JP2010074653A - Communication control device and method - Google Patents
Communication control device and method Download PDFInfo
- Publication number
- JP2010074653A JP2010074653A JP2008241343A JP2008241343A JP2010074653A JP 2010074653 A JP2010074653 A JP 2010074653A JP 2008241343 A JP2008241343 A JP 2008241343A JP 2008241343 A JP2008241343 A JP 2008241343A JP 2010074653 A JP2010074653 A JP 2010074653A
- Authority
- JP
- Japan
- Prior art keywords
- rtsp
- communication control
- domain name
- name resolution
- address
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
本発明は、通信制御装置ならびに通信制御方法に関し、特に、ＲＴＳＰ（Real Time Streaming Protocol）を用いて映像、音楽等のコンテンツの再生制御を行うストリーミング型コンテンツ配信サービスに用いられる通信制御装置ならびに通信制御方法に適用して有効な技術に関するものである。 The present invention relates to a communication control apparatus and a communication control method, and more particularly to a communication control apparatus and communication control used for a streaming-type content distribution service that performs playback control of content such as video and music using RTSP (Real Time Streaming Protocol). The present invention relates to a technique effective when applied to a method.
ブロードバンドネットワークの普及により、ＰＣやネットワーク接続ＴＶ（ＩＰＴＶ）、ＳＴＢ（Set Top Box）等をクライアント端末とした、ネットワークを介した映像や音楽等のコンテンツ配信サービスが拡大している。 With the widespread use of broadband networks, content distribution services such as video and music via a network using PCs, network-connected TVs (IPTVs), STBs (Set Top Boxes) and the like as client terminals are expanding.
このようなコンテンツ配信サービスは、ストリーミング型とダウンロード型に大別することができる。このうち、ストリーミング型のコンテンツ配信サービスにおいては、コンテンツ配信サーバは、クライアント端末でのコンテンツの再生速度に合わせてコンテンツを配信する必要がある。よって、このようなサービスの多くはＲＴＳＰ（Real Time Streaming Protocol）等のプロトコルを用いてコンテンツの再生要求、停止要求といった再生制御を行い、再生要求を受けてＲＴＰ（Real-time Transport Protocol）等のプロトコルを用いてコンテンツを伝送する方法が取られる。 Such content distribution services can be broadly classified into a streaming type and a download type. Among these, in the streaming type content distribution service, the content distribution server needs to distribute the content in accordance with the reproduction speed of the content on the client terminal. Therefore, many of such services use a protocol such as RTSP (Real Time Streaming Protocol) to perform playback control such as a content playback request and stop request, and receive a playback request to receive RTP (Real-time Transport Protocol) or the like. A method of transmitting content using a protocol is taken.
このようなストリーミング型のコンテンツ配信サービスにおいては、クライアント端末とコンテンツ配信サーバとの間のネットワーク帯域が十分に確保されない場合、もしくは時間的にネットワーク帯域が十分に確保できないことがある場合において、再生中のコンテンツが途中で止まる、途切れるといった問題が発生する可能性がある。 In such a streaming type content distribution service, when the network bandwidth between the client terminal and the content distribution server is not sufficiently secured, or when the network bandwidth may not be sufficiently secured in time, it is being played back. There is a possibility that the content will be stopped or interrupted.
近年、ＮＧＮ（Next Generation Network）のような帯域保証（ＱｏＳ（Quality of Service）保証）可能なネットワークが登場するに至り、上記のような問題のあったストリーミング型のコンテンツ配信サービスにおいて、コンテンツが途中で止まったり、途切れたりすることを防止する、すなわちＱｏＳ保証を行う方法が開示されている。 In recent years, a network capable of guaranteeing bandwidth (QoS (Quality of Service) guarantee) such as NGN (Next Generation Network) has appeared, and in the streaming-type content delivery service having the above-mentioned problems, the content is halfway. A method is disclosed in which the system is prevented from being interrupted or interrupted, that is, a QoS guarantee is performed.
例えば、特開２００５−１２６５５号公報（特許文献１）には、端末装置がコンテンツ配信サブシステムにセッション確立を要求した際に、ＳＩＰ（Session Initiation Protocol）セッション制御サブシステムが、コンテンツ配信サブシステムから当該コンテンツの視聴に必要な帯域の情報を取得し、帯域制御サブシステムに当該帯域情報に含まれる帯域値の帯域予約の要求を行い、帯域制御サブシステムで確保された帯域でコンテンツ配信サブシステムから端末装置に当該コンテンツを送信する方法が開示されている。 For example, in Japanese Patent Application Laid-Open No. 2005-12655 (Patent Document 1), when a terminal device requests a session establishment to the content distribution subsystem, a SIP (Session Initiation Protocol) session control subsystem is disclosed from the content distribution subsystem. Obtain information on the bandwidth required for viewing the content, request bandwidth reservation for the bandwidth value included in the bandwidth information to the bandwidth control subsystem, and use the bandwidth reserved in the bandwidth control subsystem from the content distribution subsystem. A method for transmitting the content to a terminal device is disclosed.
また、特開２００４−２８９６２７号公報（特許文献２）には、ストリーミングコンテンツの配信要求がクライアント端末から通信ネットワークを介して送信される際に、映像配信サーバ１５１の現在の使用可能帯域に関連する帯域リソース情報を監視するサーバリソース監視部と、通信ネットワーク上の複数の中継点に対応する複数のルータ、クライアント端末および映像配信サーバ１５１の間の複数の通信経路それぞれの現在の使用可能帯域に関連するネットワークリソース情報を監視するネットワークリソース監視部とを備えたストリーミングコンテンツ配信要求受付制御システムが開示されている。
上述の従来技術にはそれぞれ以下のような課題がある。まず、特許文献１に示される方法では、端末装置が帯域制御のためにＳＩＰ制御を行う必要がある。ユーザ宅には今後、ＰＣ、ＳＴＢ、ネットワーク接続ＴＶ等の複数の端末装置が設置されることが考えられるが、特許文献１に示される方法で帯域制御を実現するためには、これら全ての端末装置をＳＩＰ制御可能なもので揃えなければならない。
Each of the above-described conventional techniques has the following problems. First, in the method disclosed in
例えば、ユーザ宅にインターネット等の帯域制御不可能なネットワーク上におけるストリーミング型コンテンツ配信サービス対応の端末装置が既にあったとしても、ＮＧＮのような帯域制御可能なネットワーク上におけるストリーミング型コンテンツ配信サービスをそのまま受けることはできず、ユーザに機器の買い替え、交換、ソフトウェア更新といったコストや手間を強いることになる。 For example, even if there is already a terminal device compatible with a streaming type content distribution service on a network where bandwidth control is not possible, such as the Internet, the streaming type content distribution service on a bandwidth controllable network such as NGN is not changed. It cannot be received, and the user is forced to cost and trouble such as replacement of equipment, replacement, and software update.
また、特許文献２に示される方法では、ストリーミングコンテンツ配信要求受付制御システムは、コンテンツの配送経路を決定するために、該当コンテンツの必要帯域情報を用いる。コンテンツの配送経路の決定は、ＷＷＷポータルサーバ上でユーザがコンテンツを選択した際に行われるため、ストリーミングコンテンツ配信要求受付制御システムでは、ＷＷＷポータルサーバで選択されたコンテンツのＩＤ情報からコンテンツの必要帯域情報を取得するためのコンテンツ管理テーブルをあらかじめ準備しておかなければならない。
In the method disclosed in
すなわち、特許文献２に示される方法では、帯域制御やコンテンツ配送経路設定の処理とコンテンツそのものの情報とが密接に関係した構造となっており、単にコンテンツ配信サービスを行いたいサービス提供事業者にとっては、既存の映像配信システムを利用できない等、参入の敷居を高める構成となっている。
That is, the method disclosed in
そこで本発明の目的は、帯域制御処理を実行できない既存のクライアント端末においても、ＱｏＳ保証されたストリーミング型コンテンツ配信サービスを受けることを可能とする通信制御装置ならびに通信制御方法を提供することにある。 SUMMARY OF THE INVENTION An object of the present invention is to provide a communication control apparatus and a communication control method that enable an existing client terminal that cannot execute bandwidth control processing to receive a QoS-guaranteed streaming content distribution service.
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。 The above and other objects and novel features of the present invention will be apparent from the description of this specification and the accompanying drawings.
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。 Of the inventions disclosed in this application, the outline of typical ones will be briefly described as follows.
本発明の代表的な実施の形態による通信制御装置は、クライアント端末が接続されるホームネットワークと映像配信サーバが接続されるＱｏＳ制御可能な外部ネットワークとの間に設置される通信制御装置であって、クライアント端末から受信した映像配信サーバについてのドメイン名解決要求に対して、外部ネットワークに接続するＤＮＳサーバとの間でドメイン名解決を行い、ドメイン名解決の結果に応じて映像配信サーバのＩＰアドレス、もしくはＩＰｖ４ダミーアドレス、もしくはＩＰｖ６中継アドレスを応答することで、クライアント端末が映像配信サーバに対して送信するＲＴＳＰメッセージを取得可能とし、クライアント端末と映像配信サーバとの間で送受信されるＲＴＳＰメッセージに含まれる情報を取得・解析してＱｏＳ制御に必要な情報を取得し、クライアント端末の代わりに映像配信サーバとの間のＱｏＳセッションの確立を行うことを特徴とするものである。 A communication control apparatus according to a typical embodiment of the present invention is a communication control apparatus installed between a home network to which a client terminal is connected and an external network capable of QoS control to which a video distribution server is connected. In response to the domain name resolution request for the video distribution server received from the client terminal, domain name resolution is performed with the DNS server connected to the external network, and the IP address of the video distribution server is determined according to the domain name resolution result. Alternatively, an RTSP message transmitted from the client terminal to the video distribution server can be acquired by responding with an IPv4 dummy address or an IPv6 relay address, and an RTSP message transmitted and received between the client terminal and the video distribution server can be obtained. Get / analyze the information contained in QoS To obtain the necessary information your to, is characterized in that establishes a QoS session between the video distribution server on behalf of the client terminal.
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。 Among the inventions disclosed in the present application, effects obtained by typical ones will be briefly described as follows.
本発明の代表的な実施の形態によれば、ＱｏＳ制御手段を有しないクライアント端末を用いて通信制御装置と映像配信サーバとの間のＱｏＳ制御セッションの確立が可能であり、ユーザにとってクライアント端末をＱｏＳ制御可能なものに置き換えるコストが不要であり、管理コストも小さい帯域保証型コンテンツ配信システムを実現することができる。 According to the representative embodiment of the present invention, it is possible to establish a QoS control session between a communication control apparatus and a video distribution server using a client terminal that does not have a QoS control means, and a client terminal is used for a user. It is possible to realize a bandwidth-guaranteed content distribution system that does not require the cost of replacement with a QoS controllable device and that has a low management cost.
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。 Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. Note that components having the same function are denoted by the same reference symbols throughout the drawings for describing the embodiment, and the repetitive description thereof will be omitted.
［システム構成］
図１は、本発明の一実施の形態である映像配信システムの構成および通信制御装置の機能構成の一例を示す図である。図１において、当該映像配信システムは、映像配信サーバ１５１、１５２、帯域制御サーバ１６０、ＤＮＳ（Domain Name System）サーバ１７０、通信制御装置１２０、映像受信表示装置１３１、１３２を有する構成となっている。
[System configuration]
FIG. 1 is a diagram illustrating an example of a configuration of a video distribution system and a functional configuration of a communication control apparatus according to an embodiment of the present invention. In FIG. 1, the video distribution system includes
映像配信サーバ１５１、１５２と、帯域制御サーバ１６０と、ＤＮＳサーバ１７０と、通信制御装置１２０とは、ＮＧＮ（Next Generation Network）等のＱｏＳ（Quality of Service）制御可能な外部ネットワーク１４０と接続しており、所定の手順に従って情報の送受信を行うことができる。また、通信制御装置１２０と映像受信表示装置１３１、１３２は、ユーザ宅１００内に設置され、有線または無線で構成されるホームネットワーク１１０と接続しており、所定の手順に従って情報の送受信を行うことができる。
The
通信制御装置１２０は、ＩＰｖ４（Internet Protocol Version 4）、ＩＰｖ６（Internet Protocol Version 6）の両プロトコルに準拠し、外部ネットワーク１４０とホームネットワーク１１０の両方と接続しており、外部ネットワーク１４０とホームネットワーク１１０との間のメッセージのルーティングを行う。このルーティング機能により、通信制御装置１２０は、ユーザ宅１００内に設置された機器にとって、外部ネットワーク１４０に接続された機器と情報の送受信を行うためのゲートウェイとしての機能を有する。
The
通信制御装置１２０のドメイン名解決部１２１は、ホームネットワーク１１０に接続する機器からのドメイン名解決要求に従って、必要に応じてＤＮＳサーバ１７０にドメイン名解決要求を行い、適切なＩＰアドレスを応答するドメイン名解決機能を有する。なお、詳細な動作は後述するが、ドメイン名解決部１２１がドメイン名解決機能を用いて応答するＩＰアドレスは、ＤＮＳサーバ１７０からのドメイン名解決要求に対する応答と同じ値であるとは限らない。例えば、ホームネットワーク１１０に接続するＩＰｖ４実装機器が外部ネットワーク１４０に接続されたＩＰｖ６実装サーバと代理接続部１２２を介した情報のやり取りをするために、ＩＰｖ４ダミーアドレスを応答するような場合もある。
The domain
通信制御装置１２０の代理接続部１２２は、映像受信表示装置１３１や１３２が映像配信サーバ１５１や１５２とやり取りするＲＴＳＰメッセージの取得、解析、書き換えを行う代理接続機能を有する。代理接続部１２２は、取得、解析したＲＴＳＰメッセージから、後述するＱｏＳセッション制御のための情報、および映像データ転送設定のための情報を取得・生成し、テーブル群１２４に記憶する。
The
通信制御装置１２０の帯域制御部１２３は、代理接続部１２２で取得・生成されたＱｏＳセッション制御のための情報を元に、ＳＩＰ等のＱｏＳセッション制御用のプロトコルにより、映像配信サーバ１５１や１５２との間でＱｏＳセッションを確立する。
Based on the QoS session control information acquired and generated by the
図２は、通信制御装置１２０のハードウェア構成の一例を示す図である。図２において、通信制御装置１２０は、ＣＰＵ２０１、メインメモリ２０２、ＥＰＲＯＭ（Erasable Programmable ROM）２０３、第１ネットワークインタフェース（Ｉ／Ｆ）２０４、第２ネットワークＩ／Ｆ２０５、不揮発性記憶装置２０６を有する構成となっており、これらはそれぞれバス２０７と接続され、所定の手順に従って情報の送受信を行うことができる。
FIG. 2 is a diagram illustrating an example of a hardware configuration of the
ＥＰＲＯＭ２０３にはブートプログラムが記憶されており、また、不揮発性記憶装置２０６には各種プログラムが記憶されている。通信制御装置１２０が起動すると、ＥＰＲＯＭ２０３に記憶されたブートプログラムによって不揮発性記憶装置２０６から各種プログラムがメインメモリ２０２へ読み出される。ＣＰＵ２０１はメインメモリ２０２に読み出された各種プログラムを実行することにより、第１ネットワークＩ／Ｆ２０４や第２ネットワークＩ／Ｆ２０５等による信号の送受信等を行う。
The EPROM 203 stores a boot program, and the
第１ネットワークＩ／Ｆ２０４は、ホームネットワーク１１０と接続しており、ホームネットワーク１１０に接続する機器との間で情報の送受信を行うことができる。第１ネットワークＩ／Ｆ２０４は、ネットワークカード等により実現することができる。同様に、第２ネットワークＩ／Ｆ２０５は、外部ネットワーク１４０と接続しており、外部ネットワーク１４０と接続する機器との間で情報の送受信を行うことができる。第２ネットワークＩ／Ｆ２０５も、ネットワークカード等により実現することができる。
The first network I /
不揮発性記憶装置２０６には、上述のように、ＣＰＵ２０１がメインメモリ２０２に読み出して実行するための各種プログラムが記憶されている。不揮発性記憶装置２０６は、フラッシュメモリやＨＤＤ（ハードディスクドライブ）、光ディスク等により実現することができる。
As described above, the
なお、図１における通信制御装置１２０のドメイン名解決部１２１、代理接続部１２２、帯域制御部１２３の各部は、例えば、不揮発性記憶装置２０６に記憶されるプログラムによって実現され、当該プログラムがメインメモリ２０２に読み出された後、ＣＰＵ２０１によって実行されることで、通信制御装置１２０の各機能を実現するように構成することができる。なお、上記各部をプログラムではなく回路等によって構成することも当然可能である。また、テーブル群１２４は、上記プログラムの実行時にメインメモリ２０２上に作成される。
Note that the domain
図３は、映像受信表示装置１３１のハードウェア構成の一例を示す図である。映像受信表示装置１３２のハードウェア構成も映像受信表示装置１３１と同様である。図３において、映像受信表示装置１３１は、ＣＰＵ３０１、メインメモリ３０２、ＥＰＲＯＭ３０３、出力装置３０４、ネットワークＩ／Ｆ３０５、不揮発性記憶装置３０６、入力装置３０７、映像再生装置３０８を有する構成となっており、これらはそれぞれバス３０９と接続され、所定の手順に従って情報の送受信を行うことができる。
FIG. 3 is a diagram illustrating an example of a hardware configuration of the video
ＥＰＲＯＭ３０３にはブートプログラムが記憶されており、また、不揮発性記憶装置３０６には各種プログラムが記憶されている。映像受信表示装置１３１が起動すると、ＥＰＲＯＭ３０３に記憶されたブートプログラムによって不揮発性記憶装置３０６から各種プログラムがメインメモリ３０２へ読み出される。ＣＰＵ３０１はメインメモリ３０２に読み出された各種プログラムを実行することにより、出力装置３０４、ネットワークＩ／Ｆ３０５、入力装置３０７、映像再生装置３０８等による信号の送受信等を行う。
The
出力装置３０４は、映像再生装置３０８で伸張（デコード）されたコンテンツや、ユーザの操作に応答するための情報を表示等により出力するための手段であり、ＣＲＴ（Cathode Ray Tube）、液晶ディスプレイ、プラズマディスプレイ、プロジェクタ、スピーカ、ヘッドフォン等によって実現される。また、出力装置３０４は、ＴＶ等のコンテンツ再生端末とは異なる装置で実現してもよい。この場合、映像受信表示装置１３１は別途Ｄ／Ａコンバータ等のＴＶ信号生成装置を具備し、当該装置と出力装置３０４とはＡＶケーブルや同軸ケーブル等で接続される。
The
ネットワークＩ／Ｆ３０５は、通信網を介して他の装置と情報を送受信するための手段であり、例えばネットワークアダプタ、無線送受信装置等によって実現される。不揮発性記憶装置３０６には、上述のように、ＣＰＵ３０１がメインメモリ３０２に読み出して実行するための各種プログラムが記憶されており、例えばＨＤＤ、フラッシュメモリ、光ディスク等によって実現することができる。
A network I /
入力装置３０７は、ユーザが必要な命令や情報を入力するための手段であり、例えばＴＶ受信機で使用されるリモコンや、ＰＣで使用されるキーボード、マウス等によって実現される。映像再生装置３０８は、音声や映像等のコンテンツをデコードし、デコードされたコンテンツを出力装置３０４に送信する装置である。
The
なお、上述した通信制御装置１２０および映像受信表示装置１３１の構成は、図２および図３に示す構成に限らないことは当然である。例えば、映像受信表示装置１３１において、コンテンツのデコードが全てソフトウェアプログラムによって実現され、ＣＰＵ３０１で実行されるような場合は、映像再生装置３０８を有さない構成となる。この場合、当該ソフトウェアプログラムは不揮発性記憶装置３０６に記憶され、ＣＰＵ３０１によってメインメモリ３０２上に読み出されて実行される。
Naturally, the configurations of the
映像配信サーバ１５１、１５２のハードウェア構成は、図示しないが、少なくとも１台以上のコンピュータ（ＣＰＵ、メインメモリ、不揮発性記憶装置、入力装置、出力装置、ネットワークＩ／Ｆ等を含む）から構成されており、不揮発性記憶装置からメインメモリに読み出され、ＣＰＵによって実行される各種プログラムには、ＲＴＳＰ（Real Time Streaming Protocol）、ＲＴＰ（Real-time Transport Protocol）等のコンテンツ配信用のプロトコル、およびＳＩＰ（Session Initiation Protocol）等のＱｏＳセッション制御用のプロトコルが実装されている。
Although not shown, the hardware configuration of the
帯域制御サーバ１６０のハードウェア構成は、図示しないが、少なくとも１台以上のコンピュータ（ＣＰＵ、メインメモリ、不揮発性記憶装置、入力装置、出力装置、ネットワークＩ／Ｆ等を含む）から構成されており、不揮発性記憶装置からメインメモリに読み出され、ＣＰＵによって実行される各種プログラムには、ＳＩＰ等のＱｏＳセッション制御用のプロトコルが実装されている。
Although not shown, the hardware configuration of the
ＤＮＳサーバ１７０のハードウェア構成は、図示しないが、少なくとも１台以上のコンピュータ（ＣＰＵ、メインメモリ、不揮発性記憶装置、入力装置、出力装置、ネットワークＩ／Ｆ等を含む）から構成されており、不揮発性記憶装置からメインメモリに読み出され、ＣＰＵによって実行される各種プログラムには、ＤＮＳ（Domain Name System）等のドメイン名解決用のプロトコルが実装されている。
Although not shown, the hardware configuration of the
［データ構成］
次に、本実施の形態の映像配信システムにおいて、通信制御装置１２０が扱うテーブル群１２４の内容について説明する。テーブル群１２４に含まれるテーブルは、通信制御装置１２０内で唯一のテーブルである「システム共通テーブル」と、映像受信表示装置１３１、１３２からのＲＴＳＰコネクション毎に記憶するテーブルである「コネクション内テーブル」とに分類することができる。
[Data structure]
Next, the contents of the
図４は、接続情報管理テーブル４００の構成とデータの例を示す図である。接続情報管理テーブル４００はコネクション内テーブルに該当し、対象のＲＴＳＰコネクションに係る映像受信表示装置１３１と映像配信サーバ１５１のアドレスの情報や、コネクションのステータス等を管理する。接続情報管理テーブル４００は、クライアントアドレス４０１、サーバアドレス４０２、タイムアウト４０３、タイマー４０４、状態４０５の各項目から構成される。
FIG. 4 is a diagram illustrating a configuration of the connection information management table 400 and an example of data. The connection information management table 400 corresponds to the in-connection table, and manages information on the addresses of the video
図５は、利用可能ポート番号テーブル５００の構成とデータの例を示す図である。利用可能ポート番号テーブル５００はシステム共通テーブルに該当し、通信制御装置１２０においてＲＴＳＰコネクションに係る通信に利用可能なポート番号の範囲を記憶する。利用可能ポート番号テーブル５００は、利用可能ポート番号範囲５０１の項目から構成される。
FIG. 5 is a diagram illustrating a configuration of the available port number table 500 and an example of data. The available port number table 500 corresponds to a system common table, and stores a range of port numbers that can be used for communication related to the RTSP connection in the
図６は、利用ポート番号テーブル６００の構成とデータの例を示す図である。利用ポート番号テーブル６００はシステム共通テーブルに該当し、通信制御装置１２０においてＲＴＳＰコネクションに係る通信に既に利用されているポート番号を記憶する。利用ポート番号テーブル６００は、利用ポート番号６０１の項目から構成される。
FIG. 6 is a diagram illustrating a configuration of the used port number table 600 and an example of data. The used port number table 600 corresponds to a system common table, and stores the port numbers already used in communication related to the RTSP connection in the
図７は、ＲＴＳＰ通信利用ポート番号テーブル７００の構成とデータの例を示す図である。ＲＴＳＰ通信利用ポート番号テーブル７００はコネクション内テーブルに該当し、対象のＲＴＳＰコネクションについて、通信制御装置１２０が映像配信サーバ１５１との間でＲＴＳＰメッセージの送受信に利用しているポート番号を記憶する。ＲＴＳＰ通信利用ポート番号テーブル７００は、ＲＴＳＰ通信利用ポート番号７０１の項目から構成される。
FIG. 7 is a diagram illustrating a configuration of the RTSP communication use port number table 700 and an example of data. The RTSP communication use port number table 700 corresponds to an in-connection table, and stores the port numbers used by the
図８は、映像データ受信情報テーブル８００の構成とデータの例を示す図である。映像データ受信情報テーブル８００はコネクション内テーブルに該当し、対象のＲＴＳＰコネクションについて、通信制御装置１２０が映像配信サーバ１５１から映像データを受信し、映像受信表示装置１３１へ送信するためのポートの情報等を管理する。映像データ受信情報テーブル８００は、通信制御装置ポート８０１、サーバポート８０２、クライアントポート８０３、帯域８０４の各項目から構成される。
FIG. 8 is a diagram showing a configuration of the video data reception information table 800 and an example of data. The video data reception information table 800 corresponds to an intra-connection table, and for the target RTSP connection, the
図９は、ＩＰｖ６中継プレフィックス情報テーブル９００の構成とデータの例を示す図である。ＩＰｖ６中継プレフィックス情報テーブル９００はシステム共通テーブルに該当し、映像受信表示装置１３１がＩＰｖ６機器であった場合、すなわち、映像受信表示装置１３１からのドメイン名解決要求（ＤＮＳクエリ）のクエリタイプがＡＡＡＡレコードであった場合に、ＩＰｖ６中継アドレスを生成するために用いるＩＰｖ６プレフィックスの情報を保持する。ＩＰｖ６中継アドレスは、映像受信表示装置１３１が送信するＲＴＳＰメッセージを通信制御装置１２０で取得するために利用するアドレスである。ＩＰｖ６中継プレフィックス情報テーブル９００は、ＩＰｖ６中継プレフィックス９０１の項目から構成される。
FIG. 9 is a diagram illustrating a configuration of the IPv6 relay prefix information table 900 and an example of data. The IPv6 relay prefix information table 900 corresponds to the system common table, and when the video
図１０は、ＩＰｖ６中継アドレス変換テーブル１０００の構成とデータの例を示す図である。ＩＰｖ６中継アドレス変換テーブル１０００はシステム共通テーブルに該当し、ＩＰｖ６中継アドレス（映像受信表示装置１３１からのＲＴＳＰメッセージを通信制御装置１２０で取得するための仮のＩＰアドレス）を映像配信サーバ１５１のアドレス（真のＩＰアドレス）へ変換する際に用いる。ＩＰｖ６中継アドレス変換テーブル１０００は、ＩＰｖ６中継アドレス１００１、映像配信サーバアドレス１００２の各項目から構成される。
FIG. 10 is a diagram illustrating a configuration of the IPv6 relay address translation table 1000 and an example of data. The IPv6 relay address conversion table 1000 corresponds to a system common table, and an IPv6 relay address (a temporary IP address for acquiring the RTSP message from the video
図１１は、ＩＰｖ４ダミーアドレス生成情報テーブル１１００の構成とデータの例を示す図である。ＩＰｖ４ダミーアドレス生成情報テーブル１１００はシステム共通テーブルに該当し、映像受信表示装置１３１がＩＰｖ４機器であった場合、すなわち、映像受信表示装置１３１からのドメイン名解決要求（ＤＮＳクエリ）のクエリタイプがＡレコードであり、かつ、映像配信サーバ１５１がＩＰｖ６機器であった場合に、仮（ダミー）のＩＰｖ４アドレスであるＩＰｖ４ダミーアドレスを生成するために用いるサブネットの情報を保持する。ＩＰｖ４ダミーアドレスは、ＩＰｖ４しか解釈できない映像受信表示装置１３１が送信するドメイン名解決要求に対して、通信制御装置１２０が応答するダミーのアドレスである。ＩＰｖ４ダミーアドレス生成情報テーブル１１００はＩＰｖ４ダミーアドレス生成情報１１０１の項目から構成される。
FIG. 11 is a diagram illustrating a configuration of the IPv4 dummy address generation information table 1100 and an example of data. The IPv4 dummy address generation information table 1100 corresponds to a system common table, and when the video
図１２は、ＩＰｖ４ダミーアドレス変換テーブル１２００の構成とデータの例を示す図である。ＩＰｖ４ダミーアドレス変換テーブル１２００はシステム共通テーブルに該当し、ＩＰｖ４ダミーアドレスを映像配信サーバ１５１のアドレスへ変換する際に用いる。ＩＰｖ４ダミーアドレス変換テーブル１２００はＩＰｖ４ダミーアドレス１２０１、映像配信サーバアドレス１２０２の各項目から構成される。
FIG. 12 is a diagram illustrating a configuration of the IPv4 dummy address conversion table 1200 and an example of data. The IPv4 dummy address conversion table 1200 corresponds to a system common table, and is used when converting an IPv4 dummy address into an address of the
［動作の概要］
次に、本実施の形態の映像配信システムにおける動作の概要について説明する。図１に示す構成において、映像受信表示装置１３１、１３２は、映像配信サーバ１５１、１５２等のＲＴＳＰサーバとの間でＲＴＳＰメッセージを送受信するＲＴＳＰクライアントであり、ＲＴＳＰメッセージの送受信によって、音声や映像等のコンテンツの再生制御を行う。
[Overview of operation]
Next, an outline of the operation in the video distribution system of the present embodiment will be described. In the configuration shown in FIG. 1, the video
外部ネットワーク１４０は、ＮＧＮ等のＱｏＳ制御可能なネットワークであり、外部ネットワーク１４０に接続する機器は、帯域制御サーバ１６０に対して、例えば、「どのＩＰアドレスの機器の何番ポートとどのＩＰアドレスの機器の何番ポートとの間で何Ｋｂｐｓの帯域を確保する」、といったＱｏＳセッション制御要求を行うことによって、外部ネットワーク１４０に接続した機器間で品質の高い通信を行うことができる。なお、本実施の形態においては、以下、ＱｏＳセッション制御のプロトコルにはＳＩＰを用いるものとして説明を行う。
The
映像配信サーバ１５１および１５２は、映像受信表示装置１３１等のＲＴＳＰクライアントとの間でＲＴＳＰメッセージの送受信を行うＲＴＳＰサーバである。また、帯域制御サーバ１６０等のＳＩＰサーバとの間でＱｏＳセッション制御情報を送受信するＳＩＰクライアントでもある。
The
帯域制御サーバ１６０は、通信制御装置１２０、映像配信サーバ１５１等のＳＩＰクライアントとの間でＱｏＳセッション制御情報の送受信を行い、実際のＱｏＳ制御を実行するＳＩＰサーバである。また、図１には図示しないが、帯域制御サーバ１６０は、ＩＭＳ（IP Multimedia System）の一部であり、ＳＩＰクライアントからのＱｏＳセッション制御要求に応じてＩＭＳ内の各サーバ、例えば、ＨＳＳ（Home Subscriber Server）、共通イネーブラ、ＡＳ（Application Server）等と必要な情報の送受信を行い、ＱｏＳセッション制御を行う。
The
ＤＮＳサーバ１７０は、映像配信サーバ１５１、１５２等のＦＱＤＮ（Fully Qualified Domain Name）とＩＰアドレスとの対応を示すテーブルを保持しており、通信制御装置１２０等からのドメイン名解決要求に従ってＦＱＤＮに対応するＩＰアドレスを応答する。
The
通信制御装置１２０は、帯域制御サーバ１６０等のＳＩＰサーバとの間でＱｏＳセッション制御情報の送受信を行うＳＩＰクライアントである。また、通信制御装置１２０は、外部ネットワーク１４０、ホームネットワーク１１０の両方と接続しており、代理接続部１２２において、ホームネットワーク１１０側に接続された映像受信表示装置１３１等のＲＴＳＰクライアントが送信するＲＴＳＰメッセージ、および外部ネットワーク１４０側に接続された映像配信サーバ１５１等のＲＴＳＰサーバが送信するＲＴＳＰメッセージを取得するＲＴＳＰメッセージ取得機能を有する。ＲＴＳＰメッセージ取得機能については後述する。
The
［ＩＰｖ４機器とＩＰｖ６機器との間でのメッセージの送受信］
外部ネットワーク１４０、ホームネットワーク１１０に接続する映像受信表示装置１３１、１３２や、映像配信サーバ１５１、１５２等では、ＩＰｖ４プロトコルスタックを実装したＩＰｖ４機器、およびＩＰｖ６プロトコルスタックを実装したＩＰｖ６機器が混在する場合がある。通常、ＩＰｖ４機器はＩＰｖ４機器との間、ＩＰｖ６機器はＩＰｖ６機器との間でしかメッセージの送受信を行うことができないが、本実施の形態の映像配信システムでは、通信制御装置１２０のドメイン名解決部１２１、代理接続部１２２の機能を用いて、ＩＰｖ４機器とＩＰｖ６機器との間、ＩＰｖ６機器とＩＰｖ４機器との間でのメッセージの送受信を可能とする。
[Transmission and reception of messages between IPv4 devices and IPv6 devices]
In the video
以下、映像受信表示装置１３１がＩＰｖ４機器の場合またはＩＰｖ６機器の場合、および、映像配信サーバ１５１がＩＰｖ４機器の場合またはＩＰｖ６機器の場合のそれぞれについて、映像受信表示装置１３１と映像配信サーバ１５１との間でのＲＴＳＰメッセージの送受信を可能とし、かつ通信制御装置１２０にてＲＴＳＰメッセージの取得・解析を可能とするためのドメイン名解決部１２１の動作について説明する。
Hereinafter, when the video
図１３は、映像受信表示装置１３１がＩＰｖ４機器、映像配信サーバ１５１がＩＰｖ４機器の場合に、映像受信表示装置１３１が送信したドメイン名解決要求に対して通信制御装置１２０が応答するまでの手順の例を示すシーケンス図である。
FIG. 13 shows a procedure until the
映像受信表示装置１３１は、映像配信サーバ１５１についてのドメイン名解決要求をＡレコードのクエリタイプで送信する（Ｓ１３０１）。ドメイン名解決要求を受信した通信制御装置１２０は、ＤＮＳサーバ１７０へドメイン名解決要求をＡレコードのクエリタイプで送信し（Ｓ１３０２）、ＤＮＳサーバ１７０は、ドメイン名解決応答を送信する（Ｓ１３０３）。ドメイン名解決応答を受信した通信制御装置１２０は、受信したドメイン名解決応答を映像受信表示装置１３１へ送信する（Ｓ１３０４）。
The video
図１４は、映像受信表示装置１３１がＩＰｖ４機器、映像配信サーバ１５１がＩＰｖ６機器の場合に、映像受信表示装置１３１が送信したドメイン名解決要求に対して通信制御装置１２０が応答するまでの手順の例を示すシーケンス図である。
FIG. 14 shows a procedure until the
映像受信表示装置１３１は、映像配信サーバ１５１についてのドメイン名解決要求をＡレコードのクエリタイプで送信する（Ｓ１４０１）。ドメイン名解決要求を受信した通信制御装置１２０は、ＤＮＳサーバ１７０へドメイン名解決要求をＡレコードのクエリタイプで送信し（Ｓ１４０２）、ＤＮＳサーバ１７０は、アンサーカウントが０のドメイン名解決応答を送信する（Ｓ１４０３）。ドメイン名解決応答を受信した通信制御装置１２０は、ドメイン名解決応答のアンサーカウントが０であるため、続いてＤＮＳサーバ１７０へドメイン名解決要求をＡＡＡＡレコードのクエリタイプで送信し（Ｓ１４０４）、ＤＮＳサーバ１７０は、ドメイン名解決応答を送信する（Ｓ１４０５）。
The video
次に、通信制御装置１２０は、ＩＰｖ４ダミーアドレス生成情報テーブル１１００を用いてＩＰｖ４ダミーアドレスを生成し（Ｓ１４０６）、ＩＰｖ４ダミーアドレス変換テーブル１２００に、生成したＩＰｖ４ダミーアドレスとＤＮＳサーバ１７０から応答された映像配信サーバ１５１のアドレスを記憶して（Ｓ１４０７）、映像受信表示装置１３１へＩＰｖ４ダミーアドレスを含むドメイン名解決応答を送信する（Ｓ１４０８）。
Next, the
図１５は、映像受信表示装置１３１がＩＰｖ６機器、映像配信サーバ１５１がＩＰｖ４機器の場合に、映像受信表示装置１３１が送信したドメイン名解決要求に対して通信制御装置１２０が応答するまでの手順の例を示すシーケンス図である。
FIG. 15 shows a procedure until the
映像受信表示装置１３１は、映像配信サーバ１５１についてのドメイン名解決要求をＡＡＡＡレコードのクエリタイプで送信する（Ｓ１５０１）。ドメイン名解決要求を受信した通信制御装置１２０は、ＤＮＳサーバ１７０へドメイン名解決要求をＡＡＡＡレコードのクエリタイプで送信し（Ｓ１５０２）、ＤＮＳサーバ１７０は、アンサーカウントが０のドメイン名解決応答を送信する（Ｓ１５０３）。ドメイン名解決応答を受信した通信制御装置１２０は、ドメイン名解決応答のアンサーカウントが０であるため、続いてＤＮＳサーバ１７０へドメイン名解決要求をＡレコードのクエリタイプで送信し（Ｓ１５０４）、ＤＮＳサーバ１７０は、ドメイン名解決応答を送信する（Ｓ１５０５）。
The video
次に、通信制御装置１２０は、ＩＰｖ６中継プレフィックス情報テーブル９００を用いてＩＰｖ６中継アドレスを生成し（Ｓ１５０６）、ＩＰｖ６中継アドレス変換テーブル１０００に、生成したＩＰｖ６中継アドレス１００１とＤＮＳサーバ１７０から応答された映像配信サーバ１５１のアドレスを記憶する（Ｓ１５０７）。さらに、通信制御装置１２０は、通信制御装置１２０自身に当該ＩＰｖ６中継アドレスを追加で設定し（Ｓ１５０８）、映像受信表示装置１３１へＩＰｖ６中継アドレスを含むドメイン名解決応答を送信する（Ｓ１５０９）。
Next, the
図１６は、映像受信表示装置１３１がＩＰｖ６機器、映像配信サーバ１５１がＩＰｖ６機器の場合に、映像受信表示装置１３１が送信したドメイン名解決要求に対して通信制御装置１２０が応答するまでの手順の例を示すシーケンス図である。
FIG. 16 shows the procedure until the
映像受信表示装置１３１は、映像配信サーバ１５１についてのドメイン名解決要求をＡＡＡＡレコードのクエリタイプで送信する（Ｓ１６０１）。ドメイン名解決要求を受信した通信制御装置１２０は、ＤＮＳサーバ１７０へドメイン名解決要求をＡＡＡＡレコードのクエリタイプで送信し（Ｓ１６０２）、ＤＮＳサーバ１７０は、ドメイン名解決応答を送信する（Ｓ１６０３）。
The video
次に、通信制御装置１２０は、ＩＰｖ６中継プレフィックス情報テーブル９００を用いてＩＰｖ６中継アドレスを生成し（Ｓ１６０４）、ＩＰｖ６中継アドレス変換テーブル１０００に、生成したＩＰｖ６中継アドレス１００１とＤＮＳサーバ１７０から応答された映像配信サーバ１５１のアドレスを記憶する（Ｓ１６０５）。さらに、通信制御装置１２０は、通信制御装置１２０自身に当該ＩＰｖ６中継アドレスを追加で設定し（Ｓ１６０６）、映像受信表示装置１３１へＩＰｖ６中継アドレスを含むドメイン名解決応答を送信する（Ｓ１６０７）。
Next, the
［ＲＴＳＰメッセージ取得機能］
ここで、上記ＲＴＳＰメッセージ取得機能について説明する。通信制御装置１２０のＲＴＳＰメッセージ取得機能において、映像受信表示装置１３１等のＲＴＳＰクライアント機器が送信するＲＴＳＰメッセージを取得するにはいくつかの方法があるが、その内の３つの方法について以下に説明する。
[RTSP message acquisition function]
Here, the RTSP message acquisition function will be described. In the RTSP message acquisition function of the
第１のＲＴＳＰメッセージ取得方法は、通信制御装置１２０にて、ＲＴＳＰメッセージを取得するためのポートを監視し、映像受信表示装置１３１等のＲＴＳＰクライアント機器にＲＴＳＰプロキシ設定として通信制御装置１２０の当該ポートを設定した上で、映像受信表示装置１３１等のＲＴＳＰクライアント機器から映像配信サーバ１５１等のＲＴＳＰサーバ機器へＲＴＳＰメッセージを送信する方法である。
In the first RTSP message acquisition method, the
ＲＴＳＰクライアント機器は、ＲＴＳＰサーバ機器とＲＴＳＰメッセージの送受信を行うための通信路を確立する。第１のＲＴＳＰメッセージ取得方法では、ＲＴＳＰクライアント機器は、接続先の情報（ＲＴＳＰサーバ機器のＩＰアドレスおよびポート）を含む通信路確立要求を、ＲＴＳＰプロキシ設定に指定された通信制御装置１２０のＲＴＳＰメッセージ監視ポートに対して送信することになる。
The RTSP client device establishes a communication path for transmitting and receiving RTSP messages with the RTSP server device. In the first RTSP message acquisition method, the RTSP client device sends a communication path establishment request including connection destination information (IP address and port of the RTSP server device) to the RTSP message of the
通信制御装置１２０では、ＲＴＳＰメッセージ監視ポートに到達する接続元の情報（ＲＴＳＰクライアント機器のＩＰアドレスおよびポート）、接続先の情報（ＲＴＳＰサーバ機器のＩＰアドレスおよびポート）を含む通信路確立要求を取得して通信路を確立する。これ以降、ＲＴＳＰクライアント機器は、当該通信路を介してＲＴＳＰメッセージを送信するため、通信制御装置１２０は、ＲＴＳＰクライアント機器からのＲＴＳＰメッセージを取得することができる。
The
上述した第１のＲＴＳＰメッセージ取得方法では、映像受信表示装置１３１等のＲＴＳＰクライアント機器においてＲＴＳＰプロキシ設定が可能であることが必須となる。また、第１のＲＴＳＰメッセージ取得方法は、ＲＴＳＰクライアント機器がＩＰｖ４機器、ＩＰｖ６機器どちらの場合にも適用が可能である。映像受信表示装置１３１においてＲＴＳＰプロキシ設定が可能でない場合は、通信制御装置１２０は、以下に説明する第２もしくは第３のＲＴＳＰメッセージ取得方法にてＲＴＳＰメッセージを取得する必要がある。
In the first RTSP message acquisition method described above, it is essential that RTSP proxy settings can be made in an RTSP client device such as the video
第２のＲＴＳＰメッセージ取得方法は、ＲＴＳＰクライアント機器がＩＰｖ４機器であった場合に、通信制御装置１２０に対して、ホームネットワーク１１０側からの通信により入力される特定の情報を、通信制御装置１２０のＲＴＳＰメッセージ監視ポートに対してリダイレクトするような設定を行う方法である。例えば、通信制御装置１２０のオペレーティングシステムがＬｉｎｕｘ（登録商標）の場合は、以下のような設定により実現できる。
In the second RTSP message acquisition method, when the RTSP client device is an IPv4 device, specific information input to the
まず、Ｌｉｎｕｘのカーネルをリダイレクト設定が可能なように構成しておく。そして、例えば、“iptables -t nat -A PREROUTING -p tcp --dport 554 -j REDIRECT --to-ports 10554”のコマンドによって、Ｌｉｎｕｘに対してポートのリダイレクトの設定を行う。この設定によれば、通信制御装置１２０を通る５５４番ポート（ＲＴＳＰで用いられるWell Known Port）宛の通信を、例えば１０５５４番ポート宛にリダイレクトすることができる。
First, the Linux kernel is configured to allow redirection settings. Then, for example, the command “iptables -t nat -A PREROUTING -p tcp --dport 554 -j REDIRECT --to-ports 10554” is used to set port redirection for Linux. According to this setting, communication addressed to port 554 (Well Known Port used in RTSP) passing through the
通信制御装置１２０にてあらかじめ上記のようなポートのリダイレクト設定を行い、リダイレクト先のポートを監視することによって、通信制御装置１２０は、ＲＴＳＰクライアント機器がＲＴＳＰサーバ機器とＲＴＳＰメッセージの送受信を行うための通信路確立要求を取得することができる。
By performing the port redirection setting as described above in advance in the
第２のＲＴＳＰメッセージ取得方法では、ＲＴＳＰクライアント機器は、ＲＴＳＰサーバ機器のＲＴＳＰ待ち受けポート（通常は５５４番ポート）に対して通信路確立要求を送信する。ホームネットワーク１１０に接続するＲＴＳＰクライアント機器から、外部ネットワーク１４０に接続するＲＴＳＰサーバ機器に対しての通信は、必ず通信制御装置１２０を経由する。
In the second RTSP message acquisition method, the RTSP client device transmits a communication path establishment request to the RTSP standby port (usually port 554) of the RTSP server device. Communication from the RTSP client device connected to the
通信制御装置１２０は、ＲＴＳＰクライアント機器が送信したＲＴＳＰサーバ機器宛の通信をリダイレクトし、リダイレクト先の監視ポートにて接続元の情報（ＲＴＳＰクライアント機器のＩＰアドレスおよびポート）および接続先の情報（ＲＴＳＰサーバ機器のＩＰアドレスおよびポート）を含む通信路確立要求を取得し、ＲＴＳＰクライアント機器との間に通信路を確立する。これ以降、ＲＴＳＰクライアント機器は、当該通信路を介してＲＴＳＰメッセージを送信するため、通信制御装置１２０は、ＲＴＳＰクライアント機器からのＲＴＳＰメッセージを取得することができる。
The
上述した第２のＲＴＳＰメッセージ取得方法では、映像受信表示装置１３１等のＲＴＳＰクライアント機器にはＲＴＳＰプロキシ設定等の特別な設定は必要なく、ＲＴＳＰクライアント機器は、通常の方法で単に映像配信サーバ１５１等のＲＴＳＰサーバ機器に対しての通信を行っているだけである。ただし、上記リダイレクトの設定はＮＡＴ（Network Address Translation）の機能を応用したものであるため、ＲＴＳＰクライアント機器がＮＡＴを適用可能なＩＰｖ４機器である場合のみ適用することができる。
In the second RTSP message acquisition method described above, the RTSP client device such as the video
なお、映像受信表示装置１３１がＩＰｖ４機器、映像配信サーバ１５１がＩＰｖ６機器の場合は、上述の図１４のように、映像受信表示装置１３１からのドメイン名解決要求に対し、通信制御装置１２０はＩＰｖ４ダミーアドレスを応答するが、映像受信表示装置１３１が当該ＩＰｖ４ダミーアドレス宛に送信するＲＴＳＰメッセージについても、第２のＲＴＳＰメッセージ取得方法で取得することができる。
If the video
第３のＲＴＳＰメッセージ取得方法は、通信制御装置１２０のドメイン名解決部１２１と代理接続部１２２とが連携することで達成される。第３のＲＴＳＰメッセージ取得方法では、ＲＴＳＰクライアント機器がＲＴＳＰサーバ機器のドメイン名解決要求を通信制御装置１２０に送信した際に、正しいＲＴＳＰサーバ機器のＩＰアドレスを応答するのではなく、通信制御装置１２０自身のＩＰアドレス（例えば、上述のＩＰｖ６中継アドレス）を応答する。ＲＴＳＰクライアント機器は、ＲＴＳＰサーバ機器に対してＲＴＳＰメッセージを送信していると認識しているが、実際にはＲＴＳＰメッセージは通信制御装置１２０に対して送信されているため、通信制御装置１２０は当該ＲＴＳＰメッセージを取得することができる。
The third RTSP message acquisition method is achieved by the cooperation of the domain
上述した第３のＲＴＳＰメッセージ取得方法では、映像受信表示装置１３１等のＲＴＳＰクライアント機器にはＲＴＳＰプロキシ設定等の特別な設定は必要なく、ＲＴＳＰクライアント機器は、（実際には通信制御装置１２０に対してＲＴＳＰメッセージを送信しているが）映像配信サーバ１５１等のＲＴＳＰサーバ機器に対しての通信を行っているだけである。なお、第３のＲＴＳＰメッセージ取得方法は、ＲＴＳＰクライアント機器がＩＰｖ４機器、ＩＰｖ６機器いずれの場合でも適用することが可能である。
In the third RTSP message acquisition method described above, the RTSP client device such as the video
以降の説明では、特に断りがない場合、通信制御装置１２０は、ＲＴＳＰクライアント機器にＲＴＳＰプロキシ設定の必要がない第２のＲＴＳＰメッセージ取得方法（ＲＴＳＰクライアント機器がＩＰｖ４機器の場合）、もしくは第３のＲＴＳＰメッセージ取得方法（ＲＴＳＰクライアント機器がＩＰｖ６機器の場合）によってＲＴＳＰメッセージを取得するものとして説明する。
In the following description, unless otherwise specified, the
上述した第２のＲＴＳＰメッセージ取得方法あるいは第３のＲＴＳＰメッセージ取得方法を用いたＲＴＳＰメッセージ取得機能により、通信制御装置１２０は、映像受信表示装置１３１等のＲＴＳＰクライアント機器が映像配信サーバ１５１等のＲＴＳＰサーバ機器に対して送信する通信路確立要求を取得することができる。言い換えると、通信制御装置１２０は、映像受信表示装置１３１等のＲＴＳＰクライアント機器が送信する通信路確立要求を取得することにより、ＲＴＳＰクライアント機器との間に通信路を確立することができる。以下、このＲＴＳＰクライアント機器と通信制御装置１２０との間の通信路を第１の通信路と記述する。
With the RTSP message acquisition function using the second RTSP message acquisition method or the third RTSP message acquisition method described above, the
上述した第２あるいは第３のＲＴＳＰメッセージ取得方法により、ＲＴＳＰクライアント機器と第１の通信路を確立した通信制御装置１２０は、取得した通信路確立要求に含まれる接続元の情報（ＲＴＳＰクライアント機器のＩＰアドレスおよびポート）および接続先の情報（ＲＴＳＰサーバ機器のＩＰアドレスおよびポート）を取得することができる。
The
ここで取得する接続先の情報に含まれるＲＴＳＰサーバのＩＰアドレスは、上述のＩＰｖ４ダミーアドレスやＩＰｖ６中継アドレスである場合があるが、それぞれＩＰｖ４ダミーアドレス変換テーブル１２００、ＩＰｖ６中継アドレス変換テーブル１０００を用いることで、通信制御装置１２０は、ＲＴＳＰサーバ機器（映像配信サーバ１５１）の正しいＩＰアドレスを取得することができる。ここで取得したＲＴＳＰサーバ機器の情報を用いて、通信制御装置１２０は、さらに、ＲＴＳＰサーバ機器と接続するための通信路を確立することができる。以下、このＲＴＳＰサーバ機器と通信制御装置１２０との間の通信路を第２の通信路と記述する。
The IP address of the RTSP server included in the connection destination information acquired here may be the IPv4 dummy address or the IPv6 relay address described above, and the IPv4 dummy address conversion table 1200 and the IPv6 relay address conversion table 1000 are used, respectively. As a result, the
通信制御装置１２０は、第１の通信路を経由して受信したＲＴＳＰメッセージの内容を解析し、必要な情報を取得したり、適切に書き換えたりした後、第２の通信路を経由してＲＴＳＰサーバ機器に送信する。その後、通信制御装置１２０は、ＲＴＳＰサーバ機器からの応答であるＲＴＳＰメッセージを第２の通信路を経由して受信する。通信制御装置１２０は、取得したＲＴＳＰメッセージの内容を解析し、必要な情報を取得したり、適切に書き換えたりした後、第１の通信路を経由してＲＴＳＰクライアント機器に対して送信する。
The
送受信されるＲＴＳＰメッセージには、ＱｏＳセッション制御に必要な情報（ＱｏＳ制御を行う各機器のＩＰアドレスとポートおよび必要な帯域の情報）も含まれている。従って、本実施の形態の映像配信システムは、上述のように、通信制御装置１２０によって、ＲＴＳＰクライアント機器とＲＴＳＰサーバ機器との間で送受信されるＲＴＳＰメッセージからＱｏＳセッション制御に必要な情報を取得し、ＲＴＳＰクライアント機器による再生制御が行われるまでの間に、ＲＴＳＰサーバ機器と通信制御装置１２０との間でＱｏＳ制御を行うことによって、ＱｏＳセッション制御機能を有しないＲＴＳＰクライアント機器が、ＱｏＳ保証された映像等のコンテンツ配信サービスを受けることを可能とするシステムである。
The RTSP message transmitted / received also includes information necessary for QoS session control (IP address and port of each device that performs QoS control, and necessary bandwidth information). Therefore, in the video distribution system according to the present embodiment, as described above, the
なお、本実施の形態の映像配信システムでは、ＲＴＳＰメッセージを取得して解析を可能とするための方法として、上述の３つの方法を挙げているが、通信制御装置１２０においてＲＴＳＰメッセージの内容からＱｏＳセッション制御に必要な情報を取得することが可能な仕組みであれば、例えば、ＯＳやＩＰｖ４、ＩＰｖ６のプロトコルスタックのモジュールに修正を加える等によってＲＴＳＰメッセージの内容を取得するように実装することも可能である。
In the video distribution system according to the present embodiment, the above-described three methods are cited as methods for obtaining the RTSP message and enabling the analysis. However, the
［動作の流れ］
以下、本実施の形態の映像配信システムにおける動作の流れについて説明する。まず、図１７〜図２０を用いて、本実施の形態の映像配信システムにおける動作の流れの概要を説明する。
[Flow of operation]
Hereinafter, an operation flow in the video distribution system according to the present embodiment will be described. First, an outline of an operation flow in the video distribution system according to the present embodiment will be described with reference to FIGS.
図１７は、通信路（第１の通信路および第２の通信路）の確立の際の手順の例を示すシーケンス図である。まず、映像受信表示装置１３１が、通信制御装置１２０を経由して、映像配信サーバ１５１宛に通信路確立要求を送信する。通信制御装置１２０は、上述のＲＴＳＰメッセージ取得機能によって当該通信路確立要求を取得し、映像受信表示装置１３１との間に第１の通信路を確立する（Ｓ１７０１）。
FIG. 17 is a sequence diagram illustrating an example of a procedure when establishing communication paths (first communication path and second communication path). First, the video
次に、通信制御装置１２０は、メインメモリ２０２上にＲＴＳＰコネクション毎に作成されるワークメモリに、接続情報管理テーブル４００を新規に作成する（Ｓ１７０２）。次に、通信制御装置１２０は、通信路確立要求に含まれる接続元（クライアント）ＩＰアドレスを取得して、接続情報管理テーブル４００のクライアントアドレス４０１に記憶する（Ｓ１７０３）。
Next, the
次に、通信制御装置１２０は、通信路確立要求に含まれる接続先（サーバ）ＩＰアドレスを取得し、接続情報管理テーブル４００のサーバアドレス４０２に記憶する（Ｓ１７０４）。このとき、ＩＰｖ４ダミーアドレス変換テーブル１２００、およびＩＰｖ６中継アドレス変換テーブル１０００を参照し、取得した接続先ＩＰアドレスがＩＰｖ４ダミーアドレスもしくはＩＰｖ６中継アドレスのエントリと一致する場合は、対応する映像配信サーバ１５１の正しいアドレス（映像配信サーバアドレス１００２もしくは映像配信サーバアドレス１２０２）を取得して、取得したアドレスを接続先（サーバ）ＩＰアドレスとして、接続情報管理テーブル４００のサーバアドレス４０２に記憶する。
Next, the
次に、通信制御装置１２０は、システムであらかじめ決めておくタイムアウトの初期値（例えば１２０秒）を、接続情報管理テーブル４００のタイムアウト４０３およびタイマー４０４に設定する（Ｓ１７０５）。なお、ここで設定するタイムアウト値は、後にＲＴＳＰ ＳＥＴＵＰレスポンスを受信した際に取得するＲＴＳＰセッションのタイムアウト値に書き換えられることになる。
Next, the
次に、通信制御装置１２０は、通信制御装置１２０と映像配信サーバ１５１との間でＲＴＳＰメッセージの送受信を行うためのポートを決定する（Ｓ１７０６）。ここではまず、システム共通テーブルである利用可能ポート番号テーブル５００から利用可能ポート番号範囲５０１を取得し、次に、システム共通テーブルである利用ポート番号テーブル６００に記憶している利用ポート番号６０１を全て読み出す。
Next, the
通信制御装置１２０は、利用可能ポート番号範囲５０１のうち、利用ポート番号６０１に含まれない、すなわち現在利用されていないポートを一つ選び、それをＲＴＳＰメッセージの送受信に用いるポートとし、当該ポートを新たに利用ポート番号テーブル６００に追記する。また、ＲＴＳＰ通信利用ポート番号テーブル７００をワークメモリ上に作成し、当該ポートをＲＴＳＰ通信利用ポート番号７０１として記憶する。
The
次に、通信制御装置１２０は、帯域制御サーバ１６０に対し、映像配信サーバ１５１との間にＲＴＳＰ用ＱｏＳセッションを確立することを要求する（Ｓ１７０７）。このとき、ＲＴＳＰメッセージ自体はリアルタイム性が必要とされず、情報量もあまり多くないため、確保する帯域の指定は必要ない。すなわち、通信制御装置１２０のＩＰアドレスと上記で決定したＲＴＳＰ通信利用ポート番号７０１、および映像配信サーバ１５１のＩＰアドレスおよびポートの情報を用いてＲＴＳＰ用ＱｏＳセッションを確立する。
Next, the
次に、通信制御装置１２０は、確立したＲＴＳＰ用ＱｏＳセッションを通して第２の通信路を確立する（Ｓ１７０８）。最後に、接続情報管理テーブル４００の状態４０５を“Ｉｎｉｔ”に設定する（Ｓ１７０９）。
Next, the
また、図示しないが、上記のように通信路（第１の通信路、ＲＴＳＰ用ＱｏＳセッション、第２の通信路）が確立すると、通信制御装置１２０において、図示しないタイムアウト監視部が起動する。タイムアウト監視部は、接続情報管理テーブル４００のタイマー４０４に設定した値を１秒毎にデクリメントし、タイマー４０４の値が０になった時点でタイムアウトと判定する。タイムアウトが発生すると、通信制御装置１２０は、上記で確立した各通信路を切断する。
Although not shown, when a communication path (first communication path, RTSP QoS session, second communication path) is established as described above, a timeout monitoring unit (not shown) is activated in the
なお、詳細は後述するが、タイマー４０４の値は、タイムアウトと判定される前に新たなＲＴＳＰメッセージを受信することで、タイムアウト４０３に設定した値にリセットされる。すなわち、タイムアウトとは、通信制御装置１２０に次のＲＴＳＰメッセージが到達するまでの待ち時間である。
Although details will be described later, the value of the
図１８は、再生準備の際の手順の例を示すシーケンス図である。これ以降、ＲＴＳＰクライアント機器とＲＴＳＰサーバ機器との間ではＲＴＳＰメッセージの送受信が行われる。ＲＴＳＰには、メッセージの送受信を行うための各種のメソッドが定義されている。これらは、例えば、ＯＰＴＩＯＮＳ、ＤＥＳＣＲＩＢＥ、ＳＥＴＵＰ、ＰＬＡＹ、ＰＡＵＳＥ、ＡＮＮＯＵＮＣＥ、ＴＥＡＲＤＯＷＮ等であり、それぞれについてリクエストとレスポンスのメソッドが定義されている。ＲＴＳＰクライアント機器やＲＴＳＰサーバ機器は、これらのメソッドを介して情報を送受信し、音声や映像等のコンテンツ再生に必要な情報の交換を行う。 FIG. 18 is a sequence diagram illustrating an example of a procedure for reproduction preparation. Thereafter, RTSP messages are transmitted and received between the RTSP client device and the RTSP server device. Various methods for transmitting and receiving messages are defined in RTSP. These are, for example, OPTIONS, DESCRIBE, SETUP, PLAY, PAUSE, ANNOUNCE, TEARDOWN, etc., and request and response methods are defined for each. The RTSP client device and the RTSP server device transmit and receive information via these methods, and exchange information necessary for content reproduction such as audio and video.
図１８に示す再生準備の動作では、映像用ＱｏＳセッションの確立に必要な情報を収集する。すなわち、ＱｏＳセッション制御に必要なコンテンツの帯域情報、およびＱｏＳセッションの両端の機器のＩＰアドレスおよびポートの情報を収集する。このうち、コンテンツの帯域情報はＲＴＳＰ ＤＥＳＣＲＩＢＥレスポンス、ＩＰアドレスおよびポートの情報はＲＴＳＰ ＳＥＴＵＰレスポンスからそれぞれ取得することができる。 In the reproduction preparation operation shown in FIG. 18, information necessary for establishing a video QoS session is collected. That is, the bandwidth information of the content necessary for QoS session control and the IP address and port information of the devices at both ends of the QoS session are collected. Of these, the content bandwidth information can be acquired from the RTSP DESCRIBE response, and the IP address and port information can be acquired from the RTSP SETUP response.
まず、映像受信表示装置１３１は、第１の通信路を介して通信制御装置１２０へＲＴＳＰ ＤＥＳＣＲＩＢＥリクエストを送信する（Ｓ１８０１）。ＲＴＳＰ ＤＥＳＣＲＩＢＥリクエストを受信した通信制御装置１２０は、接続情報管理テーブル４００のタイマー４０４の値をタイムアウト４０３の値にリセットする（Ｓ１８０２）。なお、これ以降全てのメソッドについて、第１の通信路から情報を受信した際には必ずタイマーをリセットする。
First, the video
次に、通信制御装置１２０は、取得したＲＴＳＰメッセージの内容を第２の通信路を介して映像配信サーバ１５１へ送信する（Ｓ１８０３）。次に、映像配信サーバ１５１は、ＲＴＳＰ ＤＥＳＣＲＩＢＥリクエストの内容を元に処理を行い、応答をＲＴＳＰ ＤＥＳＣＲＩＢＥレスポンスとして第２の通信路を介して通信制御装置１２０へ送信する（Ｓ１８０４）。
Next, the
通信制御装置１２０は、ＲＴＳＰ ＤＥＳＣＲＩＢＥレスポンスを取得し、そこに含まれるコンテンツの情報のうちコンテンツのビットレートの情報を取得する。そして、映像データ受信情報テーブル８００をワークメモリ上に作成し、帯域８０４の項目にその値を記憶する（Ｓ１８０５）。その後、通信制御装置１２０は、取得したＲＴＳＰ ＤＥＳＣＲＩＢＥレスポンスを、第１の通信路を介して映像受信表示装置１３１へ送信する（Ｓ１８０６）。
The
次に、映像受信表示装置１３１は、ＲＴＳＰ ＳＥＴＵＰリクエストを第１の通信路を介して通信制御装置１２０へ送信する（Ｓ１８０７）。通信制御装置１２０は、第１の通信路を介してＲＴＳＰ ＳＥＴＵＰリクエストを取得し、タイマーをリセットし（Ｓ１８０８）、ＲＴＳＰ ＳＥＴＵＰリクエスト処理を行う（Ｓ１８０９）。
Next, the video
すなわち、ＲＴＳＰ ＳＥＴＵＰリクエストを受信した通信制御装置１２０は、ＲＴＳＰ ＳＥＴＵＰリクエストから映像データ受信ポートであるclient_portの値を読み出し、映像データ受信情報テーブル８００のクライアントポート８０３に記憶する。次に、利用可能ポート番号テーブル５００および利用ポート番号テーブル６００を参照して利用可能なポートを決定し、これを通信制御装置１２０での映像データ受信ポートとして、ＲＴＳＰ ＳＥＴＵＰリクエストのclient_portの値をその値に書き換える。さらに、その値を映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶する。
That is, the
次に、通信制御装置１２０は、ＲＴＳＰ ＳＥＴＵＰリクエストを第２の通信路を介して映像配信サーバ１５１へ送信し（Ｓ１８１０）、その応答であるＲＴＳＰ ＳＥＴＵＰレスポンスを受信する（Ｓ１８１１）。その後、通信制御装置１２０は、受信したＲＴＳＰ ＳＥＴＵＰレスポンスの内部処理を行う（Ｓ１８１２）。
Next, the
すなわち、ＲＴＳＰ ＳＥＴＵＰレスポンスに含まれるＲＴＳＰセッション情報のタイムアウト値を取得し、接続情報管理テーブル４００のタイムアウト４０３の値を、取得したタイムアウト値で上書きする。また、ＲＴＳＰ ＳＥＴＵＰレスポンスに含まれる映像データ送信ポートであるserver_portの値を読み出し、映像データ受信情報テーブル８００のサーバポート８０２に記憶する。
That is, the timeout value of the RTSP session information included in the RTSP SETUP response is acquired, and the value of the
また、ＲＴＳＰ ＳＥＴＵＰレスポンスのclient_portの値を読み出し、この値が映像データ受信情報テーブル８００の通信制御装置ポート８０１の値と等しいか否かを確認する。等しくなければ、通信制御装置ポート８０１の値を取得したclient_portの値で上書きする。また、ＲＴＳＰ ＳＥＴＵＰレスポンスのclient_portの値を、映像データ受信情報テーブル８００のクライアントポート８０３の値に書き換える。
Further, the value of the client_port of the RTSP SETUP response is read, and it is confirmed whether or not this value is equal to the value of the communication
その後、映像データを映像受信表示装置１３１に伝送するための映像データ転送設定を行う（Ｓ１８１２）。すなわち、通信制御装置１２０の、映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶したポートに到達した映像データを、映像受信表示装置１３１の、映像データ受信情報テーブル８００のクライアントポート８０３に記憶したポートへ転送するための設定を行う。なお、この設定は、通信制御装置１２０のＯＳや、映像受信表示装置１３１および映像配信サーバ１５１がＩＰｖ４機器であるかＩＰｖ６機器であるかなどに応じて種々の方法を採ることができる。
Thereafter, a video data transfer setting for transmitting the video data to the video
次に、通信制御装置１２０は、映像データ受信情報テーブル８００に記憶した内容を元に、帯域制御サーバ１６０に対して、映像配信サーバ１５１との間の映像用ＱｏＳセッションの確立要求を行う（Ｓ１８１３）。すなわち、通信制御装置１２０のＩＰアドレスおよび映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶したポートと、映像配信サーバ１５１のＩＰアドレスおよび映像データ受信情報テーブル８００のサーバポート８０２に記憶したポートとの間に、映像データ受信情報テーブル８００の帯域８０４に設定された分の帯域を確保するように要求する。
Next, based on the content stored in the video data reception information table 800, the
映像用ＱｏＳセッションが確立したら、通信制御装置１２０は、接続情報管理テーブル４００の状態４０５を“Ｒｅａｄｙ”に変更し（Ｓ１８１４）、ＲＴＳＰ ＳＥＴＵＰレスポンスを第１の通信路を介して映像受信表示装置１３１へ送信する（Ｓ１８１５）。
When the video QoS session is established, the
図１９は、映像再生の際の手順の例を示すシーケンス図である。まず、映像受信表示装置１３１は、ＲＴＳＰ ＰＬＡＹリクエストを、第１の通信路を介して通信制御装置１２０へ送信する（Ｓ１９０１）。通信制御装置１２０は、ＲＴＳＰ ＰＬＡＹリクエストを受信し、タイマーをリセットし（Ｓ１９０２）、第２の通信路を介してＲＴＳＰ ＰＬＡＹリクエストを映像配信サーバ１５１へ送信する（Ｓ１９０３）。
FIG. 19 is a sequence diagram illustrating an example of a procedure for reproducing a video. First, the video
その後、ＲＴＳＰ ＰＬＡＹレスポンスを受信し（Ｓ１９０４）、接続情報管理テーブル４００の状態４０５を“Ｐｌａｙｉｎｇ”に変更して（Ｓ１９０５）、ＲＴＳＰ ＰＬＡＹレスポンスを第１の通信路を介して映像受信表示装置１３１へ送信する（Ｓ１９０６）。
Thereafter, the RTSP PLAY response is received (S1904), the
映像配信サーバ１５１は、ＲＴＳＰ ＰＬＡＹリクエストを受信すると、映像データの伝送を開始する（Ｓ１９０７）。映像データは、映像配信サーバ１５１と通信制御装置１２０との間では、通信制御装置１２０がＲＴＳＰ ＳＥＴＵＰレスポンス受信時に確立した映像用ＱｏＳセッション内を伝送される。通信制御装置１２０が受信した映像データは、ＲＴＳＰ ＳＥＴＵＰレスポンス受信時に設定した映像データ転送設定に従って、映像受信表示装置１３１へ転送される（Ｓ１９０８）。
When receiving the RTSP PLAY request, the
映像データの伝送中、映像受信表示装置１３１は、ＲＴＳＰセッションがタイムアウトしない程度の間隔で、接続維持用のメッセージを通信制御装置１２０に送信する（Ｓ１９０９）。これには通常、ＲＴＳＰの状態に変更を与えないＲＴＳＰ ＯＰＴＩＯＮＳメソッドか単純なハートビートを用いる。通信制御装置１２０は、これらのメッセージを受信した際はタイマーをリセットし（Ｓ１９１０）、受信したメッセージを映像配信サーバ１５１へ送信する（Ｓ１９１１）。通信制御装置１２０は、映像配信サーバ１５１からレスポンスを受信すると（Ｓ１９１２）、受信したレスポンスを映像受信表示装置１３１へ送信する（Ｓ１９１３）。
During the transmission of the video data, the video
図２０は、再生停止の際の手順の例を示すシーケンス図である。まず、映像受信表示装置１３１は、ＲＴＳＰ ＰＡＵＳＥリクエストを、第１の通信路を介して通信制御装置１２０へ送信する（Ｓ２００１）。通信制御装置１２０は、タイマーリセットを行い（Ｓ２００２）、ＲＴＳＰ ＰＡＵＳＥリクエストを第２の通信路を介して映像配信サーバ１５１へ送信する（Ｓ２００３）。
FIG. 20 is a sequence diagram illustrating an example of a procedure when playback is stopped. First, the video
その後、ＲＴＳＰ ＰＡＵＳＥレスポンスを受信し（Ｓ２００４）、接続情報管理テーブル４００の状態４０５を“Ｒｅａｄｙ”に変更して（Ｓ２００５）、ＲＴＳＰ ＰＡＵＳＥレスポンスを第１の通信路を介して映像受信表示装置１３１へ送信する（Ｓ２００６）。
Thereafter, the RTSP PAUSE response is received (S2004), the
次に、映像受信表示装置１３１は、ＲＴＳＰ ＴＥＡＲＤＯＷＮリクエストを第１の通信路を介して通信制御装置１２０へ送信する（Ｓ２００７）。通信制御装置１２０は、タイマーリセットを行い（Ｓ２００８）、ＲＴＳＰ ＴＥＡＲＤＯＷＮリクエストを第２の通信路を介して映像配信サーバ１５１へ送信する（Ｓ２００９）。ＲＴＳＰ ＴＥＡＲＤＯＷＮリクエストを受信した映像配信サーバ１５１は、映像データの伝送を終了し、ＲＴＳＰ ＴＥＡＲＤＯＷＮレスポンスを通信制御装置１２０に送信する（Ｓ２０１０）。
Next, the video
次に、通信制御装置１２０は、帯域制御サーバ１６０に対し、映像配信サーバ１５１との間の映像用ＱｏＳセッションの終了要求を行い、映像用ＱｏＳセッションを終了する（Ｓ２０１１）。その後、通信制御装置１２０は、映像データ転送設定を解除し（Ｓ２０１２）、映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶されている値を利用ポート番号テーブル６００から削除して、第２の通信路を切断する（Ｓ２０１３）。
Next, the
次に、通信制御装置１２０は、帯域制御サーバ１６０に対し、映像配信サーバ１５１との間のＲＴＳＰ用ＱｏＳセッションの終了要求を行い、ＲＴＳＰ用ＱｏＳセッションを終了する（Ｓ２０１４）。その際、ＲＴＳＰ通信利用ポート番号テーブル７００のＲＴＳＰ通信利用ポート番号７０１に記憶されている値を利用ポート番号テーブル６００から削除する。
Next, the
その後、通信制御装置１２０は、接続情報管理テーブル４００の状態４０５を“接続なし”に設定し（Ｓ２０１５）、第１の通信路を介してＲＴＳＰ ＴＥＡＲＤＯＷＮレスポンスを映像受信表示装置１３１へ送信する（Ｓ２０１６）。その後、第１の通信路を切断し（Ｓ２０１７）、コネクション内テーブルである接続情報管理テーブル４００、ＲＴＳＰ通信利用ポート番号テーブル７００、映像データ受信情報テーブル８００を削除する（Ｓ２０１８）。
Thereafter, the
［ＲＴＳＰコネクションの状態遷移］
ここで、本実施の形態での通信制御方法における、通信制御装置１２０が記憶するＲＴＳＰコネクションの状態遷移について説明する。図２１（ａ）は、本実施の形態におけるＲＴＳＰコネクションの状態遷移図である。また、図２１（ｂ）は、本実施の形態におけるＲＴＳＰコネクションの状態遷移テーブルを示す図である。図２１（ａ）における遷移１〜７は、図２１（ｂ）におけるＮｏ．１〜７のイベントにそれぞれ対応している。
[RTSP connection state transition]
Here, the state transition of the RTSP connection stored in the
図２１（ａ）において、まず最初は“コネクション無し”の状態である。“コネクション無し”状態にて、通信制御装置１２０がＲＴＳＰクライアント機器からの接続要求を受けて、第１の通信路の確立、ＲＴＳＰ用ＱｏＳセッションの確立、第２の通信路の確立を行うと、ＲＴＳＰコネクションは“Ｉｎｉｔ”状態に遷移する。
In FIG. 21A, first, the state is “no connection”. When the
“Ｉｎｉｔ”状態にて、通信制御装置１２０がＲＴＳＰ ＳＥＴＵＰレスポンスを受信し、映像用ＱｏＳセッションが確立すると“Ｒｅａｄｙ”状態に遷移する。“Ｒｅａｄｙ”状態にて、通信制御装置１２０がＲＴＳＰ ＰＬＡＹレスポンスを受信すると“Ｐｌａｙｉｎｇ”状態に遷移する。“Ｐｌａｙｉｎｇ”状態にて、通信制御装置１２０がＲＴＳＰ ＰＡＵＳＥレスポンスを受信すると“Ｒｅａｄｙ”状態に遷移する。
In the “Init” state, when the
また、“Ｐｌａｙｉｎｇ”状態にて、接続がタイムアウトする、もしくは通信制御装置１２０がＲＴＳＰ ＴＥＡＲＤＯＷＮレスポンスを受信すると、映像用ＱｏＳセッションおよびＲＴＳＰ用ＱｏＳセッションを終了し、“コネクション無し”状態に遷移する。“Ｒｅａｄｙ”状態にて、接続がタイムアウトする、もしくは通信制御装置１２０がＲＴＳＰ ＴＥＡＲＤＯＷＮレスポンスを受信すると、映像用ＱｏＳセッションおよびＲＴＳＰ用ＱｏＳセッションを終了し、“コネクション無し”状態に遷移する。“Ｉｎｉｔ”状態にて、接続がタイムアウトすると、ＲＴＳＰ用ＱｏＳセッションを終了し、“コネクション無し”状態に遷移する。
Further, when the connection times out in the “Playing” state or the
上述のように、通信制御装置１２０は、ＲＴＳＰコネクションについて、ＲＴＳＰセッションの状況とＲＴＳＰ用および映像用ＱｏＳセッションの状況とを統一的に表す“状態”を用いて管理する。この“状態”は、ＲＴＳＰコネクション毎に接続情報管理テーブル４００の状態４０５に記憶している。
As described above, the
［通信制御装置の処理フロー］
次に、図２２〜図３２を用いて、本実施の形態の映像配信システムにおける通信制御装置１２０での個別の処理の流れを説明する。
[Processing flow of communication control device]
Next, the flow of individual processing in the
図２２は、ドメイン名解決の処理の例を示すフローチャートである。まず、映像受信表示装置１３１から映像配信サーバ１５１のドメイン名解決要求を受信する（Ｓ２２０１）。次に、ＤＮＳサーバ１７０に対して、映像受信表示装置１３１から要求されたクエリタイプを用いてドメイン名解決要求を行う（Ｓ２２０２）。次に、ＤＮＳサーバ１７０からのドメイン名解決応答のアンサーカウントが０かどうかを判断する（Ｓ２２０３）。アンサーカウントが０でなければ、ステップＳ２２０７に進む。
FIG. 22 is a flowchart illustrating an example of domain name resolution processing. First, the domain name resolution request of the
ステップＳ２２０３でアンサーカウントが０であった場合は、映像受信表示装置１３１から要求されたクエリタイプ以外のクエリタイプを用いてＤＮＳサーバ１７０にドメイン名解決要求を行う（Ｓ２２０４）。次に、ＤＮＳサーバ１７０からのドメイン名解決応答のアンサーカウントが０かどうかを判断する（Ｓ２２０５）。アンサーカウントが０であった場合は、映像受信表示装置１３１に、該当ドメイン名に該当する機器がない旨を応答して（Ｓ２２０６）、処理を終了する。ステップＳ２２０５でアンサーカウントが０でない場合は、映像受信表示装置１３１から要求されたクエリタイプとＤＮＳサーバ１７０からの応答のレコードタイプに従って応答アドレスを作成および応答し（Ｓ２２０７）、処理を終了する。
If the answer count is 0 in step S2203, a domain name resolution request is made to the
図２３は、図２２の応答アドレス作成・応答処理（Ｓ２２０７）のサブルーチンの処理の例を示すフローチャートである。まず、映像受信表示装置１３１からのドメイン名解決要求のクエリタイプがＡレコードかどうかを判断する（Ｓ２３０１）。
FIG. 23 is a flowchart showing an example of the subroutine of the response address creation / response process (S2207) of FIG. First, it is determined whether the query type of the domain name resolution request from the video
Ａレコードでなかった場合は、ステップＳ２３０７に進み、ＩＰｖ６中継プレフィックス情報テーブル９００を用いてＩＰｖ６中継アドレスを生成する（Ｓ２３０７）。次に、ＩＰｖ６中継アドレス変換テーブル１０００に、生成したＩＰｖ６中継アドレス１００１と映像配信サーバ１５１のアドレスを記憶する（Ｓ２３０８）。次に、通信制御装置１２０にＩＰｖ６中継アドレスを追加で設定する（Ｓ２３０９）。次に、ＩＰｖ６中継アドレスを映像受信表示装置１３１への応答アドレスに設定して（Ｓ２３１０）、ステップＳ２３１１へ進む。
If it is not an A record, the process proceeds to step S2307, and an IPv6 relay address is generated using the IPv6 relay prefix information table 900 (S2307). Next, the generated
ステップＳ２３０１で、映像受信表示装置１３１からのドメイン名解決要求のクエリタイプがＡレコードであった場合は、ＤＮＳサーバからのアンサーカウントが０ではないドメイン名解決応答のレコードタイプがＡレコードかどうかを判断する（Ｓ２３０２）。Ａレコードであった場合は、ＤＮＳサーバ１７０が応答した映像配信サーバ１５１のアドレスを映像受信表示装置１３１への応答アドレスに設定して（Ｓ２３０３）、ステップＳ２３１１へ進む。
If the query type of the domain name resolution request from the video
ステップＳ２３０２で、ＤＮＳサーバからのドメイン名解決応答のレコードタイプがＡレコードでなかった場合は、ステップＳ２３０４へ進み、ＩＰｖ４ダミーアドレス生成情報テーブル１１００を用いてＩＰｖ４ダミーアドレスを生成する（Ｓ２３０４）。次に、ＩＰｖ４ダミーアドレス変換テーブルに、生成したＩＰｖ４ダミーアドレスと映像配信サーバ１５１のアドレスを記憶する（Ｓ２３０５）。次に、ＩＰｖ４ダミーアドレスを映像受信表示装置１３１への応答アドレスに設定して（Ｓ２３０６）、ステップＳ２３１１へ進む。
If the record type of the domain name resolution response from the DNS server is not A record in step S2302, the process proceeds to step S2304, and an IPv4 dummy address is generated using the IPv4 dummy address generation information table 1100 (S2304). Next, the generated IPv4 dummy address and the address of the
ステップＳ２３１１では、上述した処理により設定された応答アドレスを映像受信表示装置１３１へ送信し（Ｓ２３１１）、処理を終了する。 In step S2311, the response address set by the above-described process is transmitted to the video reception display device 131 (S2311), and the process ends.
図２４は、通信路確立の処理の例を示すフローチャートである。まず、映像受信表示装置１３１から第１の通信路確立要求を受信し、映像受信表示装置１３１との間で第１の通信路を確立する（Ｓ２４０１）。次に、当該接続に関する接続情報管理テーブル４００を作成する（Ｓ２４０２）。次に、第１の通信路の情報における接続元のＩＰアドレスを取得し、接続情報管理テーブル４００のクライアントアドレス４０１に記憶する（Ｓ２４０３）。
FIG. 24 is a flowchart illustrating an example of processing for establishing a communication path. First, a first communication channel establishment request is received from the video
次に、第１の通信路の情報における接続先のＩＰアドレスを取得する（Ｓ２４０４）。次に、ＩＰｖ４ダミーアドレス変換テーブル１２００およびＩＰｖ６中継アドレス変換テーブル１０００を参照して、取得したＩＰアドレスが、各テーブルのＩＰｖ４ダミーアドレス１２０１またはＩＰｖ６中継アドレス１００１のエントリに該当するかどうかを判断する（Ｓ２４０５）。
Next, the connection destination IP address in the information of the first communication path is acquired (S2404). Next, referring to the IPv4 dummy address conversion table 1200 and the IPv6 relay address conversion table 1000, it is determined whether or not the acquired IP address corresponds to an entry of the
取得したＩＰアドレスが、各テーブルのＩＰｖ４ダミーアドレス１２０１またはＩＰｖ６中継アドレス１００１のエントリに該当する場合は、それぞれのテーブルで対応する映像配信サーバアドレス１２０２もしくは１００２を接続情報管理テーブル４００のサーバアドレス４０２に記憶する（Ｓ２４０７）。また、いずれにも該当しない場合は、ステップＳ２４０４で取得した接続先のＩＰアドレスを接続情報管理テーブル４００のサーバアドレス４０２に記憶する（Ｓ２４０６）。
When the acquired IP address corresponds to the entry of the
次に、システムで決めるタイムアウト時間を接続情報管理テーブル４００のタイムアウト４０３に記憶する（Ｓ２４０８）。次に、後述する通信制御装置１２０の利用ポート決定の手順によりＲＴＳＰ通信利用ポートを決定し、決定したＲＴＳＰ通信利用ポートをＲＴＳＰ通信利用ポート番号テーブル７００に記憶する（Ｓ２４０９）。その後、帯域制御サーバ１６０を介して映像配信サーバ１５１との間でＲＴＳＰ用ＱｏＳセッションを確立し（Ｓ２４１０）、第２の通信路を確立して（Ｓ２４１１）、処理を終了する。
Next, the timeout time determined by the system is stored in the
図２５は、ＲＴＳＰリクエストの処理の例を示すフローチャートである。まず、第１の通信路を介して映像受信表示装置１３１からＲＴＳＰリクエストデータを受信する（Ｓ２５０１）。次に、接続情報管理テーブル４００のタイマー４０４をリセットする（Ｓ２５０２）。次に、受信したＲＴＳＰリクエストがＳＥＴＵＰリクエストかどうかを調べる（Ｓ２５０３）。
FIG. 25 is a flowchart illustrating an example of RTSP request processing. First, RTSP request data is received from the video
受信したＲＴＳＰリクエストがＳＥＴＵＰリクエストでなかった場合は、ステップＳ２５０５へ進む。ＳＥＴＵＰリクエストであった場合は、後述するＳＥＴＵＰリクエスト処理を行い（Ｓ２５０４）、ステップＳ２５０５へ進む。ステップＳ２５０５では、第２の通信路を介して映像配信サーバ１５１にＲＴＳＰリクエストデータを送信して（Ｓ２５０５）、処理を終了する。
If the received RTSP request is not a SETUP request, the process proceeds to step S2505. If it is a SETUP request, a SETUP request process described later is performed (S2504), and the process proceeds to step S2505. In step S2505, RTSP request data is transmitted to the
図２６は、図２５のＳＥＴＵＰリクエスト処理（Ｓ２５０４）のサブルーチンの処理の例を示すフローチャートである。まず、受信したＲＴＳＰリクエストデータから映像データ受信ポートを取得し、映像データ受信情報テーブル８００のクライアントポート８０３に記憶する（Ｓ２６０１）。
FIG. 26 is a flowchart showing an example of the subroutine of the SETUP request process (S2504) of FIG. First, a video data reception port is acquired from the received RTSP request data, and stored in the
次に、後述する通信制御装置１２０の利用ポート決定の手順により、通信制御装置１２０の映像データ受信ポートを決定し、映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶する（Ｓ２６０２）。次に、ＲＴＳＰリクエストデータの映像データ受信ポートの値を、ステップＳ２６０２で決定した通信制御装置１２０の映像データ受信ポートの値に書き換えて（Ｓ２６０３）、処理を終了する。
Next, the video data reception port of the
図２７は、通信制御装置１２０の利用ポート決定のサブルーチンの処理の例を示すフローチャートである。まず、通信制御装置１２０の利用可能ポート番号テーブル５００から、利用可能ポート番号範囲５０１を取得する（Ｓ２７０１）。次に、通信制御装置１２０の利用ポート番号テーブル６００に記載の利用ポート番号６０１を全て取得する（Ｓ２７０２）。次に、ステップＳ２７０１で取得した利用可能ポート番号範囲５０１のうち、ステップＳ２７０２で取得した利用ポート番号６０１に含まれない番号を任意の手段によって１つ選択し、その番号を利用ポート番号テーブル６００に追記して（Ｓ２７０３）、処理を終了する。
FIG. 27 is a flowchart illustrating an example of processing of a subroutine for determining a use port of the
図２８は、映像配信サーバ１５１からのＲＴＳＰレスポンスの処理の例を示すフローチャートである。まず、第２の通信路を介して映像配信サーバ１５１からＲＴＳＰレスポンスデータを受信する（Ｓ２８０１）。次に、受信したＲＴＳＰレスポンスがＤＥＳＣＲＩＢＥレスポンスかどうかを調べる（Ｓ２８０２）。
FIG. 28 is a flowchart illustrating an example of processing of an RTSP response from the
受信したＲＴＳＰレスポンスがＤＥＳＣＲＩＢＥレスポンスであった場合は、後述するＤＥＳＣＲＩＢＥレスポンス処理を行い（Ｓ２８０３）、ステップＳ２８０８へ進む。ＤＥＳＣＲＩＢＥレスポンスでなかった場合は、ステップＳ２８０４へ進み、受信したＲＴＳＰレスポンスがＳＥＴＵＰレスポンスかどうかを調べる（Ｓ２８０４）。 If the received RTSP response is a DESCRIBE response, a DESCRIBE response process described later is performed (S2803), and the process proceeds to step S2808. If the response is not a DESCRIBE response, the process advances to step S2804 to check whether the received RTSP response is a SETUP response (S2804).
ステップＳ２８０４で、受信したＲＴＳＰレスポンスがＳＥＴＵＰレスポンスであった場合は、後述するＳＥＴＵＰレスポンス処理を行い（Ｓ２８０５）、ステップＳ２８０８へ進む。ＳＥＴＵＰレスポンスでなかった場合は、ステップＳ２８０６へ進み、受信したＲＴＳＰレスポンスがＴＥＡＲＤＯＷＮレスポンスかどうかを調べる（Ｓ２８０６）。 If the received RTSP response is a SETUP response in step S2804, a SETUP response process described later is performed (S2805), and the process proceeds to step S2808. If the response is not a SETUP response, the process advances to step S2806 to check whether the received RTSP response is a TEARDOWN response (S2806).
ステップＳ２８０６で、受信したＲＴＳＰレスポンスがＴＥＡＲＤＯＷＮレスポンスであった場合は、後述するＴＥＡＲＤＯＷＮレスポンス処理を行い（Ｓ２８０７）、ステップＳ２８０８へ進む。ＴＥＡＲＤＯＷＮレスポンスでなかった場合は、ステップＳ２８０８へ進む。 If the received RTSP response is a TEARDOWN response in step S2806, a TEARDOWN response process described later is performed (S2807), and the process proceeds to step S2808. If it is not a TEARDOWN response, the process advances to step S2808.
ステップＳ２８０８では、ＲＴＳＰレスポンスデータの受信にともなって状態変更の処理を行う（Ｓ２８０８）。次に、第１の通信路を介して映像受信表示装置１３１へＲＴＳＰレスポンスデータを送信する（Ｓ２８０９）。次に、送信したＲＴＳＰレスポンスがＴＥＡＲＤＯＷＮレスポンスかどうかを調べる（Ｓ２８１０）。
In step S2808, a state change process is performed upon reception of RTSP response data (S2808). Next, RTSP response data is transmitted to the video
送信したＲＴＳＰレスポンスがＴＥＡＲＤＯＷＮレスポンスであった場合は、第１の通信路を切断し（Ｓ２８１１）、次に、コネクション内テーブルである接続情報管理テーブル４００、ＲＴＳＰ通信利用ポート番号テーブル７００、映像データ受信情報テーブル８００を削除して（Ｓ２８１２）、処理を終了する。ステップＳ２８１０で、送信したＲＴＳＰレスポンスがＴＥＡＲＤＯＷＮレスポンスでなかった場合は、処理を終了する。 If the transmitted RTSP response is a TEARDOWN response, the first communication path is disconnected (S2811), and then the connection information management table 400, RTSP communication use port number table 700, which is a connection internal table, and video data reception The information table 800 is deleted (S2812), and the process ends. If the transmitted RTSP response is not a TEARDOWN response in step S2810, the process ends.
図２９は、図２８のＤＥＳＣＲＩＢＥレスポンス処理（Ｓ２８０３）のサブルーチンの処理の例を示すフローチャートである。まず、受信したＲＴＳＰレスポンスデータから映像のビットレート情報を取得する（Ｓ２９０１）。次に、映像データ受信情報テーブル８００の帯域８０４に、取得したビットレート情報を記憶して（Ｓ２９０２）、処理を終了する。
FIG. 29 is a flowchart showing an example of a subroutine of the DESCRIBE response process (S2803) of FIG. First, video bit rate information is acquired from the received RTSP response data (S2901). Next, the acquired bit rate information is stored in the
図３０は、図２８のＳＥＴＵＰレスポンス処理（Ｓ２８０４）のサブルーチンの処理の例を示すフローチャートである。まず、受信したＲＴＳＰレスポンスデータから映像データ受信ポートを取得する（Ｓ３００１）。次に、取得した映像データ受信ポートが、映像データ受信情報テーブル８００の通信制御装置ポート８０１に記憶している値と同一であるかどうかを確認する（Ｓ３００２）。同一である場合はステップＳ３００４に進む。同一でない場合は、映像データ受信情報テーブル８００の通信制御装置ポート８０１を、ステップＳ３００１で取得した映像データ受信ポートの値で上書きし、ステップＳ３００４に進む。
FIG. 30 is a flowchart showing an example of a subroutine process of the SETUP response process (S2804) of FIG. First, a video data reception port is acquired from the received RTSP response data (S3001). Next, it is confirmed whether or not the acquired video data reception port is the same as the value stored in the communication
ステップＳ３００４では、受信したＲＴＳＰレスポンスデータから映像データ送信ポートを取得し、映像データ受信情報テーブル８００のサーバポート８０２に記憶する（Ｓ３００４）。次に、受信したＲＴＳＰレスポンスデータからＲＴＳＰセッションのタイムアウト時間を取得し、接続情報管理テーブル４００のタイムアウト４０３に上書きする（Ｓ３００５）。次に、受信したＲＴＳＰレスポンスデータの映像データ受信ポートを、映像データ受信情報テーブル８００のクライアントポート８０３の値で書き換える（Ｓ３００６）。
In step S3004, a video data transmission port is acquired from the received RTSP response data, and stored in the
次に、接続情報管理テーブル４００のクライアントアドレス４０１と映像データ受信情報テーブル８００の情報を用いて、映像データ転送設定を行う（Ｓ３００７）。次に、映像データ受信情報テーブル８００の情報を用いて、帯域制御サーバ１６０を介して映像配信サーバ１５１との間で映像用ＱｏＳセッションを確立して（Ｓ３００８）、処理を終了する。
Next, video data transfer setting is performed using the
図３１は、図２８のＴＥＡＲＤＯＷＮレスポンス処理（Ｓ２８０６）のサブルーチンの処理の例を示すフローチャートである。まず、映像配信サーバ１５１との間の映像用ＱｏＳセッションを終了し（Ｓ３１０１）、次に、映像データ転送設定を解除する（Ｓ３１０２）。次に、映像配信サーバ１５１との間の第２の通信路を切断し（Ｓ３１０３）、ＲＴＳＰ用ＱｏＳセッションを終了して（Ｓ３１０４）、処理を終了する。
FIG. 31 is a flowchart showing an example of a subroutine of the TEARDOWN response process (S2806) of FIG. First, the video QoS session with the
図３２は、タイムアウト処理の例を示すフローチャートである。まず、接続情報管理テーブル４００のタイマー４０４の値が０となったことを検知する（Ｓ３２０１）。次に、接続情報管理テーブル４００の状態４０５が“Ｒｅａｄｙ”または“Ｐｌａｙｉｎｇ”かどうかを確認する（Ｓ３２０２）。
FIG. 32 is a flowchart illustrating an example of timeout processing. First, it is detected that the value of the
接続情報管理テーブル４００の状態４０５が“Ｒｅａｄｙ”または“Ｐｌａｙｉｎｇ”でなかった場合は、ステップＳ３２０５へ進む。接続情報管理テーブル４００の状態４０５が“Ｒｅａｄｙ”または“Ｐｌａｙｉｎｇ”であった場合は、ステップＳ３２０３へ進む。ステップＳ３２０３では、映像配信サーバ１５１との間の映像用ＱｏＳセッションを終了し（Ｓ３２０３）、次に、映像データ転送設定を解除して（Ｓ３２０４）、ステップＳ３２０５へ進む。
If the
ステップＳ３２０５では、映像配信サーバ１５１との間の第２の通信路を切断し（Ｓ３２０５）、次に、ＲＴＳＰ用ＱｏＳセッションを終了する（Ｓ３２０６）。次に、映像受信表示装置１３１との間の第１の通信路を切断し（Ｓ３２０７）、次に、コネクション内テーブルである接続情報管理テーブル４００、ＲＴＳＰ通信利用ポート番号テーブル７００、映像データ受信情報テーブル８００を削除して（Ｓ３２０８）、処理を終了する。
In step S3205, the second communication path with the
以上に説明したような本実施の形態における通信制御装置１２０は、ホームネットワーク１１０に接続する複数のＲＴＳＰクライアント機器からの接続を別個に管理することができる。例えば、映像受信表示装置１３１が映像再生中に、新たに映像受信表示装置１３２が接続した場合、映像受信表示装置１３２と通信制御装置１２０との間には新たな第１の通信路が確立され、通信制御装置１２０と映像配信サーバ１５１の間にも新たな第２の通信路が確立される。
The
接続情報管理テーブル４００、ＲＴＳＰ通信利用ポート番号テーブル７００、映像データ受信情報テーブル８００といったコネクション内テーブルは、接続毎にワークメモリ上に確保されるため、それぞれの接続による状態遷移や接続情報は別個に管理することができる。 In-connection tables such as the connection information management table 400, the RTSP communication use port number table 700, and the video data reception information table 800 are secured on the work memory for each connection, so that state transitions and connection information for each connection are separately provided. Can be managed.
また同様に、本実施の形態における通信制御装置１２０は、ホームネットワーク１１０に接続する一台のＲＴＳＰクライアント機器から複数の接続が行われた場合、それぞれの接続を別個に管理することができる。例えば、映像受信表示装置１３１上のアプリケーションＡが映像再生中に、新たに映像受信表示装置１３１上のアプリケーションＢが接続した場合、映像受信表示装置１３１上のアプリケーションＢと通信制御装置１２０との間には新たな第１の通信路が確立され、通信制御装置１２０と映像配信サーバ１５１の間にも新たな第２の通信路が確立される。
Similarly, when a plurality of connections are made from one RTSP client device connected to the
すなわち、通信制御装置１２０は、ホームネットワーク１１０に接続する複数のＲＴＳＰクライアント機器（同一機器内で動作する別アプリケーションも含む）のＱｏＳセッション制御を一元的に管理することができ、ホームネットワーク１１０に接続するＱｏＳセッション制御機能を有しない全てのＲＴＳＰクライアント機器に対して、ＱｏＳ保証型のコンテンツ配信サービスを提供することができる。
That is, the
なお、本実施の形態の映像配信システムにおいて、通信制御装置１２０は、ＲＴＳＰ用ＱｏＳセッションおよび映像用ＱｏＳセッションの２種類のＱｏＳセッションを管理するが、ＲＴＳＰメッセージの送受信そのものは映像データの伝送に比べるとリアルタイム性が必要とされず、また伝送データ量も小さい。そのため、ＲＴＳＰ用ＱｏＳセッションを確立しない構成としても良い。この場合、ＲＴＳＰメッセージの送受信はＢＥ（Best Effort）通信で行われることになる。方法としては、上述した手順のうち、ＲＴＳＰ用ＱｏＳセッションに関する手順を省略することによって実現できる。
In the video distribution system according to the present embodiment, the
以上に説明したように、本実施の形態における通信制御装置１２０によれば、映像受信表示装置１３１、１３２や、映像配信サーバ１５１、１５２に、ＩＰｖ４機器とＩＰｖ６機器が混在するような構成の場合であっても、通信制御装置１２０が映像受信表示装置１３１、１３２に代わってＱｏＳセッション制御を一元的に管理・実行することにより、ＱｏＳ制御手段を有しない映像受信表示装置１３１、１３２を用いて、映像配信サーバ１５１、１５２からＱｏＳ保証されたコンテンツの配信を受けることが可能となる。これにより、ユーザにとって映像受信表示装置１３１、１３２をＱｏＳ制御可能なものに置き換えるコストが不要となり、管理コストも小さい帯域保証型コンテンツ配信システムを実現することができる。
As described above, according to the
また、通信制御装置１２０を介して送受信されるＲＴＳＰメッセージから帯域制御のための情報を取得して生成することができるため、コンテンツ配信サービス提供者にとっては、コンテンツ毎の帯域情報を別途管理する等の仕組みが不要となり、帯域制御を用いたコンテンツ配信サービスを、帯域制御およびコンテンツ配信に必要な制御のみ行う映像配信サーバ１５１、１５２で行うことが可能となる。
In addition, since information for bandwidth control can be acquired and generated from an RTSP message transmitted / received via the
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。 As mentioned above, the invention made by the present inventor has been specifically described based on the embodiment. However, the present invention is not limited to the embodiment, and various modifications can be made without departing from the scope of the invention. Needless to say.
本発明は、通信制御装置ならびに通信制御方法に利用可能であり、特に、ＲＴＳＰ（Real Time Streaming Protocol）を用いて映像、音楽等のコンテンツの再生制御を行うストリーミング型コンテンツ配信サービスに用いられる通信制御装置ならびに通信制御方法に利用可能である。 INDUSTRIAL APPLICABILITY The present invention can be used for a communication control apparatus and a communication control method, and in particular, communication control used for a streaming content distribution service that performs playback control of content such as video and music using RTSP (Real Time Streaming Protocol). It can be used for an apparatus and a communication control method.
１００…ユーザ宅、１１０…ホームネットワーク、１２０…通信制御装置、１２１…ドメイン名解決部、１２２…代理接続部、１２３…帯域制御部、１２４…テーブル群、１３１〜１３２…映像受信表示装置、１４０…外部ネットワーク、１５１〜１５２…映像配信サーバ、１６０…帯域制御サーバ、１７０…ＤＮＳサーバ、
２０１…ＣＰＵ、２０２…メインメモリ、２０３…ＥＰＲＯＭ、２０４…第１ネットワークＩ／Ｆ、２０５…第２ネットワークＩ／Ｆ、２０６…不揮発性記憶装置、２０７…バス、
３０１…ＣＰＵ、３０２…メインメモリ、３０３…ＥＰＲＯＭ、３０４…出力装置、３０５…ネットワークＩ／Ｆ、３０６…不揮発性記憶装置、３０７…入力装置、３０８…映像再生装置、３０９…バス、
４００…接続情報管理テーブル、４０１…クライアントアドレス、４０２…サーバアドレス、４０３…タイムアウト、４０４…タイマー、４０５…状態、
５００…利用可能ポート番号テーブル、５０１…利用可能ポート番号範囲、
６００…利用ポート番号テーブル、６０１…利用ポート番号、
７００…ＲＴＳＰ通信利用ポート番号テーブル、７０１…ＲＴＳＰ通信利用ポート番号、
８００…映像データ受信情報テーブル、８０１…通信制御装置ポート、８０２…サーバポート、８０３…クライアントポート、８０４…帯域、
９００…ＩＰｖ６中継プレフィックス情報テーブル、９０１…ＩＰｖ６中継プレフィックス、
１０００…ＩＰｖ６中継アドレス変換テーブル、１００１…ＩＰｖ６中継アドレス、１００２…映像配信サーバアドレス、
１１００…ＩＰｖ４ダミーアドレス生成情報テーブル、１１０１…ＩＰｖ４ダミーアドレス生成情報、
１２００…ＩＰｖ４ダミーアドレス変換テーブル、１２０１…ＩＰｖ４ダミーアドレス、１２０２…映像配信サーバアドレス。
DESCRIPTION OF
201 ... CPU, 202 ... main memory, 203 ... EPROM, 204 ... first network I / F, 205 ... second network I / F, 206 ... nonvolatile storage device, 207 ... bus,
301 ... CPU, 302 ... main memory, 303 ... EPROM, 304 ... output device, 305 ... network I / F, 306 ... nonvolatile storage device, 307 ... input device, 308 ... video playback device, 309 ... bus,
400: Connection information management table 401: Client address 402:
500 ... Available port number table, 501 ... Available port number range,
600 ... Used port number table, 601 ... Used port number,
700 ... RTSP communication use port number table, 701 ... RTSP communication use port number,
800 ... Video data reception information table, 801 ... Communication control device port, 802 ... Server port, 803 ... Client port, 804 ... Band,
900 ... IPv6 relay prefix information table, 901 ... IPv6 relay prefix,
1000 ... IPv6 relay address conversion table, 1001 ... IPv6 relay address, 1002 ... video distribution server address,
1100 ... IPv4 dummy address generation information table, 1101 ... IPv4 dummy address generation information,
1200 ... IPv4 dummy address conversion table, 1201 ... IPv4 dummy address, 1202 ... video distribution server address.
Claims (14)
前記ホームネットワークに接続するＲＴＳＰクライアント機器から受信した、前記外部ネットワークに接続するＲＴＳＰサーバ機器についてのドメイン名解決要求に対して、前記外部ネットワークに接続するＤＮＳサーバとの間でドメイン名解決を行い、ドメイン名解決の結果に応じて前記ＲＴＳＰサーバ機器のＩＰアドレス、もしくはＩＰｖ４ダミーアドレス、もしくはＩＰｖ６中継アドレスを前記ＲＴＳＰクライアント機器に応答するドメイン名解決部と、
前記ＲＴＳＰクライアント機器と前記ＲＴＳＰサーバ機器との間で該通信制御装置を経由して送受信されるＲＴＳＰメッセージを取得し、前記ＲＴＳＰメッセージから、前記ＲＴＳＰサーバ機器との間でのＱｏＳ制御に必要な情報を取得する代理接続部と、
前記代理接続部にて前記ＲＴＳＰメッセージから取得したＱｏＳ制御に必要な情報を元に、前記ＲＴＳＰサーバ機器との間で映像伝送用のＱｏＳセッションを確立する帯域制御部とを有することを特徴とする通信制御装置。 In a streaming content distribution service that distributes content using RTSP, a communication control device installed between a home network and an external network capable of QoS control,
In response to a domain name resolution request for an RTSP server device connected to the external network received from an RTSP client device connected to the home network, domain name resolution is performed with a DNS server connected to the external network; A domain name resolution unit that responds to the RTSP client device with an IP address of the RTSP server device, an IPv4 dummy address, or an IPv6 relay address according to a result of domain name resolution;
Information necessary for QoS control with the RTSP server device is acquired from the RTSP message by acquiring an RTSP message transmitted and received between the RTSP client device and the RTSP server device via the communication control device. A proxy connection to obtain
A bandwidth control unit for establishing a QoS session for video transmission with the RTSP server device based on information necessary for QoS control acquired from the RTSP message at the proxy connection unit; Communication control device.
前記ドメイン名解決部は、前記ＤＮＳサーバとの間でドメイン名解決を行う際に、前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求と同じクエリタイプによってドメイン名解決を行い、前記ＤＮＳサーバからのドメイン名解決応答のアンサーカウントが０であった場合は、前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求とは異なるクエリタイプで再度ドメイン名解決を行うことを特徴とする通信制御装置。 The communication control device according to claim 1,
When the domain name resolution unit performs domain name resolution with the DNS server, the domain name resolution unit performs domain name resolution using the same query type as the domain name resolution request received from the RTSP client device, and the domain name from the DNS server When the answer count of the name resolution response is 0, the communication control apparatus performs domain name resolution again with a query type different from the domain name resolution request received from the RTSP client device.
前記ドメイン名解決部は、前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求のクエリタイプがＡレコードであり、かつ、前記ＤＮＳサーバからのアンサーカウントが０ではないドメイン名解決応答のレコードタイプがＡＡＡＡレコードであった場合に、前記ＩＰｖ４ダミーアドレスを生成して、前記ＲＴＳＰクライアント機器にドメイン名解決応答として応答することを特徴とする通信制御装置。 The communication control device according to claim 2, wherein
The domain name resolution unit has a domain name resolution request query type received from the RTSP client device as an A record, and a domain name resolution response record type whose answer count from the DNS server is not 0 is an AAAA record. If it is, the communication control device generates the IPv4 dummy address and responds to the RTSP client device as a domain name resolution response.
前記ドメイン名解決部は、前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求のクエリタイプがＡＡＡＡレコードであった場合に、前記ＩＰｖ６中継アドレスを生成し、生成した前記ＩＰｖ６中継アドレスを該通信制御装置に追加で設定し、生成した前記ＩＰｖ６中継アドレスを前記ＲＴＳＰクライアント機器にドメイン名解決応答として応答することを特徴とする通信制御装置。 The communication control device according to claim 2, wherein
The domain name resolution unit generates the IPv6 relay address when the query type of the domain name resolution request received from the RTSP client device is an AAAA record, and sends the generated IPv6 relay address to the communication control device. A communication control apparatus, wherein the IPv6 relay address additionally set and generated is returned as a domain name resolution response to the RTSP client device.
前記ＩＰｖ４ダミーアドレスを生成するために用いるサブネットの情報を格納するテーブルを有することを特徴とする通信制御装置。 The communication control device according to claim 1,
A communication control apparatus comprising a table for storing subnet information used for generating the IPv4 dummy address.
前記ＩＰｖ６中継アドレスを生成するために用いるプレフィックスの情報を格納するテーブルを有することを特徴とする通信制御装置。 The communication control device according to claim 1,
A communication control apparatus comprising a table for storing prefix information used for generating the IPv6 relay address.
前記ＩＰｖ４ダミーアドレスと、前記ＲＴＳＰサーバ機器のＩＰアドレスとを一意に対応付けて管理するテーブルを有することを特徴とする通信制御装置。 The communication control device according to claim 1,
A communication control apparatus comprising a table for managing the IPv4 dummy address and the IP address of the RTSP server device in a uniquely associated manner.
前記ＩＰｖ６中継アドレスと、前記ＲＴＳＰサーバ機器のＩＰアドレスとを一意に対応付けて管理するテーブルを有することを特徴とする通信制御装置。 The communication control device according to claim 1,
A communication control apparatus comprising a table for managing the IPv6 relay address and the IP address of the RTSP server device in a uniquely associated manner.
前記通信制御装置は、
前記ホームネットワークに接続するＲＴＳＰクライアント機器から受信した、前記外部ネットワークに接続するＲＴＳＰサーバ機器についてのドメイン名解決要求に対して、前記外部ネットワークに接続するＤＮＳサーバとの間でドメイン名解決を行う第１の手順と、
ドメイン名解決の結果に応じて前記ＲＴＳＰサーバ機器のＩＰアドレス、もしくはＩＰｖ４ダミーアドレス、もしくはＩＰｖ６中継アドレスを前記ＲＴＳＰクライアント機器に応答する第２の手順と、
前記ＲＴＳＰクライアント機器と前記ＲＴＳＰサーバ機器との間で該通信制御装置を経由して送受信されるＲＴＳＰメッセージを取得する第３の手順と、
前記ＲＴＳＰメッセージから、前記ＲＴＳＰサーバ機器との間でのＱｏＳ制御に必要な情報を取得する第４の手順と、
前記ＲＴＳＰメッセージから取得したＱｏＳ制御に必要な情報を元に、前記ＲＴＳＰサーバ機器との間で映像伝送用のＱｏＳセッションを確立する第５の手順とを含む手順を実行することを特徴とする通信制御方法。 In a streaming content distribution service for distributing content using RTSP, a communication control method in a communication control device installed between a home network and an external network capable of QoS control,
The communication control device includes:
In response to a domain name resolution request for an RTSP server device connected to the external network received from an RTSP client device connected to the home network, domain name resolution is performed with a DNS server connected to the external network. 1 procedure,
A second procedure of responding to the RTSP client device with an IP address of the RTSP server device, an IPv4 dummy address, or an IPv6 relay address according to a result of domain name resolution;
A third procedure for acquiring an RTSP message transmitted / received between the RTSP client device and the RTSP server device via the communication control device;
A fourth procedure for acquiring information necessary for QoS control with the RTSP server device from the RTSP message;
A communication including a fifth procedure of establishing a QoS session for video transmission with the RTSP server device based on information necessary for QoS control acquired from the RTSP message. Control method.
前記通信制御装置は、前記第１の手順において、
前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求と同じクエリタイプによってドメイン名解決を行う手順と、
前記ＤＮＳサーバからのドメイン名解決応答のアンサーカウントが０であった場合に、前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求とは異なるクエリタイプで再度ドメイン名解決を行う手順とを実行することを特徴とする通信制御方法。 The communication control method according to claim 9, wherein
The communication control device, in the first procedure,
A procedure for performing domain name resolution with the same query type as the domain name resolution request received from the RTSP client device;
When the answer count of the domain name resolution response from the DNS server is 0, executing a procedure for performing domain name resolution again with a query type different from the domain name resolution request received from the RTSP client device. A communication control method.
前記通信制御装置は、前記第２の手順において、
前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求のクエリタイプがＡレコードであり、かつ、前記ＤＮＳサーバからのアンサーカウントが０ではないドメイン名解決応答のレコードタイプがＡＡＡＡレコードであった場合に、前記ＩＰｖ４ダミーアドレスを生成する手順と、
生成した前記ＩＰｖ４ダミーアドレスを前記ＲＴＳＰクライアント機器にドメイン名解決応答として応答する手順を実行することを特徴とする通信制御方法。 The communication control method according to claim 10, wherein
The communication control device, in the second procedure,
When the query type of the domain name resolution request received from the RTSP client device is an A record and the record type of the domain name resolution response whose answer count from the DNS server is not 0 is an AAAA record, A procedure for generating an IPv4 dummy address;
A communication control method comprising: executing a procedure of responding the generated IPv4 dummy address to the RTSP client device as a domain name resolution response.
前記通信制御装置は、前記第２の手順において、
前記ＲＴＳＰクライアント機器から受信したドメイン名解決要求のクエリタイプがＡＡＡＡレコードであった場合に、前記ＩＰｖ６中継アドレスを生成する手順と、
生成した前記ＩＰｖ６中継アドレスを該通信制御装置に追加で設定する手順と、
生成した前記ＩＰｖ６中継アドレスを前記ＲＴＳＰクライアント機器にドメイン名解決応答として応答する手順とを実行することを特徴とする通信制御方法。 The communication control method according to claim 10, wherein
The communication control device, in the second procedure,
A procedure for generating the IPv6 relay address when the query type of the domain name resolution request received from the RTSP client device is an AAAA record;
A procedure for additionally setting the generated IPv6 relay address in the communication control device;
A communication control method comprising: executing a procedure for responding the generated IPv6 relay address to the RTSP client device as a domain name resolution response.
前記通信制御装置は、前記第２の手順において、
前記ＩＰｖ４ダミーアドレスと、前記ＲＴＳＰサーバ機器のＩＰアドレスとを一意に対応付けてテーブルに記憶する手順を実行することを特徴とする通信制御方法。 The communication control method according to claim 9, wherein
The communication control device, in the second procedure,
A communication control method, comprising: executing a procedure for storing the IPv4 dummy address and the IP address of the RTSP server device in a table that is uniquely associated with the IPv4 dummy address.
前記通信制御装置は、前記第２の手順において、
前記ＩＰｖ６中継アドレスと、前記ＲＴＳＰサーバ機器のＩＰアドレスとを一意に対応付けてテーブルに記憶する手順を実行することを特徴とする通信制御方法。 The communication control method according to claim 9, wherein
The communication control device, in the second procedure,
A communication control method comprising: executing a procedure of storing the IPv6 relay address and the IP address of the RTSP server device in a table in a uniquely associated manner.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008241343A JP2010074653A (en) | 2008-09-19 | 2008-09-19 | Communication control device and method |
| PCT/JP2008/070279 WO2009060932A1 (en) | 2007-11-09 | 2008-11-07 | Communication control device and communication control method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008241343A JP2010074653A (en) | 2008-09-19 | 2008-09-19 | Communication control device and method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2010074653A true JP2010074653A (en) | 2010-04-02 |
Family
ID=42205995
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008241343A Pending JP2010074653A (en) | 2007-11-09 | 2008-09-19 | Communication control device and method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2010074653A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010125761A1 (en) * | 2009-05-01 | 2010-11-04 | パナソニック株式会社 | Communication bandwidth control device and communication bandwidth control method |
| JP2012049607A (en) * | 2010-08-24 | 2012-03-08 | Nakayo Telecommun Inc | Relay device and relay method |
| JP2012239083A (en) * | 2011-05-12 | 2012-12-06 | Nec Access Technica Ltd | FAULT ANALYSIS SYSTEM, IPv4-IPv6 CONVERTER, FAULT ANALYSIS METHOD, AND PROGRAM |
| JP7373369B2 (en) | 2019-11-25 | 2023-11-02 | 日本放送協会 | In-building transmitter, in-building receiver and program |
-
2008
- 2008-09-19 JP JP2008241343A patent/JP2010074653A/en active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010125761A1 (en) * | 2009-05-01 | 2010-11-04 | パナソニック株式会社 | Communication bandwidth control device and communication bandwidth control method |
| US8675490B2 (en) | 2009-05-01 | 2014-03-18 | Panasonic Corporation | Communication bandwidth control device and communication bandwidth control method |
| JP2012049607A (en) * | 2010-08-24 | 2012-03-08 | Nakayo Telecommun Inc | Relay device and relay method |
| JP2012239083A (en) * | 2011-05-12 | 2012-12-06 | Nec Access Technica Ltd | FAULT ANALYSIS SYSTEM, IPv4-IPv6 CONVERTER, FAULT ANALYSIS METHOD, AND PROGRAM |
| JP7373369B2 (en) | 2019-11-25 | 2023-11-02 | 日本放送協会 | In-building transmitter, in-building receiver and program |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10129080B2 (en) | Method of provisioning network elements | |
| JP5365820B2 (en) | Client terminal, content receiving method, and session management apparatus | |
| US7181526B1 (en) | Announced session description | |
| Cranor et al. | Enhanced streaming services in a content distribution network | |
| CN101861729B (en) | Method and apparatus for discovering internet protocol television service (IPTV) provider and IPTV service by using session initiation protocol | |
| JP5341186B2 (en) | Proxy function | |
| CN109963171B (en) | Multimedia information transmission method, transmission device and storage medium | |
| CN101365096B (en) | Method for providing video content, related service apparatus and system | |
| CN112738140B (en) | Video stream transmission method, device, storage medium and equipment based on WebRTC | |
| US8601115B2 (en) | Providing state information and remote command execution in a managed media device | |
| US7103667B1 (en) | Announced session control | |
| CN101132326B (en) | Automatic configuration method, system and device | |
| WO2008039077A1 (en) | Method and device for providing scalability in streaming/archiving systems for conference calls | |
| JP2013537742A (en) | Method and apparatus for delivery of internet protocol television services | |
| WO2015109847A1 (en) | Method for rapidly delivering segmented programs, server and client | |
| US20200169695A1 (en) | Video conference multi-point control method and device, storage medium and computer apparatus | |
| JP2010074653A (en) | Communication control device and method | |
| CN110460816A (en) | Cloud monitoring system | |
| CN106303747B (en) | Converged internet protocol IP video system and implementation method | |
| JPWO2013176006A1 (en) | Information processing apparatus, information processing method, and program | |
| JP2007527576A (en) | System, receiver, method, and program for distributing content | |
| CN106535005B (en) | Method and device for realizing broadcast control service | |
| US20090193476A1 (en) | Method for live transmission of content with a view to defered recovery in P2P mode after division, and control device and associated equipment | |
| CN105187867B (en) | A kind of media stream control method and its device | |
| KR20100124772A (en) | Network element for enabling a user of an iptv system to obtain media stream from a surveillance system and corresponding method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20100126 |