JP2008084524A - オーディオビジュアル機器用インターフェース - Google Patents

Abstract

【課題】従来のインターフェースを使用して大量のコンテンツにアクセスするシステ
ムを提供すること。
【解決手段】システムは多数のアプリケーションを有し、その１つがオーディオ／ビジ
ュアルコンテンツにアクセスする。オーディオ／ビジュアルコンテンツとしては、圧縮デ
ィジタルオーディオデータ及び映像データが含まれる。１つの実施形態において、システ
ムは第１のモードの指示を受信して第１の再生リストにアクセスする（６３２）。本実施
形態において、各々のモードは異なる属性に関連づけされ、各々のモードは１つ又はそれ
以上のトラック再生リストを有し、特定のモードの各々の再生リストは、特定のモードに
関連する属性に関する異なる値に基づく。属性としては、アーティスト、アルバム、ジャ
ンル等が含まれる。つまり、アーティストモード（６３６）、アルバムモード（６３４）
、ジャンルモード（６３８）等とすることができる。
【選択図】図５

Description

本出願は、本明細書に引用によって組み込まれている２００１年１０月２５日出願の米
国仮特許出願番号６０／３３５，６３４「オーディオ機器用ユーザインターフェース」の
優先権を主張するものである。

本発明は、オーディオ／ビジュアルシステムのためのインターフェースに関する。

自動車用オーディオ業界は成長中の成功した業界である。市販の自動車の大部分は、数
種類のオーディオシステムを備えている。大部分の自動車は、例えば、ラジオ、カセット
プレーヤ、及び／又はコンパクトディスクプレーヤを備えている。ディスクチェンジャを
備えた自動車用オーディオシステムもある。ディスクチェンジャは、１枚又はそれ以上の
オーディオディスクを格納することができ、ディスクチェンジャ内に収納されている任意
のディスクから音楽を再生するために使用できる装置である。一般のディスクチェンジャ
は、ステレオシステムの別個の構成要素であり、６、８、又は１０枚のディスクを格納す
ることができ、それらのディスクを別々にディスクチェンジャに挿入したり取り出したり
することができる。ディスクチェンジャの例としては、オーディオ・コンパクトディスク
チェンジャ、オーディオ・ミニディスクチェンジャ、及びＣＤ−ＲＯＭディスクチェンジ
ャを挙げることができる。

自動車用オーディオシステムの人気が高い理由の１つは、多くの人が運転中に音楽を聴
きたいと思うからである。多くの人はラジオを聴くだけで十分であるが、聴く音楽を選り
好みする運転者が増えてきている。これらの運転者はテーププレーヤ又はコンパクトディ
スクプレーヤを備えたオーディオシステムの方を好む。

コンパクトディスクプレーヤ又はテーププレーヤを備えたオーディオシステムは数多く
市販されているが、これらのオーディオシステムには欠点がある。第１に、これらのシス
テムは一定限度量の音楽だけしか保存できない。すなわち、テープデッキを備えたシステ
ムは、テープに収まる最大量の音楽だけしか保存できず、多くの場合、６０分又は１２０
分である。一般に、コンパクトディスクは約７４分の音楽を保存できる。つまり、これら
の装置は保存できる音楽量が制限される。第２に、ユーザが第１のテープ又はコンパクト
ディスクを聴取中に、プレーヤに格納されていない別のテープ又はコンパクトディスクを
聴きたいと思う場合、ユーザはコンパクトディスク又はテープを取り出して別のものを挿
入する必要がある。運転中にこの操作を行うことは難しく危険である。第３に、テープデ
ッキ及びコンパクトディスクは物理的メディアを必要とする。音楽はコンピュータのメモ
リに保存できるが、従来のステレオ機器は各々のトラック集合毎にテープ又はコンパクト
ディスクを必要とする。従って、メディアの生産及び購買のために余分な資源が消費され
る。第４に、メディアは損傷を受けやすい。例えば、コンパクトディスクは、かき傷がつ
いたり割れたりする場合がある。カセットは摩耗したり切れたりする場合がある。

更に、音楽をオンラインで注文するという新しい動きがある。すなわち、消費者は、イ
ンターネット上で音楽をダウンロードすることによって音楽を購入することができる。音
楽のダウンロードが普及するに従って、消費者はダウンロードした音楽を自分の自動車内
で再生したいと考えるであろう。音楽再生用コンパクトディスクプレーヤを備える自動車
用ステレオは、ダウンロードした音楽を再生するために、ユーザにコンパクトディスクレ
コーダを購入してコンパクトディスクを焼くことを要求する。従って、カセット又はコン
パクトディスクを必要とせず、再使用可能なメディアを使用でき、コンピュータ又は他の
装置からダウンロードした音楽を再生できる、改良された自動車用オーディオシステムに
対する要求がある。

１つの利用可能な解決方法は、音楽をＭＰ３形式（又は他の圧縮ディジタル音楽形式）
で保存する半導体式自動車用ステレオである。このシステムは、典型的に大量の音楽デー
タを保存することができる。大量の音楽データを半導体式自動車用ステレオに保存できる
ので、ユーザが音楽を体系化できる方法が必要になる。従来のシステムでは、ユーザは再
生リスト（プレイリスト）を作ることができた。ユーザが定義する再生リストの欠点の１
つは、再生リストを作成するのに相当時間がかかり、ユーザが多数の再生リストをもつと
、ユーザはどの再生リストに何のトラック（例えば、歌曲）が入っているのかを思い出す
のに苦労する場合がある。最後に、多くの自動車には既にステレオが取り付けられている
ので、車の所有者にとっては、既存のインダッシュ型ステレオを利用して半導体デバイス
上のデータにアクセスできると好都合である。

従って、大量のデータを格納可能なシステムの各トラックにアクセスするための改良さ
れたインターフェースを提供する必要性がある。

本発明は、全体的には大量のコンテンツに系統的な方法でアクセスするためのシステム
に関する。本発明の１つの実施形態は、従来の自動車ステレオインターフェースを使用し
て、ディジタル音楽機器の音楽にアクセスするインターフェースを提供するために使用で
きる。音楽はＭＰ３形式のような圧縮ディジタル音楽データとして格納されるが、他の圧
縮形式を使用でき、非圧縮形式を使用することもできる。更に、本発明は、他のオーディ
オコンテンツ及びビデオコンテンツと一緒に使用でき、自動車関連及び自動車関連以外の
システムで使用できる。

本発明の１つの実施形態は、オーディオ／ビジュアルトラックを提示（再生）するシス
テムを含み、トラックはトラック識別属性を有している。本システムは、モードセットの
第１のモード識別を受信する。各々のモードは、別のトラックの識別属性に関連づけされ
る。各々のモードは、１つ又はそれ以上のトラック再生リストを含む。これらの再生リス
トは、事前に（例えば、第１のモードの識別を受信する前に）、又は必要に応じて自動的
に（例えば、第１のモードの識別を受信すると）作成される。特定モードの各々の再生リ
ストは、特定モードに対応するトラック識別属性の異なる値に基づく。本システムは、第
１のモードに関する第１の再生リストにアクセスし、第１の再生リストに基づいてトラッ
クを再生する。トラックは、歌曲、談話、映画、番組、コマーシャル、又は他のオーディ
オ／ビジュアルコンテンツとすることができる。

１つの実施形態において、トラック識別属性は、トラック、トラック特性、又は各トラ
ック特性の組み合わせを記述又は識別するのに使用できるデータ値である。トラック識別
属性は、既存の特性に準じるか又はユーザ作成のものとすることができる。トラック識別
属性としては、タイトル、アーティスト、アルバム、ジャンル、メディア形式、発行年、
評価、論評、品質等を挙げることができる。特性の組み合わせに基づくトラック識別属性
の例は、特定のアーティストと特定の発行時期を識別する属性である（例えば、Ｂｅａｔ
ｌｅｓの１９６８−１９７０）。特性の組み合わせに基づく別のトラック識別属性の例は
、特定のアーティストと特定のジャンルを識別する属性である（例えば、Ｂｉｌｌｙ Ｊ
ｏｅｌのクラシック）。

本発明の別の実施形態は、第１の識別属性に関する共通の値を有するトラックの第１の
セットの連続再生を含む。本システムは、トラックの第１のセットを連続再生すると同時
に、第２のトラックの識別属性の指示を受信する。トラックの第２のセットは、第２のト
ラックの識別属性の指示の受信時に再生中だった特定のトラックに関する第２のトラック
の識別属性についての特定の値に基づいて決定される。トラックの第２のセットは、第２
のトラックの識別属性についての特定の値を有する。その後、システムはトラックの第２
のセットを再生する。

