情報通信システム、ノード装置、情報通信方法、及び情報通信プログラム
【課題】コンテンツの再生位置の操作を可能とした場合に、他の装置から受信されるコンテンツの再生遅延を短くする。
【解決手段】情報通信システムは、複数のノード装置と、コンテンツの各再生位置の優先度を決定する情報処理装置と、を備え、ノード装置は、コンテンツの再生位置の操作の履歴を示す操作履歴情報を、情報処理装置に送信する送信手段と、コンテンツの要求を受け付ける受付手段と、情報処理装置により決定された優先度を取得する第１取得手段と、受付手段によりコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、情報処理装置により決定された優先度の高い順に、他のノード装置から取得する第２取得手段と、を備え、情報処理装置は、ノード装置から操作履歴情報を受信する受信手段と、受信手段により受信された操作履歴情報に基づいて、優先度を決定する決定手段と、を備える。
【解決手段】情報通信システムは、複数のノード装置と、コンテンツの各再生位置の優先度を決定する情報処理装置と、を備え、ノード装置は、コンテンツの再生位置の操作の履歴を示す操作履歴情報を、情報処理装置に送信する送信手段と、コンテンツの要求を受け付ける受付手段と、情報処理装置により決定された優先度を取得する第１取得手段と、受付手段によりコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、情報処理装置により決定された優先度の高い順に、他のノード装置から取得する第２取得手段と、を備え、情報処理装置は、ノード装置から操作履歴情報を受信する受信手段と、受信手段により受信された操作履歴情報に基づいて、優先度を決定する決定手段と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））方式の通信システムの技術分野に関する。
【背景技術】
【０００２】
従来、ネットワークを介して配信されてきたコンテンツを端末装置が再生するシステムが知られている。例えば、特許文献１に記載された技術においては、映像配信サーバが複数の映像からなる番組映像を端末装置に配信する。端末装置は、視聴される番組映像の再生、一時停止、早送り再生、スキップ、停止などの操作に関する情報を視聴情報として、端末装置が視聴解析サーバに送信する。視聴解析サーバは、視聴情報に基づいて、視聴者が番組を視聴する集中度である視聴集中度を解析する。端末装置は、視聴者が視聴する番組の全ての映像を格納する。そして、端末装置が、視聴される番組映像のうち視聴集中度が所定のしきい値以上である映像のみを表示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２６０５７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載された技術では、端末装置が、番組映像を構成する全ての映像の受信が完了した後でないと、視聴集中度が所定のしきい値以上である映像のみの表示を行うことができなかった。そのため、例えば、ストリーミングによりコンテンツの受信及び再生を行う場合においては、コンテンツが再生に遅延が生じる。
【０００５】
そこで、本発明は、以上の点に鑑みてなされたものである。本発明は、コンテンツの再生位置の操作を可能とした場合に、他の装置から受信されるコンテンツの再生遅延を短くすることを可能とする情報通信システム、ノード装置、情報通信方法、及び情報通信プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、ノード装置により再生されるコンテンツが複数のノード装置間で送受信される情報通信システムであって、前記情報通信システムは、前記複数のノード装置と、コンテンツの各再生位置の優先度を決定する情報処理装置と、を備え、前記ノード装置は、コンテンツの再生位置の操作の履歴を示す操作履歴情報を、前記情報処理装置に送信する送信手段と、コンテンツの要求を受け付ける受付手段と、前記情報処理装置により決定された前記優先度を取得する第１取得手段と、前記受付手段によりコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記情報処理装置により決定された前記優先度の高い順に、他の前記ノード装置から取得する第２取得手段と、を備え、前記情報処理装置は、前記ノード装置から前記操作履歴情報を受信する受信手段と、前記受信手段により受信された前記操作履歴情報に基づいて、前記優先度を決定する決定手段と、を備えることを特徴とする。
【０００７】
この発明によれば、コンテンツの各再生位置に対応する部分コンテンツが、再生位置の操作履歴に基づいて決定された優先度の高い順に他のノード装置から取得される。操作履歴の有無及び操作履歴の内容は、部分コンテンツの視聴数が多いか少ないかを決定する重要な要素の一つである。そのため、操作履歴情報に基づいてコンテンツの取得に優先度を付けることで、全てのコンテンツデータを取得する前であっても、視聴数が多い部分コンテンツを取得し、再生可能な状態にすることができる。
【０００８】
請求項２に記載の発明は、請求項１に記載の情報通信システムにおいて、前記送信手段は、通常再生させる操作の情報を含む前記操作履歴情報を送信し、前記決定手段は、通常再生された位置の優先度を、再生されていない位置の優先度よりも高くすることを特徴とする。
【０００９】
この発明によれば、通常再生された位置の優先度が、再生されていない位置の優先度よりも高くなるので、これまでにユーザが視聴したいと望んだ再生位置の部分が優先的に取得される。よって、全てのコンテンツデータを取得する前であっても、視聴数が多いと想定されるコンテンツを取得し、再生可能な状態にすることができる。
【００１０】
請求項３に記載の発明は、請求項１又は請求項２に記載の情報通信システムにおいて、前記送信手段は、シークさせる操作の情報を含む前記操作履歴情報を送信し、前記決定手段は、シークにより再生されなかった位置の優先度を、通常再生された位置の優先度よりも低くすることを特徴とする。
【００１１】
この発明によれば、シークにより再生されなかった位置の優先度が通常再生された位置の優先度よりも低くなるので、これまでにユーザが視聴したいと望んだ再生位置の部分が優先的に取得される。よって、全てのコンテンツデータを取得する前であっても、視聴数が多いと想定されるコンテンツを取得し、再生可能な状態にすることができる。
【００１２】
請求項４に記載の発明は、請求項１乃至３の何れか１項に記載の情報通信システムにおいて、前記送信手段は、スロー再生させる操作の情報を含む前記操作履歴情報を送信し、前記決定手段は、スロー再生された位置の優先度を、通常再生された位置の優先度よりも高くすることを特徴とする。
【００１３】
この発明によれば、スロー再生された位置の優先度が、通常再生された位置の優先度よりも高くなるので、ユーザにとって重要な再生位置の部分が優先的に取得される。よって、全てのコンテンツデータを取得する前であっても、視聴数が多いと想定されるコンテンツを取得し、再生可能な状態にすることができる。
【００１４】
請求項５に記載の発明は、ノード装置により再生されるコンテンツが複数のノード装置間で送受信される情報通信システムにおける前記ノード装置であって、コンテンツの再生位置の操作の履歴を示す操作履歴情報を、前記操作履歴情報に基づいてコンテンツの各再生位置の優先度を決定する情報処理装置に送信する送信手段と、コンテンツの要求を受け付ける受付手段と、前記情報処理装置により決定された前記優先度を取得する第１取得手段と、前記受付手段によりコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記情報処理装置により決定された前記優先度の高い順に、他の前記ノード装置から取得する第２取得手段と、を備えることを特徴とする。
【００１５】
コンテンツの各再生位置に対応する部分コンテンツが、再生位置の操作履歴に基づいて決定された優先度の高い順に他のノード装置から取得される。操作履歴の有無及び操作履歴の内容は、部分コンテンツの視聴数が多いか少ないかを決定する重要な要素の一つである。そのため、操作履歴情報に基づいてコンテンツの取得に優先度を付けることで、全てのコンテンツデータを取得する前であっても、視聴数が多い部分コンテンツを取得し、再生可能な状態にすることができる。
【００１６】
請求項６に記載の発明は、請求項５に記載のノード装置において、コンテンツの現在の再生位置を示す位置情報を取得する第３取得手段を更に備え、前記第２取得手段は、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記第３取得手段により取得された前記位置情報が示す現在の再生位置以降で、前記優先度の高い順に取得することを特徴とする。
【００１７】
現在の再生位置以降の再生位置の方が、現在の再生位置より前の範囲よりも、この後再生される可能性が高い。この発明によれば、再生される可能性が高い再生位置の中から、視聴数が多いコンテンツを取得し、再生可能な状態にすることができる。
【００１８】
請求項７に記載の発明は、請求項６に記載のノード装置において、前記第２取得手段は、要求されたコンテンツの各再生位置に対応する部分コンテンツを、現在の再生位置から所定の範囲内で、前記優先度の高い順に取得することを特徴とする。
【００１９】
現在の再生位置から所定の範囲内にある再生位置ほど、この後再生される可能性が高い。この発明によれば、現在の再生位置から所定の範囲内の再生位置であって、再生される可能性が高い再生位置の中から、視聴数が多いコンテンツを取得し、再生可能な状態にすることができる。
【００２０】
請求項８に記載の発明は、請求項６又は請求項７に記載のノード装置において、前記第２取得手段は、要求されたコンテンツの各再生位置に対応する部分コンテンツを前記優先度の高い順に取得するとともに、現在の再生位置に対応する部分コンテンツを取得することを特徴とする。
【００２１】
ノード装置によりコンテンツを再生するユーザによっては、現在の再生位置から再生したいユーザと、再生位置を変更する操作をして希望の再生位置から再生したいユーザとが存在する。この発明によれば、全てのコンテンツデータを取得する前であっても、視聴数が多いコンテンツと、現在の再生位置とに対応したコンテンツとを取得し、何れのユーザにとっても再生可能な状態にすることができる。
【００２２】
請求項９に記載の発明は、請求項６乃至８の何れか１項に記載のノード装置において、前記第２取得手段は、前記優先度が同一である再生位置が複数存在する場合には、現在の再生位置に近い再生位置に対応する部分コンテンツを優先して取得することを特徴とする。
【００２３】
現在の再生位置に近いほど、この後再生される可能性が高い。この発明によれば、現在の再生位置から近い再生位置であって、再生される可能性が高い再生位置に対応する視聴数が多いコンテンツを取得し、再生可能な状態にすることができる。
【００２４】
請求項１０に記載の発明は、請求項５乃至９の何れか１項に記載のノード装置において、コンテンツの属性情報を取得する第４取得手段を更に備え、前記第２取得手段は、前記第４取得手段により取得された前記属性情報に基づいて、要求されたコンテンツの各再生位置に対応する部分コンテンツを、予め定められた再生順に取得するか、又は、前記優先度の高い順に取得するかを決定することを特徴とする。
【００２５】
この発明によれば、コンテンツの属性に合った取得方法が選択されることで、コンテンツを効率的に取得することができる。
【００２６】
請求項１１に記載の発明は、請求項１０に記載のノード装置において、前記第４取得手段は、前記属性情報としてコンテンツの総再生時間を取得し、前記第２取得手段は、前記総再生時間が予め定められた時間以上である場合に、要求されたコンテンツの各再生位置に対応する部分コンテンツを前記優先度の高い順に取得することを特徴とする。
【００２７】
コンテンツの総再生時間が長いほど、コンテンツの再生中に再生位置の操作が行われやすいものと考えられる。よって、この発明によれば、ノード装置が、総再生時間の長さが長いコンテンツは、再生位置に優先度を付けて取得することで、遅延を小さくして再生可能な状態にすることができる。
【００２８】
請求項１２に記載の発明は、請求項１０に記載のノード装置において、前記第４取得手段は、前記属性情報としてコンテンツの再生位置の操作頻度を取得し、前記第２取得手段は、前記操作頻度が予め定められた数以上である場合に、要求されたコンテンツの各再生位置に対応する部分コンテンツを前記優先度の高い順に取得することを特徴とする。
【００２９】
コンテンツの再生位置の操作頻度が大きいコンテンツほど、コンテンツの再生中に再生位置の変更操作が行われやすいものと考えられる。よって、この発明によれば、ノード装置が、操作頻度が高いコンテンツは、再生位置に優先度を付けて取得することで、遅延を小さくして再生可能な状態にすることができる。
【００３０】
請求項１３に記載の発明は、請求項１０に記載のノード装置において、前記第４取得手段は、前記属性情報としてコンテンツの各再生位置における優先度の大きさの分散の値を取得し、前記第２取得手段は、前記分散の値が予め定められた値以上である場合に、要求されたコンテンツの各再生位置に対応する部分コンテンツを前記優先度の高い順に取得することを特徴とする。
【００３１】
コンテンツの各再生位置の優先度の分散の値が大きいほど、コンテンツの再生中に再生位置の操作が行われやすいものと考えられる。よって、この発明によれば、ノード装置が、分散が高いコンテンツは、再生位置に優先度を付けて取得することで、遅延を小さくして再生可能な状態にすることができる。
【００３２】
請求項１４に記載の発明は、ノード装置により再生されるコンテンツが複数のノード装置間で送受信される情報通信システムにおける情報通信方法であって、コンテンツの再生位置の操作の履歴を示す操作履歴情報を、前記操作履歴情報に基づいてコンテンツの各再生位置の優先度を決定する情報処理装置に送信する送信工程と、コンテンツの要求を受け付ける受付工程と、前記情報処理装置により決定された前記優先度を取得する第１取得工程と、前記受付工程においてコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記情報処理装置により決定された前記優先度の高い順に、他の前記ノード装置から取得する第２取得工程と、を有することを特徴とする。
【００３３】
請求項１５に記載の発明は、ノード装置により再生されるコンテンツが複数のノード装置間で送受信される情報通信システムにおける前記ノード装置に含まれるコンピュータに、コンテンツの再生位置の操作の履歴を示す操作履歴情報を、前記操作履歴情報に基づいてコンテンツの各再生位置の優先度を決定する情報処理装置に送信する送信ステップ、コンテンツの要求を受け付ける受付ステップと、前記情報処理装置により決定された前記優先度を取得する第１取得ステップと、前記受付ステップにおいてコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記情報処理装置により決定された前記優先度の高い順に、他の前記ノード装置から取得する第２取得ステップと、を実行させることを特徴とする。
【発明の効果】
【００３４】
本発明によれば、コンテンツの各再生位置に対応する部分コンテンツが、再生位置の操作履歴に基づいて決定された優先度の高い順に他のノード装置から取得される。操作履歴の有無及び操作履歴の内容は、部分コンテンツの視聴数が多いか少ないかを決定する重要な要素の一つである。そのため、操作履歴情報に基づいてコンテンツの取得に優先度を付けることで、全てのコンテンツデータを取得する前であっても、視聴数が多い部分コンテンツを取得し、再生可能な状態にすることができる。
【図面の簡単な説明】
【００３５】
【図１】一実施形態に係るコンテンツ分散保存システムＳにおける各ノード装置の接続態様の一例を示す図である。
【図２】ノード装置Ｎｎがコンテンツをダウンロードしながら再生する場合におけるコンテンツ分散保存システムＳの動作概要の一例を示す図である。
【図３】センターサーバＳＡの概要構成例を示す図である。
【図４】ノードＮｎの概要構成例を示す図である。
【図５】一実施形態に係るノードＮｎの制御部２１のサーバ処理における処理例を示す図である。
【図６】一実施形態に係るノードＮｎの制御部２１のコンテンツ取得処理における処理例を示す図である。
【図７】一実施形態に係るノードＮｎの制御部２１のコンテンツ再生処理における処理例を示す図である。
【発明を実施するための形態】
【００３６】
以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ分散保存システムに本発明を適用した場合の実施形態である。
【００３７】
［１．コンテンツ分散保存システムの構成及び動作概要］
始めに、図１を参照して、本実施形態に係るコンテンツ分散保存システムの構成及び動作概要について説明する。図１は、本実施形態に係るコンテンツ分散保存システムＳにおける各ノード装置の接続態様の一例を示す図である。図１は、コンテンツ分散保存システムＳの具体的構成図１０１と、概念的構成図１００とから構成される。コンテンツ分散保存システムＳの具体的構成図１０１が示すように、コンテンツ分散保存システムＳは、多数のノード装置Ｎｎ（ｎ＝１，２，３・・・の何れか）から構成される。
【００３８】
図１の具体的構成図１０１内に示すように、コンテンツ分散保存システムＳは、複数のノード装置Ｎｎがインターネットを介して接続されることで構成される。また、図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４ａ，４ｂ、ＤＳＬ（Digital Subscriber Line）回線事業者の装置５ａ，５ｂ、ＦＴＴＨ（Fiber To The Home）回線事業者の装置６、及び通信回線７等によって、インターネット等のネットワーク８が構築されている。ネットワーク８は、現実世界の通信ネットワークである。なお、図１の例におけるネットワーク８には、データパケットを転送するためのルータが適宜挿入されているが、図１では図示を省略している。また、通信回線７としては、例えば、電話回線や光ケーブル等が用いられる。
【００３９】
このようなネットワーク８には、複数のノード装置Ｎｎ（ｎ＝１，２，３・・・の何れか）が接続されている。以下、ノード装置を、「ノード」という。また、各ノードＮｎには、固有の製造番号及びＩＰ（Internet Protocol）アドレスが割り当てられている。そして、本実施形態に係るコンテンツ分散保存システムＳは、これらのノードＮｎのうち、図１の概念的構成図１００内に示すように、何れか複数のノードＮｎの接続により形成されるピアツーピア方式のネットワークシステムとなっている。
【００４０】
なお、図１の概念的構成図１００内に示すネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するオーバーレイネットワーク９である。論理的なネットワークであるオーバーレイネットワーク９は、特定のアルゴリズム、例えば、ＤＨＴを利用したアルゴリズムにより実現される。そして、コンテンツ分散保存システムＳに接続されている各ノードＮｎには、所定桁数からなる固有の識別情報であるノードＩＤが割り当てられている。また、ノードＩＤは、例えば、各ノードＮｎに個別に割り当てられたＩＰアドレス或いは製造番号を共通のハッシュ関数によりハッシュ化した値である。
【００４１】
なお、コンテンツ分散保存システムＳへの接続は、接続していないノードＮｎ、例えば、ノードＮ８が、接続している任意のノードＮｎに対してコンテンツ分散保存システムへの参加要求を示す参加メッセージを送信することによって行われる。コンテンツ分散保存システムＳへの参加とは、ノード装置Ｎｎがコンテンツ分散保存システムＳに接続され、コンテンツ分散保存システムＳからコンテンツデータを取得可能になることである。任意のノードＮｎは、例えば、システムＳに常時接続しているコンタクトノードである。
【００４２】
また、各ノードＮｎは、夫々、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルは、コンテンツ分散保存システムＳ上における各種メッセージの転送先を規定している。具体的に、このルーティングテーブルには、ＩＤ空間内で適度に離れたノードＮｎのノードＩＤ、ＩＰアドレス及びポート番号を含むノード情報が複数登録されている。コンテンツ分散保存システムＳに接続している１台のノードは、必要最低限のノードＮｎのノード情報をルーティングテーブルとして記憶している。各ノードＮｎ間で互いに各種メッセージが転送されることで、ノード情報を記憶していないノードＮｎについてのノード情報が取得される。
【００４３】
コンテンツ分散保存システムＳは、内容の異なる様々なコンテンツデータのレプリカを所定のファイル形式で複数のノードＮｎに分散して保存する。以下、コンテンツデータを、「コンテンツ」という。そして、各ノードＮｎ間でレプリカが利用可能になっている。各コンテンツのオリジナルはセンターサーバＳＡに保存されている。例えば、ノードＮ５には、タイトルがＸＸＸの映画のコンテンツのレプリカが保存されている。一方、ノードＮ３には、タイトルがＹＹＹの映画のコンテンツのレプリカが保存される。このように、コンテンツは、複数のノードＮｎに分散されて保存されている。以下、コンテンツのレプリカが保存されるノードＮを、「コンテンツ保持ノード」という。また、以下の説明においては、オリジナルのコンテンツとレプリカとを特に区別することなく、コンテンツと称する。
【００４４】
上述のコンテンツには、夫々、コンテンツ名及びコンテンツ毎に固有の識別情報であるコンテンツＩＤ等の情報が付加されている。このコンテンツＩＤは、例えば、コンテンツ名＋任意の数値が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される。或いは、システム管理者が、コンテンツ毎に一意のＩＤ値を付与しても良い。
【００４５】
分散保存されているコンテンツの所在は、インデックス情報として、コンテンツの所在を管理（記憶）しているノードＮｎ等により記憶される。以下、コンテンツの所在を管理（記憶）しているノードＮｎを、「ルートノード」という。インデックス情報は、コンテンツを保存したノードＮｎのノード情報と、コンテンツのコンテンツＩＤと等の組を含む。このようなルートノードは、例えば、コンテンツＩＤと最も近いノードＩＤを有するノードＮｎであるように定められる。コンテンツＩＤと最も近いノードＩＤとは、例えば、ＩＤの上位桁が最も多く一致するノードＩＤである。なお、ルートノードは、情報処理装置の一例である。例えば、タイトルがＸＸＸの映画のコンテンツについてのインデックス情報は、そのコンテンツのルートノードであるノードＮ４により管理される。また、例えば、タイトルがＹＹＹの映画のコンテンツについてのインデックス情報は、そのコンテンツのルートノードであるノードＮ７により管理される。また、このようなルートノードは、例えば、コンテンツＩＤと最も近いノードＩＤを有するノードＮｎであるように定められる。コンテンツＩＤと最も近いノードＩＤとは、例えば、コンテンツＩＤと上位桁がより多く一致するノードＩＤである。
【００４６】
そして、或るノードＮｎのユーザが、所望するコンテンツを取得したい場合、このコンテンツの取得を望むノードＮｎは、メッセージを生成する。以下、ユーザによりコンテンツの取得を望むノードＮｎを、「ユーザノード」という。このメッセージは、取得を望むコンテンツのコンテンツＩＤ及びユーザノードのＩＰアドレス等を含む検索メッセージである。検索メッセージは、コンテンツ保持ノードを検索するためのメッセージである。上述の検索メッセージが、ユーザノードが取得するＤＨＴのルーティングテーブルに従って、他のノードＮｎに対して送出される。つまり、ユーザノードは、検索メッセージを、ルートノードに向けて送出する。これにより、検索メッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。
【００４７】
各ノードＮｎにおいて、コンテンツのコンテンツ名及びコンテンツＩＤ等の属性情報は、コンテンツカタログ情報に記述されている。コンテンツカタログ情報は、センターサーバＳＡにより作成されて、全てのノードＮｎに配信される。なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００４８】
上記検索メッセージを受信したルートノードは、これに含まれるコンテンツＩＤに対応するインデックス情報をインデックス情報キャッシュから取得する。取得されたインデックス情報は、検索メッセージの送信元であるユーザノードに対して返信される。こうしてインデックス情報を取得したユーザノードは、インデックス情報に基づいてコンテンツをダウンロード（取得）することができる。ユーザノードは、インデックス情報に含まれるコンテンツ保持ノードのＩＰアドレス及びポート番号等に基づいて、コンテンツ要求メッセージをコンテンツ保持ノードに送信する。コンテンツ要求メッセージには、取得を望むコンテンツのコンテンツＩＤが含まれている。コンテンツ要求メッセージを受信したコンテンツ保持ノードは、コンテンツ要求メッセージに含まれるコンテンツＩＤに対応するコンテンツをユーザノードに送信する。このようにして、ユーザノードは、コンテンツをダウンロードすることが可能になる。なお、インデックス情報には、複数のコンテンツ保持ノードのノード情報が含まれていることもある。この場合、ユーザノードは、この複数のコンテンツ保持ノードのうち１つのコンテンツ保持ノードを選択する。そして、ユーザノードは、選択したコンテンツ保持ノードに接続してコンテンツをダウンロードすることができる。
【００４９】
なお、ルートノードは、このインデックス情報に含まれるＩＰアドレス等に示されたコンテンツ保持ノードに対してコンテンツ送信要求メッセージを送信しても良い。これにより、ユーザノードは、上記コンテンツ保持ノードからそのコンテンツをダウンロードすることもできる。また、上記ユーザノードは、検索メッセージがルートノードに辿り着くまでの間に、このルートノードと同じインデックス情報をキャッシュしているキャッシュノードからこのインデックス情報を取得することもできる。
【００５０】
また、ユーザノードは、コンテンツ保持ノードからコンテンツを取得して保存したとき、保存したユーザノードは、パブリッシュメッセージを生成する。パブリッシュメッセージは、コンテンツを保存したことをルートノードへ知らせるためのメッセージである。パブリッシュメッセージは、コンテンツのコンテンツＩＤ及びコンテンツを保存したノード装置のノード情報を含む。パブリッシュメッセージは、ルートノードに向けて送出される。これにより、パブリッシュメッセージは、検索メッセージと同じように、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになる。そして、ルートノードは、パブリッシュメッセージを受信する。ルートノードは、パブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報をインデックス情報キャッシュ領域に記憶する。こうして、上記ユーザノードは、新たに、上記コンテンツを保持するコンテンツ保持ノードとなる。
【００５１】
［２．コンテンツの再生及びダウンロード］
次に、図２を参照して、コンテンツ分散保存システムＳにおけるコンテンツの再生及びダウンロードの概要について説明する。図２は、ノード装置Ｎｎがコンテンツをダウンロードしながら再生する場合におけるコンテンツ分散保存システムＳの動作概要の一例を示す図である。
【００５２】
コンテンツ配信システムＳにおいては、コンテンツの種類として、ノードＮｎにより再生可能な動画データ等のコンテンツが存在する。再生可能なコンテンツは、複数のデータに分割されている。この分割された個々のデータを、「チャンク」という。このチャンクにも、通常のコンテンツと同様にコンテンツＩＤが割り当てられている。従って、ノードＮｎは、チャンクを、通常のコンテンツと同様の方法でダウンロードすることができる。なお、チャンクは、部分コンテンツの一例である。
【００５３】
コンテンツを構成する各チャンクには、予め定められた再生順に対応したシーケンス番号が割り当てられている。例えば、再生順が先頭であるチャンクには、シーケンス番号として１が割り当てられ、再生順が２番目以降のチャンクには、２、３、４・・・と、順次シーケンス番号が割り当てられている。このシーケンス番号は、コンテンツの再生時間軸上における再生位置に対応している。
【００５４】
コンテンツの再生中、または、ノードＮｎにコンテンツを再生させる際、ユーザは再生位置の操作を行うことができる。再生位置の操作としては、通常再生させる操作と、特殊再生させる操作とがある。通常再生は、一般的な再生であり、通常の再生速度、すなわち、一倍速でコンテンツを再生することをいう。特殊再生としては、例えば、スロー再生、早送り再生、巻き戻し再生、シーク等の再生態様がある。スロー再生は、通常再生時の再生速度よりも遅い速度でコンテンツを再生することをいう。早送り再生は、通常再生時の再生速度よりも速い速度でコンテンツを再生することをいう。巻き戻し再生は、予め定められた順序とは逆順にコンテンツを再生することをいう。言い換えると、巻き戻し再生は、再生時間軸上において、通常再生時の再生方向とは逆方向にコンテンツを再生することをいう。シークは、現在の再生位置を、ユーザが指定した位置に移動させることをいう。
【００５５】
コンテンツ分散保存システムＳにおいては、コンテンツの再生位置の操作の履歴に基づいて、ノードＮｎによる、コンテンツを構成する各チャンクのダウンロードの順序が決定される。各再生位置に対してどのような再生を行わせるかによって、各再生位置のコンテンツに対するユーザの視聴の重要度が異なるものと考えられる。つまり、コンテンツの再生位置の操作は、各再生位置のコンテンツが再生される可能性の高さ、すなわち、再生数の多さを決定付ける要素の１つと考えられる。そこで、コンテンツ分散保存システムＳは、再生される可能性の高い順にチャンクがダウンロードされるようになっている。これにより、コンテンツの再生遅延を短くし、スムーズにコンテンツを再生することができる。以下に具体的に説明する。
【００５６】
例えば、ノードＮ２のユーザが、コンテンツを視聴したい場合、ノードＮ２を操作してＷｅｂサーバＳＷにアクセスする。ＷｅｂサーバＳＷは、コンテンツ配信サイトを構成するＷｅｂページをノードＮ２に送信する。そして、コンテンツ配信サイトを構成するＷｅｂページ上で、ユーザが視聴したいコンテンツを選択する。するとノードＮ２は、再生対象のコンテンツをチャンク単位で順次ダウンロードしながら再生を行う（図２（１））。なお、チャンクのダウンロードの順序は、後述する重要度リストに基づいて決定されるが、便宜上、ここでは説明を省略する。
【００５７】
コンテンツの再生の際に、ユーザは、再生位置の操作を行う場合がある。ノードＮ２は、視聴履歴情報を記録する。この視聴履歴情報は、ユーザによる再生位置の操作の履歴を示す情報である。例えば、視聴履歴情報には、各再生位置に対応するチャンク毎に、再生位置の操作によってどのような再生が行われたか、すなわち、再生態様が記録される。なお、視聴履歴情報は、操作履歴情報の一例である。ノードＮ２は、記録した視聴履歴情報を、再生したコンテンツのルートノード、例えば、ノードＮ１に向けて送信する（図２（２））。送信された視聴履歴情報は、ＤＨＴルーティングによって最終的にノードＮ１に到着する。
【００５８】
ノードＮ１は、各ノードＮｎから受信した視聴履歴情報に基づいて、重要度リストを更新する（図２（３））。重要度リストは、コンテンツを構成する各チャンクの重要度を示す情報である。この重要度が高いほど、再生される可能性が高いことを示す。なお、重要度は、優先度の一例である。重要度リストにおいて、各チャンクの重要度の初期値として、例えば、０が設定されている。そして、視聴履歴情報に基づいて、各チャンクの重要度が加算されていく。そして、加算される値は、そのチャンクに対応する再生位置における再生態様によって決定される。例えば、通常再生は＋２、シークは＋０、スロー再生は＋４、早送り再生は＋１、巻き戻し再生は＋３が、それぞれ加算される。コンテンツの再生された部分は、再生されなかった部分よりも再生される可能性が高い。そこで、再生された部分に対しては、重要度にプラスの値が加算される。シークの場合、現在の再生位置がユーザの指定した位置に移動することによって再生されなかった位置に対して加算される値が＋０となる。つまり、再生されなかった位置の重要度は上がらない。スロー再生された部分は、例えば、ユーザがその部分をじっくりと視聴したい部分と考えられる。つまり、スロー再生された部分は、再生された部分の中でもユーザにとってより重要な部分と考えられる。そこで、スロー再生の場合は、加算される重要度の値が通常再生の場合よりも大きくなっている。早送り再生された部分は、例えば、ユーザがその部分をじっくりと視聴する必要がなかった部分と考えられる。そこで、早送り再生の場合は、加算される重要度の値が通常再生の場合よりも小さくなっている。巻き戻し再生された部分は、例えば、ユーザがその部分を視聴した後に更に巻き戻して視聴する場合等が考えられる。つまり、巻き戻し再生された部分は、何度も再生される可能性が高いと考えられる。そこで、巻き戻し再生の場合は、加算される重要度の値が通常再生の場合よりも大きくなっている。
【００５９】
なお、本実施形態では、再生態様として、通常再生と、スロー再生と、早送り再生と、巻き戻し再生と、シークとが用いられている。しかしながら、再生態様として、例えば、通常再生と、シークとを用いても良い。この場合、通常再生によって再生された再生位置の重要度に、通常再生に対応するプラスの値が加算されることになる。また、１つのチャンクについて、例えば、最初は通常再生されて、途中からシークされる、というように、複数の再生態様で再生される場合がある。この場合は、例えば、再生態様に予め優先順位を付け、優先順位の高い方の重要度を、再生されたチャンクの重要度に加算しても良い。またこの場合、重要度が高い方の再生態様の優先順位を、重要度が低い方の再生態様の優先順位より高くしても良い。例えば、１つのチャンクについて、複数の再生態様が実行された場合、重要度の高い再生態様の優先順位を高くしても良い。この場合、重要度の高い再生態様に応じた値の重要度が加算される。１つのチャンクについて、複数の再生態様が実行された場合、重要度の低い再生態様の優先順位を高くしても良い。この場合、重要度の低い再生態様に応じた値の重要度が加算される。
【００６０】
その後、例えば、ノードＮ４のユーザが、ノードＮ２によって再生されたコンテンツと同じコンテンツの再生を選択する。するとノードＮ４は、ルートノードであるノードＮ１から、選択されたコンテンツの重要度リストを取得する（図２（４））。そして、ノードＮ４は、重要度リストに基づいて、再生対象のコンテンツをチャンク単位で順次ダウンロードしながら、ユーザによる再生位置の操作に従って再生を行う（図２（５））。具体的に、ノードＮ４は、重要度リストに示す重要度が高い順にチャンクをダウンロードする。なお、ノードＮ４が既に保持しているチャンクについては、ダウンロードする必要はない。
【００６１】
ここで、ユーザによる再生位置の操作が行われることにより、又は、再生位置の操作が行われなかったことにより、重要度の高い順にこれまでダウンロードされているチャンクの中に、現在の再生位置に対応するチャンクが含まれていない場合がある。そこで、ノードＮ４は、重要度の高い順にチャンクをダウンロードしつつ、現在の再生位置に対応するチャンクもダウンロードする。
【００６２】
また、再生時間軸上にけるコンテンツの再生方向において、現在の再生位置以降の部分の方が、現在の再生位置の前方にある部分よりも、この後再生される可能性が高いと考えられる。そこで、再生時間軸上において現在の再生位置以降のチャンクが、現在の再生位置の前方にあるチャンクよりも優先してダウンロードされる。また、現在の再生位置以降の部分であっても、現在の再生位置により近いほど、この後、再生される可能性が高いと考えられる。そこで、現在の再生位置から予め設定された設定距離までの範囲内で、重要度の高い順にチャンクがダウンロードされる。この距離は、例えば、チャンクの個数や再生時間で表すことができる。例えば、設定距離としてチャンクの個数を用い、設定距離としての個数が１０個であるとする。そして、現在の再生位置のシーケンス番号が５である場合、シーケンス番号が６から１５までの範囲内にあるチャンクの中から重要度の高い順にチャンクがダウンロードされる。
【００６３】
また、コンテンツの属性に基づいて、チャンクをダウンロードする順序を、重要度の高い順とするか、又は、予め定められた再生順、すなわち、シーケンス番号の小さい順とするかが決定される。例えば、属性としてコンテンツの総再生時間が長いほど、コンテンツの再生開始から終了までの間に、再生位置の操作が行われる可能性が高いと考えられる。そこで、総再生時間が予め設定された設定時間以上である場合には、重要度の高い順とし、総再生時間が設定時間未満である場合には、シーケンス番号の小さい順としても良い。コンテンツの総再生時間は、例えば、ノードＮｎがカタログ情報から取得することができる。また、例えば、属性としてコンテンツの再生位置の操作頻度が、予め設定された設定回数以上である場合には、重要度の高い順とし、コンテンツの再生位置の操作頻度が設定回数未満である場合には、シーケンス番号の小さい順としても良い。再生位置の操作頻度は、ノードＮｎがユーザによる再生位置の操作に基づいて取得することができる。また、属性として各再生位置に対応するチャンクの重要度の分散の値が、予め設定された設定値以上である場合には、重要度の高い順とし、前記の分散の値が設定値未満である場合には、シーケンス番号の小さい順としても良い。この分散の値は、重要度リストに設定されている重要度に基づいて算出することができる。
【００６４】
［３．各装置の構成及び機能］
次に、図３及び図４を参照して、各装置の構成及び機能について説明する。図３は、センターサーバＳＡの概要構成例を示す図である。また、図４は、ノードＮｎの概要構成例を示す図である。
【００６５】
［３．１ センターサーバＳＡの構成］
センターサーバＳＡは、図３に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成された制御部１１を備えている。また、センターサーバＳＡは、各種データ及び各種プログラム等を記憶保存するためのＨＤ等から構成された記憶部１２を備えている。更に、センターサーバＳＡは、ネットワーク８等を通じてノードＮｎとの間の情報の通信制御を行うための通信部１３を備えている。また更に、センターサーバＳＡは、各種情報を表示するＣＲＴ，液晶ディスプレイ等の表示部１４を備えている。更にまた、センターサーバＳＡは、オペレータからの指示を受け付けこの指示に応じた指示信号を制御部１１に対して与える入力部１５（例えば、キーボード、マウス等）を備えている。そして、制御部１１、記憶部１２、通信部１３、表示部１４、及び入力部１５はバス１６を介して相互に接続されている。
【００６６】
記憶部１２には、各ノードＮｎのノードＩＤ、ＩＰアドレス及びポート番号等が記憶されている。制御部１１は、ＣＰＵが記憶部１２等に記憶されたデータベース管理プログラム等のプログラムを読み出して実行することにより、センターサーバＳＡ全体を統括制御する。
【００６７】
［３．２ ノードＮｎの構成］
各ノードＮｎは、図４に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部２１を備えている。また、各ノードＮｎは、各種データ及び各種プログラム等を記憶保存するためのＨＤ（ハードディスク）等から構成された記憶部２２と、受信されたコンテンツのレプリカ等を一時蓄積するバッファメモリ２３とを備えている。更に、各ノードＮｎは、コンテンツのレプリカに含まれるエンコードされたビデオデータ（映像情報）及びオーディオデータ（音声情報）等をデコードするデコーダ部２４を備えている。また更に、各ノードＮｎは、このデコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部２５と、この映像処理部２５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部２６と、を備えている。更にまた、各ノードＮｎは、上記デコードされたオーディオデータをアナログオーディオ信号にＤ （Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部２７と、この音声処理部２７から出力されたオーディオ信号を音波として出力するスピーカ２８と、を備えている。また更に、各ノードＮｎは、ネットワーク８を通じて他のノードＮｎ等間の情報の通信制御を行うための通信部２９を備えている。更にまた、各ノードＮｎは、ユーザからの指示を受け付けこの指示に応じた指示信号を制御部２１に対して与える入力部３０（例えば、キーボード、マウス、或いは、リモコンや操作パネル等）を備えている。そして、制御部２１、記憶部２２、バッファメモリ２３、デコーダ部２４、通信部２９、及び入力部３０はバス３１を介して相互に接続されている。また、入力部３０は、第２検索入力手段の一例である。なお、ノードＮｎとしては、例えば、パーソナルコンピュータ、ＳＴＢ（Set Top Box）等を適用可能である。
【００６８】
記憶部２２には、ＤＨＴを用いたルーティングテーブル、インデックス情報、並びに、コンテンツ分散保存システムＳに参加する際のアクセス先となるコンタクトノードのＩＰアドレス及びポート番号、及びセンターサーバＳＡのＩＰアドレス及びポート番号等が記憶されている。また、記憶部２２には、視聴履歴情報及び重要度リストが、それぞれコンテンツＩＤに対応付けて記憶される。更に、記憶部２２には、コンテンツ分散保存システムＳに接続し、他のノードＮｎとの通信等を行うためのＰ２Ｐソフトウェア（本発明の情報通信プログラムを含む）等が記憶されている。
【００６９】
制御部２１は、ＣＰＵが記憶部２２等に記憶されたプログラムを読み出して実行することにより、送信手段、受付手段、第１取得手段、第２取得手段、第３取得手段、第４取得手段、受信手段、及び決定手段として機能する。なお、Ｐ２Ｐソフトウェアは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしても良いし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されてこの記録媒体のドライブを介して読み込まれるようにしても良い。
【００７０】
［４．コンテンツ分散保存システムＳの動作］
次に、図５乃至図７を参照して、本実施形態に係るコンテンツ分散保存システムＳの動作について説明する。図５は、本実施形態に係るノードＮｎの制御部２１のサーバ処理における処理例を示す図である。なお、図５においては、本実施形態の説明に必要ではない処理については、図示を省略している。
【００７１】
図５に示す処理は、例えば、ユーザがＰ２ＰソフトウェアをノードＮｎに実行させることによって、Ｐ２Ｐソフトウェアに含まれるサーバ処理用のプログラムが起動されたときに開始される。先ず、制御部２１は、他のノードＮｎから視聴履歴情報を受信したか否かを判定する（ステップＳ１）。このとき、制御部２１は、受信手段として視聴履歴情報を受信した場合には（ステップＳ１：ＹＥＳ）、視聴履歴情報を受信したノードＮｎ自身がルートノードであるか否かを判定する（ステップＳ２）。他のノードＮｎから送信されてくる視聴履歴情報には、コンテンツＩＤが付加されている。そこで、制御部２１は、例えば、付加されているコンテンツＩＤとルーティングテーブルとに基づいて、視聴履歴情報を受信したノードＮｎよりも、ルートノードとなるのにふさわしいノードＮｎが存在するか否かを判定する。そして、視聴履歴情報を受信したノードＮｎよりも、ルートノードとなるのにふさわしいノードＮｎが存在しない場合には、視聴履歴情報を受信したノードＮｎがルートノードであるとされる。視聴履歴情報を受信したノードＮｎよりもルートノードとなるのにふさわしいノードＮｎとは、例えば、視聴履歴情報を受信したノードＮｎのノードＩＤよりも、付加されているコンテンツＩＤと近いノードＩＤが割り当てられたノードＮｎである。
【００７２】
このとき、制御部２１は、視聴履歴情報を受信したノードＮｎ自身がルートノードである場合には（ステップＳ２：ＹＥＳ）、決定手段として、受信した視聴履歴情報に基づいて重要度リストを更新する（ステップＳ３）。具体的に、制御部２１は、視聴履歴情報に付加されているコンテンツＩＤに対応する重要度リストを記憶部２２から決定する。そして、制御部２１は、決定した重要度リストに設定されている各チャンクの重要度に、視聴履歴情報に設定されている対応するチャンクの再生態様に応じた重要度をそれぞれ加算する。
【００７３】
ステップＳ２において、制御部２１は、視聴履歴情報を受信したノードＮｎ自身がルートノードではない場合には（ステップＳ２：ＮＯ）、ルーティングテーブルを用いて、視聴履歴情報を他のノードに中継する（ステップＳ４）。
【００７４】
制御部２１は、視聴履歴情報を受信していない場合（ステップＳ１：ＮＯ）、ステップＳ３の処理を終えた場合、又は、ステップＳ４の処理を終えた場合には、他のノードＮｎから重要度リスト要求メッセージを受信したか否かを判定する（ステップＳ５）。このとき、制御部２１は、重要度リスト要求メッセージを受信した場合には（ステップＳ５：ＹＥＳ）、重要度リスト要求メッセージを受信したノードＮｎ自身がルートノードであるか否かを判定する（ステップＳ６）。重要度リスト要求メッセージを受信したノードＮｎ自身がルートノードであるか否かは、重要度リスト要求メッセージに含まれるコンテンツＩＤに基づいて、ステップＳ２の場合と同様に判定される。
【００７５】
このとき、制御部２１は、重要度リスト要求メッセージを受信したノードＮｎ自身がルートノードである場合には（ステップＳ６：ＹＥＳ）、重要度リストをユーザノードに送信する（ステップＳ７）。具体的に、制御部２１は、受信した重要度リスト要求メッセージに含まれているコンテンツＩＤに対応する重要度リストを記憶部２２から読み出し、読み出した重要度リストを送信する。
【００７６】
ステップＳ６において、制御部２１は、重要度リスト要求メッセージを受信したノードＮｎ自身がルートノードではない場合には（ステップＳ６：ＮＯ）、ルーティングテーブルを用いて、重要度リスト要求メッセージを他のノードに中継する（ステップＳ８）。
【００７７】
制御部２１は、重要度リスト要求メッセージを受信していない場合（ステップＳ５：ＮＯ）、ステップＳ７の処理を終えた場合、又は、ステップＳ８の処理を終えた場合には、他のノードＮｎからコンテンツ要求メッセージを受信したか否かを判定する（ステップＳ９）。このとき、制御部２１は、コンテンツ要求メッセージを受信した場合には（ステップＳ９：ＹＥＳ）、要求されたチャンクをコンテンツ要求メッセージの送信元のノードＮｎに送信する（ステップＳ１０）。具体的に、制御部２１は、受信したコンテンツ要求メッセージに含まれているコンテンツＩＤに対応するチャンクを記憶部２２から読み出し、読み出したチャンクを送信する。制御部２１は、ステップＳ１０の処理を終えると、ステップＳ９に移行する。
【００７８】
ステップＳ９において、制御部２１は、他のノードＮｎからコンテンツ要求メッセージを受信していない場合には（ステップＳ９：ＮＯ）、ユーザの操作によるサーバ処理用のプログラムの終了要求があったか否かを判定する（ステップＳ１１）。このとき、制御部２１は、終了要求がなかった場合には（ステップＳ１１：ＮＯ）、ステップＳ１に移行する。一方、制御部２１は、終了要求があった場合には（ステップＳ１１：ＹＥＳ）、図５に示す処理を終了させる。
【００７９】
図６は、本実施形態に係るノードＮｎの制御部２１のコンテンツ取得処理における処理例を示す図である。例えば、ユーザが、コンテンツ配信サイトにおいて、コンテンツの要求として、視聴したいコンテンツを選択する。制御部２１は、受付手段として、コンテンツの選択を受け付け、ＷｅｂサーバＳＷにリクエストを送信する。すると、ＷｅｂサーバＳＷが、選択されたコンテンツ再生用のＷｅｂページのＨＴＭＬ（HyperText Markup Language）文書をノードＮｎに送信する。制御部２１は、受信したＨＴＭＬ文書に基づいて、Ｗｅｂページを表示部２６により表示させる。図６に示す処理は、例えば、コンテンツ再生用のＷｅｂページが表示されたときに開始される。
【００８０】
先ず、制御部２１は、第１取得手段として、重要度リストを取得する。具体的に、制御部２１は、重要度リスト要求メッセージをルートノードに向けて送信する（ステップＳ２１）。ＷｅｂサーバＳＷから受信されたＨＴＭＬ文書には、再生すべきコンテンツのコンテンツＩＤが記述されている。そこで、制御部２１は、ＨＴＭＬ文書に記述されているコンテンツＩＤを含む重要度リスト要求メッセージを送信する。その後、制御部２１は、ルートノードから送信されてきた重要度リストを受信する（ステップＳ２２）。
【００８１】
次いで、制御部２１は、再生すべきコンテンツの先頭のチャンクをダウンロードする（ステップＳ２３）。先ず、制御部２１は、各チャンクのコンテンツＩＤをシーケンス番号と対応付けて示すメタ情報を取得する。このメタ情報は、例えば、コンテンツ再生用のＷｅｂページのＨＴＭＬ文書に記述されていても良い。そして、制御部２１は、ダウンロードすべきチャンクのコンテンツＩＤを含む検索リクエストを送信することにより、ルートノードからインデックス情報を受信する。次いで、制御部２１は、受信したインデックス情報に基づいて、ダウンロードすべきチャンクのコンテンツＩＤを含むコンテンツ要求メッセージをコンテンツ保持ノードに送信する。次いで、制御部２１は、コンテンツ保持ノードからチャンクを受信する。そして、制御部２１は、受信したチャンクを記憶部２２に記憶させる。
【００８２】
制御部２１は、ステップＳ２３の処理を終えると、再生すべきコンテンツを構成するチャンクを全てダウンロードしたか否かを判定する（ステップＳ２４）。このとき、制御部２１は、ダウンロードしていないチャンクがまだ存在する場合には（ステップＳ２４：ＮＯ）、現在の再生位置に対応するチャンクが記憶部２２に記憶されているか否かを判定する（ステップＳ２５）。例えば、現在の再生位置を示すシーケンス番号が、後述するコンテンツ再生処理において、作業用ＲＡＭの所定の領域に設定される。そこで、制御部２１は、第３取得手段として、現在の再生位置を示すシーケンス番号を作業用ＲＡＭから取得する。なお、作業用ＲＡＭに設定されているシーケンス番号は、位置情報の一例である。次いで、制御部２１は、取得したシーケンス番号に対応するコンテンツＩＤを前記のメタ情報から取得する。そして、制御部２１は、取得したコンテンツＩＤに対応するチャンクが、記憶部２２に記憶されているか否かを判定する。
【００８３】
このとき、制御部２１は、現在の再生位置に対応するチャンクが記憶部２２に記憶されていない場合には（ステップＳ２５：ＮＯ）、現在の再生位置に対応するチャンクをダウンロードする（ステップＳ２６）。制御部２１は、ステップＳ２６の処理を終えると、ステップＳ２４に移行する。
【００８４】
一方、制御部２１は、現在の再生位置に対応するチャンクが記憶部２２に記憶されている場合には（ステップＳ２５：ＹＥＳ）、再生すべきコンテンツの総再生時間が、閾値としての設定時間以上であるか否かを判定する（ステップＳ２７）。このとき、制御部２１は、コンテンツの総再生時間が閾値未満である場合には（ステップＳ２７：ＮＯ）、ステップＳ２９に移行する。
【００８５】
一方、制御部２１は、コンテンツの総再生時間が閾値以上である場合には（ステップＳ２７：ＹＥＳ）、再生すべきコンテンツを構成する各チャンクの重要度の分散の値が、閾値としての設定値以上であるか否かを判定する（ステップＳ２８）。このとき、制御部２１は、各チャンクの重要度の分散の値が閾値未満である場合には（ステップＳ２８：ＮＯ）、ステップＳ２９に移行する。一方、制御部２１は、各チャンクの重要度の分散の値が閾値以上である場合には（ステップＳ２８：ＹＥＳ）、ステップＳ３０に移行する。
【００８６】
ステップＳ２９において、制御部２１は、第２取得手段として、シーケンス番号順に従って、チャンクをダウンロードする。具体的に、制御部２１は、記憶部２２に記憶されていないチャンクのうち、再生順が最も先頭に近いチャンクを、ダウンロード対象として選択する。そして、制御部２１は、選択されたチャンクをダウンロードする。制御部２１は、ステップＳ２９の処理を終えると、ステップＳ２４に移行する。
【００８７】
ステップＳ３０において、制御部２１は、第２取得手段として、重要度リストに基づいて、チャンクをダウンロードする（ステップＳ３０）。具体的に、制御部２１は、現在の再生位置以降から設定距離までの範囲内に含まれるチャンクのうち、記憶部２２に記憶されていないチャンクを抽出する。次いで、制御部２１は、抽出されたチャンクのうち、重要度が最も高いチャンクを、ダウンロード対象として選択する。このとき、制御部２１は、重要度が最も高いチャンクが複数存在する場合には、これらのチャンクのうち、その再生位置が現在の再生位置に最も近いチャンクを、ダウンロード対象として選択する。そして、制御部２１は、選択されたチャンクをダウンロードする。制御部２１は、ステップＳ３０の処理を終えると、ステップＳ２４に移行する。なお、ステップＳ２９の処理を終了した時点で、ダウンロードしていないチャンクがまだ存在し、現在の再生位置に対応するチャンクが記憶部２２に記憶されている場合には、ステップＳ２４〜Ｓ２８の判定処理を経由して、ステップＳ２９の処理が再び実行される。従って、ステップＳ２９の処理が繰り返されることにより、重要度の高い順にチャンクがダウンロードされる。
【００８８】
ステップＳ２４において、制御部２１は、再生すべきコンテンツを構成するチャンクを全てダウンロードした場合には（ステップＳ２４：ＹＥＳ）、図６に示す処理を終了させる。
【００８９】
図７は、本実施形態に係るノードＮｎの制御部２１のコンテンツ再生処理における処理例を示す図である。図７に示す処理は、例えば、表示部２６によりコンテンツ再生用のＷｅｂページが表示された後、ユーザが、通常再生等のコンテンツの再生を開始させる操作を行ったときに開始される。先ず、制御部２１は、ユーザからコンテンツ再生の終了を依頼する操作が入力部３０を用いて行われたか否かを判定する（ステップＳ４１）。このとき、制御部２１は、コンテンツ再生の終了を依頼する操作が行われていない場合には（ステップＳ４１：ＮＯ）、コンテンツの再生位置の操作が入力部３０を用いて行われたか否かを判定する（ステップＳ４２）。
【００９０】
このとき、制御部２１は、コンテンツの再生位置の操作が行われた場合には（ステップＳ４２：ＹＥＳ）、コンテンツの再生位置を移動させる（ステップＳ４３）。具体的に、制御部２１は、作業用ＲＡＭに設定されている再生位置を示すシーケンス番号を、再生位置の操作に対応した再生態様に基づいて変更する。
【００９１】
次いで、制御部２１は、視聴履歴情報を記録する（ステップＳ４４）。例えば、制御部２１は、再生位置の操作に対応した再生態様を、ＷｅｂサーバＳＷから受信されたＨＴＭＬ文書に記述されているコンテンツＩＤ、及び、現在の再生位置を示すシーケンス番号に対応して記憶部２２に記録する。
【００９２】
制御部２１は、コンテンツの再生位置の操作が行われていない場合（ステップＳ４２：ＮＯ）、又は、ステップＳ４４の処理を終えた場合には、現在の再生位置に対応するチャンクが記憶部２２に記憶されているか否かを判定する（ステップＳ４５）。このとき、制御部２１は、現在の再生位置に対応するチャンクが記憶部２２に記憶されていない場合には（ステップＳ４５：ＮＯ）、現在の再生位置に対応するチャンクがダウンロードされるまで待機する（ステップＳ４６）。
【００９３】
制御部２１は、現在の再生位置に対応するチャンクが記憶部２２に記憶されている場合（ステップＳ４５：ＹＥＳ）、又は、ステップＳ４６の処理を終えた場合には、現在の再生位置に対応するチャンクを再生する（ステップＳ４７）。このとき、制御部２１は、作業用ＲＡＭに設定されている再生位置を示すシーケンス番号に、１を加算する。制御部２１は、ステップＳ４７の処理を終えると、ステップＳ４１に移行する。
【００９４】
ステップＳ４１において、制御部２１は、コンテンツ再生の終了を依頼する操作が行われた場合には（ステップＳ４１：ＹＥＳ）、記録された視聴履歴情報をルートノードに向けて送信する（ステップＳ４８）。このとき、制御部２１は、ＷｅｂサーバＳＷから受信されたＨＴＭＬ文書に記述されているコンテンツＩＤを視聴履歴情報に付加して送信する。制御部２１は、ステップＳ４８の処理を終えると、図７に示す処理を終了させる。
【００９５】
以上説明したように、本実施形態によれば、ノードＮｎは、コンテンツの要求を受け付けると、要求されたコンテンツの各再生位置に対応するチャンクを、重要度リストに基づいて重要度の高い順に、他のノードＮｎからダウンロードする。従って、コンテンツの各再生位置に対応するチャンクが、再生位置の操作履歴に基づいて決定された重要度の高い順に他のノードＮｎから取得される。操作履歴の有無及び操作履歴の内容は、チャンクの視聴数が多いか少ないかを決定する重要な要素の一つである。そのため、視聴履歴情報に基づいてコンテンツの取得に重要度を付けることで、全てのコンテンツデータを取得する前であっても、視聴数が多いチャンクを取得し、再生可能な状態にすることができる。
【００９６】
また、ルートノードが、通常再生された位置の重要度が、再生されていない位置の重要度よりも高くなるように重要度リストを更新する。従って、これまでにユーザが視聴したいと望んだ再生位置の部分が優先的に取得される。よって、全てのコンテンツを取得する前であっても、視聴数が多いと想定されるコンテンツを取得し、再生可能な状態にすることができる。
【００９７】
また、ルートノードが、シークにより再生されなかった位置の重要度が、通常再生された位置の重要度よりも低くなるように重要度リストを更新する。従って、これまでにユーザが視聴したいと望んだ再生位置の部分が優先的に取得される。よって、全てのコンテンツデータを取得する前であっても、視聴数が多いと想定されるコンテンツを取得し、再生可能な状態にすることができる。
【００９８】
また、ルートノードが、スロー再生された位置の重要度が、通常再生された位置の重要度よりも高くなるように重要度リストを更新する。従って、ユーザにとって重要な再生位置の部分が優先的に取得される。よって、全てのコンテンツデータを取得する前であっても、視聴数が多いと想定されるコンテンツを取得し、再生可能な状態にすることができる。
【００９９】
また、ノードＮｎが、コンテンツの現在の再生位置を示すシーケンス番号を取得する。そして、ノードＮｎが、要求されたコンテンツの各再生位置に対応するチャンクを、シーケンス番号が示す現在の再生位置以降で、重要度の高い順に取得する。従って、再生される可能性が高い再生位置の中から、視聴数が多いコンテンツを取得し、再生可能な状態にすることができる。
【０１００】
また、ノードＮｎが、要求されたコンテンツの各再生位置に対応するチャンクを、現在の再生位置から予め設定された設定距離の範囲内で、重要度の高い順に取得する。従って、現在の再生位置から設定距離の範囲内の再生位置であって、再生される可能性が高い再生位置の中から、視聴数が多いコンテンツを取得し、再生可能な状態にすることができる。
【０１０１】
また、ノードＮｎが、要求されたコンテンツの各再生位置に対応するチャンクを重要度の高い順に取得するとともに、現在の再生位置に対応するチャンクを取得する。ノードＮｎによりコンテンツを再生するユーザによっては、現在の再生位置から再生したいユーザと、再生位置を変更する操作をして希望の再生位置から再生したいユーザとが存在する。従って、全てのコンテンツデータを取得する前であっても、視聴数が多いコンテンツと、現在の再生位置とに対応したコンテンツとを取得し、何れのユーザにとっても再生可能な状態にすることができる。
【０１０２】
また、ノードＮｎが、重要度が同一である再生位置が複数存在する場合には、現在の再生位置に近い再生位置に対応するチャンクを優先して取得する。従って、現在の再生位置から近い再生位置であって、再生される可能性が高い再生位置に対応する視聴数が多いコンテンツを取得し、再生可能な状態にすることができる。
【０１０３】
また、ノードＮｎが、コンテンツの属性を取得し、取得された属性情報に基づいて、要求されたコンテンツの各再生位置に対応するチャンクを、シーケンス番号順に取得するか、又は、重要度の高い順に取得するかを決定する。従って、コンテンツの属性に合った取得方法が選択されることで、コンテンツを効率的に取得することができる。
【０１０４】
ここで、ノードＮｎが、属性情報としてコンテンツの総再生時間を取得し、総再生時間が設定時間以上である場合に、要求されたコンテンツの各再生位置に対応するチャンクを重要度の高い順に取得しても良い。この場合、ノードＮｎが、総再生時間の長さが長いコンテンツは、再生位置に重要度を付けて取得することで、遅延を小さくして再生可能な状態にすることができる。
【０１０５】
また、ノードＮｎが、属性情報としてコンテンツの再生位置の操作頻度を取得し、操作頻度が設定回数以上である場合に、要求されたコンテンツの各再生位置に対応するチャンクを重要度の高い順に取得しても良い。この場合、ノードＮｎが、操作頻度が高いコンテンツは、再生位置に重要度を付けて取得することで、遅延を小さくして再生可能な状態にすることができる。
【０１０６】
また、ノードＮｎが、属性情報としてコンテンツの各再生位置における重要度の分散の値を算出し、分散の値が設定値以上である場合に、要求されたコンテンツの各再生位置に対応するチャンクを重要度の高い順に取得しても良い。この場合、ノードＮｎが、分散が高いコンテンツは、再生位置に重要度を付けて取得することで、遅延を小さくして再生可能な状態にすることができる。
【０１０７】
なお、上記実施形態においては、本発明の情報処理装置を、ルートノードに適用していた。しかしながら、本発明の情報処理装置を、センターサーバＳＡに適用しても良い。この場合、センターサーバＳＡが、各ノードＮｎから視聴履歴情報を受信し、全てのコンテンツについて各チャンクの重要度を決定することになる。
【０１０８】
また、上記実施形態においては、ＤＨＴを利用したピアツーピアネットワークが適用されていたが、これに限られるものではない。例えば、ハイブリッド型のピアツーピアネットワーク等が適用されても良い。
【０１０９】
また、本発明をクライアント−サーバ型のシステムに適用しても良い。この場合、サーバ装置が、コンテンツを構成する各チャンクをクライアントの端末装置に配信する。また、サーバ装置が、クライアントの端末装置から視聴履歴情報を受信し、全てのコンテンツについて各チャンクの重要度を決定する。
【符号の説明】
【０１１０】
３ ＩＸ
４ａ、４ｂ ＩＳＰ
５ａ、５ｂ ＤＳＬ回線業者の装置
６ ＦＴＴＨ回線業者の装置
７ 通信回線
８ ネットワーク
９ オーバーレイネットワーク
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 表示部
１５ 入力部
１６ バス
２１ 制御部
２２ 記憶部
２３ バッファメモリ
２４ デコーダ部
２５ 映像処理部
２６ 表示部
２７ 音声処理部
２８ スピーカ
２９ 通信部
３０ 入力部
３１ バス
Ｎｎ ノード
ＳＡ センターサーバ
ＳＷ Ｗｅｂサーバ
Ｓ コンテンツ分散保存システム
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））方式の通信システムの技術分野に関する。
【背景技術】
【０００２】
従来、ネットワークを介して配信されてきたコンテンツを端末装置が再生するシステムが知られている。例えば、特許文献１に記載された技術においては、映像配信サーバが複数の映像からなる番組映像を端末装置に配信する。端末装置は、視聴される番組映像の再生、一時停止、早送り再生、スキップ、停止などの操作に関する情報を視聴情報として、端末装置が視聴解析サーバに送信する。視聴解析サーバは、視聴情報に基づいて、視聴者が番組を視聴する集中度である視聴集中度を解析する。端末装置は、視聴者が視聴する番組の全ての映像を格納する。そして、端末装置が、視聴される番組映像のうち視聴集中度が所定のしきい値以上である映像のみを表示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２６０５７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載された技術では、端末装置が、番組映像を構成する全ての映像の受信が完了した後でないと、視聴集中度が所定のしきい値以上である映像のみの表示を行うことができなかった。そのため、例えば、ストリーミングによりコンテンツの受信及び再生を行う場合においては、コンテンツが再生に遅延が生じる。
【０００５】
そこで、本発明は、以上の点に鑑みてなされたものである。本発明は、コンテンツの再生位置の操作を可能とした場合に、他の装置から受信されるコンテンツの再生遅延を短くすることを可能とする情報通信システム、ノード装置、情報通信方法、及び情報通信プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、ノード装置により再生されるコンテンツが複数のノード装置間で送受信される情報通信システムであって、前記情報通信システムは、前記複数のノード装置と、コンテンツの各再生位置の優先度を決定する情報処理装置と、を備え、前記ノード装置は、コンテンツの再生位置の操作の履歴を示す操作履歴情報を、前記情報処理装置に送信する送信手段と、コンテンツの要求を受け付ける受付手段と、前記情報処理装置により決定された前記優先度を取得する第１取得手段と、前記受付手段によりコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記情報処理装置により決定された前記優先度の高い順に、他の前記ノード装置から取得する第２取得手段と、を備え、前記情報処理装置は、前記ノード装置から前記操作履歴情報を受信する受信手段と、前記受信手段により受信された前記操作履歴情報に基づいて、前記優先度を決定する決定手段と、を備えることを特徴とする。
【０００７】
この発明によれば、コンテンツの各再生位置に対応する部分コンテンツが、再生位置の操作履歴に基づいて決定された優先度の高い順に他のノード装置から取得される。操作履歴の有無及び操作履歴の内容は、部分コンテンツの視聴数が多いか少ないかを決定する重要な要素の一つである。そのため、操作履歴情報に基づいてコンテンツの取得に優先度を付けることで、全てのコンテンツデータを取得する前であっても、視聴数が多い部分コンテンツを取得し、再生可能な状態にすることができる。
【０００８】
請求項２に記載の発明は、請求項１に記載の情報通信システムにおいて、前記送信手段は、通常再生させる操作の情報を含む前記操作履歴情報を送信し、前記決定手段は、通常再生された位置の優先度を、再生されていない位置の優先度よりも高くすることを特徴とする。
【０００９】
この発明によれば、通常再生された位置の優先度が、再生されていない位置の優先度よりも高くなるので、これまでにユーザが視聴したいと望んだ再生位置の部分が優先的に取得される。よって、全てのコンテンツデータを取得する前であっても、視聴数が多いと想定されるコンテンツを取得し、再生可能な状態にすることができる。
【００１０】
請求項３に記載の発明は、請求項１又は請求項２に記載の情報通信システムにおいて、前記送信手段は、シークさせる操作の情報を含む前記操作履歴情報を送信し、前記決定手段は、シークにより再生されなかった位置の優先度を、通常再生された位置の優先度よりも低くすることを特徴とする。
【００１１】
この発明によれば、シークにより再生されなかった位置の優先度が通常再生された位置の優先度よりも低くなるので、これまでにユーザが視聴したいと望んだ再生位置の部分が優先的に取得される。よって、全てのコンテンツデータを取得する前であっても、視聴数が多いと想定されるコンテンツを取得し、再生可能な状態にすることができる。
【００１２】
請求項４に記載の発明は、請求項１乃至３の何れか１項に記載の情報通信システムにおいて、前記送信手段は、スロー再生させる操作の情報を含む前記操作履歴情報を送信し、前記決定手段は、スロー再生された位置の優先度を、通常再生された位置の優先度よりも高くすることを特徴とする。
【００１３】
この発明によれば、スロー再生された位置の優先度が、通常再生された位置の優先度よりも高くなるので、ユーザにとって重要な再生位置の部分が優先的に取得される。よって、全てのコンテンツデータを取得する前であっても、視聴数が多いと想定されるコンテンツを取得し、再生可能な状態にすることができる。
【００１４】
請求項５に記載の発明は、ノード装置により再生されるコンテンツが複数のノード装置間で送受信される情報通信システムにおける前記ノード装置であって、コンテンツの再生位置の操作の履歴を示す操作履歴情報を、前記操作履歴情報に基づいてコンテンツの各再生位置の優先度を決定する情報処理装置に送信する送信手段と、コンテンツの要求を受け付ける受付手段と、前記情報処理装置により決定された前記優先度を取得する第１取得手段と、前記受付手段によりコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記情報処理装置により決定された前記優先度の高い順に、他の前記ノード装置から取得する第２取得手段と、を備えることを特徴とする。
【００１５】
コンテンツの各再生位置に対応する部分コンテンツが、再生位置の操作履歴に基づいて決定された優先度の高い順に他のノード装置から取得される。操作履歴の有無及び操作履歴の内容は、部分コンテンツの視聴数が多いか少ないかを決定する重要な要素の一つである。そのため、操作履歴情報に基づいてコンテンツの取得に優先度を付けることで、全てのコンテンツデータを取得する前であっても、視聴数が多い部分コンテンツを取得し、再生可能な状態にすることができる。
【００１６】
請求項６に記載の発明は、請求項５に記載のノード装置において、コンテンツの現在の再生位置を示す位置情報を取得する第３取得手段を更に備え、前記第２取得手段は、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記第３取得手段により取得された前記位置情報が示す現在の再生位置以降で、前記優先度の高い順に取得することを特徴とする。
【００１７】
現在の再生位置以降の再生位置の方が、現在の再生位置より前の範囲よりも、この後再生される可能性が高い。この発明によれば、再生される可能性が高い再生位置の中から、視聴数が多いコンテンツを取得し、再生可能な状態にすることができる。
【００１８】
請求項７に記載の発明は、請求項６に記載のノード装置において、前記第２取得手段は、要求されたコンテンツの各再生位置に対応する部分コンテンツを、現在の再生位置から所定の範囲内で、前記優先度の高い順に取得することを特徴とする。
【００１９】
現在の再生位置から所定の範囲内にある再生位置ほど、この後再生される可能性が高い。この発明によれば、現在の再生位置から所定の範囲内の再生位置であって、再生される可能性が高い再生位置の中から、視聴数が多いコンテンツを取得し、再生可能な状態にすることができる。
【００２０】
請求項８に記載の発明は、請求項６又は請求項７に記載のノード装置において、前記第２取得手段は、要求されたコンテンツの各再生位置に対応する部分コンテンツを前記優先度の高い順に取得するとともに、現在の再生位置に対応する部分コンテンツを取得することを特徴とする。
【００２１】
ノード装置によりコンテンツを再生するユーザによっては、現在の再生位置から再生したいユーザと、再生位置を変更する操作をして希望の再生位置から再生したいユーザとが存在する。この発明によれば、全てのコンテンツデータを取得する前であっても、視聴数が多いコンテンツと、現在の再生位置とに対応したコンテンツとを取得し、何れのユーザにとっても再生可能な状態にすることができる。
【００２２】
請求項９に記載の発明は、請求項６乃至８の何れか１項に記載のノード装置において、前記第２取得手段は、前記優先度が同一である再生位置が複数存在する場合には、現在の再生位置に近い再生位置に対応する部分コンテンツを優先して取得することを特徴とする。
【００２３】
現在の再生位置に近いほど、この後再生される可能性が高い。この発明によれば、現在の再生位置から近い再生位置であって、再生される可能性が高い再生位置に対応する視聴数が多いコンテンツを取得し、再生可能な状態にすることができる。
【００２４】
請求項１０に記載の発明は、請求項５乃至９の何れか１項に記載のノード装置において、コンテンツの属性情報を取得する第４取得手段を更に備え、前記第２取得手段は、前記第４取得手段により取得された前記属性情報に基づいて、要求されたコンテンツの各再生位置に対応する部分コンテンツを、予め定められた再生順に取得するか、又は、前記優先度の高い順に取得するかを決定することを特徴とする。
【００２５】
この発明によれば、コンテンツの属性に合った取得方法が選択されることで、コンテンツを効率的に取得することができる。
【００２６】
請求項１１に記載の発明は、請求項１０に記載のノード装置において、前記第４取得手段は、前記属性情報としてコンテンツの総再生時間を取得し、前記第２取得手段は、前記総再生時間が予め定められた時間以上である場合に、要求されたコンテンツの各再生位置に対応する部分コンテンツを前記優先度の高い順に取得することを特徴とする。
【００２７】
コンテンツの総再生時間が長いほど、コンテンツの再生中に再生位置の操作が行われやすいものと考えられる。よって、この発明によれば、ノード装置が、総再生時間の長さが長いコンテンツは、再生位置に優先度を付けて取得することで、遅延を小さくして再生可能な状態にすることができる。
【００２８】
請求項１２に記載の発明は、請求項１０に記載のノード装置において、前記第４取得手段は、前記属性情報としてコンテンツの再生位置の操作頻度を取得し、前記第２取得手段は、前記操作頻度が予め定められた数以上である場合に、要求されたコンテンツの各再生位置に対応する部分コンテンツを前記優先度の高い順に取得することを特徴とする。
【００２９】
コンテンツの再生位置の操作頻度が大きいコンテンツほど、コンテンツの再生中に再生位置の変更操作が行われやすいものと考えられる。よって、この発明によれば、ノード装置が、操作頻度が高いコンテンツは、再生位置に優先度を付けて取得することで、遅延を小さくして再生可能な状態にすることができる。
【００３０】
請求項１３に記載の発明は、請求項１０に記載のノード装置において、前記第４取得手段は、前記属性情報としてコンテンツの各再生位置における優先度の大きさの分散の値を取得し、前記第２取得手段は、前記分散の値が予め定められた値以上である場合に、要求されたコンテンツの各再生位置に対応する部分コンテンツを前記優先度の高い順に取得することを特徴とする。
【００３１】
コンテンツの各再生位置の優先度の分散の値が大きいほど、コンテンツの再生中に再生位置の操作が行われやすいものと考えられる。よって、この発明によれば、ノード装置が、分散が高いコンテンツは、再生位置に優先度を付けて取得することで、遅延を小さくして再生可能な状態にすることができる。
【００３２】
請求項１４に記載の発明は、ノード装置により再生されるコンテンツが複数のノード装置間で送受信される情報通信システムにおける情報通信方法であって、コンテンツの再生位置の操作の履歴を示す操作履歴情報を、前記操作履歴情報に基づいてコンテンツの各再生位置の優先度を決定する情報処理装置に送信する送信工程と、コンテンツの要求を受け付ける受付工程と、前記情報処理装置により決定された前記優先度を取得する第１取得工程と、前記受付工程においてコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記情報処理装置により決定された前記優先度の高い順に、他の前記ノード装置から取得する第２取得工程と、を有することを特徴とする。
【００３３】
請求項１５に記載の発明は、ノード装置により再生されるコンテンツが複数のノード装置間で送受信される情報通信システムにおける前記ノード装置に含まれるコンピュータに、コンテンツの再生位置の操作の履歴を示す操作履歴情報を、前記操作履歴情報に基づいてコンテンツの各再生位置の優先度を決定する情報処理装置に送信する送信ステップ、コンテンツの要求を受け付ける受付ステップと、前記情報処理装置により決定された前記優先度を取得する第１取得ステップと、前記受付ステップにおいてコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記情報処理装置により決定された前記優先度の高い順に、他の前記ノード装置から取得する第２取得ステップと、を実行させることを特徴とする。
【発明の効果】
【００３４】
本発明によれば、コンテンツの各再生位置に対応する部分コンテンツが、再生位置の操作履歴に基づいて決定された優先度の高い順に他のノード装置から取得される。操作履歴の有無及び操作履歴の内容は、部分コンテンツの視聴数が多いか少ないかを決定する重要な要素の一つである。そのため、操作履歴情報に基づいてコンテンツの取得に優先度を付けることで、全てのコンテンツデータを取得する前であっても、視聴数が多い部分コンテンツを取得し、再生可能な状態にすることができる。
【図面の簡単な説明】
【００３５】
【図１】一実施形態に係るコンテンツ分散保存システムＳにおける各ノード装置の接続態様の一例を示す図である。
【図２】ノード装置Ｎｎがコンテンツをダウンロードしながら再生する場合におけるコンテンツ分散保存システムＳの動作概要の一例を示す図である。
【図３】センターサーバＳＡの概要構成例を示す図である。
【図４】ノードＮｎの概要構成例を示す図である。
【図５】一実施形態に係るノードＮｎの制御部２１のサーバ処理における処理例を示す図である。
【図６】一実施形態に係るノードＮｎの制御部２１のコンテンツ取得処理における処理例を示す図である。
【図７】一実施形態に係るノードＮｎの制御部２１のコンテンツ再生処理における処理例を示す図である。
【発明を実施するための形態】
【００３６】
以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ分散保存システムに本発明を適用した場合の実施形態である。
【００３７】
［１．コンテンツ分散保存システムの構成及び動作概要］
始めに、図１を参照して、本実施形態に係るコンテンツ分散保存システムの構成及び動作概要について説明する。図１は、本実施形態に係るコンテンツ分散保存システムＳにおける各ノード装置の接続態様の一例を示す図である。図１は、コンテンツ分散保存システムＳの具体的構成図１０１と、概念的構成図１００とから構成される。コンテンツ分散保存システムＳの具体的構成図１０１が示すように、コンテンツ分散保存システムＳは、多数のノード装置Ｎｎ（ｎ＝１，２，３・・・の何れか）から構成される。
【００３８】
図１の具体的構成図１０１内に示すように、コンテンツ分散保存システムＳは、複数のノード装置Ｎｎがインターネットを介して接続されることで構成される。また、図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４ａ，４ｂ、ＤＳＬ（Digital Subscriber Line）回線事業者の装置５ａ，５ｂ、ＦＴＴＨ（Fiber To The Home）回線事業者の装置６、及び通信回線７等によって、インターネット等のネットワーク８が構築されている。ネットワーク８は、現実世界の通信ネットワークである。なお、図１の例におけるネットワーク８には、データパケットを転送するためのルータが適宜挿入されているが、図１では図示を省略している。また、通信回線７としては、例えば、電話回線や光ケーブル等が用いられる。
【００３９】
このようなネットワーク８には、複数のノード装置Ｎｎ（ｎ＝１，２，３・・・の何れか）が接続されている。以下、ノード装置を、「ノード」という。また、各ノードＮｎには、固有の製造番号及びＩＰ（Internet Protocol）アドレスが割り当てられている。そして、本実施形態に係るコンテンツ分散保存システムＳは、これらのノードＮｎのうち、図１の概念的構成図１００内に示すように、何れか複数のノードＮｎの接続により形成されるピアツーピア方式のネットワークシステムとなっている。
【００４０】
なお、図１の概念的構成図１００内に示すネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するオーバーレイネットワーク９である。論理的なネットワークであるオーバーレイネットワーク９は、特定のアルゴリズム、例えば、ＤＨＴを利用したアルゴリズムにより実現される。そして、コンテンツ分散保存システムＳに接続されている各ノードＮｎには、所定桁数からなる固有の識別情報であるノードＩＤが割り当てられている。また、ノードＩＤは、例えば、各ノードＮｎに個別に割り当てられたＩＰアドレス或いは製造番号を共通のハッシュ関数によりハッシュ化した値である。
【００４１】
なお、コンテンツ分散保存システムＳへの接続は、接続していないノードＮｎ、例えば、ノードＮ８が、接続している任意のノードＮｎに対してコンテンツ分散保存システムへの参加要求を示す参加メッセージを送信することによって行われる。コンテンツ分散保存システムＳへの参加とは、ノード装置Ｎｎがコンテンツ分散保存システムＳに接続され、コンテンツ分散保存システムＳからコンテンツデータを取得可能になることである。任意のノードＮｎは、例えば、システムＳに常時接続しているコンタクトノードである。
【００４２】
また、各ノードＮｎは、夫々、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルは、コンテンツ分散保存システムＳ上における各種メッセージの転送先を規定している。具体的に、このルーティングテーブルには、ＩＤ空間内で適度に離れたノードＮｎのノードＩＤ、ＩＰアドレス及びポート番号を含むノード情報が複数登録されている。コンテンツ分散保存システムＳに接続している１台のノードは、必要最低限のノードＮｎのノード情報をルーティングテーブルとして記憶している。各ノードＮｎ間で互いに各種メッセージが転送されることで、ノード情報を記憶していないノードＮｎについてのノード情報が取得される。
【００４３】
コンテンツ分散保存システムＳは、内容の異なる様々なコンテンツデータのレプリカを所定のファイル形式で複数のノードＮｎに分散して保存する。以下、コンテンツデータを、「コンテンツ」という。そして、各ノードＮｎ間でレプリカが利用可能になっている。各コンテンツのオリジナルはセンターサーバＳＡに保存されている。例えば、ノードＮ５には、タイトルがＸＸＸの映画のコンテンツのレプリカが保存されている。一方、ノードＮ３には、タイトルがＹＹＹの映画のコンテンツのレプリカが保存される。このように、コンテンツは、複数のノードＮｎに分散されて保存されている。以下、コンテンツのレプリカが保存されるノードＮを、「コンテンツ保持ノード」という。また、以下の説明においては、オリジナルのコンテンツとレプリカとを特に区別することなく、コンテンツと称する。
【００４４】
上述のコンテンツには、夫々、コンテンツ名及びコンテンツ毎に固有の識別情報であるコンテンツＩＤ等の情報が付加されている。このコンテンツＩＤは、例えば、コンテンツ名＋任意の数値が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される。或いは、システム管理者が、コンテンツ毎に一意のＩＤ値を付与しても良い。
【００４５】
分散保存されているコンテンツの所在は、インデックス情報として、コンテンツの所在を管理（記憶）しているノードＮｎ等により記憶される。以下、コンテンツの所在を管理（記憶）しているノードＮｎを、「ルートノード」という。インデックス情報は、コンテンツを保存したノードＮｎのノード情報と、コンテンツのコンテンツＩＤと等の組を含む。このようなルートノードは、例えば、コンテンツＩＤと最も近いノードＩＤを有するノードＮｎであるように定められる。コンテンツＩＤと最も近いノードＩＤとは、例えば、ＩＤの上位桁が最も多く一致するノードＩＤである。なお、ルートノードは、情報処理装置の一例である。例えば、タイトルがＸＸＸの映画のコンテンツについてのインデックス情報は、そのコンテンツのルートノードであるノードＮ４により管理される。また、例えば、タイトルがＹＹＹの映画のコンテンツについてのインデックス情報は、そのコンテンツのルートノードであるノードＮ７により管理される。また、このようなルートノードは、例えば、コンテンツＩＤと最も近いノードＩＤを有するノードＮｎであるように定められる。コンテンツＩＤと最も近いノードＩＤとは、例えば、コンテンツＩＤと上位桁がより多く一致するノードＩＤである。
【００４６】
そして、或るノードＮｎのユーザが、所望するコンテンツを取得したい場合、このコンテンツの取得を望むノードＮｎは、メッセージを生成する。以下、ユーザによりコンテンツの取得を望むノードＮｎを、「ユーザノード」という。このメッセージは、取得を望むコンテンツのコンテンツＩＤ及びユーザノードのＩＰアドレス等を含む検索メッセージである。検索メッセージは、コンテンツ保持ノードを検索するためのメッセージである。上述の検索メッセージが、ユーザノードが取得するＤＨＴのルーティングテーブルに従って、他のノードＮｎに対して送出される。つまり、ユーザノードは、検索メッセージを、ルートノードに向けて送出する。これにより、検索メッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。
【００４７】
各ノードＮｎにおいて、コンテンツのコンテンツ名及びコンテンツＩＤ等の属性情報は、コンテンツカタログ情報に記述されている。コンテンツカタログ情報は、センターサーバＳＡにより作成されて、全てのノードＮｎに配信される。なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００４８】
上記検索メッセージを受信したルートノードは、これに含まれるコンテンツＩＤに対応するインデックス情報をインデックス情報キャッシュから取得する。取得されたインデックス情報は、検索メッセージの送信元であるユーザノードに対して返信される。こうしてインデックス情報を取得したユーザノードは、インデックス情報に基づいてコンテンツをダウンロード（取得）することができる。ユーザノードは、インデックス情報に含まれるコンテンツ保持ノードのＩＰアドレス及びポート番号等に基づいて、コンテンツ要求メッセージをコンテンツ保持ノードに送信する。コンテンツ要求メッセージには、取得を望むコンテンツのコンテンツＩＤが含まれている。コンテンツ要求メッセージを受信したコンテンツ保持ノードは、コンテンツ要求メッセージに含まれるコンテンツＩＤに対応するコンテンツをユーザノードに送信する。このようにして、ユーザノードは、コンテンツをダウンロードすることが可能になる。なお、インデックス情報には、複数のコンテンツ保持ノードのノード情報が含まれていることもある。この場合、ユーザノードは、この複数のコンテンツ保持ノードのうち１つのコンテンツ保持ノードを選択する。そして、ユーザノードは、選択したコンテンツ保持ノードに接続してコンテンツをダウンロードすることができる。
【００４９】
なお、ルートノードは、このインデックス情報に含まれるＩＰアドレス等に示されたコンテンツ保持ノードに対してコンテンツ送信要求メッセージを送信しても良い。これにより、ユーザノードは、上記コンテンツ保持ノードからそのコンテンツをダウンロードすることもできる。また、上記ユーザノードは、検索メッセージがルートノードに辿り着くまでの間に、このルートノードと同じインデックス情報をキャッシュしているキャッシュノードからこのインデックス情報を取得することもできる。
【００５０】
また、ユーザノードは、コンテンツ保持ノードからコンテンツを取得して保存したとき、保存したユーザノードは、パブリッシュメッセージを生成する。パブリッシュメッセージは、コンテンツを保存したことをルートノードへ知らせるためのメッセージである。パブリッシュメッセージは、コンテンツのコンテンツＩＤ及びコンテンツを保存したノード装置のノード情報を含む。パブリッシュメッセージは、ルートノードに向けて送出される。これにより、パブリッシュメッセージは、検索メッセージと同じように、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになる。そして、ルートノードは、パブリッシュメッセージを受信する。ルートノードは、パブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報をインデックス情報キャッシュ領域に記憶する。こうして、上記ユーザノードは、新たに、上記コンテンツを保持するコンテンツ保持ノードとなる。
【００５１】
［２．コンテンツの再生及びダウンロード］
次に、図２を参照して、コンテンツ分散保存システムＳにおけるコンテンツの再生及びダウンロードの概要について説明する。図２は、ノード装置Ｎｎがコンテンツをダウンロードしながら再生する場合におけるコンテンツ分散保存システムＳの動作概要の一例を示す図である。
【００５２】
コンテンツ配信システムＳにおいては、コンテンツの種類として、ノードＮｎにより再生可能な動画データ等のコンテンツが存在する。再生可能なコンテンツは、複数のデータに分割されている。この分割された個々のデータを、「チャンク」という。このチャンクにも、通常のコンテンツと同様にコンテンツＩＤが割り当てられている。従って、ノードＮｎは、チャンクを、通常のコンテンツと同様の方法でダウンロードすることができる。なお、チャンクは、部分コンテンツの一例である。
【００５３】
コンテンツを構成する各チャンクには、予め定められた再生順に対応したシーケンス番号が割り当てられている。例えば、再生順が先頭であるチャンクには、シーケンス番号として１が割り当てられ、再生順が２番目以降のチャンクには、２、３、４・・・と、順次シーケンス番号が割り当てられている。このシーケンス番号は、コンテンツの再生時間軸上における再生位置に対応している。
【００５４】
コンテンツの再生中、または、ノードＮｎにコンテンツを再生させる際、ユーザは再生位置の操作を行うことができる。再生位置の操作としては、通常再生させる操作と、特殊再生させる操作とがある。通常再生は、一般的な再生であり、通常の再生速度、すなわち、一倍速でコンテンツを再生することをいう。特殊再生としては、例えば、スロー再生、早送り再生、巻き戻し再生、シーク等の再生態様がある。スロー再生は、通常再生時の再生速度よりも遅い速度でコンテンツを再生することをいう。早送り再生は、通常再生時の再生速度よりも速い速度でコンテンツを再生することをいう。巻き戻し再生は、予め定められた順序とは逆順にコンテンツを再生することをいう。言い換えると、巻き戻し再生は、再生時間軸上において、通常再生時の再生方向とは逆方向にコンテンツを再生することをいう。シークは、現在の再生位置を、ユーザが指定した位置に移動させることをいう。
【００５５】
コンテンツ分散保存システムＳにおいては、コンテンツの再生位置の操作の履歴に基づいて、ノードＮｎによる、コンテンツを構成する各チャンクのダウンロードの順序が決定される。各再生位置に対してどのような再生を行わせるかによって、各再生位置のコンテンツに対するユーザの視聴の重要度が異なるものと考えられる。つまり、コンテンツの再生位置の操作は、各再生位置のコンテンツが再生される可能性の高さ、すなわち、再生数の多さを決定付ける要素の１つと考えられる。そこで、コンテンツ分散保存システムＳは、再生される可能性の高い順にチャンクがダウンロードされるようになっている。これにより、コンテンツの再生遅延を短くし、スムーズにコンテンツを再生することができる。以下に具体的に説明する。
【００５６】
例えば、ノードＮ２のユーザが、コンテンツを視聴したい場合、ノードＮ２を操作してＷｅｂサーバＳＷにアクセスする。ＷｅｂサーバＳＷは、コンテンツ配信サイトを構成するＷｅｂページをノードＮ２に送信する。そして、コンテンツ配信サイトを構成するＷｅｂページ上で、ユーザが視聴したいコンテンツを選択する。するとノードＮ２は、再生対象のコンテンツをチャンク単位で順次ダウンロードしながら再生を行う（図２（１））。なお、チャンクのダウンロードの順序は、後述する重要度リストに基づいて決定されるが、便宜上、ここでは説明を省略する。
【００５７】
コンテンツの再生の際に、ユーザは、再生位置の操作を行う場合がある。ノードＮ２は、視聴履歴情報を記録する。この視聴履歴情報は、ユーザによる再生位置の操作の履歴を示す情報である。例えば、視聴履歴情報には、各再生位置に対応するチャンク毎に、再生位置の操作によってどのような再生が行われたか、すなわち、再生態様が記録される。なお、視聴履歴情報は、操作履歴情報の一例である。ノードＮ２は、記録した視聴履歴情報を、再生したコンテンツのルートノード、例えば、ノードＮ１に向けて送信する（図２（２））。送信された視聴履歴情報は、ＤＨＴルーティングによって最終的にノードＮ１に到着する。
【００５８】
ノードＮ１は、各ノードＮｎから受信した視聴履歴情報に基づいて、重要度リストを更新する（図２（３））。重要度リストは、コンテンツを構成する各チャンクの重要度を示す情報である。この重要度が高いほど、再生される可能性が高いことを示す。なお、重要度は、優先度の一例である。重要度リストにおいて、各チャンクの重要度の初期値として、例えば、０が設定されている。そして、視聴履歴情報に基づいて、各チャンクの重要度が加算されていく。そして、加算される値は、そのチャンクに対応する再生位置における再生態様によって決定される。例えば、通常再生は＋２、シークは＋０、スロー再生は＋４、早送り再生は＋１、巻き戻し再生は＋３が、それぞれ加算される。コンテンツの再生された部分は、再生されなかった部分よりも再生される可能性が高い。そこで、再生された部分に対しては、重要度にプラスの値が加算される。シークの場合、現在の再生位置がユーザの指定した位置に移動することによって再生されなかった位置に対して加算される値が＋０となる。つまり、再生されなかった位置の重要度は上がらない。スロー再生された部分は、例えば、ユーザがその部分をじっくりと視聴したい部分と考えられる。つまり、スロー再生された部分は、再生された部分の中でもユーザにとってより重要な部分と考えられる。そこで、スロー再生の場合は、加算される重要度の値が通常再生の場合よりも大きくなっている。早送り再生された部分は、例えば、ユーザがその部分をじっくりと視聴する必要がなかった部分と考えられる。そこで、早送り再生の場合は、加算される重要度の値が通常再生の場合よりも小さくなっている。巻き戻し再生された部分は、例えば、ユーザがその部分を視聴した後に更に巻き戻して視聴する場合等が考えられる。つまり、巻き戻し再生された部分は、何度も再生される可能性が高いと考えられる。そこで、巻き戻し再生の場合は、加算される重要度の値が通常再生の場合よりも大きくなっている。
【００５９】
なお、本実施形態では、再生態様として、通常再生と、スロー再生と、早送り再生と、巻き戻し再生と、シークとが用いられている。しかしながら、再生態様として、例えば、通常再生と、シークとを用いても良い。この場合、通常再生によって再生された再生位置の重要度に、通常再生に対応するプラスの値が加算されることになる。また、１つのチャンクについて、例えば、最初は通常再生されて、途中からシークされる、というように、複数の再生態様で再生される場合がある。この場合は、例えば、再生態様に予め優先順位を付け、優先順位の高い方の重要度を、再生されたチャンクの重要度に加算しても良い。またこの場合、重要度が高い方の再生態様の優先順位を、重要度が低い方の再生態様の優先順位より高くしても良い。例えば、１つのチャンクについて、複数の再生態様が実行された場合、重要度の高い再生態様の優先順位を高くしても良い。この場合、重要度の高い再生態様に応じた値の重要度が加算される。１つのチャンクについて、複数の再生態様が実行された場合、重要度の低い再生態様の優先順位を高くしても良い。この場合、重要度の低い再生態様に応じた値の重要度が加算される。
【００６０】
その後、例えば、ノードＮ４のユーザが、ノードＮ２によって再生されたコンテンツと同じコンテンツの再生を選択する。するとノードＮ４は、ルートノードであるノードＮ１から、選択されたコンテンツの重要度リストを取得する（図２（４））。そして、ノードＮ４は、重要度リストに基づいて、再生対象のコンテンツをチャンク単位で順次ダウンロードしながら、ユーザによる再生位置の操作に従って再生を行う（図２（５））。具体的に、ノードＮ４は、重要度リストに示す重要度が高い順にチャンクをダウンロードする。なお、ノードＮ４が既に保持しているチャンクについては、ダウンロードする必要はない。
【００６１】
ここで、ユーザによる再生位置の操作が行われることにより、又は、再生位置の操作が行われなかったことにより、重要度の高い順にこれまでダウンロードされているチャンクの中に、現在の再生位置に対応するチャンクが含まれていない場合がある。そこで、ノードＮ４は、重要度の高い順にチャンクをダウンロードしつつ、現在の再生位置に対応するチャンクもダウンロードする。
【００６２】
また、再生時間軸上にけるコンテンツの再生方向において、現在の再生位置以降の部分の方が、現在の再生位置の前方にある部分よりも、この後再生される可能性が高いと考えられる。そこで、再生時間軸上において現在の再生位置以降のチャンクが、現在の再生位置の前方にあるチャンクよりも優先してダウンロードされる。また、現在の再生位置以降の部分であっても、現在の再生位置により近いほど、この後、再生される可能性が高いと考えられる。そこで、現在の再生位置から予め設定された設定距離までの範囲内で、重要度の高い順にチャンクがダウンロードされる。この距離は、例えば、チャンクの個数や再生時間で表すことができる。例えば、設定距離としてチャンクの個数を用い、設定距離としての個数が１０個であるとする。そして、現在の再生位置のシーケンス番号が５である場合、シーケンス番号が６から１５までの範囲内にあるチャンクの中から重要度の高い順にチャンクがダウンロードされる。
【００６３】
また、コンテンツの属性に基づいて、チャンクをダウンロードする順序を、重要度の高い順とするか、又は、予め定められた再生順、すなわち、シーケンス番号の小さい順とするかが決定される。例えば、属性としてコンテンツの総再生時間が長いほど、コンテンツの再生開始から終了までの間に、再生位置の操作が行われる可能性が高いと考えられる。そこで、総再生時間が予め設定された設定時間以上である場合には、重要度の高い順とし、総再生時間が設定時間未満である場合には、シーケンス番号の小さい順としても良い。コンテンツの総再生時間は、例えば、ノードＮｎがカタログ情報から取得することができる。また、例えば、属性としてコンテンツの再生位置の操作頻度が、予め設定された設定回数以上である場合には、重要度の高い順とし、コンテンツの再生位置の操作頻度が設定回数未満である場合には、シーケンス番号の小さい順としても良い。再生位置の操作頻度は、ノードＮｎがユーザによる再生位置の操作に基づいて取得することができる。また、属性として各再生位置に対応するチャンクの重要度の分散の値が、予め設定された設定値以上である場合には、重要度の高い順とし、前記の分散の値が設定値未満である場合には、シーケンス番号の小さい順としても良い。この分散の値は、重要度リストに設定されている重要度に基づいて算出することができる。
【００６４】
［３．各装置の構成及び機能］
次に、図３及び図４を参照して、各装置の構成及び機能について説明する。図３は、センターサーバＳＡの概要構成例を示す図である。また、図４は、ノードＮｎの概要構成例を示す図である。
【００６５】
［３．１ センターサーバＳＡの構成］
センターサーバＳＡは、図３に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成された制御部１１を備えている。また、センターサーバＳＡは、各種データ及び各種プログラム等を記憶保存するためのＨＤ等から構成された記憶部１２を備えている。更に、センターサーバＳＡは、ネットワーク８等を通じてノードＮｎとの間の情報の通信制御を行うための通信部１３を備えている。また更に、センターサーバＳＡは、各種情報を表示するＣＲＴ，液晶ディスプレイ等の表示部１４を備えている。更にまた、センターサーバＳＡは、オペレータからの指示を受け付けこの指示に応じた指示信号を制御部１１に対して与える入力部１５（例えば、キーボード、マウス等）を備えている。そして、制御部１１、記憶部１２、通信部１３、表示部１４、及び入力部１５はバス１６を介して相互に接続されている。
【００６６】
記憶部１２には、各ノードＮｎのノードＩＤ、ＩＰアドレス及びポート番号等が記憶されている。制御部１１は、ＣＰＵが記憶部１２等に記憶されたデータベース管理プログラム等のプログラムを読み出して実行することにより、センターサーバＳＡ全体を統括制御する。
【００６７】
［３．２ ノードＮｎの構成］
各ノードＮｎは、図４に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部２１を備えている。また、各ノードＮｎは、各種データ及び各種プログラム等を記憶保存するためのＨＤ（ハードディスク）等から構成された記憶部２２と、受信されたコンテンツのレプリカ等を一時蓄積するバッファメモリ２３とを備えている。更に、各ノードＮｎは、コンテンツのレプリカに含まれるエンコードされたビデオデータ（映像情報）及びオーディオデータ（音声情報）等をデコードするデコーダ部２４を備えている。また更に、各ノードＮｎは、このデコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部２５と、この映像処理部２５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部２６と、を備えている。更にまた、各ノードＮｎは、上記デコードされたオーディオデータをアナログオーディオ信号にＤ （Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部２７と、この音声処理部２７から出力されたオーディオ信号を音波として出力するスピーカ２８と、を備えている。また更に、各ノードＮｎは、ネットワーク８を通じて他のノードＮｎ等間の情報の通信制御を行うための通信部２９を備えている。更にまた、各ノードＮｎは、ユーザからの指示を受け付けこの指示に応じた指示信号を制御部２１に対して与える入力部３０（例えば、キーボード、マウス、或いは、リモコンや操作パネル等）を備えている。そして、制御部２１、記憶部２２、バッファメモリ２３、デコーダ部２４、通信部２９、及び入力部３０はバス３１を介して相互に接続されている。また、入力部３０は、第２検索入力手段の一例である。なお、ノードＮｎとしては、例えば、パーソナルコンピュータ、ＳＴＢ（Set Top Box）等を適用可能である。
【００６８】
記憶部２２には、ＤＨＴを用いたルーティングテーブル、インデックス情報、並びに、コンテンツ分散保存システムＳに参加する際のアクセス先となるコンタクトノードのＩＰアドレス及びポート番号、及びセンターサーバＳＡのＩＰアドレス及びポート番号等が記憶されている。また、記憶部２２には、視聴履歴情報及び重要度リストが、それぞれコンテンツＩＤに対応付けて記憶される。更に、記憶部２２には、コンテンツ分散保存システムＳに接続し、他のノードＮｎとの通信等を行うためのＰ２Ｐソフトウェア（本発明の情報通信プログラムを含む）等が記憶されている。
【００６９】
制御部２１は、ＣＰＵが記憶部２２等に記憶されたプログラムを読み出して実行することにより、送信手段、受付手段、第１取得手段、第２取得手段、第３取得手段、第４取得手段、受信手段、及び決定手段として機能する。なお、Ｐ２Ｐソフトウェアは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしても良いし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されてこの記録媒体のドライブを介して読み込まれるようにしても良い。
【００７０】
［４．コンテンツ分散保存システムＳの動作］
次に、図５乃至図７を参照して、本実施形態に係るコンテンツ分散保存システムＳの動作について説明する。図５は、本実施形態に係るノードＮｎの制御部２１のサーバ処理における処理例を示す図である。なお、図５においては、本実施形態の説明に必要ではない処理については、図示を省略している。
【００７１】
図５に示す処理は、例えば、ユーザがＰ２ＰソフトウェアをノードＮｎに実行させることによって、Ｐ２Ｐソフトウェアに含まれるサーバ処理用のプログラムが起動されたときに開始される。先ず、制御部２１は、他のノードＮｎから視聴履歴情報を受信したか否かを判定する（ステップＳ１）。このとき、制御部２１は、受信手段として視聴履歴情報を受信した場合には（ステップＳ１：ＹＥＳ）、視聴履歴情報を受信したノードＮｎ自身がルートノードであるか否かを判定する（ステップＳ２）。他のノードＮｎから送信されてくる視聴履歴情報には、コンテンツＩＤが付加されている。そこで、制御部２１は、例えば、付加されているコンテンツＩＤとルーティングテーブルとに基づいて、視聴履歴情報を受信したノードＮｎよりも、ルートノードとなるのにふさわしいノードＮｎが存在するか否かを判定する。そして、視聴履歴情報を受信したノードＮｎよりも、ルートノードとなるのにふさわしいノードＮｎが存在しない場合には、視聴履歴情報を受信したノードＮｎがルートノードであるとされる。視聴履歴情報を受信したノードＮｎよりもルートノードとなるのにふさわしいノードＮｎとは、例えば、視聴履歴情報を受信したノードＮｎのノードＩＤよりも、付加されているコンテンツＩＤと近いノードＩＤが割り当てられたノードＮｎである。
【００７２】
このとき、制御部２１は、視聴履歴情報を受信したノードＮｎ自身がルートノードである場合には（ステップＳ２：ＹＥＳ）、決定手段として、受信した視聴履歴情報に基づいて重要度リストを更新する（ステップＳ３）。具体的に、制御部２１は、視聴履歴情報に付加されているコンテンツＩＤに対応する重要度リストを記憶部２２から決定する。そして、制御部２１は、決定した重要度リストに設定されている各チャンクの重要度に、視聴履歴情報に設定されている対応するチャンクの再生態様に応じた重要度をそれぞれ加算する。
【００７３】
ステップＳ２において、制御部２１は、視聴履歴情報を受信したノードＮｎ自身がルートノードではない場合には（ステップＳ２：ＮＯ）、ルーティングテーブルを用いて、視聴履歴情報を他のノードに中継する（ステップＳ４）。
【００７４】
制御部２１は、視聴履歴情報を受信していない場合（ステップＳ１：ＮＯ）、ステップＳ３の処理を終えた場合、又は、ステップＳ４の処理を終えた場合には、他のノードＮｎから重要度リスト要求メッセージを受信したか否かを判定する（ステップＳ５）。このとき、制御部２１は、重要度リスト要求メッセージを受信した場合には（ステップＳ５：ＹＥＳ）、重要度リスト要求メッセージを受信したノードＮｎ自身がルートノードであるか否かを判定する（ステップＳ６）。重要度リスト要求メッセージを受信したノードＮｎ自身がルートノードであるか否かは、重要度リスト要求メッセージに含まれるコンテンツＩＤに基づいて、ステップＳ２の場合と同様に判定される。
【００７５】
このとき、制御部２１は、重要度リスト要求メッセージを受信したノードＮｎ自身がルートノードである場合には（ステップＳ６：ＹＥＳ）、重要度リストをユーザノードに送信する（ステップＳ７）。具体的に、制御部２１は、受信した重要度リスト要求メッセージに含まれているコンテンツＩＤに対応する重要度リストを記憶部２２から読み出し、読み出した重要度リストを送信する。
【００７６】
ステップＳ６において、制御部２１は、重要度リスト要求メッセージを受信したノードＮｎ自身がルートノードではない場合には（ステップＳ６：ＮＯ）、ルーティングテーブルを用いて、重要度リスト要求メッセージを他のノードに中継する（ステップＳ８）。
【００７７】
制御部２１は、重要度リスト要求メッセージを受信していない場合（ステップＳ５：ＮＯ）、ステップＳ７の処理を終えた場合、又は、ステップＳ８の処理を終えた場合には、他のノードＮｎからコンテンツ要求メッセージを受信したか否かを判定する（ステップＳ９）。このとき、制御部２１は、コンテンツ要求メッセージを受信した場合には（ステップＳ９：ＹＥＳ）、要求されたチャンクをコンテンツ要求メッセージの送信元のノードＮｎに送信する（ステップＳ１０）。具体的に、制御部２１は、受信したコンテンツ要求メッセージに含まれているコンテンツＩＤに対応するチャンクを記憶部２２から読み出し、読み出したチャンクを送信する。制御部２１は、ステップＳ１０の処理を終えると、ステップＳ９に移行する。
【００７８】
ステップＳ９において、制御部２１は、他のノードＮｎからコンテンツ要求メッセージを受信していない場合には（ステップＳ９：ＮＯ）、ユーザの操作によるサーバ処理用のプログラムの終了要求があったか否かを判定する（ステップＳ１１）。このとき、制御部２１は、終了要求がなかった場合には（ステップＳ１１：ＮＯ）、ステップＳ１に移行する。一方、制御部２１は、終了要求があった場合には（ステップＳ１１：ＹＥＳ）、図５に示す処理を終了させる。
【００７９】
図６は、本実施形態に係るノードＮｎの制御部２１のコンテンツ取得処理における処理例を示す図である。例えば、ユーザが、コンテンツ配信サイトにおいて、コンテンツの要求として、視聴したいコンテンツを選択する。制御部２１は、受付手段として、コンテンツの選択を受け付け、ＷｅｂサーバＳＷにリクエストを送信する。すると、ＷｅｂサーバＳＷが、選択されたコンテンツ再生用のＷｅｂページのＨＴＭＬ（HyperText Markup Language）文書をノードＮｎに送信する。制御部２１は、受信したＨＴＭＬ文書に基づいて、Ｗｅｂページを表示部２６により表示させる。図６に示す処理は、例えば、コンテンツ再生用のＷｅｂページが表示されたときに開始される。
【００８０】
先ず、制御部２１は、第１取得手段として、重要度リストを取得する。具体的に、制御部２１は、重要度リスト要求メッセージをルートノードに向けて送信する（ステップＳ２１）。ＷｅｂサーバＳＷから受信されたＨＴＭＬ文書には、再生すべきコンテンツのコンテンツＩＤが記述されている。そこで、制御部２１は、ＨＴＭＬ文書に記述されているコンテンツＩＤを含む重要度リスト要求メッセージを送信する。その後、制御部２１は、ルートノードから送信されてきた重要度リストを受信する（ステップＳ２２）。
【００８１】
次いで、制御部２１は、再生すべきコンテンツの先頭のチャンクをダウンロードする（ステップＳ２３）。先ず、制御部２１は、各チャンクのコンテンツＩＤをシーケンス番号と対応付けて示すメタ情報を取得する。このメタ情報は、例えば、コンテンツ再生用のＷｅｂページのＨＴＭＬ文書に記述されていても良い。そして、制御部２１は、ダウンロードすべきチャンクのコンテンツＩＤを含む検索リクエストを送信することにより、ルートノードからインデックス情報を受信する。次いで、制御部２１は、受信したインデックス情報に基づいて、ダウンロードすべきチャンクのコンテンツＩＤを含むコンテンツ要求メッセージをコンテンツ保持ノードに送信する。次いで、制御部２１は、コンテンツ保持ノードからチャンクを受信する。そして、制御部２１は、受信したチャンクを記憶部２２に記憶させる。
【００８２】
制御部２１は、ステップＳ２３の処理を終えると、再生すべきコンテンツを構成するチャンクを全てダウンロードしたか否かを判定する（ステップＳ２４）。このとき、制御部２１は、ダウンロードしていないチャンクがまだ存在する場合には（ステップＳ２４：ＮＯ）、現在の再生位置に対応するチャンクが記憶部２２に記憶されているか否かを判定する（ステップＳ２５）。例えば、現在の再生位置を示すシーケンス番号が、後述するコンテンツ再生処理において、作業用ＲＡＭの所定の領域に設定される。そこで、制御部２１は、第３取得手段として、現在の再生位置を示すシーケンス番号を作業用ＲＡＭから取得する。なお、作業用ＲＡＭに設定されているシーケンス番号は、位置情報の一例である。次いで、制御部２１は、取得したシーケンス番号に対応するコンテンツＩＤを前記のメタ情報から取得する。そして、制御部２１は、取得したコンテンツＩＤに対応するチャンクが、記憶部２２に記憶されているか否かを判定する。
【００８３】
このとき、制御部２１は、現在の再生位置に対応するチャンクが記憶部２２に記憶されていない場合には（ステップＳ２５：ＮＯ）、現在の再生位置に対応するチャンクをダウンロードする（ステップＳ２６）。制御部２１は、ステップＳ２６の処理を終えると、ステップＳ２４に移行する。
【００８４】
一方、制御部２１は、現在の再生位置に対応するチャンクが記憶部２２に記憶されている場合には（ステップＳ２５：ＹＥＳ）、再生すべきコンテンツの総再生時間が、閾値としての設定時間以上であるか否かを判定する（ステップＳ２７）。このとき、制御部２１は、コンテンツの総再生時間が閾値未満である場合には（ステップＳ２７：ＮＯ）、ステップＳ２９に移行する。
【００８５】
一方、制御部２１は、コンテンツの総再生時間が閾値以上である場合には（ステップＳ２７：ＹＥＳ）、再生すべきコンテンツを構成する各チャンクの重要度の分散の値が、閾値としての設定値以上であるか否かを判定する（ステップＳ２８）。このとき、制御部２１は、各チャンクの重要度の分散の値が閾値未満である場合には（ステップＳ２８：ＮＯ）、ステップＳ２９に移行する。一方、制御部２１は、各チャンクの重要度の分散の値が閾値以上である場合には（ステップＳ２８：ＹＥＳ）、ステップＳ３０に移行する。
【００８６】
ステップＳ２９において、制御部２１は、第２取得手段として、シーケンス番号順に従って、チャンクをダウンロードする。具体的に、制御部２１は、記憶部２２に記憶されていないチャンクのうち、再生順が最も先頭に近いチャンクを、ダウンロード対象として選択する。そして、制御部２１は、選択されたチャンクをダウンロードする。制御部２１は、ステップＳ２９の処理を終えると、ステップＳ２４に移行する。
【００８７】
ステップＳ３０において、制御部２１は、第２取得手段として、重要度リストに基づいて、チャンクをダウンロードする（ステップＳ３０）。具体的に、制御部２１は、現在の再生位置以降から設定距離までの範囲内に含まれるチャンクのうち、記憶部２２に記憶されていないチャンクを抽出する。次いで、制御部２１は、抽出されたチャンクのうち、重要度が最も高いチャンクを、ダウンロード対象として選択する。このとき、制御部２１は、重要度が最も高いチャンクが複数存在する場合には、これらのチャンクのうち、その再生位置が現在の再生位置に最も近いチャンクを、ダウンロード対象として選択する。そして、制御部２１は、選択されたチャンクをダウンロードする。制御部２１は、ステップＳ３０の処理を終えると、ステップＳ２４に移行する。なお、ステップＳ２９の処理を終了した時点で、ダウンロードしていないチャンクがまだ存在し、現在の再生位置に対応するチャンクが記憶部２２に記憶されている場合には、ステップＳ２４〜Ｓ２８の判定処理を経由して、ステップＳ２９の処理が再び実行される。従って、ステップＳ２９の処理が繰り返されることにより、重要度の高い順にチャンクがダウンロードされる。
【００８８】
ステップＳ２４において、制御部２１は、再生すべきコンテンツを構成するチャンクを全てダウンロードした場合には（ステップＳ２４：ＹＥＳ）、図６に示す処理を終了させる。
【００８９】
図７は、本実施形態に係るノードＮｎの制御部２１のコンテンツ再生処理における処理例を示す図である。図７に示す処理は、例えば、表示部２６によりコンテンツ再生用のＷｅｂページが表示された後、ユーザが、通常再生等のコンテンツの再生を開始させる操作を行ったときに開始される。先ず、制御部２１は、ユーザからコンテンツ再生の終了を依頼する操作が入力部３０を用いて行われたか否かを判定する（ステップＳ４１）。このとき、制御部２１は、コンテンツ再生の終了を依頼する操作が行われていない場合には（ステップＳ４１：ＮＯ）、コンテンツの再生位置の操作が入力部３０を用いて行われたか否かを判定する（ステップＳ４２）。
【００９０】
このとき、制御部２１は、コンテンツの再生位置の操作が行われた場合には（ステップＳ４２：ＹＥＳ）、コンテンツの再生位置を移動させる（ステップＳ４３）。具体的に、制御部２１は、作業用ＲＡＭに設定されている再生位置を示すシーケンス番号を、再生位置の操作に対応した再生態様に基づいて変更する。
【００９１】
次いで、制御部２１は、視聴履歴情報を記録する（ステップＳ４４）。例えば、制御部２１は、再生位置の操作に対応した再生態様を、ＷｅｂサーバＳＷから受信されたＨＴＭＬ文書に記述されているコンテンツＩＤ、及び、現在の再生位置を示すシーケンス番号に対応して記憶部２２に記録する。
【００９２】
制御部２１は、コンテンツの再生位置の操作が行われていない場合（ステップＳ４２：ＮＯ）、又は、ステップＳ４４の処理を終えた場合には、現在の再生位置に対応するチャンクが記憶部２２に記憶されているか否かを判定する（ステップＳ４５）。このとき、制御部２１は、現在の再生位置に対応するチャンクが記憶部２２に記憶されていない場合には（ステップＳ４５：ＮＯ）、現在の再生位置に対応するチャンクがダウンロードされるまで待機する（ステップＳ４６）。
【００９３】
制御部２１は、現在の再生位置に対応するチャンクが記憶部２２に記憶されている場合（ステップＳ４５：ＹＥＳ）、又は、ステップＳ４６の処理を終えた場合には、現在の再生位置に対応するチャンクを再生する（ステップＳ４７）。このとき、制御部２１は、作業用ＲＡＭに設定されている再生位置を示すシーケンス番号に、１を加算する。制御部２１は、ステップＳ４７の処理を終えると、ステップＳ４１に移行する。
【００９４】
ステップＳ４１において、制御部２１は、コンテンツ再生の終了を依頼する操作が行われた場合には（ステップＳ４１：ＹＥＳ）、記録された視聴履歴情報をルートノードに向けて送信する（ステップＳ４８）。このとき、制御部２１は、ＷｅｂサーバＳＷから受信されたＨＴＭＬ文書に記述されているコンテンツＩＤを視聴履歴情報に付加して送信する。制御部２１は、ステップＳ４８の処理を終えると、図７に示す処理を終了させる。
【００９５】
以上説明したように、本実施形態によれば、ノードＮｎは、コンテンツの要求を受け付けると、要求されたコンテンツの各再生位置に対応するチャンクを、重要度リストに基づいて重要度の高い順に、他のノードＮｎからダウンロードする。従って、コンテンツの各再生位置に対応するチャンクが、再生位置の操作履歴に基づいて決定された重要度の高い順に他のノードＮｎから取得される。操作履歴の有無及び操作履歴の内容は、チャンクの視聴数が多いか少ないかを決定する重要な要素の一つである。そのため、視聴履歴情報に基づいてコンテンツの取得に重要度を付けることで、全てのコンテンツデータを取得する前であっても、視聴数が多いチャンクを取得し、再生可能な状態にすることができる。
【００９６】
また、ルートノードが、通常再生された位置の重要度が、再生されていない位置の重要度よりも高くなるように重要度リストを更新する。従って、これまでにユーザが視聴したいと望んだ再生位置の部分が優先的に取得される。よって、全てのコンテンツを取得する前であっても、視聴数が多いと想定されるコンテンツを取得し、再生可能な状態にすることができる。
【００９７】
また、ルートノードが、シークにより再生されなかった位置の重要度が、通常再生された位置の重要度よりも低くなるように重要度リストを更新する。従って、これまでにユーザが視聴したいと望んだ再生位置の部分が優先的に取得される。よって、全てのコンテンツデータを取得する前であっても、視聴数が多いと想定されるコンテンツを取得し、再生可能な状態にすることができる。
【００９８】
また、ルートノードが、スロー再生された位置の重要度が、通常再生された位置の重要度よりも高くなるように重要度リストを更新する。従って、ユーザにとって重要な再生位置の部分が優先的に取得される。よって、全てのコンテンツデータを取得する前であっても、視聴数が多いと想定されるコンテンツを取得し、再生可能な状態にすることができる。
【００９９】
また、ノードＮｎが、コンテンツの現在の再生位置を示すシーケンス番号を取得する。そして、ノードＮｎが、要求されたコンテンツの各再生位置に対応するチャンクを、シーケンス番号が示す現在の再生位置以降で、重要度の高い順に取得する。従って、再生される可能性が高い再生位置の中から、視聴数が多いコンテンツを取得し、再生可能な状態にすることができる。
【０１００】
また、ノードＮｎが、要求されたコンテンツの各再生位置に対応するチャンクを、現在の再生位置から予め設定された設定距離の範囲内で、重要度の高い順に取得する。従って、現在の再生位置から設定距離の範囲内の再生位置であって、再生される可能性が高い再生位置の中から、視聴数が多いコンテンツを取得し、再生可能な状態にすることができる。
【０１０１】
また、ノードＮｎが、要求されたコンテンツの各再生位置に対応するチャンクを重要度の高い順に取得するとともに、現在の再生位置に対応するチャンクを取得する。ノードＮｎによりコンテンツを再生するユーザによっては、現在の再生位置から再生したいユーザと、再生位置を変更する操作をして希望の再生位置から再生したいユーザとが存在する。従って、全てのコンテンツデータを取得する前であっても、視聴数が多いコンテンツと、現在の再生位置とに対応したコンテンツとを取得し、何れのユーザにとっても再生可能な状態にすることができる。
【０１０２】
また、ノードＮｎが、重要度が同一である再生位置が複数存在する場合には、現在の再生位置に近い再生位置に対応するチャンクを優先して取得する。従って、現在の再生位置から近い再生位置であって、再生される可能性が高い再生位置に対応する視聴数が多いコンテンツを取得し、再生可能な状態にすることができる。
【０１０３】
また、ノードＮｎが、コンテンツの属性を取得し、取得された属性情報に基づいて、要求されたコンテンツの各再生位置に対応するチャンクを、シーケンス番号順に取得するか、又は、重要度の高い順に取得するかを決定する。従って、コンテンツの属性に合った取得方法が選択されることで、コンテンツを効率的に取得することができる。
【０１０４】
ここで、ノードＮｎが、属性情報としてコンテンツの総再生時間を取得し、総再生時間が設定時間以上である場合に、要求されたコンテンツの各再生位置に対応するチャンクを重要度の高い順に取得しても良い。この場合、ノードＮｎが、総再生時間の長さが長いコンテンツは、再生位置に重要度を付けて取得することで、遅延を小さくして再生可能な状態にすることができる。
【０１０５】
また、ノードＮｎが、属性情報としてコンテンツの再生位置の操作頻度を取得し、操作頻度が設定回数以上である場合に、要求されたコンテンツの各再生位置に対応するチャンクを重要度の高い順に取得しても良い。この場合、ノードＮｎが、操作頻度が高いコンテンツは、再生位置に重要度を付けて取得することで、遅延を小さくして再生可能な状態にすることができる。
【０１０６】
また、ノードＮｎが、属性情報としてコンテンツの各再生位置における重要度の分散の値を算出し、分散の値が設定値以上である場合に、要求されたコンテンツの各再生位置に対応するチャンクを重要度の高い順に取得しても良い。この場合、ノードＮｎが、分散が高いコンテンツは、再生位置に重要度を付けて取得することで、遅延を小さくして再生可能な状態にすることができる。
【０１０７】
なお、上記実施形態においては、本発明の情報処理装置を、ルートノードに適用していた。しかしながら、本発明の情報処理装置を、センターサーバＳＡに適用しても良い。この場合、センターサーバＳＡが、各ノードＮｎから視聴履歴情報を受信し、全てのコンテンツについて各チャンクの重要度を決定することになる。
【０１０８】
また、上記実施形態においては、ＤＨＴを利用したピアツーピアネットワークが適用されていたが、これに限られるものではない。例えば、ハイブリッド型のピアツーピアネットワーク等が適用されても良い。
【０１０９】
また、本発明をクライアント−サーバ型のシステムに適用しても良い。この場合、サーバ装置が、コンテンツを構成する各チャンクをクライアントの端末装置に配信する。また、サーバ装置が、クライアントの端末装置から視聴履歴情報を受信し、全てのコンテンツについて各チャンクの重要度を決定する。
【符号の説明】
【０１１０】
３ ＩＸ
４ａ、４ｂ ＩＳＰ
５ａ、５ｂ ＤＳＬ回線業者の装置
６ ＦＴＴＨ回線業者の装置
７ 通信回線
８ ネットワーク
９ オーバーレイネットワーク
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 表示部
１５ 入力部
１６ バス
２１ 制御部
２２ 記憶部
２３ バッファメモリ
２４ デコーダ部
２５ 映像処理部
２６ 表示部
２７ 音声処理部
２８ スピーカ
２９ 通信部
３０ 入力部
３１ バス
Ｎｎ ノード
ＳＡ センターサーバ
ＳＷ Ｗｅｂサーバ
Ｓ コンテンツ分散保存システム
【特許請求の範囲】
【請求項１】
ノード装置により再生されるコンテンツが複数のノード装置間で送受信される情報通信システムであって、
前記情報通信システムは、
前記複数のノード装置と、
コンテンツの各再生位置の優先度を決定する情報処理装置と、
を備え、
前記ノード装置は、
コンテンツの再生位置の操作の履歴を示す操作履歴情報を、前記情報処理装置に送信する送信手段と、
コンテンツの要求を受け付ける受付手段と、
前記情報処理装置により決定された前記優先度を取得する第１取得手段と、
前記受付手段によりコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記情報処理装置により決定された前記優先度の高い順に、他の前記ノード装置から取得する第２取得手段と、
を備え、
前記情報処理装置は、
前記ノード装置から前記操作履歴情報を受信する受信手段と、
前記受信手段により受信された前記操作履歴情報に基づいて、前記優先度を決定する決定手段と、
を備えることを特徴とする情報通信システム。
【請求項２】
請求項１に記載の情報通信システムにおいて、
前記送信手段は、通常再生させる操作の情報を含む前記操作履歴情報を送信し、
前記決定手段は、通常再生された位置の優先度を、再生されていない位置の優先度よりも高くすることを特徴とする情報通信システム。
【請求項３】
請求項１又は請求項２に記載の情報通信システムにおいて、
前記送信手段は、シークさせる操作の情報を含む前記操作履歴情報を送信し、
前記決定手段は、シークにより再生されなかった位置の優先度を、通常再生された位置の優先度よりも低くすることを特徴とする情報通信システム。
【請求項４】
請求項１乃至３の何れか１項に記載の情報通信システムにおいて、
前記送信手段は、スロー再生させる操作の情報を含む前記操作履歴情報を送信し、
前記決定手段は、スロー再生された位置の優先度を、通常再生された位置の優先度よりも高くすることを特徴とする情報通信システム。
【請求項５】
ノード装置により再生されるコンテンツが複数のノード装置間で送受信される情報通信システムにおける前記ノード装置であって、
コンテンツの再生位置の操作の履歴を示す操作履歴情報を、前記操作履歴情報に基づいてコンテンツの各再生位置の優先度を決定する情報処理装置に送信する送信手段と、
コンテンツの要求を受け付ける受付手段と、
前記情報処理装置により決定された前記優先度を取得する第１取得手段と、
前記受付手段によりコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記情報処理装置により決定された前記優先度の高い順に、他の前記ノード装置から取得する第２取得手段と、
を備えることを特徴とするノード装置。
【請求項６】
請求項５に記載のノード装置において、
コンテンツの現在の再生位置を示す位置情報を取得する第３取得手段を更に備え、
前記第２取得手段は、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記第３取得手段により取得された前記位置情報が示す現在の再生位置以降で、前記優先度の高い順に取得することを特徴とするノード装置。
【請求項７】
請求項６に記載のノード装置において、
前記第２取得手段は、要求されたコンテンツの各再生位置に対応する部分コンテンツを、現在の再生位置から所定の範囲内で、前記優先度の高い順に取得することを特徴とするノード装置。
【請求項８】
請求項６又は請求項７に記載のノード装置において、
前記第２取得手段は、要求されたコンテンツの各再生位置に対応する部分コンテンツを前記優先度の高い順に取得するとともに、現在の再生位置に対応する部分コンテンツを取得することを特徴とするノード装置。
【請求項９】
請求項６乃至８の何れか１項に記載のノード装置において、
前記第２取得手段は、前記優先度が同一である再生位置が複数存在する場合には、現在の再生位置に近い再生位置に対応する部分コンテンツを優先して取得することを特徴とするノード装置。
【請求項１０】
請求項５乃至９の何れか１項に記載のノード装置において、
コンテンツの属性情報を取得する第４取得手段を更に備え、
前記第２取得手段は、前記第４取得手段により取得された前記属性情報に基づいて、要求されたコンテンツの各再生位置に対応する部分コンテンツを、予め定められた再生順に取得するか、又は、前記優先度の高い順に取得するかを決定することを特徴とするノード装置。
【請求項１１】
請求項１０に記載のノード装置において、
前記第４取得手段は、前記属性情報としてコンテンツの総再生時間を取得し、
前記第２取得手段は、前記総再生時間が予め定められた時間以上である場合に、要求されたコンテンツの各再生位置に対応する部分コンテンツを前記優先度の高い順に取得することを特徴とするノード装置。
【請求項１２】
請求項１０に記載のノード装置において、
前記第４取得手段は、前記属性情報としてコンテンツの再生位置の操作頻度を取得し、
前記第２取得手段は、前記操作頻度が予め定められた数以上である場合に、要求されたコンテンツの各再生位置に対応する部分コンテンツを前記優先度の高い順に取得することを特徴とするノード装置。
【請求項１３】
請求項１０に記載のノード装置において、
前記第４取得手段は、前記属性情報としてコンテンツの各再生位置における優先度の大きさの分散の値を取得し、
前記第２取得手段は、前記分散の値が予め定められた値以上である場合に、要求されたコンテンツの各再生位置に対応する部分コンテンツを前記優先度の高い順に取得することを特徴とするノード装置。
【請求項１４】
ノード装置により再生されるコンテンツが複数のノード装置間で送受信される情報通信システムにおける情報通信方法であって、
コンテンツの再生位置の操作の履歴を示す操作履歴情報を、前記操作履歴情報に基づいてコンテンツの各再生位置の優先度を決定する情報処理装置に送信する送信工程と、
コンテンツの要求を受け付ける受付工程と、
前記情報処理装置により決定された前記優先度を取得する第１取得工程と、
前記受付工程においてコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記情報処理装置により決定された前記優先度の高い順に、他の前記ノード装置から取得する第２取得工程と、
を有することを特徴とする情報通信方法。
【請求項１５】
ノード装置により再生されるコンテンツが複数のノード装置間で送受信される情報通信システムにおける前記ノード装置に含まれるコンピュータに、
コンテンツの再生位置の操作の履歴を示す操作履歴情報を、前記操作履歴情報に基づいてコンテンツの各再生位置の優先度を決定する情報処理装置に送信する送信ステップ、
コンテンツの要求を受け付ける受付ステップと、
前記情報処理装置により決定された前記優先度を取得する第１取得ステップと、
前記受付ステップにおいてコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記情報処理装置により決定された前記優先度の高い順に、他の前記ノード装置から取得する第２取得ステップと、
を実行させることを特徴とする情報通信プログラム。
【請求項１】
ノード装置により再生されるコンテンツが複数のノード装置間で送受信される情報通信システムであって、
前記情報通信システムは、
前記複数のノード装置と、
コンテンツの各再生位置の優先度を決定する情報処理装置と、
を備え、
前記ノード装置は、
コンテンツの再生位置の操作の履歴を示す操作履歴情報を、前記情報処理装置に送信する送信手段と、
コンテンツの要求を受け付ける受付手段と、
前記情報処理装置により決定された前記優先度を取得する第１取得手段と、
前記受付手段によりコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記情報処理装置により決定された前記優先度の高い順に、他の前記ノード装置から取得する第２取得手段と、
を備え、
前記情報処理装置は、
前記ノード装置から前記操作履歴情報を受信する受信手段と、
前記受信手段により受信された前記操作履歴情報に基づいて、前記優先度を決定する決定手段と、
を備えることを特徴とする情報通信システム。
【請求項２】
請求項１に記載の情報通信システムにおいて、
前記送信手段は、通常再生させる操作の情報を含む前記操作履歴情報を送信し、
前記決定手段は、通常再生された位置の優先度を、再生されていない位置の優先度よりも高くすることを特徴とする情報通信システム。
【請求項３】
請求項１又は請求項２に記載の情報通信システムにおいて、
前記送信手段は、シークさせる操作の情報を含む前記操作履歴情報を送信し、
前記決定手段は、シークにより再生されなかった位置の優先度を、通常再生された位置の優先度よりも低くすることを特徴とする情報通信システム。
【請求項４】
請求項１乃至３の何れか１項に記載の情報通信システムにおいて、
前記送信手段は、スロー再生させる操作の情報を含む前記操作履歴情報を送信し、
前記決定手段は、スロー再生された位置の優先度を、通常再生された位置の優先度よりも高くすることを特徴とする情報通信システム。
【請求項５】
ノード装置により再生されるコンテンツが複数のノード装置間で送受信される情報通信システムにおける前記ノード装置であって、
コンテンツの再生位置の操作の履歴を示す操作履歴情報を、前記操作履歴情報に基づいてコンテンツの各再生位置の優先度を決定する情報処理装置に送信する送信手段と、
コンテンツの要求を受け付ける受付手段と、
前記情報処理装置により決定された前記優先度を取得する第１取得手段と、
前記受付手段によりコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記情報処理装置により決定された前記優先度の高い順に、他の前記ノード装置から取得する第２取得手段と、
を備えることを特徴とするノード装置。
【請求項６】
請求項５に記載のノード装置において、
コンテンツの現在の再生位置を示す位置情報を取得する第３取得手段を更に備え、
前記第２取得手段は、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記第３取得手段により取得された前記位置情報が示す現在の再生位置以降で、前記優先度の高い順に取得することを特徴とするノード装置。
【請求項７】
請求項６に記載のノード装置において、
前記第２取得手段は、要求されたコンテンツの各再生位置に対応する部分コンテンツを、現在の再生位置から所定の範囲内で、前記優先度の高い順に取得することを特徴とするノード装置。
【請求項８】
請求項６又は請求項７に記載のノード装置において、
前記第２取得手段は、要求されたコンテンツの各再生位置に対応する部分コンテンツを前記優先度の高い順に取得するとともに、現在の再生位置に対応する部分コンテンツを取得することを特徴とするノード装置。
【請求項９】
請求項６乃至８の何れか１項に記載のノード装置において、
前記第２取得手段は、前記優先度が同一である再生位置が複数存在する場合には、現在の再生位置に近い再生位置に対応する部分コンテンツを優先して取得することを特徴とするノード装置。
【請求項１０】
請求項５乃至９の何れか１項に記載のノード装置において、
コンテンツの属性情報を取得する第４取得手段を更に備え、
前記第２取得手段は、前記第４取得手段により取得された前記属性情報に基づいて、要求されたコンテンツの各再生位置に対応する部分コンテンツを、予め定められた再生順に取得するか、又は、前記優先度の高い順に取得するかを決定することを特徴とするノード装置。
【請求項１１】
請求項１０に記載のノード装置において、
前記第４取得手段は、前記属性情報としてコンテンツの総再生時間を取得し、
前記第２取得手段は、前記総再生時間が予め定められた時間以上である場合に、要求されたコンテンツの各再生位置に対応する部分コンテンツを前記優先度の高い順に取得することを特徴とするノード装置。
【請求項１２】
請求項１０に記載のノード装置において、
前記第４取得手段は、前記属性情報としてコンテンツの再生位置の操作頻度を取得し、
前記第２取得手段は、前記操作頻度が予め定められた数以上である場合に、要求されたコンテンツの各再生位置に対応する部分コンテンツを前記優先度の高い順に取得することを特徴とするノード装置。
【請求項１３】
請求項１０に記載のノード装置において、
前記第４取得手段は、前記属性情報としてコンテンツの各再生位置における優先度の大きさの分散の値を取得し、
前記第２取得手段は、前記分散の値が予め定められた値以上である場合に、要求されたコンテンツの各再生位置に対応する部分コンテンツを前記優先度の高い順に取得することを特徴とするノード装置。
【請求項１４】
ノード装置により再生されるコンテンツが複数のノード装置間で送受信される情報通信システムにおける情報通信方法であって、
コンテンツの再生位置の操作の履歴を示す操作履歴情報を、前記操作履歴情報に基づいてコンテンツの各再生位置の優先度を決定する情報処理装置に送信する送信工程と、
コンテンツの要求を受け付ける受付工程と、
前記情報処理装置により決定された前記優先度を取得する第１取得工程と、
前記受付工程においてコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記情報処理装置により決定された前記優先度の高い順に、他の前記ノード装置から取得する第２取得工程と、
を有することを特徴とする情報通信方法。
【請求項１５】
ノード装置により再生されるコンテンツが複数のノード装置間で送受信される情報通信システムにおける前記ノード装置に含まれるコンピュータに、
コンテンツの再生位置の操作の履歴を示す操作履歴情報を、前記操作履歴情報に基づいてコンテンツの各再生位置の優先度を決定する情報処理装置に送信する送信ステップ、
コンテンツの要求を受け付ける受付ステップと、
前記情報処理装置により決定された前記優先度を取得する第１取得ステップと、
前記受付ステップにおいてコンテンツの要求が受け付けられた場合には、要求されたコンテンツの各再生位置に対応する部分コンテンツを、前記情報処理装置により決定された前記優先度の高い順に、他の前記ノード装置から取得する第２取得ステップと、
を実行させることを特徴とする情報通信プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−１６００５２（Ｐ２０１１−１６００５２Ａ）
【公開日】平成２３年８月１８日（２０１１．８．１８）
【国際特許分類】
【出願番号】特願２０１０−１８０３１（Ｐ２０１０−１８０３１）
【出願日】平成２２年１月２９日（２０１０．１．２９）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２３年８月１８日（２０１１．８．１８）
【国際特許分類】
【出願日】平成２２年１月２９日（２０１０．１．２９）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]