JP7748669B2 - 映像ストリーム管理方法、映像ストリーム管理システムおよび映像ストリーム管理装置 - Google Patents

Description

本開示は、映像ソースから受信する映像ストリームを管理する映像ストリーム管理方法などに関する。

特許文献１には、互換性のないクライアント－サーバ間のライブ配信を実現するための通信プロトコルを変換する技術が開示されている。

特開２０２０－１２３０８６号公報

上記特許文献１に開示された技術では、配信された映像ストリームを見たユーザは、その映像ストリームの送信元を特定することができず、例えば、その映像ストリームが信頼できるものであるかを判断することができない。

そこで、本開示は、ユーザが映像ストリームの送信元を特定することができる映像ストリーム管理方法などを提供する。

本開示における映像ストリーム管理方法は、映像ソースから受信する映像ストリームを管理する映像ストリーム管理システムにより実行される映像ストリーム管理方法であって、前記映像ソースに設定される配信ＵＲＬにおける所定箇所の編集を受け付け、前記映像ソースから前記所定箇所が編集された配信ＵＲＬおよび前記映像ストリームを受信し、前記映像ストリームと共に、前記所定箇所の記載を表示する。

本開示における映像ストリーム管理システムは、映像ソースから受信する映像ストリームを管理する映像ストリーム管理システムであって、前記映像ソースに設定される配信ＵＲＬにおける所定箇所の編集を受け付ける受付部と、前記所定箇所が編集された配信ＵＲＬおよび前記映像ストリームを受信する受信部と、前記映像ストリームと共に、前記所定箇所の記載を表示する表示部と、を備える。

本開示における映像ストリーム管理方法は、映像ソースから受信する映像ストリームを管理する映像ストリーム管理装置により実行される映像ストリーム管理方法であって、映像ソースに設定される配信ＵＲＬであって所定箇所が編集された配信ＵＲＬおよび前記映像ストリームを受信し、前記映像ストリームと共に、前記所定箇所の記載を表示する。

本開示における映像ストリーム管理装置は、映像ソースから受信する映像ストリームを管理する映像ストリーム管理装置であって、映像ソースに設定される配信ＵＲＬであって所定箇所が編集された配信ＵＲＬおよび前記映像ストリームを受信する受信部と、前記映像ストリームと共に、前記所定箇所の記載を表示する表示部と、を備える。

本開示における映像ストリーム管理方法などによれば、ユーザが映像ストリームの送信元を特定することができる。

図１は、実施の形態に係る映像ストリーム管理システムの構成の一例を示す図である。 図２は、配信ＵＲＬの編集画面の一例を示す図である。 図３は、ＵＲＬリストの一例を示す図である。 図４Ａは、編集された配信ＵＲＬの表示画面の一例を示す図である。 図４Ｂは、編集された配信ＵＲＬの表示画面の一例を示す図である。 図４Ｃは、編集された配信ＵＲＬの表示画面の一例を示す図である。 図５は、実施の形態に係る映像ストリーム管理方法の一例を示すシーケンス図である。 図６は、実施の形態に係る映像ストリーム管理方法の一例を示すシーケンス図である。 図７は、実施の形態における映像ストリームの表示画面の一例を示す図である。 図８は、実施の形態に係るストリームサーバの配信ＵＲＬの編集の受け付け時の動作の一例を示すフローチャートである。 図９は、実施の形態に係るストリームサーバの配信ＵＲＬの受信時の動作の一例を示すフローチャートである。 図１０は、実施の形態の変形例に係る映像ストリーム管理方法の一例を示すシーケンス図である。 図１１は、実施の形態の変形例における映像ストリームの表示画面の一例を示す図である。 図１２は、実施の形態の変形例に係るストリームサーバの配信ＵＲＬの受信時の動作の一例を示すフローチャートである。

以下、適宜図面を参照しながら、実施の形態を詳細に説明する。ただし、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。

なお、発明者は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。

（実施の形態）
図１から図９を用いて実施の形態を説明する。

図１は、実施の形態に係る映像ストリーム管理システム１の構成の一例を示す図である。

映像ストリーム管理システム１は、映像ソース３０から受信する映像ストリームを管理するシステムである。映像ソース３０は、例えば、映像が記憶されたメモリを有する装置、映像を撮影するカメラなどである。映像ストリーム管理システム１は、クライアント装置１０、ストリームサーバ２０および映像ソース３０を備える。