本発明は、ハードウエア、ソフトウエア、又はハードウエア及びソフトウエアを組み合
わせたものを使用して実施できる。本発明に使用するソフトウエアは、１つ又はそれ以上
のプロセッサ読み取り可能な、ハードディスク装置、ＣＤ−ＲＯＭ、ＤＶＤ、光ディスク
、フロッピー（登録商標）ディスク、テープドライブ、ＲＡＭ、ＲＯＭ、又は他の適切な
記憶装置等の記憶メディアに格納される。別の実施形態において、幾つかの又は全てのソ
フトウエアは、カスタム集積回路、ゲートアレイ、ＦＰＧＡ、ＰＬＤ、及び専用コンピュ
ータ等の専用ハードウエアに置き換えることができる。

本発明の前記及び他の目的及び利点は、図面と関連して本発明の好適な実施形態が記載
された以下の説明により明らかになるであろう。

以下に説明する本発明の実施形態は車室内オーディオシステムに適合するが、本発明は
、別の状況でも使用でき、別の形式のオーディオ／ビジュアルデータに対しても使用でき
る。本出願の目的上、オーディオ／ビジュアルは、オーディオ単独、ビジュアル単独、又
はオーディオとビジュアルとを組み合わせたものを含む。オーディオデータの例としては
、音楽、発話、又は他の音声を含む。ビジュアルデータの例としては、ビデオ、アニメー
ション、スライドショー、テキスト、スチル画像等を含む。従って、本発明は、ビデオデ
ータ、ビジュアルテキストデータ、発話データ、又は他の形式のオーディオ／ビジュアル
データを再生するために使用できる。１つの実施形態において、オーディオ／ビジュアル
データは複数のトラックにグループ化される。トラックは、歌曲、メッセージ、物語、ビ
デオ、又はビデオの１場面等であってもよい。従って、トラックという用語は、オーディ
オ／ビジュアルデータのグループ化を言及するために使用される。

トラックは、再生リストによってグループ化できる。最も一般的な形態において、再生
リストはトラックリストである。リストは、順序づけできる場合もあれば順序づけできな
い場合もある。１つの実施形態において、リストは、トラック識別とトラックを探す場所
を示すパスとを格納する。別の実施形態において、追加的な情報を格納でき、より少ない
情報を格納できるか又は別の情報を格納できる。従来技術では、一般に、再生リストは、
再生リストに追加されることになる歌曲セットを手動で選択するユーザによって作成され
る。また、従来技術は、ユーザが再生リストを作成する基準を規定するための手段を備え
る。これらの手動で作成された再生リスト、及び基準に基づいて作成された再生リストの
両者は、ユーザ作成再生リストと呼ぶことにする。

図１は、本発明を実現可能なシステムの１つの実施形態を示す。図１は、オーディオ／
ビジュアルサーバの１つの実施形態においてある音楽サーバ１０２を示す。１つの実施形
態において、音楽サーバ１０２は、ディスクチェンジャをエミュレートする。音楽サーバ
１０２は、ヘッドユニット１０４と通信する。１つの実施形態において、ヘッドユニット
１０４は、標準的な自動車用ステレオヘッドユニットであり、ディスクチェンジャと通信
するようになっている。ヘッドユニット１０４には、ユーザに音楽を提供するスピーカ１
０６、１０８、１１０、及び１１２が接続されている。また、図１には、音楽サーバ１０
２又はドッキングステーション１２２（ドックとも呼ばれる）に接続可能な着脱式ディス
クカートリッジ１２０が示されている。１つの実施形態において、ディスクカートリッジ
１２０は、ハードディスクを備えている。別の実施形態において、ディスクカートリッジ
１２０は、別の種類の記憶メディア（例えば、フラッシュメモリ、ＲＡＭ、光ディスク、
ＤＶＤ等）を備えている。

ドッキングステーション１２２は、コンピュータ１２４に接続されている。１つの実施
形態において、ドッキングステーション１２２は、コンピュータ１２４のＵＳＢポートに
接続される。別の実施形態において、ドッキングステーション１２２は、パラレルポート
、シリアルポート、ファイヤワイヤ接続部、又は他のインターフェースに接続できる。別
の実施形態において、ドッキングステーション１２２は、赤外線、ＲＦ等の無線接続を使
用してコンピュータ１２４と通信できる。もしくは、ドッキングステーションは、ネット
ワーク上でコンピュータ１２４と通信する、ネットワーク上の独立した構成要素であって
もよい。

図１にはコンピュータ１２４に接続されているモニタ１２６が示されている。コンピュ
ータ１２４は、本技術分野では公知の標準的なパーソナルコンピュータである。例えば、
コンピュータ１２４は、プロセッサ、プロセッサと通信するメモリ、プロセッサと通信す
るハードディスク装置、ＵＳＢポート、シリアルポート、パラレルポート、ネットワーク
インターフェース（例えば、ネットワークカード又はモデム）、キーボード、及びポイン
ティングデバイスを含む。キーボード、ポインティングデバイス、及びモニタ１２６は、
ユーザが音楽サーバ１０２にトラックを追加できるように、グラフィカルユーザインター
フェース（ＧＵＩ）と情報のやりとりを行うために使用される。コンピュータ１２４は、
モデム、ＬＡＮ、又は他の手段を経由してインターネット１２８に接続される。本発明の
１つの実施形態において、インターネットを経由してトラックのダウンロード、トラック
関連情報のダウンロード、トラック関連情報の保存、及びファームウエアのダウンロード
を行うために、インターネットサーバ１３０が備えられている。図１のシステムの１つの
実施形態において、トラックは音楽である。

一般に、図１に示す実施形態は以下のように作動する。ユーザは、カートリッジ１２０
をドッキングステーション１２２に差し込む。ユーザは、コンピュータ１２４上でＧＵＩ
を利用してインターネット（インターネットサーバ１３０を含む）又は他のソースからコ
ンピュータ１２４のハードディスクにトラックをダウンロードする。音楽のダウンロード
は、本発明のＧＵＩを使用せずに行うこともできる。トラックがディスクカートリッジ１
２０上に保存された後に、ディスクカートリッジ１２０はドッキングステーション１２２
から取り外され、音楽サーバ１０２に挿入される。１つの実施形態において、音楽サーバ
１０２及びヘッドユニット１０４は、自動車内に取り付けられる。詳細には、音楽サーバ
１０２は、自動車のトランクの中に取り付けてもよく、ヘッドユニット１０４は、ダッシ
ュボード内に取り付けられる。ディスクカートリッジ１２０を音楽サーバ１０２に挿入し
た後に、ユーザは、ヘッドユニット１０４を使用してディスクカートリッジ１２０のトラ
ックにアクセスして、スピーカ１０６、１０８、１１０、及び１１２を介してそれらのト
ラックを再生できる。

ディスクカートリッジ１２０内のハードディスク装置は、音楽サーバ１０２によって再
生されることになる音楽ファイルを含む。また、ハードディスク装置は、種々のプログラ
ムコード、機器構成情報、及び再生リスト情報を含む。機器構成情報の例としては、各ト
ラック間で一時停止する必要があるか、テキスト出力を可能にする必要があるか、ランダ
ム再生を可能にする必要があるか、各トラック間のギャップ長、再生リスト内のトラック
の繰り返しに関する情報、ヘッドユニット１０４と通信するためにコントローラ３２０を
設定するための一連のファイル、及びフラッグセットを有するテキストファイルの情報を
挙げることができる。フラッグセットは、ディスクカートリッジの交換、他の接続機器、
ヘッドユニットのテキストのオン／オフ、アップカウント式又はダウンカウント式に表示
される経過時間のいずれかを示す。ディスクカートリッジの交換を示すフラッグは、１バ
イトの２進値であり、ディスクカートリッジ１２０がドッキングステーション１２２に接
続されてディスクカートリッジ１２０にデータが書き込まれるか又は削除されると、コン
ピュータ１２４によって増分される。もしくは、フラッグは１ビットとすることができる
。１つの実施形態において、音楽サーバ１０２は、ディスクカートリッジ１２０に書き込
みが禁止されていることに留意されたい。また、ドライブは、ヘッドユニットの任意のボ
タンの機能を無効にするのに使用されるボタンマッピングファイルを含む。ボックスを自
動的にオフにするための温度設定を行うためのファイルも含まれる。１つの実施形態にお
いて、音楽サーバ１０２は、温度を測定するための温度計及び電子部品を含む。温度がフ
ァイルの設定値に達すると、音楽サーバ１０２は自動的にオフになる。別のファイルは、
ヘッドユニット１０４と通信するためにコントローラ３２０をプログラムするのに使用さ
れるファームウエアを格納している。ハードディスク装置１７８上のファームウエア（及
びそのバージョン番号）は暗号化されている。

