特許 6142488 コンテンツ再生装置、コンテンツ再生方法、コンテンツ再生プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6142488

(24)【登録日】2017年5月19日

(45)【発行日】2017年6月7日

(54)【発明の名称】コンテンツ再生装置、コンテンツ再生方法、コンテンツ再生プログラム

(51)【国際特許分類】

   G10K 15/02 20060101AFI20170529BHJP

   H04N 7/173 20110101ALI20170529BHJP

【ＦＩ】

   G10K15/02

   H04N7/173 630

【請求項の数】7

【全頁数】16

(21)【出願番号】特願2012-201412(P2012-201412)

(22)【出願日】2012年9月13日

(65)【公開番号】特開2014-56137(P2014-56137A)

(43)【公開日】2014年3月27日

【審査請求日】2015年3月31日

【前置審査】

(73)【特許権者】

【識別番号】308036402

【氏名又は名称】株式会社ＪＶＣケンウッド

(72)【発明者】

【氏名】海和 徹

【審査官】 大石 剛

(56)【参考文献】

【文献】 特開２０１０−０９３６７８（ＪＰ，Ａ）

【文献】 特開２００７−３２９９６１（ＪＰ，Ａ）

【文献】 特開２０１０−０９３５７６（ＪＰ，Ａ）

【文献】 特開２００３−２８４０２９（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１２／０１５１５３９（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ１０Ｋ １５／０２

Ｈ０４Ｎ ７／１７３

(57)【特許請求の範囲】

【請求項1】

電気通信回線を介してストリーミング方式で配信されたコンテンツを受信する通信部と、
前記通信部を介して再生中のコンテンツを取得するとともに、その前記再生中のコンテンツの次以降に再生予定の複数のコンテンツにおける先行取得量を再生順序に応じて決定し、その決定した先行取得量に基づいて、前記複数のコンテンツを先行取得するコンテンツ取得制御部と、
取得したコンテンツを再生する再生部と、
を備え、
前記コンテンツ取得制御部は、決定した先行取得量に基づいて前記複数のコンテンツを先行取得した後に、前記複数のコンテンツにおける先行取得量がさらに多くなるように、前記複数のコンテンツにおける先行取得量を再決定し、その後、その再決定した先行取得量に基づいて、前記複数のコンテンツを先行取得する
ことを特徴とするコンテンツ再生装置。

【請求項2】

前記コンテンツ取得制御部は、前記複数のコンテンツの内の再生順序が早いコンテンツほど、先行取得量が多くなるように、前記先行取得量を決定する
ことを特徴とする請求項１に記載のコンテンツ再生装置。

【請求項3】

前記コンテンツ取得制御部は、前記複数のコンテンツにおける先行取得量を再決定するとともに、前記複数のコンテンツの次以降に再生予定のコンテンツにおける先行取得量を再生順序に応じて決定し、その決定した先行取得量に基づいて、前記複数のコンテンツの次以降に再生予定のコンテンツを先行取得する
ことを特徴とする請求項１に記載のコンテンツ再生装置。

【請求項4】

前記コンテンツ取得制御部は、コンテンツに対するユーザーの嗜好を評価した評価結果に応じて、前記複数のコンテンツにおける先行取得量を補正する
ことを特徴とする請求項１〜３のいずれか１項に記載のコンテンツ再生装置。

【請求項5】

前記コンテンツ取得制御部は、前記評価結果が高いほど先行取得量が多くなるように、前記複数のコンテンツにおける先行取得量を補正する
ことを特徴とする請求項４に記載のコンテンツ再生装置。

【請求項6】

電気通信回線を介してストリーミング方式で配信されたコンテンツを受信し、
再生中のコンテンツを取得するとともに、その前記再生中のコンテンツの次以降に再生予定の複数のコンテンツにおける先行取得量を再生順序に応じて決定し、
その決定した先行取得量に基づいて、前記複数のコンテンツを先行取得し、
決定した先行取得量に基づいて前記複数のコンテンツを先行取得した後に、前記複数のコンテンツにおける先行取得量がさらに多くなるように、前記複数のコンテンツにおける先行取得量を再決定し、その後、その再決定した先行取得量に基づいて、前記複数のコンテンツを先行取得し、
取得したコンテンツを再生する、
ことを特徴とするコンテンツ再生方法。

【請求項7】

コンピュータに、
電気通信回線を介してストリーミング方式で配信されたコンテンツを受信するステップと、
再生中のコンテンツを取得するとともに、その前記再生中のコンテンツの次以降に再生予定の複数のコンテンツにおける先行取得量を再生順序に応じて決定するステップと、
その決定した先行取得量に基づいて、前記複数のコンテンツを先行取得するステップと、
決定した先行取得量に基づいて前記複数のコンテンツを先行取得した後に、前記複数のコンテンツにおける先行取得量がさらに多くなるように、前記複数のコンテンツにおける先行取得量を再決定し、その後、その再決定した先行取得量に基づいて、前記複数のコンテンツを先行取得するステップと、
取得したコンテンツを再生するステップと、
を実行させることを特徴とするコンテンツ再生プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ストリーミング方式で配信されるコンテンツを取得して再生するコンテンツ再生装置、コンテンツ再生方法、コンテンツ再生プログラムに関する。

【背景技術】

【0002】

従来、この種の技術としては、例えば以下に示す文献に記載されたものが知られている（特許文献１参照）。この文献には、ストリーミング方式で配信される所定のコンテンツの曲データを受信するとともに、その所定のコンテンツの曲データ以外のコンテンツの曲データにおける部分データも予め受信して保存する技術が記載されている。