クライアント装置１０は、配信される映像ストリームを見るユーザにより操作される装置であり、例えば、ストリームサーバ２０および映像ソース３０と通信可能に接続される。例えば、クライアント装置１０には、ストリーミング配信アプリがインストールされ、この配信アプリを介してストリームサーバ２０および映像ソース３０との通信が行われる。クライアント装置１０は、映像ソース３０に設定される配信ＵＲＬ（以下、ＵＲＬとも記載する）における所定箇所の編集を受け付ける。クライアント装置１０は、受付部の一例である。ＵＲＬは、映像ストリームを配信する際に用いられ、ストリームサーバ２０のＩＰアドレスやＩＤなどを含む。例えば、ユーザは、クライアント装置１０を介して、ＵＲＬにおける所定箇所を編集し、所定箇所に映像ソース３０に対してユニークな情報を入力する。例えば、映像ソース３０に対してユニークな情報は、ユーザが認識している映像ソース３０のニックネームなどである。

図２は、ＵＲＬの編集画面の一例を示す図である。

ユーザは、クライアント装置１０を用いてユニークな情報を入力することで、クライアント装置１０は、ＵＲＬにおける所定箇所の編集を受け付ける。図２には、クライアント装置１０が有するディスプレイなどに表示される、ユニークな情報が入力された入力欄１１が示される。そして、ユーザは、ＵＲＬ表示ボタン１２、１３または１４を操作することで、クライアント装置１０が有するディスプレイなどに所定箇所が編集されたＵＲＬが表示される（後述する図４Ａから図４Ｃ参照）。

ＵＲＬ表示ボタン１２は、ＳＲＴプロトコルに対応したＵＲＬをストリームサーバ２０に生成させ、生成されたＵＲＬをクライアント装置１０に表示させるためのボタンである。ＵＲＬ表示ボタン１３は、ＲＴＭＰプロトコルに対応したＵＲＬをストリームサーバ２０に生成させ、生成されたＵＲＬをクライアント装置１０に表示させるためのボタンである。ＵＲＬ表示ボタン１４は、ＲＴＭＰＳプロトコルに対応したＵＲＬをストリームサーバ２０に生成させ、生成されたＵＲＬをクライアント装置１０に表示させるためのボタンである。

ストリームサーバ２０は、ネットワークを介して映像のストリーミング配信を行う配信サーバであり、ファイルをダウンロードさせながら同時に再生を行うことができる。ストリームサーバ２０は、映像ソース３０から受信する映像ストリームを管理する映像ストリーム管理装置の一例である。ストリームサーバ２０は、ＵＲＬリスト２１、受信部２２および映像再生部２３を備える。ストリームサーバ２０は、クライアント装置１０に入力されたユニークな情報を取得し、所定箇所が編集されたＵＲＬを、ユーザに選択された通信プロトコル（例えば、ＳＲＴプロトコル、ＲＴＭＰプロトコルまたはＲＴＭＰＳプロトコル）に応じて生成する。

ＵＲＬリスト２１は、生成されたＵＲＬとユニークな情報とが対応付けられたリストである。ストリームサーバ２０は、ＵＲＬを生成し、生成したＵＲＬをユニークな情報と対応付けてＵＲＬリスト２１に保存する。

図３は、ＵＲＬリスト２１の一例を示す図である。

例えば、ユニークな情報として「ｐｔｚ＿ｔｏｋｙｏｏｆｆｉｃｅ＿００１２」が入力され、ＳＲＴプロトコルに対応したＵＲＬ「ｓｒｔ：／／１２３．１２３．１２３．１２３：１２３４？ｓｔｒｅａｍｅｄ＝＃！：：ｔ＝ｓｔｒｅａｍ，ｍ＝ｐｕｂｌｉｃ，ｕ＝ｕｓｅｒｎａｍｅ，ｒ＝ｐｔｚ＿ｔｏｋｙｏｏｆｆｉｃｅ＿００１２」が生成され、ＵＲＬリスト２１に保存される。このＵＲＬにおける所定箇所は、「ｒ＝」以降の箇所である。