また、ハードディスク装置１７８は、音楽サーバ１０２用のオペレーティングシステム
を格納している。１つの実施形態において、使用されるオペレーティングシステムはＬＩ
ＮＵＸである。別のオペレーティングシステムも使用できる。オペレーティングシステム
の他に、各種ドライバ（ＩＤＥドライバ、ディジタル−アナログ変換用オーディオドライ
バ、プロセッサとコントローラとの間のシリアルインターフェース用ドライバ等を含む）
が格納されている。また、起動ファイルも格納されている（電源投入後にプロセッサ３０
２が実行する起動コードを含む）。

図２は音楽サーバ１０２の１つの実施形態の構成要素のブロック図を示す。バス３００
は、プロセッサ３０２、ブートＲＯＭ３０４、ＲＡＭ３０６、及びＩＤＥグルーロジック
３０８に接続される。ＩＤＥグルーロジック３０８にはＩＤＥコネクタ３１０が接続され
ている。ＩＤＥコネクタ３１０は、ディスクカートリッジ１２０のコネクタ１７２に接続
するために使用される。ＲＡＭ３０６はプロセッサ３０２のメモリとして使用される。１
つの実施形態において、ＲＡＭ３０６は１６メガバイトのＤＲＡＭを含む。ブートＲＯＭ
３０４は、プロセッサ３０２を起動するためのコードを格納するために使用される。また
、プロセッサ３０２はコントローラ３２０に接続される。ヘッドユニットとの通信はリア
ルタイムで行われるが、プロセッサはオーディオ／ビジュアルデータのデコード処理に使
用中なので、音楽サーバ１０２は、別のプロセッサ及びコントローラを使用する。１つの
実施形態において、プロセッサ３０２は、ＡＲＭアーキテクチャを実行するＣｉｒｒｕｓ
Ｌｏｇｉｃ社のＥＰ ７２１２である。適切なコントローラの一例は、Ｐｈｉｌｌｉｐ
ｓ８０５１マイクロコントローラである。別のプロセッサ及び／又はコントローラを使用
できることを留意されたい。コントローラ３２０はコントローラと呼ばれるが、コントロ
ーラ及びプロセッサという用語は互換性があり、コントローラ３２０はプロセッサと呼ば
れる場合もある。

コントローラ３２０とプロセッサ３０２との間の通信は、シリアルインターフェースを
含む。特定の実施形態において、プロセッサ３０２からコントローラ３２０に送信される
プログラム信号が存在する。コントローラ３２０は、内部フラッシュメモリを含む。プロ
グラム信号は、コントローラ３２０の内部フラッシュメモリをプログラムするためにプロ
セッサによって使用される。コントローラ３２０は、コネクタ３２２に接続されたグルー
ロジック３３０に接続される。１つの実施形態において、コネクタ３２２は２４ピンのセ
ントロニクスポートである。コネクタ３２２はケーブルに取り付けられる。ケーブルの他
端はヘッドユニット１０４に接続される。多数の自動車用ステレオヘッドユニットは、ヘ
ッドユニット裏側にディスクチェンジャ用ポートを有する。このポートは、ケーブル接続
用のインターフェースを有する。ディスクチェンジャポートで通信される信号は、１２ボ
ルトの電源、接地、アクセサリ信号、クロック信号、及びデータピンを含む。別の方法と
して、アクセサリ信号は、ケーブルの一部ではなく、送信されないか又は独立して送信さ
れる。

グルーロジック３３０は再プログラム可能である。例えば、グルーロジック３３０は、
ＦＰＧＡ又はＰＬＤ（並びに他の適切なプログラム可能なロジックデバイス）とすること
ができる。グルーロジック３３０は、プロセッサ３０２に接続されてプログラムされる。
グルーロジック３３０は、ラッチ回路、インバータ回路、及び各々のヘッドユニットに特
有であり、特定のヘッドユニットと互換性のあるコントローラ３２０と通信を行うために
使用される他のグルーロジックを備える。

また、コネクタ３２２は、電力モジュール３３０に接続される。ヘッドユニット１０４
からコネクタ３２２へのケーブルは、自動車のアクセサリ信号と、車のバッテリ又は他の
電源からの１２ボルトの電力を供給する。この１２ボルト電力は、電力モジュール３３０
に供給される。次に、電力モジュール３３０は、図２に示される構成要素に供給される５
ボルトＤＣ電力を生成する。信号３４０は、コントローラ３２０に５ボルトの電力を供給
する。他の構成要素に対する５ボルトの電力接続は、図２には示されていない。また、電
力モジュール３３０は、コントローラ３２０の内部フラッシュメモリをプログラムするた
めに、１２ボルトの電力信号３４２をコントローラ３２０に伝達する。１つの実施形態に
おいて、電力モジュール３３０はＮａｔｉｏｎａｌ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ社のＬ
Ｍ３１７である。電力モジュール３３０にはスイッチ３３２が接続されている。１つの実
施形態において、スイッチ３３２は、音楽サーバ１０２にディスクカートリッジ１２０が
適切に挿入された場合にオンになる。スイッチ３３２がオンになると共にアクセサリ信号
がオンになると、電力モジュール３３０は、図２の構成要素に５ボルトの電力を供給する
。スイッチ３３２がオンでないか又はアクセサリ信号がオンでない場合、電力モジュール
３３０は図２の構成要素に電力を供給しない。従って、ディスクカートリッジ１２０が音
楽サーバ１０２に適切に挿入されない限り音楽サーバ１０２は作動しない。１つの実施形
態において、唯一の例外は、５ボルトの電力信号３４０が常にオンになっていることであ
る。別の実施形態において、システムはスイッチ３３２を備えておらず、ディスクカート
リッジ１２０が挿入されていなくても作動する。この別の実施形態において、音楽はＲＡ
Ｍ３０６又は他の記憶メディアに保存される。

また、図２にはプロセッサ３０２及びコネクタ３２２に接続されたディジタル−アナロ
グ変換器３２４が示されている。また、ディジタル−アナログ変換器３２４にはオーディ
オコネクタ３２６が接続されている。１つの実施形態において、オーディオコネクタ３２
６は、１つ又はそれ以上のＲＣＡオーディオポートを含む。１つ又はそれ以上のケーブル
は、オーディオコネクタ３２６をヘッドユニット１０４に接続する。１つの実施形態にお
いて、プロセッサ３０２は、オーディオ／ビジュアルファイルをデコードするために使用
される。デコードされたオーディオ／ビジュアルデータは、ディジタル−アナログ変換器
３２４に伝達され、次にオーディオコネクタ３２６又はコネクタ３２２に伝えられる。従
って、サーバ１２０は、特定のヘッドユニットに応じて、コネクタ３２２又はオーディオ
コネクタ３２６を経由して、ヘッドユニット１０４にオーディオ信号を供給することがで
きる。コネクタ３２２を経由して送信されたオーディオ信号は、特定のヘッドユニットに
応じてアナログ信号の場合もあればディジタル信号の場合もある。

コントローラ３２０内のフラッシュメモリは、コントローラ３２０を適切なヘッドユニ
ットとインターフェース接続するようにプログラムするためのファームウエアを格納する
。音楽サーバ１０２が第１のヘッドユニットと通信するように初期設定され、その後、ユ
ーザが異なるヘッドユニットを備える別の自動車に音楽サーバ１０２をインストールする
場合、コントローラ３２０は、コントローラ３２０の内部フラッシュメモリのファームウ
エアを変更することによって、新しいヘッドユニットと通信するように再プログラム可能
である。

音楽サーバ１０２からヘッドユニット１０４への接続は、前述のようにピンコネクタと
ケーブルを含む点に留意されたい。ピンコネクタ及びケーブルの組み合わせの別の方法と
しては、ケーブル単独、ピンコネクタ単独、無線接続、光接続、イーサネット（登録商標
）、ＬＡＮ、モデム、又は他の高速又は低速データラインを挙げることができる。

