JP4429175B2 - ディジタル・オーディオ・プレイヤーにおいて曲にタグを付け、表示する方法および装置 - Google Patents

Description

本出願は、２００２年１２月１７日付で出願された「ディジタル・オーディオ・プレイヤーにおいて曲にタグを付け、表示する方法（Ｍｅｔｈｏｄ ｆｏｒ Ｔａｇｇｉｎｇ ａｎｄ Ｄｉｓｐｌａｙｉｎｇ Ｓｏｎｇｓ ｉｎ ａ Ｄｉｇｉｔａｌ Ａｕｄｉｏ Ｐｌａｙｅｒ）」と題された米国仮出願第６０／４３４，７１１号、さらに、２００２年１２月１７日付で出願された「シャッフル・モードにおいて曲が再生される確率を決定するために、ユーザーが好んでいるもの／好んでいないものの入力を使用する方法（Ｍｅｔｈｏｄ ｆｏｒ Ｕｓｉｎｇ Ｕｓｅｒ Ｌｉｋｅ／Ｄｉｓｌｉｋｅ Ｉｎｐｕｔ ｔｏ Ｄｅｔｅｒｍｉｎｅ ｔｈｅ Ｐｒｏｂａｂｉｌｉｔｉｅｓ ｏｆ ａ Ｓｏｎｇ Ｂｅｉｎｇ Ｐｌａｙｅｄ Ｄｕｒｉｎｇ Ｓｈｕｆｆｌｅ Ｍｏｄｅ））と題された米国仮出願第６０／４３４，７１０号の利益を主張するものであり、その開示内容全体を本明細書中に盛り込むものとする。

本発明は、ディジタル・エンコードされたオーディオ・データを処理する装置および方法に関し、特に、ディジタル・オーディオ・プレイヤーの大容量記憶装置に記憶されたトラックに関する方法、装置、およびデータ構造に関する。

ディジタル・エンコードされたオーディオ・データを再生する携帯型オーディオ・データ・プレイヤーが一般的なものとなってきている。特に、固体メモリ・デバイスに記憶されたディジタル・エンコードされたオーディオ・データを処理することができる比較的小型のハンドヘルド機器に人気がある。さらに、携帯型オーディオ・データ・プレイヤーの大容量化への需要が高まっているため、小型の大容量ハード・ドライブを備えた次世代プレイヤーが開発され、人気を集めている。

オーディオ・データ・プレイヤーにおいて、一般的に、データ・ストレージ・デバイスにディジタル・オーディオ・データをロードする際、まず、データがオーディオＣＤ、インターネット、または、他のディジタル・オーディオ・デバイスからＰＣにダウンロードされる。次に、データは、通常は、選択されたエンコーディング形式に従って圧縮され、オーディオ・データ・プレイヤーのデータ・ストレージ・デバイスにロードされる。

オーディオ・データは、選択されたエンコーディング形式に従って、再生中にオーディオ・データ・プレイヤーによって解凍／デコードされる。オーディオ・データを圧縮、解凍するには、様々なエンコーディング形式が利用可能である。以下に使用されるエンコーディング形式という用語は、圧縮されたビットストリートのシンタックスおよびセマンティクス（ｓｙｎｔａｘ ａｎｄ ｓｅｍａｎｔｉｃｓ）を特定し、再生のために、ビットストリームをどのように解凍しなければならないかを特定するものであればどのようなエンコーディング／デコーディング・スキームであってもよい。このようなエンコーディング形式に限定するものではないが、ＭＰ３、ＭＰ３Ｐｒｏが含まれる。

ＭＰ３でエンコードされたオーディオ・データ・ファイルでは、ＩＤ３タグと呼ばれる特別なフレームのセットがデータ・ファイルの先頭、または末尾に付加される。ＩＤ３タグは、説明的なテキストと、オーディオ・データ・ファイルに関連する他のデータを含んでいる。例えば、タグには、タイトル、アーティスト、アルバム、年、コメント、および、ジャンルが含まれる。ＩＤ３タグ情報は、ＩＤ３タグに含まれる情報に基づいて特定のオーディオ・データ・ファイルをサーチ、ソート、および選択するのに有用である。ＩＤタグ情報は、テキストの文字として記憶することが多いため、この情報は、オーディオ・データ・プレイヤーの表示画面に表示することができる。

大抵のＰＣをベースとするオーディオ・データ・ファイル管理プログラムによれば、ユーザーがプレイリストを作成し、編集することができ、このプレイリストは、携帯型オーディオ・データ・プレイヤーにダウンロードすることができ、オーディオ・データ・ファイルの選択シーケンスを再生するのに使用することができる。プレイリストのこのような形態の１つであって、代表的には、ＭＰ３オーディオ・データ・ファイルに関連付けられたものは、Ｍ３Ｕプレイリストとして知られている。Ｍ３Ｕプレイリストは、単に、プレイリスト内に含まれるデータ・オーディオ・ファイルのパスまたは位置についてのシーケンシャル・リスト（ｓｅｑｕｅｎｔｉａｌ ｌｉｓｔ）を含むテキスト・ファイルからなるだけである。従って、ＰＣ上で作成され、オーディオ・データ・プレイヤーにダウンロードされたプレイリストを使用して、オーディオ・データ・プレイヤーのデータ・ストレージに記憶されたオーディオ・データ・ファイルのシーケンスを選択的に再生することはできる。しかしながら、Ｍ３Ｕファイル形式には、ファイルの位置またはパス情報、および、コメント・フィールドしか含まれていない。従って、Ｍ３Ｕファイル形式は、プレイヤーがオーディオ・データ・ファイルの所定のシーケンスを再生することを可能にするが、ＭＰ３オーディオ・データ・ファイルのＩＤ３タグに含まれる情報など、他のオーディオ・データ・ファイルの情報を含んでいない。

また、ＰＣをベースとするオーディオ・データ・ファイル管理プログラムは、ユーザーが、利用可能なオーディオ・データ・ファイルを、ＭＰ３オーディオ・データ・ファイルのためのＩＤ３フィールドなど、そのコンテンツに基づいてソートすることを可能にする。ＰＣは、一般的に、オーディオ・データ・ファイルからコンテンツの説明の情報を速やかに抽出する処理能力を有し、さらに、この情報を記憶するのに必要なメモリを有し、タイムリーにユーザーに対して情報を表示する。しかしながら、このような処理は、一般的に、ＰＣをベースとしないプレイヤー、特に、携帯型、または、ハンドヘルド・プレイヤーでは、処理能力やメモリに制約があるため、実用的ではない。この制約は、数百、数千のデータ・ファイルを記憶することのできる大容量のデータ・ストレージを有するオーディオ・データ・プレイヤーにおいては、特に、深刻なものとなる。従って、ＩＤ３情報に従って様々なシーケンスにおいて利用可能なオーディオ・データ・ファイルをブラウズすることは、ＰＣをベースとしないオーディオ・データ・プレイヤーにおいては不可能であった。また、ＰＣをベースとしないオーディオ・データ・プレイヤーにおいては、様々なユーザーが選択可能な、曲に関するパラメータを判定し、表示するための単純な方法は存在しなかった。