例えば、ユニークな情報として「ｃａｍｃｏｄｅｒ＿ｏｓａｋａｏｆｆｉｃｅ＿００３４」が入力され、ＲＴＭＰプロトコルに対応したＵＲＬ「ｒｔｍｐ：／／１２３．１２３．１２３．１２３：１２３４／ｌｉｖｅ／ｕｓｅｒｎａｍｅ＿ｃａｍｃｏｄｅｒ＿ｏｓａｋａｏｆｆｉｃｅ＿００３４」が生成され、ＵＲＬリスト２１に保存される。このＵＲＬにおける所定箇所は、「ｕｓｅｒｎａｍｅ＿」以降の箇所である。

例えば、ユニークな情報として「ｓｔｒｅａｍｓｅｒｖｉｃｅ＿ｂｅｉｊｉｎｇｏｆｆｉｃｅ＿００５６」が入力され、ＲＴＭＰＳプロトコルに対応したＵＲＬ「ｒｔｍｐｓ：／／１２３．１２３．１２３．１２３：１２３４／ｌｉｖｅ／ｕｓｅｒｎａｍｅ＿ｓｔｒｅａｍｓｅｒｖｉｃｅ＿ｂｅｉｊｉｎｇｏｆｆｉｃｅ＿００５６」が生成され、ＵＲＬリスト２１に保存される。このＵＲＬにおける所定箇所は、「ｕｓｅｒｎａｍｅ＿」以降の箇所である。

なお、ストリームサーバ２０は、取得した１つのユニークな情報に対して、通信プロトコルごとにＵＲＬを生成し、ＵＲＬリスト２１に保存してもよい。例えば、ユニークな情報として「ｐｔｚ＿ｔｏｋｙｏｏｆｆｉｃｅ＿００１２」が入力され、ＳＲＴプロトコルに対応したＵＲＬ「ｓｒｔ：／／１２３．１２３．１２３．１２３：１２３４？ｓｔｒｅａｍｅｄ＝＃！：：ｔ＝ｓｔｒｅａｍ，ｍ＝ｐｕｂｌｉｃ，ｕ＝ｕｓｅｒｎａｍｅ，ｒ＝ｐｔｚ＿ｔｏｋｙｏｏｆｆｉｃｅ＿００１２」、ＲＴＭＰプロトコルに対応したＵＲＬ「ｒｔｍｐ：／／１２３．１２３．１２３．１２３：１２３４／ｌｉｖｅ／ｕｓｅｒｎａｍｅ＿ｐｔｚ＿ｔｏｋｙｏｏｆｆｉｃｅ＿００１２」およびＲＴＭＰＳプロトコルに対応したＵＲＬ「ｒｔｍｐｓ：／／１２３．１２３．１２３．１２３：１２３４／ｌｉｖｅ／ｕｓｅｒｎａｍｅ＿ｐｔｚ＿ｔｏｋｙｏｏｆｆｉｃｅ＿００１２」が生成され、それぞれがＵＲＬリスト２１に保存されてもよい。

生成された所定箇所が編集されたＵＲＬは、クライアント装置１０に送信され、クライアント装置１０が有するディスプレイなどに表示される。

図４Ａから図４Ｃは、編集されたＵＲＬの表示画面の一例を示す図である。

図４ＡにはＳＲＴプロトコルに対応したＵＲＬが表示された表示欄１５が示され、図４ＢにはＲＴＭＰプロトコルに対応したＵＲＬが表示された表示欄１５が示され、図４ＣにはＲＴＭＰＳプロトコルに対応したＵＲＬが表示された表示欄１５が示される。図２に示されるＵＲＬ表示ボタン１２が操作された場合には、図４Ａの表示欄１５のＵＲＬが表示され、図２に示されるＵＲＬ表示ボタン１３が操作された場合には、図４Ｂの表示欄１５のＵＲＬが表示され、図２に示されるＵＲＬ表示ボタン１４が操作された場合には、図４Ｃの表示欄１５のＵＲＬが表示される。なお、通信プロトコルごとのＵＲＬ表示ボタンが設けられていなくてもよく、各通信プロトコルに対応するＵＲＬが全て表示されてもよい。

