(57)【要約】【課題】試し用コンテンツを効率よく取得し再生することが可能なコンテンツ再生方法を提供すること。【解決手段】本発明の一実施形態に係るコンテンツ再生方法は、通信ネットワークを介して、入力ジャンルを指定して、前記入力ジャンルのコンテンツのメタ情報を取得し、前記メタ情報に基づき前記コンテンツに対応した試し用コンテンツを取得し、前記メタ情報と前記試し用コンテンツとを対応付けて管理し、再生指示に基づき前記試し用コンテンツを再生する。【選択図】図９
2011120079.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して、入力ジャンルを指定して、前記入力ジャンルのコンテンツのメタ情報を取得し、前記メタ情報に基づき前記コンテンツに対応した試し用コンテンツを取得する取得手段と、
前記メタ情報と前記試し用コンテンツとを対応付けて管理する管理手段と、
再生指示に基づき前記試し用コンテンツを再生する再生手段と、
を備えたコンテンツ再生装置。
【請求項２】
前記取得手段は、定期的に、前記入力ジャンルを指定して、前記入力ジャンルのコンテンツのメタ情報を取得することを特徴とする請求項１に記載のコンテンツ再生装置。
【請求項３】
前記取得手段は、定期的に、前記メタ情報に基づき前記試し用コンテンツを取得することを特徴とする請求項２に記載のコンテンツ再生装置。
【請求項４】
前記取得手段は、前記試し用コンテンツに対応した正規コンテンツの取得指示に基づき、前記正規コンテンツを取得することを特徴とする請求項３に記載のコンテンツ再生装置。
【請求項５】
前記管理手段は、前記メタ情報と前記正規コンテンツとを対応付けて管理し、
前記再生手段は、再生指示に基づき前記正規コンテンツを再生する、
ことを特徴とする請求項４に記載のコンテンツ再生装置。
【請求項６】
前記管理手段は、前記メタ情報と前記試し用コンテンツとの対応付けを解消し、前記メタ情報と前記正規コンテンツとを対応付けて管理し、
前記再生手段は、再生指示に基づき前記正規コンテンツを再生する、
ことを特徴とする請求項４に記載のコンテンツ再生装置。
【請求項７】
前記管理手段は、前記メタ情報と前記試し用コンテンツとが対応付けられて無く、また前記メタ情報と前記正規コンテンツとも対応付けられて無い場合に、前記メタ情報に基づき前記試し用コンテンツを取得することを特徴とする請求項５に記載のコンテンツ再生装置。
【請求項８】
前記取得手段は、前記再生手段による前記試し用コンテンツの再生中の正規コンテンツ取得指示に対応して前記正規コンテンツを取得することを特徴とする請求項５に記載のコンテンツ再生装置。
【請求項９】
通信ネットワークを介して、入力ジャンルを指定して、前記入力ジャンルのコンテンツのメタ情報を取得し、前記メタ情報に基づき前記コンテンツに対応した試し用コンテンツを取得し、
前記メタ情報と前記試し用コンテンツとを対応付けて管理し、
再生指示に基づき前記試し用コンテンツを再生する、
ことを特徴とするコンテンツ再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等の通信ネットワーク経由でコンテンツをダウンロードし再生することが可能なコンテンツ再生装置及びコンテンツ再生方法に関する。
【背景技術】
【０００２】
近年、通信ネットワーク経由で音楽データ等のコンテンツを購入することが可能な音楽配信サービスが広がりをみせている。このようなサービスを提供する技術が開示されている（特許文献１、特許文献２）。
【０００３】
特許文献１は、ユーザが指定した検索条件に合致する複数の音楽データを纏めてダウンロードする技術を開示している。
【０００４】
また、特許文献２は、コンテンツ配信サーバから連続再生配信される各コンテンツに添付された制御データに従って、コンテンツの連続試聴の際に購入済みコンテンツと未購入コンテンツとの再生様式を異ならせる技術を開示している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−３３７６８３号公報
【特許文献２】特開２００７−４１９１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、多くの音楽配信サービスでは、あらかじめ音楽データ（試聴版音楽データ）の試聴が可能となっている事が多く、購入を検討しているユーザにとって購入を決定する大きな要因となっている。通常、試聴版音楽データは、楽曲の一部分のみを切り出したデータとなっている。しかしながら、従来の音楽配信サービスで音楽データの試聴をする為には、個々の音楽データ情報が表示されるＧＵＩ画面上で、ユーザがボタンを押下する等の操作が必要があり、多くの音楽データを纏めて試聴する為には多くの操作が必要となる。このように、音楽データ等のコンテンツを効率よく試聴するための仕組みが望まれている。
【０００７】
特許文献１、２には、音楽データ等のコンテンツを効率よく試聴するための仕組みは開示されていない。例えば、特許文献２には、制御データと音楽データを同時にダウンロードする事により、多くの音楽データを纏めて試聴可能にする技術が開示されている。しかしながら、特許文献２には、ダウンロードする音楽データは未購入であっても購入済みと変わらないデータであり、制御データによって未購入の場合には音楽データの再生範囲を限定する事が述べられている。よって、特許文献２に開示された技術は、未購入であっても購入済みと変わらない音楽データをダウンロードする技術であり、現実的にはＤＲＭが破られた時の被害の大きさや版権の都合で難しいと考えられる。
【０００８】
また、特許文献２には、音楽データのダウンロードはユーザがジャンルを指定することによって開始される旨が記述されている。しかしながら、音楽データがダウンロードされた後に、当該ジャンルに新しい曲が追加された場合に、追加された曲を試聴することは難しい。
【０００９】
本発明の目的は、試し用コンテンツを効率よく取得し再生することが可能なコンテンツ再生装置及びコンテンツ再生方法を提供することにある。
【課題を解決するための手段】
【００１０】
本発明の一実施形態に係るコンテンツ再生装置は、通信ネットワークを介して、入力ジャンルを指定して、前記入力ジャンルのコンテンツのメタ情報を取得し、前記メタ情報に基づき前記コンテンツに対応した試し用コンテンツを取得する取得手段と、前記メタ情報と前記試し用コンテンツとを対応付けて管理する管理手段と、再生指示に基づき前記試し用コンテンツを再生する再生手段と、を備える。
【００１１】
本発明の一実施形態に係るコンテンツ再生方法は、通信ネットワークを介して、入力ジャンルを指定して、前記入力ジャンルのコンテンツのメタ情報を取得し、前記メタ情報に基づき前記コンテンツに対応した試し用コンテンツを取得し、前記メタ情報と前記試し用コンテンツとを対応付けて管理し、再生指示に基づき前記試し用コンテンツを再生する。
【発明の効果】
【００１２】
本発明によれば、試し用コンテンツを効率よく取得し再生することが可能なコンテンツ再生装置及びコンテンツ再生方法を提供できる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係るコンテンツダウンロードシステムの概略構成の一例を示す図である。
【図２】サーバの概略構成の一例を示すブロック図である。
【図３】クライアントの概略構成の一例を示すブロック図である。
【図４】クライアントで保持する楽曲管理情報を纏める楽曲リストの一例を示す図である。
【図５】１楽曲の情報を示す楽曲管理情報中に含まれる情報の一例を示す図である。
【図６】楽曲管理情報と楽曲データの関係の一例を模式的に表した図である。
【図７】ユーザがクライアントで楽曲のジャンルを設定する事が可能なＧＵＩの一例を示す図である。
【図８】メタデータをダウンロードする時の手順を示すフローチャートである。
【図９】試聴版楽曲データダウンロードの手順を示すフローチャートである。
【図１０】楽曲データの再生時の動作シーケンスを示すフローチャートである。
【図１１】プレイリストと各楽曲管理情報のリンクの関係を示す図である。
【図１２】購入版楽曲データの購入時のシーケンスを示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、図面を参照してこの発明の実施の形態を説明する。
【００１５】
図１は、本発明の一実施形態に係るコンテンツダウンロードシステムの概略構成の一例を示す図である。
【００１６】
図１に示すように、コンテンツダウンロードシステムは、インターネット（通信ネットワーク）を介して接続されたコンテンツ再生管理装置１及びコンテンツ配信サーバ２により構成されている。
【００１７】
コンテンツ再生管理装置１（以下クライアント）は、内部に記憶領域を持ち、試聴版楽曲データ（試し用コンテンツ）、購入版楽曲データ（購入コンテンツ）、楽曲メタデータを管理することができ、試聴版楽曲データ及び購入版楽曲データを再生することができる。なお、購入版楽曲データ（購入コンテンツ）は、正規楽曲データ（正規コンテンツ）と同義とする。
【００１８】
また、コンテンツ配信サーバ２（以下サーバ）は、クライアントからの要求に応じて、楽曲メタデータの提供、試聴版楽曲データの提供、購入版楽曲データの提供が可能である。
【００１９】
続いて、サーバについて説明する。図２は、サーバの概略構成の一例を示すブロック図である。
【００２０】
図２に示すように、サーバは、サーバ制御部２１、サーバ通信部２２、楽曲メタデータデータベース２３、試聴版楽曲データデータベース２４、購入版楽曲データデータベース２５を備えている。
【００２１】
サーバ制御部２１は、サーバ１の全体的な動作を制御する。サーバ通信部２２は、通信ネットワークを介したクライアント１からの要求の受付け、及びクライアント１へのデータの提供等を行う。楽曲メタデータデータベース（ＤＢ）２３は、サーバ２が提供する楽曲に関する種々の情報を蓄えている。購入版楽曲データデータベース（ＤＢ）２５は、サーバ２が提供する楽曲の購入版楽曲データを蓄えている。楽曲データとは所謂ＭＰ３等の音楽ファイルである。試聴版楽曲データデータベース（ＤＢ）２４は、サーバ２が提供する楽曲の試聴版楽曲データを蓄えている。試聴版楽曲データは、購入版楽曲データの一部分により構成されている等、ユーザが楽曲データの購入の参考になるようなデータである。楽曲メタデータＤＢ２３、購入版楽曲データＤＢ２５、試聴版楽曲データＤＢ２４は、上位サーバからの情報に基づき常に最新の状態に更新される。
【００２２】
続いて、クライアントについて説明する。図３は、クライアントの概略構成の一例を示すブロック図である。
【００２３】
図３に示すように、クライアント１は、クライアント制御部１１、クライアント通信部１２、クライアント表示部１３、クライアント入力部１４、クライアント再生部１５、記憶領域部１６を備えている。
【００２４】
クライアント制御部１１は、クライアント１の全体的な動作を制御する。また、クライアント制御部１１は、管理手段として機能し、後述する楽曲管理情報等を管理する。クライアント通信部１２は、取得手段として機能し、通信ネットワークを介してサーバ２への要求送信、及びサーバ２からのデータの取得等を行う。クライアント表示部１３は、外部ディスプレイ等の表示デバイスに繋がり、ユーザへ視覚的な情報の提供を行う。またスピーカー等のデバイスに繋がり、音声の出力を行う。
【００２５】
クライアント入力部１４は、ボタンやリモートコントローラからの信号を受光する受光部となっており、ユーザからの入力を受け付ける。以下、ユーザからの入力はクライアント入力部１４を介して行われるものとする。クライアント再生部１５は、再生手段として機能し、試聴版又は購入版の楽曲データを再生する。つまり、クライアント再生部１５は、試聴版又は購入版の楽曲データをデコードし、デコードされた試聴版又は購入版の楽曲データをクライアント表示部１３を介して出力（表示出力及び音声出力）する。以下、試聴版又は購入版の楽曲データの再生は、クライアント再生部１５によるものとする。
【００２６】
記憶領域部１６は、ＨＤＤ等のデータを記録するデバイスであり、ファイルシステムを介してデータの保存、読み込みが可能である。記憶領域部１６は、サーバ２から取得した楽曲メタデータを含む楽曲管理情報、試聴版楽曲データ、購入版楽曲データを保存する。
【００２７】
続いて、クライアント１で保持するデータについて説明する。図４は、クライアント１で保持する楽曲管理情報を纏める楽曲リストの一例を示す図である。
【００２８】
１楽曲毎の種々の情報は楽曲管理情報に記載され、楽曲リストが全ての楽曲管理情報を纏めている。
【００２９】
図５は、１楽曲の情報を示す楽曲管理情報中に含まれる情報の一例を示す図である。
【００３０】
楽曲管理情報は、楽曲メタデータ、楽曲データ状態、楽曲データファイルパスを含む。楽曲メタデータは、楽曲の曲名、歌手名、アルバム名、ジャンル等の情報から構成される。楽曲データ状態は、楽曲管理情報からリンクされる楽曲データの状態を示す情報である。
【００３１】
楽曲データ状態は、「試聴版ダウンロード待ち」、「試聴版楽曲データ」、「購入版楽曲データ」という値をとり得る。「試聴版ダウンロード待ち」は、楽曲管理情報からリンクされる楽曲データが何もない状態で、試聴版をダウンロードするシーケンスにおいて、ダウンロードする楽曲の候補となる。「試聴版楽曲データ」は楽曲管理情報から試聴版楽曲データがリンクされている状態であり、ユーザは試聴版楽曲データを再生する事が可能である。「購入版楽曲データ」は楽曲管理情報から購入版楽曲データがリンクされている状態であり、ユーザは購入版楽曲データを再生する事が可能である。楽曲データファイルパスは、楽曲管理情報からリンクされる楽曲データのファイルシステム上の位置を示す情報である。
【００３２】
図６は、上記楽曲管理情報と楽曲データの関係の一例を模式的に表した図である。
【００３３】
楽曲管理情報は、楽曲データファイルパスにより０以上１以下の楽曲データとリンクしている。これまで説明したように、楽曲データには、試聴版楽曲データと購入版楽曲データの２種類が存在する。例えば、図６に示すように、楽曲管理情報００１は、試聴版楽曲データ００１とリンクしている。楽曲管理情報００２は、購入版楽曲データ００２とリンクしている。楽曲管理情報００３は、試聴版楽曲データ又は購入版楽曲データの何れともリンクしていない。楽曲管理情報００４は、試聴版楽曲データ００４とリンクしている。
【００３４】
続いて、ジャンル指定について説明する。図７は、ユーザがクライアント１で楽曲のジャンルを設定する事が可能なＧＵＩ（graphical user interface）の一例を示す図である。クライアント表示部１３は、外部ディスプレイ等の表示デバイスに対して、図７に示すＧＵＩを構成するジャンル設定画面を表示するための情報を出力する。
【００３５】
このジャンル設定画面は、例えば歌手名を入力する欄を備え、クライアント入力部１４を介して、ユーザはこの欄に対して任意の歌手名を入力することができる。または、「今月のヒット曲」、「２００９年のヒット曲」のようなあらかじめ決められたジャンルをユーザが任意に設定する事ができる。ユーザは自分の好みに合ったジャンルを入力する事が可能であり、複数のジャンルを設定する事もできる。
【００３６】
クライアント１は、設定されたジャンルをサーバ２へ通信し、設定されたジャンルに適合する楽曲メタデータ及び試聴版楽曲データをダウンロードすることができる。
【００３７】
続いて、楽曲メタデータダウンロードタイミングについて説明する。
【００３８】
クライアント１は、設定されたジャンルに適合する楽曲メタデータをサーバ２からダウンロードする。例えば、ダウンロードするタイミングは、以下の３通りがある。
【００３９】
第一のタイミングは、上記のユーザがジャンルを設定した時である。つまり、クライアント１が、設定されたジャンルをサーバ２へ通知し、設定されたジャンルに適合した楽曲メタデータを要求した時である。すなわち、ユーザが設定したジャンルに適合した楽曲メタデータを即時にクライアント１に反映する事ができる。
【００４０】
第二のタイミングは、例えば毎日０時のように定期的なタイミングである。これにより、サーバ２において楽曲メタデータＤＢが日々更新されている場合に、ユーザが特段の操作を行わなくても、クライアント１側で設定されたジャンルに適合する楽曲メタデータを順次ダウンロードすることができる。例えば、設定されたジャンルが「今月のヒット曲」であれば、月が変われば、サーバ２で保持されている「今月のヒット曲」のジャンルに適合する楽曲メタデータが変わる。上記したようにクライアント１が定期的に楽曲メタデータをダウンロードするため、クライアント１はサーバ２で更新された最新の楽曲メタデータ（つまり「今月のヒット曲」のジャンルに適合する楽曲メタデータ）をダウンロードすることができる。また、設定されたジャンルが歌手名だった場合、その歌手の新しい楽曲がサーバ２側に追加される事がある。この場合も、上記したようにクライアント１が定期的に楽曲メタデータをダウンロードするため、クライアント１はサーバ２で更新された最新の楽曲メタデータをダウンロードすることができる。
【００４１】
第三のタイミングは、ユーザがクライアント１のＧＵＩから楽曲メタデータのダウンロードを指定した時である。ユーザが既に設定されたジャンルに対して最新の情報を知りたい時の為に、クライアント１は楽曲メタデータのダウンロードを即座に行う為のＧＵＩを備え、このＧＵＩ上での操作に応じて楽曲メタデータのダウンロードを開始する。
【００４２】
続いて、メタデータダウンロードについて説明する。図８は、メタデータをダウンロードする時の手順を示すフローチャートである。
【００４３】
クライアント１は、サーバ２に対して、ユーザが指定したジャンル情報を通知し、通知したジャンル情報の楽曲メタデータを要求する（ＳＴ８０１）。サーバ２は、クライアント１からのジャンル情報及び楽曲メタデータの要求を受信し（ＳＴ８０２）、サーバ２は、クライアント１に対して、受信したジャンル情報に適合する楽曲メタデータを送信する。
【００４４】
クライアント１は、サーバ２からの楽曲メタデータを受信し、受信楽曲メタデータと、既に保持している楽曲管理情報中の楽曲メタデータとを比較する（ＳＴ８０３）。比較の結果、受信楽曲メタデータが未だ保存されていないことが判明すると（ＳＴ８０３、ＮＯ）、クライアント１は、受信楽曲メタデータに対応した楽曲管理情報を新規に作成し（ＳＴ８０４）、作成した楽曲管理情報の中の楽曲メタデータをサーバ２から受け取った値で書き換える。次に、クライアント１は、楽曲管理情報中の楽曲データ状態を「試聴版ダウンロード待ち」へ設定する（ＳＴ８０５）。
【００４５】
比較の結果、受信楽曲メタデータが既に保存されていることが判明すると（ＳＴ８０３、ＹＥＳ）、クライアント１は、次の受信楽曲メタデータと既に保持している楽曲管理情報中の楽曲メタデータとの比較処理へ移行する。全ての受信楽曲メタデータと既に保持している楽曲管理情報中の楽曲メタデータとの比較処理が完了すると（ＳＴ８０６、ＮＯ）、次に、クライアント１は、保持している楽曲管理情報のうち、サーバ２から通知された楽曲メタデータを含まない楽曲管理情報があった場合、最新の状態では、サーバ２から通知された楽曲メタデータを含まない楽曲管理情報はジャンルに適合しなくなっている楽曲管理情報である。そのため、サーバ２から通知された楽曲メタデータを含まない楽曲管理情報からリンクされている楽曲データを削除し、次にサーバ２から通知された楽曲メタデータを含まない楽曲管理情報も削除するようにしてもよい（ＳＴ８０７）。
【００４６】
以上により、クライアント１で保持している楽曲メタデータは最新の状態となる。また、クライアント１で保持している楽曲メタデータに対応する購入版楽曲データがダウンロードされていない場合、この楽曲メタデータに対応する試聴版楽曲データがダウンロードの候補となる。
【００４７】
続いて、試聴版楽曲データダウンロードのタイミングについて説明する。
【００４８】
クライアント１は、保持する楽曲リストの楽曲管理情報中、楽曲データ状態が「試聴版ダウンロード待ち」となっている楽曲管理情報に基づき、サーバ２から試聴版楽曲データをダウンロードする。例えば、ダウンロードするタイミングは、以下の２通りがある。
【００４９】
第一のタイミングは、楽曲メタデータのダウンロードが完了した直後である。楽曲メタデータのダウンロードがユーザの操作により開始される場合、ユーザの要求により試聴版楽曲データを最速でダウンロードする事ができる。
【００５０】
第二のタイミングは、例えば毎日０時のように定期的なタイミングである。一般に試聴版楽曲データの情報量は大きい事から、深夜等ネットワークトラフィックの少ない時間にダウンロードする事が、サーバ負荷やネットワーク負荷の低減となる。
【００５１】
続いて、試聴版楽曲データダウンロードについて説明する。図９は、試聴版楽曲データダウンロードの手順を示すフローチャートである。
【００５２】
上記した第一又は第二のタイミング等で、試聴版楽曲データダウンロードイベントが発生すると、クライアント制御部１１は、記憶領域部１６中の楽曲リストの全ての楽曲管理情報をチェックする。クライアント１は、楽曲データ状態が「試聴版ダウンロード待ち」となっている楽曲管理情報（以下、楽曲管理情報Ａ）に基づいて（ＳＴ９０１、ＹＥＳ）、サーバ２に対して試聴版楽曲データ（以下、試聴版楽曲データＡ）のダウンロード要求を送信する（ＳＴ９０２）。
【００５３】
クライアント１は、サーバ２から試聴版楽曲データＡをダウンロードすると、試聴版楽曲データＡを記憶領域部１６に１ファイル（以下、ファイルＡ）として記録する（ＳＴ９０３）。次に、クライアント１は、楽曲管理情報Ａの楽曲データファイルパスに記録したファイルＡのパス名を書き加える（ＳＴ９０４）。これにより楽曲管理情報Ａと試聴版楽曲データＡが結び付けられた事になる。さらに、クライアント１は、楽曲管理情報Ａの楽曲データ状態を「試聴版楽曲データ」とする（ＳＴ９０５）。楽曲管理情報Ａにリンクされた楽曲データが試聴版楽曲データである事が示される。
【００５４】
さらに、楽曲データ状態が「試聴版ダウンロード待ち」となっている楽曲管理情報があれば（ＳＴ９０６、ＹＥＳ）、この楽曲管理情報に基づいて、サーバ２に対して試聴版楽曲データのダウンロード要求を送信し、サーバから試聴版楽曲データをダウンロードする（ＳＴ９０１〜９０５）。
【００５５】
続いて、楽曲データの再生について説明する。図１０は、楽曲データの再生時の動作シーケンスを示すフローチャートである。
【００５６】
クライアント１のクライアント再生部１５は、ジャンル指定、全楽曲再生等の種々のユーザ操作に対応して、複数の楽曲を連続して再生する事ができる。この複数の連続した楽曲をプレイリストとする。クライアント制御部１１は、プレイリストを内部メモリ内に構築する（ＳＴ１００１）。図１１に示すように、プレイリストは、各楽曲管理情報にリンクしている。プレイリストの再生方法は、連続、ランダム等いくつかの方法がある。
【００５７】
クライアント制御部１１及びクライアント再生部１５は、これら再生方法に従ってプレイリストから順次１曲を選択し再生し、再生が終了した後に次の曲を選択する（ＳＴ１００２）。再生する楽曲が選択されると、クライアント制御部１１は、再生する楽曲の楽曲管理情報の楽曲データ状態をチェックする（ＳＴ１００３）。楽曲データ状態が「試聴版ダウンロード待ち」の場合は（ＳＴ１００３、ＹＥＳ）、試聴版楽曲データも購入版楽曲データもダウンロードされていない事になるため、再生はされずに次の曲の選択に移る。
【００５８】
楽曲データ状態が「試聴版ダウンロード待ち」でない場合は（ＳＴ１００３、ＮＯ）、クライアント制御部１１及びクライアント再生部１５は、楽曲データファイルをデコーダ部に転送して再生を開始する（ＳＴ１００４）。楽曲データ状態により、ＧＵＩ上の楽曲情報の種別を表す表示を変える事もできる。
【００５９】
続いて、ユーザの楽曲データの購入動作について説明する。まず、再生時の楽曲購入動作について説明する。
【００６０】
楽曲再生中、ユーザがクライアント入力部１４の購入ボタン又はリモートコントローラ上の購入ボタンを押すと、クライアント１は、再生中の楽曲が試聴版楽曲データであった場合は、再生中の楽曲を記憶領域部１６の購入候補リストに追加する。クライアント１は、再生中の曲が購入版楽曲データであった場合は、既に購入済みである旨のアラートをＧＵＩに表示する。クライアント１は、楽曲購入ＧＵＩを介した購入手続きに応じて、購入候補リストに追加された楽曲を購入することができる。
【００６１】
続いて、購入版楽曲データの購入動作（サーバ２とのやりとり）について説明する。図１２は、購入版楽曲データの購入時のシーケンスを示すフローチャートである。
【００６２】
クライアント１は、購入候補リストに入っている楽曲（以下、楽曲Ｂ）の購入手続きを受け付けるための、楽曲購入ＧＵＩを提供することができる。ユーザが、楽曲購入ＧＵＩを介して購入手続きを行うと、クライアント１は、購入する楽曲Ｂの楽曲管理情報（以下、楽曲管理情報Ｂ）に含まれた必要な情報と、その他購入に必要な課金情報をサーバ２に送信する（ＳＴ１２０１）。
【００６３】
サーバ２は、必要な課金処理を行った後、購入された購入版楽曲データＢをクライアント１に送る。クライアント１は、購入版楽曲データＢを受け取り、記憶領域部１６にファイルＢとして記録する（ＳＴ１２０２）。次に、クライアント１は、楽曲管理情報Ｂの楽曲データ状態をチェックし、楽曲データ状態が「試聴版楽曲データ」である場合には（ＳＴ１２０３、ＹＥＳ）、リンクされている試聴版楽曲データ（以下、試聴版楽曲データＢ）を削除する（ＳＴ１２０４）。
【００６４】
次に、クライアント１は、楽曲管理情報Ｂの楽曲データファイルパスを記録した購入版楽曲データＢのファイルＢのパス名を書き加える（ＳＴ１２０５）。次に、クライアント１は、楽曲管理情報Ｂの楽曲データ状態を「購入版楽曲データ」とする（ＳＴ１２０６）。以上により楽曲管理情報Ｂと購入楽曲データＢが結び付けられた事になる。
【００６５】
なお、上記のシーケンス中、必要に応じて著作権管理の為の暗号化処理等が行われる事とする。
【００６６】
以上により、ユーザは、クライアント１にジャンルを入力するだけで、クライアント１が、入力したジャンルに適合した試聴版楽曲データを自動でダウンロードすることができる。また、サーバ２において、楽曲が新規に追加され、入力したジャンルに適合した試聴版楽曲データが追加されたような場合であっても、クライアント１は、定期的に、入力したジャンルに適合した試聴版楽曲データを自動でダウンロードするため、ユーザが望む最新の試聴版楽曲データを取得することができる。
【００６７】
これにより、好みのジャンルの曲をザッピングする事ができ、ザッピング中に容易に購入することも可能となる。
【００６８】
以下、本実施形態のコンテンツ再生管理装置（クライアント１）の構成についてまとめる。
【００６９】
（１）コンテンツ再生管理装置は、通信ネットワークを介してコンテンツ配信サーバとデータを送受信する手段と、コンテンツ配信サーバよりジャンルを指定する事により当該ジャンルのコンテンツのメタ情報を取得する手段と、取得したコンテンツのメタ情報を管理する手段と、試聴版コンテンツを取得する手段と、取得した試聴版コンテンツとコンテンツのメタ情報を関連付けて管理する手段と、購入版コンテンツを取得する手段と、取得した購入版コンテンツとコンテンツのメタ情報を関連付けて管理する手段と、を備え、前記コンテンツのメタ情報が、試聴版コンテンツ、購入版コンテンツと関連づけられていない場合には、当該コンテンツを試聴版コンテンツのダウンロード候補とし、コンテンツ配信サーバへ試聴版コンテンツのダウンロード要求を行い、試聴版コンテンツを取得する。
【００７０】
（２）コンテンツ再生管理装置は、上記（１）に加えて、さらに、前記取得した試聴版コンテンツ、購入版コンテンツを再生する手段を備え、前記試聴版コンテンツ再生中にユーザからの操作により前期再生中のコンテンツを購入候補リストに入れる。
【００７１】
（３）コンテンツ再生管理装置は、上記（２）に加えて、さらに、自動でコンテンツ配信サーバよりコンテンツのメタ情報を取得し、前記コンテンツのメタ情報が試聴版コンテンツ、購入版コンテンツと関連づけられていない場合には、当該コンテンツを試聴版コンテンツのダウンロード候補とし、コンテンツ配信サーバへ試聴版コンテンツのダウンロード要求を行い、試聴版コンテンツを取得する。
【００７２】
以上により、コンテンツ再生管理装置は、コンテンツ配信サーバよりあらかじめコンテンツの試聴版を取得して蓄積しておく事により、コンテンツの試聴、購入を容易にすることができる。
【００７３】
なお、本願発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【符号の説明】
【００７４】
１…コンテンツ再生管理装置（クライアント）、２…コンテンツ配信サーバ（サーバ）、１１…クライアント制御部、１２…クライアント通信部、１３…クライアント表示部、１４…クライアント入力部、１５…クライアント再生部、１６…記憶領域部、２１…サーバ制御部、２２…サーバ通信部、２３…楽曲メタデータデータベース、２４…試聴版楽曲データデータベース、２５…購入版楽曲データデータベース
【図１】
2011120079.tif 000003
【図２】
2011120079.tif 000004
【図３】
2011120079.tif 000005
【図４】
2011120079.tif 000006
【図５】
2011120079.tif 000007
【図６】
2011120079.tif 000008
【図７】
2011120079.tif 000009
【図８】
2011120079.tif 000010
【図９】
2011120079.tif 000011
【図１０】
2011120079.tif 000012
【図１１】
2011120079.tif 000013
【図１２】
2011120079.tif 000014