図３は、前述の本発明の実施形態の全体的な使用方法を示すフローチャートである。ス
テップ４０２において、ユーザは音楽を取得する。音楽を取得するためには多数の適切な
選択肢がある。１つの実施形態において、音楽は、フロッピー（登録商標）ディスク
、ＣＤ−ＲＯＭ、オーディオコンパクトディスク等からコンピュータ１２４に転送することで取得される。別の方法として、音楽は、インターネットからダウンロードすることができる。また、音楽は、ネットワークを経由して転送することによって、又は、音楽又はオーディオ／ビジュアルファイルを転送するための公知の他の任意の手段によってコンピュータ１２４に保存できる。ステップ４０４において、音楽サーバ１０２を使用して再生する必要がある音楽は、コンピュータ１２４からドッキングステーション１２２を経由してディスクカートリッジ１２０に転送される。ステップ４０６において、ディスクカートリッジ１２０がドッキングステーション１２２から取り出される。ステップ４０８において、ディスクカートリッジ１２０は音楽サーバ１０２に挿入される。ステップ４１０において、ユーザはヘッドユニット１０４を操作する。ステップ４１２において、ヘッドユニット１０４は、音楽サーバ１０２に特定の音楽の再生を要求する命令を送信する。ステップ４１４において、音楽サーバ１０２は要求された音楽をヘッドユニット１０４に供給する。ステップ４１６において、ヘッドユニット１０４は、スピーカ１０６、１０８、１１０、及び１１２を介して音楽を再生する。

図１から図３の実施形態は、本発明を実現するためのシステムの実施例を与えるもので
ある。これらシステムの詳細は、２０００年３月８日出願の米国特許出願番号０９／５２
１，１８２「オーディオ／ビジュアルサーバ」、及び２００１年３月１日出願のＰＣＴ出
願番号ＰＣＴ／ＵＳ０１／０６６０２「オーディオ／ビジュアルサーバ」に説明されてお
り、いずれも本明細書に引用によって組み込まれている。図１から図３の実施形態は、本
発明を利用した適切なシステムの実施例であり、他の多くのシステムを利用できる点に留
意されたい。さらに、図２の種々の構成要素の相互の通信方法の詳細なシステム設計の殆
どは本発明には関係しない。

図４は自動車用ステレオヘッドユニット１０４の例示的なユーザインターフェースの正
面図である。ユーザインターフェースは、ユーザがステレオシステムを制御してステレオ
システムから戻される情報を受信する手段を備える。図４のインターフェースは、自動車
のステレオ用であるが、このインターフェースは他の形式のオーディオ／ビジュアル機器
に使用することもできる。インターフェースは表示部５００を含む。自動車用ヘッドユニ
ット１０４がラジオを制御している場合、表示部５００には現在選局中のラジオ局が表示
されることになる。自動車用ヘッドユニット１０４がＣＤチェンジャを制御している場合
、表示部５００の左側には「ＣＤ」が表示され、表示部５００にディスク番号（例えば２
）及びトラック番号（例えば０７）が表示されることになる。特定の実施形態において、
ヘッドユニット１０４はインダッシュ型ＣＤプレーヤを備えることもできる。ヘッドユニ
ット１０４は、音量ボタン５０２及び選局ボタン５０４を有する。また、ヘッドユニット
１０４は、ソースボタン５０６、５０８、及び５１０を有する。ＦＭボタン５０６により
ヘッドユニット１０４はＦＭ局を選局できる。ＡＭボタン５０８によりヘッドユニット１
０４はＡＭ局を選局できる。ＣＤボタン５１２によりヘッドユニット１０４はディスクチ
ェンジャを作動させることができる。ＦＭ又はＡＭの選局中にスキャンボタン５１０を押
すと、ヘッドユニットは種々のラジオ局をスキャンすることになる。ディスクチェンジャ
の操作中にＲＮＤボタンを押すと、ディスクチェンジャのトラックはランダムに再生され
ることになる。リバースボタン５１６は、ディスクチェンジャを前のトラックに戻すため
に使用される。リバースボタン５１６を押し続けると、ディスクチェンジャはトラックを
反対方向にスキャンすることになる。フォワードボタン５１８を押すと、ディスクチェン
ジャは次のトラックに移動することになる。フォワードボタン５１８を押し続けると、デ
ィスクチェンジャはそのトラックを早送りすることになる。また、ヘッドユニット１０４
は、６個の番号ボタン５２０（「１」）、５２２（「２」）、５２４（「３」）、５２６
（「４」）、５２８（「５」）、及び５３０（「６」）を含む。ボタン５２０−５３０は
、ディスクチェンジャからＣＤを選択するために使用される。すなわち、一部のディスク
チェンジャは６枚のＣＤを収容することができる。ボタン５２０を選択することによって
ディスク１が選択され、ボタン５２２を選択することによってディスク２が選択され、ボ
タン５２４を選択することによってディスク３が選択され、ボタン５２６を選択すること
によってディスク４が選択され、ボタン５２８を選択することによってディスク５が選択
され、ボタン５３０を選択することによってディスク６が選択されることになる。１つの
実施形態において、ラジオとして作動中にはボタン５２０−５３０は予め設定されたラジ
オ局を選局するために使用できる。特定の実施形態において、ヘッドユニット１０４は、
任意の１つ又はそれ以上のボタンの代わりに又はそれらに加えて、ノブ、スライダ、音声
入力、タッチパネル等を使用することができる。ユーザインターフェース上のボタン、ノ
ブ、スライダ、タッチパネル、音声入力等の各々は、入力装置として知られている。本発
明を実現するために、システムは任意の形式の任意の数の入力装置を使用することができ
る。例えば、１つの実施形態において、本発明の全ての機能を果たすために、ヘッドユニ
ットは音声命令を入力する１つの入力装置を含むことができる。

本発明の１つの実施形態は、ディスクチェンジャをエミュレートするために、前述のオ
ーディオ／ビジュアルサーバを使用することができる。この実施形態において、ユーザが
作成した種々の再生リストを選択するためにボタン５２０−５３０を使用することができ
る。しかしながら、全てのトラックを６つの再生リストに保存するようにユーザに要求す
ることは、ユーザがトラックを管理して体系化するための最良の方法ではない場合もある
。従って、本発明は、オーディオ／ビジュアルサーバ（又は他の装置）上のトラックを体
系化してアクセスする新しい有効な方法を提供する。本発明の１つの実施形態は、各モー
ドを選択するために６つのボタン５２０−５３０を使用する。１つの具体例では、少なく
とも６つのボタンを必要とする。別の具体例では、６つよりも多いか又は少ないボタンを
使用できる。また、本発明は、フォワードボタン５１６及びリバースボタン５１８を利用
する。１つの実施形態において、ボタン５２０−５３０、及びボタン５１６、５１８は、
本発明を実施するための必要最小限のボタンである。別の実施形態において、それらのボ
タンよりも多いか又は少ないボタンを使用できる。１つの具体例では、本発明は、６つの
ボタン５２０−５３０よりも多くない場合にのみ利用され、ボタンは列内で一度だけ登録
され、１つのボタンの押圧操作に関連するメッセージは１つだけあり、番号ボタンにより
オーディオ出力を簡単に消音できる。別の実施形態において、別の制限を適用できる。

本発明の１つの実施形態では、モードボタンとアクションボタンの２組のボタンを使用
する。モードボタンは、ヘッドユニット上の１−６の番号付きボタンである（ボタン５２
０−５３０）。アクションボタンは、フォワードボタン５１６及びリバースボタン５１８
である。別の実施形態において、モードボタンとアクションボタンとして別のボタンを使
用できる。本発明の１つの実施形態では、６つのモード、すなわちトラックモード、再生
リストモード、アルバムモード、アーティストモード、ジャンルモード、及び特別機能モ
ードを含む。ユーザは、トラックモードを使って現行の再生リスト上の現行のトラックを
別のトラックに変更することができる。現行の２桁のトラック番号は表示部５００上に表
示される。これはデフォルトモードである。１つの実施形態において、他の全てのモード
は数秒後にデフォルトモードに戻ることになる。

