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

Description

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

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

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

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

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

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

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

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

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

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

また、ＳＴＢ９２は、それまで加入していたチャネルＡのマルチキャストグループから脱退するために、チャネルＡの放送データの送信元アドレスＳａおよびマルチキャストアドレスＧａの指定を伴うＩＧＭＰ Ｌｅａｖｅ（Ｓａ，Ｇａ）をＧＷ９３に送信する（Ｓ９１５）。ＧＷ９３は、ＳＴＢ９２からＩＧＭＰ Ｌｅａｖｅ（Ｓａ，Ｇａ）を受信すると、これをＥＲ９４に転送する（Ｓ９１６）。

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

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

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

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

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

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

なお、ＩＰマルチキャスト放送対応の端末として例えば特許文献１に記載の端末がある。
特開２００３−１４３５８７号公報

近年の情報家電の普及に伴い、家庭内の様々な機器をネットワークに接続することが可能となってきている。しかしながら、従来、これらの機器の状態を監視するためには、ネットワークにパーソナルコンピュータ（ＰＣ）等の監視端末を接続し、この監視端末を用いて、ネットワークに接続された各機器から情報を取得して表示する必要があった。

本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、ＰＣ等の監視端末を用いることなく、ネットワークに接続された様々な機器の情報を監視することが可能なＩＰマルチキャスト放送の配信技術を提供することにある。

上記課題を解決するために、本発明は、配下の端末から視聴要求チャネルを受信した場合に、視聴要求チャネルが所定のチャネルでないならば、ＩＰ網から視聴要求チャネルに対応するＩＰマルチキャスト放送データを受信して、当該ＩＰマルチキャスト放送データを配下の端末に配信する。一方、視聴要求チャネルが所定のチャネルであるならば、所定の情報源から受信した情報に基づいてＩＰマルチキャスト放送データを生成し、このＩＰマルチキャスト放送データを、視聴要求チャネルに対するＩＰマルチキャスト放送データとして、配下の端末に配信する。

例えば、本発明のゲートウェイは、配下の端末にＩＰマルチキャスト放送を配信するゲートウェイであって、
前記配下の端末を接続するための端末インターフェース手段と、
情報源を接続するための情報源インターフェース手段と、
前記情報源インターフェース手段を介して前記情報源から受信した情報に基づいてＩＰマルチキャスト放送データを生成するＩＰマルチキャスト放送データ生成手段と、
前記ＩＰマルチキャスト放送データ生成手段が生成した前記ＩＰマルチキャスト放送データを前記端末インターフェース手段から配信するＩＰマルチキャスト放送配信手段と、を有する。

また、例えば、本発明のゲートウェイは、配下の端末にＩＰマルチキャスト放送を配信するゲートウェイであって、
ＩＰ網に接続するためのＩＰ網インターフェース手段と、
前記配下の端末を接続するための端末インターフェース手段と、
情報源を接続するための情報源インターフェース手段と、
前記ＩＰ網インターフェース手段を介して前記ＩＰ網から、前記配下の端末の視聴要求チャネルに対応するＩＰマルチキャスト放送データを受信して、当該ＩＰマルチキャスト放送データを前記端末インターフェース手段から配信するＩＰマルチキャスト放送配信手段と、
前記情報源インターフェース手段を介して前記情報源から受信した情報に基づいて、ＩＰマルチキャスト放送データを生成するＩＰマルチキャスト放送データ生成手段と、を有し、
前記ＩＰマルチキャスト放送配信手段は、
前記配下の端末の視聴要求チャネルが所定のチャネルである場合に、前記ＩＰマルチキャスト放送データ生成手段により生成されたＩＰマルチキャスト放送データを、前記視聴要求チャネルに対応するＩＰマルチキャスト放送データとして、前記端末インターフェース手段から配信する。

本発明によれば、ＰＣ等の監視端末を用いることなく、ネットワークに接続された様々な機器の情報を監視することが可能となる。

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

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

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

ＧＷ１には、ＬＡＮ８を介して少なくとも一つのセットトップボックス（ＳＴＢ）５および少なくとも一つの情報源７が接続されている。情報源７は、ネットワーク対応の情報家電（エアコン、冷蔵庫、洗濯機、電子レンジ等）、あるいはネットワーク対応のカメラ、マイク等が該当する。なお、図１において、配信サーバ２、ＥＲ４、ＳＴＢ５、ＴＶ６、および情報源７には既存の装置を利用できるので、それらの詳細な説明を省略する。

本図において、ＳＴＢ５や情報源７はＬＡＮ８を介してＧＷ１に収容されているが、ＵＳＢケーブル、電力線搬送通信（ＰＬＣ）等で直接接続されていてもよい。

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

図示するように、ＧＷ１は、ＷＡＮインターフェース（ＩＦ）部１１と、ＬＡＮインターフェース（ＩＦ）部１２と、主制御部１３と、記憶部１４と、を有する。

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

ＬＡＮＩＦ部１２は、ＬＡＮ８に接続するためのインターフェースである。

主制御部１３は、少なくとも一つのＩＰマルチキャスト放送データ生成部１３１と、ＩＰマルチキャスト放送配信部１３２と、チャネル管理部１３３と、を有する。

ＩＰマルチキャスト放送データ生成部１３１は、ＬＡＮＩＦ部１２を介して所定の情報源７から情報（テキストデータ、イメージデータ等）を取得する。そして、取得した情報に基づいてＴＶ出力用のＡＶ（Ａｕｄｉｏ Ｖｉｅｄｏ）データを生成し、さらに、このＡＶデータのＩＰマルチキャスト放送データを生成する。このＡＶデータは、映像データ、音声データ、テキストデータのいずれか一つでもよい。

なお、情報源７との通信には、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）、ＥＣＨＯＮＥＴ、ＵＯＰＦ（Ｕｂｉｑｕｉｔｏｕｓ Ｏｐｅｎ Ｐｌａｔｆｏｒｍ Ｆｏｒｕｍ）、ＺｉｇＢｅｅ、ＨＡＶｉ（Ｈｏｍｅ Ａｕｄｉｏ/Ｖｉｄｅｏ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）、Ｊｉｎｉ、ＰＬＣ（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）等の様々な通信規格を用いることができる。

ＩＰマルチキャスト放送配信部１３２は、ＬＡＮＩＦ部１２を介してＳＴＢ５から受信した視聴要求（マルチキャストグループへの加入要求）に従い、この視聴要求で指定されているチャネル（視聴要求チャネルと呼ぶ）に対応するＩＰマルチキャスト放送データをＬＡＮＩＦ部１２から配信する。

ここで、視聴要求チャネルが所定のチャネル（情報源チャネルと呼ぶ）でない場合、ＩＰマルチキャスト放送配信部１３２は、ＷＡＮＩＦ部１１を介して配信サーバ２から、視聴要求チャネルに対応するＩＰマルチキャスト放送データを受信して、ＬＡＮＩＦ部１２から配信する。一方、視聴要求チャネルが情報源チャネルである場合、この視聴要求チャネルに対応するＩＰマルチキャスト放送データ生成部１３１で生成されたＩＰマルチキャスト放送データをＬＡＮＩＦ部１２から配信する。

チャネル管理部１３３は、ＬＡＮＩＦ部１２から配信中のＩＰマルチキャスト放送データのチャネルを管理する。

記憶部１４には、少なくとも一つのＩＰマルチキャスト放送データ記憶部１４１と、情報源チャネル管理テーブル（ＴＢ）１４２と、配信チャネル管理テーブル（ＴＢ）１４３と、を有する。

ＩＰマルチキャスト放送データ記憶部１４１は、ＩＰマルチキャスト放送データ生成部１３１毎に設けられ、対応するＩＰマルチキャスト放送データ生成部１３１により生成されたＩＰマルチキャスト放送データが記憶される。

情報源チャネル管理ＴＢ１４２は、情報源チャネルを管理するためのテーブルである。

図３（Ａ）は、情報源チャネル管理ＴＢ１４２の登録内容例を模式的に表した図である。図示するように、情報源チャネル管理ＴＢ１４２には、情報源チャネル毎にレコード１４２０が登録される。レコード１４２０は、情報源チャネルのチャネル番号を登録するフィールド１４２１と、このチャネル番号に対応するＩＰマルチキャスト放送データ生成部１３１の識別情報である生成部ＩＤを登録するフィールド１４２２と、このＩＰマルチキャスト放送データ生成部１３１によって生成されたＩＰマルチキャスト放送データが記憶されるＩＰマルチキャスト放送データ記憶部１４１の識別情報である記憶部ＩＤを登録するフィールド１４２３と、を有する。

配信チャネル管理ＴＢ１４３は、ＬＡＮＩＦ部１２から配信中のＩＰマルチキャスト放送データのチャネルを管理するためのテーブルである。

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

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

ＩＰマルチキャスト放送配信部１３２は、ＬＡＮＩＦ部１２を介して何れかのＳＴＢ５から受信した要求が視聴要求であれば（Ｓ１０１でＹＥＳ）、後述する配信開始処理を開始する（Ｓ１０３）。また、ＩＰマルチキャスト放送配信部１３２は、ＬＡＮＩＦ部１２を介して何れかのＳＴＢ５から受信した要求が視聴終了要求（マルチキャストグループからの脱退要求）であれば（Ｓ１０２でＹＥＳ）、後述する配信停止処理を開始する（Ｓ１０４）。

図５は、図４のＳ１０３で開始される配信開始処理を説明するためのフロー図である。

先ず、ＩＰマルチキャスト放送配信部１３２は、配信チャネル管理ＴＢ１４３を参照し、視聴要求チャネルを配信中であるか否かを調べる（Ｓ１０３１）。視聴要求チャネルが配信中である場合は（Ｓ１０３１でＹＥＳ）、このフローを終了する。一方、視聴要求チャネルが配信中でない場合（Ｓ１０３１でＮＯ）、ＩＰマルチキャスト放送配信部１３２は、情報源チャネル管理ＴＢ１４２を参照し、視聴要求チャネルが情報源チャネルであるか否かをさらに調べる（Ｓ１０３２）。

視聴要求チャネルが情報源チャネルでない場合（Ｓ１０３２でＮＯ）、ＩＰマルチキャスト放送配信部１３２は、ＷＡＮＩＦ部１１を介して最寄りのＥＲ４に、視聴要求を転送して、視聴要求チャネルの受信を開始するとともに（Ｓ１０３３）、ＬＡＮＩＦ部１２からの、視聴要求チャネルのＩＰマルチキャスト放送データの配信を開始する（Ｓ１０３５）。

視聴要求チャネルが情報源チャネルである場合（Ｓ１０３２でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２は、情報源チャネル管理ＴＢ１４２を参照し、視聴要求チャネルに対応するＩＰマルチキャスト放送データ生成部１３１に視聴要求チャネルの生成を指示する。これを受けて、ＩＰマルチキャスト放送データ生成部１３１は、ＬＡＮＩＦ部１２を介して所定の情報源７から情報を取得し、この情報に基づいてＡＶデータを生成する。

例えば、情報源７がネットワーク対応の情報家電であるならば、情報源７から使用履歴、設定内容等のテキストデータを取得して、このテキストデータが示すテキストをＴＶ６に表示するためのビデオデータを生成する。また、情報源７がネットワーク対応のカメラであるならば、情報源７から撮像データを取得して、この撮像データが示す映像をＴＶ６に表示するためのビデオデータを生成する。また、情報源７がネットワーク対応のマイクであるならば、情報源７から集音データを取得して、この集音データが示す音声をＴＶ６から出力するためのオーディオデータを生成する。

また、ＩＰマルチキャスト放送データ生成部１３１は、生成したＡＶデータのＩＰマルチキャスト放送データを生成して、このＩＰマルチキャスト放送データを、自ＩＰマルチキャスト放送データ生成部１３１に対応するＩＰマルチキャスト放送データ記憶部１４１に記憶する（Ｓ１０３４）。ＩＰマルチキャスト放送配信部１３２は、このＩＰマルチキャスト放送データ記憶部１４１からＩＰマルチキャスト放送データを読み出し、これを視聴要求チャネルのＩＰマルチキャスト放送データとして、ＬＡＮＩＦ部１２からの配信を開始する（Ｓ１０３５）。

以上のようにして、視聴要求チャネルの配信を開始したならば、チャネル管理部１３３は、配信チャネル管理ＴＢ１４３に視聴要求チャネルのレコード１４３０を追加し、このレコード１４３０の各フィールド１４２１〜１４２３に、対応する情報を登録する（Ｓ１０３６）。

図６は、図４のＳ１０４で開始される配信停止処理を説明するためのフロー図である。

先ず、ＩＰマルチキャスト放送配信部１３２は、ＬＡＮＩＦ部１２を介して各ＳＴＢ５に対して、停止対象チャネル（視聴終了要求で指定されているチャネル）のマルチキャストグループの加入者を問い合わせる（Ｓ１０４１）。

