JP2010183148A - コンテンツ再生装置、コンテンツ再生方法、プログラム、コンテンツ流通システム - Google Patents

Abstract

【課題】ユーザがダイジェストコンテンツを聴いて、これに利用されている原コンテンツファイルを入手するまでの手間を省いて、ユーザへの便宜を図る。
【解決手段】コンテンツ再生装置は、ダイジェストコンテンツを取得して再生可能とされている。また、ダイジェストコンテンツの作成に利用された原コンテンツの選択決定操作を可能とするユーザインターフェースを有する。そして、この選択決定操作が行われたことに応じては、ダイジェストコンテンツ・データの編集内容情報により特定した原コンテンツとしてのコンテンツ内容を再現できる実体データを取得する。
【選択図】図１０

Description

本発明は、例えばオーディオコンテンツとしてのデータを再生するコンテンツ再生装置と、その方法、及びこのコンテンツ再生装置が実行するプログラムに関する。また、上記コンテンツ再生装置を備えて成るコンテンツ流通システムに関する。

例えば、ＭＩＸＣＤ（ミックスＣＤ）などといわれるジャンルが知られている。これは、いわゆるＤＪなどといわれる作成者が、複数の曲をミックスという手法によって連続的につなげるようにして編集して作成したものを、１つのまとまった作品、コンテンツとしたものである。一般には、このような編集されたコンテンツは、ＣＤなどのパッケージメディアとして提供される。このことに因み、ＭＩＸＣＤといわれる。

このＭＩＸＣＤの内容としては、上記したように複数の曲の少なくとも一部が継ぎ合わされたものとなったうえで、作成者の編集の意図、技術などが反映されたものとなっている。このために、例えばリスナーにとっては、ＭＩＸＣＤを聴くことで、多くの曲を楽しみながら聴くことができ、また、自分の知らない曲で興味のあるものが見つけられる、という楽しみ、利点もある。このようなことから、ＭＩＸＣＤは、レコード会社などが新曲などを宣伝するという目的でしばしば利用される。

また、近年では、オーディオコンテンツなどを入手する方法として、ＣＤなどに代表されるパッケージメディアを入手するのではなく、例えばパーソナルコンピュータとしてのネットワーク端末により、ネットワーク上のサーバから、楽曲としてのオーディオデータをダウンロードすることが広く行われている。

再公表特許 国際公開番号ＷＯ９９／２５０８２ 特開２００５−９２４７７号広報

しかし、実際的な問題として、ＭＩＸＣＤのリスナーが、ＭＩＸＣＤの音源を聴いて入手したいと思う曲があったとして、この曲を入手できるまでには、相応の面倒がかかる。例えば、リスナーが入手したいと思った曲を特定するために曲名、アーティストなどを知ろうと思った場合、ＭＩＸＣＤに紙などで添付されている曲目リストがあれば、これをみればよい。しかし、曲目リストがなければ、その曲を特定することは難しくなる。
また、ＭＩＸＣＤは、単にそれ自体で独立した１つのコンテンツであって、本来、ＭＩＸＣＤの音源として利用された曲コンテンツとは関連がない。このために、例えば入手したい曲が特定できたとしても、改めて、その曲のパッケージメディアを入手するために店舗や通販などを利用するか、楽曲ダウンロードサイトのＷｅｂページを探してアクセスしてダウンロードするという手間をかけることになる。

このことからすると、ユーザへの便宜を図ることとすれば、ＭＩＸＣＤなどのようなダイジェスト的なコンテンツの試聴からはじまり、このコンテンツで利用されている曲のコンテンツを入手するまでの手間がより省かれるようにすることが好ましいといえる。

そこで本発明は上記した課題を考慮して、複数の原コンテンツのコンテンツ内容を利用して編集することで作成されたダイジェストコンテンツのデータとして、少なくとも、ダイジェストコンテンツにおいて利用される原コンテンツをコンテンツ識別子により示し、ダイジェストコンテンツにおける原コンテンツの利用結果が示される情報を有する編集内容情報と、上記ダイジェストコンテンツの内容を再生出力することのできる１つのコンテンツ実体データ及び／又は総合して上記ダイジェストコンテンツの内容を再生出力することのできる、離散された複数のコンテンツ実体データを取得するためのダイジェストコンテンツ・データ取得手段と、上記１つのコンテンツ実体データ又は上記離散された複数のコンテンツ実体データを利用して、ダイジェストコンテンツの内容を再生するダイジェストコンテンツ再生手段と、上記ダイジェストコンテンツにおいて利用されている原コンテンツのうちから任意の原コンテンツを選択決定する選択決定操作が可能なユーザインターフェースを提供するユーザインターフェース提供手段と、上記選択決定操作により選択決定された原コンテンツが何であるのかを、上記編集内容情報を参照して特定する原コンテンツ特定手段と、上記原コンテンツ特定手段により特定された原コンテンツについて、本コンテンツ再生装置により再生が可能な形式による実体データである、再生可能原コンテンツデータを取得する原コンテンツデータ取得手段とを備えてコンテンツ再生装置を構成することとした。

上記構成では、複数の原コンテンツを利用して作成されたダイジェストコンテンツをコンテンツ再生装置が取得して、これを再生できるようになっている。また、ダイジェストコンテンツの作成に利用された原コンテンツのうちから任意のものを選択決定する操作を可能とするユーザインターフェースも提供されている。そして、この原コンテンツを選択決定する操作が行われたことに応じては、コンテンツ再生装置により、この選択決定された原コンテンツとしてのコンテンツ内容を再現できる実体データを取得する。この実体データが取得されて以降は、コンテンツ再生装置により、いつでも選択決定した原コンテンツを再生出力できる。

このようにして、本発明は、コンテンツ再生装置において、ユーザが、ダイジェストコンテンツを作成するのに利用した原コンテンツを取得するための操作（選択決定操作）が可能とされている。また、この操作に応じて、選択された原コンテンツとして、コンテンツ再生装置により再生が可能な形式の実体データを取得するようにしている。
つまり、ユーザは、コンテンツ再生装置に対する操作のみで、ダイジェストコンテンツにおいて利用されている原コンテンツのうちから、そのコンテンツ内容を鑑賞したいものを選ぶ操作と、選らんだ原コンテンツの実体データの取得とを行える。
即ち、本願発明によっては、ユーザがダイジェストコンテンツを聴いて、これに利用されている原コンテンツファイルを入手するまでの手間が省かれるものであり、それだけ、ユーザにとっては便利なコンテンツ鑑賞の環境が得られることになる。

本願の発明を実施するための形態（実施形態）としてのコンテンツ流通システムの第１構成例を示す図である。 ダイジェストコンテンツの音声的な内容例を模式的に示す図である。 原コンテンツファイルの構造例を示す図である。 ダイジェストコンテンツ・データの構造例を示す図である。 編集内容ファイルの構造例を示す図である。 利用コンテンツ情報の内容例を示す図である。 編集内容記述情報の内容例を示す図である。 第１構成例に対応するユーザ用ダイジェストコンテンツ・データの構造例を示す図である。 コンテンツ再生装置の構成例を示す図である。 第１構成例のコンテンツ再生装置が実行する、原コンテンツリストに対して行われる原コンテンツの購入操作に対応する処理手順例を示すフローチャートである。 コンテンツ再生装置が実行する、購入した原コンテンツの確認再生のための処理手順例を示すフローチャートである。 原コンテンツ確認再生の態様例を模式的に示す図である。 第１構成例のコンテンツ再生装置が実行する、ダイジェストコンテンツの再生中において行われる原コンテンツの購入操作に対応する処理手順例を示すフローチャートである。 本実施形態のコンテンツ流通システムの第２構成例を示す図である。 第２構成例において、課金処理に対応して、携帯型コンテンツ再生装置、コンテンツ記憶装置、課金サーバが実行する処理手順例を示すシーケンス図である。 本実施形態のコンテンツ流通システムの第３構成例を示す図である。 本実施形態のコンテンツ流通システムの第４構成例を示す図である。 本実施形態のコンテンツ流通システムの第５構成例を示す図である。

以下、本願の発明を実施するための形態（以下、実施形態という）について、下記の順により説明する。

＜１．コンテンツ流通システム:第１構成例＞
［１−１．全体構成］
［１−２．コンテンツ再生装置の構成］
［１−３．コンテンツ再生装置のアルゴリズム例］
＜２．コンテンツ流通システム:第２構成例＞
＜３．コンテンツ流通システム:第３構成例＞
＜４．コンテンツ流通システム:第４構成例＞
＜５．コンテンツ流通システム:第５構成例＞

＜１．コンテンツ流通システム:第１構成例＞
［１−１．全体構成］
本実施形態としては、楽曲の内容を有する曲コンテンツを流通させる、コンテンツ流通システムを例に挙げる。ここで流通される曲コンテンツはオーディオコンテンツなどともいわれ、その実体としては、例えばデジタルオーディオデータなどとなる。
先ず、図１を参照して、本実施形態の第１構成例としてのコンテンツ流通システムの全体構成について説明する。
この図に示すように、先ず、本実施形態のコンテンツ流通システムの利用者は、コンテンツ提供者、コンテンツクリエータ、及び一般ユーザとなる。
コンテンツ提供者は、例えばレコード会社など、多数の曲コンテンツを保有し、これを例えば販売、配布などにより一般ユーザに提供しようとする者となる。ここでいう曲コンテンツとは、例えば、１楽曲分の音声内容をそのコンテンツ内容として有するものをいい、後述するコンテンツ流通の態様においては、原コンテンツとして扱われるものである。

コンテンツクリエータは、後述するようにして、この場合にはコンテンツ提供者からの依頼を受けて、複数の曲コンテンツ（原コンテンツ）を利用したミキシング・編集を行って、これら複数の曲コンテンツごとの少なくとも一部がつながっていくようにされた音声内容を有する、１コンテンツとしての作品を作成する。
このようにして作成されるコンテンツは、例えば一般には、ＭＩＸＣＤといわれるオーディオコンテンツに相当する。
なお、先にも述べたように、ＭＩＸＣＤとは、ＤＪなどといわれるアーティスト（作成者）が、複数の曲をミックスという手法によって連続的につなげるようにして編集して１つのまとまった作品、コンテンツとして作成したものをいう。このような編集されたコンテンツは、ＣＤなどのパッケージメディアとして提供されるので、このことに因んで、このコンテンツ自体をＭＩＸＣＤともいうことが一般的である。

本実施形態において、コンテンツクリエータが作成したコンテンツについては、複数楽曲のダイジェストとしての音声内容を有するものとして捉えられることに因み、ダイジェストコンテンツという

一般ユーザは、コンテンツ再生装置１を所有する者である。
この一般ユーザは、コンテンツ提供者が提供する曲コンテンツ、また、コンテンツクリエータが作成したダイジェストコンテンツ（ユーザ用ダイジェストコンテンツ）としてのオーディオデータファイルを入手する。そして、この入手したコンテンツ（オーディオデータファイル）のデータをコンテンツ再生装置１により再生して鑑賞することができる。

また、図１のシステムを形成するサーバ、装置などとしては、コンテンツ再生装置１、原コンテンツサーバ２、ダイジェストコンテンツサーバ３，ダイジェストコンテンツ転送装置４、コンテンツ作成装置５、課金サーバ６とされている。
システム内におけるこれらの装置の動作と、システムの利用態様例について、同図１を参照して説明する。なお、この説明は、図において○印内の数字により示す手順の番号にしたがって行う。

