JP4779882B2 - コンテンツリスト表示方法、コンテンツリスト表示装置、コンテンツ選択処理方法およびコンテンツ選択処理装置 - Google Patents

Description

この発明は、音楽、映画、電子書籍などのコンテンツのリストをディスプレイ画面に表示するコンテンツリスト表示方法およびコンテンツリスト表示装置に関する。また、この発明は、このコンテンツリスト表示方法により表示されたコンテンツリストから特定のコンテンツを選択して処理することができるようにするコンテンツ選択処理方法およびコンテンツ選択処理装置に関する。

なお、この明細書において、コンテンツとは、例えば音楽、映像（映画、テレビ放送番組、撮像画像など）、電子書籍（論文、小説、雑誌などのテキスト情報および静止画情報）、ガイド情報、Ｗｅｂページ、プログラム（ゲームプログラムなどを含む）などの信号によって表現された内容情報である。

大容量のハードディスクや半導体メモリをコンテンツ格納部として内蔵して、大量のコンテンツを格納し、その中からユーザが選択指定したコンテンツを再生することができるコンテンツ格納再生装置が提供されている。

このようなコンテンツ格納再生装置においては、コンテンツ格納部に格納されている大量のコンテンツの中から、迅速に希望するコンテンツを検索することができるようにするために、コンテンツ格納部に格納されているコンテンツの一覧リストを表示して、その一覧リスト中からユーザが選択できるようにしている（例えば特許文献１（特開２００１−１１０１７１公報参照））。

また、このようなコンテンツ格納再生装置において、コンテンツ格納部に新たなコンテンツを取り込む方法としては、インターネットなどのネットワークを通じて取り込む方法がある（例えば特許文献２（特開２００５−１２２０７５公報参照））。

この場合に、通常、コンテンツ配信サーバからは、提供可能な配信コンテンツの一覧リストの情報が送られてくるので、ユーザは、当該配信コンテンツの一覧リストから配信を受けようとするコンテンツを選択して配信要求するようにするのが一般的である。

上記に挙げた特許文献は、次の通りである。
特開２００１−１１０１７１公報 特開２００５−１２２０７５公報

ここで、コンテンツ格納部に格納されているコンテンツは、ユーザが所有しているコンテンツであって、プライベートコンテンツと呼ぶことができる。一方、配信サーバに存在するコンテンツは、ユーザが所有しておらず、パブリックコンテンツと呼ぶことができる。

ところで、上述した特許文献１および特許文献２において記載されている、それぞれの一覧リストは、いずれもコンテンツ格納再生装置のディスプレイ画面に表示されるものであるが、同時に、同一のディスプレイ画面に表示されるように構成されてはおらず、そのような装置は提供されていない。

このため、例えば、プライベートコンテンツとパブリックコンテンツとを同時に同一表示画面において検索をすることができず、不便であった。

この発明は、この問題点を解決した方法および装置を提供することを目的とする。

上記の課題を解決するために、請求項１の発明は、
ユーザが所有するプライベートコンテンツとユーザが所有していないパブリックコンテンツとのリストを、互いに共通する所定の属性を検索表示のための検索キー属性として、同一画面に前記プライベートコンテンツと前記パブリックコンテンツとの違いを視認できる状態で表示する
ことを特徴とするコンテンツリスト表示方法を提供する。

この請求項１の発明によれば、所定の検索キー属性に関連付けられたプライベートコンテンツとパブリックコンテンツとが、同一の画面に、両者の違いを視認することができる状態で表示されるので、ユーザは、両者の違いを意識しながらのコンテンツ選択指示をすることが可能になる。

請求項２の発明は、請求項１に記載のコンテンツリスト表示方法において、
前記プライベートコンテンツおよび前記パブリックコンテンツのデータは、メインデータと前記リストの表示に寄与する付随データとを含み、
前記プライベートコンテンツは、ユーザが所有する端末のコンテンツ格納部に前記メインデータおよび前記付随データが格納されているものであり、
前記パブリックコンテンツは、前記コンテンツ格納部にメインデータが格納されていないものであり、
前記プライベートコンテンツおよび前記パブリックコンテンツの付随データを用いて前記リストを表示する
ことを特徴とするコンテンツリスト表示方法を提供する。

請求項２の発明においては、コンテンツ格納部にメインデータが格納されているかどうかで、パブリックコンテンツかプライベートコンテンツかが区別され、付随データが用いられてリストが表示される。

請求項５の発明は、請求項１に記載のコンテンツリスト表示方法において、
前記プライベートコンテンツおよび前記パブリックコンテンツのデータは、メインデータと前記リストの表示に寄与する付随データとを含み、
前記付随データは、前記プライベートコンテンツと前記パブリックコンテンツとを区分けするための区分け用情報を含み、前記区分け用情報を用いて、前記プライベートコンテンツと前記パブリックコンテンツとの違いを視認できる状態の表示を行う
ことを特徴とするコンテンツリスト表示方法を提供する。

この発明によれば、所定の属性を検索キー属性として、プライベートコンテンツおよびパブリックコンテンツのリストを同一画面に、両者を区別することができる態様で同時に表示するようにするので、ユーザは、自分が所有するプライベートコンテンツのみでなく、パブリックコンテンツを選択することが容易になる。

以下、この発明の実施形態を、コンテンツが楽曲コンテンツの場合であって、コンテンツリスト表示装置またはコンテンツ選択処理装置が、オーディオ装置の場合を例に、図を参照しながら説明する。

以下に説明する実施形態のオーディオ装置は、例えば、楽曲コンテンツのリリース日（例えば発売日、発表日など）などの楽曲コンテンツの時間属性を検索属性キーとして楽曲コンテンツを検索することができるように、楽曲コンテンツをリリース日の時間順に並べたコンテンツリストを表示するようにするものである。

図１は、この実施形態のオーディオ装置を含むシステム構成の概要を説明するための図である。

自分が所有していないパブリックコンテンツの入手方法としては、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）やＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）などのディスクメディア、メモリカードなどのカード型メモリメディア、その他のいわゆるパッケージメディアを通じて入手する方法と、コンテンツ配信サーバからインターネットなどのネットワークを通じて入手する方法とがある。

この実施形態のオーディオ装置１は、このパブリックコンテンツの入手方法を考慮して、ネットワーク３を通じてコンテンツ配信サーバ２に接続する機能を備えると共に、光ディスク４やカード型メモリ５を読み書きすることができる機能を備えている。

この実施形態では、楽曲コンテンツのコンテンツデータは、メインデータとしての楽曲データと、後で詳述する付随データとからなる。オーディオ装置１およびコンテンツ配信サーバ２は、この楽曲コンテンツのコンテンツデータを格納するコンテンツ格納部１Ａおよび２Ａを備える。

この実施形態において、いずれの入手方法による場合でも、ユーザが当該パブリックコンテンツを入手（購入あるいは譲渡を受ける）して、そのパブリックコンテンツのメインデータ（楽曲データ）を、ユーザのオーディオ装置１のコンテンツ格納部１Ａに格納して自分の所有物とすると、オーディオ装置１において、当該入手されたパブリックコンテンツは、その後は、プライベートコンテンツとして管理する。

ここで、オーディオ装置１は、パブリックコンテンツのメインデータである楽曲データを除く付随データのみをユーザが入手することも、この実施形態では可能であるが、この状態では、メインデータがユーザの所有となっていないので、パブリックコンテンツはそのままパブリックコンテンツとして管理される。

図２は、この実施形態のオーディオ装置１の概観の一例を示すものであり、また、図３は、この実施形態のオーディオ装置１の構成例を示すブロック図である。

図２に示すように、この実施形態のオーディオ装置１は、その筐体６の側面６Ａに、ディスク４、この例では、ＣＤやＤＶＤの挿入口７と、メモリカード５の挿入口８とを備える。

また、オーディオ装置１の筐体６の前面のフロントパネル１０の所定の位置には、この例では操作ボタン９Ａ〜９Ｌからなる操作ボタン群９が配設されている。操作ボタン群９を構成する操作ボタンは、再生ボタン９Ａ、スキップボタン９Ｂ、音量調整ボタン９Ｃ、メニューボタン９Ｇなどである。スキップボタン９Ｂや音量調整ボタン９Ｃは、いわゆるシーソー式のボタンであり、スキップボタン９Ｂでは後述するスキップ方向を示すことができ、音量調整ボタン９Ｃでは音量アップ／ダウン指示をすることができる。

また、フロントパネル１０には、例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）からなるコンテンツ表示部１１が配設されていると共に、同様にＬＣＤからなる時間軸バーＴＢ１，ＴＢ２が配設されている。コンテンツ表示部１１の表示デバイスは、図示のように、比較的大きな表示画面を備えるものとされる。また、時間軸バーＴＢ１，ＴＢ２の表示デバイスは、細長い表示画面を備えるものとされる。

後述するように、時間軸バーＴＢ１，ＴＢ２およびコンテンツ表示部１１には、選択あるいは再生されようとしている楽曲コンテンツに対応するイメージ画像（例えばＣＤやＤＶＤのジャケット写真のサムネイル画像など）が表示される。この例の場合、後述するように、コンテンツ表示部１１には、時間軸バーＴＢ１，ＴＢ２で選択中の楽曲コンテンツの近傍の複数個の楽曲コンテンツに対応するイメージ画像が拡大表示される。

さらに、フロントパネル１０には、選択ダイヤル１２やズームダイヤル１３などの回動操作つまみが設けられ、ユーザが回動操作することができるように構成されている。選択ダイヤル１２は、後述するように、時間軸バーＴＢ１，ＴＢ２における時間軸位置を変更するための操作つまみである。ズームダイヤル１３は、後述するように、時間軸バーＴＢ１，ＴＢ２に表示する時間軸の範囲（表示年月日範囲の最大値）を変更設定するための操作つまみである。

このオーディオ装置１の内部回路構成例は、図３に示すようなものである。すなわち、このオーディオ装置１は、図３に示すように、システムバス２１に対して、制御部２０、ハードディスク装置（図ではＨＤＤと記載）２２、ＣＤ／ＤＶＤドライブ２３、メモリカードドライブ２４、ネットワークインターフェース２５、表示部２６、操作入力部２７、オーディオコントローラ２８がそれぞれ接続されて構成されている。

オーディオ装置１全体の動作を制御する制御部２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０Ａと、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０Ｂと、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０Ｃと、を備えて構成される。そして、これらＣＰＵ２０Ａ、ＲＯＭ２０Ｂ、ＲＡＭ２０Ｃは、システムバス２１を介して接続されて、このシステムバス２１を介してデータや制御信号のやり取りを行うことで、ＣＰＵ２０Ａが、後述するような制御処理を実行する。

ＲＯＭ２０Ｂは、ＣＰＵ２０Ａが実行する各種プログラム（表示処理、楽曲データ復号処理、ユーザインターフェース処理、データ読み取り／書き込み処理など）や、装置ＩＤ、文字キャラクタデータなどを格納している。ＲＡＭ２０Ｃは、上記各種プログラム処理におけるワークエリア、また、圧縮されている楽曲データを復号、伸長処理する上でのワークエリアとして使われ、あるいはデータの一時記憶などにも使用される。

ハードディスク装置２２は、この例では、コンテンツ格納部１Ａを構成する。この例では、ハードディスク装置２２のコンテンツ格納部１Ａは、プライベートコンテンツのメインデータ（楽曲データ）および付随データの記録領域と、パブリックコンテンツの付随データの記録領域とを備えている。後述するように、パブリックコンテンツは、メインデータ（楽曲データ）を取得して、コンテンツ格納部１Ａに格納した時点で、プライベートコンテンツになるので、パブリックコンテンツのメインデータの格納領域は、コンテンツ格納部１Ａには存在しない。

ＣＤ／ＤＶＤドライブ２３は、挿入口７を通じて装填されたＣＤやＤＶＤに記録されている楽曲コンテンツのメインデータとしての楽曲データおよび付随データを読み出す。また、メモリカードドライブ２４は、挿入口８を通じて装填されたメモリカード５に記録されている楽曲コンテンツのメインデータとしての楽曲データおよび付随データを読み出す。