停止対象チャネルのマルチキャストグループの加入者がいないことを確認した場合（Ｓ１０４２でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２は、情報源チャネル管理ＴＢ１４２を参照し、停止対象チャネルが情報源チャネルであるか否かを調べる（Ｓ１０４３）。停止対象チャネルが情報源チャネルでない場合（Ｓ１０４３でＮＯ）、ＩＰマルチキャスト放送配信部１３２は、ＷＡＮＩＦ部１１を介して最寄りのＥＲ４に視聴終了要求を転送して、停止対象チャネルの受信を停止するとともに、停止対象チャネルの配信を終了する（Ｓ１０４４）。一方、停止対象チャネルが情報源チャネルである場合（Ｓ１０４３でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２は、情報源チャネル管理ＴＢ１４２を参照し、停止対象チャネルに対応するＩＰマルチキャスト放送データ生成部１３１による停止対象チャネルの生成を停止するとともに、停止対象チャネルの配信を終了する（Ｓ１０４５）。

以上のようにして、停止対象チャネルの配信が終了したならば、チャネル管理部１３３は、配信チャネル管理ＴＢ１４３から停止対象チャネルのレコード１４３０を削除する（Ｓ１０４６）。

一方、停止対象チャネルのマルチキャストグループの加入者がいることを確認した場合（Ｓ１０４２でＮＯ）、ＩＰマルチキャスト放送配信部１３２は、停止対象チャネルの配信を終了させることなく、このフローを終了する。

次に、本実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムの動作例を説明する。

図７は、本発明の第一実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムの動作例を説明するためのシーケンス図である。

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

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

ＧＷ１は、ＳＴＢ５からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００１，Ｇ_００１）を受信すると、チャネル００１のＩＰマルチキャスト放送データを配信中か否かを判断する。ここでは、チャネル００１のＩＰマルチキャスト放送データが配信中でないものとする。この場合、ＧＷ１は、チャネル００１が情報源チャネルであるか否かをさらに判断する。ここでは、チャネル００１が情報源チャネルでないものとする。この場合、ＧＷ１は、ＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００１，Ｇ_００１）をＥＲ４に転送する（Ｓ２０２）。これを受けて、ＥＲ４は、チャネル００１のマルチキャストグループの加入者を確認するために、チャネル００１の放送データの送信元アドレスＳ_００１およびマルチキャストアドレスＧ_００１の指定を伴うＩＧＭＰ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）をＧＷ１に送信する（Ｓ２０３）。

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

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

ＧＷ１は、ＥＲ４からチャネル００１のＩＰマルチキャスト放送データを受信すると、これをＬＡＮ８上に配信する（Ｓ２０８）。ＳＴＢ５は、ＬＡＮ８上に配信されたチャネル００１のＩＰマルチキャスト放送データを受信して、自身に接続されたＴＶ６へ出力する（Ｓ２０９）。

次に、ＳＴＢ５は、自身に接続されたＴＶ６の視聴者によりチャネル１００が選択されると（Ｓ２１０）、チャネル１００のマルチキャストグループに加入するために、チャネル１００の放送データ送信元アドレスＳ_１００およびマルチキャストアドレスＧ_１００の指定を伴うＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_１００，Ｇ_１００）をＧＷ１に送信する（Ｓ２１１）。

また、ＳＴＢ５は、それまで加入していたチャネル００１のマルチキャストグループから脱退するために、チャネル００１の放送データの送信元アドレスＳ_００１およびマルチキャストアドレスＧ_００１の指定を伴うＩＧＭＰ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）をＧＷ１に送信する（Ｓ２１２）。

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

ＥＲ４は、ＧＷ１からＩＧＭＰ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）を受信すると、チャネル００１のマルチキャストグループの加入者を確認するために、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）をＧＷ１に送信する（Ｓ２１５）。これを受けて、ＧＷ１は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）に対して応答することなく放置する。その結果、ＥＲ４は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）に対する応答を所定の時間受信することなくタイムアウトし、チャネル００１のマルチキャストグループの加入者なしと判断する。そして、チャネル００１のマルチキャストグループから脱退するために、ＷＡＮ３に対してＰＩＭ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）を送信して、チャネル００１のＩＰマルチキャスト放送データの受信を終了する。

また、ＧＷ１は、ＳＴＢ５がＳ２１１で送信したＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_１００，Ｇ_１００）を受信すると、チャネル１００のＩＰマルチキャスト放送データを配信中か否かを判断する。ここでは、チャネル１００のＩＰマルチキャスト放送データが配信中でないものとする。この場合、ＧＷ１は、チャネル１００が情報源チャネルであるか否かをさらに判断する。ここでは、チャネル１００が情報源チャネルであるとする。この場合、ＧＷ１は、チャネル１００のマルチキャストグループの加入者を確認するために、チャネル１００の放送データの送信元アドレスＳ_１００およびマルチキャストアドレスＧ_１００の指定を伴うＩＧＭＰ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）をＬＡＮ８上に送信する（Ｓ２１６）。これを受けて、ＳＴＢ５は、ＩＧＭＰ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）に対する応答としてＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_１００，Ｇ_１００）をＧＷ１に再度送信する（Ｓ２１７）。

ＧＷ１は、ＳＴＢ５からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_１００，Ｇ_１００）を再度受信すると、情報源チャネルであるチャネル１００のＩＰマルチキャスト放送データの生成を開始し（Ｓ２１８）、ＬＡＮ８上に配信する（Ｓ２１９）。ＳＴＢ５は、ＬＡＮ８上に配信されたチャネル１００のＩＰマルチキャスト放送データを受信して、自身に接続されたＴＶ６へ出力する（Ｓ２２０）。

次に、ＳＴＢ５は、自身に接続されたＴＶ６の視聴者によりチャネル００２が選択されると（Ｓ２３０）、チャネル００２のマルチキャストグループに加入するために、チャネル００２の放送データの送信元アドレスＳ_００２およびマルチキャストアドレスＧ_００２の指定を伴うＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００２，Ｇ_００２）をＧＷ１に送信する（Ｓ２３１）。

また、ＳＴＢ５は、それまで加入していたチャネル１００のマルチキャストグループから脱退するために、チャネル１００の放送データの送信元アドレスＳ_１００およびマルチキャストアドレスＧ_１００の指定を伴うＩＧＭＰ Ｌｅａｖｅ（Ｓ_１００，Ｇ_１００）をＧＷ１に送信する（Ｓ２３２）。

ＧＷ１は、ＳＴＢ５からＩＧＭＰ Ｌｅａｖｅ（Ｓ_１００，Ｇ_１００）を受信すると、チャネル１００のマルチキャストグループの加入者を確認するために、チャネル１００の放送データの送信元アドレスＳ_１００およびマルチキャストアドレスＧ_１００の指定を伴うＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）をＬＡＮ８上に送信する（Ｓ２３３）。これを受けて、ＳＴＢ５は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）に対して応答することなく放置する。その結果、ＧＷ１は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）に対する応答を所定の時間受信することなくタイムアウトし、チャネル１００のマルチキャストグループの加入者なしと判断する。ここで、チャネル１００は情報源チャネルである。この場合、ＧＷ１は、情報源チャネルであるチャネル１００のＩＰマルチキャスト放送データの生成を停止して、ＬＡＮ８上への配信を終了する（Ｓ２３４）。

また、ＧＷ１は、ＳＴＢ５がＳ２３１で送信したＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００２，Ｇ_００２）を受信すると、チャネル００２のＩＰマルチキャスト放送データを配信中か否かを判断する。ここでは、チャネル００２のＩＰマルチキャスト放送データが配信中（別のＳＴＢに配信する為、ＧＷ１が放送データを受信しＬＡＮ上に送信している）であるものとする（図中では、便宜上、Ｓ２３７、Ｓ２３８として表示）。この場合、ＧＷ１は、チャネル００２のマルチキャストグループの加入者を確認するために、チャネル００２の放送データの送信元アドレスＳ_００２およびマルチキャストアドレスＧ_００２の指定を伴うＩＧＭＰ Ｑｕｅｒｙ（Ｓ_００２，Ｇ_００２）をＬＡＮ８上に送信する（Ｓ２３５）。これを受けて、ＳＴＢ５は、ＩＧＭＰ Ｑｕｅｒｙ（Ｓ_００２，Ｇ_００２）に対する応答としてＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００２，Ｇ_００２）をＧＷ１に再度送信する（Ｓ２３６）。

これにより、ＳＴＢ５は、ＬＡＮ８上に配信されているチャネル００２のＩＰマルチキャスト放送データを受信して、それを、自身に接続されたＴＶ６へ出力する（Ｓ２３７、Ｓ２３８、Ｓ２３９）。

なお、図７に示す例では、視聴者が、チャネルの選択をＳＴＢ５に指示するようにしているが、ＳＴＢ５に接続されたＴＶ６が、チャネルの選択をＳＴＢ５に指示するようにしてもよい。また、図７においては、ＩＧＭＰ ＲｅｐｏｒｔおよびＩＧＭＰ Ｌｅａｖｅを受け付けたＧＷ１がＩＧＭＰ Ｌｅａｖｅを優先的に処理するように表記しているが、例えば、ＩＧＭＰ ＲｅｐｏｒｔおよびＩＧＭＰ Ｌｅａｖｅを並列的に処理するようにしてもよい（以下の他の実施の形態においても同様）。

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

本実施の形態において、ＧＷ１は、ＳＴＢ５から視聴要求を受信した場合に、視聴要求チャネルが情報源チャネルでないならば、ＥＲ４から、視聴要求チャネルに対応するＩＰマルチキャスト放送データを受信して、このＩＰマルチキャスト放送データをＳＴＢ５に配信する。一方、視聴要求チャネルが情報源チャネルであるならば、ＧＷ１は、所定の情報源７から受信した情報に基づいてＩＰマルチキャスト放送データを生成し、このＩＰマルチキャスト放送データを、視聴要求チャネルに対するＩＰマルチキャスト放送データとしてＳＴＢ５に配信する。

したがって、本実施の形態によれば、ＰＣ等の監視端末を用いることなく、ネットワークに接続された様々な機器（情報源７）の情報をＴＶ６で監視することが可能となる。

なお、本実施の形態では、情報源７がＬＡＮ８側に接続されている場合を例にとり説明したが、本発明はこれに限定されない。情報源７は、ＧＷ１と通信可能であればＷＡＮ３側に接続されていてもよい。

また、本実施の形態において、ＩＰマルチキャスト放送データ生成部１３１は、複数の情報源７から情報を取得して、これらの情報に基づいてＴＶ出力用のＡＶデータを生成し、このＡＶデータのＩＰマルチキャスト放送データを生成するものでもよい。

例えば、ＤＬＮＡ等の通信規格を用いてネットワーク対応の複数の情報家電（情報源７）から仕様情報、設定内容、使用履歴、消費電力データ等のテキストデータを取得して、これらのテキストデータが示す各情報家電の仕様、設定内容、仕様履歴、消費電力等をＴＶ６に表示するためのビデオデータを生成する。そして、このビデオデータのＩＰマルチキャスト放送データを生成する。

また、本実施の形態において、情報源７は、後述する消費電力を測定する電力測定アダプタであってもよい。そして、この電力測定アダプタを冷蔵庫、エアコン、掃除機、テレビ等の家電あるいは配電盤に取り付けて対象機器の消費電力を測定し、測定データをＧＷ１に送信するようにしてもよい。

図８は、情報源７として利用可能な電力測定アダプタ７Ａの概略構成図である。

図示するように、電力測定アダプタ７Ａは、電源側のコンセントに接続するためのプラグ７１と、対象機器のプラグを接続するためのコンセント７２と、電力測定部７３と、測定情報記憶部７４と、機種設定部７５と、通信部７６と、測定情報送信部７７とを有する。

電力測定部７３は、プラグ７１に接続された電源側から、コンセント７２に接続された対象機器に供給される電力量（例えば当月の消費電力量）を測定して、測定データを測定情報記憶部７４に記憶する。

機種設定部７５は、例えば複数のディップスイッチで構成され、これらのスイッチのオンオフにより対象機種の種別ＩＤを設定する。本実施の形態は、簡単に機種設定を行うために単純な構成を示したものであり、対象機種の設定をＧＷ１やパーソナルコンピュータ（ＰＣ）より実施したり、操作パネルや設定スイッチを設け詳細に設定できるようにしたりしてもよい。

