JP2009188856A - ゲートウェイおよびｉｐマルチキャスト放送配信方法 - Google Patents

Abstract

【課題】チャネルの切り替えを迅速に行うことができ、且つ通信帯域を効率よく利用することができるＩＰマルチキャスト放送の配信技術を提供する。
【解決手段】ＩＰマルチキャスト放送配信部１４２は、ＳＴＢ５から視聴チャネルを指定された場合に、この指定チャネルが受信チャネル管理ＴＢ１３１に登録されているならば、ＩＰマルチキャスト放送受信部１４１で受信中のこの指定チャネルを、このＳＴＢ５と接続する端末ＩＦ部１２１、１２２から配信する。登録されていないならば、ＩＰマルチキャスト放送受信部１４１にこの指定チャネルを受信させて配信する。また、ＩＰマルチキャスト放送受信部１４１は、ＳＴＢ５から視聴チャネルの終了を受信した場合に、視聴チャネルが配信チャネル管理ＴＢ１３２に他のＳＴＢ５に対応付けて管理されているならば、この視聴チャネルの受信を続行し、管理されていないならば、この視聴チャネルの受信を終了する。
【選択図】図２

Description

本発明は、ＩＰマルチキャスト放送の配信技術に関する。

ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）の提供サービスであるＩＰマルチキャスト放送を受信して、セットトップボックス等の配下の端末に配信するＩＰマルチキャスト放送対応のゲートウェイが提案されている。

図１７は、従来のＩＰマルチキャスト放送対応のゲートウェイの動作例を説明するためのシーケンス図である。ここで、９１は視聴者（ユーザ）、ＳＴＢ９２はセットトップボックス、ＧＷ９３はゲートウェイ、そして、ＥＲ９４はエッジルータである。

この例では、ＩＰｖ４を前提とし、マルチキャストグループを認識するためのプロトコルとして、ＷＡＮ側（図１７においてＥＲ９４より右側）ではＰＩＭ（Ｐｒｏｔｏｃｏｌ Ｉｎｄｅｐｅｎｄｅｎｔ Ｍｕｌｔｉｃａｓｔ）を用い、ＬＡＮ側（ＳＴＢ９２とＧＷ９３との間、およびＧＷ９３とＥＲ９４との間）ではＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）を用いている。なお、ＩＰｖ６の場合は、ＬＡＮ側のプロトコルとして、ＩＧＭＰの代わりにＭＬＤ（Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ）が用いられる。

さて、図１７において、視聴者９１が、視聴を希望するＩＰマルチキャスト放送としてチャネルＡを選択し（Ｓ９０１）、ＳＴＢ９２にチャネルＡの選択を指示する（Ｓ９０２）。これを受けて、ＳＴＢ９２は、チャネルＡのマルチキャストグループに加入するために、チャネルＡの放送データの送信元アドレスＳａおよびマルチキャストアドレスＧａの指定を伴うＩＧＭＰ Ｒｅｐｏｒｔ（Ｓａ，Ｇａ）をＧＷ９３に送信する（Ｓ９０３）。

ＧＷ９３は、ＳＴＢ９２からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓａ，Ｇａ）を受信すると、これをＥＲ９４に転送する（Ｓ９０４）。これを受けて、ＥＲ９４は、チャネルＡのマルチキャストグループの加入者を確認するために、チャネルＡの放送データの送信元アドレスＳａおよびマルチキャストアドレスＧａの指定を伴うＩＧＭＰ Ｑｕｅｒｙ（Ｓａ，Ｇａ）をＧＷ９３に送信する（Ｓ９０５）。

ＧＷ９３は、ＥＲ９４からＩＧＭＰ Ｑｕｅｒｙ（Ｓａ，Ｇａ）を受信すると、これをＳＴＢ９２に転送する（Ｓ９０６）。これを受けて、ＳＴＢ９２は、ＩＧＭＰ Ｑｕｅｒｙ（Ｓａ，Ｇａ）に対する応答として、ＩＧＭＰ Ｒｅｐｏｒｔ（Ｓａ，Ｇａ）をＧＷ９３に再度送信する（Ｓ９０７）。

ＧＷ９３は、ＳＴＢ９２からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓａ，Ｇａ）を受信すると、これをＥＲ９４に転送する（Ｓ９０８）。これを受けて、ＥＲ９４は、チャネルＡのマルチキャストグループへのＧＷ９３の加入を確認する。そして、ＥＲ９４は、チャネルＡの放送データを受信中であるならば、この放送データをＧＷ９３に送信する。一方、チャネルＡの放送データを受信していないならば、チャネルＡのマルチキャストグループに加入するために、ＮＧＮに対して、チャネルＡの放送データの送信元アドレスＳａおよびマルチキャストアドレスＧａの指定を伴うＰＩＭ Ｊｏｉｎ（Ｓａ，Ｇａ）を送信して（Ｓ９０９）、チャネルＡの放送データの受信を開始する。それから、この放送データをＧＷ９３に送信する。

以上のようにして、ＥＲ９４からＧＷ９３に送られたチャネルＡの放送データは、視聴者９１に提供されるべく、ＳＴＢ９２を介してＴＶに送られる（Ｓ９１０）。

次に、視聴者９１が、視聴を希望するＩＰマルチキャスト放送をチャネルＡからチャネルＢに切り替え（Ｓ９１１）、ＳＴＢ９２にチャネルＢの選択を指示する（Ｓ９１２）。これを受けて、ＳＴＢ９２は、それまで加入していたチャネルＡのマルチキャストグループから脱退するために、チャネルＡの放送データの送信元アドレスＳａおよびマルチキャストアドレスＧａの指定を伴うＩＧＭＰ Ｌｅａｖｅ（Ｓａ，Ｇａ）をＧＷ９３に送信する（Ｓ９１３）。

ＧＷ９３は、ＳＴＢ９２からＩＧＭＰ Ｌｅａｖｅ（Ｓａ，Ｇａ）を受信すると、これをＥＲ９４に転送する（Ｓ９１４）。これを受けて、ＥＲ９４は、チャネルＡのマルチキャストグループの加入者を確認するために、チャネルＡの放送データの送信元アドレスＳａおよびマルチキャストアドレスＧａの指定を伴うＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓａ，Ｇａ）（図中では、ＩＧＭＰ ＧＳＱ（Ｓａ，Ｇａ）と表記）をＧＷ９３に送信する（Ｓ９１５）。

ＧＷ９３は、ＥＲ９４からＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓａ，Ｇａ）を受信すると、これをＳＴＢ９２に転送する（Ｓ９１６）。これを受けて、ＳＴＢ９２は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓａ，Ｇａ）に対して応答することなく放置する。その結果、ＥＲ９４は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓａ，Ｇａ）に対する応答を所定の時間受信することなくタイムアウトし、これにより、チャネルＡのマルチキャストグループから脱退するために、ＮＧＮに対して、チャネルＡの放送データの送信元アドレスＳａおよびマルチキャストアドレスＧａの指定を伴うＰＩＭ Ｌｅａｖｅ（Ｓａ，Ｇａ）を送信し（Ｓ９１７）、チャネルＡの放送データの受信を終了する。

それから、ＳＴＢ９２がチャネルＢのマルチキャストグループに加入するために、チャネルＢの放送データの送信元アドレスＳｂおよびマルチキャストアドレスＧｂに対して、上述のＳ９０３〜Ｓ９０９と同様の処理が実施される（Ｓ９１９〜Ｓ９２４）。これにより、チャネルＢの放送データが、ＥＲ９４、ＧＷ９３、およびＳＴＢ９２を介してＴＶ９１に送られる（Ｓ９２５）。

なお、ＩＰマルチキャスト放送の転送技術に関しては、非特許文献１に詳しく記載されている。
佐藤裕昭著 「ＩＰマルチキャスト放送の転送技術と技術課題」 ＮＴＴ技術ジャーナル ２００６．１０ ｐ．８−１０

上述したように、ＩＰマルチキャスト放送では、ＳＴＢ９２が、ＧＷ９３を介して、視聴したいチャネルをＥＲ９４に問い合わせる。ＥＲ９４がこのチャネルの放送データを受信していない場合は、さらに最寄りのルータに問い合わせる。この処理を、このチャネルの放送データを受信しているルータに辿り着くまで繰り返す。このため、アナログ放送、地上波デジタル放送等の放送波を用いたテレビジョン放送の受信機に比べ、チャネルの切り替えに時間がかかる場合があり、ユーザはストレスを感じてしまう。一方、ＳＴＢ９２がＩＰマルチキャスト放送の全てのチャネルを常時受信するようにしてしまうと通信帯域を効率よく利用できない。特に、ＳＴＢ９２およびＧＷ９３間には、一般家庭等に構築されたネットワーク、例えば無線ＬＡＮが利用されるため、ＳＴＢ９２がＩＰマルチキャスト放送の全てのチャネルを常時受信することは、現実的でない。

本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、チャネルの切り替えを迅速に行うことができ、且つ通信帯域を効率よく利用することができるＩＰマルチキャスト放送の配信技術を提供することにある。

上記課題を解決するために、本発明では、ＩＰ網から受信中のＩＰマルチキャスト放送のチャネルを管理すると共に、配下の端末毎に、配信中のＩＰマルチキャスト放送のチャネルを管理する。

そして、何れかの配下の端末（端末Ａとする）からＩＰマルチキャスト放送の任意のチャネル（チャネルＡとする）の視聴要求を受信した場合に、チャネルＡが受信中のチャネルとして管理されているならば、ＩＰ網から受信中のチャネルＡを、端末Ａと接続するポートから配信する。一方、管理されていないならば、ＩＰ網からチャネルＡの受信を開始して、そのチャネルＡを、端末Ａと接続するポートから配信する。

また、端末ＡからチャネルＡの視聴終了を受信した場合に、チャネルＡが配信中のチャネルとして他の配下の端末に対応付けて管理されているならば、ＩＰ網からのチャネルＡの受信を続行し、管理されていないならば、ＩＰ網からのチャネルＡの受信を終了する。

例えば、本発明のゲートウェイは、
ＩＰマルチキャスト放送を受信して配下の端末に配信するゲートウェイであって、
ＩＰ網に接続するためのＩＰ網インターフェース手段と、
前記配下の端末を接続するための少なくとも一つの端末インターフェース手段と、
前記ＩＰ網インターフェース手段を介して前記ＩＰ網から前記ＩＰマルチキャスト放送を受信するＩＰマルチキャスト放送受信手段と、
前記端末インターフェース手段に、当該端末インターフェース手段に接続されている前記配下の端末より要求された前記ＩＰマルチキャスト放送のチャネルデータを、当該端末インターフェース手段から配信させるＩＰマルチキャスト放送配信手段と、を有し、
前記ＩＰマルチキャスト放送配信手段は、
前記配下の端末により要求された前記ＩＰマルチキャスト放送チャネルの指定要求を前記ＩＰ網へ送信するとともに、当該要求されたＩＰマルチキャスト放送チャネル以外のチャネル指定要求を前記ＩＰ網へ送信し、
前記ＩＰ網より、当該要求されたＩＰマルチキャスト放送チャネルのチャネルデータ及び当該要求されたＩＰマルチキャスト放送チャネル以外のチャネルデータを、前記ＩＰマルチキャスト放送受信手段を介して受信すると、当該要求されたＩＰマルチキャスト放送チャネルのチャネルデータのみを前記配下の端末に配信する。

