JP5725746B2 - 通信装置、通信方法及び通信プログラム - Google Patents

Description

本発明は通信装置、通信方法及び通信プログラムに関し、例えば、ＩＰマルチキャスト受信端末やホームゲートウェイに適用し得るものである。

マルチキャスト配信を利用したＩＰプロトコルによるＴＶ放送（以下、ＩＰマルチキャスト放送と呼ぶ）のシステムや、ＣＡＴＶにおける放送サービスなどにおいても、視聴情報（選択されているチャンネルの情報など）を収集することは、番組を正しく評価したり、視聴者の嗜好を正しく認識したりする上で重要である。

従来、マルチキャスト配信において、視聴情報として視聴開始時点の情報をルータ経由で収集することも内容としている、ＩＧＡＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ ｍｅｍｂｅｒｓｈｉｐ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）という方式が提案されている（非特許文献１参照）。

ＩＧＡＰ方式は、マルチキャストルータを拡張することで、適切な視聴契約を行ったユーザにだけマルチキャストを受信させるための仕組みである。

マルチキャストによる放送システムでは、各チャンネルごとに別々のマルチキャストアドレスを使用することが多い。従って、受信端末側でチャンネルが切り替えられると、そのたびに、受信端末と直近のルータとの間で、切替え前のマルチキャストの受信停止と、切替え後のマルチキャストの受信開始の命令の授受が行われる。このときに、ユーザの情報をルータに送ることで、ルータ側で認証を行い、適切なユーザだけを受信させるというものである。このようなチャンネル切替時にルータに送信される情報の一部を、視聴率受信サーバが視聴情報として収集する。

なお、特許文献１及び２にも視聴情報の送信について記載されている。

国際公開第２００６／７５７４７号公報 特開平８−２０５１２３号公報

http://tools.ietf.org/id/draft-hayashi-igap-03.txt

しかしながら、ＩＧＡＰ方式を利用した従来の視聴情報の収集方式では、次のような課題を有するものであった。

（１）人気番組の開始時刻（例えば、オリンピックの開会式の開始時刻）に、多くの視聴者が一斉にマルチキャストの受信チャンネルを切り替えるようなことが発生すると、全てのルータに対して、ほぼ同時に切替要求が発生し、各ルータ毎に見ても、切替要求が過度に集中する。各ルータは、切替要求に応じて、認証の要求を認証サーバに対して行うが、過度の切替要求の集中により、認証サーバからの応答として十分な応答速度を確保できない場合がある。その結果、多くの視聴情報が視聴率受信サーバに到達できずに破棄される恐れも大きい。

（２）このような課題を回避するために、ルータなどの設備の設置に大きな余裕を持たせておくことは、無駄が大きく、コスト的な問題が出てくる。

そのため、設備配置の無駄を抑えながら、視聴チャンネルの偏りなどがあっても、視聴情報の収集をより正確に実行させることができる通信装置、通信方法及び通信プログラムが望まれている。

第１の本発明は、通信装置において、（１）記憶手段と、監視手段と、第１送信手段と、計測手段と、第２送信手段とを備え、（２）上記記憶手段は、放送信号の情報に対応するネットワーク識別情報を記憶し、（３）上記監視手段は、第１装置から、第１信号を受信し、上記記憶手段に記憶されるネットワーク識別情報に基づいて、第１信号が、第１装置にて選択された選択情報であり放送信号の情報に対応するネットワーク識別情報を含む放送信号の要求信号であるか否かを監視し、（４）上記第１送信手段は、上記監視手段が受信した上記要求信号を、放送サーバに接続されるネットワークに送信し、（５）上記計測手段は、上記監視手段が第１時間の非計測中に上記要求信号を受信すると、第１時間の計測を開始し、（６）上記第２送信手段は、上記第１時間が所定の時間を経過すると、上記監視手段における上記選択情報において未送信の選択情報を含む第２信号を、第１サーバに送信することを特徴とする。

第２の本発明は、通信装置において、（１）記憶手段と、受信手段と、第１送信手段と、計測手段と、第２送信手段とを備え、（２）上記記憶手段は、放送信号の情報に対応するネットワーク識別情報を記憶し、（３）上記受信手段は、当該通信装置のユーザにて選択された放送信号の情報を、選択情報として受信し、（４）上記第１送信手段は、上記選択情報に対応するネットワーク識別情報を上記記憶手段から抽出して、抽出されたネットワーク識別情報を含む放送信号の要求信号を、放送サーバに接続されるネットワークに送信し、（５）上記計測手段は、上記受信手段が第１時間の非計測中に上記選択情報を受信すると、第１時間の計測を開始し、（６）上記第２送信手段は、上記第１時間が所定の時間を経過すると、上記受信手段における上記選択情報において未送信の選択情報を含む第２信号を、第１サーバに送信することを特徴とする。

第３の本発明は、通信装置が実行する通信方法において、（１）当該通信装置は、放送信号の情報に対応するネットワーク識別情報を記憶する記憶手段と、監視手段と、第１送信手段と、計測手段と、第２送信手段とを備え、（２）第１装置から、第１信号を受信し、上記記憶手段に記憶されるネットワーク識別情報に基づいて、第１信号が、第１装置にて選択された選択情報であり放送信号の情報に対応するネットワーク識別情報を含む放送信号の要求信号であるか否かを監視する、上記監視手段が実行する監視ステップと、（３）上記監視手段が受信した上記要求信号を、放送サーバに接続されるネットワークに送信する、上記第１送信手段が実行する第１送信ステップと、（４）上記監視手段が第１時間の非計測中に上記要求信号を受信すると、第１時間の計測を開始する、上記計測手段が実行する計測ステップと、（５）上記第１時間が所定の時間を経過すると、上記監視手段における上記選択情報において未送信の選択情報を含む第２信号を、第１サーバに送信する、上記第２送信手段が実行する第２送信ステップを備えることを特徴とする。

第４の本発明は、通信装置が実行する通信方法において、（１）当該通信装置は、放送信号の情報に対応するネットワーク識別情報を記憶する記憶手段と、受信手段と、第１送信手段と、計測手段と、第２送信手段とを備え、（２）当該通信装置のユーザにて選択された放送信号の情報を、選択情報として受信する、上記受信手段が実行する受信ステップと、（３）上記選択情報に対応するネットワーク識別情報を上記記憶手段から抽出して、抽出されたネットワーク識別情報を含む放送信号の要求信号を、放送サーバに接続されるネットワークに送信する、上記第１送信手段が実行する第１送信ステップと、（４）上記受信手段が第１時間の非計測中に上記選択情報を受信すると、第１時間の計測を開始する、上記計測手段が実行する計測ステップと、（５）上記第１時間が所定の時間を経過すると、上記受信手段における上記選択情報において未送信の選択情報を含む第２信号を、第１サーバに送信する、上記第２送信手段が実行する第２送信ステップを備えることを特徴とする。

第５の本発明の通信プログラムは、通信装置に搭載されているコンピュータを、（１）放送信号の情報に対応するネットワーク識別情報を記憶する記憶手段と、監視手段と、第１送信手段と、計測手段と、第２送信手段として機能させるものであって、（２）上記監視手段が、第１装置から、第１信号を受信し、上記記憶手段に記憶されるネットワーク識別情報に基づいて、第１信号が、第１装置にて選択された選択情報であり放送信号の情報に対応するネットワーク識別情報を含む放送信号の要求信号であるか否かを監視し、（３）上記第１送信手段が、上記監視手段が受信した上記要求信号を、放送サーバに接続されるネットワークに送信し、（４）上記計測手段が、上記監視手段が第１時間の非計測中に上記要求信号を受信すると、第１時間の計測を開始し、（５）上記第２送信手段が、上記第１時間が所定の時間を経過すると、上記監視手段における上記選択情報において未送信の選択情報を含む第２信号を、第１サーバに送信することを特徴とする。