ＰＣをベースとしないオーディオ・データ・プレイヤーのなかには、ユーザーがプレイリストに入れられる特定の曲に「タグを付ける」ことができるものがある。タグ付けという用語は、ユーザーが、プレイヤーの表示装置に表示される特定の曲を、例えば、セレクト・キーを押すことによって選択し、選択された曲が記憶される曲のリストに入れられる処理を意味する。プレイリストは、タグを付けられた曲の数が特定の数に達した後にメモリに記憶されることもある。比較的に小さなディスプレイを有し、非常に多くの数の曲が記憶されたＰＣをベースとしないオーディオ・データ・プレイヤーにおいては、ユーザーにとって、曲にタグを付け、どの曲にタグを付けたかを記憶して、プレイリストに入れる処理を行うことが難しい場合がある。この点に鑑み、ユーザーが様々な曲に簡単にタグを付け、どの曲にタグを付けたかを思い出すための表示をすることを可能にするディジタル・オーディオ・データ・プレイヤーに対する需要がある。

また、一般的に、オーディオ・データ・プレイヤーは、シャッフル・モードを含む、様々な再生モードを提供する。シャッフル・モードにおいては、プレイヤーは、プレイヤーに記憶された曲の全て、または、プレイヤーに記憶されたプレイリストからランダムに再生シーケンスを生成する。この場合、ユーザーが、特定の曲を他の曲よりも好み、特定の曲がより高い頻度で再生されることを望むことがある。この点に鑑み、特定の曲が好まれているか、または、好まれていないかをユーザーが記録することが可能であり、ユーザーが好んでいると示しているか、または、好んでいないと示しているかに応じて再生シーケンスを生成するシャッフル・モードを提供するディジタル・オーディオ・データ・プレイヤーに対する需要がある。

（発明の概要）
本発明は、プレイヤーの起動処理の間にプレイヤーの大容量記憶装置から読み出され、プレイヤーのシャットダウン処理の間にプレイヤーの大容量記憶装置に記憶されるプリファレンス・テーブルを提供することによって、オーディオ・データ・プレイヤー、特に、ハンドヘルド・オーディオ・プレイヤーの上述した制約の幾つかを克服するためのものである。プリファレンス・テーブルは、複数のエントリーを含み、各エントリーは、オーディオ・データ・プレイヤーに記憶された曲に関連付けられている。各エントリーには、曲に関連付けられた独自ＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を含み、プレイリストに入れられるために曲が選択されたかどうか、曲が好まれているか、曲が好まれていないかを示すパラメータ・データを含んでいる。プリファレンス・テーブルを、プレイリストや、プレイヤーに記憶された曲のリストと共に使用して、リスト上の曲に関連付けられた、様々なユーザーが選択可能なパラメータのステータスの判定および表示を行うようにすることができる。例えば、プリファレンス・テーブルは、いつでも、特定の曲がプレイリストに入れるために既に選択されていることを表示するために使用することができる。プリファレンス・テーブルは、ユーザーが選択可能なパラメータに対してユーザーが何らかの変更を行うかどうかに基づいて、プレイヤーの処理の間に更新される。別個のプリファレンス・テーブルを使用することにより、ユーザーは、例えば、記憶された曲に関連付けられたＩＤ３タグ情報のような実際の識別情報を見るのではなく、独自ＩＤを調べることによって、曲のリストのソートを速やかに行うことができる。

一般的に、オーディオ・データ・プレイヤーは、ユーザー・インターフェースに接続されたマイクロコンピュータと、データ・ストレージと、バッファ・メモリと、オーディオ・デコーダとを含んでいる。ユーザー・インターフェースは、ＬＣＤおよび様々な多方向スイッチ、多機能スイッチを備えたキーボードを含んでいる。また、オーディオ・データ・プレイヤーは、ユニバーサル・シリアル・バス（ＵＳＢ：ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）ポートを備え、ＰＣや他のＵＳＢを備えた機器と接続することができる。オーディオ・データ・プレイヤーをＵＳＢポートを介してＰＣと接続することにより、データ・ファイルおよびオーディオ・プレイリストをオーディオ・データ・プレイヤーにダウンロードして、データ・ストレージに記憶することができる。一実施の形態においては、データ・ストレージは、１０ＧＢのハード・ドライブからなるが、フラッシュ・メモリ・カードなど、他のモバイル用のデータ・ストレージ・メディアや固体メモリ・デバイスを使用してもよい。この実施の形態ではユーザー・インターフェースは、メニューを操作することにより、オーディオ・データ・ファイルの選択、ソート、さらに、再生をできるようにする。オーディオ・データ・ファイルの再生中、ＬＣＤは、タイトル、アーティスト、アルバム、ジャンルなどのＩＤ３タグ情報を表示する。ＬＣＤ画面には、さらに、経過した再生時間、音量レベル、所定のＤＳＰモードなどの他の情報も表示してもよい。

開示された実施の形態に係るオーディオ・データ・プレイヤーは、再充電可能なバッテリーと、５ボルトのＤＣ入力と、ヘッドフォン出力ポートと、ライン出力ポートとを有する携帯型ハンドヘルド・ユニットである。従って、オーディオ・データ・プレイヤーは、ヘッドフォンを用いて、携帯して使用することができると共に、ＡＣ電源、ヘッドフォン、または、他のオーディオ・デバイスを用いて固定された位置で使用することもできる。

開示されたデータ構造は、大容量データ記憶装置に記憶されたオーディオ・データ・ファイルを閲覧し、選択する際のユーザー・インターフェース、ナビゲーション・タスクをサポートし、これを向上させるものであるという利点を有する。さらに、本発明は、処理能力とメモリに制約を有するＰＣをベースとしないオーディオ・データ・プレイヤーに対し、ユーザー・インターフェースとナビゲーション機能を提供することにより、プレイヤーは、データ・ストレージ・デバイスに記憶されたオーディオ・データ・ファイルに関連付けられた、ユーザーが選択可能なパラメータのステータスを表示することができる。

本発明のさらなる利点は、ＰＣをベースとしないオーディオ・データ・プレイヤーであっても、各オーディオ・ファイルから直接データを読み込む必要なしに、プレイリスト内の各曲に関連付けられた、ユーザーが選択可能なパラメータの判定、表示ができるということにある。

添付図面を参照しながら本発明の一実施の形態についての以下の説明を読むことによって、上述した本発明のこれらの態様、特徴、および利点、また、その他の態様、特徴、および利点、さらに、これらを達成するための方法がより明らかになり、本発明自体についてもより良く理解できるようになるであろう。

幾つかの図面を通して対応する参照符号は、対応する部材を示している。本明細書で示す例は、本発明の実施形態を１つの態様で示すのものであり、このような例は、どのような点からも本発明の範囲を限定するように解釈されるべきではない。