また、例えば、本発明のゲートウェイは、
ＩＰマルチキャスト放送を受信して配下の端末に配信するゲートウェイであって、
ＩＰ網に接続するためのＩＰ網インターフェース手段と、
前記配下の端末を接続するための少なくとも一つの端末インターフェース手段と、
前記ＩＰ網インターフェース手段を介して前記ＩＰ網から前記ＩＰマルチキャスト放送を受信するＩＰマルチキャスト放送受信手段と、
前記端末インターフェース手段毎に、当該端末インターフェース手段に接続されている前記配下の端末より要求された前記ＩＰマルチキャスト放送のチャネルを、当該端末インターフェース手段から配信するＩＰマルチキャスト放送配信手段と、
前記ＩＰマルチキャスト放送受信手段により受信中の前記ＩＰマルチキャスト放送のチャネルを管理する受信チャネル管理手段と、
前記配下の端末毎に、前記ＩＰマルチキャスト放送配信手段により配信中の前記ＩＰマルチキャスト放送のチャネルを管理する配信チャネル管理手段と、を有し、
前記ＩＰマルチキャスト放送配信手段は、
何れかの前記端末インターフェース手段を介して前記配下の端末から前記ＩＰマルチキャスト放送の任意のチャネルの視聴要求を受信した場合に、当該任意のチャネルが前記受信チャネル管理手段により管理されているならば、前記ＩＰマルチキャスト放送受信手段により受信中の当該任意のチャネルを当該何れかの前記端末インターフェース手段から配信し、管理されていないならば、前記ＩＰマルチキャスト放送受信手段に当該任意のチャネルを受信させて、当該何れかの前記端末インターフェース手段から配信し、
前記ＩＰマルチキャスト放送受信手段は、
何れかの前記端末インターフェース手段を介して前記配下の端末から前記ＩＰマルチキャスト放送の任意のチャネルの視聴終了を受信した場合に、当該任意のチャネルが前記配信チャネル管理手段により他の前記配下の端末に対応付けて管理されているならば、当該任意のチャネルの受信を続行し、管理されていないならば当該任意のチャネルの受信を終了する。

なお、前記配下の端末毎に、前記ＩＰマルチキャスト放送の配信候補のチャネルを決定する配信候補決定手段をさらに設けてもよい。

この場合、前記配信チャネル管理手段が、
前記配下の端末毎に、前記配信候補決定手段により決定された配信候補のチャネルを、前記ＩＰマルチキャスト放送配信手段により配信中のチャネルと共に管理する。

また、前記ＩＰマルチキャスト放送受信手段が、
前記配信候補決定手段により決定された配信候補のチャネルを受信すると共に、
何れかの前記端末インターフェース手段を介して前記配下の端末から前記ＩＰマルチキャスト放送の任意のチャネルの視聴終了を受信した場合において、当該任意のチャネルが配信中のチャネルとして前記配信チャネル管理手段により他の前記配下の端末に対応付けて管理されていない場合でも、配信候補のチャネルとして前記配信チャネル管理手段により何れかの前記配下の端末に対応付けて管理されているならば、当該任意のチャネルの受信を続行する。

本発明によれば、チャネルの切り替えを迅速に行うことができる。また、通信帯域を効率よく利用することができる。

以下、本発明の実施の形態を説明する。

［第一実施の形態］
図１は、本発明の第一実施の形態に係るゲートウェイが適用されたＩＰマルチキャスト放送ネットワークシステムの概略図である。

図示するように、ＩＰマルチキャスト放送ネットワークシステムは、本実施の形態に係るゲートウェイ（ＧＷ）１と、ＩＰマルチキャスト放送の放送データを配信する少なくとも一つの配信サーバ２とが、ＮＧＮ等のＩＰ網３内に設けられた最寄りのエッジルータ（ＥＲ）４に接続されて構成されている。ＧＷ１は、ＩＰ網３を介して配信サーバ２からＩＰマルチキャスト放送の放送データを受信して、テレビ（ＴＶ）６等が接続された配下のセットトップボックス（ＳＴＢ）５に配信する。

なお、図１において、配信サーバ２、ＥＲ４、ＳＴＢ５、およびＴＶ６には既存の装置を利用できるので、それらの詳細な説明を省略する。

図２は、本発明の第一実施の形態に係るＧＷ１の概略構成図である。

図示するように、本実施の形態に係るＧＷ１は、ＩＰ網インターフェース（ＩＦ）部１１と、端末インターフェース（ＩＦ）部１２と、記憶部１３と、演算部１４と、を有する。

ＩＰ網ＩＦ部１１は、ＩＰ網３に接続するためのインターフェースである。

端末ＩＦ部１２は、ＳＴＢ５を接続するためのインターフェースであり、少なくとも一つの有線端末インターフェース（ＩＦ）部１２１と、無線端末インターフェース（ＩＦ）部１２２と、を有する。

有線端末ＩＦ部１２１は、有線ＬＡＮ、ＩＥＥＥ１３９４等の有線によりＳＴＢ５を接続するためのインターフェースである。無線端末ＩＦ部１２２は、無線ＬＡＮ等の無線によりＳＴＢ５を接続するためのインターフェースである。

記憶部１３には、受信チャネル管理テーブル（ＴＢ）１３１と、配信チャネル管理テーブル（ＴＢ）１３２とが記憶されている。

受信チャネル管理ＴＢ１３１は、後述するＩＰマルチキャスト放送受信部１４１によってＩＰ網ＩＦ部１１を介して最寄りのＥＲ４から受信中のＩＰマルチキャスト放送のチャネルを管理するためのテーブルである。

図３（Ａ）は、受信チャネル管理ＴＢ１３１の登録内容例を模式的に表した図である。図示するように、受信チャネル管理ＴＢ１３１には、ＩＰマルチキャスト放送受信部１４１によりＩＰ網ＩＦ部１１を介して最寄りのＥＲ４から受信中のＩＰマルチキャスト放送のチャネル毎に、レコード１３１０が登録される。レコード１３１０は、ＩＰマルチキャスト放送のチャネルのチャネル番号を登録するフィールド１３１１を有する。

配信チャネル管理ＴＢ１３２は、後述するＩＰマルチキャスト放送配信部１４２により配信中のＩＰマルチキャスト放送のチャネル、および後述する配信候補決定部１４５により配信候補に決定されたＩＰマルチキャスト放送のチャネルを管理するためのテーブルである。

図３（Ｂ）は、配信チャネル管理ＴＢ１３２の登録内容例を模式的に表した図である。図示するように、配信チャネル管理ＴＢ１３２には、ＩＰマルチキャスト放送配信部１４２によりＩＰマルチキャスト放送のチャネルを配信中のＳＴＢ５毎に、レコード１３２０が登録される。レコード１３２０は、ＳＴＢ５の識別情報である端末ＩＤを登録するフィールド１３２１と、このＳＴＢ５に配信中のチャネルのチャネル番号を登録するフィールド１３２２と、配信候補決定部１４５によりこのＳＴＢ５に対する配信候補に決定されたチャネルのチャネル番号を登録するフィールド１３２３と、を有する。

図２に戻って説明を続ける。演算部１４は、ＩＰマルチキャスト放送受信部１４１と、ＩＰマルチキャスト放送配信部１４２と、受信チャネル管理部１４３と、配信チャネル管理部１４４と、配信候補決定部１４５と、主制御部１４６と、を有する。

ＩＰマルチキャスト放送受信部１４１は、ＩＰ網ＩＦ部１１を介してＩＰ網３からＩＰマルチキャスト放送を受信する。

具体的には、何れかの有線端末ＩＦ部１２１あるいは無線端末ＩＦ部１２２が、配下のＳＴＢ５から、このＳＴＢ５に配信中のチャネルの視聴終了を受信した場合に、ＩＰマルチキャスト放送受信部１４１は、この配信中のチャネルが、このＳＴＢ５以外のＳＴＢ５に配信中のチャネルとして、あるいはこのＳＴＢ５を含む何れかのＳＴＢ５の配信候補として配信チャネル管理ＴＢ１３２に登録されているならば、この配信中のチャネルの受信を続行する。一方、登録されていないならば、この配信中のチャネルの受信を終了する。

また、ＩＰマルチキャスト放送受信部１４１は、配信候補決定部１４５により決定された配信候補のチャネル（以下、配信候補チャネル）を受信する。

ＩＰマルチキャスト放送配信部１４２は、少なくとも一つの有線端末ＩＦ部１２１および無線端末ＩＦ部１２２の各々について、該当するＩＦ部に接続されているＳＴＢ５より要求されたＩＰマルチキャスト放送のチャネルをこのＩＦ部から配信する。

具体的には、何れかの有線端末ＩＦ部１２１あるいは無線端末ＩＦ部１２２が配下のＳＴＢ５から視聴チャネルの指定通知を受信した場合に、この視聴チャネルが受信チャネル管理ＴＢ１３１に登録されているならば、ＩＰマルチキャスト放送配信部１４２は、ＩＰマルチキャスト放送受信部１４１により受信中であるこの視聴チャネルの放送データを、この指定通知を受信した有線端末ＩＦ部１２１あるいは無線端末ＩＦ部１２２から配信する。一方、登録されていないならば、この視聴チャネルをＩＰマルチキャスト放送受信部１４１に受信させ、それから、この視聴チャネルの放送データを、この指定通知を受信した有線端末ＩＦ部１２１あるいは無線端末ＩＦ部１２２から配信する。

受信チャネル管理部１４３は、ＩＰマルチキャスト放送受信部１４１により受信中のＩＰマルチキャスト放送のチャネルを監視して、受信チャネル管理ＴＢ１３１を更新する。

配信チャネル管理部１４４は、配下のＳＴＢ５毎に、ＩＰマルチキャスト放送配信部１４２により配信中のＩＰマルチキャスト放送のチャネル、および配信候補決定部１４５により配信候補に決定されたＩＰマルチキャスト放送のチャネルを監視して、配信チャネル管理ＴＢ１３２を更新する。

配信候補決定部１４５は、配下のＳＴＢ５毎に、ＩＰマルチキャスト放送配信部１４２により配信中のＩＰマルチキャスト放送のチャネルに基づいて、このＳＴＢ５に対する配信候補チャネルを決定する。本実施の形態では、チャネル番号の順番上、ＳＴＢ５に配信中のチャネルの前後のチャネルを、このＳＴＢ５に対する配信候補チャネルに決定している。