第６の本発明の通信プログラムは、通信装置に搭載されているコンピュータを、（１）放送信号の情報に対応するネットワーク識別情報を記憶する記憶手段と、受信手段と、第１送信手段と、計測手段と、第２送信手段として機能させるものであって、（２）上記受信手段が、当該通信装置のユーザにて選択された放送信号の情報を、選択情報として受信し、（３）上記第１送信手段が、上記選択情報に対応するネットワーク識別情報を上記記憶手段から抽出して、抽出されたネットワーク識別情報を含む放送信号の要求信号を、放送サーバに接続されるネットワークに送信し、（４）上記計測手段が、上記受信手段が第１時間の非計測中に上記選択情報を受信すると、第１時間の計測を開始し、（５）上記第２送信手段が、上記第１時間が所定の時間を経過すると、上記受信手段における上記選択情報において未送信の選択情報を含む第２信号を、第１サーバに送信することを特徴とする。

本発明の通信装置、通信方法及び通信プログラムによれば、設備配置の無駄を抑えながら、視聴チャンネルの偏りなどがあっても、視聴情報の収集をより正確に実行させることができるようになる。

第１の実施形態に係るチャンネル選択情報通信装置を含む、ＩＰマルチキャスト放送システムの構成を示すブロック図である。 第１の実施形態におけるＩＰマルチキャスト放送受信部が内蔵するチャンネル／アドレス対応表を示す説明図である。 第１の実施形態におけるサーバ情報保持部が保持する情報を示す説明図である。 第１の実施形態のＩＰマルチキャスト受信端末における、変更されたチャンネル情報を保持する一連の動作を示すフローチャートである。 図４のステップ４０９の詳細を示すフローチャートである。 第１の実施形態における送信待ち時間が経過した際の動作を示すフローチャートである。 第１の実施形態に係るＩＰマルチキャスト放送システムの各部シーケンス図である。 第２の実施形態に係るチャンネル選択情報通信装置を含む、ＩＰマルチキャスト放送システムの構成を示すブロック図である。 第２の実施形態におけるＩＰマルチキャスト監視部が内部記憶するマルチキャストアドレスの一覧を示す説明図である。 第２の実施形態におけるサーバ情報保持部が保持する情報を示す説明図である。 第２の実施形態のホームゲートウェイにおける、ＩＰマルチキャスト受信端末が更新送信したマルチキャストアドレスの情報を一旦保持した後、送信する一連の動作を示すフローチャートである。 第２の実施形態に係るＩＰマルチキャスト放送システムの各部シーケンス図である。

（Ａ）第１の実施形態
以下、本発明による通信装置、通信方法及び通信プログラムの第１の実施形態を、図面を参照しながら詳述する。第１の実施形態の通信装置（チャンネル選択情報通信装置）は、ＩＰマルチキャスト放送の受信端末に設けられ、チャンネルの選択情報を送信するものである。

（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態に係るチャンネル選択情報通信装置を含む、ＩＰマルチキャスト放送システムの構成を示すブロック図である。

図１において、ＩＰマルチキャスト放送システム１００は、ＩＰマルチキャスト受信端末１０１、テレビジョン受像機（ＴＶ受像機）１０６、ＩＰマルチキャスト放送サーバ１０８及び視聴情報受信サーバ１０９を有し、ＩＰマルチキャスト受信端末１０１、ＩＰマルチキャスト放送サーバ１０８及び視聴情報受信サーバ１０９は、ＩＰマルチキャストネットワーク１０７に接続されている。

ＩＰマルチキャスト放送サーバ１０８は、ＩＰマルチキャスト放送に係る映像信号及び音声信号から、ＩＰマルチキャスト放送に係るＩＰパケットを組み立ててＩＰマルチキャストネットワーク１０７に送信するものである。ＩＰマルチキャスト放送サーバ１０８は、チャンネル毎に予め決められている、一対のマルチキャスト・ソースアドレス及びマルチキャスト・グループアドレス（図２参照）を使って配信を行うものである。

ＩＰマルチキャスト放送サーバ１０８は、既存のものと同様であり、その詳細構成は省略する。１台のＩＰマルチキャスト放送サーバ１０８が、ＩＰマルチキャスト受信端末１０１が受信可能な全てのチャンネルのＩＰパケットを送信するものであっても良く、チャンネル毎など、複数台のＩＰマルチキャスト放送サーバ１０８によって、ＩＰマルチキャスト受信端末１０１が受信可能な全てのチャンネルのＩＰパケットを送信するものであっても良い。

ＩＰマルチキャストネットワーク１０７は、内部に複数のルータを備えており、各ルータがＩＰマルチキャスト放送のＩＰパケットを受信したときには、コピーして、より下流の１又は複数のルータに転送することにより、ＩＰパケットのマルチキャストを実行するものである。また、各ルータは、受信した各チャンネルに係るＩＰパケット群を保持すると共に、自己が収容している各ＩＰマルチキャスト端末１０１がその時点で選択しているチャンネルのＩＰパケットを、ＩＰマルチキャスト端末１０１に転送するものである。

ＩＰマルチキャスト受信端末１０１は、視聴者が選択したチャンネルの信号を選択する機能や、選択された信号（ＩＰパケット）をデコードする機能を担っている、ＩＰマルチキャスト放送についての、チャーナ又はデコーダに該当するセットトップボックス（ＳＴＢ）である。すなわち、ＩＰマルチキャスト受信端末１０１は、ＩＰマルチキャストネットワーク１０７における直近（収容元）のルータから与えられたＩＰマルチキャスト放送のＩＰパケットを受信処理して、放送に係る映像信号及び音声信号を復元し、テレビジョン受像機１０６に出力するものである。なお、ＩＰマルチキャスト受信端末１０１からテレビジョン受像機１０６へ転送する映像信号の形式は、コンポジットビデオ信号であっても、ＲＧＢ信号であっても良い。

図１では、ＩＰマルチキャスト受信端末１０１は、テレビジョン受像機１０６とは別体の専用装置として示しているが、その実現形式はこれに限定されるものではない。パソコンなどに対してソフトウェアをインストールすることにより、ＩＰマルチキャスト受信端末１０１を構築するようにしても良い。また、テレビジョン受像機１０６が、ＩＰマルチキャスト受信端末１０１を内蔵したものであっても良い。

また、ＩＰマルチキャスト受信端末１０１が、映像信号及び音声信号を供給する装置は、テレビジョン受像機１０６に限定されず、ビデオテープレコーダやＤＶＤレコーダなどの映像記録装置であっても良い。

この第１の実施形態の場合、後述するように、ＩＰマルチキャスト受信端末１０１は、視聴情報を含むＩＰパケットを、ＩＰマルチキャストネットワーク１０７に送信するものである。

視聴情報受信サーバ１０９は、ＩＰマルチキャストネットワーク１０７を介して到来した視聴情報のＩＰパケット（以下、適宜、視聴情報と呼ぶ）を受信し、所定の統計情報（例えば、チャンネル毎の視聴率や、番組毎の視聴率）を得るものである。なお、第１の実施形態の場合、視聴情報は１又は複数のチャンネル情報でなっており、このチャンネル情報にはユーザの特定情報を含めないものとしている。しかし、チャンネル情報にユーザの特定情報を含めた場合には、視聴情報受信サーバ１０９は、ユーザの嗜好情報（例えば、スポーツ番組を見ている割合や、１週間でニュース番組を見ている総時間）などを求めるようにしても良い。