通信部７６は、ＧＷ１と通信を行うためのインターフェースであり、この通信部７６には、例えば、有線ＬＡＮ、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、短距離無線通信規格（Ｚｉｇｂｅｅ）、赤外線通信規格ＩｒＤＡ、ＩｒＢｕｒｓｔ等が用いられる。また、無線通信を行う場合のセキュリティについては、暗号化通信や外部からのネットワーク名の検索に応じないようにするＳＳＩＤの隠蔽等を実施している。なお、通信部７６に無線ＬＡＮを用いる場合、ＬＡＮ８にアクセスポイントを追加するか、あるいは、ＧＷ１にアクセスポイントの機能を追加する必要がある。電力線搬送通信（ＰＬＣ）を用いてＧＷ１と接続する場合は、電力測定部７３内に通信部７６を備えていればよい。

測定情報送信部７７は、通信部７６を介してＧＷ１から受信した測定結果通知の送信要求に従い、測定情報記憶部７４に記憶されている測定データと、機種設定部７５に設定されている種別ＩＤとを含む測定結果通知を、ＧＷ１に送信する。

図９は、複数の電力測定アダプタ７Ａから測定結果通知を取得してＩＰマルチキャスト放送データを生成するＩＰマルチキャスト放送データ生成部１３１の動作例を説明するためのフロー図である。

ＩＰマルチキャスト放送データ生成部１３１は、ＬＡＮＩＦ部１２を介してＬＡＮ８上に測定結果通知の送信要求を例えばマルチキャストで送信する（Ｓ１１１１）。そして、所定時間Ｔ１が経過するまでの間、各電力測定アダプタ７Ａから測定結果通知が送られてくるのを待つ（Ｓ１１１２、Ｓ１１１３）。

次に、ＩＰマルチキャスト放送データ生成部１３１は、所定時間Ｔ１が経過するまでに受信した各測定結果通知に含まれている種別ＩＤおよび測定データを用いて、報告用の画面データを生成する（Ｓ１１１４）。

図１０（Ａ）は、図９のＳ１１１４において生成される報告用の画面データの一例を示す図である。この例では、測定結果通知毎に、測定結果通知に含まれている種別ＩＤ１３３１と、この種別ＩＤに対応する家電種別１３３２と、測定結果通知に含まれている測定データが示す消費電力量１３３３と、この消費電力量の予想料金１３３４とが表示されている。また、消費電力量１３３３および予想料金１３３４各々の合計値１３３５が表示されている。

ここで、家電種別１３３２は、ＩＰマルチキャスト放送データ生成部１３１が、例えば予め保持する種別ＩＤと家電種別との対応関係を示すテーブルを用いて特定する。また、予想料金１３３４は、ＩＰマルチキャスト放送データ生成部１３１が、例えば予め設定された単価を用いて計算する。

図１０（Ｂ）は、図９のＳ１１１４において生成される報告用の画面データの他の例を示す図である。この例では、測定結果通知毎に、測定結果通知に含まれている種別ＩＤ１３４１と、この種別ＩＤに対応する家電種別１３４２と、消費電力量を表すグラフ１３４３とが表示されている。また、消費電力量の合計値を表すグラフ１３４４が表示されている。

ここで、グラフ１３４３は、測定結果通知に含まれている測定データが示す消費電力量を表すグラフ１３４３ａを、所定の消費電力量（標準消費電力：例えば目標とすべき消費電力量等）を表すグラフ１３４４ｂに重ねることで形成されている。また、グラフ１３４４は、各測定結果通知に含まれている測定データが示す消費電力量の合計値を表すグラフ１３４４ａを、所定の消費電力量（標準消費電力：例えば目標とすべき消費電力量の合計値等）を表すグラフ１３４４ｂに重ねることで形成されている。なお、消費電力量のグラフ１３４３、１３４４に代わりに予想料金のグラフを用いてもよい。

次に、ＩＰマルチキャスト放送データ生成部１３１は報告用の画面データのＩＰマルチキャスト放送データを生成し、これを、自ＩＰマルチキャスト放送データ生成部１３１に対応するＩＰマルチキャスト放送データ記憶部１４１に記憶する（Ｓ１１１５）。

そして、ＩＰマルチキャスト放送データ生成部１３１は、上記Ｓ１１１１〜Ｓ１１１５の処理を所定間隔Ｔ２毎に繰り返す（Ｓ１１１６）。

このようにすることで、ネットワーク対応でない通常の家電についても、電力の使用状況、節約の必要性等を容易にＴＶ６で監視することが可能となる。

なお、家電毎の電力使用状況ではなく、戸建住宅全体やマンションの一室単位で電力使用状況を把握したい場合には、配電盤に電力測定アダプタを設置するように構成する（図８のプラグ７１、コンセント７２を端子台等に変更が必要）。若しくは、配電盤自身がネットワーク通信機能を持ち、ＧＷ１に電力使用量を通知するようにすればよい。

［第二実施の形態］
本発明の第二実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムが、図１に示す本発明の第一実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムと異なる点は、ＧＷ１に代えてＧＷ１Ａを設けたことである。

ＧＷ１Ａは、ＳＴＢ５の視聴要求チャネルが情報源チャネル以外のチャネルから情報源チャネルに変更された場合に、このＳＴＢ５に対して情報源チャネル変更直前に配信していたチャネル（直前配信チャネルと呼ぶ）のＩＰマルチキャスト放送データが示す映像と、情報源チャネルのＩＰマルチキャスト放送データが示す映像とを含むＩＰマルチキャスト放送データを生成する。そして、この生成したＩＰマルチキャスト放送データを、視聴要求チャネルのＩＰマルチキャスト放送データとしてＬＡＮ８に配信する。

図１１は、本発明の第二実施の形態に係るＧＷ１Ａの概略構成図である。なお、本実施の形態において、図２に示す第一実施の形態のＧＷ１と同じ機能を有するものには、同じ符号を付している。

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

直前配信チャネル管理ＴＢ１４４は、配信中の情報源チャネルのＩＰマルチキャスト放送データに利用されている直前配信チャネルを管理するためのテーブルである。

図１２（Ａ）は、直前配信チャネル管理ＴＢ１４４の登録内容例を模式的に表した図である。図示するように、直前配信チャネル管理ＴＢ１４４には、直前配信チャネルを利用する情報源チャネル毎にレコード１４４０が登録されている。レコード１４４０は、情報源チャネルのチャネル番号を登録するフィールド１４４１と、この情報源チャネルのＩＰマルチキャスト放送データに利用されている直前配信チャネルのチャネル番号を登録するフィールド１４４２と、を有する。

ＩＰマルチキャスト放送配信部１３２Ａは、ＬＡＮＩＦ部１２を介してＳＴＢ５から受信した視聴要求に従い、ＩＰマルチキャスト放送データをＬＡＮＩＦ部１２から配信する。

ここで、ＳＴＢ５の視聴要求チャネルが情報源チャネルでない場合、ＩＰマルチキャスト放送配信部１３２Ａは、ＷＡＮＩＦ部１１を介して配信サーバ２から視聴要求チャネルに対応するＩＰマルチキャスト放送データを受信して、このＩＰマルチキャスト放送データをＬＡＮＩＦ部１２から配信する。

一方、ＳＴＢ５の視聴要求チャネルが情報源チャネルである場合、ＩＰマルチキャスト放送配信部１３２Ａは、このＳＴＢ５に対する直前配信チャネルが情報源チャネルであるならば、この視聴要求チャネルに対応するＩＰマルチキャスト放送データ生成部１３１で生成されたＩＰマルチキャスト放送データをＬＡＮＩＦ部１２から配信する。このＳＴＢ５に対する直前配信チャネルが情報源チャネルでないならば、この直前配信チャネルのＩＰマルチキャスト放送データが示す映像と、この視聴要求チャネルに対応するＩＰマルチキャスト放送データ生成部１３１で生成されたＩＰマルチキャスト放送データが示す映像とを含むＩＰマルチキャスト放送データを生成し、これを視聴要求チャネルのＩＰマルチキャスト放送データとしてＬＡＮＩＦ部１２から配信する。

チャネル管理部１３３Ａは、ＬＡＮＩＦ部１２から配信中のＩＰマルチキャスト放送データのチャネルを管理する。さらに、チャネル管理部１３３Ａは、配信中の情報源チャネルに利用している直前配信チャネルを管理する。

本実施の形態に係るＧＷ１Ａの動作は、図４に示す本発明の第一実施の形態に係るＧＷ１の動作フローにおいて、Ｓ１０３で開始される配信開始処理、およびＳ１０４で開始される配信停止処理が異なる。

図１２は、本発明の第二実施の形態に係るＧＷ１Ａの配信開始処理を説明するためのフロー図である。

先ず、ＩＰマルチキャスト放送配信部１３２Ａは、配信チャネル管理ＴＢ１４３を参照し、視聴要求チャネルを配信中であるか否かを調べる（Ｓ１１３１）。視聴要求チャネルが配信中である場合は（Ｓ１１３１でＹＥＳ）、このフローを終了する。一方、視聴要求チャネルが配信中でない場合（Ｓ１１３１でＮＯ）、ＩＰマルチキャスト放送配信部１３２Ａは、情報源チャネル管理ＴＢ１４２を参照し、視聴要求チャネルが情報源チャネルであるか否かをさらに調べる（Ｓ１１３２）。

視聴要求チャネルが情報源チャネルでない場合（Ｓ１１３２でＮＯ）、ＩＰマルチキャスト放送配信部１３２Ａは、ＷＡＮＩＦ部１１を介して最寄りのＥＲ４に視聴要求を転送して、視聴要求チャネルの受信を開始するとともに（Ｓ１１３３）、ＬＡＮＩＦ部１２からの、視聴要求チャネルのＩＰマルチキャスト放送データの配信を開始する（Ｓ１１３５）。また、チャネル管理部１３３Ａは、配信チャネル管理ＴＢ１４３に視聴要求チャネルのレコード１４３０を追加し、このレコード１４３０の各フィールド１４２１〜１４２３に、対応する情報を登録する（Ｓ１１３６）。

一方、視聴要求チャネルが情報源チャネルである場合（Ｓ１１３２でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２Ａは、情報源チャネル管理ＴＢ１４２を参照し、視聴要求チャネルに対応するＩＰマルチキャスト放送データ生成部１３１に視聴要求チャネルの生成を指示する。これを受けて、ＩＰマルチキャスト放送データ生成部１３１は、ＬＡＮＩＦ部１２を介して所定の情報源７から情報を取得し、この情報に基づいてＡＶデータを生成する。そして、このＡＶデータのＩＰマルチキャスト放送データを生成して、自ＩＰマルチキャスト放送データ生成部１３１に対応するＩＰマルチキャスト放送データ記憶部１４１に記憶する（Ｓ１１３４）。

それから、ＩＰマルチキャスト放送配信部１３２Ａは、視聴要求の送信元のＳＴＢ５から、この視聴要求と前後して所定の時間内に視聴終了要求を受信したか否かにより、このＳＴＢ５に対する直前配信チャネルがあるか否かを判断する（Ｓ１１３７）。所定の時間内に視聴終了要求を受信した場合、つまり、直前配信チャネルがある場合（Ｓ１１３７でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２Ａは、情報源チャネル管理ＴＢ１４２を参照して、直前配信チャネル（視聴終了要求で指定されている停止対象チャネル）が情報源チャネルであるか否かをさらに判断する（Ｓ１１３８）。

所定の時間内に視聴終了要求を受信していない場合、つまり、直前配信チャネルがない場合（Ｓ１１３７でＮＯ）、あるいは直前配信チャネルが情報源チャネルの場合（Ｓ１１３８でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２Ａは、情報源チャネル管理ＴＢ１４２を参照し、視聴要求チャネルに対応するＩＰマルチキャスト放送データ記憶部１４１からＩＰマルチキャスト放送データを読み出し、これを視聴要求チャネルのＩＰマルチキャスト放送データとして、ＬＡＮＩＦ部１２からの配信を開始する（Ｓ１１３５）。また、チャネル管理部１３３Ａは、配信チャネル管理ＴＢ１４３に視聴要求チャネルのレコード１４３０を追加し、このレコード１４３０の各フィールド１４２１〜１４２３に、対応する情報を登録する（Ｓ１１３６）。

一方、直前配信チャネルが情報源チャネルでない場合（Ｓ１１３８でＮＯ）、ＩＰマルチキャスト放送配信部１３２Ａは、情報源チャネル管理ＴＢ１４２を参照し、視聴要求チャネルに対応するＩＰマルチキャスト放送データ記憶部１４１からＩＰマルチキャスト放送データを読み出し、このＩＰマルチキャスト放送データが示す映像と、ＷＡＮＩＦ部１１を介して最寄りのＥＲ４から受信中である直前配信チャネルのＩＰマルチキャスト放送データが示す映像とを合成して、新たな合成映像データを生成する（Ｓ１１３９）。

例えば、図１３（Ａ）に示すように、視聴要求チャネルに対応するＩＰマルチキャスト放送データ記憶部１４１から読み出したＩＰマルチキャスト放送データが示す映像１３５１と、最寄りのＥＲ４から受信中である直前配信チャネルのＩＰマルチキャスト放送データが示す映像１３５２とを並べて合成映像データ１３５０を生成する。