【0003】

予め部分データを受信する対象となる曲データは、受信する曲データよりも再生順序が前もしくは後ろの１以上の曲データである。部分データは、曲データの予め定められた領域における一定の時間である。例えば、部分データは、曲の先頭から２０秒間隔毎に６秒間ずつといったように構成される。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００６−２０１４７７号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

曲データを受信するに先だって、先行取得する部分データは、受信予定のすべての曲データに対して同一量に設定されており、ユーザーの利便性が必ずしも良いとはいえなかった。

【0006】

本発明の目的は、現在再生中のコンテンツの次に再生される可能性が高いコンテンツほど先行取得量を多くすることが可能となり、ユーザーの利便性を高めることができるコンテンツ再生装置、コンテンツ再生方法、コンテンツ再生プログラムを提供することである。

【課題を解決するための手段】

【0007】

本発明は、電気通信回線を介してストリーミング方式で配信されたコンテンツを受信する通信部と、前記通信部を介して再生中のコンテンツを取得するとともに、その前記再生中のコンテンツの次以降に再生予定の複数のコンテンツにおける先行取得量を再生順序に応じて決定し、その決定した先行取得量に基づいて、前記複数のコンテンツを先行取得するコンテンツ取得制御部と、取得したコンテンツを再生する再生部とを備え、前記コンテンツ取得制御部は、決定した先行取得量に基づいて前記複数のコンテンツを先行取得した後に、前記複数のコンテンツにおける先行取得量がさらに多くなるように、前記複数のコンテンツにおける先行取得量を再決定し、その後、その再決定した先行取得量に基づいて、前記複数のコンテンツを先行取得することを特徴とするコンテンツ再生装置を提供する。

【0008】

上記コンテンツ再生装置において、前記コンテンツ取得制御部は、前記複数のコンテンツの内の再生順序が早いコンテンツほど、先行取得量が多くなるように、前記先行取得量を決定することが好ましい。

【0010】

上記コンテンツ再生装置において、前記コンテンツ取得制御部は、前記複数のコンテンツにおける先行取得量を再決定するとともに、前記複数のコンテンツの次以降に再生予定のコンテンツにおける先行取得量を再生順序に応じて決定し、その決定した先行取得量に基づいて、前記複数のコンテンツの次以降に再生予定のコンテンツを先行取得することが好ましい。

【0011】

上記コンテンツ再生装置において、前記コンテンツ取得制御部は、コンテンツに対するユーザーの嗜好を評価した評価結果に応じて、前記複数のコンテンツにおける先行取得量を補正することが好ましい。

【0012】

上記コンテンツ再生装置において、前記コンテンツ取得制御部は、前記評価結果が高いほど先行取得量が多くなるように、前記複数のコンテンツにおける先行取得量を補正することが好ましい。

【0013】

本発明は、電気通信回線を介してストリーミング方式で配信されたコンテンツを受信し、
再生中のコンテンツを取得するとともに、その前記再生中のコンテンツの次以降に再生予定の複数のコンテンツにおける先行取得量を再生順序に応じて決定し、その決定した先行取得量に基づいて、前記複数のコンテンツを先行取得し、決定した先行取得量に基づいて前記複数のコンテンツを先行取得した後に、前記複数のコンテンツにおける先行取得量がさらに多くなるように、前記複数のコンテンツにおける先行取得量を再決定し、その後、その再決定した先行取得量に基づいて、前記複数のコンテンツを先行取得し、取得したコンテンツを再生することを特徴とするコンテンツ再生方法。

【0014】

本発明は、コンピュータに、電気通信回線を介してストリーミング方式で配信されたコンテンツを受信するステップと、再生中のコンテンツを取得するとともに、その前記再生中のコンテンツの次以降に再生予定の複数のコンテンツにおける先行取得量を再生順序に応じて決定するステップと、その決定した先行取得量に基づいて、前記複数のコンテンツを先行取得するステップと、決定した先行取得量に基づいて前記複数のコンテンツを先行取得した後に、前記複数のコンテンツにおける先行取得量がさらに多くなるように、前記複数のコンテンツにおける先行取得量を再決定し、その後、その再決定した先行取得量に基づいて、前記複数のコンテンツを先行取得するステップと、取得したコンテンツを再生するステップとを実行させることを特徴とするコンテンツ再生プログラムを提供する。

【発明の効果】

【0015】

本発明のコンテンツ再生装置、コンテンツ再生方法、コンテンツ再生プログラムによれば、現在再生中のコンテンツの次に再生される可能性が高いコンテンツほど先行取得量を多くすることが可能となり、ユーザーの利便性を高めることができる。

【図面の簡単な説明】

【0016】

【図1】本発明の第１実施形態に係るコンテンツ再生装置の構成を示す図である。

【図2】本発明の第１実施形態に係るコンテンツ再生の動作手順を示すフローチャートである。

【図3】本発明の第１実施形態に係るキャッシュ関数の一例を示す図である。

【図4】図３に示すキャッシュ関数における再生順序と総キャッシュ時間との数値の一例を示す図である。

【図5】キャッシュ関数の他の一例を示す図である。

【図6】キャッシュ関数のさらに他の一例を示す図である。

【図7】本発明の第２実施形態に係るコンテンツ再生装置の構成を示す図である。

【図8】本発明の第２実施形態に係る評価キャッシュ関数の一例を示す図である

【図9】図８に示す評価キャッシュ関数における再生順序と総キャッシュ時間との数値の一例を示す図である。