そして、主制御部１４６は、ＧＷ１の各部を統括的に制御する。

図４は、本発明の第一実施の形態に係るＧＷ１の動作を説明するためのフロー図である。

何れかの有線端末ＩＦ部１２１あるいは無線端末ＩＦ部１２２が配下のＳＴＢ５から視聴チャネルの指定通知を受信すると（Ｓ１０１でＹＥＳ）、主制御部１４６は、これをＩＰマルチキャスト放送配信部１４２に通知する。これにより、後述する配信開始処理が実施され（Ｓ１０４）、ＩＰマルチキャスト放送配信部１４２は、視聴チャネルの指定通知の送信元ＳＴＢ５へ、この指定通知で指定されたチャネルの配信を開始する。

次に、後述する配信候補更新処理が実施され（Ｓ１０５）、配信候補決定部１４５は、視聴チャネルの指定通知の送信元ＳＴＢ５に対する配信候補チャネルを更新する。それから、後述する受信チャネル更新処理が実施され（Ｓ１０６）、ＩＰマルチキャスト放送受信部１４１は、必要に応じてＩＰ網３から受信するチャネルを変更する。

また、何れかの有線端末ＩＦ部１２１あるいは無線端末ＩＦ部１２２が配下のＳＴＢ５から視聴チャネルの視聴終了通知を受信すると（Ｓ１０２でＹＥＳ）、主制御部１４６は、これをＩＰマルチキャスト放送配信部１４２に通知する。これにより、後述する配信停止処理が実施され（Ｓ１０３）、ＩＰマルチキャスト放送配信部１４２は、視聴チャネルの視聴終了通知の送信元ＳＴＢ５への配信を停止する。

図５（Ａ）は、図４に示す配信停止処理（Ｓ１０３）を説明するためのフロー図である。

先ず、ＩＰマルチキャスト放送配信部１４２は、視聴チャネルの視聴終了通知の送信元ＳＴＢ５に配信中の視聴チャネルの配信を停止する（Ｓ１０３１）。次に、配信チャネル管理部１４４は、視聴チャネルの視聴終了通知の送信元ＳＴＢ５の端末ＩＤをキーにして、配信チャネル管理ＴＢ１３２からレコード１３２０を検索する。そして、検索したレコード１３２０のフィールド１３２２、１３２３に登録されているチャネル番号を削除する（Ｓ１０３２）。

図５（Ｂ）は、図４に示す配信開始処理（Ｓ１０４）を説明するためのフロー図である。

先ず、ＩＰマルチキャスト放送配信部１４２は、視聴チャネルの指定通知で指定されているチャネルのチャネル番号のレコード１３１０が受信チャネル管理ＴＢ１３１に登録されているか否かを調べる（Ｓ１０４１）。

視聴チャネルの指定通知で指定されたチャネルのチャネル番号のレコード１３１０が受信チャネル管理ＴＢ１３１に登録されている場合（Ｓ１０４１でＹＥＳ）、ＩＰマルチキャスト放送受信部１４１が、この指定通知で指定されたチャネルを受信中である。そこで、ＩＰマルチキャスト放送配信部１４２は、視聴チャネルの指定通知の送信元ＳＴＢ５が接続された有線端末ＩＦ部１２１あるいは無線端末ＩＦ部１２２から、この指定通知で指定されたチャネルの放送データの配信を開始する（Ｓ１０４４）。次に、配信チャネル管理部１４４は、視聴チャネルの指定通知の送信元ＳＴＢ５の端末ＩＤをキーにして配信チャネル管理ＴＢ１３２からレコード１３２０を検索する。そして、検索したレコード１３２０のフィールド１３２２に、この指定通知で指定されたチャネルのチャネル番号を登録する（Ｓ１０４５）。

一方、視聴チャネルの指定通知で指定されたチャネルのチャネル番号のレコード１３１０が受信チャネル管理ＴＢ１３１に登録されていない場合（Ｓ１０４１でＮＯ）、ＩＰマルチキャスト放送受信部１４１は、この指定通知で指定されたチャネルを受信していない。そこで、ＩＰマルチキャスト放送配信部１４２は、ＩＰマルチキャスト放送受信部１４１に、この指定通知で指定されたチャネルの受信開始を指示する。これを受けて、ＩＰマルチキャスト放送受信部１４１は、この指定通知で指定されたチャネルの受信を開始する（Ｓ１０４２）。次に、受信チャネル管理部１４３は、受信チャネル管理ＴＢ１３１にレコード１３１０を追加し、このレコード１３１０のフィールド１３１１に、この指定通知で指定されたチャネルのチャネル番号を登録する（Ｓ１０４３）。

それから、ＩＰマルチキャスト放送配信部１４２は、視聴チャネルの指定通知の送信元ＳＴＢ５が接続された有線端末ＩＦ部１２１あるいは無線端末ＩＦ部１２２から、この指定通知で指定されたチャネルの放送データの配信を開始する（Ｓ１０４４）。次に、配信チャネル管理部１４４は、視聴チャネルの指定通知の送信元ＳＴＢ５の端末ＩＤをキーにして、配信チャネル管理ＴＢ１３２からレコード１３２０を検索する。そして、検索したレコード１３２０のフィールド１３２２に、この指定通知で指定されたチャネルのチャネル番号を登録する（Ｓ１０４５）。

図６（Ａ）は、図４に示す配信候補更新処理（Ｓ１０５）を説明するためのフロー図である。

先ず、配信候補決定部１４５は、チャネル番号の順番上、視聴チャネルの指定通知で指定されたチャネルの前後のチャネルを、この指定通知の送信元ＳＴＢ５に対する配信候補チャネルに決定する（Ｓ１０５１）。次に、配信チャネル管理部１４４は、図５（Ｂ）のＳ１０４５で検索されたレコード１３２０のフィールド１３２３に、Ｓ１０５１で決定された配信候補チャネルのチャネル番号を登録する（Ｓ１０５２）。

図６（Ｂ）は、図４に示す受信チャネル更新処理（Ｓ１０６）を説明するためのフロー図である。

ＩＰマルチキャスト放送受信部１４１は、受信チャネル管理ＴＢ１３１の各レコード１３１０のフィールド１３１１に登録されているチャネル番号と、配信チャネル管理ＴＢ１３２の各レコード１３２０のフィールド１３２２、１３２３に登録されているチャネル番号とを比較する。そして、受信チャネル管理ＴＢ１３１に登録され、且つ配信チャネル管理ＴＢ１３２に登録されていないチャネル番号があるか否か、すなわち、配信中のチャネルおよび配信候補チャネルのいずれにも該当しない受信中のチャネルがあるか否かを調べる（Ｓ１０６１）。

受信チャネル管理ＴＢ１３１に登録され、且つ配信チャネル管理ＴＢ１３２に登録されていないチャネル番号がある場合（Ｓ１０６１でＹＥＳ）、ＩＰマルチキャスト放送受信部１４１は、このチャネル番号に対応するチャネルの受信を停止する（Ｓ１０６２）。これを受けて、受信チャネル管理部１４３は、このチャネル番号のレコード１３１０を受信チャネル管理ＴＢ１３１から削除する（Ｓ１０６３）。

また、ＩＰマルチキャスト放送受信部１４１は、受信チャネル管理ＴＢ１３１の各レコード１３１０のフィールド１３１１に登録されているチャネル番号と、配信チャネル管理ＴＢ１３２の各レコード１３２０のフィールド１３２３に登録されているチャネル番号とを比較する。そして、配信チャネル管理ＴＢ１３２に登録され、且つ受信チャネル管理ＴＢ１３１に登録されていないチャネル番号があるか否か、すなわち、未受信の配信候補チャネルがあるか否かを調べる（Ｓ１０６４）。

配信チャネル管理ＴＢ１３２に登録され、且つ受信チャネル管理ＴＢ１３１に登録されていないチャネル番号がある場合（Ｓ１０６４でＹＥＳ）、ＩＰマルチキャスト放送受信部１４１は、このチャネル番号に対応するチャネルの受信を開始する（Ｓ１０６５）。これを受けて、受信チャネル管理部１４３は、受信チャネル管理ＴＢ１３１にレコード１３１０を追加し、このレコード１３１０のフィールド１３１１に、このとき新たに受信を開始したチャネルのチャネル番号を登録する（Ｓ１０６６）。

次に、本発明の第一実施の形態に係るＧＷ１の動作例を説明する。

図７は、配下の２つのＳＴＢ（［００１］、［００２］）５から視聴チャネルの指定通知を受信した場合におけるＧＷ１の動作例を説明するためのシーケンス図である。

この例では、ＩＰｖ４を前提とし、マルチキャストグループを認識するためのプロトコルとして、ＷＡＮ側（図７においてＥＲ４より右側）ではＰＩＭを用い、ＬＡＮ側（ＳＴＢ５とＧＷ１との間、およびＧＷ１とＥＲ４との間）ではＩＧＭＰを用いている。なお、ＩＰｖ６の場合は、ＬＡＮ側のプロトコルとして、ＩＧＭＰの代わりにＭＬＤが用いられる。

ＳＴＢ［００１］５は、自身に接続されたＴＶ６の視聴者により、チャネルＢへの切替えが指示されると（Ｓ２０１）、チャネルＢのマルチキャストグループに加入するために、チャネルＢの放送データの送信元アドレスＳｂおよびマルチキャストアドレスＧｂの指定を伴うＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｂ，Ｇｂ）をＧＷ１に送信する（Ｓ２０２）。なお、ここでは、視聴者が、チャネルＢへの切替えをＳＴＢ［００１］５に指示するようにしているが、ＳＴＢ［００１］５に接続されたＴＶ６が、チャネルＢへの切替えをＳＴＢ［００１］５に指示するようにしてもよい。

ＧＷ１は、ＳＴＢ［００１］５からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｂ，Ｇｂ）を受信すると、これをＥＲ４に転送する（Ｓ２０３）。これを受けて、ＥＲ４は、チャネルＢのマルチキャストグループの加入者を確認するために、チャネルＢの放送データの送信元アドレスＳｂおよびマルチキャストアドレスＧｂの指定を伴うＩＧＭＰ Ｑｕｅｒｙ（Ｓｂ，Ｇｂ）をＧＷ１に送信する（Ｓ２０４）。

次に、ＧＷ１は、ＩＧＭＰ Ｑｕｅｒｙ（Ｓｂ，Ｇｂ）をＥＲ４から受信したならば、これをＳＴＢ［００１］５に転送する（Ｓ２０５）。これを受けて、ＳＴＢ［００１］５は、ＩＧＭＰ Ｑｕｅｒｙ（Ｓｂ，Ｇｂ）に対する応答として、ＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｂ，Ｇｂ）をＧＷ１に再度送信する（Ｓ２０６）。