あるいは、図１３（Ｂ）に示すように、最寄りのＥＲ４から受信中である直前配信チャネルのＩＰマルチキャスト放送データが示す映像１３５２の上に、視聴要求チャネルに対応するＩＰマルチキャスト放送データ記憶部１４１から読み出したＩＰマルチキャスト放送データが示す映像１３５１を重ねて合成映像データ１３５０を生成する。

放送チャネルと情報源チャネルとが合成された場合の音量については、ＧＷ１において複数のチャネルの音量をダイナミック若しくはスタティックに制御できるように構成している。例えば、情報源チャネルの音声出力を予めミュート（消音）設定しておいたり、情報源チャネルの音声出力レベルを放送チャネルと比較して低めに設定したりするものである。

次に、ＩＰマルチキャスト放送配信部１３２Ａは、新たに生成した合成映像データ１３５０のＩＰマルチキャスト放送データを生成する。そして、このＩＰマルチキャスト放送データを視聴要求チャネルのＩＰマルチキャスト放送データとして、ＬＡＮＩＦ部１２からの配信を開始する（Ｓ１１４０）。また、チャネル管理部１３３Ａは、配信チャネル管理ＴＢ１４３に視聴要求チャネルのレコード１４３０を追加し、このレコード１４３０の各フィールド１４２１〜１４２３に、対応する情報を登録する。また、直前配信チャネル管理ＴＢ１４４にレコード１４４０を追加し、このレコード１４４０のフィールド１４４１に、情報源チャネルである視聴要求チャネルのチャネル番号を、そしてフィールド１４４２に直前配信チャネルのチャネル番号を登録する（Ｓ１１４１）。

図１４は、本発明の第二実施の形態に係るＧＷ１Ａの配信停止処理を説明するためのフロー図である。

先ず、ＩＰマルチキャスト放送配信部１３２Ａは、ＬＡＮＩＦ部１２を介して各ＳＴＢ５に対して、視聴終了要求で指定されている停止対象チャネルのマルチキャストグループの加入者を問い合わせる（Ｓ１２４１）。

この問合せにより停止対象チャネルのマルチキャストグループの加入者がいることを確認した場合は（Ｓ１２４２でＮＯ）、停止対象チャネルの配信を停止することなく、このフローを終了する。

一方、停止対象チャネルのマルチキャストグループの加入者がいないことを確認した場合（Ｓ１２４２でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２Ａは、情報源チャネル管理ＴＢ１４２を参照し、停止対象チャネルが情報源チャネルであるか否かを調べる（Ｓ１２４３）。停止対象チャネルが情報源チャネルでない場合は（Ｓ１２４３でＮＯ）、Ｓ１２４４に進み、停止対象チャネルが情報源チャネルである場合は（Ｓ１２４３でＹＥＳ）、Ｓ１２４７に進む。

Ｓ１２４４において、ＩＰマルチキャスト放送配信部１３２Ａは、情報源チャネル管理ＴＢ１４２を参照し、視聴終了要求の送信元のＳＴＢ５から、この視聴終了要求の前後所定時間以内に受信した新たな視聴要求で指定されている視聴要求チャネルが情報源チャネルであるか否かを調べる（Ｓ１２４４）。

視聴終了要求の前後所定時間以内に新たな視聴要求を受信していない場合、あるいは、視聴終了要求の前後所定時間以内に受信した新たな視聴要求で指定されている視聴要求チャネルが情報源チャネルでない場合は（Ｓ１２４４でＮＯ）、ＩＰマルチキャスト放送配信部１３２Ａは、ＷＡＮＩＦ部１１を介して最寄りのＥＲ４に視聴終了要求を転送して、停止対象チャネルの受信を停止するとともに、停止対象チャネルの配信を終了する（Ｓ１２４５）。また、チャネル管理部１３３Ａは、配信チャネル管理ＴＢ１４３から停止対象チャネルのレコード１４３０を削除する（Ｓ１２４６）。

一方、視聴終了要求の前後所定時間以内に受信した新たな視聴要求で指定されている視聴要求チャネルが情報源チャネルである場合（Ｓ１２４４でＹＥＳ）、配信開始処理において、この停止対象チャネルが直前配信チャネルとして情報源チャネルに利用されるため、停止対象チャネルの配信を停止することなく、このフローを終了する。

Ｓ１２４７において、ＩＰマルチキャスト放送配信部１３２Ａは、情報源チャネル管理ＴＢ１４２を参照し、停止対象チャネルに対応するＩＰマルチキャスト放送データ生成部１３１による停止対象チャネルの生成を停止するとともに、停止対象チャネルの配信を終了する。また、チャネル管理部１３３Ａは、配信チャネル管理ＴＢ１４３から停止対象チャネルのレコード１４３０を削除する（Ｓ１２４８）。

次に、ＩＰマルチキャスト放送配信部１３２Ａは、直前配信チャネル管理ＴＢ１４４を参照し、停止対象チャネルに利用されていた直前配信チャネルがあるか否かを調べる（Ｓ１２４９）。停止対象チャネルに利用されていた直前配信チャネルがない場合は（Ｓ１２４９でＮＯ）、このフローを終了する。一方、停止対象チャネルに利用されていた直前配信チャネルがある場合は（Ｓ１２４９でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２Ａは、ＬＡＮＩＦ部１２を介して各ＳＴＢ５に対して、この直前配信チャネルのマルチキャストグループの加入者を問い合わせる（Ｓ１２５０）。

この問い合わせにより直前配信チャネルのマルチキャストグループの加入者がいることを確認した場合は（Ｓ１２５１でＮＯ）、直前配信チャネルの配信を停止することなく、このフローを終了する。一方、直前配信チャネルのマルチキャストグループの加入者がいないことを確認した場合（Ｓ１２５１でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２Ａは、ＷＡＮＩＦ部１１を介して最寄りのＥＲ４に直前配信チャネルの視聴終了要求を送信して直前配信チャネルの受信を停止するとともに、直前配信チャネルの配信を終了する（Ｓ１２５２）。また、チャネル管理部１３３Ａは、直前配信チャネル管理ＴＢ１４４からこの直前配信チャネルを利用する停止対象チャネルのレコード１４４０を削除する（Ｓ１２５３）。

次に、本実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムの動作例を説明する。

図１５は、本発明の第二実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムの動作例を説明するためのシーケンス図である。

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

ＳＴＢ５は、自身に接続されたＴＶ６の視聴者によりチャネル００１が選択されると（Ｓ３００）、チャネル００１のマルチキャストグループに加入するために、チャネル００１の放送データの送信元アドレスＳ_００１およびマルチキャストアドレスＧ_００１の指定を伴うＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００１，Ｇ_００１）をＧＷ１Ａに送信する（Ｓ３０１）。

ＧＷ１Ａは、ＳＴＢ５からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００１，Ｇ_００１）を受信すると、チャネル００１のＩＰマルチキャスト放送データを配信中か否かを判断する。ここでは、チャネル００１のＩＰマルチキャスト放送データが配信中でないものとする。この場合、ＧＷ１Ａは、チャネル００１が情報源チャネルであるか否かをさらに判断する。ここでは、チャネル００１が情報源チャネルでないものとする。この場合、ＧＷ１Ａは、ＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００１，Ｇ_００１）をＥＲ４に転送する（Ｓ３０２）。これを受けて、ＥＲ４は、チャネル００１のマルチキャストグループの加入者を確認するために、チャネル００１の放送データの送信元アドレスＳ_００１およびマルチキャストアドレスＧ_００１の指定を伴うＩＧＭＰ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）をＧＷ１Ａに送信する（Ｓ３０３）。

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

ＧＷ１Ａは、ＳＴＢ５からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００１，Ｇ_００１）を再度受信すると、これをＥＲ４に転送する（Ｓ３０６）。これを受けて、ＥＲ４は、チャネル００１のＩＰマルチキャスト放送データをＧＷ１Ａに送信する（Ｓ３０７）。

ＧＷ１Ａは、ＥＲ４からチャネル００１のＩＰマルチキャスト放送データを受信すると、これをＬＡＮ８上に配信する（Ｓ３０８）。ＳＴＢ５は、ＬＡＮ８上に配信されたチャネル００１のＩＰマルチキャスト放送データを受信して、これを、自身に接続されたＴＶ６へ出力する（Ｓ３０９）。

次に、ＳＴＢ５は、自身に接続されたＴＶ６の視聴者によりチャネル１００が選択されると（Ｓ３１０）、チャネル１００のマルチキャストグループに加入するために、チャネル１００の放送データ送信元アドレスＳ_１００およびマルチキャストアドレスＧ_１００の指定を伴うＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_１００，Ｇ_１００）をＧＷ１Ａに送信する（Ｓ３１１）。

また、ＳＴＢ５は、それまで加入していたチャネル００１のマルチキャストグループから脱退するために、チャネル００１の放送データの送信元アドレスＳ_００１およびマルチキャストアドレスＧ_００１の指定を伴うＩＧＭＰ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）をＧＷ１Ａに送信する（Ｓ３１２）。

ＧＷ１Ａは、ＳＴＢ５からＩＧＭＰ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）を受信すると、チャネル００１のマルチキャストグループの加入者を確認するために、チャネル００１の放送データの送信元アドレスＳ_００１およびマルチキャストアドレスＧ_００１の指定を伴うＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）をＬＡＮ８上に送信する（Ｓ３１３）。これを受けて、ＳＴＢ５は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）に対して応答することなく放置する。その結果、ＧＷ１Ａは、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）に対する応答を所定の時間受信することなくタイムアウトし、チャネル００１のマルチキャストグループの加入者なしと判断する。この場合、ＧＷ１Ａは、ＩＧＭＰ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）に先立ってＳＴＢ５から受信したＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_１００，Ｇ_１００）で指定されているチャネル１００が情報源チャネルであるか否かをさらに判断する。ここでは、チャネル１００が情報源チャネルであるとする。この場合、チャネル００１をチャネル１００の直前配信チャネルとして利用するため、ＧＷ１Ａは、チャネル００１のマルチキャストグループから脱退しない。

また、ＧＷ１Ａは、ＳＴＢ５からＩＧＭＰ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）に先立って受信したＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_１００，Ｇ_１００）に応じて、チャネル１００のＩＰマルチキャスト放送データを配信中か否かを判断する。ここでは、チャネル１００のＩＰマルチキャスト放送データが配信中でないものとする。この場合、ＧＷ１は、チャネル１００のマルチキャストグループの加入者を確認するために、チャネル１００の放送データの送信元アドレスＳ_１００およびマルチキャストアドレスＧ_１００の指定を伴うＩＧＭＰ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）をＬＡＮ８上に送信する（Ｓ３１４）。これを受けて、ＳＴＢ５は、ＩＧＭＰ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）に対する応答としてＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_１００，Ｇ_１００）をＧＷ１Ａに再度送信する（Ｓ３１５）。

ＧＷ１Ａは、ＳＴＢ５からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_１００，Ｇ_１００）を再度受信すると、情報源チャネルであるチャネル１００のＩＰマルチキャスト放送データの生成を開始する（Ｓ３１６）。また、このＩＰマルチキャスト放送データが示す映像と、直前配信チャネルであるチャネル００１のＩＰマルチキャスト放送データが示す映像とを合成して、新たな合成映像データを生成し（Ｓ３１７）、この合成映像データのＩＰマルチキャスト放送データをチャネル１００のＩＰマルチキャスト放送データとして、ＬＡＮ８上に配信する（Ｓ３１８）。ＳＴＢ５は、ＬＡＮ８上に配信されたチャネル１００のＩＰマルチキャスト放送データを受信して、これを、自身に接続されたＴＶ６へ出力する（Ｓ３１９）。

次に、ＳＴＢ５は、自身に接続されたＴＶ６の視聴者により視聴終了要求（例えば視聴終了ボタンの押下、あるいは同じチャネルボタンの二度押し等）が選択されると（Ｓ３２０）、チャネル１００のマルチキャストグループから脱退するために、チャネル１００の放送データの送信元アドレスＳ_１００およびマルチキャストアドレスＧ_１００の指定を伴うＩＧＭＰ Ｌｅａｖｅ（Ｓ_１００，Ｇ_１００）をＧＷ１Ａに送信する（Ｓ３２１）。