［手順１］
先ず、コンテンツ提供者は、自身が所有する曲コンテンツのうちから、ダイジェストコンテンツに含めたいＮ個の曲コンテンツ、即ち原コンテンツ１〜Ｎを選んで集める。なお、「原コンテンツ」とは、ダイジェストコンテンツを作成するにあたっての利用元となるコンテンツであることに因んだ、曲コンテンツについての別名称である。
コンテンツ提供者は、手順１として、これらの原コンテンツ１〜Ｎのファイル（原コンテンツファイル）を、原コンテンツサーバ２に対してネットワーク経由で転送して登録させる。この登録の際、コンテンツ提供者は、自身が所有するネットワーク端末装置により、原コンテンツファイルのデータを転送させる。原コンテンツサーバ２は、転送されてきた原コンテンツファイルを記憶管理する。

ここで図３により原コンテンツファイルの構造例を示しておく。
この図に示すように、原コンテンツファイルは、ヘッダとオーディオデータとから成る。
ヘッダには、対応の原コンテンツファイルについて必要な各種の情報（ヘッダ情報）が格納される。これらのヘッダ情報の１つとして、図においては、コンテンツＩＤが示される。コンテンツＩＤは、対応する原コンテンツファイルに固有となるようにして割り当てられた識別子である。
なお、この場合のヘッダ情報には、例えば、対応する原コンテンツの楽曲の曲名、アーティスト名、再生時間、ジャンル、オーディオデータ形式などをはじめとした各種のメタデータを格納できる。
また、原コンテンツファイルにおけるオーディオデータは、その原コンテンツとしての楽曲内容を有する所定形式のデジタルオーディオデータを格納する領域である。
原コンテンツファイルは、ダイジェストコンテンツの内容を再生出力することのできる１つのコンテンツ実体データとしてみることができる。

なお、上記図３は、原コンテンツファイルのヘッダに、コンテンツＩＤを格納した例を示しているが、これは、原コンテンツファイルをコンテンツＩＤと関連付けていることを意味する。本実施形態としては、原コンテンツファイルがコンテンツＩＤ、若しくはＩＤとして機能する情報と関連付けられている限り、その管理の態様については特に限定されない。
例えば、原コンテンツファイルのフィンガープリントなど、原コンテンツファイルのコンテンツ内容に応じて一義的に得られ、また、固有となるデータをコンテンツＩＤとして利用して管理することが考えられる。
また、原コンテンツファイルに外部からＩＤを付加した態様によりデータベース管理するような態様とすることも考えられる。

［手順２］
また、コンテンツ提供者は、図１の手順２として示すように、今回選んだとする原コンテンツ１〜Ｎについての原コンテンツリストをコンテンツクリエータに受け渡す。ここでの原コンテンツリストは、原コンテンツ１〜Ｎの内訳内容を示した情報であり、コンテンツ作成者のほうで原コンテンツ１〜Ｎを特定できるようにされた内容を有しているものとする。

なお、原コンテンツリストの受け渡しは、例えば手渡し、若しくはそれに準じたものとすることも可能ではあるが、次のようにして自動化することも可能である。
つまり、例えばコンテンツ提供者は、コンピュータ装置などとしての情報処理装置により特定のアプリケーションプログラムを利用して、自身が所有管理している曲コンテンツのうちから原コンテンツを選択するようにされているものとする。そして、上記のアプリケーションプログラムは、原コンテンツ１〜Ｎの選択された結果に基づいて、原コンテンツリストを自動作成する。この原コンテンツリストは例えば所定形式のファイルとして得ることができる。また、上記アプリケーションプログラムは、この自動作成した原コンテンツリストをネットワーク経由で、コンテンツクリエータが所有する情報処理装置に対して送信する。このとき、コンテンツクリエータ側としては、コンテンツ作成装置５により直接的に原コンテンツリストを受信するようにしてよい。

［手順３］
原コンテンツリストを受け取ったコンテンツクリエータは、受け取った原コンテンツリストにおいて示されている原コンテンツのデータを、原コンテンツサーバ２から取得し、例えばコンテンツ作成装置５のローカルに保存させるようにする。このようにして保存された原コンテンツが、ダイジェストコンテンツを作成するにあたって利用する音源素材となる。
なお、この原コンテンツを取得する手順も自動化が可能である。
例えばコンテンツ作成装置５（若しくは他の情報処理装置でもよい）が、読み込んだ原コンテンツリストを解析して、そこに示される原コンテンツが何であるのかを認識し、これらの認識した原コンテンツのダウンロードを実行するように構成するものである。この処理は、例えばコンテンツ作成装置５に実行させるプログラムにより実現できる。
また、上記のようにして原コンテンツリストを自動でダウンロードさせるのにあたり、ダウンロードすべき原コンテンツを指定するのにあたっては、図３に示したようにヘッダに格納されるコンテンツＩＤを利用すればよい。このためには、原コンテンツリストにおいて原コンテンツリストを示すのにあたっては、少なくともコンテンツＩＤを使用することになる。

［手順４］
この場合のコンテンツ作成装置５は、コンテンツクリエータの操作に応じて、原コンテンツファイル（つまり、デジタルオーディオデータ）を利用して、複数楽曲ごとの少なくとも一部をつなげて１つの新たな曲コンテンツを作成していくのに相当する編集処理を実行することができる。このような編集作業は、例えばいわゆるＤＪが行うミックスといわれる演奏、編集手法に相当するもので、編集により得られたコンテンツが、ダイジェストコンテンツとなる。つまり、手順４としては、コンテンツクリエータがコンテンツ作成装置５を操作してダイジェストコンテンツを作成するものとなる。

図２は、ダイジェストコンテンツについて音声内容からみた編集結果例の１つを模式的に示している。
このダイジェストコンテンツは、その再生時間に従って、原コンテンツ１、原コンテンツ４、原コンテンツ２、原コンテンツ５、原コンテンツ３が順次つなげられるようにして作成されたものとなっている。また、利用される原コンテンツは、その開始から終端までの全区間が利用されてもよいし、全区間における任意の一部を抜き出した区間を利用してもよい。
この図では、各原コンテンツが、その全区間において利用されている区間について、時刻により表記している。
ダイジェストコンテンツにおいて最初に再生される原コンテンツ１は、その原コンテンツ１の全区間(00:00〜end(終端))における時刻aa:aa〜bb:bbの区間を利用していることが示されている。
ダイジェストコンテンツにおいて原コンテンツ１の次に再生される原コンテンツ４は、その全区間における時刻cc:cc〜dd:ddの区間を利用していることが示されている。
ダイジェストコンテンツにおいて原コンテンツ１の次に再生される原コンテンツ２は、その全区間における時刻ee:ee〜ff:ffの区間を利用していることが示されている。
ダイジェストコンテンツにおいて原コンテンツ１の次に再生される原コンテンツ５は、その全区間における時刻gg:gg〜hh:hhの区間を利用していることが示されている。
ダイジェストコンテンツにおいて原コンテンツ３の次に再生される原コンテンツ５は、その全区間における時刻ii:ii〜jj:jjの区間を利用していることが示されている。

また、コンテンツ作成装置５により作成されるダイジェストコンテンツとしてのデータ（ダイジェストコンテンツ・データ）の実体構造を図４に示しておく。
この図に示すようにして、ダイジェストコンテンツ・データは、編集内容ファイルと、完全パッケージ・ダイジェストコンテンツファイルの組から成るものとしている。
コンテンツ作成装置５は、コンテンツクリエータの編集操作に応じて作成するダイジェストコンテンツの実体として、少なくとも、上記編集内容ファイルのデータと、完全パッケージ・ダイジェストコンテンツファイルのデータとを作成することになる。

先ず、完全パッケージ・ダイジェストコンテンツファイルのデータ構造としては、図３に示した原コンテンツファイルに準じたものとなる。つまり、ヘッダと、オーディオデータとから成る。そのうえで、オーディオデータには、ダイジェストコンテンツとしての音声内容を有するデジタルオーディオデータが格納されるものとなる。ヘッダには、そのダイジェストコンテンツに付したコンテンツＩＤをはじめ、原コンテンツファイルに準じて各種のヘッダ情報が格納される。

完全パッケージ・ダイジェストコンテンツファイルが、上記のようにしてダイジェストコンテンツとしての音声内容のオーディオデータを有するものであるのに対して、編集内容ファイルは、ダイジェストコンテンツとしての音声内容のオーディオデータは特に含まない。編集内容ファイルは、オーディオデータに代えて、データ本体として、ダイジェストコンテンツの編集内容が記述されたデータを有する。

編集内容ファイルの構造例を図５に示す。
この図に示される編集内容ファイルは、ヘッダ、利用コンテンツ情報、編集内容記述情報から成るものとしている。
ヘッダには、編集内容ファイルごとに固有となるようにして与えられたファイルＩＤのほか、所要のヘッダ情報が格納される。

利用コンテンツ情報は、対応のダイジェストコンテンツを作成するのに利用した原コンテンツの内訳を示したリスト情報である。
この利用コンテンツ情報は、例えば図６に示すようにして、単位コンテンツ情報が順次配列されて成る。１つの単位コンテンツ情報が、ダイジェストコンテンツに利用されている原コンテンツのうちの１つに対応する。つまり、利用コンテンツ情報は、ダイジェストコンテンツに利用された原コンテンツごとに対応した単位コンテンツ情報の集合から成る。

また、個々の単位コンテンツ情報は、例えば図示するように、コンテンツＩＤ、アーティスト名、曲名から成るものとしている。コンテンツＩＤには、対応する原コンテンツのコンテンツＩＤが格納される。アーティスト名、曲名には、それぞれ、対応する原コンテンツとしての楽曲についての、アーティストの名称、曲名を示すデータが格納される。

編集内容記述情報は、利用コンテンツ情報により示される原コンテンツについて、対応のダイジェストコンテンツにおいてどのようにして利用されているのかを記述したデータである。
この編集内容記述情報の記述内容例を、図７に示す。
この図においては、[ ]により括られる記述部分が、１つの原コンテンツを利用しての時間的に連続した区間（利用区間）に対応するもので、ここでは利用区間情報という。
先ず、図において先頭に示される利用区間情報においては、
[
file_id=AAAAAA;
time=00:00-00:10;
position=vv-zz
]
と記述されている。これは、利用されている原コンテンツが、コンテンツID=AAAAAAにより特定されるものであること、この原コンテンツについてのダイジェストコンテンツにおける再生時間は00:00（開始時点）〜00:10（再生時間１０秒）であり、この再生時間において利用する利用一次コンテンツのデータ区間(利用区間)は、アドレスvvからアドレスzzまでに対応する範囲であることを示している。
これに続く利用区間情報は、
[
file_id=CCCCCC;
time=00:10-00:15;
position=ss-tt
]
と記述されている。これは、原コンテンツがコンテンツID=CCCCCCにより特定されるものであり、この原コンテンツについてのダイジェストコンテンツにおける再生時間は00:10〜00:15であり、この再生時間において利用する原コンテンツのデータ区間は、アドレスssからアドレスttまでに対応する範囲であることを示している。
続く利用区間情報は、
[
file_id=BBBBBB;
time=00:15-00:20;
position=ss-tt
]
と記述されている。これは、原コンテンツがコンテンツID=BBBBBBにより特定されるものであり、この原コンテンツについてのダイジェストコンテンツでの再生時間は00:15〜00:20であり、この再生時間において利用する原コンテンツのデータ区間は、アドレスppからアドレスuuまでに対応する範囲であることを示している。