そして、読み出された楽曲コンテンツの楽曲データおよび付随データは、制御部２０の制御の下、ハードディスク装置２２のコンテンツ格納部１Ａに格納される。あるいは、読み出された楽曲コンテンツの楽曲データは、制御部２０の制御の下、オーディオコントローラ２８に転送され、オーディオアンプ２９を通じてスピーカ３０に供給され、このスピーカ３０で音響再生される。

コンテンツ格納部１Ａへの楽曲コンテンツの格納の際、楽曲データは、ＡＴＲＡＣ３ｐｌｕｓ（Ａｄａｐｔｉｖｅ Ｔｒａｎｓｆｏｒｍ Ａｃｃｏｕｓｔｉｃ Ｃｏｄｉｎｇ ３ ｐｌｕｓ）またはＭＰ３（ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ III）形式のデータに圧縮されるとともに、付随データと対応付けられて記録される。対応付けは、例えば楽曲コンテンツの識別情報（楽曲コンテンツＩＤ）が用いられる。なお、楽曲コンテンツのデータは、同時に暗号化処理を施されるようにしてもよい。

ハードディスク装置２２のコンテンツ格納部１Ａに格納される楽曲コンテンツのそれぞれについての付随データは、ＣＤまたはＤＶＤあるいはメモリカードに記録されていたもののみではなく、オーディオ装置１で付加されるものや、ユーザが追加したりしたものを含む。また、一部の付随データは、ユーザが修正、変更することができるものとされている。

ハードディスク装置２２のコンテンツ格納部１Ａに格納された楽曲コンテンツの再生時には、格納されている楽曲コンテンツのうち、ユーザ指示により選択された楽曲コンテンツの楽曲データを読み出し、圧縮形式に応じた伸長処理を行ない、オーディオコントローラ２８に送る。オーディオコントローラ２８は、楽曲データをアンプ２９に送って、アナログ・オーディオ信号とし、スピーカ３０に供給する。これにより、スピーカ３０で再生指示された楽曲コンテンツが音響再生されて放音され、リスナは所望の楽曲を聴くことができる。

ネットワークインターフェース２５は、ネットワーク３を通じてコンテンツ配信サーバ２に接続し、このコンテンツ配信サーバ２からネットワーク３を通じて、楽曲コンテンツの付随データやメインデータである楽曲データを取得するために用いられる。

この実施形態では、ユーザがコンテンツの選択指示をするためのコンテンツ一覧リストを生成する際には、オーディオ装置１は、コンテンツ配信サーバ２に要求して、リスト表示すべき時間範囲（リリース年月日範囲）の楽曲コンテンツについての付随データを取得し、コンテンツ格納部１Ａに格納してリスト表示のために用いられる。

そして、オーディオ装置１において、コンテンツ一覧リストからコンテンツ配信サーバ２から付随データを取得した楽曲コンテンツが選択されて、購入指示がされると、当該楽曲コンテンツのメインデータである楽曲データを、配信サーバから取得して、コンテンツ格納部１Ａに、先に取得した付随データと対応付けて格納する。このとき、付随データの、パブリックコンテンツか、プライベートコンテンツかを区別するための情報が書き換えられて、配信サーバ２から取得されたパブリックコンテンツは、プライベートコンテンツに管理が移行される。

配信された楽曲コンテンツの楽曲データは多くの場合、圧縮されているので、その再生時には、上述と同様に伸長処理して、オーディオコントローラ２８、アンプ２９、スピーカ３０により音響出力とされる。

表示部２６は、詳しくは後述するが、制御部２０の制御に基づいて各種のデータを表示する。この表示部２６においては、システムバス２１を通じて、この表示部２６に提供された表示データが、ビデオコントローラ２６１により、これに接続される表示デバイスに適する信号に変換されて出力される。

コンテンツ表示部２６２（図２のコンテンツ表示部１１）は、表示デバイスの表示画面に、数個のコンテンツのサムネイル画像やその他の付随データを表示し、ユーザの楽曲検索・選曲などの操作をしやすくする表示を行う。

時間軸バー表示部２６３は、図２の時間軸バーＴＢ１、ＴＢ２を表示デバイスとして備える。そして、時間軸バー表示部２６３は、ビデオコントローラ２６１からの表示用データを受け取り、時間軸バーＴＢ１，ＴＢ２に、後述するように、時間軸順に多数のコンテンツの微小サムネイルを並べて一覧表示する。

この実施形態では、時間軸バー表示部２６３では、時間軸バーＴＢ１，ＴＢ２に、コンテンツ格納部１Ａに格納する全ての楽曲コンテンツ、あるいは、コンテンツ格納部１Ａに格納するコンテンツの中から選択された多くの楽曲コンテンツを、そのリリース年月日順に並べて一覧表示する。したがって、楽曲コンテンツの、全体の中の位置づけが視認しやすく、検索・選曲などの操作がしやすくなる。

操作入力部２７は、ユーザ操作を受ける各種の操作ボタン群９、選択ダイヤル１２、ズームダイヤル１３などからなる。操作ボタン群９は、前述したように、再生／一時停止ボタン９Ａ、スキップボタン９Ｂ、ボリュームボタン９Ｃをはじめ、メニューボタン９Ｇ、その他各種モード選択ボタンなどがある。

選択ダイヤル１２およびズームダイヤル１３は、これに対するユーザのダイヤル操作（回動操作）による回転角や回転数に応じた操作出力をロータリーエンコーダにより得て、その操作出力を、入力インターフェース２７１を介してＣＰＵ２０Ａに入力する。

選択ダイヤル１２のダイヤル操作は、時間軸バーＴＢ１，ＴＢ２における時間軸位置の変更（あるいは選択中コンテンツの変更）操作となる。ズームダイヤル１３のダイヤル操作は、時間軸バーＴＢ１，ＴＢ２における表示年月日範囲を拡大／縮小する指示操作である。

ズームダイヤル１３を、表示年月日範囲を拡大する方向にズーム操作すると、時間軸バーＴＢ１，ＴＢ２に表示する楽曲コンテンツのサムネイルの時間軸方向の大きさが小さくなり、時間軸バーＴＢ１，ＴＢ２に表示する楽曲コンテンツのサムネイルの最大数が大きくなるようにされる。また、ズームダイヤル１３を、表示年月日範囲を狭くする方向にズーム操作すると、時間軸バーＴＢ１，ＴＢ２に表示する楽曲コンテンツのサムネイルの時間軸方向の大きさが大きくなり、時間軸バーＴＢ１，ＴＢ２に表示する楽曲コンテンツのサムネイルの最大数が少なくなるようにされる。

［楽曲コンテンツの付随データについて］
楽曲コンテンツの付随データは、楽曲コンテンツのタイトル名やアーティスト名など、この楽曲コンテンツに付随する関連データである。この付随データは、前述したように、ハードディスク装置２２のコンテンツ格納部１Ａに、対応する楽曲コンテンツの楽曲コンテンツＩＤ（識別データ）と対応付けられて格納される。そして、プライベートコンテンツの場合には、楽曲コンテンツのメインデータである楽曲データが、その楽曲コンテンツＩＤが付与されて格納されているので、それぞれの楽曲コンテンツの付随データは、共通に付与される楽曲コンテンツＩＤにより楽曲データに対応付けられている。

前述もしたように、付随データは、パッケージメディアから楽曲コンテンツのコンテンツデータが読み取られた際などに自動的に取得されるようにすることもできるし、コンテンツ配信サーバから、付随データのみを要求して取得したり、楽曲コンテンツのコンテンツデータのダウンロード時に、楽曲データと共に送られてくるものを取得したりするようにすることができる。さらに、ユーザが付随データを追加入力したり、取得した付随データを修正などの編集作業をしたりできるようにしてもよい。

この実施形態においては、付随データは、例えば、図４に例示されるような項目からなる。

・楽曲コンテンツＩＤ（これは、少なくともオーディオ装置１内で一意に識別できるコードであれば良い）
・アクセス・パス（この楽曲コンテンツの取得ソースを示す。ＣＤ、ＤＶＤなどのメディアの場合はＩＳＲＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ Ｒｅｃｏｒｄｉｎｇ Ｃｏｄｅ）などの識別コード、ネットワーク経由での取得の場合はそのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などでよい。オプションである）
・コンテンツ・ファイル・パス（ハードディスク装置２２に格納した、この楽曲コンテンツの楽曲データ（メインデータ）のアクセス・パス）
・ファイル名（この楽曲コンテンツのファイル名。上記コンテンツ・ファイル・パスに含めて記述してもよい。）
・楽曲タイトル名（この楽曲コンテンツのタイトル名、曲名。）
・アルバム名（この楽曲コンテンツが含まれていたアルバム・タイトル名。シングル曲の場合は空白）
・アーティスト名（歌手名、演奏者名、指揮者名、作詞／作曲・編曲者名など）
・楽曲演奏時間
・ジャケット・イメージ・データ・パス（ジャケット写真などのイメージ画像あるいはそのサムネイル画像ファイルへのアクセス・パス）
・リリース年月日（この楽曲の発表日または発売日。場合によっては購入日であってもよい。）
・読み書き属性（詳細は後述する）
・アクセス許可情報（オプション。詳細は後述する）
・試聴用データ・ファイル・パス（オプション；コンテンツ配信サーバ２から取得した楽曲コンテンツについて、試聴用データがあるときのアクセス・パス）。

上述した付随データの項目のうち、「楽曲タイトル名」、「アルバム名」、「アーティスト名」などは、ネットワーク経由でＣＤＤＢ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｄａｔａｂａｓｅ）サーバから取得できる。また、「リリース年月日」のうち「発行年」または「発売年」は、ＣＤＤＢから取得できるが、月日までを付随データとして記録する場合は、パッケージに印刷されてあるリリース年月日を、ユーザが、操作ボタン群９を操作して入力したり、ネットワークインターフェース２５を介して、パーソナルコンピュータなどからマニュアル入力したりすることで取得することができる。

また、「楽曲演奏時間」は、例えばパッケージメディアのＴＯＣ（Ｔａｂｌｅ ｏｆ Ｃｏｎｔｅｎｔｓ）情報から取得できる。「楽曲コンテンツＩＤ」、「アクセス・パス」、「コンテンツ・ファイル・パス」、「ファイル名」、「ジャケット・イメージ・データ・パス」は、楽曲コンテンツのコンテンツデータをハードディスク装置２２に格納する際に自動的に、あるいは半自動的に（一部マニュアル操作を介する）決定される。

《読み書き属性》
図４において、付随データ項目一覧の右側に図示されるように、「読み書き属性」は、楽曲コンテンツのメインデータ（楽曲データ）に対する読み取り／書き込みの許可属性である。

この読み書き属性は、図示されるように、オーナー（ｏｗｎｅｒ）／グループ（ｇｒｏｕｐ）／他者（ｏｔｈｅｒｓ）の属性をも有している。

オーナー（ｏｗｎｅｒ）は、このオーディオ装置１の所有者あるいは配信サーバの所有者を示すが、場合によってはオーディオ装置１あるいは配信サーバそのものを指すこともある。

グループ（ｇｒｏｕｐ）は、家族など、このオーディオ装置１の複数の所有者あるいはオーディオ装置１の機器ＩＤが割り当てられた装置のグループを示す。

他者（ｏｔｈｅｒｓ）は、オーナー（ｏｗｎｅｒ）、グループ（ｇｒｏｕｐ）以外の人あるいは装置という意味になる。

読み書き属性は、図示されるように、オーナー（ｏｗｎｅｒ）／グループ（ｇｒｏｕｐ）／他者（ｏｔｈｅｒｓ）の属性のそれぞれに、読み取り許可属性（図４において「ｒ」で示す）、書き込み許可属性（図４において「ｗ」で示す）が設定でき、全部で６個の属性からなる。