【図10】本発明の第２実施形態に係るコンテンツ再生の動作手順を示すフローチャートである。

【発明を実施するための形態】

【0017】

以下、図面を用いて本発明を実施するための実施形態を説明する。

【0018】

以下で説明する各実施形態では、本発明のコンテンツ再生装置は、コンテンツとして例えば楽曲データを再生する装置に適用した例を用いて説明する。各実施形態では、本発明のコンテンツ再生方法は、楽曲データを再生する装置で行われる再生方法を一例として説明する。各実施形態では、本発明のコンテンツ再生プログラムは、楽曲データを再生する装置に搭載されたコンピュータに楽曲データを再生する処理を実行させるプログラムを一例として説明する。

【0019】

なお、コンテンツは、楽曲データなどの音声データの他に、動画や静止画などの映像データであってもかまわない。また、その他の種々のコンテンツにも適用可能である。

【0020】

（第１実施形態）
図１を参照して、本発明の第１実施形態に係るコンテンツ再生装置の構成を説明する。図１において、コンテンツ再生装置は、例えばオーディオプレーヤーなどの音楽再生機能を備えた携帯端末で構成することができる。あるいは、コンテンツ再生装置は、据え置き型のオーディオ再生機器や、音楽再生機能を備えた据え置き型のＰＣ（パーソナル・コンピュータ）で構成することができる。

【0021】

コンテンツ再生装置は、通信部１１、通信制御部１２、楽曲再生部１３ならびに楽曲再生制御部１４を備える。また、コンテンツ再生装置は、操作部１５、表示部１６、記憶部１７ならびに楽曲取得制御部１８を備える。

【0022】

通信部１１は、通信制御部１２の制御の下に有線もしくは無線の電気通信回線のネットワーク１９を介して、サーバー等の外部機器（図示は省略）との間で通信を行う。例えば、通信部１１は、WiFi（wireless fidelity）規格（WiFiは登録商標）や、Bluetooth（登録商標）規格などに準拠した通信を用いて、外部機器と通信する。

【0023】

通信部１１は、ネットワーク１９を介して、外部機器からストリーミング方式で配信される楽曲データを受信して取得する。ここで、ストリーミング方式とは、楽曲データを受信するのと並行してその受信した楽曲データを再生可能にする方式である。

【0024】

通信部１１は、ネットワーク１９の所定のサーバーに再生順リストが保存されている場合には、楽曲データの再生に先立って再生順リストを受信して取得する。ここで、再生順リストとは、再生を予定している一連の楽曲データの再生順序を表したリストである。再生順リストは、例えばアルバムの曲目リストや、プレイリストなどのユーザー自身が選曲して作成したものなどである。再生順リストは、ネットワーク１９の所定のサーバーに代えて、記憶部１７に保存することもできる。

【0025】

通信部１１は、楽曲データを受信して取得するのに並行して、再生中の楽曲データの次以降に再生予定の楽曲データを受信してキャッシュする。ここで、キャッシュとは、再生中の楽曲データの次以降に再生予定の楽曲データを再生前に先行して取得し一時的に保存する動作である。

【0026】

通信部１１は、音楽再生機能の他にコンテンツ再生装置が備えた各種機能を実現するための通信を行う。

【0027】

通信制御部１２は、例えば、通信部１１が行うそれぞれの通信の品質が保証されるようにそれぞれの通信帯域を調整して確保する。通信制御部１２は、配信される楽曲データの転送レート、ならびに通信部１１が提供する通信帯域に応じて、上記通信帯域を調整して確保する。

【0028】

楽曲再生部１３は、楽曲データを再生するのに必要なアンプやスピーカ（図示せず）を備え、楽曲再生制御部１４の制御の下に受信した楽曲データに基づく音声をスピーカから出力して再生する。もしくは、楽曲再生部１３は、楽曲データに基づく音声を再生装置の接続端子に接続されたヘッドホンやイヤホンから出力して再生する。

【0029】

楽曲再生制御部１４は、ストリーミング方式で楽曲データを受信するのに並行して受信した楽曲データを楽曲再生部１３で再生する動作を制御する。楽曲再生制御部１４は、再生される楽曲の一時停止、早送り、巻き戻し、次の曲へスキップ、前の曲へ戻る、頭出し、シャッフル再生などの各種再生機能に応じて楽曲データの再生を制御する。楽曲再生制御部１４は、再生される楽曲の音量や音質などを調整制御する。

【0030】

操作部１５には、通信部１１で行う通信、楽曲再生部１３で行う楽曲データの再生に関する各種操作が入力される。操作部１５には、例えば楽曲データを受信して再生開始を指示する操作や、楽曲をランダムに再生するシャッフル再生を指示する操作などが、ユーザーによって入力される。操作部１５は、画面上の表示に触れることで入力操作が可能なタッチパネルで構成することも可能である。

【0031】

表示部１６は、例えば液晶パネルなどで構成され、通信部１１で行う通信、楽曲再生部１３で行う楽曲データの再生に関する表示を行う。表示部１６は、通信部１１で行われている通信に関する情報、再生中、再生待ちの楽曲のタイトルを表示する。

【0032】

記憶部１７は、例えば、ハード・ディスク・ドライブ（ＨＤＤ）やフラッシュメモリなどの随時アクセス型の記憶装置で構成される。なお、記憶部１７は一次的な記憶を行うメモリであってもよい。記憶部１７は、取得した楽曲データを記憶する。また、記憶部１７は、楽曲データの再生動作、ならびに楽曲データの取得動作を含む本装置で行われる動作をコンピュータで実現するために必要となるプログラムを記憶する。記憶部１７は、本発明のコンテンツ再生プログラムを記憶する。