以下に開示する実施の形態は、完全に網羅した内容であると意図されたものではなく、または、本発明を後述する詳細な説明に開示する態様に厳格に限定するように意図されたものでもない。むしろ、実施の形態は、他の当業者が本願の開示内容を利用できるように選定して記載したものである。

図１は、本発明に係る携帯型オーディオ・データ・プレイヤー１０のブロック図である。様々な要素の一般的な構成および動作を以下に説明する。しかしながら、オーディオ・データ・プレイヤー１０の様々な要素の詳細については、一般的に、当業者には公知であるため、本明細書中では説明しない。オーディオ・データ・プレイヤー１０は、バッファ・メモリ２５を介したデータ・ストレージ３２からのデータ転送、圧縮されたオーディオ・ファイルのデコードを含む、様々な要素の制御およびオーディオ・データ・プレイヤー１０の全般的な処理の制御を行うＤＳＰ１２を含んでいる。ＤＳＰ１２は、オーディオ・データ・プレイヤー１０の動作を制御するための様々なインストラクション・セット（ｉｎｓｔｒｕｃｔｉｏｎ ｓｅｔｓ）およびプログラムを記憶するための適切な容量のメモリ２３、１１を備える。

ＤＳＰ１２は、選択されたオーディオ・データ・ファイルの再生中に様々な信号処理機能を実行するようにプログラムすることができる。この場合、再生中にＤＳＰ１２が実行する機能には、これに限定するものではないが、オーディオ・データ・ファイルのデコード、音量制御、ディジタル・サウンド・イコライゼーション（ｄｉｇｉｔａｌ ｓｏｕｎｄ ｅｑｕａｌｉｚａｔｉｏｎ）、およびサンプル変換が含まれる。このため、ＤＳＰ１２は、オンボード・メモリ１１を備え、再生中にオーディオ・データ・ファイル、選択されたイコライザー・モードを示すデータ、および様々な他の必要なデータがロードされる。

デコーダ・ファイルは、ＤＳＰ１２のデコード処理を制御するプログラムを含み、オーディオ・データ・ファイルは、オーディオ・コンテンツに関連したデータを含んでいる。オーディオ・データ・ファイルおよびデコーダ・ファイルの双方は、データ・ストレージ３２に記憶される。プログラムを含むデコーダ・ファイルは、データ・ストレージ３２からＤＳＰメモリ１１に転送される。

データ・ストレージ３２に記憶されるオーディオ・データおよびデコーダ・プログラムは、暗号化してもよく、この場合、オーディオ・データ・ファイルおよびデコーダ・プログラム・ファイルの復号化は、１つ以上の復号キーを用いてＤＳＰ１２によって行われることが必要となる。復号キーは、データ・ストレージ３２にも記憶されるようにしてもよく、セキュリティが確保されるようにオーディオ・データ・プレイヤー１０の特定のストレージ・デバイス、または何らかの他のコード化されたコンポーネントにリンクされ、特定のオーディオ・データ・プレイヤー上での使用のために暗号化されたオーディオ・データ・ファイルがこの特定のオーディオ・データ・プレイヤーによってのみ、復号化され、再生されるようにしてもよい。

選択されたオーディオ・データ・ファイルがデコードされると、ＤＳＰ１２は、デコードされたデータ・ストリームをディジタルからアナログへの（Ｄ／Ａ）変換器１４に供給する。Ｄ／Ａ変換器１４は、ＤＳＰ１２のディジタル出力をアナログ信号に変換し、アナログ信号をヘッドフォン・アンプ１６およびライン出力プリアンプ４０に供給する。アナログ信号は増幅され、ライン出力ジャック４１およびヘッドフォン・ジャック１７に供給される。ライン出力ジャック４１およびヘッドフォン・ジャック１７は、両方とも、オーディオ・データ・プレイヤー１０のハウジング１３に設けられている。

オーディオ・データ・プレイヤー１０は、データ・ストレージ３２を用いて動作するのに適している。本実施の形態においては、データ・ストレージ３２は、モバイル用のデータ・ストレージ・デバイス（ｍｏｖｉｎｇ ｄａｔａ ｓｔｏｒａｇｅ ｄｅｖｉｃｅ）であり、具体的には、エンコードされたオーディオ・データ・ファイル、ＤＳＰ１２のデコード動作を制御するためのデコーダ・ファイル、プレイリスト・ファイル、およびコンピュータ・データ・ファイルを含む様々なデータ・ファイルを記憶するために使用されるハード・ドライブである。コンピュータ・データ・ファイルは、例えば、文書処理ファイル、プレゼンテーション用ファイル、およびスプレッド・シートなどである。大容量のデータをデータ・ストレージ３２とＤＳＰ１２との間でデータ・バス３３を介して容易に転送することができる。バッファ・メモリ２５は、スキップや他の同様なモバイル用データ・ストレージ・デバイスのデータ転送遅延によるオーディオ再生の中断を防止するサーキュラー・データ・バッファ（ｃｉｒｃｕｌａｒ ｄａｔａ ｂｕｆｆｅｒ）として動作するものであってもよい。本発明を使用することにより、デコーダ・ファイル、プレイリスト、および比較的大量のオーディオ・データをデータ・ストレージ３２に記憶することができる。

本発明に従えば、ＭＰ３、または、ＭＰ３Ｐｒｏなどの選択されたエンコーディング形式に従ってオーディオ・データ・ファイルをエンコードする音楽管理ソフトウエアを利用して、オーディオ・データ・ファイルは、ＰＣまたは他の同様のデバイスからＵＳＢポート４２を介してデータ・ストレージ３２にロードされ、エンコードされたデータ、ファイルが記憶される。このような音楽管理ソフトウエアは、当業界で公知なプログラミング方法を用いて実現される。音楽管理ソフトウエアは、オーディオ・データ・ファイルおよび適切なデコーダ・ファイルをデータ・バス４３、３３を介してオーディオ・データ・プレイヤー１０に、データ・ストレージ３２内に転送する。また、音楽管理ソフトウエアは、必要に応じて、システム・コンフィギュレーション・ファイルおよびファイル属性テーブルを作成、変更してデータ・ストレージ３２に記憶された様々なデータ・ファイルおよびデコーダ・ファイルに関する情報を提供する。コンフィギュレーション・ファイルおよびファイル属性テーブルを用いて、オーディオ・データ・プレイヤー１０は、ディスプレイ２１上に様々な分類によってソートされたオーディオ・データ・ファイルを表示し、各オーディオ・データ・ファイルのための正しいエンコーディング形式を判定し、ユーザーの選択に応じた各コンテンツファイルのための適切なデコーダ・ファイルをダウンロードすることができる。