ここで、チャンネル情報は、新たな視聴が開始されたチャンネル名及び視聴が停止されたチャンネル名及び新たなチャンネルの視聴の開始時刻（チャンネル指定時刻又はチャンネル情報が一旦保持された時刻）であり、電源オン指示直後のチャンネル情報では視聴が停止されたチャンネル名がなく、電源オフ指示直後のチャンネル情報では新たな視聴が開始されたチャンネル名及び新たなチャンネルの視聴の開始時刻がない。視聴情報受信サーバ１０９は、所定期間分の過去の各時刻におけるチャンネル別の視聴開始した数及び視聴停止した数を基本情報としており、到来したチャンネル情報に応じて、基本情報を更新する。視聴率などは、基本情報を処理して得る。

なお、視聴情報受信サーバ１０９は、いずれかのＩＰマルチキャスト放送サーバ１０８と同一のサーバを利用するようにしても良い。逆に、視聴情報受信サーバ１０９は、ＩＰマルチキャスト放送の事業者と異なる、第３者機関のサーバとして設置されたものであっても良い。

ＩＰマルチキャスト受信端末１０１は、上述したように、専用装置、汎用装置のいずれで構築されていても良く、他の装置に組み込まれて構成されていても良く、さらに、一部機能をソフトウェアによって構成されたものであっても良いが、機能的には、図１に示すような詳細構成を有する。

すなわち、ＩＰマルチキャスト受信端末１０１は、リモコン受信部１０２、チャンネル情報送信部１０３、サーバ情報保持部１０４及びＩＰマルチキャスト放送受信部１０５を有する。

リモコン受信部１０２は、図示しないリモコン送信機からのリモコン信号を受信するものであり、受信したリモコン信号を解析して、ＩＰマルチキャスト放送受信部１０５に解析情報を与えるものである。図示しないリモコン送信機は、チャンネルを選択するためのキーや音量を調整するためのキーなどを備えている。

例えば、チャンネルの選択は、テンキーを用いてチャンネル番号（以下、チャンネル名と呼ぶ）を入力した後、確定キーを操作することで入力する。また例えば、テンキーによってチャンネル名に係る所定桁数（３桁）が入力され、その３桁の入力がチャンネル名に係る数字である場合には、チャンネルが入力されたとする。さらに例えば、チャンネルの選択肢を含むチャンネル選択画面をテレビジョン受像機１０６に表示させた上で、カーソル移動キーの操作に応じてカーソルが位置する選択肢を変化させ、確定キーが操作された際にカーソルが位置していた選択肢のチャンネルを指定させたのとする。なお、キーが操作される毎にリモコン信号が送信され、リモコン受信部１０２は、リモコン信号を解析してチャンネルが更新されたことを認識し、その際には、新たなチャンネル名をＩＰマルチキャスト放送受信部１０５に与えるものである。

図１では、視聴者が操作し得る操作装置がリモコン送信機だけのものを示したが、これに加え、又は、これに代え、ＩＰマルチキャスト受信端末１０１の筐体に、操作部を設けるようにしても良い。

ＩＰマルチキャスト放送受信部１０５は、基本的には、直近（収容元）のルータから与えられたＩＰマルチキャスト放送のＩＰパケットを受信処理して、放送に係る映像信号及び音声信号を復元し、テレビジョン受像機１０６に出力するものである。

ＩＰマルチキャスト放送受信部１０５は、さらに、チャンネルの変更時の処理も担当している。ＩＰマルチキャスト放送受信部１０５は、リモコン受信部１０２から、変更された後のチャンネル名が与えられたときには、内蔵する図２に示すチャンネル／アドレス対応表を参照して、ＩＰマルチキャストネットワーク１０７（のルータ）の制御に必要なマルチキャストアドレスを得て、ＩＰマルチキャストネットワーク１０７（のルータ）に対し、チャンネル変更のための制御を行う。

チャンネル／アドレス対応表の１レコードは、図２に示すように、チャンネル名のフィールド２０１、マルチキャスト・ソースアドレスのフィールド２０２及びマルチキャスト・グループアドレスのフィールド２０３とでなっている。チャンネル名は、一般のユーザが実際に番組表などからチャンネルを識別するためのチャンネルの番号である。マルチキャスト・ソースアドレス及びマルチキャスト・グループアドレスは対をなすアドレス情報であり、マルチキャストパケットの識別を行うための情報である。

チャンネル情報送信部１０３は、変更前後のチャンネル名や時刻を含むチャンネル情報を１又は複数まとめた視聴情報（ＩＰパケット）を、ＩＰマルチキャストネットワーク１０７側に送信するものである。チャンネル情報送信部１０３の機能の詳細については、後述する動作の項で明らかにする。

サーバ情報保持部１０４は、図３に示すような情報を保持しているものである。すなわち、サーバ情報保持部１０４は、視聴情報を送信するあて先の視聴情報受信サーバ１０９のアドレス３０１と、視聴情報受信サーバ１０９に視聴情報を送信する間隔の上限である視聴情報最大送信間隔３０２とを保持している。サーバ情報保持部１０４に保持される情報は、例えば、電源オン時の認証時にＩＰマルチキャストネットワーク１０７側から与えられるようにしても良く、また、当該端末の初期の設置時に設定操作するようにしても良い。

（Ａ−２）第１の実施形態の動作
次に、以上のような構成を有するＩＰマルチキャスト放送システム１００の動作、特に、視聴情報の収集に関係する動作を説明する。

図４は、ＩＰマルチキャスト受信端末１０１における、変更されたチャンネル情報を保持する一連の動作を示すフローチャートである。第１の実施形態の場合、チャンネルが変更された際に、すぐに視聴情報を送信せずに、一旦、変更されたチャンネル情報を蓄積するようになされている。

ＩＰマルチキャスト受信端末１０１の電源がオンにされると、ＩＰマルチキャスト受信端末１０１は初期化されて稼動状態に入る（ステップ４０１）。その後、ＩＰマルチキャスト受信端末１０１は、図２に示すチャンネル／アドレス対応表の情報を入手して保持する（ステップ４０２）。なお、チャンネル／アドレス対応表の情報は、予めＩＰマルチキャスト受信端末１０１の中に蓄積されていても良く（この場合にはステップ４０２は省略される）、ＩＰマルチキャスト受信端末１０１が所定のサーバ（例えば、ＩＰマルチキャスト放送サーバ１０８）から入手するようにしても良い。また例えば、ＩＰマルチキャスト受信端末１０１が初期化されて稼動状態に入るには、ＩＰマルチキャストネットワーク１０７側におけるユーザ認証を条件とする。

ステップ４０１及び４０２の処理が終了すると、リモコン送信機からの指示を待つ状態に移行する（ステップ４０３）。なお、図４では、電源オン直後でも、チャンネルの指定を待って受信状態に移行する場合を示しているが、直前の電源オフ時に選択されていたチャンネル名をバックアップ保存し、電源オン時には、バックアップ保存したチャンネル名に基づいた受信処理を自動的に実行するようにしても良い。この際の処理は、図４のステップ４０４〜４１０の一連の処理とほぼ同様である。但し、この場合のステップ４１０と同様な処理では、それまで選択されていたチャンネルの停止動作は実行されない。

リモコン送信機からの指示待ち状態において、リモコン送信機からの指示があると、その指示が、新たなチャンネルの指定指示（チャンネルの変更指示）か（ステップ４０４）、電源のオフの指示か（ステップ４０５）、それ以外の指示かを判定する。

電源のオフ指示の場合には、電源オフ時の処理を実行する（ステップ４０６）。電源オフ時の処理には、ＩＰマルチキャストネットワーク１０７の配信の停止を通知する処理や、視聴情報サーバ１０９に、配信停止したチャンネルを通知する処理などが含まれる。