【0033】

楽曲取得制御部１８は、通信部１１を介して楽曲データを受信して取得する動作を制御する。楽曲取得制御部１８は、通信部１１を介して楽曲データを受信して取得するのに並行して、再生中の楽曲データの次以降に再生予定の複数の楽曲データをキャッシュする動作を制御する。

【0034】

楽曲取得制御部１８は、キャッシュする複数の楽曲データの先行取得量を再生順序に応じて決める。すなわち、楽曲取得制御部１８は、再生中の楽曲データの次以降に再生予定の複数の楽曲データの内、再生順序が早い楽曲データほど先行取得量が多くなるように、再生中の楽曲データの次以降に再生予定の楽曲データを取得し、記憶部１７に記憶させる。なお、現在再生中の楽曲データの次以降に再生予定の楽曲データにおいて、再生順序が現在再生中の楽曲データに近い楽曲データであるほど、再生順序が早い楽曲データであると言える。

【0035】

楽曲取得制御部１８は、それぞれの楽曲データ毎に先行取得する動作を複数回に分けて行い、それぞれのコンテンツの先行取得量を段階的に増やす。この動作の詳細については後述する。

【0036】

先行取得量は、配信されるファイル形式に応じて、楽曲データが再生される時間、もしくは楽曲データのデータ量として設定される。

【0037】

第１ならびに第２実施形態のコンテンツ再生装置は、プログラムに基づいて各種動作処理を制御するコンピュータによって実現してもよい。このコンピュータは、ＣＰＵ、記憶装置、入出力装置等の資源を備える。コンテンツ再生装置は、操作部１５から与えられた操作を入力し、入力した操作ならびに予め記憶部１７に保有するコンテンツ再生プログラムに応じて、図２もしくは図１０に示す手順を実行する。これにより、コンテンツ再生装置は、以下に説明する本発明に係る楽曲データの再生ならびに楽曲データのキャッシュ動作を行う。したがって、コンテンツ再生装置を構成する各部が担っている機能は、ソフトウェアとハードウェア資源とが協働した具体的なコンテンツ再生装置によって実現される。

【0038】

次に、図２を参照して、第１実施形態におけるコンテンツ再生装置の動作について説明する。なお、先行取得量を楽曲データが再生される時間（キャッシュ時間）として設定した例について説明する。図２において、先ずステップＳ１０１では、操作部１５を介してユーザーによりネットワーク１９から楽曲データの再生順リストを受信して取得する指示が与えられる。続いて、再生順リストが取得されると、操作部１５を介してユーザーにより再生順リストが操作され、再生順リストに示された再生順序に応じて楽曲データを再生する指示が与えられる。これにより、楽曲再生部１３は、楽曲再生制御部１４の制御の下に楽曲データの再生を開始する。

【0039】

このときに、楽曲再生制御部１４は、シャッフル再生などの楽曲のランダム再生が指示されているか否かを判別する。楽曲再生制御部１４は、シャッフル再生が指示されている場合には、シャッフル再生の順序を決定した後、楽曲データの再生を開始する。つまり、楽曲再生制御部１４は、シャッフル再生が指示されている場合には、楽曲再生順がランダムになるように再生順リストを作成する。

【0040】

ステップＳ１０２では、通信制御部１２は、装置が行う各通信の通信帯域を設定する。通信制御部１２は、先ず現在再生中の楽曲の再生品質が保証されるように楽曲データを受信する通信帯域を確保する。次いで、通信制御部１２は、残りの通信帯域から再生中の楽曲データのキャッシュ、及び再生中の楽曲データの次以降に再生予定の楽曲データをキャッシュするための通信帯域を確保する。この通信制御部１２は、通信環境を継続的に監視し、通信環境に変化があった場合は、逐次再生品質の保証、及びキャッシュするための通信帯域の確保を行う。なお、図１のフローチャートではこのような監視動作は省略している。

【0041】

ステップＳ１０３では、楽曲取得制御部１８は、通信部１１を介してネットワーク１９から再生予定の楽曲データのキャッシュを開始する。楽曲取得制御部１８は、キャッシュ関数にしたがってキャッシュを行う。

【0042】

キャッシュ関数は、例えば図３に示すような関数として設定され、例えば、予め記憶部１７に記憶されて用意される。キャッシュ関数は、現在再生中の楽曲データに対する次以降の相対的な楽曲データの再生順序（横軸）と、総キャッシュ時間（先行取得量）（縦軸）との関係を示した関数である。なお、キャッシュ時間とは、その楽曲データを再生可能な時間であり、キャッシュ時間６０秒分のキャッシュを行った場合は、その後、その楽曲データを受信しなくても６０秒間はその楽曲を再生することができる。楽曲データの形式が全く同じであれば、キャッシュ時間と、キャッシュしたデータ量とは比例することとなる。

【0043】

図３において、この第１実施形態では、４つのキャッシュ関数ＣＦ１０１〜ＣＦ１０４が用意されている。各キャッシュ関数ＣＦ１０１〜ＣＦ１０４は、再生順序と総キャッシュ時間とが傾きが負の一次関数の関係にある。

【0044】