ボタン５２０を押すことによって、システムはトラックモードに入ることになる。トラ
ックモードの状態では、システムは、ボタン５１８が押されると現行の再生リス上で１ト
ラック進み、ボタン５１６が押されると１トラック戻り、ランダムボタン５１４が押され
ると現行の再生リストをランダム化することになる。１トラック戻ることは、現行の歌曲
の先頭にない場合は、現行の歌曲の先頭に戻ることを含む。１トラック戻ることは、現行
の歌曲の先頭にある場合は、前のトラックを再生することを含む。つまり、トラックモー
ドは、使用中の現行の再生リストに関するトラックを切替えるために使用される。ユーザ
は、再生リストを切替えるためには、再生リストモード、アルバムモード、アーティスト
モード、又はジャンルモードに進む必要があるであろう。

再生リストモードにより、ユーザは、ユーザが作成した各再生リストを変更することが
できる。再生リストモード時に、表示部５００は、アクセス中の再生リストの番号を表示
する。ユーザがボタン５２２を押すとシステムは再生リストモードに進むことになる。再
生リストモード時にフォワードボタン５１８を押すと、システムはユーザが作成した次の
再生リストにアクセスし、ボタン５１６を押すと、システムはユーザが作成した前の再生
リストにアクセスし、ランダムボタン５１４を押すと、システムはランダム機能（例えば
、ランダムトラック及び／又はランダム再生リスト）に戻る。

アルバムモードにより、ユーザはオーディオ／ビジュアルサーバ上の種々のトラックの
アルバムを閲覧することができる。システムはアルバム毎に全てのトラックを分類して、
アルバムのリストを作成する。アルバムモードにおいて、ユーザは、種々のアルバムを閲
覧し、１つの特定のアルバムを選択してそのアルバムからのトラックを再生することがで
きる。１つの実施形態において、システムは、各々のアルバムに関する再生リストを作成
する。各々の再生リストは、同じアルバムからのトラックを含む。アルバムモードにおい
て、ユーザは所望のアルバムの再生リストを選択する。ユーザは、ボタン５２４を押して
アルバムモードに進む。アルバムモード時に、ボタン５１８を選択するとシステムは次の
アルバムの再生リストにアクセスし、ボタン５１６を押すとシステムは前のアルバムの再
生リストにアクセスし、ランダムボタン５１４を押すとランダム機能に戻る。各々のアル
バムの再生リストは、その再生リストの再生中に表示された番号が割り当てられる。もし
くは、アルバムを特定するテキストメッセージを表示することができる。

アーティストモードにより、ユーザはオーディオ／ビジュアルサーバ内の歌曲で表され
る全てのアーティストのリストを閲覧することができる。１つの実施形態において、オー
ディオ／ビジュアルサーバは、全てのトラック（例えば、歌曲）をアーティスト毎に分類
し、そのアーティストによる再生リストを作成する。再生リスト上の各々のトラックのア
ーティストは同一である。次に、ユーザはどのアーティストを聴くか選択することができ
、そのアーティストの全てのトラックが再生されることになる。ユーザは、ボタン５２６
を押してアーティストモードに入る。アーティストモード時に、ボタン５１８を選択する
と、システムはユーザが作成した次の再生リストにアクセスし、ボタン５１６を選択する
と、システムはユーザが作成した前の再生リストにアクセスし、ランダムボタン５１４を
選択すると、システムはランダム機能に戻る。１つの実施形態において、各々のアーティ
ストの再生リストには番号が割り当てられ、アクセス中のアーティストの適切な番号が表
示部５００に表示される。別の実施形態において、アーティストの名前を表示するために
テキストが使用される。

ジャンルモードにより、ユーザはジャンル別（例えばロック、ジャズ、クラシック）に
歌曲を閲覧することができる。１つの実施形態において、システムは全ての歌曲をジャン
ル毎に分類し、各々のジャンルの再生リストを作成することができる。特定の再生リスト
上の各々の歌曲はジャンルが同一とすることができる。すなわち、ロックの再生リスト上
の全ての歌曲はロック曲である。ボタン５２８を押すことによって、ユーザはジャンルモ
ードに入る。ジャンルモードの状態で、ユーザは、ボタン５１８を選択して次ジャンルの
再生リストに進むことができ、ボタン５１６を選択して前のジャンルの再生リストに戻る
ことができ、又はボタン５１４を選択してマガジンのランダム機能を作動させることがで
きる。ジャンルモード時に、システムはアクセス中の特定のジャンルを表示部５００上に
表示する。１つの実施形態において、各々のジャンルは番号が割り当てられ、その番号は
表示部５００に表示される。もしくは、「ロック」、「ジャズ」等を表示するテキストメ
ッセージが表示される。

特別機能モードにより、将来機能を追加できるばかりでなく、いくつかのランタイム機
能と設定機能にアクセスできるようになる。１つの実施形態において、特別機能メニュー
は、１レベルの深さに制限される。別の実施形態において、複数のレベルが使用できる。
ボタン５３０を選択することによってユーザは特別機能モードに入る。特別機能モードの
状態で、ユーザはリバースボタン５１６とフォワードボタン５１８を使用して種々のメニ
ュー項目を切替えることができる。スキャンボタン５１０は項目を選択するために使用さ
れる。１つの実施形態において、特別機能メニューは６つの項目を含む。第１の項目はク
イックヘルプメニューである。第２の項目はユーザヘルプのために音声メッセージをオン
にする。第３の項目は音声メッセージをオフにする。第４の項目は全ての音声メッセージ
を英語にする。第５の項目はヘルプメッセージを英語以外（例えばドイツ語）にする。第
６の項目はオーディオファイルからバージョンリリース情報を再生する。

前述したように、ヘッドユニット１０４は、コントローラ３２０が受信したメッセージ
を伝送することによって、オーディオ／ビジュアルサーバ１０２と通信する。コントロー
ラ３２０は、プロセッサ３０２と通信する。コントローラ３２０とプロセッサ３０２との
間で伝送される特定のメッセージとしては、コントローラ３２０からプロセッサ３０２へ
の、要求された現行モード及び選択されたアクションの通知を挙げることができる。追加
的に、種々のトラックの再生開始又は終了を示すメッセージをコントローラ３２０からプ
ロセッサ３０２に送ることができる。例えば、機能モードに入ると、コントローラ３２０
は、コントローラが機能メニューに入ったことを示すメッセージをプロセッサ３０２に送
ることになる。プロセッサ３０２は、最新の機能メニューに関する情報に応答することに
なる。また、コントローラ３２０は、どのメニュー項目が表示部に表示されているかをプ
ロセッサ３０２に知らせることができる。プロセッサ３０２は、オーディオファイルを再
生するか、又はテキストパケットを返答するか、又は何もしない。また、コントローラ３
２０は、一組のメニュー項目、メニューレベル、又はトラックの上方又は下方のどちらに
進むかをプロセッサ３０２に知らせる。

前記の説明は、カスタムユーザの再生リスト、アーティスト毎に体系化された再生リス
ト、アルバム毎に体系化された再生リスト、及びジャンル毎に体系化された再生リストを
説明していることに留意されたい。また、本発明は、例えば、発行日、バンドのメンバー
、出身国、アルファベット順、俳優、長さ、言語、又は任意の他の基準といった、トラッ
クの他の属性毎に体系化された再生リストをサポートする。１つの実施形態において、モ
ードはトラック識別属性に関連する。トラック識別属性は、トラックを記述するデータ値
とすることができ、トラックを識別するために使用できる。例示的に、タイトル、アルバ
ム、ジャンル、アーティスト、発行年、出身国、言語、俳優、長さ、又はトラックを記述
又は識別するために使用できる他の情報等が含まれる。１つの実施形態において、本発明
は、ＭＰ３フォーマット形式の音楽ファイルと一緒に使用される。最近のＭＰ３ファイル
はＩＤ３タグを含んでいる。ＩＤ３タグは、トラックのタイトル、アーティスト、アルバ
ム、録音年、トラック番号、ジャンル、及びコメントを記憶することができる。ＩＤ３タ
グの情報は全てトラック識別属性とすることができる。