このようにして、編集内容記述情報は、原コンテンツをどのように利用してダイジェストコンテンツとしての音声内容が成り立っているのかを示す情報を有している。このような情報は、換言すれば、編集内容記述情報の内容に従って利用されている原コンテンツファイルのオーディオデータを適宜再生していくことでダイジェストコンテンツとしての音声内容を再現可能な内容を有しているといえる。

［手順５］
上記手順４によりダイジェストコンテンツを作成したとすると、コンテンツクリエータは、コンテンツ作成装置５からダイジェストコンテンツサーバ３に対して、この作成したダイジェストコンテンツのデータを転送させる。このときに転送されるダイジェストコンテンツのデータは、図４に示した構造のダイジェストコンテンツ・データとなる。
ダイジェストコンテンツサーバ３では、転送されてきたダイジェストコンテンツ・データを記憶管理する。

［手順６］
上記手順１〜手順５までの段階により、今回作成したダイジェストコンテンツに関しては、このダイジェストコンテンツに利用されている原コンテンツファイルのデータが原コンテンツサーバ２において記憶されている。また、このダイジェストコンテンツに対応するダイジェストコンテンツ・データがダイジェストコンテンツサーバ３にて記憶されている。
手順６は、ダイジェストコンテンツ転送装置４が、しかるべき機会、タイミングにおいて、指定された１つのダイジェストコンテンツに対応する、「ユーザ用ダイジェストコンテンツ・データ」を作成する処理となる。

例えば、ユーザ用ダイジェストコンテンツ・データの作成は下記のようにして行う。
ダイジェストコンテンツ転送装置４に対しては、しかるべき機会、タイミングで、これまでに説明してきたダイジェストコンテンツに対応するダイジェストコンテンツ・データを作成すべき指示が与えられるものとする。この指示は、例えばコンテンツ提供者側からの操作であるとか、ネットワーク経由での命令の送信により行われるものとする。

上記の指示が得られたとすると、ダイジェストコンテンツ転送装置４は、例えばネットワーク経由で、指定されたダイジェストコンテンツに対応するダイジェストコンテンツ・データを、ダイジェストコンテンツサーバ３に転送させて取り込む。このときダイジェストコンテンツ転送装置４は、ダイジェストコンテンツのコンテンツＩＤにより転送してもらうべきダイジェストコンテンツの指定を受けるものとされる。従って、ダイジェストコンテンツサーバ３への要求も、この指定されたコンテンツＩＤにより行うようにする。

また、ダイジェストコンテンツ転送装置４は、指定されたダイジェストコンテンツにおいて利用されている全ての原コンテンツファイル１〜Ｎの転送を原コンテンツサーバ２に要求する。そして、要求に応じて転送されてきた原コンテンツファイル１〜Ｎのデータを取得する。
ここで、ダイジェストコンテンツ転送装置４は、原コンテンツサーバ２に転送を要求すべき原コンテンツファイルが何であるのかについては、ダイジェストコンテンツサーバ３から取得したダイジェストコンテンツ・データの編集内容ファイルにおける利用コンテンツ情報により、コンテンツＩＤとして認識することができる。そして、この認識したコンテンツＩＤによって原コンテンツサーバ２に対するデータの転送を要求する。

次に、ダイジェストコンテンツ転送装置４は、原コンテンツサーバ２から取得した原コンテンツファイル１〜Ｎのそれぞれについて暗号化を施す。
そして、ダイジェストコンテンツ転送装置４は、図８に示すように、ダイジェストコンテンツ・データとして取得した編集内容ファイル、完全パッケージダイジェストコンテンツファイルとともに、上記のようにして暗号化した原コンテンツファイル１〜Ｎ（暗号化原コンテンツファイル１〜Ｎ）のセットをまとめて、１つのユーザ用ダイジェストコンテンツ・データとする。
なお、原コンテンツファイル１〜Ｎ（暗号化原コンテンツファイル１〜Ｎ）のセットは、総合して上記ダイジェストコンテンツの内容を再生出力することのできる、離散された複数のコンテンツ実体データとなる。

［手順７］
ダイジェストコンテンツ転送装置４は、上記のようにして作成したユーザ用ダイジェストコンテンツ・データを、ネットワーク経由で、しかるべき機会、タイミングでもって、コンテンツ再生装置１に対して転送する。

本願発明におけるコンテンツ作成・転送装置は、コンテンツ作成装置５とダイジェストコンテンツ転送装置４をまとめたものとしてみることができる。コンテンツ作成・転送装置は、現実に１つの装置とされても良いのであるが、コンテンツ作成装置５を操作する者がコンテンツクリエータといわれる個人である一方、ダイジェストコンテンツ転送装置４はネットワーク上に存在するサーバ装置のようにして存在させることが、例えば運用上は好ましい。このような事情から、本実施形態では、コンテンツ作成装置５とダイジェストコンテンツ転送装置４とをそれぞれ異なる装置としている。

なお、ダイジェストコンテンツ・データを転送するタイミングのトリガについては多様に考えることができるが、例えば次のようなものを具体的に考えることができる。
例えば、ダイジェストコンテンツ転送装置４は、作成したユーザ用ダイジェストコンテンツ・データをアップロードしたＷｅｂサイトを提供する、Ｗｅｂサーバとしての機能も与えられているものとする。一般ユーザは、任意のときに、コンテンツ再生装置１を上記Ｗｅｂサーバに対してネットワーク経由でアクセスさせ、このＷｅｂサイトから、任意のダイジェストコンテンツを選択してダウンロードさせる。これに応じて、ダイジェストコンテンツ転送装置４から、コンテンツ再生装置１に対してユーザ用ダイジェストコンテンツ・データが転送される。

また、予め指定された時刻において、ダイジェストコンテンツ転送装置４からコンテンツ再生装置１に対して、ユーザ用ダイジェストコンテンツ・データを一斉に転送するようにすることも考えられる。この場合には、上記の時刻においてネットワークに接続されていたコンテンツ再生装置１において、ダイジェストコンテンツ転送装置４から送信されてきたユーザ用ダイジェストコンテンツ・データが自動的に受信取得されることになる。

［手順８］
コンテンツ再生装置１では、上記のようにして転送されてきたユーザ用ダイジェストコンテンツ・データをローカルに保存して管理するものとする。そして、このようにしてコンテンツ再生装置１においては、例えばユーザ操作に応じて、このようにして保存されたユーザ用ダイジェストコンテンツを再生することができる。

なお、コンテンツ再生装置１の実際としては、例えば１つには、ダイジェストコンテンツの再生に関連した機能を実現するプログラムがインストールされたパーソナルコンピュータなどを代表的なものとして挙げることができる。
また、携帯電話装置であるとか、ネットワーク接続機能を有するコンテンツ再生のための専用装置などを挙げることができる。

また、この手順８としてのダイジェストコンテンツの再生は、ユーザ用ダイジェストコンテンツ・データにおける、完全パッケージ・ダイジェストコンテンツファイルについて、例えばそのオーディオデータ形式に対応した再生信号処理を実行することによって行うものとする。
一般ユーザは、このようにして再生されるダイジェストコンテンツの音を聴いて楽しむことができる。

なお、本実施形態のコンテンツ再生装置１は、暗号化原コンテンツファイルを復号して再生する機能を有してはいる。ただし、後述するようにしてその原コンテンツファイルの購入手続きを完了するまでは復号処理を実行しないようになっている。

なお、本実施形態のシステムに対応するビジネスモデルとして、ダイジェストコンテンツのコンテンツ再生装置１へのダウンロードは無料であるものとする。これは、ダイジェストコンテンツの配布は、コンテンツ提供者にとって、そのダイジェストコンテンツに含まれる曲コンテンツ（原コンテンツ）の販売促進を目的とすることによる。つまり、ダイジェストコンテンツは、複数の曲コンテンツについての試聴版としてみることができる。
もちろん、これは一例であって、ダイジェストコンテンツそのものを有料で配布することとしても、本実施形態の構成を妨げるものではない。例えばダイジェストコンテンツをいわゆるＭＩＸＣＤ音源として見た場合には、これ自体が音楽的に相当の価値を持つ場合もしばしばあると考えられる。
また、ダウンロードは無料であるが、再生回数については制限が与えられるような仕組みとすることも考えられる。

［手順９］
ユーザがダイジェストコンテンツを再生して試聴したところ、このダイジェストコンテンツに利用されている原コンテンツ（曲コンテンツ）のうちで、気に入った原コンテンツが見つかったとする。
本実施形態のコンテンツ再生装置１では、所定の操作により、自身が再生可能なダイジェストコンテンツにおいて利用されている原コンテンツを選択して購入するための操作が可能なようにされている。
この原コンテンツ購入操作に対応するユーザインターフェースの態様としては、例えば次のようなものを考えることができる。
例えば、コンテンツ再生装置１においては、保存しているダイジェストコンテンツにおいて利用されている原コンテンツのリストを、表示により提示できるようになっているものとする。なお、このような原コンテンツリストは、例えば保存しているユーザ用ダイジェストコンテンツ・データにおける利用コンテンツ情報を利用して作成できる。
ユーザは、この原コンテンツリストに提示される一覧のうちから、購入したい原コンテンツのタイトル（曲名）を選択する操作を行ったうえで、購入決定の操作を行うようにする。

また、次のようなユーザインターフェースの態様も考えられる。
ここで、コンテンツ再生装置１により、１つのダイジェストコンテンツ・データ（完全パッケージダイジェストコンテンツファイル）を再生しているものとする。ユーザはこれを聴きながら、自分が気に入った原コンテンツが再生されているときに、購入決定操作を行うことができる。これにより、購入操作が行われたときに再生されていた原コンテンツが購入対象であるとして決定されることになる。
また、これの変形として、ダイジェストコンテンツ・データを再生させながら、気に入った曲コンテンツの再生中に、マーキングのための操作をしておくようにする。この操作に応じて、マーキング操作が行われたときに再生されていた原コンテンツが、購入対象候補として設定される。そして、マーキング操作を一通り終えた後において、マーキングされた購入対象候補の原コンテンツのリストを表示するなどして、このリストから、購入する原コンテンツを選択したうえで購入決定操作を行うようにするものである。

［手順１０］
上記のようにして原コンテンツを選択しての購入決定操作が行われたとすると、ここでは、この購入決定操作が行われたことに応じて、その原コンテンツを一般ユーザが購入したものとしてみなされるものとする。
これまでの説明から理解されるように、購入決定操作が行われた原コンテンツは、既にコンテンツ再生装置１のローカルにて、その暗号化原コンテンツファイルが保存されている。コンテンツ再生装置１は、購入決定操作が行われて以降、この暗号化原コンテンツファイルを復号して得られる原コンテンツファイル（再生可能原コンテンツデータ）を、通常の他の曲コンテンツファイルと同様にして再生することができる。

［手順１１］
上記のようにして購入決定操作が行われたことに応じて、コンテンツ再生装置１は、課金サーバ６にアクセスする。これに応じて、課金サーバ６は、今回の購入決定操作により購入したとされる原コンテンツの料金についての課金処理を実行する。

このようにして、本実施形態においては、コンテンツ再生装置１により再生可能なダイジェストコンテンツにおいて利用されている原コンテンツを、同じコンテンツ再生装置１に対して行う購入操作により購入することができる。つまり、原コンテンツを再生しているのと同じ装置によってすぐに購入操作が行える。また、購入操作のユーザインターフェースとしても、例えば表示された原コンテンツのリストから選択する、若しくは、ダイジェストコンテンツにおいて所望の原コンテンツの再生中に購入若しくはマーキングなどの操作を行って購入対象のコンテンツを指定できるようにしている。そして、購入操作に応じては、同じコンテンツ再生装置１により、購入した原コンテンツを再生することができる。つまり、購入した原コンテンツがコンテンツ再生装置１のローカルにダウンロードされたのと同じ結果が得られる。