ここで、読み取り許可属性の「読み取り」は、文字通り、記録媒体（ハードディスク装置２２のコンテンツ格納部１Ａあるいはコンテンツ配信サーバ２のコンテンツ格納部２Ａ）から読み取ることを示す。書き込み許可属性の「書き込み」は、この楽曲コンテンツのコンテンツデータの移動（ｍｏｖｅ）または削除（ｄｅｌｅｔｅ）を指す。

なお、この読み書き属性の、オーナー（ｏｗｎｅｒ）／グループ（ｇｒｏｕｐ）／他者（ｏｔｈｅｒｓ）の属性の意味は、この楽曲コンテンツの楽曲データおよび付随データの所有者から見た場合の意味となるので、オーディオ装置１の所有者やユーザの場合と、コンテンツ配信サーバ２の所有者や楽曲データの著作権者などの場合とで、意味が異なるので注意が必要である。

この実施形態では、読み取り許可属性ｒおよび書き込み許可属性ｗは、それぞれ１ビットのデータとされ、ｒ＝「１」であれば読み取り許可、ｒ＝「０」であれば読み取り不可、ｗ＝「１」であれば書き込み許可、ｗ＝「０」であれば書き込み不可という意味になる。

したがって、読み書き属性の属性値は、６ビットのデータで表され、例えば、図４の右側の中ほどに図示されるように、この読み書き属性の属性値が、“１１００００”であると、オーナー（ｏｗｎｅｒ）は、この読み書き属性が付随されている楽曲コンテンツのコンテンツデータの読み取りも書き込みも許可されるが、それ以外の人は許可されないことを意味する。また、読み書き属性の属性値が、“１１１０１０”である場合は、全員が読み取りは許可されるが、オーナー（ｏｗｎｅｒ）のみは移動や削除することが許可されていることを意味している。

すなわち、オーナー（ｏｗｎｅｒ）属性の、読み取り許可属性ｒおよび書き込み許可属性ｗのビットが、共に「１」であれば、対応する楽曲コンテンツは、オーナーの所有物であることを意味し、プライベートコンテンツであることを示している。

一方、オーナー（ｏｗｎｅｒ）属性の、読み取り許可属性ｒおよび書き込み許可属性ｗのビットが、ｒ＝「０」およびｗ＝「０」、あるいは、ｒ＝「１」およびｗ＝「０」の場合には、対応する楽曲コンテンツはパブリックコンテンツと言える。

したがって、この読み書き属性は、プライベートコンテンツとパブリックコンテンツとを区分けするための区分け用情報として用いることができる。

なお、付随データがコンテンツ格納部１Ａに格納されている場合において、メインデータがコンテンツ格納部１Ａに格納されているか否かの情報を、プライベートコンテンツとパブリックコンテンツとを区分けするための区分け用情報として用いることもできる。また、前記読み書き属性と、付随データがコンテンツ格納部１Ａに格納されている場合においてメインデータがコンテンツ格納部１Ａに格納されているか否かの情報とを併せて、区分け用情報としてもよい。

グループ（ｇｒｏｕｐ）の定義は、ユーザ側のオーディオ装置１の場合、ハードディスク装置２２の一部に格納されて、このオーディオ装置１に格納される楽曲コンテンツ全体に対して行なうこともできるし、グループ（ｇｒｏｕｐ）の定義を、この付随データの別のフィールドに設けて、楽曲コンテンツそれぞれごとに行なうこともできる。また、グループ（ｇｒｏｕｐ）の定義は、配信サーバにおいても同様であるが、あるグループ会員の集合を表す情報をもってなされる。

他者（ｏｔｈｅｒｓ）の定義は、特別に記録する必要は無い。他者（ｏｔｈｅｒｓ）は、オーナー（ｏｗｎｅｒ）およびグループ（ｇｒｏｕｐ）以外（（ＮＯＴ ｏｗｎｅｒ）または（ＮＯＴ ｇｒｏｕｐ））として解釈される。

《アクセス許可情報》
１台のオーディオ装置１を複数のユーザ（例えば家族）が使用する場合に、楽曲コンテンツに対してアクセスを許可するユーザのユーザＩＤと、アクセスを許可しないユーザのユーザＩＤとを、アクセス許可情報として設定する。例えば、ある楽曲コンテンツは自分だけがアクセスできればよく、他のユーザにはアクセスされたくない場合には、その楽曲コンテンツについてのアクセス許可情報として、許可するユーザＩＤは自分のユーザＩＤを設定し、許可しないユーザＩＤとして、自分以外の家族のユーザＩＤを設定する。もちろん、このアクセス許可情報によらずに、上述した読み書き属性のうちのグループ（ｇｒｏｕｐ）属性を利用して、同様のアクセス制限を設定することもできる。

また、楽曲コンテンツの配信サイトの楽曲コンテンツを検索することは許可しても、購入する要求は送信できないように制限をすることで、例えば、自分の子供が不用意に楽曲コンテンツを購入できないようにすることもできる。

このアクセス許可情報も、上述のグループ（ｇｒｏｕｐ）属性のように、装置に格納される楽曲コンテンツのコンテンツデータ全体に対して設定することもできるし、図４に示したように、楽曲コンテンツの付随データごとに設けて、楽曲コンテンツごとに設定することもできる。

［コンテンツリスト表示の例］
図５に、コンテンツリスト表示のための制御部の機能処理手段を中心に記述した機能ブロック図を示す。前述したように、この例では、楽曲コンテンツのリリース日を検索キー属性として、指定した期間の範囲内において、リリース日順に、楽曲コンテンツのサムネイルを並べることにより、リスト表示するようにする。

この実施形態においては、ハードディスク装置２２のコンテンツ格納部１Ａは、メインデータ（楽曲データ）蓄積部１Ａａと付随データ蓄積部１Ａｂとからなる。そして、制御部２０は、コンテンツリスト表示のための機能処理手段としては、コンテンツ付随データ管理手段２０１と、コンテンツメインデータ管理手段２０２と、表示条件設定手段２０３と、表示配置手段２０４と、パブリックコンテンツデータ取得手段２０５とを備える。

コンテンツ付随データ管理手段２０１は、コンテンツ格納部１Ａの付随データ蓄積部１Ａｂに蓄積される付随データを管理するもので、当該付随データの読み書きを行う機能を備えている。

また、コンテンツメインデータ管理手段２０２は、コンテンツ格納部１Ａのメインデータ蓄積部１Ａａに蓄積される楽曲コンテンツのメインデータである楽曲データを管理するもので、当該楽曲データの読み書きを行う機能を備えている。

表示条件設定手段２０３は、操作入力部２７を構成する操作ボタン群９、選択ダイヤル１２、ズームダイヤル１３を通じたユーザ操作入力に応じて、コンテンツリストの表示条件を設定し、設定した条件を表示配置手段２０４に供給する。

ここで設定される表示条件は、後述するように、リリース日を検索キー属性としてコンテンツリストをリリース年月日順に並べて表示する期間範囲（年月日の範囲）、フォーカス・カーソル位置の情報、プライベートコンテンツのみのコンテンツリストの表示モード（以下、プライベートモードという）かプライベートコンテンツとパブリックコンテンツとを同時に混合してコンテンツリストを表示するモード（以下、ミクストモードという）かのモード条件、などである。

表示配置手段２０４は、表示条件設定手段２０３から受けた表示条件に基づき、表示期間範囲の情報などをコンテンツ付随データ管理手段２０１に渡し、コンテンツリストの表示に必要な付随データの取得を要求する。

コンテンツ付随データ管理手段２０１は、表示配置手段２０４からの表示条件の情報（表示期間範囲の情報など）を受けて、コンテンツリストの表示に必要な、前記表示期間範囲内でリリースされた楽曲コンテンツのサムネイルのデータなどの付随データを読み出して、表示配置手段２０４に渡す。

この実施形態では、付随データ蓄積部１Ａｂには、プライベートコンテンツおよびパブリックコンテンツのジャケット写真などのイメージ情報を用いて作成したサムネイルの情報が、サムネイルファイルとして格納されている。

コンテンツ付随データ管理手段２０１は、コンテンツリスト表示に必要な各音楽コンテンツのサムネイルは、その付随データ中の前述したジャケット・イメージ・データ・パスを参照して、付随データ蓄積部１Ａｂのサムネイルファイルから読み出して取得し、取得したサムネイルを表示配置手段２０４に供給する。

コンテンツ付随データ管理手段２０１は、また、サムネイルの他、コンテンツリスト表示に必要なタイトル名、リリース日などのその他の付随データも、付随データ蓄積部１Ａｂから読み出して表示配置手段２０４に供給するようにする。

なお、各楽曲コンテンツのサムネイルは、例えば、ＣＤ／ＤＶＤドライブ２３やメモリカードドライブ２４、あるいはネットワークインターフェース２５を通じて当該楽曲コンテンツの付随データを取得して付随データ蓄積部１Ａｂに格納する際に作成して、付随データ蓄積部１Ａｂに格納しておくようにする。

もちろん、コンテンツリストの表示処理の際に、例えば付随データ蓄積部１Ａｂに格納されている楽曲コンテンツのジャケットイメージファイルをアクセスして、そのサムネイルを作成するようにしても勿論よい。また、付随データにサムネイルのデータが含まれる場合には、そのサムネイルのデータを用いるようにする。

表示配置手段２０４は、また、コンテンツリストの表示モードがミクストモードであるときには、コンテンツリストの初期表示時や、表示期間範囲の変更時など、適宜の必要なタイミングで、パブリックコンテンツデータ取得手段２０５に、パブリックコンテンツの付随データの取得を指示するようにする。

パブリックコンテンツデータ取得手段２０５は、この表示配置手段２０４からの指示に応じて、ネットワークインターフェース２５を通じてコンテンツ配信サーバ２にアクセスして、パブリックコンテンツの付随データを取得して、コンテンツ付随データ管理手段２０１に渡す。

コンテンツ付随データ管理手段２０１は、パブリックコンテンツ付随データ取得手段２０４からの付随データを受け取って、付随データ蓄積部１Ａｂに格納するようにする。

また、図５では省略したが、コンテンツ付随データ管理手段２０１は、ＣＤ／ＤＶＤドライブ２３や、メモリカードドライブ２４から、メインデータと共に付随データを取得したときにも、同様にして、取得した付随データを付随データ蓄積部１Ａｂに格納するようにする。

この付随データの格納時に、コンテンツ付随データ管理手段２０１は、既に付随データ蓄積部１Ａｂに蓄積されている音楽コンテンツ（パブリックコンテンツおよびプライベートコンテンツ）の付随データと重複する音楽コンテンツの付随データは、重複して蓄積しないようにしている。

付随データ蓄積部１Ａｂにおいて、重複する付随データを避ける処理としては、蓄積されている付随データの一部データが、ユーザにより追加、修正されている可能性がある場合を考慮すると、それらの追加、修正を残すためには、新たな付随データを廃棄する方法がよい。しかし、プライベートコンテンツとしてメインデータを格納し直す場合等においては、新たに取得した付随データにより、付随データ蓄積部１Ａｂの付随データを常に更新してしまうようにしても、もちろん良い。

また、取得した付随データがプライベートコンテンツの付随データであるときには、重複するか否かの判定は、プライベートコンテンツの付随データのみとしたり、取得した付随データがパブリックコンテンツの付随データであるときには、重複するか否かの判定は、パブリックコンテンツの付随データのみとしたりするようにしても良い。

表示配置手段２０４は、コンテンツ表示部配置手段２０４１と、時間軸バー配置手段２０４２とを備え、コンテンツ付随データ管理手段２０１から取得した付随データを用いて、表示条件設定手段２０３からの表示条件の情報に応じたコンテンツリストの表示情報を生成して表示部２６に供給する。

時間軸バー配置手段２０４２は、表示条件設定手段２０３からの表示条件と、コンテンツ付随データ管理手段２０１からのサムネイルデータ、その他データを用いて、コンテンツ表示部１１に表示するコンテンツリストの画像情報を生成して、表示部２６に供給し、時間軸バーＴＢ１，ＴＢ２を表示するようにする。