ＧＷ１は、ＳＴＢ［００１］５からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｂ，Ｇｂ）を受信すると、これをＥＲ４に転送する（Ｓ２０７）。これを受けて、ＥＲ４は、チャネルＢの放送データをＧＷ１に送信する（Ｓ２０８）。

ＧＷ１は、ＥＲ４からチャネルＢの放送データを受信すると、これをＳＴＢ［００１］５に転送する（Ｓ２０９）。ＳＴＢ［００１］５は、ＧＷ１から受信したチャネルＢの放送データを、自身に接続されたＴＶ６へ出力する（Ｓ２１０）。

次に、ＧＷ１は、チャネル番号の順番上、視聴チャネルであるチャネルＢの前後に位置するチャネルＡ、Ｃを配信候補チャネルに決定する。そして、チャネルＡ、Ｃのマルチキャストグループに加入するために、チャネルＡの放送データの送信元アドレスＳａおよびマルチキャストアドレスＧａの指定を伴うＩＧＭＰ Ｒｅｐｏｒｔ（Ｓａ，Ｇａ）と、チャネルＣの放送データの送信元アドレスＳｃおよびマルチキャストアドレスＧｃの指定を伴うＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｃ，Ｇｃ）とを、ＥＲ４に送信する（Ｓ２１１）。これを受けて、ＥＲ４は、チャネルＡ、Ｃのマルチキャストグループの加入者を確認するために、チャネルＡの放送データの送信元アドレスＳａおよびマルチキャストアドレスＧａの指定を伴うＩＧＭＰ Ｑｕｅｒｙ（Ｓａ，Ｇａ）と、チャネルＣの放送データの送信元アドレスＳｃおよびマルチキャストアドレスＧｃの指定を伴うＩＧＭＰ Ｑｕｅｒｙ（Ｓｃ，Ｇｃ）とを、ＧＷ１に送信する（Ｓ２１２）。

これを受けて、ＧＷ１は、ＩＧＭＰ Ｑｕｅｒｙ（Ｓａ，Ｇａ）およびＩＧＭＰ Ｑｕｅｒｙ（Ｓｃ，Ｇｃ）に対する応答として、ＩＧＭＰ Ｒｅｐｏｒｔ（Ｓａ，Ｇａ）およびＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｃ，Ｇｃ）をＥＲ４に再度送信する（Ｓ２１３）。これを受けて、ＥＲ４は、チャネルＡ、Ｃの放送データをＧＷ１に送信する（Ｓ２１４）。

次に、ＳＴＢ［００２］５は、自身に接続されたＴＶ６の視聴者により、チャネルＣへの切替えが指示されると（Ｓ２１５）、チャネルＣのマルチキャストグループに加入するために、チャネルＣの放送データの送信元アドレスＳｃおよびマルチキャストアドレスＧｃの指定を伴うＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｃ，Ｇｃ）をＧＷ１に送信する（Ｓ２１６）。なお、ここでは、視聴者が、チャネルＣへの切替えをＳＴＢ［００２］５に指示することとしているが、ＳＴＢ［００２］５に接続されたＴＶ６が、チャネルＣへの切替えをＳＴＢ［００２］５に指示するようにしてもよい。

ここで、ＧＷ１は、チャネルＣのマルチキャストグループに加入済みであり、このチャネルＣの放送データを受信中である。このため、ＳＴＢ［００２］５から受信したＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｃ，Ｇｃ）をＥＲ４に転送しない。その代わりに、チャネルＣのマルチキャストグループの加入者を確認するためのＩＧＭＰ Ｑｕｅｒｙ（Ｓｃ，Ｇｃ）をＳＴＢ［００２］５に送信する（Ｓ２１７）。これを受けて、ＳＴＢ［００２］５は、ＩＧＭＰ Ｑｕｅｒｙ（Ｓｃ，Ｇｃ）に対する応答として、ＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｃ，Ｇｃ）をＧＷ１に再度送信する（Ｓ２１８）。

次に、ＧＷ１は、ＳＴＢ［００２］５からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｃ，Ｇｃ）を受信したならば、ＥＲ４から受信中であるチャネルＣの放送データをＳＴＢ［００２］５に送信する（Ｓ２１９）。ＳＴＢ［００２］５は、ＧＷ１から受信したチャネルＣの放送データを、自身に接続されたＴＶ６へ出力する（Ｓ２２０）。

次に、ＧＷ１は、チャネル番号の順番上、視聴チャネルであるチャネルＣの前後に位置するチャネルＢ、Ｄを配信候補チャネルに決定する。ここで、ＧＷ１は、チャネルＢのマルチキャストグループに加入済みであり、このチャネルＢの放送データを受信中である。このため、ＧＷ１は、チャネルＤのマルチキャストグループに加入するために、チャネルＤの放送データの送信元アドレスＳｄおよびマルチキャストアドレスＧｄの指定を伴うＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｄ，Ｇｄ）を、ＥＲ４に送信する（Ｓ２２１）。これを受けて、ＥＲ４は、チャネルＤのマルチキャストグループの加入者を確認するために、チャネルＤの放送データの送信元アドレスＳｄおよびマルチキャストアドレスＧｄの指定を伴うＩＧＭＰ Ｑｕｅｒｙ（Ｓｄ，Ｇｄ）を、ＧＷ１に送信する（Ｓ２２２）。

これを受けて、ＧＷ１は、ＩＧＭＰ Ｑｕｅｒｙ（Ｓｄ，Ｇｄ）に対する応答として、ＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｄ，Ｇｄ）をＥＲ４に再度送信する（Ｓ２２３）。これを受けて、ＥＲ４は、配信候補チャネルＤの放送データをＧＷ１に送信する（Ｓ２２４）。

図８は、図７において配下の２つのＳＴＢ（［００１］、［００２］）５が視聴チャネルを切り替えた場合におけるＧＷ１の動作例を説明するためのシーケンス図である。

ＳＴＢ［００１］５は、自身に接続されたＴＶ６の視聴者によりチャネルＣへの切替えが指示されると（Ｓ２３１）、それまで加入していたチャネルＢのマルチキャストグループから脱退するために、チャネルＢの放送データの送信元アドレスＳｂおよびマルチキャストアドレスＧｂの指定を伴うＩＧＭＰ Ｌｅａｖｅ（Ｓｂ，Ｇｂ）をＧＷ１に送信する（Ｓ２３２）。なお、ここでは、視聴者が、チャネルＣへの切替えをＳＴＢ［００１］５に指示するようにしているが、ＳＴＢ［００１］５に接続されたＴＶ６が、チャネルＣへの切替えをＳＴＢ［００１］５に指示するようにしてもよい。

これを受けて、ＧＷ１は、チャネルＢのマルチキャストグループの加入者を確認するために、チャネルＢの放送データの送信元アドレスＳｂおよびマルチキャストアドレスＧｂの指定を伴うＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（図中では、ＩＧＭＰ ＧＳＱと表記：以下同様）（Ｓｂ，Ｇｂ）をＳＴＢ［００１］５に送信する（Ｓ２３３）。

ＳＴＢ［００１］５は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓｂ，Ｇｂ）に対して応答することなく放置する。その結果、ＧＷ１は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓｂ，Ｇｂ）に対する応答を所定の時間受信することなくタイムアウトし、これにより、ＳＴＢ［００１］５へのチャネルＢの放送データの送信を停止する。

次に、ＳＴＢ［００１］５は、視聴チャネルとして指定されたチャネルＣのマルチキャストグループに加入するために、チャネルＣの放送データの送信元アドレスＳｃおよびマルチキャストアドレスＧｃの指定を伴うＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｃ，Ｇｃ）をＧＷ１に送信する（Ｓ２３４）。

ここで、ＧＷ１は、チャネルＣのマルチキャストグループに加入済みであり、このチャネルＣの放送データを受信中である。このため、ＳＴＢ［００１］５から受信したＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｃ，Ｇｃ）をＥＲ４に転送しない。その代わりに、チャネルＣのマルチキャストグループの加入者を確認するためのＩＧＭＰ Ｑｕｅｒｙ（Ｓｃ，Ｇｃ）をＳＴＢ［００１］５に送信する（Ｓ２３５）。これを受けて、ＳＴＢ［００１］５は、ＩＧＭＰ Ｑｕｅｒｙ（Ｓｃ，Ｇｃ）に対する応答として、ＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｃ，Ｇｃ）をＧＷ１に再度送信する（Ｓ２３６）。

ＧＷ１は、ＳＴＢ［００１］５からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｃ，Ｇｃ）を受信したならば、ＥＲ４から受信中であるチャネルＣの放送データをＳＴＢ［００１］５に送信する（Ｓ２３７）。ＳＴＢ［００１］５は、ＧＷ１から受信したチャネルＣの放送データを、自身に接続されたＴＶ６へ出力する（Ｓ２３８）。

次に、ＧＷ１は、チャネル番号の順番上、視聴チャネルであるチャネルＣの前後に位置するチャネルＢ、Ｄを配信候補チャネルに決定する。ここで、ＧＷ１は、チャネルＢ、Ｄのマルチキャストグループに加入済みであり、これらのチャネルＢ、Ｄの放送データを受信中である。一方、ＧＷ１は、チャネルＡのマルチキャストグループに加入済みであり、その放送データを受信中であるが、チャネルＡは、いずれのＳＴＢ５（［００１］、［００２］）５に配信中のチャネルでもなく、また配信候補チャネルでもなくなっている。そこで、ＧＷ１は、チャネルＡのマルチキャストグループから脱退するために、チャネルＡの放送データの送信元アドレスＳａおよびマルチキャストアドレスＧａの指定を伴うＩＧＭＰ Ｌｅａｖｅ（Ｓａ，Ｇａ）をＥＲ４に送信する（Ｓ２３９）。

これを受けて、ＥＲ４は、チャネルＡのマルチキャストグループの加入者を確認するために、チャネルＡの放送データの送信元アドレスＳａおよびマルチキャストアドレスＧａの指定を伴うＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓａ，Ｇａ）をＧＷ１に送信する（Ｓ２４０）。

これを受けて、ＧＷ１は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓａ，Ｇａ）に対して応答することなく放置する。その結果、ＥＲ４は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓｂ，Ｇｂ）に対する応答を所定の時間受信することなくタイムアウトし、これにより、ＧＷ１へのチャネルＡの放送データの送信を停止する。

次に、ＳＴＢ［００２］５は、自身に接続されたＴＶ６の視聴者によりチャネルＤへの切替えが指示されると（Ｓ２４１）、それまで加入していたチャネルＣのマルチキャストグループから脱退するために、チャネルＣの放送データの送信元アドレスＳｃおよびマルチキャストアドレスＧｃの指定を伴うＩＧＭＰ Ｌｅａｖｅ（Ｓｃ，Ｇｃ）をＧＷ１に送信する（Ｓ２４２）。なお、ここでは、視聴者が、チャネルＤへの切替えをＳＴＢ［００２］５に指示するようにしているが、ＳＴＢ［００２］５に接続されたＴＶ６が、チャネルＤへの切替えをＳＴＢ［００２］５に指示するようにしてもよい。