例えば楽曲データ０〜楽曲データ１３を、楽曲データ０〜楽曲データ１３の順序で再生する場合に、楽曲データ０が再生されているときには、楽曲データ１は再生順序が１位となり、楽曲データ２から楽曲データ１３は再生順序が２位から１３位となる。次いで、楽曲データ０の再生が終了して、楽曲データ１が再生されると、楽曲データ２は再生順序が１位に繰り上がり、楽曲データ３から楽曲データ１３は再生順序が２位から１２位にそれぞれ繰り上がる。

【0045】

各キャッシュ関数ＣＦ１０１〜ＣＦ１０４は、楽曲データ０〜楽曲データ１３を楽曲データ０〜楽曲データ１３の順序で再生する場合の一例であり、再生順序と総キャッシュ時間の具体的な数値は、例えば図４に示すように規定される。各キャッシュ関数ＣＦ１０１〜ＣＦ１０４における総キャッシュ時間は、キャッシュ時間の上限値を示している。例えば再生順序が１位の楽曲データの総キャッシュ時間は、キャッシュ関数ＣＦ１０１では６０秒となり、キャッシュ関数ＣＦ１０２では１２０秒となる。

【0046】

キャッシュ関数ＣＦ１０１〜ＣＦ１０４は、同じ楽曲データが再生中であれば、キャッシュ関数ＣＦ１０１〜ＣＦ１０４の順序で用いられる。キャッシュ関数ＣＦ１０１〜ＣＦ１０４は、再生する楽曲データが変わると、変わる前で用いていたキャッシュ関数ＣＦ１０１〜ＣＦ１０４にかかわらず、新たにキャッシュ関数ＣＦ１０１から順に用いられる。

【0047】

ステップＳ１０３では、楽曲取得制御部１８は、先ずキャッシュ関数ＣＦ１０１を用いて、現在再生中の楽曲データの次に再生予定の楽曲データのキャッシュを開始する。そして、再生順序１位の楽曲データをキャッシュ時間が６０秒に達するまでキャッシュする。これにより、その後、再生順序１位の楽曲データを受信できなくても再生順序１位の楽曲データを６０秒間再生することができるだけのデータをキャッシュしたこととなる。次に再生順序２位の楽曲データをキャッシュ時間が４０秒に達するまでキャッシュし、次に再生順序３位の楽曲データをキャッシュ時間が２０秒に達するまでキャッシュする。再生順序３位以降の楽曲データについてはキャッシュ時間が０秒以下なのでキャッシュしない。そして、楽曲取得制御部１８は、キャッシュした楽曲データを記憶部１７に記憶させる。

【0048】

ステップＳ１０４では、楽曲再生制御部１４は、現在再生中の楽曲データの再生が終了したか否かを判別する。判別の結果、終了していない場合には、ステップＳ１０５で示す処理を実行する。一方、終了した場合には、ステップＳ１０８で示す処理を実行する。

【0049】

ステップＳ１０５では、楽曲取得制御部１８は、現在キャッシュしている楽曲データの総キャッシュ時間がキャッシュ関数ＣＦ１０１で規定している全てのキャッシュ時間に到達したか否かを判別する。判別の結果、到達していない場合には、先のステップ１０３に戻ってキャッシュを継続する。一方、到達した場合には、ステップＳ１０６に示す処理を実行する。

【0050】

ステップＳ１０６では、楽曲取得制御部１８は、キャッシュ関数ＣＦ１０１で規定しているキャッシュ時間までキャッシュしていない楽曲データがあるか否かを判別する。すなわち、再生順序が１位〜３位のすべての楽曲データ１〜３がキャッシュされたか否かを判別する。

【0051】

判別の結果、キャッシュされていない楽曲データがある場合には、先のステップＳ１０３に戻って、次にキャッシュ予定の楽曲データのキャッシュを開始する。一方、キャッシュされていない楽曲データがない場合、すなわち再生順序が１位〜３位のすべての楽曲データ１〜３のキャッシュが完了した場合には、ステップＳ１０７で示す処理を実行する。

【0052】

ステップＳ１０７では、楽曲取得制御部１８は、次に用いるキャッシュ関数があるか否かを判別する。キャッシュ関数がある場合には、先のステップＳ１０３に戻って、次のキャッシュ関数、ここではキャッシュ関数ＣＦ１０２を用いてキャッシュを継続する。つまり、再生順序が１位〜６位の楽曲データのキャッシュ時間が、それぞれ、１２０秒、１００秒、８０秒、６０秒、４０秒、２０秒になるまで、順にキャッシュを行う。以下、キャッシュ関数ＣＦ１０３、キャッシュ関数ＣＦ１０３についても同様である。

【0053】

このように、楽曲取得制御部１８は、キャッシュ関数ＣＦ１０１に基づいて決定した先行取得量に基づいて複数の楽曲データを先行取得した後に、その複数のコンテンツにおける先行取得量がさらに多くなるように、キャッシュ関数ＣＦ１０２に基づいて複数のコンテンツにおける先行取得量を再決定し、その後、その再決定した先行取得量に基づいて、複数のコンテンツを再度先行取得する。

【0054】

なお、先行取得する対象の楽曲データの数は必ずしも増やさなくてもよいが、本実施形態においては、キャッシュ関数ＣＦ１０２においては先行取得する対象の楽曲データの数を、キャッシュ関数ＣＦ１０１において先行取得する対象の楽曲データの数よりも多くしている。具体的には、キャッシュ関数ＣＦ１０１では先行取得する対象の楽曲データの数が３つだったのに対して、キャッシュ関数ＣＦ１０２では先行取得する対象の楽曲データの数を６つにしている。

【0055】