リモコン送信機からの指示が、チャンネルの指定指示でもなく、電源のオフ指示でもない場合には、その指示（例えば、音量の変更指示）に応じた処理を実行した後（ステップ４０７）、リモコン送信機からの指示待ち状態に戻る。

リモコン送信機からの指示がチャンネルの指定指示の場合には、現状態がチャンネル情報（視聴情報）の送信待ちの状態になっているか否かを判別する（ステップ４０８）。後述するように、チャンネル情報の送信待ちの状態ではチャンネル情報送信待ちフラグがセットされており、このフラグを調べることにより状態を判別する。

現状態がチャンネル情報の送信待ち状態でなければ、送信待ち時間を決定して送信待ち状態に移行する後述する処理（図５参照）を行った後（ステップ４０９）、現状態がチャンネル情報の送信待ち状態であれば直ちに、指定指示されたチャネルの情報を、送信を待って保持しているチャンネル情報に追加する（ステップ４１０）。なお、ステップ４０９からステップ４１０へ移行した場合には、この追加処理により、最初のチャンネル情報が保持されることになる。チャンネル情報の保持では、その保持した時刻又はチャンネルが指示された時刻も併せて保持する。また、視聴開始側のチャンネル名及び視聴停止側のチャンネル名も含まれている。

そして、ＩＰマルチキャスト放送受信部１０５が指定されたチャンネルに切り替える処理を行って、そのマルチキャスト放送チャンネルの映像及び音声に切り替え（ステップ４１１）、リモコン送信機からの指示待ち状態に戻る。

図５は、送信待ち時間を決定して送信待ち状態に移行する処理ステップ４０９の詳細を示すフローチャートである。

まず、０秒から、図３に示すように保持されている視聴情報最大送信間隔３０２までの間の数（送信待ち時間）を、乱数を用いて生成する（ステップ５０１）。

乱数の生成は、既存の技術を使用すれば良い。例えば、乱数として０〜１の範囲のものを使用する場合には、視聴情報最大送信間隔の桁数と同じ値にするための定数を掛け、この掛けた後の値を視聴情報最大送信間隔で割った余りを送信待ち時間として使用する。例えば、視聴情報最大送信間隔が１２０（秒）であり、生成された乱数が０．１５２の場合には、次式の演算によって、送信待ち時間は３２（秒）となる。

０.１５２＊１０００／１２０＝１５２/１２０＝１ 余り ３２
以上では、送信待ち時間を乱数を用いて決定する場合を示したが、当該端末１０１に特有な情報（ＭＡＣアドレス、ＩＰアドレス、電話番号など）を利用して送信待ち時間を決定するようにしても良い。例えば、ＩＰアドレスの下位側２桁の番号の１．２倍の数を送信待ち時間とするようにしても良い。下位側２桁が「３４」であれば、３４×１．２＝４０．８（秒）が送信待ち時間となる。

以上のようにして送信待ち時間が決定されると、チャンネル情報送信待ちフラグをセットした後（ステップ５０２）、決定された送信待ち時間だけスリープを開始する（ステップ５０３）。スリープを開始した状態で、図５に示す処理は終了する。

スリープが終了するまで図５の処理を停止しておく必要はなく、図５の処理を終了し、スリープの終了によって後述する図６の処理を開始する。スリープの終了は、決定された送信待ち時間だけ計時するタイマのタイムアップによって捉える。図６は、スリープが終了した際の処理を示すフローチャートである。

スリープが終了すると、この終了時点で保持していた全てのチャンネル情報をまとめて視聴情報として視聴情報受信サーバ１０９に送信した後（ステップ６０１）、チャンネル情報送信待ちフラグをリセットする（ステップ６０２）。上述したように、送信されるチャンネル情報には、チャンネル名に加え、保持した時刻又はチャンネルが指示された時刻も含まれている。

視聴情報は、ＴＣＰ（／ＩＰ）に従って送信しても良く、ＵＤＰに従って送信しても良い。ＵＤＰの場合、再送機能がなく、視聴情報パケットがロスした場合はそのままとなるが、視聴情報受信サーバ１０９が算出する情報が視聴率のような割合の場合には、ロスする視聴パケットの割合も指定チャンネルの割合に応じているので、ＵＤＰを採用しても視聴率を正しく算出することができる。ＵＤＰの場合、視聴情報受信サーバ１０９に到達する視聴情報が少ない分、視聴情報受信サーバ１０９の処理負荷を軽減することができる。

図７は、第１の実施形態に係るＩＰマルチキャスト放送システムの各部シーケンス図である。

ＩＰマルチキャスト受信端末１０１の電源オン直後には、チャンネル／アドレス対応表が、ＩＰマルチキャスト放送サーバ１０８（又は認証サーバ）からＩＰマルチキャスト放送受信部１０５に与えられて保持される（ステップ７００）。

ＩＰマルチキャスト放送サーバ１０８によるＩＰマルチキャストネットワーク１０７へのマルチキャスト配信は常時実行されている（ステップ７０１）。

ＩＰマルチキャスト受信端末１０１がチャンネル情報の送信待ち状態でないときに、リモコン送信機によって新たなチャンネルが指定されると、リモコン受信部１０２から、チャンネル情報送信部１０３に新たなチャンネルの指定が通知されると共に（ステップ７０２）、ＩＰマルチキャストネットワーク１０７へ新たなチャンネルのマルチキャスト受信開始が通知される（ステップ７０３）。なお、ＩＰマルチキャストネットワーク１０７への通知は、ＩＰマルチキャスト放送受信部１０５を介して行うようにしても良い。この新たなチャンネルのマルチキャスト受信開始の通知は、今までのチャンネルのマルチキャスト受信停止も意味している。

新たなチャンネルの指定が通知されたチャンネル情報送信部１０３は、通知されたチャンネル情報を保存すると共に、送信待ち時間Ｔを決定してスリープ状態に入る。

新たなチャンネルのマルチキャスト受信開始の通知を受けたＩＰマルチキャストネットワーク１０７（の直近のルータ）は、今までの指定チャンネルのマルチキャスト配信を停止し、新たな指定チャンネルのマルチキャスト配信を開始する（ステップ７０４）。これにより、ＩＰマルチキャスト放送受信部１０５は、新たな指定チャンネルのマルチキャスト配信のデータから映像信号及び音声信号を復元してテレビジョン受像機１０６に与えて表示させる（ステップ７０５）。

送信待ち時間の計時中に、新たなチャンネルが指定されると、リモコン受信部１０２から、チャンネル情報送信部１０３に新たなチャンネルの指定が通知されると共に（ステップ７０６）、ＩＰマルチキャストネットワーク１０７へ新たなチャンネルのマルチキャスト受信開始が通知される（ステップ７０７）。

新たなチャンネルの指定が通知されたチャンネル情報送信部１０３は、通知されたチャンネル情報を保存するが、現在は送信待ち時間Ｔの計時中（スリープ状態）であるのでその計時を継続する。

新たなチャンネルのマルチキャスト受信開始の通知を受けたＩＰマルチキャストネットワーク１０７（の直近のルータ）は、今までの指定チャンネルのマルチキャスト配信を停止し、新たな指定チャンネルのマルチキャスト配信を開始する（ステップ７０８）。これにより、ＩＰマルチキャスト放送受信部１０５は、新たな指定チャンネルのマルチキャスト配信のデータから映像信号及び音声信号を復元してテレビジョン受像機１０６に与えて表示させる（ステップ７０９）。

決定された送信待ち時間Ｔの計時が終了すると（スリープ状態が終了すると）、チャンネル情報送信部１０３は、ステップ７０２及びステップ７０６で通知された視聴開始のチャンネル情報をまとめて視聴情報として、視聴情報受信サーバ１０９へ通知する（ステップ７１０）。