例えばこれまでにおいては、ユーザがＭＩＸＣＤを聴いて気に入った曲コンテンツを入手するには、先にも述べたように、曲コンテンツのタイトルなどの特定から入手するまでの経路など、比較的に多くの手間がかかってしまう。
これに対して、本実施形態であれば、上記のようにして、曲コンテンツを調べて特定するような手間を掛けることなく、コンテンツ再生装置１にて所望の曲コンテンツ（原コンテンツ）選んで購入できる。
また、購入した原コンテンツは、元来、ネットワーク経由でコンテンツ再生装置１にダウンロードされていることから、購入決定操作ののちにすぐに聴くことができる。つまり、購入操作に応じて、即座に、原コンテンツを購入してコンテンツ再生装置１にて再生可能な環境が得られる。
このようにして本実施形態によっては、ＭＩＸＣＤ相当のダイジェストコンテンツの試聴から、気に入った原コンテンツを一般ユーザが入手するまでの手間が大幅に省かれるものとなる。

［１−２．コンテンツ再生装置の構成］

図９は、コンテンツ再生装置１の内部構成例を示している。
この図に示されるコンテンツ再生装置１は、制御部１１、記憶部１２、コンテンツ再生処理部１３、音声出力部１４、表示部１５、暗号解除処理部１６、課金対応処理部１７、通信処理部１８、操作部１９から成るものとしている。

制御部１１は、この図に示される機能部位に対する制御を実行して、コンテンツ再生装置１としての機能を実現する部位となる。この制御部１１の動作は、例えばコンテンツ再生装置１が備えるＣＰＵと、主記憶装置となるＲＡＭなどのハードウェアと、ＣＰＵに実行させるプログラムなどにより実現される。

記憶部１２は、コンテンツのデータ、プログラムのデータなどが記憶される部位であり、例えば、ＨＤＤ（ハードディスクドライブ）であるとかフラッシュメモリなどの不揮発性メモリ素子などにより構成できる。ここで記憶部１２に記憶されるコンテンツファイルは、これまでの説明との対応では、原コンテンツファイル、ユーザ用ダイジェストコンテンツ・データなどとなる。なお、図１にしたコンテンツ流通以外の経路により取得したオーディオコンテンツファイルのデータなどが記憶されていてもよい。
記憶部１２に対するデータの書き込み、読み出しは、制御部１１が制御する。

コンテンツ再生処理部１３は、例えば記憶部１２から読み出されたオーディオデータを再生するための信号処理を実行可能とされている。コンテンツ再生処理部１３の再生信号処理により得られた再生音声信号は、音声出力部１４に出力される。
この場合の音声出力部１４は、例えば、入力された再生音声信号を増幅して、ここでは図示していないヘッドフォン端子、スピーカなどドライブ信号を出力する。ユーザは、ヘッドフォン端子に接続したヘッドフォン、若しくはスピーカから出て来る音として、コンテンツの再生音声を聴くことができる。

表示部１５は、制御部１１の表示制御によって、ユーザインターフェース画像などが表示される部位である。また、例えばコンテンツ再生装置１がビデオコンテンツを再生する機能を有している場合には、再生したビデオコンテンツの画像も、表示部１５に表示させることができる。

暗号解除処理部１６は、暗号化原コンテンツの暗号化の解除、つまり暗号化に対する復号処理を実行するための部位である。この暗号解除処理部１６は、ハードウェアにより構成することもできるし、ＤＳＰ(Digital Signal Processor)により構成することもできる。また、ＣＰＵがプログラムを実行することによる、いわゆるソフトウェアにより実現することもできる。

課金対応処理部１７は、制御部１１の制御に従って、通信処理部１８により課金サーバ６とネットワーク経由で接続させるための処理と、接続した課金サーバ６との間で、購入決定された原コンテンツについて行われる課金に対応した処理とを実行する用にされた部位である。この課金対応処理部１７は、例えばソフトウェアにより実現できる。

通信処理部１８は、所定のネットワーク通信プロトコルに従った物理層に対応する構成と、これより上位の所定層に対応するプログラムにより構成されるもので、当該コンテンツ再生装置１がネットワーク経由での通信を実行するために設けられる部位である。

操作部１９は、コンテンツ再生装置１に対して備えられる操作子、若しくは、操作子として扱うことのできる入力デバイスなどを一括して示したものである。操作部１９を形成するとされる操作子に対して行われた操作に応じては、その操作信号が制御部１１に対して出力される。制御部１１は、検知した操作信号に応じてしかるべき処理を実行する。これにより、操作に応答したコンテンツ再生装置１としての動作が得られる。

［１−３．コンテンツ再生装置のアルゴリズム例］

図１０のフローチャートは、図１の手順９，１０に対応してコンテンツ再生装置１が実行する処理のためのアルゴリズムを示している。なお、原コンテンツ購入操作のためのユーザインターフェースとして、先に、次のような例を挙げた。１つは、コンテンツ再生装置が暗号化原コンテンツとして記憶している原コンテンツのリストを表示させたうえで、この原コンテンツリストから購入すべき原コンテンツを選択するようにしたものである。また、もう１つは、ダイジェストコンテンツの再生中において購入決定操作が行われたときに再生されていた原コンテンツを購入対象の原コンテンツとするものである。
先ず、図１０のフローチャートにより、前者のユーザインターフェースを採用した場合のアルゴリズムについて説明する。

図１０のステップＳ１０１において、先ず、コンテンツ再生装置１の制御部１１は、自身が保存しているダイジェストコンテンツ・データにおける編集内容ファイル内の利用コンテンツ情報を利用して、原コンテンツリストのユーザインターフェース画像を作成して、これを表示部１５に表示させるための制御を実行する。

次のステップＳ１０２において制御部１１は、上記ステップＳ１０１により表示させた原コンテンツリストに対して原コンテンツの選択操作が行われる都度、購入候補となる原コンテンツを選択する処理を実行する。
そして、ステップＳ１０３において制御部１１は、購入決定操作が行われか否かについて判別しており、否定の判別結果が得られているのであればステップＳ１０２に戻る。つまり、原コンテンツリストに対する原コンテンツの選択操作は、購入決定操作が行われるまで何度でも行えるようにされている。
そして、ステップＳ１０３において購入決定操作が行われたことが判別されると、制御部１１は、ステップＳ１０４に進む。

ステップＳ１０４においては、購入決定操作のときに選択されていた原コンテンツのコンテンツＩＤを取得する。例えば原コンテンツリストにおいては、その作成時において、リストアップされた原コンテンツごとに、利用コンテンツ情報から読み出したコンテンツＩＤが対応付けられている。

ここでは、次のステップＳ１０５により、ステップＳ１０３の購入決定操作に応じた課金処理を実行することとしている。
ここでの課金処理は、課金対応処理部１７が実行する。課金対応処理部１７は、通信処理部１８を制御してネットワーク経由でコンテンツ再生装置１を課金サーバ６に接続させる。そして、この接続された状態の下、例えば、今回の購入決定操作が行われた原コンテンツのコンテンツＩＤを課金サーバ６に通知する。
課金サーバ６は、コンテンツＩＤと料金とを対応付けた料金情報により、原コンテンツの料金を管理している。そこで、料金情報から、通知されたコンテンツＩＤに対応付けられている料金を認識し、この料金がユーザ側に課金されるようにして処理を実行する。課金サーバ６は、この課金処理の過程において必要に応じてコンテンツ再生装置１と通信を行う。コンテンツ再生装置１の課金対応処理部１７は、通信が行われる都度、これに対応した所要の処理を実行する。

上記の課金処理が完了したとされると、この場合には、制御部１１が、ステップＳ１０６により、先のステップＳ１０４により取得したコンテンツＩＤと一致するコンテンツＩＤを有する暗号化原コンテンツを検索する。この検索処理にあたって、暗号化原コンテンツとしてオーディオデータとともにヘッダも暗号化されているときには、暗号解除処理部１６により例えばヘッダを復号してコンテンツＩＤを読み出せるようにすればよい。

次にステップＳ１０７により、制御部１１は、上記ステップＳ１０６により検索された暗号化原コンテンツを、暗号解除処理部１６により復号処理を施して、完全に暗号化が解除された通常形式の原コンテンツファイルを得る。そして、ステップＳ１０８により、例えば復号して得た原コンテンツファイルを、記憶部１２に保存し直したうえで、コンテンツ再生装置１が管理する再生コンテンツリストに対して新規登録する。このようにして再生コンテンツリストに登録された状態となることで、以降、今回復号された原コンテンツは、他の曲コンテンツと同じようにして、コンテンツ再生装置１に対する通常の再生操作によって再生することができる。

そのうえで、本実施形態においては、今回、ユーザが購入したとされる原コンテンツ、即ち、上記ステップＳ１０８によりコンテンツ再生リストに新規登録された原コンテンツについての確認再生を実行するものとする。ここでの確認再生とは、今回のステップＳ１０３の購入決定操作により購入した原コンテンツが、実際に、ユーザが購入したいと思った原コンテンツと違っていないかどうかを確認できるようにすることを目的としたものである。
このステップＳ１０９は、上記確認再生のための処理となる。

上記ステップＳ１０９としての確認再生のための処理は、図１１のフローチャートに示すものとなる。なお、この図１１の説明にあたっては、確認再生すべき原コンテンツを、「再生対象コンテンツ」という。

制御部１１は、先ず、ステップＳ２０１により、再生対象コンテンツを原コンテンツとして利用しているダイジェストコンテンツ・データから、編集内容ファイル内の編集内容記述情報を読み出して参照する。そして、この編集内容記述情報から、ダイジェストコンテンツにおいて利用されている再生対象コンテンツの区間(利用区間)の開始位置Tsを認識する。利用区間は、図７においては、position＝xx-xx のようにして利用区間の開始アドレスと終了アドレスを記述して示されている。従って、開始位置（開始アドレス）Tsを認識するには、再生対象コンテンツのコンテンツIDに対応する利用区間において示される上記開始アドレスを取得すればよい。

次に制御部２０２は、ステップＳ２０２により、既に復号化されて記憶部１２に記憶されている再生対象コンテンツの原コンテンファイルについて、開始位置Tsからの再生をコンテンツ再生処理部に実行させる。
この再生処理は、例えば再生対象コンテンツの終端まで再生を完了すれば終了する。また、再生中においては、ユーザによる停止、早送り、早戻し、一時停止などの操作も、通常の再生時と同様にして行えるようにして良い。

この確認再生として、例えば、先に図２に示したダイジェストコンテンツにおける原コンテンツ２を再生対象コンテンツとした場合を、図１２に示す。
図１２（ａ）には、図２と同じダイジェストコンテンツの内容が示されている。ここで、ダイジェストコンテンツにおいて原コンテンツ２は、図１２（ｂ）との対応として示されるように、その開始時刻(00:00)から終端（end）までの全区間における時刻ee:ee〜ff:ffまでの一部区間が利用区間とされているものとする。
図１１のステップＳ２０１においては、再生対象コンテンツである原コンテンツ２の利用区間の開始位置Tsとして、上記時刻ee:eeに対応するアドレスが認識されることになる。すると、ステップＳ２０２の再生処理によっては、図１２（ｂ）に示される原コンテンツ２の開始から終端までの全区間のうち、その途中の時刻ee:eeから再生が開始されることになる。