ＧＷ１Ａは、ＳＴＢ５からＩＧＭＰ Ｌｅａｖｅ（Ｓ_１００，Ｇ_１００）を受信すると、チャネル１００のマルチキャストグループの加入者を確認するために、チャネル１００の放送データの送信元アドレスＳ_１００およびマルチキャストアドレスＧ_１００の指定を伴うＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）をＬＡＮ８上に送信する（Ｓ３２２）。これを受けて、ＳＴＢ５は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）に対して応答することなく放置する。その結果、ＧＷ１Ａは、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）に対する応答を所定の時間受信することなくタイムアウトし、チャネル１００のマルチキャストグループの加入者なしと判断する。ここで、チャネル１００は情報源チャネルである。この場合、ＧＷ１Ａは、情報源チャネルであるチャネル１００のＩＰマルチキャスト放送データの生成を停止して、ＬＡＮ８上への配信を終了する（Ｓ３２３）。

また、ＧＷ１Ａは、直前配信チャネルとしてチャネル１００に利用されていたチャネル００１のマルチキャストグループの加入者を確認するために、チャネル００１の放送データの送信元アドレスＳ_００１およびマルチキャストアドレスＧ_００１の指定を伴うＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）をＬＡＮ８上に送信する（Ｓ３２４）。これを受けて、ＳＴＢ５は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）に対して応答することなく放置する。その結果、ＧＷ１Ａは、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）に対する応答を所定の時間受信することなくタイムアウトし、チャネル００１のマルチキャストグループの加入者なしと判断する。そこで、ＧＷ１Ａは、チャネル００１のマルチキャストグループから脱退するために、ＩＧＭＰ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）をＥＲ４に送信する（Ｓ３２５）。

ＥＲ４は、ＧＷ１ＡからＩＧＭＰ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）を受信すると、チャネル００１のマルチキャストグループの加入者を確認するために、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）をＧＷ１Ａに送信する（Ｓ３２６）。これを受けて、ＧＷ１Ａは、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）に対して応答することなく放置する。その結果、ＥＲ４は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）に対する応答を所定の時間受信することなくタイムアウトし、チャネル００１のマルチキャストグループの加入者なしと判断する。そして、チャネル００１のマルチキャストグループから脱退するために、ＷＡＮ３に対してＰＩＭ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）を送信して、チャネル００１のＩＰマルチキャスト放送データの受信を終了する。

なお、図１５に示す例では、視聴者が、チャネルの選択、視聴終了をＳＴＢ５に指示するようにしているが、ＳＴＢ５に接続されたＴＶ６が、チャネルの選択、視聴終了をＳＴＢ５に指示するようにしてもよい。

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

本実施の形態において、ＧＷ１Ａは、ＳＴＢ５の視聴要求チャネルが情報源チャネル以外のチャネルから情報源チャネルに変更された場合に、このＳＴＢ５に対してチャネル変更直前に配信していた情報源チャネル以外のチャネルである直前配信チャネルのＩＰマルチキャスト放送データが示す映像と、視聴要求チャネルである情報源チャネルのＩＰマルチキャスト放送データが示す映像とを含むＩＰマルチキャスト放送データを生成し、この生成したＩＰマルチキャスト放送データを、視聴要求チャネルのＩＰマルチキャスト放送データとしてＳＴＢ５に配信する。

したがって、本実施の形態によれば、上記第一実施の形態の効果に加え、配信サーバ２が配信するコンテンツを楽しみながら、ネットワークに接続された様々な機器（情報源７）の情報を監視することが可能となる。

［第三実施の形態］
本発明の第三実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムが、図１に示す本発明の第一実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムと異なる点は、ＧＷ１に代えてＧＷ１Ｂを設けたことである。

ＧＷ１Ｂは、ＳＴＢ５の視聴要求チャネルが情報源チャネルから情報源チャネル以外のチャネルに変更された場合に、この情報源チャネル（直前配信情報源チャネルと呼ぶ）のＩＰマルチキャスト放送データが示す映像と、変更後のチャネルのＩＰマルチキャスト放送データが示す映像とを含むＩＰマルチキャスト放送データを生成する。そして、この生成したＩＰマルチキャスト放送データを、変更後のチャネルのＩＰマルチキャスト放送データとしてＬＡＮ８に配信する。

図１６は、本発明の第三実施の形態に係るＧＷ１Ｂの概略構成図である。なお、本実施の形態において、図２に示す第一実施の形態のＧＷ１と同じ機能を有するものには、同じ符号を付している。

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

直前配信情報源チャネル管理ＴＢ１４５は、配信中のチャネルに利用されている直前配信情報源チャネルを管理するためのテーブルである。

図１７（Ｂ）は、直前配信情報源チャネル管理ＴＢ１４５の登録内容例を模式的に表した図である。図示するように、直前配信情報源チャネル管理ＴＢ１４５には、直前配信情報源チャネルを利用するチャネル毎にレコード１４５０が登録されている。レコード１４５０は、配信中のチャネルのチャネル番号を登録するフィールド１４５１と、このチャネルに利用されている直前配信情報源チャネルのチャネル番号を登録するフィールド１４５２とを有する。

ＩＰマルチキャスト放送配信部１３２Ｂは、ＬＡＮＩＦ部１２を介してＳＴＢ５から受信した視聴要求に従い、ＩＰマルチキャスト放送データをＬＡＮＩＦ部１２から配信する。

ここで、ＳＴＢ５の視聴要求チャネルが情報源チャネルである場合、ＩＰマルチキャスト放送配信部１３２Ｂは、この視聴要求チャネルに対応するＩＰマルチキャスト放送データ生成部１３１で生成されたＩＰマルチキャスト放送データをＬＡＮＩＦ部１２から配信する。

一方、ＳＴＢ５の視聴要求チャネルが情報源チャネル以外のチャネルである場合、ＩＰマルチキャスト放送配信部１３２Ｂは、このＳＴＢ５に対する直前配信チャネルが情報源チャネルでないならば、ＷＡＮＩＦ部１１を介して配信サーバ２から、視聴要求チャネルに対応するＩＰマルチキャスト放送データを受信して、これをＬＡＮＩＦ部１２から配信する。このＳＴＢ５に対する直前配信チャネルが情報源チャネルつまり直前配信情報源チャネルであるならば、この視聴要求チャネルのＩＰマルチキャスト放送データが示す映像と、この直前配信情報源チャネルに対応するＩＰマルチキャスト放送データ生成部１３１で生成されたＩＰマルチキャスト放送データが示す映像とを含むＩＰマルチキャスト放送データを生成し、これを視聴要求チャネルのＩＰマルチキャスト放送データとしてＬＡＮＩＦ部１２から配信する。

チャネル管理部１３３Ｂは、ＬＡＮＩＦ部１２から配信中のＩＰマルチキャスト放送データのチャネル、および配信中のチャネルに利用している直前配信情報源チャネルを管理する。

本実施の形態に係るＧＷ１Ｂの動作は、図４に示す本発明の第一実施の形態に係るＧＷ１の動作フローにおいて、Ｓ１０３で開始される配信開始処理、およびＳ１０４で開始される配信停止処理が異なる。

図１８は、本発明の第三実施の形態に係るＧＷ１Ｂの配信開始処理を説明するためのフロー図である。

先ず、ＩＰマルチキャスト放送配信部１３２Ｂは、配信チャネル管理ＴＢ１４３を参照し、視聴要求チャネルを配信中であるか否かを調べる（Ｓ１３３１）。視聴要求チャネルが配信中である場合は（Ｓ１３３１でＹＥＳ）、このフローを終了する。一方、視聴要求チャネルが配信中でない場合（Ｓ１３３１でＮＯ）、ＩＰマルチキャスト放送配信部１３２Ｂは、情報源チャネル管理ＴＢ１４２を参照し、視聴要求チャネルが情報源チャネルであるか否かをさらに調べる（Ｓ１３３２）。

視聴要求チャネルが情報源チャネルである場合（Ｓ１３３２でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２Ｂは、情報源チャネル管理ＴＢ１４２を参照し、視聴要求チャネルに対応するＩＰマルチキャスト放送データ生成部１３１に視聴要求チャネルの生成を指示する。これを受けて、ＩＰマルチキャスト放送データ生成部１３１は、ＬＡＮＩＦ部１２を介して所定の情報源７から情報を取得し、この情報に基づいてＡＶデータを生成する。そして、このＡＶデータのＩＰマルチキャスト放送データを生成して、これを、自ＩＰマルチキャスト放送データ生成部１３１に対応するＩＰマルチキャスト放送データ記憶部１４１に記憶する（Ｓ１３３３）。

それから、ＩＰマルチキャスト放送配信部１３２Ｂは、情報源チャネル管理ＴＢ１４２を参照し、視聴要求チャネルに対応するＩＰマルチキャスト放送データ記憶部１４１からＩＰマルチキャスト放送データを読み出し、これを視聴要求チャネルのＩＰマルチキャスト放送データとして、ＬＡＮＩＦ部１２からの配信を開始する（Ｓ１３３４）。また、チャネル管理部１３３Ｂは、配信チャネル管理ＴＢ１４３に視聴要求チャネルのレコード１４３０を追加し、このレコード１４３０の各フィールド１４２１〜１４２３に、対応する情報を登録する（Ｓ１３３５）。

一方、視聴要求チャネルが情報源チャネルでない場合（Ｓ１３３２でＮＯ）、ＩＰマルチキャスト放送配信部１３２Ｂは、ＷＡＮＩＦ部１１を介して最寄りのＥＲ４に視聴要求を転送して、視聴要求チャネルの受信を開始する（Ｓ１３３６）。

それから、ＩＰマルチキャスト放送配信部１３２Ｂは、視聴要求の送信元のＳＴＢ５から、この視聴要求と前後して所定の時間内に視聴終了要求を受信したか否かにより、このＳＴＢ５に対する直前配信チャネルがあるか否かを判断する（Ｓ１３３７）。

所定の時間内に視聴終了要求を受信している場合、つまり、直前配信チャネルがある場合（Ｓ１３３７でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２Ｂは、情報源チャネル管理ＴＢ１４２を参照して、この直前配信チャネル（視聴終了要求で指定されている停止対象チャネル）が情報源チャネルであるか否かをさらに判断する（Ｓ１３３８）。

所定の時間内に視聴終了要求を受信していない場合、つまり、直前配信チャネルがない場合（Ｓ１３３７でＮＯ）、あるいは、直前配信チャネルが情報源チャネルでない場合、つまり、直前配信情報源チャネルが存在しない場合（Ｓ１１３８でＮＯ）、ＩＰマルチキャスト放送配信部１３２Ｂは、ＷＡＮＩＦ部１１を介して最寄りのＥＲ４から受信中である視聴要求チャネルのＩＰマルチキャスト放送データの、ＬＡＮＩＦ部１２からの配信を開始する（Ｓ１３３４）。また、チャネル管理部１３３Ｂは、配信チャネル管理ＴＢ１４３に視聴要求チャネルのレコード１４３０を追加し、このレコード１４３０の各フィールド１４２１〜１４２３に、対応する情報を登録する（Ｓ１３３５）。

一方、直前配信チャネルが情報源チャネルである場合、つまり直前配信情報源チャネルが存在する場合（Ｓ１３３８でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２Ｂは、情報源チャネル管理ＴＢ１４２を参照し、直前配信情報源チャネルに対応するＩＰマルチキャスト放送データ記憶部１４１からＩＰマルチキャスト放送データを読出し、このＩＰマルチキャスト放送データが示す映像と、ＷＡＮＩＦ部１１を介して最寄りのＥＲ４から受信中である視聴要求チャネルのＩＰマルチキャスト放送データが示す映像とを合成して、新たな合成映像データを生成する（Ｓ１３３９）。

例えば、図１９（Ａ）に示すように、直前配信情報源チャネルに対応するＩＰマルチキャスト放送データ記憶部１４１から読み出したＩＰマルチキャスト放送データが示す映像１３５４と、最寄りのＥＲ４から受信中である視聴要求チャネルのＩＰマルチキャスト放送データが示す映像１３５５とを並べて合成映像データ１３５３を生成する。

あるいは、図１９（Ｂ）に示すように、最寄りのＥＲ４から受信中である視聴要求チャネルのＩＰマルチキャスト放送データが示す映像１３５５の上に、直前配信情報源チャネルに対応するＩＰマルチキャスト放送データ記憶部１４１から読み出したＩＰマルチキャスト放送データが示す映像１３５４を重ねて合成映像データ１３５３を生成する。

次に、ＩＰマルチキャスト放送配信部１３２Ｂは、新たに生成した合成映像データのＩＰマルチキャスト放送データを生成する。そして、このＩＰマルチキャスト放送データを視聴要求チャネルのＩＰマルチキャスト放送データとして、ＬＡＮＩＦ部１２からの配信を開始する（Ｓ１３４０）。

また、チャネル管理部１３３Ｂは、配信チャネル管理ＴＢ１４３に視聴要求チャネルのレコード１４３０を追加し、このレコード１４３０の各フィールド１４２１〜１４２３に、対応する情報を登録する。また、直前配信情報源チャネル管理ＴＢ１４５にレコード１４５０を追加し、このレコード１４５０のフィールド１４５１に視聴要求チャネルのチャネル番号を、そしてフィールド１４５２に直前配信情報源チャネルのチャネル番号データを登録する（Ｓ１３４１）。