当該ＩＰマルチキャスト受信端末１０１の電源のオフ指示が与えられた場合には、チャンネル情報送信部１０３に受信停止が通知されると共に（ステップ７１１）、ＩＰマルチキャストネットワーク１０７へ視聴チャンネルのマルチキャスト受信停止が通知される（ステップ７１２）。

視聴チャンネルの受信停止が通知されたチャンネル情報送信部１０３は、視聴チャンネルの受信停止に係るチャンネル情報を視聴情報として直ちに視聴情報受信サーバ１０９へ通知する（ステップ７１３）。また、ＩＰマルチキャストネットワーク１０７は、マルチキャスト受信停止を通知したＩＰマルチキャスト受信端末１０１への配信を停止する。

（Ａ−３）第１の実施形態の効果
上記第１の実施形態によれば、乱数などに基づいて決定した送信待ち時間を待ってチャンネル情報を送信させるようにしたので、多くの視聴者が一斉にチャンネルを変更するような視聴チャンネルの偏りが発生しても、視聴情報受信サーバへの送信が時間的に分散され、視聴情報の収集をより正確に実行させることができる。

このような効果をほぼＩＰマルチキャスト受信端末１０１だけの機能変更により発揮することができる。言い換えると、ＩＰマルチキャストネットワークに多くの視聴情報受信サーバやルータを設けたりするようなことは不要である。

例えば、ＩＰマルチキャスト受信端末が１０万台稼動していたとする。そのユーザが一斉に、１０時からのオリンピックの開会式を視聴するために、１０時の前後それぞれ５秒の間（合計１０秒）に、オリンピックを配信しているチャンネルにチャンネルを変更したとする。

このような場合、従来であれば、視聴情報受信サーバは、１０秒間に１０万の処理を行う必要が生じる。仮に、１０秒以内に処理がおわらないとしても、１０万の処理のリクエストを一旦蓄積するための仕組みが必要になる。平均すると、１秒間に１万の処理が必要である。

これに対して、第１の実施形態の場合、１０万の処理は１２０秒間の間にほぼ均等に分割されてサーバに到達することになる。従って、平均的には１秒間に、１０万／１２０＝８３４の処理を行えば良くなり、１２倍の効率アップを行うことになる。

因みに、ＩＰマルチキャスト受信端末側の処理は複雑になるが、１２倍複雑になるわけではなく、一旦、端末にチャンネル情報を蓄積しておくだけで済む。

（Ｂ）第２の実施形態
次に、本発明による通信装置、通信方法及び通信プログラムの第２の実施形態を、図面を参照しながら詳述する。第２の実施形態の通信装置（チャンネル選択情報通信装置）は、ＩＰマルチキャスト受信端末をも収容している、宅内のホームゲートウェイ装置に設けられ、チャンネルの選択情報を送信するものである。

（Ｂ−１）第２の実施形態の構成
図８は、第２の実施形態に係るチャンネル選択情報通信装置を含む、ＩＰマルチキャスト放送システムの構成を示すブロック図であり、第１の実施形態に係る図１との同一、対応部分には同一符号を付して示している。

図８において、ＩＰマルチキャスト放送システム８００は、ＩＰマルチキャスト受信端末１０１、テレビジョン受像機（ＴＶ受像機）１０６、ＩＰマルチキャスト放送サーバ１０８、視聴情報受信サーバ１０９及びホームゲートウェイ８０１を有し、ホームゲートウェイ８０１、ＩＰマルチキャスト放送サーバ１０８及び視聴情報受信サーバ１０９は、ＩＰマルチキャストネットワーク１０７に接続されている。

テレビジョン受像機１０６、ＩＰマルチキャスト放送サーバ１０８及び視聴情報受信サーバ１０９はそれぞれ、第１の実施形態のものと同様である。ＩＰマルチキャスト受信端末１０１は、第１の実施形態のＩＰマルチキャスト受信端末から、視聴情報の収集に関する機能を除外したものである。

今日では、ＩＰプロトコルによって通信する家庭用のＩＰ通信機器も多種多様である。

例えば、ＩＰマルチキャスト受信端末１０１の他にも、ＩＰフォン、インターネットを楽しむためのパソコンなどがある。ホームゲートウェイ８０１は、そのような複数のＩＰ通信機器を収容し、ＩＰネットワークとの接続を担当するものである。すなわち、ホームゲートウェイ８０１は、ＩＰマルチキャスト受信端末１０１をＩＰマルチキャストネットワーク１０７に接続することも行うものである。なお、ホームゲートウェイ８０１及びＩＰマルチキャストネットワーク１０７（のルータ）との間は、例えば、Ｂ−ＦＬＥＴ’Ｓ（商標）などによって接続される。

ホームゲートウェイ８０１は、視聴情報の収集機能面から見ると、ＩＰマルチキャスト情報送信部８０２、サーバ情報保持部８０３及びＩＰマルチキャスト監視部８０４を有し、これらの各部８０２〜８０４は、ＩＰマルチキャスト受信端末１０１が機能しているときに有効に機能するものである。

ＩＰマルチキャスト監視部８０４は、図９に示すような監視するチャンネル（ＩＰマルチキャスト）のマルチキャストアドレスの一覧情報を、視聴情報受信サーバ１０９又はＩＰマルチキャスト放送サーバ１０８から取得、保持しており、それを使って、監視するチャンネル（ＩＰマルチキャスト）のパケットをフィルタリングしている。監視するマルチキャストアドレスは、例えば、図９の一覧に示すように、マルチキャスト放送サーバ１０８が現在、配信しているＩＰマルチキャストのマルチキャスト・ソースアドレスである。

ＩＰマルチキャスト情報送信部８０２は、ＩＰマルチキャスト監視部８０４の監視によって認識した、視聴者が指定したチャンネルに係る情報（マルチキャストアドレス）を視聴情報として視聴情報受信サーバ１０９に送信するものである。このＩＰマルチキャスト情報送信部８０２の機能は、第１の実施形態におけるチャンネル情報送信部１０３の機能と同様である。

サーバ情報保持部８０３は、図１０に示すような情報を保持しているものである。すなわち、サーバ情報保持部８０３は、視聴情報を送信するあて先である、視聴情報受信サーバのアドレス１００１、マルチキャストアドレス情報取得間隔１００２及び視聴情報最大送信間隔１００３を保持している。マルチキャストアドレス情報取得間隔１００２は、視聴情報受信サーバ１０９又はＩＰマルチキャスト放送サーバ１０８からマルチキャストアドレスの情報を取得する間隔である。視聴情報最大送信間隔１００３は、マルチキャスト情報送信部８０２が、更新されたマルチキャスト情報を受信してから視聴情報受信サーバ１０９に送信するまでの最大の間隔を示すものである。

（Ｂ−２）第２の実施形態の動作
次に、以上のような構成を有するＩＰマルチキャスト放送システム８００の動作、特に、視聴情報の収集に関係する動作を説明する。

図１１は、ホームゲートウェイ８０１における、ＩＰマルチキャスト受信端末１０１が更新送信したマルチキャストアドレスの情報を一旦保持した後、送信する一連の動作を示すフローチャートである。

第２の実施形態の場合、ホームゲートウェイ８０１は、ＩＰマルチキャスト受信端末１０１がマルチキャストアドレスを更新送信しても（言い換えると、チャンネルを変更しても）すぐには視聴情報を送信せずに、一旦、変更されたマルチキャストアドレスの情報を蓄積するようになされている。