例えば、確認再生として、再生対象コンテンツの全区間における開始位置から再生を開始させるようにすることも考えられる。しかし、今回購入した原コンテンツが、ダイジェストコンテンツを試聴するまでユーザが聴いたことのない曲であったような場合、ユーザは、再生対象コンテンツについて、ダイジェストコンテンツにおいて再生される利用区間の音しか聴き覚えがないことになる。
仮に、確認再生として、再生対象コンテンツの全区間における開始位置から再生を開始させたとする。この場合において冒頭部分と、ダイジェストコンテンツにおいて利用されている区間とが違うパートである可能性は決して低くない。この場合、ユーザは、その冒頭部分については聴き覚えがないことになる。この場合、ユーザは、すぐには、購入したコンテンツが間違いのないものであるのか判断することが難しくなる。ユーザは、自分に聴き覚えのあるパートまで再生が進行するのを待たねばならない。あるいは、自分が購入した曲コンテンツではないと思いこんでしまうことも場合によってはあると考えられる。
そこで、本実施形態のようにして、利用区間の開始位置Tsから確認再生を開始させることとすれば、ユーザにとって聴き覚えのあるパートから原コンテンツの再生が開始されることになる。つまり、確認再生が行われてすぐ、ユーザは、購入したコンテンツに間違いがないかどうかを確認できる。

次に、ダイジェストコンテンツの再生中において購入決定操作が行われたときに再生されていた原コンテンツを購入対象の原コンテンツとして扱うものとした場合に対応して、コンテンツ再生装置１が実行する処理のアルゴリズム例について説明する。このアルゴリズム例は、図１３のフローチャートに示される。

図１３に示す処理が開始されるときには、コンテンツ再生処理部１３によりダイジェストコンテンツ（完全パッケージダイジェストコンテンツファイル）の再生出力を実行している。このとき一般ユーザは、コンテンツ再生装置１により再生されているダイジェストコンテンツの音を聴いている状態にある。

上記のようにしてダイジェストコンテンツが再生中の状態において、先ず、制御部１１は、ステップＳ３０１により購入決定操作行われるのを待機している。そして、購入決定操作が行われたとすると、ステップＳ３０２以降の処理に移行する。

ステップＳ３０２において制御部１１は、そのときに再生中であるダイジェストコンテンツについての、現在の再生時間（現再生時間）を取得する。例えばダイジェストコンテンツの再生を頭から開始させて１分が経過していれば、上記現再生時間についても１分(01:00)を示す値が取得される。

そのうえで、ここでは、これまでのダイジェストコンテンツの再生を、ステップＳ３０３により停止させることとしている。このためには、制御部１１が、現在の再生信号処理の停止をコンテンツ再生処理部１３に対して指示すればよい。

次のステップＳ３０４において、制御部１１は、これまで再生させていたダイジェストコンテンツに対応するダイジェストコンテンツ・データの編集内容記述情報を参照して、ステップＳ３０２にて取得した現再生時間にて利用されている原コンテンツのコンテンツＩＤを取得する。
例えば、ステップＳ３０２にて取得した現再生時間が00:18であるとする。また、再生していたダイジェストコンテンツの編集内容記述情報は、図７に示すものであったとする。
すると、現再生時間＝00:18を含む利用区間は、３番目の利用区間となる。３番目の利用区間においてはtime=00:15−00:20と記述されており、上記現再生時間＝00:18は、この利用区間に含まれるからである。そして、この利用区間においては、file_id=BBBBBBとなっている。つまり、この場合には、ステップＳ３０４により、原コンテンツのコンテンツＩＤとしては、ID=BBBBBBが取得されることになる。

この場合、ステップＳ３０５〜ステップＳ３０８の処理は、図１０のステップＳ１０５〜Ｓ１０８と同様となる。ただし、ステップＳ３０５にて通知するコンテンツＩＤ、及びステップＳ３０６にて検索キーとなるコンテンツＩＤは、ステップＳ３０４にて取得したものとなる。

そして、ステップＳ３０９においては、図１０のステップＳ１０９と同様に、コンテンツの確認再生を実行する。ステップＳ３０３によるダイジェストコンテンツの再生停止からステップＳ３０９により確認再生が開始されるまでの比較的短く、また、ステップＳ３０４〜Ｓ３０８の処理の実行中においては、例えば処理経過状況を示すメッセージなどを表示部１５に表示させることができる。従って、ユーザからすれば、購入決定操作に応じてダイジェストコンテンツの再生が停止されて、少しの時間を経てから、原コンテンツの確認再生が開始されるようにして、コンテンツ再生装置１が動作するようにみえるものである。なお、例えば暗号化に対する復号処理に或る程度の時間が必要であるなどして、ダイジェストコンテンツの再生停止から、コンテンツ確認再生までの間の時間が一定以上になるときには、内部で処理を実行中であることの経過状況を示す表示などを行うようにすればよい。これで、ユーザが、故障などであると勘違いしてとまどうようなことが無くなる。

なお、購入決定操作のユーザインターフェースとして、先に、上記の例の変形として、ダイジェストコンテンツの再生中において気に入った原コンテンツの音が流れているときにマーキング操作を行えるようにしたものも挙げている。そして、その後において、マーキングした原コンテンツリストのうちから購入する原コンテンツを選択決定する操作を行うようにしたものである。
この場合には、フローチャートによる説明は省略するが、マーキング操作が行われたことに応じて、図１３のステップＳ３０２，Ｓ３０４の処理に準じて、マーキングされた原コンテンツのコンテンツＩＤを保持しておくようにする。そして、この後において、マーキングした原コンテンツリストを表示させる場合には、利用コンテンツ情報を参照して、保持したコンテンツＩＤに対応する原コンテンツが視覚的に分かるようにされた原コンテンツリストの画像を生成して表示させる。そのうえで、この表示された原コンテンツリストに対する操作により、購入する原コンテンツが選択決定されるようにすればよい。この後、例えば図１３のステップＳ３０５〜Ｓ３０９に準じた処理を実行すればよい。

＜２．コンテンツ流通システム:第２構成例＞

図１４は、本実施形態のコンテンツ流通システムとしての第２構成例を示している。なお、この図において、第１構成例に対応する図１と同じとされる部分については説明を省略して、ここでは、第１構成例と異なる点について説明する。

図１４に示すシステム構成では、一般ユーザが、コンテンツ記憶装置７と、携帯型コンテンツ再生装置１Ａを所有しているものとする。
この場合において、コンテンツ記憶装置７は、大容量の記憶装置を内部に備えており、多数のコンテンツファイルのデータを記憶管理できるようになっている。また、コンテンツデータをダウンロードするのには充分な通信速度のネットワーク通信機能を有しているものとする。なお、コンテンツ記憶装置７の実際としては、例えばパーソナルコンピュータなどとされればよい。
携帯型コンテンツ再生装置１Ａは、コンテンツ記憶装置７よりは容量の小さい記憶媒体を有して、この記憶媒体に記憶されたコンテンツファイルのデータを再生し、ユーザは、これを聴くことができる。ただし、ネットワーク接続機能は有していないものとする。
携帯型コンテンツ再生装置１Ａの構成としては、例えば、その外形形状、サイズについては、携帯に適したものとなるようにされたうえで、図９に示したコンテンツ再生装置１の構成から、通信処理部１８と課金対応処理部１７とを省略した構成とすればよい。課金処理は、図１４において手順１４として示しているように、コンテンツ記憶装置７と課金サーバ６との間で行う。

そして、この場合においては、手順７により、ダイジェストコンテンツ転送装置４にて作成されて転送されるユーザ用ダイジェストコンテンツ・データは、コンテンツ記憶装置７により受信し、ここにて記憶させるものとしている。
なお、この場合のユーザ用ダイジェストコンテンツ・データとしては、第１構成例と同じく、図８に示す構造のものとされてよい。

上記のようにして、コンテンツ記憶装置７には、ダイジェストコンテンツ・データを複数記憶保存させることができる。そして、コンテンツ記憶装置７に対して、所定のデータインターフェースなどにより携帯型コンテンツ再生装置１Ａを接続した状態では、図１４の手順８として示すようにして、コンテンツ記憶装置７にて保存しているダイジェストコンテンツ・データのうちから選んだものを転送して、携帯型コンテンツ再生装置１Ａの記憶媒体に記憶させることができる。
なお、コンテンツ記憶装置７から携帯型コンテンツ再生装置１Ａに対しては、ダイジェストコンテンツ・データだけではなく、通常の曲コンテンツのファイルなども転送して記憶させることができる。

上記のようにして記憶媒体にダイジェストコンテンツ・データを記憶している携帯型コンテンツ再生装置１Ａでは、手順９として示すようにしてダイジェストコンテンツを再生して、一般ユーザは、これを聴くことができる。なお、この手順９による再生は、図１の手順８の場合と同様に、ダイジェストコンテンツ・データにおける、完全パッケージ・ダイジェストコンテンツファイルを再生する。

また、図１４の手順１０では、携帯型コンテンツ再生装置１Ａに対する操作として、図１の手順９と同じ要領で、原コンテンツの購入決定操作を行うことができる。
ただし、携帯型コンテンツ再生装置１Ａは、ネットワーク接続機能を有していないために、購入決定操作に応答して、課金サーバ６との間での課金処理を行うことができない。そこで、携帯型コンテンツ再生装置１Ａは、手順１１として、購入決定操作に応じて、購入情報を作成、更新して記憶することとしている。この購入情報は、例えば、購入決定操作が行われた原コンテンツのコンテンツＩＤをリスト化した内容を有するものであればよい。また、購入決定操作が行われた原コンテンツのコンテンツＩＤの認識は、例えば図１０のステップＳ１０４、若しくは図１３のステップＳ３０４などに準じた処理を実行すればよい。

このシステムにおいて携帯型コンテンツ再生装置１Ａは、上記手順１１によって購入情報にコンテンツＩＤが登録された原コンテンツについては、購入が完了したものとしてみなすようにされる。
このことに応じて、携帯型コンテンツ再生装置１Ａは、手順１２として示すように、上記手順１１により購入情報に登録された原コンテンツについては、その実体である暗号化原コンテンツファイルのデータを復号化して、通常に再生することができる。

そして、上記のようにして原コンテンツの購入決定操作が行われた後の或る機会において、携帯型コンテンツ再生装置１Ａを、コンテンツ記憶装置７に接続したとする。
このとき、携帯型コンテンツ再生装置１Ａにおいては、購入情報を記憶していることになる。購入情報には、これまで携帯型コンテンツ再生装置１Ａがコンテンツ記憶装置７と接続されていない状態の下で行われた購入決定操作により購入したものとみなされる１以上の原コンテンツのコンテンツＩＤのリストが示されている。
そこで、手順１３として示すように、携帯型コンテンツ再生装置１Ａにおいて購入情報が記憶されている場合、コンテンツ記憶装置７は、この購入情報を転送させて取得する。

コンテンツ記憶装置７は、購入情報を取得したことに応じて、手順１４として示すようにして、課金サーバ６との通信により課金処理を実行する。このとき、コンテンツ記憶装置７は、購入情報において示されるコンテンツＩＤを通知して、これらの通知したコンテンツＩＤに対応する全ての原コンテンツについての課金処理を実行する。

なお、手順１３により携帯型コンテンツ再生装置１Ａからコンテンツ記憶装置７に購入情報を転送した後においては、しかるべきタイミング、機会でもって、それまで携帯型コンテンツ再生装置１Ａが記憶していた購入情報については、これを消去するか、既に課金処理に利用されたものとして無効化するなどの処理を行っておくようにする。