図２〜図４は、オーディオ・データ・プレイヤー１０のハウジング１３に設けることができるディスプレイ、ボタン、スイッチ、およびポートの例示的な実施の形態を示している。図２を参照すると、ユーザーの入力装置２６は、オーディオ・データ・プレイヤー１０のハウジング１３に設けられ、ユーザーが再生のために特定のオーディオ・データをソートおよび選択し、再生の各設定項目を制御できるようにするボタン４４（図３）、４６（図４）、および６６〜７７を含んでいる。さらに、ユーザーの入力装置２６には、例えば、キーボード、音声作動のタッチ・パッド、タッチ・スクリーン入力装置のような当業界で公知な他の入力装置を含めるようにしてもよい。２つの多方向（ｍｕｌｔｉ−ｗａｙ）・スイッチは、ボタン６２〜６６および６８〜７２からなる。ソフト・キー７４〜７７は、様々なユーザー・インターフェース・メニューの表示に応じて機能が変更する多機能ボタンである。

また、オーディオ・データ・プレイヤー１０は、ハウジング１３に設けられたディスプレイ２１を含んでいる。ディスプレイ２１は、データ・ストレージ３２に記憶されたオーディオ・データ・ファイルおよびプレイリスト、ソフト・キー７４〜７７の機能、さらに、図２に示す再生ステータスや、図５に示すトップレベル・メニューなどのオーディオ・データ・プレイヤー１０に関連する様々なステータス情報を表示する。

再び図２を参照すると、停止／電源（ＳＴＯＰ／ＰＯＷＥＲ）ボタン６０は、ユーザーが再生を停止したり、オーディオ・データ・プレイヤー１０の電源をオン、オフにしたりすることができるようにする。再生／一時停止（ＰＬＡＹ／ＰＡＵＳＥ）ボタン６２は、ユーザーが再生を開始したり、再生の一時停止をしたりできるようにする。左矢印ボタン６３は、ユーザーがメニューを使用しているとき、強調表示されている部分を左に移動させたり、音楽を再生しているとき、前のオーディオ・データ・ファイルにスキップして戻るようにしたり、現在のオーディオ・データ・ファイルを逆の側（ｂａｃｋｗａｒｄ）にスキャンしたりすることができるようにする。右矢印ボタン６５は、ユーザーがメニューを使用しているとき、強調表示されている部分を右に移動させたり、音楽を再生しているとき、次のオーディオ・ファイルにスキップして進むようにしたり、現在のオーディオ・データ・ファイルを前方の側（ｆｏｒｗａｒｄ）にスキャンしたりすることができるようにする。上矢印ボタン６４は、ユーザーがメニューを使用しているとき、強調表示されている部分を上に移動させることができるようにする。下矢印ボタン６６は、ユーザーがメニューを使用しているとき、強調表示されている部分を下に移動させることができるようにする。

図２をさらに参照すると、セレクト（ＳＥＬＥＣＴ）ボタン６８は、ユーザーが強調表示された項目を選択できるようにする。音量アップ・ボタン６９は、ヘッドフォン１８の再生音量レベルを増加させ、音量ダウン・ボタン７１は、音量レベルを減少させる。モード（ＭＯＤＥ）ボタン７０は、ユーザーがＮＯＲＭＡＬ、ＲＥＰＥＡＴ、ＲＥＰＥＡＴ ＯＮＥ、ＲＥＰＥＡＴ ＡＬＬ、ＳＨＵＦＦＬＥ、およびＲＥＰＥＡＴ ＡＬＬ ＳＨＵＦＦＬＥを含む特定の再生モードを選択できるようにする。セーブ・ボタン７２は、ユーザーが新しいプレイリストを作成したり、既存のプレイリストにオーディオ・データ・ファイルを追加したりできるようにする。ソフト・キー７４〜７７は、各ボタンのすぐ上のディスプレイ２１の最下部に表示されるメニュー項目を選択するためのものである。

図３を参照すると、電源（ＰＯＷＥＲ）インジケータ７８は、オーディオ・データ・プレイヤー１０の電源がオンになっているときに点灯する。充電（ＣＨＡＲＧＥ）インジケータ７９は、電源４７を充電しているときに点灯する。例示的な実施の形態においては、電源４７は、再充電可能なバッテリー・パックである。ＤＣ ＩＮジャック４８は、ＡＣアダプターから５ボルトのＤＣ電力をオーディオ・データ・プレイヤー１０に供給し、電源４７を再充電する。リセット（ＲＥＳＥＴ）ボタン４４は、ユーザーが全てのオーディオ・データ・プレイヤー１０の設定項目を工場出荷時のデフォルトの設定にリセットすることができるようにする。

図４を参照すると、オフ／ロック（ＯＦＦ／ＬＯＣＫ）スイッチ４６は、このスイッチ４６がロック位置にスライドしたときに、ユーザーがボタン６６〜７７を非アクティブにできるようにする。ライン出力（ＬＩＮＥ ＯＵＴ）ジャック４１は、ユーザーがオーディオ・データ・プレイヤー１０を別個のオーディオ・システムに結合できるようにする。ヘッドフォン・ジャック１７は、ユーザーがデコードされたオーディオをヘッドフォン１８で再生できるようにする。ＵＳＢポート４２は、ＵＳＢケーブルを用いてオーディオ・データ・プレイヤー１０とＰＣや他の同様の機器との接続ができるようにする。

ユーザーが再生のためにユーザー入力装置２６を介して特定のオーディオ・データ・ファイルを選択すると、ＤＳＰ１２は、データ・ストレージ３２から選択されたオーディオ・データ・ファイルに関連付けられた適切なデコーダ・ファイルをＤＳＰメモリ１１にロードする。図１を再び参照すると、次に、ＤＳＰ１２は、選択されたオーディオ・データ・ファイルをバス３３および２９に沿ってスキップ・プロテクション・バッファ（音飛び防止バッファ）としてのバッファ・メモリ２５にストリーム転送する。

選択されたオーディオ・データ・ファイルのストリーミングが開始された後、ＤＳＰ１２は、関連付けられたデコーダ・ファイルを用いてオーディオ・データ・ファイルをデコードする。データ・ストレージ３２には様々なデコーダ・ファイルを記憶することができ、オーディオ・データ・プレイヤー１０がデータ・ストレージ３２に記憶されたオーディオ・データ・ファイルに関連付けられた様々なエンコーディング形式を処理するのに適した形式にすることができる。実際には、携帯型オーディオ・データ・プレイヤー１０は、データ・ストレージ３２に記憶された特定のオーディオ・データ・ファイルを選択したときに、データ・ストレージ３２に記憶されたデコーダ・ファイルにより、必要に応じてソフトウエアのアップグレードを行うことができる。

電源立ち上げの後、オーディオ・データ・プレイヤー１０のＤＳＰ１２は、データ・ストレージ３２からシステム・コンフィグレーション・ファイルをロードする。ＤＳＰ１２は、データ・ストレージ３２に記憶されたデータ・ファイルのためにサポートされる必要のある様々なファイル形式を識別する。さらに、コンフィグレーション・ファイルは、オーディオ・データのファイルの拡張をデータ・ストレージ３２に記憶された特定のデコーダ・ファイルに等しいと定義するための情報を含んでいる。コンフィギュレーション・ファイルが有効であれば、ＤＳＰ１２は、データ・ストレージ３２に記憶されたファイル属性テーブルを読み込み、メニューによって操作されるデータ・ストレージ３２に記憶されたファイル／フォルダのリストをディスプレイ２１に表示させる。