これを受けて、ＧＷ１は、チャネルＣのマルチキャストグループの加入者を確認するために、チャネルＣの放送データの送信元アドレスＳｃおよびマルチキャストアドレスＧｃの指定を伴うＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓｃ，Ｇｃ）をＳＴＢ［００２］５に送信する（Ｓ２４３）。

ＳＴＢ［００２］５は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓｃ，Ｇｃ）に対して応答することなく放置する。その結果、ＧＷ１は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓｃ，Ｇｃ）に対する応答を所定の時間受信することなくタイムアウトし、これにより、ＳＴＢ［００２］５へのチャネルＣの放送データの送信を停止する。

次に、ＳＴＢ［００２］５は、視聴チャネルとして指定されたチャネルＤのマルチキャストグループに加入するために、チャネルＤの放送データの送信元アドレスＳｄおよびマルチキャストアドレスＧｄの指定を伴うＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｄ，Ｇｄ）をＧＷ１に送信する（Ｓ２４４）。

ここで、ＧＷ１は、チャネルＤのマルチキャストグループに加入済みであり、このチャネルＤの放送データを受信中である。このため、ＳＴＢ［００２］５から受信したＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｄ，Ｇｄ）をＥＲ４に転送しない。その代わりに、チャネルＤのマルチキャストグループの加入者を確認するためのＩＧＭＰ Ｑｕｅｒｙ（Ｓｄ，Ｇｄ）をＳＴＢ［００２］５に送信する（Ｓ２４５）。これを受けて、ＳＴＢ［００２］５は、ＩＧＭＰ Ｑｕｅｒｙ（Ｓｄ，Ｇｄ）に対する応答として、ＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｄ，Ｇｄ）をＧＷ１に再度送信する（Ｓ２４６）。

ＧＷ１は、ＳＴＢ［００２］５からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｄ，Ｇｄ）を受信したならば、ＥＲ４から受信中であるチャネルＤの放送データをＳＴＢ［００２］５に送信する（Ｓ２４７）。ＳＴＢ［００２］５は、ＧＷ１から受信したチャネルＤの放送データを、自身に接続されたＴＶ６へ出力する（Ｓ２４８）。

次に、ＧＷ１は、チャネル番号の順番上、視聴チャネルであるチャネルＤの前後に位置するチャネルＣ、Ｅを配信候補チャネルに決定する。ここで、ＧＷ１は、チャネルＣのマルチキャストグループに加入済みであり、このチャネルＣの放送データを受信中である。このため、ＧＷ１は、チャネルＥのマルチキャストグループに加入するために、チャネルＥの放送データの送信元アドレスＳｅおよびマルチキャストアドレスＧｅの指定を伴うＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｅ，Ｇｅ）を、ＥＲ４に送信する（Ｓ２４９）。これを受けて、ＥＲ４は、チャネルＥのマルチキャストグループの加入者を確認するために、チャネルＥの放送データの送信元アドレスＳｅおよびマルチキャストアドレスＧｅの指定を伴うＩＧＭＰ Ｑｕｅｒｙ（Ｓｅ，Ｇｅ）を、ＧＷ１に送信する（Ｓ２５０）。

これを受けて、ＧＷ１は、ＩＧＭＰ Ｑｕｅｒｙ（Ｓｅ，Ｇｅ）に対する応答として、ＩＧＭＰ Ｒｅｐｏｒｔ（Ｓｅ，Ｇｅ）をＥＲ４に再度送信する（Ｓ２５１）。これを受けて、ＥＲ４は、配信候補チャネルＥの放送データをＧＷ１に送信する（Ｓ２５２）。

以上、本発明の第一実施の形態について説明した。

本実施の形態において、ＩＰマルチキャスト放送配信部１４２は、何れかの有線端末ＩＦ部１２１あるいは無線端末ＩＦ部１２２を介して配下のＳＴＢ５から視聴チャネルの指定通知（ＩＧＭＰ Ｒｅｐｏｒｔ）を受信した場合に、この指定通知で指定されたチャネルが受信チャネル管理ＴＢ１３１に登録されているならば、ＩＰマルチキャスト放送受信部１４１で受信中のこの指定されたチャネルを、当該何れかの有線端末ＩＦ部１２１あるいは無線端末ＩＦ部１２２から配信する。一方、登録されていないならば、ＩＰマルチキャスト放送受信部１４１にこの指定されたチャネルの受信を開始させて、当該何れかの有線端末ＩＦ部１２１あるいは無線端末ＩＦ部１２２から配信する。

また、本実施の形態において、ＩＰマルチキャスト放送受信部１４１は、何れかの有線端末ＩＦ部１２１あるいは無線端末ＩＦ部１２２を介して配下のＳＴＢ５から視聴チャネルの視聴終了通知（ＩＧＭＰ Ｌｅａｖｅ）を受信した場合に、この視聴チャネルが他のＳＴＢ５に対応付けて配信チャネル管理ＴＢ１３２に管理されているならば、この視聴チャネルの受信を続行する。一方、管理されていないならば、この視聴チャネルの受信を終了する。

したがって、本実施の形態によれば、ＧＷ１は、あるＳＴＢ５から視聴チャネルの指定通知（ＩＧＭＰ Ｒｅｐｏｒｔ）を受信した場合に、この指定通知で指定されたチャネルの放送データを他のＳＴＢ５に配信中であるならば、この指定通知をＥＲ４に転送することなく、この指定通知で指定されたチャネルの放送データを、この指定通知の送信元ＳＴＢ５に配信することができる。このため、チャネルの切り替えを迅速に行うことができる。

また、本実施の形態によれば、有線端末ＩＦ部１２１および無線端末ＩＦ部１２２の各々を単位としてチャネルの放送データが配信されるので、ＧＷ１およびＳＴＢ５間の通信帯域を効率よく利用することができる。

また、本実施の形態において、配信候補決定部１４５は、配下のＳＴＢ５毎に配信候補チャネルを決定し、配信チャネル管理部１４４は、配下のＳＴＢ５毎に、配信候補決定部１４５により決定された配信候補チャネルを配信チャネル管理ＴＢ１３２に登録する。そして、ＩＰマルチキャスト放送受信部１４１は、配信チャネル管理ＴＢ１３２に登録されている配信候補チャネルを受信する。何れかの有線端末ＩＦ部１２１あるいは無線端末ＩＦ部１２２を介して配下のＳＴＢ５から視聴チャネルの視聴終了通知を受信した場合において、この視聴チャネルが配信中のチャネルとして他のＳＴＢ５に対応付けられて配信チャネル管理ＴＢ１３２に登録されていなくても、配信候補チャネルとして配信チャネル管理ＴＢ１３２に登録されているならば、この視聴チャネルの受信を続行する。

このため、本実施の形態によれば、配信中のチャネルから配信候補チャネルへ切り替えを迅速に行うことができる。

また、本実施の形態において、配信候補決定部１４５は、配下のＳＴＢ５毎に、ＩＰマルチキャスト放送配信部１４２により配信中のチャネルに基づいて配信候補チャネルを決定する。したがって、本実施の形態によれば、配信中のチャネルから切り替えられる可能性の高いチャネルを配信候補チャネルに決定することができる。

なお、本実施の形態では、チャネル番号の順番上、配信中のチャネルの前後に位置するチャネルを配信候補チャネルに決定するので、例えばチャネル番号のアップダウンによりチャネル切り替えを行う場合に効果的である。しかし、本発明はこれに限定されない。配信中のチャネルに基づいて配信候補チャネルを決定するものであればどのようなものでもよい。例えばマス目状に並んだチャネル番号から前後左右にカーソルを移動することでチャネル切り替えを行う場合には、配信中のチャネルの前後左右に位置するチャネルを配信候補チャネルに決定してもよい。

また、本実施の形態において、配下のＳＴＢ５毎に、例えばユーザがよく視聴するチャネルのチャネル番号を予め設定しておき、あるＳＴＢ５から視聴チャネルの指定通知を受信した場合に、配信候補決定部１４５が、このＳＴＢ５に対して予め設定されたチャネル番号を、このＳＴＢ５に対する配信候補チャネルのチャネル番号に決定するようにしてもよい。

また、本実施の形態では、図４のフローチャートにおいて、配信停止処理Ｓ１０３を実施した後、視聴チャネルの指定通知の受信待ちＳ１０１に戻っているが、配信停止処理Ｓ１０３を実施した後に受信チャネル更新処理Ｓ１０６に進むようにしてもよい。これは、以下の実施携帯についても同様である。

［第二実施の形態］
上記第一実施の形態では、ＩＰマルチキャスト放送配信部１４２が、配下のＳＴＢ５毎に、配信中のチャネルに基づいて配信候補チャネルを決定した。これに対して、本実施の形態では、配下のＳＴＢ５毎に、配信（視聴）頻度の高いチャネルを配信候補チャネルに決定している。

図９は、本発明の第二実施の形態に係るＧＷ１Ａの概略構成図である。

なお、本実施の形態において、第一実施の形態のＧＷ１と同じ機能を有するものには、同じ符号を付している。

図示するように、本実施の形態のＧＷ１Ａが、図２に示す第一実施の形態のＧＷ１と異なる点は、演算部１４に配信頻度計測部１４７を追加したこと、記憶部１３に配信頻度管理テーブル（ＴＢ）１３３を追加したこと、および配信候補決定部１４５に代えて配信候補決定部１４５Ａを設けたことである。

配信頻度管理ＴＢ１３３は、配下のＳＴＢ５毎に、各時間帯における各チャネルの配信頻度を管理するためのテーブルである。

図１０は、配信頻度管理ＴＢ１３３の登録内容例を模式的に表した図である。図示するように、配信頻度管理ＴＢ１３３には、配下のＳＴＢ５の端末ＩＤ毎にテーブル１３３０が設けられている。各テーブル１３３０には、ＩＰマルチキャスト放送の各チャネル番号１３３１について、各曜日１３３２〜１３３８の各時間帯１３３９〜１３４１における放送データの、対応するＳＴＢ５への配信頻度が登録されている。

配信頻度計測部１４７は、ＩＰマルチキャスト放送配信部１４２が何れかのＳＴＢ５に対してチャネルの放送データの配信を開始すると、配信頻度管理ＴＢ１３３に設けられているこのＳＴＢ５の端末ＩＤに対応するテーブル１３３０において、放送データの配信が開始されたチャネルのチャネル番号１３３１および配信開始時の曜日１３３２〜１３３８、時間帯１３３９〜１３４１により特定される欄の配信頻度の値を一つインクリメントする。

