コンテンツ配信システム、ピア及びセンタサーバ
【課題】選択された高品位コンテンツを視聴したいときに直ぐに視聴できるコンテンツ配信システムを提供する。
【解決手段】
ピアＰ１は、各々がコンテンツの先頭から末尾までのデータで構成される全体ファイルの一部に相当し、コンテンツの先頭から所定範囲までのデータである複数の先頭部分ファイルを蓄積する。ピアＰ１は、ユーザにより選択されたコンテンツＣ１の再生を開始する。ピアＰ１は、コンテンツＣ１の先頭部分ファイルのみを蓄積するため、コンテンツの全体ファイルの所在に関するコンテンツ情報に基づいて、コンテンツＣ１の全体ファイルを保有するピアＰ３からコンテンツＣ１の残部ファイルをコンテンツＣ１の再生中に取得する。取得されたデータは順次再生される。これにより、ピアＰ１のユーザは所望のコンテンツＣ１を直ぐに視聴でき、さらに、途切れることなく最後まで視聴できる。
【解決手段】
ピアＰ１は、各々がコンテンツの先頭から末尾までのデータで構成される全体ファイルの一部に相当し、コンテンツの先頭から所定範囲までのデータである複数の先頭部分ファイルを蓄積する。ピアＰ１は、ユーザにより選択されたコンテンツＣ１の再生を開始する。ピアＰ１は、コンテンツＣ１の先頭部分ファイルのみを蓄積するため、コンテンツの全体ファイルの所在に関するコンテンツ情報に基づいて、コンテンツＣ１の全体ファイルを保有するピアＰ３からコンテンツＣ１の残部ファイルをコンテンツＣ１の再生中に取得する。取得されたデータは順次再生される。これにより、ピアＰ１のユーザは所望のコンテンツＣ１を直ぐに視聴でき、さらに、途切れることなく最後まで視聴できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システム、ピア及びセンタサーバに関し、さらに詳しくは、互いに接続可能な複数のピアと、複数のピアに接続されたセンタサーバとを備えるピアツーピア(Peer to Peer)型のコンテンツ配信システムと、それに用いられるピア及びセンタサーバに関する。
【背景技術】
【０００２】
インターネット上で音楽や映画等のコンテンツを配信するシステムが多数登場している。特に、最近隆盛を見せているピアツーピア型コンテンツ配信システムでは、コンテンツをピア間で配信するため、ファイルの転送負荷が各ピアに分散される。そのため、クライアントサーバ型コンテンツ配信システムに比べ、はるかに多くのピアにコンテンツを配信することができる。
【０００３】
ところで、コンテンツの配信方法にはストリーミング方式とダウンロード方式とがある。ストリーミング方式では、各ピアはコンテンツのストリーミング配信を受けながら再生するため、ユーザは視聴したいときに直ぐにコンテンツを視聴できる。しかしながら、ストリーミング方式は、ピア間の帯域の制限を受けるため、高品位のコンテンツを配信できない。
【０００４】
これに対し、ダウンロード方式は、一般的に、コンテンツの先頭から末尾までの全てのデータをダウンロードした後コンテンツを再生するため、ピア間の帯域の制限を受けることなく高品位のコンテンツを視聴できる。
【０００５】
しかしながら、ダウンロード方式では、コンテンツの先頭から末尾までのデータである全体ファイルを予めダウンロードする必要があるため、ピア内に全体ファイルがなければ、ユーザは視聴したいときに直ぐにコンテンツを視聴できず、ダウンロードが完了するまで待たなければならない。システム上の複数のコンテンツの全データをピアに予めダウンロードすれば、任意のコンテンツを直ぐに視聴できるが、ピア内のハードディスクドライブの容量上非現実的である。
【特許文献１】特開２００６−７２４３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、選択された高品位コンテンツを視聴したいときに直ぐに視聴できるコンテンツ配信システムを提供することである。
【課題を解決するための手段及び発明の効果】
【０００７】
本発明によるコンテンツ配信システムはピアツーピア型であり、互いに接続された複数のピアと、複数のピアと接続されたセンタサーバとを備える。ピアは、コンテンツの複数の全体ファイルと複数の先頭部分ファイルとを蓄積するピア蓄積手段とを備える。複数の全体ファイルは、各々がコンテンツの先頭から末尾までの全てのデータで構成される。先頭部分ファイルは、各々が当該他のピアに蓄積された全体ファイルの一部に相当し、コンテンツの先頭から所定範囲までのデータである。センタサーバは、複数の全体ファイルの所在を含むコンテンツ情報を蓄積するサーバ蓄積手段を備る。ピアはさらに、先頭部分取得手段と、再生手段と、残部取得手段とを備える。先頭部分取得手段は、コンテンツ情報に基づいて、自身が蓄積していないコンテンツであって当該他のピアに蓄積されたコンテンツの全体ファイルから先頭部分ファイルを取得してピア蓄積手段に蓄積する。再生手段は、ピア蓄積手段に蓄積された複数のコンテンツの中から選択されたコンテンツの再生を開始する。残部取得手段は、選択されたコンテンツの全体ファイルが蓄積されておらず先頭部分ファイルが蓄積されているとき、コンテンツの再生中に、選択されたコンテンツの全体ファイルのうち先頭部分ファイルを除くデータである残部ファイルを、選択されたコンテンツの全体ファイルを蓄積する当該他のピアから取得する。ここで、コンテンツとは、たとえば、動画や音声等をいう。
【０００８】
本発明によるコンテンツ配信システムでは、ピアはコンテンツの全体ファイルの一部に相当する複数の先頭部分ファイルを蓄積する。ピアが全体ファイルを予め保有していないコンテンツであっても、先頭部分ファイルが保存されていれば、ユーザは所望の高品質のコンテンツを直ぐに視聴できる。さらに、ピアは、先頭部分ファイルのコンテンツを再生したとき、コンテンツの再生中に残部ファイルを取得して再生を継続する。そのため、ユーザは所望の高品質のコンテンツを直ぐに視聴でき、かつ、最後まで視聴できる。
【０００９】
好ましくは、コンテンツ情報はさらに、コンテンツの再生時間と、コンテンツの全体ファイルのデータサイズとを含む。サーバ蓄積手段はさらに、各ピア間の転送レートに関する転送レート情報を蓄積する。センタサーバはさらに、特定手段と、先頭部分サイズ決定手段と、登録手段とを備える。特定手段は、コンテンツ情報内の全体ファイルの所在に基づいて、所定のコンテンツの全体ファイルを蓄積するピアを転送元ピアとして特定する。先頭部分サイズ決定手段は、コンテンツ情報及び転送レート情報に基づいて、転送先となるピアが転送元ピアから所定のコンテンツの残部ファイルを取得する時間が所定のコンテンツの再生時間よりも短くなるように、所定のコンテンツの先頭部分ファイルのデータサイズを決定する。登録手段は、決定された先頭部分ファイルのデータサイズと転送元ピアと転送先となるピアとを対応づけた先頭部分ファイル情報をサーバ蓄積手段に登録する。先頭部分取得手段は、先頭部分ファイル情報に基づいて、転送元ピアから先頭部分ファイルを取得し、残部取得手段は、転送元ピアから残部ファイルを取得する。
【００１０】
この場合、各ピアごとに、先頭部分ファイルのデータサイズが決定される。残部ファイルの取得時間は、コンテンツの再生時間よりも短いため、コンテンツの再生が途切れるのを抑制できる。
【００１１】
好ましくは、コンテンツ情報はさらに、コンテンツのメタ情報を含み、サーバ蓄積手段はさらに、各ピアが取得するコンテンツの選択条件に関する選択条件情報を蓄積する。センタサーバはさらに、優先順位リスト作成手段を備える。優先順位リスト作成手段は、コンテンツ情報と選択条件情報とに基づいて、各ピアが先頭部分ファイルを取得すべきコンテンツの優先順位を列挙した優先順位リストを作成してサーバ蓄積手段に登録する。ピアはさらに、ピア記憶手段の空き容量を求める空き容量決定手段を備え、先頭部分取得手段は、優先順位リスト及び空き容量に基づいて、ファイル先頭部分を優先順に取得する。ここで、メタ情報とは、コンテンツの詳細に関する情報であり、具体的には、たとえば、タイトル、キャスト、ジャンル、歌手名、等である。
【００１２】
ピア記憶手段の容量は有限であるため、各ピアがコンテンツ配信システム上に存在する全てのコンテンツの先頭部分ファイルを保有するのは困難である。コンテンツの選択条件に基づいて作成された優先順位リストに沿って先頭部分ファイルを蓄積することにより、選択される可能性の高いコンテンツをピアに格納することができる。
【００１３】
好ましくは、コンテンツ情報はさらに、コンテンツの公開期間情報を含む。ピアはさらに、公開期間取得手段と、削除手段とを備える。公開期間取得手段は、ピア蓄積手段に蓄積されたコンテンツの公開期間情報をセンタサーバから取得する。削除手段は、公開期間情報に基づいて、公開期間を渡過したコンテンツの全体ファイル及び先頭部分ファイルを削除する。
【００１４】
公開期間を渡過したコンテンツを順次削除することにより、ピアは、新たなコンテンツの先頭部分ファイル又は全体ファイルを順次蓄積することができる。
【００１５】
本発明によるピアは上述のコンテンツ配信システムに用いられるピアであり、本発明によるセンタサーバは上述のコンテンツ配信システムに用いられるセンタサーバである。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００１７】
［全体構成］
図１を参照して、コンテンツ配信システム１は、互いに接続可能なピア（クライアント）Ｐ１〜Ｐ３と、ピアＰ１〜Ｐ３（以下、これらをピアＰｎともいう）に接続可能なセンタサーバ１０とを備える。つまり、コンテンツ配信システム１は、ハイブリッド型のピアツーピアシステムである。各ピアＰｎは、他のピアＰｎからコンテンツを取得することができる。なお、図１ではピアＰｎを３つとしたが、２つであってもよいし、３以上であってもよい。
【００１８】
［概要］
図２を参照して、各ピアＰｎのハードディスクドライブ（以下、ＨＤＤという）２３には、複数のコンテンツ（ここでいうコンテンツは、複数のフレームで構成される動画とする）が蓄積される。蓄積されたコンテンツは、データの種類で２種類に分かれる。１つは、コンテンツの先頭から末尾までの全てのデータ（フレーム）が揃った全体ファイルである。他の１つは、全体ファイルのうちの先頭部分に相当するデータ、すなわち、コンテンツの先頭から所定範囲までのフレームで構成された先頭部分ファイルである。各ファイル（全体ファイル及び先頭部分ファイル）は互いに異なるコンテンツのファイルである。一般的に、先頭部分ファイルは全体ファイルよりもデータサイズが小さい。各ピアＰｎは、複数の先頭部分ファイルを有することにより、コンテンツを全て全体ファイルで保有する場合よりも多くのコンテンツを予め保有できる。
【００１９】
センタサーバ１０は、コンテンツの所在に関するコンテンツ情報と、各ピアが取得するコンテンツの選択条件に関する選択条件情報とを蓄積しており、これらの情報に基づいて各ピアで取得すべきコンテンツの優先順位を列挙した優先順位リストを作成する。
【００２０】
ピアＰｎは、センタサーバ１０で作成された優先順位リストに基づいて、コンテンツの全体ファイルを蓄積する他のピアＰｎから先頭部分ファイルを取得してＨＤＤ２３に登録する。
【００２１】
ピアＰ１のユーザが所望のコンテンツＣ１を選択し、ピアＰ１に再生を指示したとき、ピアＰ１はコンテンツＣ１の先頭部分ファイルに基づいてコンテンツＣ１の再生を直ちに開始する。つまり、ユーザはコンテンツＣ１を直ぐに視聴できる。
【００２２】
さらに、ピアＰ１は、先頭部分ファイルの再生を開始するとともに、そのコンテンツの全体ファイルのうち、先頭部分以降のデータ（以下、残部ファイルという）を他のピアＰｎ（図２ではピア３）から取得しながら順次再生する。
【００２３】
以上、各ピアＰｎは、ユーザが選択する可能性の高い複数のコンテンツの先頭部分ファイルを予め保有しているため、ユーザにより選択された高品位のコンテンツを即座に視聴できる。さらに、再生中に残部ファイルを取得して順次再生するため、そのコンテンツを途切れることなく最後まで視聴できる。以下、コンテンツ配信システム１の各構成の詳細を説明する。
【００２４】
［センタサーバ］
センタサーバ１０は、コンテンツ情報を管理したり、優先順位リストを作成したりする。図１を参照して、センタサーバ１０は、ＣＰＵ（Central Processing Unit）１１と、メモリ１２と、ハードディスクドライブ（ＨＤＤ）１３とを備える。
【００２５】
ＨＤＤ１３は、コンテンツ情報管理データベース（以下、データベースをＤＢという）１３１と、ピア情報管理ＤＢ１３２と、先頭部分ファイル情報ＤＢ１３３とを備える。
【００２６】
コンテンツ情報管理ＤＢ１３１は、図３に示すように、コンテンツ配信システム１内のピアＰ１〜Ｐ３が蓄積するコンテンツに関する情報（コンテンツ情報）ＣＩ１〜ＣＩｍ（ｍは自然数）を登録する。
【００２７】
各コンテンツ情報ＣＩｍは、コンテンツＣｍを識別するためのコンテンツＩＤを登録するためのフィールドと、コンテンツＣｍの全体ファイルのデータサイズを登録するためのフィールドと、コンテンツＣｍの再生時間を登録するためのフィールドとを有する。
【００２８】
コンテンツ情報ＣＩｍはさらに、コンテンツの詳細、つまり、コンテンツのメタ情報を登録するためのフィールドを有する。メタ情報は、たとえば、タイトルやキャスト、ジャンル（アクション、コメディ、ホラー等）、そのコンテンツに関するキーワード等である。コンテンツ情報ＣＩｍはさらに、コンテンツの公開期間に関する公開期間情報（公開開始日時及び公開終了日時）を登録するためのフィールドと、コンテンツの所在を示す情報として、当該コンテンツの全体ファイルを蓄積するピアの識別情報（Ｐ１、Ｐ２等）を登録するためのフィールドとを有する。
【００２９】
センタサーバ１０は、外部からコンテンツ配信システム１に新たなコンテンツが登録されたり、各ピアＰｎが新たなコンテンツの全体ファイルを取得したときに、コンテンツ情報管理ＤＢ１３１を更新する。
【００３０】
ピア情報管理ＤＢ１３２には、図４に示すように、コンテンツ配信システム１内の各ピアに関する情報（ピア情報）ＰＩ１〜ＰＩ３が登録される。各ピア情報ＰＩは、ピアを識別するためのピアＩＤ（Ｐ１〜Ｐ３）と、ピアを使用するユーザ名と、全体ファイルを保存済みのコンテンツのコンテンツＩＤと、先頭部分ファイルを保存済みのコンテンツのコンテンツＩＤとを含む。
【００３１】
ピア情報ＰＩはさらに、ピアＰＩが取得すべきコンテンツの選択条件に関する選択条件情報も含む。具体的には、選択条件情報は、ユーザの好きなジャンル、嫌いなジャンル、及びフリーキーワードを含む。これらの選択条件情報は、先頭部分ファイルを取得するコンテンツの優先順位を決定する。
【００３２】
ピア情報ＰＩはさらに、各ピアＰｎ間での転送レート情報を有する。たとえば、ピア情報ＰＩ１には、ピアＰ１とピアＰ２との間での転送レート情報と、ピアＰ１とピアＰ３との間での転送レート情報とを含む。転送レートは、たとえば、各ピアＰｎが当該他のピアＰｎに定期的にｐｉｎｇを送受信する等により求められる。
先頭部分ファイル情報ＤＢ１３３には、図５に示すように、転送先となるピアが取得すべき各コンテンツＣ１〜Ｃｍの先頭部分ファイルのデータサイズと、コンテンツの転送元となるピアＰｎのピアＩＤとが転送先となるピアと対応づけられた先頭部分ファイル情報が登録される。たとえば、コンテンツＣ１の場合、ピアＰ１が取得すべき先頭部分ファイルは、先頭から１００Mbytesであり、転送元ピアはピアＰ３となる。各先頭部分ファイルのデータサイズは、コンテンツＣｍの再生が途中で途切れないように、コンテンツＣｍの再生時間、コンテンツＣｍの全体ファイルのデータサイズ、及び転送元ピアとの間の転送レートに基づいて算出される。
【００３３】
ＨＤＤ１３はさらに、ピアＰｎごとの優先順位リストを蓄積する。図６に示すように、優先順位リストは、ピアＰｎが先頭部分ファイルを取得すべきコンテンツを優先順に列挙する。優先順位リストは、コンテンツ情報ＣＩｍと、ピア情報ＰＩｎ内の選択条件情報とに基づいて作成される。
【００３４】
ＨＤＤ１３はさらに、センタサーバアプリケーション１３４を記憶する。センタサーバアプリケーション１３４がメモリ１２にロードされ、ＣＰＵ１１で実行されることにより、センタサーバ１０は後述の動作を実行する。
【００３５】
［ピア］
再び図１を参照して、各ピアＰｎは、ＣＰＵ２１と、メモリ２２と、ＨＤＤ２３とを備える。ＨＤＤ２３は、コンテンツＤＢ２３１と、ピアアプリケーション２３２とを蓄積する。
【００３６】
コンテンツＤＢ２３１には、複数のコンテンツが登録される。より具体的には、複数の全体ファイルと、複数の先頭部分ファイルとが登録される。
【００３７】
ピアＰｎは、ピアアプリケーション２３２をメモリ２２にロードし、ＣＰＵ２１で実行することにより、他のピアＰｎから先頭部分ファイル及び残部ファイルを取得したり、他のピアＰｎにそれらのファイルを配信したりする。また、他のピアＰｎ以外の外部から新たなコンテンツを取り込んだりする。
【００３８】
ＨＤＤ２３はさらに、コンテンツＤＢ２３１に登録されたコンテンツＣｍ（全体ファイル及び先頭部分ファイル）のコンテンツ情報ＣＩｍ及び先頭部分ファイル情報を記憶する。
【００３９】
［動作］
［優先順位リスト作成処理］
まず、センタサーバ１０による優先順位リスト作成処理について説明する。図７を参照して、たとえば、コンテンツ配信システム１上にない新たなコンテンツＣ１０の全体ファイルがピアＰ３に保存されたとき、ピアＰ３はコンテンツ情報ＣＩ１０を作成し、作成されたコンテンツ情報ＣＩ１０と、保有済みの全体ファイルとしてコンテンツＣ１０を新たに登録したピア情報ＰＩ３とをセンタサーバ１０に送信する。このとき、センタサーバ１０は、送信されたコンテンツ情報ＣＩ１０をコンテンツ情報管理ＤＢに登録し、ピア情報ＰＩ３をピア情報管理ＤＢ１３２に登録する。
【００４０】
新たなコンテンツ情報ＣＩ１０の登録により、コンテンツ情報管理ＤＢが更新されたと判断したとき（Ｓ１０１でＹＥＳ）、センタサーバ１０は、新たなコンテンツＣ１０の先頭部分ファイルのデータサイズを決定する（Ｓ１０２：先頭部分ファイルサイズ決定処理）。上述のとおり、ピアＰｎが再生しようとするコンテンツＣｍについて、ピアＰｎがそのコンテンツＣｍの先頭部分ファイルしか保有していない場合、ピアＰｎは、コンテンツＣｍの再生をしながら、他のピアＰｎから残部ファイルを取得する。このとき、ピアＰｎは先頭部分ファイルの再生が完了しても、残部ファイルのうち既に取得済みのデータ（フレーム）から順次再生することにより、再生中のコンテンツＣｍの途切れを防ぐ。このような再生方法を実現するために、以下の方法により先頭部分ファイルのデータサイズを決定する。
【００４１】
先頭部分ファイルサイズ決定処理は、コンテンツ配信システム１に新たに登録されたコンテンツＣｍごとに実行する。図８を参照して、センタサーバ１０はまず、算出の対象となるピアをピアＰ１とする（Ｓ１０２１）。続いて、センタサーバ１０は、ピア情報管理ＤＢ１３２を参照して、ピアＰ１がコンテンツＣ１０の全体ファイルを保有していないことを確認する（Ｓ１０２２でＮＯ）。
【００４２】
次に、センタサーバ１０は、ピア情報管理ＤＢ１３２に基づいて、コンテンツＣ１０の全体ファイルを保有するピアであって、ピアＰ１にファイルを配信する転送元ピアを特定する（Ｓ１０２３〜Ｓ１０２５）。センタサーバ１０はまず、コンテンツＣ１０の全体ファイルを保有するピアが複数存在するか否かを判断する（Ｓ１０２３）。ここでは、新たなコンテンツＣ１０はピアＰ３のみが保有しているため（Ｓ１０２３でＮＯ）、センタサーバ１０はピアＰ３を転送元ピアとして特定する（Ｓ１０２５）。
【００４３】
センタサーバ１０は、ピア情報ＰＩ１内の転送レート情報に基づいて、転送元ピアＰ３からピアＰ１にデータを配信する場合の転送レートα(Mbps)を読み出す（Ｓ１０２６）。続いて、センタサーバ１０は、ピアＰ１が格納すべきコンテンツＣ１０の先頭部分ファイルのデータサイズを算出する（Ｓ１０２７）。このとき、センタサーバ１０は、コンテンツ情報ＣＩ１０からコンテンツＣ１０の全体ファイルのデータサイズＴＳ（Total Size）と、コンテンツＣ１０の再生時間Ｂ(sec)とを読み出す。
【００４４】
ピアＰ１がコンテンツＣ１０を再生する場合、コンテンツＣ１０を途切れることなく最後まで再生するためには、コンテンツＣ１０の全体ファイルから先頭部分ファイルを除いた残部ファイルを、少なくともコンテンツＣ１０の再生時間内にダウンロードする必要がある。つまり、先頭部分ファイルのダウンロード時間をＤ(sec)し、全体ファイルのダウンロード時間をＣ(sec)とすれば、残部ファイルのダウンロード時間Ｃ−Ｄ(sec)は以下の式（１）を満たす必要がある。
【００４５】
Ｃ−Ｄ(sec)<コンテンツＣ１０の再生時間Ｂ(sec) （１）
ここで、コンテンツＣ１０の全体ファイルのダウンロード時間Ｃは以下の式（２）で算出される。
【００４６】
Ｃ(sec)＝全体ファイルのデータサイズＴＳ(Mbytes)×８／α （２）
以上より、センタサーバ１０は、式（１）を満たすように先頭部分ファイルのダウンロード時間Ｄ(sec)を決定し、式（３）に基づいて、先頭部分ファイルのデータサイズ(Mbytes)を決定する。
【００４７】
先頭部分データ量(Mbytes)＝Ｄ(sec)×α／８ （３）
式（３）に基づいて先頭部分ファイルのデータサイズを決定すれば、ピアＰ１がコンテンツＣ１０の先頭部分ファイルを再生し始めた場合であって、再生中に残部ファイルを取得しながらコンテンツＣ１０を再生するとき、コンテンツＣ１０を途切れることなく最後まで再生できる。先頭部分ファイルのデータサイズを決定後、センタサーバ１０は、決定された先頭部分ファイルのデータサイズ及び転送元ピア（ここではピアＰ３）を転送先となるピアＰ１に対応づけた先頭部分ファイル情報として先頭部分ファイル情報ＤＢ１３３に登録する（Ｓ１０２８）。
【００４８】
登録後、ピアＩＤ＝Ｐ１をインクリメントしてＰ２とし（Ｓ１０２９）、ステップＳ１０２２に進み（Ｓ１０３０でＮＯ）、ピアＰ２に対するコンテンツＣ１０の先頭部分ファイルのデータサイズを決定する。
【００４９】
なお、ピアＰ２をインクリメントしてピアＰ３としたとき、（Ｓ１０２９）、ステップＳ１０２２でセンタサーバ１０はピアＰ３がコンテンツＣ１０の全体ファイルを保存していると判断し（Ｓ１０２２でＹＥＳ）、ステップＳ１０２９に進む。
【００５０】
ステップＳ１０３０でセンタサーバ１０はコンテンツ配信システム１上の全てのピアＰ１〜Ｐ３について処理を実行したと判断したとき（Ｓ１０３０でＹＥＳ）、コンテンツＣ１０に対する先頭部分ファイルサイズ決定処理を終了する。
【００５１】
なお、コンテンツＣ１０を予め複数のピア（たとえばピアＰ２及びＰ３）に格納した場合、センタサーバ１０はステップＳ１０２３でコンテンツＣ１０を蓄積するピアが複数存在すると認識する（Ｓ１０２３でＹＥＳ）。この場合、センタサーバ１０はさらに、ステップＳ１０２３で認定された複数のピア（Ｐ２及びＰ３）の中からピアを１つ選択し（Ｓ１０２４）、選択されたピアを転送元ピアに特定する。このとき、センタサーバ１０は、ピアＰ１との間の転送レートが高い方を選択してもよいし、ランダムに選択してもよい。
【００５２】
以上の方法により、センタサーバ１０で先頭部分ファイルのデータサイズを算出し、先頭部分ファイル情報ＤＢ１３３を更新する。
【００５３】
図７に戻って、先頭部分ファイルサイズ決定処理を実行後、センタサーバ１０は各ピアＰｎの優先順位リストを更新する（Ｓ１０４及びステップＳ１０５）。以下、ピアＰ１の優先順位リストの更新について説明するが、他のピア（Ｐ２及びＰ３）についても同様に優先順位リストを更新する。
【００５４】
センタサーバ１０はまず、ピアＰ１のピア情報ＰＩ１中の選択条件情報を読み出す。続いて、選択条件情報及びコンテンツ情報ＣＩｍ内のメタ情報に基づいて、先頭部分ファイルをダウンロードすべきコンテンツの優先順位を決定する。たとえば、コンテンツのメタ情報が選択条件中のキーワードを含み、かつ、メタ情報内に含まれるジャンルが選択条件内の好きなジャンルと一致するコンテンツを最優先とし、次いで、メタ情報がキーワードを含むコンテンツ、メタ情報内のジャンルが選択条件内の好きなジャンルと一致するコンテンツ、の順にコンテンツを列挙して、優先順位リストを更新する。更新された優先順位リストはＨＤＤ１３内に記憶される（Ｓ１０５）。
【００５５】
以上の動作により、センタサーバ１０は、コンテンツ配信システム１内に新たなコンテンツが登録されるごとに、新たに登録されたコンテンツの先頭部分ファイルのデータサイズを決定し、優先順位リストを更新する。
【００５６】
一方、ピアＰｎのユーザが選択条件を変更した場合、ピアＰｎは更新された選択条件情報を含むピア情報ＰＩｎをセンタサーバ１０に送信する。センタサーバ１０はピア情報管理ＤＢ１３２内のピア情報ＰＩｎを更新する（Ｓ１０３でＹＥＳ）。このとき、センタサーバ１０は、更新されたピア情報ＰＩｎのピアＰｎの優先順位リストを更新する（Ｓ１０４及びＳ１０５）。要するに、ユーザが選択条件を変更した場合も、優先順位リストが更新される。
【００５７】
［先頭部分ファイル取得処理］
ピアＰｎは、後述するコンテンツ削除処理を実行したのち、先頭部分ファイル取得処理を実行する。以下ピアＰ１における先頭部分ファイル取得処理について説明するが、ピアＰ２及びＰ３についても同様である。図９を参照して、ピアＰ１はまず、自身のＨＤＤ２３の空き容量を検知する（Ｓ２０１）。検知された空き容量情報はメモリ２２に格納される。
【００５８】
続いて、ピアＰ１は先頭部分ファイル情報のうち、転送先をピアＰ１とする先頭部分ファイル情報（図５中の１００に相当）をセンタサーバ１０に要求し、取得する（Ｓ２０２）。続いて、ピアＰ１は、コンテンツ情報管理ＤＢ１３１内の各コンテンツＣ１〜Ｃｍの公開期間情報をセンタサーバ１０に要求し、取得する（Ｓ２０３）。ピアＰ１はさらに、センタサーバ１０からピアＰ１の優先順位リストを取得する（Ｓ２０４）。ステップＳ２０２〜Ｓ２０４で取得された情報はメモリ２２に格納される。
【００５９】
センタサーバ１０から上述の情報を取得したのち、ピアＰ１は、コンテンツＤＢ２３１に未登録のコンテンツの先頭部分ファイルを取得する（Ｓ２０５〜Ｓ２１２）。ピアＰ１は、優先番号カウンタｊをリセットしてｊ＝１とする（Ｓ２０５）。続いて、ピアＰ１は、優先順位リストを参照し、優先番号ｊ（＝１）のコンテンツＩＤ（図６ではＣ１）を特定し、ダウンロード処理を実行する（Ｓ２２０）。
【００６０】
ダウンロード処理ではまず、公開期間情報に基づいて、そのコンテンツが現在公開中か否かを判断する（Ｓ２０６）。現在時刻（つまり、先頭部分ファイル取得処理実行時）が公開期間外の場合、（Ｓ２０６でＮＯ）、ピアＰｎは、先頭部分ファイルをダウンロードすることなく、優先番号カウンタｊをインクリメントしてｊ＝１とし（Ｓ２１２）、ステップＳ２０６に戻る（Ｓ２１３でＮＯ）。一方、現在時刻が公開期間内の場合（Ｓ２０６でＹＥＳ）、ピアＰｎはさらに、優先番号ｊのコンテンツの先行部分ファイル又は全体ファイルを既にコンテンツＤＢ２３１に登録しているか否かを判断する（Ｓ２０７）。既に登録している場合（Ｓ２０７でＮＯ）、ダウンロードする必要はないため、ステップＳ２１２に進む。
【００６１】
ステップＳ２０６での判断の結果、コンテンツの先頭部分ファイル及び全体ファイルを未登録の場合（Ｓ２０７でＹＥＳ）、ピアＰｎはステップＳ２０２で取得した先頭部分ファイル情報から優先番号ｊ（＝１）のコンテンツＩＤ（＝Ｃ１）に対応した先行部分ファイルのデータサイズ（＝１００Mbytes）を読み出し（Ｓ２０８）、読み出されたデータサイズが以下の式（４）を満たすか否かを判断する（Ｓ２０９）。
【００６２】
先頭部分ファイルのデータサイズ<ＨＤＤ２３の空き容量−γ （４）
ここで、γは所定の容量（mbytes）であり、少なくとも、コンテンツの全体ファイルの平均データサイズよりも大きい方が好ましい。
【００６３】
式（４）を満たさない場合（Ｓ２０９でＮＯ）、先頭部分ファイルをダウンロードすることなくステップＳ２１２に進む。一方、式（４）を満たす場合、ピアＰｎは、先頭部分ファイル情報内の転送元ピア（＝ピアＰ３）から先頭部分ファイル内の該当するデータサイズ（＝１００Mbytes）に相当する先頭部分ファイルをダウンロードする（Ｓ２１０）。コンテンツＣ１の先頭部分ファイルをダウンロードしたとき、ピアＰ１はセンタサーバからコンテンツＣ１のコンテンツ情報を取得し、ＨＤＤ２３内に記憶する（Ｓ２１１）。このとき、コンテンツＣ１の公開期間情報も記憶される。また、ステップＳ２０２で取得された先頭部分ファイル情報のうち、コンテンツＣ１の転送元ピア（ピアＰ３）に関する情報も記憶される。
【００６４】
ダウンロードした後、優先番号カウンタｊをインクリメントしてｊ＝２とし、優先順位リストに登録されたコンテンツ全てに対してダウンロード処理（Ｓ２２０）を実行する。優先順位リストに登録されたコンテンツ全てに対してダウンロード処理（Ｓ２２０）を実行したとき（Ｓ２１３でＹＥＳ）、先頭部分ファイル取得処理を終了する。
【００６５】
以上の動作により、各ピアＰ１は、ＨＤＤ２３の空き容量に基づいて、新たなコンテンツの先頭部分ファイルを随時を取得し、ユーザの再生指示に備える。
【００６６】
［再生処理］
ピアＰｎでコンテンツを再生する場合の再生処理について説明する。ユーザから所望のコンテンツの再生指示を受けた場合であって、再生指示を受けたコンテンツの全体ファイルを蓄積しておらず、先頭部分ファイルのみを蓄積している場合、ピアＰｎは、先頭部分ファイルに基づいてコンテンツの再生を開始する。ピアＰｎはさらに、コンテンツの再生中に、先頭部分ファイル以降の残部ファイルのダウンロードを実行する。このとき、残部ファイルをダウンロードして新たなフレームをコンテンツＤＢ２３１に順次記憶しながら、記憶されたフレームを順次再生する。以下、ピアＰ１でのコンテンツＣ１の再生処理について説明するが、他のピアＰ２及びＰ３も同様の動作を実行する。
【００６７】
図１０を参照して、初めに、ピアＰ１はＨＤＤ２３に格納されたコンテンツ（全体ファイルのコンテンツ及び先頭部分ファイルのコンテンツ）のリストを図示しないディスプレイに表示する（Ｓ３０１）。ユーザがコンテンツリスト内の所望のコンテンツＣ１を選択し、選択されたコンテンツＣ１の再生指示を入力したとき、ピアＰ１は選択されたコンテンツＣ１を特定し（Ｓ３０２）、コンテンツＣ１の再生を実行する（Ｓ３０３〜Ｓ３１１）。
【００６８】
ピアＰ１は、特定されたコンテンツＣ１に対して、コンテンツＤＢ２３１内に格納しているデータサイズを特定し、格納されているデータ（フレーム）の先頭位置を再生ポイントとしてメモリ２２内に記憶し、かつ、末尾位置をライトポインタとしてメモリ２２内に記憶する（Ｓ３０３）。再生ポインタ及びライトポインタを記憶後、ピアＰ１は、再生を開始する（Ｓ３０４）。すなわち、格納されたデータ（フレーム）をメモリ２２に順次読み出し、先頭フレームから再生を開始する。ピアＰ１は、フレームを再生するごとに、再生ポインタをずらす。
【００６９】
再生を開始したとき、ピアＰ１は、ライトポインタが全体ファイルのデータサイズの末尾位置よりも手前に位置するか否かを判断する（Ｓ３０５）。ここで、全体ファイルの末尾位置は、ＨＤＤ２３内に記憶されたコンテンツＣ１のコンテンツ情報（Ｓ２１１で保存）内の全体ファイルのデータサイズに基づいて決定される。
【００７０】
ライトポインタが全体ファイルの末尾位置よりも手前である場合（Ｓ３０５でＹＥＳ）、コンテンツＣ１は全体ファイルではなく先頭部分ファイルである。そのため、ピアＰ１は、ステップＳ２１１で保存された転送元ピア情報に基づいて、選択されたコンテンツの残部ファイルの転送元ピアをピアＰ３に特定し、転送元ピアＰ３に残部ファイルの配信を要求して残部ファイルの取得を開始する（Ｓ３０６）。このとき、ピアＰ１は、ライトポインタに基づいて、ライトポインタが示すフレームの次に配列されるフレームから配信するようピアＰ２に要求する。ピアＰ２は要求されたフレームから順次残部ファイルを配信する。ピアＰ１は新たなフレームをコンテンツＤＢ２３１に登録するごとに、新たに登録されたフレーム位置をライトポインタとしてメモリ２２に記憶する。
【００７１】
続いて、ピアＰ１は、再生ポインタがライトポインタよりも手前（つまり先頭フレーム位置とライトポインタ位置との間に再生ポインタが位置する）か否かを判断する（Ｓ３０７）。手前である場合（Ｓ３０７でＹＥＳ）、ピアＰ１はコンテンツのフレームをコンテンツＤＢ２３１からメモリ２２に順次読み出して再生を継続する（Ｓ３０８でＹＥＳ）。
【００７２】
再生中、ピアＰ１は再生ポインタが全体ファイルの末尾位置よりも手前であるか否かを監視する（Ｓ３１０）。手前である場合（ステップＳ３１０でＹＥＳ）、コンテンツを最後まで再生していないため、ステップＳ３０７に戻り、ダウンロードしながら再生を継続する。
【００７３】
ステップＳ３１０で再生ポインタが全体ファイルの末尾位置となったとき（Ｓ３１０でＮＯ）、ピアＰ１は再生を完了する。このとき、ピアＰ１は再生を完了したコンテンツの全体ファイルをコンテンツＤＢ２３１に格納したため、全体ファイルを格納済みのコンテンツを更新したピア情報ＰＩ１をセンタサーバ１０に送信する（Ｓ３１１）。
【００７４】
なお、再生中、再生ポインタがライトポインタを追い越した場合（Ｓ３０７でＮＯ）、再生すべきデータが不足しているため、ピアＰ１は再生を停止する（Ｓ３１２）。たとえば、転送元ピアＰ３のトラブルにより残部ファイルのダウンロードが遅れた場合、このような事態が生じうる。一度再生を停止した後、ダウンロードにより新たなフレームを取得した結果、再生ポインタがライトポインタよりも手前となったとき（Ｓ３０７でＹＥＳ）、再生を開始する（Ｓ３０８でＮＯ、ステップＳ３０９）。
【００７５】
また、ステップＳ３０５でライトポインタが全データの末尾位置と同じである場合（Ｓ３０５でＮＯ）、ピアＰ１は特定されたコンテンツの全体ファイルを記憶しているため、ダウンロードを開始することなく、コンテンツの再生を継続する。
【００７６】
以上、ピアＰｎは複数のコンテンツの先頭部分ファイルを予め記憶している。そのため、ピアＰｎは、ユーザにより選択されたコンテンツＣｍを直ぐに再生できる。また、再生中に残部ファイルの配信を受けてコンテンツＤＢ２３１に順次登録し、登録されたフレームを順次再生するため、コンテンツを途切れることなく最後まで再生できる。
【００７７】
［コンテンツ削除処理］
各ピアＰｎのコンテンツＤＢ２３１に蓄積されたコンテンツ（全体ファイル及び先頭部分ファイル）のうち、公開期間を渡過したコンテンツは削除される。これにより、新たなコンテンツの先頭部分ファイルや、再生指示を受けたコンテンツの残部ファイルをコンテンツＤＢ２３１に順次記憶することができる。以下、コンテンツ削除処理について説明する。
【００７８】
図１１を参照して、ピアＰｎはコンテンツＤＢ２３１に登録されたコンテンツのリストを作成し、メモリ２２に記憶する（Ｓ４０１）。作成されたコンテンツリストを図１２に示す。コンテンツリストは、コンテンツ番号及びコンテンツＩＤから構成される。
【００７９】
ピアＰｎはカウンタｉ＝１とし（Ｓ４０２）、コンテンツ番号１のコンテンツＩＤ（＝Ｃ３）を特定する。続いて、ピアＰｎは特定されたコンテンツＣ３のコンテンツ情報ＣＩ３内の公開期間情報を参照し、現在時刻（つまり、コンテンツ削除処理の実行時）が公開期間を渡過しているか否かを判断する（Ｓ４０３）。なお、公開期間情報は図９中のＳ２１１でＨＤＤ２３に保存されている。渡過している場合（Ｓ４０３でＹＥＳ）、該当するコンテンツのファイル（全体ファイル又は先頭部分ファイル）を削除する（Ｓ４０４）。ステップＳ４０３でＮＯのとき、及びステップＳ４０４の後、カウンタｉをインクリメントしてｉ＝２とし（Ｓ４０５）、ステップＳ４０３に進んでコンテンツ番号２のコンテンツに対して同様の処理を実行する。要するに、コンテンツリスト内の全てのコンテンツについてステップＳ４０３以降の動作を実行する。全てのコンテンツについて実行した後（Ｓ４０６でＹＥＳ）、登録済みのコンテンツに関する情報が更新されたピア情報ＰＩｎをセンタサーバ１０に送信する（Ｓ４０７）。
【００８０】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【図面の簡単な説明】
【００８１】
【図１】本発明の実施の形態によるコンテンツ配信システムの全体構成を示す機能ブロック図である。
【図２】図１に示したコンテンツ配信システムの動作概要を示す概略図である。
【図３】図１に示したセンタサーバが蓄積するコンテンツ情報管理データベースのデータ構造を示す図である。
【図４】図１に示したセンタサーバが蓄積するピア情報管理データベースのデータ構造を示す図である。
【図５】図１に示したセンタサーバが蓄積する先頭部分ファイル情報データベースのデータ構造を示す図である。
【図６】図１に示したセンタサーバが蓄積する優先順位リストを示す図である。
【図７】図１に示したセンタサーバによる優先順位リスト作成処理の詳細を示すフロー図である。
【図８】図７中のステップＳ１０２の動作の詳細を示すフロー図である。
【図９】図１に示したピアによる先頭部分ファイル取得処理の詳細を示すフロー図である。
【図１０】図１に示したピアによる再生処理の詳細を示すフロー図である。
【図１１】図１に示したピアによるコンテンツ削除処理の詳細を示すフロー図である。
【図１２】図１１中のステップＳ４０１で作成されるコンテンツリストを示す図である。
【符号の説明】
【００８２】
１ コンテンツ配信システム
１０ センタサーバ
１３１ コンテンツ情報管理データベース
１３２ ピア情報管理データベース
１３３ 先頭部分ファイル情報データベース
２３１ コンテンツデータベース
Ｐｎ ピア
【技術分野】
【０００１】
本発明は、コンテンツ配信システム、ピア及びセンタサーバに関し、さらに詳しくは、互いに接続可能な複数のピアと、複数のピアに接続されたセンタサーバとを備えるピアツーピア(Peer to Peer)型のコンテンツ配信システムと、それに用いられるピア及びセンタサーバに関する。
【背景技術】
【０００２】
インターネット上で音楽や映画等のコンテンツを配信するシステムが多数登場している。特に、最近隆盛を見せているピアツーピア型コンテンツ配信システムでは、コンテンツをピア間で配信するため、ファイルの転送負荷が各ピアに分散される。そのため、クライアントサーバ型コンテンツ配信システムに比べ、はるかに多くのピアにコンテンツを配信することができる。
【０００３】
ところで、コンテンツの配信方法にはストリーミング方式とダウンロード方式とがある。ストリーミング方式では、各ピアはコンテンツのストリーミング配信を受けながら再生するため、ユーザは視聴したいときに直ぐにコンテンツを視聴できる。しかしながら、ストリーミング方式は、ピア間の帯域の制限を受けるため、高品位のコンテンツを配信できない。
【０００４】
これに対し、ダウンロード方式は、一般的に、コンテンツの先頭から末尾までの全てのデータをダウンロードした後コンテンツを再生するため、ピア間の帯域の制限を受けることなく高品位のコンテンツを視聴できる。
【０００５】
しかしながら、ダウンロード方式では、コンテンツの先頭から末尾までのデータである全体ファイルを予めダウンロードする必要があるため、ピア内に全体ファイルがなければ、ユーザは視聴したいときに直ぐにコンテンツを視聴できず、ダウンロードが完了するまで待たなければならない。システム上の複数のコンテンツの全データをピアに予めダウンロードすれば、任意のコンテンツを直ぐに視聴できるが、ピア内のハードディスクドライブの容量上非現実的である。
【特許文献１】特開２００６−７２４３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、選択された高品位コンテンツを視聴したいときに直ぐに視聴できるコンテンツ配信システムを提供することである。
【課題を解決するための手段及び発明の効果】
【０００７】
本発明によるコンテンツ配信システムはピアツーピア型であり、互いに接続された複数のピアと、複数のピアと接続されたセンタサーバとを備える。ピアは、コンテンツの複数の全体ファイルと複数の先頭部分ファイルとを蓄積するピア蓄積手段とを備える。複数の全体ファイルは、各々がコンテンツの先頭から末尾までの全てのデータで構成される。先頭部分ファイルは、各々が当該他のピアに蓄積された全体ファイルの一部に相当し、コンテンツの先頭から所定範囲までのデータである。センタサーバは、複数の全体ファイルの所在を含むコンテンツ情報を蓄積するサーバ蓄積手段を備る。ピアはさらに、先頭部分取得手段と、再生手段と、残部取得手段とを備える。先頭部分取得手段は、コンテンツ情報に基づいて、自身が蓄積していないコンテンツであって当該他のピアに蓄積されたコンテンツの全体ファイルから先頭部分ファイルを取得してピア蓄積手段に蓄積する。再生手段は、ピア蓄積手段に蓄積された複数のコンテンツの中から選択されたコンテンツの再生を開始する。残部取得手段は、選択されたコンテンツの全体ファイルが蓄積されておらず先頭部分ファイルが蓄積されているとき、コンテンツの再生中に、選択されたコンテンツの全体ファイルのうち先頭部分ファイルを除くデータである残部ファイルを、選択されたコンテンツの全体ファイルを蓄積する当該他のピアから取得する。ここで、コンテンツとは、たとえば、動画や音声等をいう。
【０００８】
本発明によるコンテンツ配信システムでは、ピアはコンテンツの全体ファイルの一部に相当する複数の先頭部分ファイルを蓄積する。ピアが全体ファイルを予め保有していないコンテンツであっても、先頭部分ファイルが保存されていれば、ユーザは所望の高品質のコンテンツを直ぐに視聴できる。さらに、ピアは、先頭部分ファイルのコンテンツを再生したとき、コンテンツの再生中に残部ファイルを取得して再生を継続する。そのため、ユーザは所望の高品質のコンテンツを直ぐに視聴でき、かつ、最後まで視聴できる。
【０００９】
好ましくは、コンテンツ情報はさらに、コンテンツの再生時間と、コンテンツの全体ファイルのデータサイズとを含む。サーバ蓄積手段はさらに、各ピア間の転送レートに関する転送レート情報を蓄積する。センタサーバはさらに、特定手段と、先頭部分サイズ決定手段と、登録手段とを備える。特定手段は、コンテンツ情報内の全体ファイルの所在に基づいて、所定のコンテンツの全体ファイルを蓄積するピアを転送元ピアとして特定する。先頭部分サイズ決定手段は、コンテンツ情報及び転送レート情報に基づいて、転送先となるピアが転送元ピアから所定のコンテンツの残部ファイルを取得する時間が所定のコンテンツの再生時間よりも短くなるように、所定のコンテンツの先頭部分ファイルのデータサイズを決定する。登録手段は、決定された先頭部分ファイルのデータサイズと転送元ピアと転送先となるピアとを対応づけた先頭部分ファイル情報をサーバ蓄積手段に登録する。先頭部分取得手段は、先頭部分ファイル情報に基づいて、転送元ピアから先頭部分ファイルを取得し、残部取得手段は、転送元ピアから残部ファイルを取得する。
【００１０】
この場合、各ピアごとに、先頭部分ファイルのデータサイズが決定される。残部ファイルの取得時間は、コンテンツの再生時間よりも短いため、コンテンツの再生が途切れるのを抑制できる。
【００１１】
好ましくは、コンテンツ情報はさらに、コンテンツのメタ情報を含み、サーバ蓄積手段はさらに、各ピアが取得するコンテンツの選択条件に関する選択条件情報を蓄積する。センタサーバはさらに、優先順位リスト作成手段を備える。優先順位リスト作成手段は、コンテンツ情報と選択条件情報とに基づいて、各ピアが先頭部分ファイルを取得すべきコンテンツの優先順位を列挙した優先順位リストを作成してサーバ蓄積手段に登録する。ピアはさらに、ピア記憶手段の空き容量を求める空き容量決定手段を備え、先頭部分取得手段は、優先順位リスト及び空き容量に基づいて、ファイル先頭部分を優先順に取得する。ここで、メタ情報とは、コンテンツの詳細に関する情報であり、具体的には、たとえば、タイトル、キャスト、ジャンル、歌手名、等である。
【００１２】
ピア記憶手段の容量は有限であるため、各ピアがコンテンツ配信システム上に存在する全てのコンテンツの先頭部分ファイルを保有するのは困難である。コンテンツの選択条件に基づいて作成された優先順位リストに沿って先頭部分ファイルを蓄積することにより、選択される可能性の高いコンテンツをピアに格納することができる。
【００１３】
好ましくは、コンテンツ情報はさらに、コンテンツの公開期間情報を含む。ピアはさらに、公開期間取得手段と、削除手段とを備える。公開期間取得手段は、ピア蓄積手段に蓄積されたコンテンツの公開期間情報をセンタサーバから取得する。削除手段は、公開期間情報に基づいて、公開期間を渡過したコンテンツの全体ファイル及び先頭部分ファイルを削除する。
【００１４】
公開期間を渡過したコンテンツを順次削除することにより、ピアは、新たなコンテンツの先頭部分ファイル又は全体ファイルを順次蓄積することができる。
【００１５】
本発明によるピアは上述のコンテンツ配信システムに用いられるピアであり、本発明によるセンタサーバは上述のコンテンツ配信システムに用いられるセンタサーバである。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００１７】
［全体構成］
図１を参照して、コンテンツ配信システム１は、互いに接続可能なピア（クライアント）Ｐ１〜Ｐ３と、ピアＰ１〜Ｐ３（以下、これらをピアＰｎともいう）に接続可能なセンタサーバ１０とを備える。つまり、コンテンツ配信システム１は、ハイブリッド型のピアツーピアシステムである。各ピアＰｎは、他のピアＰｎからコンテンツを取得することができる。なお、図１ではピアＰｎを３つとしたが、２つであってもよいし、３以上であってもよい。
【００１８】
［概要］
図２を参照して、各ピアＰｎのハードディスクドライブ（以下、ＨＤＤという）２３には、複数のコンテンツ（ここでいうコンテンツは、複数のフレームで構成される動画とする）が蓄積される。蓄積されたコンテンツは、データの種類で２種類に分かれる。１つは、コンテンツの先頭から末尾までの全てのデータ（フレーム）が揃った全体ファイルである。他の１つは、全体ファイルのうちの先頭部分に相当するデータ、すなわち、コンテンツの先頭から所定範囲までのフレームで構成された先頭部分ファイルである。各ファイル（全体ファイル及び先頭部分ファイル）は互いに異なるコンテンツのファイルである。一般的に、先頭部分ファイルは全体ファイルよりもデータサイズが小さい。各ピアＰｎは、複数の先頭部分ファイルを有することにより、コンテンツを全て全体ファイルで保有する場合よりも多くのコンテンツを予め保有できる。
【００１９】
センタサーバ１０は、コンテンツの所在に関するコンテンツ情報と、各ピアが取得するコンテンツの選択条件に関する選択条件情報とを蓄積しており、これらの情報に基づいて各ピアで取得すべきコンテンツの優先順位を列挙した優先順位リストを作成する。
【００２０】
ピアＰｎは、センタサーバ１０で作成された優先順位リストに基づいて、コンテンツの全体ファイルを蓄積する他のピアＰｎから先頭部分ファイルを取得してＨＤＤ２３に登録する。
【００２１】
ピアＰ１のユーザが所望のコンテンツＣ１を選択し、ピアＰ１に再生を指示したとき、ピアＰ１はコンテンツＣ１の先頭部分ファイルに基づいてコンテンツＣ１の再生を直ちに開始する。つまり、ユーザはコンテンツＣ１を直ぐに視聴できる。
【００２２】
さらに、ピアＰ１は、先頭部分ファイルの再生を開始するとともに、そのコンテンツの全体ファイルのうち、先頭部分以降のデータ（以下、残部ファイルという）を他のピアＰｎ（図２ではピア３）から取得しながら順次再生する。
【００２３】
以上、各ピアＰｎは、ユーザが選択する可能性の高い複数のコンテンツの先頭部分ファイルを予め保有しているため、ユーザにより選択された高品位のコンテンツを即座に視聴できる。さらに、再生中に残部ファイルを取得して順次再生するため、そのコンテンツを途切れることなく最後まで視聴できる。以下、コンテンツ配信システム１の各構成の詳細を説明する。
【００２４】
［センタサーバ］
センタサーバ１０は、コンテンツ情報を管理したり、優先順位リストを作成したりする。図１を参照して、センタサーバ１０は、ＣＰＵ（Central Processing Unit）１１と、メモリ１２と、ハードディスクドライブ（ＨＤＤ）１３とを備える。
【００２５】
ＨＤＤ１３は、コンテンツ情報管理データベース（以下、データベースをＤＢという）１３１と、ピア情報管理ＤＢ１３２と、先頭部分ファイル情報ＤＢ１３３とを備える。
【００２６】
コンテンツ情報管理ＤＢ１３１は、図３に示すように、コンテンツ配信システム１内のピアＰ１〜Ｐ３が蓄積するコンテンツに関する情報（コンテンツ情報）ＣＩ１〜ＣＩｍ（ｍは自然数）を登録する。
【００２７】
各コンテンツ情報ＣＩｍは、コンテンツＣｍを識別するためのコンテンツＩＤを登録するためのフィールドと、コンテンツＣｍの全体ファイルのデータサイズを登録するためのフィールドと、コンテンツＣｍの再生時間を登録するためのフィールドとを有する。
【００２８】
コンテンツ情報ＣＩｍはさらに、コンテンツの詳細、つまり、コンテンツのメタ情報を登録するためのフィールドを有する。メタ情報は、たとえば、タイトルやキャスト、ジャンル（アクション、コメディ、ホラー等）、そのコンテンツに関するキーワード等である。コンテンツ情報ＣＩｍはさらに、コンテンツの公開期間に関する公開期間情報（公開開始日時及び公開終了日時）を登録するためのフィールドと、コンテンツの所在を示す情報として、当該コンテンツの全体ファイルを蓄積するピアの識別情報（Ｐ１、Ｐ２等）を登録するためのフィールドとを有する。
【００２９】
センタサーバ１０は、外部からコンテンツ配信システム１に新たなコンテンツが登録されたり、各ピアＰｎが新たなコンテンツの全体ファイルを取得したときに、コンテンツ情報管理ＤＢ１３１を更新する。
【００３０】
ピア情報管理ＤＢ１３２には、図４に示すように、コンテンツ配信システム１内の各ピアに関する情報（ピア情報）ＰＩ１〜ＰＩ３が登録される。各ピア情報ＰＩは、ピアを識別するためのピアＩＤ（Ｐ１〜Ｐ３）と、ピアを使用するユーザ名と、全体ファイルを保存済みのコンテンツのコンテンツＩＤと、先頭部分ファイルを保存済みのコンテンツのコンテンツＩＤとを含む。
【００３１】
ピア情報ＰＩはさらに、ピアＰＩが取得すべきコンテンツの選択条件に関する選択条件情報も含む。具体的には、選択条件情報は、ユーザの好きなジャンル、嫌いなジャンル、及びフリーキーワードを含む。これらの選択条件情報は、先頭部分ファイルを取得するコンテンツの優先順位を決定する。
【００３２】
ピア情報ＰＩはさらに、各ピアＰｎ間での転送レート情報を有する。たとえば、ピア情報ＰＩ１には、ピアＰ１とピアＰ２との間での転送レート情報と、ピアＰ１とピアＰ３との間での転送レート情報とを含む。転送レートは、たとえば、各ピアＰｎが当該他のピアＰｎに定期的にｐｉｎｇを送受信する等により求められる。
先頭部分ファイル情報ＤＢ１３３には、図５に示すように、転送先となるピアが取得すべき各コンテンツＣ１〜Ｃｍの先頭部分ファイルのデータサイズと、コンテンツの転送元となるピアＰｎのピアＩＤとが転送先となるピアと対応づけられた先頭部分ファイル情報が登録される。たとえば、コンテンツＣ１の場合、ピアＰ１が取得すべき先頭部分ファイルは、先頭から１００Mbytesであり、転送元ピアはピアＰ３となる。各先頭部分ファイルのデータサイズは、コンテンツＣｍの再生が途中で途切れないように、コンテンツＣｍの再生時間、コンテンツＣｍの全体ファイルのデータサイズ、及び転送元ピアとの間の転送レートに基づいて算出される。
【００３３】
ＨＤＤ１３はさらに、ピアＰｎごとの優先順位リストを蓄積する。図６に示すように、優先順位リストは、ピアＰｎが先頭部分ファイルを取得すべきコンテンツを優先順に列挙する。優先順位リストは、コンテンツ情報ＣＩｍと、ピア情報ＰＩｎ内の選択条件情報とに基づいて作成される。
【００３４】
ＨＤＤ１３はさらに、センタサーバアプリケーション１３４を記憶する。センタサーバアプリケーション１３４がメモリ１２にロードされ、ＣＰＵ１１で実行されることにより、センタサーバ１０は後述の動作を実行する。
【００３５】
［ピア］
再び図１を参照して、各ピアＰｎは、ＣＰＵ２１と、メモリ２２と、ＨＤＤ２３とを備える。ＨＤＤ２３は、コンテンツＤＢ２３１と、ピアアプリケーション２３２とを蓄積する。
【００３６】
コンテンツＤＢ２３１には、複数のコンテンツが登録される。より具体的には、複数の全体ファイルと、複数の先頭部分ファイルとが登録される。
【００３７】
ピアＰｎは、ピアアプリケーション２３２をメモリ２２にロードし、ＣＰＵ２１で実行することにより、他のピアＰｎから先頭部分ファイル及び残部ファイルを取得したり、他のピアＰｎにそれらのファイルを配信したりする。また、他のピアＰｎ以外の外部から新たなコンテンツを取り込んだりする。
【００３８】
ＨＤＤ２３はさらに、コンテンツＤＢ２３１に登録されたコンテンツＣｍ（全体ファイル及び先頭部分ファイル）のコンテンツ情報ＣＩｍ及び先頭部分ファイル情報を記憶する。
【００３９】
［動作］
［優先順位リスト作成処理］
まず、センタサーバ１０による優先順位リスト作成処理について説明する。図７を参照して、たとえば、コンテンツ配信システム１上にない新たなコンテンツＣ１０の全体ファイルがピアＰ３に保存されたとき、ピアＰ３はコンテンツ情報ＣＩ１０を作成し、作成されたコンテンツ情報ＣＩ１０と、保有済みの全体ファイルとしてコンテンツＣ１０を新たに登録したピア情報ＰＩ３とをセンタサーバ１０に送信する。このとき、センタサーバ１０は、送信されたコンテンツ情報ＣＩ１０をコンテンツ情報管理ＤＢに登録し、ピア情報ＰＩ３をピア情報管理ＤＢ１３２に登録する。
【００４０】
新たなコンテンツ情報ＣＩ１０の登録により、コンテンツ情報管理ＤＢが更新されたと判断したとき（Ｓ１０１でＹＥＳ）、センタサーバ１０は、新たなコンテンツＣ１０の先頭部分ファイルのデータサイズを決定する（Ｓ１０２：先頭部分ファイルサイズ決定処理）。上述のとおり、ピアＰｎが再生しようとするコンテンツＣｍについて、ピアＰｎがそのコンテンツＣｍの先頭部分ファイルしか保有していない場合、ピアＰｎは、コンテンツＣｍの再生をしながら、他のピアＰｎから残部ファイルを取得する。このとき、ピアＰｎは先頭部分ファイルの再生が完了しても、残部ファイルのうち既に取得済みのデータ（フレーム）から順次再生することにより、再生中のコンテンツＣｍの途切れを防ぐ。このような再生方法を実現するために、以下の方法により先頭部分ファイルのデータサイズを決定する。
【００４１】
先頭部分ファイルサイズ決定処理は、コンテンツ配信システム１に新たに登録されたコンテンツＣｍごとに実行する。図８を参照して、センタサーバ１０はまず、算出の対象となるピアをピアＰ１とする（Ｓ１０２１）。続いて、センタサーバ１０は、ピア情報管理ＤＢ１３２を参照して、ピアＰ１がコンテンツＣ１０の全体ファイルを保有していないことを確認する（Ｓ１０２２でＮＯ）。
【００４２】
次に、センタサーバ１０は、ピア情報管理ＤＢ１３２に基づいて、コンテンツＣ１０の全体ファイルを保有するピアであって、ピアＰ１にファイルを配信する転送元ピアを特定する（Ｓ１０２３〜Ｓ１０２５）。センタサーバ１０はまず、コンテンツＣ１０の全体ファイルを保有するピアが複数存在するか否かを判断する（Ｓ１０２３）。ここでは、新たなコンテンツＣ１０はピアＰ３のみが保有しているため（Ｓ１０２３でＮＯ）、センタサーバ１０はピアＰ３を転送元ピアとして特定する（Ｓ１０２５）。
【００４３】
センタサーバ１０は、ピア情報ＰＩ１内の転送レート情報に基づいて、転送元ピアＰ３からピアＰ１にデータを配信する場合の転送レートα(Mbps)を読み出す（Ｓ１０２６）。続いて、センタサーバ１０は、ピアＰ１が格納すべきコンテンツＣ１０の先頭部分ファイルのデータサイズを算出する（Ｓ１０２７）。このとき、センタサーバ１０は、コンテンツ情報ＣＩ１０からコンテンツＣ１０の全体ファイルのデータサイズＴＳ（Total Size）と、コンテンツＣ１０の再生時間Ｂ(sec)とを読み出す。
【００４４】
ピアＰ１がコンテンツＣ１０を再生する場合、コンテンツＣ１０を途切れることなく最後まで再生するためには、コンテンツＣ１０の全体ファイルから先頭部分ファイルを除いた残部ファイルを、少なくともコンテンツＣ１０の再生時間内にダウンロードする必要がある。つまり、先頭部分ファイルのダウンロード時間をＤ(sec)し、全体ファイルのダウンロード時間をＣ(sec)とすれば、残部ファイルのダウンロード時間Ｃ−Ｄ(sec)は以下の式（１）を満たす必要がある。
【００４５】
Ｃ−Ｄ(sec)<コンテンツＣ１０の再生時間Ｂ(sec) （１）
ここで、コンテンツＣ１０の全体ファイルのダウンロード時間Ｃは以下の式（２）で算出される。
【００４６】
Ｃ(sec)＝全体ファイルのデータサイズＴＳ(Mbytes)×８／α （２）
以上より、センタサーバ１０は、式（１）を満たすように先頭部分ファイルのダウンロード時間Ｄ(sec)を決定し、式（３）に基づいて、先頭部分ファイルのデータサイズ(Mbytes)を決定する。
【００４７】
先頭部分データ量(Mbytes)＝Ｄ(sec)×α／８ （３）
式（３）に基づいて先頭部分ファイルのデータサイズを決定すれば、ピアＰ１がコンテンツＣ１０の先頭部分ファイルを再生し始めた場合であって、再生中に残部ファイルを取得しながらコンテンツＣ１０を再生するとき、コンテンツＣ１０を途切れることなく最後まで再生できる。先頭部分ファイルのデータサイズを決定後、センタサーバ１０は、決定された先頭部分ファイルのデータサイズ及び転送元ピア（ここではピアＰ３）を転送先となるピアＰ１に対応づけた先頭部分ファイル情報として先頭部分ファイル情報ＤＢ１３３に登録する（Ｓ１０２８）。
【００４８】
登録後、ピアＩＤ＝Ｐ１をインクリメントしてＰ２とし（Ｓ１０２９）、ステップＳ１０２２に進み（Ｓ１０３０でＮＯ）、ピアＰ２に対するコンテンツＣ１０の先頭部分ファイルのデータサイズを決定する。
【００４９】
なお、ピアＰ２をインクリメントしてピアＰ３としたとき、（Ｓ１０２９）、ステップＳ１０２２でセンタサーバ１０はピアＰ３がコンテンツＣ１０の全体ファイルを保存していると判断し（Ｓ１０２２でＹＥＳ）、ステップＳ１０２９に進む。
【００５０】
ステップＳ１０３０でセンタサーバ１０はコンテンツ配信システム１上の全てのピアＰ１〜Ｐ３について処理を実行したと判断したとき（Ｓ１０３０でＹＥＳ）、コンテンツＣ１０に対する先頭部分ファイルサイズ決定処理を終了する。
【００５１】
なお、コンテンツＣ１０を予め複数のピア（たとえばピアＰ２及びＰ３）に格納した場合、センタサーバ１０はステップＳ１０２３でコンテンツＣ１０を蓄積するピアが複数存在すると認識する（Ｓ１０２３でＹＥＳ）。この場合、センタサーバ１０はさらに、ステップＳ１０２３で認定された複数のピア（Ｐ２及びＰ３）の中からピアを１つ選択し（Ｓ１０２４）、選択されたピアを転送元ピアに特定する。このとき、センタサーバ１０は、ピアＰ１との間の転送レートが高い方を選択してもよいし、ランダムに選択してもよい。
【００５２】
以上の方法により、センタサーバ１０で先頭部分ファイルのデータサイズを算出し、先頭部分ファイル情報ＤＢ１３３を更新する。
【００５３】
図７に戻って、先頭部分ファイルサイズ決定処理を実行後、センタサーバ１０は各ピアＰｎの優先順位リストを更新する（Ｓ１０４及びステップＳ１０５）。以下、ピアＰ１の優先順位リストの更新について説明するが、他のピア（Ｐ２及びＰ３）についても同様に優先順位リストを更新する。
【００５４】
センタサーバ１０はまず、ピアＰ１のピア情報ＰＩ１中の選択条件情報を読み出す。続いて、選択条件情報及びコンテンツ情報ＣＩｍ内のメタ情報に基づいて、先頭部分ファイルをダウンロードすべきコンテンツの優先順位を決定する。たとえば、コンテンツのメタ情報が選択条件中のキーワードを含み、かつ、メタ情報内に含まれるジャンルが選択条件内の好きなジャンルと一致するコンテンツを最優先とし、次いで、メタ情報がキーワードを含むコンテンツ、メタ情報内のジャンルが選択条件内の好きなジャンルと一致するコンテンツ、の順にコンテンツを列挙して、優先順位リストを更新する。更新された優先順位リストはＨＤＤ１３内に記憶される（Ｓ１０５）。
【００５５】
以上の動作により、センタサーバ１０は、コンテンツ配信システム１内に新たなコンテンツが登録されるごとに、新たに登録されたコンテンツの先頭部分ファイルのデータサイズを決定し、優先順位リストを更新する。
【００５６】
一方、ピアＰｎのユーザが選択条件を変更した場合、ピアＰｎは更新された選択条件情報を含むピア情報ＰＩｎをセンタサーバ１０に送信する。センタサーバ１０はピア情報管理ＤＢ１３２内のピア情報ＰＩｎを更新する（Ｓ１０３でＹＥＳ）。このとき、センタサーバ１０は、更新されたピア情報ＰＩｎのピアＰｎの優先順位リストを更新する（Ｓ１０４及びＳ１０５）。要するに、ユーザが選択条件を変更した場合も、優先順位リストが更新される。
【００５７】
［先頭部分ファイル取得処理］
ピアＰｎは、後述するコンテンツ削除処理を実行したのち、先頭部分ファイル取得処理を実行する。以下ピアＰ１における先頭部分ファイル取得処理について説明するが、ピアＰ２及びＰ３についても同様である。図９を参照して、ピアＰ１はまず、自身のＨＤＤ２３の空き容量を検知する（Ｓ２０１）。検知された空き容量情報はメモリ２２に格納される。
【００５８】
続いて、ピアＰ１は先頭部分ファイル情報のうち、転送先をピアＰ１とする先頭部分ファイル情報（図５中の１００に相当）をセンタサーバ１０に要求し、取得する（Ｓ２０２）。続いて、ピアＰ１は、コンテンツ情報管理ＤＢ１３１内の各コンテンツＣ１〜Ｃｍの公開期間情報をセンタサーバ１０に要求し、取得する（Ｓ２０３）。ピアＰ１はさらに、センタサーバ１０からピアＰ１の優先順位リストを取得する（Ｓ２０４）。ステップＳ２０２〜Ｓ２０４で取得された情報はメモリ２２に格納される。
【００５９】
センタサーバ１０から上述の情報を取得したのち、ピアＰ１は、コンテンツＤＢ２３１に未登録のコンテンツの先頭部分ファイルを取得する（Ｓ２０５〜Ｓ２１２）。ピアＰ１は、優先番号カウンタｊをリセットしてｊ＝１とする（Ｓ２０５）。続いて、ピアＰ１は、優先順位リストを参照し、優先番号ｊ（＝１）のコンテンツＩＤ（図６ではＣ１）を特定し、ダウンロード処理を実行する（Ｓ２２０）。
【００６０】
ダウンロード処理ではまず、公開期間情報に基づいて、そのコンテンツが現在公開中か否かを判断する（Ｓ２０６）。現在時刻（つまり、先頭部分ファイル取得処理実行時）が公開期間外の場合、（Ｓ２０６でＮＯ）、ピアＰｎは、先頭部分ファイルをダウンロードすることなく、優先番号カウンタｊをインクリメントしてｊ＝１とし（Ｓ２１２）、ステップＳ２０６に戻る（Ｓ２１３でＮＯ）。一方、現在時刻が公開期間内の場合（Ｓ２０６でＹＥＳ）、ピアＰｎはさらに、優先番号ｊのコンテンツの先行部分ファイル又は全体ファイルを既にコンテンツＤＢ２３１に登録しているか否かを判断する（Ｓ２０７）。既に登録している場合（Ｓ２０７でＮＯ）、ダウンロードする必要はないため、ステップＳ２１２に進む。
【００６１】
ステップＳ２０６での判断の結果、コンテンツの先頭部分ファイル及び全体ファイルを未登録の場合（Ｓ２０７でＹＥＳ）、ピアＰｎはステップＳ２０２で取得した先頭部分ファイル情報から優先番号ｊ（＝１）のコンテンツＩＤ（＝Ｃ１）に対応した先行部分ファイルのデータサイズ（＝１００Mbytes）を読み出し（Ｓ２０８）、読み出されたデータサイズが以下の式（４）を満たすか否かを判断する（Ｓ２０９）。
【００６２】
先頭部分ファイルのデータサイズ<ＨＤＤ２３の空き容量−γ （４）
ここで、γは所定の容量（mbytes）であり、少なくとも、コンテンツの全体ファイルの平均データサイズよりも大きい方が好ましい。
【００６３】
式（４）を満たさない場合（Ｓ２０９でＮＯ）、先頭部分ファイルをダウンロードすることなくステップＳ２１２に進む。一方、式（４）を満たす場合、ピアＰｎは、先頭部分ファイル情報内の転送元ピア（＝ピアＰ３）から先頭部分ファイル内の該当するデータサイズ（＝１００Mbytes）に相当する先頭部分ファイルをダウンロードする（Ｓ２１０）。コンテンツＣ１の先頭部分ファイルをダウンロードしたとき、ピアＰ１はセンタサーバからコンテンツＣ１のコンテンツ情報を取得し、ＨＤＤ２３内に記憶する（Ｓ２１１）。このとき、コンテンツＣ１の公開期間情報も記憶される。また、ステップＳ２０２で取得された先頭部分ファイル情報のうち、コンテンツＣ１の転送元ピア（ピアＰ３）に関する情報も記憶される。
【００６４】
ダウンロードした後、優先番号カウンタｊをインクリメントしてｊ＝２とし、優先順位リストに登録されたコンテンツ全てに対してダウンロード処理（Ｓ２２０）を実行する。優先順位リストに登録されたコンテンツ全てに対してダウンロード処理（Ｓ２２０）を実行したとき（Ｓ２１３でＹＥＳ）、先頭部分ファイル取得処理を終了する。
【００６５】
以上の動作により、各ピアＰ１は、ＨＤＤ２３の空き容量に基づいて、新たなコンテンツの先頭部分ファイルを随時を取得し、ユーザの再生指示に備える。
【００６６】
［再生処理］
ピアＰｎでコンテンツを再生する場合の再生処理について説明する。ユーザから所望のコンテンツの再生指示を受けた場合であって、再生指示を受けたコンテンツの全体ファイルを蓄積しておらず、先頭部分ファイルのみを蓄積している場合、ピアＰｎは、先頭部分ファイルに基づいてコンテンツの再生を開始する。ピアＰｎはさらに、コンテンツの再生中に、先頭部分ファイル以降の残部ファイルのダウンロードを実行する。このとき、残部ファイルをダウンロードして新たなフレームをコンテンツＤＢ２３１に順次記憶しながら、記憶されたフレームを順次再生する。以下、ピアＰ１でのコンテンツＣ１の再生処理について説明するが、他のピアＰ２及びＰ３も同様の動作を実行する。
【００６７】
図１０を参照して、初めに、ピアＰ１はＨＤＤ２３に格納されたコンテンツ（全体ファイルのコンテンツ及び先頭部分ファイルのコンテンツ）のリストを図示しないディスプレイに表示する（Ｓ３０１）。ユーザがコンテンツリスト内の所望のコンテンツＣ１を選択し、選択されたコンテンツＣ１の再生指示を入力したとき、ピアＰ１は選択されたコンテンツＣ１を特定し（Ｓ３０２）、コンテンツＣ１の再生を実行する（Ｓ３０３〜Ｓ３１１）。
【００６８】
ピアＰ１は、特定されたコンテンツＣ１に対して、コンテンツＤＢ２３１内に格納しているデータサイズを特定し、格納されているデータ（フレーム）の先頭位置を再生ポイントとしてメモリ２２内に記憶し、かつ、末尾位置をライトポインタとしてメモリ２２内に記憶する（Ｓ３０３）。再生ポインタ及びライトポインタを記憶後、ピアＰ１は、再生を開始する（Ｓ３０４）。すなわち、格納されたデータ（フレーム）をメモリ２２に順次読み出し、先頭フレームから再生を開始する。ピアＰ１は、フレームを再生するごとに、再生ポインタをずらす。
【００６９】
再生を開始したとき、ピアＰ１は、ライトポインタが全体ファイルのデータサイズの末尾位置よりも手前に位置するか否かを判断する（Ｓ３０５）。ここで、全体ファイルの末尾位置は、ＨＤＤ２３内に記憶されたコンテンツＣ１のコンテンツ情報（Ｓ２１１で保存）内の全体ファイルのデータサイズに基づいて決定される。
【００７０】
ライトポインタが全体ファイルの末尾位置よりも手前である場合（Ｓ３０５でＹＥＳ）、コンテンツＣ１は全体ファイルではなく先頭部分ファイルである。そのため、ピアＰ１は、ステップＳ２１１で保存された転送元ピア情報に基づいて、選択されたコンテンツの残部ファイルの転送元ピアをピアＰ３に特定し、転送元ピアＰ３に残部ファイルの配信を要求して残部ファイルの取得を開始する（Ｓ３０６）。このとき、ピアＰ１は、ライトポインタに基づいて、ライトポインタが示すフレームの次に配列されるフレームから配信するようピアＰ２に要求する。ピアＰ２は要求されたフレームから順次残部ファイルを配信する。ピアＰ１は新たなフレームをコンテンツＤＢ２３１に登録するごとに、新たに登録されたフレーム位置をライトポインタとしてメモリ２２に記憶する。
【００７１】
続いて、ピアＰ１は、再生ポインタがライトポインタよりも手前（つまり先頭フレーム位置とライトポインタ位置との間に再生ポインタが位置する）か否かを判断する（Ｓ３０７）。手前である場合（Ｓ３０７でＹＥＳ）、ピアＰ１はコンテンツのフレームをコンテンツＤＢ２３１からメモリ２２に順次読み出して再生を継続する（Ｓ３０８でＹＥＳ）。
【００７２】
再生中、ピアＰ１は再生ポインタが全体ファイルの末尾位置よりも手前であるか否かを監視する（Ｓ３１０）。手前である場合（ステップＳ３１０でＹＥＳ）、コンテンツを最後まで再生していないため、ステップＳ３０７に戻り、ダウンロードしながら再生を継続する。
【００７３】
ステップＳ３１０で再生ポインタが全体ファイルの末尾位置となったとき（Ｓ３１０でＮＯ）、ピアＰ１は再生を完了する。このとき、ピアＰ１は再生を完了したコンテンツの全体ファイルをコンテンツＤＢ２３１に格納したため、全体ファイルを格納済みのコンテンツを更新したピア情報ＰＩ１をセンタサーバ１０に送信する（Ｓ３１１）。
【００７４】
なお、再生中、再生ポインタがライトポインタを追い越した場合（Ｓ３０７でＮＯ）、再生すべきデータが不足しているため、ピアＰ１は再生を停止する（Ｓ３１２）。たとえば、転送元ピアＰ３のトラブルにより残部ファイルのダウンロードが遅れた場合、このような事態が生じうる。一度再生を停止した後、ダウンロードにより新たなフレームを取得した結果、再生ポインタがライトポインタよりも手前となったとき（Ｓ３０７でＹＥＳ）、再生を開始する（Ｓ３０８でＮＯ、ステップＳ３０９）。
【００７５】
また、ステップＳ３０５でライトポインタが全データの末尾位置と同じである場合（Ｓ３０５でＮＯ）、ピアＰ１は特定されたコンテンツの全体ファイルを記憶しているため、ダウンロードを開始することなく、コンテンツの再生を継続する。
【００７６】
以上、ピアＰｎは複数のコンテンツの先頭部分ファイルを予め記憶している。そのため、ピアＰｎは、ユーザにより選択されたコンテンツＣｍを直ぐに再生できる。また、再生中に残部ファイルの配信を受けてコンテンツＤＢ２３１に順次登録し、登録されたフレームを順次再生するため、コンテンツを途切れることなく最後まで再生できる。
【００７７】
［コンテンツ削除処理］
各ピアＰｎのコンテンツＤＢ２３１に蓄積されたコンテンツ（全体ファイル及び先頭部分ファイル）のうち、公開期間を渡過したコンテンツは削除される。これにより、新たなコンテンツの先頭部分ファイルや、再生指示を受けたコンテンツの残部ファイルをコンテンツＤＢ２３１に順次記憶することができる。以下、コンテンツ削除処理について説明する。
【００７８】
図１１を参照して、ピアＰｎはコンテンツＤＢ２３１に登録されたコンテンツのリストを作成し、メモリ２２に記憶する（Ｓ４０１）。作成されたコンテンツリストを図１２に示す。コンテンツリストは、コンテンツ番号及びコンテンツＩＤから構成される。
【００７９】
ピアＰｎはカウンタｉ＝１とし（Ｓ４０２）、コンテンツ番号１のコンテンツＩＤ（＝Ｃ３）を特定する。続いて、ピアＰｎは特定されたコンテンツＣ３のコンテンツ情報ＣＩ３内の公開期間情報を参照し、現在時刻（つまり、コンテンツ削除処理の実行時）が公開期間を渡過しているか否かを判断する（Ｓ４０３）。なお、公開期間情報は図９中のＳ２１１でＨＤＤ２３に保存されている。渡過している場合（Ｓ４０３でＹＥＳ）、該当するコンテンツのファイル（全体ファイル又は先頭部分ファイル）を削除する（Ｓ４０４）。ステップＳ４０３でＮＯのとき、及びステップＳ４０４の後、カウンタｉをインクリメントしてｉ＝２とし（Ｓ４０５）、ステップＳ４０３に進んでコンテンツ番号２のコンテンツに対して同様の処理を実行する。要するに、コンテンツリスト内の全てのコンテンツについてステップＳ４０３以降の動作を実行する。全てのコンテンツについて実行した後（Ｓ４０６でＹＥＳ）、登録済みのコンテンツに関する情報が更新されたピア情報ＰＩｎをセンタサーバ１０に送信する（Ｓ４０７）。
【００８０】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【図面の簡単な説明】
【００８１】
【図１】本発明の実施の形態によるコンテンツ配信システムの全体構成を示す機能ブロック図である。
【図２】図１に示したコンテンツ配信システムの動作概要を示す概略図である。
【図３】図１に示したセンタサーバが蓄積するコンテンツ情報管理データベースのデータ構造を示す図である。
【図４】図１に示したセンタサーバが蓄積するピア情報管理データベースのデータ構造を示す図である。
【図５】図１に示したセンタサーバが蓄積する先頭部分ファイル情報データベースのデータ構造を示す図である。
【図６】図１に示したセンタサーバが蓄積する優先順位リストを示す図である。
【図７】図１に示したセンタサーバによる優先順位リスト作成処理の詳細を示すフロー図である。
【図８】図７中のステップＳ１０２の動作の詳細を示すフロー図である。
【図９】図１に示したピアによる先頭部分ファイル取得処理の詳細を示すフロー図である。
【図１０】図１に示したピアによる再生処理の詳細を示すフロー図である。
【図１１】図１に示したピアによるコンテンツ削除処理の詳細を示すフロー図である。
【図１２】図１１中のステップＳ４０１で作成されるコンテンツリストを示す図である。
【符号の説明】
【００８２】
１ コンテンツ配信システム
１０ センタサーバ
１３１ コンテンツ情報管理データベース
１３２ ピア情報管理データベース
１３３ 先頭部分ファイル情報データベース
２３１ コンテンツデータベース
Ｐｎ ピア
【特許請求の範囲】
【請求項１】
互いに接続された複数のピアと、前記複数のピアと接続されたセンタサーバとを備えたピアツーピア型のコンテンツ配信システムであって、
前記ピアは、
各々がコンテンツの先頭から末尾までの全てのデータで構成される複数の全体ファイルと、各々が当該他のピアに蓄積された全体ファイルの一部に相当し、コンテンツの先頭から所定範囲までのデータである複数の先頭部分ファイルとを蓄積するピア蓄積手段を備え、
前記センタサーバは、
前記複数の全体ファイルの所在を含むコンテンツ情報を蓄積するサーバ蓄積手段を備え、
前記ピアはさらに、
前記コンテンツ情報に基づいて、自身が蓄積していないコンテンツであって当該他のピアに蓄積されたコンテンツの全体ファイルから先頭部分ファイルを取得して前記ピア蓄積手段に蓄積する先頭部分取得手段と、
前記ピア蓄積手段に蓄積された複数のコンテンツの中から選択されたコンテンツの再生を開始する再生手段と、
前記選択されたコンテンツの全体ファイルが蓄積されておらず先頭部分ファイルが蓄積されているとき、前記コンテンツの再生中に、選択されたコンテンツの全体ファイルのうち前記先頭部分ファイルを除くデータである残部ファイルを、前記選択されたコンテンツの全体ファイルを蓄積する当該他のピアから取得する残部取得手段とを備えることを特徴とするコンテンツ配信システム。
【請求項２】
請求項１に記載のコンテンツ配信システムであって、
前記コンテンツ情報はさらに、前記コンテンツの再生時間と、前記コンテンツの全体ファイルのデータサイズとを含み、
前記サーバ蓄積手段はさらに、
前記各ピア間の転送レートに関する転送レート情報を蓄積し、
前記センタサーバはさらに、
前記コンテンツ情報内の全体ファイルの所在に基づいて、所定のコンテンツの全体ファイルを蓄積するピアを転送元ピアとして特定する特定手段と、
前記コンテンツ情報及び転送レート情報に基づいて、転送先となる前記ピアが前記転送元ピアから前記所定のコンテンツの残部ファイルを取得する時間が前記所定のコンテンツの再生時間よりも短くなるように、前記所定のコンテンツの先頭部分ファイルのデータサイズを決定する先頭部分サイズ決定手段と、
前記決定された先頭部分ファイルのデータサイズと前記転送元ピアと前記転送先となるピアとを対応づけた先頭部分ファイル情報を前記サーバ蓄積手段に登録する登録手段とを備え、
前記先頭部分取得手段は、前記先頭部分ファイル情報に基づいて、前記転送元ピアから前記先頭部分ファイルを取得し、
前記残部取得手段は、前記転送元ピアから前記残部ファイルを取得することを特徴とするコンテンツ配信システム。
【請求項３】
請求項１又は請求項２に記載のコンテンツ配信システムであって、
前記コンテンツ情報はさらに、コンテンツのメタ情報を含み、
前記サーバ蓄積手段はさらに、
各ピアが取得するコンテンツの選択条件に関する選択条件情報を蓄積し、
前記センタサーバはさらに、
前記コンテンツ情報と前記選択条件情報とに基づいて、前記各ピアが先頭部分ファイルを取得すべきコンテンツの優先順位を列挙した優先順位リストを作成して前記サーバ蓄積手段に登録する優先順位リスト作成手段を備え、
前記ピアはさらに、
前記ピア記憶手段の空き容量を求める空き容量決定手段を備え、
前記先頭部分取得手段は、前記優先順位リスト及び前記空き容量に基づいて、ファイル先頭部分を優先順に取得することを特徴とするコンテンツ配信システム。
【請求項４】
請求項１〜請求項３のいずれか１項に記載のコンテンツ配信システムであって、
前記コンテンツ情報はさらに、コンテンツの公開期間情報を含み、
前記ピアはさらに、
前記ピア蓄積手段に蓄積されたコンテンツの公開期間情報を前記センタサーバから取得する公開期間取得手段と、
前記公開期間情報に基づいて、公開期間を渡過したコンテンツの全体ファイル及び先頭部分ファイルを削除する削除手段とを備えることを特徴とするコンテンツ配信システム。
【請求項５】
互いに接続された複数のピアと、前記複数のピアと接続されたセンタサーバとを備えたピアツーピア型のコンテンツ配信システムにおける前記ピアであって、
各々がコンテンツの先頭から末尾までの全てのデータで構成される複数の全体ファイルと、各々が当該他のピアに蓄積された全体ファイルの一部に相当し、コンテンツの先頭から所定範囲までのデータである複数の先頭部分ファイルとを蓄積するピア蓄積手段と、
前記複数のコンテンツの全体ファイルの所在に関する情報であって前記センタサーバに蓄積されたコンテンツ情報に基づいて、自身が蓄積していないコンテンツであって当該他のピアに蓄積されたコンテンツの全体ファイルから先頭部分ファイルを取得して前記ピア蓄積手段に蓄積する先頭部分取得手段と、
前記ピア蓄積手段に蓄積された複数のコンテンツの中から選択されたコンテンツの再生を開始する再生手段と、
前記選択されたコンテンツの全体ファイルが蓄積されておらず先頭部分ファイルが蓄積されているとき、前記コンテンツの再生中に、選択されたコンテンツの全体ファイルのうち前記先頭部分ファイルを除くデータである残部ファイルを、前記選択されたコンテンツの全体ファイルを蓄積する当該他のピアから取得する残部取得手段とを備えることを特徴とするピア。
【請求項６】
請求項５に記載のピアであって、
前記コンテンツ情報はさらに、コンテンツのメタ情報を含み、
前記ピアはさらに、
前記ピア記憶手段の空き容量を求める空き容量決定手段を備え、
前記先頭部分取得手段は、前記センタサーバが蓄積する前記コンテンツ情報と前記各ピアが取得するコンテンツの選択条件に関する選択条件情報とに基づいて前記センタサーバにより作成され、前記各ピアが先頭部分ファイルを取得すべきコンテンツの優先順位を列挙した優先順位リストに基づいて、ファイル先頭部分を優先順に取得することを特徴とするピア。
【請求項７】
請求項５又は請求項６に記載のピアであって、
前記コンテンツ情報はさらに、コンテンツの公開期間情報を含み、
前記ピアはさらに、
前記ピア蓄積手段に蓄積されたコンテンツの公開期間情報を前記センタサーバから取得する公開期間取得手段と、
前記公開期間情報に基づいて、公開期間を渡過したコンテンツの全体ファイル及び先頭部分ファイルを削除する削除手段とを備えることを特徴とするピア。
【請求項８】
各々がコンテンツの先頭から末尾までの全てのデータで構成される複数の全体ファイルと、各々が当該他のピアに蓄積された全体ファイルの一部に相当し、コンテンツの先頭から所定範囲までのデータである複数の先頭部分ファイルとを蓄積する複数のピアと、前記複数のピアと接続されたセンタサーバとを備えたピアツーピア型のコンテンツ配信システムにおける前記センタサーバであって、
前記複数の全体ファイルの所在と前記コンテンツの再生時間と前記コンテンツの全体ファイルのデータサイズとを含むコンテンツ情報と、前記各ピア間の転送レートに関する転送レート情報とを蓄積するサーバ蓄積手段と、
前記コンテンツ情報内の全体ファイルの所在に基づいて、所定のコンテンツの全体ファイルを蓄積する転送元ピアを特定する特定手段と、
前記コンテンツ情報及び転送レート情報に基づいて、転送先となる前記ピアが前記所定のコンテンツの全体ファイルから前記先頭部分ファイルを除いた残部ファイルを前記転送元ピアから取得する時間が、前記所定のコンテンツの再生時間よりも短くなるように、前記所定のコンテンツの先頭部分ファイルのデータサイズを決定する先頭部分サイズ決定手段と、
前記ピアが前記先頭部分ファイルを取得するための情報であって、前記決定された先頭部分ファイルのデータサイズと前記転送元ピアと前記転送先となるピアとを対応づけた先頭部分ファイル情報を前記サーバ蓄積手段に登録する登録手段とを備えることを特徴とするセンタサーバ。
【請求項９】
請求項８に記載のセンタサーバであって、
前記コンテンツ情報はさらに、コンテンツのメタ情報を含み、
前記サーバ蓄積手段はさらに、
各ピアが取得するコンテンツの選択条件に関する選択条件情報を蓄積し、
前記センタサーバはさらに、
前記コンテンツ情報と前記選択条件情報とに基づいて、前記各ピアが先頭部分ファイルを取得すべきコンテンツの優先順位を列挙した優先順位リストを作成して前記サーバ蓄積手段に登録する優先順位リスト作成手段を備えることを特徴とするセンタサーバ。
【請求項１】
互いに接続された複数のピアと、前記複数のピアと接続されたセンタサーバとを備えたピアツーピア型のコンテンツ配信システムであって、
前記ピアは、
各々がコンテンツの先頭から末尾までの全てのデータで構成される複数の全体ファイルと、各々が当該他のピアに蓄積された全体ファイルの一部に相当し、コンテンツの先頭から所定範囲までのデータである複数の先頭部分ファイルとを蓄積するピア蓄積手段を備え、
前記センタサーバは、
前記複数の全体ファイルの所在を含むコンテンツ情報を蓄積するサーバ蓄積手段を備え、
前記ピアはさらに、
前記コンテンツ情報に基づいて、自身が蓄積していないコンテンツであって当該他のピアに蓄積されたコンテンツの全体ファイルから先頭部分ファイルを取得して前記ピア蓄積手段に蓄積する先頭部分取得手段と、
前記ピア蓄積手段に蓄積された複数のコンテンツの中から選択されたコンテンツの再生を開始する再生手段と、
前記選択されたコンテンツの全体ファイルが蓄積されておらず先頭部分ファイルが蓄積されているとき、前記コンテンツの再生中に、選択されたコンテンツの全体ファイルのうち前記先頭部分ファイルを除くデータである残部ファイルを、前記選択されたコンテンツの全体ファイルを蓄積する当該他のピアから取得する残部取得手段とを備えることを特徴とするコンテンツ配信システム。
【請求項２】
請求項１に記載のコンテンツ配信システムであって、
前記コンテンツ情報はさらに、前記コンテンツの再生時間と、前記コンテンツの全体ファイルのデータサイズとを含み、
前記サーバ蓄積手段はさらに、
前記各ピア間の転送レートに関する転送レート情報を蓄積し、
前記センタサーバはさらに、
前記コンテンツ情報内の全体ファイルの所在に基づいて、所定のコンテンツの全体ファイルを蓄積するピアを転送元ピアとして特定する特定手段と、
前記コンテンツ情報及び転送レート情報に基づいて、転送先となる前記ピアが前記転送元ピアから前記所定のコンテンツの残部ファイルを取得する時間が前記所定のコンテンツの再生時間よりも短くなるように、前記所定のコンテンツの先頭部分ファイルのデータサイズを決定する先頭部分サイズ決定手段と、
前記決定された先頭部分ファイルのデータサイズと前記転送元ピアと前記転送先となるピアとを対応づけた先頭部分ファイル情報を前記サーバ蓄積手段に登録する登録手段とを備え、
前記先頭部分取得手段は、前記先頭部分ファイル情報に基づいて、前記転送元ピアから前記先頭部分ファイルを取得し、
前記残部取得手段は、前記転送元ピアから前記残部ファイルを取得することを特徴とするコンテンツ配信システム。
【請求項３】
請求項１又は請求項２に記載のコンテンツ配信システムであって、
前記コンテンツ情報はさらに、コンテンツのメタ情報を含み、
前記サーバ蓄積手段はさらに、
各ピアが取得するコンテンツの選択条件に関する選択条件情報を蓄積し、
前記センタサーバはさらに、
前記コンテンツ情報と前記選択条件情報とに基づいて、前記各ピアが先頭部分ファイルを取得すべきコンテンツの優先順位を列挙した優先順位リストを作成して前記サーバ蓄積手段に登録する優先順位リスト作成手段を備え、
前記ピアはさらに、
前記ピア記憶手段の空き容量を求める空き容量決定手段を備え、
前記先頭部分取得手段は、前記優先順位リスト及び前記空き容量に基づいて、ファイル先頭部分を優先順に取得することを特徴とするコンテンツ配信システム。
【請求項４】
請求項１〜請求項３のいずれか１項に記載のコンテンツ配信システムであって、
前記コンテンツ情報はさらに、コンテンツの公開期間情報を含み、
前記ピアはさらに、
前記ピア蓄積手段に蓄積されたコンテンツの公開期間情報を前記センタサーバから取得する公開期間取得手段と、
前記公開期間情報に基づいて、公開期間を渡過したコンテンツの全体ファイル及び先頭部分ファイルを削除する削除手段とを備えることを特徴とするコンテンツ配信システム。
【請求項５】
互いに接続された複数のピアと、前記複数のピアと接続されたセンタサーバとを備えたピアツーピア型のコンテンツ配信システムにおける前記ピアであって、
各々がコンテンツの先頭から末尾までの全てのデータで構成される複数の全体ファイルと、各々が当該他のピアに蓄積された全体ファイルの一部に相当し、コンテンツの先頭から所定範囲までのデータである複数の先頭部分ファイルとを蓄積するピア蓄積手段と、
前記複数のコンテンツの全体ファイルの所在に関する情報であって前記センタサーバに蓄積されたコンテンツ情報に基づいて、自身が蓄積していないコンテンツであって当該他のピアに蓄積されたコンテンツの全体ファイルから先頭部分ファイルを取得して前記ピア蓄積手段に蓄積する先頭部分取得手段と、
前記ピア蓄積手段に蓄積された複数のコンテンツの中から選択されたコンテンツの再生を開始する再生手段と、
前記選択されたコンテンツの全体ファイルが蓄積されておらず先頭部分ファイルが蓄積されているとき、前記コンテンツの再生中に、選択されたコンテンツの全体ファイルのうち前記先頭部分ファイルを除くデータである残部ファイルを、前記選択されたコンテンツの全体ファイルを蓄積する当該他のピアから取得する残部取得手段とを備えることを特徴とするピア。
【請求項６】
請求項５に記載のピアであって、
前記コンテンツ情報はさらに、コンテンツのメタ情報を含み、
前記ピアはさらに、
前記ピア記憶手段の空き容量を求める空き容量決定手段を備え、
前記先頭部分取得手段は、前記センタサーバが蓄積する前記コンテンツ情報と前記各ピアが取得するコンテンツの選択条件に関する選択条件情報とに基づいて前記センタサーバにより作成され、前記各ピアが先頭部分ファイルを取得すべきコンテンツの優先順位を列挙した優先順位リストに基づいて、ファイル先頭部分を優先順に取得することを特徴とするピア。
【請求項７】
請求項５又は請求項６に記載のピアであって、
前記コンテンツ情報はさらに、コンテンツの公開期間情報を含み、
前記ピアはさらに、
前記ピア蓄積手段に蓄積されたコンテンツの公開期間情報を前記センタサーバから取得する公開期間取得手段と、
前記公開期間情報に基づいて、公開期間を渡過したコンテンツの全体ファイル及び先頭部分ファイルを削除する削除手段とを備えることを特徴とするピア。
【請求項８】
各々がコンテンツの先頭から末尾までの全てのデータで構成される複数の全体ファイルと、各々が当該他のピアに蓄積された全体ファイルの一部に相当し、コンテンツの先頭から所定範囲までのデータである複数の先頭部分ファイルとを蓄積する複数のピアと、前記複数のピアと接続されたセンタサーバとを備えたピアツーピア型のコンテンツ配信システムにおける前記センタサーバであって、
前記複数の全体ファイルの所在と前記コンテンツの再生時間と前記コンテンツの全体ファイルのデータサイズとを含むコンテンツ情報と、前記各ピア間の転送レートに関する転送レート情報とを蓄積するサーバ蓄積手段と、
前記コンテンツ情報内の全体ファイルの所在に基づいて、所定のコンテンツの全体ファイルを蓄積する転送元ピアを特定する特定手段と、
前記コンテンツ情報及び転送レート情報に基づいて、転送先となる前記ピアが前記所定のコンテンツの全体ファイルから前記先頭部分ファイルを除いた残部ファイルを前記転送元ピアから取得する時間が、前記所定のコンテンツの再生時間よりも短くなるように、前記所定のコンテンツの先頭部分ファイルのデータサイズを決定する先頭部分サイズ決定手段と、
前記ピアが前記先頭部分ファイルを取得するための情報であって、前記決定された先頭部分ファイルのデータサイズと前記転送元ピアと前記転送先となるピアとを対応づけた先頭部分ファイル情報を前記サーバ蓄積手段に登録する登録手段とを備えることを特徴とするセンタサーバ。
【請求項９】
請求項８に記載のセンタサーバであって、
前記コンテンツ情報はさらに、コンテンツのメタ情報を含み、
前記サーバ蓄積手段はさらに、
各ピアが取得するコンテンツの選択条件に関する選択条件情報を蓄積し、
前記センタサーバはさらに、
前記コンテンツ情報と前記選択条件情報とに基づいて、前記各ピアが先頭部分ファイルを取得すべきコンテンツの優先順位を列挙した優先順位リストを作成して前記サーバ蓄積手段に登録する優先順位リスト作成手段を備えることを特徴とするセンタサーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００８−１０９１８８（Ｐ２００８−１０９１８８Ａ）
【公開日】平成２０年５月８日（２００８．５．８）
【国際特許分類】
【出願番号】特願２００６−２８７４４２（Ｐ２００６−２８７４４２）
【出願日】平成１８年１０月２３日（２００６．１０．２３）
【出願人】（００００００２７３）オンキヨー株式会社 (502)
【Ｆターム（参考）】
【公開日】平成２０年５月８日（２００８．５．８）
【国際特許分類】
【出願日】平成１８年１０月２３日（２００６．１０．２３）
【出願人】（００００００２７３）オンキヨー株式会社 (502)
【Ｆターム（参考）】
[ Back to top ]