そして、ユーザは、配信開始ボタン１６を操作することで、表示されたＵＲＬが映像ソース３０に設定され、当該映像ソース３０から映像ストリームが配信される。なお、映像ソース３０がクライアント装置１０と通信可能に接続されていない場合には、ユーザは、表示されたＵＲＬを手動で映像ソース３０に対して入力して、映像ソース３０にＵＲＬを設定してもよい。例えば、映像ソース３０がクライアント装置１０と通信可能に接続されていないカメラである場合に、カメラが有するユーザインタフェースなどを介してＵＲＬが手動で映像ソース３０に入力されてもよい。

受信部２２は、映像ソース３０から所定箇所が編集されたＵＲＬおよび映像ストリームを受信する。

映像再生部２３は、受信した映像ストリームを再生し、また、映像ストリームと共に、ＵＲＬの所定箇所の記載を表示する。映像再生部２３は、表示部の一例である。

映像ソース３０は、ＵＲＬ保存部３１、映像取得部３２および送信部３３を備える。

ＵＲＬ保存部３１は、ユーザに設定されたＵＲＬを保存する。

映像取得部３２は、映像を取得する。映像ソース３０がカメラの場合には、映像取得部３２は、カメラによって撮影された映像を取得する。映像ソース３０が、映像が記憶されたメモリを有する装置の場合には、映像取得部３２は、メモリから映像を取得する。また、映像ソース３０が画面をキャプチャする機能を有する場合には、映像取得部３２は、画面をキャプチャすることで得られる映像を取得する。

送信部３３は、ストリームサーバ２０へＵＲＬおよび映像ストリームを送信する。

次に、実施の形態に係る映像ストリーム管理方法について、図５および図６を用いて説明する。

図５および図６は、実施の形態に係る映像ストリーム管理方法の一例を示すシーケンス図である。なお、映像ストリーム管理方法は、映像ストリーム管理システム１により実行される方法であるため、図５および図６は、実施の形態に係る映像ストリーム管理システム１の動作の一例を示すシーケンス図でもある。

図５では、ユーザとしてユーザＡを示し、映像ソース３０として映像ソースＡを示している。映像ソースＡはユーザＡによって把握されている映像ソース３０である。

まず、ユーザＡは、映像ソースＡのユニークな情報をクライアント装置１０に入力し、ストリームサーバ２０は、所定箇所に映像ソースＡのユニークな情報が記載されたＵＲＬを生成して、ＵＲＬリスト２１に保存する（ステップＳ１０１）。

ストリームサーバ２０は、生成したＵＲＬをクライアント装置１０に送信し、ユーザに対して表示する（ステップＳ１０２）。

ユーザＡは、生成されたＵＲＬを映像ソースＡのＵＲＬ保存部３１に保存することで、当該ＵＲＬを映像ソースＡに設定する（ステップＳ１０３）。また、ユーザＡは、映像ソースＡに対してストリーミングを開始するように命令する（ステップＳ１０４）。

映像ソースＡは、ストリーミングを開始するために、映像ソースＡに設定されたＵＲＬをストリームサーバ２０に送信する（ステップＳ１０５からステップＳ１０７）。

ストリームサーバ２０は、受信したＵＲＬをＵＲＬリスト２１に照合することで、受信したＵＲＬが映像ソースＡに設定されたＵＲＬであることを認識する（ステップＳ１０８）。言い換えると、ストリームサーバ２０は、受信したＵＲＬが、ユーザＡによってユニークな情報（ニックネーム）がつけられた映像ソースＡに設定されたＵＲＬであることを認識する。

ストリームサーバ２０は、映像ソースＡとのセッションの確立を許可し（ステップＳ１０９からステップＳ１１１）、映像ソースＡは、ストリーミングを開始する（ステップＳ１１２）。

映像ソースＡは、映像ストリームＡをストリームサーバ２０へ送信する（ステップＳ１１３からステップＳ１１５）。

ストリームサーバ２０は、映像ストリームＡを受信し、映像ストリームＡおよび映像ソースＡのユニークな情報（すなわち映像ソースＡに設定されたＵＲＬにおける所定箇所の記載）をユーザＡが見る表示装置に表示する（ステップＳ１１６およびステップＳ１１７）。映像ソースＡのユニークな情報は、ステップＳ１０８において、映像ソースＡから受信したＵＲＬが映像ソースＡに設定されたＵＲＬであることが認識された場合に表示される。