この例の場合、時間軸バー配置手段２０４２は、後述するように、音楽コンテンツのリリース年月日を、検索キー属性として、設定された期間範囲において、リリース年月日の時間順に音楽コンテンツの微小サムネイルを並べたコンテンツリストの画像情報を、時間軸バーＴＢ１，ＴＢ２の表示情報として生成する。

さらに、この例では、時間軸バー配置手段２０４２は、付随データ中の前述した読み書き属性を参照して、それぞれの楽曲コンテンツがパブリックコンテンツかプライベートコンテンツかを判別し、両者をユーザが区別して視認することができるように、この例では、プライベートコンテンツのサムネイルはカラー表示し、パブリックコンテンツのサムネイルはモノクロ表示するようにする。

パブリックコンテンツかプライベートコンテンツかをユーザが視認することができる態様としては、この例のように、サムネイルをカラーとモノクロとで区別する方法に限られるものではない。例えば、パブリックコンテンツとプライベートコンテンツとで、サムネイルの大きさ（例えばプライベートコンテンツのサムネイルを大きく）や形状（例えばパブリックコンテンツのサムネイルは４角形で、プライベートコンテンツのサムネイルは６角形で表示）を変えたり、サムネイルに加える修飾を変えたりするようにしてもよい。

これ以外にグレースケール表示としてもよいし、グレーアウトさせて表示してもよい。あるいは、プライベートコンテンツのサムネイルは太枠で囲み、パブリックコンテンツのサムネイルは囲み線をなくすなど、種々の変形例が考えられる。

コンテンツ表示部配置手段２０４１は、同様に、表示条件設定手段２０３からの表示条件と、コンテンツ付随データ管理手段２０１からのサムネイルデータ、その他データを用いて、コンテンツ表示部１１に表示するコンテンツリストの画像情報を生成して、表示部２６に供給する。この実施形態では、コンテンツ表示部１１に表示するコンテンツリストは、時間軸バーＴＢ１，ＴＢ２においてフォーカス・カーソルが存在する位置近傍の複数個のコンテンツのサムネイルによるリストとされている。

すなわち、コンテンツ表示部配置手段２０４１は、時間軸バーＴＢ１，ＴＢ２において微小サムネイルにより表示されているコンテンツリストのうち、フォーカス・カーソルが位置する部分近傍の一部コンテンツを、そのサムネイルを拡大表示すると共に、コンテンツタイトル表示などの付随情報の詳細表示を伴ったリスト表示をするものである。

前述したように、時間軸バー配置手段２０４２では、時間軸バーＴＢ１，ＴＢ２では、コンテンツ表示部１１で表示するサムネイル画像に比べて小さい微小サムネイルを表示するようにする。このため、この実施形態では、付随データ蓄積部１Ａｂのサムネイルファイルに、当該微小サムネイルを生成して、併せて蓄積しておき、時間軸バー配置手段２０４２では、付随データ蓄積部１Ａｂからの微小サムネイルを用いて時間軸バー表示を行うようにする。

なお、付随データ蓄積部１Ａｂのサムネイルファイルには、微小サムネイルは含めずに、時間軸バー配置手段２０４２において、取得したコンテンツ表示部１１用のサムネイルから、微小サムネイルを生成する処理を行うようにしても、もちろん良い。

この実施形態では、コンテンツ表示部１１で、特定の楽曲コンテンツがフォーカスされると、当該フォーカスされている楽曲コンテンツの、例えば先頭の部分、さびの部分などの予め定められた楽曲データの一部が再生されて、ユーザに選択中の楽曲コンテンツが何であるかの手助けとなるようにされている。

このため、この実施形態では、表示配置手段２０４は、フォーカス・カーソルが位置して選択中である楽曲コンテンツの楽曲コンテンツＩＤの情報およびコンテンツ・ファイル・パスの情報あるいは試聴用データ・ファイル・パスの情報が、コンテンツメインデータ管理手段２０２に供給される。

コンテンツメインデータ管理手段２０２は、表示配置手段２０４から受け取った楽曲コンテンツＩＤで識別される楽曲コンテンツがプライベートコンテンツであるときには、前記コンテンツ・ファイル・パスで示されるそのメインデータ（楽曲データ）のうち、前記の予め定められた一部をメインデータ蓄積部１Ａａから読み出して、オーディオコントローラ２８に送出し、音響再生するようにする。

この実施形態においては、コンテンツ配信サーバ２から取得するパブリックコンテンツについて試聴用データが存在する場合には、パブリックコンテンツデータ取得手段２０５は、その付随データを取得する際に、その試聴用データを同時に取得して、コンテンツメインデータ管理手段２０２に渡す。コンテンツメインデータ管理手段２０２は、受け取った試聴用データを、メインデータ蓄積部１Ａａの試聴用データ格納領域に楽曲コンテンツＩＤに対応付けて格納しておく。

そして、コンテンツメインデータ管理手段２０２は、表示配置手段２０４から受け取った楽曲コンテンツＩＤで識別される楽曲コンテンツがパブリックコンテンツであるときには、メインデータ蓄積部１Ａａの試聴用データ格納領域のうち、前記試聴用データ・ファイル・パスで示される試聴用データ格納領域から、当該楽曲コンテンツの試聴用データを読み出して、オーディオコントローラ２８に送出し、その試聴用データをスピーカ３０により音響再生するようにする。

この試聴用データを再生しているときに、ユーザが操作入力部２７を通じて購入要求を入力すると、その購入要求が表示条件設定手段２０３および表示配置手段２０４を通じてコンテンツメインデータ管理手段２０２に与えられる。

コンテンツメインデータ管理手段２０２は、この購入要求を受け取ると、パブリックコンテンツデータ取得手段２０５に、当該試聴中のパブリックコンテンツのメインデータの取得要求を送る。パブリックコンテンツデータ取得手段２０５は、これを受けて、コンテンツ配信サーバ２に、ネットワークインターフェース２５を通じて当該楽曲コンテンツのメインデータの取得要求を送って、当該メインデータを取得し、コンテンツメインデータ管理手段２０２に返す。

コンテンツメインデータ管理手段２０２は、このパブリックコンテンツのメインデータを受け取ると、当該メインデータをその楽曲コンテンツＩＤと対応付けてメインデータ蓄積部１Ａａに格納すると共に、その格納をコンテンツ付随データ管理手段２０１に通知する。

コンテンツ付随データ管理手段２０１は、この通知を受け取って、当該メインデータを格納した楽曲コンテンツの付随データの読み書き属性を、前述したように、パブリックコンテンツのものから、プライベートコンテンツのものに書き換えるようにする。すなわち、読み書き属性のオーナー属性を、［１０］から、［１１］に書き換えるようにする。

これにより、オーディオ装置１では、それまでパブリックコンテンツであった楽曲コンテンツを、プライベートコンテンツとして管理するようになる。

なお、表示配置手段２０４では、選択中コンテンツとされているパブリックコンテンツについて、試聴用データが存在しないと、例えば付随データの試聴用データ・ファイル・パスの存否から判別すると、その楽曲コンテンツＩＤをコンテンツメインデータ管理手段２０２には送らずに、コンテンツ表示部１１に、「試聴用データ無し」を意味するマークや文字、アイコンなどを表示して、ユーザに知らせるようにする。

《コンテンツリスト表示の実施例》
図６に、コンテンツリスト表示の実施例を示す。図６の表示例は、プライベートモードの表示例である。前述したように、この実施形態のオーディオ装置１のフロントパネル１０には、コンテンツ表示部１１と時間軸バーＴＢ１およびＴＢ２が備わっている。

そして、ハードディスク装置２２のコンテンツ格納部１Ａの付随データ蓄積部１Ａｂには、前述のように、各楽曲コンテンツの付随データの「リリース年月日」フィールドに、その楽曲コンテンツの発売年月日の情報が記録されている。

この図６の実施例では、ユーザによりプライベートモードが設定されたことにより、制御部２０は、ハードディスク装置２２の付随データ蓄積部１Ａｂから、プライベートコンテンツの付随データのみを読み出す。プライベートコンテンツの付随データであるか否かは、この例では当該付随データの読み書き属性を参照することにより判別することができる。あるいは、付随データの楽曲コンテンツＩＤと同じ楽曲コンテンツＩＤを備えるメインデータが、コンテンツ格納部１Ａにあるか否かにより、プライベートコンテンツか否かを判別するようにすることもできる。

制御部２０は、コンテンツ格納部１Ａの付随データ蓄積部１Ａｂから読み出したプライベートコンテンツの付随データに基づいて、それらのプライベートコンテンツのサムネイルを取得し、そのサムネイルの微小サムネイルを、楽曲コンテンツのリリース年月日、この例では、発売年月日にしたがって、時間軸バーＴＢ１に並べて（ソートして）、リスト表示する。このとき、この実施形態では、プライベートコンテンツについてのサムネイルは、カラー表示する。

なお、この実施形態では、このプライベートモードにおいては、時間軸バーＴＢ２は使用されないものとしている。また、同じリリース年月日のコンテンツが存在した場合は、他の属性の付随データ、例えば楽曲タイトル名に基づいて、さらにソートするものとする。

こうして、時間軸バーＴＢ１上には、ユーザが所有するプライベートコンテンツの微小なサムネイル画像が発売年月日順に並べられる。

この場合、付随データの「リリース年月日」フィールドには、「リリース年」しか記録されていない場合もあろうが、その場合には、その年の先頭（１月１日）または最後（１２月３１日）あるいはランダムな月日を適用して（付随データには記録しない）、ソートすればよい。あるいは、同一の「リリース年」のコンテンツに対して、さらにアーティスト名やタイトル名などでソートしてもよい。

この時間軸バーＴＢ１の表示能力（分解能）に依存して、ここに表示できる楽曲サムネイルの数が決定される。表示能力が低い場合には、サムネイル画像でなくとも、例えばサムネイル画像を構成するドットカラーの中で、その分布確率の高いカラーで示された矩形あるいは線分を表示してもよい。

また、コンテンツ格納部１Ａに格納されている楽曲コンテンツで、表示対象とされた楽曲コンテンツが多い場合には、時間軸バーＴＢ１上に表示できるだけの数の楽曲コンテンツについて、リスト表示するようにしてもよい。また、リスト表示の検索キー属性としてリリース年月日という時間属性に他の属性、例えばジャンルを検索キー属性として加えることにより、リスト表示対象の楽曲コンテンツを少なくするようにしても良い。

図６の時間軸バーＴＢ１においては、指定された表示年月日範囲において、楽曲コンテンツＣＡ１から楽曲コンテンツＣＡｎまでのｎ個の楽曲コンテンツのサムネイル画像が表示されている。

そして、指定された表示年月日範囲の始点の楽曲コンテンツＣＡ１のリリース年が１９６８年であることを、コンテンツ表示部１１の下部において、時間軸バーＴＢ１の対応する表示年月日範囲の始点を指し示す三角マーク表示ＴＸ１が示しており、また、指定された表示年月日範囲の終点の楽曲コンテンツＣＡｎのリリース年が１９９０年であることを、コンテンツ表示部１１の下部において、時間軸バーＴＢ１の対応する表示年月日範囲の終点位置を指し示す三角マーク表示ＴＸ３が示している。

なお、三角マーク表示ＴＸ２は、時間軸ＴＢ１上で現在フォーカスされている楽曲コンテンツのリリース年月日位置を示すもので、時間軸バーＴＢ１上の後述するフォーカス・カーソル枠ＦＣ２の移動に応じて移動する。そして、この三角マーク表示ＴＸ２の右横に、現在フォーカスされている楽曲コンテンツのリリース年月日が文字表示される。

図６では、時間軸バーＴＢ１上に、サムネイル画像が隙間なく表示されており、三角マーク表示ＴＸ１とＴＸ３との間の時間軸が、線形に位置付けられているわけではないことを暗示している。もちろん、時間軸の表示を線形、つまり、例えば１年間分の幅を一定にして表示し、これに対応付けて時間軸バーＴＢ１上のサムネイル画像の表示位置を決定するようにしてもよい。

