(57)【要約】【課題】  セッション制御プロトコルに対応していない既存の通信端末を、管理型ネットワークで利用する。【解決手段】  連携機能１６１は、マルチキャスト参加要求を受信すると、マルチキャストアドレス等を用いてマルチキャストストリームを特定すると共に、同ストリームが属するマルチキャストパッケージを特定し、必要帯域等の他のストリーム関連情報を抽出し、それらの情報に基づきセッション確立要求を作成し、制御サーバ１４に送信する。連携機能１６１は、制御サーバ１４からセッション確立応答（４）が「成功」との応答であった場合、マルチキャスト参加要求（５）を転送ノード１３に送信するようにし、「失敗」であった場合、転送ノード１３に対してマルチキャスト参加要求を送信しないようにする。【選択図】    図１
2010199860.tif 000002
【特許請求の範囲】
【請求項１】
制御サーバにより通信処理が管理されるネットワーク上のノードを通じてコンテンツサーバから通信端末に、複数のマルチキャストストリームを束ねたパッケージとしてマルチキャストパッケージのコンテンツ配信サービスを提供するシステムに用いられ、前記ネットワーク上のノードまたは前記通信端末を収容するゲートウェイに設けられる中継装置において、
前記通信端末から送信されるマルチキャスト制御要求に基づいて前記ネットワークを要求に沿ってパッケージ単位で制御させるためのセッション制御メッセージを作成し前記制御サーバに送信してネットワーク制御を要求するネットワーク制御要求手段と、
前記制御サーバからの応答がネットワーク制御成功を示す場合のみ、前記通信端末から受けたマルチキャスト制御要求をマルチキャストツリーの上流に位置する他のノードに転送する転送手段と
を具備することを特徴とするコンテンツ配信サービスシステムの中継装置。
【請求項２】
制御サーバにより通信処理が管理されるネットワーク上のノードを通じてコンテンツサーバから通信端末に、複数のマルチキャストストリームのコンテンツ配信サービスを提供するシステムに用いられ、前記ネットワーク上のノードまたは前記通信端末を収容するゲートウェイに設けられる中継装置において、
前記通信端末から送信されるマルチキャスト制御要求に基づいて前記ネットワークを要求に沿って制御させるためのセッション制御メッセージを作成し前記制御サーバに送信してネットワーク制御を要求するネットワーク制御要求手段と、
前記制御サーバからの応答がネットワーク制御成功を示す場合のみ、前記通信端末から受けたマルチキャスト制御要求をマルチキャストツリーの上流に位置する他のノードに転送する転送手段と
を具備することを特徴とするコンテンツ配信サービスシステムの中継装置。
【請求項３】
前記ネットワーク制御要求手段は、前記通信端末から送信されるマルチキャスト制御要求がコンテンツのストリーム切り替えであるときは、切り替え先ストリームが同一マルチキャスト内か否かを判断し、同一キャストでない場合は、セッション更新要求を作成して前記制御サーバに送信し、
前記転送手段は、前記切り替え元のストリームをマルチキャストから外すための離脱要求と切り替え先のストリームをマルチキャストに加えるための参加要求を前記他のノードに転送することを特徴とする請求項１または２記載のコンテンツ配信サービスシステムの中継装置。
【請求項４】
制御サーバにより通信処理が管理されるネットワーク上のノードを通じてコンテンツサーバから通信端末に、複数のマルチキャストストリームを束ねたパッケージとしてマルチキャストパッケージのコンテンツ配信サービスを提供するシステムに用いられ、前記ネットワーク上のノードまたは前記通信端末を収容するゲートウェイに設けられる中継方法において、
前記通信端末から送信されるマルチキャスト制御要求に基づいて前記ネットワークを要求に沿ってパッケージ単位で制御させるためのセッション制御メッセージを作成して前記制御サーバに送信してネットワーク制御を要求し、
前記制御サーバからの応答がネットワーク制御成功を示す場合のみ、前記通信端末から受けたマルチキャスト制御要求をマルチキャストツリーの上流に位置する他のノードに転送することを特徴とするコンテンツ配信サービスシステムの中継方法。
【請求項５】
制御サーバにより通信処理が管理されるネットワーク上のノードを通じてコンテンツサーバから通信端末に、複数のマルチキャストストリームのコンテンツ配信サービスを提供するシステムに用いられ、前記ネットワーク上のノードまたは前記通信端末を収容するゲートウェイに設けられる中継方法において、
前記通信端末から送信されるマルチキャスト制御要求に基づいて前記ネットワークを要求に沿って制御させるためのセッション制御メッセージを作成して前記制御サーバに送信してネットワーク制御を要求し、
前記制御サーバからの応答がネットワーク制御成功を示す場合のみ、前記通信端末から受けたマルチキャスト制御要求をマルチキャストツリーの上流に位置する他のノードに転送することを特徴とするコンテンツ配信サービスシステムの中継方法。
【請求項６】
前記通信端末から送信されるマルチキャスト制御要求がコンテンツのストリーム切り替えであるときは、切り替え先ストリームが同一マルチキャスト内か否かを判断し、同一キャストでない場合は、セッション更新要求を作成して前記制御サーバに送信し、
前記切り替え元のストリームをマルチキャストから外すための離脱要求と切り替え先のストリームをマルチキャストに加えるための参加要求を前記他のノードに転送することを特徴とする請求項４または５記載のコンテンツ配信サービスシステムの中継方法。
【請求項７】
制御サーバにより通信処理が管理されるネットワーク上のノードを通じてコンテンツサーバから通信端末に、複数のマルチキャストストリームを束ねたパッケージとしてマルチキャストパッケージのコンテンツ配信サービスを提供するシステムに用いられ、前記ネットワーク上のノードまたは前記通信端末を収容するゲートウェイに設けられ、前記通信端末から送信されるマルチキャスト制御要求に基づいて前記制御サーバ及びマルチキャストツリーの上流に位置する他のノードへ制御処理をコンピュータに実行させるための中継処理プログラムにおいて、
前記通信端末から送信されるマルチキャスト制御要求に基づいて前記ネットワークを要求に沿ってパッケージ単位で制御させるためのセッション制御メッセージを作成し前記制御サーバに送信してネットワーク制御を要求する要求処理と、
前記制御サーバからの応答がネットワーク制御成功を示すか否かを判断する判断処理と、
前記制御サーバからの応答が成功を示すとき、前記通信端末から受けたマルチキャスト制御要求をマルチキャストツリーの上流に位置する他のノードに転送し、失敗を示すときは転送しない転送処理と
を備えることを特徴とするコンテンツ配信サービスシステムの中継処理プログラム。
【請求項８】
制御サーバにより通信処理が管理されるネットワーク上のノードを通じてコンテンツサーバから通信端末に、複数のマルチキャストストリームのコンテンツ配信サービスを提供するシステムに用いられ、前記ネットワーク上のノードまたは前記通信端末を収容するゲートウェイに設けられ、前記通信端末から送信されるマルチキャスト制御要求に基づいて前記制御サーバ及びマルチキャストツリーの上流に位置する他のノードへ制御処理をコンピュータに実行させるための中継処理プログラムにおいて、
前記通信端末から送信されるマルチキャスト制御要求に基づいて前記ネットワークを要求に沿って制御させるためのセッション制御メッセージを作成し前記制御サーバに送信してネットワーク制御を要求する要求処理と、
前記制御サーバからの応答がネットワーク制御成功を示すか否かを判断する判断処理と、
前記制御サーバからの応答が成功を示すとき、前記通信端末から受けたマルチキャスト制御要求をマルチキャストツリーの上流に位置する他のノードに転送し、失敗を示すときは転送しない転送処理と
を備えることを特徴とするコンテンツ配信サービスシステムの中継処理プログラム。
【請求項９】
さらに、前記通信端末から送信されるマルチキャスト制御要求がコンテンツのストリーム切り替えであるとき、
前記要求処理は、切り替え先ストリームが同一マルチキャスト内か否かを判断し、同一キャストでない場合は、セッション更新要求を作成して前記制御サーバに送信し、
前記転送処理は、前記切り替え元のストリームをマルチキャストから外すための離脱要求と切り替え先のストリームをマルチキャストに加えるための参加要求を前記他のノードに転送することを特徴とする請求項７または８記載のコンテンツ配信サービスシステムの中継処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチキャストのようなネットワークを通じて提供される映像配信サービスにおいて、ネットワーク機器がマルチキャスト制御要求メッセージの内容に基づきネットワークリソースの確保処理を効率的に行なうことにより、品質が保証されたサービスを提供する映像配信サービス提供システムの中継装置、中継方法及び中継処理プログラムに関する。
【背景技術】
【０００２】
現在、ＴＩＳＰＡＮ等の標準化団体では、ＮＧＮ（Next Generation Network）等の管理型ネットワークを通じたマルチキャストサービスの実現手順が議論されている（非特許文献１、非特許文献２）。同手順では、通信端末がセッション制御プロトコルとマルチキャスト制御プロトコルの２つのプロトコルを処理することを前提としている。
【０００３】
この場合、上記通信端末は、セッション制御プロトコルを用いてセッション確立やネットワークリソースの確保等のネットワーク制御を行うことにより、サービス品質が保証されたサービスを利用することが可能となる。また、通信端末は、ＭＬＤ（Multicast Listener Discovery）やＩＧＭＰ（Internet Group Management Protocol）のようなマルチキャスト制御プロトコルを用いてマルチキャストグループヘの参加、離脱を行うことが可能となる。
【０００４】
一方、既存のマルチキャストサービスの多くは、既存の閉域ネットワークを通じて提供されている。既存の閉域ネットワークでは、セッション確立やネットワークリソースの確保等のネットワーク制御を行なわないため、既存の通信端末の多くはＳＩＰ（Session Initiation Protocol）等のセッション制御プロトコルに対応しておらず、マルチキャスト制御プロトコルにのみ対応している。そのため、それらの既存の通信端末を利用して、非特許文献２で規定されているような、管理型ネットワークにおけるセッション制御プロトコルとマルチキャスト制御プロトコルを組み合わせた品質保証型サービスを実現することは不可能である。
【０００５】
また、ＴＩＳＰＡＮ等の標準化団体で議論されている管理型ネットワークを通じたマルチキャストサービスの実現手順では、複数のマルチキャストストリームを１つのパッケージ（以下、マルチキャストパッケージ）として束ね、パッケージ単位でセッション確立やネットワークリソースの確保等のネットワーク制御を行う方式が検討されている。マルチキャストパッケージは、提供サービスやコンテンツの内容等に応じて複数のマルチキャストストリームを束ねる概念である。具体例としては、「無料パッケージ」や、「有料基本チャンネルパッケージ」等の提供サービスに基づく分類や、「国内スポーツパッケージ」、「洋画パッケージ」等の、コンテンツに基づく分類等が想定される。
【０００６】
一方、既存のマルチキャストサービスでは、マルチキャストの参加要求／離脱要求をマルチキャストストリーム単位で行うことを前提としている。そのため、それらのサービスで使用されている既存の通信端末を用いた場合、上記のようなマルチキャストパッケージ単位での制御を実現することは不可能である。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】ETSI TS 183 063 V2.1.0 (2008-06) Telecommunications and Internet converged Services and Protocols for Advanced Networking(TISPAN); IMS-based IPTV stage 3 specification
【非特許文献２】ETSI TS 185 009 V2.1.1 (2008-07) Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); Architecture and reference points of a customer network device for IMS based IPTV services
【非特許文献３】画像電子学会第２０回ＶＭＡ研究会（2008年1月18日）、情報家電連携によるコミュニケーション系サービスの実現方法に関する一検討、西川嘉樹、井前吾郎、松川尚司、秦泉寺浩史
【発明の概要】
【発明が解決しようとする課題】
【０００８】
以上のように、現在、ＴＩＳＰＡＮ等の標準化団体において議論されているＮＧＮ等の管理型ネットワークを通じて提供されるマルチキャストサービスの実現方式では、通信端末がマルチキャスト制御プロトコルに加えて、セッション制御プロトコルに対応している必要があった。しかし、現在幅広く普及している通信端末の多くは、マルチキャスト制御プロトコルにしか対応していないため、管理型ネットワークでそれらの通信端末を利用することは不可能であった。
【０００９】
本発明は、上記の事情を鑑みてなされたもので、セッション制御プロトコルに対応していない既存の通信端末を、管理型ネットワークで利用することのできる映像配信サービス提供システムの中継装置、中継方法及び中継処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために本発明に係る映像配信サービス提供システムの中継装置は以下のような態様の構成とする。
（１）制御サーバにより通信処理が管理されるネットワーク上のノードを通じてコンテンツサーバから通信端末に、複数のマルチキャストストリームを束ねたパッケージとしてマルチキャストパッケージのコンテンツ配信サービスを提供するシステムに用いられ、前記ネットワーク上のノードまたは前記通信端末を収容するゲートウェイに設けられる中継装置において、前記通信端末から送信されるマルチキャスト制御要求に基づいて前記ネットワークを要求に沿ってパッケージ単位で制御させるためのセッション制御メッセージを作成し前記制御サーバに送信してネットワーク制御を要求するネットワーク制御要求手段と、前記制御サーバからの応答がネットワーク制御成功を示す場合のみ、前記通信端末から受けたマルチキャスト制御要求をマルチキャストツリーの上流に位置する他のノードに転送する転送手段と備える構成とする。
【００１１】
（２）制御サーバにより通信処理が管理されるネットワーク上のノードを通じてコンテンツサーバから通信端末に、複数のマルチキャストストリームのコンテンツ配信サービスを提供するシステムに用いられ、前記ネットワーク上のノードまたは前記通信端末を収容するゲートウェイに設けられる中継装置において、前記通信端末から送信されるマルチキャスト制御要求に基づいて前記ネットワークを要求に沿って制御させるためのセッション制御メッセージを作成し前記制御サーバに送信してネットワーク制御を要求するネットワーク制御要求手段と、前記制御サーバからの応答がネットワーク制御成功を示す場合のみ、前記通信端末から受けたマルチキャスト制御要求をマルチキャストツリーの上流に位置する他のノードに転送する転送手段とを具備する構成とする。
【００１２】
（３）（１）または（２）において、前記ネットワーク制御要求手段は、前記通信端末から送信されるマルチキャスト制御要求がコンテンツのストリーム切り替えであるときは、切り替え先ストリームが同一マルチキャスト内か否かを判断し、同一キャストでない場合は、セッション更新要求を作成して前記制御サーバに送信し、前記転送手段は、前記切り替え元のストリームをマルチキャストから外すための離脱要求と切り替え先のストリームをマルチキャストに加えるための参加要求を前記他のノードに転送する構成とする。
【００１３】
また、本発明に係る映像配信サービス提供システムの中継方法は以下のような態様の構成とする。
（４）制御サーバにより通信処理が管理されるネットワーク上のノードを通じてコンテンツサーバから通信端末に、複数のマルチキャストストリームを束ねたパッケージとしてマルチキャストパッケージのコンテンツ配信サービスを提供するシステムに用いられ、前記ネットワーク上のノードまたは前記通信端末を収容するゲートウェイに設けられる中継方法において、前記通信端末から送信されるマルチキャスト制御要求に基づいて前記ネットワークを要求に沿ってパッケージ単位で制御させるためのセッション制御メッセージを作成して前記制御サーバに送信してネットワーク制御を要求し、前記制御サーバからの応答がネットワーク制御成功を示す場合のみ、前記通信端末から受けたマルチキャスト制御要求をマルチキャストツリーの上流に位置する他のノードに転送する構成とする。
【００１４】
（５）制御サーバにより通信処理が管理されるネットワーク上のノードを通じてコンテンツサーバから通信端末に、複数のマルチキャストストリームのコンテンツ配信サービスを提供するシステムに用いられ、前記ネットワーク上のノードまたは前記通信端末を収容するゲートウェイに設けられる中継方法において、前記通信端末から送信されるマルチキャスト制御要求に基づいて前記ネットワークを要求に沿って制御させるためのセッション制御メッセージを作成して前記制御サーバに送信してネットワーク制御を要求し、前記制御サーバからの応答がネットワーク制御成功を示す場合のみ、前記通信端末から受けたマルチキャスト制御要求をマルチキャストツリーの上流に位置する他のノードに転送する構成とする。
【００１５】
（６）（４）または（５）において、前記通信端末から送信されるマルチキャスト制御要求がコンテンツのストリーム切り替えであるときは、切り替え先ストリームが同一マルチキャスト内か否かを判断し、同一キャストでない場合は、セッション更新要求を作成して前記制御サーバに送信し、前記切り替え元のストリームをマルチキャストから外すための離脱要求と切り替え先のストリームをマルチキャストに加えるための参加要求を前記他のノードに転送する構成とする。
【００１６】
また、本発明に係る映像配信サービス提供システムの中継処理プログラムは以下のような態様の構成とする。
（７）制御サーバにより通信処理が管理されるネットワーク上のノードを通じてコンテンツサーバから通信端末に、複数のマルチキャストストリームを束ねたパッケージとしてマルチキャストパッケージのコンテンツ配信サービスを提供するシステムに用いられ、前記ネットワーク上のノードまたは前記通信端末を収容するゲートウェイに設けられ、前記通信端末から送信されるマルチキャスト制御要求に基づいて前記制御サーバ及びマルチキャストツリーの上流に位置する他のノードへ制御処理をコンピュータに実行させるための中継処理プログラムにおいて、前記通信端末から送信されるマルチキャスト制御要求に基づいて前記ネットワークを要求に沿ってパッケージ単位で制御させるためのセッション制御メッセージを作成し前記制御サーバに送信してネットワーク制御を要求する要求処理と、前記制御サーバからの応答がネットワーク制御成功を示すか否かを判断する判断処理と、前記制御サーバからの応答が成功を示すとき、前記通信端末から受けたマルチキャスト制御要求をマルチキャストツリーの上流に位置する他のノードに転送し、失敗を示すときは転送しない転送処理とを備える構成とする。
【００１７】
（８）制御サーバにより通信処理が管理されるネットワーク上のノードを通じてコンテンツサーバから通信端末に、複数のマルチキャストストリームのコンテンツ配信サービスを提供するシステムに用いられ、前記ネットワーク上のノードまたは前記通信端末を収容するゲートウェイに設けられ、前記通信端末から送信されるマルチキャスト制御要求に基づいて前記制御サーバ及びマルチキャストツリーの上流に位置する他のノードへ制御処理をコンピュータに実行させるための中継処理プログラムにおいて、前記通信端末から送信されるマルチキャスト制御要求に基づいて前記ネットワークを要求に沿って制御させるためのセッション制御メッセージを作成し前記制御サーバに送信してネットワーク制御を要求する要求処理と、前記制御サーバからの応答がネットワーク制御成功を示すか否かを判断する判断処理と、前記制御サーバからの応答が成功を示すとき、前記通信端末から受けたマルチキャスト制御要求をマルチキャストツリーの上流に位置する他のノードに転送し、失敗を示すときは転送しない転送処理とを備える構成とする。
【００１８】
（９）（７）または（８）において、さらに、前記通信端末から送信されるマルチキャスト制御要求がコンテンツのストリーム切り替えであるとき、前記要求処理は、切り替え先ストリームが同一マルチキャスト内か否かを判断し、同一キャストでない場合は、セッション更新要求を作成して前記制御サーバに送信し、前記転送処理は、前記切り替え元のストリームをマルチキャストから外すための離脱要求と切り替え先のストリームをマルチキャストに加えるための参加要求を前記他のノードに転送する構成とする。
【００１９】
上記態様の構成による中継装置等を用いた映像配信サービス提供システムに及び映像配信サービス提供方法では、マルチキャスト制御プロトコルとセッション制御プロトコルを変換する機能を新たに導入することにより、セッション制御プロトコルに対応していない既存の通信端末を管理型ネットワークで利用することが可能となるようにした。また、マルチキャストストリームの切り替えを行う際に、マルチキャスト参加要求を受信した連携機能が常にセッション確立要求を作成し、セッション確立やネットワークリソース確保等のネットワーク制御を実行してしまうと、ストリームを切り替える度に、常に大きな処理時間が掛かるため、ユーザのＱｏＥ（Quality of Experience）が大幅に低下することが懸念される。そこで、本発明では、マルチキャストパッケージを利用し、マルチキャストストリームの切り替えにおけるセッション確立やネットワークリソース確保等のネットワーク制御を必要最低限に抑えることにより、ストリームの高速な切り替えを実現した。
【００２０】
通信端末から送信された信号をＳＩＰに変換し、セッション制御を行う方式としては、ＵＰｎＰ（Universal Plug and Play）をＳＩＰに変換する方式が提案されている（非特許文献３）。しかし、既存のＵＰｎＰ−ＳＩＰ変換は、家庭内の家電間の連携や、ＶｏＩＰ（Voice over IP）等のユニキャストサービスを対象としており、本発明のようなマルチキャスト型サービスには対応していない。本発明は、マルチキャストサービス固有の事情に基づき、ストリームの高速切り替え等を実現しており、マルチキャストに最適化した方式となっている。
【００２１】
まず、本発明では、通信端末〜コンテンツサーバ間のノードが、通信端末から送信されたマルチキャスト参加要求に基づき、セッション制御メッセージを作成し、ネットワークの制御を行うサーバ（以下、制御サーバ）に対してネットワーク制御を要求する。ネットワーク制御が成功した場合、同ノードはマルチキャスト参加要求をマルチキャストツリーの上流に位置する他のノードに転送する。
【００２２】
本発明は、以下の２つの特徴がある。
［特徴１］  
本発明は、マルチキャスト制御プロトコルを中継すると共に、その内容に基づきセッション制御メッセージを作成する機能（以下、連携機能）を、ユーザ宅内のホームゲートウェイ（以下、ＨＧＷ）や、ＮＧＮ等の管理型ネットワーク内の転送ノード等に追加することを特徴とする。
【００２３】
［特徴２］  
本発明は、特徴１の連携機能がマルチキャストパッケージの管理を行うことを特徴とする。連携機能は、受信したマルチキャスト参加要求に基づき、パッケージ単位でセッション確立やネットワークリソースの確保等のネットワーク制御を行うことにより、高速なストリームの切替えを実現する。
【００２４】
なお、［特徴２］のマルチキャストパッケージを実装せず、[特徴１］の連携機能のみを実装する形態も考えられる。
【発明の効果】
【００２５】
本発明によれば、逐次的マルチキャスト制御プロトコルとセッション制御プロトコルを変換する機能の導入により、セッション制御プロトコルに対応していない既存の通信端末を、管理型ネットワークで利用することのできる映像配信サービス提供システムの中継装置、中継方法及び中継処理プログラムを提供することができる。
【００２６】
具体的には、上記機能を用いることにより、セッション制御プロトコルに対応していない既存の通信端末を用いる場合でも、品質が保証されたマルチキャストサービスを利用することが可能となる。また、マルチキャストパッケージを利用し、マルチキャストストリームの切り替えにおけるネットワーク制御処理を必要最低限に抑えるため、ストリームの切り替えを高速に行うことが可能となる。
【図面の簡単な説明】
【００２７】
【図１】本発明に係る一実施形態の映像配信サービス提供システムの構成となるマルチキャストサービス実現アーキテクチャを示すブロック図。
【図２】上記実施形態のマルチキャストストリームの受信開始手順を示すシーケンス図。
【図３】上記実施形態のマルチキャストストリームの切り替え手順を示すシーケンス図。
【図４】上記実施形態のマルチキャストストリームの受信停止手順を示すシーケンス図。
【図５】上記実施形態のマルチキャストストリームの受信開始時の連携機能の処理例を示す概念図。
【図６】上記実施形態のマルチキャストストリームの切り替え時の連携機能の処理例を示す概念図。
【図７】上記実施形態の連携機能を処理の流れを示すフローチャート。
【発明を実施するための形態】
【００２８】
以下、図面を参照して本発明の実施の形態を詳細に説明する。
図１は、本発明に係る一実施形態の映像配信サービス提供システムの構成となるマルチキャストサービスを実現するためのアーキテクチャを示すブロック図である。ここでは、ＨＧＷに連携機能を実装した場合のアーキテクチャ例を示す。図１において、１１はネットワークであり、このネットワーク１１には転送ノード１２，１３が配置される（転送ノードは１つまたは複数のケースが想定される）。これらの転送ノード１２，１３は制御サーバ１４の管理下にある。一方の転送ノード１２にはコンテンツサーバ１５が接続され、他方の転送ノード１３にはＨＧＷ１６が接続される。このＨＧＷ１６は連携機能１６１を実装しており、通信端末１７を収容している。
【００２９】
尚、図１において、カッコ内は使用するプロトコルの一例を示す。転送ノードは１２，１３だけでなく、コンテンツサーバ１５〜通信端末１７間に３台以上存在する場合がある。連携機能１６１はＨＧＷ（ホームゲートウェイ）１６ではなく、転送ノード１３に実装される場合もある。
【００３０】
また、図１ではＨＧＷ１６に接続している通信端末１７が１台のみとなっているが、本発明は２台以上の通信端末が接続する場合にも適用可能である。また、転送ノード等の他のノードに連携機能を実装した場合も、１台または２台以上の通信端末が接続する場合に適用可能である。
【００３１】
上記構成において、図２乃至図７を参照して、マルチキャストストリームの受信処理手順を説明する。
図２乃至図４はそれぞれ上記マルチキャストストリームの受信開始手順、切り替え手順、受信停止手順を示すシーケンス図であり、図５及び図６はそれぞれ上記受信開始時、切り替え時の連携機能の処理例を示す概念図、図７は上記連係機能１６１の全体の処理の流れを示すフローチャートである。
【００３２】
まず、マルチキャストストリームの受信開始時の処理は、図２に示すように行われる。すなわち、通信端末１７は、マルチキャストストリームを受信するために、ＨＧＷ１６内の連携機能１６１に対して、マルチキャスト参加要求（ＭＬＤ）（１）を送信する。この参加要求には、例えば図５（ａ）に示すように、受信を希望するストリームのマルチキャストアドレスが記述される。尚、使用するプロトコルによっては、同要求にソースアドレスも記述される場合がある。
【００３３】
上記連携機能１６１は、例えば図５（ｂ）に示すような、事前にマルチキャストストリーム毎にストリーム関連情報（マルチキャストアドレス、ソースアドレス、マルチキャストパッケージＩＤ、必要帯域等）を設定したテーブルを備え、このテーブルに基づき、各マルチキャストストリームが属するマルチキャストパッケージの特定や、必要帯域等のネットワークリソース関連パラメータの特定を行なう。すなわち、入力に基づき、該当するマルチキャストストリームが属するマルチキャストパッケージＩＤや必要な帯域を決定し、図５（ｃ）に示す出力１のセッション確立要求を作成する。尚、各マルチキャストパッケージのネットワークリソース関連パラメータの内で、必要帯域には、同パッケージに含まれる任意のマルチキャストストリームの中で、最大の値を設定するものとする。
【００３４】
連携機能１６１は、マルチキャスト参加要求（１）を受信すると、マルチキャストアドレス、及び、必要に応じてソースアドレスを検索のインデックスとして用い、該当するマルチキャストストリームを特定すると共に、同ストリームが属するマルチキャストパッケージを特定する。併せて、必要帯域等の他のストリーム関連情報を抽出し、それらの情報に基づき、例えば図５（ｃ）に示すようなセッション確立要求（ＳＩＰ）（２）を作成し、制御サーバ１４に送信する。
【００３５】
制御サーバ１４は、セッション確立要求（２）を受信すると、マルチキャストストリームを配信するために、転送ノード１２，１３のセッション確立やネットワークリソースの確保等のネットワーク制御（３）を行ない、セッション確立応答（ＳＩＰ）（４）を連携機能１６１に送信する。
【００３６】
連携機能１６１は、制御サーバ１４からのセッション確立応答（４）が「セッション確立が成功した」との応答であった場合、通信端末１７から受信したマルチキャスト参加要求（１）を図５（ｄ）に示すマルチキャスト参加要求（５）として転送ノード１３に送信する。この時点で、転送ノード１３は通信端末１７に対してマルチキャストストリーム（ＲＴＰ）（６）の配信を開始する。連携機能１６１は、現在配信中のマルチキャストストリーム（６）が属するマルチキャストパッケージのＩＤ等のストリーム関連情報を「現在配信中のストリーム情報」として保存する。一方、連携機能１６１は、制御サーバ１４からのセッション確立応答（４）が「セッション確立が失敗した」との応答であった場合、転送ノード１３に対してマルチキャスト参加要求を送信しない。
【００３７】
ＨＧＷ１６に連携機能１６１を実装した場合において、セッション確立が失敗した理由が「ユーザが、該当するマルチキャストストリームを受信する権限を保有していない」である場合、連携機能１６１は、マルチキャストストリーム関連情報のテーブルから該当するマルチキャストストリームの情報を削除する場合がある。この処理を常に行うと、テーブルに存在しないマルチキャストストリームに関しては、ユーザが受信する権限を保持していないことを意味する。そのため、そのようなマルチキャストストリームの参加要求を連携機能１６１が受信した場合に、不要なセッション確立処理を実行せずに済む。このことにより、ＨＧＷ１６や制御サーバ１４等の処理負荷の軽減が可能となる。
【００３８】
次に、あるマルチキャストストリームを視聴している通信端末１７が、別のマルチキャストストリームに切り替える場合には、図３に示す手順で行われる。具体的なユースケースとしては、マルチキャストであるチャンネルの番組を視聴しているユーザが、別のチャンネルの番組に切り替えるケースが挙げられる。
【００３９】
本発明では、複数のマルチキャストストリームを単一のマルチキャストパッケージとして束ねているため、ストリーム切り替えは、以下の２種類に分類される。  
Ａ．同一のマルチキャストパッケージ内でストリームを切り替える場合  
Ｂ．異なるマルチキャストパッケージをまたがってストリームを切り替える場合
上記通信端末１７が転送ノード１３からＨＧＷ１６を介して映像ストリーム１（ＲＴＰ）（７）を受信している状態で、ユーザの別チャンネルの番組切り替え操作により、通信端末１７から図６の（ａ）に示すようなマルチキャスト参加要求（ＭＬＤ）（８）が連携機能１６１に送信されたとする。連携機能１６１は、マルチキャスト参加要求（８）を受信した場合、例えば図６の（ｂ）に示すテーブルを参照して、現在、他のマルチキャストストリームを同一の通信端末１７に配信中であるかを確認し、配信中である場合には、現在配信中のマルチキャストストリームが属するマルチキャストパッケージＩＤの情報に基づき、上記のＡとＢのいずれの場合に該当するかを判断する。
【００４０】
ここで、上記連携機能１６１におけるテーブルでは、入力に基づき、該当するマルチキャストストリームが属するマルチキャストパッケージＩＤを特定する。図６の（ｂ）に示す例の場合、要求されたストリームはパッケージＡに対応しているが、現在、パッケージＡを配信中であるため、新たなセッション更新要求は行わない。
【００４１】
先述したように、セッション確立処理では、同一のマルチキャストパッケージに含まれる任意のマルチキャストストリームの中で、最大分のネットワークリソースを確保しているため、「Ａ．同一のマルチキャストパッケージ内でストリームを切り替える場合」では、新たなネットワークリソースを確保する必要は無い。そのため、Ａの場合、連携機能１６１はセッション更新処理を行わず、転送ノード１３に図６（ｃ）に示すマルチキャスト離脱要求とマルチキャスト参加要求とを含むマルチキャスト制御要求（ＭＬＤ）（９）を送信し、現在配信中のマルチキャストストリームからの離脱及び、新たなマルチキャストストリーム（映像ストリーム２（ＲＴＰ））ヘの参加を行なう。
【００４２】
一方、「Ｂ．異なるマルチキャストパッケージをまたがってストリームを切り替える場合」は、マルチキャストストリームの配信に必要となるネットワークリソースが変化する可能性がある。そのため、セッション確立処理と同様に、連携機能１６１は、マルチキャスト参加要求（８）に基づきセッション更新要求を作成し、制御サーバ１４を通じてネットワーク制御を実行した後に、転送ノード１３にマルチキャスト制御要求（９）を送信する。
【００４３】
次に、マルチキャストストリームの受信を停止する場合には、図４に示す手順で行われる。通信端末１７は、映像ストリーム（ＲＴＰ）（１１）を受けている状態でマルチキャスト離脱要求（ＭＬＤ）（１２）を連携機能１６１に対して送信する。同要求（１２）を受信した連携機能１６１は、マルチキャスト離脱要求（１２）に含まれるマルチキャストアドレス等の情報に基づき、該当するセッションを特定し、セッション開放要求（ＳＩＰ）（１３）を作成し、制御サーバ１４に送信する。同要求（１３）を受信した制御サーバ１４は、セッション開放やネットワークリソースの開放等のネットワーク制御（１４）を行い、連携機能１６１に対してセッション開放応答（ＳＩＰ）（１５）を送信する。
【００４４】
連携機能１６１は、受信したセッション開放応答（１５）が成功したとの応答であった場合、通信端末１７から受信したマルチキャスト離脱要求（１２）→（１５）を転送ノード１３に送信すると共に、自身が保持する「現在配信中のストリーム情報」を空にする。セッション開放応答（１５）が失敗したとの応答であった場合には、再度セッション開放要求を作成して制御サーバ１４に送信する。
【００４５】
図７に上記連携機能１６１の一連の処理の流れを示す。
まず、通信端末１７からのマルチキャスト制御要求を受信すると（ステップＳ１）、その要求が参加要求か否かを判断し（ステップＳ２）、Ｙｅｓならば、マルチキャストアドレス等に基づきストリーム関連情報を決定する（ステップＳ３）。続いて、現在同一の通信端末１７に他のストリームを配信中か否かを判断し（ステップＳ４）、Ｙｅｓならば同一マルチキャストパッケージのストリームを既に配信中か判断し（ステップＳ５）、Ｙｅｓならばマルチキャスト離脱要求（旧ストリーム用）、参加要求（新ストリーム用）を転送ノード１３に送信し（ステップＳ６）、「現在配信中のストリーム情報」の内容を更新して（ステップＳ７）、一連の処理を終了する。
【００４６】
上記ステップＳ５でＮｏの場合には、セッション更新要求を作成して制御サーバ１４に送信する（ステップＳ８）。ここで、制御サーバ１４からの応答を受信してセッション確立が成功したか判断し（ステップＳ９）、ＹｅｓならばステップＳ６に戻って処理を継続し、Ｎｏの場合には、ステップＳ７に移行する。
【００４７】
上記ステップＳ４でＮｏの場合には、セッション確立要求を作成して制御サーバ１４に送信する（ステップＳ１０）。ここで、制御サーバ１４からの応答を受信してセッション確立が成功したか判断し（ステップＳ１１）、Ｙｅｓならばマルチキャスト参加要求を転送ノード１３に送信した後に（ステップＳ１２）、Ｎｏの場合には、そのままステップＳ７に移行する。
【００４８】
上記ステップＳ２でＮｏと判断された場合には、受信したマルチキャスト制御要求はマルチキャスト離脱要求であるから、マルチキャストアドレス等に基づき該当するセッションを決定し（ステップＳ１３）、セッション開放要求を作成して制御サーバ１４に送信する（ステップＳ１４）。制御サーバ１４からのセッション開放応答を受信してセッション開放が成功したか否かを判断し（ステップＳ１５）、成功が確認されるまでステップＳ１４の処理を実行する。セッション開放が成功した場合には、マルチキャスト離脱要求を転送ノード１３に送信し（ステップＳ１６）、ステップＳ７に移行する。
【００４９】
以上の処理を実行する連携機能１６１を用いることにより、セッション制御プロトコルに対応していない既存の通信端末１７を用いる場合でも、品質が保証されたマルチキャストサービスを利用することが可能となる。また、マルチキャストパッケージを利用し、マルチキャストストリームの切り替えにおけるネットワーク制御処理を連携機能１６１が必要最低限に抑えるため、ストリームの切り替えを高速に行うことが可能となる。
【００５０】
一方、サービス更新処理（マルチキャストパッケージの変更ストリーム関連情報の更新等）は、連携機能１６１が保持しているテーブル等の設定を更新するだけで実現可能であるため、利用中の通信端末へのインパクト（通信端末１７の置換やファームウェアの更新等）が生じない。さらに、セッション制御プロトコルの仕様変更は、連携機能１６１におけるマルチキャスト制御プロトコルとセッション制御プロトコルの変換規則の変更等の処理を行うことにより実現可能であるため、利用中の通信端末へのインパクトが生じない。
【００５１】
尚、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成を削除してもよい。さらに、異なる実施形態例に亘る構成要素を適宜組み合わせてもよい。
【符号の説明】
【００５２】
１１…ネットワーク、１２，１３…転送ノード、１４…制御サーバ、１５…コンテンツサーバ、１６…ＨＧＷ（ホームゲートウェイ）、１６１…連携機能、１７…通信端末。
【図１】
2010199860.tif 000003
【図２】
2010199860.tif 000004
【図３】
2010199860.tif 000005
【図４】
2010199860.tif 000006
【図５】
2010199860.tif 000007
【図６】
2010199860.tif 000008
【図７】
2010199860.tif 000009