そして、配信候補決定部１４５Ａは、配下のＳＴＢ５毎に、ＳＴＢ５の端末ＩＤに対応付けて配信頻度管理ＴＢ１３３に設けられているテーブル１３３０から、配信候補チャネルの決定タイミングの時間帯における配信頻度の値が上位ｎ番目（但し、ｎが自然数）までのチャネルを特定し、特定したこれらのチャネルを配信候補チャネルに決定する。

本実施の形態に係るＧＷ１Ａの動作は、図６（Ａ）のＳ１０５１での処理が第一実施の形態に係るＧＷ１と異なる。

すなわち、本実施の形態の場合、図６（Ａ）のＳ１０５１において、配信候補決定部１４５Ａは、視聴チャネルの指定通知の送信元ＳＴＢ５の端末ＩＤに対応付けられたテーブル１３３０を配信頻度管理ＴＢ１３３から特定し、このテーブル１３３０から、現在時刻に対応する曜日１３３２〜１３３８および時間帯１３３９〜１３４１における、各チャネル１３３１の配信頻度を確認する。そして、テーブルごとに（ＳＴＢごとに）、配信頻度の値が上位ｎ番目（例えば３番目）までのチャネル番号１３３１を特定し、これらのチャネル番号１３３１に対応するチャネルを、視聴チャネルの指定通知の送信元ＳＴＢ５に対する配信候補チャネルに決定する。なお、ＧＷ１Ａのその他の動作は、第一実施の形態のＧＷ１と同様である。

以上、本発明の第二実施の形態について説明した。

本実施の形態では、配下のＳＴＢ５毎に、ＩＰマルチキャスト放送配信部１４２により配信されたチャネルの履歴に基づいて、各時間帯における配信頻度を計測する配信頻度計測部１４７を設けている。そして、配信候補決定部１４５Ａは、配下のＳＴＢ５毎に、配信頻度計測部１４７により計測された、現在の時間帯に対応する時間帯における配信頻度の値が上位ｎ番目（但し、ｎが自然数）までのチャネルを、配信候補チャネルに決定する。

したがって、本実施の形態によれば、ＳＴＢ５のユーザの利用実績を考慮して配信候補チャネルを決定することができるので、チャネル切り替えの迅速化を効率よく行うことができる。

なお、本実施の形態において、配信頻度計測部１４７は、配下のＳＴＢ５毎に、ＩＰマルチキャスト放送配信部１４２により配信されたチャネルの履歴に基づいて、各時間帯における配信頻度を計測している。しかし、本発明はこれに限定されない。

例えば、配信頻度計測部１４７は、有線端末ＩＦ部１２１および無線端末ＩＦ部１２２の各々について、ＩＰマルチキャスト放送配信部１４２により配信されたチャネルの履歴に基づいて、各時間帯における配信頻度を計測してもよい。この場合、配信候補決定部１４５Ａは、配下のＳＴＢ５毎に、ＳＴＢ５が接続する有線端末ＩＦ部１２１あるいは無線端末ＩＦ部１２２について、配信頻度計測部１４７により計測された、現在の時間帯に対応する時間帯の配信頻度の値が上位ｎ番目までのチャネルを配信候補チャネルに決定する。

あるいは、配信頻度計測部１４７は、ＳＴＢ５の区別なく、ＩＰマルチキャスト放送配信部１４２により配信されたチャネルの履歴に基づいて、各時間帯における配信頻度を計測してもよい。この場合、配信候補決定部１４５Ａは、ＳＴＢ５の区別なく、配信頻度計測部１４７により計測された、現在の時間帯に対応する時間帯の配信頻度が上位ｎ番目までのチャネルを配信候補チャネルに決定する。

［第三実施の形態］
本実施の形態は、上記の第一実施の形態において、配信候補チャネル数を動的に変更できるようにしている。

図１１は、本発明の第三実施の形態に係るＧＷ１Ｂの概略構成図である。

なお、本実施の形態において、第一実施の形態のＧＷ１と同じ機能を有するものには、同じ符号を付している。

図示するように、本実施の形態のＧＷ１Ｂが、図２に示す第一実施の形態のＧＷ１と異なる点は、記憶部１３に配信候補条件管理テーブル（ＴＢ）１３４を追加したこと、および配信チャネル管理部１４４に代えて配信チャネル管理部１４４Ａを設けたことである。

配信候補条件管理ＴＢ１３４は、配下のＳＴＢ５毎に、配信チャネル管理ＴＢ１３２に配信候補チャネルを登録するための条件を管理するためのテーブルである。

図１２は、配信候補条件管理ＴＢ１３４の登録内容例を模式的に表した図である。図示するように、配信候補条件管理ＴＢ１３４には、配下のＳＴＢ５毎に、配信候補条件のレコード１３４０が設けられている。レコード１３４０は、ＳＴＢ５の端末ＩＤが登録されたフィールド１３４１と、配信候補チャネルの受信停止タイミングを特定する時間情報が登録されたフィールド１３４２と、配信候補のチャネルの受信再開タイミングを特定する時間情報が登録されたフィールド１３４３と、配信中のチャネルのチャネル番号を登録するフィールド１３４４と、配信候補チャネルのチャネル番号を登録するフィールド１３４５と、配信中のチャネルの配信開始時刻を登録するフィールド１３４６と、を有する。なお、配信候補チャネルの受信停止タイミングおよび配信候補のチャネルの受信再開タイミングを特定する時間情報は、いずれも、配信中のチャネルの配信開始からの経過時間により表されている。

そして、配信チャネル管理部１４４Ａは、配下のＳＴＢ５毎に、ＩＰマルチキャスト放送配信部１４２により配信中のＩＰマルチキャスト放送のチャネル、および配信候補決定部１４５により配信候補チャネルに決定されたＩＰマルチキャスト放送のチャネルを監視して、配信チャネル管理ＴＢ１３２および配信候補条件管理ＴＢ１３４を更新する。

本実施の形態に係るＧＷ１Ｂの動作は、図５（Ａ）のＳ１０３２、図５（Ｂ）のＳ１０４５、および図６（Ａ）のＳ１０５２での処理が、第一実施の形態に係るＧＷ１と異なる。

すなわち、本実施の形態の場合、図５（Ａ）のＳ１０３２において、配信チャネル管理部１４４Ａは、視聴チャネルの視聴終了通知の送信元ＳＴＢ５の端末ＩＤをキーにして配信チャネル管理ＴＢ１３２からレコード１３２０を検索し、検索したレコード１３２０のフィールド１３２２、１３２３に登録されているチャネル番号を削除する。また、配信チャネル管理部１４４Ａは、視聴チャネルの視聴終了通知の送信元ＳＴＢ５の端末ＩＤをキーにして配信候補条件管理ＴＢ１３４からレコード１３４０を検索し、検索したレコード１３４０のフィールド１３４４、１３４５に登録されているチャネル番号を削除すると共に、このレコード１３４０のフィールド１３４６に登録されている配信開始時間を削除する。

また、図５（Ｂ）のＳ１０４５において、配信チャネル管理部１４４Ａは、視聴チャネルの指定通知の送信元ＳＴＢ５の端末ＩＤをキーにして配信チャネル管理ＴＢ１３２からレコード１３２０を検索し、検索したレコード１３２０のフィールド１３２２に、この指定通知で指定されたチャネルのチャネル番号を登録する。また、配信チャネル管理部１４４Ａは、この指定通知の送信元ＳＴＢ５の端末ＩＤをキーにして配信候補条件管理ＴＢ１３４からレコード１３４０を検索し、検索したレコード１３４０のフィールド１３４４に、配信中のチャネルのチャネル番号を登録すると共に、フィールド１３４６に現在時刻を登録する。

また、図６（Ａ）のＳ１０５２において、配信チャネル管理部１４４Ａは、図５（Ｂ）のＳ１０４５で検索された配信チャネル管理ＴＢ１３２のレコード１３２０のフィールド１３２３に、Ｓ１０５１で決定された配信候補チャネルのチャネル番号を登録する。また、配信チャネル管理部１４４Ａは、図５（Ｂ）のＳ１０４５で検索された配信候補条件管理ＴＢ１３４のレコード１３４０のフィールド１３４５に、Ｓ１０５１で決定された配信候補チャネルのチャネル番号を登録する。

さらに、本実施の形態に係るＧＷ１Ｂは、次の動作を行う。すなわち、配信チャネル管理部１４４Ａは、配信候補条件管理ＴＢ１３４において、フィールド１３４６に配信開始時刻が登録されている各レコード１３４０を定期的にチェックする。

そして、配信チャネル管理部１４４Ａは、この配信開始時刻からの経過時間が、フィールド１３４２に登録されている受信停止タイミングまでの経過時間を超えており、且つフィールド１３４３に登録されている受信再開タイミングまでの経過時間に至っていないレコード１３４０を検索する。このようなレコード１３４０を検索できた場合は、このレコード１３４０のフィールド１３４１に登録されている端末ＩＤと同じ端末ＩＤがフィールド１３２１に登録されているレコード１３２０を配信チャネル管理ＴＢ１３２から検索する。そして、検索したレコード１３２０のフィールド１３２３に配信候補チャネルのチャネル番号が登録されているならば、これを削除する。

また、配信チャネル管理部１４４Ａは、この配信開始時刻からの経過時間が、フィールド１３４３に登録されている受信再開タイミングまでの経過時間を超えているレコード１３４０を検索する。このようなレコード１３４０を検索できた場合は、このレコード１３４０のフィールド１３４１に登録されている端末ＩＤと同じ端末ＩＤがフィールド１３２１に登録されているレコード１３２０を配信チャネル管理ＴＢ１３２から検索する。そして、検索したレコード１３２０のフィールド１３２３に配信候補チャネルのチャネル番号が登録されていないならば、このレコード１３２０のフィールド１３２３に、対応するレコード１３４０のフィールド１３４５に登録されている配信候補チャネルのチャネル番号を登録する。

以上により、配信チャネル管理ＴＢ１３２が更新されたならば、図６（Ｂ）に示す受信チャネル更新処理が実施され、ＩＰマルチキャスト放送受信部１４１が、必要に応じてＩＰ網３から受信するチャネルを変更する。

以上、本発明の第三実施の形態について説明した。

本実施の形態では、配下のＳＴＢ５毎に、配信候補チャネル数を動的に変更できる。したがって、本実施の形態によれば、例えば、ユーザが視聴チャネルに満足しており、チャネル切替えの可能性が低い時間帯等においては、配信候補チャネルの受信を停止することができ、これにより、通信帯域をより効率よく利用することが可能となる。

なお、本実施の形態では、配信中のチャネルの配信開始からの経過時間に応じて、配信候補チャネル数を動的に変更している。しかし、本発明はこれに限定されない。

