(57)【要約】【課題】オーディオファイル再生に関しての使用感、及び操作性の向上を図る。【解決手段】ＨＤＤに記憶される複数のオーディオファイルの再生順について、再生順情報を管理するリスト情報に基づいて管理を行う。このリスト情報は、複数の分類項目ごとに作成される。そして、リスト情報により管理される再生順に従ってオーディオファイルを再生出力しているときには、ユーザ操作に応じて分類項目の切り換え設定が行われたとしても、このときのオーディオファイルの再生が継続する動作が得られるように、オーディオファイルの再生管理を行う構成を採る。【選択図】　　　　図４
2004039113.tif 000002
【特許請求の範囲】
【請求項１】
記憶媒体に記憶される複数の単位情報の再生順について、再生順情報に基づいて管理を行うものとされ、上記再生順情報として少なくとも、第１の分類項目に基づく第１の再生順情報と、第２の分類項目に基づく第２の再生順情報とに基づいて再生順管理を行うことのできる再生順管理手段と、
操作に応じて、上記分類項目を設定する分類項目設定手段と、
上記単位情報を基とした所定の情報出力を、上記分類項目設定手段により設定された分類項目の再生順情報に対応させて行うことのできる情報出力手段と、
上記情報出力手段により１つの上記単位情報を基とした情報出力が行われ、かつ、上記分類項目設定手段により分類項目が上記第１の分類項目から上記第２の分類項目に変更設定された場合において、このときに上記情報出力手段により出力されている情報の基となっている上記単位情報を維持するように制御する制御手段と、
を備えることを特徴とする情報出力装置。
【請求項２】
上記情報出力手段は、
情報出力の態様として、上記再生順管理手段により管理される再生順情報のうち、上記分類項目設定手段により設定される分類項目に応じた再生順情報に基づいて、上記記憶媒体に記憶される単位情報を順次切り換えるようにして再生出力可能とされ、
上記制御手段は、
上記情報出力手段により再生出力される単位情報を切り換えるのに際しては、このときに上記分類項目設定手段により設定されている分類項目に応じた再生順情報を参照することに基づいて、切り換え前の単位情報の次に再生すべきとなっている単位情報を、切り換え後に再生すべき単位情報として決定するようにされる、
ことを特徴とする請求項１に記載の情報出力装置。
【請求項３】
上記情報出力手段は、
上記分類項目に基づく再生順情報に基づいて、上記１つの単位情報を含む上記記憶媒体に記憶される単位情報を、目視により認識可能な所定の表示態様によって再生順に応じて表示出力可能とされ、
上記制御手段は、
上記分類項目設定手段により分類項目が上記第１の分類項目から第２の分類項目に変更設定された場合において、上記１つの単位情報についての表示を維持し、その他の単位情報についての表示のみを、上記第２の分類項目に基づく再生順に基づいて変更する、
ように構成されていることを特徴とする請求項１に記載の情報出力装置。
【請求項４】
記憶媒体に記憶される複数の単位情報の再生順について、再生順情報に基づいて管理を行うものとされ、上記再生順情報として少なくとも、第１の分類項目に基づく第１の再生順情報と、第２の分類項目に基づく第２の再生順情報とに基づいて再生順管理を行うことのできる再生順管理ステップと、
操作に応じて、上記分類項目を設定する分類項目設定ステップと、
上記単位情報を基とした所定の情報出力を、上記分類項目設定ステップにより設定された分類項目の再生順情報に対応させて行うことのできる情報出力ステップと、
上記情報出力ステップにより１つの上記単位情報を基とした情報出力が行われ、かつ、上記分類項目設定ステップにより分類項目が上記第１の分類項目から上記第２の分類項目に変更設定された場合において、このときに上記情報出力ステップにより出力されている情報の基となっている上記単位情報を維持するように制御する制御ステップと、
を含むことを特徴とする情報出力方法。
【請求項５】
記憶媒体に記憶される複数の単位情報の再生順について、再生順情報に基づいて管理を行うものとされ、上記再生順情報として少なくとも、第１の分類項目に基づく第１の再生順情報と、第２の分類項目に基づく第２の再生順情報とに基づいて再生順管理を行うことのできる再生順管理ステップと、
操作に応じて、上記分類項目を設定する分類項目設定ステップと、
上記単位情報を基とした所定の情報出力を、上記分類項目設定ステップにより設定された分類項目の再生順情報に対応させて行うことのできる情報出力ステップと、
上記情報出力ステップにより１つの上記単位情報を基とした情報出力が行われ、かつ、上記分類項目設定ステップにより分類項目が上記第１の分類項目から上記第２の分類項目に変更設定された場合において、このときに上記情報出力ステップにより出力されている情報の基となっている上記単位情報を維持するように制御する制御ステップと、
を情報出力装置に実行させることを特徴とするプログラム。
【請求項６】
記憶媒体に記憶される複数の単位情報の再生順について、再生順情報に基づいて管理を行うものとされ、上記再生順情報として少なくとも、第１の分類項目に基づく第１の再生順情報と、第２の分類項目に基づく第２の再生順情報とに基づいて再生順管理を行うことのできる再生順管理ステップと、
操作に応じて、上記分類項目を設定する分類項目設定ステップと、
上記単位情報を基とした所定の情報出力を、上記分類項目設定ステップにより設定された分類項目の再生順情報に対応させて行うことのできる情報出力ステップと、
上記情報出力ステップにより１つの上記単位情報を基とした情報出力が行われ、かつ、上記分類項目設定ステップにより分類項目が上記第１の分類項目から上記第２の分類項目に変更設定された場合において、このときに上記情報出力ステップにより出力されている情報の基となっている上記単位情報を維持するように制御する制御ステップと、
を情報出力装置に実行させるプログラムが記憶されることを特徴とする記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば記憶媒体に記憶された単位情報を基とする、何らかの情報出力が可能な情報出力装置と、その方法に関する。また、このような情報出力装置及び情報出力方法を実現するためのプログラムと、このプログラムが記憶される記憶媒体に関する。
【０００２】
【従来の技術】
近年、安価な大容量のハードディスク（ＨＤＤ）が普及してきている。また、ＡＴＲＡＣ（Ａｄａｐｔｉｖｅ　Ｔｒａｎｓｆｏｒｍ　Ａｃｏｕｓｔｉｃ　Ｃｏｄｉｎｇ）方式やＭＰ３（ＭＰＥＧ　ＡｕｄｉｏＬａｙｅｒ　ＩＩＩ）方式などによりオーディオデータを圧縮して記録することも広く普及している。
そして、これに伴って、ＣＤ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ）に記録されているオーディオデータを圧縮したうえでハードディスクに記録して保存する、いわゆるリッピングを行うことが広く普及している。このようなリッピングは、例えばパーソナルコンピュータによって行われる。また、例えばＣＤを再生可能なディスクドライブと、ＨＤＤとを備えたオーディオ機器を構成して提供することで、このようなオーディオ機器によってリッピングを行うことも可能である。
【０００３】
例えば、このようにしてリッピングにより、多数の楽曲などのオーディオデータをハードディスクに記憶させておくようにすれば、ユーザは、逐一自分が聴きたいアルバムのＣＤを交換して再生するような煩わしさから開放されることになり、これまでよりも充実した音楽リスニング環境を得ることができる。
【０００４】
また、リッピングによりＨＤＤに記録されたされたオーディオデータのファイル（以降、オーディオファイルともいう）を管理、再生するアプリケーションでは、複数の分類項目に従ってオーディオファイルを管理、再生することができるようになっているのが一般的である。
【０００５】
図１１に、このような複数の分類項目によるオーディオファイル管理例の概念を示す。
オーディオファイルが記憶されるＨＤＤをルートとしてみなすと、このＨＤＤに記憶されるオーディオファイルは、例えば先ず、アルバム、アーティスト・・・などの分類項目ごとに分岐される。そして、例えばアルバムの分類項目の下では、アルバムＡ，アルバムＢ・・・のようにしてアルバムごとによるグループ分けが行われる。そのうえで、各アルバムに対応してオーディオファイル群が属するようにして管理されるようになっている。なお、ここでいうアルバムとしての概念は、アルバムとしてのＣＤの記録内容に対応している。
また、各アルバムごとに含まれるオーディオファイル群は、そのアルバム内容に対応した再生順となるように管理される。
【０００６】
同様にして、アーティストの部類項目の下でも、アーティストＡ，Ｂ・・・のようにして、アーティストごとによるグループ分けが行われたうえで、各アーティストに対応してオーディオファイル群が属するようにして管理される。また、アーティストごとのグループ内では、例えばユーザが指定した再生順であったり、リッピングした順序であったり、或いは曲名タイトルのアルファベット順、アイウエオ順などの所定規則に従って再生順が設定され、管理されている。
【０００７】
そしてユーザは、ＨＤＤに記録されたオーディオファイルを再生するときには、好きな分類項目に従ったオーディオファイルのグループを選択して再生を行うことができるようになっている。例えばアルバムＡとしてのオーディオファイル群を再生したいと思ったのであれば、先ず、分類項目としてアルバムを選択し、さらにアルバムの分類項目の下に属するアルバムのうちからアルバムＡのグループを選択して再生操作を行うようにされる。
同様にして、アーティストＢについてのオーディオファイルを纏めて聴きたいと思った場合には、分類項目としてアーティストを選択し、その中からアーティストＢのグループを選択して再生操作を行うようにされる。
【０００８】
このようにしてユーザは、任意に、分類項目に従ったオーディオファイル群のグループを選択して再生を行うことができるようになっている。つまり、例えば図１１に示すようにして、オーディオファイルＣは、アルバム分類ではアルバムＡに属するとともに、アーティスト分類ではアーティストＢに属している。ユーザは、同じこのオーディオファイルＣを再生するのにあたり、自分の好みに応じて、アルバムＡに属する楽曲の１つとして聴くこともできるし、アーティストＢが演奏する楽曲の１つとして聴くこともできる。
【０００９】
【発明が解決しようとする課題】
しかしながら、上記図１１により説明したオーディオファイルの管理の下で、上記した操作手順によりオーディオファイル再生を行うようにされた従来の構成では、次のような不都合が生じる。
【００１０】
ここで、例えばユーザがアルバムＡのグループを選択したうえで、現在、オーディオファイルＣを再生させていたとする。そして、ユーザは、この状態から、同じオーディオファイルＣが属するアーティストＢのグループにより同じオーディオファイルＣを再生して、残りのアーティストＢの曲（オーディオファイル）も続けて聴きたいと思ったとする。
【００１１】
このような場合に、上記図１１により説明した操作手順に従よれば、先ず、ユーザは、所定操作を行って、アルバムのグループ（アルバムＡ，Ｂなど）を選択する階層にもどり、さらに、分類項目（アルバム、アーティストなど）を選択可能なルートにまで戻るようにされる。そして、このルートの階層にて分類項目として改めてアーティストを選択したうえで、アーティストのグループからアーティストＢを選択する。そして、アーティストＢに属するものとして提示されるオーディオファイル群のうちから、オーディオファイルＣを再生するための操作を行うことになる。
【００１２】
図１１により説明したオーディオファイルの管理の下では、当然のことながら、分類項目が異なるグループ間では、同じオーディオファイルが一部属しているとしても、各グループを形成するオーディオファイル群の内容が異なってくる。従って、オーディオファイルそのものの再生順、また、そのオーディオファイルの次に再生すべきオーディオファイルも異なってくる。
上記した操作手順は、このようなことを前提としている。つまり、同じオーディオファイルを再生するときにも、グループ（分類項目）を変更する場合には、変更前のグループの再生順はクリアすることとして、新たに選択されたグループに従った再生順により改めて再生を開始させることとしているものである。
【００１３】
しかし、上記のようにして分類項目及びグループを選択し直して、オーディオファイルＣを選択して再生させる操作を行うことによっては、これまでにおいて、途中まで再生出力されていたオーディオファイルＣは一旦終了され、再度、はじめから再生が開始されることになる。つまり、同じオーディオファイルを再生対象としていても、分類項目を変更した場合には、そのオーディオファイルを継続して再生することができない。このため、例えばユーザにとっては、これまで聴いていたところをまた聴き直さなければならないという違和感や煩わしさがつきまとうことになる。
また、上記のような操作では、例えば、それまでに再生されていたオーディオファイルＣが属するグループから一旦ルートにまで戻り、さらにこの後、ルートから所望の分類項目→グループ→オーディオファイルを選択する操作を逐次行うことになる。つまり、非常に操作手順数が多く、ユーザにとっては面倒であるということがいえる。
このようにして、現状におけるオーディオファイルの管理と、操作手順の組み合わせのもとでは、オーディオファイル再生に関しての利便性、使い勝手が向上されるべき余地が残っているということがいえる。
【００１４】
【課題を解決するための手段】
そこで、本発明は上記した課題を考慮して、情報出力装置として次のように構成委することとした。
つまり、記憶媒体に記憶される複数の単位情報の再生順について、再生順情報に基づいて管理を行うものとされ、再生順情報として少なくとも、第１の分類項目に基づく第１の再生順情報と、第２の分類項目に基づく第２の再生順情報とに基づいて再生順管理を行うことのできる再生順管理手段と、操作に応じて分類項目を設定する分類項目設定手段と、単位情報を基とした所定の情報出力を、分類項目設定手段により設定された分類項目の再生順情報に対応させて行うことのできる情報出力手段と、この情報出力手段により１つの単位情報を基とした情報出力が行われ、かつ、分類項目設定手段により分類項目が第１の分類項目から第２の分類項目に変更設定された場合において、このときに情報出力手段により出力されている情報の基となっている単位情報を維持するように制御する制御手段とを備えることとした。
【００１５】
また、情報出力方法として次のようにも構成することとした。
つまり、記憶媒体に記憶される複数の単位情報の再生順について、再生順情報に基づいて管理を行うものとされ、再生順情報として少なくとも、第１の分類項目に基づく第１の再生順情報と、第２の分類項目に基づく第２の再生順情報とに基づいて再生順管理を行うことのできる再生順管理ステップと、操作に応じて分類項目を設定する分類項目設定ステップと、単位情報を基とした所定の情報出力を、分類項目設定ステップにより設定された分類項目の再生順情報に対応させて行うことのできる情報出力ステップと、この情報出力ステップにより１つの単位情報を基とした情報出力が行われ、かつ、分類項目設定ステップにより分類項目が第１の分類項目から第２の分類項目に変更設定された場合において、このときに情報出力ステップにより出力されている情報の基となっている単位情報を維持するように制御する制御ステップとを含むように構成することとした。
【００１６】
また、プログラムとしては、次のように構成することとした。
つまり、記憶媒体に記憶される複数の単位情報の再生順について、再生順情報に基づいて管理を行うものとされ、再生順情報として少なくとも、第１の分類項目に基づく第１の再生順情報と、第２の分類項目に基づく第２の再生順情報とに基づいて再生順管理を行うことのできる再生順管理ステップと、操作に応じて分類項目を設定する分類項目設定ステップと、単位情報を基とした所定の情報出力を、分類項目設定ステップにより設定された分類項目の再生順情報に対応させて行うことのできる情報出力ステップと、この情報出力ステップにより１つの単位情報を基とした情報出力が行われ、かつ、分類項目設定ステップにより分類項目が第１の分類項目から第２の分類項目に変更設定された場合において、このときに情報出力ステップにより出力されている情報の基となっている単位情報を維持するように制御する制御ステップとを、上記情報出力装置に実行させるように構成することとした。
【００１７】
また、上記したプログラムを記憶させることで記憶媒体を構成することとした。
【００１８】
上記各構成によれば、記憶媒体に記憶される単位情報の再生順は、ユーザ操作に応じて選択される分類項目ごとに異なるようにして管理していることになる。これと共に、単位情報を基として再生順情報に従って何らかの情報出力（再生出力、表示出力など）を行うようにもされる。
そして、上記した情報出力を行うのにあたっては、分類項目が変更設定されたとしても、このときの情報出力の基となっている単位情報は、分類項目の変更に応じて変更されることなく維持される。
これは即ち、複数の分類項目間で、共通に属するとされる単位情報が存在する場合には、この共通の単位情報を軸として、分類項目の変更に応じた情報出力が行われるようにされていることを意味している。また、上記情報出力手段は、再生順に対応した情報出力を行うから、分類項目の変更に応じて単位情報の再生順が変更したとしても、その変更された再生順内において、上記共通の単位情報を基とした情報出力が維持されることになる。
【００１９】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。なお、以降の説明は次の順序で行う。
１．記録再生装置の構成
２．本実施の形態のオーディオファイルの基本的管理形態
３．分類項目の切り換え操作
４．プログラム構成
５．オーディオファイルの再生管理（第１例）
５−１．データ構造
５−２．処理動作
６．オーディオファイルの再生管理（第２例）
６−１．データ構造
６−２．処理動作
７．オーディオファイルの再生管理（第３例）
【００２０】
１．記録再生装置の構成
図１のブロック図は、本実施の形態の記録再生装置１の構成例を示している。ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１１は、起動されたプログラムに基づいて記録再生装置１の全体の制御、演算処理を行う。例えばネットワークを介した通信動作、ユーザーに対する入出力動作、ＣＤの再生やリッピング、ＨＤＤ２１へのコンテンツ記憶やそのための管理などを行う。
ＣＰＵ１１はバス１２を介して各回路部との間で制御信号やデータのやりとりを行う。
【００２１】
メモリ部１３はＣＰＵ１１が処理に用いるＲＡＭ、ＲＯＭ、フラッシュメモリ（不揮発性メモリ）などを包括的に示している。
メモリ部１３におけるＲＯＭには、ＣＰＵ１１が実行すべき動作プログラム、プログラムローダー等が記憶される。また、メモリ部１３におけるフラッシュメモリには、各種演算係数、プログラムで用いるパラメータ等が記憶される。メモリ部１３におけるＲＡＭには、プログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。
【００２２】
操作入力部１５は、記録再生装置１の筐体に設けられた操作キーやジョグダイヤル、タッチパネルなどの各種操作子などから成る部位である。なお、ＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）操作のためのキーボードやマウスが操作入力部１５として設けられてもよい。
操作入力部１５で入力された情報は入力処理部１４において所定の処理が施され、ＣＰＵ１１に対して操作コマンドとして伝送される。ＣＰＵ１１は入力された操作コマンドに応答した機器としての動作が得られるように、所要の演算や制御を行う。
【００２３】
ディスプレイモニタ１７としては、例えば液晶ディスプレイなどの表示デバイスが接続され、各種情報表示が行われる。
ＣＰＵ１１が各種動作状態や入力状態、通信状態に応じて表示情報を表示処理部１６に供給すると、表示処理部１６は供給された表示データに基づいてディスプレイモニタ１７に表示動作を実行させる。
例えば本実施の形態の場合であれば、リッピングされたオーディオファイルを再生管理するプログラムに従っては、オーディオファイルを管理、再生するためのＧＵＩ画面が表示される。
【００２４】
ＣＤドライブ１９は、光学ヘッド、スピンドルモータ、再生信号処理部、サーボ回路等を備え、ＣＤに対する再生動作を行う。ＣＤドライブ制御部１８は、ＣＤドライブ１９におけるＣＤに対する再生動作、アクセス動作等を制御する。例えばユーザーが入力部１５からＣＤ再生操作を行った場合は、ＣＰＵ１１はＣＤドライブ制御部１８にＣＤ再生を指示する。するとＣＤドライブ制御部１８は、ＣＤドライブ１９に対して再生／アクセスを実行させる制御を行う。
ＣＤドライブ１９では、ＣＤから読み出した信号に対してデコードを行い、再生データをＣＤドライブ制御部１８を介してバス１２に送出する。
この再生データはオーディオデータ処理部２４においてイコライジング等の音場処理や音量調整、Ｄ／Ａ変換、増幅等の処理が施され、スピーカ部２５から出力される。
【００２５】
またＣＤドライブ１９で再生されたデータは、ＣＰＵ１１の処理によって所要のファイルエンコード処理を施されてＨＤＤ２１にオーディオファイルとして蓄積することもできる。つまり、いわゆるリッピングにより得たオーディオファイルを記憶させることができる。
なお、このオーディオファイルの形式としては、ＣＤフォーマットにおけるサンプリング周波数４４．１ＫＨｚで１６ビット量子化のデジタルオーディオデータとされてもよいし、ＨＤＤ２１の容量を節約するために、所定方式にしたがって圧縮処理が施された形式の圧縮オーディオデータとされてもよい。また、圧縮方式としても限定されるものではないが、ＡＴＲＡＣ（Ａｄａｐｔｉｖｅ　Ｔｒａｎｓｆｏｒｍ　Ａｃｏｕｓｔｉｃ　Ｃｏｄｉｎｇ）方式やＭＰ３（ＭＰＥＧ　Ａｕｄｉｏ　Ｌａｙｅｒ　ＩＩＩ）方式などを採用することができる。
【００２６】
なお、公知のようにＣＤではその最内周側にＴＯＣと呼ばれる管理情報が記録されており、ＣＤ再生時にはＴＯＣに基づいてディスク上のトラック（コンテンツ）のアクセスを行う。従ってＣＤドライブ制御部１８は、ＣＤが装填された際にはＣＤドライブ１９にＴＯＣ読出を指示し、読み出されたＴＯＣデータを得ることで、ＣＤの再生制御が可能となる。
【００２７】
チューナ部２７は、例えばＡＭ・ＦＭラジオチューナとされ、ＣＰＵ１１の制御に基づいて、アンテナ２６で受信された放送信号を復調する。もちろんテレビチューナや衛星放送チューナ、デジタル放送チューナなどとしてのチューナでもよい。
復調された放送音声信号は、オーディオデータ処理部２４において所要の処理が施され、スピーカ部２５から放送音声として出力される。
【００２８】
通信処理部２２は、ＣＰＵ１１の制御に基づいて送信データのエンコード処理、受信データのデコード処理を行う。
ネットワークインターフェイス２３は、通信処理部２２でエンコードされた送信データをネットワークを介して所定の外部ネットワーク対応機器に送信する。またネットワークを介して外部ネットワーク対応機器から送信されてきた信号を通信処理部２２に受け渡す。
通信処理部２２は受信した情報をＣＰＵ１１に転送する。
【００２９】
なお、記録再生装置１の構成は、この図１の構成に限られるものではなく、更に多様に考えられる。
例えば各種記録媒体に対応するように、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）ドライブ、ＭＤ（Ｍｉｎｉ　Ｄｉｓｃ）ドライブ、テープドライブなどが設けられたり、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）、ＩＥＥＥ１３９４、Ｂｕｌｕｅｔｏｏｔｈなどの通信方式による周辺機器とのインターフェースが設けられるようにしてもよい。
またマイクロホンや外部のヘッドホンの接続に用いられる端子や、ＤＶＤ再生時に対応するビデオ出力端子、ライン接続端子、光デジタル接続端子等が設けられてもよい。
またＰＣＭＣＩＡスロット、メモリカードスロットなどが形成され、外部の情報処理装置やオーディオ機器とデータのやりとりが可能とされてもよい。
【００３０】
２．本実施の形態のオーディオファイルの基本的管理形態
続いては、ＨＤＤ２１に記憶されるオーディオファイルについての基本的な管理形態について述べておく。
本実施の形態におけるオーディオファイルの管理としては、先に図１１に示したのと同様でよい。本実施の形態としては、このような管理形態とした上で、後述する再生管理の構成を採ることで、オーディオファイル再生について、従来よりも優れた操作性、快適性が得られるようにされる。
【００３１】
図１１に示す管理形態であるということは、即ち、図示するようにして、例えばオーディオファイルが記憶されたＨＤＤをルートとしてみなした上で、このルート下において、分類項目ごとに区分されるようにして分岐される。
図１１では、分類項目として「アルバム」「アーティスト」の少なくとも２つが示されているが、本実施の形態としては、後述するようにして、「アルバム」「アーティスト」の他にも、「ジャンル」、「レーベル」、「キーワード」の分類項目が設定されている。つまり、本実施の形態としては、全部で５つの分類項目が設定されている。もちろんのこと、これ以上の分類項目が設定されていてもよいものである。
【００３２】
そして、例えばアルバムの分類項目の下では、アルバムＡ，アルバムＢ・・・のようにしてアルバムごとによるグループ分けが行われる。そのうえで、各アルバムに対応するオーディオファイル群が属するようにして管理される。なお、ここでも、アルバムとしての概念は、アルバムとしてのＣＤの記録内容に対応しているものとされる。そしてまた、各アルバムごとに含まれるオーディオファイル群は、原則としてそのアルバム内容に対応した再生順となるように管理される。なお、ユーザが後から自分の好みなどに応じて変更可能に設定できるようにされてもよい。
【００３３】
同様にして、アーティストの部類項目の下でも、アーティストＡ，Ｂ・・・のようにして、アーティストごとによるグループ分けが行われたうえで、各アーティストに対応するオーディオファイル群が属するようにして管理される。また、この場合にも、アーティストごとのグループ内では、例えばユーザが指定した再生順であったり、リッピングした順序であったり、或いは曲名タイトルのアルファベット順、アイウエオ順などの所定規則に従って再生順が設定され、管理されている。
そして、この図には示されていないが、残る「ジャンル」、「レーベル」、「キーワード」の各分類項目の下でも、それぞれ、ジャンル、レーベル、キーワードごとにグループ分けが行われ、さらに、各グループに対応したオーディオファイル群が属するようにして管理されている。
【００３４】
３．分類項目の切り換え操作
先に図１に示した本実施の形態の記録再生装置１では、ＨＤＤ２１に記憶されたオーディオファイルを、例えば音声として再生出力することが可能とされる。また、上記図１１に示す基本管理を行っているということは、或る１つのオーディオファイルが再生される場合には、そのオーディオファイルは、現在選択されている分類項目の下での１つのグループのリスト内に属するものとして扱われていることになる。つまり、ユーザがオーディオファイルを再生するのにあたっては、先ず、再生対象とするグループが属する分類項目を指定することが必要となる。
【００３５】
そこで、続いては、本実施の形態においてオーディオファイル再生を行っている場合における、分類項目の切り換え操作例について、図３を参照して説明することとする。特に、本実施の形態としては、例えば或る１つのオーディオファイルを再生出力中である場合におけるユーザインターフェイスに特徴を有するので、ここではこの点について説明する。
【００３６】
図２は、ディスプレイモニタ１７の表示画面に表示される、グループ選択のためのＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）の表示態様例を示している。
ここで、例えば現在、アルバムの分類項目における或る特定のグループを選択し、このグループにおいて再生順が６曲目であるとして管理されているオーディオファイルを再生しているとする。
これに応じて、ディスプレイモニタ１７の表示画面には、図２（ａ）に示すようにして、アルバムリスト画像Ａ１が表示される。このアルバムリスト画像Ａ１には、現在、再生対象として選択しているアルバムのグループに属するオーディオファイルが再生リストとして表示される。
【００３７】
このアルバムリスト画像Ａ１においては、図示するようにして、先ず、画像枠内の一番上の領域に、タイトルエリアＡ１１が配置される。ここには、そのグループをユーザが認識できるように、そのグループのタイトル名が文字表示により示される。この場合には、アルバムのグループであるから、アルバムタイトル名が示される。
その下には、トラックリストエリアＡ１２が配置される。このトラックリストエリアＡ１２においては、再生順に相当するトラックナンバとしての数字が、１曲目から昇順によって示される。そして、各トラックナンバごとに対応して、オーディオファイルのファイル名（楽曲タイトル名）が示される。
そして、この場合には、上述もしたように、このアルバムリストとして示されるグループにおいて、６曲目が再生出力中であるとしている。これに応じて、トラックリストエリアＡ１２においては、図示するようにして、トラックナンバ６の行が、再生ファイル指示表示Ａ１３として強調表示される。これにより、ユーザは、図２（ａ）に表示されているアルバムのグループを再生対象とした上で、現在は、このグループにおける６曲目を再生しているのだということを、視覚的に認識することができる。
【００３８】
そして、この状態において、ユーザは、現在再生中のオーディオファイルが属するグループの分類項目について、現在のアルバム以外のものに変更を行いたいと思ったとする。
この場合、このような分類項目の変更操作は、或る特定の１つの操作子（若しくは画面上に表示される分類項目変更ボタンでもよい）を用いたトグル操作であることとする。つまり、操作子を１回操作するごとに、１つずつ分類項目が変更される。本実施の形態の場合は、先にも述べたように、「アルバム」「アーティスト」、「ジャンル」、「レーベル」、「キーワード」の５つの分類項目があるから、操作子を１回操作するごとに、これらの分類項目が切り換わるようにされる。そして、このような分類項目の切り換えが循環するようにして行われるものである。
なお、もちろんのこと、分類項目の変更操作は、上記したトグル操作には限定されない。例えば、予め分類項目ごとに割り当てられた操作子やＧＵＩ画面上のボタンなどを操作することで、目的とする分類項目を直接的に指定できるようにしてもよいものである。
【００３９】
そして、図２（ａ）に示す状態から、ユーザが分類項目変更のための操作を１回行ったとすると、例えば図２（ｂ）に示すようにして表示される分類項目のリスト画像が切り換わる。この場合には、アルバムの次はアーティストの分類項目に切り換わることとなっており、これに対応して、図２（ｂ）には、アーティストリスト画像Ａ２が表示されることになる。
例えばアーティストとしての分類項目の下には、複数のアーティストのグループが作られるのであるが、この場合には、これら複数のアーティストのグループのうちから、現在再生中のオーディオファイルを含むアーティストのグループに対応するアーティストリスト画像Ａ２を自動的に選択して表示させるようにしている。
このアーティストリスト画像Ａ２の表示内容としても、タイトルエリアＡ１１においてアーティスト名を示し、また、トラックリストエリアＡ１２において、トラックナンバ（再生順）に対応させて、そのグループに属するオーディオファイルのファイル名（楽曲タイトル名）を表示させている。そして、この場合にも、トラックリストエリアＡ１２において、現在再生中にあるとされるオーディオファイルが表示される行には、再生ファイル指示表示Ａ１３としての強調表示が行われる。この場合には、このグループにおけるトラックナンバ１３（１３曲目）のオーディオファイルが再生中であることが分かる。
【００４０】
ここで、本実施の形態としては、分類項目の切り換え操作が行われたとしても、例えば特にユーザによる停止や再生ファイル変更操作が無い限り、再生中のオーディオファイルはその再生を継続するようにされる。従って、図示もしているように、再生ファイル指示表示Ａ１３により、図２（ａ）において再生中であるとして示されていたトラックナンバ６と、図２（ｂ）において再生中であるとして示されるトラックナンバ１３のオーディオファイルは、同じオーディオファイルであることになる。
そして、図２（ｂ）に示す表示状態のもとで、例えばユーザが分類項目選択の決定操作を行ったとすると、再生対象の分類項目は、この図２（ｂ）に示すアーティストリストのグループに切り換わったものとして設定される。
ただし、この場合には、この切り換え後のアーティストリストのトラックナンバ１から改めて再生が開始されることはなく、これまでに再生中であったオーディオファイルの再生が終了することなくそのまま継続されている。ただし、切り換え後においては、このオーディオファイルは、図２（ａ）に示すアルバムリストのグループに属するのではなく、新たに再生対象として設定された図２（ｂ）に示すアーティストリストのグループに属するものとして扱われる。従って、このオーディオファイルの再生が終了すると、次に再生されるオーディオファイルは、図２（ｂ）示すアーティストリストにおいて、トラックナンバ１４（１４曲目）とされるオーディオファイルとなるものである。
【００４１】
なお、例えば図２（ｂ）に示すアーティストリスト画像Ａ２が表示されているときに決定操作を行わずに、さらに分類項目を切り換えるための操作を行っていったとする。この場合には、例えば図２（ｃ）→（ｄ）→（ｅ）の遷移として示すようにして、順次、レーベルリスト画像Ａ３→ジャンルリスト画像Ａ４→キーワードリスト画像Ａ５の表示に切り換わっていく。
これらレーベルリスト画像Ａ３、ジャンルリスト画像Ａ４、キーワードリスト画像Ａ５の表示内容としても、図２（ａ）（ｂ）に示した各リスト画像に準じている。つまり、タイトルエリアＡ１１には、レーベル名、ジャンル、キーワードが表示されることで、そのグループが何であるのかを視覚的に認識できるようになっている。また、トラックリストエリアＡ１２には、トラックナンバ（再生順）に対応させてオーディオファイルのファイル名（楽曲タイトル名）が表示される。さらに、同様にして、現在再生中にあるとされるオーディオファイルが再生ファイル指示表示Ａ１３により示される。
【００４２】
このようにして本実施の形態では、分類項目選択のためのＧＵＩとして、分類項目の変更に応じて切り換え表示されるグループのリスト画像内に、現在再生中にあるとされるオーディオファイルを必ず含むようにされる。
つまり、ＨＤＤ２１に記憶されているオーディオファイル（単位情報）を基とする情報出力としては、リスト画像表示により、そのリスト（分類項目下のグループ）内に属するトラックを再生順に表示しているものである。そのうえで、リスト画像が切り換えられたとしても、再生出力中にあるオーディオファイルについての再生ファイル指示表示Ａ１３による強調表示は継続されるものである。
【００４３】
また、分類項目の選択決定が行われたときにも、切り換え前に再生されていたオーディオファイルの再生が継続されることになる。
つまり、本実施の形態としてはある１つのオーディオファイルを再生している状態で分類項目を変更したとしても、そのオーディオファイルは継続して再生出力されるようになっている。これによって、例えばユーザとしては、その曲をはじめから聴き直すことなく続けて聴くことができる。つまり、オーディオファイルの再生に関してよりユーザの感覚に適合することとなって、使用感が高まることとなる。
また、このための操作手順としても、本実施の形態では、非常にシンプルなものとなる。つまり、本実施の形態では、分類項目を切り換えるための操作に応じては、その分類項目の下で、再生中のオーディオファイルを含むグループが選択され、そのグループのリスト画像が直ぐに表示される。つまり、ここでは、分類項目でのグループ選択操作は省略されている。そして、所望の分類項目を選択した上で決定操作を行えば、その分類項目において、再生中のオーディオファイルを含むグループが再生対象として設定され、さらに上記もしているように、その再生中であるオーディオファイルは継続して再生出力される。これによっても、例えばユーザは、わざわざ、グループを選択決定した後に、分類項目変更前に再生していたのと同じオーディオファイルをさらに選択するという操作が省略されているということがいえるものである。
【００４４】
４．プログラム構成
以降においては、上記図２により説明した本実施の形態としての分類項目選択に応じたオーディオファイルの再生管理を実現するための技術的な構成について説明を行っていくこととする。
先ず、本実施の形態としてのファイル再生管理に対応するプログラム構成について、図３を参照して説明する。このプログラムは、例えばメモリ部１３内のＲＯＭ、又はＨＤＤ２１において、ファイル再生管理プログラムとして格納されており、ＣＰＵ１１がこのプログラムに従って処理を実行することで、上記図２にて説明したオーディオファイルの再生管理動作が得られることになる。
【００４５】
図３に示すようにして、プログラム構造としては、大別して、ユーザインターフェイスモジュール、再生制御モジュール、及びトラック管理モジュールとから成るモジュール構造を採っている。
ユーザインターフェイスモジュールは、本実施の形態としてのファイル再生管理に応じたユーザインターフェイスをコントロールするプログラムであり、例えば図示するようにして、入力操作対応処理ブロック、及び表示制御処理ブロックとしての機能を有する。
入力操作対応処理ブロックは、例えば操作入力部１５としての操作子、及びマウス、キーボードなどの入力デバイスから入力された操作情報に対応して所要の処理を実行する。また、表示制御処理ブロックは、例えば図２に示したグループのリスト画像の表示など、オーディオファイルの再生管理に対応して、所要のＧＵＩ画像の表示がディスプレイモニタ１７にて行われるように、表示制御処理を実行する。
【００４６】
再生制御モジュールは、ＨＤＤ２１からオーディオファイルを読み出して再生出力するための再生制御を実行するものとされ、このために、図示するようにして、現再生ファイル情報と、現リスト情報を管理する。
現再生ファイル情報は、現在再生中にあるとされるオーディオファイルを特定して認識するための情報であり、例えば少なくとも、現在再生中のオーディオファイルに与えられたファイルＩＤ及びファイル名等の情報を格納して形成される。この現再生ファイル情報として必要な情報内容は、オーディオファイルの付加情報に基づいて得ることができる。
また、現リスト情報は、現在再生対象として設定されているリスト（個々ではグループと同義）が何であるのかを特定して認識するための情報である。そして、次に説明するようにして、トラック管理モジュールにより管理される、各リストに付されたリストＩＤ、リスト名（アルバム名、アーティスト名など）を少なくとも格納して形成される。
【００４７】
トラック管理モジュールは、各分類項目の下で作成されたグループごとに対応してリスト情報を作成して管理するモジュールである。
つまり、トラック管理モジュールが管理する情報としては、図３において、トラック管理モジュールとしての枠内に示すようにして、先ず、作成されたアルバムのグループごとにおける管理情報を格納した１以上のアルバムリストが示されている。
１つのアルバムリストには、１つのアルバムに関する情報として、リストＩＤと、そのアルバムリストが対応するアルバムタイトル名が先ず格納される。また、オーディオファイルに付加情報として格納される所定内容の情報と連携して、そのアルバムに属するオーディオファイル、及びこれらのオーディオファイルの再生順（トラックナンバ）が識別できるようにするための情報を有している。
【００４８】
そして、アルバムリストと同様にして、作成されたアーティストのグループごとの管理情報を格納した、１以上のアーティストリストが示される。さらに、作成されたジャンル、レーベル、キーワードのグループごとに対応する、１以上のジャンルリスト、レーベルリスト、及びキーワードリストの各リスト情報が示される。
これらの各リスト情報は、オーディオファイルの付加情報を利用して作成することができる。そして、作成された各リスト情報は、例えば所要のディレクトリに対して格納されるようにして、ＨＤＤ２１に記憶される。
なお、この図３に示すプログラム構成は、次に説明する第１例及び第２例のオーディオファイルの再生管理において共通とされる。ただし、第１例及び第２例のオーディオファイルの再生管理では、各リスト情報のデータ構造や、オーディオファイルに格納される付加情報の内容が異なり、これに伴って、再生管理のための処理シーケンスが異なってくるものである。
【００４９】
５．オーディオファイルの再生管理（第１例）
５−１．データ構造
続いては、上記図３に示したプログラム構造に基づいたオーディオファイルの再生管理例としての、第１例について説明する。
図４は、この第１例としてのオーディオファイル再生管理のための、リスト情報及びオーディオファイルのデータ構造例を示している。
【００５０】
図４（ａ）に示すようにして、先ずオーディオファイルは、付加情報と、オーディオデータとから成るものとされる。そして、この場合の付加情報の構造は、図４（ｂ）に示すようにして、ファイルＩＤ、ファイル名（楽曲タイトル名）が格納されている。
また、このオーディオファイルが属するとされるアルバムリスト（アルバムのグループ）が有するアルバム名が格納される。また、これに対応して、そのアルバムリスト内におけるトラックナンバ（再生順）を示す情報として、アルバムリスト内トラックナンバが格納される。
【００５１】
さらに付加情報内には、このオーディオファイルについてのアーティスト名の情報と、このオーディオファイルが属するとされるアーティストリストにおけるトラックナンバを示すアーティストリスト内トラックナンバが格納される。
また、このオーディオファイルが対応するレーベル名の情報と、このオーディオファイルが属するレーベルリストにおけるトラックナンバを示すレーベルリスト内トラックナンバが格納される。
また、このオーディオファイルが対応するジャンル名の情報と、このオーディオファイルが属するジャンルリストにおけるトラックナンバを示すジャンルリスト内トラックナンバが格納される。
さらに、このオーディオファイルが対応するキーワード名の情報と、このオーディオファイルが属するキーワードリストにおけるトラックナンバを示すキーワードリスト内トラックナンバが格納される。
【００５２】
また、ここでは、アルバム名情報としては［Ａ］という情報が格納されていることとする。アーティスト名情報は［Ｂ］、レーベル名は［Ｃ］、ジャンル名は［Ｄ］、キーワードは［Ｅ］という情報が格納されている。これらの名前の情報は、例えばテキストデータとされればよい。なお、ここで例示している各名前の情報は、あくまでも説明の便宜上のものであり、実際には、複数文字による現実の名前の情報が格納されるものである。
また、このオーディオファイルについてのアルバムリスト内トラックナンバの値を（ｐ）により示している。同様に、
アーティストリスト内トラックナンバ＝ｑ
ジャンルリスト内トラックナンバ＝ｒ
レーベルリスト内トラックナンバ＝ｓ
キーワードリスト内トラックナンバ＝ｔ
のようにして示している。
【００５３】
また、アルバムリストの構造として、図４（ａ）（ｂ）に示すオーディオファイルが属するアルバムリストを例に説明する。
このアルバムリストには、図４（ｃ）に示すようにして、アルバム［Ａ］というようにして、図４（ｂ）示したオーディオファイルの付加情報内のアルバム名と同じ情報が格納されている。さらにリストＩＤが格納される。このリストＩＤは、全リスト情報ごとに固有となるＩＤである。
そして、このアルバムリストを形成するトラックの情報としては、現在アルバムリストに登録されているオーディオファイル数分のトラックナンバを格納するようにされる。図４（ａ）に示すオーディオファイルは、このアルバムリストによっては、トラックナンバ＝ｐ（つまりｐ曲目）のトラックであるとして管理されていることが分かる。
【００５４】
同様にして、図４（ａ）（ｂ）に示すオーディオファイルが属するアーティストグループのアーティストリストは、図４（ｄ）に示すものとなる。このアーティストリストもアーティスト名［Ｂ］という、図４（ｂ）に示したオーディオファイルの付加情報内のアーティスト名と同じ情報が格納され、さらにリストＩＤが格納される。
また、リストを形成するトラック情報として、現在アーティストリストに登録されているオーディオファイル数分のトラックナンバを格納している。そして、この場合には、図４（ａ）に示すオーディオファイルは、このアーティストリストによっては、トラックナンバ＝ｑのトラックであるとして管理されている。
【００５５】
また、同じく、図４（ａ）（ｂ）に示すオーディオファイルが属するジャンルリストは、図４（ｄ）に示すものとなる。このジャンルリストには図４（ｂ）に示したジャンル名情報と同じジャンル名［Ｃ］という情報が格納され、さらにリストＩＤが格納される。
リストを形成するトラック情報は、現在アーティストリストに登録されているオーディオファイル数分のトラックナンバを格納して形成される。図４（ａ）に示すオーディオファイルは、このアーティストリストによっては、トラックナンバ＝ｒのトラックであるとして管理されている。
【００５６】
また、図４（ｆ）（ｇ）に示す、レーベルリスト、及びキーワードリストも、図４（ａ）（ｂ）に示すオーディオファイルが属する、レーベル、キーワードのグループのリスト情報であり、格納される情報も、上記した各リスト情報に準じている。
なお、トラックナンバ管理に関しては、図４（ａ）に示すオーディオファイルは、図４（ｆ）のレーベルリストによっては、トラックナンバ＝ｓのトラックであるとして管理されている。また、図４（ｇ）のキーワードリストによっては、トラックナンバ＝ｔのトラックであるとして管理されている。
【００５７】
５−２．処理動作
続いては、上記図４に示したオーディオファイル及び各リスト情報に基づいた本実施の形態としてのオーディオファイル再生管理のための処理動作例について、図５〜図７のフローチャートを参照して説明する。これらの図に示す各処理は、図３に示したプログラム構造における所要のモジュールによるモジュール間通信を伴っている。
【００５８】
先ず、再生制御モジュールが管理する現リスト情報であるが、これは、ユーザが行った分類項目の変更操作に応じて、変更される必要がある。このための処理を図５に示す。
この図５に示すようにして、先ずユーザインターフェイスモジュールでは、ステップＳ１１の処理によって、図２により説明したようにしてリスト画像（つまり分類項目下のグループに相当する）の切り換えを決定するための操作が行われるのを待機している。切り換え決定操作が行われたことを判別すると、ステップＳ１２の処理に進む。
ここで、ユーザインターフェイスモジュールでは、リスト画像の表示出力切り換えに際して、各リスト画像を表示するために利用するリスト情報をＨＤＤ２１から読み出す必要から、各リスト情報のリストＩＤを有しているものとされる。そして、ステップＳ１２においては、選択決定により指定されたリスト画像の基となっているリスト情報のリストＩＤを再生制御モジュールに通知する。
なお、ユーザインターフェイスモジュールでは、例えばトグル操作によるリスト画面の変更操作が行われる都度に、図２に示したようにしてリスト画面表示を切り換えるが、このための表示制御処理については後述する。
【００５９】
再生制御モジュールでは、上記ステップＳ２１の処理によってユーザインターフェイスモジュールから通知されたリストＩＤを受信すると、次のステップＳ２２において、自己が管理する現リスト情報の内容が、この受信したリストＩＤに対応するものとなるようにして更新を行う。
【００６０】
次に、図６を参照して、オーディオファイル再生についての処理動作について説明する。この処理は、再生制御モジュールとトラック管理モジュールとの間でのモジュール間通信によって実現される。
ここで、再生制御モジュールは、現在、或るオーディオファイルを再生出力させるための制御処理を実行しているものとされる。そのうえで、先ずステップＳ３１において、次トラック再生要求が得られるのを待機している。ここで、例えば再生出力中にあるオーディオファイルの再生が終了するとされるタイミングに至るか、次のトラックへの頭出し操作が行われるなどすると、次トラック再生要求が得られることとなって、ステップＳ３２以降の処理に進む。
ステップＳ３２においては、現リスト情報と現再生ファイル情報を、トラック管理モジュールに送信する。ここで、確認のために述べておくと、現再生ファイル情報が示すオーディオファイルは、次トラック再生要求により再生されるべきオーディオファイルではなく、これまでに再生出力されていたオーディオファイルを示す情報である。
【００６１】
トラック管理モジュールでは、ステップＳ４１により上記現リスト情報及び現再生ファイル情報を送信すると、ステップＳ４２に進む。
ステップＳ４２においては、受信した現再生ファイル情報の内容を参照することで、ＨＤＤ２１から現在再生中とされているオーディオファイルを検索することができる。そして、次のステップＳ４３により、上記ステップＳ４２にて検索したオーディオファイルの付加情報から、受信した現リスト情報に対応するリスト内トラックナンバの値を読み込む。
例えば、現在再生中のオーディオファイルが、図４（ａ）（ｂ）に示したものであるとし、また、受信した現リスト情報が、アルバムリストであることを示しているのであれば、付加情報からアルバムリスト内トラックナンバを読み込むことになる。図４（ｂ）の場合であれば、読み込んだ現リスト内トラックナンバの値［ｎ］は、ｎ＝６ということになる。
【００６２】
上記ステップＳ４３の処理によって、アルバムリスト内トラックナンバを読み込んで取得したとされると、再生制御モジュールは、次のステップＳ４４により、検索条件を作成する。ここでは、「現リスト情報に対応するリスト内トラックナンバｎ＋１」という検索条件を作成する。
そして次のステップＳ４５において、ＨＤＤ２１に記憶されているオーディオファイルのうちから、「現リスト情報に対応するリスト内トラックナンバｎ＋１」を付加情報内に格納するオーディオファイルを検索する。
例えば、図４（ａ）（ｂ）に示すオーディオファイルが再生中であるとして、かつ、受信した現リスト情報が、図４（ｃ）に示すアルバム［Ａ］のアルバムリストを特定しているとすれば、このステップＳ４５では、「アルバム名［Ａ］のアルバム名情報を有し、かつ、アルバムリスト内トラックナンバ＝ｐ＋１のオーディオファイル」を検索することになる。
【００６３】
トラック管理モジュールは、ステップＳ４５の処理によって、検索条件に一致したオーディオファイルを検索すると、次のステップＳ４６において、この検索したオーディオファイルのファイルＩＤを、再生制御モジュールに対して通知する。
【００６４】
再生制御モジュールでは、ステップＳ３３により上記ファイルＩＤを受信すると、ステップＳ３４の処理に進む。
ステップＳ３４においては、受信したファイルＩＤのオーディオファイルが現再生ファイルとして管理されるようにして、現再生ファイル情報を更新する。続いてこの場合には、ステップＳ３５において、ステップＳ３１にて再生要求があった次トラックの再生を開始すべきタイミングとなるのを待機する。
そして、ステップＳ３５において、次トラックの再生を開始すべきタイミングに至ったことが判別されるとステップＳ３６に進む。ステップＳ３６では、現在時点において自己が管理している現再生ファイル情報の内容を認識し、この現再生ファイル情報が示すオーディオファイルのオーディオデータを再生出力するための制御処理を実行する。
【００６５】
このようにして、本実施の形態としてのファイル再生管理では、次トラックを再生すべき直前のタイミングで、常に、現リスト情報と現再生ファイル情報とに基づいて、現在設定されているグループ（リスト）において、次に再生すべきオーディオファイルを検索し、この検索したオーディオファイルを、新たに現再生ファイル情報に登録するようにしている。そして、次トラックの再生開始時には、この新規に登録された再生ファイル情報が示すオーディオファイルを再生するようにしている。
例えば図２にて説明したようにして、或るオーディオファイルを再生しているときに、リストが変更されたときには、先に図５に示した処理によって現リスト情報が変更されている。そのうえで、上記した処理が実行されることで、或るオーディオファイルを再生しているときに、リスト（分類項目下のグループ）の切り換えを決定する操作が行われたとしても、先ず、その再生中であるオーディオファイルについての再生は継続される。そして、次に再生されるオーディオファイルは、変更されたリスト（分類項目下のグループ）において、これまでに再生されていたオーディオファイルの次の再生順となっているものが選ばれることになる。
例えば、図２の場合に対応させるのであれば、図２（ａ）に示したアルバムリスト画像Ａ１から、図２（ｂ）に示すアーティストリスト画像Ａ２に切り換えが行われた後は、現在再生中にあるとされるオーディオファイルは、アーティストリスト画像Ａ２上ではトラック１３ということになる。従って、次に再生されるのは、このアーティストリストにおけるトラック１４としてのオーディオファイルということになる。
【００６６】
また、ユーザがリスト画像の切り換え操作を行うのに応じては、例えば図２に示したようにして、常に、再生ファイル指示表示Ａ１３により再生中にあるファイルを強調表示したうえで、リスト画像の切り替え表示が行われる。このための処理動作について、図７を参照して説明する。
図７に示す処理として、先ず、ユーザインターフェイスモジュールでは、ステップＳ５１の処理によって、図２にて説明したようなリスト画像（分類項目）を切り換えてための操作が行われたか否かについて判別している。なお、この場合には、リスト画像の切り換えを決定する操作の有無を判別するのではなく、例えば、前述したトグル操作による変更操作が行われることを判別するようにされる。
【００６７】
そして、上記した変更操作が行われたことを判別するとステップＳ５２の処理に進む。ステップＳ５２においては、変更が指定されたリスト画像に対応するリスト情報を、ＨＤＤ２１から読み出すようにされる。この際には、指定のリスト画像に対応するリスト情報のリストＩＤを参照して、ＨＤＤ２１からリスト情報を検索して読み出すようにすればよい。そして、読み出したリスト情報を、例えばメモリ部１３内のＲＡＭに保持する。
【００６８】
続くステップＳ５３によっては、ＲＡＭに保持したリスト情報の内容を参照し、このリスト情報に記述されたトラック情報ごとに対応するオーディオファイルを、ＨＤＤ２１から検索することを行う。つまり、このリスト情報が有するアルバム名、アーティスト名、ジャンル名などなどのタイトル情報を有し、かつ、そのリストが対応する分類項目（アルバム、アーティスト、ジャンルなど）に対応するリスト内トラックナンバを有しているオーディオファイルを、全て検索する。そして、検索したオーディオファイルから、そのファイル名（楽曲タイトル名）を取得し、ＲＡＭに保持する。
次のステップＳ５４においては、現再生ファイル情報を再生制御モジュールに対して要求する。
【００６９】
再生制御モジュールでは、ステップＳ６１の処理によって、現再生ファイル情報の要求を受信すると、続くステップＳ６２の処理によって現再生ファイル情報を、ユーザインターフェイスモジュールに対して送信する。
【００７０】
ユーザインターフェイスモジュールでは、ステップＳ５５の処理によって上記現再生ファイル情報を受信する。そして、ステップＳ５６において、受信した現再生ファイル情報に基づいて、ユーザ操作により選択指定されたリストにおける再生中のトラックナンバを認識する。
このためには、先ず、受信した現再生ファイル情報から、現在再生中とされているオーディオファイルのファイル名を認識する。そして、先のステップＳ５３にて取得保持したファイル名との一致を見る。そして、現在ＲＡＭに保持しているリスト情報において、一致したファイル名が対応しているトラックナンバを、現在再生中のトラックナンバであるとして認識するようにされる。
【００７１】
これまでの処理によって、変更が指定されたリスト情報と、各トラックのファイル名（楽曲タイトル）及び現在再生中のトラックナンバの情報が得られていることになる。次のステップＳ５７においては、これらの情報を利用して、図２に示したようなリスト画像を生成する。そして、続くステップＳ５８により、生成したリスト画像をディスプレイモニタ１７に表示出力させるための処理を実行する。
【００７２】
６．オーディオファイルの再生管理（第２例）
６−１．データ構造
続いては、図３に示したプログラム構造に基づいたオーディオファイルの再生管理例としての第２例について説明する。
図８は、第２例としてのオーディオファイル再生管理のためのリスト情報及びオーディオファイルのデータ構造例を示している。
この場合、図８（ａ）に示すオーディオファイルの全体構造は、図４（ａ）と同様にして、付加情報及びオーディオデータとから成る。そして、この場合の付加情報としては、図８（ｂ）に示すように、少なくとも、ファイルＩＤとファイル名が格納されればよいこととなっている。つまり、図４（ｂ）に示したような。アルバム名、アーティスト名などの各種タイトル名情報、及びアルバムリスト内トラックナンバをはじめとする、分類項目ごとに応じたリスト内トラックナンバの情報は格納される必要がない。
【００７３】
ここでもアルバムリストの構造例としては、図８（ａ）（ｂ）に示すオーディオファイルが属するアルバムリストが図８（ｃ）に示される。また、この場合の、アルバムリストにも、アルバムタイトルとリストＩＤの情報が先ず格納される。ここで、図８（ａ）（ｂ）に示すオーディオファイルがアルバムＡに属するものである場合には、アルバムタイトルとして、アルバム［Ａ］が記述される。
【００７４】
そして、この場合のトラック情報としては、図示するようにして、トラックナンバごとに、オーディオファイルのファイルＩＤを対応付けた構造となっている。
ここで、図８（ａ）（ｂ）に示すオーディオファイルのファイルＩＤ＝［ｘｙｚ］であるとする。そして、図８（ａ）に示すアルバムリストのトラック情報内には、トラックナンバ６（Ｔｒ＃６）に対応してファイルＩＤ＝［ｘｙｚ］が格納されている。従って、図８（ａ）（ｂ）に示すオーディオファイルは、このアルバムリスト内では、トラックナンバ６（６曲目）のトラックとして管理されていることになる。
【００７５】
同様にして、図８（ｄ）、（ｅ）、（ｆ）、（ｇ）のそれぞれに、図８（ａ）（ｂ）に示すオーディオファイルが属するアーティストリスト、ジャンルリスト、レーベルリスト、キーワードリストの各リスト情報の構造を示す。これらの図から分かるように、各リスト情報も、アーティスト［Ｂ］、ジャンル［Ｃ］、レーベル［Ｄ］、キーワード［Ｅ］のようにして、各リストの名前を示すタイトル情報が記述される。また、リストＩＤも格納される。
そして、内部のトラック情報としては、トラックナンバに対してオーディオファイルのファイルＩＤが対応付けられた構造を有する。
この場合、図８（ａ）（ｂ）に示すオーディオファイルは、図８（ｄ）に示すアーティストリストにおいては、トラックナンバ１３のトラックであるとして管理される。
図８（ｅ）に示すジャンルリストにおいては、トラックナンバ９のトラックであるとして管理される。
図８（ｆ）に示すレーベルリストにおいては、トラックナンバ５のトラックであるとして管理される。
図８（ｇ）に示すキーワードリストにおいては、トラックナンバ７のトラックであるとして管理される。
【００７６】
例えば、図４に示した第１例に対応する構造では、オーディオファイルに、そのオーディオファイルが属する分類項目ごとのグループ（リスト）におけるリスト内トラックナンバが記述されていた。つまり、オーディオファイル側において、各分類項目ごとのグループ（リスト）における再生順の情報が存在していた。これに対して、第２例では、リスト情報内のトラック情報において、トラックナンバとオーディオファイルのファイルＩＤが対応付けられている。つまり、リスト情報側で、そのリストが対応する分類項目下のグループにおける再生順の情報が存在しているということがいえる。
【００７７】
６−２．処理動作
図９は、上記図８に示したオーディオファイル及び各リスト情報のデータ構造に対応して実行される、オーディオファイル再生管理のための処理動作を示している。この図に示す処理も、再生制御モジュールとトラック管理モジュールとの間でのモジュール通信を伴っている。
【００７８】
先ず、再生制御モジュールでは、ステップＳ１０１の処理によって、次トラックの再生要求が得られるのを待機している。そして、次トラックの再生要求が得られたのであれば、ステップＳ１０２の処理に進み、現リスト情報と現再生ファイル情報を、トラック管理モジュールに対して送信する。この場合においても、ここで送信される現再生ファイル情報は、再生要求された次トラックの前となる、現在再生中としてみなされるオーディオファイルを示す情報を有するものである。
【００７９】
トラック管理モジュールでは、ステップＳ２０１の処理によって、上記現リスト情報及び現再生ファイル情報を受信すると、ステップＳ２０２以降の処理に進む。
ステップＳ２０２においては、受信した現リスト情報が示すリスト情報を、ＨＤＤ２１から読み込む。つまり現在再生対象となっている分類項目下のグループに対応するリスト情報を取得する。そして、続くステップＳ２０３の処理では、読み込んだリスト情報の内容から、受信した現再生ファイル情報が示すオーディオファイルが対応付けられているトラックナンバを認識する。つまり、現在再生対象となっているリスト情報内における、現在再生中のファイルのトラックナンバを認識するものである。
そして、続くステップＳ２０４では、同じく読み込んだリスト情報の内容から、上記ステップＳ２０３にて認識されたトラックナンバに対して次となるトラックナンバに対応付けられているファイルＩＤを認識する。
次のステップＳ２０５では、上記ステップＳ２０４にて認識した次のトラックナンバに対応付けられたファイルＩＤを、再生制御モジュールに対して通知する。
【００８０】
再生制御モジュールでは、ステップＳ１０３の処理によって、上記ファイルＩＤを受信すると、ステップＳ１０４の処理に進む。
ステップＳ１０４においては、受信取得した上記ファイルＩＤを有するオーディオファイルが登録されるようにして、現再生ファイル情報を更新する。
【００８１】
続くステップＳ１０５においては、先のステップＳ１０１にて再生要求があった次トラックの再生を開始すべきタイミングとなるのを待機しており、次トラックの再生を開始すべきタイミングに至ったことが判別されるとステップＳ１０６に進む。
ステップＳ１０６では、現在時点において自己が管理している現再生ファイル情報の内容を認識し、この現再生ファイル情報が示すオーディオファイルのオーディオデータを再生出力するための制御処理を実行する。これにより、現リスト情報に対応するリスト情報において指定されている再生順序に従って、次のオーディオファイルの再生が行われていくことになる。
【００８２】
そして、この第２例としても、上記した処理が実行されることで、或るオーディオファイルを再生しているときにリスト変更操作が行われたとしても、その再生中であるオーディオファイルについての再生は継続される。また、変更されたリスト（分類項目下のグループ）において、これまでに再生されていたオーディオファイルの次の再生順となっているオーディオファイルが、次に再生開始される。
【００８３】
なお、この第２例における、ユーザのリスト画像変更操作に応じた、リスト画像の表示切り替え制御は、先に図７に示した処理に準ずることになるので、ここでは、図７を参照して、主に先の処理との相違点について説明する。
この場合にも、リスト画像変更操作に応じて、ステップＳ５１→Ｓ５２に示す処理が実行される。
この場合のステップＳ５３の処理は、第１例の場合とは異なる。つまり、ステップＳ５３においては、取得したリスト情報内のトラック情報に記述されている各ファイルＩＤに基づいてＨＤＤ２１からオーディオファイルを検索して、各オーディオファイルのファイル名を取得保持する。
この後、ステップＳ５４→Ｓ５５の処理によって、先の第１例の場合と同様に、再生制御モジュールに対して現再生ファイル情報を要求し、これを受信する。
【００８４】
次のステップＳ５６の処理も第１例とは異なる。このステップＳ５６の処理としては、受信した現再生ファイル情報が示すファイルＩＤと、取得保持しているリスト情報のトラック情報に格納されるファイルＩＤとを照合することで、現在再生中のトラックナンバを認識することができる。
そして、以降のステップＳ５７→ステップＳ５８の処理は、先の第１例の場合と同様にして実行する。
【００８５】
７．オーディオファイルの再生管理（第３例）
ところで、上記第１例及び第２例としてのオーディオファイルの再生管理のための処理は、プログラムが図３に示したモジュールの集合構造を有することを前提としており、これらモジュール間での通信を伴っていたものである。
しかしながら、本実施の形態としては、このようなモジュールの集合構造によるプログラムによってのみではなく、他の構造のプログラムによっても実現可能である。
そこで、第３例として、モジュール集合構造によるプログラムではなく、プログラムにおける単一処理により、本実施の形態のオーディオファイルの再生管理を実現する場合について説明しておくこととする。
【００８６】
図１０のフローチャートは、この第３例に対応してオーディオファイルの再生管理を行うための処理動作を示している。この図に示す処理は、この第３例として構成されるプログラムに従ってＣＰＵ１１が実行する。
また、この場合には、図３に示した現再生ファイル情報及び現リスト情報、及び各リスト情報及びオーディオファイルの管理は、第３例としてのプログラムにより一括して管理される。また、ユーザインターフェイスモジュールとしての入力操作対応処理ブロック、及び表示制御処理ブロックとしてのプログラム機能も、第３例としてのプログラムが実行する。つまり、第３例では、図３に示したユーザインターフェイスモジュール、再生制御モジュール、及びトラック管理モジュールとしてのプログラム機能が統合されたプログラムとなっている。
また、この場合における、オーディオファイルと各リスト情報のデータ構造としては、図４に示した第１例としての構造と、図８に示した第２例としての構造の何れが採用されてもよいが、ここでは、図４に示した第１例としての構造を採った場合を例に挙げる。
【００８７】
この図１０においては、先ずステップＳ３０１において、次トラックの再生要求が得られるのを待機しており、次トラックの再生要求が得られると、ステップＳ３０２の処理に進む。
【００８８】
ステップＳ３０２においては、現在保持している現リスト情報が示すリスト情報を、ＨＤＤ２１から読み込む。
続く、ステップＳ３０３〜ステップＳ３０５までの処理は、図６に示したトラック管理モジュールが実行するステップＳ４３〜ステップＳ４５までの処理と同様となることから、ここでの説明は省略する。
そして、ステップＳ３０５の処理により、オーディオファイルが検索されたのであれば、ステップＳ３０６の処理により、この検索したオーディオファイルのファイルＩＤをＲＡＭに保持しておくようにされる。
【００８９】
そして、次のステップＳ３０７において、次トラックの再生開始タイミングに至るのを待機し、次トラックの再生開始タイミングに至ったのであれば、続くステップＳ３０８の処理によって、先のステップＳ３０６により保持していたファイルＩＤを有するオーディオファイルをＨＤＤ２１から読み出して、そのオーディオデータの再生主力を開始させる。
【００９０】
ところで、上記した各処理を実現するためのプログラムは、前述もしたように、記録再生装置１では、メモリ部１３のＲＯＭ内に予め記憶して格納しておくものである。あるいは、この場合には、ＨＤＤ２１に格納されていてもよい。
あるいは、プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔ　Ｏｐｔｉｃａｌ）ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウェアとして提供することができる。例えば、本実施の形態であれば、ＣＤ−ＲＯＭにプログラムを記録し、パッケージソフトウェアとして提供することができる。これにより、記録再生装置１では、ＣＤドライブ１９によりプログラムを読み出し、メモリ部１３内のＲＯＭに記憶させることでインストールできる。
なお、プログラムは、上記のようなリムーバブルな記録媒体からインストールする他、プログラムを記憶しているサーバなどから、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットなどのネットワークを介してダウンロードすることもできる。
【００９１】
また、本発明はこれまでに説明した実施の形態に限定されるものではなく、各種変更が可能とされる。例えば、図３に示したプログラムのモジュール構成、図４及び図５に示したデータ構造、図５〜図１０に示した各処理動作、及び図１１に示したオーディオファイルの基本管理構造も、あくまでも一例であって、実際には適宜変更されて構わない。
【００９２】
【発明の効果】
以上説明したように本発明は、記憶媒体（ＨＤＤ）に記憶される複数の単位情報（オーディオファイル）の再生順について、再生順情報（リスト情報）に基づいて管理を行うようにしている。この再生順情報は、複数の分類項目ごとに対応している。
そして、上記単位情報を基として、上記再生順情報が示す再生順に対応させた情報出力を行っているときには、例えばユーザ操作に応じて分類項目の変更（切り換え）設定が行われたとしても、このときに情報出力手段により出力されている情報の基となっている上記単位情報が維持されるようになっている。
つまり、例えば単位情報の再生出力や、特定の１つの単位情報を含むような表示態様でリスト情報（リスト画面）の表示出力などを行っているときに、分類項目が変更されたとしても、上記した単位情報の再生出力は継続されることになる。また、分類項目の変更に応じて表示対象のリスト情報が変更した場合にも、上記した特定の１つの単位情報は、意味のある情報として必ず含まれるようにして表示される。
【００９３】
これにより、本発明としては、ユーザが分類項目の変更操作を行ったとしても、そのときに出力されていた情報は、変化したり、また出力が終了してしまうようなことが無く、継続して出力させることができる。つまり本発明では、ユーザの感覚により適うようにして情報出力を行うことができるものであり、それだけ、情報出力装置としての機器の使用感は向上することになる。
また、従来において、分類項目の変更操作を行った後に、変更前と同じ情報出力を行わせようとした場合には、相当の操作手順を踏む必要があり面倒であった。これに対して本発明では、分類操作の変更操作を行っても、変更前の情報出力が維持されるから、従来のような手順によって操作する必要もないわけであり、操作性も向上されているということがいえ、この点でも上記した使用感の向上が促進されることになる。
【図面の簡単な説明】
【図１】本発明の実施の形態としての記録再生装置の構成例を示すブロック図である。
【図２】本実施の形態における分類項目切り換え操作に応じた、リスト画像の表示態様の変化例を示す説明図である。
【図３】本実施の形態としてのプログラム構造例を示す模式図である。
【図４】第１例としてのオーディオファイル再生管理に対応するデータ構造例を示す模式図である。
【図５】第１例のオーディオファイル再生管理における、分類項目変更操作に応じた現リスト情報更新のための処理動作を示すフローチャートである。
【図６】第１例のオーディオファイル再生管理における、オーディオファイル再生のための処理動作を示すフローチャートである。
【図７】分類項目変更操作に応じたリスト画像の表示制御処理を示すフローチャートである。
【図８】第２例としてのオーディオファイル再生管理に対応するデータ構造例を示す模式図である。
【図９】第２例のオーディオファイル再生管理における、オーディオファイル再生のための処理動作を示すフローチャートである。
【図１０】第３例としてのオーディオファイル再生管理における、オーディオファイル再生のための処理動作を示すフローチャートである。
【図１１】本実施の形態におけるオーディオファイルの基本的な管理形態例を示す模式図である。
【符号の説明】
１　記録再生装置、１１　ＣＰＵ、１３　メモリ部、１４　操作入力部、１５入力処理部、１６　表示処理部、１７　ディスプレイモニタ、１８　ＣＤドライブ制御部、１９　ＣＤドライブ、２１　ＨＤＤ、２２　通信処理部、２３　ネットワークインターフェイス、２４　オーディオデータ処理部、２５　スピーカ、２６　アンテナ、２７　チューナ
【図１】
2004039113.tif 000003
【図２】
2004039113.tif 000004
【図３】
2004039113.tif 000005
【図４】
2004039113.tif 000006
【図５】
2004039113.tif 000007
【図６】
2004039113.tif 000008
【図７】
2004039113.tif 000009
【図８】
2004039113.tif 000010
【図９】
2004039113.tif 000011
【図１０】
2004039113.tif 000012
【図１１】
2004039113.tif 000013