(57)【要約】【課題】リクエスト送信相手からのストリームしか受け付けないクライアントに対して、配信制御装置との情報のやりとりで映像配信装置が配信する映像コンテンツを受け付ける。【解決手段】映像配信システムは、ＩＰネットワーク上に、映像コンテンツの配信処理を行う映像配信装置４と、映像配信サービスを受けるクライアント１と、クライアント１からの配信要求を処理して映像配信装置３に配信命令を発行する配信制御装置２を備える。クライアント１からの配信要求を一旦映像配信装置４内のデータ転送部１０で受信し、このデータ転送部１０が配信制御装置２内の配信制御部３へクライアント１からの配信要求を転送する。これにより、クライアント１に配信要求送信先装置とデータ配信元装置が同じであると認識させる。【選択図】図１
2009224895.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して映像コンテンツの配信要求を行うクライアントと、
前記ネットワークを介して前記クライアントに映像コンテンツの配信処理を行う映像配信装置と、
前記映像コンテンツを記録するストレージ装置と、
前記ストレージ装置内に記録している映像コンテンツの管理及び前記クライアントからの配信要求を解釈して前記映像配信装置に配信命令を発行する配信制御装置と、
前記映像配信装置内に設けられ、前記クライアントからの配信要求を前記配信制御装置に転送するデータ転送部と
を備える映像配信システム。
【請求項２】
前記映像配信装置内のデータ転送部は、前記配信要求の転送に関するデータ転送規則を外部から動的に書き換えることのできるインタフェースを有することを特徴とする請求項１に記載の映像配信システム。
【請求項３】
クライアントからの配信要求による映像コンテンツのデータ量が少ない場合に、前記映像配信装置内のデータ転送部を介して前記クライアントと前記配信制御装置の双方向通信を行い、前記データ転送部を介さずに前記映像配信装置が映像コンテンツの配信を直接行うことを特徴とする請求項１に記載の映像配信システム。
【請求項４】
前記ネットワークはＩＰ（Internet Protocol）ネットワークであり、
前記データ転送規則は、クライアントからの待受側の前記映像配信装置のＩＰアドレス及びＴＣＰポート番号と、転送先の前記配信制御装置のＩＰアドレス及びＴＣＰポート番号とを有することを特徴とする請求項２に記載の映像配信システム。
【請求項５】
前記映像配信装置内のデータ転送部は、前記データ転送規則の他に、クライアントのＩＰアドレス及びＴＣＰポート番号を示すクライアント情報と、前記配信制御装置に対する前記映像配信装置のＩＰアドレス及びＴＣＰポート番号を示す転送送信元情報とを有することを特徴とする請求項４に記載の映像配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰネットワークに接続された不特定多数のクライアントからの配信要求に応じてストレージ装置に記録された映像コンテンツをクライアント装置にオンデマンドストリーミング配信する映像配信システムに関するものである。
【背景技術】
【０００２】
ＩＰネットワーク上に接続された不特定多数のクライアントからの配信要求を受けて、ストレージ装置に予め記録されている映像コンテンツを読み出し、クライアントにストリーミング配信する映像配信システムが存在する。
【０００３】
その中でも特に配信性能を向上させるために、映像配信に特化した映像配信装置には配信処理だけを行わせ、映像コンテンツや配信セッションの管理など、映像配信システム全体を管理する機能を別の装置として分割することで性能の向上を図っているシステムがある（特許文献１参照）。
【０００４】
例えば、特許文献１に記載のメディア配信装置では、クライアント端末からの配信要求を配信制御プロキシ装置内の配信制御部で受け、メディア配信装置でクライアント端末にメディアデータをストリーミング配信している。
【特許文献１】特開２００５−２９５４６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述した特許文献１に記載の技術のように、クライアントからの配信要求を解釈する配信制御部と、実際に映像コンテンツをクライアントへ向けて配信するメディア配信装置が、配信性能向上のために別の装置で構成されているときに、以下の２つの問題点が発生する。
【０００６】
第一は、リクエストを送信した配信制御部からのストリームしか受け付けないクライアントが存在する場合、そのクライアントはメディア配信装置が配信する映像コンテンツを受け付けない点である。すなわち、特許文献１の映像配信システムにおいては、機器の構成が配信制御部とメディア配信装置に分かれている。このため、クライアントが配信要求を配信制御部に送信するため、クライアントは配信制御部からのストリームを待受けることになるためである。
【０００７】
また、第二は、クライアントがファイアウォールなどの装置を介して接続する場合、ファイアウォールは配信要求の送信先からの配信データをクライアントへ転送するため、第一と同様の理由で、クライアントは配信データを受け付けない点である。すなわち、クライアントはＩＰネットワークなどの公衆回線に接続する際に、セキュリティの面からファイアウォールを介して接続することが考えられる。
【０００８】
通常これらの装置は、クライアントがクライアント側ローカルネットワークの外側へ向けて送信しているパケットの内容を常時監視している。そして、ＲＴＳＰ（Real Time Streaming Protocol）などの映像配信要求を検出した場合には配信要求の送信先から来る配信データをクライアント装置へ転送する。
【０００９】
しかし、この場合も、配信要求の送信先と配信データの送信元が異なるために、クライアント側でファイアウォールに配信された配信データが破棄されてしまう。そのため、配信制御部とメディア配信装置が同一の装置であると認識されるように、映像配信システムとクライアントの間にＮＡＴ装置（Network Address Translation：ネットワークアドレス変換装置）を設置することが考えられる。
【００１０】
ところが、上述した特許文献１に記載のシステムでは映像配信性能が非常に高いため、ＮＡＴ装置の転送性能がボトルネックになってしまい、映像配信性能に特化した構成をとっている意味がなくなってしまう。
【００１１】
そこで、本発明は、リクエスト送信相手からのストリームしか受け付けないクライアントに対して、配信制御装置との情報のやりとりにより映像配信装置が配信する映像コンテンツを受け付けるようにする映像配信システムの提供を目的とするものである。
【課題を解決するための手段】
【００１２】
本発明の映像配信システムは、ネットワークを介して映像コンテンツの配信要求を行うクライアントと、ネットワークを介してクライアントに映像コンテンツの配信処理を行う映像配信装置と、映像コンテンツを記録するストレージ装置とを備える。
【００１３】
さらに、本発明の映像配信システムは、ストレージ装置内に記録している映像コンテンツの管理及びクライアントからの配信要求を解釈して映像配信装置に配信命令を発行する配信制御装置と、映像配信装置内に設けられ、クライアントからの配信要求を配信制御装置に転送するデータ転送部とを備える。
【００１４】
本発明により、第一には、クライアントから送信される配信要求を映像配信装置で受信し、その後配信制御装置へ転送することによってクライアント及びクライアント側のファイアウォールには映像配信装置ただ一つと通信しているように見せかける機能を提供する。第二には、配信制御装置からの応答をクライアントへ転送する機能を提供する。
本発明によれば、クライアントから送信される配信要求を映像配信装置で受信することにより、クライアント側に構築されたファイアウォールからは配信要求の送信先が映像配信装置であるように見える。
【００１５】
映像配信装置で受信された配信要求は映像配信装置内のデータ転送部によって配信制御装置へ転送され、配信制御装置内の配信制御部によって配信要求の内容が解釈される。配信制御装置内の配信制御部から配信制御命令が映像配信装置内の配信エンジンへ発行され、映像配信装置がストレージ装置から映像コンテンツを読み出してクライアントへ配信する。
【００１６】
これにより、クライアント側のファイアウォールには配信要求の送信先サーバと、実際にデータを配信するサーバが同一に見える。このため、ファイアウォールはクライアントに通信を許可し、配信データがクライアントへ転送される。
【００１７】
また、本発明は、映像配信装置内のデータ転送部が、配信要求を解釈した配信制御部からの応答をクライアントへ転送して返す。これにより、クライアントは従来技術のように配信制御部と直接双方向通信をしているのと同じ状態になるため、既存のクライアント側の処理を変更することなく、本発明を適用可能である。
【発明の効果】
【００１８】
本発明によれば、クライアントがファイアウォールなどの装置に守られたローカルネットワーク環境下や、配信要求の送信先からの配信データしか受け付けないクライアントに対しても、本映像配信システムを利用して映像コンテンツを視聴することができる。
【００１９】
さらにＮＡＴ装置を使用する必要がないため、非常に大規模な映像配信システムを構築する際にも、映像配信サーバのハードウェア性能を限界まで発揮することができるという効果を奏する。
【００２０】
また、本発明によるクライアント側の処理の改変は不要であるため、既存の映像配信システムを、本発明を適用した映像配信システムに置き換える際のクライアント側の対応コストを削減することができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の一実施の形態を、図１〜７を参照して説明する。
図１は、本実施の形態例の映像配信システムの概略構成例を示している。
図１に示す映像配信システムは、配信要求Ｓ１をするクライアント１と、配信制御を行う配信制御装置２と、映像コンテンツを配信する映像配信装置４と、ストレージ装置６と、管理端末７とがＩＰネットワークを介して接続されている。ストレージ装置６には、クライアント１へ配信する映像コンテンツが格納されている。また、管理端末７は、システム管理者が操作する。
【００２２】
映像配信装置４は、データ転送部１０と、配信エンジン５を有している。データ転送部１０は、クライアント１からの配信要求Ｓ２を配信制御装置２に転送する。また、配信エンジン５は、配信制御装置２からの配信命令Ｓ３に応じてストレージ装置６から映像コンテンツを読み込みＳ４、クライアント１へ配信データＳ５を配信する。また、データ転送部１０には、データ転送規則変更命令待受ＴＣＰポート１１と、転送元通信用ＴＣＰポート１２と、転送先通信用ＴＣＰポート１３が設けられている。
【００２３】
また、配信制御装置２は、配信制御部３と、配信装置制御部８を有している。配信制御部３は、クライアント１からのＲＴＳＰリクエストなどの映像の配信要求Ｓ２を解釈し、映像配信装置４に配信の開始あるいは停止の配信命令Ｓ３を出す機能を有している。また、配信装置制御部８は、管理端末７で設定されるデータ転送設定Ｓ６に基づいて映像配信装置４へデータ転送規則変更命令Ｓ７を発行する。
【００２４】
図２に、映像配信装置４内のデータ転送部１０の詳細を示す。
図２において、データ転送部１０は、データ転送規則２０と、データ転送セッション情報３０と、データ転送規則変更命令待受ＴＣＰポート１１と、転送元通信用ＴＣＰポート１２と、転送先通信用ＴＣＰポート１３と、転送データ待受スレッド１４を備えている。
【００２５】
データ転送規則２０は、どのＩＰアドレス及びＴＣＰポート番号宛に到着したデータをどのＩＰアドレス及びＴＣＰポート番号へ送信するかを決定するための規則である。データ転送セッション情報３０は、現在リンク先に転送しているセッションの情報を記憶しておくための情報である。
【００２６】
データ転送規則変更命令待受ＴＣＰポート１１は、データ転送規則２０を動的に変更することのできるポートである。転送元通信用ＴＣＰポート１２は、クライアント１からの配信要求を受信するためのポートである。転送先通信用ＴＣＰポート１３は、データを配信制御装置２に転送した際に配信制御装置２との通信を行うためのポートである。転送データ待受スレッド１４は、データ転送規則２０の追加時に順次追加され、クライアント１からのデータを待受けるスレッドである。
【００２７】
図３は、データ転送部１０内で保持されている情報を説明する図である。図３Ａはデータ転送規則２０、図３Ｂはデータ転送セッション情報３０である。
図３Ａに示すデータ転送規則２０は、待受側情報２１と、転送先情報２２の組を保持している。待受側情報２１は、クライアント１からの配信要求を待受けるＩＰアドレス及びＴＣＰポート番号からなる情報である。転送先情報２２は、その配信要求の転送先である配信制御部３のＩＰアドレス及びＴＣＰポート番号からなる情報である。
【００２８】
図３Ｂに示すデータ転送セッション情報３０は、図３Ａに示したデータ転送規則２０と同じ待受側情報３２、転送先情報３４の他に、クライアント情報３１と、転送送信元情報３３を有している。クライアント情報３１は、クライアント１が配信要求を送信するのに使用したＩＰアドレス及びＴＣＰポート番号で構成される情報である。転送送信元情報３３は、データ転送部１０から配信制御部３へクライアント１から受信した配信要求を送信する際にデータ転送部１０が使用するＩＰアドレス及びＴＣＰポート番号で構成される情報である。データ転送セッション情報３０は、これら４つの情報から構成される。
【００２９】
ここで、データ転送部１０は、これら図３に示した情報を保持し、配信制御装置３内の配信装置制御部８から送信されるデータ転送規則変更命令Ｓ７を待受ける。データ転送規則変更命令Ｓ７は、データ転送規則２０を動的に変更する。
【００３０】
そして、データ転送部１０は、受信したデータ転送規則変更命令Ｓ７によって転送データ待受スレッド１４の状態を制御する処理をする。すなわち、転送データ待受スレッド１４が、事前に設定されたデータ転送部１０内のデータ転送規則２０に従ってクライアント１からのデータを待受ける。
【００３１】
データが到着した場合には、データ転送部１０は、到着データ内のＩＰヘッダ及びＴＣＰヘッダを書き換え、データ転送規則２０で定められた転送先にそのデータを送信する。データ転送部１０が、このデータ転送規則２０に記述されていないＩＰアドレス及びＴＣＰポート番号からのデータを受信した場合には、そのデータはどこにも転送せずに破棄する。
【００３２】
次に、データ転送部１０の処理について説明する。データ転送部１０の処理は、データ転送規則２０に従って転送データ待受スレッド１４の追加と削除、すなわち起動及び終了を行う。
この処理の詳細について、図４にデータ転送部の動作のフローチャートを示す。
図４において、データ転送部１０は、起動直後にデータ転送規則変更命令待受ＴＣＰポート１１でデータ転送規則変更命令Ｓ７が送信されてくるのを待受ける（ステップＳ１１）。
【００３３】
データ転送規則変更命令Ｓ７を受信後、データ転送部１０は、その命令がデータ転送規則の追加命令であるか否かを判断する（ステップＳ１２）。判断ステップＳ１２で、データ転送規則の追加命令であると判断された場合は、データ転送部１０は、後述する転送規則の追加処理を行う（ステップＳ１２Ａ）。転送規則の追加処理は、転送データ待受スレッド１４に対して行う。
【００３４】
逆に、判断ステップＳ１２で、受信した命令がデータ転送規則追加命令ではないと判断された場合には、データ転送部１０は、受信した命令がデータ転送規則削除命令であるか否かを判断する（ステップＳ１３）。判断ステップＳ１３で、データ転送規則削除命令であると判断された場合には、データ転送部１０は、データ転送規則削除処理を行う（ステップＳ１３Ａ）。
判断ステップＳ１３で、データ転送規則削除命令でないと判断され、受信した命令がデータ転送規則追加命令とデータ転送規則削除命令のどちらにも当てはまらないと判断された場合には、ステップＳ１１へ戻り再びデータ転送規則変更命令を待受ける。
【００３５】
図５は、データ転送部１０におけるデータ転送規則追加処理の動作を示すフローチャートである。図５は、図４に示したステップＳ１２Ａのデータ転送規則追加処理の処理フローを示している。
図５において、データ転送規則追加処理では、データ転送部１０は、待受規則に重複があるか否かを判断する（ステップＳ２１）。
【００３６】
すなわち、データ転送部１０は、受信したデータ転送規則の追加命令によって追加される予定のデータ転送処理が待受けるＩＰアドレス及びＴＣＰポート番号の組み合わせが既存のデータ転送規則に使用されていないことを確認する。これは、複数の転送データ待受スレッド１４が同一のＩＰアドレス及びＴＣＰポート番号の組み合わせでデータの到着を待受けることができないためである。
【００３７】
判断ステップＳ２１で、データ転送規則の追加命令で既存のデータ転送規則と同一の待受側情報が重複して指定されていた場合には、ステップＳ２２においてエラー終了する。また、判断ステップＳ２１で、既存のデータ転送規則に重複して使用されていない場合は、データ転送部１０は、データ転送部１０内のデータ転送規則２０に新たな規則を追加する（ステップＳ２１Ａ）。
そして、データ転送部１０は、転送データ待受スレッド１４を起動してデータの転送処理を開始し（ステップＳ２１Ｂ）、データ転送規則追加処理を正常終了する（ステップＳ２１Ｃ）。
【００３８】
図６は、データ転送部１０におけるデータ転送規則削除処理の動作を示すフローチャートである。図６は、図４に示したステップＳ１３Ａのデータ転送規則削除処理の処理フローを示している。
図６において、このデータ転送規則削除処理では、まず、データ転送部１０は、削除対象のデータ転送規則がデータ転送部１０内のデータ転送規則２０に該当するものであるか否かを判断する（ステップＳ３１）。
【００３９】
判断ステップＳ３１で、データ転送処理削除命令によって指定されたデータ転送規則が、削除データ転送部１０内データ転送規則２０に存在していなかった場合には、データ転送部１０は、この処理をエラー終了する（ステップＳ３１Ａ）。
【００４０】
判断ステップＳ３１で、データ転送処理削除命令によって指定されたデータ転送規則が、削除データ転送部１０内のデータ転送規則２０に存在していた場合は、ステップＳ３２に移行する。すなわち、データ転送部１０は、データ転送処理削除命令によって指定されたデータ転送規則を、削除データ転送部１０内のデータ転送規則２０から削除する（ステップＳ３２）。
【００４１】
さらに、データ転送部１０は、削除対象の当該データ転送規則によって動作していた転送セッションを検索する（ステップＳ３３）。そして、データ転送部１０は、ステップＳ３３で検索した転送セッションか否かを判断する（ステップＳ３４）。
【００４２】
すなわち、データ転送部１０は、図３Ｂに示したデータ転送セッション情報３０において、待受側情報３２と転送先情報３４の組み合わせが削除対象のデータ転送規則と同一であるデータ転送セッション情報を検索する。
【００４３】
判断ステップＳ３４で、転送セッションが存在していた場合には、データ転送部１０は、転送セッションを削除する（ステップＳ３５）。その後、ステップＳ３３へ戻って、判断ステップＳ３４で、削除対象のデータ転送規則によって作成された転送セッションが存在しないと判断されるまで転送セッションを削除し続ける。
【００４４】
判断ステップＳ３４で、転送セッションが存在しない場合には、データ転送部１０は、転送データ待受スレッド１４を削除する（ステップＳ３４Ａ）。
すなわち、削除対象のデータ転送規則によって作成された転送セッションが存在しないと判断された場合には、データ転送部１０は、削除対象のデータ転送規則について作成された転送データ待受スレッド１４に対して削除シグナルを送信する。そして、データ転送部１０は、削除対象の転送データ待受スレッド１４を終了させ、データ転送規則削除処理を正常終了する（ステップＳ３４Ｂ）。
【００４５】
図７は、データ転送部１０における転送データ待受スレッド１４の動作を示すフローチャートである。図７は、データ転送規則追加命令及びデータ転送規則削除命令によって起動及び終了される転送データ待受スレッド１４の処理フローを示すものである。
【００４６】
図７において、転送データ待受スレッド１４は、まずデータ転送規則２０で定義された待受側情報のＩＰアドレス及びＴＣＰポート番号でデータ転送規則変更命令待受ＴＣＰポート１１を確保する（ステップＳ４１）。次に、転送データ待受スレッド１４は、クライアント１から送信されてくる配信要求を待受けする（ステップＳ４２）。
【００４７】
ここで、転送データ待受スレッド１４は、それ自身を削除する割り込みがあるか否かを判断する（ステップＳ４３）。判断ステップＳ４３で、割り込みがあるときは、転送データ待受スレッド１４はデータ転送規則変更命令待受ＴＣＰポート１１を開放する。
【００４８】
このステップＳ４２の待受処理から処理が復帰する場合は、転送データ待受スレッド１４が待受ポートで何かデータを受信した場合又は転送データ待受スレッド１４の終了の割り込みシグナルを受信した場合である。
【００４９】
このため、ステップＳ４３において受信したデータが転送データ待受スレッド１４の終了のシグナルであると判断された場合には、以下の処理をする。すなわち、転送データ待受スレッド１４は、ステップＳ２１で確保したデータ転送規則変更命令待受ＴＣＰポート１１を解放し（ステップＳ４３Ａ）、転送データ待受スレッド１４は正常終了する（ステップＳ４３Ｂ）。
【００５０】
判断ステップＳ４３で、割り込みがないとき、すなわち、受信したデータがスレッド終了の割り込みシグナルではないときは、転送データ待受スレッド１４は、このデータの送信元であるクライアント１との転送元通信用ＴＣＰポート１２を確保する（ステップＳ４４）。
【００５１】
次に、転送データ待受スレッド１４は、データ転送部１０内のデータ転送規則２０から、この転送データ待受スレッド１４が待受けている転送元通信用ＴＣＰポート１２と同じ待受側情報のデータ転送規則を抽出する（ステップＳ４５）。
【００５２】
そして、転送データ待受スレッド１４は、当該データ転送規則の転送先情報から転送先通信用ＴＣＰポート１３を作成し、データの転送先へ接続を試みる（ステップＳ４６）。このデータの転送先は、配信制御装置２の配信制御部３である。
【００５３】
そして、転送データ待受スレッド１４は、接続が成功したか否かを判断する（ステップＳ４７）。すなわち、データの転送先がネットワーク上に存在することを確認するために、このステップＳ４６におけるデータ転送先への接続結果をステップＳ４７で判断している。
【００５４】
判断ステップＳ４７で、データ転送先への接続が失敗した場合には、ポート１１を解放し（ステップＳ４３Ａ）、転送データ待受スレッド１４を終了し、１４は正常終了する（ステップＳ４３Ｂ）。また、判断ステップＳ４７で、データ転送先への接続が成功した場合には、転送データ待受スレッド１４は、転送セッションを作成する（ステップＳ４８）。
【００５５】
すなわち、転送データ待受スレッド１４は、ステップＳ４４及びステップＳ４６で作成したポートの間でデータの転送処理を起動し、ステップＳ４２へ戻って再びクライアント１からの要求データ、あるいはスレッド終了の割り込みシグナルを待受ける。
【００５６】
以上の処理により、クライアント１が映像配信装置４内のデータ転送部１０に送信した配信要求Ｓ２は、配信制御装置２内の配信制御部３に転送されて解釈される。次に、配信制御部３から映像配信装置４内の配信エンジン５に配信命令Ｓ３が発行される。そして、ストレージ装置６から読み込んだ映像コンテンツが映像配信装置４からクライアント１へ向けて配信される。
【００５７】
従って、クライアント１には配信要求Ｓ１の送信先装置と同一の装置が映像コンテンツを配信しているように認識されるため、クライアント１は正常に映像コンテンツを受信することができる。
【００５８】
本実施の形態例の映像配信システムを示した図１では、クライアント１と映像配信装置４の間には何も図示していないが、本来の運用形態であればクライアント１はＬＡＮ（Local Area Network）やインターネットなどのＩＰネットワークへの接続を想定している。
【００５９】
また、図示はしないが、ファイアウォールを介したクライアント１の接続もここに含まれる。ファイアウォールに対しても、上述した手法により配信要求Ｓ１の送信先装置と配信データＳ５を送信している送信元が異なるという状態を解決できることは明らかである。
【産業上の利用可能性】
【００６０】
非常に高い配信性能を要求される大規模な映像配信システムにおいて、配信要求の送信先と映像コンテンツの送信元が同じであるストリームしか受け付けないデコーダを使用する場合に適用できる。すなわち、デコーダ内に組み込まれているファームウェアを修正しなくとも本発明を利用することで、デコーダが正常動作をすることができるため、製造コストを低減することができる。
【００６１】
また、インターネットを介した映像配信システムにおいても、映像配信システムとクライアントの間にファイアウォールが存在する。このため、クライアントがファイアウォールを越えて映像配信サービスを受けようとするならば、ファイアウォールの設定変更、すなわちセキュリティレベルの低下が不可避である。そこで、本発明を利用すればファイアウォールの設定はそのままで、セキュリティレベルを確保しながら映像配信システムのサービスをクライアントに提供することができる。
【００６２】
なお、上述した本実施の形態例に限らず、特許請求の範囲に記載された本発明の要旨を逸脱しない限り、適宜変更しうることは言うまでもない。
【図面の簡単な説明】
【００６３】
【図１】本実施の形態例の映像配信システムの概略構成図である。
【図２】映像配信装置４内のデータ転送部１０の詳細を示す図である。
【図３】データ転送部１０内で保持されている情報を説明する図であり、図３Ａはデータ転送規則２０、図３Ｂはデータ転送セッション情報３０である。
【図４】データ転送部の動作のフローチャートである。
【図５】データ転送部１０におけるデータ転送規則追加処理の動作を示すフローチャートである。
【図６】データ転送部１０におけるデータ転送規則削除処理の動作を示すフローチャートである。
【図７】データ転送部１０における転送データ待受スレッド１４の動作を示すフローチャートである。
【符号の説明】
【００６４】
１…クライアント、２…配信制御装置、３…配信制御部、４…映像配信装置、５…配信エンジン、６…ストレージ装置、７…管理端末装置、８…配信装置制御部、１０…データ転送部、１１…データ転送規則変更命令待受ＴＣＰポート、１２…転送元通信用ＴＣＰポート、１３…転送先通信用ＴＣＰポート、１４…転送データ待受スレッド、２０…データ転送規則、３０…データ転送セッション情報
【図１】
2009224895.tif 000003
【図２】
2009224895.tif 000004
【図３】
2009224895.tif 000005
【図４】
2009224895.tif 000006
【図５】
2009224895.tif 000007
【図６】
2009224895.tif 000008
【図７】
2009224895.tif 000009