例えば、ＩＰマルチキャスト放送の放送データと共にマルチキャストパケットに格納された属性情報、あるいはＩＰ網３から取得可能なｉＥＰＧ（Ｉｎｔｅｒｎｅｔ Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）等のテレビ番組情報により、配信中のチャネルの番組終了タイミングあるいはコマーシャル放送挿入タイミング等を取得可能であるならば、これらの情報を利用して、例えば配信中のチャネルの番組終了タイミングあるいはコマーシャル放送挿入タイミングのときに配信候補チャネルの受信を行い、それ以外のときは配信候補チャネルの受信を停止するなどして、配信候補チャネル数を動的に変更してもよい。

また、本実施の形態では、上記の第一実施の形態において配信候補チャネル数を動的に変更できるようにした場合を例にとり説明したが、上記の第二実施の形態でも、本実施の形態の配信候補条件管理ＴＢ１３４および配信チャネル管理部１４４Ａを採用することにより、同様に、配信候補チャネル数を動的に変更することが可能である。

［第四実施の形態］
本実施の形態は、上記の第一実施の形態において、配下のＳＴＢ５に配信候補のチャネルの放送データも配信できるようにしている。

図１３は、本発明の第四実施の形態に係るＧＷ１Ｃの概略構成図である。

なお、本実施の形態において、第一実施の形態のＧＷ１と同じ機能を有するものには、同じ符号を付している。

図示するように、本実施の形態のＧＷ１Ｃが、図２に示す第一実施の形態のＧＷ１と異なる点は、記憶部１３に配信可能チャネル数管理テーブル（ＴＢ）１３５を追加したこと、およびＩＰマルチキャスト放送配信部１４２に代えてＩＰマルチキャスト放送配信部１４２Ａを設けたことである。

配信可能チャネル数管理ＴＢ１３５は、有線端末ＩＦ部１２１および無線端末ＩＦ部１２２の各々について、このＩＦ部に接続されたＳＴＢ５に配信可能な配信候補チャネル数を管理するためのテーブルである。

図１４は、配信可能チャネル数管理ＴＢ１３５の登録内容例を模式的に表した図である。図示するように、配信可能チャネル数管理ＴＢ１３５には、有線端末ＩＦ部１２１および無線端末ＩＦ部１２２の各々について、配信可能な配信候補チャネル数のレコード１３５０が設けられている。レコード１３５０は、対象となるＩＦ部（有線端末ＩＦ部１２１あるいは無線端末ＩＦ部１２２：以下、ＩＦ部）の識別情報である端末ＩＦ部ＩＤが登録されたフィールド１３５１と、このＩＦ部の通信帯域が登録されたフィールド１３５２と、このＩＦ部の配信可能なチャネルの上限数が登録されたフィールド１３５３と、このＩＦ部から配信中のチャネルの数を登録するフィールド１３５４と、このＩＦ部から配信可能な配信候補チャネルの数を登録するフィールド１３５５と、を有する。

そして、ＩＰマルチキャスト放送配信部１４２Ａは、上記第一実施の形態のＩＰマルチキャスト放送配信部１４２の機能に加えて、次の機能を有する。

すなわち、ＩＰマルチキャスト放送配信部１４２Ａは、配信可能チャネル数管理ＴＢ１３５の各レコード１３５０について、フィールド１３５１に登録されている端末ＩＦ部ＩＤを持つＩＦ部１２１、１２２から配信中のチャネルの数をフィールド１３５４に登録する。これと共に、フィールド１３５３に登録されている配信可能チャネル上限数から、この配信中のチャネルの数を差し引いた値（但し、マイナスの場合はゼロとする）を、配信可能な配信候補チャネル数としてフィールド１３５５に登録する。

また、ＩＰマルチキャスト放送配信部１４２Ａは、配信可能チャネル数管理ＴＢ１３５の各レコード１３５０について、フィールド１３５１に登録されている端末ＩＦ部ＩＤを持つＩＦ部１２１、１２２に接続されている各ＳＴＢ５の配信候補チャネルを特定し、特定した配信候補チャネルを、フィールド１３５５に登録されている配信可能な配信候補チャネル数の範囲内で、このＩＦ部１２１、１２２から送信する。

本実施の形態に係るＧＷ１Ｃの動作は、図４に示す第一実施の形態に係るＧＷ１の動作において、受信チャネル更新処理Ｓ１０６の後に、図１５に示す追加配信処理Ｓ１０７が追加される。

図１５において、ＩＰマルチキャスト放送配信部１４２Ａは、未選択のＩＦ部１２１、１２２を一つ選択する（Ｓ１０７１）。次に、ＩＰマルチキャスト放送配信部１４２Ａは、図示していない構成情報等を用いて、選択したＩＦ部（以下、選択ＩＦ部と呼ぶ）と接続する配下のＳＴＢ５を特定する（Ｓ１０７２）。

次に、ＩＰマルチキャスト放送配信部１４２Ａは、選択ＩＦ部と接続する各ＳＴＢ５の端末ＩＤをキーにして、配信チャネル管理ＴＢ１３２から、それらのＳＴＢ５に対応するレコード１３２０を検索する。そして、さらに、これらのレコード１３２０のなかから、フィールド１３２２に配信中のチャネルのチャネル番号が登録されているレコード１３２０を特定する。そして、特定したレコード１３２０の数を、配信中のチャネル数に設定する。

また、ＩＰマルチキャスト放送配信部１４２Ａは、選択ＩＦ部の端末ＩＦ部ＩＤをキーにして配信可能チャネル数管理ＴＢ１３５からレコード１３５０を検索し、このレコード１３５１のフィールド１３５４に配信中のチャネル数を登録する。さらに、ＩＰマルチキャスト放送配信部１４２Ａは、検索した選択ＩＦ部のレコード１３５０のフィールド１３５３に登録されている配信可能チャネル上限数から、フィールド１３５４に登録した配信中のチャネル数を差し引くことで、配信可能な配信候補チャネルの数を求め、この数をフィールド１３５５に登録する（Ｓ１０７３）。

次に、ＩＰマルチキャスト放送配信部１４２Ａは、Ｓ１０７３において求めた配信可能な配信候補チャネルの数の範囲内で、配信中のチャネル数にカウントされた各レコード１３２０のフィールド１３２３に登録されている配信候補チャネルのなかから、配信対象のチャネルを選択する（Ｓ１０７４）。例えば、配信可能な配信候補のチャネルの数の範囲内で、最も多くレコード１３２０のフィールド１３２３に登録されている配信候補チャネルから順番に選択する。

次に、ＩＰマルチキャスト放送配信部１４２Ａは、Ｓ１０７４で選択した配信候補チャネルの放送データを選択ＩＦ部から配信する（Ｓ１０７５）。

さて、ＩＰマルチキャスト放送配信部１４２Ａは、未選択のＩＦ部があるならば（Ｓ１０７６でＹＥＳ）、Ｓ１０７１に戻り、ないならば（Ｓ１０７６でＮＯ）、このフローを終了する。

以上、本発明の第四実施の形態について説明した。

本実施の形態では、配下のＳＴＢ５に、このＳＴＢ５が接続されている有線端末ＩＦ部１２１あるいは無線端末ＩＦ部１２２の配信可能なチャネル数の範囲内で、配信候補チャネルの放送データも配信することができる。このため、チャネル切り替えをより迅速に行うことが可能となる。

なお、本実施の形態では、上記の第一実施の形態において配信候補チャネルも配信できるようにした場合を例にとり説明したが、上記の第二、三実施の形態でも、本実施の形態の配信可能数チャネル管理ＴＢ１３５およびＩＰマルチキャスト放送配信部１４２Ａを採用することにより、同様に、配信候補チャネルも配信することが可能である。

本発明は上記の実施の形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

例えば、上記の各実施の形態において、配信サーバ２が、視聴用のチャネルとは別に、このチャネルよりも低レート（低品質）でメニュー用のチャネルを配信している場合を想定する。この場合、ＩＰマルチキャスト放送受信部１４１が、各配信サーバ２から配信されるメニュー用のチャネルを常時受信し、ＩＰマルチキャスト放送配信部１４２、１４２Ａが、これらのメニュー用のチャネルを、有線端末ＩＦ部１２１および無線端末ＩＦ部１２２の各々から常時配信するようにしてもよい。

また、上記の各実施の形態において、ＧＷ１、１Ａ〜１Ｃを、配下のＳＴＢ５と同じ筐体に収めて一体化しても構わない。図１６は、本発明の第一実施の形態に係るＧＷ１の変形例を説明するための図である。この図に示すＧＷ１は、配下のＳＴＢ５と一体化されている。

また、上記の各実施の形態において、ＧＷ１、１Ａ〜１Ｃの構成は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などの集積ロジックＩＣによりハード的に実行されるものでもよい。あるいは、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）によりソフト的に実行されるものでもよい。もしくは、ＣＰＵ、メモリ、ＨＤＤ、ＤＶＤ−ＲＯＭ等の補助記憶装置、およびＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）を備えたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の汎用コンピュータにおいて、ＣＰＵが所定のプログラムを補助記憶装置からメモリ上にロードして実行することにより実現されるものでもよい。

図１は、本発明の第一実施の形態に係るゲートウェイが適用されたＩＰマルチキャスト放送ネットワークシステムの概略図である。 図２は、本発明の第一実施の形態に係るＧＷ１の概略構成図である。 図３（Ａ）は、受信チャネル管理ＴＢ１３１の登録内容例を模式的に表した図であり、図３（Ｂ）は、配信チャネル管理ＴＢ１３２の登録内容例を模式的に表した図である。 図４は、本発明の第一実施の形態に係るＧＷ１の動作を説明するためのフロー図である。 図５（Ａ）は、図４に示す配信停止処理（Ｓ１０３）を説明するためのフロー図であり、図５（Ｂ）は、図４に示す配信開始処理（Ｓ１０４）を説明するためのフロー図である。 図６（Ａ）は、図４に示す配信候補更新処理（Ｓ１０５）を説明するためのフロー図であり、図６（Ｂ）は、図４に示す受信チャネル更新処理（Ｓ１０６）を説明するためのフロー図である。 図７は、配下の２つのＳＴＢ（［００１］、［００２］）５から視聴チャネルの指定通知を受信した場合におけるＧＷ１の動作例を説明するためのシーケンス図である。 図８は、図７において配下の２つのＳＴＢ（［００１］、［００２］）５が視聴チャネルを切り替えた場合におけるＧＷ１の動作例を説明するためのシーケンス図である。 図９は、本発明の第二実施の形態に係るＧＷ１Ａの概略構成図である。 図１０は、配信頻度管理ＴＢ１３３の登録内容例を模式的に表した図である。 図１１は、本発明の第三実施の形態に係るＧＷ１Ｂの概略構成図である。 図１２は、配信候補条件管理ＴＢ１３４の登録内容例を模式的に表した図である。 図１３は、本発明の第四実施の形態に係るＧＷ１Ｃの概略構成図である。 図１４は、配信可能チャネル数管理ＴＢ１３５の登録内容例を模式的に表した図である。 図１５は、本発明の第四実施の形態に係るＧＷ１Ｃの追加配信処理Ｓ１０７を説明するためのフロー図である。 図１６は、本発明の第一実施の形態に係るＧＷ１の変形例を説明するための図である。 図１７は、従来のＩＰマルチキャスト放送対応のゲートウェイの動作例を説明するためのシーケンス図である。