図５は、本発明を実施するプロセスの１つの実施形態を示すフローチャートである。ス
テップ６０２において、オーディオ／ビジュアルサーバ１０２は電源オンになる。１つの
実施形態において、電源オンになるとシステムはデータ構造セットを作成することになる
。各々のモード毎に１つのデータ構造が存在する。各々のトラック識別属性に対するモー
ドが存在する実施形態において、各々のトラック識別属性に対して１つのデータ構造が存
在する。１つの選択肢において、各々のモードに関する情報を格納することになるデータ
構造は１つだけ存在する。データ構造は、再生リストの情報を格納する。１つの実施形態
において、各々のモードは、トラック識別属性（例えばアルバム、タイトル、ジャンル等
）に関連づけされる。各々のモードは、再生リストセットを含むことができる。各々の再
生リストは、対応するトラック識別属性に関する異なる値に関連づけることができる。各
々の再生リスト内では、再生リスト内の各々のトラックは検討中のトラック識別属性と同
じ値をもつ。例えば、アーティストモードに関して、オーディオ／ビジュアルサーバに歌
曲が保存されている１０人のアーティストにそれぞれ対応する１０個の再生リストが存在
できる。このモードに対応するトラック識別属性は「アーティスト」であり、各々の再生
リストはアーティストの属性に対して異なる値をもつ。各々の再生リスト内では全てのト
ラックが同じアーティストによるものなので、再生リスト内の各々のトラックに対するア
ーティストの属性の値は同じである。図６は、図５のステップ６０４で作成された種々の
データ構造の実施例を示す。データ構造６６０は、ユーザが作成した再生リストを格納す
る。データ構造６７０は、アーティストモードの再生リストを格納する。データ構造６８
０は、アルバムモードの再生リストを格納する。データ構造６９０は、ジャンルモードの
再生リストを格納する。１つの実施形態において、図６の各々のデータ構造はアレイ構造
である。別の実施形態において、データ構造はリンクづけされたリストである。別の形式
のデータ構造も使用できる。

データ構造６６０は、再生リスト６６２、再生リスト６６４、・・・再生リスト６６６
を示す。各々の再生リストはトラックセット（Ｔｒ１、Ｔｒ２、Ｔｒ３、・・・ＴｒＮ）
を含む。各々のトラックに関しては、データ構造は、トラック名とハードディスク上のそ
のトラックへのパスを格納する。特定の実施形態において、トラック識別属性の全て又は
サブセットが格納される。１つの実施形態において、図６の全ての再生リストのトラック
がセット順に格納され、その順番で再生される。別の実施形態において、再生リストは順
不同である。

データ構造６７０は、再生リスト６７２、再生リスト６７４、・・・再生リスト６７６
を格納する。各々の再生リストはトラックセット（Ｔｒ１、Ｔｒ２、Ｔｒ３、・・・Ｔｒ
Ｎ）を含む。各々のトラックに関しては、データ構造は、トラック名とハードディスク上
のそのトラックへのパスを格納する。特定の実施形態において、トラック識別属性の全て
又はサブセットが格納される。

データ構造６８０は、アルバムモードの再生リストを格納する。データ構造６８０は、
Ｎ個の再生リストを格納できる。図６は、再生リスト６８２、再生リスト６８４、・・・
再生リスト６８６を示す。各々の再生リストはトラックセット（Ｔｒ１、Ｔｒ２、Ｔｒ３
、・・・ＴｒＮ）を含む。各々のトラックに関しては、データ構造は、トラック名とハー
ドディスク上のそのトラックへのパスを格納する。特定の実施形態において、トラック識
別属性の全て又はサブセットが格納される。別の実施形態において、各々のトラックにつ
いての別の情報を格納することができる。

データ構造６９０は、ジャンルモードの再生リストを格納する。Ｎ個までの再生リスト
を格納することができる。図６は、再生リスト６９２、ジャンル再生リスト６９４、・・
・ジャンル再生リスト６９６を示す。各々の再生リストはトラックセット（Ｔｒ１、Ｔｒ
２、Ｔｒ３、・・・ＴｒＮ）を含む。各々のトラックに関しては、データ構造は、トラッ
ク名とハードディスク上のそのトラックへのパスを格納する。特定の実施形態において、
トラック識別属性の全て又はサブセットが格納される。

オーディオ／ビジュアルサーバは、起動時に複数の再生リストを作成する。つまり、シ
ステムは、全てのトラックをアルバム、アーティスト、ジャンル、及び／又は他の属性毎
に体系化する。各々のモードについて再生リストセットが存在する。すなわち、ユーザが
アーティストモードに入ると、ユーザは種々のアーティストの再生リストを閲覧すること
ができる。前述のように、ハードディスクに保存された音楽によって表される、各々のア
ーティストに対して１つのアーティスト用再生リストが存在する。ユーザが再生リストを
選択した状態で、ユーザは、ユーザに対して再生される、再生リストからの歌曲を取得す
ることになる。ユーザは、再生リストを閲覧するためにフォワードボタン及びリバースボ
タンを使用できる。

図７は、図６のデータ構造を作成するプロセスを説明するフローチャートである。つま
り、図７のプロセスは、図５のステップ６０４を実現するものである。特に、図７はデー
タ構造６７０を作成するプロセスを例示的に説明する。また、別のデータ構造を作成する
ために同じプロセスを使用できる。

ステップ７０２において、システムはデータベースファイルにアクセスする。すなわち
、オーディオ／ビジュアルサーバに配置されたハードディスク装置は、ドッキングステー
ション１２２からカートリッジ１２０を取り外す前に、コンピュータ１２４がハードディ
スク装置に追加した多数のデータベースファイルを記録する。１つの実施形態において、
アーティスト用のデータベースファイル、ジャンル用のデータベースファイル、及びアル
バム用のデータベースファイルが存在する。特定の実施形態において、各々のモードに対
して１つのデータベースファイルが存在する。もしくは、モードを作成するのに使用され
る、各々のトラック識別属性に対して１つのデータベースを考えることができる。

アーティストのデータベースファイルにおいて、最初に全てのトラックはアーティスト
毎に格納され、次にジャンル毎、次にアルバム毎、次にタイトル毎に格納される。各々の
タイトルと一緒にその特定のタイトルに関するハードディスク上のパスが保存される。換
言すれば、データベースファイルは、アーティスト毎に分解される。各々のアーティスト
内に各々のジャンルのカテゴリが存在する。各々のジャンル内に各々のアルバムのカテゴ
リが存在する。各々のアルバム内にタイトルリストが存在する。

ジャンルのデータベースファイルは、最初にジャンル毎に格納される。各々のジャンル
内にアーティストのリストが存在する。各々のアーティスト内にアルバムのリストが存在
する。各々のアルバムに関して、関連パスと一緒にトラックのリストが存在する。

アルバムのデータベースファイルは、最初にアルバム毎に保存される。各々のアルバム
内にジャンルのリストが存在する。各々のジャンル内にアーティストのリストが存在する
。各々のアーティスト内に関連パスと一緒にタイトルのリストが存在する。前記ではアー
ティストのデータベースファイル、ジャンルのデータベースファイル、及びアルバムのデ
ータベースファイルに関する順序付けセットが例示されている。本発明では、別の順序付
けを使用できる。本発明を利用するために１つの固有の順序付けが必要になるものではな
い。