図５Ａを参照すると、ディスプレイ２１に表示されるメイン・メニューは、例えば、アーティスト、アルバム、タイトル、ジャンル、プレイリスト、および全てのオーディオ・データ・ファイルなどの分類や識別特性（ｇｒｏｕｐｉｎｇｓ ｏｒ ｉｄｅｎｔｉｆｙｉｎｇ ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）に従って、ユーザーがオーディオ・データ・ファイルのナビゲート（ｎａｖｉｇａｔｅ）および表示をできるようにする。ディスプレイ２１上のリストの作成、ソートは、カテゴリー毎のプレイリストを用いて行われ、例えば、２００１年９月１０日付けで出願された「ディジタル・オーディオ・プレイヤーのユーザー・インターフェース・タスクおよびナビゲーション・タスクをサポートするＭ３Ｕファイル・フォーマットの拡張（ＥＸＴＥＮＳＩＯＮ ＯＦ Ｍ３Ｕ ＦＩＬＥ ＦＯＲＭＡＴ ＴＯ ＳＵＰＰＯＲＴ ＵＳＥＲ ＩＮＴＥＲＦＡＣＥ ＡＮＤ ＮＡＶＩＧＡＴＩＯＮ ＴＡＳＫＳ ＩＮ ＡＮ ＤＥＧＩＴＡＬ ＡＵＤＩＯ ＰＬＡＹＥＲ）」と題された特許出願６０／３１８，７２１号に記載されたデータ構造および方法を用いて行われ、この特許出願の開示内容を本願の明細書中に盛り込むものとする。本発明では、プレイリストのエントリーには、後述する独自トラック識別子（ＩＤ：ｉｄｅｎｔｉｆｉｅｒ）が含まれる。メイン・メニューから、ユーザーは、上述したように、ユーザー入力装置２６を操作して、ソートされたリストをナビゲートしたり、再生のために、表示されているオーディオ・データ・ファイルまたはプレイリストから望ましいものを選択したりすることができる。

本実施の形態においては、必要なデコーダ・ファイルがオーディオ・データ・ファイルと共にデータ・ストレージ３２に記憶される。従って、オーディオ・データ・ファイルと共にデータ・ストレージ３２に記憶されたデコーダ・ファイルを介してＤＳＰ１２のソフトウエア・アップグレードを行うことによって、複数の異なるエンコーディング形式を再生できるように、オーディオ・データ・プレイヤー１０をアップデートすることができる。このように、オーディオ・データ・プレイヤー１０は、将来利用可能になるエンコーディング形式を含む、様々なエンコーディング形式を用いてエンコードされたデータ・ファイルを再生することができる。

図２に示すように、再生中、ディスプレイは、オーディオ・データ・ファイルおよびオーディオ・データ・プレイヤー設定についての様々な情報を表示する。例えば、図２のディスプレイ２１は、ファイルの名前、アーティストの名前、アルバムのタイトル、ジャンル、再生中の合計のファイルのうち、現在再生されているトラック、音量レベルの表示、オーディオ・データ・ファイルの経過再生時間、再生モードの表示、ビットレート、および選択されたＤＳＰモードを示す。

以下の表１は、本発明に係るプリファレンス・テーブルのフォーマットを示している。プリファレンス・テーブルは、本オーディオ・データ・プレイヤーのプレイリストの作成機能および参照機能を実施しやすくすると共に、ユーザーが好んでいると示しているか、好んでいないと示しているかに基づいてシャッフル・リストの作成などを実施しやすくするためのものである。

プリファレンス・テーブルのフォーマットは、各トラックの独自ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、トラックが属するカテゴリー、およびトラックの完全パスを取得するためのシステム・プレイリスト・ファイルの１つに対するリファレンスを列挙するデータ構造からなる。このデータ構造は、さらに、テーブル内のエントリー数、テーブルのコンテンツが変更される毎に増加される３２ビット数などの情報が付けられたヘッダを含んでいる。プリファレンス・テーブルの各フィールドを以下に説明する。

プリファレンス・テーブルのバージョン（ｐｒｅｆｅｒｅｎｃｅＴａｂｌｅＶｅｒｓｉｏｎ）
このフィールドは、プリファレンス・テーブルのフォーマットの現在の改訂版（ｒｅｖｉｓｉｏｎ）を示す。プリファレンス・テーブルのフォーマットに何らかの変更がなされたとき、この変更がテーブルを読み出すソフトウエアに潜在的に影響を与える可能性がある場合には、この数字が増加する。プリファレンス・テーブルを読み出すソフトウエアにより、バージョン数をチェックして特定のバージョンを読み出しすることをサポートしていることを確かめるとよい。

プリファレンス・テーブル更新カウント値（ｐｒｅｆｅｒｅｎｃｅＴａｂｌｅＵｐｄａｔｅＣｏｕｎｔ）
このフィールドは、ゼロの値から開始し、プリファレンス・テーブルに変更が行われる毎に１つずつ増加する。最大値（０ｘＦＦＦＦＦＦＦＦ）に達すると、フィールドは、再びゼロから開始する。このフィールドは、他のファイルをプリファレンス・テーブルの最新のバージョンに同期させるために使用することができる。１つの応用例として考えられるのは、プリファレンス・フラグをシステム・プレイリストに含めるようにすることである。プリファレンス・フラグがプレイリストにおいて更新されたとき、プリファレンス・テーブル更新カウント値を記憶し、これをプリファレンス・テーブルの現在の値と比較することによって、ソフトウエアは、システム・ファイルにおけるプリファレンス・フラグを更新する必要があるかどうかを判定することができる。

テーブル内のエントリー数（ｎｕｍｂｅｒＯｆＥｎｔｒｉｅｓＩｎＴａｂｌｅ）
このフィールドは、プリファレンス・テーブル内のエントリー数を示す。この数は、テーブルにエントリーが追加されたり、テーブルからエントリーが削除されたりする毎に更新される。

プレイリスト内のトラックインデックス（ｔｒａｃｋＩｎｄｅｘＩｎＰｌａｙｌｉｓｔ）
このフィールドは、システム・プレイリスト内の現在のオーディオ・ファイル情報の順序（ｏｒｄｅｒ）を示す。