ホームゲートウェイ８０１の電源オンで、ホームゲートウェイ８０１は初期化されて稼動状態に入る（ステップ１１０１）。ここでは、ＩＰマルチキャスト受信端末１０１も電源オンで、ホームゲートウェイ８０１がＩＰマルチキャスト受信端末１０１の通信を有効とする状態になったとする。

ホームゲートウェイ８０１は、その後、図９に示すようなマルチキャストアドレスの情報を入手する（ステップ１１０２）。上述した第１の実施形態でも、ＩＰマルチキャスト受信端末１０１が、視聴情報の送信対象であるＩＰマルチキャスト放送のチャンネル情報を所定周期で入手するようにしても良い。

その後、電源がオフ操作されていないことを確認しつつ（ステップ１１０３）、ＩＰマルチキャスト受信端末１０１からＩＰマルチキャストネットワーク１０７へのパケットの受信を待ち受ける（ステップ１１０４）。

電源がオフ操作された場合には、電源オフ時の処理を実行する（ステップ１１０９）。

電源オフ時の処理には、視聴情報サーバ１０９に、今まで受信していたＩＰマルチキャストのアドレスを、配信停止状態になった旨を含めて通知する処理などが含まれる。

ＩＰマルチキャスト受信端末１０１からＩＰマルチキャストネットワーク１０７へのパケットを受信すると、そのパケットにおけるＩＰマルチキャストの配送を規定するマルチキャストアドレスが、図９の一覧で規定されている監視対象アドレスであるか否かを判別する（ステップ１１０５）。

監視対象アドレスのパケットであると、そのパケットが、ＩＰマルチキャスト放送の受信開始又は受信停止を指示するパケットであるか否かを判別する（ステップ１１０７）。

ＩＰマルチキャスト放送の受信開始又は受信停止を指示するパケットであると、ＩＰマルチキャスト情報送信部８０２の処理が実行される（ステップ１１０８）。ＩＰマルチキャスト情報送信部８０２の処理は、第１の実施形態におけるステップ４０８、４０９（図５）、４１０、及び、図６に示した処理と同様であり、第１の実施形態における「チャンネル情報」を「マルチキャストアドレスの情報（マルチキャスト情報）」と読み換えれば良い。

図１１は、視聴情報の収集面から記述しているため省略しているが、ＩＰマルチキャスト受信端末１０１からＩＰマルチキャストネットワーク１０７へ向けたパケットは、ホームゲートウェイ８０１を介してＩＰマルチキャストネットワーク１０７へ送信されるのは勿論である。

なお、図１１では、受信停止のときにも、送信待ち時間の経過を待って、マルチキャスト情報を視聴情報受信サーバ１０９に送信するものを示したが、第１の実施形態と同様に、受信停止のときには送信待ち時間の経過を待たずにマルチキャスト情報を視聴情報受信サーバ１０９に送信するようにしても良い。逆に、第１の実施形態に関し、受信停止のときにも、送信待ち時間の経過を待ってチャンネル情報を視聴情報受信サーバ１０９に送信する変形例を挙げることができる。

ここで、第１の実施形態におけるステップ４１０に相当する処理が終了したときにはステップ１１０６に移行する。また、受信したパケットが監視対象アドレスのパケットでない場合や、監視対象アドレスのパケットであるがＩＰマルチキャスト配送の受信開始又は受信停止を指示するパケットでない場合にも、ステップ１１０６に移行する。

ステップ１１０６では、マルチキャストアドレス情報を前回取得してからマルチキャストアドレス情報取得間隔の時間だけ経過したか否かを判断し、経過していた場合には、ステップ１１０２へ戻り、経過していなかった場合には、ステップ１１０３へ戻る。

図１２は、第２の実施形態に係るＩＰマルチキャスト放送システムの各部シーケンス図である。

ホームゲートウェイ８０１の電源オン直後には、図９に示すようなマルチキャストアドレスの一覧情報を、ホームゲートウェイ８０１は、視聴情報受信サーバ１０９から取得して保持する（ステップ１２００）。

ＩＰマルチキャスト放送サーバ１０８によるＩＰマルチキャストネットワーク１０７へのマルチキャスト配信は常時実行されている（ステップ１２０１）。

ＩＰマルチキャスト受信端末１０１が、新たなＩＰマルチキャスト放送のチャンネルが指定されて、新たなチャンネルの受信開始を要求するパケットを送信すると、ホームゲートウェイ８０１のＩＰマルチキャスト監視部８０４がそのことを認識すると共に（ステップ１２０２）、そのパケットがＩＰマルチキャストネットワーク１０７へ送信される（ステップ１２０３）。

新たなチャンネルのマルチキャスト受信開始のパケットを受けたＩＰマルチキャストネットワーク１０７（の直近のルータ）は、今までの指定チャンネルのマルチキャスト配信を停止し、新たな指定チャンネルのマルチキャスト配信を開始する（ステップ１２０４）。これにより、ＩＰマルチキャスト受信端末１０１は、新たな指定チャンネルのマルチキャスト配信のデータから映像信号及び音声信号を復元してテレビジョン受像機１０６に与えて表示させる（ステップ１２０５）。

新たなチャンネルの受信開始パケットを認識したＩＰマルチキャスト監視部８０４は、ＩＰマルチキャスト情報送信部８０２にその旨を通知する（ステップ１２０６）。送信待ち時間の計時中でないとする。この場合、ＩＰマルチキャスト情報送信部８０２は、通知されたマルチキャスト情報を保存すると共に、送信待ち時間Ｔ１を決定してスリープ状態に入る。

さらに、ＩＰマルチキャスト受信端末１０１が、新たなＩＰマルチキャスト放送のチャンネルが指定されて、新たなチャンネルの受信開始を要求するパケットを送信すると、ホームゲートウェイ８０１のＩＰマルチキャスト監視部８０４がそのことを認識すると共に（ステップ１２０７）、そのパケットがＩＰマルチキャストネットワーク１０７へ送信される（ステップ１２０８）。

新たなチャンネルのマルチキャスト受信開始のパケットを受けたＩＰマルチキャストネットワーク１０７（の直近のルータ）は、今までの指定チャンネルのマルチキャスト配信を停止し、新たな指定チャンネルのマルチキャスト配信を開始する（ステップ１２０９）。これにより、ＩＰマルチキャスト受信端末１０１は、新たな指定チャンネルのマルチキャスト配信のデータから映像信号及び音声信号を復元してテレビジョン受像機１０６に与えて表示させる（ステップ１２１０）。

再度の新たなチャンネルの受信開始パケットを認識したＩＰマルチキャスト監視部８０４は、ＩＰマルチキャスト情報送信部８０２にその旨を通知する（ステップ１２１１）。

ＩＰマルチキャスト情報送信部８０２は、通知されたマルチキャスト情報を保存するが、現在は送信待ち時間Ｔ１の計時中（スリープ状態）であるのでその計時を継続する。

決定された送信待ち時間Ｔ１の計時が終了すると（スリープ状態が終了すると）、ＩＰマルチキャスト情報送信部８０２は、ステップ１２０６及びステップ１２１１で通知された受信開始のマルチキャスト情報をまとめて視聴情報として、視聴情報受信サーバ１０９へ通知する（ステップ１２１２）。

ＩＰマルチキャスト受信端末１０１が電源のオフ指示などに基づいて、新たなチャンネルの受信停止を要求するパケットを送信すると、ホームゲートウェイ８０１のＩＰマルチキャスト監視部８０４がそのことを認識すると共に（ステップ１２１３）、そのパケットがＩＰマルチキャストネットワーク１０７へ送信される（ステップ１２１４）。

マルチキャスト受信停止のパケットを受けたＩＰマルチキャストネットワーク１０７（の直近のルータ）は、今までの指定チャンネルのマルチキャスト配信を停止する。