図２０は、本発明の第三実施の形態に係るＧＷ１Ｂの配信停止処理を説明するためのフロー図である。

先ず、ＩＰマルチキャスト放送配信部１３２Ｂは、ＬＡＮＩＦ部１２を介して各ＳＴＢ５に対して、視聴終了要求で指定されている停止対象チャネルのマルチキャストグループの加入者を問い合わせる（Ｓ１４４１）。

この問合せにより停止対象チャネルのマルチキャストグループの加入者がいることを確認した場合は（Ｓ１４４２でＮＯ）、停止対象チャネルの配信を停止することなく、このフローを終了する。

一方、停止対象チャネルのマルチキャストグループの加入者がいないことを確認した場合（Ｓ１４４２でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２Ｂは、情報源チャネル管理ＴＢ１４２を参照し、停止対象チャネルが情報源チャネルであるか否かを調べる（Ｓ１４４３）。停止対象チャネルが情報源チャネルでない場合は（Ｓ１４４３でＮＯ）、Ｓ１４４７に進み、停止対象チャネルが情報源チャネルである場合は（Ｓ１４４３でＹＥＳ）、Ｓ１４４４に進む。

Ｓ１４４４において、ＩＰマルチキャスト放送配信部１３２Ｂは、情報源チャネル管理ＴＢ１４２を参照し、視聴終了要求の送信元のＳＴＢ５から、この視聴終了要求の前後所定時間以内に受信した視聴要求で指定されている視聴要求チャネルが情報源チャネルであるか否かを調べる（Ｓ１４４４）。

視聴終了要求の前後所定時間以内に新たな視聴要求を受信していない場合、あるいは、視聴終了要求の前後所定時間以内に受信した新たな視聴要求で指定されている視聴要求チャネルが情報源チャネルでない場合（Ｓ１４４４でＮＯ）、この停止対象チャネルが直前配信情報源チャネルとして視聴要求チャネルに利用されるため、停止対象チャネルの配信を停止することなく、このフローを終了する。

一方、視聴終了要求の前後所定時間以内に受信した新たな視聴要求で指定されている視聴要求チャネルが情報源チャネルである場合は（Ｓ１４４４でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２Ｂは、情報源チャネル管理ＴＢ１４２を参照し、停止対象チャネルに対応するＩＰマルチキャスト放送データ生成部１３１による停止対象チャネルの生成を停止するとともに、停止対象チャネルの配信を終了する（Ｓ１４４５）。また、チャネル管理部１３３Ｂは、配信チャネル管理ＴＢ１４３から停止対象チャネルのレコード１４３０を削除する（Ｓ１４４６）。

Ｓ１４４７において、ＩＰマルチキャスト放送配信部１３２Ｂは、ＷＡＮＩＦ部１１を介して最寄りのＥＲ４に視聴終了要求を転送して停止対象チャネルの受信を停止するとともに、停止対象チャネルの配信を終了する。また、チャネル管理部１３３Ｂは、配信チャネル管理ＴＢ１４３から停止対象チャネルのレコード１４３０を削除する（Ｓ１４４８）。

次に、ＩＰマルチキャスト放送配信部１３２Ｂは、直前配信情報源チャネル管理ＴＢ１４５を参照し、停止対象チャネルに利用されていた直前配信情報源チャネルがあるか否かを調べる（Ｓ１４４９）。停止対象チャネルに利用されていた直前配信情報源チャネルがない場合は（Ｓ１４４９でＮＯ）、このフローを終了する。一方、停止対象チャネルに利用されていた直前配信情報源チャネルがある場合は（Ｓ１４４９でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２Ｂは、ＬＡＮＩＦ部１２を介して各ＳＴＢ５に対して、この直前配信情報源チャネルのマルチキャストグループの加入者を問い合わせる（Ｓ１４５０）。

この問い合わせにより直前配信情報源チャネルのマルチキャストグループの加入者がいることを確認した場合は（Ｓ１４５１でＮＯ）、直前配信情報源チャネルの配信を停止することなく、このフローを終了する。一方、直前配信情報源チャネルのマルチキャストグループの加入者がいないことを確認した場合（Ｓ１４５１でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２Ｂは、情報源チャネル管理ＴＢ１４２を参照し、直前配信情報源チャネルに対応するＩＰマルチキャスト放送データ生成部１３１による直前配信情報源チャネルの生成を停止するとともに、直前配信情報源チャネルの配信を終了する（Ｓ１４５２）。また、チャネル管理部１３３Ｂは、直前配信情報源チャネル管理ＴＢ１４５から、この直前配信情報源チャネルを利用する停止対象チャネルのレコード１４５０を削除する（Ｓ１４５３）。

次に、本実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムの動作例を説明する。

図２１は、本発明の第三実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムの動作例を説明するためのシーケンス図である。

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

ＳＴＢ５は、自身に接続されたＴＶ６の視聴者によりチャネル１００が選択されると（Ｓ４００）、チャネル１００のマルチキャストグループに加入するために、チャネル１００の放送データの送信元アドレスＳ_１００およびマルチキャストアドレスＧ_１００の指定を伴うＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_１００，Ｇ_１００）をＧＷ１Ｂに送信する（Ｓ４０１）。

ＧＷ１Ｂは、ＳＴＢ５からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_１００，Ｇ_１００）を受信すると、チャネル１００のＩＰマルチキャスト放送データを配信中か否かを判断する。ここでは、チャネル１００のＩＰマルチキャスト放送データが配信中でないものとする。この場合、ＧＷ１Ｂは、チャネル１００が情報源チャネルであるか否かをさらに判断する。ここでは、チャネル１００が情報源チャネルであるとする。この場合、ＧＷ１Ｂは、チャネル１００のマルチキャストグループの加入者を確認するために、チャネル１００の放送データの送信元アドレスＳ_１００およびマルチキャストアドレスＧ_１００の指定を伴うＩＧＭＰ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）をＬＡＮ８上に送信する（Ｓ４０２）。これを受けて、ＳＴＢ５は、ＩＧＭＰ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）に対する応答としてＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_１００，Ｇ_１００）をＧＷ１Ｂに再度送信する（Ｓ４０３）。

ＧＷ１Ｂは、ＳＴＢ５からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_１００，Ｇ_１００）を再度受信すると、情報源チャネルであるチャネル１００のＩＰマルチキャスト放送データの生成を開始し（Ｓ４０４）、このＩＰマルチキャスト放送データをＬＡＮ８上に配信する（Ｓ４０５）。ＳＴＢ５は、ＬＡＮ８上に配信されたチャネル１００のＩＰマルチキャスト放送データを受信して、このＩＰマルチキャスト放送データを、自身に接続されたＴＶ６へ出力する（Ｓ４０６）。

ＳＴＢ５は、自身に接続されたＴＶ６の視聴者によりチャネル００１が選択されると（Ｓ４１０）、チャネル００１のマルチキャストグループに加入するために、チャネル００１の放送データ送信元アドレスＳ_００１およびマルチキャストアドレスＧ_００１の指定を伴うＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００１，Ｇ_００１）をＧＷ１Ｂに送信する（Ｓ４１１）。

また、ＳＴＢ５は、それまで加入していたチャネル１００のマルチキャストグループから脱退するために、チャネル１００の放送データの送信元アドレスＳ_１００およびマルチキャストアドレスＧ_１００の指定を伴うＩＧＭＰ Ｌｅａｖｅ（Ｓ_１００，Ｇ_１００）をＧＷ１Ｂに送信する（Ｓ４１３）。

ＧＷ１Ｂは、ＳＴＢ５からＩＧＭＰ Ｌｅａｖｅ（Ｓ_１００，Ｇ_１００）を受信すると、チャネル１００のマルチキャストグループの加入者を確認するために、チャネル１００の放送データの送信元アドレスＳ_１００およびマルチキャストアドレスＧ_１００の指定を伴うＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）をＬＡＮ８上に送信する（Ｓ４１４）。これを受けて、ＳＴＢ５は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）に対して応答することなく放置する。その結果、ＧＷ１Ｂは、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）に対する応答を所定の時間受信することなくタイムアウトし、チャネル１００のマルチキャストグループの加入者なしと判断する。この場合、ＧＷ１Ｂは、ＩＧＭＰ Ｌｅａｖｅ（Ｓ_１００，Ｇ_１００）に先立ってＳＴＢ５から受信したＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００１，Ｇ_００１）で指定されているチャネル００１が情報源チャネル以外のチャネルであるか否かをさらに判断する。ここでは、チャネル００１が情報源チャネル以外のチャネルであるとする。この場合、チャネル１００をチャネル００１の直前配信情報源チャネルとして利用するため、ＧＷ１Ｂは、チャネル１００のＩＰマルチキャスト放送データの生成を終了しない。

一方において、ＧＷ１Ｂは、ＳＴＢ５からＩＧＭＰ Ｌｅａｖｅ（Ｓ_１００，Ｇ_１００）に先立ってＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００１，Ｇ_００１）を受信すると、チャネル００１のＩＰマルチキャスト放送データを配信中か否かを判断する。ここでは、チャネル００１が配信中でないものとする。この場合、ＧＷ１Ｂは、ＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００１，Ｇ_００１）をＥＲ４に転送する（Ｓ４１２）。これを受けて、ＥＲ４は、チャネル００１のマルチキャストグループの加入者を確認するために、チャネル００１の放送データの送信元アドレスＳ_００１およびマルチキャストアドレスＧ_００１の指定を伴うＩＧＭＰ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）をＧＷ１Ｂに送信する（Ｓ４１５）。

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

ＧＷ１Ｂは、ＳＴＢ５からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００１，Ｇ_００１）を再度受信すると、これをＥＲ４に転送する（Ｓ４１８）。これを受けて、ＥＲ４は、チャネル００１のＩＰマルチキャスト放送データをＧＷ１Ｂに送信する（Ｓ４１９）。

ＧＷ１Ｂは、チャネル００１のＩＰマルチキャスト放送データが示す映像と、直前配信情報源チャネルであるチャネル１００のＩＰマルチキャスト放送データが示す映像とを合成して、新たな合成映像データを生成し（Ｓ４２０）、この合成映像データのＩＰマルチキャスト放送データをチャネル００１のＩＰマルチキャスト放送データとして、ＬＡＮ８上に配信する（Ｓ４２１）。ＳＴＢ５は、ＬＡＮ８上に配信されたチャネル００１のＩＰマルチキャスト放送データを受信して、これを、自身に接続されたＴＶ６へ出力する（Ｓ４２２）。

次に、ＳＴＢ５は、自身に接続されたＴＶ６の視聴者により視聴終了要求（例えば視聴終了ボタンの押下、あるいは同じチャネルボタンの二度押し等）が選択されると（Ｓ４３０）、チャネル００１のマルチキャストグループから脱退するために、チャネル００１の放送データの送信元アドレスＳ_００１およびマルチキャストアドレスＧ_００１の指定を伴うＩＧＭＰ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）をＧＷ１Ｂに送信する（Ｓ４３１）。

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

ＥＲ４は、ＧＷ１ＢからＩＧＭＰ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）を受信すると、チャネル００１のマルチキャストグループの加入者を確認するために、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）をＧＷ１Ｂに送信する（Ｓ４３４）。これを受けて、ＧＷ１Ｂは、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）に対して応答することなく放置する。その結果、ＥＲ４は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）に対する応答を所定の時間受信することなくタイムアウトし、チャネル００１のマルチキャストグループの加入者なしと判断する。そして、チャネル００１のマルチキャストグループから脱退するために、ＷＡＮ３に対してＰＩＭ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）を送信して、チャネル００１のＩＰマルチキャスト放送データの受信を終了する。

また、ＧＷ１Ｂは、直前配信情報源チャネルとしてチャネル００１に利用されていたチャネル１００のマルチキャストグループの加入者を確認するために、チャネル１００の放送データの送信元アドレスＳ_１００およびマルチキャストアドレスＧ_１００の指定を伴うＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）をＬＡＮ８上に送信する（Ｓ４３５）。これを受けて、ＳＴＢ５は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）に対して応答することなく放置する。その結果、ＧＷ１Ｂは、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_１００，Ｇ_１００）に対する応答を所定の時間受信することなくタイムアウトし、チャネル１００のマルチキャストグループの加入者なしと判断する。そこで、ＧＷ１Ｂは、チャネル１００のＩＰマルチキャスト放送データの生成を終了する（Ｓ４３６）。

なお、図２１に示す例では、視聴者が、チャネルの選択、視聴終了をＳＴＢ５に指示するようにしているが、ＳＴＢ５に接続されたＴＶ６が、チャネルの選択、視聴終了をＳＴＢ５に指示するようにしてもよい。

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