コンテンツ表示部１１には、時間軸バーＴＢ１における表示よりも視認性に優れる大きさ、分解能、カラーによって、数個のサムネイル画像が表示される。図６では５個のサムネイル画像が表示されている。このコンテンツ表示部１１に表示される５個の楽曲コンテンツのサムネイルは、時間軸バーＴＢ１上においてフォーカス位置を示すカーソル枠ＦＣ２によって特定される楽曲コンテンツのサムネイルに連動して表示される。

このカーソル枠ＦＣ２は、この例では、５個のサムネイル分の幅を全体としてフォーカスすると共に、そのフォーカスしている５個のサムネイルの中央の１個のサムネイルを、選択中の楽曲コンテンツとしてフォーカスする構成とされている。そして、このカーソル枠ＦＣ２が全体としてフォーカスする５個のサムネイルが、コンテンツ表示部１１に、時間軸バーＴＢ１における表示よりも視認性に優れる大きさ、分解能、カラーによって、表示される。

このカーソル枠ＦＣ２は、選択ダイヤル１１を時計回り／半時計回りに回動させることで、左右に移動させることができる機構とされており、選択ダイヤル１１の回動につれて、コンテンツ表示部１１に表示される５個のサムネイル画像が左右にスクロールされるように移動する。つまり、カーソル枠ＦＣ２は、コンテンツ表示部１１の縮小表示であるとも言える。

コンテンツ表示部１１においては、このコンテンツ表示部１１に表示される５個のサムネイル画像のうち中央のサムネイル画像に対してカーソル枠ＦＣ１がさらに付加表示されるようにされており、このカーソル枠ＦＣ１の表示により、現在フォーカスされている楽曲コンテンツが何であるかを示している。

そして、コンテンツ表示部１１には、フォーカスされている楽曲コンテンツについてのリリース年とタイトル名が表示スペースＵＬ１に、アーティスト名が表示スペースＵＬ２に、それぞれ表示されている。付随データの「リリース年月日」フィールドにリリース年だけでなく、リリース年月日まで記録されていれば、表示スペースＵＬ１にリリース年月日を表示しても良いことはもちろんである。そして、フォーカスされている楽曲コンテンツの楽曲データの一部が音響再生されて、ユーザにフォーカスされている楽曲コンテンツについて周知されるようにする。

また、この特定の楽曲コンテンツがカーソル枠ＦＣ１により特定されている状態で所定のユーザ操作、例えば選択ダイヤル１１をフロントパネル１０面に向けて押す、あるいは、操作ボタン９Ａを押す操作がなされると、その操作は、フォーカス枠ＦＣ１によりフォーカスされている楽曲コンテンツの再生指示を意味し、制御部２０は、その楽曲コンテンツのメインデータである楽曲データを、コンテンツ格納部１Ａから、その先頭から順次に読み出し直して、当該楽曲コンテンツの再生を実行する。

コンテンツ表示部１１においては、カーソル枠ＦＣ１の表示位置は中央で変わらず、選択ダイヤル１１が回動操作されて、時間軸バーＴＢ１においてカーソル枠ＦＣ２の位置が変更されると、コンテンツ表示部１１に表示される５個の楽曲コンテンツのサムネイルが、カーソル枠ＦＣ２の移動方向と逆方向にスクロールして、フォーカス枠ＦＣ１にフォーカスされるサムネイルが変更される。

図６は、前述したように、プライベートモードにおけるコンテンツ表示であり、コンテンツ格納部１Ａに、メインデータおよび付随データの両方が格納されている楽曲コンテンツをリスト表示するモードであるが、この実施形態では、オーディオ装置１のＣＤ／ＤＶＤドライブ２３に、その時点で装填されているＣＤ，ＤＶＤ、また、メモリカードドライブに、その時点で装填されているメモリカード内の楽曲コンテンツをもリスト表示対象としている。

そして、このプライベートモードは、ユーザ（コンテンツ所有者）は、ジャンルなどによりフィルタリングされた表示対象とされた楽曲について、リスト表示することができるモードである。

このプライベートモードにおいては、コンテンツ表示部１１および時間軸バーＴＢ１に表示される楽曲コンテンツは、すべてプライベートコンテンツであり、サムネイルは、すべてカラー表示される。図では、カラー表示はできないので、塗りつぶしを伴う２重枠でサムネイルを示すことで、カラー表示であることを示している。

図７は、これを明示的に示す図で、図７（Ａ）は、図６のコンテンツ表示部１１における楽曲コンテンツのサムネイルによるリスト表示を示しており、図７（Ｂ）は、図６の時間軸バーＴＢ１におけるサムネイルによるリスト表示を示している。

図７（Ａ）に示すように、コンテンツ表示部１１には、カラー表示された視認性の良好なサムネイル画像が、複数個この例では５個並べられ、下部の時間軸バーＴＢ１には、それら５個のサムネイルを含めて、それらの前後のリリース年月日の楽曲コンテンツについても、カラー表示された微小サムネイルが並べられて表示されている。

次に、ミクストモードのコンテンツリスト表示について説明する。ミクストモードは、プライベートコンテンツとパブリックコンテンツとの両方を同時にリスト表示するモードである。

前述したように、プライベートコンテンツは、このオーディオ装置１のコンテンツ格納部１Ａ内に格納されているコンテンツ、あるいはＣＤ／ＤＶＤドライブ２３やメモリカードドライブ２４に装填されているメディアに格納されている楽曲コンテンツであり、換言すればユーザが所有するコンテンツである。

パブリックコンテンツは、コンテンツ配信サーバ２のコンテンツ格納部２Ａ内に格納され、少なくとも、その付随データにユーザがアクセスできるコンテンツである。

この実施形態では、ミクストモードにおけるリスト表示の際には、コンテンツ格納部１Ａには、パブリックコンテンツの付随データを格納するようにし、その後、パブリックコンテンツのサムネイルの表示を行うようにするが、コンテンツ格納部１Ａに格納することなく、ワークエリアＲＡＭ２０Ｃに配信サーバから取得した付随データを格納して、リスト表示に用いるようにしても良い。したがって、パブリックコンテンツの付随データは、オーディオ装置１のコンテンツ格納部１Ａに格納されていることは、パブリックコンテンツの要件ではない。

図８は、ミクストモードにおけるコンテンツリストの表示例であり、図８（Ａ）は、コンテンツ表示部１１における表示例、図８（Ｂ）は時間軸バーＴＢ１における表示例である。

このミクストモードにおいては、前述したように、プライベートコンテンツとパブリックコンテンツとの区別を容易にするため、サムネイルの表示態様を、プライベートコンテンツとパブリックコンテンツとで変えるようにする。この実施形態では、前述したように、プライベートコンテンツのサムネイルはカラー表示、パブリックコンテンツのサムネイルはモノクロ表示としている。図８では、図７と同様に、カラー表示されているサムネイルを塗りつぶしの２重枠で示し、モノクロ表示のサムネイルは単なる１重枠で示している。

前述したように、図８の状態において、時間軸バーＴＢ１におけるカーソル枠ＦＣ２を、例えば左側に移動させると、図９のように、コンテンツ表示部８におけるフォーカス・カーソル枠ＦＣ１は中央に位置したまま、サムネイル画像が右にスクロールする。このスクロールによりフォーカスされる楽曲コンテンツのサムネイルが変更されるので、それと同時に、表示スペースＵＬ１とＵＬ２に表示される付随データも変更される。

図９の例においては、変更後にフォーカスされた楽曲コンテンツのサムネイル画像はモノクロ表示されているので、ユーザは、当該楽曲コンテンツはパブリックコンテンツであることが判る。この表示時点では、パブリックコンテンツについては、その付随データのみが取得されているので、図９のようにタイトル名やアーティスト名はそのまま表示可能である。

ところで、フォーカスされている楽曲コンテンツがパブリックコンテンツである場合、その試聴をしたい、そしてその結果、購入したいという要請もあると一般に考えられるが、前述したように、この実施形態では、フォーカスされた楽曲がパブリックコンテンツである場合は、その楽曲コンテンツの試聴用データが存在する場合には、当該試聴用データがメインデータ蓄積部１Ａａの使用データファイルから読み出されて、スピーカ３０から放音されて、ユーザに提供される。

なお、前述のようにパブリックコンテンツの付随データの取得時に、試聴用データが存在したとき、同時に当該試聴用データを取得してメインデータ蓄積部１Ａａの試聴用データ格納領域に格納するのではなく、コンテンツ表示部１１において、フォーカス・カーソル枠ＦＣ１によりパブリックコンテンツがフォーカスされたときに、そのフォーカスされたパブリックコンテンツの試聴用データの配信を要求するリクエスト・コマンドをコンテンツ配信サーバ２に対して送信し、これを受信したコンテンツ配信サーバ２が試聴用データをオーディオ装置１に対して送信するようにしてもよい。

また、取得したパブリックコンテンツの付随データに、試聴用データの有無を示す「試聴用データ」フィールドが備わっている場合において、付随データを取得した段階で「試聴用データ」が配信サーバに用意されていることがわかれば、コンテンツ表示部１１において、パブリックコンテンツがフォーカスされたと同時に、コンテンツ表示部１１の一部、例えば表示スペースＵＬ１の付近に、試聴用データ有りを示す「試聴」アイコンＩＣを表示し（図９参照）、例えばユーザが操作ボタン９Ｈを押したときや「試聴」アイコンＩＣをクリックしたときに、上記試聴用データのリクエスト・コマンドを送信するようにしてもよい。

さらには、パブリックコンテンツの付随データに「試聴用データ」がなくとも、パブリックコンテンツがフォーカスされたタイミングで、試聴用データが用意されているか問い合わせるクエリー・コマンドを、ネットワークインターフェース２５を介してコンテンツ配信サーバ２に送信し、当該コンテンツ配信サーバ２から、試聴用データ送信が可能であるとの回答を受けた時点で、「試聴」アイコンＩＣを、コンテンツ表示部１１の前述したような所定位置に表示するようにしてもよい。

なお、前述したように、受信した試聴用データは、ハードディスク装置２２のコンテンツ格納部１Ａに格納し、付随データの「試聴用データ」フィールドにそのアクセス・パスを記録すれば、次回以降に、対応するパブリックコンテンツがフォーカスされた場合には、高速に試聴用データを再生することができる。

試聴の結果、その楽曲を購入したい場合には、ユーザは、例えば操作ボタン９Ｉを押す。すると、オーディオ装置１からは、ユーザＩＤ（ユーザ識別子）または機器ＩＤ（機器識別子）および楽曲コンテンツＩＤとともに、購入コマンドが配信サーバに送信され、ユーザ認証が済み次第、当該楽曲コンテンツの正規の楽曲データおよび付随データが配信される。

この配信データを受信したオーディオ装置１は、楽曲データをハードディスク装置２２のコンテンツ格納部１Ａのメインデータ蓄積部１Ａａに格納するとともに、図４に示したような付随データを完成させて、コンテンツ格納部１Ａの付随データ蓄積部１Ａｂに格納し、それまで格納されていた試聴用データとその付随データを削除する。

また、コンテンツ表示部と時間軸バーに表示されていたモノクロ表示のサムネイル画像に代えてカラー表示のサムネイル画像を表示する。つまり、これ以降、購入した楽曲データはプライベートコンテンツとして扱われる。

図１０は、ミクストモードのコンテンツ表示例の他の例を示すものである。この図１０の表示例は、２個の時間軸バーＴＢ１とＴＢ２を用いて、プライベートコンテンツのリストと、パブリックコンテンツのリストとを、区分けして表示するようにした例である。

図１０（Ａ）は、この表示例の場合におけるコンテンツ表示部１１の表示例を示すもので、図８および図９を用いて説明した１個の時間軸バーＴＢ１のみを用いてミクストモードのコンテンツ表示をした場合と全く同様である。

