ツリー型コンテンツ放送システム、コンテンツカタログ情報作成方法、ノード装置等
【課題】カタログ管理サーバ等の特定の装置の配信負担を抑え、コンテンツカタログ情報のデータ量を抑えることが可能なツリー型コンテンツ放送システム、コンテンツカタログ情報作成方法、ノード装置等、及びノード処理プログラムを提供する。
【解決手段】本発明は、複数のノード装置により形成されたツリー型コンテンツ放送システムであって、放送装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型コンテンツ放送システムにおける前記ノード装置であって、前記放送された前記コンテンツデータを受信するコンテンツ受信手段と、少なくとも前記受信されたコンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成するカタログ作成手段と、を備える。
【解決手段】本発明は、複数のノード装置により形成されたツリー型コンテンツ放送システムであって、放送装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型コンテンツ放送システムにおける前記ノード装置であって、前記放送された前記コンテンツデータを受信するコンテンツ受信手段と、少なくとも前記受信されたコンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成するカタログ作成手段と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））型の通信システムの技術分野に関する。
【背景技術】
【０００２】
この種のピアツーピア型の通信システムにおいては、コンテンツデータを複数のノード装置に分散配置（分散保存）させておくコンテンツ分散保存システムが知られており、これにより、対故障性やアクセスの分散性を高められている。このように分散保存されたコンテンツデータの所在は、例えば特許文献１に開示されるような分散ハッシュテーブル（以下、ＤＨＴ（Distributed Hash Table）という）を利用して効率良く検索可能になっている。当該ＤＨＴは、各ノード装置に記憶されており、当該ＤＨＴには、各種メッセージの転送先となるべき複数のノード装置を示すノード情報（例えば、ＩＰアドレス及びポート番号を含む）が登録されている。
【０００３】
そして、各ノード装置は、分散保存されているコンテンツデータに関する情報（例えば、コンテンツ名、ジャンル、アーティスト名等）が登録されたコンテンツカタログ情報を有しており、当該コンテンツカタログ情報に登録された例えばコンテンツ名に基づき、所望のコンテンツデータの所在を検索（発見）するためのメッセージ（クエリ）を他のノード装置に送出することにより、当該メッセージは、上記ＤＨＴにしたがって、複数の中継のノード装置により当該コンテンツデータの所在の管理元のノード装置に向かって転送され、最終的に当該メッセージが辿り着く上記管理元のノード装置からノード情報を取得することになる。これにより、当該メッセージを送出したノード装置は、上記検索に係るコンテンツデータを保存しているノード装置に対して、当該コンテンツデータを要求し、当該コンテンツデータの提供を受けることができる。
【０００４】
ところで、上記コンテンツカタログ情報は、例えばシステム管理者等により管理されるカタログ管理サーバから、コンテンツ分散保存システムに参加している全てのノード装置に対して配信（配布）される。また、新しいコンテンツデータが、コンテンツ分散保存システム上における、あるノード装置に投入（初めて保存）される度に、これに対応する新しいコンテンツカタログ情報が全てのノード装置に対して配信される。
【特許文献１】特開２００６−１９７４００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記コンテンツカタログ情報を、コンテンツ分散保存システムに参加している全てのノード装置に対して、例えばカタログ管理サーバから配信するとなると、当該カタログ管理サーバの負担が大きくなるという問題がある。また、コンテンツ分散保存システムにおける複数のノード装置に保存されている全てのコンテンツデータに関する情報を、コンテンツカタログ情報に登録するとなると、膨大なデータ量になり、それだけの記憶容量を各ノード装置側で確保しなければならず、さらに、ユーザが所望のコンテンツデータを検索することも大変となる。
【０００６】
本発明は、以上の問題等に鑑みてなされたものであり、カタログ管理サーバ等の特定の装置の配信負担を抑え、コンテンツカタログ情報のデータ量を抑えることが可能なツリー型コンテンツ放送システム、コンテンツカタログ情報作成方法、ノード装置等、及びノード処理プログラムを提供すること等を課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、請求項１に記載の発明は、複数のノード装置により形成されたツリー型コンテンツ放送システムであって、放送装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型コンテンツ放送システムにおける前記ノード装置であって、前記放送された前記コンテンツデータを受信するコンテンツ受信手段と、少なくとも前記受信されたコンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成するカタログ作成手段と、を備えることを特徴とする。
【０００８】
この発明によれば、ツリー型コンテンツ放送システムにおいて放送されたコンテンツデータに基づき、当該コンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成するように構成したので、各ノード装置は独自にコンテンツカタログ情報を作成でき、カタログ管理サーバ等の特定の装置の配信負担を抑え、コンテンツカタログ情報のデータ量を抑えることができる。
【０００９】
請求項２に記載の発明は、請求項２に記載のノード装置において、前記コンテンツカタログ情報に登録された前記コンテンツ特定情報をユーザに対して提示する提示手段と、前記ユーザから何れかの前記コンテンツ特定情報の指定を受け付ける受付手段と、前記指定されたコンテンツ特定情報に対応するコンテンツデータを取得するコンテンツ取得手段と、を備え、前記コンテンツ取得手段は、複数の前記コンテンツデータが複数のノード装置に分散保存されたコンテンツ分散保存システムにおけるノード装置であって、前記指定されたコンテンツ特定情報に対応するコンテンツデータを保存しているノード装置から、当該コンテンツデータを取得することを特徴とする。
【００１０】
この発明によれば、各ノード装置は、上記作成したコンテンツカタログ情報を用いて、コンテンツ分散保存システムにおいてコンテンツデータを保存しているノード装置から、所望のコンテンツデータを取得することができる。
【００１１】
請求項３に記載の発明は、請求項１又は２に記載のノード装置において、前記受信されたコンテンツデータを再生する再生手段と、前記再生に係るコンテンツデータの再生時間を計測する再生時間計測手段と、を更に備え、前記カタログ作成手段は、前記計測された再生時間が所定時間以上であるコンテンツデータを特定するためのコンテンツ特定情報を、前記コンテンツカタログ情報に登録することを特徴とする。
【００１２】
この発明によれば、ユーザによるザッピングを考慮して、ユーザが所望するコンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成することができる。
【００１３】
請求項４に記載の発明は、請求項１又は２に記載のノード装置において、前記ツリー型コンテンツ放送システムにおいては、複数の放送チャンネル毎に、前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、互いに異なるコンテンツデータが放送されるものであって、前記受信されたコンテンツデータを再生する再生手段と、前記チャンネル毎に、前記再生に係るコンテンツデータの再生時間を計測する計測手段と、を更に備え、前記カタログ作成手段は、前記計測された再生時間が所定時間以上である放送チャンネルで放送されるコンテンツデータを特定するためのコンテンツ特定情報を、前記コンテンツカタログ情報に登録することを特徴とする。
【００１４】
この発明によれば、ユーザが所望するコンテンツデータを特定するためのコンテンツ特定情報ばかりでなく、その放送チャンネルで放送されるコンテンツデータを特定するためのコンテンツ特定情報が登録された、充実したコンテンツカタログ情報を作成することができる。
【００１５】
請求項５に記載の発明は、請求項１乃至４の何れか一項に記載のノード装置において、前記カタログ作成手段は、前記受信されたコンテンツデータに関連するコンテンツデータを特定するためのコンテンツ特定情報を、前記コンテンツカタログ情報に登録することを特徴とする。
【００１６】
この発明によれば、よりユーザの嗜好にあった充実したコンテンツカタログ情報を作成することができる。
【００１７】
請求項６に記載の発明は、請求項１乃至４の何れか一項に記載のノード装置において、前記カタログ作成手段は、前記コンテンツデータの放送元側で推奨すべきコンテンツデータを特定するためのコンテンツ特定情報を、前記コンテンツカタログ情報に登録することを特徴とする。
【００１８】
この発明によれば、宣伝広告効果を含めた充実したコンテンツカタログ情報を作成することができる。
【００１９】
請求項７に記載の発明は、請求項１乃至６の何れか一項に記載のノード装置において、前記コンテンツ特定情報は、前記コンテンツデータの放送ストリーム中に所定間隔で含まれており、前記カタログ作成手段は、前記コンテンツカタログ情報に登録するべき前記コンテンツ特定情報を前記放送ストリームから取得することを特徴とする。
【００２０】
この発明によれば、当該コンテンツデータの放送中に、コンテンツカタログ情報に登録するべきコンテンツ特定情報を簡単に取得することができる。
【００２１】
請求項８に記載の発明は、請求項１乃至６の何れか一項に記載のノード装置において、前記カタログ作成手段は、前記コンテンツカタログ情報に登録するべき前記コンテンツ特定情報を、前記放送装置から取得することを特徴とする。
【００２２】
この発明によれば、当該コンテンツデータの放送終了後であっても、コンテンツカタログ情報に登録するべきコンテンツ特定情報を取得することができる。
【００２３】
請求項９に記載の発明は、請求項１乃至７の何れか一項に記載のノード装置において、前記コンテンツカタログ情報に登録されてから基準時間が経過した前記コンテンツ特定情報を当該コンテンツカタログ情報から削除する特定情報削除手段を更に備えることを特徴とする。
【００２４】
この発明によれば、コンテンツカタログ情報が膨大なデータ量にならないように調整することができる。
【００２５】
請求項１０に記載の発明は、請求項１乃至７の何れか一項に記載のノード装置において、前記コンテンツカタログ情報に登録された前記コンテンツ特定情報の登録数が基準数を超えた場合に、前記登録が古い順に前記コンテンツ特定情報を当該コンテンツカタログ情報から削除する特定情報削除手段を更に備えることを特徴とする。
【００２６】
この発明によれば、コンテンツカタログ情報が膨大なデータ量にならないように調整することができる。
【００２７】
請求項１１に記載の発明は、請求項９に記載のノード装置において、前記コンテンツデータの種別毎に前記基準時間を設定する基準時間設定手段と、前記受信されたコンテンツデータを再生する再生手段と、前記コンテンツデータの種別毎に前記コンテンツデータの再生頻度を算出する再生頻度算出手段と、を更に備え、前記基準時間設定手段は、前記コンテンツデータの種別毎の前記再生頻度に応じて当該種別毎の前記基準時間を変更し、前記特定情報削除手段は、前記コンテンツカタログ情報に登録されてから前記基準時間が経過した当該種別に対応する前記コンテンツ特定情報を当該コンテンツカタログ情報から削除することを特徴とする。
【００２８】
この発明によれば、ユーザの嗜好性が高い種別に対応するコンテンツ特定情報が、より多く登録されるコンテンツカタログ情報を作成することができる。
【００２９】
請求項１２に記載の発明は、請求項１０に記載のノード装置において、前記コンテンツデータの種別毎に前記基準数を設定する基準数設定手段と、前記受信されたコンテンツデータを再生する再生手段と、前記コンテンツデータの種別毎に前記コンテンツデータの再生頻度を算出する再生頻度算出手段と、を更に備え、前記基準数設定手段は、前記コンテンツデータの種別毎の前記再生頻度に応じて当該種別毎の前記基準数を変更し、前記特定情報削除手段は、前記コンテンツ特定情報の登録数が基準数を超えた前記種別に対応する前記コンテンツ特定情報を当該コンテンツカタログ情報から削除することを特徴とする。
【００３０】
この発明によれば、ユーザの嗜好性が高い種別に対応するコンテンツ特定情報が、より多く登録されるコンテンツカタログ情報を作成することができる。
【００３１】
請求項１３に記載のノード処理プログラムの発明は、コンピュータを、請求項１乃至１２に記載のノード装置として機能させることを特徴とする。
【００３２】
請求項１４に記載の発明は、複数のノード装置により形成されたツリー型コンテンツ放送システムであって、放送装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型コンテンツ放送システムであって、前記ノード装置は、前記放送された前記コンテンツデータを受信するコンテンツ受信手段と、少なくとも前記受信されたコンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成するカタログ作成手段と、を備えることを特徴とする。
【００３３】
請求項１５に記載の発明は、複数のノード装置により形成されたツリー型コンテンツ放送システムであって、放送装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型コンテンツ放送システムにおけるコンテンツカタログ情報作成方法であって、前記ノード装置が、前記放送された前記コンテンツデータを受信する工程と、少なくとも前記受信されたコンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成する工程と、を備えることを特徴とする。
【発明の効果】
【００３４】
本発明によれば、ツリー型コンテンツ放送システムにおいて放送されたコンテンツデータに基づき、当該コンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成するように構成したので、各ノード装置は独自にコンテンツカタログ情報を作成でき、カタログ管理サーバ等の特定の装置の配信負担を抑え、コンテンツカタログ情報のデータ量を抑えることができる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、通信システムに本発明を適用した場合の実施形態である。
【００３６】
［１．通信システムの構成等］
始めに、図１等を参照して、本実施形態に係る通信システムの概要構成等について説明する。
【００３７】
図１は、本実施形態に係る通信システムにおける各ノード装置の接続態様の一例を示す図である。
【００３８】
図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４ａ,４ｂ、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５ａ,５ｂ、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界の通信ネットワークであり、通信手段の一例）８が構築されている。なお、図１の例におけるネットワーク（通信ネットワーク）８には、データ（パケット）を転送するためのルータが、適宜挿入されているが図示を省略している。
【００３９】
このようなネットワーク８には、複数のノード装置（以下、「ノード」という）Ｎｎ（ｎ＝１，２，３・・・の何れか）が接続されている。また、各ノードＮｎには、固有の製造番号およびＩＰ（Internet Protocol）アドレスが割り当てられている。このような製造番号およびＩＰアドレスは、複数のノード間で重複しないものである。
【００４０】
そして、本実施形態に係る通信システムＳは、これらのノードＮｎのうち、図１の上部枠１００内に示すように、何れか複数のノードＮｎの参加により形成されるピアツーピア方式のネットワークシステムとなっている。なお、図１の上部枠１００内に示すネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するオーバーレイネットワーク９（論理的なネットワーク）である。
【００４１】
更に、この通信システムＳは、大別して、コンテンツ分散（型）保存システム（コンテンツ分散ストレージシステム）とツリー型コンテンツ放送（配信）システムに分けられる。
【００４２】
図２は、コンテンツ分散保存システムとツリー型コンテンツ放送システムの概念図である。
【００４３】
コンテンツ分散保存システムＳＸ１においては、コンテンツデータＣｊ（ｊ＝１，２，３・・・の何れか）が、該システムＳＸ１に参加している複数のノードＮｎに分散保存（コンテンツデータＣｊを保存するノードは任意であり、例えば、ノードＮ７等に保存）されるようになっており、一のノードＮｎ（例えば、ノードＮ７）が他のノードＮｎ（例えば、ノードＮ１）からの要求に応じて自己が保存しているコンテンツデータＣｊを、ネットワーク８を介して送信するようになっている。かかるコンテンツデータＣｊの投入（つまり、当該コンテンツデータＣｊがコンテンツ分散保存システムＳＸ１におけるノードＮｎに初めて保存されること）は、例えばコンテンツ投入サーバＳＡ１により行われる。
【００４４】
一方、ツリー型コンテンツ放送システムＳＸ２においては、放送装置の一例としてのノードＮ１０（なお、接続態様管理サーバＳＡ３の機能を有するコンテンツ放送サーバであっても良い）を最上位（頂点）として、該システムＳＸ２に参加している複数のノードＮｎ（図２の例では、ノードＮ１１〜Ｎ１７・・・）が複数の階層を形成しつつネットワーク８を介してツリー状に接続され、ノードＮ１０により放送（配信）されたコンテンツデータＣｊを含む放送ストリームが、上位階層のノードＮｎ（例えば、ノードＮ１０等）から下位階層のノードＮｎ（例えば、ノードＮ１５等）に順次転送されるようになっている。かかるコンテンツデータＣｊは、例えばコンテンツ投入サーバＳＡ１によりノードＮ１０に投入されることになる。
【００４５】
ここで、各ノードＮｎは、コンテンツ分散保存システムＳＸ１とツリー型コンテンツ放送システムＳＸ２の何れか一方に参加するだけでなく、双方に参加することが可能になっている（図２の例では、ノードN１が双方のシステムに参加している）。
【００４６】
［１−１．コンテンツ分散保存システムＳＸ１の構成及び機能等］
次に、図２等を参照して、コンテンツ分散保存システムＳＸ１について説明する。
【００４７】
コンテンツ分散保存システムＳＸ１は、特定のアルゴリズム、例えば、ＤＨＴ（Distributed Hash Table）を利用したアルゴリズムにより実現される。そして、コンテンツ分散保存システムＳＸ１に参加している各ノードＮｎには、固有の識別情報であるノードＩＤが割り当てられており、当該ノードＩＤは、例えば、各ノードＮｎに個別に割り当てられたＩＰアドレス或いは製造番号を共通のハッシュ関数（例えば、ＳＨＡ−１等）によりハッシュ化した値（例えば、ｂｉｔ長が１６０ｂｉｔ）であり、図２に示すような一つのＩＤ空間に偏りなく分散して配置されることになる。
【００４８】
なお、コンテンツ分散保存システムＳＸ１への参加は、参加していないノードＮｎ（例えば、ノードＮ８）が、参加している任意のノードＮｎ（例えば、当該システムＳＸ１に常時参加しているコンタクトノード）に対して参加要求を示す参加メッセージを送信することによって行われる。
【００４９】
上記のように共通のハッシュ関数により求められた（ハッシュ化された）ノードＩＤは、当該ＩＰアドレス或いは製造番号が異なれば、同じ値になる確率が極めて低いものである。また、このノードＩＤは、ノードの最大運用台数を収容できるだけのｂｉｔ数を持たせる必要がある。例えば、１２８ｂｉｔの番号とすれば、2＾128＝340×10＾36台のノードを運用できる。なお、ハッシュ関数については公知であるので詳しい説明を省略する。
【００５０】
また、各ノードＮｎは、夫々、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルは、コンテンツ分散保存システムＳＸ１上における各種メッセージの転送先を規定しており、具体的には、ＩＤ空間内で適度に離れたノードＮｎのノードＩＤ、ＩＰアドレス及びポート番号を含むノード情報（転送先ノード情報）が複数登録されている。
【００５１】
コンテンツ分散保存システムＳＸ１に参加している１台のノードＮｎは、該システムＳＸ１に参加している全てのノードＮｎのうち、必要最低限のノードＮｎのノード情報をルーティングテーブルに登録しておき、ノード情報を知らない（記憶していない）ノードＮｎについては、各ノードＮｎ間で互いに各種メッセージを転送し合って届けてもらうようになっている。
【００５２】
ここで、図３及び図４を参照して、ＤＨＴを用いたルーティングテーブルについて詳しく説明する。
【００５３】
図３は、ノードＮ２が保持するＤＨＴを用いたルーティングテーブルの一例を示す図であり、図４は、ＤＨＴのＩＤ空間の一例を示す概念図である。
【００５４】
なお、図３及び図４の例においては、説明の便宜上、ノードＩＤのｂｉｔ長を２ｂｉｔ×３桁＝６ｂｉｔとし、各桁を４進数（０〜３の整数）で表している（実際には、もっと長いｂｉｔ長を用い、各桁も例えば４ｂｉｔに区切って０〜ｆの１６進数で表現する）。
【００５５】
図３の例において、ＤＨＴを用いたルーティングテーブルは、レベル１〜レベル３のテーブルからなり（複数のレベルに区分されており）、各レベルのテーブルエントリーには、エリア毎に、ノード情報として、ノードＩＤとこれに対応するノードＮｎのＩＰアドレス及びポート番号が対応付けられて登録されている。各レベルのテーブルにおける各エリアは、ＤＨＴのノードＩＤ空間を分割することにより得られるエリアである。例えば、図４に示すように、レベル１では、ＤＨＴのＩＤ空間全体が４分割され、“０００”〜“０３３”のノードＩＤが存在するエリアを０ＸＸのエリア、“１００”〜“１３３” のノードＩＤが存在するエリアを１ＸＸのエリア、“２００”〜“２３３” のノードＩＤが存在するエリアを２ＸＸのエリア、“３００”〜“３３３” のノードＩＤが存在するエリアを３ＸＸのエリアとする。また、レベル２では、レベル１のエリア（つまり、０ＸＸ〜３ＸＸのエリア）が更に４分割、例えば１ＸＸのエリアが４分割され、“１００”〜“１０３” のノードＩＤが存在するエリアを１０Ｘのエリア、“１１０”〜“１１３” のノードＩＤが存在するエリアを１１Ｘのエリア、“１２０”〜“１２３” のノードＩＤが存在するエリアを１２Ｘのエリア、“１３０”〜“１３３” のノードＩＤが存在するエリアを１３Ｘのエリアとする。
【００５６】
そして、例えば、ノードＮ２のノードＩＤが“１２２”とすると、図３に示すように、かかるノードＮ２のレベル１における１ＸＸのエリア（自己（つまり、自ノード）が存在するエリア）のテーブルには、自己のノードＩＤ及びＩＰアドレス（ＩＰアドレスは自分のものであるので、当該ルーティングテーブルに登録しなくても良い）等が登録され、自己が存在しないエリア（つまり、０ＸＸのエリア、２ＸＸのエリア、及び３ＸＸのエリア）には、夫々、他の任意のノードＮｎのノードＩＤ及びＩＰアドレス等が登録されている。
【００５７】
また、かかるノードＮ２のレベル２における１２Ｘのエリア（自己が存在するエリア）のテーブルには、図３に示すように、自己のノードＩＤ及びＩＰアドレス（ＩＰアドレスは自分のものであるので、当該ルーティングテーブルに登録しなくても良い）等が登録され、自己が存在しないエリア（つまり、１０Ｘのエリア、１１Ｘのエリア、及び１３Ｘのエリア）等には、夫々、他の任意のノードＮｎのノードＩＤ及びＩＰアドレス等が登録されている。
【００５８】
更に、かかるノードＮ２のレベル３には、図３に示すように、ノードＩＤが“１２０”〜“１２２”のノードＩＤ及びＩＰアドレス（ＩＰアドレスは自分のものであるので、当該ルーティングテーブルに登録しなくても良い）等が登録されている。
【００５９】
なお、図３及び図４の例では、ノードＩＤのｂｉｔ長を３桁×２ｂｉｔとしたので、レベル１〜３の３レベル分のテーブルで網羅できるが、ノードＩＤのｂｉｔ長が増せば、その分のテーブルが必要となる（例えば、ノードＩＤのｂｉｔ長を１６桁×４ｂｉｔとした場合、１６レベル分のテーブルが必要となる）。
【００６０】
このように、本実施形態におけるＤＨＴを用いたルーティングテーブルでは、レベルが上がるほど、エリアが狭まっていくようになっている。
【００６１】
また、このようなＤＨＴは、例えば、未参加のノードがコンテンツ分散保存システムＳＸ１に参加する際に与えられることになる。
【００６２】
ところで、コンテンツ分散保存システムＳＸ１においては、上述したように、様々なコンテンツ（例えば、映画や音楽等）データが、複数のノードＮｎに分散して保存（格納）されており（言い換えれば、コンテンツデータＣｊが複製されその複製情報であるレプリカが分散保存されている）、例えば、ノードＮ１及びノードＮ５には、タイトルがＸＸＸの映画のコンテンツデータＣ１が保存されており、一方、ノードＮ７には、タイトルがＹＹＹの映画のコンテンツデータＣ２が保存されるというように、複数のノードＮｎ（以下、「コンテンツ保持ノード」という）に分散されて保存される。
【００６３】
また、これらのコンテンツデータＣｊには、夫々、コンテンツ名（タイトル）及びコンテンツＩＤ（コンテンツ毎に固有の識別情報）等の情報が付加されている。
【００６４】
このコンテンツＩＤは、例えば、コンテンツ名＋任意の数値（或いは、当該コンテンツデータＣｊの先頭数バイトでも良い）が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される（ノードＩＤと同一のＩＤ空間に配置）。或いは、システム運営者が、コンテンツ毎に一意のＩＤ値（ノードＩＤと同一ビット長）を付与しても良い。
【００６５】
また、このように分散保存されているコンテンツデータＣｊの所在、つまり、当該コンテンツデータＣｊを保存したノードＮｎのノード情報（例えば、ＩＰアドレス及びポート番号等を含む）と当該コンテンツデータＣｊに対応するコンテンツＩＤ等の組が含まれるインデックス情報が、当該コンテンツデータＣｊの所在の管理元としてのノードＮｎ（以下、「ルートノード」、又は「コンテンツ（コンテンツＩＤ）のルートノード」という）等により記憶（インデックスキャッシュに記憶）、管理されるようになっている。
【００６６】
例えば、タイトルがＸＸＸの映画のコンテンツデータＣ１のインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートノードであるノードＮ６により管理され、タイトルがＹＹＹの映画のコンテンツデータＣ２のインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートノードであるノードＮ３により管理される。つまり、コンテンツ毎にルートノードが分けられるので負荷分散が図られており、しかも、同一のコンテンツデータＣｊ（コンテンツＩＤが同一）が、夫々、複数のコンテンツ保持ノードに保存されている場合であっても、かかるコンテンツデータＣｊのインデックス情報は、一つのルートノードで管理することができる。また、このようなルートノードは、例えば、コンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有するノードＮｎであるように定められる。
【００６７】
そして、あるノードＮｎのユーザが、所望するコンテンツデータＣｊを取得したい場合、当該コンテンツデータＣｊの取得を望むノードＮｎ（以下、「ユーザノード」という）は、当該ユーザにより、後述するコンテンツカタログ情報（コンテンツリストともいう）から選択されたコンテンツデータＣｊのコンテンツＩＤ及び自己のノード情報を含むコンテンツ所在問合せ（検索）メッセージ（クエリ）を生成し、これを自己のＤＨＴを用いたルーティングテーブルにしたがって他のノードＮｎに対して送出する。つまり、ユーザノードは、コンテンツ所在問合せ（検索）メッセージを、ルートノードに向けて送出する。これにより、コンテンツ所在問合せ（検索）メッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。
【００６８】
なお、上記コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤは、ユーザノードによって、コンテンツ名が上記共通のハッシュ関数によりハッシュ化されて生成されるようにしても良い。
【００６９】
図５は、ユーザノードから送出されたコンテンツ所在問合せ（検索）メッセージの流れの一例を、ＤＨＴのＩＤ空間にて示した概念図である。
【００７０】
図５の例において、例えば、ユーザノードであるノードＮ１は、自己のＤＨＴのレベル１のテーブルを参照して、コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤ（例えば、１１２）と最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する例えばノードＮ２のノード情報に含まれるＩＰアドレス及びポート番号を取得し、そのＩＰアドレス及びポート番号宛てに、上記コンテンツ所在問合せ（検索）メッセージを送信する。
【００７１】
これに対して、ノードＮ２は、当該コンテンツ所在問合せ（検索）メッセージを受信し、自己のＤＨＴのレベル２のテーブルを参照して、当該コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する例えばノードＮ３のノード情報に含まれるＩＰアドレス及びポート番号を取得し、そのＩＰアドレス及びポート番号宛てに、上記コンテンツ所在問合せ（検索）メッセージを転送する。
【００７２】
これに対して、ノードＮ３は、当該コンテンツ所在問合せ（検索）メッセージを受信し、自己のＤＨＴのレベル３のテーブルを参照して、当該コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤが自分である、つまり、自分がそのコンテンツＩＤのルートノードであることを認識すると、当該コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤに対応するインデックス情報をインデックスキャッシュから取得して、当該インデックス情報を、該コンテンツ所在問合せメッセージの送信元であるユーザノードに対して返信する。これにより、ユーザノードは、所望のコンテンツデータＣｊを保存している上記コンテンツ保持ノードである例えばノードＮ７に接続して、コンテンツ送信要求メッセージ（コンテンツデータＣｊの送信要求を示す要求情報）を送信し、そこから当該コンテンツデータＣｊの提供を受けることが可能になる。
【００７３】
或いは、ルートノードであるノードＮ３は、当該インデックス情報に含まれるノード情報に示されたコンテンツ保持ノードに対してコンテンツ送信要求メッセージ（ユーザノードのノード情報を含み、当該ユーザノードに対してコンテンツデータＣｊの送信要求を示す要求情報）を送信する。これにより、ユーザノードは、上記コンテンツ保持ノードである例えばノードＮ７に接続して当該コンテンツデータＣｊの提供を受けることが可能になる。
【００７４】
なお、上記ユーザノードは、コンテンツ所在問合せメッセージがルートノードに辿り着くまでの間に、当該ルートノードと同じインデックス情報をキャッシュしている中継ノード（例えば、ノードＮ２のキャッシュノード）から当該インデックス情報を取得（受信）することもできる。
【００７５】
また、当該ユーザノードは、当該コンテンツデータＣｊを保存したことをそのルートノードに知らせるために（言い換えれば、自己が当該コンテンツデータＣｊを保持していることを、該システムＳＸ１に参加している他のノードＮｎに対して公開するために）、そのコンテンツデータＣｊのコンテンツＩＤ及び自己のノード情報等が含まれるパブリッシュ（登録通知）メッセージ（コンテンツデータを保存したので、ノード情報等の登録の要求を示す登録メッセージ）を生成し、該パブリッシュメッセージを、そのルートノードに向けて送出する。これにより、パブリッシュメッセージは、コンテンツ所在問合せ（検索）メッセージと同じように、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになり、該ルートノードは、受信したパブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報を登録（インデックスキャッシュ領域に記憶）することになる。こうして、上記ユーザノードは、新たに、上記コンテンツデータＣｊを保持するコンテンツ保持ノードとなる。
【００７６】
なお、上記パブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報は、ルートノードに至るまでの転送経路における中継ノードにおいても登録（キャッシュ）される。
【００７７】
次に、コンテンツデータＣｊの取得の際に用いられるコンテンツカタログ情報について説明する。
【００７８】
図６は、あるノードにおけるコンテンツカタログ情報に登録されたコンテンツデータに関する情報の一例を示す図である。図６に示すように、コンテンツカタログ情報には、コンテンツ名及びコンテンツＩＤと、属性情報と、登録年月日時とが登録されている。なお、登録番号は、コンテンツカタログ情報への登録順に付されるシリアル番号である。また、図６に示す例では、コンテンツカタログ情報には、最大１０００件のコンテンツデータに関する情報が登録可能になっている。
【００７９】
また、属性情報としては、例えば、コンテンツデータ種別の一例としてのジャンル（コンテンツが映画の場合、アニメ、アクション、ホラー、コメディ、ラブストーリー等、コンテンツが音楽の場合、ロック、ジャズ、ポップス、クラシック等、コンテンツが放送番組の場合、ドラマ、スポーツ、ニュース、映画、音楽、アニメ、バラエティ等）、アーティスト名（コンテンツが音楽の場合の歌手、グループ等）、出演者（コンテンツが映画や放送番組の場合のキャスト）、監督名（コンテンツが映画の場合）、コンテンツの概要（あらすじ）、コンテンツ製作者等により与えられたキーワード、コンテンツデータのサイズ等が挙げられる。
【００８０】
このようなコンテンツデータに関する情報は、ユーザが所望のコンテンツデータＣｊを、多くのコンテンツデータＣｊの中から検索する際に、検索キーワードとして利用することができる。例えば、ユーザが検索キーワードとして「ジャズ」を入力すると、「ジャズ」に該当する全てのコンテンツデータＣｊが検索され、検索されたコンテンツデータのコンテンツ名及びアーティスト名等がユーザに選択可能に提示されることになる。
【００８１】
図７は、あるノードにおけるミュージックカタログの表示形態遷移の一例を示す概念図である。このようなミュージックカタログ（映画カタログであっても良い）に対して、上述したコンテンツカタログ情報が組み込まれることになる。図７（Ａ）に示す例では、表示されたジャンル一覧の中から、検索キーワードとして例えばジャズが入力され検索されることにより、図７（Ｂ）に示すように、当該ジャズに該当するアーティスト名一覧が表示され、そのアーティスト名一覧の中から、検索キーワードとして例えばアーティスト「ＡＡＢＢＣ」が入力され検索されることにより、図７（Ｃ）に示すように、当該アーティストに該当する（例えば、当該アーティストにより歌われる、又は演奏される）楽曲タイトル一覧が表示される。
【００８２】
そして、かかる楽曲タイトル一覧の中から、ユーザが入力部を介して所望の楽曲タイトルを選択すると、その楽曲データ（コンテンツデータの一例）のコンテンツＩＤが取得され、上述したように、コンテンツＩＤを含むコンテンツ所在問合せメッセージが、そのルートノードに向かって送出されることになる。なお、当該コンテンツＩＤは、コンテンツカタログ情報に記述されなくとも良く、この場合、各ノードは、例えば属性情報に含まれるコンテンツ名＋任意の数値を、上述したノードＩＤをハッシュ化した共通のハッシュ関数によりハッシュ化してコンテンツＩＤを生成するものであっても良い。
【００８３】
上述したようなコンテンツカタログ情報を、コンテンツ分散保存システムＳＸ１に参加している全てのノードに対して、例えばシステム管理者等により管理されるカタログ管理サーバＳＡ２から配信するとなると、当該カタログ管理サーバＳＡ２の負担が大きくなり、また、コンテンツ分散保存システムＳＸ１における複数のノードに利用可能に保存されている全てのコンテンツデータに関する情報を、コンテンツカタログ情報に登録するとなると、膨大なデータ量になり、それだけの記憶容量を各ノード側で確保（或いは、必要とする一部のコンテンツデータに関する情報を削除）しなければならず、さらに、ユーザが所望のコンテンツデータを検索することも大変となる。
【００８４】
このため、本実施形態においては、ツリー型コンテンツ放送システムＳＸ２において放送されたコンテンツデータＣｊを受信したノードが、当該コンテンツデータＣｊに基づき、独自のコンテンツカタログ情報を作成して利用するように構成した。
【００８５】
［１−２．ツリー型コンテンツ放送システムＳＸ２の構成及び機能等］
次に、図２等を参照して、ツリー型コンテンツ放送システムＳＸ２について説明する。
【００８６】
ツリー型コンテンツ放送システムＳＸ２におけるツリー状のトポロジー（接続態様）は、例えば接続態様管理サーバＳＡ３により管理（なお、コンテンツ放送サーバがコンテンツモジュールＣｊを放送する場合、上記トポロジーは当該コンテンツ放送サーバにより管理されても良い）される。具体的には、当該接続態様管理サーバＳＡ３は、ツリー型コンテンツ放送システムＳＸ２に参加している各ノードＮｎのノード情報（例えば、ＩＰアドレス及びポート番号）、各ノードＮｎ相互間の接続態様（トポロジー）及び接続状態等を含む接続状態情報を、データベースを用いて管理している。このようなツリー状のトポロジーは、複数の放送チャンネル毎に形成される（図２に示す例では、説明の便宜上、１つの放送チャンネルのみを示している）ようになっており、上記接続状態情報は、放送チャンネル毎に管理される。なお、各放送チャンネルで互いに異なるコンテンツデータＣｊが放送される。
【００８７】
ツリー型コンテンツ放送システムＳＸ２への参加は、参加していないノードＮｎが、接続態様管理サーバＳＡ３に対して参加要求を示す参加メッセージを送信することによって行われる。各放送チャンネルにおける放送スケジュール表（言い換えれば、放送日時及び内容が規定された番組表）は、各ノードＮｎにより取得可能になっており、各ノードＮｎは当該放送スケジュール表に基づきユーザにより指定された放送チャンネルへの上記参加メッセージを送信することになる。そして、接続態様管理サーバＳＡ３は、当該参加メッセージに応じて、上記接続状態情報を用い、上記指定された放送チャンネルにおいて当該未参加のノードＮｎが接続すべき接続先となるノードＮｎを選択し、当該選択したノードＮｎのノード情報等を含む接続先紹介メッセージ（接続先となるノードＮｎを紹介するための紹介情報）を当該未参加のノードＮｎに対して送信する。例えば、接続態様管理サーバＳＡ３は、当該ノードＮｎの下位階層として直接接続されているノードＮｎの数が接続許容数に満たないノードＮｎを特定（例えば、より上位階層に位置するノードＮｎを優先して特定）し、特定されたノードＮｎが複数ある場合には、それらのノードＮｎから例えば転送能力が最も高いノードＮｎを一つ特定して（それらのノードＮｎからランダムに一つ特定しても良い）、これを接続先となるノードＮｎとして選択する。
【００８８】
こうして、接続態様管理サーバＳＡ３から接続先紹介メッセージを受信した未参加のノードＮｎは、当該接続先紹介メッセージに含まれるノード情報に基づき、既参加のノードＮｎとの接続を確立し、当該既参加のノードＮｎに対してコンテンツデータＣｊの転送要求を行う。これにより、未参加のノードＮｎは、新たに、その放送チャンネルに係るツリー型コンテンツ放送システムＳＸ２に参加することになり、既参加のノードＮｎから転送（放送）されてきたコンテンツデータＣｊを受信することになる。
【００８９】
なお、未参加のノードＮｎは、初めてツリー型コンテンツ放送システムＳＸ２に参加する場合ばかりでなく、電源ＯＦＦや通信不良等により自己が当該システムＳＸ２から脱退し、その後、該システムＳＸ２に再参加する場合、或いは、上位階層のノードＮｎが該システムＳＸ２から脱退や転送停止によりコンテンツデータＣｊの転送が途切れた場合も、接続態様管理サーバＳＡ３に対して参加メッセージを送信し、該接続態様管理サーバＳＡ３から接続先紹介メッセージを取得することになる。
【００９０】
また、上述したコンテンツ分散保存システムＳＸ１において新たにコンテンツデータＣｊが投入される場合や、コンテンツデータＣｊの放送スケジュール表にしたがって、当該コンテンツデータＣｊは、例えばコンテンツ投入サーバＳＡ１により、ツリー型コンテンツ放送システムＳＸ２における最上位のノードＮｎに送られ、当該最上位のノードＮｎ（例えばノードＮ１０）から例えば放送ストリームとしてストリーミング方式で放送され、上位階層のノードＮｎから下位階層のノードＮｎに順次転送されることになる。
【００９１】
図８は、ツリー型コンテンツ放送システムＳＸ２においてコンテンツデータＣｊを含む放送ストリームが放送される様子を示す図である。
【００９２】
かかる放送ストリームは、図８に示すように、例えば、ＭＰＥＧなどの圧縮方式で圧縮されたビデオストリームと、オーディオストリームが、パケット（つまり、ビデオパケットＶｋ（ｋ＝１，２，３・・・）と、オーディオパケットＡｌ（ｌ＝１，２，３・・・））に分割された後、多重化されて放送されるようになっている。途中経路の各ノードＮｎ（例えば、ノードＮ１）は、受信した各パケットを、図８に示すように、下位階層のノードＮｎがあればこれに転送しつつ、バッファリング（リングバッファメモリに書き込んで（図８に示す“Ｗｒｉｔｅ”の位置から書き込み)一時的に蓄積）するようになっている。また、当該各ノードＮｎは、リングバッファメモリに蓄積された各パケットを読み出し（図８に示す“Ｒｅａｄ”の位置から読み出し）、再生するようになっている。
【００９３】
また、このような放送ストリームにおいては、図８に示すように、これに含まれるコンテンツデータＣｊを特定するためのコンテンツ特定情報を有するコンテンツ特定情報パケットＣが、所定間隔で（周期的に）挿入されている。つまり、一つのコンテンツデータＣｊに係る放送ストリーム中には、複数のコンテンツ特定情報パケットＣが含まれるようになっており、これらの互いのコンテンツ特定情報パケットＣの内容は同一となっている。
【００９４】
そして、各ノードＮｎは、受信した放送ストリームに含まれるコンテンツ特定情報パケットＣから上記コンテンツ特定情報を取得し、当該取得したコンテンツ特定情報に基づき、コンテンツカタログ情報を作成（当該コンテンツ特定情報、その登録番号、及び登録年月日時をコンテンツカタログ情報中に登録）するようになっている。
【００９５】
ここで、上記コンテンツ特定情報パケットＣに含まれるコンテンツ特定情報には、例えば、コンテンツカタログ情報中に登録可能な全てのコンテンツデータに関する情報（例えば、コンテンツ名、コンテンツＩＤ、及び属性情報等）が含まれる。或いは、コンテンツデータＣｊを特定するために最低限必要な情報（例えば、コンテンツ名又はコンテンツＩＤ）のみがコンテンツ特定情報に含まれるようにし、その他のコンテンツデータに関する情報は例えばコンテンツＩＤをキーとして例えばコンテンツ管理サーバＳＡ２や最上位のノードＮｎ（例えばノードＮ１０）から取得されるように構成しても良い。
【００９６】
［２．ノードＮｎの構成及び機能等］
次に、図９を参照して、ノードＮｎの構成及び機能について説明する。
【００９７】
図９は、ノードＮｎの概要構成例を示す図である。
【００９８】
各ノードＮｎは、図９に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データおよびプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部１１と、各種データ（例えば、コンテンツデータＣｊ、インデックス情報、ＤＨＴ等）及び各種プログラム等を記憶保存（格納）するためのＨＤ等から構成された記憶部１２と、受信されたコンテンツデータＣｊ等を一時蓄積するバッファメモリ１３と、コンテンツデータＣｊに含まれるエンコードされたビデオデータ（映像情報）およびオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）するデコーダ部１４と、当該デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部１５と、当該映像処理部１５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部１６と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ （Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部１７と、当該音声処理部１７から出力されたオーディオ信号を音波として出力するスピーカ１８と、ネットワーク８を通じて他のノードＮｎやサーバＳＡ１〜ＳＡ３等との間の情報の通信制御を行うための通信部２０と、ユーザからの指示を受け付け当該指示に応じた指示信号を制御部１１に対して与える入力部（例えば、キーボード、マウス、或いは、操作パネル、リモコン等）２１と、を備えて構成され、制御部１１、記憶部１２、バッファメモリ１３、デコーダ部１４、通信部２０、及び入力部２１はバス２２を介して相互に接続されている。なお、ノードＮｎとしては、パーソナルコンピュータ、ＳＴＢ（Set Top Box）、或いは、ＴＶ受信機等を適用可能である。
【００９９】
また、記憶部１２には、コンテンツ分散保存システムＳＸ１に参加する際のアクセス先となるコンタクトノードのＩＰアドレス及びポート番号、及びカタログ管理サーバＳＡ２及び接続態様管理サーバＳＡ３のＩＰアドレス等が記憶されている。更に、記憶部１２には、図６に示すようなコンテンツカタログ情報が記憶される。
【０１００】
また、バッファメモリ１３は、例えばＦＩＦＯ（First In First Out）形式の図８に示したようなリングバッファメモリからなり、受信され新しいコンテンツデータＣｊのパケットにより、既に蓄積されている古いコンテンツデータＣｊのパケットが上書きされ逐次消去されるようになっている。
【０１０１】
このような構成において、制御部１１は、ＣＰＵが記憶部１２等に記憶された上記ノード処理プログラム等を読み出して実行することにより、全体を統括制御し、コンテンツ分散保存システムＳＸ１への参加により上述したユーザノード、中継ノード、ルートノード、キャッシュノード、及びコンテンツ保持ノードの少なくとも何れか一つのノードとしての処理を行うようになっている。
【０１０２】
また、制御部１１は、ツリー型コンテンツ放送システムＳＸ２への参加により、ツリーにおける何れかの階層に位置するノードＮｎとして処理を行い、コンテンツ受信手段、カタログ作成手段、提示手段、受付手段、コンテンツ取得手段、再生手段、再生時間計測手段、特定情報削除手段、基準時間設定手段、基準数設定手段、及び再生頻度算出手段等として機能するようになっている。
【０１０３】
具体的には、ツリー型コンテンツ放送システムＳＸ２に参加しているノードＮｎにおいて受信された放送ストリームに含まれるコンテンツデータＣｊ等のデータ量が一定以上バッファメモリ１３に蓄積されると、制御部１１の制御の下、コンテンツデータＣｊはデコーダ部１５に送られデコードされ音声処理部１８及びスピーカ１９等を介して再生出力される（コンテンツデータＣｊがオーディオデータのみの場合、スピーカ１９から音波として出力される。一方、コンテンツデータＣｊがビデオデータとオーディオデータを含む場合、スピーカ１９から音波として出力され、且つ表示部１７にその映像が表示される）。
【０１０４】
このとき、制御部１１は、再生に係るコンテンツデータＣｊの再生時間を計測し、当該再生時間が所定時間（この時間は、ユーザによるザッピング（例えばユーザが入力部２１を操作して、所望のコンテンツを視聴すべく放送チャンネルをしきりに切り替える行為）を除くための時間であり、特に限定されるものではないが、例えば、１０分〜２０分に設定される）以上になった場合に、当該コンテンツデータＣｊを特定するためのコンテンツ特定情報等を、コンテンツカタログ情報に登録することにより、当該コンテンツデータＣｊのコンテンツカタログ情報を作成するようになっている。これにより、各ユーザは、所望のコンテンツデータＣｊのコンテンツ特定情報等が登録された独自のコンテンツカタログ情報を得ることができる。なお、かかるコンテンツカタログ情報の作成に当たって、受信された例えばコンテンツデータＣ１０のコンテンツ特定情報ばかりでなく、例えばその放送チャンネルで放送される他のコンテンツデータＣ１１等のコンテンツ特定情報等をもコンテンツカタログ情報に一緒に登録するように構成しても良い。
【０１０５】
また、受信された例えばコンテンツデータＣ１０に関連（類似）する（例えば、同一ジャンルや同一アーティストの）コンテンツデータＣ２１等のコンテンツ特定情報等や、受信されたコンテンツデータＣ１の放送元側（例えば、コンテンツデータの提供者（製作者等））で推奨すべきコンテンツデータＣ３１等のコンテンツ特定情報等をも、コンテンツカタログ情報に登録されるように構成すれば、ユーザ毎のより充実したコンテンツカタログ情報にさせていくことができる。
【０１０６】
また、このようなコンテンツカタログ情報を記憶するために記憶部１２において割り当てられた記憶領域は有限であるため、制御部１１は、例えばコンテンツ特定情報の登録数が例えば予め設定された基準数（例えば、１０００）以上になった場合、コンテンツカタログ情報から、登録が古い順にコンテンツ特定情報等を削除したり、コンテンツカタログ情報に登録されてから予め設定された基準時間（例えば、３００時間）が経過した古いコンテンツ特定情報等を削除するようになっている。
【０１０７】
ここで、上記基準数又は基準時間が、コンテンツデータＣｊのジャンル毎に設定されるように構成し、ジャンル毎のコンテンツデータの再生頻度に応じて基準数又は基準時間が変更されるように構成すれば、各ユーザが所望するジャンルに対応するコンテンツ特定情報がより多く登録されたユーザの嗜好に合ったコンテンツカタログ情報にさせていくことができる。この場合、制御部１１は、コンテンツデータＣｊのジャンル毎に当該コンテンツデータの再生頻度（例えば、各ジャンルに関して、一ヶ月当たりの再生時間又は再生回数）を算出し、適宜、当該ジャンル毎の再生頻度に応じて当該ジャンル毎の基準数又は基準時間を変更設定し、コンテンツ特定情報の登録数が当該基準数を超えたジャンルに対応するコンテンツ特定情報等、又はコンテンツカタログ情報に登録されてから当該基準時間が経過した当該ジャンルに対応するコンテンツ特定情報等をコンテンツカタログ情報から削除することになる。
【０１０８】
なお、上記ノード処理プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしてもよい。
【０１０９】
［３．ツリー型コンテンツ放送システムＳＸ２の動作］
次に、図１０乃至図１２等を参照して、本実施形態に係るツリー型コンテンツ放送システムＳＸ２の動作について説明する。図１０は、ノードＮｎの制御部１１における、コンテンツデータＣｊの受信時の処理を示すフローチャートである。図１１は、ノードＮｎの制御部１１におけるコンテンツ特定情報の削除処理を示すフローチャートである。図１２は、ノードＮｎの制御部１１におけるコンテンツカタログ情報の利用時の処理を示すフローチャートである。
【０１１０】
（コンテンツデータＣｊの受信時の処理）
始めに、図１０を参照して、コンテンツデータＣｊの受信時の処理を説明する。なお、この処理の前提として、図２に示すようなツリー型コンテンツ放送システムＳＸ２が形成されているものとする。
【０１１１】
図１０に示す処理は、上位階層に位置するノードＮn（自己が直接接続される上流のノードＮｎ）からの放送ストリームが受信され、当該放送ストリームに含まれるコンテンツデータＣｊ等のデータ量が一定以上バッファメモリ１３に蓄積された場合に開始される。
【０１１２】
図１０に示す処理が開始されると、制御部１１は、再生時間の計測（時間カウント）を開始し（ステップＳ１）、コンテンツデータＣｊの再生処理を行う（ステップＳ２）。かかる再生処理においては、バッファメモリ１３に蓄積されているコンテンツデータＣｊが、バス２２を介してデコーダ部１５に伝送するように制御される。これにより、当該コンテンツデータＣｊは、デコーダ部１５によりデコードされ音声処理部１８及びスピーカ１９等を介して再生出力される。
【０１１３】
次いで、制御部１１は、バッファメモリ１３から、受信中のコンテンツデータＣｊに係るコンテンツ特定情報パケットＣに含まれるコンテンツ特定情報を取得し、当該コンテンツ特定情報が、記憶部１２に記憶されているコンテンツカタログ情報に登録されているか否かを判別し（ステップＳ３）、登録されていない場合には（ステップＳ３：ＮＯ）、ステップＳ４に移行し、登録されている場合には（ステップＳ３：ＹＥＳ）、ステップＳ５に移行する。
【０１１４】
なお、上述したように、放送ストリーム中には、コンテンツ特定情報パケットＣが所定間隔（例えば、１０分間隔毎に）で挿入されているので、当該コンテンツデータＣｊの放送中に、当該ノードＮｎが当該放送チャンネルに係るツリー型コンテンツ放送システムＳＸ２に参加しても、放送中の当該コンテンツデータＣｊのコンテンツ特定情報を取得することができる。
【０１１５】
ステップＳ４では、制御部１１は、計測されている再生時間が所定時間（例えば、２０分）以上になったか否かを判別し、所定時間以上になっていない場合には（ステップＳ４：ＮＯ）、ステップＳ５に移行し、所定時間以上になった場合には（ステップＳ４：ＹＥＳ）、ステップＳ７に移行する。
【０１１６】
ここで、放送ストリーム中には、コンテンツ特定情報パケットＣが所定間隔で（例えば、１０分間隔毎に）挿入されているので、ステップＳ４において再生時間が所定時間（例えば、２０分）以上になったか否かを判別する代わりに、同一のコンテンツ特定情報を有するコンテンツ特定情報パケットＣをｎ回（例えば２回）以上続けて受信したか否かを判別するように構成し、例えば２回以上続けて受信した場合にステップＳ７に移行するように構成しても良い。
【０１１７】
ステップＳ５におけるコンテンツデータＣｊの転送処理は、下位階層のノードＮｎが自己に接続されている場合に行われ（接続されていない場合はスキップする）、受信されたコンテンツデータＣｊ等のパケットを有する放送ストリームを下位階層のノードＮｎに対して転送する。
【０１１８】
次いで、制御部１１は、コンテンツデータＣｊの再生を終了するか否かを判別し（ステップＳ６）、再生終了しない（つまり、再生が継続する）場合には（ステップＳ６：ＮＯ）、ステップＳ２に戻り、上記と同様の処理を繰り返す。一方、再生終了する場合には（ステップＳ６：ＹＥＳ）、当該処理が終了する。なお、上記再生が終了するか否かは、例えば、ユーザからの入力部２１を介した再生終了指示があった否か、放送チャンネルが切り替えられた（これにより当該ツリーから脱退）か否か、又は上位階層のノードＮｎからの当該コンテンツデータＣｊの放送が終了したか否か等により判別される。
【０１１９】
一方、ステップＳ７では、制御部１１は、取得したコンテンツ特定情報、その登録番号及び登録年月日時をコンテンツカタログ情報中に登録する。これにより、当該コンテンツデータＣｊのコンテンツカタログ情報が作成されることになる。
【０１２０】
なお、この処理例では、当該コンテンツ特定情報には、少なくとも、コンテンツ名、コンテンツＩＤ、及びジャンルを示す情報が含まれているものとする。
【０１２１】
次いで、制御部１１は、当該コンテンツ特定情報が登録されたコンテンツデータＣｊの該当ジャンルのオーバーフロー制限値（該当ジャンルに対応するオーバーフロー制限値）に例えば“２”を加算（なお、加算される値は、ユーザの嗜好性の反映度であり、嗜好性による差が大きくなる方向に作用するものであり、任意の値を取り得る）する（ステップＳ８）。
【０１２２】
ここで、オーバーフロー制限値は、上述した基準数の一例であり、ジャンル毎に予め設定され記憶部１２に記憶されている。例えば、上記コンテンツ特定情報が登録されたコンテンツデータＣｊの該当ジャンルが「アニメ」であれば、ジャンルがアニメのジャンルに対応するオーバーフロー制限値に“２”が加算され該制限値が変更設定される。
【０１２３】
次いで、制御部１１は、上記該当ジャンルのオーバーフロー制限値は例えば“１００”（なお、この値は、これに限定されるものではなく任意の値を取り得る）より大きいか否かを判別し（ステップＳ９）、“１００”より大きい場合には（ステップＳ９：ＹＥＳ）、ステップＳ１０に移行し、“１００”以下である場合には（ステップＳ９：ＮＯ）、ステップＳ５に移行する。
【０１２４】
ステップＳ１０では、制御部１１は、上記該当ジャンルのオーバーフロー制限値を“１００”に設定し、続いて、該当ジャンルの中で最も古いコンテンツ特定情報（登録年月日時が最も過去のコンテンツ特定情報）を選定し、当該選定したコンテンツ特定情報、その登録番号及び登録年月日時をコンテンツカタログ情報から削除し（ステップＳ１１）、ステップＳ５に移行する。かかる処理により、該当ジャンルのうちで登録が古い順にコンテンツ特定情報が削除されることになる。
【０１２５】
なお、ステップＳ１１において、コンテンツカタログ情報に登録されてから基準時間（例えば、３００時間）経過したコンテンツ特定情報が選定され、当該選定されたコンテンツ特定情報等がコンテンツカタログ情報から削除されるように構成しても良い。
【０１２６】
以上の図１０に示す処理は、受信されるコンテンツデータＣｊが変わる度に開始されることになる（このとき、前回計測された再生時間（時間カウント）の値は“０”にリセットされる）。
【０１２７】
また、上記受信中のコンテンツデータＣｊに係るコンテンツ特定情報パケットＣに、当該コンテンツデータＣｊのコンテンツ特定情報の他にも、例えばその放送チャンネルで放送される他のコンテンツデータＣｊのコンテンツ特定情報（少なくともコンテンツＩＤ）をも例えばコンテンツ投入サーバＳＡ１又は最上位のノードＮｎにおいて含ませるように構成し、上記ステップＳ７において、当該コンテンツ特定情報（少なくともコンテンツＩＤ）、その登録番号及び登録年月日時をコンテンツカタログ情報中に登録するように構成しても良い。また、上記放送チャンネルで放送される他のコンテンツデータＣｊのコンテンツ特定情報（例えば、コンテンツＩＤ又はコンテンツ名）については、各ノードＮｎが、例えばその日の放送スケジュール表を取得して、当該放送スケジュール表から取得したコンテンツＩＤ又はコンテンツ名、その登録番号及び登録年月日時をコンテンツカタログ情報中に登録するように構成しても良い。
【０１２８】
また、上記受信中のコンテンツデータＣｊに係るコンテンツ特定情報パケットＣに、当該コンテンツデータＣｊのコンテンツ特定情報の他にも、当該コンテンツデータＣｊに関連（類似）する（例えば、同一ジャンルや同一アーティストの）コンテンツデータＣｊのコンテンツ特定情報（少なくともコンテンツＩＤ）をも例えばコンテンツ投入サーバＳＡ１又は最上位のノードＮｎにおいて含ませるように構成し、上記ステップＳ７において、当該コンテンツ特定情報（少なくともコンテンツＩＤ）、その登録番号及び登録年月日時をコンテンツカタログ情報中に登録するように構成すれば、よりユーザの嗜好にあった充実したコンテンツカタログ情報にさせていくことができる。
【０１２９】
更にまた、上記受信中のコンテンツデータＣｊに係るコンテンツ特定情報パケットＣに、当該コンテンツデータＣｊのコンテンツ特定情報の他にも、当該コンテンツデータＣｊの放送元側で推奨すべきコンテンツデータＣｊのコンテンツ特定情報（少なくともコンテンツＩＤ）をも放送元で含ませるように構成し、上記ステップＳ７において、当該コンテンツ特定情報（少なくともコンテンツＩＤ）、その登録番号及び登録年月日時をコンテンツカタログ情報中に登録するように構成すれば、充実したコンテンツカタログ情報にさせていくことができると共に、放送元側で意図的な視聴率確保が可能となり、そのコンテンツカタログ情報中への推奨すべきコンテンツデータＣｊのコンテンツ特定情報を登録するに当たっての登録料（例えば、コンテンツデータＣｊの提供者（製作者等）から当該システムＳＸ２の運営者に支払う対価）を設定することができる。
【０１３０】
（コンテンツ特定情報の削除処理）
次に、図１１を参照して、コンテンツ特定情報の削除処理を説明する。
【０１３１】
図１１に示す処理は、所定周期（減算周期、例えば、１週間毎）に開始される。
【０１３２】
図１１に示す処理が開始されると、制御部１１は、複数のジャンルのうち、一つのジャンルを選定し（ステップＳ２１）、当該選定したジャンルのオーバーフロー制限値から例えば“１”を減算（なお、減算される値は、嗜好性の反映度であり、嗜好性による差が小さくなる方向に作用し、任意の値を取り得る）する（ステップＳ２２）。
【０１３３】
次いで、制御部１１は、当該減算されたオーバーフロー制限値は例えば“１０” （なお、この値は、これに限定されるものではなく任意の値を取り得る）以上であるか否かを判別し（ステップＳ２３）、当該オーバーフロー制限値が“１０”以上である場合には（ステップＳ２３：ＹＥＳ）、ステップＳ２５に移行し、当該オーバーフロー制限値が“１０”以上でない場合には（ステップＳ２３：ＮＯ）、ステップＳ２４に移行する。
【０１３４】
ステップＳ２４では、制御部１１は、上記選定されたジャンルのオーバーフロー制限値を“１０”に設定し、ステップＳ２５に移行する。
【０１３５】
一方、ステップＳ２５では、制御部１１は、上記選定されたジャンルに該当するコンテンツ特定情報の登録数（コンテンツカタログ情報への登録数）が当該ジャンルのオーバーフロー制限値以下であるか否かを判別し、オーバーフロー制限値以下でない場合には（ステップＳ２５：ＮＯ）、当該ジャンルの中で、最も古いコンテンツ特定情報（登録年月日時が最も過去のコンテンツ特定情報）を選定し、当該選定したコンテンツ特定情報、その登録番号及び登録年月日時をコンテンツカタログ情報から削除し（ステップＳ２６）、ステップＳ２７に移行する。一方、上記コンテンツ特定情報の登録数がオーバーフロー制限値以下である場合には（ステップＳ２５：ＹＥＳ）、ステップＳ２７に移行する。
【０１３６】
なお、ステップＳ２６において、コンテンツカタログ情報に登録されてから基準時間（例えば、３００時間）経過したコンテンツ特定情報が選定され、当該選定されたコンテンツ特定情報等がコンテンツカタログ情報から削除されるように構成しても良い。
【０１３７】
ステップＳ２７では、全てのジャンルが上記ステップＳ２１で選定されたかが判別され、全てのジャンルが選定されていない場合には（ステップＳ２７：ＮＯ）、ステップＳ２１に戻り、未だ選定されていないジャンルが選定され、上記と同様の処理が行われる。そして、全てのジャンルが選定された場合には（ステップＳ２７：ＹＥＳ）、当該処理が終了する。こうして、全てのジャンルのオーバーフロー制限値が調整されることになる。
【０１３８】
以上説明した、図１０に示すステップＳ８で加算される値を大きくすると、コンテンツ特定情報をコンテンツカタログ情報に登録する毎のオーバーフロー制限値の増加速度が速くなるので、嗜好性の高いジャンルのコンテンツデータＣｊのコンテンツ特定情報の許容登録数が増加し上限に近づき易くなる一方、図１１に示すステップＳ２２で減算される値を大きくすると減算周期毎のオーバーフロー制限値の減少速度が速くなり、嗜好性の低いジャンルのコンテンツデータＣｊのコンテンツ特定情報の許容登録数が減少し下限に近づき易くなる。これにより、当該ジャンル毎の再生頻度に応じて当該ジャンル毎のオーバーフロー制限値を変化させることができる。また、上述したように、図１１に示すステップＳ２２で減算される値よりも、図１０に示すステップＳ８で加算される値を大きくすることにより、嗜好性の反映度のメリハリがつき効果的にオーバーフロー制限値を変化させることができる。
【０１３９】
（コンテンツカタログ情報の利用時の処理）
次に、図１２を参照して、コンテンツカタログ情報の利用時の処理を説明する。
【０１４０】
図１２に示す処理は、ユーザからの入力部２１を介したコンテンツカタログ表示指示があった場合に開始される。
【０１４１】
図１２に示す処理が開始されると、例えばノードＮ１の制御部１１は、記憶部１２からコンテンツカタログ情報を取得し（読み込み）、当該コンテンツカタログ情報中に、全ての項目が登録されていない（不足情報がある）コンテンツ特定情報があるか否かを判別し（ステップＳ３１）、全ての項目が登録されていないコンテンツ特定情報がある場合（例えば、コンテンツＩＤは登録されているものの、属性情報の全部又は一部が登録されていない（つまり、コンテンツ特定情報パケットＣにはコンテンツＩＤ等しか含まれていなかった場合）場合には（ステップＳ３１：ＹＥＳ）、ステップＳ３２に移行し、全ての項目が登録されていないコンテンツ特定情報がない場合には（ステップＳ３１：ＮＯ）、ステップＳ３５に移行する。
【０１４２】
ステップＳ３２では、制御部１１は、カタログ管理サーバＳＡ２のＩＰアドレス等にしたがって当該カタログ管理サーバＳＡ２にネットワーク８を介して接続し、上記全ての項目が登録されていないコンテンツ特定情報に含まれる例えばコンテンツＩＤ又はコンテンツ名を含み、当該コンテンツ特定情報のうちの不足情報の要求を示す不足情報要求情報を当該カタログ管理サーバＳＡ２に送信する。これに対して、カタログ管理サーバＳＡ２は、不足情報要求情報に含まれる例えばコンテンツＩＤ又はコンテンツ名に対応するコンテンツ特定情報から、上記不足情報要求情報に示される不足情報を取得して、当該不足情報及びコンテンツＩＤ等を、上記不足情報要求情報を送信したノードＮｎに返信する。
【０１４３】
なお、各ノードＮｎは、コンテンツ特定情報のうちの不足情報をカタログ管理サーバＳＡ２から取得する他にも、当該コンテンツ特定情報を記憶しているノードＮｎ（例えば当該コンテンツ特定情報に対応するコンテンツデータＣｊを放送する最上位のノードＮｎ、或いは、当該コンテンツデータＣｊを保存する上記コンテンツ保持ノード）から取得するように構成しても良い。
【０１４４】
そして、当該ノードＮｎの制御部１１が、送信された上記不足情報及びコンテンツＩＤ等を受信すると（ステップＳ３３）、当該制御部１１は、受信したコンテンツＩＤ等に対応する不足情報を、コンテンツカタログ情報中に組み込み（ステップＳ３４）、ステップＳ３５に移行する。
【０１４５】
ステップＳ３５では、制御部１１は、上記コンテンツカタログ情報に基づく例えば図７に示すようなコンテンツカタログを表示部１６上に表示する。これにより、コンテンツカタログ情報に登録されたコンテンツ特定情報がユーザに対して提示される。このように、コンテンツカタログが表示される（開く）際に、上記不足情報がカタログ管理サーバＳＡ２から取り込まれるが、各ユーザがコンテンツカタログを表示させるタイミングが同時になる可能性は低いので、カタログ管理サーバＳＡ２へのアクセス集中を避けることができる。
【０１４６】
そして、ステップＳ３６に示すコンテンツ取得処理では、こうして表示されたコンテンツカタログ上で、ユーザが入力部２１を介してコンテンツ特定情報（例えばコンテンツ名）を指定すると、制御部１１は、当該指定を受け付け、当該指定されたコンテンツＩＤを取得し、上述したように、コンテンツＩＤを含むコンテンツ所在問合せメッセージを、そのルートノード向かって送出する。これにより、例えばコンテンツ分散保存システムＳＸ１に参加しているノードＮ１は、コンテンツ保持ノードのインデックス情報を得て、当該コンテンツ保持ノードに接続し、上記指定されたコンテンツＩＤに対応するコンテンツデータＣｊを取得し、ユーザの指示にしたがって再生することになる。
【０１４７】
以上説明したように、上記実施形態によれば、ツリー型コンテンツ放送システムＳＸ２において放送されたコンテンツデータＣｊに基づき、コンテンツ分散保存システムＳＸ１において利用するコンテンツカタログ情報を作成するように構成したので、各ノードＮｎは独自のコンテンツカタログ情報を作成でき、カタログ管理サーバＳＡ２等の特定の装置の配信負担を抑える（例えば、カタログ管理サーバＳＡ２が全ノードＮｎに対してコンテンツカタログ情報を配布する必要がない）ことができる。さらに、コンテンツカタログ情報に登録すべきコンテンツ特定情報は、ユーザによる放送チャンネルの選択や、放送中のコンテンツデータＣｊの再生時間により決められるので、ユーザの嗜好にあった独自のコンテンツカタログ情報を作成することができ、当該コンテンツカタログ情報のデータ量を抑える（つまり、コンテンツ分散保存システムＳＸ１において取得可能な全てのコンテンツデータＣｊのコンテンツ特定情報を登録する必要がない）ことができる。
【０１４８】
また、各ノードＮｎは、ツリー型コンテンツ放送システムＳＸ２で放送されたコンテンツデータＣｊを、コンテンツカタログ情報を用いてコンテンツ分散保存システムＳＸ１から購入のためダウンロードできるので、ツリー型コンテンツ放送システムＳＸ２で放送されたコンテンツデータＣｊをバッファメモリ１３に残しておき（キャッシュしておき）、後から購入するという処理（例えばＨＤに保存）を行わなくてもよくなり、これにより、キャッシュ用に容量の大きいバッファメモリ１３（例えば、長いリングバッファメモリ）が不要となる。
【０１４９】
なお、上記実施形態におけるコンテンツ分散保存システムＳＸ１は、ＤＨＴを利用したアルゴリズムによって形成されることを前提として説明したが、本発明はこれに限定されるものではない。
【図面の簡単な説明】
【０１５０】
【図１】本実施形態に係る通信システムにおける各ノード装置の接続態様の一例を示す図である。
【図２】コンテンツ分散保存システムとツリー型コンテンツ放送システムの概念図である。
【図３】ノードＮ２が保持するＤＨＴを用いたルーティングテーブルの一例を示す図である。
【図４】ＤＨＴのＩＤ空間の一例を示す概念図である。
【図５】ユーザノードから送出されたコンテンツ所在問合せ（検索）メッセージの流れの一例を、ＤＨＴのＩＤ空間にて示した概念図である。
【図６】あるノードにおけるコンテンツカタログ情報に登録されたコンテンツデータに関する情報の一例を示す図である。
【図７】あるノードにおけるミュージックカタログの表示形態遷移の一例を示す概念図である。
【図８】ツリー型コンテンツ放送システムＳＸ２においてコンテンツデータＣｊを含む放送ストリームが放送される様子を示す図である。
【図９】ノードＮｎの概要構成例を示す図である。
【図１０】ノードＮｎの制御部１１における、コンテンツデータＣｊの受信時の処理を示すフローチャートである。
【図１１】ノードＮｎの制御部１１におけるコンテンツ特定情報の削除処理を示すフローチャートである。
【図１２】ノードＮｎの制御部１１におけるコンテンツカタログ情報の利用時の処理を示すフローチャートである。
【符号の説明】
【０１５１】
８ ネットワーク
９ オーバーレイネットワーク
１１ 制御部
１２ 記憶部
１３ バッファメモリ
１４ デコーダ部
１５ 映像処理部
１６ 表示部
１７ 音声処理部
１８ スピーカ
２０ 通信部
２１ 入力部
２２ バス
Ｎｎ ノード
ＳＡ１ コンテンツ投入サーバ
ＳＡ２ カタログ管理サーバ
ＳＡ３ 接続態様管理サーバ
Ｓ 通信システム
ＳＸ１ コンテンツ分散保存システム
ＳＸ２ ツリー型コンテンツ放送システム
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））型の通信システムの技術分野に関する。
【背景技術】
【０００２】
この種のピアツーピア型の通信システムにおいては、コンテンツデータを複数のノード装置に分散配置（分散保存）させておくコンテンツ分散保存システムが知られており、これにより、対故障性やアクセスの分散性を高められている。このように分散保存されたコンテンツデータの所在は、例えば特許文献１に開示されるような分散ハッシュテーブル（以下、ＤＨＴ（Distributed Hash Table）という）を利用して効率良く検索可能になっている。当該ＤＨＴは、各ノード装置に記憶されており、当該ＤＨＴには、各種メッセージの転送先となるべき複数のノード装置を示すノード情報（例えば、ＩＰアドレス及びポート番号を含む）が登録されている。
【０００３】
そして、各ノード装置は、分散保存されているコンテンツデータに関する情報（例えば、コンテンツ名、ジャンル、アーティスト名等）が登録されたコンテンツカタログ情報を有しており、当該コンテンツカタログ情報に登録された例えばコンテンツ名に基づき、所望のコンテンツデータの所在を検索（発見）するためのメッセージ（クエリ）を他のノード装置に送出することにより、当該メッセージは、上記ＤＨＴにしたがって、複数の中継のノード装置により当該コンテンツデータの所在の管理元のノード装置に向かって転送され、最終的に当該メッセージが辿り着く上記管理元のノード装置からノード情報を取得することになる。これにより、当該メッセージを送出したノード装置は、上記検索に係るコンテンツデータを保存しているノード装置に対して、当該コンテンツデータを要求し、当該コンテンツデータの提供を受けることができる。
【０００４】
ところで、上記コンテンツカタログ情報は、例えばシステム管理者等により管理されるカタログ管理サーバから、コンテンツ分散保存システムに参加している全てのノード装置に対して配信（配布）される。また、新しいコンテンツデータが、コンテンツ分散保存システム上における、あるノード装置に投入（初めて保存）される度に、これに対応する新しいコンテンツカタログ情報が全てのノード装置に対して配信される。
【特許文献１】特開２００６−１９７４００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記コンテンツカタログ情報を、コンテンツ分散保存システムに参加している全てのノード装置に対して、例えばカタログ管理サーバから配信するとなると、当該カタログ管理サーバの負担が大きくなるという問題がある。また、コンテンツ分散保存システムにおける複数のノード装置に保存されている全てのコンテンツデータに関する情報を、コンテンツカタログ情報に登録するとなると、膨大なデータ量になり、それだけの記憶容量を各ノード装置側で確保しなければならず、さらに、ユーザが所望のコンテンツデータを検索することも大変となる。
【０００６】
本発明は、以上の問題等に鑑みてなされたものであり、カタログ管理サーバ等の特定の装置の配信負担を抑え、コンテンツカタログ情報のデータ量を抑えることが可能なツリー型コンテンツ放送システム、コンテンツカタログ情報作成方法、ノード装置等、及びノード処理プログラムを提供すること等を課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、請求項１に記載の発明は、複数のノード装置により形成されたツリー型コンテンツ放送システムであって、放送装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型コンテンツ放送システムにおける前記ノード装置であって、前記放送された前記コンテンツデータを受信するコンテンツ受信手段と、少なくとも前記受信されたコンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成するカタログ作成手段と、を備えることを特徴とする。
【０００８】
この発明によれば、ツリー型コンテンツ放送システムにおいて放送されたコンテンツデータに基づき、当該コンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成するように構成したので、各ノード装置は独自にコンテンツカタログ情報を作成でき、カタログ管理サーバ等の特定の装置の配信負担を抑え、コンテンツカタログ情報のデータ量を抑えることができる。
【０００９】
請求項２に記載の発明は、請求項２に記載のノード装置において、前記コンテンツカタログ情報に登録された前記コンテンツ特定情報をユーザに対して提示する提示手段と、前記ユーザから何れかの前記コンテンツ特定情報の指定を受け付ける受付手段と、前記指定されたコンテンツ特定情報に対応するコンテンツデータを取得するコンテンツ取得手段と、を備え、前記コンテンツ取得手段は、複数の前記コンテンツデータが複数のノード装置に分散保存されたコンテンツ分散保存システムにおけるノード装置であって、前記指定されたコンテンツ特定情報に対応するコンテンツデータを保存しているノード装置から、当該コンテンツデータを取得することを特徴とする。
【００１０】
この発明によれば、各ノード装置は、上記作成したコンテンツカタログ情報を用いて、コンテンツ分散保存システムにおいてコンテンツデータを保存しているノード装置から、所望のコンテンツデータを取得することができる。
【００１１】
請求項３に記載の発明は、請求項１又は２に記載のノード装置において、前記受信されたコンテンツデータを再生する再生手段と、前記再生に係るコンテンツデータの再生時間を計測する再生時間計測手段と、を更に備え、前記カタログ作成手段は、前記計測された再生時間が所定時間以上であるコンテンツデータを特定するためのコンテンツ特定情報を、前記コンテンツカタログ情報に登録することを特徴とする。
【００１２】
この発明によれば、ユーザによるザッピングを考慮して、ユーザが所望するコンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成することができる。
【００１３】
請求項４に記載の発明は、請求項１又は２に記載のノード装置において、前記ツリー型コンテンツ放送システムにおいては、複数の放送チャンネル毎に、前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、互いに異なるコンテンツデータが放送されるものであって、前記受信されたコンテンツデータを再生する再生手段と、前記チャンネル毎に、前記再生に係るコンテンツデータの再生時間を計測する計測手段と、を更に備え、前記カタログ作成手段は、前記計測された再生時間が所定時間以上である放送チャンネルで放送されるコンテンツデータを特定するためのコンテンツ特定情報を、前記コンテンツカタログ情報に登録することを特徴とする。
【００１４】
この発明によれば、ユーザが所望するコンテンツデータを特定するためのコンテンツ特定情報ばかりでなく、その放送チャンネルで放送されるコンテンツデータを特定するためのコンテンツ特定情報が登録された、充実したコンテンツカタログ情報を作成することができる。
【００１５】
請求項５に記載の発明は、請求項１乃至４の何れか一項に記載のノード装置において、前記カタログ作成手段は、前記受信されたコンテンツデータに関連するコンテンツデータを特定するためのコンテンツ特定情報を、前記コンテンツカタログ情報に登録することを特徴とする。
【００１６】
この発明によれば、よりユーザの嗜好にあった充実したコンテンツカタログ情報を作成することができる。
【００１７】
請求項６に記載の発明は、請求項１乃至４の何れか一項に記載のノード装置において、前記カタログ作成手段は、前記コンテンツデータの放送元側で推奨すべきコンテンツデータを特定するためのコンテンツ特定情報を、前記コンテンツカタログ情報に登録することを特徴とする。
【００１８】
この発明によれば、宣伝広告効果を含めた充実したコンテンツカタログ情報を作成することができる。
【００１９】
請求項７に記載の発明は、請求項１乃至６の何れか一項に記載のノード装置において、前記コンテンツ特定情報は、前記コンテンツデータの放送ストリーム中に所定間隔で含まれており、前記カタログ作成手段は、前記コンテンツカタログ情報に登録するべき前記コンテンツ特定情報を前記放送ストリームから取得することを特徴とする。
【００２０】
この発明によれば、当該コンテンツデータの放送中に、コンテンツカタログ情報に登録するべきコンテンツ特定情報を簡単に取得することができる。
【００２１】
請求項８に記載の発明は、請求項１乃至６の何れか一項に記載のノード装置において、前記カタログ作成手段は、前記コンテンツカタログ情報に登録するべき前記コンテンツ特定情報を、前記放送装置から取得することを特徴とする。
【００２２】
この発明によれば、当該コンテンツデータの放送終了後であっても、コンテンツカタログ情報に登録するべきコンテンツ特定情報を取得することができる。
【００２３】
請求項９に記載の発明は、請求項１乃至７の何れか一項に記載のノード装置において、前記コンテンツカタログ情報に登録されてから基準時間が経過した前記コンテンツ特定情報を当該コンテンツカタログ情報から削除する特定情報削除手段を更に備えることを特徴とする。
【００２４】
この発明によれば、コンテンツカタログ情報が膨大なデータ量にならないように調整することができる。
【００２５】
請求項１０に記載の発明は、請求項１乃至７の何れか一項に記載のノード装置において、前記コンテンツカタログ情報に登録された前記コンテンツ特定情報の登録数が基準数を超えた場合に、前記登録が古い順に前記コンテンツ特定情報を当該コンテンツカタログ情報から削除する特定情報削除手段を更に備えることを特徴とする。
【００２６】
この発明によれば、コンテンツカタログ情報が膨大なデータ量にならないように調整することができる。
【００２７】
請求項１１に記載の発明は、請求項９に記載のノード装置において、前記コンテンツデータの種別毎に前記基準時間を設定する基準時間設定手段と、前記受信されたコンテンツデータを再生する再生手段と、前記コンテンツデータの種別毎に前記コンテンツデータの再生頻度を算出する再生頻度算出手段と、を更に備え、前記基準時間設定手段は、前記コンテンツデータの種別毎の前記再生頻度に応じて当該種別毎の前記基準時間を変更し、前記特定情報削除手段は、前記コンテンツカタログ情報に登録されてから前記基準時間が経過した当該種別に対応する前記コンテンツ特定情報を当該コンテンツカタログ情報から削除することを特徴とする。
【００２８】
この発明によれば、ユーザの嗜好性が高い種別に対応するコンテンツ特定情報が、より多く登録されるコンテンツカタログ情報を作成することができる。
【００２９】
請求項１２に記載の発明は、請求項１０に記載のノード装置において、前記コンテンツデータの種別毎に前記基準数を設定する基準数設定手段と、前記受信されたコンテンツデータを再生する再生手段と、前記コンテンツデータの種別毎に前記コンテンツデータの再生頻度を算出する再生頻度算出手段と、を更に備え、前記基準数設定手段は、前記コンテンツデータの種別毎の前記再生頻度に応じて当該種別毎の前記基準数を変更し、前記特定情報削除手段は、前記コンテンツ特定情報の登録数が基準数を超えた前記種別に対応する前記コンテンツ特定情報を当該コンテンツカタログ情報から削除することを特徴とする。
【００３０】
この発明によれば、ユーザの嗜好性が高い種別に対応するコンテンツ特定情報が、より多く登録されるコンテンツカタログ情報を作成することができる。
【００３１】
請求項１３に記載のノード処理プログラムの発明は、コンピュータを、請求項１乃至１２に記載のノード装置として機能させることを特徴とする。
【００３２】
請求項１４に記載の発明は、複数のノード装置により形成されたツリー型コンテンツ放送システムであって、放送装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型コンテンツ放送システムであって、前記ノード装置は、前記放送された前記コンテンツデータを受信するコンテンツ受信手段と、少なくとも前記受信されたコンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成するカタログ作成手段と、を備えることを特徴とする。
【００３３】
請求項１５に記載の発明は、複数のノード装置により形成されたツリー型コンテンツ放送システムであって、放送装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型コンテンツ放送システムにおけるコンテンツカタログ情報作成方法であって、前記ノード装置が、前記放送された前記コンテンツデータを受信する工程と、少なくとも前記受信されたコンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成する工程と、を備えることを特徴とする。
【発明の効果】
【００３４】
本発明によれば、ツリー型コンテンツ放送システムにおいて放送されたコンテンツデータに基づき、当該コンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成するように構成したので、各ノード装置は独自にコンテンツカタログ情報を作成でき、カタログ管理サーバ等の特定の装置の配信負担を抑え、コンテンツカタログ情報のデータ量を抑えることができる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、通信システムに本発明を適用した場合の実施形態である。
【００３６】
［１．通信システムの構成等］
始めに、図１等を参照して、本実施形態に係る通信システムの概要構成等について説明する。
【００３７】
図１は、本実施形態に係る通信システムにおける各ノード装置の接続態様の一例を示す図である。
【００３８】
図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４ａ,４ｂ、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５ａ,５ｂ、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界の通信ネットワークであり、通信手段の一例）８が構築されている。なお、図１の例におけるネットワーク（通信ネットワーク）８には、データ（パケット）を転送するためのルータが、適宜挿入されているが図示を省略している。
【００３９】
このようなネットワーク８には、複数のノード装置（以下、「ノード」という）Ｎｎ（ｎ＝１，２，３・・・の何れか）が接続されている。また、各ノードＮｎには、固有の製造番号およびＩＰ（Internet Protocol）アドレスが割り当てられている。このような製造番号およびＩＰアドレスは、複数のノード間で重複しないものである。
【００４０】
そして、本実施形態に係る通信システムＳは、これらのノードＮｎのうち、図１の上部枠１００内に示すように、何れか複数のノードＮｎの参加により形成されるピアツーピア方式のネットワークシステムとなっている。なお、図１の上部枠１００内に示すネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するオーバーレイネットワーク９（論理的なネットワーク）である。
【００４１】
更に、この通信システムＳは、大別して、コンテンツ分散（型）保存システム（コンテンツ分散ストレージシステム）とツリー型コンテンツ放送（配信）システムに分けられる。
【００４２】
図２は、コンテンツ分散保存システムとツリー型コンテンツ放送システムの概念図である。
【００４３】
コンテンツ分散保存システムＳＸ１においては、コンテンツデータＣｊ（ｊ＝１，２，３・・・の何れか）が、該システムＳＸ１に参加している複数のノードＮｎに分散保存（コンテンツデータＣｊを保存するノードは任意であり、例えば、ノードＮ７等に保存）されるようになっており、一のノードＮｎ（例えば、ノードＮ７）が他のノードＮｎ（例えば、ノードＮ１）からの要求に応じて自己が保存しているコンテンツデータＣｊを、ネットワーク８を介して送信するようになっている。かかるコンテンツデータＣｊの投入（つまり、当該コンテンツデータＣｊがコンテンツ分散保存システムＳＸ１におけるノードＮｎに初めて保存されること）は、例えばコンテンツ投入サーバＳＡ１により行われる。
【００４４】
一方、ツリー型コンテンツ放送システムＳＸ２においては、放送装置の一例としてのノードＮ１０（なお、接続態様管理サーバＳＡ３の機能を有するコンテンツ放送サーバであっても良い）を最上位（頂点）として、該システムＳＸ２に参加している複数のノードＮｎ（図２の例では、ノードＮ１１〜Ｎ１７・・・）が複数の階層を形成しつつネットワーク８を介してツリー状に接続され、ノードＮ１０により放送（配信）されたコンテンツデータＣｊを含む放送ストリームが、上位階層のノードＮｎ（例えば、ノードＮ１０等）から下位階層のノードＮｎ（例えば、ノードＮ１５等）に順次転送されるようになっている。かかるコンテンツデータＣｊは、例えばコンテンツ投入サーバＳＡ１によりノードＮ１０に投入されることになる。
【００４５】
ここで、各ノードＮｎは、コンテンツ分散保存システムＳＸ１とツリー型コンテンツ放送システムＳＸ２の何れか一方に参加するだけでなく、双方に参加することが可能になっている（図２の例では、ノードN１が双方のシステムに参加している）。
【００４６】
［１−１．コンテンツ分散保存システムＳＸ１の構成及び機能等］
次に、図２等を参照して、コンテンツ分散保存システムＳＸ１について説明する。
【００４７】
コンテンツ分散保存システムＳＸ１は、特定のアルゴリズム、例えば、ＤＨＴ（Distributed Hash Table）を利用したアルゴリズムにより実現される。そして、コンテンツ分散保存システムＳＸ１に参加している各ノードＮｎには、固有の識別情報であるノードＩＤが割り当てられており、当該ノードＩＤは、例えば、各ノードＮｎに個別に割り当てられたＩＰアドレス或いは製造番号を共通のハッシュ関数（例えば、ＳＨＡ−１等）によりハッシュ化した値（例えば、ｂｉｔ長が１６０ｂｉｔ）であり、図２に示すような一つのＩＤ空間に偏りなく分散して配置されることになる。
【００４８】
なお、コンテンツ分散保存システムＳＸ１への参加は、参加していないノードＮｎ（例えば、ノードＮ８）が、参加している任意のノードＮｎ（例えば、当該システムＳＸ１に常時参加しているコンタクトノード）に対して参加要求を示す参加メッセージを送信することによって行われる。
【００４９】
上記のように共通のハッシュ関数により求められた（ハッシュ化された）ノードＩＤは、当該ＩＰアドレス或いは製造番号が異なれば、同じ値になる確率が極めて低いものである。また、このノードＩＤは、ノードの最大運用台数を収容できるだけのｂｉｔ数を持たせる必要がある。例えば、１２８ｂｉｔの番号とすれば、2＾128＝340×10＾36台のノードを運用できる。なお、ハッシュ関数については公知であるので詳しい説明を省略する。
【００５０】
また、各ノードＮｎは、夫々、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルは、コンテンツ分散保存システムＳＸ１上における各種メッセージの転送先を規定しており、具体的には、ＩＤ空間内で適度に離れたノードＮｎのノードＩＤ、ＩＰアドレス及びポート番号を含むノード情報（転送先ノード情報）が複数登録されている。
【００５１】
コンテンツ分散保存システムＳＸ１に参加している１台のノードＮｎは、該システムＳＸ１に参加している全てのノードＮｎのうち、必要最低限のノードＮｎのノード情報をルーティングテーブルに登録しておき、ノード情報を知らない（記憶していない）ノードＮｎについては、各ノードＮｎ間で互いに各種メッセージを転送し合って届けてもらうようになっている。
【００５２】
ここで、図３及び図４を参照して、ＤＨＴを用いたルーティングテーブルについて詳しく説明する。
【００５３】
図３は、ノードＮ２が保持するＤＨＴを用いたルーティングテーブルの一例を示す図であり、図４は、ＤＨＴのＩＤ空間の一例を示す概念図である。
【００５４】
なお、図３及び図４の例においては、説明の便宜上、ノードＩＤのｂｉｔ長を２ｂｉｔ×３桁＝６ｂｉｔとし、各桁を４進数（０〜３の整数）で表している（実際には、もっと長いｂｉｔ長を用い、各桁も例えば４ｂｉｔに区切って０〜ｆの１６進数で表現する）。
【００５５】
図３の例において、ＤＨＴを用いたルーティングテーブルは、レベル１〜レベル３のテーブルからなり（複数のレベルに区分されており）、各レベルのテーブルエントリーには、エリア毎に、ノード情報として、ノードＩＤとこれに対応するノードＮｎのＩＰアドレス及びポート番号が対応付けられて登録されている。各レベルのテーブルにおける各エリアは、ＤＨＴのノードＩＤ空間を分割することにより得られるエリアである。例えば、図４に示すように、レベル１では、ＤＨＴのＩＤ空間全体が４分割され、“０００”〜“０３３”のノードＩＤが存在するエリアを０ＸＸのエリア、“１００”〜“１３３” のノードＩＤが存在するエリアを１ＸＸのエリア、“２００”〜“２３３” のノードＩＤが存在するエリアを２ＸＸのエリア、“３００”〜“３３３” のノードＩＤが存在するエリアを３ＸＸのエリアとする。また、レベル２では、レベル１のエリア（つまり、０ＸＸ〜３ＸＸのエリア）が更に４分割、例えば１ＸＸのエリアが４分割され、“１００”〜“１０３” のノードＩＤが存在するエリアを１０Ｘのエリア、“１１０”〜“１１３” のノードＩＤが存在するエリアを１１Ｘのエリア、“１２０”〜“１２３” のノードＩＤが存在するエリアを１２Ｘのエリア、“１３０”〜“１３３” のノードＩＤが存在するエリアを１３Ｘのエリアとする。
【００５６】
そして、例えば、ノードＮ２のノードＩＤが“１２２”とすると、図３に示すように、かかるノードＮ２のレベル１における１ＸＸのエリア（自己（つまり、自ノード）が存在するエリア）のテーブルには、自己のノードＩＤ及びＩＰアドレス（ＩＰアドレスは自分のものであるので、当該ルーティングテーブルに登録しなくても良い）等が登録され、自己が存在しないエリア（つまり、０ＸＸのエリア、２ＸＸのエリア、及び３ＸＸのエリア）には、夫々、他の任意のノードＮｎのノードＩＤ及びＩＰアドレス等が登録されている。
【００５７】
また、かかるノードＮ２のレベル２における１２Ｘのエリア（自己が存在するエリア）のテーブルには、図３に示すように、自己のノードＩＤ及びＩＰアドレス（ＩＰアドレスは自分のものであるので、当該ルーティングテーブルに登録しなくても良い）等が登録され、自己が存在しないエリア（つまり、１０Ｘのエリア、１１Ｘのエリア、及び１３Ｘのエリア）等には、夫々、他の任意のノードＮｎのノードＩＤ及びＩＰアドレス等が登録されている。
【００５８】
更に、かかるノードＮ２のレベル３には、図３に示すように、ノードＩＤが“１２０”〜“１２２”のノードＩＤ及びＩＰアドレス（ＩＰアドレスは自分のものであるので、当該ルーティングテーブルに登録しなくても良い）等が登録されている。
【００５９】
なお、図３及び図４の例では、ノードＩＤのｂｉｔ長を３桁×２ｂｉｔとしたので、レベル１〜３の３レベル分のテーブルで網羅できるが、ノードＩＤのｂｉｔ長が増せば、その分のテーブルが必要となる（例えば、ノードＩＤのｂｉｔ長を１６桁×４ｂｉｔとした場合、１６レベル分のテーブルが必要となる）。
【００６０】
このように、本実施形態におけるＤＨＴを用いたルーティングテーブルでは、レベルが上がるほど、エリアが狭まっていくようになっている。
【００６１】
また、このようなＤＨＴは、例えば、未参加のノードがコンテンツ分散保存システムＳＸ１に参加する際に与えられることになる。
【００６２】
ところで、コンテンツ分散保存システムＳＸ１においては、上述したように、様々なコンテンツ（例えば、映画や音楽等）データが、複数のノードＮｎに分散して保存（格納）されており（言い換えれば、コンテンツデータＣｊが複製されその複製情報であるレプリカが分散保存されている）、例えば、ノードＮ１及びノードＮ５には、タイトルがＸＸＸの映画のコンテンツデータＣ１が保存されており、一方、ノードＮ７には、タイトルがＹＹＹの映画のコンテンツデータＣ２が保存されるというように、複数のノードＮｎ（以下、「コンテンツ保持ノード」という）に分散されて保存される。
【００６３】
また、これらのコンテンツデータＣｊには、夫々、コンテンツ名（タイトル）及びコンテンツＩＤ（コンテンツ毎に固有の識別情報）等の情報が付加されている。
【００６４】
このコンテンツＩＤは、例えば、コンテンツ名＋任意の数値（或いは、当該コンテンツデータＣｊの先頭数バイトでも良い）が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される（ノードＩＤと同一のＩＤ空間に配置）。或いは、システム運営者が、コンテンツ毎に一意のＩＤ値（ノードＩＤと同一ビット長）を付与しても良い。
【００６５】
また、このように分散保存されているコンテンツデータＣｊの所在、つまり、当該コンテンツデータＣｊを保存したノードＮｎのノード情報（例えば、ＩＰアドレス及びポート番号等を含む）と当該コンテンツデータＣｊに対応するコンテンツＩＤ等の組が含まれるインデックス情報が、当該コンテンツデータＣｊの所在の管理元としてのノードＮｎ（以下、「ルートノード」、又は「コンテンツ（コンテンツＩＤ）のルートノード」という）等により記憶（インデックスキャッシュに記憶）、管理されるようになっている。
【００６６】
例えば、タイトルがＸＸＸの映画のコンテンツデータＣ１のインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートノードであるノードＮ６により管理され、タイトルがＹＹＹの映画のコンテンツデータＣ２のインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートノードであるノードＮ３により管理される。つまり、コンテンツ毎にルートノードが分けられるので負荷分散が図られており、しかも、同一のコンテンツデータＣｊ（コンテンツＩＤが同一）が、夫々、複数のコンテンツ保持ノードに保存されている場合であっても、かかるコンテンツデータＣｊのインデックス情報は、一つのルートノードで管理することができる。また、このようなルートノードは、例えば、コンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有するノードＮｎであるように定められる。
【００６７】
そして、あるノードＮｎのユーザが、所望するコンテンツデータＣｊを取得したい場合、当該コンテンツデータＣｊの取得を望むノードＮｎ（以下、「ユーザノード」という）は、当該ユーザにより、後述するコンテンツカタログ情報（コンテンツリストともいう）から選択されたコンテンツデータＣｊのコンテンツＩＤ及び自己のノード情報を含むコンテンツ所在問合せ（検索）メッセージ（クエリ）を生成し、これを自己のＤＨＴを用いたルーティングテーブルにしたがって他のノードＮｎに対して送出する。つまり、ユーザノードは、コンテンツ所在問合せ（検索）メッセージを、ルートノードに向けて送出する。これにより、コンテンツ所在問合せ（検索）メッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。
【００６８】
なお、上記コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤは、ユーザノードによって、コンテンツ名が上記共通のハッシュ関数によりハッシュ化されて生成されるようにしても良い。
【００６９】
図５は、ユーザノードから送出されたコンテンツ所在問合せ（検索）メッセージの流れの一例を、ＤＨＴのＩＤ空間にて示した概念図である。
【００７０】
図５の例において、例えば、ユーザノードであるノードＮ１は、自己のＤＨＴのレベル１のテーブルを参照して、コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤ（例えば、１１２）と最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する例えばノードＮ２のノード情報に含まれるＩＰアドレス及びポート番号を取得し、そのＩＰアドレス及びポート番号宛てに、上記コンテンツ所在問合せ（検索）メッセージを送信する。
【００７１】
これに対して、ノードＮ２は、当該コンテンツ所在問合せ（検索）メッセージを受信し、自己のＤＨＴのレベル２のテーブルを参照して、当該コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する例えばノードＮ３のノード情報に含まれるＩＰアドレス及びポート番号を取得し、そのＩＰアドレス及びポート番号宛てに、上記コンテンツ所在問合せ（検索）メッセージを転送する。
【００７２】
これに対して、ノードＮ３は、当該コンテンツ所在問合せ（検索）メッセージを受信し、自己のＤＨＴのレベル３のテーブルを参照して、当該コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤが自分である、つまり、自分がそのコンテンツＩＤのルートノードであることを認識すると、当該コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤに対応するインデックス情報をインデックスキャッシュから取得して、当該インデックス情報を、該コンテンツ所在問合せメッセージの送信元であるユーザノードに対して返信する。これにより、ユーザノードは、所望のコンテンツデータＣｊを保存している上記コンテンツ保持ノードである例えばノードＮ７に接続して、コンテンツ送信要求メッセージ（コンテンツデータＣｊの送信要求を示す要求情報）を送信し、そこから当該コンテンツデータＣｊの提供を受けることが可能になる。
【００７３】
或いは、ルートノードであるノードＮ３は、当該インデックス情報に含まれるノード情報に示されたコンテンツ保持ノードに対してコンテンツ送信要求メッセージ（ユーザノードのノード情報を含み、当該ユーザノードに対してコンテンツデータＣｊの送信要求を示す要求情報）を送信する。これにより、ユーザノードは、上記コンテンツ保持ノードである例えばノードＮ７に接続して当該コンテンツデータＣｊの提供を受けることが可能になる。
【００７４】
なお、上記ユーザノードは、コンテンツ所在問合せメッセージがルートノードに辿り着くまでの間に、当該ルートノードと同じインデックス情報をキャッシュしている中継ノード（例えば、ノードＮ２のキャッシュノード）から当該インデックス情報を取得（受信）することもできる。
【００７５】
また、当該ユーザノードは、当該コンテンツデータＣｊを保存したことをそのルートノードに知らせるために（言い換えれば、自己が当該コンテンツデータＣｊを保持していることを、該システムＳＸ１に参加している他のノードＮｎに対して公開するために）、そのコンテンツデータＣｊのコンテンツＩＤ及び自己のノード情報等が含まれるパブリッシュ（登録通知）メッセージ（コンテンツデータを保存したので、ノード情報等の登録の要求を示す登録メッセージ）を生成し、該パブリッシュメッセージを、そのルートノードに向けて送出する。これにより、パブリッシュメッセージは、コンテンツ所在問合せ（検索）メッセージと同じように、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになり、該ルートノードは、受信したパブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報を登録（インデックスキャッシュ領域に記憶）することになる。こうして、上記ユーザノードは、新たに、上記コンテンツデータＣｊを保持するコンテンツ保持ノードとなる。
【００７６】
なお、上記パブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報は、ルートノードに至るまでの転送経路における中継ノードにおいても登録（キャッシュ）される。
【００７７】
次に、コンテンツデータＣｊの取得の際に用いられるコンテンツカタログ情報について説明する。
【００７８】
図６は、あるノードにおけるコンテンツカタログ情報に登録されたコンテンツデータに関する情報の一例を示す図である。図６に示すように、コンテンツカタログ情報には、コンテンツ名及びコンテンツＩＤと、属性情報と、登録年月日時とが登録されている。なお、登録番号は、コンテンツカタログ情報への登録順に付されるシリアル番号である。また、図６に示す例では、コンテンツカタログ情報には、最大１０００件のコンテンツデータに関する情報が登録可能になっている。
【００７９】
また、属性情報としては、例えば、コンテンツデータ種別の一例としてのジャンル（コンテンツが映画の場合、アニメ、アクション、ホラー、コメディ、ラブストーリー等、コンテンツが音楽の場合、ロック、ジャズ、ポップス、クラシック等、コンテンツが放送番組の場合、ドラマ、スポーツ、ニュース、映画、音楽、アニメ、バラエティ等）、アーティスト名（コンテンツが音楽の場合の歌手、グループ等）、出演者（コンテンツが映画や放送番組の場合のキャスト）、監督名（コンテンツが映画の場合）、コンテンツの概要（あらすじ）、コンテンツ製作者等により与えられたキーワード、コンテンツデータのサイズ等が挙げられる。
【００８０】
このようなコンテンツデータに関する情報は、ユーザが所望のコンテンツデータＣｊを、多くのコンテンツデータＣｊの中から検索する際に、検索キーワードとして利用することができる。例えば、ユーザが検索キーワードとして「ジャズ」を入力すると、「ジャズ」に該当する全てのコンテンツデータＣｊが検索され、検索されたコンテンツデータのコンテンツ名及びアーティスト名等がユーザに選択可能に提示されることになる。
【００８１】
図７は、あるノードにおけるミュージックカタログの表示形態遷移の一例を示す概念図である。このようなミュージックカタログ（映画カタログであっても良い）に対して、上述したコンテンツカタログ情報が組み込まれることになる。図７（Ａ）に示す例では、表示されたジャンル一覧の中から、検索キーワードとして例えばジャズが入力され検索されることにより、図７（Ｂ）に示すように、当該ジャズに該当するアーティスト名一覧が表示され、そのアーティスト名一覧の中から、検索キーワードとして例えばアーティスト「ＡＡＢＢＣ」が入力され検索されることにより、図７（Ｃ）に示すように、当該アーティストに該当する（例えば、当該アーティストにより歌われる、又は演奏される）楽曲タイトル一覧が表示される。
【００８２】
そして、かかる楽曲タイトル一覧の中から、ユーザが入力部を介して所望の楽曲タイトルを選択すると、その楽曲データ（コンテンツデータの一例）のコンテンツＩＤが取得され、上述したように、コンテンツＩＤを含むコンテンツ所在問合せメッセージが、そのルートノードに向かって送出されることになる。なお、当該コンテンツＩＤは、コンテンツカタログ情報に記述されなくとも良く、この場合、各ノードは、例えば属性情報に含まれるコンテンツ名＋任意の数値を、上述したノードＩＤをハッシュ化した共通のハッシュ関数によりハッシュ化してコンテンツＩＤを生成するものであっても良い。
【００８３】
上述したようなコンテンツカタログ情報を、コンテンツ分散保存システムＳＸ１に参加している全てのノードに対して、例えばシステム管理者等により管理されるカタログ管理サーバＳＡ２から配信するとなると、当該カタログ管理サーバＳＡ２の負担が大きくなり、また、コンテンツ分散保存システムＳＸ１における複数のノードに利用可能に保存されている全てのコンテンツデータに関する情報を、コンテンツカタログ情報に登録するとなると、膨大なデータ量になり、それだけの記憶容量を各ノード側で確保（或いは、必要とする一部のコンテンツデータに関する情報を削除）しなければならず、さらに、ユーザが所望のコンテンツデータを検索することも大変となる。
【００８４】
このため、本実施形態においては、ツリー型コンテンツ放送システムＳＸ２において放送されたコンテンツデータＣｊを受信したノードが、当該コンテンツデータＣｊに基づき、独自のコンテンツカタログ情報を作成して利用するように構成した。
【００８５】
［１−２．ツリー型コンテンツ放送システムＳＸ２の構成及び機能等］
次に、図２等を参照して、ツリー型コンテンツ放送システムＳＸ２について説明する。
【００８６】
ツリー型コンテンツ放送システムＳＸ２におけるツリー状のトポロジー（接続態様）は、例えば接続態様管理サーバＳＡ３により管理（なお、コンテンツ放送サーバがコンテンツモジュールＣｊを放送する場合、上記トポロジーは当該コンテンツ放送サーバにより管理されても良い）される。具体的には、当該接続態様管理サーバＳＡ３は、ツリー型コンテンツ放送システムＳＸ２に参加している各ノードＮｎのノード情報（例えば、ＩＰアドレス及びポート番号）、各ノードＮｎ相互間の接続態様（トポロジー）及び接続状態等を含む接続状態情報を、データベースを用いて管理している。このようなツリー状のトポロジーは、複数の放送チャンネル毎に形成される（図２に示す例では、説明の便宜上、１つの放送チャンネルのみを示している）ようになっており、上記接続状態情報は、放送チャンネル毎に管理される。なお、各放送チャンネルで互いに異なるコンテンツデータＣｊが放送される。
【００８７】
ツリー型コンテンツ放送システムＳＸ２への参加は、参加していないノードＮｎが、接続態様管理サーバＳＡ３に対して参加要求を示す参加メッセージを送信することによって行われる。各放送チャンネルにおける放送スケジュール表（言い換えれば、放送日時及び内容が規定された番組表）は、各ノードＮｎにより取得可能になっており、各ノードＮｎは当該放送スケジュール表に基づきユーザにより指定された放送チャンネルへの上記参加メッセージを送信することになる。そして、接続態様管理サーバＳＡ３は、当該参加メッセージに応じて、上記接続状態情報を用い、上記指定された放送チャンネルにおいて当該未参加のノードＮｎが接続すべき接続先となるノードＮｎを選択し、当該選択したノードＮｎのノード情報等を含む接続先紹介メッセージ（接続先となるノードＮｎを紹介するための紹介情報）を当該未参加のノードＮｎに対して送信する。例えば、接続態様管理サーバＳＡ３は、当該ノードＮｎの下位階層として直接接続されているノードＮｎの数が接続許容数に満たないノードＮｎを特定（例えば、より上位階層に位置するノードＮｎを優先して特定）し、特定されたノードＮｎが複数ある場合には、それらのノードＮｎから例えば転送能力が最も高いノードＮｎを一つ特定して（それらのノードＮｎからランダムに一つ特定しても良い）、これを接続先となるノードＮｎとして選択する。
【００８８】
こうして、接続態様管理サーバＳＡ３から接続先紹介メッセージを受信した未参加のノードＮｎは、当該接続先紹介メッセージに含まれるノード情報に基づき、既参加のノードＮｎとの接続を確立し、当該既参加のノードＮｎに対してコンテンツデータＣｊの転送要求を行う。これにより、未参加のノードＮｎは、新たに、その放送チャンネルに係るツリー型コンテンツ放送システムＳＸ２に参加することになり、既参加のノードＮｎから転送（放送）されてきたコンテンツデータＣｊを受信することになる。
【００８９】
なお、未参加のノードＮｎは、初めてツリー型コンテンツ放送システムＳＸ２に参加する場合ばかりでなく、電源ＯＦＦや通信不良等により自己が当該システムＳＸ２から脱退し、その後、該システムＳＸ２に再参加する場合、或いは、上位階層のノードＮｎが該システムＳＸ２から脱退や転送停止によりコンテンツデータＣｊの転送が途切れた場合も、接続態様管理サーバＳＡ３に対して参加メッセージを送信し、該接続態様管理サーバＳＡ３から接続先紹介メッセージを取得することになる。
【００９０】
また、上述したコンテンツ分散保存システムＳＸ１において新たにコンテンツデータＣｊが投入される場合や、コンテンツデータＣｊの放送スケジュール表にしたがって、当該コンテンツデータＣｊは、例えばコンテンツ投入サーバＳＡ１により、ツリー型コンテンツ放送システムＳＸ２における最上位のノードＮｎに送られ、当該最上位のノードＮｎ（例えばノードＮ１０）から例えば放送ストリームとしてストリーミング方式で放送され、上位階層のノードＮｎから下位階層のノードＮｎに順次転送されることになる。
【００９１】
図８は、ツリー型コンテンツ放送システムＳＸ２においてコンテンツデータＣｊを含む放送ストリームが放送される様子を示す図である。
【００９２】
かかる放送ストリームは、図８に示すように、例えば、ＭＰＥＧなどの圧縮方式で圧縮されたビデオストリームと、オーディオストリームが、パケット（つまり、ビデオパケットＶｋ（ｋ＝１，２，３・・・）と、オーディオパケットＡｌ（ｌ＝１，２，３・・・））に分割された後、多重化されて放送されるようになっている。途中経路の各ノードＮｎ（例えば、ノードＮ１）は、受信した各パケットを、図８に示すように、下位階層のノードＮｎがあればこれに転送しつつ、バッファリング（リングバッファメモリに書き込んで（図８に示す“Ｗｒｉｔｅ”の位置から書き込み)一時的に蓄積）するようになっている。また、当該各ノードＮｎは、リングバッファメモリに蓄積された各パケットを読み出し（図８に示す“Ｒｅａｄ”の位置から読み出し）、再生するようになっている。
【００９３】
また、このような放送ストリームにおいては、図８に示すように、これに含まれるコンテンツデータＣｊを特定するためのコンテンツ特定情報を有するコンテンツ特定情報パケットＣが、所定間隔で（周期的に）挿入されている。つまり、一つのコンテンツデータＣｊに係る放送ストリーム中には、複数のコンテンツ特定情報パケットＣが含まれるようになっており、これらの互いのコンテンツ特定情報パケットＣの内容は同一となっている。
【００９４】
そして、各ノードＮｎは、受信した放送ストリームに含まれるコンテンツ特定情報パケットＣから上記コンテンツ特定情報を取得し、当該取得したコンテンツ特定情報に基づき、コンテンツカタログ情報を作成（当該コンテンツ特定情報、その登録番号、及び登録年月日時をコンテンツカタログ情報中に登録）するようになっている。
【００９５】
ここで、上記コンテンツ特定情報パケットＣに含まれるコンテンツ特定情報には、例えば、コンテンツカタログ情報中に登録可能な全てのコンテンツデータに関する情報（例えば、コンテンツ名、コンテンツＩＤ、及び属性情報等）が含まれる。或いは、コンテンツデータＣｊを特定するために最低限必要な情報（例えば、コンテンツ名又はコンテンツＩＤ）のみがコンテンツ特定情報に含まれるようにし、その他のコンテンツデータに関する情報は例えばコンテンツＩＤをキーとして例えばコンテンツ管理サーバＳＡ２や最上位のノードＮｎ（例えばノードＮ１０）から取得されるように構成しても良い。
【００９６】
［２．ノードＮｎの構成及び機能等］
次に、図９を参照して、ノードＮｎの構成及び機能について説明する。
【００９７】
図９は、ノードＮｎの概要構成例を示す図である。
【００９８】
各ノードＮｎは、図９に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データおよびプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部１１と、各種データ（例えば、コンテンツデータＣｊ、インデックス情報、ＤＨＴ等）及び各種プログラム等を記憶保存（格納）するためのＨＤ等から構成された記憶部１２と、受信されたコンテンツデータＣｊ等を一時蓄積するバッファメモリ１３と、コンテンツデータＣｊに含まれるエンコードされたビデオデータ（映像情報）およびオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）するデコーダ部１４と、当該デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部１５と、当該映像処理部１５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部１６と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ （Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部１７と、当該音声処理部１７から出力されたオーディオ信号を音波として出力するスピーカ１８と、ネットワーク８を通じて他のノードＮｎやサーバＳＡ１〜ＳＡ３等との間の情報の通信制御を行うための通信部２０と、ユーザからの指示を受け付け当該指示に応じた指示信号を制御部１１に対して与える入力部（例えば、キーボード、マウス、或いは、操作パネル、リモコン等）２１と、を備えて構成され、制御部１１、記憶部１２、バッファメモリ１３、デコーダ部１４、通信部２０、及び入力部２１はバス２２を介して相互に接続されている。なお、ノードＮｎとしては、パーソナルコンピュータ、ＳＴＢ（Set Top Box）、或いは、ＴＶ受信機等を適用可能である。
【００９９】
また、記憶部１２には、コンテンツ分散保存システムＳＸ１に参加する際のアクセス先となるコンタクトノードのＩＰアドレス及びポート番号、及びカタログ管理サーバＳＡ２及び接続態様管理サーバＳＡ３のＩＰアドレス等が記憶されている。更に、記憶部１２には、図６に示すようなコンテンツカタログ情報が記憶される。
【０１００】
また、バッファメモリ１３は、例えばＦＩＦＯ（First In First Out）形式の図８に示したようなリングバッファメモリからなり、受信され新しいコンテンツデータＣｊのパケットにより、既に蓄積されている古いコンテンツデータＣｊのパケットが上書きされ逐次消去されるようになっている。
【０１０１】
このような構成において、制御部１１は、ＣＰＵが記憶部１２等に記憶された上記ノード処理プログラム等を読み出して実行することにより、全体を統括制御し、コンテンツ分散保存システムＳＸ１への参加により上述したユーザノード、中継ノード、ルートノード、キャッシュノード、及びコンテンツ保持ノードの少なくとも何れか一つのノードとしての処理を行うようになっている。
【０１０２】
また、制御部１１は、ツリー型コンテンツ放送システムＳＸ２への参加により、ツリーにおける何れかの階層に位置するノードＮｎとして処理を行い、コンテンツ受信手段、カタログ作成手段、提示手段、受付手段、コンテンツ取得手段、再生手段、再生時間計測手段、特定情報削除手段、基準時間設定手段、基準数設定手段、及び再生頻度算出手段等として機能するようになっている。
【０１０３】
具体的には、ツリー型コンテンツ放送システムＳＸ２に参加しているノードＮｎにおいて受信された放送ストリームに含まれるコンテンツデータＣｊ等のデータ量が一定以上バッファメモリ１３に蓄積されると、制御部１１の制御の下、コンテンツデータＣｊはデコーダ部１５に送られデコードされ音声処理部１８及びスピーカ１９等を介して再生出力される（コンテンツデータＣｊがオーディオデータのみの場合、スピーカ１９から音波として出力される。一方、コンテンツデータＣｊがビデオデータとオーディオデータを含む場合、スピーカ１９から音波として出力され、且つ表示部１７にその映像が表示される）。
【０１０４】
このとき、制御部１１は、再生に係るコンテンツデータＣｊの再生時間を計測し、当該再生時間が所定時間（この時間は、ユーザによるザッピング（例えばユーザが入力部２１を操作して、所望のコンテンツを視聴すべく放送チャンネルをしきりに切り替える行為）を除くための時間であり、特に限定されるものではないが、例えば、１０分〜２０分に設定される）以上になった場合に、当該コンテンツデータＣｊを特定するためのコンテンツ特定情報等を、コンテンツカタログ情報に登録することにより、当該コンテンツデータＣｊのコンテンツカタログ情報を作成するようになっている。これにより、各ユーザは、所望のコンテンツデータＣｊのコンテンツ特定情報等が登録された独自のコンテンツカタログ情報を得ることができる。なお、かかるコンテンツカタログ情報の作成に当たって、受信された例えばコンテンツデータＣ１０のコンテンツ特定情報ばかりでなく、例えばその放送チャンネルで放送される他のコンテンツデータＣ１１等のコンテンツ特定情報等をもコンテンツカタログ情報に一緒に登録するように構成しても良い。
【０１０５】
また、受信された例えばコンテンツデータＣ１０に関連（類似）する（例えば、同一ジャンルや同一アーティストの）コンテンツデータＣ２１等のコンテンツ特定情報等や、受信されたコンテンツデータＣ１の放送元側（例えば、コンテンツデータの提供者（製作者等））で推奨すべきコンテンツデータＣ３１等のコンテンツ特定情報等をも、コンテンツカタログ情報に登録されるように構成すれば、ユーザ毎のより充実したコンテンツカタログ情報にさせていくことができる。
【０１０６】
また、このようなコンテンツカタログ情報を記憶するために記憶部１２において割り当てられた記憶領域は有限であるため、制御部１１は、例えばコンテンツ特定情報の登録数が例えば予め設定された基準数（例えば、１０００）以上になった場合、コンテンツカタログ情報から、登録が古い順にコンテンツ特定情報等を削除したり、コンテンツカタログ情報に登録されてから予め設定された基準時間（例えば、３００時間）が経過した古いコンテンツ特定情報等を削除するようになっている。
【０１０７】
ここで、上記基準数又は基準時間が、コンテンツデータＣｊのジャンル毎に設定されるように構成し、ジャンル毎のコンテンツデータの再生頻度に応じて基準数又は基準時間が変更されるように構成すれば、各ユーザが所望するジャンルに対応するコンテンツ特定情報がより多く登録されたユーザの嗜好に合ったコンテンツカタログ情報にさせていくことができる。この場合、制御部１１は、コンテンツデータＣｊのジャンル毎に当該コンテンツデータの再生頻度（例えば、各ジャンルに関して、一ヶ月当たりの再生時間又は再生回数）を算出し、適宜、当該ジャンル毎の再生頻度に応じて当該ジャンル毎の基準数又は基準時間を変更設定し、コンテンツ特定情報の登録数が当該基準数を超えたジャンルに対応するコンテンツ特定情報等、又はコンテンツカタログ情報に登録されてから当該基準時間が経過した当該ジャンルに対応するコンテンツ特定情報等をコンテンツカタログ情報から削除することになる。
【０１０８】
なお、上記ノード処理プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしてもよい。
【０１０９】
［３．ツリー型コンテンツ放送システムＳＸ２の動作］
次に、図１０乃至図１２等を参照して、本実施形態に係るツリー型コンテンツ放送システムＳＸ２の動作について説明する。図１０は、ノードＮｎの制御部１１における、コンテンツデータＣｊの受信時の処理を示すフローチャートである。図１１は、ノードＮｎの制御部１１におけるコンテンツ特定情報の削除処理を示すフローチャートである。図１２は、ノードＮｎの制御部１１におけるコンテンツカタログ情報の利用時の処理を示すフローチャートである。
【０１１０】
（コンテンツデータＣｊの受信時の処理）
始めに、図１０を参照して、コンテンツデータＣｊの受信時の処理を説明する。なお、この処理の前提として、図２に示すようなツリー型コンテンツ放送システムＳＸ２が形成されているものとする。
【０１１１】
図１０に示す処理は、上位階層に位置するノードＮn（自己が直接接続される上流のノードＮｎ）からの放送ストリームが受信され、当該放送ストリームに含まれるコンテンツデータＣｊ等のデータ量が一定以上バッファメモリ１３に蓄積された場合に開始される。
【０１１２】
図１０に示す処理が開始されると、制御部１１は、再生時間の計測（時間カウント）を開始し（ステップＳ１）、コンテンツデータＣｊの再生処理を行う（ステップＳ２）。かかる再生処理においては、バッファメモリ１３に蓄積されているコンテンツデータＣｊが、バス２２を介してデコーダ部１５に伝送するように制御される。これにより、当該コンテンツデータＣｊは、デコーダ部１５によりデコードされ音声処理部１８及びスピーカ１９等を介して再生出力される。
【０１１３】
次いで、制御部１１は、バッファメモリ１３から、受信中のコンテンツデータＣｊに係るコンテンツ特定情報パケットＣに含まれるコンテンツ特定情報を取得し、当該コンテンツ特定情報が、記憶部１２に記憶されているコンテンツカタログ情報に登録されているか否かを判別し（ステップＳ３）、登録されていない場合には（ステップＳ３：ＮＯ）、ステップＳ４に移行し、登録されている場合には（ステップＳ３：ＹＥＳ）、ステップＳ５に移行する。
【０１１４】
なお、上述したように、放送ストリーム中には、コンテンツ特定情報パケットＣが所定間隔（例えば、１０分間隔毎に）で挿入されているので、当該コンテンツデータＣｊの放送中に、当該ノードＮｎが当該放送チャンネルに係るツリー型コンテンツ放送システムＳＸ２に参加しても、放送中の当該コンテンツデータＣｊのコンテンツ特定情報を取得することができる。
【０１１５】
ステップＳ４では、制御部１１は、計測されている再生時間が所定時間（例えば、２０分）以上になったか否かを判別し、所定時間以上になっていない場合には（ステップＳ４：ＮＯ）、ステップＳ５に移行し、所定時間以上になった場合には（ステップＳ４：ＹＥＳ）、ステップＳ７に移行する。
【０１１６】
ここで、放送ストリーム中には、コンテンツ特定情報パケットＣが所定間隔で（例えば、１０分間隔毎に）挿入されているので、ステップＳ４において再生時間が所定時間（例えば、２０分）以上になったか否かを判別する代わりに、同一のコンテンツ特定情報を有するコンテンツ特定情報パケットＣをｎ回（例えば２回）以上続けて受信したか否かを判別するように構成し、例えば２回以上続けて受信した場合にステップＳ７に移行するように構成しても良い。
【０１１７】
ステップＳ５におけるコンテンツデータＣｊの転送処理は、下位階層のノードＮｎが自己に接続されている場合に行われ（接続されていない場合はスキップする）、受信されたコンテンツデータＣｊ等のパケットを有する放送ストリームを下位階層のノードＮｎに対して転送する。
【０１１８】
次いで、制御部１１は、コンテンツデータＣｊの再生を終了するか否かを判別し（ステップＳ６）、再生終了しない（つまり、再生が継続する）場合には（ステップＳ６：ＮＯ）、ステップＳ２に戻り、上記と同様の処理を繰り返す。一方、再生終了する場合には（ステップＳ６：ＹＥＳ）、当該処理が終了する。なお、上記再生が終了するか否かは、例えば、ユーザからの入力部２１を介した再生終了指示があった否か、放送チャンネルが切り替えられた（これにより当該ツリーから脱退）か否か、又は上位階層のノードＮｎからの当該コンテンツデータＣｊの放送が終了したか否か等により判別される。
【０１１９】
一方、ステップＳ７では、制御部１１は、取得したコンテンツ特定情報、その登録番号及び登録年月日時をコンテンツカタログ情報中に登録する。これにより、当該コンテンツデータＣｊのコンテンツカタログ情報が作成されることになる。
【０１２０】
なお、この処理例では、当該コンテンツ特定情報には、少なくとも、コンテンツ名、コンテンツＩＤ、及びジャンルを示す情報が含まれているものとする。
【０１２１】
次いで、制御部１１は、当該コンテンツ特定情報が登録されたコンテンツデータＣｊの該当ジャンルのオーバーフロー制限値（該当ジャンルに対応するオーバーフロー制限値）に例えば“２”を加算（なお、加算される値は、ユーザの嗜好性の反映度であり、嗜好性による差が大きくなる方向に作用するものであり、任意の値を取り得る）する（ステップＳ８）。
【０１２２】
ここで、オーバーフロー制限値は、上述した基準数の一例であり、ジャンル毎に予め設定され記憶部１２に記憶されている。例えば、上記コンテンツ特定情報が登録されたコンテンツデータＣｊの該当ジャンルが「アニメ」であれば、ジャンルがアニメのジャンルに対応するオーバーフロー制限値に“２”が加算され該制限値が変更設定される。
【０１２３】
次いで、制御部１１は、上記該当ジャンルのオーバーフロー制限値は例えば“１００”（なお、この値は、これに限定されるものではなく任意の値を取り得る）より大きいか否かを判別し（ステップＳ９）、“１００”より大きい場合には（ステップＳ９：ＹＥＳ）、ステップＳ１０に移行し、“１００”以下である場合には（ステップＳ９：ＮＯ）、ステップＳ５に移行する。
【０１２４】
ステップＳ１０では、制御部１１は、上記該当ジャンルのオーバーフロー制限値を“１００”に設定し、続いて、該当ジャンルの中で最も古いコンテンツ特定情報（登録年月日時が最も過去のコンテンツ特定情報）を選定し、当該選定したコンテンツ特定情報、その登録番号及び登録年月日時をコンテンツカタログ情報から削除し（ステップＳ１１）、ステップＳ５に移行する。かかる処理により、該当ジャンルのうちで登録が古い順にコンテンツ特定情報が削除されることになる。
【０１２５】
なお、ステップＳ１１において、コンテンツカタログ情報に登録されてから基準時間（例えば、３００時間）経過したコンテンツ特定情報が選定され、当該選定されたコンテンツ特定情報等がコンテンツカタログ情報から削除されるように構成しても良い。
【０１２６】
以上の図１０に示す処理は、受信されるコンテンツデータＣｊが変わる度に開始されることになる（このとき、前回計測された再生時間（時間カウント）の値は“０”にリセットされる）。
【０１２７】
また、上記受信中のコンテンツデータＣｊに係るコンテンツ特定情報パケットＣに、当該コンテンツデータＣｊのコンテンツ特定情報の他にも、例えばその放送チャンネルで放送される他のコンテンツデータＣｊのコンテンツ特定情報（少なくともコンテンツＩＤ）をも例えばコンテンツ投入サーバＳＡ１又は最上位のノードＮｎにおいて含ませるように構成し、上記ステップＳ７において、当該コンテンツ特定情報（少なくともコンテンツＩＤ）、その登録番号及び登録年月日時をコンテンツカタログ情報中に登録するように構成しても良い。また、上記放送チャンネルで放送される他のコンテンツデータＣｊのコンテンツ特定情報（例えば、コンテンツＩＤ又はコンテンツ名）については、各ノードＮｎが、例えばその日の放送スケジュール表を取得して、当該放送スケジュール表から取得したコンテンツＩＤ又はコンテンツ名、その登録番号及び登録年月日時をコンテンツカタログ情報中に登録するように構成しても良い。
【０１２８】
また、上記受信中のコンテンツデータＣｊに係るコンテンツ特定情報パケットＣに、当該コンテンツデータＣｊのコンテンツ特定情報の他にも、当該コンテンツデータＣｊに関連（類似）する（例えば、同一ジャンルや同一アーティストの）コンテンツデータＣｊのコンテンツ特定情報（少なくともコンテンツＩＤ）をも例えばコンテンツ投入サーバＳＡ１又は最上位のノードＮｎにおいて含ませるように構成し、上記ステップＳ７において、当該コンテンツ特定情報（少なくともコンテンツＩＤ）、その登録番号及び登録年月日時をコンテンツカタログ情報中に登録するように構成すれば、よりユーザの嗜好にあった充実したコンテンツカタログ情報にさせていくことができる。
【０１２９】
更にまた、上記受信中のコンテンツデータＣｊに係るコンテンツ特定情報パケットＣに、当該コンテンツデータＣｊのコンテンツ特定情報の他にも、当該コンテンツデータＣｊの放送元側で推奨すべきコンテンツデータＣｊのコンテンツ特定情報（少なくともコンテンツＩＤ）をも放送元で含ませるように構成し、上記ステップＳ７において、当該コンテンツ特定情報（少なくともコンテンツＩＤ）、その登録番号及び登録年月日時をコンテンツカタログ情報中に登録するように構成すれば、充実したコンテンツカタログ情報にさせていくことができると共に、放送元側で意図的な視聴率確保が可能となり、そのコンテンツカタログ情報中への推奨すべきコンテンツデータＣｊのコンテンツ特定情報を登録するに当たっての登録料（例えば、コンテンツデータＣｊの提供者（製作者等）から当該システムＳＸ２の運営者に支払う対価）を設定することができる。
【０１３０】
（コンテンツ特定情報の削除処理）
次に、図１１を参照して、コンテンツ特定情報の削除処理を説明する。
【０１３１】
図１１に示す処理は、所定周期（減算周期、例えば、１週間毎）に開始される。
【０１３２】
図１１に示す処理が開始されると、制御部１１は、複数のジャンルのうち、一つのジャンルを選定し（ステップＳ２１）、当該選定したジャンルのオーバーフロー制限値から例えば“１”を減算（なお、減算される値は、嗜好性の反映度であり、嗜好性による差が小さくなる方向に作用し、任意の値を取り得る）する（ステップＳ２２）。
【０１３３】
次いで、制御部１１は、当該減算されたオーバーフロー制限値は例えば“１０” （なお、この値は、これに限定されるものではなく任意の値を取り得る）以上であるか否かを判別し（ステップＳ２３）、当該オーバーフロー制限値が“１０”以上である場合には（ステップＳ２３：ＹＥＳ）、ステップＳ２５に移行し、当該オーバーフロー制限値が“１０”以上でない場合には（ステップＳ２３：ＮＯ）、ステップＳ２４に移行する。
【０１３４】
ステップＳ２４では、制御部１１は、上記選定されたジャンルのオーバーフロー制限値を“１０”に設定し、ステップＳ２５に移行する。
【０１３５】
一方、ステップＳ２５では、制御部１１は、上記選定されたジャンルに該当するコンテンツ特定情報の登録数（コンテンツカタログ情報への登録数）が当該ジャンルのオーバーフロー制限値以下であるか否かを判別し、オーバーフロー制限値以下でない場合には（ステップＳ２５：ＮＯ）、当該ジャンルの中で、最も古いコンテンツ特定情報（登録年月日時が最も過去のコンテンツ特定情報）を選定し、当該選定したコンテンツ特定情報、その登録番号及び登録年月日時をコンテンツカタログ情報から削除し（ステップＳ２６）、ステップＳ２７に移行する。一方、上記コンテンツ特定情報の登録数がオーバーフロー制限値以下である場合には（ステップＳ２５：ＹＥＳ）、ステップＳ２７に移行する。
【０１３６】
なお、ステップＳ２６において、コンテンツカタログ情報に登録されてから基準時間（例えば、３００時間）経過したコンテンツ特定情報が選定され、当該選定されたコンテンツ特定情報等がコンテンツカタログ情報から削除されるように構成しても良い。
【０１３７】
ステップＳ２７では、全てのジャンルが上記ステップＳ２１で選定されたかが判別され、全てのジャンルが選定されていない場合には（ステップＳ２７：ＮＯ）、ステップＳ２１に戻り、未だ選定されていないジャンルが選定され、上記と同様の処理が行われる。そして、全てのジャンルが選定された場合には（ステップＳ２７：ＹＥＳ）、当該処理が終了する。こうして、全てのジャンルのオーバーフロー制限値が調整されることになる。
【０１３８】
以上説明した、図１０に示すステップＳ８で加算される値を大きくすると、コンテンツ特定情報をコンテンツカタログ情報に登録する毎のオーバーフロー制限値の増加速度が速くなるので、嗜好性の高いジャンルのコンテンツデータＣｊのコンテンツ特定情報の許容登録数が増加し上限に近づき易くなる一方、図１１に示すステップＳ２２で減算される値を大きくすると減算周期毎のオーバーフロー制限値の減少速度が速くなり、嗜好性の低いジャンルのコンテンツデータＣｊのコンテンツ特定情報の許容登録数が減少し下限に近づき易くなる。これにより、当該ジャンル毎の再生頻度に応じて当該ジャンル毎のオーバーフロー制限値を変化させることができる。また、上述したように、図１１に示すステップＳ２２で減算される値よりも、図１０に示すステップＳ８で加算される値を大きくすることにより、嗜好性の反映度のメリハリがつき効果的にオーバーフロー制限値を変化させることができる。
【０１３９】
（コンテンツカタログ情報の利用時の処理）
次に、図１２を参照して、コンテンツカタログ情報の利用時の処理を説明する。
【０１４０】
図１２に示す処理は、ユーザからの入力部２１を介したコンテンツカタログ表示指示があった場合に開始される。
【０１４１】
図１２に示す処理が開始されると、例えばノードＮ１の制御部１１は、記憶部１２からコンテンツカタログ情報を取得し（読み込み）、当該コンテンツカタログ情報中に、全ての項目が登録されていない（不足情報がある）コンテンツ特定情報があるか否かを判別し（ステップＳ３１）、全ての項目が登録されていないコンテンツ特定情報がある場合（例えば、コンテンツＩＤは登録されているものの、属性情報の全部又は一部が登録されていない（つまり、コンテンツ特定情報パケットＣにはコンテンツＩＤ等しか含まれていなかった場合）場合には（ステップＳ３１：ＹＥＳ）、ステップＳ３２に移行し、全ての項目が登録されていないコンテンツ特定情報がない場合には（ステップＳ３１：ＮＯ）、ステップＳ３５に移行する。
【０１４２】
ステップＳ３２では、制御部１１は、カタログ管理サーバＳＡ２のＩＰアドレス等にしたがって当該カタログ管理サーバＳＡ２にネットワーク８を介して接続し、上記全ての項目が登録されていないコンテンツ特定情報に含まれる例えばコンテンツＩＤ又はコンテンツ名を含み、当該コンテンツ特定情報のうちの不足情報の要求を示す不足情報要求情報を当該カタログ管理サーバＳＡ２に送信する。これに対して、カタログ管理サーバＳＡ２は、不足情報要求情報に含まれる例えばコンテンツＩＤ又はコンテンツ名に対応するコンテンツ特定情報から、上記不足情報要求情報に示される不足情報を取得して、当該不足情報及びコンテンツＩＤ等を、上記不足情報要求情報を送信したノードＮｎに返信する。
【０１４３】
なお、各ノードＮｎは、コンテンツ特定情報のうちの不足情報をカタログ管理サーバＳＡ２から取得する他にも、当該コンテンツ特定情報を記憶しているノードＮｎ（例えば当該コンテンツ特定情報に対応するコンテンツデータＣｊを放送する最上位のノードＮｎ、或いは、当該コンテンツデータＣｊを保存する上記コンテンツ保持ノード）から取得するように構成しても良い。
【０１４４】
そして、当該ノードＮｎの制御部１１が、送信された上記不足情報及びコンテンツＩＤ等を受信すると（ステップＳ３３）、当該制御部１１は、受信したコンテンツＩＤ等に対応する不足情報を、コンテンツカタログ情報中に組み込み（ステップＳ３４）、ステップＳ３５に移行する。
【０１４５】
ステップＳ３５では、制御部１１は、上記コンテンツカタログ情報に基づく例えば図７に示すようなコンテンツカタログを表示部１６上に表示する。これにより、コンテンツカタログ情報に登録されたコンテンツ特定情報がユーザに対して提示される。このように、コンテンツカタログが表示される（開く）際に、上記不足情報がカタログ管理サーバＳＡ２から取り込まれるが、各ユーザがコンテンツカタログを表示させるタイミングが同時になる可能性は低いので、カタログ管理サーバＳＡ２へのアクセス集中を避けることができる。
【０１４６】
そして、ステップＳ３６に示すコンテンツ取得処理では、こうして表示されたコンテンツカタログ上で、ユーザが入力部２１を介してコンテンツ特定情報（例えばコンテンツ名）を指定すると、制御部１１は、当該指定を受け付け、当該指定されたコンテンツＩＤを取得し、上述したように、コンテンツＩＤを含むコンテンツ所在問合せメッセージを、そのルートノード向かって送出する。これにより、例えばコンテンツ分散保存システムＳＸ１に参加しているノードＮ１は、コンテンツ保持ノードのインデックス情報を得て、当該コンテンツ保持ノードに接続し、上記指定されたコンテンツＩＤに対応するコンテンツデータＣｊを取得し、ユーザの指示にしたがって再生することになる。
【０１４７】
以上説明したように、上記実施形態によれば、ツリー型コンテンツ放送システムＳＸ２において放送されたコンテンツデータＣｊに基づき、コンテンツ分散保存システムＳＸ１において利用するコンテンツカタログ情報を作成するように構成したので、各ノードＮｎは独自のコンテンツカタログ情報を作成でき、カタログ管理サーバＳＡ２等の特定の装置の配信負担を抑える（例えば、カタログ管理サーバＳＡ２が全ノードＮｎに対してコンテンツカタログ情報を配布する必要がない）ことができる。さらに、コンテンツカタログ情報に登録すべきコンテンツ特定情報は、ユーザによる放送チャンネルの選択や、放送中のコンテンツデータＣｊの再生時間により決められるので、ユーザの嗜好にあった独自のコンテンツカタログ情報を作成することができ、当該コンテンツカタログ情報のデータ量を抑える（つまり、コンテンツ分散保存システムＳＸ１において取得可能な全てのコンテンツデータＣｊのコンテンツ特定情報を登録する必要がない）ことができる。
【０１４８】
また、各ノードＮｎは、ツリー型コンテンツ放送システムＳＸ２で放送されたコンテンツデータＣｊを、コンテンツカタログ情報を用いてコンテンツ分散保存システムＳＸ１から購入のためダウンロードできるので、ツリー型コンテンツ放送システムＳＸ２で放送されたコンテンツデータＣｊをバッファメモリ１３に残しておき（キャッシュしておき）、後から購入するという処理（例えばＨＤに保存）を行わなくてもよくなり、これにより、キャッシュ用に容量の大きいバッファメモリ１３（例えば、長いリングバッファメモリ）が不要となる。
【０１４９】
なお、上記実施形態におけるコンテンツ分散保存システムＳＸ１は、ＤＨＴを利用したアルゴリズムによって形成されることを前提として説明したが、本発明はこれに限定されるものではない。
【図面の簡単な説明】
【０１５０】
【図１】本実施形態に係る通信システムにおける各ノード装置の接続態様の一例を示す図である。
【図２】コンテンツ分散保存システムとツリー型コンテンツ放送システムの概念図である。
【図３】ノードＮ２が保持するＤＨＴを用いたルーティングテーブルの一例を示す図である。
【図４】ＤＨＴのＩＤ空間の一例を示す概念図である。
【図５】ユーザノードから送出されたコンテンツ所在問合せ（検索）メッセージの流れの一例を、ＤＨＴのＩＤ空間にて示した概念図である。
【図６】あるノードにおけるコンテンツカタログ情報に登録されたコンテンツデータに関する情報の一例を示す図である。
【図７】あるノードにおけるミュージックカタログの表示形態遷移の一例を示す概念図である。
【図８】ツリー型コンテンツ放送システムＳＸ２においてコンテンツデータＣｊを含む放送ストリームが放送される様子を示す図である。
【図９】ノードＮｎの概要構成例を示す図である。
【図１０】ノードＮｎの制御部１１における、コンテンツデータＣｊの受信時の処理を示すフローチャートである。
【図１１】ノードＮｎの制御部１１におけるコンテンツ特定情報の削除処理を示すフローチャートである。
【図１２】ノードＮｎの制御部１１におけるコンテンツカタログ情報の利用時の処理を示すフローチャートである。
【符号の説明】
【０１５１】
８ ネットワーク
９ オーバーレイネットワーク
１１ 制御部
１２ 記憶部
１３ バッファメモリ
１４ デコーダ部
１５ 映像処理部
１６ 表示部
１７ 音声処理部
１８ スピーカ
２０ 通信部
２１ 入力部
２２ バス
Ｎｎ ノード
ＳＡ１ コンテンツ投入サーバ
ＳＡ２ カタログ管理サーバ
ＳＡ３ 接続態様管理サーバ
Ｓ 通信システム
ＳＸ１ コンテンツ分散保存システム
ＳＸ２ ツリー型コンテンツ放送システム
【特許請求の範囲】
【請求項１】
複数のノード装置により形成されたツリー型コンテンツ放送システムであって、放送装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型コンテンツ放送システムにおける前記ノード装置であって、
前記放送された前記コンテンツデータを受信するコンテンツ受信手段と、
少なくとも前記受信されたコンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成するカタログ作成手段と、
を備えることを特徴とするノード装置。
【請求項２】
請求項１に記載のノード装置において、
前記コンテンツカタログ情報に登録された前記コンテンツ特定情報をユーザに対して提示する提示手段と、
前記ユーザから何れかの前記コンテンツ特定情報の指定を受け付ける受付手段と、
前記指定されたコンテンツ特定情報に対応するコンテンツデータを取得するコンテンツ取得手段と、
を備え、
前記コンテンツ取得手段は、複数の前記コンテンツデータが複数のノード装置に分散保存されたコンテンツ分散保存システムにおけるノード装置であって、前記指定されたコンテンツ特定情報に対応するコンテンツデータを保存しているノード装置から、当該コンテンツデータを取得することを特徴とするノード装置。
【請求項３】
請求項１又は２に記載のノード装置において、
前記受信されたコンテンツデータを再生する再生手段と、
前記再生に係るコンテンツデータの再生時間を計測する再生時間計測手段と、
を更に備え、
前記カタログ作成手段は、前記計測された再生時間が所定時間以上であるコンテンツデータを特定するためのコンテンツ特定情報を、前記コンテンツカタログ情報に登録することを特徴とするノード装置。
【請求項４】
請求項１又は２に記載のノード装置において、
前記ツリー型コンテンツ放送システムにおいては、複数の放送チャンネル毎に、前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、互いに異なるコンテンツデータが放送されるものであって、
前記受信されたコンテンツデータを再生する再生手段と、
前記チャンネル毎に、前記再生に係るコンテンツデータの再生時間を計測する計測手段と、
を更に備え、
前記カタログ作成手段は、前記計測された再生時間が所定時間以上である放送チャンネルで放送されるコンテンツデータを特定するためのコンテンツ特定情報を、前記コンテンツカタログ情報に登録することを特徴とするノード装置。
【請求項５】
請求項１乃至４の何れか一項に記載のノード装置において、
前記カタログ作成手段は、前記受信されたコンテンツデータに関連するコンテンツデータを特定するためのコンテンツ特定情報を、前記コンテンツカタログ情報に登録することを特徴とするノード装置。
【請求項６】
請求項１乃至４の何れか一項に記載のノード装置において、
前記カタログ作成手段は、前記コンテンツデータの放送元側で推奨すべきコンテンツデータを特定するためのコンテンツ特定情報を、前記コンテンツカタログ情報に登録することを特徴とするノード装置。
【請求項７】
請求項１乃至６の何れか一項に記載のノード装置において、
前記コンテンツ特定情報は、前記コンテンツデータの放送ストリーム中に所定間隔で含まれており、
前記カタログ作成手段は、前記コンテンツカタログ情報に登録するべき前記コンテンツ特定情報を前記放送ストリームから取得することを特徴とするノード装置。
【請求項８】
請求項１乃至６の何れか一項に記載のノード装置において、
前記カタログ作成手段は、前記コンテンツカタログ情報に登録するべき前記コンテンツ特定情報を、前記放送装置から取得することを特徴とするノード装置。
【請求項９】
請求項１乃至７の何れか一項に記載のノード装置において、
前記コンテンツカタログ情報に登録されてから基準時間が経過した前記コンテンツ特定情報を当該コンテンツカタログ情報から削除する特定情報削除手段を更に備えることを特徴とするノード装置。
【請求項１０】
請求項１乃至７の何れか一項に記載のノード装置において、
前記コンテンツカタログ情報に登録された前記コンテンツ特定情報の登録数が基準数を超えた場合に、前記登録が古い順に前記コンテンツ特定情報を当該コンテンツカタログ情報から削除する特定情報削除手段を更に備えることを特徴とするノード装置。
【請求項１１】
請求項９に記載のノード装置において、
前記コンテンツデータの種別毎に前記基準時間を設定する基準時間設定手段と、
前記受信されたコンテンツデータを再生する再生手段と、
前記コンテンツデータの種別毎に前記コンテンツデータの再生頻度を算出する再生頻度算出手段と、
を更に備え、
前記基準時間設定手段は、前記コンテンツデータの種別毎の前記再生頻度に応じて当該種別毎の前記基準時間を変更し、
前記特定情報削除手段は、前記コンテンツカタログ情報に登録されてから前記基準時間が経過した当該種別に対応する前記コンテンツ特定情報を当該コンテンツカタログ情報から削除することを特徴とするノード装置。
【請求項１２】
請求項１０に記載のノード装置において、
前記コンテンツデータの種別毎に前記基準数を設定する基準数設定手段と、
前記受信されたコンテンツデータを再生する再生手段と、
前記コンテンツデータの種別毎に前記コンテンツデータの再生頻度を算出する再生頻度算出手段と、
を更に備え、
前記基準数設定手段は、前記コンテンツデータの種別毎の前記再生頻度に応じて当該種別毎の前記基準数を変更し、
前記特定情報削除手段は、前記コンテンツ特定情報の登録数が基準数を超えた前記種別に対応する前記コンテンツ特定情報を当該コンテンツカタログ情報から削除することを特徴とするノード装置。
【請求項１３】
コンピュータを、請求項１乃至１２に記載のノード装置として機能させることを特徴とするノード処理プログラム。
【請求項１４】
複数のノード装置により形成されたツリー型コンテンツ放送システムであって、放送装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型コンテンツ放送システムであって、
前記ノード装置は、
前記放送された前記コンテンツデータを受信するコンテンツ受信手段と、
少なくとも前記受信されたコンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成するカタログ作成手段と、
を備えることを特徴とするツリー型コンテンツ放送システム。
【請求項１５】
複数のノード装置により形成されたツリー型コンテンツ放送システムであって、放送装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型コンテンツ放送システムにおけるコンテンツカタログ情報作成方法であって、
前記ノード装置が、
前記放送された前記コンテンツデータを受信する工程と、
少なくとも前記受信されたコンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成する工程と、
を備えることを特徴とするコンテンツカタログ情報作成方法。
【請求項１】
複数のノード装置により形成されたツリー型コンテンツ放送システムであって、放送装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型コンテンツ放送システムにおける前記ノード装置であって、
前記放送された前記コンテンツデータを受信するコンテンツ受信手段と、
少なくとも前記受信されたコンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成するカタログ作成手段と、
を備えることを特徴とするノード装置。
【請求項２】
請求項１に記載のノード装置において、
前記コンテンツカタログ情報に登録された前記コンテンツ特定情報をユーザに対して提示する提示手段と、
前記ユーザから何れかの前記コンテンツ特定情報の指定を受け付ける受付手段と、
前記指定されたコンテンツ特定情報に対応するコンテンツデータを取得するコンテンツ取得手段と、
を備え、
前記コンテンツ取得手段は、複数の前記コンテンツデータが複数のノード装置に分散保存されたコンテンツ分散保存システムにおけるノード装置であって、前記指定されたコンテンツ特定情報に対応するコンテンツデータを保存しているノード装置から、当該コンテンツデータを取得することを特徴とするノード装置。
【請求項３】
請求項１又は２に記載のノード装置において、
前記受信されたコンテンツデータを再生する再生手段と、
前記再生に係るコンテンツデータの再生時間を計測する再生時間計測手段と、
を更に備え、
前記カタログ作成手段は、前記計測された再生時間が所定時間以上であるコンテンツデータを特定するためのコンテンツ特定情報を、前記コンテンツカタログ情報に登録することを特徴とするノード装置。
【請求項４】
請求項１又は２に記載のノード装置において、
前記ツリー型コンテンツ放送システムにおいては、複数の放送チャンネル毎に、前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、互いに異なるコンテンツデータが放送されるものであって、
前記受信されたコンテンツデータを再生する再生手段と、
前記チャンネル毎に、前記再生に係るコンテンツデータの再生時間を計測する計測手段と、
を更に備え、
前記カタログ作成手段は、前記計測された再生時間が所定時間以上である放送チャンネルで放送されるコンテンツデータを特定するためのコンテンツ特定情報を、前記コンテンツカタログ情報に登録することを特徴とするノード装置。
【請求項５】
請求項１乃至４の何れか一項に記載のノード装置において、
前記カタログ作成手段は、前記受信されたコンテンツデータに関連するコンテンツデータを特定するためのコンテンツ特定情報を、前記コンテンツカタログ情報に登録することを特徴とするノード装置。
【請求項６】
請求項１乃至４の何れか一項に記載のノード装置において、
前記カタログ作成手段は、前記コンテンツデータの放送元側で推奨すべきコンテンツデータを特定するためのコンテンツ特定情報を、前記コンテンツカタログ情報に登録することを特徴とするノード装置。
【請求項７】
請求項１乃至６の何れか一項に記載のノード装置において、
前記コンテンツ特定情報は、前記コンテンツデータの放送ストリーム中に所定間隔で含まれており、
前記カタログ作成手段は、前記コンテンツカタログ情報に登録するべき前記コンテンツ特定情報を前記放送ストリームから取得することを特徴とするノード装置。
【請求項８】
請求項１乃至６の何れか一項に記載のノード装置において、
前記カタログ作成手段は、前記コンテンツカタログ情報に登録するべき前記コンテンツ特定情報を、前記放送装置から取得することを特徴とするノード装置。
【請求項９】
請求項１乃至７の何れか一項に記載のノード装置において、
前記コンテンツカタログ情報に登録されてから基準時間が経過した前記コンテンツ特定情報を当該コンテンツカタログ情報から削除する特定情報削除手段を更に備えることを特徴とするノード装置。
【請求項１０】
請求項１乃至７の何れか一項に記載のノード装置において、
前記コンテンツカタログ情報に登録された前記コンテンツ特定情報の登録数が基準数を超えた場合に、前記登録が古い順に前記コンテンツ特定情報を当該コンテンツカタログ情報から削除する特定情報削除手段を更に備えることを特徴とするノード装置。
【請求項１１】
請求項９に記載のノード装置において、
前記コンテンツデータの種別毎に前記基準時間を設定する基準時間設定手段と、
前記受信されたコンテンツデータを再生する再生手段と、
前記コンテンツデータの種別毎に前記コンテンツデータの再生頻度を算出する再生頻度算出手段と、
を更に備え、
前記基準時間設定手段は、前記コンテンツデータの種別毎の前記再生頻度に応じて当該種別毎の前記基準時間を変更し、
前記特定情報削除手段は、前記コンテンツカタログ情報に登録されてから前記基準時間が経過した当該種別に対応する前記コンテンツ特定情報を当該コンテンツカタログ情報から削除することを特徴とするノード装置。
【請求項１２】
請求項１０に記載のノード装置において、
前記コンテンツデータの種別毎に前記基準数を設定する基準数設定手段と、
前記受信されたコンテンツデータを再生する再生手段と、
前記コンテンツデータの種別毎に前記コンテンツデータの再生頻度を算出する再生頻度算出手段と、
を更に備え、
前記基準数設定手段は、前記コンテンツデータの種別毎の前記再生頻度に応じて当該種別毎の前記基準数を変更し、
前記特定情報削除手段は、前記コンテンツ特定情報の登録数が基準数を超えた前記種別に対応する前記コンテンツ特定情報を当該コンテンツカタログ情報から削除することを特徴とするノード装置。
【請求項１３】
コンピュータを、請求項１乃至１２に記載のノード装置として機能させることを特徴とするノード処理プログラム。
【請求項１４】
複数のノード装置により形成されたツリー型コンテンツ放送システムであって、放送装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型コンテンツ放送システムであって、
前記ノード装置は、
前記放送された前記コンテンツデータを受信するコンテンツ受信手段と、
少なくとも前記受信されたコンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成するカタログ作成手段と、
を備えることを特徴とするツリー型コンテンツ放送システム。
【請求項１５】
複数のノード装置により形成されたツリー型コンテンツ放送システムであって、放送装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型コンテンツ放送システムにおけるコンテンツカタログ情報作成方法であって、
前記ノード装置が、
前記放送された前記コンテンツデータを受信する工程と、
少なくとも前記受信されたコンテンツデータを特定するためのコンテンツ特定情報が登録されたコンテンツカタログ情報を作成する工程と、
を備えることを特徴とするコンテンツカタログ情報作成方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００８−１３５９５２（Ｐ２００８−１３５９５２Ａ）
【公開日】平成２０年６月１２日（２００８．６．１２）
【国際特許分類】
【出願番号】特願２００６−３２０３３９（Ｐ２００６−３２０３３９）
【出願日】平成１８年１１月２８日（２００６．１１．２８）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２０年６月１２日（２００８．６．１２）
【国際特許分類】
【出願日】平成１８年１１月２８日（２００６．１１．２８）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]