現状、携帯型コンテンツ再生装置１Ａに相当する実際の機器については、例えばコストであるとか小型化技術の問題などで、ネットワーク通信機能が与えられていないものが多数存在している。
本実施形態では、原コンテンツの購入の手続き(課金処理)をネットワーク経由での通信により行うこととしている。このために、携帯型コンテンツ再生装置１Ａがネットワーク通信機能を有していない構成の場合、そのままでは、ダイジェストコンテンツは再生できるとしても、購入決定操作とこれに応じた課金処理を行うことができない。
仮に、実際に課金サーバ６との間で課金処理を実行した後でなければ、購入決定した原コンテンツの暗号化を復号して再生できないとする。すると、コンテンツ記憶装置７と接続できない周囲環境において、コンテンツ再生装置１Ａにより、ダイジェストコンテンツに利用されている原コンテンツを購入してすぐに聴きたいとおもったとしても、これは無理であることになる。
そこで、上記図１４のシステム構成の場合に対応させては、手順１０、手順１１の流れとして示したように、携帯型コンテンツ再生装置１Ａに対する原コンテンツの購入決定操作が行われたことに応じては、購入情報を作成・更新することとしている。このようにして、購入決定操作の履歴が携帯型コンテンツ再生装置１Ａ内に確保されていれば、後の機会であっても、課金処理は、携帯型コンテンツ再生装置１Ａがコンテンツ記憶装置７に接続されたときに行われる。つまり、購入情報が作成・更新されたことをもって、原コンテンツが購入されたものとして扱える。そこで、携帯型コンテンツ再生装置１Ａとしては、手順１２として示したように、購入情報が作成・更新された後に、購入したとされる暗号化原コンテンツを復号して再生するアルゴリズムとすることができる。

図１５のシーケンス図は、図１４の手順１３、手順１４に対応して、携帯型コンテンツ再生装置１Ａ、コンテンツ記憶装置７、課金サーバ６が実行するものとされる処理手順例を示している。
ここで、例えば携帯型コンテンツ再生装置１Ａをコンテンツ記憶装置７に対してデータインターフェース経由で接続させるために、有線であればケーブルを接続し、無線であれば通信可能な環境を設定するなどの作業をユーザが行ったとする。これに応じて、携帯型コンテンツ再生装置１Ａとコンテンツ記憶装置７は、図１５のステップＳ４０１として示すように接続処理を実行し、接続状態を確立する。

この場合の携帯型コンテンツ再生装置１Ａは、内部記憶媒体(記憶部)において購入情報が記憶されているものとする。この場合、携帯型コンテンツ再生装置１Ａは、ステップＳ４０２により、コンテンツ記憶装置に対して購入情報を送信する。

この場合のコンテンツ記憶装置７は、上記ステップＳ４０２により送信された購入情報を受信すると、ステップＳ４０３により、ネットワーク経由で課金サーバ６にアクセスする。そして、受信した購入情報を、さらに課金サーバ６に対して送信する。なお、このときには、必要があれば、受信した購入情報について、課金サーバ６が処理可能な形式に変換する処理をおこなっても良い。

この場合の課金サーバ６は、購入情報を受信したことに応じて、ステップＳ４０４により、課金処理依頼をコンテンツ記憶装置７に対して送信する。コンテンツ記憶装置７は、この課金処理依頼に応答して、ステップＳ４０５として示すように、課金サーバ６との間で課金処理を実行する。

なお、ここでは図示していないが、ステップＳ４０２にて送信した購入情報を、携帯型コンテンツ再生装置１Ａの記憶媒体から消去させる、若しくは無効化する処理については、例えばステップＳ４０５の課金処理が完了した後において、実行されるようにすることが考えられる。
このためには、例えばステップＳ４０５の課金処理が完了したことに応じて、その旨を、コンテンツ記憶装置７から携帯型コンテンツ再生装置１Ａに対して通知するようにする。そして、携帯型コンテンツ再生装置１Ａは、上記の通知を受信したことに応答して、これまで記憶媒体に記憶していた購入情報の消去、若しくは無効化の処理を実行させるようにする。

＜３．コンテンツ流通システム:第３構成例＞

図１６は、本実施形態のコンテンツ流通システムとしての第３構成例を示している。なお、この図についても、第１構成例に対応する図１と同じとされる部分については説明を省略する。また、ここでも、第１構成例、及び第２構成例と異なる点について説明を行うこととする。

先ず、この図１６に示される第３構成例においては、ダイジェストコンテンツ転送装置４が作成するユーザ用ダイジェストコンテンツの構造が、先の第１構成例と異なるものとなる。
ユーザ用ダイジェストコンテンツの構造は、第１構成例では、図８に示したものとなる。これに対して、第３構成例におけるユーザ用ダイジェストコンテンツは、図４に示したものと同じものとされる。つまり、編集内容ファイルと完全パッケージ・ダイジェストコンテンツファイルのみであり、暗号化原コンテンツファイルは含まれない。
このために、第３構成例においては、ダイジェストコンテンツ転送装置４は、手順６としてユーザ用ダイジェストコンテンツを作成するのにあたり、原コンテンツサーバ２から原コンテンツをダウンロードして暗号化する処理は行う必要がない。つまり、ユーザ用ダイジェストコンテンツの作成処理としては、ダイジェストコンテンツサーバ３からダイジェストコンテンツ・データを、ダウンロードするだけでよいことになる。
また、手順７により、ダイジェストコンテンツ転送装置４からコンテンツ再生装置１に対して転送されるユーザ用ダイジェストコンテンツ・データとしても、図４に示した構造のものとなる。

この場合のコンテンツ再生装置１は、手順８、手順９により、図１の手順８，手順９と同じようにして、ダイジェストコンテンツの再生と、ダイジェストコンテンツにおいて利用されている原コンテンツの購入決定操作を行える。この操作に応答して、図１の場合には、既にコンテンツ再生装置１に記憶されている、暗号化された原コンテンツファイルを復号して再生可能とする。しかし、図１６の場合においては、ユーザ用ダイジェストコンテンツ・データにおいて原コンテンツファイルが存在していない、つまり、購入決定操作により再生可能となるべき原コンテンツファイルがコンテンツ再生装置１に記憶されている状態ではない。

そこで、図１６の場合においては、手順１０として示すように、購入決定操作に応じては、コンテンツ再生装置１自体が原コンテンツサーバ２にアクセスして、購入決定操作の対象とされた原コンテンツファイルのダウンロードを実行し、記憶部１２に記憶させて再生リストに登録する。なお、この原コンテンツのダウンロードに際して、ダウンロードすべき原コンテンツを指定するのにあたっては、図１０のステップＳ１０４、若しくは図１３のステップＳ３０４などにより取得したコンテンツＩＤにより指定すればよい。
また、この場合には、ダウンロードされる原コンテンツファイルのデータについては、特に暗号化処理が施されている必要はない。

コンテンツ再生装置１は、手順１１として、原コンテンツサーバ２からダウンロードして記憶部１２に保存させ、再生リストに登録した原コンテンツファイルのデータを、いつでも再生出力させることができる。
また、手順１２としての課金処理は、図１の手順１１と同様にして行うようにすればよい。

この図１６に示す第３構成例は、例えばコンテンツ再生装置１として、小型パソコンであるとかスマートフォンであるとかなどといわれる、ネットワーク通信機能を有した携帯型の機器である場合に有効になる。
現状においては、これらの携帯機器では、例えば据え置き型などの機器と比較すると、ネットワーク通信速度は低い傾向にある。また、内蔵のストレージデバイス(記憶部)の容量も制限される。これに対して、図８に示した構造のユーザ用ダイジェストコンテンツは、暗号化原コンテンツファイルの数が多くなれば、かなりのデータサイズになる。例えば、１つのダイジェストコンテンツにおいて、百数十から数百の原コンテンツを利用することも場合によっては考えられる。

このことを考慮すると、現状において、携帯型のコンテンツ再生装置１に対して、図８に示す構造のユーザ用ダイジェストコンテンツ・データを一度に転送してダウンロードさせることは、必ずしも好ましいとはいえない。例えば、ユーザ用ダイジェストコンテンツのダウンロード中に通信が不可能な状態になって、ダウンロードが失敗する可能性が出てくる。また、コンテンツ再生装置１におけるストレージデバイスの記憶容量を必要以上に圧迫する可能性もでてくる。

そこで、このような場合には、図１６のシステム構成を採用し、コンテンツ再生装置１についても、これに対応した構成とすればよい。これにより、ユーザ用ダイジェストコンテンツからは暗号化原コンテンツファイルが無くなって、それだけデータサイズが小さくなるので、ダウンロードの負荷は著しく軽くなり、ストレージデバイスの記憶容量も多くを使用しない。
また、購入決定操作に応じては、その操作の対象となった原コンテンツファイルのみをダウンロードすればよいので、この際にも、ダウンロードは短時間で済むことになる。また、ユーザが聴きたい原コンテンツファイルだけが、購入決定操作に応じてコンテンツ再生装置１のストレージデバイスに記憶されていくことになるから、この点でも、ストレージデバイスの記憶容量を無駄に消費しないことになる。

＜４．コンテンツ流通システム:第４構成例＞

図１７は、本実施形態のコンテンツ流通システムとしての第４構成例を示している。なお、この図においては、コンテンツ提供者は示されていないが、コンテンツ提供者は、図１の手順１，２に従って、ダイジェストコンテンツに利用する原コンテンツを原コンテンツサーバ２に転送して登録し、コンテンツクリエータに原コンテンツリストを渡すようにされていることを前提とする。

図１７を参照して、第４構成例でのコンテンツ流通の態様例について説明する。この説明にあたっては、図において○内に示される手順の番号に従う。

［手順１］
この場合、コンテンツクリエータは、コンテンツ作成装置５により、図１の手順３と同様にして、原コンテンツサーバ２からネットワーク経由で原コンテンツを取得する。ここで取得する原コンテンツは、コンテンツ提供者から渡された原コンテンツリストに従ったものである点も、図１の場合と同様である。

［手順２］
コンテンツクリエータは、図１の手順４と同様にして、ダイジェストコンテンツを作成する。ここで作成して得られるダイジェストコンテンツの実体としては、第１構成例と同様に、図４に示される、編集内容ファイルと完全パッケージ・ダイジェストコンテンツファイルから成るダイジェストコンテンツ・データである。

［手順３］
この場合のコンテンツクリエータは、作成したダイジェストコンテンツとしての完全パッケージ・ダイジェストコンテンツファイルのオーディオデータを記録したパッケージメディア２０を作成する。そして、作成したパッケージメディア２０は、一般ユーザが有料若しくは無料で入手できるようにして、しかるべき流通経路で配布される。
なお、ここでは、パッケージメディア２０は、現状においても普及率が高いＣＤ(Compact Disc)（商標）であることとする。ただし、パッケージメディア２０のメディアとしては特に限定されるべきものではない。

［手順４］
図１７の構成例では、システムにおいてコンテンツ購入サーバ８が備えられる。コンテンツ購入サーバ８は、第１構成例における課金サーバ６としての機能を含んだうえで、以降説明するようにして、ネットワーク経由でコンテンツ再生装置１からアクセスして実行される、原コンテンの購入手続きに関する処理を行う。

また、手順３によりパッケージメディア２０を作成したことに応じては、パッケージメディア２０のＴＯＣも生成されることになるが、コンテンツクリエータは、このＴＯＣのデータを持っておくようにする。