受信停止パケットを認識したＩＰマルチキャスト監視部８０４は、ＩＰマルチキャスト情報送信部８０２にその旨を通知する（ステップ１２１５）。送信待ち時間の計時中でないとすると、ＩＰマルチキャスト情報送信部８０２は、停止が通知されたマルチキャスト情報を保存すると共に、送信待ち時間Ｔ２を決定してスリープ状態に入る。

決定された送信待ち時間Ｔ２の計時が終了すると（スリープ状態が終了すると）、ＩＰマルチキャスト情報送信部８０２は、ステップ１２１５で通知された受信停止のマルチキャスト情報を視聴情報として、視聴情報受信サーバ１０９へ通知する（ステップ１２１６）。

（Ｂ−３）第２の実施形態の効果
上記第２の実施形態によれば、乱数などに基づいて決定した送信待ち時間を待ってマルチキャスト情報を送信させるようにしたので、多くの視聴者が一斉にチャンネルを変更するような視聴チャンネルの偏りが発生しても、視聴情報受信サーバへの送信が時間的に分散され、視聴情報の収集をより正確に実行させることができる。

このような効果をほぼホームゲートウェイ８０１だけの機能変更により発揮することができる。言い換えると、ＩＰマルチキャストネットワークに多くの視聴情報受信サーバやルータを設けたりするようなことは不要できる。

（Ｃ）他の実施形態
上記各実施形態の説明においても、種々変形実施形態に言及したが、さらに、以下に例示するような変形実施形態を挙げることができる。

上記各実施形態では、送信待ち時間を乱数又は端末１０１に特有な情報（ＭＡＣアドレス、ＩＰアドレス、電話番号など）を利用して決定するものを示したが、複数の端末又は複数のホームゲートウェイについて一様分布とみなせるような他の方法によって決定するようにしても良い。例えば、内蔵するタイマの、電源オン時の時刻を使用して送信待ち時間を決定するようにしても良い。電源オン時の時刻における「分」が奇数の場合には、その時刻の「秒」を送信待ち時間として適用するようにし、電源オン時の時刻における「分」が偶数の場合には、その時刻の「秒」に６０（秒）を加算したものを送信待ち時間として適用するようにしても良い。この変形例の場合には、その電源オン期間では同じ送信待ち時間を適用することになる。

また、乱数を適用しない場合において、上述した方法で決定した送信待ち時間を当初の送信待ち時間とし、それ以降、送信待ち時間の決定タイミング毎に、前回の時間に所定時間を足し込んだ時間を送信待ち時間とするようにしても良い（加算値が最大送信待ち時間を超えた場合には、加算値から最大送信待ち時間を減算したものを送信待ち時間とする）。

さらに、上記各実施形態においては、送信待ち時間中に生じたチャンネル情報やマルチキャスト情報をまとめて送信するものを示したが、まとめて送信する個数から、送信タイミングを決定するようにしても良い。例えば、送信待ち時間の概念をなくし、チャンネル情報やマルチキャスト情報の個数が所定個数（例えば、３個）になる毎に送信を実行するようにしても良く、また、所定個数（例えば、３個）になる毎に送信することを基本とし、例外的に、所定個数には達しないが、送信待ちの経過時間が長期に渡ったときにはその経過時間が所定時間になったときにチャンネル情報やマルチキャスト情報を送信するようにしても良い。このような変形例の場合において、電源オン直後や電源オフ直後には、所定個数に無関係に送信するようにしても良く、この場合に、各実施形態のような送信待ち時間の概念を導入して送信するようにしても良い。

さらに、上記各実施形態においては、全てのチャンネル情報やマルチキャスト情報を送信するものを示したが、チャンネル（ａ）が切り替えされた時刻から次にチャンネル（ｂ）が切り替えられるまでの経過時間が短い場合（例えば１０秒未満）、チャンネル（ａ）に係るチャンネル情報やマルチキャスト情報を送信対象から外すようにしても良い。送信待ち時間の概念を導入したことにより、上述のようなチャンネルの切替え操作間の時間の監視を行うことが実行し易くなっている。なお、送信待ち時間の最小時間を０ではなく、送信を無視するための判断の時間以上にするようにしても良い。

また、視聴情報の送信プロトコルがＴＣＰであろうとＵＤＰであろうと、視聴情報（チャンネル情報やマルチキャスト情報）を送信する際には、前回に始めて送信された視聴情報を記憶しておいて、今回の視聴情報と共に送信するようにしても良い。ＵＤＰが採用された場合、このような変形例はパケットのロス対策になっている。

上記第２の実施形態では、１台のホームゲートウェイに、１台のＩＰマルチキャスト受信端末が収容されている場合を示したが、１台のホームゲートウェイに複数台のＩＰマルチキャスト受信端末が収容されていても良い。この場合において、１台のホームゲートウェイに、各ＩＰマルチキャスト受信端末用のＩＰマルチキャスト情報送信部８０２、サーバ情報保持部８０３及びＩＰマルチキャスト監視部８０４を設定して処理するようにしても良く、また、収容している全てのＩＰマルチキャスト受信端末を区別することなく、ＩＰマルチキャスト情報送信部８０２、サーバ情報保持部８０３及びＩＰマルチキャスト監視部８０４が機能するようにしても良い。

上記各実施形態においては、視聴情報だけを視聴情報サーバに送信するものを示したが、視聴情報の送信時に、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）などの他の情報も合わせてサーバ側に通知するようにしても良い。この通知情報の中には、アンケート結果や再生品質についての体験品質（ＱｏＥ：Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ）などの視聴者がリモコン送信機などを操作して入力したものを含めるようにしても良い。

上記各実施形態の説明では言及しなかったが、ＩＰマルチキャスト放送サーバ１０８は、地上デジタル放送を、ＩＰマルチキャスト放送で再送信するサーバであっても良い。地上デジタル放送の再送信用のＩＰマルチキャスト放送システムの場合には、地域性及び匿名性が要件となっている。そのため、地域毎（県単位）に視聴情報サーバを設けるようにししても良い。また、匿名性が達成するため、視聴情報のパケットの送信元アドレスにはダミーデータ（例えば乱数データ）を挿入するようにしても良い。また、敢えてＵＤＰを採用することも匿名性に機能する。視聴情報サーバを共通に利用する場合には、データ部に個人情報を挿入しないが、地域情報を盛り込むようにしても良い。

地上デジタル放送をＩＰマルチキャスト放送で再送信するか否かを問わず、匿名性を考慮して、視聴情報サーバに送信する視聴情報に送信元のユーザに係る情報を挿入しない場合、視聴率を不正に操作するために不正な視聴情報を送信する装置も考えられる。このような不正装置に対する対策としては、視聴情報サーバのＩＰアドレスやポート番号などを定期又は不定期で換えることとし、電源オンのユーザ認証で視聴ＯＫがでたもの（端末など）に対し、現在のＩＰアドレスやポート番号などの情報と、今度（例えば２日分）のそれら情報の変更方法を与え、正規の端末だけが視聴情報の正確な宛先の情報を常時認識し得るようにする方法を一例としてあげることができる。また、送信元を視聴情報から特定できるように送信するシステムであれば、順次与えられる受信開始と受信停止との妥当性を確認し、なりすましを確認するようにしても良い。

上記各実施形態では、ＩＰマルチキャスト受信端末やホームゲートウェイに本発明を適用した例を説明したが、他のシステムの端末などに本発明を適用するようにしても良い。

例えば、ＣＡＴＶ受信端末をＣＡＴＶ放送網だけではなく、ＩＰネットワークにも接続することでＣＡＴＶ受信端末と視聴情報受信サーバが通信すること可能になれば、ＣＡＴＶ受信端末にも本発明を適用可能である。また例えば、音声のＩＰマルチキャスト放送の受端末などにも本発明を適用可能である。