トラック独自ＩＤ（ｔｒａｃｋＵｎｉｑｕｅＩＤ）
このフィールドは、ハッシュ値に対するエントリーのフル・パスをマップする独自の識別子（ＩＤ：ｉｄｅｎｔｉｔｉｆｉｅｒ）を示す。この数を生成するために使用されるのに提案されているアルゴリズムは、ＭＤ５ハッシュ・キー生成アルゴリズムである。このアルゴリズムは、２５６文字までの文字列を取得して、独自の１２８ビットのハッシュ・キーを生成する。このフィールドのコンテンツをより効率的に使用するために、４つの未署名の３２ビット値として記憶するとよく、これらの値の各々は、ビッグ・エンディアン方式（ｂｉｇ‐ｅｎｄｉａｎ ｆｏｒｍａｔ）を用いて記憶するとよい。また、独自ＩＤは、プレイリスト・ファイルにおける対応するエントリーと共にリストに入れられ、各エントリーの照合が容易となっている。

未使用１（ｒｅｓｅｒｖｅｄ１）
このフィールドは、将来の拡張のために保留されたものであり、将来の変更に対する互換性が確保されるようにゼロに設定するとよい。

好きなものフラグ（ｌｉｋｅＦｌａｇ）
これは、ユーザーが特定のトラックを好きなものリスト（好んでいるもののリスト）に入れることを選択しているかどうか示すバイナリー・フィールドである。このビットが設定されている場合には、トラック独自ＩＤに関連付けられたトラックがライク・プレイリストの一部であることを示している。このビットがクリアされている場合には、トラック独自ＩＤに関連付けられたトラックが好きなものプレイリストの一部ではないことを示している。なお、好きなものプレイリストと嫌いなものプレイリストとは、互いに排他的なものであるので、好きなものフラグと嫌いなものフラグの双方にエントリーを設定することはできない。

嫌いなものフラグ（ｄｉｓｌｉｋｅＦｌａｇ）
これは、ユーザーが特定のトラックを嫌いなものリスト（好んでいないもののリスト）に入れることを選択しているかどうかを示すバイナリー・フィールドである。このビットが設定されている場合には、トラック独自ＩＤに関連付けられたトラックがディスライク・プレイリストの一部であることを示している。このビットがクリアされている場合には、トラック独自ＩＤに関連付けられたトラックが嫌いなものプレイリストの一部ではないことを示している。なお、好きなものプレイリストと嫌いなものプレイリストとは、互いに排他的なものであるので、好きなものフラグと嫌いなものフラグの双方にエントリーを設定することはできない。

選択フラグ（ｐｉｃｋＦｌａｇ）
これは、ユーザーが特定のトラックを選択リスト（特に精選したもののリスト）に入れることを選択しているかどうかを示すバイナリー・フィールドである。このビットが設定されている場合には、トラック独自ＩＤに関連付けられたトラックが選択プレイリストの一部であることを示している。このビットがクリアされている場合には、トラック独自ＩＤに関連付けられたトラックが選択プレイリストの一部ではないことを示している。

未使用２（ｒｅｓｅｒｖｅｄ２）
このフィールドは、将来の拡張のために保留されたものであり、将来の変更に対する互換性が確保されるようにゼロに設定されるべきである。

システム・プレイリスト・ファイル・ソース（ｓｙｓＰｌａｙｌｉｓｔＦｉｌｅＳｏｕｒｃｅ）
このフィールドは、トラック独自ＩＤに関連付けられたトラックのフル・パスを速やかに見つけるために使用される２つのフィールドのうちの１つである。このフィールドは、パスが読み取られるシステム・プレイリスト・ファイルを示している。このフィールドの各値は、表２に従って解釈されるべきである。

システム・プレイリスト・ファイル・オフセット（ｓｙｓＰｌａｙｌｉｓｔＦｉｌｅＯｆｆｓｅｔ）
このフィールドは、エントリーが読み出される特定のシステム・プレイリストの最初からのバイト・オフセット（ｂｙｔｅ ｏｆｆｓｅｔ）を示し、エントリーのパスは、トラック独自ＩＤに対応する。

電源立ち上げおよび初期化（Ｐｏｗｅｒ Ｕｐ ａｎｄ Ｉｎｉｔｉａｌｉｚａｔｉｏｎ）
電源立ち上げの後、プレイヤーを初期化している間、プレイヤーは、プリファレンス・テーブルをディスクから読み出し、テーブル全体のコンテンツをメモリにロードする。プリファレンス・テーブルのファイルがディスク上に見つからない場合には、プレイヤーは新たなプリファレンス・テーブルを作成する。初期値を用いた新たなプリファレンス・テーブルは、決められた適切なバージョン数およびゼロ・エントリーのカウント値を有する空のテーブルからなる。

ナビゲーション（Ｎａｖｉｇａｔｉｏｎ）
プリファレンス・テーブルは、特定のエントリーがユーザーにより「選択されている」かどうかを判定するためのナビゲーション処理の間に使用される。選択に関し、エントリーには、３つのステータスが存在する。これらのステータスは、「選択されている」、「選択されていない」、および「部分的に選択されている」である。なお、「部分的に選択されている」ステータスは、１曲以上を示す各エントリー（すなわち、曲の全てが「選択されている」のではないアルバム・エントリー）のみに適用される。

１．プレイヤーは望ましいナビゲーション・モードのエントリーを表示する（すなわち、ユーザーがアーティストを選択した場合には、プレイヤーは、プロファイラー（ｐｒｏｆｉｌｅｒ）プレイリストより最初の６人のアーティストを表示する）。

２．プレイヤーは、プロファイラー・プレイリストからトラック独自ＩＤを読み出し、これをプリファレンス・テーブルの全てのエントリーと比較し、対応するプリファレンス・テーブル・エントリーを見つけ、ピック・フラグが設定されているかどうかを判定する。エントリーが特定の曲に対応している場合には、エントリーは、この曲が選択されているかどうかを示し、このことがプレイヤーに表示される。エントリーが１つ以上の曲を示す可能性がある場合には（例えば、アーティスト、アルバム、ジャンル、および年の場合）、プレイヤーはそのエントリーによって示される各曲をチェックする。全ての曲に選択フラグが設定されている場合には、エントリーは、「選択されている」とみなされる。選択フラグが全ての曲に設定されているのではない場合には、エントリーは、「部分的に選択されている」とみなされる。最後に、選択フラグが設定されている曲が存在しない場合には、「選択されていない」とみなされる。

３．各エントリーにつき、次に、プレイヤーは、例えば、図５Ｂよび図５Ｃに示すように、「選択されている」、「部分的に選択されている」エントリーに対し、適切なアイコンを表示する。

４．ユーザーが（上または下に）ナビゲートすると、新たなエントリーが上述したステップ２および３に従って処理される。現在の画面において既に存在するエントリーを更新する必要はない。

再生（Ｐｌａｙｂａｃｋ）
再生中、ユーザーは、曲を「好きなもの」リストまたは「嫌いなもの」リストに入れることができる。「好きなもの」リストまたは「嫌いなもの」リストの中の曲が再生される際、ソフトウエアによって、曲のステータスを示す適切なアイコンを表示するとよい。「好きなもの」または「嫌いなもの」のステータスは、「ピックされた」ステータスの場合と同様の方法でプリファレンス・テーブルにおけるエントリーを調べることによって判定することができる。「好きなもの」ステータスと、「嫌いなもの」ステータスは、ユニットがシャッフル・モードで動作しているときに、曲が再生される確率に影響を与えるのにも使用される。