そして、コンテンツクリエータは、コンテンツ作成装置５とコンテンツ購入サーバ８とをネットワーク経由で接続し、上記のＴＯＣのデータと、手順２により作成したダイジェストコンテンツ・データにおける編集内容ファイルのデータとを、コンテンツ購入サーバ８に転送する。
コンテンツ購入サーバ８は、転送されてきたＴＯＣと編集内容ファイルのデータとを対応付けて管理されるようにして登録する。

［手順５］
この場合のコンテンツ再生装置１は、ＣＤを再生可能なように構成されている。完全パッケージ・ダイジェストコンテンツファイルが記録されたパッケージメディア２０は、通常のオーディオＣＤと変わるところがない。従って、一般ユーザは、パッケージメディア２０を入手したうえで、コンテンツ再生装置１によりいつでもパッケージメディア２０を再生して聴くことができる。

［手順６］
また、本実施形態のコンテンツ再生装置１は、ネットワーク接続機能を有しており、ＣＤが装填された場合には、その装填されたＣＤのＴＯＣのデータを、ネットワーク経由でコンテンツ購入サーバ８に対して送信する。

［手順７］
コンテンツ購入サーバ８は、手順４にて説明したように、ダイジェストコンテンツごとに、編集内容ファイルとパッケージメディア２０のＴＯＣのデータを対応付けて記憶管理している。
そこで、コンテンツ購入サーバ８は、コンテンツ再生装置１からのＴＯＣのデータを受信すると、この受信したＴＯＣのデータと一致するＴＯＣデータと対応付けられている編集内容ファイルを検索する。

［手順８］
上記手順７による検索により、編集内容ファイルが検索された場合には、この検索した編集内容ファイルを、ＴＯＣのデータの送信元であるコンテンツ再生装置１に送信する。コンテンツ再生装置１では、受信した編集内容ファイルを記憶するようにされている。

［手順９］
上記のようにして編集内容ファイルを取得して記憶した後は、例えばユーザ操作に応じて、ダイジェストコンテンツにおいて利用されている原コンテンツを選択して購入するための原コンテンツリストの画像を表示させることができる。先にも述べたように、この原コンテンツリストの画像は、編集内容ファイルの利用コンテンツ情報を利用して作成できる。
一般ユーザは、この原コンテンツリストの画像に対して操作を行って、原コンテンツを選択したうえで、購入決定操作を行うことができる。

［手順１０］
上記手順９により原コンテンツを購入決定する操作が行われたことに応じて、コンテンツ再生装置は、コンテンツ購入サーバ８に対して、原コンテンツのコンテンツＩＤを指定して購入要求を送信する。

［手順１１］
コンテンツ購入サーバ８は、上記の購入要求を受信したことに応じて、原コンテンツサーバに対して原コンテンツの購入要求が行われたことの通知を、原コンテンサーバ２に対して送信する。このとき、コンテンツ購入サーバ８は、通知情報のオペランドに、指定されたコンテンツＩＤと、購入要求の送信元のコンテンツ再生装置のアドレス（例えばＩＰアドレス）を格納しておくようにする。

［手順１２］
原コンテンツサーバ２は、上記の通知を受信すると、先ず、通知情報に格納されたコンテンツＩＤが付されている原コンテンツファイルを検索する。次に、同じ通知情報に格納されているＩＰアドレスを送信先として、検索した原コンテンツファイルのアップロードのためのデータ送信を実行する。なお、この送信される原コンテンツファイルのデータには、暗号化は施されていないものとする。
コンテンツ再生装置１側では、アップロードされてきた原コンテンツファイルのデータを受信して、ストレージデバイス（記憶部１２）に対して記憶させる。つまり、コンテンツ再生装置１としては、原コンテンツファイルをダウンロードしたことになる。

［手順１３］
上記のようにして、原コンテンツファイルのデータがストレージデバイスに記憶された後においては、一般ユーザは、コンテンツ再生装置１に対する通常の再生操作によって、ストレージデバイスに記憶されている原コンテンツファイルのデータを再生させて聴くことができる。

現在、ネットワーク経由での楽曲データのダウンロードが広く普及してはいるが、ＣＤなどのパッケージメディアによる楽曲データの提供も依然として行われている。
この第４構成例であれば、一般ユーザがパッケージメディアによりダイジェストコンテンツ・データの提供を受けたとしても、これまでのコンテンツ流通システムの構成例と同様、コンテンツ再生装置１に対する操作のみによって、手間を掛けることなく、一般ユーザが所望する原コンテンツを購入して再生可能な状態にすることができる。

＜５．コンテンツ流通システム:第５構成例＞

図１８は、本実施形態のコンテンツ流通システムとしての第５構成例を示している。なお、この図においても、コンテンツ提供者は示されていないが、コンテンツ提供者は、図１の手順１，２に従って、ダイジェストコンテンツに利用する原コンテンツを原コンテンツサーバ２に転送して登録し、コンテンツクリエータに原コンテンツリストを渡すようにされている。また、この図の説明にあたっては、第４構成例である図１７と同じになる部分は省略して、主としては、その相違点についての説明を行う。

図１８において、手順１〜手順４までは、図１７の手順１〜手順４と同様となる。
ただし、この場合のパッケージメディア２０Ａは、ブルーレイディスク（ＢＤ）とされている。ブルーレイディスク（ＢＤ）には、Blu-ray Java（登録商標）といわれる規格が定められている。そこで、第４構成例の手順３としてのパッケージメディア２０Ａの作成にあたっては、完全パッケージ・ダイジェストコンテンツファイルとしてのオーディオデータを記録するとともに、Javaプログラムも記録する。そして、このJavaプログラムとしては、再生装置が、そのダイジェストコンテンツの編集内容ファイルを利用して原コンテンツを購入（ダウンロード）できるように記述されているものとなる。従って、図示しているように、この場合のパッケージメディア２０Ａには、作成されたダイジェストコンテンツに対応する完全パッケージ・ダイジェストコンテンツファイル、編集内容ファイル、及びjavaに対応のプログラムが記録されているものとみることができる。
また、手順４によっては、ＴＯＣのデータのみを送信することとしてもよい。第４構成例の場合には、編集内容ファイルは、必ずしも必要ではない。
また、パッケージメディア２０Ａとしても、ブルーレイディスクに限定されるものではなく、コンテンツのデータと、Java若しくはこれに相当するプログラムのデータとを記録、再生可能なメディアフォーマットであればよい。

この場合のコンテンツ再生装置は、パッケージメディア２０Ａのフォーマットに対応して再生が可能なように構成されている。従って、一般ユーザがパッケージメディア２０Ａを入手すれば、手順５として示すように、このパッケージメディア２０Ａをコンテンツ再生装置１により再生することができる。

ここで、先の図１７の場合、コンテンツ再生装置１は、パッケージメディア２０が装填されることに応じて、手順６〜８として示したように、装填されたパッケージメディア２０のＴＯＣのデータをコンテンツ購入サーバ８に送信して、対応するダイジェストコンテンツの編集内容ファイルを取得するようにしていた。
しかし、図１８の例では、パッケージメディア２０Ａにおいて編集内容ファイルが記録されていることから、図１７における手順６〜８は、省略されることになる。図１８においては、図１７に対応させて、手順６〜８を省略しており、手順５に続くものとしては、手順９となる。

コンテンツ再生装置１に対してパッケージメディア２０Ａを装填した状態では、ユーザは、所定操作により、Javaを起動させて、そのパッケージメディア２０Ａに記録されているダイジェストコンテンツにおいて利用されている原コンテンツのリストの画像を表示させることができる。そのうえで、手順９として示すようにして、この原コンテンツリストの画像に対する操作により、原コンテンツを選択して購入決定操作を行える。

この購入決定操作に応じて、コンテンツ再生装置１は、コンテンツ購入サーバ８に対して、手順１０により、原コンテンツの購入要求を送信する。第４構成例の場合も、購入要求の送信に際しては、購入する原コンテンツの原コンテンツＩＤを送信することになる。
以降、手順１１〜手順１３としては、図１７の場合と同様になる。

ところで、本実施形態のコンテンツ流通システムにおける第１、第２構成例において、ダイジェストコンテンツ・データは、編集内容ファイル、完全パッケージ・ダイジェストコンテンツファイル、及びダイジェストコンテンツの作成に利用された暗号化原コンテンツファイルであるとしている。

ここで、編集内容ファイルにおける編集内容記述情報は、先にも述べたように、原コンテンツをどのように利用してダイジェストコンテンツとしての音声内容が成り立っているのかを示す情報である。
そこで、編集内容記述情報の記述内容により指定される原コンテンツファイル（コンテンツID：file_ID）について、指定されたダイジェストコンテンツ内の再生時間において、指定された区間のオーディオデータを再生したとする。すると、ダイジェストコンテンツとしての内容が再現されるようにして音声再生が行われることになる。
つまり、編集内容記述情報は、ダイジェストコンテンツの再現・再生のために、そこに利用されている原コンテンツファイルのデータの再生の仕方を指示する、再生指示情報であるとしてみることができる。

そこで、例えば第１構成例のコンテンツ再生装置１、若しくは第２構成例の携帯型コンテンツ再生装置１Ａについて、コンテンツ再生処理部１３について、編集内容記述情報を読み込んでその記述内容を解釈し、その解釈結果に従って、上記のようにして原コンテンツファイルのデータを再生していくことが可能なように構成する。
このような構成とすれば、図１の手順８若しくは図１４の手順９のダイジェストコンテンツの再生については、次のような処理とすることができる。つまり、コンテンツ再生処理部１３により、ダイジェストコンテンツ・データにおける編集内容記述情報を解釈した結果に基づいて、同じダイジェストコンテンツ・データにおける暗号化原コンテンツファイルのデータを再生していくという処理を実行させる。なお、このときには、一時的に暗号化原コンテンツファイルについて暗号化を解除してから再生処理に利用する。ただし、まだ原コンテンツファイルが購入されたわけではないので、再生リストへ登録する処理は実行しない。
そして、このようなダイジェストコンテンツの再生の仕方とすれば、第１、第２構成例においては、ダイジェストコンテンツ・データについて、完全パッケージ・ダイジェストコンテンツファイルは省略して、編集内容ファイルと、暗号化原コンテンツファイルから成るものとすることもできる。
なお、編集内容ファイル（編集内容記述情報）との関係からすれば、同じダイジェストコンテンツ・データに含まれる完全パッケージ・ダイジェストコンテンツファイル、暗号化原コンテンツファイルのデータは、どちらも、編集内容記述情報が示すダイジェストコンテンツの音声内容の少なくとも一部を再現することのできる実体データ（オーディオデータ）であるとしてみることができる。