しかし、このミクストモードのコンテンツ表示例の他の例においては、図１０（Ｂ）に示すように、時間軸バーＴＢ１には、プライベートコンテンツのサムネイルのみを表示し、また、図１０（Ｃ）に示すように、時間軸バーＴＢ２には、パブリックコンテンツのみを、表示するようにする。

そして、前述の例と同様にして、この例においては、時間軸バーＴＢ１のプライベートコンテンツのサムネイルはカラー表示し、時間軸バーＴＢ２のパブリックコンテンツのサムネイルはモノクロ表示するようにしている。

また、この例においては、図１０（Ｂ），（Ｃ）に示すように、時間軸バーＴＢ１と時間軸バーＴＢ２とでは、同じ時間軸位置には、一方においてのみサムネイルを表示するようにして、プライベートコンテンツとパブリックコンテンツとの間で時間軸位置が明確になるように、連携して表示するようにする。図１０（Ｂ）および（Ｃ）において、時間軸バーＴＢ１および時間軸バーＴＢ２で絵が記載されていない空白領域は、コンテンツが存在していないことを意味している。

そして、この場合において、時間軸バーＴＢ１に付加表示されるカーソル枠ＦＣ２と、時間軸バーＴＢ２に付加表示されるカーソル枠ＦＣ３とは、選択ダイヤル１２の回動操作に応じて、まったく同期して左右に移動するように構成されている。

この図１０の表示例によれば、ミクストモードにおいて、プライベートコンテンツとパブリックコンテンツとは、時間軸バーを異にして、リスト表示されるので、より明確に区別して表示される。

なお、図１０の例においては、時間軸バーＴＢ１にプライベートコンテンツを、時間軸バーＴＢ２にパブリックコンテンツを、それぞれ表示したが、逆に、時間軸バーＴＢ１にパブリックコンテンツを、時間軸バーＴＢ２にプライベートコンテンツを、それぞれ表示するようにしてもよい。

また、この図１０の例においても、プライベートコンテンツはカラー表示し、パブリックコンテンツはモノクロ表示としたが、いずれもカラー表示したり、あるいはモノクロ表示としたりしてもよい。

［ミクストモードの動作フロー］
上述したミクストモードにおけるオーディオ装置１の特に制御部２０の動作を、図１１〜図１３のフローチャートを参照しながら説明する。

まず、制御部２０は、予め設定されている初期値としての表示年月日範囲あるいは前回のコンテンツリスト表示の終了時の表示年月日範囲を、ハードディスク装置２２から読み出す（ステップＳ１０１）。

ここで、 オーディオ装置１の製品購入時には、ハードディスク装置２２のコンテンツ格納部１Ａには、楽曲コンテンツのコンテンツデータが１つも格納されていないので、上記の初期値は、例えば「１９５０．１．１〜２０１０．１２．３１」など、適当に設定しておく。

オーディオ装置１の製品購入後は、楽曲コンテンツのコンテンツデータをプライベートコンテンツとしてハードディスク装置２２のコンテンツ格納部１Ａに格納する。そこで、このプライベートコンテンツの付随データの数と、コンテンツ配信サーバ２から取得されたパブリックコンテンツの付随データの数との合計が、時間軸バーＴＢ１に表示できる楽曲の最大数、例えば４０を超えるまでは、それらの楽曲コンテンツのリリース年月日の最古と最新のデータにしたがって、表示年月日範囲を更新すればよい。この表示年月日の更新に応じて、時間軸バーＴＢ１，ＴＢ２上における表示年月日範囲の始点表示ＴＸ１および終点表示ＴＸ３が更新されるものである。

もしも、時間軸バーＴＡＢ１，ＴＢ２によるコンテンツリスト表示可能最大数を超えた場合は、その表示年月日範囲のうちの任意の範囲の楽曲を選択して表示する。さらに、時間軸バーＴＢ１，ＴＢ２のコンテンツリスト表示可能最大数を大きくしたり、あるいは小さくしたりする場合には、前述したように、ズームダイヤル１３を操作して、その範囲を変更することができる。もちろん、このコンテンツリスト表示可能最大数を大きくしていくと、サムネイル表示は難しくなるので、時間軸バーＴＢ１，ＴＢ２における楽曲コンテンツの表示形態としては、サムネイルの代わりに、矩形あるいは線分などの簡略化した表示形態をとることになる。

ステップＳ１０１の次には、制御部２０は、コンテンツ配信サーバ２に問合せをして、指定された表示年月日範囲の付随データを送信してもらい、受信した各楽曲コンテンツの付随データを、それぞれの楽曲コンテンツＩＤと対応付けて、ハードディスク装置２２のコンテンツ格納部１Ａの付随データ蓄積部１Ａｂに格納する（ステップＳ１０２）。

このとき、メインデータである楽曲データがまだ格納されていないパブリックコンテンツの楽曲コンテンツの付随データは、「コンテンツ・ファイル・パス」や「ファイル名」などは空白のままであることはもちろんである。このフィールドが空白であることにより、間接的にはパブリックコンテンツであるとの判断もできる。

次に、制御部２０は、受信したパブリックコンテンツの付随データについて、「楽曲タイトル名」、「アルバム名」、「アーティスト名」、「リリース年月日」などが一致する付随データが、すでに格納されているかどうかチェックし、すでに格納されている場合には、受信した楽曲コンテンツの付随データについて、前述したような削除処理をする（ステップＳ１０３）。

次に、ハードディスク装置２２のコンテンツ格納部１Ａの付随データ蓄積部１Ａｂに格納されているパブリックコンテンツおよびプライベートコンテンツの付随データの「リリース年月日」フィールドをすべて読み出し、年月日順にソートする（ステップＳ１０４）。

ここで、コンテンツ付随データ蓄積部１Ａｂに格納されているすべての付随データについて、毎回、このソート処理をすることは効率が悪いので、楽曲コンテンツの楽曲データおよび付随データの格納・更新がなされるたびに、年月日順のソートを行い、そのソート結果としてのソートリストを更新して、ハードディスク装置２２に格納しておくことが望ましい。

指定された表示年月日範囲を参照して、その表示年月日範囲の楽曲コンテンツの付随データについてのみソート処理を行なう方法も考えられる。しかし、選択ダイヤル１２やズームダイヤル１３を頻繁に使用する場合には、表示年月日範囲が変更されるたびにソート処理が必要になるので、制御部２０のＣＰＵ２０Ａ等、ハードディスク装置２２、ネットワークやコンテンツ配信サーバ２の応答速度など、リソースの能力に応じて、すべての楽曲コンテンツの付随データのソートを行うのか、指定された表示年月日範囲の楽曲コンテンツの付随データのソートを行うのかの、いずれかを選択するとよい。

次に、この例では、制御部２０は、ソートされた楽曲コンテンツの付随データのうち、表示年月日範囲の付随データについて「ジャケット・イメージ・データ・パス」フィールドの内容にしたがって画像データを読み出し、微小サムネイル画像を作成し、時間軸バーＴＢ１上に並べて表示する。このとき、パブリックコンテンツである楽曲コンテンツの微小サムネイル画像はモノクロ画像とし、プライベートコンテンツである楽曲コンテンツの微小サムネイル画像はカラー画像とする（ステップＳ１０５）。

前述したように、微小サムネイル画像を事前に作成して、ハードディスク装置２２に格納しておき、付随データにそのアクセス・パスを記録しておいて、対応する微小サムネイル画像を読み出すようにしてもよい。

次に、制御部２０は、時間軸バーＴＢ１上のカーソル枠ＦＣ２の現在位置および幅（年月日範囲）を読み出し、このカーソル枠ＦＣ２により指示されている楽曲コンテンツに対応する付随データを読み出して、コンテンツ表示部１１に、それらの楽曲コンテンツのサムネイルを拡大表示する。このコンテンツ表示部１１においても、パブリックコンテンツである楽曲コンテンツのサムネイル画像はモノクロ画像、プライベートコンテンツの楽曲コンテンツのサムネイル画像はカラー画像とする（ステップＳ１０６）。

次に、制御部２０は、コンテンツ表示部１１の中央に表示された楽曲コンテンツのサムネイル画像に、図８に示したように、フォーカス・カーソル枠ＦＣ１を付加表示する。そして、フォーカスされた楽曲コンテンツの付随データを読み出し、そのうちの「リリース年」、「タイトル名」を表示スペースＵＬ１に、「アーティスト名」を表示スペースＵＬ２に、それぞれ表示する（ステップＳ１０７）。

次に、制御部２０は、フォーカスされた楽曲コンテンツがパブリックコンテンツであるか否か判断し（図１２のステップＳ１１１）、パブリックコンテンツであると判別したときには、試聴用データがあるか否か判別する（ステップＳ１１２）。

そして、制御部２０は、試聴用データが有ると判別したときには、試聴用データは取得済みであるか否か判別し（ステップＳ１１３）、取得済みでなければ、コンテンツ配信サーバ２に、当該楽曲コンテンツの試聴用データの取得要求をし、受信した試聴用データを、コンテンツ格納部１Ａの試聴用データ格納部に格納すると共に、当該試聴用データを再生して、スピーカ３０から放音するようにする（ステップＳ１１４）。

また、ステップＳ１１３で、試聴用データはすでに取得済みと判別したときには、コンテンツ格納部１Ａの試聴用データ格納部に格納されている、対応する楽曲コンテンツの試聴用データを読み出して、その再生を行い、スピーカ３０から放音するようにする（ステップＳ１１５）。

また、ステップＳ１１２で、フォーカスされているパブリックコンテンツには、試聴用データがついていないと判別したときには、制御部２０は、図示は省略するが、コンテンツ表示部１１において、試聴用データなしをユーザに知らせる表示を行う（ステップＳ１１８）。このとき、同時に、「試聴用データはありません」という音声メッセージをスピーカ３０から放音するように構成してもよい。

ステップＳ１１４、ステップＳ１１５およびステップＳ１１８の次には、制御部２０は、ユーザによりパブリックコンテンツの購入指示操作がなされたか否か判別し（ステップＳ１１６）、購入指示操作があったと判別したときには、コンテンツ配信サーバ２に対する当該パブリックコンテンツの購入処理ルーチンを実行する（ステップＳ１１７）。

すなわち、制御部２０は、この購入処理ルーチンにおいては、購入要求された楽曲コンテンツの付随データをチェックし、その「アクセス・パス」に基づいてコンテンツ配信サーバに、楽曲コンテンツのコンテンツデータの購入を要求するコマンドを送信する。そして、当該楽曲コンテンツのコンテンツデータを受信後、ハードディスク装置２２のコンテンツ格納部１Ａに格納し、この楽曲コンテンツの付随データをプライベートコンテンツとして作成し、この楽曲コンテンツのこれまでのパブリックコンテンツとしての付随データを削除する。加えて、制御部２０は、受信した楽曲データを再生する指示をオーディオコントローラ２８に出してもよい。

また、ステップＳ１１１で、フォーカスされている楽曲コンテンツがパブリックコンテンツではなく、プライベートコンテンツであると判別したときには、制御部２０は、前述したように、コンテンツ格納部１Ａのメインデータ蓄積部１Ａａに格納されているフォーカスコンテンツの楽曲データの一部を読み出して、その再生を行い、スピーカ３０から放音するようにする（図１３のステップＳ１２１）。

次に、制御部２０は、ユーザにより再生指示操作がなされたか否かを判別し（ステップＳ１２２）、再生指示操作がなされたと判別したときには、フォーカス中の楽曲コンテンツの楽曲データをメインデータ蓄積部１Ａａから読み出して、再生をする再生処理ルーチンに移行する（ステップＳ１２３）。

ステップＳ１２３で、再生指示操作が無かったと判別されたとき、また、ステップＳ１１６で、購入指示操作は無かったと判別したときには、制御部２０は、選択ダイヤル１２が回動操作されたか否かにより、あるいは、スキップ操作ボタン９Ｂが押されたか否かにより、フォーカス・カーソル枠ＦＣ２の位置を変化させる操作がなされたか否か判別する（ステップＳ１２４）。