図７のステップ７０２は、アーティスト（又は他の適切な）データベースファイルを読
み取るシステムを含む。ステップ７０４において、データベースファイル内の次のアーテ
ィストにアクセスする。これがステップ７０４での最初の実行の場合、第１のアーティス
トにアクセスする。ステップ７０６において、アーティスト用のアレイを作成する。アレ
イは再生リストを表す。例えば、ステップ７０６は、アーティスト１に関する作成中の再
生リスト６７２を含むことができる。ステップ７０８において、そのアーティストの下に
記載された次のジャンルにアクセスする。各々のアーティストに関してジャンルのリスト
が存在することに留意されたい。ステップ７０８において次のジャンルにアクセスする。
このアーティストに関してステップ７０８が最初に実行される場合、第１のジャンルにア
クセスする。ステップ７１０において、次のアルバムにアクセスする。各々のジャンル内
でアルバムのリストが提供される。次のアルバムがステップ７１０において選択される。
このジャンル及びアーティストに関して、ステップ７１０が最初に実行される場合、第１
のアルバムを選択する。各々のアルバム内にはトラックタイトルのリスト及び対応するパ
スが存在する。ステップ７１２において、次の（おそらくは最初の）タイトル及び関連パ
スにアクセスする。ステップ７１４において、トラックのタイトル、パス、アルバム、ジ
ャンル、及びアクセスされたトラックのアーティストが、ステップ７１４の次の利用可能
な入力時にアレイに格納される。別の実施形態において、トラックのタイトル及びパスだ
けが格納される。特定の実施形態において、別の情報を格納することができる。ステップ
７１６において、アクセス中の現行のアルバムに関してそれ以上のトラックが存在するか
否かが判定される。それ以上のトラックがある場合、ステップ７１２に戻る。現行のアル
バムに関してそれ以上のトラックが無い場合、ステップ７１８に戻る。ステップ７１８に
おいて、現行のジャンルに関してそれ以上の考慮すべきアルバムが存在するか否かが判定
される。それ以上のアルバムがある場合、ステップ７１０に戻る。現在のジャンルに関し
てそれ以上の考慮すべききトラックが無い場合、ステップ７２０に戻り、現行のアーティ
ストに関してそれ以上の考慮すべきジャンルが存在するか否かが判定される。それ以上の
考慮すべきジャンルが無い場合、ステップ７０８に戻る。現行のアーティストに関してそ
れ以上の考慮すべきジャンルが無い場合、ステップ７２２に戻る。ステップ７２２におい
て、現行のデータベースファイルに関して対それ以上の考慮すべきアーティストが存在す
るか否かが判定される。それ以上の考慮すべきアーティストがある場合、ステップ７０４
に戻る。それ以上の考慮すべきアーティストが無い場合、図７の方法は終了する。図７は
、データベースファイルの各々に対して実行され、アーティストモード、アルバムモード
、ジャンルモード、及び所望の任意の他の全てのモードに関連するトラック識別属性の各
々に関するデータ構造を作成する。しかしながら、異なるデータベースファイルに関して
、アーティスト、アルバム、ジャンル、及び他の属性を検索する順序は、データベースフ
ァイル内の分類に依存することになる。

再び図５を参照すると、図６の各々のデータ構造はステップ６０４において作成される
。ステップ６０４の後に、システムは、ラジオ、テーププレーヤ、ＣＤプレーヤ、ディジ
タル音楽プレーヤ等として使用されるシステムを含む、通常の操作モードに進む。ステッ
プ６０６において、システムはＣＤを再生するための選択信号を受信する。１つの実施形
態において、ステップ６０６は選択されたボタン５１２を含む。本発明の１つの実施形態
は、ボタン５１２が選択されたときにディスクチェンジャをエミュレートするために音楽
サーバ１０２を使用する。つまり、ユーザがＣＤボタン５１２を押すと音楽サーバ１０２
が起動し、ディスクチェンジャをエミュレートして圧縮ディジタル音楽ファイルを再生す
ることになる。図５のステップ６０８において、音楽サーバ１０２は音楽再生を開始する
。１つの実施形態において、音楽サーバ１０２は、それが中断された地点で音楽再生を開
始することができる。音楽サーバ１０２が停止された時に、サーバはすでにそのトラック
の特定の位置のトラックを再生中であった。音楽サーバは、そのトラックが停止した場所
から再生を続けることで動き出すことになる。

図５のステップ６１０において命令が受信される。一般に、命令は、ユーザが図４に示
す制御デバイス（例えばボタン、ノブ、スライダ等）の１つを呼び出した後に受信される
ことになる。もしくは、リモートコントロール又は他のインターフェースは、命令を送る
ために使用できる。ユーザがボタン、ノブ、スライダ等の１つを呼び出すと、音楽サーバ
１０２に命令が送られる。命令が送られるまで、音楽サーバ１０２は最新の再生リストに
基づいて音楽の再生を続け、命令を待つことになる。受信可能な命令は、トラック命令及
びモード命令の少なくとも２種類である。トラック命令を受信すると、どの種類の命令を
受信したかを判定する（ステップ６１２）。ユーザがリバースボタン５１６を呼び出すと
、システムはステップ６１４で現行の再生リストの前のトラックを再生する。音楽サーバ
が歌曲の途中の場合、前の歌曲を再生することは、現行のトラックの先頭に戻ることを含
みことができる。音楽サーバがすでにトラックの先頭にある場合、前のトラックを再生す
ることは、再生リスト上の前のトラックの再生を含む。もしくは、前のトラックの再生は
常に再生リスト上の前のトラックの再生を意味する。受信した命令が（フォワードボタン
５１８に対応して）フォワード命令の場合、音楽サーバ１０２は、ステップ６１６におい
て現行の再生リスト上の次のトラックを再生する。受信した命令が（ランダムボタンに対
応して）ランダム命令の場合、音楽サーバ１０２は、ステップ６１８においてランダムモ
ードに進み、ステップ６２０においてランダム化された再生リスト上の最初のトラックを
再生する。ステップ６１４、６１６、及び６２０の後、本方法はステップ６１０に戻り、
現行のトラックを再生しながら次の命令を待つ。

ステップ６１０で受信した命令がモード命令の場合、システムはステップ６３０でどの
モードの命令を受信したかを判定する。再生リストのモード命令を受信した場合（例えば
ボタン５２２）、システムはステップ６３２で再生リストモードに進む。アルバムモード
命令を受信した場合（例えばボタン５２４）、システムはステップ６３４でアルバムモー
ドに進む。アーティストモード命令を受信した場合（例えばボタン５２６）、システムは
ステップ６３６でアーティストモードに進む。ジャンルモード命令を受信した場合（例え
ばボタン５２８）、システムはステップ６３８でジャンルモードに進む。１つの実施形態
において、システムがトラックモードの状態にある場合にボタン５２０が押されると、何
も実行されない。

図８は、任意の１つのモードを実行するプロセスを示すフローチャートである。すなわ
ち、図８のプロセスは、再生リストモード６３２、アルバムモード６３４、アーティスト
モード６３６、及びジャンルモード６３８、又は他のモードを実行するために使用される
。ステップ７６０において、システムは、切替えモードか否かを判定する。例えば、シス
テムがすでにアルバムモードにあり、ユーザがアルバムモードのためのボタン５２４を選
択した場合、システムは切替えモードにならずステップ７６２で第１の音声セットを再生
することになる。ステップ７６２の１つの実施例は、使用中の現行の再生リストの音声に
よる通知を含むことができる。ステップ７６０において、システムが切替えモード（例え
ば、アルバムモードからアーティストモードへの切替え）であると判定された場合、シス
テムは、ステップ７６４で音声を再生する。１つの実施形態において、ステップ７６４は
、新しいモードの通知と最新の再生リストの通知を含む。更に、時間切れメッセージを再
生できる。以下の表には、特定のイベントが発生したときに再生される、ボイス（音声）
を含む例示的なシステム音声が記載されている。１つの実施形態において、音声は再生音
声ファイルに基づく。別の実施形態において、音声はテキストファイルに基づき、システ
ムがファイル内のテキストに基づいて音声合成を行う。以下の表において、現行の表示列
は、任意の所定時間にヘッドユニット上に表示されたディスク番号である。その時点から
、ボタン押圧イベントがあり、それは番号付きボタン（例えば、ボタン５２０−５３０）
、リバースボタン５１６、フォワードボタン５１８、又は他のボタンのいずれか１つであ
る。下表の「ボタン押圧」列において、リバースボタン５１６又はフォワードボタン５１
８のいずれかが押されたことを表示するために「ｔ」が使用される。１つの実施形態にお
いて、時間切れメッセージは、音声が聞こえる前の数秒間は無音であり、従って、それら
は即座に再生され、ボタンが押されると終了することに留意されたい。更に、「ＳＷ」が
付与された特定の音声は、機能モードによってオン・オフできる。

表１

上記の音声に加え、システムは、機能メニューの音声を含むこともでき、例えば、使用
可能な種々の機能を音声で通知し、それがいつ使用できていつ使用できないかを通知する
。別の実施形態において、システムはウエルカムメッセージ、ヘルプメッセージ、及び種
々のエラーメッセージを含むことができる。

ステップ７６６において、システムは再生リストを切替える。モード切替え命令を受信
した時点で、システムは特定のトラックを再生中であった。ステップ７６６において、シ
ステムは現在再生中のトラックを含む、新しいモードの再生リストを識別することができ
る。識別された再生リストは、最新の再生リストになるはずである。再生中の現行のトラ
ックの再生は継続されることになる。