本実施の形態において、ＧＷ１Ｂは、ＳＴＢ５の視聴要求チャネルが情報源チャネルから情報源チャネル以外のチャネルに変更された場合に、このＳＴＢ５に対してチャネル変更直前に配信していた情報源チャネルである直前配信情報源チャネルのＩＰマルチキャスト放送データが示す映像と、視聴要求チャネルのＩＰマルチキャスト放送データが示す映像とを含むＩＰマルチキャスト放送データを生成し、この生成したＩＰマルチキャスト放送データを、視聴要求チャネルのＩＰマルチキャスト放送データとしてＳＴＢ５に配信する。

したがって、本実施の形態によれば、上記第一実施の形態の効果に加え、配信サーバ２が配信するコンテンツを楽しみながら、ネットワークに接続された様々な機器（情報源７）の情報を監視することが可能となる。

なお、本実施の形態のＧＷ１Ｂに、上記第二実施の形態のＧＷ１Ａの機能を追加することで、情報源チャネル以外のチャネルから情報要求チャネルへ、あるいは、情報源チャネルから情報源チャネル以外のチャネルに切り替えられた場合に、情報源チャネルのＩＰマルチキャスト放送データが示す映像と、情報源チャネル以外のチャネルのＩＰマルチキャスト放送データが示す映像とを含む合成映像のＩＰマルチキャスト放送データが、視聴要求チャネルのＩＰマルチキャスト放送データとして配信されるようにしてもよい。

［第四実施の形態］
本発明の第四実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムが、図１に示す本発明の第一実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムと異なる点は、ＧＷ１に代えてＧＷ１Ｃを設けたことである。

ＧＷ１Ｃは、ＳＴＢ５の視聴要求チャネルが情報源チャネル以外のチャネルに変更された場合に、所定のチャネル切り替え時間ｔ中、所定の情報源チャネル（常用情報源チャネルと呼ぶ）のＩＰマルチキャスト放送データを、視聴要求チャネルのＩＰマルチキャスト放送データとしてＬＡＮ８に配信する。

図２２は、本発明の第四実施の形態に係るＧＷ１Ｃの概略構成図である。なお、本実施の形態において、図２に示す第一実施の形態のＧＷ１と同じ機能を有するものには、同じ符号を付している。

図示するように、本実施の形態のＧＷ１Ｃが、図２に示す第一実施の形態のＧＷ１と異なる点は、ＩＰマルチキャスト放送配信部１３２に代えてＩＰマルチキャスト放送配信部１３２Ｃを設けたこと、および、所定のＩＰマルチキャスト放送データ生成部１３１およびＩＰマルチキャスト放送データ記憶部１４１を、常用情報源チャネルの常用ＩＰマルチキャスト放送データ生成部１３１Ｃおよび常用ＩＰマルチキャスト放送データ記憶部１４１Ｃに設定したことである。その他の構成は、第一実施の形態のＧＷ１と同様である。

常用ＩＰマルチキャスト放送データ生成部１３１Ｃは、常時もしくは定期的に、ＬＡＮＩＦ部１２を介して所定の情報源７から情報を取得し、この取得した情報に基づいてＴＶ出力用のＡＶデータを生成する。そして、ＡＶデータのＩＰマルチキャスト放送データを常用ＩＰマルチキャスト放送データ記憶部１４１Ｃに記憶する。

ＩＰマルチキャスト放送配信部１３２Ｃは、ＬＡＮＩＦ部１２を介してＳＴＢ５から受信した視聴要求に従い、ＩＰマルチキャスト放送データをＬＡＮＩＦ部１２から配信する。

ここで、ＳＴＢ５の視聴要求チャネルが情報源チャネル以外のチャネルである場合、ＩＰマルチキャスト放送配信部１３２Ｃは、ＷＡＮＩＦ部１１を介して配信サーバ２から、視聴要求チャネルに対応するＩＰマルチキャスト放送データを受信して、これをＬＡＮＩＦ部１２から配信する。一方、視聴要求チャネルが情報源チャネルである場合、この視聴要求チャネルに対応するＩＰマルチキャスト放送データ生成部１３１で生成されたＩＰマルチキャスト放送データをＬＡＮＩＦ部１２から配信する。

また、ＳＴＢ５の視聴要求チャネルが情報源チャネル以外のチャネルに変更された場合、ＩＰマルチキャスト放送配信部１３２Ｃは、所定のチャネル切り替え時間ｔ中、常用ＩＰマルチキャスト放送データ生成部１３１Ｃで生成されたＩＰマルチキャスト放送データを、視聴要求チャネルのＩＰマルチキャスト放送データとしてＬＡＮＩＦ部１２から配信し、それから、ＷＡＮＩＦ部１１を介して配信サーバ２から受信した視聴要求チャネルのＩＰマルチキャスト放送データをＬＡＮＩＦ部１２から配信する。

本実施の形態に係るＧＷ１Ｃの動作は、図４に示す本発明の第一実施の形態に係るＧＷ１の動作フローにおいて、Ｓ１０３で開始される配信開始処理が異なる。

図２３は、本発明の第四実施の形態に係るＧＷ１Ｃの配信開始処理を説明するためのフロー図である。

先ず、ＩＰマルチキャスト放送配信部１３２Ｃは、配信チャネル管理ＴＢ１４３を参照し、視聴要求チャネルを配信中であるか否かを調べる（Ｓ１５３１）。視聴要求チャネルが配信中である場合は（Ｓ１５３１でＹＥＳ）、このフローを終了する。一方、視聴要求チャネルが配信中でない場合（Ｓ１５３１でＮＯ）、ＩＰマルチキャスト放送配信部１３２Ｃは、情報源チャネル管理ＴＢ１４２を参照し、視聴要求チャネルが情報源チャネルであるか否かをさらに調べる（Ｓ１５３２）。

視聴要求チャネルが情報源チャネルである場合（Ｓ１５３２でＹＥＳ）、ＩＰマルチキャスト放送配信部１３２Ｃは、情報源チャネル管理ＴＢ１４２を参照し、視聴要求チャネルに対応するＩＰマルチキャスト放送データ生成部１３１に視聴要求チャネルの生成を指示する。これを受けて、ＩＰマルチキャスト放送データ生成部１３１は、ＬＡＮＩＦ部１２を介して所定の情報源７から情報を取得し、この情報に基づいてＡＶデータを生成する。そして、このＡＶデータのＩＰマルチキャスト放送データを生成して、これを、自ＩＰマルチキャスト放送データ生成部１３１に対応するＩＰマルチキャスト放送データ記憶部１４１に記憶する（Ｓ１５３３）。

次に、ＩＰマルチキャスト放送配信部１３２Ｃは、情報源チャネル管理ＴＢ１４２を参照し、視聴要求チャネルに対応するＩＰマルチキャスト放送データ記憶部１４１からＩＰマルチキャスト放送データを読み出し、これを視聴要求チャネルのＩＰマルチキャスト放送データとして、ＬＡＮＩＦ部１２からの配信を開始する（Ｓ１５３４）。その後、Ｓ１５３９に進む。

一方、視聴要求チャネルが情報源チャネルでない場合（Ｓ１５３２でＮＯ）、ＩＰマルチキャスト放送配信部１３２Ｃは、ＷＡＮＩＦ部１１を介して最寄りのＥＲ４に視聴要求を転送して、視聴要求チャネルの受信を開始する（Ｓ１５３５）。また、ＩＰマルチキャスト放送配信部１３２Ｃは、常用ＩＰマルチキャスト放送データ記憶部１４１Ｃから常用情報源チャネルのＩＰマルチキャスト放送データを読み出し、これを視聴要求チャネルのＩＰマルチキャスト放送データとして、ＬＡＮＩＦ部１２からの配信を開始する（Ｓ１５３６）。

次に、ＩＰマルチキャスト放送配信部１３２Ｃは、所定の切り替え時間ｔが経過するのを待つ（Ｓ１５３７）。ここで、切り替え時間ｔは、ＩＰマルチキャスト放送のチャネル切り替えにかかる時間（チャネル切り替えの際に、本実施の形態の適用がなければＴＶ６の画面に何も表示されない時間）を考慮して定めるとよい。

次に、ＩＰマルチキャスト放送配信部１３２Ｃは、所定の切り替え時間ｔが経過したならば（Ｓ１５３７でＹＥＳ）、常用ＩＰマルチキャスト放送データ記憶部１４１Ｃからの常用情報源チャネルのＩＰマルチキャスト放送データの読み出しおよび配信を停止する。そして、ＷＡＮＩＦ部１１を介して最寄りのＥＲ４から受信した視聴要求チャネルのＩＰマルチキャスト放送データのＬＡＮＩＦ部１２からの配信を開始する（Ｓ１５３８）。その後、Ｓ１５３９に進む。

Ｓ１５３９において、チャネル管理部１３３は、配信チャネル管理ＴＢ１４３に視聴要求チャネルのレコード１４３０を追加し、このレコード１４３０の各フィールド１４２１〜１４２３に、対応する情報を登録する（Ｓ１５３９）。

次に、本実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムの動作例を説明する。

図２４は、本発明の第四実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムの動作例を説明するためのシーケンス図である。

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

ＳＴＢ５は、自身に接続されたＴＶ６の視聴者によりチャネル００１が選択されると（Ｓ５００）、チャネル００１のマルチキャストグループに加入するために、チャネル００１の放送データの送信元アドレスＳ_００１およびマルチキャストアドレスＧ_００１の指定を伴うＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００１，Ｇ_００１）をＧＷ１Ｃに送信する（Ｓ５０１）。

ＧＷ１Ｃは、ＳＴＢ５からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００１，Ｇ_００１）を受信すると、チャネル００１のＩＰマルチキャスト放送データを配信中か否かを判断する。ここでは、チャネル００１のＩＰマルチキャスト放送データを配信中でないものとする。この場合、ＧＷ１Ｃは、チャネル００１が情報源チャネルであるか否かをさらに判断する。ここでは、チャネル００１が情報源チャネルでないものとする。この場合、ＧＷ１Ｃは、ＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００１，Ｇ_００１）をＥＲ４に転送する（Ｓ５０２）。これを受けて、ＥＲ４は、チャネル００１のマルチキャストグループの加入者を確認するために、チャネル００１の放送データの送信元アドレスＳ_００１およびマルチキャストアドレスＧ_００１の指定を伴うＩＧＭＰ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）をＧＷ１Ｃに送信する（Ｓ５０３）。

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

ＧＷ１Ｃは、ＳＴＢ５からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００１，Ｇ_００１）を再度受信すると、これをＥＲ４に転送する（Ｓ５０６）。これを受けて、ＥＲ４は、チャネル００１のＩＰマルチキャスト放送データをＧＷ１Ｃに送信する（Ｓ５０７）。

ＧＷ１Ｃは、ＥＲ４からチャネル００１のＩＰマルチキャスト放送データを受信すると、これをＬＡＮ８上に配信する（Ｓ５０８）。ＳＴＢ５は、ＬＡＮ８上に配信されたチャネル００１のＩＰマルチキャスト放送データを受信して、これを、自身に接続されたＴＶ６へ出力する（Ｓ５０９）。

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

また、ＳＴＢ５は、それまで加入していたチャネル００１のマルチキャストグループから脱退するために、チャネル００１の放送データの送信元アドレスＳ_００１およびマルチキャストアドレスＧ_００１の指定を伴うＩＧＭＰ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）をＧＷ１Ｃに送信する（Ｓ５１３）。

ＧＷ１Ｃは、ＳＴＢ５からＩＧＭＰ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）を受信すると、このＩＧＭＰ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）に先立ってＳＴＢ５から受信したＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００２，Ｇ_００２）で指定されているチャネル００２が配信中でないこと、および情報源チャネルでないことを確認して、常用情報源チャネルのＩＰマルチキャスト放送データを常用ＩＰマルチキャスト放送データ記憶部１４１Ｃから読出し（Ｓ５１４）、チャネル００２のＩＰマルチキャスト放送データとしてＬＡＮ８上に配信する（Ｓ５１５）。ＳＴＢ５は、ＬＡＮ８上に配信されたチャネル００２のＩＰマルチキャスト放送データを受信して、これを、自身に接続されたＴＶ６へ出力する（Ｓ５１６）。

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

ＥＲ４は、ＧＷ１ＣからＩＧＭＰ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）を受信すると、チャネル００１のマルチキャストグループの加入者を確認するために、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）をＧＷ１Ｃに送信する（Ｓ５１９）。これを受けて、ＧＷ１Ｃは、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）に対して応答することなく放置する。その結果、ＥＲ４は、ＩＧＭＰ Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ Ｑｕｅｒｙ（Ｓ_００１，Ｇ_００１）に対する応答を所定の時間受信することなくタイムアウトし、チャネル００１のマルチキャストグループの加入者なしと判断する。そして、チャネル００１のマルチキャストグループから脱退するために、ＷＡＮ３に対してＰＩＭ Ｌｅａｖｅ（Ｓ_００１，Ｇ_００１）を送信して、チャネル００１のＩＰマルチキャスト放送データの受信を終了する。

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

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