このように、キャッシュ関数ＣＦ１０１のときに先行取得した複数の楽曲データに加えて、その複数の楽曲データの次以降に再生予定の楽曲データについても先行取得するようにすれば、ユーザーの利便性をより高めることができる。

【0056】

一方、キャッシュ関数がない場合、すなわちキャッシュ関数ＣＦ１０１〜ＣＦ１０４を用いたすべてのキャッシュが完了した場合には、ステップＳ１０４に示す処理を実行する。

【0057】

ここで、例えば楽曲データ０の再生中に、キャッシュ関数ＣＦ１０１を用いたキャッシュが完了した後、キャッシュ関数ＣＦ１０２〜ＣＦ１０４を用いてキャッシュを継続するシーンを一例として説明する。この場合に、楽曲データ１の総キャッシュ時間は、キャッシュ関数ＣＦ１０１で規定された６０秒に到達している。一方、キャッシュ関数ＣＦ１０２で規定された楽曲データ１の総キャッシュ時間は１２０秒に規定されている。したがって、キャッシュ関数ＣＦ１０２を用いた楽曲データ１のキャッシュでは、総キャッシュ時間が１２０秒となるように最大６０秒を上限に追加でキャッシュされる。

【0058】

同様に、楽曲データ２の総キャッシュ時間は、キャッシュ関数ＣＦ１０１で規定された４０秒に到達している。したがって、キャッシュ関数ＣＦ１０２を用いた楽曲データ２のキャッシュでは、総キャッシュ時間が１００秒となるように最大６０秒を上限に追加でキャッシュされる。

【0059】

このように、楽曲データ０が再生中であれば、キャッシュ関数ＣＦ１０１〜ＣＦ１０４を順次用いて楽曲データのキャッシュが行われる。また、本実施形態においては、楽曲データ０の再生中に、キャッシュ関数ＣＦ１０１〜ＣＦ１０４を用いたキャッシュが完了した場合には、再生中の楽曲データ０が終了するまで新たなキャッシュは行わないが、さらにキャッシュを行ってもよい。どの程度までキャッシュを行うかは、記憶部１７の残り容量に応じて適宜決めることができる。

【0060】

以上のように、キャッシュ関数ＣＦ１０１からＣＦ１０４なるに従って、キャッシュする対象の楽曲データが多くなり、また、同じ再生順序の楽曲データに対するキャッシュ時間が長くなるようになっている。このようにすることで、それぞれのコンテンツの先行取得量を段階的に増やすことができる。

【0061】

ステップＳ１０８では、楽曲再生制御部１４は、次に再生する楽曲データがあるか否かを判別する。すなわち、楽曲再生制御部１４は、再生順リストに示されているすべての楽曲データが再生されたか否かを判別する。判別の結果、再生する楽曲データがある場合には、先のステップＳ１０２に示す処理に戻って、楽曲データの再生とキャッシュを継続する。

【0062】

ここで、例えば楽曲データ０の再生が終了して、次に再生予定の楽曲データ１の再生が開始されたシーンを一例として説明する。例えばキャッシュ関数ＣＦ１０２を用いて再生順序が１位の楽曲データ１をキャッシュしているときに、楽曲データ０の再生が終了したものとする。この場合には、楽曲データ２の再生順序は２位から１位に繰り上がり、キャッシュ関数ＣＦ１０１を用いて楽曲データ２のキャッシュが開始される。キャッシュ関数ＣＦ１０１における楽曲データ２の総キャッシュ時間は６０秒である。一方、楽曲データ２は、楽曲データ０の再生中にキャッシュ関数ＣＦ１０１を用いて総キャッシュ時間が４０秒に到達するまでキャッシュされている。したがって、楽曲データ２は、楽曲データ１が再生されているときには、総キャッシュ時間が６０秒に到達するまで最大２０秒を上限に追加でキャッシュされる。

【0063】

一方、上記判別の結果、次に再生する楽曲データがない場合、すなわち再生順リストに記載されているすべての楽曲データを再生した場合には、上記一連の処理を終了する。このように、上記一連の処理を実行して、楽曲データの再生と並行して次以降再生予定の楽曲データのキャッシュが行われる。

【0064】

以上説明したように、この第１実施形態においては、再生中の楽曲データを取得するのに並行して、先行取得する楽曲データの総キャッシュ時間を楽曲データの再生順序に応じて決める。これにより、再生順序が早いほど楽曲データの総キャッシュ時間を多くすることが可能となる。これにより、通信速度が十分でない場合や、通信手段そのものが一時的に使用不能になった場合でも、現在再生中の楽曲データの次の楽曲データの再生が開始した際に、ユーザーはより長く楽曲データの再生を継続できる。また、その曲に対しユーザーがスキップ操作を行い、さらに次の楽曲データの再生が開始された場合でも、それ以降の楽曲データよりもキャッシュされている時間が長い為、より長く再生が可能であり、取得済みの楽曲データのキャッシュを有効利用することが可能となっている。

【0065】

また、第１実施形態においては、楽曲データをキャッシュする際に楽曲データの総キャッシュ時間を段階的に増やしている。これにより、例えば楽曲データをキャッシュする際の通信速度が十分でない場合でも、最初のうちは１曲の総キャッシュ時間が少ないので、以降の複数の楽曲データについてもキャッシュする余裕を確保することが可能となり、現在再生中の楽曲データの次以降に再生予定の複数の楽曲データをキャッシュすることができる。この結果、ユーザー操作により次に再生予定の曲がスキップされ、更に次の楽曲データの再生が開始された場合でも、ユーザーはスムーズなストリーミング再生の開始が可能となり、ユーザーの利便性を高めることができる。