また、これまでにおいてフローチャート若しくはシーケンス図などの図により説明した装置の処理は、その装置のＣＰＵがプログラムを実行することで得られるものとしてみることができる。このようなプログラムは、リムーバブルの記憶媒体に記憶させておいたうえで、この記憶媒体からインストール(アップデートも含む）させるようにしてフラッシュメモリなどに記憶させることが考えられる。また、所定のデータインターフェースを経由させるなどして、他のホストとなる機器からの制御によってプログラムのインストールを行えるようにすることも考えられる。さらに、ネットワーク上のサーバなどにおける記憶装置に記憶させておいたうえで、装置にネットワーク機能を利用してサーバからダウンロードして取得してインストールできるようにすることも考えられる。

また、これまでにおいて本実施形態が扱うコンテンツは、オーディオコンテンツとしているが、動画音声によるビデオコンテンツとしても、これまでの説明と同様のコンテンツ流通を実現できる。

１ コンテンツ再生装置、１Ａ 携帯型コンテンツ再生装置、２ 原コンテンツサーバ、３ ダイジェストコンテンツサーバ、４ ダイジェストコンテンツ転送装置、５ コンテンツ作成装置、６ 課金サーバ、１１ 制御部、１２ 記憶部、１３ コンテンツ再生処理部、１４ 音声出力処理部、１５ 表示部、１６ 暗号解除処理部、１７ 課金対応処理部、１８ 通信処理部、１９ 操作部

Claims (8)

1. 複数の原コンテンツのコンテンツ内容を利用して編集することで作成されたダイジェストコンテンツのデータとして、少なくとも、ダイジェストコンテンツにおいて利用される原コンテンツをコンテンツ識別子により示し、ダイジェストコンテンツにおける原コンテンツの利用結果が示される情報を有する編集内容情報と、上記ダイジェストコンテンツの内容を再生出力することのできる１つのコンテンツ実体データ及び／又はダイジェストコンテンツにおいて利用されている原コンテンツの実体データと、を取得するためのダイジェストコンテンツ・データ取得手段と、
   上記１つのコンテンツ実体データ又は上記離散された複数のコンテンツ実体データを利用して、ダイジェストコンテンツの内容を再生するダイジェストコンテンツ再生手段と、
   上記ダイジェストコンテンツにおいて利用されている原コンテンツのうちから任意の原コンテンツを選択決定する選択決定操作が可能なユーザインターフェースを提供するユーザインターフェース提供手段と、
   上記選択決定操作により選択決定された原コンテンツが何であるのかを、上記編集内容情報を参照して特定する原コンテンツ特定手段と、
   上記原コンテンツ特定手段により特定された原コンテンツについて、本コンテンツ再生装置により再生が可能な形式による実体データである、再生可能原コンテンツデータを取得する、再生可能原コンテンツデータ取得手段と、
   を備えるコンテンツ再生装置。
2. 上記再生可能原コンテンツデータ取得手段により再生可能原コンテンツデータを取得した後において、この再生可能原コンテンツデータに対応する原コンテンツがダイジェストコンテンツにおいて利用されている区間である利用区間の開始位置を、上記編集内容情報に基づいて識別する開始位置識別手段と、
   上記開始位置識別手段により識別された開始位置から、上記再生可能原コンテンツデータの確認再生を開始させる確認再生手段とをさらに備える、
   請求項１に記載のコンテンツ再生装置。
3. 上記原コンテンツ特定手段により特定された原コンテンツが購入されたことを示す購入情報を保持する購入情報保持手段と、
   ネットワーク接続機能を有し、取得した購入情報を利用して、ネットワーク通信により、購入した原コンテンツについての課金に対応する処理を実行するコンテンツ記憶装置とデータインターフェースを介して通信する通信手段と、
   上記通信手段によりコンテンツ記憶装置と接続されているときに、上記購入情報を送信して、このコンテンツ記憶装置により取得させる、購入情報送信手段とをさらに備える、
   請求項１又は請求項２に記載のコンテンツ再生装置。
4. 上記ダイジェストコンテンツ・データ取得手段は、ダイジェストコンテンツにおいて利用されている原コンテンツの実体データとして、暗号化された実体データを取得するものとされ、
   上記原コンテンツデータ取得手段は、上記記原コンテンツ特定手段により特定された原コンテンツの上記実体データの暗号化を解除することにより、本コンテンツ再生装置により再生が可能な形式を得る、
   請求項１乃至請求項３のいずれかに記載のコンテンツ再生装置。
5. 複数の原コンテンツのコンテンツ内容を利用して編集することで作成されたダイジェストコンテンツのデータとして、少なくとも、ダイジェストコンテンツにおいて利用される原コンテンツをコンテンツ識別子により示し、ダイジェストコンテンツにおける原コンテンツの利用結果が示される情報を有する編集内容情報と、上記ダイジェストコンテンツの内容を再生出力することのできる１つのコンテンツ実体データ及び／又はダイジェストコンテンツにおいて利用されている原コンテンツの実体データと、を取得するためのダイジェストコンテンツ・データ取得手順と、
   上記ダイジェストコンテンツの内容を再生出力することのできる１つのコンテンツ実体データ及び／又はダイジェストコンテンツにおいて利用されている原コンテンツの実体データと、
   上記１つのコンテンツ実体データ又は上記離散された複数のコンテンツ実体データを利用して、ダイジェストコンテンツの内容を再生するダイジェストコンテンツ再生手順
   上記ダイジェストコンテンツにおいて利用されている原コンテンツのうちから任意の原コンテンツを選択決定する選択決定操作が可能なユーザインターフェースを提供するユーザインターフェース提供手順と、
   上記選択決定操作により選択決定された原コンテンツが何であるのかを、上記編集内容情報を参照して特定する原コンテンツ特定手順と、
   上記原コンテンツ特定手順により特定された原コンテンツについて、本コンテンツ再生装置により再生が可能な形式による実体データである、再生可能原コンテンツデータを取得する、再生可能原コンテンツデータ取得手順と、
   を実行するコンテンツ再生方法。
6. 複数の原コンテンツのコンテンツ内容を利用して編集することで作成されたダイジェストコンテンツのデータとして、少なくとも、ダイジェストコンテンツにおいて利用される原コンテンツをコンテンツ識別子により示し、ダイジェストコンテンツにおける原コンテンツの利用結果が示される情報を有する編集内容情報と、上記ダイジェストコンテンツの内容を再生出力することのできる１つのコンテンツ実体データ及び／又はダイジェストコンテンツにおいて利用されている原コンテンツの実体データと、を取得するためのダイジェストコンテンツ・データ取得手順と、
   上記１つのコンテンツ実体データ又は上記離散された複数のコンテンツ実体データを利用して、ダイジェストコンテンツの内容を再生するダイジェストコンテンツ再生手順
   上記ダイジェストコンテンツにおいて利用されている原コンテンツのうちから任意の原コンテンツを選択決定する選択決定操作が可能なユーザインターフェースを提供するユーザインターフェース提供手順と、
   上記選択決定操作により選択決定された原コンテンツが何であるのかを、上記編集内容情報を参照して特定する原コンテンツ特定手順と、
   上記原コンテンツ特定手順により特定された原コンテンツについて、本コンテンツ再生装置により再生が可能な形式による実体データである、再生可能原コンテンツデータを取得する、再生可能原コンテンツデータ取得手順と、
   をコンテンツ再生装置に実行させるプログラム。
7. コンテンツ作成・転送装置及びコンテンツ再生装置から成り、
   コンテンツ作成・転送装置は、
   編集操作に応じて、複数の原コンテンツの少なくとも一部の再生区間が組み合わされて成るコンテンツ内容を有するダイジェストコンテンツを作成する処理を実行するもので、このダイジェストコンテンツの実体データとして、少なくとも、ダイジェストコンテンツにおける原コンテンツの利用結果が示される情報を有する編集内容情報と、上記ダイジェストコンテンツの内容を再生出力することのできる１つのコンテンツ実体データとを作成する処理を実行する、ダイジェストコンテンツ作成手段と、
   ネットワーク経由で通信を実行する第１のネットワーク通信手段と、
   上記編集内容情報と、上記ダイジェストコンテンツの内容を再生出力することのできる１つのコンテンツ実体データ及び／又は上記ダイジェストコンテンツにおいて利用された原コンテンツの実体データとを、上記第１のネットワーク通信手段により、ユーザ用ダイジェストコンテンツ・データとして送出する、ダイジェストコンテンツ・データ送出手段とを備え、
   上記コンテンツ再生装置は、
   ネットワーク経由で通信を実行する第２のネットワーク通信手段と、
   上記コンテンツ作成・転送装置により送出されるユーザ用ダイジェストコンテンツ・データを、上記ネットワーク通信手段により受信して取得するダイジェストコンテンツ・データ取得手段と、
   上記１つのコンテンツ実体データ又は上記離散された複数のコンテンツ実体データを利用して、ダイジェストコンテンツの内容を再生するダイジェストコンテンツ再生手段と、
   上記ダイジェストコンテンツにおいて利用されている原コンテンツのうちから任意の原コンテンツを選択決定する選択決定操作が可能なユーザインターフェースを提供するユーザインターフェース提供手段と、
   上記選択決定操作により選択決定された原コンテンツが何であるのかを、上記編集内容情報を参照して特定する原コンテンツ特定手段と、
   上記原コンテンツ特定手段により特定された原コンテンツについて、本コンテンツ再生装置により再生が可能な形式による実体データである、再生可能原コンテンツデータを取得する、再生可能原コンテンツデータ取得手段と、
   上記第２のネットワーク通信手段により、課金サーバと通信を行って、上記原コンテンツ特定手段により特定された原コンテンツに対する課金に対応する処理を実行する課金対応処理手段とを備える、
   コンテンツ流通システム。
8. 上記コンテンツ再生装置は、コンテンツ記憶装置と携帯型コンテンツ再生装置から成るものとされ、
   上記コンテンツ作成・転送装置のダイジェストコンテンツ・データ送出手段は、上記編集内容情報と、上記ダイジェストコンテンツの内容を再生出力することのできる１つのコンテンツ実体データ、及び、上記ダイジェストコンテンツにおいて利用された原コンテンツの暗号化実体データとを、上記第１のネットワーク通信手段により、ユーザ用ダイジェストコンテンツ・データとして送出し、
   上記コンテンツ記憶装置は、
   上記第２のネットワーク通信手段と、
   上記ダイジェストコンテンツ・データ取得手段と、
   上記ダイジェストコンテンツ・データ取得手段により取得したユーザ用ダイジェストコンテンツ・データを記憶する記憶手段と、
   データインターフェース経由で通信を実行する第１のデータインターフェース通信手段と、
   上記第１のデータインターフェース通信手段により接続された上記携帯型コンテンツ再生装置に対して、上記ダイジェストコンテンツ・データ記憶手段により記憶されている上記ユーザ用ダイジェストコンテンツ・データを転送するユーザ用ダイジェストコンテンツ・データ転送手段と、
   上記第１のデータインターフェース通信手段を経由して接続される上記携帯型コンテンツ再生装置から転送されてきた購入情報に基づいて、上記第２のネットワーク通信手段により課金サーバと通信を行って、上記原コンテンツ特定手段により特定された原コンテンツに対する課金に対応する処理を実行する課金対応処理手段とを備え、
   上記携帯型コンテンツ再生装置は、
   データインターフェース経由で通信を実行する第２のデータインターフェース通信手段と、
   上記第２のデータインターフェース通信手段により、データインターフェース経由で上記コンテンツ記憶装置から転送されてきたユーザ用ダイジェストコンテンツ・データを取得するユーザ用ダイジェストコンテンツ・データ取得手段と、
   上記ダイジェストコンテンツ再生手段と、
   上記ユーザインターフェース提供手段と、
   上記原コンテンツ特定手段と、
   上記原コンテンツ特定手段により特定された原コンテンツの上記暗号化実体データの暗号化を解除することにより、本携帯型コンテンツ再生装置により再生が可能な形式を得る、上記再生可能原コンテンツデータ取得手段と、
   上記原コンテンツ特定手段により特定された原コンテンツの購入が決定されたことを示す購入情報を作成する購入情報作成手段と、
   上記第２のデータインターフェース通信手段を経由して接続される上記コンテンツ記憶装置に対して、上記購入情報を転送する、購入情報転送手段と、
   を備える請求項７に記載のコンテンツ流通システム。

Images