次に、図６では、ユーザとしてユーザＡおよびユーザＢを示し、映像ソース３０として映像ソースＤを示している。映像ソースＤはユーザＡによって把握されていない映像ソース３０である。例えば、ユーザＢは、ユーザＡとは無関係のユーザであり、映像ソースＤの映像ストリームＤを配信しようとしているとする。

図６に示す例では、ストリームサーバ２０は、映像ソースＤのユニークな情報が記載されたＵＲＬを生成しておらず、当該ＵＲＬがＵＲＬリスト２１に保存されていない。

ユーザＢは、ＵＲＬを映像ソースＤのＵＲＬ保存部３１に保存し、当該ＵＲＬを映像ソースＤに設定する（ステップＳ２０１）。また、ユーザＢは、映像ソースＤに対してストリーミングを開始するように命令する（ステップＳ２０２）。

映像ソースＤは、ストリーミングを開始するために、映像ソースＤに設定されたＵＲＬをストリームサーバ２０に送信する（ステップＳ２０３からステップＳ２０５）。

ストリームサーバ２０は、受信したＵＲＬをＵＲＬリスト２１に照合するが、受信したＵＲＬがＵＲＬリスト２１にないため映像ソースＤを認識できない（ステップＳ２０６）。言い換えると、ストリームサーバ２０は、受信したＵＲＬが不明な映像ソース３０に設定されたＵＲＬであると認識する。

ストリームサーバ２０は、映像ソースＤとのセッションの確立を許可し（ステップＳ２０７からステップＳ２０９）、映像ソースＤは、ストリーミングを開始する（ステップＳ２１０）。

映像ソースＤは、映像ストリームＤをストリームサーバ２０へ送信する（ステップＳ２１１からステップＳ２１３）。

ストリームサーバ２０は、映像ストリームＤを受信し、映像ストリームＤおよび映像ストリームＤの送信元が不明であることをユーザＡが見る表示装置に表示する（ステップＳ２１４およびステップＳ２１５）。映像ストリームＤの送信元が不明であることは、ステップＳ２０６において、映像ソースＤから受信したＵＲＬがＵＲＬリスト２１にない場合に表示される。

図７は、実施の形態における映像ストリームの表示画面５０の一例を示す図である。表示画面５０は、例えば、ユーザが見る表示装置の画面である。

映像ストリームＡ、ＢおよびＣは、ＵＲＬリスト２１に含まれるＵＲＬが設定された映像ソース３０から送信された映像ストリームであり、映像ストリームＤは、ＵＲＬリスト２１に含まれないＵＲＬが設定された映像ソース３０から送信された映像ストリームである。映像ストリームＡ、ＢおよびＣについては、映像ストリームと共に、ＵＲＬにおける所定箇所の記載（すなわちユニークな情報）が表示されていることがわかる。一方で、映像ストリームＤについては、映像ストリームだけが表示されており、映像ストリームＤの送信元が不明であることとして、ＵＲＬにおける所定箇所の記載が表示されていないことがわかる。これにより、ユーザは、映像ストリームＡ、ＢおよびＣの送信元を特定することができ、また、映像ストリームＤの送信元が不明であることを確認することができる。

例えば、ユーザは、テレビ局などにおけるスイッチャーであってもよく、映像ストリームＡ～Ｄのうちから映像ストリームを選択する際に、映像ストリームと共に表示される、ＵＲＬにおける所定箇所の記載を参考にすることができる。例えば、ユーザは、送信元を特定できた映像ストリームＡ、ＢまたはＣを安心して選択することができ、また、送信元が不明な映像ストリームＤを選択しないようにすることができる。

次に、実施の形態におけるストリームサーバ２０の動作の詳細について、図８および図９を用いて説明する。

図８は、実施の形態に係るストリームサーバ２０のＵＲＬの編集の受け付け時の動作の一例を示すフローチャートである。

まず、ストリームサーバ２０は、クライアント装置１０から映像ソース３０のユニークな情報を受ける（ステップＳ１１）。例えば、図２に示されるように、ユーザによってクライアント装置１０に入力されたユニークな情報がストリームサーバ２０に送信されて、ストリームサーバ２０は、ユニークな情報を取得する。