【0066】

なお、上記第１実施形態において、キャッシュされた楽曲データは、楽曲データを一時的に保存する記憶部１７の記憶容量が許す限り保存される。楽曲データの総キャッシュ量の上限値は、ユーザーが指定するようにしてもよいし、楽曲取得制御部１８の制御の下に記憶部１７の残容量に応じて増減させるようにしてもよい。

【0067】

キャッシュされて記憶部１７に保存された楽曲データは、再生順リストの楽曲データがすべて再生終了した後、削除してもかまわない。一方、キャッシュされて記憶部１７に保存された楽曲データは、ユーザーのバックスキップ操作などを考慮して、キャッシュに使用できる記憶容量が許す限り保存しておいてもよい。ただし、再生後の楽曲データのキャッシュよりも再生前の楽曲データのキャッシュを優先的に保存することは言うまでもない。

【0068】

記憶部１７のキャッシュに使用できる記憶容量の上限に達した場合には、再生済みの楽曲データのキャッシュから削除される。

【0069】

この第１実施形態では、キャッシュ関数は、図３に示すように楽曲データの再生順序と総キャッシュ時間とが傾きが負の一次関数の関係にあるが、この関係に限ることはない。例えば、キャッシュ関数は、再生順序が早いほど総キャッシュ時間が多くなるような任意の関数を用いることができ、例えば再生順序と総キャッシュ時間とが図５に示すような漸近線をもつ有理関数により示される関係であってもよい。図５に示すキャッシュ関数ＣＦ２０３は、キャッシュを保存する記憶容量が許すならば再生順序が１位と２位の楽曲データは、丸ごとキャッシュすることになる。図５に示すキャッシュ関数ＣＦ２０４では、キャッシュを保存する記憶容量が許すならば再生順リストの全ての楽曲データについてキャッシュすることになる。つまり、部分的にではあるが、全ての楽曲データについてのデータを先行取得する。

【0070】

図３ならびに図５に示す４つのキャッシュ関数は、同様に変化する関数を平行移動させた関数群で構成しているが、これに限ることはない。複数のキャッシュ関数は、変化が異なる関数を混在させて構成してもよい。例えば図６に示すように、キャッシュ関数ＣＦ３０１とＣＦ３０１は、先の図３に示すキャッシュ関数ＣＦ１０１〜ＣＦ１０２と同様に変化する関数で構成することができる。キャッシュ関数ＣＦ３０３とＣＦ３０４は、先の図５に示すキャッシュ関数ＣＦ２０３〜ＣＦ２０４と同様に変化する関数で構成することができる。

【0071】

また第１実施例ではキャッシュするデータ量を総キャッシュ時間として、時間を単位としたキャッシュ関数で示したが、コンテンツがデータである以上、バイト（byte）を単位としたキャッシュ関数を用いてもよい。

【0072】

従来の技術は、次に再生される予定の１つ以上のコンテンツについて、定められたデータ量の部分データの取得が完了した状態で、通信環境に問題が発生し一時的にコンテンツデータの受信が出来なくなった場合などにおいて、現在再生中のコンテンツの聴取が完了し、次のコンテンツの再生が開始されると、コンテンツの再生順と無関係に、コンテンツの先頭から取得済みの区間しか再生できず、以降に再生予定のコンテンツの部分データは、ユーザーにとって利便性の低いものとなってしまっていた。また、先行取得する部分データは予め定められた量を受信しようとするが、通信速度が十分でない場合、再生順の近いコンテンツの部分データの取得に留まってしまい、複数のコンテンツの部分データの取得が必ずしも可能ではなかった。それに対し、本実施形態のコンテンツ再生装置によれば、先行取得する複数のコンテンツの先行取得量を再生順序に応じて決めるため、現在再生中のコンテンツの次に再生される可能性が高いコンテンツほど先行取得量を多くすることが可能となり、ユーザーの利便性を高めることができる。

【0073】

（第２実施形態）
図７を参照して、本発明の第２実施形態に係るコンテンツ再生装置の構成を説明する。図７において、コンテンツ再生装置は、先の図１に示すコンテンツ再生装置に対して、楽曲評価部２１を加え、楽曲取得制御部１８に代えて新たな楽曲取得制御部２２を備える。他は先の第１実施形態のコンテンツ再生装置と同様である。なお、図７に示す構成において、図１に示す構成と同様の構成には、同一の符号を付してその説明は省略する。

【0074】

図７において、楽曲評価部２１は、楽曲データに対するユーザーの嗜好を評価した評価結果を作成する。楽曲評価部２１は、評価結果を例えば５段階に点数化（１〜５）して作成する。この場合、点数が大きいほど評価結果が高いものとする。つまり、点数が大きい楽曲ほどユーザーの嗜好に合っている可能性が高い楽曲であるとも言える。

【0075】

評価結果は、操作部１５を介してユーザーが直接入力した情報に応じて作成することができる。もしくは、評価結果は、楽曲評価部２１が、楽曲データの再生頻度やスキップ再生頻度などの情報に応じて作成することができる。楽曲データの再生頻度やスキップ頻度などの評価結果を作成する情報は、楽曲再生制御部１４で取得されて記憶部１７に記憶され、必要に応じて楽曲評価部２１によって読み出される。また、評価結果は外部のサーバーから取得するようにしてもよい。

【0076】

