(57)【要約】【課題】サーバにアクセスが集中してしまうことを防止し、サーバ負荷を軽減する。【解決手段】コンテンツ共有システムＳは、放送番組に関連するＨＴＭＬコンテンツの種別に対応付けて、当該ＨＴＭＬコンテンツを取得済みのテレビ受信機２の属性情報を記憶する管理テーブル３１１と、ＨＴＭＬコンテンツを取得していない未取得のテレビ受信機２からの要求を受けると、既取得のテレビ受信機２の属性情報に基づいて、未取得のテレビ受信機２と通信を行う既取得のテレビ受信機２を特定する特定部３３１と、特定した既取得のテレビ受信機２を未取得のテレビ受信機２に対して通知する通知部３３２と、を備える管理サーバ３と、通知された既取得のテレビ受信機２からＨＴＭＬコンテンツを取得するコンテンツ取得部２４２を備えるテレビ受信機２を備える。【選択図】図１
2016066917.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）といった通信プロトコルを採用することが考えられる。ここで、ＴＣＰは、再送機能が付いているため信頼性が高いものの、通信速度が低速になりやすい。他方、ＵＤＰは、信頼性よりもレイテンシ低減を重視しているため、信頼性は低いものの、通信速度は比較的速い。
【０１１１】
そこで、未取得のテレビ受信機２は、既取得のテレビ受信機２との間のネットワーク品質が良好な場合に、ＵＤＰを使用して既取得のテレビ受信機２からＨＴＭＬコンテンツを取得し、既取得のテレビ受信機２との間のネットワーク品質が良好でない場合に、ＴＣＰを使用して既取得のテレビ受信機２からＨＴＭＬコンテンツを取得する。
【０１１２】
具体的には、ベースの通信プロトコルをＵＤＰとしておき、未取得のテレビ受信機２は、既取得のテレビ受信機２との間のネットワーク品質（例えば、ＰＥＲやスループットの値）が一定の閾値を下回った場合に、通信プロトコルをＴＣＰに変更する。
【０１１３】
これにより、テレビ受信機２間の通信環境の信頼性及び通信速度を担保することができるため、未取得のテレビ受信機２は、ＨＴＭＬコンテンツを早期に取得することができ、ユーザエクスペリエンスの向上を期待できる。
【０１１４】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。特に、装置の分散・統合の具体的な実施形態は以上に図示するものに限られず、その全部又は一部について、種々の付加等に応じて、又は、機能負荷に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【０１１５】
上記実施形態では、本発明の受信機の一例としてテレビ受信機２を採用しているが、本発明は、放送信号を受信可能なチューナー機能を有していれば足り、例えば、チューナー機能を有するＰＣ、携帯電話、タブレットＰＣ、カーナビゲーション装置等の任意の装置に適用することができる。
【符号の説明】
【０１１６】
１・・・放送局、２・・・テレビ受信機、２１・・・記憶部、２２・・・表示部、２３・・・通信部、２４・・・制御部、２４１・・・接続先取得部、２４２・・・コンテンツ取得部、３・・・管理サーバ、３１・・・記憶部、３１１・・・管理テーブル、３１２・・・グループテーブル、３２・・・通信部、３３・・・制御部、３３１・・・特定部、３３２・・・通知部、３３３・・・更新部、４・・・コンテンツサーバ、Ｓ・・・コンテンツ共有システム
【図１】
2016066917.tif 000003
【図２】
2016066917.tif 000004
【図３】
2016066917.tif 000005
【図４】
2016066917.tif 000006
【図５】
2016066917.tif 000007
【図６】
2016066917.tif 000008
【図７】
2016066917.tif 000009
【図８】
2016066917.tif 000010
【図９】
2016066917.tif 000011
【図１０】
2016066917.tif 000012
【図１１】
2016066917.tif 000013