このステップＳ１２４で、フォーカス・カーソル枠ＦＣ２の位置を変化させる操作がなされたと判別したときには、制御部２０は、再生を中断し、図１１のステップＳ１０６に戻って、移動したフォーカス・カーソル枠ＦＣ２の現在位置を検出し、コンテンツ表示部１１の表示の変更を行う。そして、このステップＳ１１以降の処理を繰り返す。

また、ステップＳ１２４で、選択ダイヤル１２が回動操作されてはいないと判別したときには、制御部２０は、ズームダイヤル１３が回動操作されたか否かにより表示年月日範囲が変更されたか否かチェックし（ステップＳ１２５）、変更されたと判別したときには、図１１のステップＳ１０１に戻って、このステップＳ１０１以降の処理を、前述したように実行する。

次に、ステップＳ１２５で、表示年月日範囲の変更操作はなされなかったと判別したときには、制御部２０は、その他の操作指示がユーザによりなされたか否か判別し（ステップＳ１２６）、その他の操作指示がなされたと判別したときには、指示された処理の処理ルーチンを実行する（ステップＳ１２７）。

ステップＳ１２６で、その他の操作指示がなされていないと判別したときには、制御部２０は、コンテンツ表示の終了指示がなされたか否かを判別し（ステップＳ１２８）、なされていないと判別した時にはステップＳ１２４に戻り、このステップＳ１２４以降の処理を繰り返す。また、ステップＳ１２８で、終了指示がなされたと判別したときには、制御部２０は、このコンテンツ表示の処理ルーチンを終了する。

上述したコンテンツ表示の処理フロー以外に、表示処理に係わるイベントとしては、次のような処理がある。

（１）フォーカスされた楽曲コンテンツに対して削除操作がなされたときには、制御部２０は、その楽曲コンテンツの楽曲データと付随データとを削除し、表示年月日範囲を更新して、図１１のステップＳ１０１からの表示ルーチンを実行する。その結果、時間軸バーＴＢ１上およびコンテンツ表示部１１から、当該楽曲コンテンツのサムネイル画像が削除される。

（２）ＣＤ／ＤＶＤドライブ２３、メモリカードドライブ２４にメディアが装填されたときには、制御部２０は、メディアに記録された楽曲コンテンツに対応する付随データを、メディア内あるいは配信サーバなどに照会し、一時的付随データを作成する。ユーザにより、メディアからの楽曲コンテンツのコンテンツデータのオーディオ装置１への取り込み指示（リッピング指示）が出されている場合は、当該楽曲コンテンツの楽曲データをハードディスク装置２２に格納し、付随データを作成する。いずれの場合も、プライベートコンテンツとしての表示を行なう。ただし、リッピング指示がない場合に、削除指示が出されても無視する。

（３）ＣＤ／ＤＶＤドライブ２３、メモリカードドライブ２４からメディアが排出されたときには、制御部２０は、楽曲コンテンツのコンテンツデータをハードディスク装置２２に格納後であれば表示には関係しないが、リッピング前であれば、作成された一時的付随データを削除し、再表示ルーチンを実行する。

（４）コンテンツ配信サーバ２から、パブリックコンテンツの新規追加・更新の情報が入ってきたときには、制御部２０は、付随データのソーティングを含めて再表示ルーチンを実行する。

［変形例１］
上述のコンテンツリスト表示の動作フローにおいては、コンテンツリストの再表示の際、必要なときに、その都度、パブリックコンテンツについて、コンテンツ配信サーバ２に照会することとしている。しかし、コンテンツ配信サーバ２とのやり取りに時間がかかる場合には、応答性が悪くなり、ユーザはストレスが溜まりやすくなる。これを解消するため、オーディオ装置１の主電源が落とされているときでも、バックグラウンド処理として、コンテンツ配信サーバ２から付随データの取得を行って、付随データ蓄積部１Ａｂの付随データの更新が行なわれるようにしておくとよい。

この場合、コンテンツ配信サーバ２は、例えば、新曲がリリースされると、その付随データを作成して、それをオーディオ装置１に対して送信するようにする。これを受信したオーディオ装置１は、受信した付随データをハードディスク装置２２に格納して、付随データ中のリリース日に基づくソート処理を実行し、ソートリストをハードディスク装置２２に格納しておくようにする。

このようにすることにより、表示のためのパラメータ（例えば表示年月日範囲の始点および／または終点など）が更新されるたびに、オーディオ装置１からコンテンツ配信サーバ２にクエリー・コマンドを送信する必要がなくなる。

もちろん、必要に応じて付随データの更新操作ボタンを用意しておき、ユーザが希望する場合は、その付随データの更新操作ボタンのユーザ操作に応じて、コンテンツ配信サーバ２にクエリー・コマンドを送信できるようにしてもよい。

［変形例２］
上述の説明でも少々ふれたが、プライベートコンテンツとパブリックコンテンツの区分けは「個人所有データ」と「購入・譲渡前データ」との区別だけではない。

例えば、家庭内においても「自分だけで、見たい／聴きたいコンテンツ」と、「自分以外の家族も、見てもよい／聴いてもよいコンテンツ」との区分けもできる。さらに、「ある会員組織に正規加入しているメンバーは、自由に、見られる／聴けるコンテンツ」と「賛助会員が、見られる／聴けるコンテンツ」との区分けもできる。

これらの区分けは、前述の「読み書き属性」の項で説明した、オーナー（ｏｗｎｅｒ）／グループ（ｇｒｏｕｐ）／他者（ｏｔｈｅｒｓ）のそれぞれの定義によって実現できることは明らかであろう。

［変形例３］
上述の実施形態の説明では、ＣＤ／ＤＶＤドライブ２３またはメモリカードドライブ２４に、その対象メディア、つまりディスクやメモリカードが装填されているときには、その装填されているメディアに格納されている楽曲コンテンツは、プライベートコンテンツとして扱うようにした。換言すれば、ＣＤ／ＤＶＤドライブ２３またはメモリカードドライブ２４に装填されていないが、ユーザが所有しているメディアに格納されている楽曲コンテンツは、管理上、パブリックコンテンツの扱いとなる。

しかし、それでは、ユーザの管理上、実態とそぐわなくなる。そこで、そのことを考慮した場合には、図１４の最下欄に示すように、付随データの属性項目として、オーナーシップの属性を、例えば１ビット分設ける。そして、ＣＤやＤＶＤ、メモリカードで、ユーザが所有しているメディアについては、オーナーシップ属性を、ユーザ所有を意味する「１」にする。そして、読み書き属性のオーナー属性は、ＣＤ／ＤＶＤドライブ２３またはメモリカードドライブ２４に装填されていないときには、「１０」あるいは「００」とし、装填されたときに、「１１」に書き換えるようにする。

これにより、ユーザの所有の実態に即したメディアの管理が可能となる。この場合に、オーナーシップ属性が「１」で、読み書き属性のオーナー属性が「１０」あるいは「００」のときには、メディアが外部にあって、コンテンツ格納部１Ａ内に無いことを、例えばアイコンやその他の記号、あるいは音声メッセージにより、ユーザに通知するようにすると良い。

［変形例４］
上述の実施形態では、パブリックコンテンツはユーザが所有していないコンテンツとして説明した。換言すれば、購入済みでないコンテンツを単に指していた。しかし、パブリックコンテンツには、さらに属性が追加される可能性がある。

上述の実施形態では、あるコンテンツに対応する試聴用データがコンテンツ配信サーバにある場合には、図９に示したように、「試聴」アイコンＩＣをコンテンツ表示部１１の所定位置に表示するようにした。つまり、パブリックコンテンツは「購入済みでない」という属性に加えて、「試聴用データの有無」という属性が追加できるとして説明した。

同様に、パブリックコンテンツに対しては、「購入形態」という属性を追加することができる。この「購入形態」は、例えばＣＤやＤＶＤといったパッケージメディアで購入可能である場合（物販）や、ネットワークを通じて楽曲データをダウンロードするオンライン購入可能である場合、さらには中古品として購入可能である場合などであり、それぞれに視認識別可能なアイコンまたはテキスト表示を、コンテンツ表示部１１の所定位置に表示するようにする。

１つのパブリックコンテンツに対していずれか１つの「購入形態」が付与されるものではなく、複数の「購入形態」が適用可能であれば、上述のアイコンまたはテキスト表示を、複数種類並置して表示するようにする。

また、パブリックコンテンツの中には、現時点では購入できなくなってしまったものもある。例えば、廃盤になってしまった、現在品切れ中である、発売中止となってしまった、などの理由で購入できないコンテンツなどである。これらの現時点では購入できなくなってしまったパブリックコンテンツには、それを視認できるアイコン（「購入不可能」アイコン）またはテキスト表示（「購入不可能」の文字や記号の表示）がなされると、ユーザが無用な購入アクセスなどしなくて済み便利である。

もちろん、この「購入不可能」属性であるアイコンやテキスト表示が付与されているパブリックコンテンツは、コンテンツ表示部１１には、自動的に表示しないという方法もあるが、この発明の実施形態では、発売年月といった時間軸などの属性データによってコンテンツを並べることで一覧性を高めているので、購入できないからと言ってアイコンやテキスト表示をしないのは、ユーザの楽しみに反する場合が多いと考えられる。

この「現時点では購入できない」パブリックコンテンツには、他に「未発売／発売予定」のコンテンツもある。例えば、３ヶ月後に発売が予定されている楽曲コンテンツなどの場合には、「発売予定」属性を示すアイコンまたはテキスト表示をする。

このようなパブリックコンテンツに対して、ユーザが、操作ボタン群９などを操作して購入指示操作を行なった場合、「アクセス・パス」に基づいてコンテンツ配信サーバに購入を要求するコマンドが送信される。現時点では発売されていないので、このコマンドは、実質的に「購入予約」という意味づけがなされる。このコマンドには、例えば「購入予約」をしたユーザ名、オーディオ装置１の識別子などが含まれ、それら識別子と共に、コンテンツ配信サーバは、前記「購入予約」を管理する。

そして、当該「購入予約」されたパブリックコンテンツが発売されたときに、コンテンツ配信サーバを運営する会社が、ユーザが希望する「購入形態」により、そのパブリックコンテンツのパッケージメディアを配送する。あるいは、発売日以降に、この実施の形態のオーディオ装置１が起動されて、コンテンツ配信サーバにアクセスしたときに、コンテンツ配信サーバは、自動的に、当該「購入予約」されていたパブリックコンテンツのコンテンツデータを、前記オーディオ装置１にダウンロードするようにする。

さらには、パッケージメディアの形態やコンテンツのデータ・フォーマットによっては、この実施の形態のオーディオ装置１で再生できない場合がある可能性がある。例えば、楽曲コンテンツのパッケージメディアが、この実施の形態のオーディオ装置１が対応可能なＣＤ、ＤＶＤではなく、ＳＰレコード、ＬＰレコード、カセットテープなどの場合であり、このような場合には、予めアイコンなどで、それらパッケージメディアの形態やコンテンツのデータ・フォーマットを表示して、ユーザが無用な購入操作などをしなくて済むようにすることが望ましい。

同様に、映像コンテンツでは、この実施の形態の装置１が対応可能なＤＶＤではなく、ＬＤ（レーザディスク）、ビデオテープなどの場合は、それらを示すアイコンなどで表示することが好ましい。また、圧縮符号化方式などデータ・フォーマットについても同様である。

これらの属性については、上述の実施形態で説明した図１４の「試聴データ・ファイル・パス」や「オーナーシップ属性」と同様に、各属性データを付随データに付加すればよい。

また、上述の各属性に対するアイコンまたはテキスト表示を一度に表示して、むしろ煩雑な表示となり、視認性がかえって悪くなる場合には、ユーザの選択表示操作により表示すべき属性を選択するようにしてもよいし、各属性間で優先度を設定しておき、表示可能な数の属性に対するアイコンまたはテキスト表示を優先度の高いものから選択的に表示するようにしてもよい。

