(57)【特許請求の範囲】
【請求項１】
表示手段を有する情報処理装置に対して着脱自在に接続され、データの書き込み動作及び／又は読み出し動作を行うデータ記録装置であって、
上記情報処理装置と接続された際、上記表示手段の情報を含む内部情報を取得する取得手段と、
上記取得手段で取得された内部情報に基づいて上記表示手段に表示するＧＵＩ（Graphical User Interface）画面データを生成する生成手段と、
上記生成手段で生成されたＧＵＩ画面データを上記情報処理装置に出力する出力手段と
を備えるデータ記録装置。
【請求項２】
上記ＧＵＩ画面データは、上記データの記録内容をメニュー表示させるものである請求項１記載のデータ記録装置。
【請求項３】
上記取得手段は、上記情報処理装置からユーザの操作情報を取得し、
上記生成手段は、上記操作情報に応じて上記ＧＵＩ画面データを生成する請求項１記載のデータ記録装置。
【請求項４】
上記読み出し動作を行う読出手段を備え、
上記取得手段は、上記読み出し動作の際、上記情報処理装置からユーザの操作情報を取得し、
上記読出手段は、上記操作情報に基づいて所定の記録位置からデータを読み出す請求項１記載のデータ記録装置。
【請求項５】
上記書き込み動作を行う書込手段を備え、
上記取得手段は、上記書き込み動作の際、上記情報処理装置からデータの属性情報を取得し、
上記書込手段は、上記属性情報に基づいて所定の場所に上記データを書き込む請求項１記載のデータ記録装置。
【請求項６】
上記読み出し動作におけるデータへのアクセス頻度に基づいて記録容量を管理する管理手段を備える請求項１記載のデータ記録装置。
【請求項７】
上記内部情報は、上記情報処理装置の種類を示す情報、上記表示手段の画面の大きさを示す情報及び上記情報処置装置が有する入力手段の入力方式を示す情報を含む請求項１記載のデータ記録装置。
【請求項８】
表示手段を有する情報処理装置と、当該情報処理装置に対して着脱自在に接続され、データの書き込み動作及び／又は読み出し動作を行うデータ記録装置とからなる情報処理システムにおける情報処理方法であって、
上記情報処理装置と接続された際、上記表示手段の情報を含む内部情報を取得する取得工程と、
上記取得工程で取得された内部情報に基づいてＧＵＩ（Graphical User Interface）画面データを生成する生成工程と、
上記生成工程で生成されたＧＵＩ画面データを上記情報処理装置に出力する出力工程と、
上記出力工程で出力されたＧＵＩ画面データに応じたＧＵＩ画面を上記表示手段に表示する表示工程と
を有する情報処理方法。
【請求項９】
表示手段を有する情報処理装置と、当該情報処理装置に対して着脱自在に接続され、データの書き込み動作及び／又は読み出し動作を行うデータ記録装置とからなる情報処理システムであって、
上記データ記録装置は、
上記情報処理装置と接続された際、上記表示手段の情報を含む内部情報を取得する取得手段と、
上記取得手段で取得された内部情報に基づいてＧＵＩ（Graphical User Interface）画面データを生成する生成手段と、
上記生成手段で生成されたＧＵＩ画面データを上記情報処理装置に出力する出力手段と
を備え、
上記情報処理手段は、
上記データ記録装置から出力されたＧＵＩ画面データに応じたＧＵＩ画面を表示する表示手段を備える
情報処理システム。
【請求項１０】
表示手段を有する情報処理装置に対して着脱自在に接続されるとともに、データを記録する記録装置に対して着脱自在に接続され、データの書き込み動作及び／又は読み出し動作を行う接続装置であって、
上記情報処理装置と上記記録装置とに接続された際、上記表示手段の情報を含む内部情報を取得する取得手段と、
上記取得手段で取得された内部情報に基づいて上記表示手段に表示するＧＵＩ（Graphical User Interface）画面データを生成する生成手段と、
上記生成手段で生成されたＧＵＩ画面データを上記情報処理装置に出力する出力手段と
を備える接続装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを記録再生するデータ記録装置、及び接続装置、データ記録装置が着脱可能に接続され、データを処理する情報処理方法、データ記録装置と情報処理装置とが接続されて構成される情報処理システムに関する。
【背景技術】
【０００２】
ＵＳＢメモリ、ポータブルＨＤＤ（Hard Disk Drive）、半導体メモリ等のいわゆるリムーバブルメディアは、データを保存して持ち運ぶことが可能であることから、広く普及している。
【０００３】
一般的に、半導体メモリは、図２０に示すように、コンピュータ装置等のホスト機器との間でデータを入出力するホストインターフェース（Ｉ／Ｆ）１０１と、ページバッファ１０２と、レジスタ１０３と、フラッシュメモリ１０４と、フラッシュメモリ１０４との間でデータを入出力するフラッシュメモリインターフェース（Ｉ／Ｆ）１０５と、ＣＰＵ（Central Processing Unit）１０６と、ＣＰＵバス１０７とを備えて構成されている。
【０００４】
ホストインターフェース（Ｉ／Ｆ）１０１を介して、入出力されるデータは、予め決められたデータ容量を持つページバッファ１０２に一時的に記憶され、シリアル／パラレルデータに変換される。レジスタ１０３は、データの書き込みや消去等のフラッシュメモリ１０４の動作状態やメモリセルがロック状態か否かを監視する。ＣＰＵ１０６は、ホスト機器からの命令に応じて、レジスタ１０３をもとにページバッファ１０２とフラッシュメモリ１０４間のデータの転送を行い、読出・書込・消去をコントロールする。このような構成を有する半導体メモリにより、ユーザは所望のファイルを他のホスト機器で読み出すことが可能となる。
【０００５】
【非特許文献１】http://www.highmat.com/japanese/whatisit/
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した半導体メモリ等のリムーバブルメディアをホスト機器に挿入／接続した場合、ホスト機器は、初期動作としてリムーバブルメディア内のファイルの検出のためにファイル名を読み出し、それを整理してファイルリストとしてディスプレイ画面に表示する動作が必要であり、しかも、この動作はリムーバブルメディアを接続する度に行わなければならなかった。
【０００７】
また、リムーバブルメディアの記憶容量が大容量化し、格納するファイル数が増加するに従い、初期動作に時間が掛かっていた。
【０００８】
さらに、リムーバブルメディアに格納されたファイルを表示する場合、そのリムーバブルメディアを挿入／接続するホスト機器によってユーザへのファイルの表示形式が変わり、ユーザはそれぞれのホスト機器で自分用の表示設定をしなければならなかった。
【０００９】
これに対し、例えば、ＣＤ（Compact Disc）にコンテンツデータをＨｉｇｈＭＡＴ（商標）と呼ばれるフォーマットで記録することにより、例えば、ＤＶＤ（Digital Versatile Disk）プレーヤで所望のファイルを表示、選択することが可能となることが知られているものの、やはり、初期動作に時間が掛かっていた。また、ファイルの表示形式もホスト機器に依存して自由度がなく、ユーザにとって使い勝手が悪かった。
【００１０】
本発明は、このような従来の実情に鑑みて提案されたものであり、初期動作時間を短縮するとともに、所望の表示形式でファイルを表示することができるデータ記録装置及び接続装置、情報処理方法、並びに情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上述した課題を解決するために、本発明に係るデータ記録装置は、表示手段を有する情報処理装置に対して着脱自在に接続され、データの書き込み動作及び／又は読み出し動作を行うデータ記録装置であって、上記情報処理装置と接続された際、上記表示手段の情報を含む内部情報を取得する取得手段と、上記取得手段で取得された内部情報に基づいて上記表示手段に表示するＧＵＩ（Graphical User Interface）画面データを生成する生成手段と、上記生成手段で生成されたＧＵＩ画面データを上記情報処理装置に出力する出力手段とを備えることを特徴としている。
【００１３】
また、本発明に係る情報処理方法は、表示手段を有する情報処理装置と、当該情報処理装置に対して着脱自在に接続され、データの書き込み動作及び／又は読み出し動作を行うデータ記録装置とからなる情報処理システムにおける情報処理方法であって、上記情報処理装置と接続された際、上記表示手段の情報を含む内部情報を取得する取得工程と、上記取得工程で取得された内部情報に基づいてＧＵＩ（Graphical User Interface）画面データを生成する生成工程と、上記生成工程で生成されたＧＵＩ画面データを上記情報処理装置に出力する出力工程と、上記出力工程で出力されたＧＵＩ画面データに応じたＧＵＩ画面を上記表示手段に表示する表示工程とを有することを特徴としている。
【００１４】
また、本発明に係る情報処理システムは、表示手段を有する情報処理装置と、当該情報処理装置に対して着脱自在に接続され、データの書き込み動作及び／又は読み出し動作を行うデータ記録装置とからなる情報処理システムであって、上記データ記録装置は、上記情報処理装置と接続された際、上記表示手段の情報を含む内部情報を取得する取得手段と、上記取得手段で取得された内部情報に基づいてＧＵＩ（Graphical User Interface）画面データを生成する生成手段と、上記生成手段で生成されたＧＵＩ画面データを上記情報処理装置に出力する出力手段とを備え、上記情報処理手段は、上記データ記録装置から出力されたＧＵＩ画面データに応じたＧＵＩ画面を表示する表示手段を備えることを特徴としている。
【００１５】
また、本発明に係る接続装置は、表示手段を有する情報処理装置に対して着脱自在に接続されるとともに、データを記録する記録装置に対して着脱自在に接続され、データの書き込み動作及び／又は読み出し動作を行う接続装置であって、上記情報処理装置と上記記録装置とに接続された際、上記表示手段の情報を含む内部情報を取得する取得手段と、上記取得手段で取得された内部情報に基づいて上記表示手段に表示するＧＵＩ（Graphical User Interface）画面データを生成する生成手段と、上記生成手段で生成されたＧＵＩ画面データを上記情報処理装置に出力する出力手段とを備えることを特徴としている。
【発明の効果】
【００１６】
本発明によれば、表示手段を有する情報処理装置とデータ記録装置とが接続した際、データ記録装置が表示手段の情報を含む内部情報を取得し、この内部情報に基づいてＧＵＩ画面データを生成することにより、情報処理装置は、データ記録装置から取得したＧＵＩ画面を表示手段に表示するだけでよいため、初期動作時間を短縮することができる。また、情報処理装置自身に依存しない、データ記録装置に固有の表示形式でファイルを表示することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の具体的な実施の形態について、図面を参照しながら詳細に説明する。
【００１８】
図１は、本発明の一実施形態における情報処理システムの構成を示すブロック図である。この情報処理システムは、例えば、携帯音楽プレーヤ、デジタルカメラ、いわゆるパーソナルコンピュータ等のユーザが操作を行うホスト機器である情報処理装置１と、データの読出・書込・消去が可能なデータ記録装置２とが有線又は無線の通信路を介して接続されている。
【００１９】
ここで、情報処理装置１とデータ記録装置２との間の通信プロトコルについて、図２〜図８を参照して説明する。この通信プロトコルは、例えば、図２に示すように、物理レベルＡと、論理レベルＢと、ファイルレベルＣと、メニューレベルＤと、ＧＵＩ（Graphical User Interface）レベルＥとの階層に分けることができる。
【００２０】
物理レベルＡは、デバイス内のブロックを表す物理アドレスを用いたものである。この物理レベルＡにより、図３（ａ）に示すように情報処理装置１とデータ記録装置２とが通信した場合、情報処理装置１は、データ記録装置２内のデータを格納した物理アドレスを直接指定しなければならず、処理負担が大きい。
【００２１】
論理レベルＢは、物理アドレスをそのブロックが論理的に何番のブロックかを表す仮想アドレスに変換したものを用いたものである。この論理レベルＢにより、図３（ｂ）に示すように情報処理装置１とデータ記録装置２とが通信した場合、情報処理装置１は、仮想アドレスを用いることにより、物理アドレスを直接指定するよりも処理速度を上げることが可能となる。
【００２２】
ファイルレベルＣは、例えば、ＦＡＴ（File Allocation Table）、ＵＤＦ（Universal Disk Format）等のファイルを構成するブロックの配置を管理するものである。このファイルレベルＣにより、図３（ｃ）に示すように情報処理装置１とデータ記録装置２とが通信した場合、情報処理装置１は、名前でファイルの読み出しなどを行うことが可能となる。また、図４に示すようにファイルの属性情報ａ〜ｆも管理することが可能となる。
【００２３】
メニューレベルＤは、ファイルの属性情報を元にユーザが見やすい構成に並べ替えたメニューの論理構造に関するものである。このメニューレベルＤにより、図３（ｄ）に示すように情報処理装置１とデータ記録装置２とが通信した場合、情報処理装置１は、データ記録装置２により作成された、例えば、図５に示すファイルの属性情報を元にジャンル別に並び替えたメニュー構造や、図６に示す名前順に並べ替えたりしたメニューの論理構造に基づいて、メニュー画面を生成することが可能となる。この図５及び図６において、大文字のアルファベットＡ〜Ｄはファイル名であり、小文字のアルファベットａ〜ｂは属性情報を示している。
【００２４】
ＧＵＩレベルＥは、メニューの論理構造に基づくＧＵＩ画面の生成に関するものである。このＧＵＩレベルＥにより、図３（ｅ）に示すように情報処理装置１とデータ記録装置２とが通信した場合、情報処理装置１は、データ記録装置２で生成されたＧＵＩ画面データに応じたＧＵＩ画面を表示することができる。このＧＵＩ画面は、データ記録装置２に記録されたデータの内容を、例えば、図７に示すようなクロスメディアバー（商標）と呼ばれる、ファイルをカテゴリ別に分類したメニュー画面として提示することができる。本実施の形態の情報処理システムでは、データ記録装置２が図７に示すようなＧＵＩ画面データを情報処理装置１に送信するため、情報処理装置１とデータ記録装置２との通信プロトコルにはＧＵＩレベルＥのものが含まれることになる。
【００２５】
次に、本発明の一実施形態におけるデータ記録装置２の構成について説明する。このデータ記録装置２は、図８に示すように、情報処理装置１との間でデータを入出力するホストインターフェース（Ｉ／Ｆ）１１と、バッファ１２と、ＲＡＭ（Random Access Memory）１３と、データの消去・書き込みを自由に行なうことができるフラッシュメモリ１４と、フラッシュメモリ１４との間でデータを入出力するフラッシュメモリインターフェース（Ｉ／Ｆ）１５と、ＣＰＵ（Central Processing Unit）１６と、ＣＰＵ１６により実行されるプログラムが書き込まれたＲＯＭ（Read Only Memory）１７と、ＣＰＵバス１８とを備えて構成されている。
【００２６】
本実施形態におけるデータ記録装置２は、ＧＵＩレベルを含むプロトコルで通信するため、ＲＯＭ１７に書き込まれた高度なプログラムを実行するためのＣＰＵ１６及びＲＡＭ１３を備えている。また、フラッシュメモリ１４は、Flash EPROM（Erasable Programmable Read Only Memory）と呼ばれる記憶したデータを電気的に消去できる書き換え可能な読み出し専用メモリである。すなわち、読み出しを高速に行うことができるメモリである。また、バッファ２は、ＦＩＦＯであることが好ましい。
【００２７】
また、ホストインターフェース（Ｉ／Ｆ）１１を介して、入出力されるデータは、大きく分けて、画面・音情報、操作情報及び制御情報の３種類から成る。
【００２８】
画面・音情報はＧＵＩに基づく画面データや音楽データであって、ＣＰＵ１６及びＲＡＭ１３を用いてプログラムを実行することにより生成される。より具体的には、例えば、ＢＭＰ（Windows Device Independent Bitmap）ファイル等の画面情報やＷＡＶファイル等の音情報である。
【００２９】
また、操作情報は、例えば、情報処理装置１でユーザが操作した情報であって、ポインティングの画面上の座標情報、スクロールやボタン操作の情報等が含まれている。
【００３０】
また、制御情報は、例えば、プロトコルの開始・終了などを指示する情報である。
【００３１】
本実施の形態の情報処理システムは、これら３種類のデータを用いて各シーケンスを実行する。
【００３２】
図９は、情報処理システムにおける初期シーケンスを説明するものである。データ記録装置２は、情報処理装置１と接続すると、その情報処理装置１に対して機器情報を要求する（ステップＳ１１）。この機器情報は、デジタルカメラ、携帯電話、ビデオレコーダ等、情報処置装置１のカテゴリやタイプといった機器の種類を示す情報である。情報処理装置１は、機器情報の要求に対して応答する（ステップＳ１２）。
【００３３】
次に、データ記録装置２は、情報処理装置１に対し、画面サイズ情報を要求する（ステップＳ１３）。そして、この要求に対して、情報処理装置１は、画面サイズ情報をデータ記録装置２に送信する（ステップＳ１４）。この画面サイズ情報は、情報処理装置が有する表示手段の情報であって、例えば、ＱＶＧＡ（Quarter Video Graphics Array）、ＳＤＴＶ（Standard Definition Television）、ＨＤＴＶ（High Definition Television）等である。
【００３４】
続いて、データ記憶装置２は、情報処理装置１に対し、入力方式情報を要求する（ステップＳ１５）。そして、この要求に対して、情報処理装置１は、入力方式情報をデータ記録装置２に送信する（ステップＳ１６）。この入力方式情報は、デジタルカメラや携帯電話であれば上下左右の十字キー、ビデオレコーダであればリモートコントローラであるといった情報である。
【００３５】
ステップＳ１７において、データ記録装置２は、ステップＳ１１〜ステップＳ１６で取得した情報処理機器１の内部情報に応じて画面データを生成し、情報処理装置１に出力する。この画面データは、ＧＵＩ画面を表示させるものであり、例えばデータ記録装置２のファイル内容をアイコンなどのグラフィックで提示することができる。
【００３６】
このように、情報処理装置１は、機器情報、入力方式情報、画面サイズ情報等の内部情報を取得することにより、情報処理装置１から受信するｘ軸方向やｙ軸方向の操作情報とＧＵＩ画面とを正確に対応させることができる。また、初期動作としてデータ記録装置１内のファイル名を読み出し、それを整理してファイルリストとして画面に表示する動作が必要でないため、初期動作に掛かる時間を短縮することができる。また、画面データがデータ記録装置２で生成されるため、ファイルの表示形式は、情報処理装置１に依存することなく、ユーザにとって使い勝手のよい、自由度のあるものとなる。
【００３７】
なお、ステップＳ１７において送信される画面データは、データ記録装置２に記録されたファイルを提示する表示形式を選択させるものであることが好ましい。これによりユーザは、例えば、図１０に示すような、ファイルをカテゴリ別に分類したＡＶモードやファイルを所定のフォルダに階層的に格納したＰＣモード等の目的に応じた表示形式を選択することができる。
【００３８】
ここで、例えば、ユーザによりＡＶモードのメニュー画面が選択された場合、データ記録装置２は、ファイルレベルＣで認識される属性情報に基づいてファイルを動画、音楽、写真等のカテゴリに分類し、カテゴリバーａとファイルバーｂとを直交するようなメニュー構造を作成し、ＧＵＩ画面データを生成する。また、例えば、ＰＣモードのメニュー画面が選択された場合、データ記録装置２は、例えば、ツール、ドキュメント、プロジェクト、メール、資料等の項目のフォルダにファイルが階層的に格納するようなメニュー構造を作成し、ＧＵＩ画面データを生成する。そして、データ記録装置２により生成されたＧＵＩ画面データは、情報処理装置１に送信され、ユーザに所望の表示形式でファイルを提示する。
【００３９】
図１１は、情報処理装置１のユーザ操作における動作シーケンスを説明するものである。データ記録装置２は、上述した初期シーケンスのステップＳ１７と同様に画面データを情報処理装置１に出力する（ステップＳ２１）。そして、情報処理装置１は、データ記録装置２から取得した画面データに応じたＧＵＩ画面を表示する。
【００４０】
ここで、あるＧＵＩ画面において、例えば、ユーザが左スクロール操作を行った場合、情報処理装置１は、左スクロールの操作情報を生成し、データ記録装置２に送信する（ステップＳ２２）。データ記録装置２は、情報処理装置１からの操作情報に応じて、例えばスクロール後の画面データを生成する。そして、この画面データは情報処理装置２に送信され（ステップＳ２３）、情報処理装置１の画面にＧＵＩ画面が再描写される。
【００４１】
同様にして、例えば、ユーザがファイルの削除操作を行った場合も、情報処理装置１は、ファイルの削除を行った操作情報を生成し、データ記録装置２に送信する（ステップＳ２４）。そして、データ記録装置２は、操作情報よりファイル削除動作が行われたことを認識し、ファイルが削除された画面データを生成する。この画面データは情報処理装置２に送信され（ステップＳ２５）、情報処理装置１の画面にＧＵＩ画面が再描写される。
【００４２】
このように、情報処理装置１は、ユーザの操作入力に応じた操作情報をデータ記録装置２に送信し、データ記録装置２から送信された画面情報に応じてＧＵＩ画面を表示するだけでよいため、従来と比べ処理負担が軽減される。つまり、データ記録装置２は、情報処理装置１から送信されたユーザの操作情報とデータ記録装置２自身が生成するＧＵＩ画面データに基づいてユーザ操作を認識し、データの読み出し等の処理を行う。
【００４３】
終了シーケンスは、図１２（ａ）に示すように、データ記録装置２から終了通知を送信し（ステップＳ３１１）、情報処理装置１が返事（ACKnowledgement）するようにしてもよいし、図１２（ｂ）に示すように、情報処理装置１から終了通知を送信し（ステップＳ３２１）、データ記録装置２が返事するようにしてもよい。
【００４４】
図１３及び図１４は、情報処理装置１がデータ記憶装置２からファイルを読み出す読出シーケンスを説明するものである。データ記録装置２は、図１１に示す動作シーケンスと同様に、情報処理装置１に画面データを出力し（ステップＳ４１）、情報処理装置１からの操作情報（ステップＳ４２）に応じて画面データを生成、送信する（ステップＳ４３）
ここで、例えば、ファイルＡを選択、再生する操作情報が情報処理装置１から入力された場合（ステップＳ４４）、データ記録装置２は、情報処理装置２にファイルＡの再生確認を行う（ステップＳ４５）。なお、操作情報には、ファイルＡについての情報が含まれていないので、この時点では、情報処理装置１は、ファイルＡが選択されたことを認識していない。情報処理装置１は、ファイルＡの再生確認を要求されることにより、ファイルＡの選択を認識し、そのファイルが再生可能であるか否かを判別する。具体的には、ファイルＡを再生するコーデックを情報処理装置１自身が有しているか否かを、例えば、ファイルの拡張子より判別する。再生可能である場合、データ記録装置２に読み出し開始要求を行う（ステップＳ５１）。この読み出し開始要求は、読み出すファイルの名前（本例ではＡ）を送信することにより行われる。
【００４５】
データ記録装置２は、ファイルＡの読み出し要求に応じてファイルへのアクセス権であるアクセスポインタを発行し、これを情報処理装置１に送信する（ステップＳ５２）。このアクセスポインタによって、例えば、一度に複数のファイルにアクセスすることが可能となる。
【００４６】
情報処理装置１は、アクセスポインタを取得すると、読み出し要求を行う（ステップＳ５３）。データ記録装置２は、情報処理装置１から読み出し要求を受信すると、操作情報とＧＵＩ画面とに基づいて取得したリードポイント及びデータ長に応じて、フラッシュメモリ１４内の所定の位置に格納されたデータを読み出し、情報処理装置１に送信する（ステップＳ５４）。ここで、リードポイントは、データ中の何バイト目を読み出すかの情報であり、データ長は、どれだけの長さのデータを読み出すかの情報である。
【００４７】
なお、データ記録装置２は、ステップＳ５１において送信されたファイルＡの読み出し要求に応じて、フラッシュメモリ１４内の所定の位置に格納されたデータを読み出し、情報処理装置１に送信するようにしてもよい。
【００４８】
ステップＳ５５において、情報処理装置１は、ファイルＡのデータを全て受信した場合、終了通知をデータ記録装置２に送信し、これに対してデータ記録装置１は、承諾通知を送信する（ステップＳ５６）。
【００４９】
このように、情報処理装置１は、ユーザの操作情報をデータ記録装置２に送信するだけでよいため、データ記録装置２から所望のファイルを素早く読み出すことができる。
【００５０】
また、ユーザがプレイリストＰを選択したプログラム再生の場合、図１５に示すように、情報処理装置１からは、操作情報が送信される（ステップＳ６１）。データ記録装置２は、その操作情報に基づいてプレイリストＰが選択されたことを認識する。そして、プレイリストＰのファイルＡの再生確認を行い（ステップＳ６２）、上述したステップＳ５１〜ステップＳ５６の処理を行い、ファイルＡを再生する（ステップＳ６３）。また、プレイリストＰのファイルＢ、ファイルＣ・・・においても同様に再生処理が行われる（ステップＳ６４〜ステップＳ６７）。つまり、データ記録装置２は、プレイリストＰに従った順番でファイルの再生確認を行い、情報処理装置１は再生確認を要求された順番にファイルを再生する。このため、情報処理装置１は、プレイリストに従って再生していること知らないこととなる。
【００５１】
次に、情報処理システムにおける書き込みシーケンスについて図１６を参照して説明する。ステップＳ７１において、情報処理装置１は、データ書き込み開始要求を行う（ステップＳ７１）。なお、このデータ書き込み開始要求は、ＧＵＩ画面に基づく操作情報であってもよい。データ記録装置２は、データ書き込み開始要求に応じて書き込みファイル名を認識し、アクセスポインタを発行、送信する（ステップＳ７２）。
【００５２】
情報処理装置１は、アクセスポインタを受信すると、書き込みファイルの属性情報を含む書き込み要求をデータ記録装置２に送信する（ステップＳ７３）。この属性情報は、出演者、ジャンル、記録日時等のメタ情報、及び、データ長、拡張子、ファイル名等の情報を含むものである。データ記録装置２は、この属性情報に基づいてファイルをどの階層に記録するか決定する。記録場所の決定後、データ記録装置は、承諾通知を情報処理装置１に送信する（ステップＳ７４）。
【００５３】
情報処理装置１は、承諾通知に応じて、書き込みファイルのデータをデータ記録装置２に送信する（ステップＳ７５）。データ記録装置２は、書き込みファイルのデータを属性情報に基づいて決定した記録場所に格納する。データ格納後、データ記録装置２は、承諾通知を送信する（ステップＳ７６）。情報処理装置１は、データの送信終了を表す終了通知を送信し（ステップＳ７７）、それに応じた承諾通知をデータ記録装置２から受信する（ステップＳ７８）。
【００５４】
このように、従来とは異なり、ファイルの書き込み先をデータ記録装置２が指定するため、情報処理装置１の処理負担が軽減する。また、データ記録装置２がファイルを管理するため、どんな情報処理装置１でも、データ記録装置２で設定した表示形式でファイルを提示することができる。
【００５５】
例えば、図１７（ａ）に示すように情報処理装置１が音楽再生装置であって、アーティストＡの音楽データを書き込む場合、図１７（ｂ）に示すメニューのように、「アーティストＡ」がアーティスト欄に追加されるとともに「プレイリスト」の中にも追加されるこことなる。また、例えば、図１８（ａ）に示すように情報処理装置１がデジタルカメラであって、写真データを書き込む場合、図１８（ｂ）に示すメニューのように、「２００５年８月１日」のフォルダに写真が追加されるこことなる。これらメニュー画面をデータ記録装置２が生成し、データ記録装置２が全てのファイルを管理しているため、情報処理装置１は、データ記録装置２に記録されているデータを把握しなくてもよく、情報処理装置１の処理負担が軽減される。
【００５６】
また、データ記録装置２がファイルを管理することから、例えば、フラッシュメモリ１４の空き容量が少なくなった場合、アクセス頻度が少ないファイルから自動的に削除し、新しいファイルを書き込む容量を確保するようにしてもよい。また、例えば、フラッシュメモリ１４の容量が少なくなった場合、ユーザにアクセス頻度が低い順に並べてファイルを提示するようにしてもよい。また、フラッシュメモリ１４の容量の内、動画・音楽で何％使用しているかの現在の使用状況を、例えば、円グラフで提示するようにしてもよい。また、例えば、３ヶ月以上アクセスが無かったファイルを自動的にゴミ箱に移動させるようにしてもよい。これらの設定は、情報処理装置１の設定に依存することなく、データ記録装置２ごとに設定することができるので、ユーザは安心して使用することができる。
【００５７】
なお、本発明は上述した実施の形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。
【００５８】
例えば、上述した実施の形態では、図８に示すようなデータ記録装置２を用いることとしたが、他の実施形態として、図１９に示すような接続装置３を用いても情報処理装置１の処理を軽減させることができる。ここで、図８に示すデータ記録装置２と同様の構成については、同一符号を付して詳細な説明を省略する。
【００５９】
この接続装置３は、情報処理装置１との間でデータを入出力するホストインターフェース（Ｉ／Ｆ）１１と、バッファ１２と、ＲＡＭ（Random Access Memory）１３と、フラッシュメモリ１４との間でデータを入出力するフラッシュメモリインターフェース（Ｉ／Ｆ）１５１と、ＣＰＵ（Central Processing Unit）１６と、ＣＰＵ１６により実行されるプログラムが書き込まれたＲＯＭ（Read Only Memory）１７と、ＣＰＵバス１８とを備えて構成され、フラッシュメモリインターフェース（Ｉ／Ｆ）１５１を介して、データの消去・書き込みを自由に行なうことができるフラッシュメモリ１４１と着脱自在に接続されている。このような構成により、接続装置３は、フラッシュメモリ１４１内のデータを示すＧＵＩ画面を生成し、フラッシュメモリ１４１に記録されたファイルを情報処理装置１に表示させることができる。
【００６０】
また、情報処理装置１は、接続装置３から取得したＧＵＩ画面を表示手段に表示するだけでよいため、初期動作時間を短縮することができる。また、情報処理装置１自身に依存しない、フラッシュメモリ１４１に固有の表示形式でファイルを表示することができる。
【００６１】
また、フラッシュメモリインターフェース（Ｉ／Ｆ）１５１は、例えば、ＵＳＢ（Universal Serial Bus）やＩＥＥＥ１３９４（the Institute of Electrical and Electronics Engineers 1394）等に準拠したものであって、ホストインターフェース（Ｉ／Ｆ）１１は、これらをさらに拡張したものであってもよい。
【００６２】
また、上述の実施の形態では、フラッシュメモリ１４、１４１を用いる構成としたが、これに限られるものではなく、例えば、ＨＤＤ等の記録媒体を用いることとしてもよい。
【図面の簡単な説明】
【００６３】
【図１】本発明の一実施形態における情報処理システムの構成を示すブロック図である。
【図２】通信プロトコルの階層例を示す図である。
【図３】通信プロトコルを説明するための図である。
【図４】ファイルの属性情報を説明するための図である。
【図５】ファイルを属性情報で整理した例を示す図である。
【図６】ファイルを名前で整理した例を示す図である。
【図７】ファイルを属性情報に基づいて分類したメニュー画面例を示す図である。
【図８】本発明の一実施形態におけるデータ記録装置２の構成を示すブロック図である。
【図９】本発明の一実施形態における初期シーケンスを説明するための図である。
【図１０】本発明の一実施形態におけるメニュー画面例を示す図である。
【図１１】本発明の一実施形態における動作シーケンスを説明するための図である。
【図１２】本発明の一実施形態における終了シーケンスを説明するための図である。
【図１３】本発明の一実施形態における読み出しシーケンス（その１）を説明するための図である。
【図１４】本発明の一実施形態における読み出しシーケンス（その２）を説明するための図である。
【図１５】本発明の一実施形態における再生シーケンスを説明するための図である。
【図１６】本発明の一実施形態における書き込みシーケンスを説明するための図である。
【図１７】音楽データの書き込み例を示す図である。
【図１８】写真データの書き込み例を示す図である。
【図１９】本発明の他の実施形態における接続装置の構成を示すブロック図である。
【図２０】従来におけるデータ記録装置２の構成を示すブロック図である。
【符号の説明】
【００６４】
１  情報処理装置、２データ記録装置、１１  ホストＩ／Ｆ、１２  バッファ、１３  ＲＡＭ、１４  フラッシュメモリ、１５  フラッシュメモリＩ／Ｆ、１６  ＣＰＵ、１８  ＣＰＵバス
【図１】
0004821233.tif 000002
【図２】
0004821233.tif 000003
【図３】
0004821233.tif 000004
【図４】
0004821233.tif 000005
【図５】
0004821233.tif 000006
【図６】
0004821233.tif 000007
【図７】
0004821233.tif 000008
【図８】
0004821233.tif 000009
【図９】
0004821233.tif 000010
【図１０】
0004821233.tif 000011
【図１１】
0004821233.tif 000012
【図１２】
0004821233.tif 000013
【図１３】
0004821233.tif 000014
【図１４】
0004821233.tif 000015
【図１５】
0004821233.tif 000016
【図１６】
0004821233.tif 000017
【図１７】
0004821233.tif 000018
【図１８】
0004821233.tif 000019
【図１９】
0004821233.tif 000020
【図２０】
0004821233.tif 000021