楽曲取得制御部２２は、楽曲評価部２１で作成された評価結果に応じて、評価結果を反映した評価キャッシュ関数ＣＦ４０１〜ＣＦ４０４を作成する。楽曲取得制御部２２は、基準キャッシュ関数を用いて、評価キャッシュ関数ＣＦ４０１〜ＣＦ４０４を作成する。基準キャッシュ関数は、例えば図３に示すキャッシュ関数ＣＦ１０１〜ＣＦ１０４を用いることができる。

【0077】

楽曲取得制御部２２は、再生順序に応じて作成された基準キャッシュ関数ＣＦ１０１〜ＣＦ１０４を評価結果に応じて補正し、評価キャッシュ関数を作成して総キャッシュ時間を決定する。楽曲取得制御部２２は、評価キャッシュ関数ＣＦ４０１〜ＣＦ４０４を作成して楽曲データをキャッシュする以外は、先の第１実施形態の楽曲取得制御部１８と同様に機能する。

【0078】

各評価キャッシュ関数ＣＦ４０１〜ＣＦ４０４の総キャッシュ時間は、例えば次式（１）で算出される。

【0079】

評価キャッシュ関数の総キャッシュ時間＝
基準キャッシュ関数の総キャッシュ時間×評価結果／３＋｛１０×（評価結果−３）｝
…（１）
上式（１）において、評価結果は、上記したように、例えば５段階の点数１〜５の数値である。

【0080】

評価キャッシュ関数ＣＦ４０１〜ＣＦ４０４の一例を図８に示す。上式（１）で算出される評価キャッシュ関数ＣＦ４０１〜ＣＦ４０４の総キャッシュ時間と評価結果との数値の一例を図９に示す。なお、図９において、総キャッシュ時間が負の値（「−」が付された値）となっている場合は、キャッシュしないことを示す。

【0081】

次に、図１０を参照して、第２実施形態におけるコンテンツ再生装置の動作について説明する。図１０において、先の図２と異なる点は、ステップＳ１０２とステップＳ１０３との間に、ステップＳ２０１に示す処理を実行するようにしたことである。また、ステップ１０７に代えてステップ２０２に示す処理を実行するようにしたことである。他は図２に示す処理と同様であるので、同一の符号を付してその説明は省略する。

【0082】

ステップＳ２０１では、楽曲取得制御部２２は、楽曲評価部２１で作成された評価結果に応じて、評価キャッシュ関数ＣＦ４０１〜ＣＦ４０４を作成して、総キャッシュ時間を決定する。

【0083】

その後、先の図２のステップＳ１０３に示す処理を実行して、評価キャッシュ関数ＣＦ４０１〜ＣＦ４０４を用いた楽曲データのキャッシュが開始される。ステップＳ１０６に示す処理が終了した後、先のステップＳ１０７では、次に用いるキャッシュ関数ＣＦ１０４〜ＣＦ１０４があるか否かを判別している。これに対して、ステップＳ２０２では、キャッシュ関数ＣＦ１０４〜ＣＦ１０４に代えて評価キャッシュ関数ＣＦ４０１〜ＣＦ４０４があるか否かを判別する。

【0084】

このように、図１０に示す一連の処理を実行することで、先の第１実施形態と同様にして楽曲データのキャッシュが行われる。

【0085】

以上説明したように、この第２実施形態では、ユーザーの嗜好を示す評価結果を反映させて楽曲データの総キャッシュ時間を決める。評価結果の数値が高い楽曲データは、ユーザー嗜好に合致している可能性が高く、再生中のスキップ操作や停止操作が行われず、楽曲データの開始から終了まで再生聴取される可能性が高い。したがって、第２実施形態によれば、楽曲データの開始から終了まで再生聴取されるような、ユーザー嗜好に合致している曲の総キャッシュ時間を多くすることが可能となる。通信速度が十分でない場合や、通信手段そのものが一時的に使用不能になった場合でも、現在再生中の曲の次の楽曲データの再生を開始した際に、ユーザーは嗜好にあった楽曲データほどより長く楽曲データの再生聴取を継続できる。

【0086】

また、ユーザーの嗜好に合致しないとされる評価結果の低い楽曲データは、その曲に対しユーザーがスキップ操作を行う可能性が高い為、総キャッシュ時間を予め少なくする事で、キャッシュに使用する記憶容量を有効に活用することができる。

【0087】

なお、上記第２実施形態において、シャッフル再生を行う場合は、総キャッシュ時間が多い順に再生されるように、シャッフル再生時の楽曲データの再生順を変更するようにしてもよい。

【0088】

また、評価キャッシュ関数と基準キャッシュ関数、評価結果の関係は一例である。評価結果を５段階としている点も含め、限定するものではない。例えば評価結果は有理数としてもよいし、関数は、より高次な関数として表現しても良く、再生順が早く、評価結果が高い曲ほどキャッシュ量が多くなるような任意の関数で表現してよい。

【0089】

本発明のコンテンツ再生プログラムは、記録媒体に記録して提供してもよく、インターネット等の電気通信回線にてコンテンツ再生プログラムを配信してもよい。記録媒体に記録されたコンテンツ再生プログラムや電気通信回線にて配信されたコンテンツ再生プログラムは、コンテンツ再生装置に記憶させて、上述したコンテンツ再生方法を実行させるようにしてもよい。

【符号の説明】

【0090】

１１…通信部
１２…通信制御部
１３…楽曲再生部（再生部）
１４…楽曲再生制御部
１５…操作部
１６…表示部
１７…記憶部
１８，２２…楽曲取得制御部（コンテンツ取得制御部）
１９…ネットワーク
２１…楽曲評価部（コンテンツ評価部）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】