次に、ストリームサーバ２０は、映像ソース３０に設定されるＵＲＬの所定箇所に、取得したユニークな情報を記載し、所定箇所が編集されたＵＲＬを生成し、当該ＵＲＬをＵＲＬリスト２１に保存する（ステップＳ１２）。例えば、ストリームサーバ２０は、図３に示されるようなＵＲＬを生成する。

そして、ストリームサーバ２０は、クライアント装置１０に、生成したＵＲＬを返す（ステップＳ１３）。例えば、図４Ａから図４Ｃに示されるように、生成されたＵＲＬがクライアント装置１０に表示され、ユーザは、映像ソース３０にＵＲＬを設定することができる。

図９は、実施の形態に係るストリームサーバ２０のＵＲＬの受信時の動作の一例を示すフローチャートである。

まず、ストリームサーバ２０は、映像ソース３０から、映像ソース３０に設定されたＵＲＬを受信する（ステップＳ２１）。

次に、ストリームサーバ２０は、ＵＲＬリスト２１を検索し（ステップＳ２２）、当該リストに受信したＵＲＬに該当する情報があるか否かを判定する（ステップＳ２３）。受信したＵＲＬに該当する情報は、例えば、図３に示されるようなユニークな情報である。

ストリームサーバ２０は、受信したＵＲＬに該当する情報がある場合（ステップＳ２３でＹｅｓ）、受信したＵＲＬに該当する情報（ユニークな情報）を一時保存する（ステップＳ２４）。これにより、受信したＵＲＬを送信した映像ソース３０からの映像ストリームと共に、一時保存したユニークな情報も表示することができる。

ストリームサーバ２０は、受信したＵＲＬに該当する情報がない場合（ステップＳ２３でＮｏ）、受信したＵＲＬを送信した映像ソース３０を不明として、その旨を一時保存する（ステップＳ２５）。これにより、受信したＵＲＬを送信した映像ソース３０からの映像ストリームと共に、映像ストリームの送信元が不明であることを表示することができる。

そして、ストリームサーバ２０は、映像ソース３０に接続ＯＫを返す（ステップＳ２６）。ここで説明する例では、ＵＲＬリスト２１に受信したＵＲＬに該当する情報があるか否かに関わらず、ストリームサーバ２０は、映像ソース３０とのセッションを確立して、映像ストリームの配信を行う。

以上説明したように、映像ストリーム管理方法は、映像ソース３０から受信する映像ストリームを管理する映像ストリーム管理システム１により実行される方法であって、映像ソース３０に設定される配信ＵＲＬにおける所定箇所の編集を受け付け、映像ソース３０から所定箇所が編集された配信ＵＲＬおよび映像ストリームを受信し、映像ストリームと共に、所定箇所の記載を表示する処理を含む。

これによれば、ユーザは、配信ＵＲＬにおける所定箇所の編集を行うことができ、所定箇所が編集された配信ＵＲＬを映像ソース３０に設定することができる。そして、ストリームサーバ２０は、映像ソース３０から所定箇所が編集された配信ＵＲＬを受信した際に、映像ストリームと共に配信ＵＲＬにおける所定箇所の記載を表示する。したがって、ユーザは、表示された所定箇所の記載を見ることで、映像ストリームの送信元を特定することができる。

例えば、所定箇所が編集されていない配信ＵＲＬを受信した場合、映像ストリームと共に、映像ストリームの送信元が不明であることを表示してもよい。

これによれば、ユーザは、映像ストリームの送信元が不明であることを確認することができる。

例えば、所定箇所の記載は、映像ソース３０に対してユニークな情報を含んでいてもよい。

映像ソース３０に対してユニークな情報（例えばユーザが映像ソースに対して付けたニックネーム）が表示されるため、ユーザは、ユニークな情報を見ることで、映像ストリームの送信元を特定することができる。

また、映像ストリーム管理システム１は、映像ソース３０から受信する映像ストリームを管理するシステムであって、映像ソース３０に設定される配信ＵＲＬにおける所定箇所の編集を受け付けるクライアント装置１０と、所定箇所が編集された配信ＵＲＬおよび映像ストリームを受信する受信部２２と、映像ストリームと共に、所定箇所の記載を表示する映像再生部２３と、を備える。

これによれば、ユーザが映像ストリームの送信元を特定することができる映像ストリーム管理システム１を提供できる。