符号の説明

１、１Ａ〜１Ｃ：ＧＷ、２：配信サーバ、３：ＩＰ網、４：ＥＲ、５：ＳＴＢ、６：ＴＶ、１１：ＩＰ網ＩＦ部、１２：端末ＩＦ部、１３：記憶部、１４：演算部、１２１：有線端末ＩＦ部、１２２：無線端末ＩＦ部、１３１：受信チャネル管理ＴＢ、１３２：配信チャネル管理ＴＢ、１３３：配信頻度管理ＴＢ、１３４：配信候補条件管理ＴＢ、１３５：配信可能チャネル数管理ＴＢ、１４１：ＩＰマルチキャスト放送受信部、１４２、１４２Ａ：ＩＰマルチキャスト放送配信部、１４３：受信チャネル管理部、１４４、１４４Ａ：配信チャネル管理部、１４５、１４５Ａ：配信候補決定部、１４６：主制御部、１４７：配信頻度計測部

Claims (12)

1. ＩＰマルチキャスト放送を受信して配下の端末に配信するゲートウェイであって、
   ＩＰ網に接続するためのＩＰ網インターフェース手段と、
   前記配下の端末を接続するための少なくとも一つの端末インターフェース手段と、
   前記ＩＰ網インターフェース手段を介して前記ＩＰ網から前記ＩＰマルチキャスト放送を受信するＩＰマルチキャスト放送受信手段と、
   前記端末インターフェース手段に、当該端末インターフェース手段に接続されている前記配下の端末より要求された前記ＩＰマルチキャスト放送のチャネルデータを、当該端末インターフェース手段から配信させるＩＰマルチキャスト放送配信手段と、を有し、
   前記ＩＰマルチキャスト放送配信手段は、
   前記配下の端末により要求された前記ＩＰマルチキャスト放送チャネルの指定要求を前記ＩＰ網へ送信するとともに、当該要求されたＩＰマルチキャスト放送チャネル以外のチャネル指定要求を前記ＩＰ網へ送信し、
   前記ＩＰ網より、当該要求されたＩＰマルチキャスト放送チャネルのチャネルデータ及び当該要求されたＩＰマルチキャスト放送チャネル以外のチャネルデータを、前記ＩＰマルチキャスト放送受信手段を介して受信すると、当該要求されたＩＰマルチキャスト放送チャネルのチャネルデータのみを前記配下の端末に配信する
   ことを特徴とするゲートウェイ。
2. ＩＰマルチキャスト放送を受信して配下の端末に配信するゲートウェイであって、
   ＩＰ網に接続するためのＩＰ網インターフェース手段と、
   前記配下の端末を接続するための少なくとも一つの端末インターフェース手段と、
   前記ＩＰ網インターフェース手段を介して前記ＩＰ網から前記ＩＰマルチキャスト放送を受信するＩＰマルチキャスト放送受信手段と、
   前記端末インターフェース手段毎に、当該端末インターフェース手段に接続されている前記配下の端末より要求された前記ＩＰマルチキャスト放送のチャネルを、当該端末インターフェース手段から配信するＩＰマルチキャスト放送配信手段と、
   前記ＩＰマルチキャスト放送受信手段により受信中の前記ＩＰマルチキャスト放送のチャネルを管理する受信チャネル管理手段と、
   前記配下の端末毎に、前記ＩＰマルチキャスト放送配信手段により配信中の前記ＩＰマルチキャスト放送のチャネルを管理する配信チャネル管理手段と、を有し、
   前記ＩＰマルチキャスト放送配信手段は、
   何れかの前記端末インターフェース手段を介して前記配下の端末から前記ＩＰマルチキャスト放送の任意のチャネルの視聴要求を受信した場合に、当該任意のチャネルが前記受信チャネル管理手段により管理されているならば、前記ＩＰマルチキャスト放送受信手段により受信中の当該任意のチャネルを当該何れかの前記端末インターフェース手段から配信し、管理されていないならば、前記ＩＰマルチキャスト放送受信手段に当該任意のチャネルを受信させて、当該何れかの前記端末インターフェース手段から配信し、
   前記ＩＰマルチキャスト放送受信手段は、
   何れかの前記端末インターフェース手段を介して前記配下の端末から前記ＩＰマルチキャスト放送の任意のチャネルの視聴終了を受信した場合に、当該任意のチャネルが前記配信チャネル管理手段により他の前記配下の端末に対応付けて管理されているならば、当該任意のチャネルの受信を続行し、管理されていないならば、当該任意のチャネルの受信を終了する
   ことを特徴とするゲートウェイ。
3. 請求項２に記載のゲートウェイであって、
   前記配下の端末毎に、前記ＩＰマルチキャスト放送の配信候補チャネルを決定する配信候補決定手段をさらに有し、
   前記配信チャネル管理手段は、
   前記配下の端末毎に、前記配信候補決定手段により決定された配信候補チャネルを、前記ＩＰマルチキャスト放送配信手段により配信中のチャネルと共に管理し、
   前記ＩＰマルチキャスト放送受信手段は、
   前記配信候補決定手段により決定された配信候補チャネルを受信すると共に、
   何れかの前記端末インターフェース手段を介して前記配下の端末から前記ＩＰマルチキャスト放送の任意のチャネルの視聴終了を受信した場合において、当該任意のチャネルが配信中のチャネルとして前記配信チャネル管理手段により他の前記配下の端末に対応付けて管理されていない場合でも、配信候補チャネルとして前記配信チャネル管理手段により何れかの前記配下の端末に対応付けて管理されているならば、当該任意のチャネルの受信を続行する
   ことを特徴とするゲートウェイ。
4. 請求項３に記載のゲートウェイであって、
   前記配信候補決定手段は、
   前記配下の端末毎に、前記ＩＰマルチキャスト放送配信手段により配信中のチャネルに基づいて配信候補チャネルを決定する
   ことを特徴とするゲートウェイ。
5. 請求項３に記載のゲートウェイであって、
   前記配信候補決定手段は、
   前記配下の端末毎に、予め設定された前記ＩＰマルチキャスト放送のチャネルを配信候補チャネルに決定する
   ことを特徴とするゲートウェイ。
6. 請求項３に記載のゲートウェイであって、
   前記配下の端末毎に、前記ＩＰマルチキャスト放送配信手段により配信されたチャネルの履歴に基づいて、各時間帯における配信頻度を計測する配信頻度計測手段をさらに有し、
   前記配信候補決定手段は、
   前記配下の端末毎に、前記配信頻度計測手段により計測された、現時点に対応する時間帯の配信頻度が、上位ｎ番目（但し、ｎが自然数）までのチャネルを配信候補チャネルに決定する
   ことを特徴とするゲートウェイ。
7. 請求項３に記載のゲートウェイであって、
   前記端末インターフェース手段毎に、前記ＩＰマルチキャスト放送配信手段により配信されたチャネルの履歴に基づいて、各時間帯における配信頻度を計測する配信頻度計測手段をさらに有し、
   前記配信候補決定手段は、
   前記配下の端末毎に、当該配下の端末が接続する前記端末インターフェース手段について前記配信頻度計測手段により計測された、現時点に対応する時間帯の配信頻度が、上位ｎ番目（但し、ｎが自然数）までのチャネルを配信候補チャネルに決定する
   ことを特徴とするゲートウェイ。
8. 請求項３に記載のゲートウェイであって、
   前記ＩＰマルチキャスト放送配信手段により配信されたチャネルの履歴に基づいて、各時間帯における配信頻度を計測する配信頻度計測手段をさらに有し、
   前記配信候補決定手段は、
   前記配信頻度計測手段により計測された、現時点の時間帯に対応する時間帯の配信頻度が、上位ｎ番目（但し、ｎが自然数）までのチャネルを配信候補チャネルに決定する
   ことを特徴とするゲートウェイ。
9. 請求項３乃至８に何れか一項に記載のゲートウェイであって、
   前記配信候補決定手段は、
   前記配下の端末毎に、前記ＩＰマルチキャスト放送配信手段により配信中のチャネルの配信開始からの経過時間に応じて配信候補チャネルの数を動的に設定する
   ことを特徴とするゲートウェイ。
10. 請求項３乃至８の何れか一項に記載のゲートウェイであって、
    前記端末インターフェース手段毎に設定された追加配信チャネルの数を記憶する追加配信チャネル数記憶手段をさらに有し、
    前記ＩＰマルチキャスト放送配信手段は、
    前記端末インターフェース毎に、前記配信候補決定手段により決定された当該端末インターフェースに接続する前記配下の端末に対する前記配信候補チャネルを、前記追加配信チャネル記憶手段に記憶された追加配信チャネルの数の範囲内で、当該端末インターフェース手段から配信する
    ことを特徴とするゲートウェイ。
11. 請求項２乃至１０の何れか一項に記載のゲートウェイであって、
    前記ＩＰ網インターフェース手段を介して前記ＩＰ網から前記ＩＰマルチキャスト放送よりも低い通信品質で放送される低品質ＩＰマルチキャスト放送の全てのチャネルを受信する低品質ＩＰマルチキャスト放送受信手段と、
    前記端末インターフェース手段各々に、前記低品質ＩＰマルチキャスト放送受信手段で受信中の前記低品質ＩＰマルチキャスト放送の全てのチャネルを配信する低品質ＩＰマルチキャスト放送配信手段と、をさらに有する
    ことを特徴とするゲートウェイ。
12. ＩＰマルチキャスト放送を受信して配下の端末に配信するＩＰマルチキャスト放送配信方法であって、
    ＩＰ網から受信中の前記ＩＰマルチキャスト放送のチャネルを管理し、
    前記配下の端末毎に、配信中の前記ＩＰマルチキャスト放送のチャネルを管理し、
    何れかの前記配下の端末から前記ＩＰマルチキャスト放送の任意のチャネルの視聴要求を受信した場合に、当該任意のチャネルが受信中のチャネルとして管理されているならば、前記ＩＰ網から受信中の当該任意のチャネルを当該何れかの前記配下の端末と接続するポートから配信し、管理されていないならば、前記ＩＰ網からの当該任意のチャネルの受信を開始して当該何れかの前記配下の端末と接続するポートから配信し、
    何れかの前記配下の端末から前記ＩＰマルチキャスト放送の任意のチャネルの視聴終了を受信した場合に、当該任意のチャネルが配信中のチャネルとして他の前記配下の端末に対応付けて管理されているならば、前記ＩＰ網からの当該任意のチャネルの受信を続行し、管理されていないならば、前記ＩＰ網からの当該任意のチャネルの受信を終了する
    ことを特徴とするＩＰマルチキャスト放送配信方法。

Images