通常の再生の場合は、プレイヤーは、以下に記載するステップに従って再生を行う。
１．プレイヤーは、各ファイルがディスクから読み出される際、トラック独自ＩＤを（プロファイラー・プレイリストから）読み出し、または、トラック独自ＩＤを（フル・パスから）計算し、この情報を他のファイルに関連する情報と共に保持する。

２．ファイルの再生を開始するとき、プレイヤーは、読み出された、または、計算されたトラック独自ＩＤをプリファレンス・テーブルのコンテンツと比較する。エントリーに好きなものフラグまたは嫌いなものフラグが設定されていれば、プレイヤーは適切なアイコンを表示する。

シャッフル再生の場合は、プレイヤーは、以下に記載するステップに従って再生を行う。

１．シャッフリング・アルゴリズムを開始する前に、プレイヤーは、シャッフルしようとするエントリーの合計数を判定する。

２．さらに、プレイヤーは、シャッフルしようとするエントリーの分類における「好きなもの」エントリーの数を判別し、この数をシャッフルしようとする曲の合計数に追加する（すなわち、シャッフルしようとする曲が合計１０曲あり、こららの曲のうちの３曲にプリファレンス・テーブルにおける好きなものフラグのフィールドが設定されている場合には、シャッフルしようとする曲の合計数は１３となる。

３．プレイヤーは、５０％の確率を「嫌いなもの」エントリーに適用し、１００％を通常のエントリーに適用し、２００％を「好きなもの」エントリーに適用する。「好きなもの」エントリーに適用される２００％は、シャッフリング・エントリーの数を増加することによって自動的に実現される。シャッフリング・アルゴリズムが実際のエントリーの数よりも大きな数字を生成する場合（すなわち、上述した例では数字１１の場合）には、プレイヤーは、実際には、（シャフリング・インデックス − エントリーの数）によるインデックスが付けられたエントリーの最初から「好きなもの」エントリーを選択する。「嫌いなもの」曲の５０パーセントは、嫌いなものフラグが設定されたエントリーを再生するかどうかを交互に決めることによって実現される。最初に「嫌いなもの」エントリーが出現したとき、この「嫌いなもの」エントリーは再生され、２度目に他の「嫌いなもの」エントリーが出現したとき、プレイヤーは、単に、この「嫌いなもの」エントリーを無視し、標準的なシャッフリング・アルゴリズムから、次のエントリーを取得する。

プリファレンス・テーブルの更新（Ｐｒｅｆｅｒｅｎｃｅ Ｔａｂｌｅ Ｕｐｄａｔｅｓ）
全てのエントリーは、テーブルの最後に追加される。プリファレンス・テーブルに対するエントリーの追加には、以下のステップを行うことが必要である。

１．テーブルの最後のテーブル内のエントリー数（ｎｕｍｂｅｒＯｆＥｎｔｒｉｅｓＩｎＴａｂｌｅ）＋１の位置に新たなエントリーを追加する。

２．テーブル内のエントリー数（ｎｕｍｂｅｒＯｆＥｎｔｒｉｅｓＩｎＴａｂｌｅ）のフィールドを１増加させる。

３．プリファレンス・テーブル更新カウント値（ｐｒｅｆｅｒｅｎｃｅＴａｂｌｅＵｐｄａｔｅＣｏｕｎｔ）を１増加させる。０ｘＦＦＦＦＦＦＦＦに達した場合には、このフィールドを０にして開始する。

プリファレンス・フラグに何も設定されていないとき（すなわち、ライク・フラグ＝０、ディスライク・フラグ＝０、およびピック・フラグ＝０のとき）、エントリーをプリファレンス・テーブルから削除するとよい。エントリーの削除には、以下のステップを行うことが必要である。

１．削除されるエントリーに続く全てのエントリーを上側に１つの位置分シフトし、テーブル内のエントリー数（ｎｕｍｂｅｒＯｆＥｎｔｒｉｅｓＩｎＴａｂｌｅ）のフィールドを１減少させる。

２．プリファレンス・テーブル更新カウント値（ｐｒｅｆｅｒｅｎｃｅＴａｂｌｅＵｐｄａｔｅＣｏｕｎｔ）を１増加させる。０ｘＦＦＦＦＦＦＦＦに達した場合には、このフィールドを０にして開始する。

電源の遮断およびディスクに対するプリファレンス・テーブルの書き込み（Ｐｏｗｅｒ−Ｄｏｗｎ ａｎｄ Ｗｒｉｔｉｎｇ Ｐｒｅｆｅｒｅｎｃｅ Ｔａｂｌｅ ｔｏ ｄｉｓｋ）
電源を遮断するとき、プレイヤーは、プリファレンス・テーブルの全てのコンテンツをディスクにコピーする。プリファレンス・テーブルのファイルのフォーマットは、メモリ内のプリファレンス・テーブルのものと同一であり、プリファレンス・テーブルは、メモリ内のプリファレンス・テーブルと同一のコンテンツを有するバイナリー・ファイルとして書き込むとよい。

例示的な実施の形態においては、好ましいＤＳＰ１２としては、これに限定するものではないが、テキサス州ダラスのテキサス・インスツルメンツ社（Ｔｅｘａｓ ｉｎｓｔｒｕｍｅｎｔｓ Ｉｎｃ．， ｏｆ Ｄａｌｌａｓ， Ｔｅｘａｓ）によって製造されたＴＭＳ３２０ＤＡ２５０が含まれる。ＤＳＰ１２には、メモリ２３（この場合は、４８ＫＢのＲＯＭ）と、８ＭＢのＲＡＭからなるバッファ・メモリ２５が関連付けられ、１２８ｋｂｐｓで７分間のバッファされた再生時間と、６４ｋｂｐｓで１４分間のバッファされた再生時間が得られる。さらに、ＤＳＰ１２には、メモリ１１（この場合は、６４ＫＢのＲＯＭ）が関連付けられている。データ・ストレージ３２に適したハード・ドライブとしては、これに限定するものではないが、ニューヨーク州アーモンクのＩＢＭ社（ＩＢＭ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｒｍｏｎｋ， Ｎｅｗ Ｙｏｒｋ）のＭｉｃｒｏｄｒｉｖｅ（商標）が含まれる。１０ＧＢのハード・ドライブは、例えば、１２８ｋｂｐｓのＭＰ３ビットレートで約１５０時間分のオーディオ、または、６４ｋｂｐｓのビットレートで約３００時間分のオーディオを記録することができる。