また、映像ストリーム管理方法は、映像ソース３０から受信する映像ストリームを管理するストリームサーバ２０により実行される方法であって、映像ソース３０に設定される配信ＵＲＬであって所定箇所が編集された配信ＵＲＬおよび映像ストリームを受信し、映像ストリームと共に、所定箇所の記載を表示する処理を含む。

これによれば、ユーザが映像ストリームの送信元を特定することができる映像ストリーム管理方法を提供できる。

また、ストリームサーバ２０は、映像ソース３０から受信する映像ストリームを管理する映像ストリーム管理装置であって、映像ソース３０に設定される配信ＵＲＬであって所定箇所が編集された配信ＵＲＬおよび映像ストリームを受信する受信部２２と、映像ストリームと共に、所定箇所の記載を表示する映像再生部２３と、を備える。

これによれば、ユーザが映像ストリームの送信元を特定することができるストリームサーバ２０を提供できる。

（実施の形態の変形例）
実施の形態では、所定箇所が編集されていないＵＲＬを受信した場合に、当該ＵＲＬが設定された映像ソース３０から映像ストリームを受信する例を説明した。実施の形態の変形例では、所定箇所が編集されていないＵＲＬを受信した場合に、当該ＵＲＬが設定された映像ソース３０から映像ストリームを受信しない例について説明する。

図１０から図１２を用いて実施の形態の変形例を説明する。

図１０は、実施の形態の変形例に係る映像ストリーム管理方法の一例を示すシーケンス図である。ステップＳ２０１からステップＳ２０６までの処理は図６で説明したものと同じであるため、説明を省略する。

ストリームサーバ２０は、映像ソースＤとのセッションの確立を許可せず（ステップＳ３０１からステップＳ３０３）、映像ソースＤは、ストリーミングを開始しない。このように、ストリームサーバ２０は、所定箇所が編集されていないＵＲＬを受信した場合、当該ＵＲＬが設定された映像ソース３０から映像ストリームを受信しない。

図１１は、実施の形態の変形例における映像ストリームの表示画面５０の一例を示す図である。

実施の形態では、図７に示されるように、ＵＲＬリスト２１に含まれないＵＲＬが設定された映像ソース３０から送信された映像ストリームＤも表示される例を説明した。実施の形態の変形例では、ストリームサーバ２０は、ＵＲＬリスト２１に含まれないＵＲＬが設定された映像ソース３０からは、映像ストリームを受信しないため、図１１に示されるように、映像ストリームＤは表示されない。これにより、送信元が不明な映像ソース３０の映像ストリームをユーザに見せないようにすることができる。

例えば、ユーザは、テレビ局などにおけるスイッチャーであってもよく、送信元が不明な映像ストリームＤを選択できないようにすることができる。

次に、実施の形態の変形例におけるストリームサーバ２０の動作の詳細について、図１２を用いて説明する。

図１２は、実施の形態の変形例に係るストリームサーバ２０のＵＲＬの受信時の動作の一例を示すフローチャートである。

ステップＳ２１からステップＳ２４までの処理およびステップＳ２６での処理は、図９で説明したものと同じであるため、説明を省略する。

ストリームサーバ２０は、受信したＵＲＬに該当する情報がない場合（ステップＳ２３でＮｏ）、映像ソース３０に接続ＮＧを返す（ステップＳ３１）。これにより、ＵＲＬリスト２１にないＵＲＬを送信した映像ソース３０からの映像ストリームを受信しないようにすることができ、例えば通信帯域を節約することができる。また、例えば、悪意のある第三者によって大量の映像ストリームが配信されようとしている場合に、大量の映像ストリームを受信しないようにすることができる。

以上説明したように、所定箇所が編集されていない配信ＵＲＬを受信した場合、当該配信ＵＲＬが設定された映像ソース３０から映像ストリームを受信しなくてもよい。

これによれば、送信元が不明な映像ストリームを表示しないようにすることができる。

（他の実施の形態）
以上のように、本出願において開示する技術の例示として、実施の形態およびその変形例を説明した。しかしながら、本開示における技術は、これに限定されず、適宜、変更、置き換え、付加、省略等を行った実施の形態にも適応可能である。また、上記実施の形態およびその変形例で説明した各構成要素を組み合わせて、新たな実施の形態とすることも可能である。

