通信制御装置ならびに通信制御方法
【課題】帯域制御処理を実行できない既存のクライアント端末においても、ＱｏＳ保証されたストリーミング型コンテンツ配信サービスを受けることを可能とする通信制御装置を提供する。
【解決手段】ＲＴＳＰを用いたストリーミング型コンテンツ配信サービスにおいて、ホームネットワーク１１０と外部ネットワーク１４０との間に設置される通信制御装置１２０であって、映像受信表示装置１３１から受信した映像配信サーバ１５１についてのドメイン名解決要求に対して、映像配信サーバ１５１のＩＰアドレス、ＩＰｖ４ダミーアドレス、もしくはＩＰｖ６中継アドレスを応答するドメイン名解決部１２１と、映像受信表示装置１３１と映像配信サーバ１５１との間で送受信されるＲＴＳＰメッセージを取得してＱｏＳ制御に必要な情報を取得する代理接続部１２２と、映像配信サーバ１５１との間で映像伝送用のＱｏＳセッションを確立する帯域制御部１２３とを有する。
【解決手段】ＲＴＳＰを用いたストリーミング型コンテンツ配信サービスにおいて、ホームネットワーク１１０と外部ネットワーク１４０との間に設置される通信制御装置１２０であって、映像受信表示装置１３１から受信した映像配信サーバ１５１についてのドメイン名解決要求に対して、映像配信サーバ１５１のＩＰアドレス、ＩＰｖ４ダミーアドレス、もしくはＩＰｖ６中継アドレスを応答するドメイン名解決部１２１と、映像受信表示装置１３１と映像配信サーバ１５１との間で送受信されるＲＴＳＰメッセージを取得してＱｏＳ制御に必要な情報を取得する代理接続部１２２と、映像配信サーバ１５１との間で映像伝送用のＱｏＳセッションを確立する帯域制御部１２３とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置ならびに通信制御方法に関し、特に、ＲＴＳＰ（Real Time Streaming Protocol）を用いて映像、音楽等のコンテンツの再生制御を行うストリーミング型コンテンツ配信サービスに用いられる通信制御装置ならびに通信制御方法に適用して有効な技術に関するものである。
【背景技術】
【０００２】
ブロードバンドネットワークの普及により、ＰＣやネットワーク接続ＴＶ（ＩＰＴＶ）、ＳＴＢ（Set Top Box）等をクライアント端末とした、ネットワークを介した映像や音楽等のコンテンツ配信サービスが拡大している。
【０００３】
このようなコンテンツ配信サービスは、ストリーミング型とダウンロード型に大別することができる。このうち、ストリーミング型のコンテンツ配信サービスにおいては、コンテンツ配信サーバは、クライアント端末でのコンテンツの再生速度に合わせてコンテンツを配信する必要がある。よって、このようなサービスの多くはＲＴＳＰ（Real Time Streaming Protocol）等のプロトコルを用いてコンテンツの再生要求、停止要求といった再生制御を行い、再生要求を受けてＲＴＰ（Real-time Transport Protocol）等のプロトコルを用いてコンテンツを伝送する方法が取られる。
【０００４】
このようなストリーミング型のコンテンツ配信サービスにおいては、クライアント端末とコンテンツ配信サーバとの間のネットワーク帯域が十分に確保されない場合、もしくは時間的にネットワーク帯域が十分に確保できないことがある場合において、再生中のコンテンツが途中で止まる、途切れるといった問題が発生する可能性がある。
【０００５】
近年、ＮＧＮ（Next Generation Network）のような帯域保証（ＱｏＳ（Quality of Service）保証）可能なネットワークが登場するに至り、上記のような問題のあったストリーミング型のコンテンツ配信サービスにおいて、コンテンツが途中で止まったり、途切れたりすることを防止する、すなわちＱｏＳ保証を行う方法が開示されている。
【０００６】
例えば、特開２００５−１２６５５号公報（特許文献１）には、端末装置がコンテンツ配信サブシステムにセッション確立を要求した際に、ＳＩＰ（Session Initiation Protocol）セッション制御サブシステムが、コンテンツ配信サブシステムから当該コンテンツの視聴に必要な帯域の情報を取得し、帯域制御サブシステムに当該帯域情報に含まれる帯域値の帯域予約の要求を行い、帯域制御サブシステムで確保された帯域でコンテンツ配信サブシステムから端末装置に当該コンテンツを送信する方法が開示されている。
【０００７】
また、特開２００４−２８９６２７号公報（特許文献２）には、ストリーミングコンテンツの配信要求がクライアント端末から通信ネットワークを介して送信される際に、映像配信サーバ１５１の現在の使用可能帯域に関連する帯域リソース情報を監視するサーバリソース監視部と、通信ネットワーク上の複数の中継点に対応する複数のルータ、クライアント端末および映像配信サーバ１５１の間の複数の通信経路それぞれの現在の使用可能帯域に関連するネットワークリソース情報を監視するネットワークリソース監視部とを備えたストリーミングコンテンツ配信要求受付制御システムが開示されている。
【特許文献１】特開２００５−１２６５５号公報（図１）
【特許文献２】特開２００４−２８９６２７号公報（図１）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述の従来技術にはそれぞれ以下のような課題がある。まず、特許文献１に示される方法では、端末装置が帯域制御のためにＳＩＰ制御を行う必要がある。ユーザ宅には今後、ＰＣ、ＳＴＢ、ネットワーク接続ＴＶ等の複数の端末装置が設置されることが考えられるが、特許文献１に示される方法で帯域制御を実現するためには、これら全ての端末装置をＳＩＰ制御可能なもので揃えなければならない。
【０００９】
例えば、ユーザ宅にインターネット等の帯域制御不可能なネットワーク上におけるストリーミング型コンテンツ配信サービス対応の端末装置が既にあったとしても、ＮＧＮのような帯域制御可能なネットワーク上におけるストリーミング型コンテンツ配信サービスをそのまま受けることはできず、ユーザに機器の買い替え、交換、ソフトウェア更新といったコストや手間を強いることになる。
【００１０】
また、特許文献２に示される方法では、ストリーミングコンテンツ配信要求受付制御システムは、コンテンツの配送経路を決定するために、該当コンテンツの必要帯域情報を用いる。コンテンツの配送経路の決定は、ＷＷＷポータルサーバ上でユーザがコンテンツを選択した際に行われるため、ストリーミングコンテンツ配信要求受付制御システムでは、ＷＷＷポータルサーバで選択されたコンテンツのＩＤ情報からコンテンツの必要帯域情報を取得するためのコンテンツ管理テーブルをあらかじめ準備しておかなければならない。
【００１１】
すなわち、特許文献２に示される方法では、帯域制御やコンテンツ配送経路設定の処理とコンテンツそのものの情報とが密接に関係した構造となっており、単にコンテンツ配信サービスを行いたいサービス提供事業者にとっては、既存の映像配信システムを利用できない等、参入の敷居を高める構成となっている。
【００１２】
そこで本発明の目的は、帯域制御処理を実行できない既存のクライアント端末においても、ＱｏＳ保証されたストリーミング型コンテンツ配信サービスを受けることを可能とする通信制御装置ならびに通信制御方法を提供することにある。
【００１３】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１４】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。
【００１５】
本発明の代表的な実施の形態による通信制御装置は、クライアント端末が接続されるホームネットワークと映像配信サーバが接続されるＱｏＳ制御可能な外部ネットワークとの間に設置される通信制御装置であって、クライアント端末から受信した映像配信サーバについてのドメイン名解決要求に対して、外部ネットワークに接続するＤＮＳサーバとの間でドメイン名解決を行い、ドメイン名解決の結果に応じて映像配信サーバのＩＰアドレス、もしくはＩＰｖ４ダミーアドレス、もしくはＩＰｖ６中継アドレスを応答することで、クライアント端末が映像配信サーバに対して送信するＲＴＳＰメッセージを取得可能とし、クライアント端末と映像配信サーバとの間で送受信されるＲＴＳＰメッセージに含まれる情報を取得・解析してＱｏＳ制御に必要な情報を取得し、クライアント端末の代わりに映像配信サーバとの間のＱｏＳセッションの確立を行うことを特徴とするものである。
【発明の効果】
【００１６】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１７】
本発明の代表的な実施の形態によれば、ＱｏＳ制御手段を有しないクライアント端末を用いて通信制御装置と映像配信サーバとの間のＱｏＳ制御セッションの確立が可能であり、ユーザにとってクライアント端末をＱｏＳ制御可能なものに置き換えるコストが不要であり、管理コストも小さい帯域保証型コンテンツ配信システムを実現することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１９】
［システム構成］
図１は、本発明の一実施の形態である映像配信システムの構成および通信制御装置の機能構成の一例を示す図である。図１において、当該映像配信システムは、映像配信サーバ１５１、１５２、帯域制御サーバ１６０、ＤＮＳ（Domain Name System）サーバ１７０、通信制御装置１２０、映像受信表示装置１３１、１３２を有する構成となっている。
【００２０】
映像配信サーバ１５１、１５２と、帯域制御サーバ１６０と、ＤＮＳサーバ１７０と、通信制御装置１２０とは、ＮＧＮ（Next Generation Network）等のＱｏＳ（Quality of Service）制御可能な外部ネットワーク１４０と接続しており、所定の手順に従って情報の送受信を行うことができる。また、通信制御装置１２０と映像受信表示装置１３１、１３２は、ユーザ宅１００内に設置され、有線または無線で構成されるホームネットワーク１１０と接続しており、所定の手順に従って情報の送受信を行うことができる。
【００２１】
通信制御装置１２０は、ＩＰｖ４（Internet Protocol Version 4）、ＩＰｖ６（Internet Protocol Version 6）の両プロトコルに準拠し、外部ネットワーク１４０とホームネットワーク１１０の両方と接続しており、外部ネットワーク１４０とホームネットワーク１１０との間のメッセージのルーティングを行う。このルーティング機能により、通信制御装置１２０は、ユーザ宅１００内に設置された機器にとって、外部ネットワーク１４０に接続された機器と情報の送受信を行うためのゲートウェイとしての機能を有する。
【００２２】
通信制御装置１２０のドメイン名解決部１２１は、ホームネットワーク１１０に接続する機器からのドメイン名解決要求に従って、必要に応じてＤＮＳサーバ１７０にドメイン名解決要求を行い、適切なＩＰアドレスを応答するドメイン名解決機能を有する。なお、詳細な動作は後述するが、ドメイン名解決部１２１がドメイン名解決機能を用いて応答するＩＰアドレスは、ＤＮＳサーバ１７０からのドメイン名解決要求に対する応答と同じ値であるとは限らない。例えば、ホームネットワーク１１０に接続するＩＰｖ４実装機器が外部ネットワーク１４０に接続されたＩＰｖ６実装サーバと代理接続部１２２を介した情報のやり取りをするために、ＩＰｖ４ダミーアドレスを応答するような場合もある。
【００２３】
通信制御装置１２０の代理接続部１２２は、映像受信表示装置１３１や１３２が映像配信サーバ１５１や１５２とやり取りするＲＴＳＰメッセージの取得、解析、書き換えを行う代理接続機能を有する。代理接続部１２２は、取得、解析したＲＴＳＰメッセージから、後述するＱｏＳセッション制御のための情報、および映像データ転送設定のための情報を取得・生成し、テーブル群１２４に記憶する。
【００２４】
通信制御装置１２０の帯域制御部１２３は、代理接続部１２２で取得・生成されたＱｏＳセッション制御のための情報を元に、ＳＩＰ等のＱｏＳセッション制御用のプロトコルにより、映像配信サーバ１５１や１５２との間でＱｏＳセッションを確立する。
【００２５】
図２は、通信制御装置１２０のハードウェア構成の一例を示す図である。図２において、通信制御装置１２０は、ＣＰＵ２０１、メインメモリ２０２、ＥＰＲＯＭ（Erasable Programmable ROM）２０３、第１ネットワークインタフェース（Ｉ／Ｆ）２０４、第２ネットワークＩ／Ｆ２０５、不揮発性記憶装置２０６を有する構成となっており、これらはそれぞれバス２０７と接続され、所定の手順に従って情報の送受信を行うことができる。
【００２６】
ＥＰＲＯＭ２０３にはブートプログラムが記憶されており、また、不揮発性記憶装置２０６には各種プログラムが記憶されている。通信制御装置１２０が起動すると、ＥＰＲＯＭ２０３に記憶されたブートプログラムによって不揮発性記憶装置２０６から各種プログラムがメインメモリ２０２へ読み出される。ＣＰＵ２０１はメインメモリ２０２に読み出された各種プログラムを実行することにより、第１ネットワークＩ／Ｆ２０４や第２ネットワークＩ／Ｆ２０５等による信号の送受信等を行う。
【００２７】
第１ネットワークＩ／Ｆ２０４は、ホームネットワーク１１０と接続しており、ホームネットワーク１１０に接続する機器との間で情報の送受信を行うことができる。第１ネットワークＩ／Ｆ２０４は、ネットワークカード等により実現することができる。同様に、第２ネットワークＩ／Ｆ２０５は、外部ネットワーク１４０と接続しており、外部ネットワーク１４０と接続する機器との間で情報の送受信を行うことができる。第２ネットワークＩ／Ｆ２０５も、ネットワークカード等により実現することができる。
【００２８】
不揮発性記憶装置２０６には、上述のように、ＣＰＵ２０１がメインメモリ２０２に読み出して実行するための各種プログラムが記憶されている。不揮発性記憶装置２０６は、フラッシュメモリやＨＤＤ（ハードディスクドライブ）、光ディスク等により実現することができる。
【００２９】
なお、図１における通信制御装置１２０のドメイン名解決部１２１、代理接続部１２２、帯域制御部１２３の各部は、例えば、不揮発性記憶装置２０６に記憶されるプログラムによって実現され、当該プログラムがメインメモリ２０２に読み出された後、ＣＰＵ２０１によって実行されることで、通信制御装置１２０の各機能を実現するように構成することができる。なお、上記各部をプログラムではなく回路等によって構成することも当然可能である。また、テーブル群１２４は、上記プログラムの実行時にメインメモリ２０２上に作成される。
【００３０】
図３は、映像受信表示装置１３１のハードウェア構成の一例を示す図である。映像受信表示装置１３２のハードウェア構成も映像受信表示装置１３１と同様である。図３において、映像受信表示装置１３１は、ＣＰＵ３０１、メインメモリ３０２、ＥＰＲＯＭ３０３、出力装置３０４、ネットワークＩ／Ｆ３０５、不揮発性記憶装置３０６、入力装置３０７、映像再生装置３０８を有する構成となっており、これらはそれぞれバス３０９と接続され、所定の手順に従って情報の送受信を行うことができる。
【００３１】
ＥＰＲＯＭ３０３にはブートプログラムが記憶されており、また、不揮発性記憶装置３０６には各種プログラムが記憶されている。映像受信表示装置１３１が起動すると、ＥＰＲＯＭ３０３に記憶されたブートプログラムによって不揮発性記憶装置３０６から各種プログラムがメインメモリ３０２へ読み出される。ＣＰＵ３０１はメインメモリ３０２に読み出された各種プログラムを実行することにより、出力装置３０４、ネットワークＩ／Ｆ３０５、入力装置３０７、映像再生装置３０８等による信号の送受信等を行う。
【００３２】
出力装置３０４は、映像再生装置３０８で伸張（デコード）されたコンテンツや、ユーザの操作に応答するための情報を表示等により出力するための手段であり、ＣＲＴ（Cathode Ray Tube）、液晶ディスプレイ、プラズマディスプレイ、プロジェクタ、スピーカ、ヘッドフォン等によって実現される。また、出力装置３０４は、ＴＶ等のコンテンツ再生端末とは異なる装置で実現してもよい。この場合、映像受信表示装置１３１は別途Ｄ／Ａコンバータ等のＴＶ信号生成装置を具備し、当該装置と出力装置３０４とはＡＶケーブルや同軸ケーブル等で接続される。
【００３３】
ネットワークＩ／Ｆ３０５は、通信網を介して他の装置と情報を送受信するための手段であり、例えばネットワークアダプタ、無線送受信装置等によって実現される。不揮発性記憶装置３０６には、上述のように、ＣＰＵ３０１がメインメモリ３０２に読み出して実行するための各種プログラムが記憶されており、例えばＨＤＤ、フラッシュメモリ、光ディスク等によって実現することができる。
【００３４】
入力装置３０７は、ユーザが必要な命令や情報を入力するための手段であり、例えばＴＶ受信機で使用されるリモコンや、ＰＣで使用されるキーボード、マウス等によって実現される。映像再生装置３０８は、音声や映像等のコンテンツをデコードし、デコードされたコンテンツを出力装置３０４に送信する装置である。
【００３５】
なお、上述した通信制御装置１２０および映像受信表示装置１３１の構成は、図２および図３に示す構成に限らないことは当然である。例えば、映像受信表示装置１３１において、コンテンツのデコードが全てソフトウェアプログラムによって実現され、ＣＰＵ３０１で実行されるような場合は、映像再生装置３０８を有さない構成となる。この場合、当該ソフトウェアプログラムは不揮発性記憶装置３０６に記憶され、ＣＰＵ３０１によってメインメモリ３０２上に読み出されて実行される。
【００３６】
映像配信サーバ１５１、１５２のハードウェア構成は、図示しないが、少なくとも１台以上のコンピュータ（ＣＰＵ、メインメモリ、不揮発性記憶装置、入力装置、出力装置、ネットワークＩ／Ｆ等を含む）から構成されており、不揮発性記憶装置からメインメモリに読み出され、ＣＰＵによって実行される各種プログラムには、ＲＴＳＰ（Real Time Streaming Protocol）、ＲＴＰ（Real-time Transport Protocol）等のコンテンツ配信用のプロトコル、およびＳＩＰ（Session Initiation Protocol）等のＱｏＳセッション制御用のプロトコルが実装されている。
【００３７】
帯域制御サーバ１６０のハードウェア構成は、図示しないが、少なくとも１台以上のコンピュータ（ＣＰＵ、メインメモリ、不揮発性記憶装置、入力装置、出力装置、ネットワークＩ／Ｆ等を含む）から構成されており、不揮発性記憶装置からメインメモリに読み出され、ＣＰＵによって実行される各種プログラムには、ＳＩＰ等のＱｏＳセッション制御用のプロトコルが実装されている。
【００３８】
ＤＮＳサーバ１７０のハードウェア構成は、図示しないが、少なくとも１台以上のコンピュータ（ＣＰＵ、メインメモリ、不揮発性記憶装置、入力装置、出力装置、ネットワークＩ／Ｆ等を含む）から構成されており、不揮発性記憶装置からメインメモリに読み出され、ＣＰＵによって実行される各種プログラムには、ＤＮＳ（Domain Name System）等のドメイン名解決用のプロトコルが実装されている。
【００３９】
［データ構成］
次に、本実施の形態の映像配信システムにおいて、通信制御装置１２０が扱うテーブル群１２４の内容について説明する。テーブル群１２４に含まれるテーブルは、通信制御装置１２０内で唯一のテーブルである「システム共通テーブル」と、映像受信表示装置１３１、１３２からのＲＴＳＰコネクション毎に記憶するテーブルである「コネクション内テーブル」とに分類することができる。
【００４０】
図４は、接続情報管理テーブル４００の構成とデータの例を示す図である。接続情報管理テーブル４００はコネクション内テーブルに該当し、対象のＲＴＳＰコネクションに係る映像受信表示装置１３１と映像配信サーバ１５１のアドレスの情報や、コネクションのステータス等を管理する。接続情報管理テーブル４００は、クライアントアドレス４０１、サーバアドレス４０２、タイムアウト４０３、タイマー４０４、状態４０５の各項目から構成される。
【００４１】
図５は、利用可能ポート番号テーブル５００の構成とデータの例を示す図である。利用可能ポート番号テーブル５００はシステム共通テーブルに該当し、通信制御装置１２０においてＲＴＳＰコネクションに係る通信に利用可能なポート番号の範囲を記憶する。利用可能ポート番号テーブル５００は、利用可能ポート番号範囲５０１の項目から構成される。
【００４２】
図６は、利用ポート番号テーブル６００の構成とデータの例を示す図である。利用ポート番号テーブル６００はシステム共通テーブルに該当し、通信制御装置１２０においてＲＴＳＰコネクションに係る通信に既に利用されているポート番号を記憶する。利用ポート番号テーブル６００は、利用ポート番号６０１の項目から構成される。
【００４３】
図７は、ＲＴＳＰ通信利用ポート番号テーブル７００の構成とデータの例を示す図である。ＲＴＳＰ通信利用ポート番号テーブル７００はコネクション内テーブルに該当し、対象のＲＴＳＰコネクションについて、通信制御装置１２０が映像配信サーバ１５１との間でＲＴＳＰメッセージの送受信に利用しているポート番号を記憶する。ＲＴＳＰ通信利用ポート番号テーブル７００は、ＲＴＳＰ通信利用ポート番号７０１の項目から構成される。
【００４４】
図８は、映像データ受信情報テーブル８００の構成とデータの例を示す図である。映像データ受信情報テーブル８００はコネクション内テーブルに該当し、対象のＲＴＳＰコネクションについて、通信制御装置１２０が映像配信サーバ１５１から映像データを受信し、映像受信表示装置１３１へ送信するためのポートの情報等を管理する。映像データ受信情報テーブル８００は、通信制御装置ポート８０１、サーバポート８０２、クライアントポート８０３、帯域８０４の各項目から構成される。
【００４５】
図９は、ＩＰｖ６中継プレフィックス情報テーブル９００の構成とデータの例を示す図である。ＩＰｖ６中継プレフィックス情報テーブル９００はシステム共通テーブルに該当し、映像受信表示装置１３１がＩＰｖ６機器であった場合、すなわち、映像受信表示装置１３１からのドメイン名解決要求（ＤＮＳクエリ）のクエリタイプがＡＡＡＡレコードであった場合に、ＩＰｖ６中継アドレスを生成するために用いるＩＰｖ６プレフィックスの情報を保持する。ＩＰｖ６中継アドレスは、映像受信表示装置１３１が送信するＲＴＳＰメッセージを通信制御装置１２０で取得するために利用するアドレスである。ＩＰｖ６中継プレフィックス情報テーブル９００は、ＩＰｖ６中継プレフィックス９０１の項目から構成される。
【００４６】
図１０は、ＩＰｖ６中継アドレス変換テーブル１０００の構成とデータの例を示す図である。ＩＰｖ６中継アドレス変換テーブル１０００はシステム共通テーブルに該当し、ＩＰｖ６中継アドレス（映像受信表示装置１３１からのＲＴＳＰメッセージを通信制御装置１２０で取得するための仮のＩＰアドレス）を映像配信サーバ１５１のアドレス（真のＩＰアドレス）へ変換する際に用いる。ＩＰｖ６中継アドレス変換テーブル１０００は、ＩＰｖ６中継アドレス１００１、映像配信サーバアドレス１００２の各項目から構成される。
【００４７】
図１１は、ＩＰｖ４ダミーアドレス生成情報テーブル１１００の構成とデータの例を示す図である。ＩＰｖ４ダミーアドレス生成情報テーブル１１００はシステム共通テーブルに該当し、映像受信表示装置１３１がＩＰｖ４機器であった場合、すなわち、映像受信表示装置１３１からのドメイン名解決要求（ＤＮＳクエリ）のクエリタイプがＡレコードであり、かつ、映像配信サーバ１５１がＩＰｖ６機器であった場合に、仮（ダミー）のＩＰｖ４アドレスであるＩＰｖ４ダミーアドレスを生成するために用いるサブネットの情報を保持する。ＩＰｖ４ダミーアドレスは、ＩＰｖ４しか解釈できない映像受信表示装置１３１が送信するドメイン名解決要求に対して、通信制御装置１２０が応答するダミーのアドレスである。ＩＰｖ４ダミーアドレス生成情報テーブル１１００はＩＰｖ４ダミーアドレス生成情報１１０１の項目から構成される。
【００４８】
図１２は、ＩＰｖ４ダミーアドレス変換テーブル１２００の構成とデータの例を示す図である。ＩＰｖ４ダミーアドレス変換テーブル１２００はシステム共通テーブルに該当し、ＩＰｖ４ダミーアドレスを映像配信サーバ１５１のアドレスへ変換する際に用いる。ＩＰｖ４ダミーアドレス変換テーブル１２００はＩＰｖ４ダミーアドレス１２０１、映像配信サーバアドレス１２０２の各項目から構成される。
【００４９】
［動作の概要］
次に、本実施の形態の映像配信システムにおける動作の概要について説明する。図１に示す構成において、映像受信表示装置１３１、１３２は、映像配信サーバ１５１、１５２等のＲＴＳＰサーバとの間でＲＴＳＰメッセージを送受信するＲＴＳＰクライアントであり、ＲＴＳＰメッセージの送受信によって、音声や映像等のコンテンツの再生制御を行う。
【００５０】
外部ネットワーク１４０は、ＮＧＮ等のＱｏＳ制御可能なネットワークであり、外部ネットワーク１４０に接続する機器は、帯域制御サーバ１６０に対して、例えば、「どのＩＰアドレスの機器の何番ポートとどのＩＰアドレスの機器の何番ポートとの間で何Ｋｂｐｓの帯域を確保する」、といったＱｏＳセッション制御要求を行うことによって、外部ネットワーク１４０に接続した機器間で品質の高い通信を行うことができる。なお、本実施の形態においては、以下、ＱｏＳセッション制御のプロトコルにはＳＩＰを用いるものとして説明を行う。
【００５１】
映像配信サーバ１５１および１５２は、映像受信表示装置１３１等のＲＴＳＰクライアントとの間でＲＴＳＰメッセージの送受信を行うＲＴＳＰサーバである。また、帯域制御サーバ１６０等のＳＩＰサーバとの間でＱｏＳセッション制御情報を送受信するＳＩＰクライアントでもある。
【００５２】
帯域制御サーバ１６０は、通信制御装置１２０、映像配信サーバ１５１等のＳＩＰクライアントとの間でＱｏＳセッション制御情報の送受信を行い、実際のＱｏＳ制御を実行するＳＩＰサーバである。また、図１には図示しないが、帯域制御サーバ１６０は、ＩＭＳ（IP Multimedia System）の一部であり、ＳＩＰクライアントからのＱｏＳセッション制御要求に応じてＩＭＳ内の各サーバ、例えば、ＨＳＳ（Home Subscriber Server）、共通イネーブラ、ＡＳ（Application Server）等と必要な情報の送受信を行い、ＱｏＳセッション制御を行う。
【００５３】
ＤＮＳサーバ１７０は、映像配信サーバ１５１、１５２等のＦＱＤＮ（Fully Qualified Domain Name）とＩＰアドレスとの対応を示すテーブルを保持しており、通信制御装置１２０等からのドメイン名解決要求に従ってＦＱＤＮに対応するＩＰアドレスを応答する。
【００５４】
通信制御装置１２０は、帯域制御サーバ１６０等のＳＩＰサーバとの間でＱｏＳセッション制御情報の送受信を行うＳＩＰクライアントである。また、通信制御装置１２０は、外部ネットワーク１４０、ホームネットワーク１１０の両方と接続しており、代理接続部１２２において、ホームネットワーク１１０側に接続された映像受信表示装置１３１等のＲＴＳＰクライアントが送信するＲＴＳＰメッセージ、および外部ネットワーク１４０側に接続された映像配信サーバ１５１等のＲＴＳＰサーバが送信するＲＴＳＰメッセージを取得するＲＴＳＰメッセージ取得機能を有する。ＲＴＳＰメッセージ取得機能については後述する。
【００５５】
［ＩＰｖ４機器とＩＰｖ６機器との間でのメッセージの送受信］
外部ネットワーク１４０、ホームネットワーク１１０に接続する映像受信表示装置１３１、１３２や、映像配信サーバ１５１、１５２等では、ＩＰｖ４プロトコルスタックを実装したＩＰｖ４機器、およびＩＰｖ６プロトコルスタックを実装したＩＰｖ６機器が混在する場合がある。通常、ＩＰｖ４機器はＩＰｖ４機器との間、ＩＰｖ６機器はＩＰｖ６機器との間でしかメッセージの送受信を行うことができないが、本実施の形態の映像配信システムでは、通信制御装置１２０のドメイン名解決部１２１、代理接続部１２２の機能を用いて、ＩＰｖ４機器とＩＰｖ６機器との間、ＩＰｖ６機器とＩＰｖ４機器との間でのメッセージの送受信を可能とする。
【００５６】
以下、映像受信表示装置１３１がＩＰｖ４機器の場合またはＩＰｖ６機器の場合、および、映像配信サーバ１５１がＩＰｖ４機器の場合またはＩＰｖ６機器の場合のそれぞれについて、映像受信表示装置１３１と映像配信サーバ１５１との間でのＲＴＳＰメッセージの送受信を可能とし、かつ通信制御装置１２０にてＲＴＳＰメッセージの取得・解析を可能とするためのドメイン名解決部１２１の動作について説明する。
【００５７】
図１３は、映像受信表示装置１３１がＩＰｖ４機器、映像配信サーバ１５１がＩＰｖ４機器の場合に、映像受信表示装置１３１が送信したドメイン名解決要求に対して通信制御装置１２０が応答するまでの手順の例を示すシーケンス図である。
【００５８】
映像受信表示装置１３１は、映像配信サーバ１５１についてのドメイン名解決要求をＡレコードのクエリタイプで送信する（Ｓ１３０１）。ドメイン名解決要求を受信した通信制御装置１２０は、ＤＮＳサーバ１７０へドメイン名解決要求をＡレコードのクエリタイプで送信し（Ｓ１３０２）、ＤＮＳサーバ１７０は、ドメイン名解決応答を送信する（Ｓ１３０３）。ドメイン名解決応答を受信した通信制御装置１２０は、受信したドメイン名解決応答を映像受信表示装置１３１へ送信する（Ｓ１３０４）。
【００５９】
図１４は、映像受信表示装置１３１がＩＰｖ４機器、映像配信サーバ１５１がＩＰｖ６機器の場合に、映像受信表示装置１３１が送信したドメイン名解決要求に対して通信制御装置１２０が応答するまでの手順の例を示すシーケンス図である。
【００６０】
映像受信表示装置１３１は、映像配信サーバ１５１についてのドメイン名解決要求をＡレコードのクエリタイプで送信する（Ｓ１４０１）。ドメイン名解決要求を受信した通信制御装置１２０は、ＤＮＳサーバ１７０へドメイン名解決要求をＡレコードのクエリタイプで送信し（Ｓ１４０２）、ＤＮＳサーバ１７０は、アンサーカウントが０のドメイン名解決応答を送信する（Ｓ１４０３）。ドメイン名解決応答を受信した通信制御装置１２０は、ドメイン名解決応答のアンサーカウントが０であるため、続いてＤＮＳサーバ１７０へドメイン名解決要求をＡＡＡＡレコードのクエリタイプで送信し（Ｓ１４０４）、ＤＮＳサーバ１７０は、ドメイン名解決応答を送信する（Ｓ１４０５）。
【００６１】
次に、通信制御装置１２０は、ＩＰｖ４ダミーアドレス生成情報テーブル１１００を用いてＩＰｖ４ダミーアドレスを生成し（Ｓ１４０６）、ＩＰｖ４ダミーアドレス変換テーブル１２００に、生成したＩＰｖ４ダミーアドレスとＤＮＳサーバ１７０から応答された映像配信サーバ１５１のアドレスを記憶して（Ｓ１４０７）、映像受信表示装置１３１へＩＰｖ４ダミーアドレスを含むドメイン名解決応答を送信する（Ｓ１４０８）。
【００６２】
図１５は、映像受信表示装置１３１がＩＰｖ６機器、映像配信サーバ１５１がＩＰｖ４機器の場合に、映像受信表示装置１３１が送信したドメイン名解決要求に対して通信制御装置１２０が応答するまでの手順の例を示すシーケンス図である。
【００６３】
映像受信表示装置１３１は、映像配信サーバ１５１についてのドメイン名解決要求をＡＡＡＡレコードのクエリタイプで送信する（Ｓ１５０１）。ドメイン名解決要求を受信した通信制御装置１２０は、ＤＮＳサーバ１７０へドメイン名解決要求をＡＡＡＡレコードのクエリタイプで送信し（Ｓ１５０２）、ＤＮＳサーバ１７０は、アンサーカウントが０のドメイン名解決応答を送信する（Ｓ１５０３）。ドメイン名解決応答を受信した通信制御装置１２０は、ドメイン名解決応答のアンサーカウントが０であるため、続いてＤＮＳサーバ１７０へドメイン名解決要求をＡレコードのクエリタイプで送信し（Ｓ１５０４）、ＤＮＳサーバ１７０は、ドメイン名解決応答を送信する（Ｓ１５０５）。
【００６４】
次に、通信制御装置１２０は、ＩＰｖ６中継プレフィックス情報テーブル９００を用いてＩＰｖ６中継アドレスを生成し（Ｓ１５０６）、ＩＰｖ６中継アドレス変換テーブル１０００に、生成したＩＰｖ６中継アドレス１００１とＤＮＳサーバ１７０から応答された映像配信サーバ１５１のアドレスを記憶する（Ｓ１５０７）。さらに、通信制御装置１２０は、通信制御装置１２０自身に当該ＩＰｖ６中継アドレスを追加で設定し（Ｓ１５０８）、映像受信表示装置１３１へＩＰｖ６中継アドレスを含むドメイン名解決応答を送信する（Ｓ１５０９）。
【００６５】
図１６は、映像受信表示装置１３１がＩＰｖ６機器、映像配信サーバ１５１がＩＰｖ６機器の場合に、映像受信表示装置１３１が送信したドメイン名解決要求に対して通信制御装置１２０が応答するまでの手順の例を示すシーケンス図である。
【００６６】
映像受信表示装置１３１は、映像配信サーバ１５１についてのドメイン名解決要求をＡＡＡＡレコードのクエリタイプで送信する（Ｓ１６０１）。ドメイン名解決要求を受信した通信制御装置１２０は、ＤＮＳサーバ１７０へドメイン名解決要求をＡＡＡＡレコードのクエリタイプで送信し（Ｓ１６０２）、ＤＮＳサーバ１７０は、ドメイン名解決応答を送信する（Ｓ１６０３）。
【００６７】
次に、通信制御装置１２０は、ＩＰｖ６中継プレフィックス情報テーブル９００を用いてＩＰｖ６中継アドレスを生成し（Ｓ１６０４）、ＩＰｖ６中継アドレス変換テーブル１０００に、生成したＩＰｖ６中継アドレス１００１とＤＮＳサーバ１７０から応答された映像配信サーバ１５１のアドレスを記憶する（Ｓ１６０５）。さらに、通信制御装置１２０は、通信制御装置１２０自身に当該ＩＰｖ６中継アドレスを追加で設定し（Ｓ１６０６）、映像受信表示装置１３１へＩＰｖ６中継アドレスを含むドメイン名解決応答を送信する（Ｓ１６０７）。
【００６８】
［ＲＴＳＰメッセージ取得機能］
ここで、上記ＲＴＳＰメッセージ取得機能について説明する。通信制御装置１２０のＲＴＳＰメッセージ取得機能において、映像受信表示装置１３１等のＲＴＳＰクライアント機器が送信するＲＴＳＰメッセージを取得するにはいくつかの方法があるが、その内の３つの方法について以下に説明する。
【００６９】
第１のＲＴＳＰメッセージ取得方法は、通信制御装置１２０にて、ＲＴＳＰメッセージを取得するためのポートを監視し、映像受信表示装置１３１等のＲＴＳＰクライアント機器にＲＴＳＰプロキシ設定として通信制御装置１２０の当該ポートを設定した上で、映像受信表示装置１３１等のＲＴＳＰクライアント機器から映像配信サーバ１５１等のＲＴＳＰサーバ機器へＲＴＳＰメッセージを送信する方法である。
【００７０】
ＲＴＳＰクライアント機器は、ＲＴＳＰサーバ機器とＲＴＳＰメッセージの送受信を行うための通信路を確立する。第１のＲＴＳＰメッセージ取得方法では、ＲＴＳＰクライアント機器は、接続先の情報（ＲＴＳＰサーバ機器のＩＰアドレスおよびポート）を含む通信路確立要求を、ＲＴＳＰプロキシ設定に指定された通信制御装置１２０のＲＴＳＰメッセージ監視ポートに対して送信することになる。
【００７１】
通信制御装置１２０では、ＲＴＳＰメッセージ監視ポートに到達する接続元の情報（ＲＴＳＰクライアント機器のＩＰアドレスおよびポート）、接続先の情報（ＲＴＳＰサーバ機器のＩＰアドレスおよびポート）を含む通信路確立要求を取得して通信路を確立する。これ以降、ＲＴＳＰクライアント機器は、当該通信路を介してＲＴＳＰメッセージを送信するため、通信制御装置１２０は、ＲＴＳＰクライアント機器からのＲＴＳＰメッセージを取得することができる。
【００７２】
上述した第１のＲＴＳＰメッセージ取得方法では、映像受信表示装置１３１等のＲＴＳＰクライアント機器においてＲＴＳＰプロキシ設定が可能であることが必須となる。また、第１のＲＴＳＰメッセージ取得方法は、ＲＴＳＰクライアント機器がＩＰｖ４機器、ＩＰｖ６機器どちらの場合にも適用が可能である。映像受信表示装置１３１においてＲＴＳＰプロキシ設定が可能でない場合は、通信制御装置１２０は、以下に説明する第２もしくは第３のＲＴＳＰメッセージ取得方法にてＲＴＳＰメッセージを取得する必要がある。
【００７３】
第２のＲＴＳＰメッセージ取得方法は、ＲＴＳＰクライアント機器がＩＰｖ４機器であった場合に、通信制御装置１２０に対して、ホームネットワーク１１０側からの通信により入力される特定の情報を、通信制御装置１２０のＲＴＳＰメッセージ監視ポートに対してリダイレクトするような設定を行う方法である。例えば、通信制御装置１２０のオペレーティングシステムがＬｉｎｕｘ（登録商標）の場合は、以下のような設定により実現できる。
【００７４】
まず、Ｌｉｎｕｘのカーネルをリダイレクト設定が可能なように構成しておく。そして、例えば、“iptables -t nat -A PREROUTING -p tcp --dport 554 -j REDIRECT --to-ports 10554”のコマンドによって、Ｌｉｎｕｘに対してポートのリダイレクトの設定を行う。この設定によれば、通信制御装置１２０を通る５５４番ポート（ＲＴＳＰで用いられるWell Known Port）宛の通信を、例えば１０５５４番ポート宛にリダイレクトすることができる。
【００７５】
通信制御装置１２０にてあらかじめ上記のようなポートのリダイレクト設定を行い、リダイレクト先のポートを監視することによって、通信制御装置１２０は、ＲＴＳＰクライアント機器がＲＴＳＰサーバ機器とＲＴＳＰメッセージの送受信を行うための通信路確立要求を取得することができる。
【００７６】
第２のＲＴＳＰメッセージ取得方法では、ＲＴＳＰクライアント機器は、ＲＴＳＰサーバ機器のＲＴＳＰ待ち受けポート（通常は５５４番ポート）に対して通信路確立要求を送信する。ホームネットワーク１１０に接続するＲＴＳＰクライアント機器から、外部ネットワーク１４０に接続するＲＴＳＰサーバ機器に対しての通信は、必ず通信制御装置１２０を経由する。
【００７７】
通信制御装置１２０は、ＲＴＳＰクライアント機器が送信したＲＴＳＰサーバ機器宛の通信をリダイレクトし、リダイレクト先の監視ポートにて接続元の情報（ＲＴＳＰクライアント機器のＩＰアドレスおよびポート）および接続先の情報（ＲＴＳＰサーバ機器のＩＰアドレスおよびポート）を含む通信路確立要求を取得し、ＲＴＳＰクライアント機器との間に通信路を確立する。これ以降、ＲＴＳＰクライアント機器は、当該通信路を介してＲＴＳＰメッセージを送信するため、通信制御装置１２０は、ＲＴＳＰクライアント機器からのＲＴＳＰメッセージを取得することができる。
【００７８】
上述した第２のＲＴＳＰメッセージ取得方法では、映像受信表示装置１３１等のＲＴＳＰクライアント機器にはＲＴＳＰプロキシ設定等の特別な設定は必要なく、ＲＴＳＰクライアント機器は、通常の方法で単に映像配信サーバ１５１等のＲＴＳＰサーバ機器に対しての通信を行っているだけである。ただし、上記リダイレクトの設定はＮＡＴ（Network Address Translation）の機能を応用したものであるため、ＲＴＳＰクライアント機器がＮＡＴを適用可能なＩＰｖ４機器である場合のみ適用することができる。
【００７９】
なお、映像受信表示装置１３１がＩＰｖ４機器、映像配信サーバ１５１がＩＰｖ６機器の場合は、上述の図１４のように、映像受信表示装置１３１からのドメイン名解決要求に対し、通信制御装置１２０はＩＰｖ４ダミーアドレスを応答するが、映像受信表示装置１３１が当該ＩＰｖ４ダミーアドレス宛に送信するＲＴＳＰメッセージについても、第２のＲＴＳＰメッセージ取得方法で取得することができる。
【００８０】
第３のＲＴＳＰメッセージ取得方法は、通信制御装置１２０のドメイン名解決部１２１と代理接続部１２２とが連携することで達成される。第３のＲＴＳＰメッセージ取得方法では、ＲＴＳＰクライアント機器がＲＴＳＰサーバ機器のドメイン名解決要求を通信制御装置１２０に送信した際に、正しいＲＴＳＰサーバ機器のＩＰアドレスを応答するのではなく、通信制御装置１２０自身のＩＰアドレス（例えば、上述のＩＰｖ６中継アドレス）を応答する。ＲＴＳＰクライアント機器は、ＲＴＳＰサーバ機器に対してＲＴＳＰメッセージを送信していると認識しているが、実際にはＲＴＳＰメッセージは通信制御装置１２０に対して送信されているため、通信制御装置１２０は当該ＲＴＳＰメッセージを取得することができる。
【００８１】
上述した第３のＲＴＳＰメッセージ取得方法では、映像受信表示装置１３１等のＲＴＳＰクライアント機器にはＲＴＳＰプロキシ設定等の特別な設定は必要なく、ＲＴＳＰクライアント機器は、（実際には通信制御装置１２０に対してＲＴＳＰメッセージを送信しているが）映像配信サーバ１５１等のＲＴＳＰサーバ機器に対しての通信を行っているだけである。なお、第３のＲＴＳＰメッセージ取得方法は、ＲＴＳＰクライアント機器がＩＰｖ４機器、ＩＰｖ６機器いずれの場合でも適用することが可能である。
【００８２】
以降の説明では、特に断りがない場合、通信制御装置１２０は、ＲＴＳＰクライアント機器にＲＴＳＰプロキシ設定の必要がない第２のＲＴＳＰメッセージ取得方法（ＲＴＳＰクライアント機器がＩＰｖ４機器の場合）、もしくは第３のＲＴＳＰメッセージ取得方法（ＲＴＳＰクライアント機器がＩＰｖ６機器の場合）によってＲＴＳＰメッセージを取得するものとして説明する。
【００８３】
上述した第２のＲＴＳＰメッセージ取得方法あるいは第３のＲＴＳＰメッセージ取得方法を用いたＲＴＳＰメッセージ取得機能により、通信制御装置１２０は、映像受信表示装置１３１等のＲＴＳＰクライアント機器が映像配信サーバ１５１等のＲＴＳＰサーバ機器に対して送信する通信路確立要求を取得することができる。言い換えると、通信制御装置１２０は、映像受信表示装置１３１等のＲＴＳＰクライアント機器が送信する通信路確立要求を取得することにより、ＲＴＳＰクライアント機器との間に通信路を確立することができる。以下、このＲＴＳＰクライアント機器と通信制御装置１２０との間の通信路を第１の通信路と記述する。
【００８４】
上述した第２あるいは第３のＲＴＳＰメッセージ取得方法により、ＲＴＳＰクライアント機器と第１の通信路を確立した通信制御装置１２０は、取得した通信路確立要求に含まれる接続元の情報（ＲＴＳＰクライアント機器のＩＰアドレスおよびポート）および接続先の情報（ＲＴＳＰサーバ機器のＩＰアドレスおよびポート）を取得することができる。
【００８５】
ここで取得する接続先の情報に含まれるＲＴＳＰサーバのＩＰアドレスは、上述のＩＰｖ４ダミーアドレスやＩＰｖ６中継アドレスである場合があるが、それぞれＩＰｖ４ダミーアドレス変換テーブル１２００、ＩＰｖ６中継アドレス変換テーブル１０００を用いることで、通信制御装置１２０は、ＲＴＳＰサーバ機器（映像配信サーバ１５１）の正しいＩＰアドレスを取得することができる。ここで取得したＲＴＳＰサーバ機器の情報を用いて、通信制御装置１２０は、さらに、ＲＴＳＰサーバ機器と接続するための通信路を確立することができる。以下、このＲＴＳＰサーバ機器と通信制御装置１２０との間の通信路を第２の通信路と記述する。
【００８６】
通信制御装置１２０は、第１の通信路を経由して受信したＲＴＳＰメッセージの内容を解析し、必要な情報を取得したり、適切に書き換えたりした後、第２の通信路を経由してＲＴＳＰサーバ機器に送信する。その後、通信制御装置１２０は、ＲＴＳＰサーバ機器からの応答であるＲＴＳＰメッセージを第２の通信路を経由して受信する。通信制御装置１２０は、取得したＲＴＳＰメッセージの内容を解析し、必要な情報を取得したり、適切に書き換えたりした後、第１の通信路を経由してＲＴＳＰクライアント機器に対して送信する。
【００８７】
送受信されるＲＴＳＰメッセージには、ＱｏＳセッション制御に必要な情報（ＱｏＳ制御を行う各機器のＩＰアドレスとポートおよび必要な帯域の情報）も含まれている。従って、本実施の形態の映像配信システムは、上述のように、通信制御装置１２０によって、ＲＴＳＰクライアント機器とＲＴＳＰサーバ機器との間で送受信されるＲＴＳＰメッセージからＱｏＳセッション制御に必要な情報を取得し、ＲＴＳＰクライアント機器による再生制御が行われるまでの間に、ＲＴＳＰサーバ機器と通信制御装置１２０との間でＱｏＳ制御を行うことによって、ＱｏＳセッション制御機能を有しないＲＴＳＰクライアント機器が、ＱｏＳ保証された映像等のコンテンツ配信サービスを受けることを可能とするシステムである。
【００８８】
なお、本実施の形態の映像配信システムでは、ＲＴＳＰメッセージを取得して解析を可能とするための方法として、上述の３つの方法を挙げているが、通信制御装置１２０においてＲＴＳＰメッセージの内容からＱｏＳセッション制御に必要な情報を取得することが可能な仕組みであれば、例えば、ＯＳやＩＰｖ４、ＩＰｖ６のプロトコルスタックのモジュールに修正を加える等によってＲＴＳＰメッセージの内容を取得するように実装することも可能である。
【００８９】
［動作の流れ］
以下、本実施の形態の映像配信システムにおける動作の流れについて説明する。まず、図１７〜図２０を用いて、本実施の形態の映像配信システムにおける動作の流れの概要を説明する。
【００９０】
図１７は、通信路（第１の通信路および第２の通信路）の確立の際の手順の例を示すシーケンス図である。まず、映像受信表示装置１３１が、通信制御装置１２０を経由して、映像配信サーバ１５１宛に通信路確立要求を送信する。通信制御装置１２０は、上述のＲＴＳＰメッセージ取得機能によって当該通信路確立要求を取得し、映像受信表示装置１３１との間に第１の通信路を確立する（Ｓ１７０１）。
【００９１】
次に、通信制御装置１２０は、メインメモリ２０２上にＲＴＳＰコネクション毎に作成されるワークメモリに、接続情報管理テーブル４００を新規に作成する（Ｓ１７０２）。次に、通信制御装置１２０は、通信路確立要求に含まれる接続元（クライアント）ＩＰアドレスを取得して、接続情報管理テーブル４００のクライアントアドレス４０１に記憶する（Ｓ１７０３）。
【００９２】
次に、通信制御装置１２０は、通信路確立要求に含まれる接続先（サーバ）ＩＰアドレスを取得し、接続情報管理テーブル４００のサーバアドレス４０２に記憶する（Ｓ１７０４）。このとき、ＩＰｖ４ダミーアドレス変換テーブル１２００、およびＩＰｖ６中継アドレス変換テーブル１０００を参照し、取得した接続先ＩＰアドレスがＩＰｖ４ダミーアドレスもしくはＩＰｖ６中継アドレスのエントリと一致する場合は、対応する映像配信サーバ１５１の正しいアドレス（映像配信サーバアドレス１００２もしくは映像配信サーバアドレス１２０２）を取得して、取得したアドレスを接続先（サーバ）ＩＰアドレスとして、接続情報管理テーブル４００のサーバアドレス４０２に記憶する。
【００９３】
次に、通信制御装置１２０は、システムであらかじめ決めておくタイムアウトの初期値（例えば１２０秒）を、接続情報管理テーブル４００のタイムアウト４０３およびタイマー４０４に設定する（Ｓ１７０５）。なお、ここで設定するタイムアウト値は、後にＲＴＳＰ ＳＥＴＵＰレスポンスを受信した際に取得するＲＴＳＰセッションのタイムアウト値に書き換えられることになる。
【００９４】
次に、通信制御装置１２０は、通信制御装置１２０と映像配信サーバ１５１との間でＲＴＳＰメッセージの送受信を行うためのポートを決定する（Ｓ１７０６）。ここではまず、システム共通テーブルである利用可能ポート番号テーブル５００から利用可能ポート番号範囲５０１を取得し、次に、システム共通テーブルである利用ポート番号テーブル６００に記憶している利用ポート番号６０１を全て読み出す。
【００９５】
通信制御装置１２０は、利用可能ポート番号範囲５０１のうち、利用ポート番号６０１に含まれない、すなわち現在利用されていないポートを一つ選び、それをＲＴＳＰメッセージの送受信に用いるポートとし、当該ポートを新たに利用ポート番号テーブル６００に追記する。また、ＲＴＳＰ通信利用ポート番号テーブル７００をワークメモリ上に作成し、当該ポートをＲＴＳＰ通信利用ポート番号７０１として記憶する。
【００９６】
次に、通信制御装置１２０は、帯域制御サーバ１６０に対し、映像配信サーバ１５１との間にＲＴＳＰ用ＱｏＳセッションを確立することを要求する（Ｓ１７０７）。このとき、ＲＴＳＰメッセージ自体はリアルタイム性が必要とされず、情報量もあまり多くないため、確保する帯域の指定は必要ない。すなわち、通信制御装置１２０のＩＰアドレスと上記で決定したＲＴＳＰ通信利用ポート番号７０１、および映像配信サーバ１５１のＩＰアドレスおよびポートの情報を用いてＲＴＳＰ用ＱｏＳセッションを確立する。
【００９７】
次に、通信制御装置１２０は、確立したＲＴＳＰ用ＱｏＳセッションを通して第２の通信路を確立する（Ｓ１７０８）。最後に、接続情報管理テーブル４００の状態４０５を“Ｉｎｉｔ”に設定する（Ｓ１７０９）。
【００９８】
また、図示しないが、上記のように通信路（第１の通信路、ＲＴＳＰ用ＱｏＳセッション、第２の通信路）が確立すると、通信制御装置１２０において、図示しないタイムアウト監視部が起動する。タイムアウト監視部は、接続情報管理テーブル４００のタイマー４０４に設定した値を１秒毎にデクリメントし、タイマー４０４の値が０になった時点でタイムアウトと判定する。タイムアウトが発生すると、通信制御装置１２０は、上記で確立した各通信路を切断する。
【００９９】
なお、詳細は後述するが、タイマー４０４の値は、タイムアウトと判定される前に新たなＲＴＳＰメッセージを受信することで、タイムアウト４０３に設定した値にリセットされる。すなわち、タイムアウトとは、通信制御装置１２０に次のＲＴＳＰメッセージが到達するまでの待ち時間である。
【０１００】
図１８は、再生準備の際の手順の例を示すシーケンス図である。これ以降、ＲＴＳＰクライアント機器とＲＴＳＰサーバ機器との間ではＲＴＳＰメッセージの送受信が行われる。ＲＴＳＰには、メッセージの送受信を行うための各種のメソッドが定義されている。これらは、例えば、ＯＰＴＩＯＮＳ、ＤＥＳＣＲＩＢＥ、ＳＥＴＵＰ、ＰＬＡＹ、ＰＡＵＳＥ、ＡＮＮＯＵＮＣＥ、ＴＥＡＲＤＯＷＮ等であり、それぞれについてリクエストとレスポンスのメソッドが定義されている。ＲＴＳＰクライアント機器やＲＴＳＰサーバ機器は、これらのメソッドを介して情報を送受信し、音声や映像等のコンテンツ再生に必要な情報の交換を行う。
【０１０１】
図１８に示す再生準備の動作では、映像用ＱｏＳセッションの確立に必要な情報を収集する。すなわち、ＱｏＳセッション制御に必要なコンテンツの帯域情報、およびＱｏＳセッションの両端の機器のＩＰアドレスおよびポートの情報を収集する。このうち、コンテンツの帯域情報はＲＴＳＰ ＤＥＳＣＲＩＢＥレスポンス、ＩＰアドレスおよびポートの情報はＲＴＳＰ ＳＥＴＵＰレスポンスからそれぞれ取得することができる。
【０１０２】
まず、映像受信表示装置１３１は、第１の通信路を介して通信制御装置１２０へＲＴＳＰ ＤＥＳＣＲＩＢＥリクエストを送信する（Ｓ１８０１）。ＲＴＳＰ ＤＥＳＣＲＩＢＥリクエストを受信した通信制御装置１２０は、接続情報管理テーブル４００のタイマー４０４の値をタイムアウト４０３の値にリセットする（Ｓ１８０２）。なお、これ以降全てのメソッドについて、第１の通信路から情報を受信した際には必ずタイマーをリセットする。
【０１０３】
次に、通信制御装置１２０は、取得したＲＴＳＰメッセージの内容を第２の通信路を介して映像配信サーバ１５１へ送信する（Ｓ１８０３）。次に、映像配信サーバ１５１は、ＲＴＳＰ ＤＥＳＣＲＩＢＥリクエストの内容を元に処理を行い、応答をＲＴＳＰ ＤＥＳＣＲＩＢＥレスポンスとして第２の通信路を介して通信制御装置１２０へ送信する（Ｓ１８０４）。
【０１０４】
通信制御装置１２０は、ＲＴＳＰ ＤＥＳＣＲＩＢＥレスポンスを取得し、そこに含まれるコンテンツの情報のうちコンテンツのビットレートの情報を取得する。そして、映像データ受信情報テーブル８００をワークメモリ上に作成し、帯域８０４の項目にその値を記憶する（Ｓ１８０５）。その後、通信制御装置１２０は、取得したＲＴＳＰ ＤＥＳＣＲＩＢＥレスポンスを、第１の通信路を介して映像受信表示装置１３１へ送信する（Ｓ１８０６）。
【０１０５】
次に、映像受信表示装置１３１は、ＲＴＳＰ ＳＥＴＵＰリクエストを第１の通信路を介して通信制御装置１２０へ送信する（Ｓ１８０７）。通信制御装置１２０は、第１の通信路を介してＲＴＳＰ ＳＥＴＵＰリクエストを取得し、タイマーをリセットし（Ｓ１８０８）、ＲＴＳＰ ＳＥＴＵＰリクエスト処理を行う（Ｓ１８０９）。
【０１０６】
すなわち、ＲＴＳＰ ＳＥＴＵＰリクエストを受信した通信制御装置１２０は、ＲＴＳＰ ＳＥＴＵＰリクエストから映像データ受信ポートであるclient_portの値を読み出し、映像データ受信情報テーブル８００のクライアントポート８０３に記憶する。次に、利用可能ポート番号テーブル５００および利用ポート番号テーブル６００を参照して利用可能なポートを決定し、これを通信制御装置１２０での映像データ受信ポートとして、ＲＴＳＰ ＳＥＴＵＰリクエストのclient_portの値をその値に書き換える。さらに、その値を映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶する。
【０１０７】
次に、通信制御装置１２０は、ＲＴＳＰ ＳＥＴＵＰリクエストを第２の通信路を介して映像配信サーバ１５１へ送信し（Ｓ１８１０）、その応答であるＲＴＳＰ ＳＥＴＵＰレスポンスを受信する（Ｓ１８１１）。その後、通信制御装置１２０は、受信したＲＴＳＰ ＳＥＴＵＰレスポンスの内部処理を行う（Ｓ１８１２）。
【０１０８】
すなわち、ＲＴＳＰ ＳＥＴＵＰレスポンスに含まれるＲＴＳＰセッション情報のタイムアウト値を取得し、接続情報管理テーブル４００のタイムアウト４０３の値を、取得したタイムアウト値で上書きする。また、ＲＴＳＰ ＳＥＴＵＰレスポンスに含まれる映像データ送信ポートであるserver_portの値を読み出し、映像データ受信情報テーブル８００のサーバポート８０２に記憶する。
【０１０９】
また、ＲＴＳＰ ＳＥＴＵＰレスポンスのclient_portの値を読み出し、この値が映像データ受信情報テーブル８００の通信制御装置ポート８０１の値と等しいか否かを確認する。等しくなければ、通信制御装置ポート８０１の値を取得したclient_portの値で上書きする。また、ＲＴＳＰ ＳＥＴＵＰレスポンスのclient_portの値を、映像データ受信情報テーブル８００のクライアントポート８０３の値に書き換える。
【０１１０】
その後、映像データを映像受信表示装置１３１に伝送するための映像データ転送設定を行う（Ｓ１８１２）。すなわち、通信制御装置１２０の、映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶したポートに到達した映像データを、映像受信表示装置１３１の、映像データ受信情報テーブル８００のクライアントポート８０３に記憶したポートへ転送するための設定を行う。なお、この設定は、通信制御装置１２０のＯＳや、映像受信表示装置１３１および映像配信サーバ１５１がＩＰｖ４機器であるかＩＰｖ６機器であるかなどに応じて種々の方法を採ることができる。
【０１１１】
次に、通信制御装置１２０は、映像データ受信情報テーブル８００に記憶した内容を元に、帯域制御サーバ１６０に対して、映像配信サーバ１５１との間の映像用ＱｏＳセッションの確立要求を行う（Ｓ１８１３）。すなわち、通信制御装置１２０のＩＰアドレスおよび映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶したポートと、映像配信サーバ１５１のＩＰアドレスおよび映像データ受信情報テーブル８００のサーバポート８０２に記憶したポートとの間に、映像データ受信情報テーブル８００の帯域８０４に設定された分の帯域を確保するように要求する。
【０１１２】
映像用ＱｏＳセッションが確立したら、通信制御装置１２０は、接続情報管理テーブル４００の状態４０５を“Ｒｅａｄｙ”に変更し（Ｓ１８１４）、ＲＴＳＰ ＳＥＴＵＰレスポンスを第１の通信路を介して映像受信表示装置１３１へ送信する（Ｓ１８１５）。
【０１１３】
図１９は、映像再生の際の手順の例を示すシーケンス図である。まず、映像受信表示装置１３１は、ＲＴＳＰ ＰＬＡＹリクエストを、第１の通信路を介して通信制御装置１２０へ送信する（Ｓ１９０１）。通信制御装置１２０は、ＲＴＳＰ ＰＬＡＹリクエストを受信し、タイマーをリセットし（Ｓ１９０２）、第２の通信路を介してＲＴＳＰ ＰＬＡＹリクエストを映像配信サーバ１５１へ送信する（Ｓ１９０３）。
【０１１４】
その後、ＲＴＳＰ ＰＬＡＹレスポンスを受信し（Ｓ１９０４）、接続情報管理テーブル４００の状態４０５を“Ｐｌａｙｉｎｇ”に変更して（Ｓ１９０５）、ＲＴＳＰ ＰＬＡＹレスポンスを第１の通信路を介して映像受信表示装置１３１へ送信する（Ｓ１９０６）。
【０１１５】
映像配信サーバ１５１は、ＲＴＳＰ ＰＬＡＹリクエストを受信すると、映像データの伝送を開始する（Ｓ１９０７）。映像データは、映像配信サーバ１５１と通信制御装置１２０との間では、通信制御装置１２０がＲＴＳＰ ＳＥＴＵＰレスポンス受信時に確立した映像用ＱｏＳセッション内を伝送される。通信制御装置１２０が受信した映像データは、ＲＴＳＰ ＳＥＴＵＰレスポンス受信時に設定した映像データ転送設定に従って、映像受信表示装置１３１へ転送される（Ｓ１９０８）。
【０１１６】
映像データの伝送中、映像受信表示装置１３１は、ＲＴＳＰセッションがタイムアウトしない程度の間隔で、接続維持用のメッセージを通信制御装置１２０に送信する（Ｓ１９０９）。これには通常、ＲＴＳＰの状態に変更を与えないＲＴＳＰ ＯＰＴＩＯＮＳメソッドか単純なハートビートを用いる。通信制御装置１２０は、これらのメッセージを受信した際はタイマーをリセットし（Ｓ１９１０）、受信したメッセージを映像配信サーバ１５１へ送信する（Ｓ１９１１）。通信制御装置１２０は、映像配信サーバ１５１からレスポンスを受信すると（Ｓ１９１２）、受信したレスポンスを映像受信表示装置１３１へ送信する（Ｓ１９１３）。
【０１１７】
図２０は、再生停止の際の手順の例を示すシーケンス図である。まず、映像受信表示装置１３１は、ＲＴＳＰ ＰＡＵＳＥリクエストを、第１の通信路を介して通信制御装置１２０へ送信する（Ｓ２００１）。通信制御装置１２０は、タイマーリセットを行い（Ｓ２００２）、ＲＴＳＰ ＰＡＵＳＥリクエストを第２の通信路を介して映像配信サーバ１５１へ送信する（Ｓ２００３）。
【０１１８】
その後、ＲＴＳＰ ＰＡＵＳＥレスポンスを受信し（Ｓ２００４）、接続情報管理テーブル４００の状態４０５を“Ｒｅａｄｙ”に変更して（Ｓ２００５）、ＲＴＳＰ ＰＡＵＳＥレスポンスを第１の通信路を介して映像受信表示装置１３１へ送信する（Ｓ２００６）。
【０１１９】
次に、映像受信表示装置１３１は、ＲＴＳＰ ＴＥＡＲＤＯＷＮリクエストを第１の通信路を介して通信制御装置１２０へ送信する（Ｓ２００７）。通信制御装置１２０は、タイマーリセットを行い（Ｓ２００８）、ＲＴＳＰ ＴＥＡＲＤＯＷＮリクエストを第２の通信路を介して映像配信サーバ１５１へ送信する（Ｓ２００９）。ＲＴＳＰ ＴＥＡＲＤＯＷＮリクエストを受信した映像配信サーバ１５１は、映像データの伝送を終了し、ＲＴＳＰ ＴＥＡＲＤＯＷＮレスポンスを通信制御装置１２０に送信する（Ｓ２０１０）。
【０１２０】
次に、通信制御装置１２０は、帯域制御サーバ１６０に対し、映像配信サーバ１５１との間の映像用ＱｏＳセッションの終了要求を行い、映像用ＱｏＳセッションを終了する（Ｓ２０１１）。その後、通信制御装置１２０は、映像データ転送設定を解除し（Ｓ２０１２）、映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶されている値を利用ポート番号テーブル６００から削除して、第２の通信路を切断する（Ｓ２０１３）。
【０１２１】
次に、通信制御装置１２０は、帯域制御サーバ１６０に対し、映像配信サーバ１５１との間のＲＴＳＰ用ＱｏＳセッションの終了要求を行い、ＲＴＳＰ用ＱｏＳセッションを終了する（Ｓ２０１４）。その際、ＲＴＳＰ通信利用ポート番号テーブル７００のＲＴＳＰ通信利用ポート番号７０１に記憶されている値を利用ポート番号テーブル６００から削除する。
【０１２２】
その後、通信制御装置１２０は、接続情報管理テーブル４００の状態４０５を“接続なし”に設定し（Ｓ２０１５）、第１の通信路を介してＲＴＳＰ ＴＥＡＲＤＯＷＮレスポンスを映像受信表示装置１３１へ送信する（Ｓ２０１６）。その後、第１の通信路を切断し（Ｓ２０１７）、コネクション内テーブルである接続情報管理テーブル４００、ＲＴＳＰ通信利用ポート番号テーブル７００、映像データ受信情報テーブル８００を削除する（Ｓ２０１８）。
【０１２３】
［ＲＴＳＰコネクションの状態遷移］
ここで、本実施の形態での通信制御方法における、通信制御装置１２０が記憶するＲＴＳＰコネクションの状態遷移について説明する。図２１（ａ）は、本実施の形態におけるＲＴＳＰコネクションの状態遷移図である。また、図２１（ｂ）は、本実施の形態におけるＲＴＳＰコネクションの状態遷移テーブルを示す図である。図２１（ａ）における遷移１〜７は、図２１（ｂ）におけるＮｏ．１〜７のイベントにそれぞれ対応している。
【０１２４】
図２１（ａ）において、まず最初は“コネクション無し”の状態である。“コネクション無し”状態にて、通信制御装置１２０がＲＴＳＰクライアント機器からの接続要求を受けて、第１の通信路の確立、ＲＴＳＰ用ＱｏＳセッションの確立、第２の通信路の確立を行うと、ＲＴＳＰコネクションは“Ｉｎｉｔ”状態に遷移する。
【０１２５】
“Ｉｎｉｔ”状態にて、通信制御装置１２０がＲＴＳＰ ＳＥＴＵＰレスポンスを受信し、映像用ＱｏＳセッションが確立すると“Ｒｅａｄｙ”状態に遷移する。“Ｒｅａｄｙ”状態にて、通信制御装置１２０がＲＴＳＰ ＰＬＡＹレスポンスを受信すると“Ｐｌａｙｉｎｇ”状態に遷移する。“Ｐｌａｙｉｎｇ”状態にて、通信制御装置１２０がＲＴＳＰ ＰＡＵＳＥレスポンスを受信すると“Ｒｅａｄｙ”状態に遷移する。
【０１２６】
また、“Ｐｌａｙｉｎｇ”状態にて、接続がタイムアウトする、もしくは通信制御装置１２０がＲＴＳＰ ＴＥＡＲＤＯＷＮレスポンスを受信すると、映像用ＱｏＳセッションおよびＲＴＳＰ用ＱｏＳセッションを終了し、“コネクション無し”状態に遷移する。“Ｒｅａｄｙ”状態にて、接続がタイムアウトする、もしくは通信制御装置１２０がＲＴＳＰ ＴＥＡＲＤＯＷＮレスポンスを受信すると、映像用ＱｏＳセッションおよびＲＴＳＰ用ＱｏＳセッションを終了し、“コネクション無し”状態に遷移する。“Ｉｎｉｔ”状態にて、接続がタイムアウトすると、ＲＴＳＰ用ＱｏＳセッションを終了し、“コネクション無し”状態に遷移する。
【０１２７】
上述のように、通信制御装置１２０は、ＲＴＳＰコネクションについて、ＲＴＳＰセッションの状況とＲＴＳＰ用および映像用ＱｏＳセッションの状況とを統一的に表す“状態”を用いて管理する。この“状態”は、ＲＴＳＰコネクション毎に接続情報管理テーブル４００の状態４０５に記憶している。
【０１２８】
［通信制御装置の処理フロー］
次に、図２２〜図３２を用いて、本実施の形態の映像配信システムにおける通信制御装置１２０での個別の処理の流れを説明する。
【０１２９】
図２２は、ドメイン名解決の処理の例を示すフローチャートである。まず、映像受信表示装置１３１から映像配信サーバ１５１のドメイン名解決要求を受信する（Ｓ２２０１）。次に、ＤＮＳサーバ１７０に対して、映像受信表示装置１３１から要求されたクエリタイプを用いてドメイン名解決要求を行う（Ｓ２２０２）。次に、ＤＮＳサーバ１７０からのドメイン名解決応答のアンサーカウントが０かどうかを判断する（Ｓ２２０３）。アンサーカウントが０でなければ、ステップＳ２２０７に進む。
【０１３０】
ステップＳ２２０３でアンサーカウントが０であった場合は、映像受信表示装置１３１から要求されたクエリタイプ以外のクエリタイプを用いてＤＮＳサーバ１７０にドメイン名解決要求を行う（Ｓ２２０４）。次に、ＤＮＳサーバ１７０からのドメイン名解決応答のアンサーカウントが０かどうかを判断する（Ｓ２２０５）。アンサーカウントが０であった場合は、映像受信表示装置１３１に、該当ドメイン名に該当する機器がない旨を応答して（Ｓ２２０６）、処理を終了する。ステップＳ２２０５でアンサーカウントが０でない場合は、映像受信表示装置１３１から要求されたクエリタイプとＤＮＳサーバ１７０からの応答のレコードタイプに従って応答アドレスを作成および応答し（Ｓ２２０７）、処理を終了する。
【０１３１】
図２３は、図２２の応答アドレス作成・応答処理（Ｓ２２０７）のサブルーチンの処理の例を示すフローチャートである。まず、映像受信表示装置１３１からのドメイン名解決要求のクエリタイプがＡレコードかどうかを判断する（Ｓ２３０１）。
【０１３２】
Ａレコードでなかった場合は、ステップＳ２３０７に進み、ＩＰｖ６中継プレフィックス情報テーブル９００を用いてＩＰｖ６中継アドレスを生成する（Ｓ２３０７）。次に、ＩＰｖ６中継アドレス変換テーブル１０００に、生成したＩＰｖ６中継アドレス１００１と映像配信サーバ１５１のアドレスを記憶する（Ｓ２３０８）。次に、通信制御装置１２０にＩＰｖ６中継アドレスを追加で設定する（Ｓ２３０９）。次に、ＩＰｖ６中継アドレスを映像受信表示装置１３１への応答アドレスに設定して（Ｓ２３１０）、ステップＳ２３１１へ進む。
【０１３３】
ステップＳ２３０１で、映像受信表示装置１３１からのドメイン名解決要求のクエリタイプがＡレコードであった場合は、ＤＮＳサーバからのアンサーカウントが０ではないドメイン名解決応答のレコードタイプがＡレコードかどうかを判断する（Ｓ２３０２）。Ａレコードであった場合は、ＤＮＳサーバ１７０が応答した映像配信サーバ１５１のアドレスを映像受信表示装置１３１への応答アドレスに設定して（Ｓ２３０３）、ステップＳ２３１１へ進む。
【０１３４】
ステップＳ２３０２で、ＤＮＳサーバからのドメイン名解決応答のレコードタイプがＡレコードでなかった場合は、ステップＳ２３０４へ進み、ＩＰｖ４ダミーアドレス生成情報テーブル１１００を用いてＩＰｖ４ダミーアドレスを生成する（Ｓ２３０４）。次に、ＩＰｖ４ダミーアドレス変換テーブルに、生成したＩＰｖ４ダミーアドレスと映像配信サーバ１５１のアドレスを記憶する（Ｓ２３０５）。次に、ＩＰｖ４ダミーアドレスを映像受信表示装置１３１への応答アドレスに設定して（Ｓ２３０６）、ステップＳ２３１１へ進む。
【０１３５】
ステップＳ２３１１では、上述した処理により設定された応答アドレスを映像受信表示装置１３１へ送信し（Ｓ２３１１）、処理を終了する。
【０１３６】
図２４は、通信路確立の処理の例を示すフローチャートである。まず、映像受信表示装置１３１から第１の通信路確立要求を受信し、映像受信表示装置１３１との間で第１の通信路を確立する（Ｓ２４０１）。次に、当該接続に関する接続情報管理テーブル４００を作成する（Ｓ２４０２）。次に、第１の通信路の情報における接続元のＩＰアドレスを取得し、接続情報管理テーブル４００のクライアントアドレス４０１に記憶する（Ｓ２４０３）。
【０１３７】
次に、第１の通信路の情報における接続先のＩＰアドレスを取得する（Ｓ２４０４）。次に、ＩＰｖ４ダミーアドレス変換テーブル１２００およびＩＰｖ６中継アドレス変換テーブル１０００を参照して、取得したＩＰアドレスが、各テーブルのＩＰｖ４ダミーアドレス１２０１またはＩＰｖ６中継アドレス１００１のエントリに該当するかどうかを判断する（Ｓ２４０５）。
【０１３８】
取得したＩＰアドレスが、各テーブルのＩＰｖ４ダミーアドレス１２０１またはＩＰｖ６中継アドレス１００１のエントリに該当する場合は、それぞれのテーブルで対応する映像配信サーバアドレス１２０２もしくは１００２を接続情報管理テーブル４００のサーバアドレス４０２に記憶する（Ｓ２４０７）。また、いずれにも該当しない場合は、ステップＳ２４０４で取得した接続先のＩＰアドレスを接続情報管理テーブル４００のサーバアドレス４０２に記憶する（Ｓ２４０６）。
【０１３９】
次に、システムで決めるタイムアウト時間を接続情報管理テーブル４００のタイムアウト４０３に記憶する（Ｓ２４０８）。次に、後述する通信制御装置１２０の利用ポート決定の手順によりＲＴＳＰ通信利用ポートを決定し、決定したＲＴＳＰ通信利用ポートをＲＴＳＰ通信利用ポート番号テーブル７００に記憶する（Ｓ２４０９）。その後、帯域制御サーバ１６０を介して映像配信サーバ１５１との間でＲＴＳＰ用ＱｏＳセッションを確立し（Ｓ２４１０）、第２の通信路を確立して（Ｓ２４１１）、処理を終了する。
【０１４０】
図２５は、ＲＴＳＰリクエストの処理の例を示すフローチャートである。まず、第１の通信路を介して映像受信表示装置１３１からＲＴＳＰリクエストデータを受信する（Ｓ２５０１）。次に、接続情報管理テーブル４００のタイマー４０４をリセットする（Ｓ２５０２）。次に、受信したＲＴＳＰリクエストがＳＥＴＵＰリクエストかどうかを調べる（Ｓ２５０３）。
【０１４１】
受信したＲＴＳＰリクエストがＳＥＴＵＰリクエストでなかった場合は、ステップＳ２５０５へ進む。ＳＥＴＵＰリクエストであった場合は、後述するＳＥＴＵＰリクエスト処理を行い（Ｓ２５０４）、ステップＳ２５０５へ進む。ステップＳ２５０５では、第２の通信路を介して映像配信サーバ１５１にＲＴＳＰリクエストデータを送信して（Ｓ２５０５）、処理を終了する。
【０１４２】
図２６は、図２５のＳＥＴＵＰリクエスト処理（Ｓ２５０４）のサブルーチンの処理の例を示すフローチャートである。まず、受信したＲＴＳＰリクエストデータから映像データ受信ポートを取得し、映像データ受信情報テーブル８００のクライアントポート８０３に記憶する（Ｓ２６０１）。
【０１４３】
次に、後述する通信制御装置１２０の利用ポート決定の手順により、通信制御装置１２０の映像データ受信ポートを決定し、映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶する（Ｓ２６０２）。次に、ＲＴＳＰリクエストデータの映像データ受信ポートの値を、ステップＳ２６０２で決定した通信制御装置１２０の映像データ受信ポートの値に書き換えて（Ｓ２６０３）、処理を終了する。
【０１４４】
図２７は、通信制御装置１２０の利用ポート決定のサブルーチンの処理の例を示すフローチャートである。まず、通信制御装置１２０の利用可能ポート番号テーブル５００から、利用可能ポート番号範囲５０１を取得する（Ｓ２７０１）。次に、通信制御装置１２０の利用ポート番号テーブル６００に記載の利用ポート番号６０１を全て取得する（Ｓ２７０２）。次に、ステップＳ２７０１で取得した利用可能ポート番号範囲５０１のうち、ステップＳ２７０２で取得した利用ポート番号６０１に含まれない番号を任意の手段によって１つ選択し、その番号を利用ポート番号テーブル６００に追記して（Ｓ２７０３）、処理を終了する。
【０１４５】
図２８は、映像配信サーバ１５１からのＲＴＳＰレスポンスの処理の例を示すフローチャートである。まず、第２の通信路を介して映像配信サーバ１５１からＲＴＳＰレスポンスデータを受信する（Ｓ２８０１）。次に、受信したＲＴＳＰレスポンスがＤＥＳＣＲＩＢＥレスポンスかどうかを調べる（Ｓ２８０２）。
【０１４６】
受信したＲＴＳＰレスポンスがＤＥＳＣＲＩＢＥレスポンスであった場合は、後述するＤＥＳＣＲＩＢＥレスポンス処理を行い（Ｓ２８０３）、ステップＳ２８０８へ進む。ＤＥＳＣＲＩＢＥレスポンスでなかった場合は、ステップＳ２８０４へ進み、受信したＲＴＳＰレスポンスがＳＥＴＵＰレスポンスかどうかを調べる（Ｓ２８０４）。
【０１４７】
ステップＳ２８０４で、受信したＲＴＳＰレスポンスがＳＥＴＵＰレスポンスであった場合は、後述するＳＥＴＵＰレスポンス処理を行い（Ｓ２８０５）、ステップＳ２８０８へ進む。ＳＥＴＵＰレスポンスでなかった場合は、ステップＳ２８０６へ進み、受信したＲＴＳＰレスポンスがＴＥＡＲＤＯＷＮレスポンスかどうかを調べる（Ｓ２８０６）。
【０１４８】
ステップＳ２８０６で、受信したＲＴＳＰレスポンスがＴＥＡＲＤＯＷＮレスポンスであった場合は、後述するＴＥＡＲＤＯＷＮレスポンス処理を行い（Ｓ２８０７）、ステップＳ２８０８へ進む。ＴＥＡＲＤＯＷＮレスポンスでなかった場合は、ステップＳ２８０８へ進む。
【０１４９】
ステップＳ２８０８では、ＲＴＳＰレスポンスデータの受信にともなって状態変更の処理を行う（Ｓ２８０８）。次に、第１の通信路を介して映像受信表示装置１３１へＲＴＳＰレスポンスデータを送信する（Ｓ２８０９）。次に、送信したＲＴＳＰレスポンスがＴＥＡＲＤＯＷＮレスポンスかどうかを調べる（Ｓ２８１０）。
【０１５０】
送信したＲＴＳＰレスポンスがＴＥＡＲＤＯＷＮレスポンスであった場合は、第１の通信路を切断し（Ｓ２８１１）、次に、コネクション内テーブルである接続情報管理テーブル４００、ＲＴＳＰ通信利用ポート番号テーブル７００、映像データ受信情報テーブル８００を削除して（Ｓ２８１２）、処理を終了する。ステップＳ２８１０で、送信したＲＴＳＰレスポンスがＴＥＡＲＤＯＷＮレスポンスでなかった場合は、処理を終了する。
【０１５１】
図２９は、図２８のＤＥＳＣＲＩＢＥレスポンス処理（Ｓ２８０３）のサブルーチンの処理の例を示すフローチャートである。まず、受信したＲＴＳＰレスポンスデータから映像のビットレート情報を取得する（Ｓ２９０１）。次に、映像データ受信情報テーブル８００の帯域８０４に、取得したビットレート情報を記憶して（Ｓ２９０２）、処理を終了する。
【０１５２】
図３０は、図２８のＳＥＴＵＰレスポンス処理（Ｓ２８０４）のサブルーチンの処理の例を示すフローチャートである。まず、受信したＲＴＳＰレスポンスデータから映像データ受信ポートを取得する（Ｓ３００１）。次に、取得した映像データ受信ポートが、映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶している値と同一であるかどうかを確認する（Ｓ３００２）。同一である場合はステップＳ３００４に進む。同一でない場合は、映像データ受信情報テーブル８００の通信制御装置ポート８０１を、ステップＳ３００１で取得した映像データ受信ポートの値で上書きし、ステップＳ３００４に進む。
【０１５３】
ステップＳ３００４では、受信したＲＴＳＰレスポンスデータから映像データ送信ポートを取得し、映像データ受信情報テーブル８００のサーバポート８０２に記憶する（Ｓ３００４）。次に、受信したＲＴＳＰレスポンスデータからＲＴＳＰセッションのタイムアウト時間を取得し、接続情報管理テーブル４００のタイムアウト４０３に上書きする（Ｓ３００５）。次に、受信したＲＴＳＰレスポンスデータの映像データ受信ポートを、映像データ受信情報テーブル８００のクライアントポート８０３の値で書き換える（Ｓ３００６）。
【０１５４】
次に、接続情報管理テーブル４００のクライアントアドレス４０１と映像データ受信情報テーブル８００の情報を用いて、映像データ転送設定を行う（Ｓ３００７）。次に、映像データ受信情報テーブル８００の情報を用いて、帯域制御サーバ１６０を介して映像配信サーバ１５１との間で映像用ＱｏＳセッションを確立して（Ｓ３００８）、処理を終了する。
【０１５５】
図３１は、図２８のＴＥＡＲＤＯＷＮレスポンス処理（Ｓ２８０６）のサブルーチンの処理の例を示すフローチャートである。まず、映像配信サーバ１５１との間の映像用ＱｏＳセッションを終了し（Ｓ３１０１）、次に、映像データ転送設定を解除する（Ｓ３１０２）。次に、映像配信サーバ１５１との間の第２の通信路を切断し（Ｓ３１０３）、ＲＴＳＰ用ＱｏＳセッションを終了して（Ｓ３１０４）、処理を終了する。
【０１５６】
図３２は、タイムアウト処理の例を示すフローチャートである。まず、接続情報管理テーブル４００のタイマー４０４の値が０となったことを検知する（Ｓ３２０１）。次に、接続情報管理テーブル４００の状態４０５が“Ｒｅａｄｙ”または“Ｐｌａｙｉｎｇ”かどうかを確認する（Ｓ３２０２）。
【０１５７】
接続情報管理テーブル４００の状態４０５が“Ｒｅａｄｙ”または“Ｐｌａｙｉｎｇ”でなかった場合は、ステップＳ３２０５へ進む。接続情報管理テーブル４００の状態４０５が“Ｒｅａｄｙ”または“Ｐｌａｙｉｎｇ”であった場合は、ステップＳ３２０３へ進む。ステップＳ３２０３では、映像配信サーバ１５１との間の映像用ＱｏＳセッションを終了し（Ｓ３２０３）、次に、映像データ転送設定を解除して（Ｓ３２０４）、ステップＳ３２０５へ進む。
【０１５８】
ステップＳ３２０５では、映像配信サーバ１５１との間の第２の通信路を切断し（Ｓ３２０５）、次に、ＲＴＳＰ用ＱｏＳセッションを終了する（Ｓ３２０６）。次に、映像受信表示装置１３１との間の第１の通信路を切断し（Ｓ３２０７）、次に、コネクション内テーブルである接続情報管理テーブル４００、ＲＴＳＰ通信利用ポート番号テーブル７００、映像データ受信情報テーブル８００を削除して（Ｓ３２０８）、処理を終了する。
【０１５９】
以上に説明したような本実施の形態における通信制御装置１２０は、ホームネットワーク１１０に接続する複数のＲＴＳＰクライアント機器からの接続を別個に管理することができる。例えば、映像受信表示装置１３１が映像再生中に、新たに映像受信表示装置１３２が接続した場合、映像受信表示装置１３２と通信制御装置１２０との間には新たな第１の通信路が確立され、通信制御装置１２０と映像配信サーバ１５１の間にも新たな第２の通信路が確立される。
【０１６０】
接続情報管理テーブル４００、ＲＴＳＰ通信利用ポート番号テーブル７００、映像データ受信情報テーブル８００といったコネクション内テーブルは、接続毎にワークメモリ上に確保されるため、それぞれの接続による状態遷移や接続情報は別個に管理することができる。
【０１６１】
また同様に、本実施の形態における通信制御装置１２０は、ホームネットワーク１１０に接続する一台のＲＴＳＰクライアント機器から複数の接続が行われた場合、それぞれの接続を別個に管理することができる。例えば、映像受信表示装置１３１上のアプリケーションＡが映像再生中に、新たに映像受信表示装置１３１上のアプリケーションＢが接続した場合、映像受信表示装置１３１上のアプリケーションＢと通信制御装置１２０との間には新たな第１の通信路が確立され、通信制御装置１２０と映像配信サーバ１５１の間にも新たな第２の通信路が確立される。
【０１６２】
すなわち、通信制御装置１２０は、ホームネットワーク１１０に接続する複数のＲＴＳＰクライアント機器（同一機器内で動作する別アプリケーションも含む）のＱｏＳセッション制御を一元的に管理することができ、ホームネットワーク１１０に接続するＱｏＳセッション制御機能を有しない全てのＲＴＳＰクライアント機器に対して、ＱｏＳ保証型のコンテンツ配信サービスを提供することができる。
【０１６３】
なお、本実施の形態の映像配信システムにおいて、通信制御装置１２０は、ＲＴＳＰ用ＱｏＳセッションおよび映像用ＱｏＳセッションの２種類のＱｏＳセッションを管理するが、ＲＴＳＰメッセージの送受信そのものは映像データの伝送に比べるとリアルタイム性が必要とされず、また伝送データ量も小さい。そのため、ＲＴＳＰ用ＱｏＳセッションを確立しない構成としても良い。この場合、ＲＴＳＰメッセージの送受信はＢＥ（Best Effort）通信で行われることになる。方法としては、上述した手順のうち、ＲＴＳＰ用ＱｏＳセッションに関する手順を省略することによって実現できる。
【０１６４】
以上に説明したように、本実施の形態における通信制御装置１２０によれば、映像受信表示装置１３１、１３２や、映像配信サーバ１５１、１５２に、ＩＰｖ４機器とＩＰｖ６機器が混在するような構成の場合であっても、通信制御装置１２０が映像受信表示装置１３１、１３２に代わってＱｏＳセッション制御を一元的に管理・実行することにより、ＱｏＳ制御手段を有しない映像受信表示装置１３１、１３２を用いて、映像配信サーバ１５１、１５２からＱｏＳ保証されたコンテンツの配信を受けることが可能となる。これにより、ユーザにとって映像受信表示装置１３１、１３２をＱｏＳ制御可能なものに置き換えるコストが不要となり、管理コストも小さい帯域保証型コンテンツ配信システムを実現することができる。
【０１６５】
また、通信制御装置１２０を介して送受信されるＲＴＳＰメッセージから帯域制御のための情報を取得して生成することができるため、コンテンツ配信サービス提供者にとっては、コンテンツ毎の帯域情報を別途管理する等の仕組みが不要となり、帯域制御を用いたコンテンツ配信サービスを、帯域制御およびコンテンツ配信に必要な制御のみ行う映像配信サーバ１５１、１５２で行うことが可能となる。
【０１６６】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【産業上の利用可能性】
【０１６７】
本発明は、通信制御装置ならびに通信制御方法に利用可能であり、特に、ＲＴＳＰ（Real Time Streaming Protocol）を用いて映像、音楽等のコンテンツの再生制御を行うストリーミング型コンテンツ配信サービスに用いられる通信制御装置ならびに通信制御方法に利用可能である。
【図面の簡単な説明】
【０１６８】
【図１】本発明の一実施の形態である映像配信システムの構成および通信制御装置の機能構成の一例を示す図である。
【図２】本発明の一実施の形態における通信制御装置のハードウェア構成の一例を示す図である。
【図３】本発明の一実施の形態における映像受信表示装置のハードウェア構成の一例を示す図である。
【図４】本発明の一実施の形態における接続情報管理テーブルの構成とデータの例を示す図である。
【図５】本発明の一実施の形態における利用可能ポート番号テーブルの構成とデータの例を示す図である。
【図６】本発明の一実施の形態における利用ポート番号テーブルの構成とデータの例を示す図である。
【図７】本発明の一実施の形態におけるＲＴＳＰ通信利用ポート番号テーブルの構成とデータの例を示す図である。
【図８】本発明の一実施の形態における映像データ受信情報テーブルの構成とデータの例を示す図である。
【図９】本発明の一実施の形態におけるＩＰｖ６中継プレフィックス情報テーブルの構成とデータの例を示す図である。
【図１０】本発明の一実施の形態におけるＩＰｖ６中継アドレス変換テーブルの構成とデータの例を示す図である。
【図１１】本発明の一実施の形態におけるＩＰｖ４ダミーアドレス生成情報テーブルの構成とデータの例を示す図である。
【図１２】本発明の一実施の形態におけるＩＰｖ４ダミーアドレス変換テーブルの構成とデータの例を示す図である。
【図１３】本発明の一実施の形態における映像受信表示装置が送信したドメイン名解決要求に対して通信制御装置が応答するまでの手順の例を示すシーケンス図である。
【図１４】本発明の一実施の形態における映像受信表示装置が送信したドメイン名解決要求に対して通信制御装置が応答するまでの手順の例を示すシーケンス図である。
【図１５】本発明の一実施の形態における映像受信表示装置が送信したドメイン名解決要求に対して通信制御装置が応答するまでの手順の例を示すシーケンス図である。
【図１６】本発明の一実施の形態における映像受信表示装置が送信したドメイン名解決要求に対して通信制御装置が応答するまでの手順の例を示すシーケンス図である。
【図１７】本発明の一実施の形態における通信路（第１の通信路および第２の通信路）の確立の際の手順の例を示すシーケンス図である。
【図１８】本発明の一実施の形態における再生準備の際の手順の例を示すシーケンス図である。
【図１９】本発明の一実施の形態における映像再生の際の手順の例を示すシーケンス図である。
【図２０】本発明の一実施の形態における再生停止の際の手順の例を示すシーケンス図である。
【図２１】（ａ）は、本発明の一実施の形態におけるＲＴＳＰコネクションの状態遷移図であり、（ｂ）は、本発明の一実施の形態におけるＲＴＳＰコネクションの状態遷移テーブルを示す図である。
【図２２】本発明の一実施の形態におけるドメイン名解決の処理の例を示すフローチャートである。
【図２３】本発明の一実施の形態における応答アドレス作成・応答処理のサブルーチンの処理の例を示すフローチャートである。
【図２４】本発明の一実施の形態における通信路確立の処理の例を示すフローチャートである。
【図２５】本発明の一実施の形態におけるＲＴＳＰリクエストの処理の例を示すフローチャートである。
【図２６】本発明の一実施の形態におけるＳＥＴＵＰリクエスト処理のサブルーチンの処理の例を示すフローチャートである。
【図２７】本発明の一実施の形態における通信制御装置の利用ポート決定のサブルーチンの処理の例を示すフローチャートである。
【図２８】本発明の一実施の形態における映像配信サーバからのＲＴＳＰレスポンスの処理の例を示すフローチャートである。
【図２９】本発明の一実施の形態におけるＤＥＳＣＲＩＢＥレスポンス処理のサブルーチンの処理の例を示すフローチャートである。
【図３０】本発明の一実施の形態におけるＳＥＴＵＰレスポンス処理のサブルーチンの処理の例を示すフローチャートである。
【図３１】本発明の一実施の形態におけるＴＥＡＲＤＯＷＮレスポンス処理のサブルーチンの処理の例を示すフローチャートである。
【図３２】本発明の一実施の形態におけるタイムアウト処理の例を示すフローチャートである。
【符号の説明】
【０１６９】
１００…ユーザ宅、１１０…ホームネットワーク、１２０…通信制御装置、１２１…ドメイン名解決部、１２２…代理接続部、１２３…帯域制御部、１２４…テーブル群、１３１〜１３２…映像受信表示装置、１４０…外部ネットワーク、１５１〜１５２…映像配信サーバ、１６０…帯域制御サーバ、１７０…ＤＮＳサーバ、
２０１…ＣＰＵ、２０２…メインメモリ、２０３…ＥＰＲＯＭ、２０４…第１ネットワークＩ／Ｆ、２０５…第２ネットワークＩ／Ｆ、２０６…不揮発性記憶装置、２０７…バス、
３０１…ＣＰＵ、３０２…メインメモリ、３０３…ＥＰＲＯＭ、３０４…出力装置、３０５…ネットワークＩ／Ｆ、３０６…不揮発性記憶装置、３０７…入力装置、３０８…映像再生装置、３０９…バス、
４００…接続情報管理テーブル、４０１…クライアントアドレス、４０２…サーバアドレス、４０３…タイムアウト、４０４…タイマー、４０５…状態、
５００…利用可能ポート番号テーブル、５０１…利用可能ポート番号範囲、
６００…利用ポート番号テーブル、６０１…利用ポート番号、
７００…ＲＴＳＰ通信利用ポート番号テーブル、７０１…ＲＴＳＰ通信利用ポート番号、
８００…映像データ受信情報テーブル、８０１…通信制御装置ポート、８０２…サーバポート、８０３…クライアントポート、８０４…帯域、
９００…ＩＰｖ６中継プレフィックス情報テーブル、９０１…ＩＰｖ６中継プレフィックス、
１０００…ＩＰｖ６中継アドレス変換テーブル、１００１…ＩＰｖ６中継アドレス、１００２…映像配信サーバアドレス、
１１００…ＩＰｖ４ダミーアドレス生成情報テーブル、１１０１…ＩＰｖ４ダミーアドレス生成情報、
１２００…ＩＰｖ４ダミーアドレス変換テーブル、１２０１…ＩＰｖ４ダミーアドレス、１２０２…映像配信サーバアドレス。
【技術分野】
【０００１】
本発明は、通信制御装置ならびに通信制御方法に関し、特に、ＲＴＳＰ（Real Time Streaming Protocol）を用いて映像、音楽等のコンテンツの再生制御を行うストリーミング型コンテンツ配信サービスに用いられる通信制御装置ならびに通信制御方法に適用して有効な技術に関するものである。
【背景技術】
【０００２】
ブロードバンドネットワークの普及により、ＰＣやネットワーク接続ＴＶ（ＩＰＴＶ）、ＳＴＢ（Set Top Box）等をクライアント端末とした、ネットワークを介した映像や音楽等のコンテンツ配信サービスが拡大している。
【０００３】
このようなコンテンツ配信サービスは、ストリーミング型とダウンロード型に大別することができる。このうち、ストリーミング型のコンテンツ配信サービスにおいては、コンテンツ配信サーバは、クライアント端末でのコンテンツの再生速度に合わせてコンテンツを配信する必要がある。よって、このようなサービスの多くはＲＴＳＰ（Real Time Streaming Protocol）等のプロトコルを用いてコンテンツの再生要求、停止要求といった再生制御を行い、再生要求を受けてＲＴＰ（Real-time Transport Protocol）等のプロトコルを用いてコンテンツを伝送する方法が取られる。
【０００４】
このようなストリーミング型のコンテンツ配信サービスにおいては、クライアント端末とコンテンツ配信サーバとの間のネットワーク帯域が十分に確保されない場合、もしくは時間的にネットワーク帯域が十分に確保できないことがある場合において、再生中のコンテンツが途中で止まる、途切れるといった問題が発生する可能性がある。
【０００５】
近年、ＮＧＮ（Next Generation Network）のような帯域保証（ＱｏＳ（Quality of Service）保証）可能なネットワークが登場するに至り、上記のような問題のあったストリーミング型のコンテンツ配信サービスにおいて、コンテンツが途中で止まったり、途切れたりすることを防止する、すなわちＱｏＳ保証を行う方法が開示されている。
【０００６】
例えば、特開２００５−１２６５５号公報（特許文献１）には、端末装置がコンテンツ配信サブシステムにセッション確立を要求した際に、ＳＩＰ（Session Initiation Protocol）セッション制御サブシステムが、コンテンツ配信サブシステムから当該コンテンツの視聴に必要な帯域の情報を取得し、帯域制御サブシステムに当該帯域情報に含まれる帯域値の帯域予約の要求を行い、帯域制御サブシステムで確保された帯域でコンテンツ配信サブシステムから端末装置に当該コンテンツを送信する方法が開示されている。
【０００７】
また、特開２００４−２８９６２７号公報（特許文献２）には、ストリーミングコンテンツの配信要求がクライアント端末から通信ネットワークを介して送信される際に、映像配信サーバ１５１の現在の使用可能帯域に関連する帯域リソース情報を監視するサーバリソース監視部と、通信ネットワーク上の複数の中継点に対応する複数のルータ、クライアント端末および映像配信サーバ１５１の間の複数の通信経路それぞれの現在の使用可能帯域に関連するネットワークリソース情報を監視するネットワークリソース監視部とを備えたストリーミングコンテンツ配信要求受付制御システムが開示されている。
【特許文献１】特開２００５−１２６５５号公報（図１）
【特許文献２】特開２００４−２８９６２７号公報（図１）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述の従来技術にはそれぞれ以下のような課題がある。まず、特許文献１に示される方法では、端末装置が帯域制御のためにＳＩＰ制御を行う必要がある。ユーザ宅には今後、ＰＣ、ＳＴＢ、ネットワーク接続ＴＶ等の複数の端末装置が設置されることが考えられるが、特許文献１に示される方法で帯域制御を実現するためには、これら全ての端末装置をＳＩＰ制御可能なもので揃えなければならない。
【０００９】
例えば、ユーザ宅にインターネット等の帯域制御不可能なネットワーク上におけるストリーミング型コンテンツ配信サービス対応の端末装置が既にあったとしても、ＮＧＮのような帯域制御可能なネットワーク上におけるストリーミング型コンテンツ配信サービスをそのまま受けることはできず、ユーザに機器の買い替え、交換、ソフトウェア更新といったコストや手間を強いることになる。
【００１０】
また、特許文献２に示される方法では、ストリーミングコンテンツ配信要求受付制御システムは、コンテンツの配送経路を決定するために、該当コンテンツの必要帯域情報を用いる。コンテンツの配送経路の決定は、ＷＷＷポータルサーバ上でユーザがコンテンツを選択した際に行われるため、ストリーミングコンテンツ配信要求受付制御システムでは、ＷＷＷポータルサーバで選択されたコンテンツのＩＤ情報からコンテンツの必要帯域情報を取得するためのコンテンツ管理テーブルをあらかじめ準備しておかなければならない。
【００１１】
すなわち、特許文献２に示される方法では、帯域制御やコンテンツ配送経路設定の処理とコンテンツそのものの情報とが密接に関係した構造となっており、単にコンテンツ配信サービスを行いたいサービス提供事業者にとっては、既存の映像配信システムを利用できない等、参入の敷居を高める構成となっている。
【００１２】
そこで本発明の目的は、帯域制御処理を実行できない既存のクライアント端末においても、ＱｏＳ保証されたストリーミング型コンテンツ配信サービスを受けることを可能とする通信制御装置ならびに通信制御方法を提供することにある。
【００１３】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１４】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。
【００１５】
本発明の代表的な実施の形態による通信制御装置は、クライアント端末が接続されるホームネットワークと映像配信サーバが接続されるＱｏＳ制御可能な外部ネットワークとの間に設置される通信制御装置であって、クライアント端末から受信した映像配信サーバについてのドメイン名解決要求に対して、外部ネットワークに接続するＤＮＳサーバとの間でドメイン名解決を行い、ドメイン名解決の結果に応じて映像配信サーバのＩＰアドレス、もしくはＩＰｖ４ダミーアドレス、もしくはＩＰｖ６中継アドレスを応答することで、クライアント端末が映像配信サーバに対して送信するＲＴＳＰメッセージを取得可能とし、クライアント端末と映像配信サーバとの間で送受信されるＲＴＳＰメッセージに含まれる情報を取得・解析してＱｏＳ制御に必要な情報を取得し、クライアント端末の代わりに映像配信サーバとの間のＱｏＳセッションの確立を行うことを特徴とするものである。
【発明の効果】
【００１６】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１７】
本発明の代表的な実施の形態によれば、ＱｏＳ制御手段を有しないクライアント端末を用いて通信制御装置と映像配信サーバとの間のＱｏＳ制御セッションの確立が可能であり、ユーザにとってクライアント端末をＱｏＳ制御可能なものに置き換えるコストが不要であり、管理コストも小さい帯域保証型コンテンツ配信システムを実現することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１９】
［システム構成］
図１は、本発明の一実施の形態である映像配信システムの構成および通信制御装置の機能構成の一例を示す図である。図１において、当該映像配信システムは、映像配信サーバ１５１、１５２、帯域制御サーバ１６０、ＤＮＳ（Domain Name System）サーバ１７０、通信制御装置１２０、映像受信表示装置１３１、１３２を有する構成となっている。
【００２０】
映像配信サーバ１５１、１５２と、帯域制御サーバ１６０と、ＤＮＳサーバ１７０と、通信制御装置１２０とは、ＮＧＮ（Next Generation Network）等のＱｏＳ（Quality of Service）制御可能な外部ネットワーク１４０と接続しており、所定の手順に従って情報の送受信を行うことができる。また、通信制御装置１２０と映像受信表示装置１３１、１３２は、ユーザ宅１００内に設置され、有線または無線で構成されるホームネットワーク１１０と接続しており、所定の手順に従って情報の送受信を行うことができる。
【００２１】
通信制御装置１２０は、ＩＰｖ４（Internet Protocol Version 4）、ＩＰｖ６（Internet Protocol Version 6）の両プロトコルに準拠し、外部ネットワーク１４０とホームネットワーク１１０の両方と接続しており、外部ネットワーク１４０とホームネットワーク１１０との間のメッセージのルーティングを行う。このルーティング機能により、通信制御装置１２０は、ユーザ宅１００内に設置された機器にとって、外部ネットワーク１４０に接続された機器と情報の送受信を行うためのゲートウェイとしての機能を有する。
【００２２】
通信制御装置１２０のドメイン名解決部１２１は、ホームネットワーク１１０に接続する機器からのドメイン名解決要求に従って、必要に応じてＤＮＳサーバ１７０にドメイン名解決要求を行い、適切なＩＰアドレスを応答するドメイン名解決機能を有する。なお、詳細な動作は後述するが、ドメイン名解決部１２１がドメイン名解決機能を用いて応答するＩＰアドレスは、ＤＮＳサーバ１７０からのドメイン名解決要求に対する応答と同じ値であるとは限らない。例えば、ホームネットワーク１１０に接続するＩＰｖ４実装機器が外部ネットワーク１４０に接続されたＩＰｖ６実装サーバと代理接続部１２２を介した情報のやり取りをするために、ＩＰｖ４ダミーアドレスを応答するような場合もある。
【００２３】
通信制御装置１２０の代理接続部１２２は、映像受信表示装置１３１や１３２が映像配信サーバ１５１や１５２とやり取りするＲＴＳＰメッセージの取得、解析、書き換えを行う代理接続機能を有する。代理接続部１２２は、取得、解析したＲＴＳＰメッセージから、後述するＱｏＳセッション制御のための情報、および映像データ転送設定のための情報を取得・生成し、テーブル群１２４に記憶する。
【００２４】
通信制御装置１２０の帯域制御部１２３は、代理接続部１２２で取得・生成されたＱｏＳセッション制御のための情報を元に、ＳＩＰ等のＱｏＳセッション制御用のプロトコルにより、映像配信サーバ１５１や１５２との間でＱｏＳセッションを確立する。
【００２５】
図２は、通信制御装置１２０のハードウェア構成の一例を示す図である。図２において、通信制御装置１２０は、ＣＰＵ２０１、メインメモリ２０２、ＥＰＲＯＭ（Erasable Programmable ROM）２０３、第１ネットワークインタフェース（Ｉ／Ｆ）２０４、第２ネットワークＩ／Ｆ２０５、不揮発性記憶装置２０６を有する構成となっており、これらはそれぞれバス２０７と接続され、所定の手順に従って情報の送受信を行うことができる。
【００２６】
ＥＰＲＯＭ２０３にはブートプログラムが記憶されており、また、不揮発性記憶装置２０６には各種プログラムが記憶されている。通信制御装置１２０が起動すると、ＥＰＲＯＭ２０３に記憶されたブートプログラムによって不揮発性記憶装置２０６から各種プログラムがメインメモリ２０２へ読み出される。ＣＰＵ２０１はメインメモリ２０２に読み出された各種プログラムを実行することにより、第１ネットワークＩ／Ｆ２０４や第２ネットワークＩ／Ｆ２０５等による信号の送受信等を行う。
【００２７】
第１ネットワークＩ／Ｆ２０４は、ホームネットワーク１１０と接続しており、ホームネットワーク１１０に接続する機器との間で情報の送受信を行うことができる。第１ネットワークＩ／Ｆ２０４は、ネットワークカード等により実現することができる。同様に、第２ネットワークＩ／Ｆ２０５は、外部ネットワーク１４０と接続しており、外部ネットワーク１４０と接続する機器との間で情報の送受信を行うことができる。第２ネットワークＩ／Ｆ２０５も、ネットワークカード等により実現することができる。
【００２８】
不揮発性記憶装置２０６には、上述のように、ＣＰＵ２０１がメインメモリ２０２に読み出して実行するための各種プログラムが記憶されている。不揮発性記憶装置２０６は、フラッシュメモリやＨＤＤ（ハードディスクドライブ）、光ディスク等により実現することができる。
【００２９】
なお、図１における通信制御装置１２０のドメイン名解決部１２１、代理接続部１２２、帯域制御部１２３の各部は、例えば、不揮発性記憶装置２０６に記憶されるプログラムによって実現され、当該プログラムがメインメモリ２０２に読み出された後、ＣＰＵ２０１によって実行されることで、通信制御装置１２０の各機能を実現するように構成することができる。なお、上記各部をプログラムではなく回路等によって構成することも当然可能である。また、テーブル群１２４は、上記プログラムの実行時にメインメモリ２０２上に作成される。
【００３０】
図３は、映像受信表示装置１３１のハードウェア構成の一例を示す図である。映像受信表示装置１３２のハードウェア構成も映像受信表示装置１３１と同様である。図３において、映像受信表示装置１３１は、ＣＰＵ３０１、メインメモリ３０２、ＥＰＲＯＭ３０３、出力装置３０４、ネットワークＩ／Ｆ３０５、不揮発性記憶装置３０６、入力装置３０７、映像再生装置３０８を有する構成となっており、これらはそれぞれバス３０９と接続され、所定の手順に従って情報の送受信を行うことができる。
【００３１】
ＥＰＲＯＭ３０３にはブートプログラムが記憶されており、また、不揮発性記憶装置３０６には各種プログラムが記憶されている。映像受信表示装置１３１が起動すると、ＥＰＲＯＭ３０３に記憶されたブートプログラムによって不揮発性記憶装置３０６から各種プログラムがメインメモリ３０２へ読み出される。ＣＰＵ３０１はメインメモリ３０２に読み出された各種プログラムを実行することにより、出力装置３０４、ネットワークＩ／Ｆ３０５、入力装置３０７、映像再生装置３０８等による信号の送受信等を行う。
【００３２】
出力装置３０４は、映像再生装置３０８で伸張（デコード）されたコンテンツや、ユーザの操作に応答するための情報を表示等により出力するための手段であり、ＣＲＴ（Cathode Ray Tube）、液晶ディスプレイ、プラズマディスプレイ、プロジェクタ、スピーカ、ヘッドフォン等によって実現される。また、出力装置３０４は、ＴＶ等のコンテンツ再生端末とは異なる装置で実現してもよい。この場合、映像受信表示装置１３１は別途Ｄ／Ａコンバータ等のＴＶ信号生成装置を具備し、当該装置と出力装置３０４とはＡＶケーブルや同軸ケーブル等で接続される。
【００３３】
ネットワークＩ／Ｆ３０５は、通信網を介して他の装置と情報を送受信するための手段であり、例えばネットワークアダプタ、無線送受信装置等によって実現される。不揮発性記憶装置３０６には、上述のように、ＣＰＵ３０１がメインメモリ３０２に読み出して実行するための各種プログラムが記憶されており、例えばＨＤＤ、フラッシュメモリ、光ディスク等によって実現することができる。
【００３４】
入力装置３０７は、ユーザが必要な命令や情報を入力するための手段であり、例えばＴＶ受信機で使用されるリモコンや、ＰＣで使用されるキーボード、マウス等によって実現される。映像再生装置３０８は、音声や映像等のコンテンツをデコードし、デコードされたコンテンツを出力装置３０４に送信する装置である。
【００３５】
なお、上述した通信制御装置１２０および映像受信表示装置１３１の構成は、図２および図３に示す構成に限らないことは当然である。例えば、映像受信表示装置１３１において、コンテンツのデコードが全てソフトウェアプログラムによって実現され、ＣＰＵ３０１で実行されるような場合は、映像再生装置３０８を有さない構成となる。この場合、当該ソフトウェアプログラムは不揮発性記憶装置３０６に記憶され、ＣＰＵ３０１によってメインメモリ３０２上に読み出されて実行される。
【００３６】
映像配信サーバ１５１、１５２のハードウェア構成は、図示しないが、少なくとも１台以上のコンピュータ（ＣＰＵ、メインメモリ、不揮発性記憶装置、入力装置、出力装置、ネットワークＩ／Ｆ等を含む）から構成されており、不揮発性記憶装置からメインメモリに読み出され、ＣＰＵによって実行される各種プログラムには、ＲＴＳＰ（Real Time Streaming Protocol）、ＲＴＰ（Real-time Transport Protocol）等のコンテンツ配信用のプロトコル、およびＳＩＰ（Session Initiation Protocol）等のＱｏＳセッション制御用のプロトコルが実装されている。
【００３７】
帯域制御サーバ１６０のハードウェア構成は、図示しないが、少なくとも１台以上のコンピュータ（ＣＰＵ、メインメモリ、不揮発性記憶装置、入力装置、出力装置、ネットワークＩ／Ｆ等を含む）から構成されており、不揮発性記憶装置からメインメモリに読み出され、ＣＰＵによって実行される各種プログラムには、ＳＩＰ等のＱｏＳセッション制御用のプロトコルが実装されている。
【００３８】
ＤＮＳサーバ１７０のハードウェア構成は、図示しないが、少なくとも１台以上のコンピュータ（ＣＰＵ、メインメモリ、不揮発性記憶装置、入力装置、出力装置、ネットワークＩ／Ｆ等を含む）から構成されており、不揮発性記憶装置からメインメモリに読み出され、ＣＰＵによって実行される各種プログラムには、ＤＮＳ（Domain Name System）等のドメイン名解決用のプロトコルが実装されている。
【００３９】
［データ構成］
次に、本実施の形態の映像配信システムにおいて、通信制御装置１２０が扱うテーブル群１２４の内容について説明する。テーブル群１２４に含まれるテーブルは、通信制御装置１２０内で唯一のテーブルである「システム共通テーブル」と、映像受信表示装置１３１、１３２からのＲＴＳＰコネクション毎に記憶するテーブルである「コネクション内テーブル」とに分類することができる。
【００４０】
図４は、接続情報管理テーブル４００の構成とデータの例を示す図である。接続情報管理テーブル４００はコネクション内テーブルに該当し、対象のＲＴＳＰコネクションに係る映像受信表示装置１３１と映像配信サーバ１５１のアドレスの情報や、コネクションのステータス等を管理する。接続情報管理テーブル４００は、クライアントアドレス４０１、サーバアドレス４０２、タイムアウト４０３、タイマー４０４、状態４０５の各項目から構成される。
【００４１】
図５は、利用可能ポート番号テーブル５００の構成とデータの例を示す図である。利用可能ポート番号テーブル５００はシステム共通テーブルに該当し、通信制御装置１２０においてＲＴＳＰコネクションに係る通信に利用可能なポート番号の範囲を記憶する。利用可能ポート番号テーブル５００は、利用可能ポート番号範囲５０１の項目から構成される。
【００４２】
図６は、利用ポート番号テーブル６００の構成とデータの例を示す図である。利用ポート番号テーブル６００はシステム共通テーブルに該当し、通信制御装置１２０においてＲＴＳＰコネクションに係る通信に既に利用されているポート番号を記憶する。利用ポート番号テーブル６００は、利用ポート番号６０１の項目から構成される。
【００４３】
図７は、ＲＴＳＰ通信利用ポート番号テーブル７００の構成とデータの例を示す図である。ＲＴＳＰ通信利用ポート番号テーブル７００はコネクション内テーブルに該当し、対象のＲＴＳＰコネクションについて、通信制御装置１２０が映像配信サーバ１５１との間でＲＴＳＰメッセージの送受信に利用しているポート番号を記憶する。ＲＴＳＰ通信利用ポート番号テーブル７００は、ＲＴＳＰ通信利用ポート番号７０１の項目から構成される。
【００４４】
図８は、映像データ受信情報テーブル８００の構成とデータの例を示す図である。映像データ受信情報テーブル８００はコネクション内テーブルに該当し、対象のＲＴＳＰコネクションについて、通信制御装置１２０が映像配信サーバ１５１から映像データを受信し、映像受信表示装置１３１へ送信するためのポートの情報等を管理する。映像データ受信情報テーブル８００は、通信制御装置ポート８０１、サーバポート８０２、クライアントポート８０３、帯域８０４の各項目から構成される。
【００４５】
図９は、ＩＰｖ６中継プレフィックス情報テーブル９００の構成とデータの例を示す図である。ＩＰｖ６中継プレフィックス情報テーブル９００はシステム共通テーブルに該当し、映像受信表示装置１３１がＩＰｖ６機器であった場合、すなわち、映像受信表示装置１３１からのドメイン名解決要求（ＤＮＳクエリ）のクエリタイプがＡＡＡＡレコードであった場合に、ＩＰｖ６中継アドレスを生成するために用いるＩＰｖ６プレフィックスの情報を保持する。ＩＰｖ６中継アドレスは、映像受信表示装置１３１が送信するＲＴＳＰメッセージを通信制御装置１２０で取得するために利用するアドレスである。ＩＰｖ６中継プレフィックス情報テーブル９００は、ＩＰｖ６中継プレフィックス９０１の項目から構成される。
【００４６】
図１０は、ＩＰｖ６中継アドレス変換テーブル１０００の構成とデータの例を示す図である。ＩＰｖ６中継アドレス変換テーブル１０００はシステム共通テーブルに該当し、ＩＰｖ６中継アドレス（映像受信表示装置１３１からのＲＴＳＰメッセージを通信制御装置１２０で取得するための仮のＩＰアドレス）を映像配信サーバ１５１のアドレス（真のＩＰアドレス）へ変換する際に用いる。ＩＰｖ６中継アドレス変換テーブル１０００は、ＩＰｖ６中継アドレス１００１、映像配信サーバアドレス１００２の各項目から構成される。
【００４７】
図１１は、ＩＰｖ４ダミーアドレス生成情報テーブル１１００の構成とデータの例を示す図である。ＩＰｖ４ダミーアドレス生成情報テーブル１１００はシステム共通テーブルに該当し、映像受信表示装置１３１がＩＰｖ４機器であった場合、すなわち、映像受信表示装置１３１からのドメイン名解決要求（ＤＮＳクエリ）のクエリタイプがＡレコードであり、かつ、映像配信サーバ１５１がＩＰｖ６機器であった場合に、仮（ダミー）のＩＰｖ４アドレスであるＩＰｖ４ダミーアドレスを生成するために用いるサブネットの情報を保持する。ＩＰｖ４ダミーアドレスは、ＩＰｖ４しか解釈できない映像受信表示装置１３１が送信するドメイン名解決要求に対して、通信制御装置１２０が応答するダミーのアドレスである。ＩＰｖ４ダミーアドレス生成情報テーブル１１００はＩＰｖ４ダミーアドレス生成情報１１０１の項目から構成される。
【００４８】
図１２は、ＩＰｖ４ダミーアドレス変換テーブル１２００の構成とデータの例を示す図である。ＩＰｖ４ダミーアドレス変換テーブル１２００はシステム共通テーブルに該当し、ＩＰｖ４ダミーアドレスを映像配信サーバ１５１のアドレスへ変換する際に用いる。ＩＰｖ４ダミーアドレス変換テーブル１２００はＩＰｖ４ダミーアドレス１２０１、映像配信サーバアドレス１２０２の各項目から構成される。
【００４９】
［動作の概要］
次に、本実施の形態の映像配信システムにおける動作の概要について説明する。図１に示す構成において、映像受信表示装置１３１、１３２は、映像配信サーバ１５１、１５２等のＲＴＳＰサーバとの間でＲＴＳＰメッセージを送受信するＲＴＳＰクライアントであり、ＲＴＳＰメッセージの送受信によって、音声や映像等のコンテンツの再生制御を行う。
【００５０】
外部ネットワーク１４０は、ＮＧＮ等のＱｏＳ制御可能なネットワークであり、外部ネットワーク１４０に接続する機器は、帯域制御サーバ１６０に対して、例えば、「どのＩＰアドレスの機器の何番ポートとどのＩＰアドレスの機器の何番ポートとの間で何Ｋｂｐｓの帯域を確保する」、といったＱｏＳセッション制御要求を行うことによって、外部ネットワーク１４０に接続した機器間で品質の高い通信を行うことができる。なお、本実施の形態においては、以下、ＱｏＳセッション制御のプロトコルにはＳＩＰを用いるものとして説明を行う。
【００５１】
映像配信サーバ１５１および１５２は、映像受信表示装置１３１等のＲＴＳＰクライアントとの間でＲＴＳＰメッセージの送受信を行うＲＴＳＰサーバである。また、帯域制御サーバ１６０等のＳＩＰサーバとの間でＱｏＳセッション制御情報を送受信するＳＩＰクライアントでもある。
【００５２】
帯域制御サーバ１６０は、通信制御装置１２０、映像配信サーバ１５１等のＳＩＰクライアントとの間でＱｏＳセッション制御情報の送受信を行い、実際のＱｏＳ制御を実行するＳＩＰサーバである。また、図１には図示しないが、帯域制御サーバ１６０は、ＩＭＳ（IP Multimedia System）の一部であり、ＳＩＰクライアントからのＱｏＳセッション制御要求に応じてＩＭＳ内の各サーバ、例えば、ＨＳＳ（Home Subscriber Server）、共通イネーブラ、ＡＳ（Application Server）等と必要な情報の送受信を行い、ＱｏＳセッション制御を行う。
【００５３】
ＤＮＳサーバ１７０は、映像配信サーバ１５１、１５２等のＦＱＤＮ（Fully Qualified Domain Name）とＩＰアドレスとの対応を示すテーブルを保持しており、通信制御装置１２０等からのドメイン名解決要求に従ってＦＱＤＮに対応するＩＰアドレスを応答する。
【００５４】
通信制御装置１２０は、帯域制御サーバ１６０等のＳＩＰサーバとの間でＱｏＳセッション制御情報の送受信を行うＳＩＰクライアントである。また、通信制御装置１２０は、外部ネットワーク１４０、ホームネットワーク１１０の両方と接続しており、代理接続部１２２において、ホームネットワーク１１０側に接続された映像受信表示装置１３１等のＲＴＳＰクライアントが送信するＲＴＳＰメッセージ、および外部ネットワーク１４０側に接続された映像配信サーバ１５１等のＲＴＳＰサーバが送信するＲＴＳＰメッセージを取得するＲＴＳＰメッセージ取得機能を有する。ＲＴＳＰメッセージ取得機能については後述する。
【００５５】
［ＩＰｖ４機器とＩＰｖ６機器との間でのメッセージの送受信］
外部ネットワーク１４０、ホームネットワーク１１０に接続する映像受信表示装置１３１、１３２や、映像配信サーバ１５１、１５２等では、ＩＰｖ４プロトコルスタックを実装したＩＰｖ４機器、およびＩＰｖ６プロトコルスタックを実装したＩＰｖ６機器が混在する場合がある。通常、ＩＰｖ４機器はＩＰｖ４機器との間、ＩＰｖ６機器はＩＰｖ６機器との間でしかメッセージの送受信を行うことができないが、本実施の形態の映像配信システムでは、通信制御装置１２０のドメイン名解決部１２１、代理接続部１２２の機能を用いて、ＩＰｖ４機器とＩＰｖ６機器との間、ＩＰｖ６機器とＩＰｖ４機器との間でのメッセージの送受信を可能とする。
【００５６】
以下、映像受信表示装置１３１がＩＰｖ４機器の場合またはＩＰｖ６機器の場合、および、映像配信サーバ１５１がＩＰｖ４機器の場合またはＩＰｖ６機器の場合のそれぞれについて、映像受信表示装置１３１と映像配信サーバ１５１との間でのＲＴＳＰメッセージの送受信を可能とし、かつ通信制御装置１２０にてＲＴＳＰメッセージの取得・解析を可能とするためのドメイン名解決部１２１の動作について説明する。
【００５７】
図１３は、映像受信表示装置１３１がＩＰｖ４機器、映像配信サーバ１５１がＩＰｖ４機器の場合に、映像受信表示装置１３１が送信したドメイン名解決要求に対して通信制御装置１２０が応答するまでの手順の例を示すシーケンス図である。
【００５８】
映像受信表示装置１３１は、映像配信サーバ１５１についてのドメイン名解決要求をＡレコードのクエリタイプで送信する（Ｓ１３０１）。ドメイン名解決要求を受信した通信制御装置１２０は、ＤＮＳサーバ１７０へドメイン名解決要求をＡレコードのクエリタイプで送信し（Ｓ１３０２）、ＤＮＳサーバ１７０は、ドメイン名解決応答を送信する（Ｓ１３０３）。ドメイン名解決応答を受信した通信制御装置１２０は、受信したドメイン名解決応答を映像受信表示装置１３１へ送信する（Ｓ１３０４）。
【００５９】
図１４は、映像受信表示装置１３１がＩＰｖ４機器、映像配信サーバ１５１がＩＰｖ６機器の場合に、映像受信表示装置１３１が送信したドメイン名解決要求に対して通信制御装置１２０が応答するまでの手順の例を示すシーケンス図である。
【００６０】
映像受信表示装置１３１は、映像配信サーバ１５１についてのドメイン名解決要求をＡレコードのクエリタイプで送信する（Ｓ１４０１）。ドメイン名解決要求を受信した通信制御装置１２０は、ＤＮＳサーバ１７０へドメイン名解決要求をＡレコードのクエリタイプで送信し（Ｓ１４０２）、ＤＮＳサーバ１７０は、アンサーカウントが０のドメイン名解決応答を送信する（Ｓ１４０３）。ドメイン名解決応答を受信した通信制御装置１２０は、ドメイン名解決応答のアンサーカウントが０であるため、続いてＤＮＳサーバ１７０へドメイン名解決要求をＡＡＡＡレコードのクエリタイプで送信し（Ｓ１４０４）、ＤＮＳサーバ１７０は、ドメイン名解決応答を送信する（Ｓ１４０５）。
【００６１】
次に、通信制御装置１２０は、ＩＰｖ４ダミーアドレス生成情報テーブル１１００を用いてＩＰｖ４ダミーアドレスを生成し（Ｓ１４０６）、ＩＰｖ４ダミーアドレス変換テーブル１２００に、生成したＩＰｖ４ダミーアドレスとＤＮＳサーバ１７０から応答された映像配信サーバ１５１のアドレスを記憶して（Ｓ１４０７）、映像受信表示装置１３１へＩＰｖ４ダミーアドレスを含むドメイン名解決応答を送信する（Ｓ１４０８）。
【００６２】
図１５は、映像受信表示装置１３１がＩＰｖ６機器、映像配信サーバ１５１がＩＰｖ４機器の場合に、映像受信表示装置１３１が送信したドメイン名解決要求に対して通信制御装置１２０が応答するまでの手順の例を示すシーケンス図である。
【００６３】
映像受信表示装置１３１は、映像配信サーバ１５１についてのドメイン名解決要求をＡＡＡＡレコードのクエリタイプで送信する（Ｓ１５０１）。ドメイン名解決要求を受信した通信制御装置１２０は、ＤＮＳサーバ１７０へドメイン名解決要求をＡＡＡＡレコードのクエリタイプで送信し（Ｓ１５０２）、ＤＮＳサーバ１７０は、アンサーカウントが０のドメイン名解決応答を送信する（Ｓ１５０３）。ドメイン名解決応答を受信した通信制御装置１２０は、ドメイン名解決応答のアンサーカウントが０であるため、続いてＤＮＳサーバ１７０へドメイン名解決要求をＡレコードのクエリタイプで送信し（Ｓ１５０４）、ＤＮＳサーバ１７０は、ドメイン名解決応答を送信する（Ｓ１５０５）。
【００６４】
次に、通信制御装置１２０は、ＩＰｖ６中継プレフィックス情報テーブル９００を用いてＩＰｖ６中継アドレスを生成し（Ｓ１５０６）、ＩＰｖ６中継アドレス変換テーブル１０００に、生成したＩＰｖ６中継アドレス１００１とＤＮＳサーバ１７０から応答された映像配信サーバ１５１のアドレスを記憶する（Ｓ１５０７）。さらに、通信制御装置１２０は、通信制御装置１２０自身に当該ＩＰｖ６中継アドレスを追加で設定し（Ｓ１５０８）、映像受信表示装置１３１へＩＰｖ６中継アドレスを含むドメイン名解決応答を送信する（Ｓ１５０９）。
【００６５】
図１６は、映像受信表示装置１３１がＩＰｖ６機器、映像配信サーバ１５１がＩＰｖ６機器の場合に、映像受信表示装置１３１が送信したドメイン名解決要求に対して通信制御装置１２０が応答するまでの手順の例を示すシーケンス図である。
【００６６】
映像受信表示装置１３１は、映像配信サーバ１５１についてのドメイン名解決要求をＡＡＡＡレコードのクエリタイプで送信する（Ｓ１６０１）。ドメイン名解決要求を受信した通信制御装置１２０は、ＤＮＳサーバ１７０へドメイン名解決要求をＡＡＡＡレコードのクエリタイプで送信し（Ｓ１６０２）、ＤＮＳサーバ１７０は、ドメイン名解決応答を送信する（Ｓ１６０３）。
【００６７】
次に、通信制御装置１２０は、ＩＰｖ６中継プレフィックス情報テーブル９００を用いてＩＰｖ６中継アドレスを生成し（Ｓ１６０４）、ＩＰｖ６中継アドレス変換テーブル１０００に、生成したＩＰｖ６中継アドレス１００１とＤＮＳサーバ１７０から応答された映像配信サーバ１５１のアドレスを記憶する（Ｓ１６０５）。さらに、通信制御装置１２０は、通信制御装置１２０自身に当該ＩＰｖ６中継アドレスを追加で設定し（Ｓ１６０６）、映像受信表示装置１３１へＩＰｖ６中継アドレスを含むドメイン名解決応答を送信する（Ｓ１６０７）。
【００６８】
［ＲＴＳＰメッセージ取得機能］
ここで、上記ＲＴＳＰメッセージ取得機能について説明する。通信制御装置１２０のＲＴＳＰメッセージ取得機能において、映像受信表示装置１３１等のＲＴＳＰクライアント機器が送信するＲＴＳＰメッセージを取得するにはいくつかの方法があるが、その内の３つの方法について以下に説明する。
【００６９】
第１のＲＴＳＰメッセージ取得方法は、通信制御装置１２０にて、ＲＴＳＰメッセージを取得するためのポートを監視し、映像受信表示装置１３１等のＲＴＳＰクライアント機器にＲＴＳＰプロキシ設定として通信制御装置１２０の当該ポートを設定した上で、映像受信表示装置１３１等のＲＴＳＰクライアント機器から映像配信サーバ１５１等のＲＴＳＰサーバ機器へＲＴＳＰメッセージを送信する方法である。
【００７０】
ＲＴＳＰクライアント機器は、ＲＴＳＰサーバ機器とＲＴＳＰメッセージの送受信を行うための通信路を確立する。第１のＲＴＳＰメッセージ取得方法では、ＲＴＳＰクライアント機器は、接続先の情報（ＲＴＳＰサーバ機器のＩＰアドレスおよびポート）を含む通信路確立要求を、ＲＴＳＰプロキシ設定に指定された通信制御装置１２０のＲＴＳＰメッセージ監視ポートに対して送信することになる。
【００７１】
通信制御装置１２０では、ＲＴＳＰメッセージ監視ポートに到達する接続元の情報（ＲＴＳＰクライアント機器のＩＰアドレスおよびポート）、接続先の情報（ＲＴＳＰサーバ機器のＩＰアドレスおよびポート）を含む通信路確立要求を取得して通信路を確立する。これ以降、ＲＴＳＰクライアント機器は、当該通信路を介してＲＴＳＰメッセージを送信するため、通信制御装置１２０は、ＲＴＳＰクライアント機器からのＲＴＳＰメッセージを取得することができる。
【００７２】
上述した第１のＲＴＳＰメッセージ取得方法では、映像受信表示装置１３１等のＲＴＳＰクライアント機器においてＲＴＳＰプロキシ設定が可能であることが必須となる。また、第１のＲＴＳＰメッセージ取得方法は、ＲＴＳＰクライアント機器がＩＰｖ４機器、ＩＰｖ６機器どちらの場合にも適用が可能である。映像受信表示装置１３１においてＲＴＳＰプロキシ設定が可能でない場合は、通信制御装置１２０は、以下に説明する第２もしくは第３のＲＴＳＰメッセージ取得方法にてＲＴＳＰメッセージを取得する必要がある。
【００７３】
第２のＲＴＳＰメッセージ取得方法は、ＲＴＳＰクライアント機器がＩＰｖ４機器であった場合に、通信制御装置１２０に対して、ホームネットワーク１１０側からの通信により入力される特定の情報を、通信制御装置１２０のＲＴＳＰメッセージ監視ポートに対してリダイレクトするような設定を行う方法である。例えば、通信制御装置１２０のオペレーティングシステムがＬｉｎｕｘ（登録商標）の場合は、以下のような設定により実現できる。
【００７４】
まず、Ｌｉｎｕｘのカーネルをリダイレクト設定が可能なように構成しておく。そして、例えば、“iptables -t nat -A PREROUTING -p tcp --dport 554 -j REDIRECT --to-ports 10554”のコマンドによって、Ｌｉｎｕｘに対してポートのリダイレクトの設定を行う。この設定によれば、通信制御装置１２０を通る５５４番ポート（ＲＴＳＰで用いられるWell Known Port）宛の通信を、例えば１０５５４番ポート宛にリダイレクトすることができる。
【００７５】
通信制御装置１２０にてあらかじめ上記のようなポートのリダイレクト設定を行い、リダイレクト先のポートを監視することによって、通信制御装置１２０は、ＲＴＳＰクライアント機器がＲＴＳＰサーバ機器とＲＴＳＰメッセージの送受信を行うための通信路確立要求を取得することができる。
【００７６】
第２のＲＴＳＰメッセージ取得方法では、ＲＴＳＰクライアント機器は、ＲＴＳＰサーバ機器のＲＴＳＰ待ち受けポート（通常は５５４番ポート）に対して通信路確立要求を送信する。ホームネットワーク１１０に接続するＲＴＳＰクライアント機器から、外部ネットワーク１４０に接続するＲＴＳＰサーバ機器に対しての通信は、必ず通信制御装置１２０を経由する。
【００７７】
通信制御装置１２０は、ＲＴＳＰクライアント機器が送信したＲＴＳＰサーバ機器宛の通信をリダイレクトし、リダイレクト先の監視ポートにて接続元の情報（ＲＴＳＰクライアント機器のＩＰアドレスおよびポート）および接続先の情報（ＲＴＳＰサーバ機器のＩＰアドレスおよびポート）を含む通信路確立要求を取得し、ＲＴＳＰクライアント機器との間に通信路を確立する。これ以降、ＲＴＳＰクライアント機器は、当該通信路を介してＲＴＳＰメッセージを送信するため、通信制御装置１２０は、ＲＴＳＰクライアント機器からのＲＴＳＰメッセージを取得することができる。
【００７８】
上述した第２のＲＴＳＰメッセージ取得方法では、映像受信表示装置１３１等のＲＴＳＰクライアント機器にはＲＴＳＰプロキシ設定等の特別な設定は必要なく、ＲＴＳＰクライアント機器は、通常の方法で単に映像配信サーバ１５１等のＲＴＳＰサーバ機器に対しての通信を行っているだけである。ただし、上記リダイレクトの設定はＮＡＴ（Network Address Translation）の機能を応用したものであるため、ＲＴＳＰクライアント機器がＮＡＴを適用可能なＩＰｖ４機器である場合のみ適用することができる。
【００７９】
なお、映像受信表示装置１３１がＩＰｖ４機器、映像配信サーバ１５１がＩＰｖ６機器の場合は、上述の図１４のように、映像受信表示装置１３１からのドメイン名解決要求に対し、通信制御装置１２０はＩＰｖ４ダミーアドレスを応答するが、映像受信表示装置１３１が当該ＩＰｖ４ダミーアドレス宛に送信するＲＴＳＰメッセージについても、第２のＲＴＳＰメッセージ取得方法で取得することができる。
【００８０】
第３のＲＴＳＰメッセージ取得方法は、通信制御装置１２０のドメイン名解決部１２１と代理接続部１２２とが連携することで達成される。第３のＲＴＳＰメッセージ取得方法では、ＲＴＳＰクライアント機器がＲＴＳＰサーバ機器のドメイン名解決要求を通信制御装置１２０に送信した際に、正しいＲＴＳＰサーバ機器のＩＰアドレスを応答するのではなく、通信制御装置１２０自身のＩＰアドレス（例えば、上述のＩＰｖ６中継アドレス）を応答する。ＲＴＳＰクライアント機器は、ＲＴＳＰサーバ機器に対してＲＴＳＰメッセージを送信していると認識しているが、実際にはＲＴＳＰメッセージは通信制御装置１２０に対して送信されているため、通信制御装置１２０は当該ＲＴＳＰメッセージを取得することができる。
【００８１】
上述した第３のＲＴＳＰメッセージ取得方法では、映像受信表示装置１３１等のＲＴＳＰクライアント機器にはＲＴＳＰプロキシ設定等の特別な設定は必要なく、ＲＴＳＰクライアント機器は、（実際には通信制御装置１２０に対してＲＴＳＰメッセージを送信しているが）映像配信サーバ１５１等のＲＴＳＰサーバ機器に対しての通信を行っているだけである。なお、第３のＲＴＳＰメッセージ取得方法は、ＲＴＳＰクライアント機器がＩＰｖ４機器、ＩＰｖ６機器いずれの場合でも適用することが可能である。
【００８２】
以降の説明では、特に断りがない場合、通信制御装置１２０は、ＲＴＳＰクライアント機器にＲＴＳＰプロキシ設定の必要がない第２のＲＴＳＰメッセージ取得方法（ＲＴＳＰクライアント機器がＩＰｖ４機器の場合）、もしくは第３のＲＴＳＰメッセージ取得方法（ＲＴＳＰクライアント機器がＩＰｖ６機器の場合）によってＲＴＳＰメッセージを取得するものとして説明する。
【００８３】
上述した第２のＲＴＳＰメッセージ取得方法あるいは第３のＲＴＳＰメッセージ取得方法を用いたＲＴＳＰメッセージ取得機能により、通信制御装置１２０は、映像受信表示装置１３１等のＲＴＳＰクライアント機器が映像配信サーバ１５１等のＲＴＳＰサーバ機器に対して送信する通信路確立要求を取得することができる。言い換えると、通信制御装置１２０は、映像受信表示装置１３１等のＲＴＳＰクライアント機器が送信する通信路確立要求を取得することにより、ＲＴＳＰクライアント機器との間に通信路を確立することができる。以下、このＲＴＳＰクライアント機器と通信制御装置１２０との間の通信路を第１の通信路と記述する。
【００８４】
上述した第２あるいは第３のＲＴＳＰメッセージ取得方法により、ＲＴＳＰクライアント機器と第１の通信路を確立した通信制御装置１２０は、取得した通信路確立要求に含まれる接続元の情報（ＲＴＳＰクライアント機器のＩＰアドレスおよびポート）および接続先の情報（ＲＴＳＰサーバ機器のＩＰアドレスおよびポート）を取得することができる。
【００８５】
ここで取得する接続先の情報に含まれるＲＴＳＰサーバのＩＰアドレスは、上述のＩＰｖ４ダミーアドレスやＩＰｖ６中継アドレスである場合があるが、それぞれＩＰｖ４ダミーアドレス変換テーブル１２００、ＩＰｖ６中継アドレス変換テーブル１０００を用いることで、通信制御装置１２０は、ＲＴＳＰサーバ機器（映像配信サーバ１５１）の正しいＩＰアドレスを取得することができる。ここで取得したＲＴＳＰサーバ機器の情報を用いて、通信制御装置１２０は、さらに、ＲＴＳＰサーバ機器と接続するための通信路を確立することができる。以下、このＲＴＳＰサーバ機器と通信制御装置１２０との間の通信路を第２の通信路と記述する。
【００８６】
通信制御装置１２０は、第１の通信路を経由して受信したＲＴＳＰメッセージの内容を解析し、必要な情報を取得したり、適切に書き換えたりした後、第２の通信路を経由してＲＴＳＰサーバ機器に送信する。その後、通信制御装置１２０は、ＲＴＳＰサーバ機器からの応答であるＲＴＳＰメッセージを第２の通信路を経由して受信する。通信制御装置１２０は、取得したＲＴＳＰメッセージの内容を解析し、必要な情報を取得したり、適切に書き換えたりした後、第１の通信路を経由してＲＴＳＰクライアント機器に対して送信する。
【００８７】
送受信されるＲＴＳＰメッセージには、ＱｏＳセッション制御に必要な情報（ＱｏＳ制御を行う各機器のＩＰアドレスとポートおよび必要な帯域の情報）も含まれている。従って、本実施の形態の映像配信システムは、上述のように、通信制御装置１２０によって、ＲＴＳＰクライアント機器とＲＴＳＰサーバ機器との間で送受信されるＲＴＳＰメッセージからＱｏＳセッション制御に必要な情報を取得し、ＲＴＳＰクライアント機器による再生制御が行われるまでの間に、ＲＴＳＰサーバ機器と通信制御装置１２０との間でＱｏＳ制御を行うことによって、ＱｏＳセッション制御機能を有しないＲＴＳＰクライアント機器が、ＱｏＳ保証された映像等のコンテンツ配信サービスを受けることを可能とするシステムである。
【００８８】
なお、本実施の形態の映像配信システムでは、ＲＴＳＰメッセージを取得して解析を可能とするための方法として、上述の３つの方法を挙げているが、通信制御装置１２０においてＲＴＳＰメッセージの内容からＱｏＳセッション制御に必要な情報を取得することが可能な仕組みであれば、例えば、ＯＳやＩＰｖ４、ＩＰｖ６のプロトコルスタックのモジュールに修正を加える等によってＲＴＳＰメッセージの内容を取得するように実装することも可能である。
【００８９】
［動作の流れ］
以下、本実施の形態の映像配信システムにおける動作の流れについて説明する。まず、図１７〜図２０を用いて、本実施の形態の映像配信システムにおける動作の流れの概要を説明する。
【００９０】
図１７は、通信路（第１の通信路および第２の通信路）の確立の際の手順の例を示すシーケンス図である。まず、映像受信表示装置１３１が、通信制御装置１２０を経由して、映像配信サーバ１５１宛に通信路確立要求を送信する。通信制御装置１２０は、上述のＲＴＳＰメッセージ取得機能によって当該通信路確立要求を取得し、映像受信表示装置１３１との間に第１の通信路を確立する（Ｓ１７０１）。
【００９１】
次に、通信制御装置１２０は、メインメモリ２０２上にＲＴＳＰコネクション毎に作成されるワークメモリに、接続情報管理テーブル４００を新規に作成する（Ｓ１７０２）。次に、通信制御装置１２０は、通信路確立要求に含まれる接続元（クライアント）ＩＰアドレスを取得して、接続情報管理テーブル４００のクライアントアドレス４０１に記憶する（Ｓ１７０３）。
【００９２】
次に、通信制御装置１２０は、通信路確立要求に含まれる接続先（サーバ）ＩＰアドレスを取得し、接続情報管理テーブル４００のサーバアドレス４０２に記憶する（Ｓ１７０４）。このとき、ＩＰｖ４ダミーアドレス変換テーブル１２００、およびＩＰｖ６中継アドレス変換テーブル１０００を参照し、取得した接続先ＩＰアドレスがＩＰｖ４ダミーアドレスもしくはＩＰｖ６中継アドレスのエントリと一致する場合は、対応する映像配信サーバ１５１の正しいアドレス（映像配信サーバアドレス１００２もしくは映像配信サーバアドレス１２０２）を取得して、取得したアドレスを接続先（サーバ）ＩＰアドレスとして、接続情報管理テーブル４００のサーバアドレス４０２に記憶する。
【００９３】
次に、通信制御装置１２０は、システムであらかじめ決めておくタイムアウトの初期値（例えば１２０秒）を、接続情報管理テーブル４００のタイムアウト４０３およびタイマー４０４に設定する（Ｓ１７０５）。なお、ここで設定するタイムアウト値は、後にＲＴＳＰ ＳＥＴＵＰレスポンスを受信した際に取得するＲＴＳＰセッションのタイムアウト値に書き換えられることになる。
【００９４】
次に、通信制御装置１２０は、通信制御装置１２０と映像配信サーバ１５１との間でＲＴＳＰメッセージの送受信を行うためのポートを決定する（Ｓ１７０６）。ここではまず、システム共通テーブルである利用可能ポート番号テーブル５００から利用可能ポート番号範囲５０１を取得し、次に、システム共通テーブルである利用ポート番号テーブル６００に記憶している利用ポート番号６０１を全て読み出す。
【００９５】
通信制御装置１２０は、利用可能ポート番号範囲５０１のうち、利用ポート番号６０１に含まれない、すなわち現在利用されていないポートを一つ選び、それをＲＴＳＰメッセージの送受信に用いるポートとし、当該ポートを新たに利用ポート番号テーブル６００に追記する。また、ＲＴＳＰ通信利用ポート番号テーブル７００をワークメモリ上に作成し、当該ポートをＲＴＳＰ通信利用ポート番号７０１として記憶する。
【００９６】
次に、通信制御装置１２０は、帯域制御サーバ１６０に対し、映像配信サーバ１５１との間にＲＴＳＰ用ＱｏＳセッションを確立することを要求する（Ｓ１７０７）。このとき、ＲＴＳＰメッセージ自体はリアルタイム性が必要とされず、情報量もあまり多くないため、確保する帯域の指定は必要ない。すなわち、通信制御装置１２０のＩＰアドレスと上記で決定したＲＴＳＰ通信利用ポート番号７０１、および映像配信サーバ１５１のＩＰアドレスおよびポートの情報を用いてＲＴＳＰ用ＱｏＳセッションを確立する。
【００９７】
次に、通信制御装置１２０は、確立したＲＴＳＰ用ＱｏＳセッションを通して第２の通信路を確立する（Ｓ１７０８）。最後に、接続情報管理テーブル４００の状態４０５を“Ｉｎｉｔ”に設定する（Ｓ１７０９）。
【００９８】
また、図示しないが、上記のように通信路（第１の通信路、ＲＴＳＰ用ＱｏＳセッション、第２の通信路）が確立すると、通信制御装置１２０において、図示しないタイムアウト監視部が起動する。タイムアウト監視部は、接続情報管理テーブル４００のタイマー４０４に設定した値を１秒毎にデクリメントし、タイマー４０４の値が０になった時点でタイムアウトと判定する。タイムアウトが発生すると、通信制御装置１２０は、上記で確立した各通信路を切断する。
【００９９】
なお、詳細は後述するが、タイマー４０４の値は、タイムアウトと判定される前に新たなＲＴＳＰメッセージを受信することで、タイムアウト４０３に設定した値にリセットされる。すなわち、タイムアウトとは、通信制御装置１２０に次のＲＴＳＰメッセージが到達するまでの待ち時間である。
【０１００】
図１８は、再生準備の際の手順の例を示すシーケンス図である。これ以降、ＲＴＳＰクライアント機器とＲＴＳＰサーバ機器との間ではＲＴＳＰメッセージの送受信が行われる。ＲＴＳＰには、メッセージの送受信を行うための各種のメソッドが定義されている。これらは、例えば、ＯＰＴＩＯＮＳ、ＤＥＳＣＲＩＢＥ、ＳＥＴＵＰ、ＰＬＡＹ、ＰＡＵＳＥ、ＡＮＮＯＵＮＣＥ、ＴＥＡＲＤＯＷＮ等であり、それぞれについてリクエストとレスポンスのメソッドが定義されている。ＲＴＳＰクライアント機器やＲＴＳＰサーバ機器は、これらのメソッドを介して情報を送受信し、音声や映像等のコンテンツ再生に必要な情報の交換を行う。
【０１０１】
図１８に示す再生準備の動作では、映像用ＱｏＳセッションの確立に必要な情報を収集する。すなわち、ＱｏＳセッション制御に必要なコンテンツの帯域情報、およびＱｏＳセッションの両端の機器のＩＰアドレスおよびポートの情報を収集する。このうち、コンテンツの帯域情報はＲＴＳＰ ＤＥＳＣＲＩＢＥレスポンス、ＩＰアドレスおよびポートの情報はＲＴＳＰ ＳＥＴＵＰレスポンスからそれぞれ取得することができる。
【０１０２】
まず、映像受信表示装置１３１は、第１の通信路を介して通信制御装置１２０へＲＴＳＰ ＤＥＳＣＲＩＢＥリクエストを送信する（Ｓ１８０１）。ＲＴＳＰ ＤＥＳＣＲＩＢＥリクエストを受信した通信制御装置１２０は、接続情報管理テーブル４００のタイマー４０４の値をタイムアウト４０３の値にリセットする（Ｓ１８０２）。なお、これ以降全てのメソッドについて、第１の通信路から情報を受信した際には必ずタイマーをリセットする。
【０１０３】
次に、通信制御装置１２０は、取得したＲＴＳＰメッセージの内容を第２の通信路を介して映像配信サーバ１５１へ送信する（Ｓ１８０３）。次に、映像配信サーバ１５１は、ＲＴＳＰ ＤＥＳＣＲＩＢＥリクエストの内容を元に処理を行い、応答をＲＴＳＰ ＤＥＳＣＲＩＢＥレスポンスとして第２の通信路を介して通信制御装置１２０へ送信する（Ｓ１８０４）。
【０１０４】
通信制御装置１２０は、ＲＴＳＰ ＤＥＳＣＲＩＢＥレスポンスを取得し、そこに含まれるコンテンツの情報のうちコンテンツのビットレートの情報を取得する。そして、映像データ受信情報テーブル８００をワークメモリ上に作成し、帯域８０４の項目にその値を記憶する（Ｓ１８０５）。その後、通信制御装置１２０は、取得したＲＴＳＰ ＤＥＳＣＲＩＢＥレスポンスを、第１の通信路を介して映像受信表示装置１３１へ送信する（Ｓ１８０６）。
【０１０５】
次に、映像受信表示装置１３１は、ＲＴＳＰ ＳＥＴＵＰリクエストを第１の通信路を介して通信制御装置１２０へ送信する（Ｓ１８０７）。通信制御装置１２０は、第１の通信路を介してＲＴＳＰ ＳＥＴＵＰリクエストを取得し、タイマーをリセットし（Ｓ１８０８）、ＲＴＳＰ ＳＥＴＵＰリクエスト処理を行う（Ｓ１８０９）。
【０１０６】
すなわち、ＲＴＳＰ ＳＥＴＵＰリクエストを受信した通信制御装置１２０は、ＲＴＳＰ ＳＥＴＵＰリクエストから映像データ受信ポートであるclient_portの値を読み出し、映像データ受信情報テーブル８００のクライアントポート８０３に記憶する。次に、利用可能ポート番号テーブル５００および利用ポート番号テーブル６００を参照して利用可能なポートを決定し、これを通信制御装置１２０での映像データ受信ポートとして、ＲＴＳＰ ＳＥＴＵＰリクエストのclient_portの値をその値に書き換える。さらに、その値を映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶する。
【０１０７】
次に、通信制御装置１２０は、ＲＴＳＰ ＳＥＴＵＰリクエストを第２の通信路を介して映像配信サーバ１５１へ送信し（Ｓ１８１０）、その応答であるＲＴＳＰ ＳＥＴＵＰレスポンスを受信する（Ｓ１８１１）。その後、通信制御装置１２０は、受信したＲＴＳＰ ＳＥＴＵＰレスポンスの内部処理を行う（Ｓ１８１２）。
【０１０８】
すなわち、ＲＴＳＰ ＳＥＴＵＰレスポンスに含まれるＲＴＳＰセッション情報のタイムアウト値を取得し、接続情報管理テーブル４００のタイムアウト４０３の値を、取得したタイムアウト値で上書きする。また、ＲＴＳＰ ＳＥＴＵＰレスポンスに含まれる映像データ送信ポートであるserver_portの値を読み出し、映像データ受信情報テーブル８００のサーバポート８０２に記憶する。
【０１０９】
また、ＲＴＳＰ ＳＥＴＵＰレスポンスのclient_portの値を読み出し、この値が映像データ受信情報テーブル８００の通信制御装置ポート８０１の値と等しいか否かを確認する。等しくなければ、通信制御装置ポート８０１の値を取得したclient_portの値で上書きする。また、ＲＴＳＰ ＳＥＴＵＰレスポンスのclient_portの値を、映像データ受信情報テーブル８００のクライアントポート８０３の値に書き換える。
【０１１０】
その後、映像データを映像受信表示装置１３１に伝送するための映像データ転送設定を行う（Ｓ１８１２）。すなわち、通信制御装置１２０の、映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶したポートに到達した映像データを、映像受信表示装置１３１の、映像データ受信情報テーブル８００のクライアントポート８０３に記憶したポートへ転送するための設定を行う。なお、この設定は、通信制御装置１２０のＯＳや、映像受信表示装置１３１および映像配信サーバ１５１がＩＰｖ４機器であるかＩＰｖ６機器であるかなどに応じて種々の方法を採ることができる。
【０１１１】
次に、通信制御装置１２０は、映像データ受信情報テーブル８００に記憶した内容を元に、帯域制御サーバ１６０に対して、映像配信サーバ１５１との間の映像用ＱｏＳセッションの確立要求を行う（Ｓ１８１３）。すなわち、通信制御装置１２０のＩＰアドレスおよび映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶したポートと、映像配信サーバ１５１のＩＰアドレスおよび映像データ受信情報テーブル８００のサーバポート８０２に記憶したポートとの間に、映像データ受信情報テーブル８００の帯域８０４に設定された分の帯域を確保するように要求する。
【０１１２】
映像用ＱｏＳセッションが確立したら、通信制御装置１２０は、接続情報管理テーブル４００の状態４０５を“Ｒｅａｄｙ”に変更し（Ｓ１８１４）、ＲＴＳＰ ＳＥＴＵＰレスポンスを第１の通信路を介して映像受信表示装置１３１へ送信する（Ｓ１８１５）。
【０１１３】
図１９は、映像再生の際の手順の例を示すシーケンス図である。まず、映像受信表示装置１３１は、ＲＴＳＰ ＰＬＡＹリクエストを、第１の通信路を介して通信制御装置１２０へ送信する（Ｓ１９０１）。通信制御装置１２０は、ＲＴＳＰ ＰＬＡＹリクエストを受信し、タイマーをリセットし（Ｓ１９０２）、第２の通信路を介してＲＴＳＰ ＰＬＡＹリクエストを映像配信サーバ１５１へ送信する（Ｓ１９０３）。
【０１１４】
その後、ＲＴＳＰ ＰＬＡＹレスポンスを受信し（Ｓ１９０４）、接続情報管理テーブル４００の状態４０５を“Ｐｌａｙｉｎｇ”に変更して（Ｓ１９０５）、ＲＴＳＰ ＰＬＡＹレスポンスを第１の通信路を介して映像受信表示装置１３１へ送信する（Ｓ１９０６）。
【０１１５】
映像配信サーバ１５１は、ＲＴＳＰ ＰＬＡＹリクエストを受信すると、映像データの伝送を開始する（Ｓ１９０７）。映像データは、映像配信サーバ１５１と通信制御装置１２０との間では、通信制御装置１２０がＲＴＳＰ ＳＥＴＵＰレスポンス受信時に確立した映像用ＱｏＳセッション内を伝送される。通信制御装置１２０が受信した映像データは、ＲＴＳＰ ＳＥＴＵＰレスポンス受信時に設定した映像データ転送設定に従って、映像受信表示装置１３１へ転送される（Ｓ１９０８）。
【０１１６】
映像データの伝送中、映像受信表示装置１３１は、ＲＴＳＰセッションがタイムアウトしない程度の間隔で、接続維持用のメッセージを通信制御装置１２０に送信する（Ｓ１９０９）。これには通常、ＲＴＳＰの状態に変更を与えないＲＴＳＰ ＯＰＴＩＯＮＳメソッドか単純なハートビートを用いる。通信制御装置１２０は、これらのメッセージを受信した際はタイマーをリセットし（Ｓ１９１０）、受信したメッセージを映像配信サーバ１５１へ送信する（Ｓ１９１１）。通信制御装置１２０は、映像配信サーバ１５１からレスポンスを受信すると（Ｓ１９１２）、受信したレスポンスを映像受信表示装置１３１へ送信する（Ｓ１９１３）。
【０１１７】
図２０は、再生停止の際の手順の例を示すシーケンス図である。まず、映像受信表示装置１３１は、ＲＴＳＰ ＰＡＵＳＥリクエストを、第１の通信路を介して通信制御装置１２０へ送信する（Ｓ２００１）。通信制御装置１２０は、タイマーリセットを行い（Ｓ２００２）、ＲＴＳＰ ＰＡＵＳＥリクエストを第２の通信路を介して映像配信サーバ１５１へ送信する（Ｓ２００３）。
【０１１８】
その後、ＲＴＳＰ ＰＡＵＳＥレスポンスを受信し（Ｓ２００４）、接続情報管理テーブル４００の状態４０５を“Ｒｅａｄｙ”に変更して（Ｓ２００５）、ＲＴＳＰ ＰＡＵＳＥレスポンスを第１の通信路を介して映像受信表示装置１３１へ送信する（Ｓ２００６）。
【０１１９】
次に、映像受信表示装置１３１は、ＲＴＳＰ ＴＥＡＲＤＯＷＮリクエストを第１の通信路を介して通信制御装置１２０へ送信する（Ｓ２００７）。通信制御装置１２０は、タイマーリセットを行い（Ｓ２００８）、ＲＴＳＰ ＴＥＡＲＤＯＷＮリクエストを第２の通信路を介して映像配信サーバ１５１へ送信する（Ｓ２００９）。ＲＴＳＰ ＴＥＡＲＤＯＷＮリクエストを受信した映像配信サーバ１５１は、映像データの伝送を終了し、ＲＴＳＰ ＴＥＡＲＤＯＷＮレスポンスを通信制御装置１２０に送信する（Ｓ２０１０）。
【０１２０】
次に、通信制御装置１２０は、帯域制御サーバ１６０に対し、映像配信サーバ１５１との間の映像用ＱｏＳセッションの終了要求を行い、映像用ＱｏＳセッションを終了する（Ｓ２０１１）。その後、通信制御装置１２０は、映像データ転送設定を解除し（Ｓ２０１２）、映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶されている値を利用ポート番号テーブル６００から削除して、第２の通信路を切断する（Ｓ２０１３）。
【０１２１】
次に、通信制御装置１２０は、帯域制御サーバ１６０に対し、映像配信サーバ１５１との間のＲＴＳＰ用ＱｏＳセッションの終了要求を行い、ＲＴＳＰ用ＱｏＳセッションを終了する（Ｓ２０１４）。その際、ＲＴＳＰ通信利用ポート番号テーブル７００のＲＴＳＰ通信利用ポート番号７０１に記憶されている値を利用ポート番号テーブル６００から削除する。
【０１２２】
その後、通信制御装置１２０は、接続情報管理テーブル４００の状態４０５を“接続なし”に設定し（Ｓ２０１５）、第１の通信路を介してＲＴＳＰ ＴＥＡＲＤＯＷＮレスポンスを映像受信表示装置１３１へ送信する（Ｓ２０１６）。その後、第１の通信路を切断し（Ｓ２０１７）、コネクション内テーブルである接続情報管理テーブル４００、ＲＴＳＰ通信利用ポート番号テーブル７００、映像データ受信情報テーブル８００を削除する（Ｓ２０１８）。
【０１２３】
［ＲＴＳＰコネクションの状態遷移］
ここで、本実施の形態での通信制御方法における、通信制御装置１２０が記憶するＲＴＳＰコネクションの状態遷移について説明する。図２１（ａ）は、本実施の形態におけるＲＴＳＰコネクションの状態遷移図である。また、図２１（ｂ）は、本実施の形態におけるＲＴＳＰコネクションの状態遷移テーブルを示す図である。図２１（ａ）における遷移１〜７は、図２１（ｂ）におけるＮｏ．１〜７のイベントにそれぞれ対応している。
【０１２４】
図２１（ａ）において、まず最初は“コネクション無し”の状態である。“コネクション無し”状態にて、通信制御装置１２０がＲＴＳＰクライアント機器からの接続要求を受けて、第１の通信路の確立、ＲＴＳＰ用ＱｏＳセッションの確立、第２の通信路の確立を行うと、ＲＴＳＰコネクションは“Ｉｎｉｔ”状態に遷移する。
【０１２５】
“Ｉｎｉｔ”状態にて、通信制御装置１２０がＲＴＳＰ ＳＥＴＵＰレスポンスを受信し、映像用ＱｏＳセッションが確立すると“Ｒｅａｄｙ”状態に遷移する。“Ｒｅａｄｙ”状態にて、通信制御装置１２０がＲＴＳＰ ＰＬＡＹレスポンスを受信すると“Ｐｌａｙｉｎｇ”状態に遷移する。“Ｐｌａｙｉｎｇ”状態にて、通信制御装置１２０がＲＴＳＰ ＰＡＵＳＥレスポンスを受信すると“Ｒｅａｄｙ”状態に遷移する。
【０１２６】
また、“Ｐｌａｙｉｎｇ”状態にて、接続がタイムアウトする、もしくは通信制御装置１２０がＲＴＳＰ ＴＥＡＲＤＯＷＮレスポンスを受信すると、映像用ＱｏＳセッションおよびＲＴＳＰ用ＱｏＳセッションを終了し、“コネクション無し”状態に遷移する。“Ｒｅａｄｙ”状態にて、接続がタイムアウトする、もしくは通信制御装置１２０がＲＴＳＰ ＴＥＡＲＤＯＷＮレスポンスを受信すると、映像用ＱｏＳセッションおよびＲＴＳＰ用ＱｏＳセッションを終了し、“コネクション無し”状態に遷移する。“Ｉｎｉｔ”状態にて、接続がタイムアウトすると、ＲＴＳＰ用ＱｏＳセッションを終了し、“コネクション無し”状態に遷移する。
【０１２７】
上述のように、通信制御装置１２０は、ＲＴＳＰコネクションについて、ＲＴＳＰセッションの状況とＲＴＳＰ用および映像用ＱｏＳセッションの状況とを統一的に表す“状態”を用いて管理する。この“状態”は、ＲＴＳＰコネクション毎に接続情報管理テーブル４００の状態４０５に記憶している。
【０１２８】
［通信制御装置の処理フロー］
次に、図２２〜図３２を用いて、本実施の形態の映像配信システムにおける通信制御装置１２０での個別の処理の流れを説明する。
【０１２９】
図２２は、ドメイン名解決の処理の例を示すフローチャートである。まず、映像受信表示装置１３１から映像配信サーバ１５１のドメイン名解決要求を受信する（Ｓ２２０１）。次に、ＤＮＳサーバ１７０に対して、映像受信表示装置１３１から要求されたクエリタイプを用いてドメイン名解決要求を行う（Ｓ２２０２）。次に、ＤＮＳサーバ１７０からのドメイン名解決応答のアンサーカウントが０かどうかを判断する（Ｓ２２０３）。アンサーカウントが０でなければ、ステップＳ２２０７に進む。
【０１３０】
ステップＳ２２０３でアンサーカウントが０であった場合は、映像受信表示装置１３１から要求されたクエリタイプ以外のクエリタイプを用いてＤＮＳサーバ１７０にドメイン名解決要求を行う（Ｓ２２０４）。次に、ＤＮＳサーバ１７０からのドメイン名解決応答のアンサーカウントが０かどうかを判断する（Ｓ２２０５）。アンサーカウントが０であった場合は、映像受信表示装置１３１に、該当ドメイン名に該当する機器がない旨を応答して（Ｓ２２０６）、処理を終了する。ステップＳ２２０５でアンサーカウントが０でない場合は、映像受信表示装置１３１から要求されたクエリタイプとＤＮＳサーバ１７０からの応答のレコードタイプに従って応答アドレスを作成および応答し（Ｓ２２０７）、処理を終了する。
【０１３１】
図２３は、図２２の応答アドレス作成・応答処理（Ｓ２２０７）のサブルーチンの処理の例を示すフローチャートである。まず、映像受信表示装置１３１からのドメイン名解決要求のクエリタイプがＡレコードかどうかを判断する（Ｓ２３０１）。
【０１３２】
Ａレコードでなかった場合は、ステップＳ２３０７に進み、ＩＰｖ６中継プレフィックス情報テーブル９００を用いてＩＰｖ６中継アドレスを生成する（Ｓ２３０７）。次に、ＩＰｖ６中継アドレス変換テーブル１０００に、生成したＩＰｖ６中継アドレス１００１と映像配信サーバ１５１のアドレスを記憶する（Ｓ２３０８）。次に、通信制御装置１２０にＩＰｖ６中継アドレスを追加で設定する（Ｓ２３０９）。次に、ＩＰｖ６中継アドレスを映像受信表示装置１３１への応答アドレスに設定して（Ｓ２３１０）、ステップＳ２３１１へ進む。
【０１３３】
ステップＳ２３０１で、映像受信表示装置１３１からのドメイン名解決要求のクエリタイプがＡレコードであった場合は、ＤＮＳサーバからのアンサーカウントが０ではないドメイン名解決応答のレコードタイプがＡレコードかどうかを判断する（Ｓ２３０２）。Ａレコードであった場合は、ＤＮＳサーバ１７０が応答した映像配信サーバ１５１のアドレスを映像受信表示装置１３１への応答アドレスに設定して（Ｓ２３０３）、ステップＳ２３１１へ進む。
【０１３４】
ステップＳ２３０２で、ＤＮＳサーバからのドメイン名解決応答のレコードタイプがＡレコードでなかった場合は、ステップＳ２３０４へ進み、ＩＰｖ４ダミーアドレス生成情報テーブル１１００を用いてＩＰｖ４ダミーアドレスを生成する（Ｓ２３０４）。次に、ＩＰｖ４ダミーアドレス変換テーブルに、生成したＩＰｖ４ダミーアドレスと映像配信サーバ１５１のアドレスを記憶する（Ｓ２３０５）。次に、ＩＰｖ４ダミーアドレスを映像受信表示装置１３１への応答アドレスに設定して（Ｓ２３０６）、ステップＳ２３１１へ進む。
【０１３５】
ステップＳ２３１１では、上述した処理により設定された応答アドレスを映像受信表示装置１３１へ送信し（Ｓ２３１１）、処理を終了する。
【０１３６】
図２４は、通信路確立の処理の例を示すフローチャートである。まず、映像受信表示装置１３１から第１の通信路確立要求を受信し、映像受信表示装置１３１との間で第１の通信路を確立する（Ｓ２４０１）。次に、当該接続に関する接続情報管理テーブル４００を作成する（Ｓ２４０２）。次に、第１の通信路の情報における接続元のＩＰアドレスを取得し、接続情報管理テーブル４００のクライアントアドレス４０１に記憶する（Ｓ２４０３）。
【０１３７】
次に、第１の通信路の情報における接続先のＩＰアドレスを取得する（Ｓ２４０４）。次に、ＩＰｖ４ダミーアドレス変換テーブル１２００およびＩＰｖ６中継アドレス変換テーブル１０００を参照して、取得したＩＰアドレスが、各テーブルのＩＰｖ４ダミーアドレス１２０１またはＩＰｖ６中継アドレス１００１のエントリに該当するかどうかを判断する（Ｓ２４０５）。
【０１３８】
取得したＩＰアドレスが、各テーブルのＩＰｖ４ダミーアドレス１２０１またはＩＰｖ６中継アドレス１００１のエントリに該当する場合は、それぞれのテーブルで対応する映像配信サーバアドレス１２０２もしくは１００２を接続情報管理テーブル４００のサーバアドレス４０２に記憶する（Ｓ２４０７）。また、いずれにも該当しない場合は、ステップＳ２４０４で取得した接続先のＩＰアドレスを接続情報管理テーブル４００のサーバアドレス４０２に記憶する（Ｓ２４０６）。
【０１３９】
次に、システムで決めるタイムアウト時間を接続情報管理テーブル４００のタイムアウト４０３に記憶する（Ｓ２４０８）。次に、後述する通信制御装置１２０の利用ポート決定の手順によりＲＴＳＰ通信利用ポートを決定し、決定したＲＴＳＰ通信利用ポートをＲＴＳＰ通信利用ポート番号テーブル７００に記憶する（Ｓ２４０９）。その後、帯域制御サーバ１６０を介して映像配信サーバ１５１との間でＲＴＳＰ用ＱｏＳセッションを確立し（Ｓ２４１０）、第２の通信路を確立して（Ｓ２４１１）、処理を終了する。
【０１４０】
図２５は、ＲＴＳＰリクエストの処理の例を示すフローチャートである。まず、第１の通信路を介して映像受信表示装置１３１からＲＴＳＰリクエストデータを受信する（Ｓ２５０１）。次に、接続情報管理テーブル４００のタイマー４０４をリセットする（Ｓ２５０２）。次に、受信したＲＴＳＰリクエストがＳＥＴＵＰリクエストかどうかを調べる（Ｓ２５０３）。
【０１４１】
受信したＲＴＳＰリクエストがＳＥＴＵＰリクエストでなかった場合は、ステップＳ２５０５へ進む。ＳＥＴＵＰリクエストであった場合は、後述するＳＥＴＵＰリクエスト処理を行い（Ｓ２５０４）、ステップＳ２５０５へ進む。ステップＳ２５０５では、第２の通信路を介して映像配信サーバ１５１にＲＴＳＰリクエストデータを送信して（Ｓ２５０５）、処理を終了する。
【０１４２】
図２６は、図２５のＳＥＴＵＰリクエスト処理（Ｓ２５０４）のサブルーチンの処理の例を示すフローチャートである。まず、受信したＲＴＳＰリクエストデータから映像データ受信ポートを取得し、映像データ受信情報テーブル８００のクライアントポート８０３に記憶する（Ｓ２６０１）。
【０１４３】
次に、後述する通信制御装置１２０の利用ポート決定の手順により、通信制御装置１２０の映像データ受信ポートを決定し、映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶する（Ｓ２６０２）。次に、ＲＴＳＰリクエストデータの映像データ受信ポートの値を、ステップＳ２６０２で決定した通信制御装置１２０の映像データ受信ポートの値に書き換えて（Ｓ２６０３）、処理を終了する。
【０１４４】
図２７は、通信制御装置１２０の利用ポート決定のサブルーチンの処理の例を示すフローチャートである。まず、通信制御装置１２０の利用可能ポート番号テーブル５００から、利用可能ポート番号範囲５０１を取得する（Ｓ２７０１）。次に、通信制御装置１２０の利用ポート番号テーブル６００に記載の利用ポート番号６０１を全て取得する（Ｓ２７０２）。次に、ステップＳ２７０１で取得した利用可能ポート番号範囲５０１のうち、ステップＳ２７０２で取得した利用ポート番号６０１に含まれない番号を任意の手段によって１つ選択し、その番号を利用ポート番号テーブル６００に追記して（Ｓ２７０３）、処理を終了する。
【０１４５】
図２８は、映像配信サーバ１５１からのＲＴＳＰレスポンスの処理の例を示すフローチャートである。まず、第２の通信路を介して映像配信サーバ１５１からＲＴＳＰレスポンスデータを受信する（Ｓ２８０１）。次に、受信したＲＴＳＰレスポンスがＤＥＳＣＲＩＢＥレスポンスかどうかを調べる（Ｓ２８０２）。
【０１４６】
受信したＲＴＳＰレスポンスがＤＥＳＣＲＩＢＥレスポンスであった場合は、後述するＤＥＳＣＲＩＢＥレスポンス処理を行い（Ｓ２８０３）、ステップＳ２８０８へ進む。ＤＥＳＣＲＩＢＥレスポンスでなかった場合は、ステップＳ２８０４へ進み、受信したＲＴＳＰレスポンスがＳＥＴＵＰレスポンスかどうかを調べる（Ｓ２８０４）。
【０１４７】
ステップＳ２８０４で、受信したＲＴＳＰレスポンスがＳＥＴＵＰレスポンスであった場合は、後述するＳＥＴＵＰレスポンス処理を行い（Ｓ２８０５）、ステップＳ２８０８へ進む。ＳＥＴＵＰレスポンスでなかった場合は、ステップＳ２８０６へ進み、受信したＲＴＳＰレスポンスがＴＥＡＲＤＯＷＮレスポンスかどうかを調べる（Ｓ２８０６）。
【０１４８】
ステップＳ２８０６で、受信したＲＴＳＰレスポンスがＴＥＡＲＤＯＷＮレスポンスであった場合は、後述するＴＥＡＲＤＯＷＮレスポンス処理を行い（Ｓ２８０７）、ステップＳ２８０８へ進む。ＴＥＡＲＤＯＷＮレスポンスでなかった場合は、ステップＳ２８０８へ進む。
【０１４９】
ステップＳ２８０８では、ＲＴＳＰレスポンスデータの受信にともなって状態変更の処理を行う（Ｓ２８０８）。次に、第１の通信路を介して映像受信表示装置１３１へＲＴＳＰレスポンスデータを送信する（Ｓ２８０９）。次に、送信したＲＴＳＰレスポンスがＴＥＡＲＤＯＷＮレスポンスかどうかを調べる（Ｓ２８１０）。
【０１５０】
送信したＲＴＳＰレスポンスがＴＥＡＲＤＯＷＮレスポンスであった場合は、第１の通信路を切断し（Ｓ２８１１）、次に、コネクション内テーブルである接続情報管理テーブル４００、ＲＴＳＰ通信利用ポート番号テーブル７００、映像データ受信情報テーブル８００を削除して（Ｓ２８１２）、処理を終了する。ステップＳ２８１０で、送信したＲＴＳＰレスポンスがＴＥＡＲＤＯＷＮレスポンスでなかった場合は、処理を終了する。
【０１５１】
図２９は、図２８のＤＥＳＣＲＩＢＥレスポンス処理（Ｓ２８０３）のサブルーチンの処理の例を示すフローチャートである。まず、受信したＲＴＳＰレスポンスデータから映像のビットレート情報を取得する（Ｓ２９０１）。次に、映像データ受信情報テーブル８００の帯域８０４に、取得したビットレート情報を記憶して（Ｓ２９０２）、処理を終了する。
【０１５２】
図３０は、図２８のＳＥＴＵＰレスポンス処理（Ｓ２８０４）のサブルーチンの処理の例を示すフローチャートである。まず、受信したＲＴＳＰレスポンスデータから映像データ受信ポートを取得する（Ｓ３００１）。次に、取得した映像データ受信ポートが、映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶している値と同一であるかどうかを確認する（Ｓ３００２）。同一である場合はステップＳ３００４に進む。同一でない場合は、映像データ受信情報テーブル８００の通信制御装置ポート８０１を、ステップＳ３００１で取得した映像データ受信ポートの値で上書きし、ステップＳ３００４に進む。
【０１５３】
ステップＳ３００４では、受信したＲＴＳＰレスポンスデータから映像データ送信ポートを取得し、映像データ受信情報テーブル８００のサーバポート８０２に記憶する（Ｓ３００４）。次に、受信したＲＴＳＰレスポンスデータからＲＴＳＰセッションのタイムアウト時間を取得し、接続情報管理テーブル４００のタイムアウト４０３に上書きする（Ｓ３００５）。次に、受信したＲＴＳＰレスポンスデータの映像データ受信ポートを、映像データ受信情報テーブル８００のクライアントポート８０３の値で書き換える（Ｓ３００６）。
【０１５４】
次に、接続情報管理テーブル４００のクライアントアドレス４０１と映像データ受信情報テーブル８００の情報を用いて、映像データ転送設定を行う（Ｓ３００７）。次に、映像データ受信情報テーブル８００の情報を用いて、帯域制御サーバ１６０を介して映像配信サーバ１５１との間で映像用ＱｏＳセッションを確立して（Ｓ３００８）、処理を終了する。
【０１５５】
図３１は、図２８のＴＥＡＲＤＯＷＮレスポンス処理（Ｓ２８０６）のサブルーチンの処理の例を示すフローチャートである。まず、映像配信サーバ１５１との間の映像用ＱｏＳセッションを終了し（Ｓ３１０１）、次に、映像データ転送設定を解除する（Ｓ３１０２）。次に、映像配信サーバ１５１との間の第２の通信路を切断し（Ｓ３１０３）、ＲＴＳＰ用ＱｏＳセッションを終了して（Ｓ３１０４）、処理を終了する。
【０１５６】
図３２は、タイムアウト処理の例を示すフローチャートである。まず、接続情報管理テーブル４００のタイマー４０４の値が０となったことを検知する（Ｓ３２０１）。次に、接続情報管理テーブル４００の状態４０５が“Ｒｅａｄｙ”または“Ｐｌａｙｉｎｇ”かどうかを確認する（Ｓ３２０２）。
【０１５７】
接続情報管理テーブル４００の状態４０５が“Ｒｅａｄｙ”または“Ｐｌａｙｉｎｇ”でなかった場合は、ステップＳ３２０５へ進む。接続情報管理テーブル４００の状態４０５が“Ｒｅａｄｙ”または“Ｐｌａｙｉｎｇ”であった場合は、ステップＳ３２０３へ進む。ステップＳ３２０３では、映像配信サーバ１５１との間の映像用ＱｏＳセッションを終了し（Ｓ３２０３）、次に、映像データ転送設定を解除して（Ｓ３２０４）、ステップＳ３２０５へ進む。
【０１５８】
ステップＳ３２０５では、映像配信サーバ１５１との間の第２の通信路を切断し（Ｓ３２０５）、次に、ＲＴＳＰ用ＱｏＳセッションを終了する（Ｓ３２０６）。次に、映像受信表示装置１３１との間の第１の通信路を切断し（Ｓ３２０７）、次に、コネクション内テーブルである接続情報管理テーブル４００、ＲＴＳＰ通信利用ポート番号テーブル７００、映像データ受信情報テーブル８００を削除して（Ｓ３２０８）、処理を終了する。
【０１５９】
以上に説明したような本実施の形態における通信制御装置１２０は、ホームネットワーク１１０に接続する複数のＲＴＳＰクライアント機器からの接続を別個に管理することができる。例えば、映像受信表示装置１３１が映像再生中に、新たに映像受信表示装置１３２が接続した場合、映像受信表示装置１３２と通信制御装置１２０との間には新たな第１の通信路が確立され、通信制御装置１２０と映像配信サーバ１５１の間にも新たな第２の通信路が確立される。
【０１６０】
接続情報管理テーブル４００、ＲＴＳＰ通信利用ポート番号テーブル７００、映像データ受信情報テーブル８００といったコネクション内テーブルは、接続毎にワークメモリ上に確保されるため、それぞれの接続による状態遷移や接続情報は別個に管理することができる。
【０１６１】
また同様に、本実施の形態における通信制御装置１２０は、ホームネットワーク１１０に接続する一台のＲＴＳＰクライアント機器から複数の接続が行われた場合、それぞれの接続を別個に管理することができる。例えば、映像受信表示装置１３１上のアプリケーションＡが映像再生中に、新たに映像受信表示装置１３１上のアプリケーションＢが接続した場合、映像受信表示装置１３１上のアプリケーションＢと通信制御装置１２０との間には新たな第１の通信路が確立され、通信制御装置１２０と映像配信サーバ１５１の間にも新たな第２の通信路が確立される。
【０１６２】
すなわち、通信制御装置１２０は、ホームネットワーク１１０に接続する複数のＲＴＳＰクライアント機器（同一機器内で動作する別アプリケーションも含む）のＱｏＳセッション制御を一元的に管理することができ、ホームネットワーク１１０に接続するＱｏＳセッション制御機能を有しない全てのＲＴＳＰクライアント機器に対して、ＱｏＳ保証型のコンテンツ配信サービスを提供することができる。
【０１６３】
なお、本実施の形態の映像配信システムにおいて、通信制御装置１２０は、ＲＴＳＰ用ＱｏＳセッションおよび映像用ＱｏＳセッションの２種類のＱｏＳセッションを管理するが、ＲＴＳＰメッセージの送受信そのものは映像データの伝送に比べるとリアルタイム性が必要とされず、また伝送データ量も小さい。そのため、ＲＴＳＰ用ＱｏＳセッションを確立しない構成としても良い。この場合、ＲＴＳＰメッセージの送受信はＢＥ（Best Effort）通信で行われることになる。方法としては、上述した手順のうち、ＲＴＳＰ用ＱｏＳセッションに関する手順を省略することによって実現できる。
【０１６４】
以上に説明したように、本実施の形態における通信制御装置１２０によれば、映像受信表示装置１３１、１３２や、映像配信サーバ１５１、１５２に、ＩＰｖ４機器とＩＰｖ６機器が混在するような構成の場合であっても、通信制御装置１２０が映像受信表示装置１３１、１３２に代わってＱｏＳセッション制御を一元的に管理・実行することにより、ＱｏＳ制御手段を有しない映像受信表示装置１３１、１３２を用いて、映像配信サーバ１５１、１５２からＱｏＳ保証されたコンテンツの配信を受けることが可能となる。これにより、ユーザにとって映像受信表示装置１３１、１３２をＱｏＳ制御可能なものに置き換えるコストが不要となり、管理コストも小さい帯域保証型コンテンツ配信システムを実現することができる。
【０１６５】
また、通信制御装置１２０を介して送受信されるＲＴＳＰメッセージから帯域制御のための情報を取得して生成することができるため、コンテンツ配信サービス提供者にとっては、コンテンツ毎の帯域情報を別途管理する等の仕組みが不要となり、帯域制御を用いたコンテンツ配信サービスを、帯域制御およびコンテンツ配信に必要な制御のみ行う映像配信サーバ１５１、１５２で行うことが可能となる。
【０１６６】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【産業上の利用可能性】
【０１６７】
本発明は、通信制御装置ならびに通信制御方法に利用可能であり、特に、ＲＴＳＰ（Real Time Streaming Protocol）を用いて映像、音楽等のコンテンツの再生制御を行うストリーミング型コンテンツ配信サービスに用いられる通信制御装置ならびに通信制御方法に利用可能である。
【図面の簡単な説明】
【０１６８】
【図１】本発明の一実施の形態である映像配信システムの構成および通信制御装置の機能構成の一例を示す図である。
【図２】本発明の一実施の形態における通信制御装置のハードウェア構成の一例を示す図である。
【図３】本発明の一実施の形態における映像受信表示装置のハードウェア構成の一例を示す図である。
【図４】本発明の一実施の形態における接続情報管理テーブルの構成とデータの例を示す図である。
【図５】本発明の一実施の形態における利用可能ポート番号テーブルの構成とデータの例を示す図である。
【図６】本発明の一実施の形態における利用ポート番号テーブルの構成とデータの例を示す図である。
【図７】本発明の一実施の形態におけるＲＴＳＰ通信利用ポート番号テーブルの構成とデータの例を示す図である。
【図８】本発明の一実施の形態における映像データ受信情報テーブルの構成とデータの例を示す図である。
【図９】本発明の一実施の形態におけるＩＰｖ６中継プレフィックス情報テーブルの構成とデータの例を示す図である。
【図１０】本発明の一実施の形態におけるＩＰｖ６中継アドレス変換テーブルの構成とデータの例を示す図である。
【図１１】本発明の一実施の形態におけるＩＰｖ４ダミーアドレス生成情報テーブルの構成とデータの例を示す図である。
【図１２】本発明の一実施の形態におけるＩＰｖ４ダミーアドレス変換テーブルの構成とデータの例を示す図である。
【図１３】本発明の一実施の形態における映像受信表示装置が送信したドメイン名解決要求に対して通信制御装置が応答するまでの手順の例を示すシーケンス図である。
【図１４】本発明の一実施の形態における映像受信表示装置が送信したドメイン名解決要求に対して通信制御装置が応答するまでの手順の例を示すシーケンス図である。
【図１５】本発明の一実施の形態における映像受信表示装置が送信したドメイン名解決要求に対して通信制御装置が応答するまでの手順の例を示すシーケンス図である。
【図１６】本発明の一実施の形態における映像受信表示装置が送信したドメイン名解決要求に対して通信制御装置が応答するまでの手順の例を示すシーケンス図である。
【図１７】本発明の一実施の形態における通信路（第１の通信路および第２の通信路）の確立の際の手順の例を示すシーケンス図である。
【図１８】本発明の一実施の形態における再生準備の際の手順の例を示すシーケンス図である。
【図１９】本発明の一実施の形態における映像再生の際の手順の例を示すシーケンス図である。
【図２０】本発明の一実施の形態における再生停止の際の手順の例を示すシーケンス図である。
【図２１】（ａ）は、本発明の一実施の形態におけるＲＴＳＰコネクションの状態遷移図であり、（ｂ）は、本発明の一実施の形態におけるＲＴＳＰコネクションの状態遷移テーブルを示す図である。
【図２２】本発明の一実施の形態におけるドメイン名解決の処理の例を示すフローチャートである。
【図２３】本発明の一実施の形態における応答アドレス作成・応答処理のサブルーチンの処理の例を示すフローチャートである。
【図２４】本発明の一実施の形態における通信路確立の処理の例を示すフローチャートである。
【図２５】本発明の一実施の形態におけるＲＴＳＰリクエストの処理の例を示すフローチャートである。
【図２６】本発明の一実施の形態におけるＳＥＴＵＰリクエスト処理のサブルーチンの処理の例を示すフローチャートである。
【図２７】本発明の一実施の形態における通信制御装置の利用ポート決定のサブルーチンの処理の例を示すフローチャートである。
【図２８】本発明の一実施の形態における映像配信サーバからのＲＴＳＰレスポンスの処理の例を示すフローチャートである。
【図２９】本発明の一実施の形態におけるＤＥＳＣＲＩＢＥレスポンス処理のサブルーチンの処理の例を示すフローチャートである。
【図３０】本発明の一実施の形態におけるＳＥＴＵＰレスポンス処理のサブルーチンの処理の例を示すフローチャートである。
【図３１】本発明の一実施の形態におけるＴＥＡＲＤＯＷＮレスポンス処理のサブルーチンの処理の例を示すフローチャートである。
【図３２】本発明の一実施の形態におけるタイムアウト処理の例を示すフローチャートである。
【符号の説明】
【０１６９】
１００…ユーザ宅、１１０…ホームネットワーク、１２０…通信制御装置、１２１…ドメイン名解決部、１２２…代理接続部、１２３…帯域制御部、１２４…テーブル群、１３１〜１３２…映像受信表示装置、１４０…外部ネットワーク、１５１〜１５２…映像配信サーバ、１６０…帯域制御サーバ、１７０…ＤＮＳサーバ、
２０１…ＣＰＵ、２０２…メインメモリ、２０３…ＥＰＲＯＭ、２０４…第１ネットワークＩ／Ｆ、２０５…第２ネットワークＩ／Ｆ、２０６…不揮発性記憶装置、２０７…バス、
３０１…ＣＰＵ、３０２…メインメモリ、３０３…ＥＰＲＯＭ、３０４…出力装置、３０５…ネットワークＩ／Ｆ、３０６…不揮発性記憶装置、３０７…入力装置、３０８…映像再生装置、３０９…バス、
４００…接続情報管理テーブル、４０１…クライアントアドレス、４０２…サーバアドレス、４０３…タイムアウト、４０４…タイマー、４０５…状態、
５００…利用可能ポート番号テーブル、５０１…利用可能ポート番号範囲、
６００…利用ポート番号テーブル、６０１…利用ポート番号、
７００…ＲＴＳＰ通信利用ポート番号テーブル、７０１…ＲＴＳＰ通信利用ポート番号、
８００…映像データ受信情報テーブル、８０１…通信制御装置ポート、８０２…サーバポート、８０３…クライアントポート、８０４…帯域、
９００…ＩＰｖ６中継プレフィックス情報テーブル、９０１…ＩＰｖ６中継プレフィックス、
１０００…ＩＰｖ６中継アドレス変換テーブル、１００１…ＩＰｖ６中継アドレス、１００２…映像配信サーバアドレス、
１１００…ＩＰｖ４ダミーアドレス生成情報テーブル、１１０１…ＩＰｖ４ダミーアドレス生成情報、
１２００…ＩＰｖ４ダミーアドレス変換テーブル、１２０１…ＩＰｖ４ダミーアドレス、１２０２…映像配信サーバアドレス。
【特許請求の範囲】
【請求項１】
ＲＴＳＰを用いてコンテンツを配信するストリーミング型コンテンツ配信サービスにおいて、ホームネットワークとＱｏＳ制御可能な外部ネットワークとの間に設置される通信制御装置であって、
前記ホームネットワークに接続するＲＴＳＰクライアント機器から受信した、前記外部ネットワークに接続するＲＴＳＰサーバ機器についてのドメイン名解決要求に対して、前記外部ネットワークに接続するＤＮＳサーバとの間でドメイン名解決を行い、ドメイン名解決の結果に応じて前記ＲＴＳＰサーバ機器のＩＰアドレス、もしくはＩＰｖ４ダミーアドレス、もしくはＩＰｖ６中継アドレスを前記ＲＴＳＰクライアント機器に応答するドメイン名解決部と、
前記ＲＴＳＰクライアント機器と前記ＲＴＳＰサーバ機器との間で該通信制御装置を経由して送受信されるＲＴＳＰメッセージを取得し、前記ＲＴＳＰメッセージから、前記ＲＴＳＰサーバ機器との間でのＱｏＳ制御に必要な情報を取得する代理接続部と、
前記代理接続部にて前記ＲＴＳＰメッセージから取得したＱｏＳ制御に必要な情報を元に、前記ＲＴＳＰサーバ機器との間で映像伝送用のＱｏＳセッションを確立する帯域制御部とを有することを特徴とする通信制御装置。
【請求項２】
請求項１記載の通信制御装置において、
前記ドメイン名解決部は、前記ＤＮＳサーバとの間でドメイン名解決を行う際に、前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求と同じクエリタイプによってドメイン名解決を行い、前記ＤＮＳサーバからのドメイン名解決応答のアンサーカウントが０であった場合は、前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求とは異なるクエリタイプで再度ドメイン名解決を行うことを特徴とする通信制御装置。
【請求項３】
請求項２記載の通信制御装置において、
前記ドメイン名解決部は、前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求のクエリタイプがＡレコードであり、かつ、前記ＤＮＳサーバからのアンサーカウントが０ではないドメイン名解決応答のレコードタイプがＡＡＡＡレコードであった場合に、前記ＩＰｖ４ダミーアドレスを生成して、前記ＲＴＳＰクライアント機器にドメイン名解決応答として応答することを特徴とする通信制御装置。
【請求項４】
請求項２記載の通信制御装置において、
前記ドメイン名解決部は、前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求のクエリタイプがＡＡＡＡレコードであった場合に、前記ＩＰｖ６中継アドレスを生成し、生成した前記ＩＰｖ６中継アドレスを該通信制御装置に追加で設定し、生成した前記ＩＰｖ６中継アドレスを前記ＲＴＳＰクライアント機器にドメイン名解決応答として応答することを特徴とする通信制御装置。
【請求項５】
請求項１記載の通信制御装置において、
前記ＩＰｖ４ダミーアドレスを生成するために用いるサブネットの情報を格納するテーブルを有することを特徴とする通信制御装置。
【請求項６】
請求項１記載の通信制御装置において、
前記ＩＰｖ６中継アドレスを生成するために用いるプレフィックスの情報を格納するテーブルを有することを特徴とする通信制御装置。
【請求項７】
請求項１記載の通信制御装置において、
前記ＩＰｖ４ダミーアドレスと、前記ＲＴＳＰサーバ機器のＩＰアドレスとを一意に対応付けて管理するテーブルを有することを特徴とする通信制御装置。
【請求項８】
請求項１記載の通信制御装置において、
前記ＩＰｖ６中継アドレスと、前記ＲＴＳＰサーバ機器のＩＰアドレスとを一意に対応付けて管理するテーブルを有することを特徴とする通信制御装置。
【請求項９】
ＲＴＳＰを用いてコンテンツを配信するストリーミング型コンテンツ配信サービスにおいて、ホームネットワークとＱｏＳ制御可能な外部ネットワークとの間に設置される通信制御装置における通信制御方法であって、
前記通信制御装置は、
前記ホームネットワークに接続するＲＴＳＰクライアント機器から受信した、前記外部ネットワークに接続するＲＴＳＰサーバ機器についてのドメイン名解決要求に対して、前記外部ネットワークに接続するＤＮＳサーバとの間でドメイン名解決を行う第１の手順と、
ドメイン名解決の結果に応じて前記ＲＴＳＰサーバ機器のＩＰアドレス、もしくはＩＰｖ４ダミーアドレス、もしくはＩＰｖ６中継アドレスを前記ＲＴＳＰクライアント機器に応答する第２の手順と、
前記ＲＴＳＰクライアント機器と前記ＲＴＳＰサーバ機器との間で該通信制御装置を経由して送受信されるＲＴＳＰメッセージを取得する第３の手順と、
前記ＲＴＳＰメッセージから、前記ＲＴＳＰサーバ機器との間でのＱｏＳ制御に必要な情報を取得する第４の手順と、
前記ＲＴＳＰメッセージから取得したＱｏＳ制御に必要な情報を元に、前記ＲＴＳＰサーバ機器との間で映像伝送用のＱｏＳセッションを確立する第５の手順とを含む手順を実行することを特徴とする通信制御方法。
【請求項１０】
請求項９記載の通信制御方法において、
前記通信制御装置は、前記第１の手順において、
前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求と同じクエリタイプによってドメイン名解決を行う手順と、
前記ＤＮＳサーバからのドメイン名解決応答のアンサーカウントが０であった場合に、前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求とは異なるクエリタイプで再度ドメイン名解決を行う手順とを実行することを特徴とする通信制御方法。
【請求項１１】
請求項１０記載の通信制御方法において、
前記通信制御装置は、前記第２の手順において、
前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求のクエリタイプがＡレコードであり、かつ、前記ＤＮＳサーバからのアンサーカウントが０ではないドメイン名解決応答のレコードタイプがＡＡＡＡレコードであった場合に、前記ＩＰｖ４ダミーアドレスを生成する手順と、
生成した前記ＩＰｖ４ダミーアドレスを前記ＲＴＳＰクライアント機器にドメイン名解決応答として応答する手順を実行することを特徴とする通信制御方法。
【請求項１２】
請求項１０記載の通信制御方法において、
前記通信制御装置は、前記第２の手順において、
前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求のクエリタイプがＡＡＡＡレコードであった場合に、前記ＩＰｖ６中継アドレスを生成する手順と、
生成した前記ＩＰｖ６中継アドレスを該通信制御装置に追加で設定する手順と、
生成した前記ＩＰｖ６中継アドレスを前記ＲＴＳＰクライアント機器にドメイン名解決応答として応答する手順とを実行することを特徴とする通信制御方法。
【請求項１３】
請求項９記載の通信制御方法において、
前記通信制御装置は、前記第２の手順において、
前記ＩＰｖ４ダミーアドレスと、前記ＲＴＳＰサーバ機器のＩＰアドレスとを一意に対応付けてテーブルに記憶する手順を実行することを特徴とする通信制御方法。
【請求項１４】
請求項９記載の通信制御方法において、
前記通信制御装置は、前記第２の手順において、
前記ＩＰｖ６中継アドレスと、前記ＲＴＳＰサーバ機器のＩＰアドレスとを一意に対応付けてテーブルに記憶する手順を実行することを特徴とする通信制御方法。
【請求項１】
ＲＴＳＰを用いてコンテンツを配信するストリーミング型コンテンツ配信サービスにおいて、ホームネットワークとＱｏＳ制御可能な外部ネットワークとの間に設置される通信制御装置であって、
前記ホームネットワークに接続するＲＴＳＰクライアント機器から受信した、前記外部ネットワークに接続するＲＴＳＰサーバ機器についてのドメイン名解決要求に対して、前記外部ネットワークに接続するＤＮＳサーバとの間でドメイン名解決を行い、ドメイン名解決の結果に応じて前記ＲＴＳＰサーバ機器のＩＰアドレス、もしくはＩＰｖ４ダミーアドレス、もしくはＩＰｖ６中継アドレスを前記ＲＴＳＰクライアント機器に応答するドメイン名解決部と、
前記ＲＴＳＰクライアント機器と前記ＲＴＳＰサーバ機器との間で該通信制御装置を経由して送受信されるＲＴＳＰメッセージを取得し、前記ＲＴＳＰメッセージから、前記ＲＴＳＰサーバ機器との間でのＱｏＳ制御に必要な情報を取得する代理接続部と、
前記代理接続部にて前記ＲＴＳＰメッセージから取得したＱｏＳ制御に必要な情報を元に、前記ＲＴＳＰサーバ機器との間で映像伝送用のＱｏＳセッションを確立する帯域制御部とを有することを特徴とする通信制御装置。
【請求項２】
請求項１記載の通信制御装置において、
前記ドメイン名解決部は、前記ＤＮＳサーバとの間でドメイン名解決を行う際に、前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求と同じクエリタイプによってドメイン名解決を行い、前記ＤＮＳサーバからのドメイン名解決応答のアンサーカウントが０であった場合は、前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求とは異なるクエリタイプで再度ドメイン名解決を行うことを特徴とする通信制御装置。
【請求項３】
請求項２記載の通信制御装置において、
前記ドメイン名解決部は、前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求のクエリタイプがＡレコードであり、かつ、前記ＤＮＳサーバからのアンサーカウントが０ではないドメイン名解決応答のレコードタイプがＡＡＡＡレコードであった場合に、前記ＩＰｖ４ダミーアドレスを生成して、前記ＲＴＳＰクライアント機器にドメイン名解決応答として応答することを特徴とする通信制御装置。
【請求項４】
請求項２記載の通信制御装置において、
前記ドメイン名解決部は、前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求のクエリタイプがＡＡＡＡレコードであった場合に、前記ＩＰｖ６中継アドレスを生成し、生成した前記ＩＰｖ６中継アドレスを該通信制御装置に追加で設定し、生成した前記ＩＰｖ６中継アドレスを前記ＲＴＳＰクライアント機器にドメイン名解決応答として応答することを特徴とする通信制御装置。
【請求項５】
請求項１記載の通信制御装置において、
前記ＩＰｖ４ダミーアドレスを生成するために用いるサブネットの情報を格納するテーブルを有することを特徴とする通信制御装置。
【請求項６】
請求項１記載の通信制御装置において、
前記ＩＰｖ６中継アドレスを生成するために用いるプレフィックスの情報を格納するテーブルを有することを特徴とする通信制御装置。
【請求項７】
請求項１記載の通信制御装置において、
前記ＩＰｖ４ダミーアドレスと、前記ＲＴＳＰサーバ機器のＩＰアドレスとを一意に対応付けて管理するテーブルを有することを特徴とする通信制御装置。
【請求項８】
請求項１記載の通信制御装置において、
前記ＩＰｖ６中継アドレスと、前記ＲＴＳＰサーバ機器のＩＰアドレスとを一意に対応付けて管理するテーブルを有することを特徴とする通信制御装置。
【請求項９】
ＲＴＳＰを用いてコンテンツを配信するストリーミング型コンテンツ配信サービスにおいて、ホームネットワークとＱｏＳ制御可能な外部ネットワークとの間に設置される通信制御装置における通信制御方法であって、
前記通信制御装置は、
前記ホームネットワークに接続するＲＴＳＰクライアント機器から受信した、前記外部ネットワークに接続するＲＴＳＰサーバ機器についてのドメイン名解決要求に対して、前記外部ネットワークに接続するＤＮＳサーバとの間でドメイン名解決を行う第１の手順と、
ドメイン名解決の結果に応じて前記ＲＴＳＰサーバ機器のＩＰアドレス、もしくはＩＰｖ４ダミーアドレス、もしくはＩＰｖ６中継アドレスを前記ＲＴＳＰクライアント機器に応答する第２の手順と、
前記ＲＴＳＰクライアント機器と前記ＲＴＳＰサーバ機器との間で該通信制御装置を経由して送受信されるＲＴＳＰメッセージを取得する第３の手順と、
前記ＲＴＳＰメッセージから、前記ＲＴＳＰサーバ機器との間でのＱｏＳ制御に必要な情報を取得する第４の手順と、
前記ＲＴＳＰメッセージから取得したＱｏＳ制御に必要な情報を元に、前記ＲＴＳＰサーバ機器との間で映像伝送用のＱｏＳセッションを確立する第５の手順とを含む手順を実行することを特徴とする通信制御方法。
【請求項１０】
請求項９記載の通信制御方法において、
前記通信制御装置は、前記第１の手順において、
前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求と同じクエリタイプによってドメイン名解決を行う手順と、
前記ＤＮＳサーバからのドメイン名解決応答のアンサーカウントが０であった場合に、前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求とは異なるクエリタイプで再度ドメイン名解決を行う手順とを実行することを特徴とする通信制御方法。
【請求項１１】
請求項１０記載の通信制御方法において、
前記通信制御装置は、前記第２の手順において、
前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求のクエリタイプがＡレコードであり、かつ、前記ＤＮＳサーバからのアンサーカウントが０ではないドメイン名解決応答のレコードタイプがＡＡＡＡレコードであった場合に、前記ＩＰｖ４ダミーアドレスを生成する手順と、
生成した前記ＩＰｖ４ダミーアドレスを前記ＲＴＳＰクライアント機器にドメイン名解決応答として応答する手順を実行することを特徴とする通信制御方法。
【請求項１２】
請求項１０記載の通信制御方法において、
前記通信制御装置は、前記第２の手順において、
前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求のクエリタイプがＡＡＡＡレコードであった場合に、前記ＩＰｖ６中継アドレスを生成する手順と、
生成した前記ＩＰｖ６中継アドレスを該通信制御装置に追加で設定する手順と、
生成した前記ＩＰｖ６中継アドレスを前記ＲＴＳＰクライアント機器にドメイン名解決応答として応答する手順とを実行することを特徴とする通信制御方法。
【請求項１３】
請求項９記載の通信制御方法において、
前記通信制御装置は、前記第２の手順において、
前記ＩＰｖ４ダミーアドレスと、前記ＲＴＳＰサーバ機器のＩＰアドレスとを一意に対応付けてテーブルに記憶する手順を実行することを特徴とする通信制御方法。
【請求項１４】
請求項９記載の通信制御方法において、
前記通信制御装置は、前記第２の手順において、
前記ＩＰｖ６中継アドレスと、前記ＲＴＳＰサーバ機器のＩＰアドレスとを一意に対応付けてテーブルに記憶する手順を実行することを特徴とする通信制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【公開番号】特開２０１０−７４６５３（Ｐ２０１０−７４６５３Ａ）
【公開日】平成２２年４月２日（２０１０．４．２）
【国際特許分類】
【出願番号】特願２００８−２４１３４３（Ｐ２００８−２４１３４３）
【出願日】平成２０年９月１９日（２００８．９．１９）
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年３月１９日 社団法人電子情報通信学会主催の「２００８年電子情報通信学会総合大会」において文書をもって発表
【出願人】（０００１５３４６５）株式会社日立コミュニケーションテクノロジー (770)
【Ｆターム（参考）】
【公開日】平成２２年４月２日（２０１０．４．２）
【国際特許分類】
【出願日】平成２０年９月１９日（２００８．９．１９）
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２０年３月１９日 社団法人電子情報通信学会主催の「２００８年電子情報通信学会総合大会」において文書をもって発表
【出願人】（０００１５３４６５）株式会社日立コミュニケーションテクノロジー (770)
【Ｆターム（参考）】
[ Back to top ]