ＧＷ１Ｃは、ＳＴＢ５からＩＧＭＰ Ｒｅｐｏｒｔ（Ｓ_００２，Ｇ_００２）を再度受信すると、これをＥＲ４に転送する（Ｓ５２３）。これを受けて、ＥＲ４は、チャネル００２のＩＰマルチキャスト放送データをＧＷ１Ｃに送信する（Ｓ５２４）。

ＧＷ１Ｃは、常用情報源チャネルのＩＰマルチキャスト放送データがチャネル００２のＩＰマルチキャスト放送データとして配信開始されてから所定の切り替え時間ｔを経過したならば、ＥＲ４から受信中のチャネル００２のＩＰマルチキャスト放送データをＬＡＮ８上に配信する（Ｓ５２５）。ＳＴＢ５は、ＬＡＮ８上に配信されたチャネル００２のＩＰマルチキャスト放送データを受信して、これを、自身に接続されたＴＶ６へ出力する（Ｓ５２６）。

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

本実施の形態において、ＧＷ１Ｃは、ＳＴＢ５の視聴要求チャネルが情報源チャネル以外のチャネルに変更された場合に、所定のチャネル切り替え時間ｔ中、常用情報源チャネルのＩＰマルチキャスト放送データを、視聴要求チャネルのＩＰマルチキャスト放送データとしてＬＡＮ８に配信する。

したがって、本実施の形態によれば、上記第一実施の形態の効果に加え、チャネル切り替えの際にＴＶ６の画面が無表示になる時間を利用して情報源７の情報を知らせることができる。

なお、本実施の形態のＧＷ１Ｃに、上記第二実施の形態のＧＷ１Ａの機能および上記第三実施の形態のＧＷ１Ｂの機能の少なくとも一方を追加することで、本実施の形態においても、情報源チャネル以外のチャネルから情報要求チャネルへ、あるいは、情報源チャネルから情報源チャネル以外のチャネルに切り替えられた場合に、情報源チャネルのＩＰマルチキャスト放送データが示す映像と、情報源チャネル以外のチャネルのＩＰマルチキャスト放送データが示す映像とを含む映像のＩＰマルチキャスト放送データが、視聴要求チャネルのＩＰマルチキャスト放送データとして配信されるようにしてもよい。

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

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

例えば、上記の各実施の形態において、ＧＷ１、１Ａ〜１Ｃを、配下のＳＴＢ５と同じ筐体に収めて一体化しても構わない。

また、上記の各実施の形態においては、情報源チャネルのＴＶへの表示を視聴者のチャネル選択により行っているが、ＧＷ１（１Ａ〜１Ｃ）の設定により固定若しくは任意の情報源チャネルをＳＴＢ経由でＴＶに表示するようにしてもよい。

例えば、ＧＷ１に情報源チャネル出力のボタンを設け、それを押下（ＯＮ）することで固定の情報源チャネルを視聴中の放送チャネルに合成してＴＶ表示させ、再押下（ＯＦＦ）することで、情報源チャネルの合成を解除するというものである。

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

図１は、本発明の第一実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムの概略図である。 図２は、本発明の第一実施の形態に係るＧＷ１の概略構成図である。 図３（Ａ）は、情報源チャネル管理ＴＢ１４２の登録内容例を模式的に表した図であり、図３（Ｂ）は、配信チャネル管理ＴＢ１４３の登録内容例を模式的に表した図である。 図４は、本発明の第一実施の形態に係るＧＷ１の動作を説明するためのフロー図である。 図５は、図４のＳ１０３で開始される配信開始処理を説明するためのフロー図である。 図６は、図４のＳ１０４で開始される配信停止処理を説明するためのフロー図である。 図７は、本発明の第一実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムの動作例を説明するためのシーケンス図である。 図８は、情報源７として利用可能な電力測定アダプタ７Ａの概略構成図である。 図９は、複数の電力測定アダプタ７Ａから測定結果通知を取得してＩＰマルチキャスト放送データを生成するＩＰマルチキャスト放送データ生成部１３１の動作例を説明するためのフロー図である。 図１０（Ａ）は、図９のＳ１１１４において生成される報告用の画面データの一例を示す図であり、図１０（Ｂ）は、図９のＳ１１１４において生成される報告用の画面データの他の例を示す図である。 図１１は、本発明の第二実施の形態に係るＧＷ１Ａの概略構成図である。 図１２は、本発明の第二実施の形態に係るＧＷ１Ａの配信開始処理を説明するためのフロー図である。 図１３（Ａ）および図１３（Ｂ）は、本発明の第二実施の形態における画面例を説明するための図である。 図１４は、本発明の第二実施の形態に係るＧＷ１Ａの配信停止処理を説明するためのフロー図である。 図１５は、本発明の第二実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムの動作例を説明するためのシーケンス図である。 図１６は、本発明の第三実施の形態に係るＧＷ１Ｂの概略構成図である。 図１７（Ａ）は、直前配信チャネル管理ＴＢ１４４の登録内容例を模式的に表した図であり、図１７（Ｂ）は、直前配信情報源チャネル管理ＴＢ１４５の登録内容例を模式的に表した図である。 図１８は、本発明の第三実施の形態に係るＧＷ１Ｂの配信開始処理を説明するためのフロー図である。 図１９（Ａ）および図１９（Ｂ）は、本発明の第三実施の形態における画面例を説明するための図である。 図２０は、本発明の第三実施の形態に係るＧＷ１Ｂの配信停止処理を説明するためのフロー図である。 図２１は、本発明の第三実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムの動作例を説明するためのシーケンス図である。 図２２は、本発明の第四実施の形態に係るＧＷ１Ｃの概略構成図である。 図２３は、本発明の第四実施の形態に係るＧＷ１Ｃの配信開始処理を説明するためのフロー図である。 図２４は、本発明の第四実施の形態が適用されたＩＰマルチキャスト放送ネットワークシステムの動作例を説明するためのシーケンス図である。 図２５は、従来のＩＰマルチキャスト放送対応のゲートウェイの動作例を説明するためのシーケンス図である。

符号の説明

１、１Ａ、１Ｂ、１Ｃ：ＧＷ、２：配信サーバ、３：ＷＡＮ、４：ＥＲ、５：ＳＴＢ、６：ＴＶ、７：情報源、７Ａ：電力測定アダプタ、１１：ＷＡＮＩＦ部、１２：ＬＡＮＩＦ部、１３：主制御部、１４：記憶部、７１：プラグ、７２：コンセント、７３：電力測定部、７４：測定情報記憶部、７５：機種設定部、７６：通信部、７７：測定情報送信部、１３１：ＩＰマルチキャスト放送データ生成部、１３１Ｃ：常用ＩＰマルチキャスト放送データ生成部、１３２、１３２Ａ、１３２Ｂ、１３２Ｃ：ＩＰマルチキャスト放送配信部、１３３、１３３Ａ、１３３Ｂ：チャネル管理部、１４１：ＩＰマルチキャスト放送データ記憶部、１４１Ｃ：常用ＩＰマルチキャスト放送データ記憶部、１４２：情報源チャネル管理ＴＢ、１４３：配信チャネル管理ＴＢ、１４４：直前配信チャネル管理ＴＢ、１４５：直前配信情報源チャネル管理ＴＢ

Claims (7)

1. 配下の端末にＩＰマルチキャスト放送を配信するゲートウェイであって、
   ＩＰ網に接続するためのＩＰ網インターフェース手段と、
   前記配下の端末を接続するための端末インターフェース手段と、
   情報源を接続するための情報源インターフェース手段と、
   前記ＩＰ網インターフェース手段を介して前記ＩＰ網から、前記配下の端末の視聴要求チャネルに対応するＩＰマルチキャスト放送データを受信して、当該ＩＰマルチキャスト放送データを前記端末インターフェース手段から配信するＩＰマルチキャスト放送配信手段と、
   前記情報源インターフェース手段を介して前記情報源から受信した情報に基づいてＩＰマルチキャスト放送データを生成するＩＰマルチキャスト放送データ生成手段と、を有し、
   前記ＩＰマルチキャスト放送配信手段は、
   前記配下の端末の視聴要求チャネルが所定のチャネルである場合に、前記ＩＰマルチキャスト放送データ生成手段により生成されたＩＰマルチキャスト放送データを、前記視聴要求チャネルに対応するＩＰマルチキャスト放送データとして前記端末インターフェース手段から配信する
   ことを特徴とするゲートウェイ。
2. 配下の端末にＩＰマルチキャスト放送を配信するゲートウェイであって、
   ＩＰ網に接続するためのＩＰ網インターフェース手段と、
   前記配下の端末を接続するための端末インターフェース手段と、
   情報源を接続するための情報源インターフェース手段と、
   前記ＩＰ網インターフェース手段を介して前記ＩＰ網から、前記配下の端末の視聴要求チャネルに対応するＩＰマルチキャスト放送データを受信して、当該ＩＰマルチキャスト放送データを前記端末インターフェース手段から配信するＩＰマルチキャスト放送配信手段と、
   前記情報源インターフェース手段を介して前記情報源から受信した情報に基づいてＩＰマルチキャスト放送データを生成するＩＰマルチキャスト放送データ生成手段と、を有し、
   前記ＩＰマルチキャスト放送配信手段は、
   前記配下の端末の視聴要求チャネルが所定のチャネル以外の任意のチャネルから前記所定のチャネルに変更された場合に、前記ＩＰ網インターフェース手段を介して前記ＩＰ網から受信した任意のチャネルに対応するＩＰマルチキャスト放送データが示す映像と、前記ＩＰマルチキャスト放送データ生成手段により生成されたＩＰマルチキャスト放送データが示す映像とを含むＩＰマルチキャスト放送データを生成し、生成したＩＰマルチキャスト放送データを、前記配下の端末の視聴要求チャネルに対応するＩＰマルチキャスト放送データとして前記端末インターフェース手段から配信する
   ことを特徴とするゲートウェイ。
3. 請求項１又は２に記載のゲートウェイであって、
   前記ＩＰマルチキャスト放送配信手段は、
   前記配下の端末の視聴要求チャネルが前記所定のチャネルから前記所定のチャネル以外の任意のチャネルに変更された場合に、前記ＩＰ網インターフェース手段を介して前記ＩＰ網から受信した当該任意のチャネルに対応するＩＰマルチキャスト放送データが示す映像と、前記ＩＰマルチキャスト放送データ生成手段により生成されたＩＰマルチキャスト放送データが示す映像とを含むＩＰマルチキャスト放送データを生成し、生成したＩＰマルチキャスト放送データを前記視聴要求チャネルに対応するＩＰマルチキャスト放送データとして、前記端末インターフェース手段から配信する
   ことを特徴とするゲートウェイ。
4. 請求項１乃至３の何れか一項に記載のゲートウェイであって、
   前記配下の端末が一体化されていることを特徴とするゲートウェイ。
5. 請求項１乃至４の何れか一項に記載のゲートウェイと、当該ゲートウェイに情報を提供する情報源と、を有するＩＰマルチキャスト放送配信システムであって、
   前記情報源は、
   測定対象の電気機器の消費電力を計測する電力計測手段と、
   前記電力計測手段の計測情報を前記ゲートウェイに通知する情報通知手段と、を有する
   ことを特徴とするＩＰマルチキャスト放送配信システム。
6. 請求項５に記載のＩＰマルチキャスト放送配信システムであって、
   前記ＩＰマルチキャスト放送データ生成手段は、
   前記情報源インターフェース手段を介して前記情報源から受信した計測情報に基づいて、前記測定対象の電気機器の消費電力量と所定の標準電力量とが対比された映像を示すＩＰマルチキャスト放送データを生成する
   ことを特徴とするＩＰマルチキャスト放送配信システム。
7. 配下の端末にＩＰマルチキャスト放送を配信するＩＰマルチキャスト放送配信方法であって、
   前記配下の端末から視聴要求チャネルを受信した場合に、当該視聴要求チャネルが所定のチャネルでないならば、ＩＰ網から、当該視聴要求チャネルに対応するＩＰマルチキャスト放送データを受信して、当該ＩＰマルチキャスト放送データを前記配下の端末に配信し、当該視聴要求チャネルが所定のチャネルであるならば、所定の情報源から受信した情報に基づいてＩＰマルチキャスト放送データを生成し、当該ＩＰマルチキャスト放送データを、当該視聴要求チャネルに対するＩＰマルチキャスト放送データとして、前記配下の端末に配信する
   ことを特徴とするＩＰマルチキャスト放送配信方法。

Images