(57)【要約】【課題】サーバにアクセスが集中してしまうことを防止し、サーバ負荷を軽減する。【解決手段】番組コンテンツに関連するＨＴＭＬコンテンツを複数のテレビ受信機２において共有させる管理サーバ３であって、他のテレビ受信機２からＨＴＭＬコンテンツを取得したことを示す履歴情報を記憶する履歴テーブル３１１と、ＨＴＭＬコンテンツを取得したテレビ受信機２の属性情報と、他のテレビ受信機２の属性情報とに基づいて、ＨＴＭＬコンテンツの取得傾向が対応するテレビ受信機２の属性情報を特定する関係性特定部３３１と、対象となるテレビ受信機２の属性情報を参照して、当該テレビ受信機２と取得傾向が似た他のテレビ受信機２を特定する受信機特定部３３２と、特定したテレビ受信機をＰ２Ｐの相手先として通知する通知部３３３と、を備える。【選択図】図７
2016116100.tif 000002
【特許請求の範囲】
【請求項１】
番組コンテンツに関連するコンテンツを複数の受信機において共有させる管理サーバであって、  前記コンテンツを取得した前記受信機に関連付けられた属性情報と、他の受信機に関連付けられた属性情報とに基づいて、所定属性情報の受信機と前記コンテンツの取得傾向が対応する受信機の属性情報を特定する関係性特定部と、
第１受信機に関連付けられた属性情報を参照して、当該第１受信機と前記取得傾向が対応する属性情報の第２受信機を特定する受信機特定部と、
特定した前記第２受信機を、前記第１受信機に対して通知する通知部と、
を備える管理サーバ。
【請求項２】
受信機に関連付けられた複数の属性情報のうちの任意の属性情報を優先属性情報として設定する優先属性設定部を更に備え、
前記受信機特定部は、前記第１受信機と前記取得傾向が対応する属性情報の受信機が複数存在する場合、当該複数の受信機の前記優先属性情報に基づいて、前記複数の受信機の中から前記第２受信機を特定する、
請求項１に記載の管理サーバ。
【請求項３】
前記優先属性情報は、前記受信機の位置情報であり、
前記受信機特定部は、前記複数の受信機の前記位置情報に基づいて、前記複数の受信機の中から前記第２受信機を特定する、
請求項２に記載の管理サーバ。
【請求項４】
前記優先属性情報は、前記受信機の受信機性能であり、
前記受信機特定部は、前記複数の受信機の前記受信機性能に基づいて、前記複数の受信機の中から前記第２受信機を特定する、
請求項２又は３に記載の管理サーバ。
【請求項５】
前記優先属性情報は、前記受信機のネットワーク品質であり、
前記受信機特定部は、前記複数の受信機の前記ネットワーク品質に基づいて、前記複数の受信機の中から前記第２受信機を特定する、
請求項２から４のいずれか１項に記載の管理サーバ。
【請求項６】
前記優先属性情報は、前記通知部により前記第２受信機として通知された回数であり、
前記受信機特定部は、前記複数の受信機の前記回数に基づいて、前記複数の受信機の中から前記第２受信機を特定する、
請求項２から５のいずれか１項に記載の管理サーバ。
【請求項７】
前記優先属性情報は、前記受信機の通信負荷状況であり、
前記受信機特定部は、前記複数の受信機の前記通信負荷状況に基づいて、前記複数の受信機の中から前記第２受信機を特定する、
請求項２から６のいずれか１項に記載の管理サーバ。
【請求項８】
前記受信機特定部は、前記第１受信機が前記コンテンツを取得すると、当該第１受信機に対応する第２受信機を特定する、
請求項１から７のいずれか１項に記載の管理サーバ。
【請求項９】
請求項１から８のいずれか１項に記載の管理サーバと複数の受信機とを備えるコンテンツ共有システムであって、
前記受信機は、
前記管理サーバから通知された受信機に対して前記コンテンツの取得の有無の問合せを行う問合せ部と、
前記受信機が前記コンテンツを取得している場合に、当該受信機から前記コンテンツを取得するコンテンツ取得部と、
を備えるコンテンツ共有システム。
【請求項１０】
前記受信機の前記コンテンツ取得部は、前記受信機が前記コンテンツを取得していない場合、前記コンテンツを管理するコンテンツサーバから前記コンテンツを取得する、
請求項９に記載のコンテンツ共有システム。
【請求項１１】
前記問合せ部は、前記コンテンツの起動操作を受け付けること、又は前記コンテンツを含む信号を受信すること、を契機として前記通知された受信機に対して前記問合せを行う、
請求項９又は１０に記載のコンテンツ共有システム。
【請求項１２】
前記受信機は、
前記コンテンツを取得すると、前記管理サーバから通知された受信機に対して前記コンテンツを送信するコンテンツ提供部、
を更に備える請求項９から１１のいずれか１項に記載のコンテンツ共有システム。
【請求項１３】
番組コンテンツに関連するコンテンツを複数の受信機において共有させるコンテンツ共有方法であって、
前記コンテンツを取得した前記受信機に関連付けられた属性情報と、他の受信機に関連付けられた属性情報とに基づいて、所定属性情報の受信機と前記コンテンツの取得傾向が対応する受信機の属性情報を特定するステップと、
第１受信機に関連付けられた属性情報を参照して、当該第１受信機と前記取得傾向が対応する属性情報の第２受信機を特定するステップと、
特定した前記第２受信機を、前記第１受信機に対して通知するステップと、
を含むコンテンツ共有方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、番組コンテンツに関連するＨＴＭＬコンテンツを受信機間で共有可能にする管理サーバ、コンテンツ共有システム及びコンテンツ共有方法に関する。
【背景技術】
【０００２】
デジタル放送の普及に伴い放送と通信との融合が実現され、近年では、ハイブリッドキャスト（登録商標）と呼ばれるサービスが提供されている。ハイブリッドキャストでは、放送の特徴である同報性と、通信の特徴である個別対応性との双方を満たしたサービスを提供することができる。
【０００３】
具体的には、ハイブリッドキャストでは、放送信号に基づくテレビ番組と、このテレビ番組に関連するハイブリッドキャスト用のＨＴＭＬコンテンツとを合成してテレビ等の受信機に表示することで、例えば、ＴＶ番組だけでは足りない個別の情報をＨＴＭＬコンテンツで補完等する。
【０００４】
ところで、ＨＴＭＬコンテンツを取得するためには、受信機は、インターネット等を介してサーバにアクセスする必要がある。通常、テレビ番組は放送スケジュールが決まっているため、ハイブリッドキャストでは、テレビ番組に関連するＨＴＭＬコンテンツを取得する際に、サーバへのアクセスが集中してしまうことが懸念されている。
【０００５】
この点、ハイブリッドキャストの仕様を定める非特許文献１の7.7.2節では、確率的適用遅延記述子を用いてアクセス制御することで、アクセスタイミングを分散させることが記載されている。
また、特許文献１には、放送信号にユーザグループ毎のサーバアクセス日時等を含めることで、サーバへのアクセスタイミングをユーザグループ毎に分散させる手法が開示されている。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＩＰＴＶＦＪ  ＳＴＤ−００１０  １．０版“ＩＰＴＶ規定  放送通信連携システム仕様”
【特許文献】
【０００７】
【特許文献１】特開２０１３−０７７８８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
非特許文献１及び特許文献１における手法は、サーバへのアクセスタイミングを分散させることに着目したものであるが、ハイブリッドキャストのように広範囲で行われるサービスではユーザ数も膨大になるため、効果が限定的であることが想定される。特に、商用運用を考慮すると、少数（１台）のサーバで運用することが当然に想定されるため、アクセスタイミングを分散しただけでは、サーバにアクセスが集中してしまい、サーバ負荷を軽減することはできない。
【０００９】
本発明は、このような問題に鑑みてなされたものであり、アクセスが集中してしまうことを防止し、負荷を軽減可能な管理サーバ、コンテンツ共有システム及びコンテンツ共有方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の第１の態様においては、番組コンテンツに関連するコンテンツを複数の受信機において共有させる管理サーバであって、前記コンテンツを取得した前記受信機に関連付けられた属性情報と、他の受信機に関連付けられた属性情報とに基づいて、所定属性情報の受信機と前記コンテンツの取得傾向が対応する受信機の属性情報を特定する関係性特定部と、第１受信機に関連付けられた属性情報を参照して、当該第１受信機と前記取得傾向が対応する属性情報の第２受信機を特定する受信機特定部と、特定した前記第２受信機を、前記第１受信機に対して通知する通知部と、を備える管理サーバを提供する。
【００１１】
また、受信機に関連付けられた複数の属性情報のうちの任意の属性情報を優先属性情報として設定する優先属性設定部を更に備え、前記受信機特定部は、前記第１受信機と前記取得傾向が対応する属性情報の受信機が複数存在する場合、当該複数の受信機の前記優先属性情報に基づいて、前記複数の受信機の中から前記第２受信機を特定することとしてもよい。
【００１２】
また、前記優先属性情報は、前記受信機の位置情報であり、前記受信機特定部は、前記複数の受信機の前記位置情報に基づいて、前記複数の受信機の中から前記第２受信機を特定することとしてもよい。
【００１３】
また、前記優先属性情報は、前記受信機の受信機性能であり、前記受信機特定部は、前記複数の受信機の前記受信機性能に基づいて、前記複数の受信機の中から前記第２受信機を特定することとしてもよい。
【００１４】
また、前記優先属性情報は、前記受信機のネットワーク品質であり、前記受信機特定部は、前記複数の受信機の前記ネットワーク品質に基づいて、前記複数の受信機の中から前記第２受信機を特定することとしてもよい。
【００１５】
また、前記優先属性情報は、前記通知部により前記第２受信機として通知された回数であり、前記受信機特定部は、前記複数の受信機の前記回数に基づいて、前記複数の受信機の中から前記第２受信機を特定することとしてもよい。
【００１６】
また、前記優先属性情報は、前記受信機の通信負荷状況であり、前記受信機特定部は、前記複数の受信機の前記通信負荷状況に基づいて、前記複数の受信機の中から前記第２受信機を特定することとしてもよい。
【００１７】
また、前記受信機特定部は、前記第１受信機が前記コンテンツを取得すると、当該第１受信機に対応する第２受信機を特定することとしてもよい。
【００１８】
本発明の第２の態様においては、上記管理サーバと複数の受信機とを備えるコンテンツ共有システムであって、前記受信機は、前記管理サーバから通知された受信機に対して前記コンテンツの取得の有無の問合せを行う問合せ部と、前記受信機が前記コンテンツを取得している場合に、当該受信機から前記コンテンツを取得するコンテンツ取得部と、を備えるコンテンツ共有システムを提供する。
【００１９】
また、前記受信機の前記コンテンツ取得部は、前記受信機が前記コンテンツを取得していない場合、前記コンテンツを管理するコンテンツサーバから前記コンテンツを取得することとしてもよい。
【００２０】
また、前記問合せ部は、前記コンテンツの起動操作を受け付けること、又は前記コンテンツを含む信号を受信すること、を契機として前記通知された受信機に対して前記問合せを行うこととしてもよい。
【００２１】
また、前記受信機は、前記コンテンツを取得すると、前記管理サーバから通知された受信機に対して前記コンテンツを送信するコンテンツ提供部を更に備えることとしてもよい。
【００２２】
本発明の第３の態様においては、番組コンテンツに関連するコンテンツを複数の受信機において共有させるコンテンツ共有方法であって、前記コンテンツを取得した前記受信機に関連付けられた属性情報と、他の受信機に関連付けられた属性情報とに基づいて、所定属性情報の受信機と前記コンテンツの取得傾向が対応する受信機の属性情報を特定するステップと、第１受信機に関連付けられた属性情報を参照して、当該第１受信機と前記取得傾向が対応する属性情報の第２受信機を特定するステップと、特定した前記第２受信機を、前記第１受信機に対して通知するステップと、を含むコンテンツ共有方法を提供する。
【発明の効果】
【００２３】
本発明によれば、サーバにアクセスが集中してしまうことを防止し、サーバ負荷を軽減することができる。
【図面の簡単な説明】
【００２４】
【図１】コンテンツ共有システムのシステム構成を示す図である。
【図２】コンテンツ共有システムを実現するシステム態様の一例を示す図である。
【図３】第１実施形態のテレビ受信機及び管理サーバの機能構成を示すブロック図である。
【図４】履歴テーブル及び属性テーブルの一例を示す図である。
【図５】コンテンツ共有システムの処理の流れを示すシーケンス図である。
【図６】コンテンツ共有システムの処理の流れを示すシーケンス図である。
【図７】コンテンツ共有システムの動作例を示す図である。
【図８】第２実施形態の管理サーバの機能構成及び管理テーブルの一例を示す図である。
【図９】第２実施形態のコンテンツ共有システムの処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００２５】
［コンテンツ共有システムＳの概要］
初めに、図１を参照して、本発明のコンテンツ共有システムＳの概要について説明する。図１は、コンテンツ共有システムＳのシステム構成を示す図である。
図１に示すように、コンテンツ共有システムＳは、放送局１と、テレビ受信機２と、管理サーバ３と、コンテンツサーバ４と、を含んで構成される。
【００２６】
放送局１は、放送設備１Ａを用いて、番組コンテンツを含む放送信号を任意の方法で伝送する。放送設備１Ａは、デジタル放送又はケーブルテレビ放送用の放送設備であり、放送信号を放送波に重畳し放送用アンテナ又は光ケーブル等を介して伝送する。なお、放送局１は、放送設備１Ａに加え、ＶＯＤ（Video On Demand）配信用の通信設備を備えることとしてもよい。
【００２７】
ここで、放送信号には、番組コンテンツに加え、番組コンテンツを補完等する各種デジタルデータやハイブリッドキャストサービスを起動するための情報等が含まれる。番組コンテンツは、放送番組の内容を示すコンテンツであり、映像や音声を含んで構成される。
また、ハイブリッドキャストサービスを起動するための情報とは、例えば、ＡＩＴ（Application Information Table）である。ＡＩＴには、番組コンテンツと連携して実行する１又は複数のアプリケーション（以下、「ＨＴＭＬコンテンツ」と呼ぶ）のリストが記述される。このリストには、ＨＴＭＬコンテンツＩＤ、ＨＴＭＬコンテンツ名称、ＨＴＭＬコンテンツを提供するコンテンツサーバ４の所在を示すロケーション情報等の各種情報が記述される。
【００２８】
テレビ受信機２は、セットトップボックスと表示装置とを含んで構成され、放送局１から伝送される放送信号を解析し、映像及び音声等の信号に変換して番組コンテンツとして表示する。テレビ受信機２は、インターネットＮを介して外部機器と通信可能に接続される。本実施形態では、テレビ受信機２は、管理サーバ３及びコンテンツサーバ４に加え、他のテレビ受信機２と通信可能に接続される。
【００２９】
管理サーバ３は、番組コンテンツに関連するＨＴＭＬコンテンツを複数のテレビ受信機２間で共有させるサーバ装置であり、その詳細については後述する。
コンテンツサーバ４は、ハイブリッドキャスト用のＨＴＭＬコンテンツを配信するコンテンツ配信サーバであり、インターネットＮを介して複数のテレビ受信機２と通信可能に接続される。コンテンツサーバ４は、ＨＴＭＬコンテンツを管理し、テレビ受信機２からの要求に応じてＨＴＭＬコンテンツを配信する。
【００３０】
以上のような構成のコンテンツ共有システムＳにおいて、テレビ受信機２のユーザは、番組コンテンツを視聴中に当該番組コンテンツに関連するＨＴＭＬコンテンツの閲覧を望むことがある。このような場合、通常、テレビ受信機２は、ＡＩＴに含まれるＨＴＭＬコンテンツのロケーション情報に基づいてコンテンツサーバ４にアクセスし、ＨＴＭＬコンテンツを取得する。
【００３１】
これに対して、本実施形態のコンテンツ共有システムＳでは、テレビ受信機２間を通信可能に接続し、テレビ受信機２間における直接的な通信（所謂Ｐ２Ｐ（peer to peer）通信）を利用して、番組コンテンツに関連するＨＴＭＬコンテンツを、当該テレビ受信機２間で共有する。
これにより、ＨＴＭＬコンテンツ取得に伴うコンテンツサーバ４へのアクセスが軽減されるため、コンテンツサーバ４へのアクセスが集中することなく、コンテンツサーバ４の負荷を軽減することができる。
【００３２】
ここで、ＨＴＭＬコンテンツは、テレビ受信機２においてハイブリッドキャストサービスが起動された場合に取得されることになる。そのため、ＨＴＭＬコンテンツを取得したテレビ受信機２同士（即ち、当該テレビ受信機２のユーザ同士）は、ＨＴＭＬコンテンツの取得傾向（ハイブリッドキャストサービスの起動傾向）が似ているテレビ受信機２といえる。
本実施形態の管理サーバ３は、ＨＴＭＬコンテンツの取得傾向が似ているテレビ受信機２を特定し、ハイブリッドキャストサービスの起動の有無に関係なく、当該テレビ受信機２間で通信コネクションを確立しておく。これにより、一方のテレビ受信機２がＨＴＭＬコンテンツを望んだ時に、取得傾向が似ている他方のテレビ受信機２において既にＨＴＭＬコンテンツを取得済みであることが期待でき、ＨＴＭＬコンテンツの早期共有が実現できる。
【００３３】
［コンテンツ共有システムＳのシステム態様例］
以上のようなコンテンツ共有システムＳの好適なシステム態様例を図２に示す。図２は、コンテンツ共有システムＳのシステム態様の一例を示す図である。図２に示すように、本発明のコンテンツ共有システムＳは、例えば、ケーブルテレビシステムにおいて好適に利用することができる。
【００３４】
ケーブルテレビシステムでは、ケーブルテレビ局と各ユーザ宅とを光ケーブルや同軸ケーブル等で接続し、ケーブルテレビ局が放送局１から伝送される放送波を受信し、各ユーザ宅に配信することで、ユーザは番組コンテンツを視聴する。なお、本実施形態では、ケーブルテレビ局と各ユーザ宅とを接続する光ケーブルにより形成されるネットワーク網をケーブル網と呼ぶ。
ケーブルテレビシステムでは、通常、テレビ放送の他にインターネット接続や電話等も含む複合的なサービスが提供されている。ケーブルテレビシステムにおけるインターネット接続は、ケーブル網から出てインターネットＮにアクセスすることで行われる。
【００３５】
本発明のコンテンツ共有システムＳをこのようなケーブルテレビシステムに適用する場合、コンテンツサーバ４は、インターネット上のサーバであるため、ケーブル網の外側に設置される。
一方、管理サーバ３は、任意の場所に設置することができ、例えば、図２に示すように、ケーブル網の内側に設けることとしてもよく、また、コンテンツサーバ４のようにインターネット上に設けることとしてもよい。ケーブル網の内側に設けた場合、管理サーバ３とテレビ受信機２との間の制御をケーブル網内で完結することができ、好適である。
【００３６】
ケーブルテレビシステムにおいて、ケーブル網はケーブルテレビ局毎、より詳細には、ケーブルテレビ局に設けられたケーブルモデムの終端装置（ＣＭＴＳ：Cable Modem Termination System）毎に形成される。図２に示す例では、ＡケーブルＴＶに設けられたＣＭＴＳによりケーブル網Ａが形成され、ＢケーブルＴＶに設けられたＣＭＴＳによりケーブル網Ｂが形成される。
ユーザ宅に設けられるテレビ受信機２の夫々は、契約しているケーブルテレビ局（ＣＭＴＳ）により形成されるケーブル網に属することになる。図２に示す例では、ユーザ宅Ａ及びユーザ宅Ｂのテレビ受信機２は、ＡケーブルＴＶに設けられたＣＭＴＳにより形成されるケーブル網Ａに属し、ユーザ宅Ｃのテレビ受信機２は、ＢケーブルＴＶに設けられたＣＭＴＳにより形成されるケーブル網Ｂに属している。
【００３７】
以上、コンテンツ共有システムＳのシステム態様の一例を図２に示した。なお、図２に示す態様例は一例に過ぎず、本発明のコンテンツ共有システムＳは、ケーブルテレビシステム以外のテレビシステム、即ち、電波を利用して放送番組を提供する通常のテレビ放送や、インターネットＮを介して放送番組を提供するＩＰ放送等のテレビシステムに対しても適用することができる。
【００３８】
［第１実施形態］
続いて、図３から図７を参照して、本発明のコンテンツ共有システムＳの第１実施形態について説明する。図３（Ａ）は、テレビ受信機２の機能構成を示すブロック図であり、図３（Ｂ）は、管理サーバ３の機能構成を示すブロック図である。
【００３９】
［管理サーバ３の機能構成］
初めに、図３（Ｂ）を参照して、管理サーバ３の機能構成について説明する。図３（Ｂ）に示すように、管理サーバ３は、記憶部３１と、通信部３２と、制御部３３と、を含んで構成される。
【００４０】
記憶部３１は、例えば、ＲＯＭ及びＲＡＭ等により構成される。記憶部３１は、管理サーバ３を機能させるための各種プログラムや各種データを記憶する。また、記憶部３１は、履歴テーブル３１１及び属性テーブル３１２を記憶する。
ここで、図４を参照して、履歴テーブル３１１及び属性テーブル３１２について説明する。図４（Ａ）は、履歴テーブル３１１の一例を示す図であり、図４（Ｂ）は、属性テーブル３１２の一例を示す図である。
【００４１】
図４（Ａ）に示すように、履歴テーブル３１１は、他のテレビ受信機２からＨＴＭＬコンテンツを取得したことを示す履歴情報を、当該ＨＴＭＬコンテンツを取得したテレビ受信機２及び他のテレビ受信機２に関連付けて記憶する。図４（Ａ）に示す例では、「日時Ａ」において「受信機Ａ」と「受信機Ｂ」とがＰ２Ｐ方式によりＨＴＭＬコンテンツを共有したことが示されている。
【００４２】
なお、履歴テーブル３１１が示す過去の履歴、即ち、過去のＰ２Ｐの相手先の特定方法については、任意であり、例えば、本発明者が既に提案している特願２０１４−１９４７６０号、特願２０１４−１９４７６１号、特願２０１４−１９４７６２号に記載された方法により実現することができる。
具体的には、管理サーバ３においてＨＴＭＬコンテンツの種別に対応付けて、当該ＨＴＭＬコンテンツを取得済みのテレビ受信機２を記憶しておき、未取得のテレビ受信機２がＨＴＭＬコンテンツの取得を望んだ場合に、取得済みのテレビ受信機２から当該未取得のテレビ受信機２と通信するテレビ受信機２を特定する。
【００４３】
このようにして特定されたテレビ受信機２同士は、同じＨＴＭＬコンテンツを共有することになるため、ＨＴＭＬコンテンツの取得傾向が似ていることになる。ハイブリッドキャストサービスは、ユーザの操作に伴い起動するため、ハイブリッドキャストサービスの起動の傾向（即ち、ＨＴＭＬコンテンツの取得傾向）と、番組コンテンツの視聴傾向とは必ずしも一致するとは限らない。例えば、「ドラマ」を好むユーザであっても、「ドラマ」を視聴していれば足りるユーザと、「ドラマ」に加え追加情報の取得も望むユーザとが存在する。前者は、ハイブリッドキャストサービスを起動しないユーザであり、後者は、ハイブリッドキャストサービスを起動するユーザである。
そのため、単に番組コンテンツの視聴傾向が似通ったテレビ受信機２同士をＰ２Ｐ接続したのでは、ハイブリッドキャストサービスに伴い取得するＨＴＭＬコンテンツの共有には適切でない。そこで、本実施形態では、履歴テーブル３１１において、過去にＰ２Ｐ方式により通信を行った複数のテレビ受信機２を記憶することとしている。
【００４４】
図４（Ｂ）に示すように、属性テーブル３１２は、テレビ受信機２毎に当該テレビ受信機２の属性情報を記憶する。属性テーブル３１２に記憶する属性情報は、任意の属性に関する情報であってよく、図４（Ｂ）に示す例では、その一例として、テレビ受信機２において視聴される番組コンテンツのジャンル傾向、当該テレビ受信機２を利用するユーザの年齢及び性別、当該テレビ受信機２が設置されている住所、当該テレビ受信機２の性能、及び当該テレビ受信機２でのＨＴＭＬコンテンツの実行頻度等を記憶することとしている。
【００４５】
管理サーバ３では、履歴テーブル３１１に記憶される過去のＰ２Ｐ接続の履歴と、属性テーブル３１２に記憶されるＰ２Ｐ接続した複数のテレビ受信機２の属性情報とに基づいて、ＨＴＭＬコンテンツの取得傾向に関する属性間の関係性を特定し、ＨＴＭＬコンテンツの取得傾向が似ているテレビ受信機２間の通信コネクションを予め確立する。
【００４６】
図３（Ｂ）に戻り、通信部３２は、所定の通信回線を介して外部機器と接続され、外部機器との間で所定の通信を行う。一例として、通信部３２は、ケーブル網やインターネットＮを介してテレビ受信機２と通信可能に接続される。管理サーバ３は、テレビ受信機２に対してＰ２Ｐ接続する他のテレビ受信機２のロケーション情報を通知する。この通知に伴い、テレビ受信機２間の通信コネクションが確立される。
【００４７】
制御部３３は、例えば、ＣＰＵにより構成される。制御部３３は、記憶部３１に記憶されている各種プログラムを実行することにより、管理サーバ３に係る機能を統括的に制御し、関係性特定部３３１、受信機特定部３３２、通知部３３３及び優先属性設定部３３４として機能する。
【００４８】
関係性特定部３３１は、履歴テーブル３１１及び属性テーブル３１２を参照して、ＨＴＭＬコンテンツの取得傾向に関する属性間の関係性を特定する。具体的には、関係性特定部３３１は、履歴テーブル３１１に記憶された過去にＰ２Ｐ接続したテレビ受信機２の属性情報に基づいて、ある属性のテレビ受信機２とＨＴＭＬコンテンツの取得傾向が対応するテレビ受信機２の属性情報を特定する。
【００４９】
受信機特定部３３２は、関係性特定部３３１が特定した属性間の関係性を参照して、対象とするテレビ受信機２とＨＴＭＬコンテンツの取得傾向が対応する属性情報のテレビ受信機２を、対象とするテレビ受信機２とＰ２Ｐ通信を行うテレビ受信機２として特定する。
通知部３３３は、受信機特定部３３２が特定したテレビ受信機２の夫々に対して、Ｐ２Ｐ通信を行うためのルーティング情報（双方のＩＰアドレス、ポート番号、ＮＡＴタイプ等）を通知する。
【００５０】
優先属性設定部３３４は、テレビ受信機２に関連付けられた複数の属性情報のうちの任意の属性情報を優先属性情報として設定する。後述するように、例えば、ある属性のテレビ受信機２とＰ２Ｐ通信を行うテレビ受信機２として複数のテレビ受信機２が特定された場合、この優先属性情報に基づいて複数のテレビ受信機２の中からＰ２Ｐ通信を行うテレビ受信機２を絞り込むことになる。
なお、関係性特定部３３１乃至優先属性特定部３３４に基づくテレビ受信機２間のルート設定の詳細は、後に図７に示す動作例を参照して説明する。
【００５１】
［テレビ受信機２の機能構成］
図３（Ａ）に示すように、テレビ受信機２は、記憶部２１と、表示部２２と、通信部２３と、制御部２４と、を含んで構成される。
記憶部２１は、例えば、ＲＯＭ及びＲＡＭ等により構成される。記憶部２１は、テレビ受信機２を機能させるための各種プログラムや各種データを記憶する。また、記憶部２１は、コンテンツサーバ４等から取得したＨＴＭＬコンテンツを記憶する。
【００５２】
表示部２２は、液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等により構成され、制御部２４の制御に基づいて、番組コンテンツやＨＴＭＬコンテンツを表示する。
【００５３】
通信部２３は、所定の通信回線を介して外部機器と接続され、外部機器との間で所定の通信を行う。一例として、通信部２３は、放送網やケーブル網を介して放送局１（ケーブルテレビ局）から伝送される放送信号を受信する。また、通信部２３は、インターネットＮを介してコンテンツサーバ４と通信可能に接続され、コンテンツサーバ４からＨＴＭＬコンテンツを受信する。
【００５４】
また、通信部２３は、ケーブル網やインターネットＮを介して他のテレビ受信機２及び管理サーバ３と通信可能に接続される。テレビ受信機２は、管理サーバ３からＰ２Ｐ通信を行う他のテレビ受信機２のロケーション情報を受信するとともに、他のテレビ受信機２との間でＨＴＭＬコンテンツの送受信を行う。
【００５５】
制御部２４は、例えば、ＣＰＵにより構成される。制御部２４は、記憶部２１に記憶されている各種プログラムを実行することにより、テレビ受信機２に係る機能を統括的に制御し、問合せ部２４１、コンテンツ取得部２４２及びコンテンツ提供部２４３として機能する。
本実施形態のようにハイブリッドキャストサービスに対応するテレビ受信機２では、制御部２４は、通信部２３を介して受信した放送信号を解析し、放送信号を映像データ及び音声データに加え、ＡＩＴや字幕データ等の各種データに分離する。また、制御部２４は、これら各種データに対して適宜デコード処理等を行い、番組コンテンツとして表示部２２から出力する。なお、本実施形態の映像データ及び音声データは、本発明の番組コンテンツに対応するデータに相当する。
【００５６】
問合せ部２４１は、管理サーバ３から通知されたＰ２Ｐ通信を行う相手方のテレビ受信機２に対して、ＨＴＭＬコンテンツの取得の有無の問合せを行う。テレビ受信機２では、ユーザがハイブリッドキャストサービスの起動操作を行うと、当該ハイブリッド放送に伴うＨＴＭＬコンテンツを取得する。本実施形態では、相手方のテレビ受信機２がＨＴＭＬコンテンツを取得済みの場合、このテレビ受信機２からＨＴＭＬコンテンツをＰ２Ｐ方式により取得するため、問合せ部２４１は、ハイブリッドキャストサービスの起動時に、既に通信コネクションが確立されている相手方のテレビ受信機２に対してＨＴＭＬコンテンツの取得の有無を問い合わせる。なお、問合せ部２４１による問い合せは、ハイブリッドキャストサービスの起動時に限らず、ハイブリッドキャスト放送を受信したことを契機として行うこととしてもよい。即ち、相手方のテレビ受信機２への問い合わせは、ユーザが起動操作を行うこと、又は起動操作の有無に関わらずハイブリッドキャスト放送の放送波を受信したこと、を契機に行うこととしてもよい。前者の場合、ユーザが必要とするＨＴＭＬコンテンツのみ共有することになる一方で、後者の場合、起動操作前からＨＴＭＬコンテンツの共有が可能になるため、起動操作があったタイミングで直ぐにＨＴＭＬコンテンツを起動することができる。
【００５７】
コンテンツ取得部２４２は、放送信号に含まれるＡＩＴにより指定されたＨＴＭＬコンテンツを取得する。具体的には、通信コネクションが確立された他のテレビ受信機２がＨＴＭＬコンテンツを取得済みの場合には、コンテンツ取得部２４２は、当該テレビ受信機２からＰ２Ｐ方式によりＨＴＭＬコンテンツを取得する。他方、通信コネクションが確立された他のテレビ受信機２がＨＴＭＬコンテンツを未取得の場合には、コンテンツ取得部２４２は、ＡＩＴにより指定されたロケーション情報に従いコンテンツサーバ４にアクセスして、コンテンツサーバ４からＨＴＭＬコンテンツを取得する。
【００５８】
コンテンツ提供部２４３は、ＨＴＭＬコンテンツを取得すると、管理サーバ３から通知されたテレビ受信機２に対して取得したＨＴＭＬコンテンツを送信する。ここで、管理サーバ３からは、ＨＴＭＬコンテンツの取得傾向が自身と似通った他のテレビ受信機２が通知されるため、自身がＨＴＭＬコンテンツを取得した場合、他のテレビ受信機２でも当該ＨＴＭＬコンテンツの取得を望む可能性が高い。
そこで、自身がＨＴＭＬコンテンツを取得した場合に、他のテレビ受信機２に対して自動的に当該ＨＴＭＬコンテンツを送信することとしてもよく、これにより、通信コネクションが確立されたテレビ受信機２間においてＨＴＭＬコンテンツを共有することができる。
【００５９】
［コンテンツ共有システムＳの動作］
以上、本発明のコンテンツ共有システムＳの構成について説明した。続いて、コンテンツ共有システムＳの動作について説明する。図５及び図６は、コンテンツ共有システムＳのシーケンス図であり、図５は、管理サーバ３がテレビ受信機２間の通信コネクションを確立する際の流れを示し、図６は、テレビ受信機２間でＨＴＭＬコンテンツを共有する際の流れを示す。また、図７は、図５の処理の具体的な動作例を示す図である。
【００６０】
図５に示すように、初めに、管理サーバ３の関係性特定部３３１は、属性間のＨＴＭＬコンテンツの取得傾向の関係性を特定する。履歴テーブル３１１及び属性テーブル３１２を参照すると、図７（Ａ）に示すように、過去にＰ２Ｐ方式によりＨＴＭＬコンテンツを共有したテレビ受信機２の属性情報が得られる。関係性特定部３３１は、これら情報から属性間の関係性を特定する。ここで、図７（Ａ）に示す例では、理解を容易にするため単純化し、ある属性との関係性を示すスコアを他の属性毎に算出することとしているが、関係性の算出方法は任意であり、運営者により適宜調整されるものである。
【００６１】
図５に戻り、管理サーバ３の受信機特定部３３２は、続いて、ステップＳ１で特定した関係性に基づいて、対象となるテレビ受信機２の通信相手となる他のテレビ受信機２を特定する（ステップＳ２）。図７（Ａ）に示す例では、算出した関係性のスコアが例えば「７０」以上である属性間を、Ｐ２Ｐ通信相手として特定する。
【００６２】
図７（Ｂ）を参照して、対象となるテレビ受信機２が属性Ｎの受信機Ｎである場合、スコア「７０」の受信機Ｏとスコア「８０」の受信機ＲとがＰ２Ｐ通信相手として特定されることになる。このように複数のテレビ受信機２がＰ２Ｐ通信相手として特定可能である場合、受信機特定部３３２は、複数のテレビ受信機２のうちの一のテレビ受信機２のみをＰ２Ｐ通信相手先として特定することとしてもよく、また、複数のテレビ受信機２をＰ２Ｐ通信相手先として特定することとしてもよい。
このとき、図７（Ｂ）に示すように、スコアの高いテレビ受信機２をＰ２Ｐ通信相手として優先的に特定することとしてもよく、優先属性設定部３３４が設定した優先属性情報に基づいてＰ２Ｐ通信相手としてのテレビ受信機２を特定することとしてもよい。
【００６３】
なお、優先属性情報としては任意の属性を採用することができ、例えば、図７（Ｃ）に示すように、テレビ受信機２の位置情報を採用することができる。図７（Ｃ）に示す例では、受信機Ｏは、受信機Ｒよりもスコアが低いものの、対象となる受信機Ｎとの距離が受信機Ｒよりも近い。距離が近いほど通信速度が速いため、受信機Ｒではなく受信機Ｏを通信相手として特定することで、Ｐ２Ｐ通信を行う際の通信速度の向上が期待でき、好適である。
なお、図７（Ｃ）に示す例では、優先属性情報の一例として、テレビ受信機２の設置場所住所やＺＩＰコードのような物理的な位置情報を採用しているが、テレビ受信機２のＩＰアドレスのような論理的な位置情報を採用することとしてもよい。
【００６４】
また、優先属性情報としては、テレビ受信機２の受信機性能を採用することもできる。コンテンツ共有システムＳでは、テレビ受信機２間のＰ２Ｐ通信によりＨＴＭＬコンテンツを共有することで、コンテンツサーバ４の負荷を軽減することとしている。この点、他のテレビ受信機２の受信機性能が低い場合、当該他のテレビ受信機２にアクセスすることにより当該他のテレビ受信機２の負荷が増大してしまい、ＨＴＭＬコンテンツの取得が遅れてしまう。そこで、コンテンツ共有システムＳでは、優先属性情報としてテレビ受信機２の受信機性能を採用し、受信機性能の高いテレビ受信機２から優先してＰ２Ｐ通信相手先として特定する。
【００６５】
これにより、性能を超える台数のテレビ受信機２と通信を行う必要がないため、他のテレビ受信機２の負荷を抑えることができる。また、通信相手先のテレビ受信機２にとっても、負荷が増大した他のテレビ受信機２と通信する必要がないため、ＨＴＭＬコンテンツを早期に取得することができ、好適である。
なお、受信機性能としては、例えば、テレビ受信機２のＣＰＵ処理能力やメモリサイズ等のテレビ受信機２が備えるスペックに関する任意の情報を用いることができる。
【００６６】
また、優先属性情報としては、テレビ受信機２のネットワーク品質を採用することもできる。他のテレビ受信機２のネットワーク品質が悪い場合、当該他のテレビ受信機２と通信したとしても、通信速度が遅く、ＨＴＭＬコンテンツを早期に取得することができない。そこで、コンテンツ共有システムＳでは、優先属性情報としてテレビ受信機２のネットワーク品質を採用し、ネットワーク品質の高いテレビ受信機２から優先してＰ２Ｐ通信相手先として特定する。
【００６７】
なお、ネットワーク品質としては、上り／下りの通信速度（スループット）、往復遅延時間（ＲＴＴ：Round Trip Time）等の経路上のボトルネック箇所を特定可能な情報に加え、パケット消失率（ＰＥＲ：Packet Error Rate）等の情報を用いることができる。
また、他のテレビ受信機２が属するＣＭＴＳやルータにおける負荷状況に基づいてネットワーク品質を判断することとしてもよい。具体的には、ＣＭＴＳやルータの単一ネットワークインターフェースにおける端末の収容数や同時接続数等を用いて、ネットワーク品質を判断することとしてもよい。即ち、それら収容数や同時接続数が多い場合にネットワーク品質が悪く、それら収容数や同時接続数が少ない場合にネットワーク品質が良いと判断することとしてもよい。
【００６８】
また、優先属性情報としては、現在、テレビ受信機２がＰ２Ｐの通信コネクションを確立している数、即ち、通知部３３３によりＰ２Ｐ相手として通知された回数を採用することもできる。あるテレビ受信機２に対して複数の他のテレビ受信機２がアクセスした場合、当該テレビ受信機２の負荷が増大してしまう。そこで、コンテンツ共有システムＳでは、優先属性情報としてテレビ受信機２が既に確立しているＰ２Ｐの通信コネクションの数を採用し、当該数が少ないテレビ受信機２から優先してＰ２Ｐ通信相手先として特定する。
これにより、特定のテレビ受信機２の負荷が増大してしまうことを防止でき、結果として、ＨＴＭＬコンテンツの早期取得が期待できる。
【００６９】
なお、限度となる通信コネクションの数は、テレビ受信機２の受信機性能を加味して適宜設定することとしてもよい。これにより、受信機性能を超える台数のテレビ受信機２と通信を行う必要がないため、テレビ受信機２の負荷を抑えることができ、また、相手先のテレビ受信機２にとっても、負荷が増大したテレビ受信機２と通信する必要がないため、ＨＴＭＬコンテンツを早期に取得することができ、好適である。
【００７０】
また、優先属性情報としては、テレビ受信機２の通信負荷状況を採用することもできる。例えば、ユーザ宅においてインターネット動画が閲覧されている状況や、ユーザ宅内のテレビ受信機２が多くの他のテレビ受信機２との間でＨＴＭＬコンテンツを共有している状況の場合、当該ユーザ宅において通信負荷が増大しており、ＨＴＭＬコンテンツを要求したとしても、ＨＴＭＬコンテンツの取得が遅れてしまう。そこで、コンテンツ共有システムＳでは、優先属性情報としてテレビ受信機２の通信負荷状況を採用し、通信負荷が少ないテレビ受信機２から優先してＰ２Ｐ通信相手先として特定する。これにより、通信負荷が増大しているテレビ受信機２を避けてＰ２Ｐ通信相手を特定することができるため、結果として、ＨＴＭＬコンテンツの早期取得が期待できる。
なお、通信負荷状況として、テレビ受信機２の上り／下りのスループットやトラヒック量、往復遅延時間を用いることができる。
【００７１】
図５に戻り、対象となるテレビ受信機２Ａの通信相手を特定すると、続いて、管理サーバ３の通知部３３３は、対象となるテレビ受信機２Ａ及び通信相手として特定したテレビ受信機２Ｂに対して、ルート通知処理を行う（ステップＳ３）。具体的には、通知部３３３は、Ｐ２Ｐ通信を行うために必要なルーティング情報を、テレビ受信機２Ａ，２Ｂの双方に対して通知する。
この通知を受けると、テレビ受信機２Ａ，２Ｂでは、通知されたルーティング情報に基づいて、通信コネクションを確立し、処理を終了する。
【００７２】
なお、ステップＳ１の属性間の関係性の特定と、ステップＳ２の対象テレビ受信機２の相手先特定とは、夫々任意のタイミングで実行することとしてよく、また、夫々を連続的に実行することとしてもよく、夫々を異なるタイミングで実行することとしてもよい。また、以下において、ステップＳ２〜ステップＳ４の処理の流れをルート設定処理と呼ぶことがある。
【００７３】
続いて、図６を参照して、テレビ受信機２間でＨＴＭＬコンテンツを共有する際の流れについて説明する。ステップＳ１１において、テレビ受信機２Ａのユーザがハイブリッドキャストコンテンツの取得を望むと（ハイブリッドキャスト放送受信に必要となるユーザアクションを取ると）、ステップＳ１２において、テレビ受信機２Ａから相手先のテレビ受信機２Ｂに対してＨＴＭＬコンテンツの所有有無の問合せが行われる。
具体的には、テレビ受信機２Ａでは、ハイブリッドキャスト放送の放送信号を解析してＡＩＴを抽出し、ＡＩＴに記述されたＨＴＭＬコンテンツの種別を特定する。そして、テレビ受信機２Ａの問合せ部２４１は、特定した種別のＨＴＭＬコンテンツを取得済みであるか否かをテレビ受信機２Ｂに問い合わせる。
【００７４】
問合せを受けるとテレビ受信機２Ｂでは、ステップＳ１３において、対象のＨＴＭＬコンテンツを取得済みであるか否かを判定する。この判定がＹＥＳのときは、続いて、ステップＳ２１，Ｓ２２の処理が実行され、この判定がＮＯのときは、続いて、ステップＳ３１〜Ｓ３５の処理が実行されることになる。
【００７５】
テレビ受信機２Ｂにおいて対象のＨＴＭＬコンテンツを取得済みである場合、続いて、ステップＳ２１において、テレビ受信機２Ａのコンテンツ取得部２４２は、テレビ受信機２Ｂから当該ＨＴＭＬコンテンツを取得する。続いて、ステップＳ２２において、テレビ受信機２Ａでは、取得したＨＴＭＬコンテンツを適宜保存するとともに、当該ＨＴＭＬコンテンツを実行することで、ハイブリッドキャストサービスに伴う映像を表示部２２に表示する。
【００７６】
他方、テレビ受信機２Ｂにおいて対象のＨＴＭＬコンテンツを未だ取得していない場合、続いて、ステップＳ３１において、当該ＨＴＭＬコンテンツを未取得である旨の応答が、テレビ受信機２Ｂからテレビ受信機２Ａに対して行われる。この応答を受けると、ステップＳ３２において、テレビ受信機２Ａのコンテンツ取得部２４２は、コンテンツサーバ４にアクセスし、コンテンツサーバ４から対象のＨＴＭＬコンテンツを取得する。
【００７７】
続いて、ステップＳ３３において、テレビ受信機２Ａでは、取得したＨＴＭＬコンテンツを適宜保存するとともに、当該ＨＴＭＬコンテンツを実行することで、ハイブリッドキャストサービスに伴う映像を表示部２２に表示する。
なお、テレビ受信機２Ａ，２Ｂは、ＨＴＭＬコンテンツの取得傾向が似ているテレビ受信機２であるため、ステップＳ３４，Ｓ３５に示すように、テレビ受信機２Ａは、コンテンツサーバ４からＨＴＭＬコンテンツを取得すると、未取得応答を行ったテレビ受信機２Ｂからの要求の有無に関わらず、取得したＨＴＭＬコンテンツをテレビ受信機２Ｂに対して提供することとしてもよい。
【００７８】
［第１実施形態のコンテンツ共有システムＳの効果］
以上説明した本実施形態のコンテンツ共有システムＳでは、過去の履歴から対象のテレビ受信機２とＨＴＭＬコンテンツの取得傾向が似たテレビ受信機２を特定し、当該テレビ受信機２間で予めＰ２Ｐ通信のための通信コネクションを確立しておく。テレビ受信機２では、放送信号に含まれるＡＩＴによりＨＴＭＬコンテンツが指定された場合に、当該ＨＴＭＬコンテンツを管理するコンテンツサーバ４にアクセスすることなく、通信コネクションを確立しておいたテレビ受信機２からＨＴＭＬコンテンツをＰ２Ｐ方式により取得する。
これにより、コンテンツサーバ４にアクセスが集中してしまうことを防止でき、コンテンツサーバ４のサーバ負荷を軽減することができる。
【００７９】
なお、ＨＴＭＬコンテンツの取得傾向が似たテレビ受信機２同士を接続するため、自身がＨＴＭＬコンテンツの取得を望んだ場合、通信相手先のテレビ受信機２でもＨＴＭＬコンテンツを望む可能性が高く、また、既に取得済みの可能性も高い。ＨＴＭＬコンテンツを既に取得済みの場合には、当該テレビ受信機２からＨＴＭＬコンテンツを取得することができ、好適である。他方、ＨＴＭＬコンテンツを未取得の場合には、コンテンツサーバ４からＨＴＭＬコンテンツを取得することになるが、この場合であっても、取得したＨＴＭＬコンテンツを未取得のテレビ受信機２に対して自動的に提供することで、通信相手先のテレビ受信機２においてハイブリッドキャストサービスの起動と同時にＨＴＭＬコンテンツを表示することができ、好適である。
【００８０】
また、通信相手先の候補が複数存在する場合には、優先属性情報に基づいて通信相手先のテレビ受信機２を絞り込む。このとき、優先属性情報として、テレビ受信機２の位置情報、受信機性能、ネットワーク品質、Ｐ２Ｐ接続数及び通信負荷状況等の様々な指標を用いることで、例えば、通信速度が速いテレビ受信機２を通信相手先として特定することができ、好適である。
【００８１】
なお、優先属性情報ではなく過去にＰ２Ｐ接続を行ったか否かに応じて、複数の候補の中から通信相手先を絞り込むこととしてもよい。即ち、候補の中に過去にＰ２Ｐ接続を行ったテレビ受信機２が存在する場合には当該テレビ受信機２を通信相手先として特定することとしてもよい。このとき、過去にＰ２Ｐ接続を行ったテレビ受信機２が複数存在する場合には、過去のＰ２Ｐ通信においてＨＴＭＬコンテンツを取得するのにかかった時間、ＨＴＭＬコンテンツを取得できた確率、Ｐ２Ｐ通信に伴うネットワーク負荷等に基づいて絞り込みを行うこととしてもよい。
また、古い履歴を用いずに直近所定期間の履歴等を用いることとしてもよく、また、古い履歴よりも直近の履歴ほど重み付ける等することとしてもよい。
【００８２】
［第２実施形態］
続いて、本発明のコンテンツ共有システムＳの第２実施形態について説明する。第２実施形態のコンテンツ共有システムＳでは、受信機特定部３３２がＰ２Ｐ通信相手先を特定するタイミング（即ち、ステップＳ２〜Ｓ４のルート設定処理を行うタイミング）が第１実施形態と異なる。具体的には、第２実施形態のコンテンツ共有システムＳでは、あるテレビ受信機２がＨＴＭＬコンテンツを取得すると、当該テレビ受信機２とＰ２Ｐ通信を行う他のテレビ受信機２を特定する。
【００８３】
［管理サーバ３の機能構成］
図８（Ａ）は、第２実施形態のコンテンツ共有システムＳの管理サーバ３の機能構成を示すブロック図である。なお、第１実施形態と同様の構成については、同一の符号を付し、詳細な説明を省略する。
【００８４】
図８（Ａ）に示すように、第２実施形態の管理サーバ３は、第１実施形態の構成に加え、管理テーブル３１３を更に備える。
管理テーブル３１３は、テレビ受信機２が取得したＨＴＭＬコンテンツの種別を記憶、言い換えると、テレビ受信機２に現在保存されているＨＴＭＬコンテンツの種別を記憶する。具体的には、図８（Ｂ）に示すように、管理テーブル３１３は、ＨＴＭＬコンテンツの種別に対応付けて、当該ＨＴＭＬコンテンツの保存有効期限、及び当該ＨＴＭＬコンテンツを取得済みのテレビ受信機２の情報等を記憶する。
【００８５】
なお、管理サーバ３は、テレビ受信機２からイベント発生の通知を受けると、この通知の内容に応じて管理テーブル３１３を更新する。一例として、テレビ受信機２からＨＴＭＬコンテンツを取得したことの通知を受け付けると、管理サーバ３は、当該テレビ受信機２がＨＴＭＬコンテンツを取得済みのテレビ受信機２であることを示すレコードを管理テーブル３１３に追加する。また、テレビ受信機２からＨＴＭＬコンテンツを削除したことの通知を受け付けると、管理サーバ３は、当該レコードを管理テーブル３１３から削除する。同様に、管理サーバ３は、ＨＴＭＬコンテンツの保存有効期限が過ぎた場合、当該レコードを管理テーブル３１３から削除する。
【００８６】
［第２実施形態のコンテンツ共有システムＳの動作］
続いて、図９を参照して、第２実施形態のコンテンツ共有システムＳの動作について説明する。
テレビ受信機２Ａのユーザがハイブリッドキャスト放送の視聴を望むと、ステップＳ４１において、テレビ受信機２Ａは、コンテンツサーバ４からＨＴＭＬコンテンツを取得する。ＨＴＭＬコンテンツを取得するとテレビ受信機２Ａでは、ステップＳ４２において、取得済みであることを示す通知を管理サーバ３に対して行う。
【００８７】
この通知を受けると、管理サーバ３では、ステップＳ４３において、管理テーブル３１３を更新する。続いて、管理サーバ３は、図５において既に説明したルート設定処理を実行する。具体的には、管理サーバ３は、取得済み通知のあったテレビ受信機２Ａを対象として、当該テレビ受信機２Ａの通信相手先となる一又は複数のテレビ受信機２を特定する。なお、この処理では、テレビ受信機２Ａが取得したＨＴＭＬコンテンツを未だ取得していないテレビ受信機２の中から相手先となるテレビ受信機２を特定することとしてもよい。
【００８８】
ルート設定処理の結果、テレビ受信機２Ａとテレビ受信機２Ｂとの間で通信コネクションが確立されると、ステップＳ４４に示すように、テレビ受信機２Ａのコンテンツ提供部２４３は、テレビ受信機２Ｂに対してＨＴＭＬコンテンツを提供し、処理を終了する。
【００８９】
このように、第２実施形態のコンテンツ共有システムＳでは、テレビ受信機２がＨＴＭＬコンテンツを取得したタイミングで、当該テレビ受信機２とＰ２Ｐ通信を行う他のテレビ受信機２を特定する。これにより、他のテレビ受信機２は、コンテンツサーバ４にアクセスすることなくＨＴＭＬコンテンツを取得できるようになる。このとき、対象のＨＴＭＬコンテンツを未取得のテレビ受信機２から他のテレビ受信機２を特定し、Ｐ２Ｐ通信相手のテレビ受信機２（取得済み）から自動的に当該ＨＴＭＬコンテンツを提供することで、他のテレビ受信機２においてハイブリッドキャスト放送の起動と同時にＨＴＭＬコンテンツを表示することができ、好適である。
【００９０】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。特に、装置の分散・統合の具体的な実施形態は以上に図示するものに限られず、その全部又は一部について、種々の付加等に応じて、又は、機能負荷に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【００９１】
上記実施形態では、本発明の受信機の一例としてテレビ受信機２を採用しているが、本発明は、放送信号を受信可能なチューナー機能を有していれば足り、例えば、チューナー機能を有するＰＣ、携帯電話、タブレットＰＣ、カーナビゲーション装置等の任意の装置に適用することができる。
【００９２】
また、上記実施形態では、Ｐ２Ｐ方式により通信を行う際の通信プロトコルについて特に言及していない。ここで、Ｐ２Ｐ方式の通信では、ＴＣＰ（Transmission Control Protocol）及びＵＤＰ（User Datagram Protocol）といった通信プロトコルを採用することが考えられる。ＴＣＰは、再送機能が付いているため信頼性が高いものの、通信速度が低速になりやすい。他方、ＵＤＰは、信頼性よりもレイテンシ低減を重視しているため、信頼性は低いものの、通信速度は比較的速い。
これらＴＣＰ及びＵＤＰのうち任意の通信プロトコルを用いてＰ２Ｐ方式の通信を行うこととしてもよく、また、Ｐ２Ｐ方式の通信を行うテレビ受信機２間のネットワーク品質に応じて、通信プロトコルを異ならせることとしてもよい。
【００９３】
具体的には、テレビ受信機２は、他のテレビ受信機２との間のネットワーク品質が良好な場合に、ＵＤＰを用いてＰ２Ｐ方式の通信を行うことでＨＴＭＬコンテンツを共有し、当該他のテレビ受信機２との間のネットワーク品質が良好でない場合に、ＴＣＰを用いてＰ２Ｐ方式の通信を行うことでＨＴＭＬコンテンツを共有する。
より具体的には、ベースの通信プロトコルをＵＤＰとしておき、テレビ受信機２は、他のテレビ受信機２との間のネットワーク品質（例えば、ＰＥＲやスループットの値）が一定の閾値を下回った場合に、通信プロトコルをＴＣＰに変更する。
【００９４】
これにより、テレビ受信機２間の通信環境の信頼性及び通信速度を担保することができるため、テレビ受信機２においてＨＴＭＬコンテンツを早期に取得することができ、ユーザエクスペリエンスの向上を期待できる。
【００９５】
また、上記実施形態では、ＨＴＭＬコンテンツの取得傾向が似ていることを、過去のＰ２Ｐ通信の履歴から特定することとしているが、これに限られるものではない。管理サーバ３において、夫々のテレビ受信機２が取得（Ｐ２Ｐ通信による取得に限らずコンテンツサーバ４から取得したことも含む）したＨＴＭＬコンテンツを記憶しておき、この履歴に基づいて、夫々のテレビ受信機２のＨＴＭＬコンテンツの取得傾向を特定する等して、ＨＴＭＬコンテンツの取得傾向が似ているテレビ受信機２の属性情報を特定することとしてもよい。
【符号の説明】
【００９６】
１・・・放送局、２・・・テレビ受信機、２１・・・記憶部、２２・・・表示部、２３・・・通信部、２４・・・制御部、２４１・・・問合せ部、２４２・・・コンテンツ取得部、２４３・・・コンテンツ提供部、３・・・管理サーバ、３１・・・記憶部、３１１・・・履歴テーブル、３１２・・・属性テーブル、３１３・・・管理テーブル、３２・・・通信部、３３・・・制御部、３３１・・・関係性特定部、３３２・・・受信機特定部、３３３・・・通知部、３３４・・・優先属性設定部、４・・・コンテンツサーバ、Ｓ・・・コンテンツ共有システム
【図１】
2016116100.tif 000003
【図２】
2016116100.tif 000004
【図３】
2016116100.tif 000005
【図４】
2016116100.tif 000006
【図５】
2016116100.tif 000007
【図６】
2016116100.tif 000008
【図７】
2016116100.tif 000009
【図８】
2016116100.tif 000010
【図９】
2016116100.tif 000011