当業者であれば、本発明が例示的な実施の形態の観点から説明されたが、本発明の本質から逸脱することなく、開示された実施の形態に対し、改変、変更を行うことができることが明らかであろう。例えば、本発明は、オーディオ・データ・プレイヤー１０内に固定されたデータ・ストレージ３２を参照して説明したが、本発明は、フラッシュ・メモリ、別の固定されたストレージ・デバイス、オプティカル・デバイス、または、オーディオ・データ・プレイヤー１０に着脱可能に結合されるのに適したメモリ・カードを用いても実施することができる。メモリ・カードを用いた場合には、デコーダ・プログラムおよびオーディオ・データ・ファイルは、音楽管理ソフトウエアによってメモリ・カードにロードされる。また、ＤＳＰ１２およびマイクロコントローラ２２は、単一のＩＣ内に実装するようにしてもよい。さらに、他のユーザーが選択可能なパラメータをプリファレンス・テーブルに含めるようにして、ルック・アップおよび表示が容易にできるようにしてもよい。また、本発明の適切なデコーダ・プログラムおよびオーディオ・データ・ファイルをロードする機能を、多数存在する公知のプログラミング方法の１つを用いて、または、プログラミング方法を組み合わせ、音楽管理ソフトウエアにおいて実施するようにしてもよいことが分かる。さらに、上述した説明は、オーディオ・データ・プレイヤーを参照して行われたが、本発明は、他のどのような携帯型データ処理装置、例えば、ビデオ表示装置に拡張して適用してもよく、データが複数のデータ・エンコーディング形式の１つを用いてエンコードされるようにしてもよい。従って、本発明は、付随する請求の範囲によって定義されるような全ての改変を包含するように意図されたものと理解できよう。

図１は、本発明に係るユーザーの選択可能なパラメータを判定し、表示する方法を使用した携帯型オーディオ・データ・プレイヤーの概略ブロック図である。 図２は、本発明に係るユーザーの選択可能なパラメータを判定し、表示する方法を使用した携帯型オーディオ・データ・プレイヤーの平面図である。 図３は、図２の携帯型オーディオ・データ・プレイヤーの背面図である。 図４は、図２の携帯型オーディオ・データ・プレイヤーの右側面図である。 図５Ａは、図２のオーディオ・データ・プレイヤーに表示される主分類メニューの図である。 図５Ｂは、図２のオーディオ・データ・プレイヤーに表示されるアーティスト・メニューの図である。 図５Ｃは、図２のオーディオ・データ・プレイヤーに表示されるアルバム・メニューの図である。 図５Ｄは、図２のオーディオ・データ・プレイヤーに表示される曲またはトラック・メニューの図である。

Claims (8)

1. ディジタル・オーディオ・プレイヤーを使用して情報を表示する方法であって、
   ユーザーによって選択されるプレイリストを読み出すステップと、
   前記ディジタル・オーディオ・プレイヤーの表示装置上に前記プレイリストに含まれる１つ以上のエントリーを表示可能にするステップであって、前記１つ以上のエントリーの各々が、１つの曲および複数の曲の一方に対応し、当該エントリーが第１のカテゴリー、第２のカテゴリー、および第３のカテゴリーのうちのいずれであることを示す共通のタイプの視覚的標識を有する、前記ステップと、
   を含み、
   前記エントリーが前記１つの曲に対応し、当該１つの曲が前記ユーザーによって選択されている場合に、前記エントリーが前記第１のカテゴリーにあり、
   前記エントリーが前記複数の曲に対応し、当該複数の曲の全てが前記ユーザーによって選択されている場合に、前記エントリーが前記第１のカテゴリーにあり、
   前記エントリーが前記１つの曲に対応し、当該１つの曲が前記ユーザーによって選択されていない場合に、前記エントリーが前記第２のカテゴリーにあり、
   前記エントリーが前記複数の曲に対応し、当該複数の曲のいずれも前記ユーザーによって選択されていない場合に、前記エントリーが前記第２のカテゴリーにあり、
   前記エントリーが前記複数の曲に対応し、当該複数の曲の全てではないが、少なくとも１つが前記ユーザーによって選択されている場合に、前記エントリーが前記第３のカテゴリーにある、前記方法。
2. 前記複数の曲の各々が、プリファレンス・テーブルにおいて示され、当該プリファレンス・テーブルは、好きな曲か、あるいは嫌いな曲かを示すデータ設定を含む、請求項１に記載の方法。
3. 前記複数の曲のうちの１つが好きな曲か、あるいは嫌いな曲かをユーザーが示す毎に、前記プリファレンス・テーブルを更新するステップをさらに含む、請求項２に記載の方法。
4. 前記ディジタル・オーディオ・プレイヤーのシャットダウン処理の間に、当該ディジタル・オーディオ・プレイヤーの記憶装置に前記更新されたプリファレンス・テーブルを記憶するステップをさらに含む、請求項３に記載の方法。
5. 前記１つ以上のエントリーが前記複数の曲に対応する場合に、当該１つ以上のエントリーがアーティストに対応する、請求項１に記載の方法。
6. 前記１つ以上のエントリーが前記複数の曲に対応する場合に、当該１つ以上のエントリーがアルバムに対応する、請求項１に記載の方法。
7. シャッフル・プレイモードのユーザーの選択に応じて、前記複数の曲のうちの１つが好きな曲か、あるいは嫌いな曲かを示すパラメータ・データを使用してプレイリスト・シーケンスを生成するステップをさらに含む、請求項１に記載の方法。
8. 記憶装置と、
   表示されるプレイリストをユーザーが選択するためのユーザー入力装置と、
   表示装置と、
   前記記憶装置と、前記ユーザー入力装置と、前記表示装置とに結合されたコントローラであって、前記コントローラは、前記記憶装置から前記ユーザーによって選択される前記プレイリストを読み出し、前記表示装置上に前記プレイリストに含まれる１つ以上のエントリーを表示可能にするように動作し、前記１つ以上のエントリーの各々が、１つの曲および複数の曲の一方に対応し、当該エントリーが第１のカテゴリー、第２のカテゴリー、および第３のカテゴリーのいずれであることを示す共通のタイプの視覚的標識を有する、前記コントローラと、
   を備え、
   前記エントリーが前記１つの曲に対応し、当該１つの曲が前記ユーザーによって選択されている場合に、前記エントリーが前記第１のカテゴリーにあり、
   前記エントリーが前記複数の曲に対応し、当該複数の曲の全てが前記ユーザーによって選択されている場合に、前記エントリーが前記第１のカテゴリーにあり、
   前記エントリーが前記１つの曲に対応し、当該１つの曲が前記ユーザーによって選択されていない場合に、前記エントリーが前記第２のカテゴリーにあり、
   前記エントリーが前記複数の曲に対応し、当該複数の曲のいずれも前記ユーザーによって選択されていない場合に、前記エントリーが前記第２のカテゴリーにあり、
   前記エントリーが前記複数の曲に対応し、当該複数の曲の全てではないが、少なくとも１つが前記ユーザーによって選択されている場合に、前記エントリーが前記第３のカテゴリーにある、ディジタル・オーディオ・プレイヤー。

Images