(57)【要約】【課題】セッション制御プロトコルに対応していない端末であっても、管理型ネットワークを使用するマルチキャストサービスを利用できるようにする。【解決手段】セッション制御プロトコルに対応していない端末１とセッション制御プロトコルを使用する通信ネットワーク３との間に配置されるホームゲートウエイ６において、番組情報サーバ５から受信した番組表データを端末１が解釈可能なフォーマットに変換して端末１へ転送すると共に、上記番組表データからセッション関連情報を抽出してテーブル１４１に保存する。そして、端末１からマルチキャスト参加要求を受信した場合に、そのマルチキャストアドレスとソースアドレスをもとにテーブル１４１から対応するマルチキャストパッケージＩＤと必要帯域を読み出してセッション確立要求を生成し、制御サーバ４へ送信する。【選択図】図３
2010252110.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツサーバに蓄積されたコンテンツ情報を、セッション制御プロトコルを使用する管理型ネットワークを介して、セッション制御プロトコルを使用しない端末へ配信するために、前記管理型ネットワークと前記端末との間に配置されるネットワーク接続装置であって、
前記管理型ネットワークに接続される番組情報サーバから、前記セッション制御プロトコルを使用するために必要なセッション関連情報を含む番組情報を、定期的又は非定期に繰り返し受信する手段と、
前記番組情報が受信されるごとに、当該受信された番組情報を前記端末が解釈可能なフォーマットに変換し、この変換された番組情報を前記端末へ送信する手段と、
前記番組情報が受信されるごとに、当該受信された番組情報からセッション関連情報を抽出し、この抽出されたセッション関連情報をテーブルに保存する手段と、
前記端末から送信されたコンテンツ配信要求を受信した場合に、この受信されたコンテンツ配信要求に含まれる宛先情報と前記テーブルに保存された最新のセッション関連情報とをもとにセッション確立要求を生成し、このセッション確立要求を前記管理型ネットワークへ送信する手段と、
前記セッション確立要求に応じて自装置と前記コンテンツサーバとの間にセッションが確立された状態で、前記受信されたコンテンツ配信要求を前記コンテンツサーバへ転送する手段と、
前記コンテンツ配信要求に応じて前記コンテンツサーバから送信されるコンテンツ情報を、前記要求元の端末へ転送する手段と
を具備することを特徴とするネットワーク接続装置。
【請求項２】
前記番組情報を受信する手段は、前記端末から送信されたコンテンツ配信要求が受信されるごとに前記番組情報サーバへ番組情報の取得要求を送信し、この取得要求に応答して番組情報サーバから送信される番組情報を受信することを特徴とする請求項１記載のネットワーク接続装置。
【請求項３】
前記セッション関連情報が、マルチキャストアドレスとソースアドレスの対に対応付けて、少なくともマルチキャストパケッジの識別情報及び管理型ネットワーク上における必要帯域を設定したものからなる場合に、
前記セッション確立要求を送信する手段は、
前記端末から送信されたコンテンツ配信要求からマルチキャストアドレス及びソースアドレスを抽出する手段と、
前記抽出されたマルチキャストアドレス及びソースアドレスをもとに、前記テーブルからマルチキャストパッケージの識別情報及び必要帯域を表す情報を読み出す手段と、
前記読み出されたマルチキャストパッケージの識別情報及び必要帯域を表す情報と、前記抽出されたマルチキャストアドレス及びソースアドレスとをもとに、セッション確立要求を生成し、この生成されたセッション確立要求を前記管理型ネットワークへ送信する手段と
を備えることを特徴とする請求項１又は２記載のネットワーク接続装置。
【請求項４】
コンテンツサーバに蓄積されたコンテンツ情報を、セッション制御プロトコルを使用する管理型ネットワークを介して、セッション制御プロトコルを使用しない端末へ配信するために、前記管理型ネットワークと前記端末との間に配置されるネットワーク接続装置の制御方法であって、
前記管理型ネットワークに接続される番組情報サーバから、前記セッション制御プロトコルを使用するために必要なセッション関連情報を含む番組情報を、定期的又は非定期に繰り返し受信する過程と、
前記番組情報が受信されるごとに、当該受信された番組情報を前記端末が解釈可能なフォーマットに変換し、この変換された番組情報を前記端末へ送信する過程と、
前記番組情報が受信されるごとに、当該受信された番組情報からセッション関連情報を抽出し、この抽出されたセッション関連情報をテーブルに保存する過程と、
前記端末から送信されたコンテンツ配信要求を受信した場合に、この受信されたコンテンツ配信要求に含まれる宛先情報と前記テーブルに保存された最新のセッション関連情報とをもとにセッション確立要求を生成し、このセッション確立要求を前記管理型ネットワークへ送信する過程と、
前記セッション確立要求に応じて自装置と前記コンテンツサーバとの間にセッションが確立された状態で、前記受信されたコンテンツ配信要求を前記コンテンツサーバへ転送する過程と、
前記コンテンツ配信要求に応じて前記コンテンツサーバから送信されるコンテンツ情報を、前記要求元の端末へ転送する過程と
を具備することを特徴とするネットワーク接続装置の制御方法。
【請求項５】
前記番組情報を受信する過程は、前記端末から送信されたコンテンツ配信要求が受信されるごとに前記番組情報サーバへ番組情報の取得要求を送信し、この取得要求に応答して番組情報サーバから送信される番組情報を受信することを特徴とする請求項４記載のネットワーク接続装置の制御方法。
【請求項６】
前記セッション関連情報が、マルチキャストアドレスとソースアドレスの対に対応付けて、少なくともマルチキャストパケッジの識別情報及び管理型ネットワーク上における必要帯域を設定したものからなる場合に、
前記セッション確立要求を送信する過程は、
前記端末から送信されたコンテンツ配信要求からマルチキャストアドレス及びソースアドレスを抽出する過程と、
前記抽出されたマルチキャストアドレス及びソースアドレスをもとに、前記テーブルからマルチキャストパッケージの識別情報及び必要帯域を表す情報を読み出す過程と、
前記読み出されたマルチキャストパッケージの識別情報及び必要帯域を表す情報と、前記抽出されたマルチキャストアドレス及びソースアドレスとをもとに、セッション確立要求を生成し、この生成されたセッション確立要求を前記管理型ネットワークへ送信する過程と
を備えることを特徴とする請求項４又は５記載のネットワーク接続装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えばＩＰＴＶ（Internet Television）のように、ネットワークを使用して映像データ等のコンテンツ情報を配信するシステムで使用されるネットワーク接続装置とその制御方法に関する。
【背景技術】
【０００２】
現在、TISPAN等の標準化団体では、NGN（Next Generation Network）等の管理型ネットワークを使用したマルチキャストサービスの実現手順の標準化が進められている。（例えば、非特許文献１又は非特許文献２を参照。）。当該手順は、端末とネットワーク及び映像配信サーバとの間で、先ずSIP（Session Initiation Protocol）等のセッション制御プロトコルを用いてセッション確立や必要帯域の確保等のネットワーク制御を行い、続いてMLD（Multicast Listener Discovery）やIGMP（Internet Group Management 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.0 (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
【非特許文献３】IPTVフォーラム  地上デジタルテレビジョン放送IP再送信運用規定  IPTVFJ STD-0005 1.0版  http://www.iptvforum.jp/standard/index.html
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところが、既存のマルチキャストサービスの多くは、閉域ネットワークを使用して提供されている。既存の閉域ネットワークは、セッション確立や必要帯域の確保等のネットワーク制御を行なわないため、既存の端末はセッション制御プロトコルをサポートしていない。また、番組表データの内容もフォーマットも異なり、セッション関連情報はネットワーク制御に必要なすべての要素を含んでいるとは限らない。例えば、日本の業界団体であるIPTVフォーラムでは、番組表データに含まれる情報として、セッション関連情報の一部の情報（マルチキャストアドレス等）しか規定しておらず、さらに番組表データの格納方式も非特許文献２に規定された方式とIPTVフォーラムで規定された方式とは異なっている（例えば、非特許文献３を参照）。
【０００５】
このため、上記既存のマルチキャストサービスで使用されている端末を用いて、先に述べた標準化が進められている管理型ネットワークを使用するマルチキャストサービスを利用しようとしても、プロトコルもまた番組表データの内容及びフォーマットも対応しないため、利用することができない。
【０００６】
この発明は上記事情に着目してなされたもので、その目的とするところは、セッション制御プロトコルに対応していない端末であっても、管理型ネットワークを使用するマルチキャストサービスを利用できるようにしたネットワーク接続装置とその制御方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するためにこの発明に係わるネットワーク接続装置とその制御方法は、以下のような手段又は過程を備えたものである。  
すなわち、ネットワーク接続装置は、セッション制御プロトコルを使用する管理型ネットワークと、セッション制御プロトコルを使用しない端末との間に配置される。そして、ネットワーク接続装置において、上記管理型ネットワークに接続される番組情報サーバから、上記セッション制御プロトコルを使用するために必要なセッション関連情報を含む番組情報を定期的又は非定期に繰り返し受信し、この受信された番組情報を上記端末が解釈可能なフォーマットに変換して上記端末へ送信すると共に、上記受信された番組情報からセッション関連情報を抽出してテーブルに保存する。そして、上記端末から送信されたコンテンツ配信要求を受信した場合に、この受信されたコンテンツ配信要求に含まれる宛先情報と上記テーブルに保存された最新のセッション関連情報とをもとにセッション確立要求を生成して上記管理型ネットワークへ送信すると共に、自装置と上記コンテンツサーバとの間にセッションが確立された状態で、上記受信されたコンテンツ配信要求を上記コンテンツサーバへ転送し、当該コンテンツ配信要求に応じてコンテンツサーバから送信されるコンテンツ情報を要求元の端末へ転送する。
【０００８】
したがって、この発明によれば、番組情報サーバから端末向けに送信される番組情報がセッション制御プロトコルに対応して作成されたものであっても、この番組情報はネットワーク接続装置によりセッション制御プロトコルに対応していない既存の端末でも解釈可能なフォーマットに変換されたのち当該端末に転送される。このため、既存の端末においても番組情報を表示することが可能となる。
【０００９】
また、番組情報からセッション関連情報が抽出されてテーブルに保存され、端末からコンテンツ配信要求が送られ場合に、このコンテンツ配信要求と上記保存されたセッション関連情報をもとにセッション確立要求が生成されて管理型ネットワークへ送信される。すなわち、ネットワーク接続装置において、マルチキャスト制御プロトコルと、セッション制御プロトコルとの間の変換処理が自動的に行われる。このため、セッション制御プロトコルに対応していない既存の端末を使用しているにもかかわらず、管理型ネットワークを使用したマルチキャストサービスをそのまま利用することが可能となる。
【００１０】
しかも、この発明では、セッション関連情報を含む番組情報が定期的又は非定期に繰り返し受信され、テーブルに保存される。このため、セッション関連情報が動的に変化したとしても、テーブルには常に最新のセッション関連情報が保存されることになる。したがって、常に適切なセッション確立要求を生成し管理型ネットワークへ送信することが可能となる。
【００１１】
また、この発明は次のような各実施態様を備えることも特徴とする。  
第１の実施態様は、番組情報サーバから番組情報を受信する際に、ネットワーク接続装置が、端末から送信されたコンテンツ配信要求を受信するごとに番組情報サーバへ番組情報の取得要求を送信し、この取得要求に応答して番組情報サーバから送信される番組情報を受信するものである。  
このようにすると、端末からコンテンツ配信要求が送信されるごとに、この時点における最新の番組情報を取得できる。このため、セッション関連情報がいつ変化しても、常に最新のセッション関連情報をもとにセッション確立要求を生成し管理型ネットワークへ送信することができる。
【００１２】
第２の実施態様は、セッション確立要求を送信する際に、ネットワーク接続装置が、端末から送信されたコンテンツ配信要求からマルチキャストアドレス及びソースアドレスを抽出し、この抽出されたマルチキャストアドレス及びソースアドレスをもとにテーブルからマルチキャストパッケージの識別情報及び必要帯域を表す情報を読み出し、この読み出されたマルチキャストパッケージの識別情報及び必要帯域を表す情報と、上記抽出されたマルチキャストアドレス及びソースアドレスとをもとにセッション確立要求を生成して、管理型ネットワークへ送信するものである。  
このようにすると、コンテンツ配信要求に含まれるマルチキャストアドレス及びソースアドレスの対をキーにして、テーブルから対応するマルチキャストパッケージの識別情報及び必要帯域を表す情報が読み出され、セッション確立要求が生成される。
【発明の効果】
【００１３】
すなわち、この発明の一観点によれば、セッション制御プロトコルに対応していない端末であっても、管理型ネットワークを使用するマルチキャストサービスを利用することが可能なネットワーク接続装置とその制御方法を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】この発明の一実施形態に係わるネットワーク接続装置を備えたコンテンツ配信システムの概略構成図である。
【図２】この発明の一実施形態に係わるネットワーク接続装置のハードウエア及びソフトウエアの構成を示すブロック図である。
【図３】図１に示したコンテンツ配信システムの動作手順を示すシーケンス図である。
【図４】図１に示したコンテンツ配信システムの動作内容を説明するための図である。
【図５】図２に示したネットワーク接続装置の機能構成を示す図である。
【図６】図２に示したネットワーク接続装置に設けられたセッション関連情報テーブルの構成の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照してこの発明に係わる実施形態を説明する。  
図１は、この発明の一実施形態に係わるネットワーク接続装置を備えたコンテンツ配信システムの概略構成図である。同図において、通信ネットワーク３は例えばNGN（Next Generation Network）等の管理型ネットワークからなり、セッション制御プロトコルを使用する。通信ネットワーク３は、ネットワーク内に複数の転送ノード３１〜３ｎを有する。
【００１６】
端末１、コンテンツサーバ２、制御サーバ４及び番組情報サーバ５は、上記通信ネットワーク３に接続される。このうち端末１は、例えばテレビジョン受信機やパーソナル・コンピュータからなり、例えばIPTVフォーラムの規格に準拠するマルチキャスト制御プロトコルには対応するが、セッション制御プロトコルには対応していない。
【００１７】
コンテンツサーバ２は、映像データ等のコンテンツ情報を蓄積するコンテンツ蓄積部と、通信インタフェース部と、コンテンツ配信制御部とを備える。通信インタフェース部はセッション制御プロトコルに対応している。コンテンツ配信制御部は、上記コンテンツ蓄積部に蓄積されたコンテンツ情報のデータストリームを、マルチキャスト制御プロトコルに従い、要求元の端末に向けて送信する。
【００１８】
制御サーバ４は、セッション制御プロトコルに対応する端末又はノードからセッション確立要求を受信した場合に、当該要求元の端末又はノードと接続先となるコンテンツサーバとの間にセッションを確立しかつ必要な帯域（ネットワークリソース）を確保するためのネットワーク制御を、通信ネットワーク３に対し行う。
【００１９】
番組情報サーバ５は、上記コンテンツサーバ２と共にコンテンツ配信事業者が運用するもので、コンテンツサーバ２に蓄積されたコンテンツ情報に関する番組表データを管理している。この番組表データには、番組表本体に加え、セッション関連情報が記述されている。セッション関連情報は、セッション制御プロトコルに基づくネットワーク制御に必要な情報であり、例えば図４に示すようにストリーム個別情報としてのマルチキャストアドレスとソースアドレスの対に対応付けて、ストリーム個別情報のインデックスと、マルチキャストパッケージの識別情報（マルチキャストパッケージＩＤ）と、必要帯域を表す情報を設定したものである。
【００２０】
ところで、上記セッション制御プロトコルに対応していない端末１と、セッション制御プロトコルを使用する管理型ネットワークとしての通信ネットワーク３との間には、ネットワーク接続装置としてのホームゲートウエイ（Home Gate Way; HGW）６が介在配置されている。なお、図１では１台の端末１に対し１台のホームゲートウエイ６を配置した場合を例示したが、複数台の端末１に対し１台のホームゲートウエイ６を配置するようにしてもよい。
【００２１】
ホームゲートウエイ６は、図４に示すようにセッション関連情報変換機能６１と、プロトコル連携機能６２を備える。セッション関連情報変換機能６１は、図５に示すようにセッション関連情報変換機能６１１と、セッション関連情報テーブル管理機能６１２を含む。またプロトコル連携機能６２は、図５に示すようにマルチキャスト制御プロトコルプロキシ機能６２１と、セッション制御プロトコル終端機能６２２を含む。
【００２２】
ホームゲートウエイ６は、以上の各機能を例えば次のようなハードウエア及びソフトウエアにより実現している。図２はその構成を示すブロック図である。  
すなわち、ホームゲートウエイ６は、中央処理ユニット（ＣＰＵ）１１を備え、このＣＰＵ１１に、バス１２を介してプログラムメモリ１３と、データメモリ１４と、端末インタフェース１５と、ネットワークインタフェース１６を接続したものとなっている。
【００２３】
端末インタフェース１５は、ＣＰＵ１１の制御の下で端末１との間で制御コマンド及びデータの送受信を行う。ネットワークインタフェース１６は、ＣＰＵ１１の制御の下で、通信ネットワーク３との間で制御コマンド及びデータの送受信を行う。
【００２４】
データメモリ１４には、セッション関連情報テーブル１４１が設けられている。セッション関連情報テーブル１４１は、番組情報サーバ５から受信した番組表データに記述されたセッション関連情報を保存するために使用されるもので、複数のセッション関連情報を保存する領域を備える。図６にその一例を示す。
【００２５】
プログラムメモリ１３には、この発明を実施するために必要なアプリケーション・プログラムとして、セッション関連情報変換プログラム１３１と、セッション関連情報テーブル管理プログラム１３２と、マルチキャスト制御プロトコルプロキシ制御プログラム１３３と、セッション制御プロトコル終端制御プログラム１３４が格納されている。
【００２６】
セッション関連情報変換プログラム１３１は、以下の処理をＣＰＵ１１に実行させる。  
(1) 番組情報サーバ５から送信された番組表データがネットワークインタフェース１６により受信された場合に、この受信された番組表データを端末１が解釈可能なフォーマットに変換し、この変換された番組表データを端末インタフェース１５から端末１へ送信させる処理。  
(2) 上記受信された番組表データを、セッション関連情報テーブル管理プログラム１３２に通知する処理。
【００２７】
セッション関連情報テーブル管理プログラム１３２は、以下の処理をＣＰＵ１１に実行させる。  
(1) 上記受信された番組表データからセッション関連情報を抽出し、このセッション関連情報を上記データメモリ１４のセッション関連情報テーブル１４１に保存させる処理。保存に際しては、セッション関連情報のインデックスをもとに同一のインデックスを持つ情報が既に保存されているか否かを判定し、既に保存されている場合には当該保存されている情報を上記新たに受信された情報に更新し、保存されていない場合には上記新たに受信された情報を追加保存させる。  
(2) 端末１からマルチキャスト参加要求又は離脱要求が到来し、それに応じて後述するセッション制御プロトコル終端制御プログラム１３４からマルチキャストアドレスとソースアドレスが通知された場合に、このマルチキャストアドレスとソースアドレスをキーにして、セッション関連情報テーブル１４１から対応するマルチキャストパッケージＩＤと必要帯域を表す情報を読み出して、セッション制御プロトコル終端制御プログラム１３４に返送する処理。
【００２８】
マルチキャスト制御プロトコルプロキシ制御プログラム１３３は、以下の処理をＣＰＵ１１に実行させる。  
(1) 端末１から送信されたマルチキャスト参加要求又は離脱要求が端末インタフェース１５により受信された場合に、この受信されたマルチキャスト参加要求又は離脱要求からマルチキャストアドレス及びソースアドレスを抽出してセッション制御プロトコル終端制御プログラム１３４に通知する処理。  
(2) セッションの確立又は解除が成功した旨の応答をセッション制御プロトコル終端制御プログラム１３４から受け取った場合に、先に端末１から受信したマルチキャスト参加要求又は離脱要求をネットワークインタフェース１６から通信ネットワーク３へ送信させる処理。
【００２９】
セッション制御プロトコル終端制御プログラム１３４は、以下の処理をＣＰＵ１１に実行させる。  
(1) マルチキャスト制御プロトコルプロキシ制御プログラム１３３から通知されたマルチキャストアドレス及びソースアドレスを、上記セッション関連情報テーブル管理プログラム１３２に通知する処理。  
(2) セッション関連情報テーブル管理プログラム１３２からマルチキャストパッケージＩＤと必要帯域を表す情報が返送された場合に、これらの情報に基づいてセッション確立要求又は解除要求を生成し、このセッション確立要求又は解除要求をネットワークインタフェース１６から制御サーバ４へ送信させる処理。  
(3) 上記セッション確立要求又は解除要求の送信に対し制御サーバ４から返送される応答がネットワークインタフェース１６により受信された場合に、この応答の受信結果を表す情報をマルチキャスト制御プロトコルプロキシ制御プログラム１３３に通知する処理。
【００３０】
次に、以上のように構成されたコンテンツ配信システムのコンテンツ配信動作を、ホームゲートウエイ６の制御動作を中心に説明する。図３はシステム及びホームゲートウエイ６の動作手順を示すシーケンス図、図４はシステム全体の動作内容を示す図、図５はホームゲートウエイの機能構成を示す図である。
【００３１】
番組情報サーバ５は、図３及び図４の(0) に示すように、端末１に向けて当該端末１に関係する番組表データをHTTP（Hyper Text Transfer Protocol）により一定の時間間隔で送信する。この番組表データは、通信ネットワーク３を介してホームゲートウエイ６で受信される。
【００３２】
ホームゲートウエイ６は、定期的に番組表データの受信を監視している。この状態で、番組情報サーバ５から番組表データが到来し、この番組表データがネットワークインタフェース１６により受信されると、セッション関連情報変換プログラム１３１の制御の下で、上記受信された番組表データを端末１が解釈可能なフォーマットに変換し、この変換された番組情報データを端末インタフェース１５から端末１へ送信させる（ステップＳ１）。この結果、上記フォーマット変換された番組情報データは図３及び図４の(1) に示すようにHTTPにより端末１へ転送される。
【００３３】
また、それと共にホームゲートウエイ６は、セッション関連情報テーブル管理プログラム１３２の制御の下で、上記受信された番組情報データからセッション関連情報を抽出し、このセッション関連情報のインデックスをもとに同一のインデックスを持つ情報が既にセッション関連情報テーブル１４１に保存されているか否かを判定する。そして、同一のインデックスを持つ情報が既に保存されている場合には、当該保存されている情報を上記新たに受信された情報に更新する。これに対し、同一のインデックスを持つ情報がテーブル１４１に保存されていなければ、上記新たに受信されたセッション関連情報をセッション関連情報テーブル１４１に追加保存する（ステップＳ２）。  
【００３４】
以後同様に、ホームゲートウエイ６は番組情報サーバ５からセッション関連情報が受信されるごとに、上記ステップＳ１及びＳ２による処理を繰り返し実行する。
【００３５】
さて、この状態で端末１から図３及び図４の(2) に示すようにマルチキャスト参加要求が送信されたとする。なお、プロトコルとしては例えばMLD（Multicast Listener Discovery）が使用される。  
【００３６】
そうするとホームゲートウエイ６は、上記マルチキャスト参加要求を端末インタフェース１５により受信すると、先ずマルチキャスト制御プロトコルプロキシ制御プログラム１３３の制御の下で、上記受信されたマルチキャスト参加要求からマルチキャストアドレス及びソースアドレスを抽出する。続いて、セッション関連情報テーブル管理プログラム１３２が、上記抽出されたマルチキャストアドレスとソースアドレスの対をキーにして、セッション関連情報テーブル１４１から対応するマルチキャストパッケージＩＤと必要帯域を表す情報を読み出す。
【００３７】
次にホームゲートウエイ６は、セッション制御プロトコル終端制御プログラム１３４の制御の下で、上記読み出されたマルチキャストパッケージＩＤと必要帯域を表す情報に基づいてセッション確立要求を生成し（ステップＳ３）、このセッション確立要求をネットワークインタフェース１６から図３及び図４の(3) に示すようにSIP（Session Initiation Protocol）により制御サーバ４へ送信する（ステップＳ４）。
【００３８】
例えば、いま図６に示すように端末１から送られたマルチキャスト参加要求にマルチキャストアドレス及びソースアドレスとして“aaa.aaa.aaa.aaa”、“xxx.xxx.xxx.xxx”が記述されていたとする。そうすると、セッション関連情報テーブル１４１から、上記マルチキャストアドレス“aaa.aaa.aaa.aaa”及びソースアドレス“xxx.xxx.xxx.xxx”の対に対応付けられた、インデックス１に対応するマルチキャストパッケージＩＤ（＝Package-A）及び必要帯域（＝30[Mbps]）が読み出される。そして、この読み出されたマルチキャストパッケージＩＤ（＝Package-A）及び必要帯域（＝30[Mbps]）と、上記マルチキャスト参加要求に記述されたマルチキャストアドレス“aaa.aaa.aaa.aaa”及びソースアドレス“xxx.xxx.xxx.xxx”を含むセッション確立要求が生成され、このセッション確立要求がSIPにより制御サーバ４へ送信される。
【００３９】
上記セッション確立要求が到来すると制御サーバ４は、図３及び図４の(4) に示すように、通信ネットワーク３上にセッションを確立しかつ必要帯域を確保するためのネットワーク制御を実行する。そして、セッションが確立されると、要求元のホームゲートウエイ６にSIPによりセッション確立応答を返送する。
【００４０】
上記セッション確立応答を受信するとホームゲートウエイ６は、マルチキャスト制御プロトコルプロキシ制御プログラム１３３の制御の下で、先に端末１から受信したマルチキャスト参加要求をネットワークインタフェース１６から図３及び図４の(5) に示すようにMLDにより通信ネットワーク３へ送信する。このマルチキャスト参加要求は、通信ネットワーク３内の転送ノード３１〜３ｎを介してコンテンツサーバ２へ転送される。
【００４１】
上記マルチキャスト参加要求を受信するとコンテンツサーバ２は、該当するコンテンツ情報を選択的に読み出し、当該コンテンツ情報のデータストリーム、例えば映像ストリームを、RTP（Real-time Transport Protocol）により端末に向け送信する。この映像ストリームは、通信ネットワーク３上に確立されたセッションを介してホームゲートウエイ６に転送され、このホームゲートウエイ６から図３及び図４の(6) に示すように端末１へ転送される。
【００４２】
以上詳述したようにこの実施形態では、セッション制御プロトコルに対応していない端末１とセッション制御プロトコルを使用する通信ネットワーク３との間にホームゲートウエイ６を配置し、このホームゲートウエイ６にセッション関連情報変換機能６１１と、セッション関連情報テーブル管理機能６１２と、マルチキャスト制御プロトコルプロキシ機能６２１と、セッション制御プロトコル終端機能６２２を備えている。そして、番組情報サーバ５から番組表データを受信した場合に、この番組表データを端末１が解釈可能なフォーマットに変換して端末１へ転送すると共に、上記受信された番組表データからセッション関連情報を抽出してセッション関連情報テーブル１４１に保存させる。また、端末１からマルチキャスト参加要求を受信した場合に、このマルチキャスト参加要求に記述されたマルチキャストアドレスとソースアドレスをキーにしてセッション関連情報テーブル１４１から対応するマルチキャストパッケージＩＤと必要帯域を読み出し、この読み出されたマルチキャストパッケージＩＤと必要帯域に基づいてセッション確立要求を生成して制御サーバ４へ送信するようにしている。
【００４３】
したがって、番組情報サーバ５から送信される番組表データがセッション制御プロトコルに対応するものであっても、この番組表データはホームゲートウエイ６によりフォーマット変換されたのち当該端末１に転送されるため、セッション制御プロトコルに対応していない既存の端末においても番組表データを表示することが可能となる。
【００４４】
また、番組表データからセッション関連情報が抽出されてセッション関連情報テーブル１４１に保存され、端末１からマルチキャスト参加要求が送られ場合に、このマルチキャスト参加要求と上記保存されたセッション関連情報をもとにセッション確立要求が生成されて通信ネットワーク３へ送信される。すなわち、ホームゲートウエイ６において、マルチキャスト制御プロトコルと、セッション制御プロトコルとの間の変換処理が自動的に行われる。このため、セッション制御プロトコルに対応していない既存の端末１を使用しているにもかかわらず、管理型ネットワークを使用したマルチキャストサービスをそのまま利用することが可能となる。
【００４５】
しかも、セッション関連情報を含む番組表データは定期的に繰り返し受信され、セッション関連情報テーブル１４１に保存される。このため、セッション関連情報が動的に変化したとしても、テーブル１４１には常に最新のセッション関連情報が保存されることになる。したがって、常に適切なセッション確立要求を生成し通信ネットワーク３へ送信することが可能となる。
【００４６】
なお、この発明は上記実施形態に限定されるものではなく、種々の変形及び応用が可能である。例えば、前記実施形態では、番組情報サーバ５が一定の時間間隔で定期的に送信する番組表データをホームゲートウエイ６が受信する場合を例にとって説明した。しかし、それに限らず、番組表データはランダムなタイミングで非定期に配信するようにしてもよい。例えば、番組情報サーバ５において新たな番組表データが生成され記憶された場合、及び記憶されている番組表データの内容が変更された場合に、番組情報サーバ５が新たな番組表データ又は変更後の番組表データを該当するソースアドレスを有する端末１へ送信する。このようにすると、番組表データの配信を当該番組表データの更新が必要なタイミングにおいてのみ実行すればよいことになり、これにより番組情報サーバ５及びホームゲートウエイ６の処理負荷を軽減すると共に、通信ネットワーク３のトラフィックの増加を抑制することができる。
【００４７】
また、別の配信方式として、端末１からマルチキャスト参加要求を受信した場合に、これに応じて番組情報サーバ５へ番組表データの取得要求を送信し、これに対し番組情報サーバ５から送信される番組表データを受信するようにしてもよい。このようにすると、端末１からマルチキャスト参加要求が送信されるごとに、この時点における最新の番組表データを取得することができる。このため、番組情報サーバ５で管理されるセッション関連情報の内容がいつ変化しても、常に最新のセッション関連情報を取得することができ、これによりこの最新のセッション関連情報をもとにセッション確立要求を生成して、通信ネットワーク３へ送信することができる。
【００４８】
その他、ネットワーク接続装置の種類やセッション関連情報の変換処理手順とその処理内容、プロトコル連携のための処理手順と処理内容、セッション制御プロトコル及びマルチキャスト制御プロトコルの種類などについても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【００４９】
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００５０】
１…端末、２…コンテンツサーバ、３…通信ネットワーク、４…制御サーバ、５…番組情報サーバ、６…ホームゲートウエイ（ＨＧＷ）、１１…ＣＰＵ、１２…バス、１３…プログラムメモリ、１４…データメモリ、１５…端末インタフェース、１６…ネットワークインタフェース、３１〜３ｎ…転送ノード、６１…セッション関連情報変換機能、６２…プロトコル連携機能、１３１…セッション関連情報変換プログラム、１３２…セッション関連情報テーブル管理プログラム、１３３…マルチキャスト制御プロトコル制御プログラム、１３４…セッション制御プロトコル終端制御プログラム、１４１…セッション関連情報テーブル、６１１…セッション関連情報変換機能、６１２…セッション関連情報テーブル管理機能、６２１…マルチキャスト制御プロトコルプロキシ機能、６２２…セッション制御プロトコル終端機能。
【図１】
2010252110.tif 000003
【図２】
2010252110.tif 000004
【図３】
2010252110.tif 000005
【図４】
2010252110.tif 000006
【図５】
2010252110.tif 000007
【図６】
2010252110.tif 000008