また、上記各実施形態の説明では言及しなかったが、ＩＰマルチキャスト受信端末やホームゲートウェイの特徴的機能を発揮する構成部分を、ＣＰＵ及びＣＰＵが実行するプログラム（データを含む）によって実現するようにしても良い。

１００、８００…ＩＰマルチキャスト放送システム、１０１…ＩＰマルチキャスト受信端末、１０２…リモコン受信部、１０３…チャンネル情報送信部、１０４…サーバ情報保持部、１０５…ＩＰマルチキャスト放送受信部、１０６…テレビジョン受像機（ＴＶ受像機）、１０７…ＩＰマルチキャストネットワーク、１０８…ＩＰマルチキャスト放送サーバ、１０９…視聴情報受信サーバ、８０１…ホームゲートウェイ、８０２…ＩＰマルチキャスト情報送信部、８０３…サーバ情報保持部、８０４…ＩＰマルチキャスト監視部。

Claims (12)

1. 通信装置において、
   記憶手段と、監視手段と、第１送信手段と、計測手段と、第２送信手段とを備え、
   上記記憶手段は、放送信号の情報に対応するネットワーク識別情報を記憶し、
   上記監視手段は、
   第１装置から、第１信号を受信し、
   上記記憶手段に記憶されるネットワーク識別情報に基づいて、第１信号が、第１装置にて選択された選択情報であり放送信号の情報に対応するネットワーク識別情報を含む放送信号の要求信号であるか否かを監視し、
   上記第１送信手段は、上記監視手段が受信した上記要求信号を、放送サーバに接続されるネットワークに送信し、
   上記計測手段は、上記監視手段が第１時間の非計測中に上記要求信号を受信すると、第１時間の計測を開始し、
   上記第２送信手段は、上記第１時間が所定の時間を経過すると、上記監視手段における上記選択情報において未送信の選択情報を含む第２信号を、第１サーバに送信する
   ことを特徴とする通信装置。
2. 当該通信装置は、ホームゲートウェイであることを特徴とする請求項１に記載の通信装置。
3. 通信装置において、
   記憶手段と、受信手段と、第１送信手段と、計測手段と、第２送信手段とを備え、
   上記記憶手段は、放送信号の情報に対応するネットワーク識別情報を記憶し、
   上記受信手段は、当該通信装置のユーザにて選択された放送信号の情報を、選択情報として受信し、
   上記第１送信手段は、上記選択情報に対応するネットワーク識別情報を上記記憶手段から抽出して、抽出されたネットワーク識別情報を含む放送信号の要求信号を、放送サーバに接続されるネットワークに送信し、
   上記計測手段は、上記受信手段が第１時間の非計測中に上記選択情報を受信すると、第１時間の計測を開始し、
   上記第２送信手段は、上記第１時間が所定の時間を経過すると、上記受信手段における上記選択情報において未送信の選択情報を含む第２信号を、第１サーバに送信する
   ことを特徴とする通信装置。
4. 当該通信装置は、ＩＰマルチキャスト受信端末であることを特徴とする請求項３に記載の通信装置。
5. 通信装置が実行する通信方法において、
   当該通信装置は、放送信号の情報に対応するネットワーク識別情報を記憶する記憶手段と、監視手段と、第１送信手段と、計測手段と、第２送信手段とを備え、
   第１装置から、第１信号を受信し、
   上記記憶手段に記憶されるネットワーク識別情報に基づいて、第１信号が、第１装置にて選択された選択情報であり放送信号の情報に対応するネットワーク識別情報を含む放送信号の要求信号であるか否かを監視する、上記監視手段が実行する監視ステップと、
   上記監視手段が受信した上記要求信号を、放送サーバに接続されるネットワークに送信する、上記第１送信手段が実行する第１送信ステップと、
   上記監視手段が第１時間の非計測中に上記要求信号を受信すると、第１時間の計測を開始する、上記計測手段が実行する計測ステップと、
   上記第１時間が所定の時間を経過すると、上記監視手段における上記選択情報において未送信の選択情報を含む第２信号を、第１サーバに送信する、上記第２送信手段が実行する第２送信ステップを備える
   ことを特徴とする通信方法。
6. 上記通信装置は、ホームゲートウェイであることを特徴とする請求項５に記載の通信方法。
7. 通信装置が実行する通信方法において、
   当該通信装置は、放送信号の情報に対応するネットワーク識別情報を記憶する記憶手段と、受信手段と、第１送信手段と、計測手段と、第２送信手段とを備え、
   当該通信装置のユーザにて選択された放送信号の情報を、選択情報として受信する、上記受信手段が実行する受信ステップと、
   上記選択情報に対応するネットワーク識別情報を上記記憶手段から抽出して、抽出されたネットワーク識別情報を含む放送信号の要求信号を、放送サーバに接続されるネットワークに送信する、上記第１送信手段が実行する第１送信ステップと、
   上記受信手段が第１時間の非計測中に上記選択情報を受信すると、第１時間の計測を開始する、上記計測手段が実行する計測ステップと、
   上記第１時間が所定の時間を経過すると、上記受信手段における上記選択情報において未送信の選択情報を含む第２信号を、第１サーバに送信する、上記第２送信手段が実行する第２送信ステップを備える
   ことを特徴とする通信方法。
8. 上記通信装置は、ＩＰマルチキャスト受信端末であることを特徴とする請求項７に記載の通信方法。
9. 通信装置に搭載されているコンピュータを、
   放送信号の情報に対応するネットワーク識別情報を記憶する記憶手段と、監視手段と、第１送信手段と、計測手段と、第２送信手段として機能させるものであって、
   上記監視手段が、
   第１装置から、第１信号を受信し、
   上記記憶手段に記憶されるネットワーク識別情報に基づいて、第１信号が、第１装置にて選択された選択情報であり放送信号の情報に対応するネットワーク識別情報を含む放送信号の要求信号であるか否かを監視し、
   上記第１送信手段が、上記監視手段が受信した上記要求信号を、放送サーバに接続されるネットワークに送信し、
   上記計測手段が、上記監視手段が第１時間の非計測中に上記要求信号を受信すると、第１時間の計測を開始し、
   上記第２送信手段が、上記第１時間が所定の時間を経過すると、上記監視手段における上記選択情報において未送信の選択情報を含む第２信号を、第１サーバに送信する
   ことを特徴とする通信プログラム。
10. 上記通信装置は、ホームゲートウェイであることを特徴とする請求項９に記載の通信プログラム。
11. 通信装置に搭載されているコンピュータを、
    放送信号の情報に対応するネットワーク識別情報を記憶する記憶手段と、受信手段と、第１送信手段と、計測手段と、第２送信手段として機能させるものであって、
    上記受信手段が、当該通信装置のユーザにて選択された放送信号の情報を、選択情報として受信し、
    上記第１送信手段が、上記選択情報に対応するネットワーク識別情報を上記記憶手段から抽出して、抽出されたネットワーク識別情報を含む放送信号の要求信号を、放送サーバに接続されるネットワークに送信し、
    上記計測手段が、上記受信手段が第１時間の非計測中に上記選択情報を受信すると、第１時間の計測を開始し、
    上記第２送信手段が、上記第１時間が所定の時間を経過すると、上記受信手段における上記選択情報において未送信の選択情報を含む第２信号を、第１サーバに送信する
    ことを特徴とする通信プログラム。
12. 上記通信装置は、ＩＰマルチキャスト受信端末であることを特徴とする請求項１１に記載の通信プログラム。
    
    

Images