例えば、映像ストリーム管理方法に含まれるステップは、コンピュータ（コンピュータシステム）によって実行されてもよい。そして、本開示は、それらの方法に含まれるステップを、コンピュータに実行させるためのプログラムとして実現できる。さらに、本開示は、そのプログラムを記録したＣＤ－ＲＯＭ等である非一時的なコンピュータ読み取り可能な記録媒体として実現できる。

例えば、本開示が、プログラム（ソフトウェア）で実現される場合には、コンピュータのＣＰＵ、メモリおよび入出力回路などのハードウェア資源を利用してプログラムが実行されることによって、各ステップが実行される。つまり、ＣＰＵがデータをメモリまたは入出力回路などから取得して演算したり、演算結果をメモリまたは入出力回路などに出力したりすることによって、各ステップが実行される。

また、上記実施の形態の映像ストリーム管理システム１に含まれる構成要素は、集積回路（ＩＣ：Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）であるＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）として実現されてもよい。

また、集積回路はＬＳＩに限られず、専用回路または汎用プロセッサで実現されてもよい。プログラム可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、または、ＬＳＩ内部の回路セルの接続および設定が再構成可能なリコンフィギュラブル・プロセッサが、利用されてもよい。

さらに、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて、映像ストリーム管理システム１に含まれる構成要素の集積回路化が行われてもよい。

以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。

したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。

また、上述の実施の形態は、本開示における技術を例示するためのものであるから、特許請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。

本開示は、映像ストリームを配信するシステムなどに適用可能である。

１ 映像ストリーム管理システム
１０ クライアント装置
１１ 入力欄
１２、１３、１４ ＵＲＬ表示ボタン
１５ 表示欄
１６ 配信開始ボタン
２０ ストリームサーバ
２１ ＵＲＬリスト
２２ 受信部
２３ 映像再生部
３０ 映像ソース
３１ ＵＲＬ保存部
３２ 映像取得部
３３ 送信部
５０ 表示画面

Claims (7)

1. 映像ソースから受信する映像ストリームを管理する映像ストリーム管理システムにより実行される映像ストリーム管理方法であって、
   前記映像ソースに設定される配信ＵＲＬにおける所定箇所の編集を受け付け、
   前記映像ソースから前記所定箇所が編集された配信ＵＲＬおよび前記映像ストリームを受信し、
   前記映像ストリームと共に、前記所定箇所の記載を表示する、
   映像ストリーム管理方法。
2. 前記所定箇所が編集されていない配信ＵＲＬを受信した場合、前記映像ストリームと共に、前記映像ストリームの送信元が不明であることを表示する、
   請求項１に記載の映像ストリーム管理方法。
3. 前記所定箇所が編集されていない配信ＵＲＬを受信した場合、当該配信ＵＲＬが設定された前記映像ソースから前記映像ストリームを受信しない、
   請求項１に記載の映像ストリーム管理方法。
4. 前記所定箇所の記載は、前記映像ソースに対してユニークな情報を含む、
   請求項１～３のいずれか１項に記載の映像ストリーム管理方法。
5. 映像ソースから受信する映像ストリームを管理する映像ストリーム管理システムであって、
   前記映像ソースに設定される配信ＵＲＬにおける所定箇所の編集を受け付ける受付部と、
   前記所定箇所が編集された配信ＵＲＬおよび前記映像ストリームを受信する受信部と、
   前記映像ストリームと共に、前記所定箇所の記載を表示する表示部と、を備える、
   映像ストリーム管理システム。
6. 映像ソースから受信する映像ストリームを管理する映像ストリーム管理装置により実行される映像ストリーム管理方法であって、
   映像ソースに設定される配信ＵＲＬであって所定箇所が編集された配信ＵＲＬおよび前記映像ストリームを受信し、
   前記映像ストリームと共に、前記所定箇所の記載を表示する、
   映像ストリーム管理方法。
7. 映像ソースから受信する映像ストリームを管理する映像ストリーム管理装置であって、
   映像ソースに設定される配信ＵＲＬであって所定箇所が編集された配信ＵＲＬおよび前記映像ストリームを受信する受信部と、
   前記映像ストリームと共に、前記所定箇所の記載を表示する表示部と、を備える、
   映像ストリーム管理装置。