図９は再生リストを切替えるステップ７６６を実施するための１つの例示的な実施形態
を示すフローチャートである。他の適切な方法を使用することもできる。再生リストを切
替えるために、システムは、最初にステップ８４０で適切なデータ構造にアクセスする。
システムは、ユーザ作成の再生リストモードへの切替え時にデータ構造６６０にアクセス
する。システムは、アーティストモードへの切替え時にデータ構造６７０にアクセスする
。システムは、アルバムモードへの切替え時にデータ構造６８０にアクセスする。システ
ムは、ジャンルモードへの切替え時にデータ構造６９０にアクセスする。適切なデータ構
造にアクセスした後、システムは、再生中の現行のトラックを含む再生リストを識別する
ために、ステップ８４２においてアクセスされた適切なデータ構造の再生リストを検索す
ることになる。つまり、ステップ８４２において、適切なデータ構造の再生リストの１つ
にアクセスすることになる。ステップ８４４において、その再生リストは検索され、再生
中の現行のトラックが再生リスト上に存在するか否かを判定する。再生中の現行のトラッ
クが、検索中の再生リストにない場合（ステップ８４６）、ステップ８４８において、適
切なデータ構造の別の再生リストにアクセスして、その再生リストを検索するためにステ
ップ８４４に戻る。再生中の現行のトラックが、検索中の再生リストにある場合（ステッ
プ８４６）、検索中の再生リストはステップ８５０において現行の再生リストになる。再
生中の現行のトラックは、再生が継続され、新しくロードされた現行の再生リスト上の次
のトラックは、再生される次のトラックになる。

システムがアーティストモードであり、Ｂｅａｔｌｅｓの全曲を再生中の場合の実施例
を検討する。システムが曲「Ｙｅｓｔｅｒｄａｙ」を再生している時に、アルバムモード
に進む命令を受信したと想定する。システムは、ステップ７６６において曲「Ｙｅｓｔｅ
ｒｄａｙ」を納めたアルバムを探すことになる。システムは、曲「Ｙｅｓｔｅｒｄａｙ」
を含むアルバムに関するアルバムデータ構造６８０内で再生リストを見つけるであろう。
本実施例において、１４トラックを納めた「Ｈｅｌｐ」と呼ばれるアルバムが存在する。
アルバム「Ｈｅｌｐ」の再生リストは、トラック１３として「Ｙｅｓｔｅｒｄａｙ」を、
トラック１４として「Ｄｉｚｚｙ Ｍｉｓｓ Ｌｉｚｚｉｅ」を含む。次に、システムは
、アルバム「Ｈｅｌｐ」に関する再生リストをロードし、その再生リストは最新の再生リ
ストになるであろう。曲「Ｈｅｌｐ」は再生が続けられる。曲「Ｈｅｌｐ」の終了後、シ
ステムは再生リスト上の次のトラックである曲「Ｄｉｚｚｙ Ｍｉｓｓ Ｌｉｚｚｉｅ」
を再生する。ハードディスク装置に全ての曲がない場合は、アルバム「Ｈｅｌｐ」の曲の
全てが再生リスト上に存在する必要はない。

図８に戻ると、ステップ７６２及び７６６の後に、システムは、ステップ７７０で新し
い命令を待つ。１つの実施形態において、４種類の命令の内の１つを受信できることが見
込まれる。受信できる第１の種類の命令は、システムをトラックモードに戻すためにユー
ザがボタン５２０を押すことである。この命令を受信すると、システムは現行の歌曲の再
生を継続し、ステップ７７２において現行モードでその歌曲の再生リストをアクティブに
する。システムは、ステップ７７２から図５のステップ６１０に進む。

ステップ７７０で受信した命令がモードボタン５２０以外のモードボタン（例えば、ボ
タン５２２−５３０）であり、現行のモード以外の場合、システムは、図５のステップ６
３０に進んでモードを変更することになる。

ステップ７７０で受信した命令がフォワードボタン５１８又はリバースボタン５１６の
場合、どちらのボタンが押されたかにより、正方向の１つの再生リスト又は逆方向の１つ
の再生リストに進むことによって、現行の再生リストは変更される。ステップ７７６で、
システムは新しい再生リストの最初の歌曲の再生を開始する。システムは、ステップ７７
６から図５のステップ６１０に進む。

ステップ７７０で受信した命令がランダムボタンの場合、現行の再生リストの再生順序
がステップ７７８でランダム化される。ステップ７８０において、システムはランダム化
された再生リストの最初の歌曲の再生を開始する。システムは、ステップ７８０から図５
のステップ６１０に進む。

１つの実施形態において、システムは、（例えば、ボタン５１６又は５１８を押し続け
ることで）アルバム、アーティスト、又はジャンルモードを探索することができる。探索
操作により、ユーザは、シークボタンを離すまで、項目の最初の文字によって全ての項目
をグループ化してグループからグループにジャンプすることによって、項目による素早い
スキャンを行うことができる。システムは、約１秒に１回、アルファベット文字を通知す
る。この文字は、現在表示されている項目の最初の文字に対応する。表示部は、現在の文
字で最初の項目番号を示すことに留意されたい。ユーザがボタン５１６又は５１８を離す
と、最後に通知された文字をもつ最初の項目が再生されることになる。ボタン５１６又は
ボタン５１８を一度押すと一項目だけ進む。一項目だけ進むと、システムは、項目テキス
トの通知に戻る。例えば、ユーザはアーティストモードに進むことができ、システムは「
Ｂｅａｔｌｅｓ」を通知する。ユーザが、バンド名「Ｕ２」の曲を聴きたいと考えてボタ
ン５１８を押し続けると、システムは「ｃ」、「ｄ」、「ｌ」、「ｐ」、「ｓ」、「ｕ」
を通知する。ユーザは、「ｕ」を聞き取るとボタン５１８を離し、文字Ｕで始まる最初の
アーティストが通知される。前述の実施例において、特定の文字はスキップされるが、そ
れらの文字で始まるアーティストがいないことを意味する。

特定の実施形態において、全ての又はいくつかの再生リストは、予め作成される。別の
実施形態において、システムは、予め再生リストを作成又は格納しない。むしろ、再生リ
ストは、必要時、モードに進む時、操作開始時、新しいトラックを受信した時、又は他の
適切な状況／イベント時に作成される。特定の実施形態において、再生リストを予め作成
しない場合、システムは、図６のようなデータ構造を使用することなく機能することがで
きる。

前述のいくつかの実施形態は、ヘッドユニットと通信するオーディオ／ビジュアルサー
バに関し、インターフェースは、ヘッドユニットを使用して実現される。他の実施形態に
おいて、インターフェースは、別個のヘッドユニット又は他の別個の装置を使用すること
なく、オーディオ／ビジュアルサーバ上で実現することができる。

本発明の前述の詳細な説明は、例示及び説明を目的としている。包括的であること、又
は本発明が開示された明確な形態に限定されることは意図されていない。前述の教示に照
らして、多数の変形及び変更が可能である。開示された実施形態は、本発明の原理及びそ
の実際的な用途を最もよく説明する目的で選択されているので、当業者は、種々の実施形
態、及び意図された特定の用途に適合する種々の変更例でもって本発明を利用することが
できる。本発明の範囲は、本明細書の請求範囲によって規定されることが意図されている
。

本発明に使用できるハードウエアの１つの実施形態のブロック図である。 図１のサーバの構成要素のブロック図である。 図１のシステムの作動を説明するフローチャートである。 ユーザインターフェースを示す。 本発明を実施するための例示的なプロセスを説明するフローチャートである。 本発明による再生リストを保存するための例示的なデータ構造を示す。 図６のデータ構造を作成するための例示的なプロセスを説明するフローチャートである。 本システムが特定のモードで作動する要求を受信した場合に実行される例示的なプロセスを説明するフローチャートである。 再生リストを変更するための１つの例示的な実施形態を説明するフローチャートである。

符号の説明

１０２ 音楽サーバ
１０４ ヘッドユニット
１２０ ディスクカートリッジ
１２２ ドッキングステーション
１２４ コンピュータ
１２６ モニタ
１２８ インターネット
１３０ インターネットサーバ

Claims (1)

1. トラック識別属性を有するオーディオ／ビジュアルトラックを提示する方法であって、
   各々のモードが異なるトラック識別属性に関連づけされ、各々のモードが１つ又はそれ
   以上のトラック再生リストを含み、特定モードの各々の再生リストが前記特定モードに関
   連づけされている前記トラック識別属性に関する異なる値に基づいている、モードセット
   の第１のモードの指示を受信する段階と、
   前記第１のモードの第１の再生リストにアクセスする段階と、
   前記再生リストに基づいてトラックを再生する段階と、
   を含むことを特徴とする方法。

Images