［その他の実施形態および変形例］
上述の実施形態では、パブリックコンテンツの付随データは、必ず付随データ蓄積部に蓄積してコンテンツリスト表示に用いるようにしたが、コンテンツリスト表示時に、付随データ蓄積部を経由することなく、コンテンツリスト表示に用いることができるように構成しても良いことは言うまでもない。

上述の実施形態では、プライベートコンテンツとパブリックコンテンツとの判別を読み書き属性により行うようにしたが、メインデータがコンテンツ格納部１Ａに格納されているかどうかにより行うようにしても良い。

また、図１４の例のように、付随データにオーナーシップ属性が存在する場合には、オーナーシップ属性により、パブリックコンテンツとプライベートコンテンツとの判別を行うようにしても良い。さらには、オーナーシップ属性と読み書き属性とを用いて、パブリックコンテンツとプライベートコンテンツとの判別を行うようにしても良い。

上述の実施形態は、オーディオ装置は、コンテンツ格納部を備えると共に、コンテンツデータの再生部を備えているものとしたが、コンテンツリスト表示装置としては、コンテンツの再生部を備える必要は無く、例えば音楽プレーヤ機能を備えないパーソナルコンピュータなどの構成とすることもできる。

また、上述の実施形態は、オーディオ楽曲の選択処理の場合であったので、検索キーとしての時間属性を決めるリリース日は、楽曲の発表日、発売日としたが、映画のコンテンツの場合には、リリース日は、映画の封切り日やＤＶＤの発売日などを含む。また、リリース日は、インターネットで発表した日を含む。

また、検索キー属性としては、上述したリリース年月日などの時間属性に限定されるわけではなく、他の付随データや属性データに基づいてコンテンツリスト表示をするようにしてもよい。

例えば、アーティスト名に基づいて並べて表示したり、演奏時間の長さ順に並べて表示したりするなど、ユーザが多くの楽曲コンテンツの中から、検索・選曲しやすい付随データ中の属性をキー属性として選択するようにすることもできる。

また、上述の実施形態は、コンテンツとして音楽コンテンツの場合であるので、コンテンツリスト表示装置およびコンテンツ選択処理装置は、オーディオ装置とした。しかし、冒頭でも述べたように、リスト表示するコンテンツとしては、音楽コンテンツに限らず、映画コンテンツ、電子書籍コンテンツ、その他のコンテンツのリスト表示に適用可能であるので、これらの装置としてもオーディオ装置に限らないことは言うまでもない。

また、例えば、電子写真などの静止画像データについても適用できる。この場合において、個人が所有するデジカメ画像データと、Ｗｅｂサイトに掲示される画像データとを統合して表示する場合にも、その撮影日やコメント文などをキーとして、コンテンツリストを並べ、サムネイル画像を同様に表示することができる。

また、上述の実施形態では、コンテンツ配信サーバは、インターネットなどの広域ネットワークに接続されたものとしたが、家庭内ＬＡＮや、社内ＬＡＮ、特定のグループ内でのＬＡＮなどのネットワークに対して設けてもよい。

この発明によるコンテンツリスト表示装置の実施形態が適用されたオーディオ装置を含むシステム構成の概要を説明するための図である。 実施形態のオーディオ装置の外観の例を示す図である。 実施形態のオーディオ装置の構成例を示すブロック図である。 実施形態における付随データの例を説明するための図である。 実施形態のオーディオ装置の要部の機能ブロック図である。 実施形態のオーディオ装置の正面パネルにおける表示例を説明するための図である。 この発明の実施形態におけるコンテンツリスト表示例を説明するための図である。 この発明の実施形態におけるコンテンツリスト表示例を説明するための図である。 この発明の実施形態におけるコンテンツリスト表示例を説明するための図である。 この発明の実施形態におけるコンテンツリスト表示例を説明するための図である。 この発明の実施形態におけるコンテンツリスト表示処理の例を説明するためのフローチャートの一部を示す図である。 この発明の実施形態におけるコンテンツリスト表示処理の例を説明するためのフローチャートの一部を示す図である。 この発明の実施形態におけるコンテンツリスト表示処理の例を説明するためのフローチャートの一部を示す図である。 この発明の実施形態における付随データの他の例を説明するための図である。

符号の説明

１…オーディオ装置、２…コンテンツ配信サーバ、３…ネットワーク、１Ａ…コンテンツ格納部、１１…コンテンツ表示部、ＴＢ１，ＴＢ２…時間軸バー、１２…選択ダイヤル、１３…ズームダイヤル

Claims (12)

1. ユーザが所有するプライベートコンテンツとユーザが所有していないパブリックコンテンツとのリストを、互いに共通する所定の属性を検索表示のための検索キー属性として、同一画面に前記プライベートコンテンツと前記パブリックコンテンツとの違いを視認できる状態で表示し、
   前記プライベートコンテンツおよび前記パブリックコンテンツのデータは、メインデータと前記リストの表示に寄与する付随データとを含み、
   前記付随データは、前記プライベートコンテンツと前記パブリックコンテンツとを区分けするための区分け用情報を含み、前記区分け用情報を用いて、前記プライベートコンテンツと前記パブリックコンテンツとの違いを視認できる状態の表示を行い、
   前記パブリックコンテンツを提供するサーバ装置に要求して受信した前記パブリックコンテンツの前記付随データと、コンテンツ格納部から読み出した前記プライベートコンテンツの前記付随データとに基づいて、前記リストを表示し、
   前記検索キー属性は、前記コンテンツの時間属性であり、
   前記プライベートコンテンツのそれぞれを表す表象画像と前記パブリックコンテンツの表象画像とを前記時間属性により順次に並べることを特徴とする、コンテンツリスト表示方法。
2. 前記プライベートコンテンツおよび前記パブリックコンテンツのデータは、メインデータと前記リストの表示に寄与する付随データとを含み、
   前記プライベートコンテンツは、ユーザが所有する端末のコンテンツ格納部に前記メインデータおよび前記付随データが格納されているものであり、
   前記パブリックコンテンツは、前記コンテンツ格納部にメインデータが格納されていないものであり、
   前記プライベートコンテンツおよび前記パブリックコンテンツの付随データを用いて前記リストを表示することを特徴とする、請求項１に記載のコンテンツリスト表示方法。
3. 前記パブリックコンテンツの前記付随データは、前記コンテンツ格納部に格納されていることを特徴とする、請求項２に記載のコンテンツリスト表示方法。
4. 前記パブリックコンテンツの前記付随データは、前記パブリックコンテンツを提供するサーバ装置に要求して受信することを特徴とする、請求項２に記載のコンテンツリスト表示方法。
5. 前記プライベートコンテンツおよび前記パブリックコンテンツの付随データは、コンテンツ格納部に格納されており、
   前記コンテンツ格納部から前記プライベートコンテンツおよび前記パブリックコンテンツの前記付随データを読み出し、この読み出した前記付随データに基づいて、前記リストを表示することを特徴とする、請求項１に記載のコンテンツリスト表示方法。
6. 前記パブリックコンテンツの前記付随情報の前記区分け用情報は、前記パブリックコンテンツのメインデータが、前記ユーザが所有する端末の前記コンテンツ格納部に格納されたときに、プライベートコンテンツを示す情報に書き換えられることを特徴とする、請求項１に記載のコンテンツリスト表示方法。
7. 前記ユーザが所有する端末の前記コンテンツ格納部に格納されてはいないが、前記ユーザが所有するコンテンツの前記付随データの前記区分け用情報は、プライベートコンテンツを示す情報とされてなることを特徴とする、請求項１に記載のコンテンツリスト表示方法。
8. ユーザが所有するプライベートコンテンツとユーザが所有していないパブリックコンテンツとのリストを、互いに共通する所定の属性を検索表示のための検索キー属性として、同一画面に前記プライベートコンテンツと前記パブリックコンテンツとの違いを視認できる状態で表示するコンテンツ表示手段と、
   前記コンテンツ表示手段で表示された前記リスト中から特定の前記プライベートコンテンツまたは前記パブリックコンテンツについて選択指示を受け付ける選択指示受付手段と、
   前記選択指示受付手段で受け付けられた前記プライベートコンテンツまたは前記パブリックコンテンツについて所定の処理を行うコンテンツ処理手段と、
   を備え、
   前記プライベートコンテンツおよび前記パブリックコンテンツのデータは、メインデータと前記リストの表示に寄与する付随データとを含むと共に、前記付随データは、前記プライベートコンテンツと前記パブリックコンテンツとを区分けするための区分け用情報を含むものであり、
   前記プライベートコンテンツについては、前記メインデータと前記付随データとを格納するコンテンツ格納部を備えると共に、
   前記コンテンツ表示手段は、
   前記パブリックコンテンツを提供するサーバ装置に、前記パブリックコンテンツの前記付随データを要求して受信する付随データ要求受信手段と、
   前記コンテンツ格納部から読み出した前記プライベートコンテンツの前記付随データと、前記付随データ要求受信手段で受信した前記パブリックコンテンツの前記付随データとに基づいて、前記プライベートコンテンツおよび前記パブリックコンテンツのリストを生成するリスト生成手段と、
   前記リスト生成手段で生成したリストを、前記付随データの前記区分け用情報を用いて前記プライベートコンテンツと前記パブリックコンテンツとの違いを視認できる状態で同一画面に表示するリスト表示手段と、
   を備え、
   前記検索キー属性は、前記コンテンツの時間属性であり、
   前記コンテンツ表示手段は、
   前記プライベートコンテンツのそれぞれを表す表象画像と前記パブリックコンテンツの表象画像とを前記時間属性に従って時間軸に沿って順次に並べることにより前記リストを表示することを特徴とする、コンテンツ選択処理装置。
9. 前記プライベートコンテンツおよび前記パブリックコンテンツのデータは、メインデータと前記リストの表示に寄与する付随データとを含むと共に、前記付随データは、前記プライベートコンテンツと前記パブリックコンテンツとを区分けするための区分け用情報を含むものであり、
   前記プライベートコンテンツについては、前記メインデータと前記付随データとを格納すると共に、前記パブリックコンテンツについては、前記付随データのみを格納するコンテンツ格納部を備えると共に、
   前記コンテンツ表示手段は、
   前記コンテンツ格納部から前記プライベートコンテンツおよび前記パブリックコンテンツの前記付随データを読み出して、前記付随データに基づいて、前記プライベートコンテンツおよび前記パブリックコンテンツのリストを生成するリスト生成手段と、
   前記リスト生成手段で生成したリストを、前記付随データの前記区分け用情報を用いて前記プライベートコンテンツと前記パブリックコンテンツとの違いを視認できる状態で前記同一画面に表示するリスト表示実行手段と、
   を備えることを特徴とする、請求項８に記載のコンテンツ選択処理装置。
10. 前記パブリックコンテンツを提供するサーバ装置に、前記パブリックコンテンツの前記付随データを要求して受信する付随データ要求受信手段と、
    前記付随データ要求受信手段で受信した前記パブリックコンテンツの前記付随データと、前記コンテンツ格納部に格納されている前記パブリックコンテンツの前記付随データとを比較して、重複する付随データ以外を前記コンテンツ格納部に格納する手段と、
    を備えることを特徴とする、請求項９に記載のコンテンツ選択処理装置。
11. 前記コンテンツ処理手段によりなされる前記所定の処理により、前記パブリックコンテンツのメインデータが外部装置から取得されて、前記ユーザが所有する端末の前記コンテンツ格納部に格納されたときに、前記パブリックコンテンツの前記付随情報の前記区分け用情報は、プライベートコンテンツを示す情報に書き換えられる
    ことを特徴とする、請求項９に記載のコンテンツ選択処理装置。
12. 前記コンテンツ格納部に格納されてはいないが、前記ユーザが所有するコンテンツの前記付随データの前記区分け用情報は、プライベートコンテンツを示す情報とされてなる
    ことを特徴とする、請求項９に記載のコンテンツ選択処理装置。
    

Images