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