JP2008123535A - 情報配信システム、端末装置、ファイル処理方法 - Google Patents
情報配信システム、端末装置、ファイル処理方法 Download PDFInfo
- Publication number
- JP2008123535A JP2008123535A JP2007304999A JP2007304999A JP2008123535A JP 2008123535 A JP2008123535 A JP 2008123535A JP 2007304999 A JP2007304999 A JP 2007304999A JP 2007304999 A JP2007304999 A JP 2007304999A JP 2008123535 A JP2008123535 A JP 2008123535A
- Authority
- JP
- Japan
- Prior art keywords
- information
- data
- terminal device
- terminal
- data stored
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
【課題】端末装置内に格納されたデータファイルに関するユーザーの選択操作の多様化かつ簡易化を実現する。
【解決手段】情報センタで多数のデータファイル（音楽等）についてて多様な分類項目で分類を行った分類データベース手段を設けておき、端末側から送信される検索対象情報と分類データベース手段を用いた検索動作を行うことができるようにする。ユーザー側の端末装置からは検索対象情報を情報センタに送信することで、ユーザーの所有するデータファイルの中から、検索対象情報に合致したデータファイルの検索結果を情報センタから得ることができるようにする。例えば分類データベース手段において、季節、時間、イベント、気分、各種シチュエーションなどの多様な事象に応じた分類項目でデータファイルの分類を行っておき、ユーザーが単に、その日の気分や状況に応じて分類項目を指定するだけで、ユーザーの気分や状況に応じて選択されたデータファイルの処理（再生や移動など）を行なうことができるようにする。
【選択図】 図１０
【解決手段】情報センタで多数のデータファイル（音楽等）についてて多様な分類項目で分類を行った分類データベース手段を設けておき、端末側から送信される検索対象情報と分類データベース手段を用いた検索動作を行うことができるようにする。ユーザー側の端末装置からは検索対象情報を情報センタに送信することで、ユーザーの所有するデータファイルの中から、検索対象情報に合致したデータファイルの検索結果を情報センタから得ることができるようにする。例えば分類データベース手段において、季節、時間、イベント、気分、各種シチュエーションなどの多様な事象に応じた分類項目でデータファイルの分類を行っておき、ユーザーが単に、その日の気分や状況に応じて分類項目を指定するだけで、ユーザーの気分や状況に応じて選択されたデータファイルの処理（再生や移動など）を行なうことができるようにする。
【選択図】 図１０
Description
本発明は、情報センタと、その情報センタと情報通信可能とされる端末装置とからなる情報配信システム、及び端末装置、さらにはその情報配信システムを用いたファイル処理方法に関するものである。
ユーザーの所有するオーディオビジュアル機器として各種のものが普及しており、音楽ソフトや映像ソフトを個人で楽しむことが一般化している。
例えばユーザーがＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）などのディスク記録媒体を用いたオーディオシステムなどを所有し、所望のＣＤ、ＭＤ等を購入して再生させたり、或いは記録可能なメディアであるＭＤを用いて自分の好みの選曲によるオリジナルディスクを作成するなどのことが行われている。
例えばユーザーがＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）などのディスク記録媒体を用いたオーディオシステムなどを所有し、所望のＣＤ、ＭＤ等を購入して再生させたり、或いは記録可能なメディアであるＭＤを用いて自分の好みの選曲によるオリジナルディスクを作成するなどのことが行われている。
ところで、従来ない新たなオーディオビジュアル機器として、例えばハードディスクなどの大容量メディアを利用してオーディオデータファイルやビデオデータファイルを蓄積する記録再生装置の開発が進められている。
例えばＣＤなどのユーザーが所有するパッケージメディアに収録されている楽曲等を、その記録再生装置内のハードディスクなどにダビング記録する。ハードディスクなどの大容量の記録媒体を用いることで、例えばユーザーが所有する多数のＣＤ等における全楽曲などを記録再生システム内に格納しておくことができる。
例えばＣＤなどのユーザーが所有するパッケージメディアに収録されている楽曲等を、その記録再生装置内のハードディスクなどにダビング記録する。ハードディスクなどの大容量の記録媒体を用いることで、例えばユーザーが所有する多数のＣＤ等における全楽曲などを記録再生システム内に格納しておくことができる。
そしてユーザーは、或る楽曲等を再生させたいときには、わざわざその楽曲が収録されたＣＤ等を探して記録再生装置に装填する必要はなく、楽曲を指定してハードディスクから読み出して再生させるようにすればよい。従って特に大量のＣＤ等を所有しているユーザーなどで非常に便利なものとなる。そしてまたＣＤ等の入れ換え等も不要となるため、例えばその日の気分や状況に応じた選曲で音楽を楽しむなどといったことも手軽に可能となる。
また、例えばその記録再生装置のハードディスク等から楽曲等のデータを移動又は複写できる携帯用記録再生装置などを設ければ、多数の楽曲の中からその日に聴きたい楽曲を選んで複写等を実行させて、その携帯用記録再生装置で再生できるようにすることができる。特にその携帯用記録再生装置でも記録媒体としてハードディスクやフラッシュメモリなどを用いるようにすれば、楽曲データ等の移動や複写を瞬時に実行することができ、例えばユーザーは毎日、その日の気分や状況に応じて曲を選択して、携帯用記録再生装置側に移動又は複写を行い、その携帯用記録再生装置で曲の再生を楽しむことなどの利用形態も可能となる。例えば従来の携帯用の再生装置（ＣＤプレーヤやＭＤプレーヤ）では、その日に聴きたいと思った数曲が複数のＣＤやＭＤにまたがって収録されている場合は、それらの複数のディスクも同時に携帯しなければならないが、このような必要もなくなる。
ユーザーにとっては、このような記録再生装置、携帯用記録再生装置によりより手軽に音楽等を楽しむことができるようになるが、このような装置を使用するに際しては次のような問題点が考えられる。
例えば上記記録再生装置内のハードディスクにかなり多数の曲が格納されたような場合には、そのハードディスク内の曲のうちで、聴きたい曲や、携帯用記録再生装置に移動又は複写したい曲を選択する操作が面倒なものとなってくる。
一方、面倒な選択操作を解消するためには、例えば格納された各曲をジャンル毎やアーティスト毎に分類しておくなどの手法も考えられるが、実際にはユーザー個人の好みやその日の気分、その日のユーザーの予定や状況などによって、ジャンル毎等の分類などでは効率的な選択ができないことも多い。
また選択操作のための高度な検索機能を記録再生装置に付加することは、その記録再生装置のコストアップや大規模化につながり、一般ユーザーの使用する機器として不適切になる。
例えば上記記録再生装置内のハードディスクにかなり多数の曲が格納されたような場合には、そのハードディスク内の曲のうちで、聴きたい曲や、携帯用記録再生装置に移動又は複写したい曲を選択する操作が面倒なものとなってくる。
一方、面倒な選択操作を解消するためには、例えば格納された各曲をジャンル毎やアーティスト毎に分類しておくなどの手法も考えられるが、実際にはユーザー個人の好みやその日の気分、その日のユーザーの予定や状況などによって、ジャンル毎等の分類などでは効率的な選択ができないことも多い。
また選択操作のための高度な検索機能を記録再生装置に付加することは、その記録再生装置のコストアップや大規模化につながり、一般ユーザーの使用する機器として不適切になる。
本発明はこのような問題点に鑑みて、ハードディスクなどに格納されている多数の曲データ等のデータファイルのうちで、ユーザーの気分や状況などに応じて適切な選択が簡単に行うことができるようにすることを目的とする。
本発明は、情報センタと前記情報センタと通信する端末装置とを備える情報配信システムであって、前記情報センタは、データの識別情報と前記データを所定の分類項目に分類するための分類情報と対応付けて記憶する分類データベース手段と、前記端末装置に記憶されているデータの識別情報を前記端末装置から受信するセンタ側受信手段と、前記分類データベース手段から、前記端末装置に記憶されているデータの識別情報に対応する分類情報を検索する検索手段と、前記検索手段が抽出した、前記端末装置に記憶されているデータの識別情報に対応する分類情報を、前記端末装置へ送信するセンタ側送信手段と、を備え、前記端末装置は、データと前記データの識別情報とを対応付けて格納する格納手段と、前記情報センタに前記格納手段に記憶されているデータの識別情報を送信する端末側送信手段と、前記格納手段に記憶されているデータの識別情報に対応する分類情報を前記情報センタから受信する端末側受信手段と、外部機器と接続する接続手段と、前記格納手段が格納しているデータを読み出す読み出し手段と、前記端末側受信手段が受信した分類情報のうち選択された所定の分類情報に基づいて、前記所定の分類情報が対応付けられたデータを前記読み出し手段に読み出させ、前記接続手段を制御して前記外部機器へ読み出した前記データを転送させる転送手段とを備える。
前記端末装置は更に、前記端末側受信手段が受信した分類情報のうち選択された所定の分類情報に基づいて、前記所定の分類情報が対応付けられたデータを前記読み出し手段に読み出させ、前記読み出し手段が読み出したデータを再生する再生手段を備える。
また、前記格納手段は、前記端末側受信手段が受信した、前記格納手段に記憶されているデータの識別情報に対応する分類情報を、前記格納手段に記憶されているデータと対応付けて格納する。
前記端末装置は更に、前記所定の分類情報が対応付けられたデータの総データ量と前記前記外部機器の空き容量とを比較する比較手段を備え、前記転送手段は、前記比較手段が前記所定の分類情報が対応付けられたデータを転送可能と判断したときに、前記接続手段を制御して前記所定の分類情報が対応付けられたデータを前記外部機器へ転送させる。
前記端末装置は更に、前記比較手段が前記所定の分類情報が対応付けられたデータを転送可能と判断したときに、前記外部機器に記憶されているデータを自動的に除去するように制御する除去手段を備える。
前記除去手段は、前記外部機器に記憶されているデータを、再生回数の少ないデータから順に除去する。
前記除去手段は、前記外部機器に記憶されているデータを、前記外部機器に記憶された日付が古いデータから順に除去する。
前記端末装置は更に、 前記除去手段が前記外部機器に記憶されているデータを自動的に除去するときに、表示手段に警告を表示する。
前記転送手段は、前記除去手段が前記外部機器に記憶されているデータを除去したあとに、前記接続手段を制御して前記所定の分類情報が対応付けられたデータを前記外部機器へ転送させる。
前記端末装置は更に、前記転送手段が、前記所定の分類除法が対応付けられたデータを前記外部機器へ転送させたときに、前記所定の分類除法が対応付けられたデータに対応付けて禁止フラグを設定する設定手段と、前記端末側受信手段が受信した分類情報のうち選択された所定の分類情報に基づいて、前記所定の分類情報が対応付けられたデータを前記読み出し手段に読み出させ、前記読み出し手段が読み出したデータを再生する再生手段を備え、前記再生手段は、前記禁止フラグが設定されているときは、前記データを再生しないようにする。
また、前記格納手段は、前記端末側受信手段が受信した、前記格納手段に記憶されているデータの識別情報に対応する分類情報を、前記格納手段に記憶されているデータと対応付けて格納する。
前記端末装置は更に、前記所定の分類情報が対応付けられたデータの総データ量と前記前記外部機器の空き容量とを比較する比較手段を備え、前記転送手段は、前記比較手段が前記所定の分類情報が対応付けられたデータを転送可能と判断したときに、前記接続手段を制御して前記所定の分類情報が対応付けられたデータを前記外部機器へ転送させる。
前記端末装置は更に、前記比較手段が前記所定の分類情報が対応付けられたデータを転送可能と判断したときに、前記外部機器に記憶されているデータを自動的に除去するように制御する除去手段を備える。
前記除去手段は、前記外部機器に記憶されているデータを、再生回数の少ないデータから順に除去する。
前記除去手段は、前記外部機器に記憶されているデータを、前記外部機器に記憶された日付が古いデータから順に除去する。
前記端末装置は更に、 前記除去手段が前記外部機器に記憶されているデータを自動的に除去するときに、表示手段に警告を表示する。
前記転送手段は、前記除去手段が前記外部機器に記憶されているデータを除去したあとに、前記接続手段を制御して前記所定の分類情報が対応付けられたデータを前記外部機器へ転送させる。
前記端末装置は更に、前記転送手段が、前記所定の分類除法が対応付けられたデータを前記外部機器へ転送させたときに、前記所定の分類除法が対応付けられたデータに対応付けて禁止フラグを設定する設定手段と、前記端末側受信手段が受信した分類情報のうち選択された所定の分類情報に基づいて、前記所定の分類情報が対応付けられたデータを前記読み出し手段に読み出させ、前記読み出し手段が読み出したデータを再生する再生手段を備え、前記再生手段は、前記禁止フラグが設定されているときは、前記データを再生しないようにする。
以上の説明からわかるように本発明によれば以下のような効果が得られる。
即ち本発明では、情報センタでは、多数のデータファイル（音楽等）についてて多様な分類項目で分類を行った分類データベース手段を設けておき、端末側から送信される検索対象情報と分類データベース手段を用いた検索動作を行うことができるようにしている。ユーザー側からみれば、端末装置から検索対象情報を情報センタに送信することで、ユーザーの所有するデータファイル、即ち端末装置の格納手段に格納されているデータファイルの中から、検索対象情報に合致したデータファイルの検索結果を情報センタから得ることができ、つまり情報センタ側の高度な検索システムを利用して多様な検索結果を得ることができる。
従ってユーザーは、自分で所有するデータファイルの選択に関して多様かつ簡易な検索ができ（つまり情報センタ側の高度な検索システムを利用でき）、例えば具体的にデータファイルを指定するような操作を行わなくとも所望のデータファイルが選択された状態を得ることができる。
即ち本発明では、情報センタでは、多数のデータファイル（音楽等）についてて多様な分類項目で分類を行った分類データベース手段を設けておき、端末側から送信される検索対象情報と分類データベース手段を用いた検索動作を行うことができるようにしている。ユーザー側からみれば、端末装置から検索対象情報を情報センタに送信することで、ユーザーの所有するデータファイル、即ち端末装置の格納手段に格納されているデータファイルの中から、検索対象情報に合致したデータファイルの検索結果を情報センタから得ることができ、つまり情報センタ側の高度な検索システムを利用して多様な検索結果を得ることができる。
従ってユーザーは、自分で所有するデータファイルの選択に関して多様かつ簡易な検索ができ（つまり情報センタ側の高度な検索システムを利用でき）、例えば具体的にデータファイルを指定するような操作を行わなくとも所望のデータファイルが選択された状態を得ることができる。
特にユーザー側は端末装置から、分類データベースでの或る分類項目を選択できるようにしており、選択された分類項目と、格納手段に格納されている各データファイルの識別情報を検索対象情報として送信するようにすれば、情報センタ側は、その選択された分類項目に含まれるデータファイルであって、ユーザーが端末装置において所有する（つまり格納手段に格納されている）データファイルを検索し、その検索結果を端末装置に送信することができる。
例えば分類データベース手段において、単に音楽ジャンルやアーティストの別による分類項目だけでなく、季節、時間、イベント、気分、各種シチュエーションなどの多様な事象に応じた分類項目でデータファイルの分類を行っておけば、ユーザー側の端末装置からは、ユーザーが単に、その日の気分や状況に応じて分類項目を指定するだけで、ユーザーの気分や状況に応じて選択されたデータファイルの処理を行なうことができ、ユーザーにとって非常に便利なものとなる。
例えば分類データベース手段において、単に音楽ジャンルやアーティストの別による分類項目だけでなく、季節、時間、イベント、気分、各種シチュエーションなどの多様な事象に応じた分類項目でデータファイルの分類を行っておけば、ユーザー側の端末装置からは、ユーザーが単に、その日の気分や状況に応じて分類項目を指定するだけで、ユーザーの気分や状況に応じて選択されたデータファイルの処理を行なうことができ、ユーザーにとって非常に便利なものとなる。
また、情報センタと端末装置の間で通信される情報は、オーディオデータやビデオデータなどの大容量のデータとしてのデータファイルではなく、上記の分類項目や識別情報、及び検索結果などの、データ量の小さい情報であるため、特に通信回線として特別な回線（高速伝送可能な回線）を用意する必要はなく、システム構築のために新たなインフラストラクチャーを整えるといったような必要もない。
さらに同様に通信されるデータはデータ量が小さいものであることから、通信時間は非常に短い時間で済む。本発明の場合、上記のように端末装置側から分類項目を選択して検索を要求する際から、検索結果を受けとるまでに、端末装置と情報センタの間で往復の通信が必要になるが、その通信時間はわずかな時間とできるため、実際にユーザーが分類項目を指定する操作を行ってから、実際に検索されたデータファイルに対する処理の実行までは短時間で済むことになる。即ちユーザーに対して時間的な負担もかけない（待ち時間の少ない）システムとすることができる。
さらに同様に通信されるデータはデータ量が小さいものであることから、通信時間は非常に短い時間で済む。本発明の場合、上記のように端末装置側から分類項目を選択して検索を要求する際から、検索結果を受けとるまでに、端末装置と情報センタの間で往復の通信が必要になるが、その通信時間はわずかな時間とできるため、実際にユーザーが分類項目を指定する操作を行ってから、実際に検索されたデータファイルに対する処理の実行までは短時間で済むことになる。即ちユーザーに対して時間的な負担もかけない（待ち時間の少ない）システムとすることができる。
また端末装置側では、受信された検索結果に該当するデータファイルを格納手段から読み出して、再生出力する処理を行うようにすれば、ユーザーからみれば、単に分類項目のような検索対象情報を指定入力するだけで、適切なデータファイル（音楽等）の再生が行われることになり、非常に簡易な操作で、ユーザーに好適な再生動作が実現される。例えばその日の気分や状況に応じた音楽等を楽しめることになる。
また端末装置側では、受信された検索結果に該当するデータファイルを格納手段から読み出して、この端末装置と接続されるデータファイル格納装置に移動又は複写することで、ユーザーは、単に端末装置から分類項目のような検索対象情報を指定入力するだけで、適切なデータファイル（音楽等）がデータファイル格納装置側に格納された状態を得ることができ、そのデータファイル格納装置を用いて、例えばその日の気分や状況に応じた音楽等を楽しめる。そしてそのデータファイル格納装置がいわゆる携帯用の装置とされているのであれば、その日の気分や状況に応じた音楽等を外出先などでも楽しめることになる。
また本発明では、情報センタでは、多数のデータファイル（音楽等）についてて多様な分類項目で分類を行った分類データベース手段を設けておき、端末側か
ら送信される検索対象情報と分類データベース手段を用いて、ユーザーの所有するデータファイルについての分類項目の検索動作を行うことができるようにしている。ユーザー側からみれば、端末装置から検索対象情報を情報センタに送信することで、ユーザーの所有するデータファイル、即ち端末装置の格納手段に格納されているデータファイルについての分類項目を情報センタから得ることができる。つまり情報センタ側の高度な検索システムを利用して多様な分類方式による分類項目を得、それをデータファイルに対応させて記憶することができる。
従ってユーザーは、自分で所有するデータファイルの選択に関して多様かつ簡易な検索を端末装置に実行させることができる。
例えば分類データベース手段において、季節、時間、イベント、気分、各種シチュエーションなどの多様な事象に応じた分類項目でデータファイルの分類を行っておけば、端末装置では情報センタ側の高度な検索システムを利用して得られた多様な事象の分類項目を各データファイルに対応して記憶でき、その記憶された分類項目を利用した検索を実行できるため、具体的にユーザーがデータファイルを指定するような操作を行わなくとも、例えばその日の気分や状況等に応じた分類項目を指定するのみで所望のデータファイルを選択し、所定の処理を実行させることができる。
ら送信される検索対象情報と分類データベース手段を用いて、ユーザーの所有するデータファイルについての分類項目の検索動作を行うことができるようにしている。ユーザー側からみれば、端末装置から検索対象情報を情報センタに送信することで、ユーザーの所有するデータファイル、即ち端末装置の格納手段に格納されているデータファイルについての分類項目を情報センタから得ることができる。つまり情報センタ側の高度な検索システムを利用して多様な分類方式による分類項目を得、それをデータファイルに対応させて記憶することができる。
従ってユーザーは、自分で所有するデータファイルの選択に関して多様かつ簡易な検索を端末装置に実行させることができる。
例えば分類データベース手段において、季節、時間、イベント、気分、各種シチュエーションなどの多様な事象に応じた分類項目でデータファイルの分類を行っておけば、端末装置では情報センタ側の高度な検索システムを利用して得られた多様な事象の分類項目を各データファイルに対応して記憶でき、その記憶された分類項目を利用した検索を実行できるため、具体的にユーザーがデータファイルを指定するような操作を行わなくとも、例えばその日の気分や状況等に応じた分類項目を指定するのみで所望のデータファイルを選択し、所定の処理を実行させることができる。
また端末装置から情報センタに送信する検索対象情報は、格納手段に格納されている各データファイルの識別情報とすれば、情報センタの検索手段は、ユーザーの所有する各データファイルについて、分類データベース手段上での分類項目を適切に検索でき、端末装置のユーザーにとって好適な検索結果（分類項目）を送信することができる。
またこの場合も、情報センタと端末装置の間で通信される情報は、オーディオデータやビデオデータなどの大容量のデータとしてのデータファイルではなく、上記の識別情報や、及び検索結果としての分類項目などの、データ量の小さい情報であるため、特に通信回線として特別な回線（高速伝送可能な回線）を用意する必要はなく、システム構築のために新たなインフラストラクチャーを整える必要もない。
また通信されるデータ量が小さいものであることから、通信時間は非常に短い時間で済むため、端末装置側から検索を要求してから、検索結果を受けとるまでの時間も短いものとすることができる。
また通信されるデータ量が小さいものであることから、通信時間は非常に短い時間で済むため、端末装置側から検索を要求してから、検索結果を受けとるまでの時間も短いものとすることができる。
また端末装置側において格納手段に格納されているデータファイルについて、対応する分類項目が既に記憶されている場合、ユーザーが選択した分類項目に対応した状態で格納されているデータファイルを格納手段から読み出して、再生出力する処理を行うことができ、ユーザーからみれば、単に分類項目を選択するだけで、適切なデータファイル（音楽等）の再生が行われることになり、非常に簡易な操作で、ユーザーに好適な再生動作が実現される。例えばその日の気分や状況に応じた音楽等を楽しめることになる。
また端末装置側では、格納手段に格納されているデータファイルについて、対応する分類項目が既に記憶された状態にある場合、ユーザーが選択した分類項目に対応した状態で格納されているデータファイルを格納手段から読み出して、この端末装置と接続されるデータファイル格納装置に移動又は複写するようにすることができ、ユーザーは、単に端末装置から分類項目を選択するだけで、適切なデータファイル（音楽等）がデータファイル格納装置側に格納された状態を得ることができる。このため、そのデータファイル格納装置を用いて、例えばその日の気分や状況に応じた音楽等を楽しめる。そしてそのデータファイル格納装置がいわゆる携帯用の装置とされているのであれば、その日の気分や状況に応じた音楽等を外出先などでも楽しめることになる。
以下、本発明の実施の形態としての情報配信システム、及び情報配信システムを構成する情報センタ１と記録再生装置１０、さらには記録再生装置１０と接続できる携帯装置５０について説明していく。説明は次の順序で行う。
１．情報配信システムの概要
２．記録再生装置及び携帯装置の外観例
３．記録再生装置の内部構成
４．携帯装置の内部構成
５．ファイル移動処理
６．記録再生装置のファイル格納形態
７．ファイル選択のための第１の動作例
８．ファイル選択のための第２の動作例
１．情報配信システムの概要
２．記録再生装置及び携帯装置の外観例
３．記録再生装置の内部構成
４．携帯装置の内部構成
５．ファイル移動処理
６．記録再生装置のファイル格納形態
７．ファイル選択のための第１の動作例
８．ファイル選択のための第２の動作例
１．情報配信システムの概要。
図１は本例の情報配信システムの概要を示すものである。
この情報配信システムは、基本的には、一般ユーザーが家庭２などで用いる記録再生装置１０と、記録再生装置１０の使用に関する情報サービス組織としての情報センタ１とから構成される。
情報センタ１と記録再生装置１０は、通信回線３を用いて各種情報の通信が可能とされている。通信回線３は例えばＩＳＤＮ回線などの公衆回線網としてもよいし、当該システムのための専用回線網などを構築してもよく、その回線の形態は特に限定されない。
また通信衛星４や各家庭２に設置したパラボラアンテナ５などを利用した衛星通信回線を構成し、情報センタ１と記録再生装置１０との情報通信が可能とされるようにしてもよい。
図１は本例の情報配信システムの概要を示すものである。
この情報配信システムは、基本的には、一般ユーザーが家庭２などで用いる記録再生装置１０と、記録再生装置１０の使用に関する情報サービス組織としての情報センタ１とから構成される。
情報センタ１と記録再生装置１０は、通信回線３を用いて各種情報の通信が可能とされている。通信回線３は例えばＩＳＤＮ回線などの公衆回線網としてもよいし、当該システムのための専用回線網などを構築してもよく、その回線の形態は特に限定されない。
また通信衛星４や各家庭２に設置したパラボラアンテナ５などを利用した衛星通信回線を構成し、情報センタ１と記録再生装置１０との情報通信が可能とされるようにしてもよい。
一般ユーザーが使用する記録再生装置１０は、詳しくは後述するが、内部に大容量のデータファイル格納部（例えば図３のハードディスクドライブ１５）を備えるとともに、ＣＤ、ＭＤなどのパッケージメディアのドライブ機能や、他の機器からのデータ入力機能、通信回線を介したデータ入力機能などを備えており、ＣＤ、ＣＤ−ＲＯＭ、ＭＤなどのユーザーが購入したメディアから再生されるオーディオデータ、ビデオデータ、その他の各種データや、他の機器や通信回線から入力される各種データを、それぞれファイルとして格納していくことができる。
そして格納されたファイル（例えば音楽等を１曲単位で１つのファイルとして格納している）については、ユーザーが任意に再生させることなどが可能となる。従って、例えば多数のＣＤを有するユーザーが、全ＣＤの全楽曲をそれぞれ１つのファイルとして記録再生装置１０内に格納しておけば、わざわざＣＤ等を選び出して装填しなくても、所望の楽曲等の再生を実行させることができる。
このような記録再生装置１０に対して、情報センタ１は有料又は無料で各種の情報を提供することができる。
例えば記録再生装置１０に格納されている楽曲等のファイルに関連する情報として、曲名、アーティスト名、歌詞などのテキストデータ、楽曲イメージやアーティストの画像などの画像データ、アーティストのインターネットホームページのアドレス（ＵＲＬ：Uniform Resource Locator）、著作権に関する情報、関係者名（作詞者、作曲者、制作者等）・・・・などの情報を提供することができる。例えば記録再生装置１０ではこれら情報センタから提供された情報を曲のファイルと対応させて格納しておき、表示出力に利用するなど各種動作を行うことができる。
また、場合によっては情報センタ１はオーディオデータ自体、即ち楽曲等を記録再生装置１０に送信し、ファイルとして格納させることで、いわゆるパッケージメディアとしてのＣＤ等とは異なった楽曲等の販売システムを構築することも可能である。
例えば記録再生装置１０に格納されている楽曲等のファイルに関連する情報として、曲名、アーティスト名、歌詞などのテキストデータ、楽曲イメージやアーティストの画像などの画像データ、アーティストのインターネットホームページのアドレス（ＵＲＬ：Uniform Resource Locator）、著作権に関する情報、関係者名（作詞者、作曲者、制作者等）・・・・などの情報を提供することができる。例えば記録再生装置１０ではこれら情報センタから提供された情報を曲のファイルと対応させて格納しておき、表示出力に利用するなど各種動作を行うことができる。
また、場合によっては情報センタ１はオーディオデータ自体、即ち楽曲等を記録再生装置１０に送信し、ファイルとして格納させることで、いわゆるパッケージメディアとしてのＣＤ等とは異なった楽曲等の販売システムを構築することも可能である。
さらに本例の場合、詳しくは後述するが、情報センタ１は一般にＣＤ等で販売されている楽曲等について、所定の分類項目で分類したデータベースを有しており、記録再生装置１０のユーザーは、例えば通信回線３を介して、情報センタ１の分類データベースを用いた検索サービスを利用できるようにされている。つまり、自分の所有する楽曲等（記録再生装置１０内に格納されているファイル）についての検索を、情報センタ１を利用して実行できるものである。
また本例ではユーザーが使用する装置として、記録再生装置１０と接続可能な携帯用の記録再生装置５０（以下、携帯装置という）がある。
この携帯装置５０についても詳しくは後述するが、内部にオーディオデータ等のファイルを格納することができるデータファイル格納部（例えば図４のハードディスクドライブ（又はフラッシュメモリ）５４）を備える。
そして記録再生装置１０と接続された際に、記録再生装置１０内に格納されているファイル（楽曲等）を、この携帯装置５０内のデータファイル格納部に複写又は移動させることができる。もちろん、逆に携帯装置５０内のデータファイル格納部に格納されたファイルを、記録再生装置１０内のデータファイル格納部に複写又は移動させることも可能である。
この携帯装置５０についても詳しくは後述するが、内部にオーディオデータ等のファイルを格納することができるデータファイル格納部（例えば図４のハードディスクドライブ（又はフラッシュメモリ）５４）を備える。
そして記録再生装置１０と接続された際に、記録再生装置１０内に格納されているファイル（楽曲等）を、この携帯装置５０内のデータファイル格納部に複写又は移動させることができる。もちろん、逆に携帯装置５０内のデータファイル格納部に格納されたファイルを、記録再生装置１０内のデータファイル格納部に複写又は移動させることも可能である。
ユーザーは記録再生装置１０内に格納されたファイルのうち任意のファイルを携帯装置５０に移動又は複写させることで、そのファイルを携帯装置５０で利用することができる。例えば携帯装置５０を使用する際に、その日に聴きたいと思った楽曲のファイルを移動させることで、例えば外出先でそれらの曲を聴くことなどが可能となる。
２．記録再生装置及び携帯装置の外観例。
記録再生装置１０及び携帯装置５０の外観例について図２に示す。なお、ここで説明するのはあくまでも一例であり、各機器の外観やユーザーインターフェース構成（操作や表示のための構成）、記録再生装置１０と携帯装置５０の接続形態などは他にも各種の例が考えられる。
記録再生装置１０及び携帯装置５０の外観例について図２に示す。なお、ここで説明するのはあくまでも一例であり、各機器の外観やユーザーインターフェース構成（操作や表示のための構成）、記録再生装置１０と携帯装置５０の接続形態などは他にも各種の例が考えられる。
図２に示すように記録再生装置１０は例えばユーザーの家庭での使用に適するように、いわゆるラジカセ型の機器とされている。もちろんコンポーネントタイプでもよい。
この記録再生装置１０には、ユーザーが各種操作を行うための各種の操作子Ｋａとして、操作キーや操作つまみ、ジョグダイヤルと呼ばれる回動プッシュ式のキーなどが、機器前面パネルなどに設けられている。
またユーザーに対する出力部位として、再生音声等を出力するスピーカ３５や、各種情報を表示出力する表示部２４が設けられる。表示部２４は例えば液晶パネルなどで形成される。
この記録再生装置１０には、ユーザーが各種操作を行うための各種の操作子Ｋａとして、操作キーや操作つまみ、ジョグダイヤルと呼ばれる回動プッシュ式のキーなどが、機器前面パネルなどに設けられている。
またユーザーに対する出力部位として、再生音声等を出力するスピーカ３５や、各種情報を表示出力する表示部２４が設けられる。表示部２４は例えば液晶パネルなどで形成される。
また、ユーザーが所有するＣＤ方式のディスク（オーディオＣＤ、ＣＤ−ＲＯＭ、ＣＤテキストなど）を記録再生装置１０で再生させたり、後述する内部のハードディスクにデータダビング等を行うために、ＣＤ方式のディスクを挿入するＣＤ挿入部１７が設けられる。
同様に、ユーザーが所有するＭＤ方式のディスク（オーディオＭＤ、ＭＤデータなど）を記録再生装置１０で再生／再生させたり、内部のハードディスクにデータダビング等を行うために、ＭＤ方式のディスクを挿入するＭＤ挿入部１８が設けられる。
同様に、ユーザーが所有するＭＤ方式のディスク（オーディオＭＤ、ＭＤデータなど）を記録再生装置１０で再生／再生させたり、内部のハードディスクにデータダビング等を行うために、ＭＤ方式のディスクを挿入するＭＤ挿入部１８が設けられる。
また、他の機器との接続を行うための各種の端子ｔａが用意される。これらは、マイクロホン、ヘッドホンの接続に用いられる部位とされたり、他のオーディオビジュアル機器やパーソナルコンピュータ等と接続できるライン接続端子、光デジタル接続端子、インターフェースコネクタ等とされている。
また、ユーザーの操作入力の手段としては、上記操作子Ｋａ以外に、キーボード９０やリモートコマンダー９１を用いることができる。
キーボード９０は端子ｔａとしてのキーボード用コネクタを介して接続して用いるようにしたり、或いは赤外線送信部をキーボード９０に搭載した場合は、キーボード９０からの操作情報を赤外線無線方式で出力し、受光部２１から記録再生装置１０に入力させることもできる。
リモートコマンダー９１は例えば赤外線方式で操作情報を出力する。そしてその赤外線信号による操作情報は受光部２１から記録再生装置１０に入力される。
なお、キーボード９０を無線方式とする場合の操作情報の出力や、リモートコマンダー９１からの操作情報の出力は、赤外線ではなく電波を用いるようにしてもよい。
キーボード９０は端子ｔａとしてのキーボード用コネクタを介して接続して用いるようにしたり、或いは赤外線送信部をキーボード９０に搭載した場合は、キーボード９０からの操作情報を赤外線無線方式で出力し、受光部２１から記録再生装置１０に入力させることもできる。
リモートコマンダー９１は例えば赤外線方式で操作情報を出力する。そしてその赤外線信号による操作情報は受光部２１から記録再生装置１０に入力される。
なお、キーボード９０を無線方式とする場合の操作情報の出力や、リモートコマンダー９１からの操作情報の出力は、赤外線ではなく電波を用いるようにしてもよい。
また記録再生装置１０にはＰＣＭＣＩＡスロット３９が形成され、ＰＣＭＣＩＡカードを装着してのデータのやりとりが可能とされている。
携帯装置５０は、ユーザーが携帯して使用を行うことに好適なように小型軽量の機器とされる。
この携帯装置５０には、ユーザーが各種操作を行うための各種の操作子Ｋｂとして、操作キーなどが設けられている。図示していないが、もちろんジョグダイヤルなどを設けてもよい。
またユーザーに対する出力部位として、再生音声等を出力するスピーカ６８や、各種情報を表示出力する表示部５７が設けられる。表示部５７は例えば液晶パネルなどで形成される。
この携帯装置５０には、ユーザーが各種操作を行うための各種の操作子Ｋｂとして、操作キーなどが設けられている。図示していないが、もちろんジョグダイヤルなどを設けてもよい。
またユーザーに対する出力部位として、再生音声等を出力するスピーカ６８や、各種情報を表示出力する表示部５７が設けられる。表示部５７は例えば液晶パネルなどで形成される。
また、他の機器との接続を行うための各種の端子ｔｂが用意される。これらは、マイクロホン、ヘッドホンの接続に用いられる部位とされたり、他のオーディオビジュアル機器やパーソナルコンピュータ等と接続できるライン接続端子、光デジタル接続端子、インターフェースコネクタ等とされている。
例えばユーザーが携帯して音楽等を聴く場合は、スピーカ６８から音声を再生させる他、ヘッドホン９２を端子ｔｂのうちのヘッドホン用端子に接続することで、ヘッドホン９２を用いて音楽等を聴くことができる。
例えばユーザーが携帯して音楽等を聴く場合は、スピーカ６８から音声を再生させる他、ヘッドホン９２を端子ｔｂのうちのヘッドホン用端子に接続することで、ヘッドホン９２を用いて音楽等を聴くことができる。
記録再生装置１０と携帯装置５０を接続することで、記録再生装置１０と携帯装置５０の間で各種データ通信（オーディオデータ等の実ファイルデータや、それらの通信時の処理のための制御データなどの通信）が可能とされる。
この例では、記録再生装置１０に、コネクタ２７を有する装着部ＭＴが設けられ、この装着部ＭＴに携帯装置５０を装填することで両機器が接続されるものとしている。携帯装置５０が装着部ＭＴに装填されると、携帯装置５０の下部に設けられたコネクタ６０と、装着部ＭＴ内のコネクタ２７が接続された状態となり、このコネクタ６０，２７を介して両機器の間のデータ通信が行われる。
なお、記録再生装置１０と携帯装置５０の接続は、通信ケーブルを用いたライン接続方式としたり、もしくは赤外線等を利用した無線接続方式としてもよい。
この例では、記録再生装置１０に、コネクタ２７を有する装着部ＭＴが設けられ、この装着部ＭＴに携帯装置５０を装填することで両機器が接続されるものとしている。携帯装置５０が装着部ＭＴに装填されると、携帯装置５０の下部に設けられたコネクタ６０と、装着部ＭＴ内のコネクタ２７が接続された状態となり、このコネクタ６０，２７を介して両機器の間のデータ通信が行われる。
なお、記録再生装置１０と携帯装置５０の接続は、通信ケーブルを用いたライン接続方式としたり、もしくは赤外線等を利用した無線接続方式としてもよい。
３．記録再生装置の内部構成。
続いて記録再生装置１０の内部構成例を図３で説明する。
この記録再生装置１０には、パネル操作部２０としてプッシュ式や回動式の操作子が設けられている。ここでいう操作子とは、図２に示した各種操作子Ｋａに相当する。つまり機器筐体上に形成される各種操作子である。なお、図２では説明していなかったが、表示部２４に操作キー表示を行うとともに表示部２４上でのタッチ検出機構を設けることで、タッチパネル操作子を形成してもよく、その場合のタッチパネル操作子も図３でいうパネル操作部２０に含まれるものとなる。
このパネル操作部２０が操作されることにより、記録再生装置１０の各種動作を実行させるための操作信号が送出され、記録再生装置１０はこの操作信号に応じて動作される。
続いて記録再生装置１０の内部構成例を図３で説明する。
この記録再生装置１０には、パネル操作部２０としてプッシュ式や回動式の操作子が設けられている。ここでいう操作子とは、図２に示した各種操作子Ｋａに相当する。つまり機器筐体上に形成される各種操作子である。なお、図２では説明していなかったが、表示部２４に操作キー表示を行うとともに表示部２４上でのタッチ検出機構を設けることで、タッチパネル操作子を形成してもよく、その場合のタッチパネル操作子も図３でいうパネル操作部２０に含まれるものとなる。
このパネル操作部２０が操作されることにより、記録再生装置１０の各種動作を実行させるための操作信号が送出され、記録再生装置１０はこの操作信号に応じて動作される。
また、例えば記録されるオーディオ情報に対応する曲名、アーティスト名等の
入力を容易にするために、上記したようにキーボード９０やリモートコマンダー９１を利用することができるが、ＵＳＢ(universal serial bus)端子ｔａ６にキーボード９０を接続することで、キーボード９０による入力が可能となる。即ちキーボード９０からの入力信号（操作信号）はＵＳＢ端子ｔａ６を介してＵＳＢドライバに供給されることで、記録再生装置１０の内部に取り込むことができる。なお、図３における各種の端子ｔａ１〜ｔａ７は、それぞれ図２に示した端子ｔａのうちの１つに相当する。
入力を容易にするために、上記したようにキーボード９０やリモートコマンダー９１を利用することができるが、ＵＳＢ(universal serial bus)端子ｔａ６にキーボード９０を接続することで、キーボード９０による入力が可能となる。即ちキーボード９０からの入力信号（操作信号）はＵＳＢ端子ｔａ６を介してＵＳＢドライバに供給されることで、記録再生装置１０の内部に取り込むことができる。なお、図３における各種の端子ｔａ１〜ｔａ７は、それぞれ図２に示した端子ｔａのうちの１つに相当する。
またリモートコマンダー９１からの赤外線による操作信号（及びキーボード９０が赤外線出力を行う場合の操作信号）は、その赤外線操作信号は受光部２１で光電変換され、赤外線インターフェースドライバ２２に供給されることで、記録再生装置１０の内部に取り込むことができるようにされている。
なお、赤外線インターフェースドライバ２２、或いはＵＳＢドライバ２３を介してデータ転送出力を行うように構成してもよい。
この記録再生装置１０には通常のパーソナルコンピュータの構成であるＲＡＭ１３、ＲＯＭ１２、フラッシュメモリ１４が設けられており、ＣＰＵ１１により記録再生装置１０の全体の動作制御が行われる。
また各ブロック間でのファイルデータや制御データの授受はバスＢ１を介して行われる。
また各ブロック間でのファイルデータや制御データの授受はバスＢ１を介して行われる。
ＲＯＭ１２にはパネル操作部２０が操作されることにより入力される入力信号（もしくはキーボード９０やリモートコマンダー９１からの入力信号）に応じて記録再生装置１０の動作を制御するプログラム等が記憶されている。
またＲＡＭ１３、フラッシュメモリ１４にはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。または、ＲＯＭ１２にはプログラムローダーが記憶されており、そのプログラムローダーによりフラッシュメモリ１４にプログラム自体がロードされることも可能である。
またＲＡＭ１３、フラッシュメモリ１４にはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。または、ＲＯＭ１２にはプログラムローダーが記憶されており、そのプログラムローダーによりフラッシュメモリ１４にプログラム自体がロードされることも可能である。
ＣＤ−ＲＯＭドライブ１７にはＣＤ方式の光ディスク（オーディオＣＤ、ＣＤ−ＲＯＭ、ＣＤテキスト等）が、上記ＣＤ挿入部１７から装着されると共に、１倍速或いはより高速、例えば１６倍速、３２倍速で光学ピックアップにより光ディスクに記憶される情報が読み出される。
またＭＤドライブ１７にはＭＤ方式の光ディスク又は光磁気ディスク（オーディオＭＤ、ＭＤデータ等）が上記ＭＤ挿入部１８から装着されると共に、光学ピックアップによりディスクに記憶される情報が読み出される。もしくは装填されたディスクに対して情報の記録を行うことができる。
なお、本例ではＣＤ−ＲＯＭドライブ１７、ＭＤドライブ１８を設けた例をあげているが、このいづれか一方のみを設けたり、もしくは情報が記憶されているメディアとして他のメディア（例えばＭＯディスクと呼ばれる光磁気ディスクや他の方式の光ディスク、磁気ディスク、メモリカード等）に対応するドライブが設けられてもかまわない。
またＭＤドライブ１７にはＭＤ方式の光ディスク又は光磁気ディスク（オーディオＭＤ、ＭＤデータ等）が上記ＭＤ挿入部１８から装着されると共に、光学ピックアップによりディスクに記憶される情報が読み出される。もしくは装填されたディスクに対して情報の記録を行うことができる。
なお、本例ではＣＤ−ＲＯＭドライブ１７、ＭＤドライブ１８を設けた例をあげているが、このいづれか一方のみを設けたり、もしくは情報が記憶されているメディアとして他のメディア（例えばＭＯディスクと呼ばれる光磁気ディスクや他の方式の光ディスク、磁気ディスク、メモリカード等）に対応するドライブが設けられてもかまわない。
この記録再生装置１０の内部の大容量の格納手段としては、ハードディスクに対して情報の記録再生を行うハードディスクドライブ（hard disk drive ：以下ＨＤＤという）１５が設けられている。例えばＣＤ−ＲＯＭドライブ１７やＭＤドライブ１８から読み出されるオーディオ情報などを、ＨＤＤ１５においてファイル単位（例えば１曲が１ファイル）で格納できる。
また、オーディオデータに関してＡＴＲＡＣ２方式（Adaptive Transform Acoustic Coding 2）の圧縮エンコードを行うエンコーダ２８、及びオーディオデータに関してＡＴＲＡＣ２方式の圧縮に対するデコードを行うデコード２９が設けられる。
エンコーダ２８、デコーダ２９はＣＰＵ１１の制御に応じて、供給されたオーディオデータに関するエンコード、デコードを行う。
また処理対象となっているオーディオデータを一時的に格納するためのバッファメモリ１６が設けられる。バッファメモリ１６はＣＰＵ１１の制御によりデータの書込／読出が行われる。
エンコーダ２８、デコーダ２９はＣＰＵ１１の制御に応じて、供給されたオーディオデータに関するエンコード、デコードを行う。
また処理対象となっているオーディオデータを一時的に格納するためのバッファメモリ１６が設けられる。バッファメモリ１６はＣＰＵ１１の制御によりデータの書込／読出が行われる。
例えばＣＤ−ＲＯＭドライブ１７でディスクから読み出されたオーディオデータをＨＤＤ１５に格納する場合、ＨＤＤ１５にオーディオデータを記憶する前処理として、バッファメモリ１６にディスクから読み出されたオーディオデータが一時記憶されると共に、そのオーディオデータがエンコーダ２８に供給されてＡＴＲＡＣ２方式のエンコードが行われる。さらにエンコーダ２８でエンコードされたデータがバッファメモリ１６に再び一時記憶され、最終的にＨＤＤ１５にエンコードされたオーディオ情報が蓄積されることになる。
なお本例では、エンコーダ２８によりＡＴＲＡＣ２方式でエンコードされたオーティオデータがＨＤＤ１５に蓄積されるようにしているが、例えばＣＤ−ＲＯＭドライブ１７から読み出されるデータがそのままＨＤＤ１５に蓄積されるようにしてもかまわない。
エンコーダ２８では、ＣＤ−ＲＯＭドライブ１７に装着されるメディアから読み出されたデータがエンコードされるだけではなく、マイクロホンが接続されたマイク端子ｔａ３からアンプ３２を介して入力されるオーディオ信号、或いは他のＣＤプレーヤ等の機器が接続されたライン入力端子ｔａ２から入力されるオーディオ信号が、Ａ／Ｄ変換器３１を介して入力されるように構成されており、これらの入力されたオーディオデータもエンコーダ２８によりエンコードすることができる。
更に、光デジタル端子ｔａ４に接続された外部機器（例えばＣＤプレーヤ等）から入力されたデータがＩＥＣ９５８(International Electrotechnical Commission 958) エンコーダ３０を介してエンコーダ２８に入力されるように構成され、このように光デジタル方式で入力されたデータもエンコーダ２８によりエンコードできる。
更に、光デジタル端子ｔａ４に接続された外部機器（例えばＣＤプレーヤ等）から入力されたデータがＩＥＣ９５８(International Electrotechnical Commission 958) エンコーダ３０を介してエンコーダ２８に入力されるように構成され、このように光デジタル方式で入力されたデータもエンコーダ２８によりエンコードできる。
そして、これらのように外部機器から入力されたデータをエンコーダ２８でエンコードした後に、そのエンコードされたデータをＨＤＤ１５にファイル単位で格納できるようにされている。
なおエンコーダ２８のエンコードアルゴリズムとしてはＡＴＲＡＣ２（商標）を用いたが、情報圧縮されるエンコードアルゴリズムであればよく、ＡＴＲＡＣ（商標）、ＭＰＥＧ(moving picture coding experts group) 、ＰＡＳＣ(precision adaptive sub-band coding)、ＴｗｉｎＶＱ（商標）、ＲｅａｌＡｕｄｉｏ（商標）、ＬｉｑｕｉｄＡｕｄｉｏ（商標）等であってもかまわない。
また記録再生装置１０には、通信回線３として、通信端子ｔａ５に接続される外部ネットワークであるインターネット、ＴＥＬネットワーク、ケーブルＴＶ、ワイヤレスネットワーク等に接続可能なインターフェースであるモデム１９が備えられている。
そしてモデム１９を介して遠隔地のサーバにリクエスト信号、或いはＣＤ−ＲＯＭドライブ１７に装着されるメディア情報、ユーザＩＤ、ユーザ情報、ユーザ課金情報等が送出される。
そしてモデム１９を介して遠隔地のサーバにリクエスト信号、或いはＣＤ−ＲＯＭドライブ１７に装着されるメディア情報、ユーザＩＤ、ユーザ情報、ユーザ課金情報等が送出される。
外部ネットワークのサーバ（通信回線３で通信可能なサーバ）側ではユーザＩＤによる照合処理、課金処理、ディスク情報からの音楽付加情報、例えば曲のタイトル、アーティスト名、作曲家、作詞家、歌詞、ジャケットイメージ等の検索が行われ、ユーザがリクエストした所定の情報を記録再生装置１０側へ返信するように制御される。ここで、音楽に対する付加的な関連情報を返信する例を示したが、ユーザがリクエストする曲情報が直接外部ネットワークからダウンロードされるように構成してもよい。また、メディア情報に対応して曲情報が返信されるように構成して所定のメディアのボーナストラックが配信により取得されるように構成しても良い。
ＨＤＤ１５に蓄積されたオーディオ情報は、デコーダ２９によりデコードされ、Ｄ／Ａ変換器３３、アンプ３４を介してスピーカ３５により再生出力することができる。もしくはヘッドホン端子ｔａ１にヘッドホンを接続することで、ヘッドホンより再生出力させることができる。
ここではデコーダ２９はＡＴＲＡＣ２方式のデコードを行うものとしているが、エンコーダ２８のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、ここでエンコード及びデコードはハードウェアを持たず、ＣＰＵ１１によるソフトウェア処理であってもよい。
ここではデコーダ２９はＡＴＲＡＣ２方式のデコードを行うものとしているが、エンコーダ２８のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、ここでエンコード及びデコードはハードウェアを持たず、ＣＰＵ１１によるソフトウェア処理であってもよい。
更に、ＨＤＤ１５に蓄積されるオーディオデータ等のファイルをユーザが管理、制御するためのインターフェースとして、図２にも示したように表示部２４が設けられているが、表示部２４は表示ドライバ２５によって表示駆動される。
表示部２４ではＣＰＵ１１の制御に基づいて所要の文字、記号、アイコン等が表示される。
また表示部２４にはオーディオファイル（なお、楽曲等のオーディオデータが記録されたファイルを説明上オーディオファイルという）などに対応するフォルダ、或いはジャケットイメージが表示され、マウス、ペン、ユーザの指で触れる等の、パネル操作部２０に該当することになるポインティングデバイスによる操作が可能とされる。例えば表示上でユーザーが指示したオーディオファイルが再生されるような動作が可能となる。
表示部２４ではＣＰＵ１１の制御に基づいて所要の文字、記号、アイコン等が表示される。
また表示部２４にはオーディオファイル（なお、楽曲等のオーディオデータが記録されたファイルを説明上オーディオファイルという）などに対応するフォルダ、或いはジャケットイメージが表示され、マウス、ペン、ユーザの指で触れる等の、パネル操作部２０に該当することになるポインティングデバイスによる操作が可能とされる。例えば表示上でユーザーが指示したオーディオファイルが再生されるような動作が可能となる。
また表示部２４での表示を用いて、選択されたオーディオファイルの消去や、外部機器（例えば携帯装置５０）への複写、移動等も制御可能である。
或いは、表示部２４は、ＣＤ−ＲＯＭドライブ１７に装着されるメディアのＴＯＣ(table of contents) 情報を基にインターネット上のＷＷＷ(world wide web)サイトから検索された関連情報としてのｈｔｍｌ(hyper text markup laguage) 文書がグラフィック表示されるように構成され、更に通常のインターネットブラウザとしても使用可能となっている。
或いは、表示部２４は、ＣＤ−ＲＯＭドライブ１７に装着されるメディアのＴＯＣ(table of contents) 情報を基にインターネット上のＷＷＷ(world wide web)サイトから検索された関連情報としてのｈｔｍｌ(hyper text markup laguage) 文書がグラフィック表示されるように構成され、更に通常のインターネットブラウザとしても使用可能となっている。
また記録再生装置１０では、ＩＥＥＥ１３９４インターフェース３７、ＩＥＥＥ１３９４ドライバ３６を介して、端子ｔａ７に接続された各種機器やシステム、例えば衛星放送用のＩＲＤ、ＭＤプレーヤ、ＤＶＤプレーヤ、ＤＶプレーヤ等からオーディオ情報が取り込まれるように構成されている。
更なる付加機能としてＰＣＭＣＩＡ(Personal Computer Memory Card International Association) スロット３９がＰＣＭＣＩＡドライバ３８を介して設けられ、ＰＣＭＣＩＡカードが装着可能となっており、外部記憶装置、その他のメディアドライブ、モデム、ターミナルアダプタ、キャプチャボード等様々な周辺機器の拡張が容易である。
更なる付加機能としてＰＣＭＣＩＡ(Personal Computer Memory Card International Association) スロット３９がＰＣＭＣＩＡドライバ３８を介して設けられ、ＰＣＭＣＩＡカードが装着可能となっており、外部記憶装置、その他のメディアドライブ、モデム、ターミナルアダプタ、キャプチャボード等様々な周辺機器の拡張が容易である。
さらに図２で説明したように記録再生装置１０には携帯装置５０と接続する際のコネクタ２７が設けられている。コネクタ２７と、携帯装置５０側のコネクタ６０とが接続されることにより、ＣＰＵ１１はインターフェースドライバ２６を介して携帯装置５０側と各種のデータ通信が可能となる。例えばＨＤＤ１５に蓄積されているオーディオファイルを転送することができる。
４．携帯装置の内部構成。
続いて、携帯装置５０の内部構成例を図４に示す。
記録再生装置１０と携帯装置５０は、コネクタ２７とコネクタ６０が接続されることで、電気的に接続されることになるが、この状態で記録再生装置１０のインターフェースドライバ２６と、携帯装置５０のインターフェースドライバ５９が接続され、両機器の間のデータ通信が可能とされる。
続いて、携帯装置５０の内部構成例を図４に示す。
記録再生装置１０と携帯装置５０は、コネクタ２７とコネクタ６０が接続されることで、電気的に接続されることになるが、この状態で記録再生装置１０のインターフェースドライバ２６と、携帯装置５０のインターフェースドライバ５９が接続され、両機器の間のデータ通信が可能とされる。
携帯装置５０にはパネル操作部５６としてプッシュ式、回動式のキー等が設けられている。即ち図２に示した各種の操作子Ｋｂがパネル操作部５６に相当する。パネル操作部５６としての操作子Ｋｂが操作されることにより携帯装置５０の動作を指示するための操作信号が制御バスＢ２に送出され、携帯装置５０はこの操作信号に応じた動作を行う。
また、記録再生装置１０と同様に携帯装置５０においても通常のパーソナルコンピュータの構成であるＲＡＭ５３、ＲＯＭ５２が設けられており、ＣＰＵ５１により携帯装置５０の全体の動作が制御される。また各ブロック間のファイルデータや制御データの授受はバスＢ２を介して行われる。
ＲＯＭ５２には、パネル操作部５６が操作されることにより入力される操作信号に応じて携帯装置５０が実行すべきプログラム等が記憶されており、ＲＡＭ５３にはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。なお記録再生装置１０と同様にフラッシュメモリが搭載されてもよく、またバス構成は限定されるものではない。
この携帯装置５０の内部の格納手段としては、ハードディスクに対して情報の記録再生を行うハードディスクドライブ（ＨＤＤ）５４が設けられている。例えば記録再生装置１０から転送されてきたオーディオ情報などが、ＨＤＤ５４においてファイル単位（例えば１曲が１ファイル）で格納できる。なお、ＨＤＤに代えて例えばフラッシュメモリなどを格納手段として用いてもよい。
また、記録再生装置１０と同様に、オーディオデータに関してＡＴＲＡＣ２方式のエンコードを行うエンコーダ６１、及びオーディオデータに関してＡＴＲＡＣ２方式のデコードを行うデコード６２が設けられる。
エンコーダ６１、デコーダ６２はＣＰＵ５１の制御に応じて、供給されたオーディオデータに関するエンコード、デコードを行う。
また処理対象となっているオーディオデータを一時的に格納するためのバッファメモリ５５が設けられる。バッファメモリ５５はＣＰＵ５１の制御によりデータの書込／読出が行われる。
エンコーダ６１、デコーダ６２はＣＰＵ５１の制御に応じて、供給されたオーディオデータに関するエンコード、デコードを行う。
また処理対象となっているオーディオデータを一時的に格納するためのバッファメモリ５５が設けられる。バッファメモリ５５はＣＰＵ５１の制御によりデータの書込／読出が行われる。
例えばＡＴＲＡＣ２方式でエンコードされていないオーディオデータがインターフェースドライバ５９を介して記録再生装置１０から供給され、それをＨＤＤ５４に格納する場合、ＨＤＤ５４にオーディオデータを記憶する前処理として、バッファメモリ５５にオーディオデータが一時記憶されると共に、そのオーディオデータがエンコーダ６１に供給されてＡＴＲＡＣ２方式のエンコードが行われる。さらにそのエンコードされたデータがバッファメモリ５５に再び一時記憶され、最終的にＨＤＤ５４にエンコードされたオーディオ情報が蓄積されることになる。
なお、本例では記録再生装置１０におけるＨＤＤ１５ではＡＴＲＡＣ２方式でエンコードされたオーディオファイル等が格納されているとしており、従ってＨＤＤ１５に格納されていたオーディオファイルがインターフェースドライバ５９を介して供給され、それをＨＤＤ５４に格納する場合（即ち曲等のデータファイルの複写又は移動を行う場合）は、エンコーダ６１での処理は必要ない。ところが、記録再生装置１０のＣＤ−ＲＯＭドライブ１７等に装着されるメディアから読み出されるオーディオデータ（圧縮処理されていないデータ）が直接インターフェースドライバ５９を介して入力されるようにしてもよく、このような場合に、ＨＤＤ５４にオーディオデータを記録するための処理として、上記のようにエンコーダ６１によるエンコードが行われることになる。
また本例では、エンコーダ６１によりＡＴＲＡＣ２方式でエンコードされたオーティオデータがＨＤＤ５４に蓄積されるようにしているが、例えば圧縮処理されていないデータがそのままＨＤＤ５４に蓄積されるようにしてもよい。
圧縮処理のためにエンコーダ６１にオーディオデータを供給する部位としては、上記インターフェースドライバ５９以外に、マイク端子ｔｂ３、ライン入力端子ｔｂ２、光デジタル端子ｔｂ４なども設けられている。なお、図４における各種の端子ｔｂ１〜ｔｂ４は、それぞれ図２に示した端子ｔｂのうちの１つに相当する。
エンコーダ６１では、マイクロホンが接続されたマイク端子ｔｂ３からアンプ６５を介して入力されるオーディオ信号、或いは他のＣＤプレーヤ等の機器が接続されたライン入力端子ｔｂ２から入力されるオーディオ信号が、Ａ／Ｄ変換器６４を介して入力されるように構成されており、これらの入力されたオーディオデータもエンコーダ２８によりエンコードされることができる。
更に、光デジタル端子ｔｂ４に接続された外部機器（例えばＣＤプレーヤ等）から入力されたデータがＩＥＣ９５８エンコーダ６３を介してエンコーダ６１に入力されるように構成され、このように光デジタル方式で入力されたデータもエンコーダ６１によりエンコードできる。
更に、光デジタル端子ｔｂ４に接続された外部機器（例えばＣＤプレーヤ等）から入力されたデータがＩＥＣ９５８エンコーダ６３を介してエンコーダ６１に入力されるように構成され、このように光デジタル方式で入力されたデータもエンコーダ６１によりエンコードできる。
そして、これらのように外部機器から入力されたデータをエンコーダ６１でエンコードした後に、そのエンコードされたデータをＨＤＤ５４にファイル単位で格納できるようにされている。
なおエンコーダ６１のエンコードアルゴリズムとしてはＡＴＲＡＣ２に限らず、他の情報圧縮されるエンコードアルゴリズム、例えばＡＴＲＡＣ、ＭＰＥＧ、ＰＡＳＣ、ＴｗｉｎＶＱ、ＲｅａｌＡｕｄｉｏ、ＬｉｑｕｉｄＡｕｄｉｏ等であってもかまわない。
ＨＤＤ５４に蓄積されたオーディオ情報は、デコーダ６２によりデコードされ、Ｄ／Ａ変換器６６、アンプ６７を介してスピーカ６８により再生出力することができる。もしくはヘッドホン端子ｔｂ１にヘッドホンを接続することで、ヘッドホンより再生出力させることができる。
ここではデコーダ６２はＡＴＲＡＣ２方式のデコードを行うものとしているが、エンコーダ６１のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、エンコード及びデコード処理は、ハードウェアを持たず、ＣＰＵ５１によるソフトウェア処理であってもよい。
ここではデコーダ６２はＡＴＲＡＣ２方式のデコードを行うものとしているが、エンコーダ６１のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、エンコード及びデコード処理は、ハードウェアを持たず、ＣＰＵ５１によるソフトウェア処理であってもよい。
更に、ＨＤＤ５４に蓄積されるオーディオデータ等のファイルをユーザが管理、制御するためのインターフェースとして、図２にも示したように表示部５７が設けられているが、表示部５７は表示ドライバ５８によって表示駆動される。
表示部５７ではＣＰＵ５１の制御に基づいて所要の文字、記号、アイコン等が表示される。
また表示部５７にはオーディオファイルなどに対応するフォルダ、或いはジャケットイメージが表示され、マウス、ペン、ユーザの指で触れる等の、パネル操作部２０に該当することになるポインティングデバイスによる操作が可能とされるようにしてもよい。例えば表示上でユーザーが指示したオーディオファイルがＨＤＤ５４から読み出されてスピーカ３５等から再生されるような動作が可能となる。
また表示部５７での表示を用いて、ＨＤＤ５４上での選択されたオーディオファイルの消去や、外部機器（例えば記録再生装置１０）への複写、移動等も制御可能である。
表示部５７ではＣＰＵ５１の制御に基づいて所要の文字、記号、アイコン等が表示される。
また表示部５７にはオーディオファイルなどに対応するフォルダ、或いはジャケットイメージが表示され、マウス、ペン、ユーザの指で触れる等の、パネル操作部２０に該当することになるポインティングデバイスによる操作が可能とされるようにしてもよい。例えば表示上でユーザーが指示したオーディオファイルがＨＤＤ５４から読み出されてスピーカ３５等から再生されるような動作が可能となる。
また表示部５７での表示を用いて、ＨＤＤ５４上での選択されたオーディオファイルの消去や、外部機器（例えば記録再生装置１０）への複写、移動等も制御可能である。
なお図２で説明したように携帯装置５０は、記録再生装置１０の装着部ＭＴに装着されることにより記録再生装置１０とのデータ送受信が可能とされているが、非接触型のインターフェースでもよく、例えばＩｒＤＡ等を用いても構わない。
また、図示していないが、記録再生装置１０には充電電流供給部が備えられており、装着される携帯装置５０に対して充電電流を供給し、携帯装置５０の動作電源となる充電式バッテリーに対して充電が行われるように構成されてもよい。
また、図示していないが、記録再生装置１０には充電電流供給部が備えられており、装着される携帯装置５０に対して充電電流を供給し、携帯装置５０の動作電源となる充電式バッテリーに対して充電が行われるように構成されてもよい。
５．ファイル移動処理。
以上のように構成される記録再生装置１０と携帯装置５０では、それぞれ格納されているファイル（楽曲等のオーディオデータ）を相互に複写（コピー）又は移動（ムーブ）することができる。
即ち、記録再生装置１０のＨＤＤ１５に格納されているファイルを携帯装置５０のＨＤＤ５４に複写又は移動させたり、逆に携帯装置５０のＨＤＤ５４に格納されているファイルを記録再生装置１０のＨＤＤ１５に複写又は移動させることができる。
以上のように構成される記録再生装置１０と携帯装置５０では、それぞれ格納されているファイル（楽曲等のオーディオデータ）を相互に複写（コピー）又は移動（ムーブ）することができる。
即ち、記録再生装置１０のＨＤＤ１５に格納されているファイルを携帯装置５０のＨＤＤ５４に複写又は移動させたり、逆に携帯装置５０のＨＤＤ５４に格納されているファイルを記録再生装置１０のＨＤＤ１５に複写又は移動させることができる。
なおここで、複写とは、複写した際に複写元のＨＤＤと複写先のＨＤＤにおいてファイルが並存する状態、つまり記録再生装置１０と携帯装置５０の両方で再生可能な状態とする処理をいい、一方、移動とは、複写元のＨＤＤからは再生が不能な状態とする処理をいう。
本例ではオーディオファイルに関してはＨＤＤ１５とＨＤＤ５４の間で相互に移動が可能であるものとする。
本例ではオーディオファイルに関してはＨＤＤ１５とＨＤＤ５４の間で相互に移動が可能であるものとする。
記録再生装置１０のＨＤＤ１５内のファイルのうちで指定されたファイルを携帯装置５０のＨＤＤ５４に移動させる処理を図５で説明する。これはＣＰＵ１１によって実行される処理となる。
ステップＦ１０１としては、ＣＰＵ１１は携帯装置５０が記録再生装置１０の装着部ＭＴに装着されているか否かを検知する。この際の検知手段としてはメカニカルスイッチ機構で装填状態を検出したり、或いはコネクタ２７，６０を介した信号の送受信等により接続を検知するようにすればよい。
記録再生装置１０に携帯装置５０が接続されていると判別されると、ステップＦ１０２により曲、すなわちオーディオファイルの携帯装置５０への移動の要求がユーザーから（もしくは動作プログラムによる実行要求として）指示されているか否かを判別する。
例えば具体的には、表示部２４に表示されるオーディオファイルを示すフォルダのうち、ユーザーによって所定のポインティングデバイスにより選択されたオーディオファイルは、携帯装置５０への移動というユーザの更なる指示が行われることで、携帯装置５０への移動処理が行われることとなる。
例えば具体的には、表示部２４に表示されるオーディオファイルを示すフォルダのうち、ユーザーによって所定のポインティングデバイスにより選択されたオーディオファイルは、携帯装置５０への移動というユーザの更なる指示が行われることで、携帯装置５０への移動処理が行われることとなる。
このような操作などにより、曲の移動要求が有ると判別されると、続いてステップＦ１０３で指定されたオーディオファイルの容量が検出される。
次にステップＦ１０４により携帯装置５０側のＨＤＤ５４での空き容量を検出し、携帯装置５０への移動が要求されているオーディオファイルの容量と比較する。
ＨＤＤ５４の空き容量はＣＰＵ５１との通信によって判別するが、例えばＨＤＤ５４に対してＣＰＵ１１が直接アクセスできるような構成をとることもでき、その場合は、ＨＤＤ５４の動作制御やファイル管理をＣＰＵ１１側で実行可能とすることで、ＣＰＵ１１側で直接ＨＤＤ５４の空き容量の判別を行うことなども可能となる。
次にステップＦ１０４により携帯装置５０側のＨＤＤ５４での空き容量を検出し、携帯装置５０への移動が要求されているオーディオファイルの容量と比較する。
ＨＤＤ５４の空き容量はＣＰＵ５１との通信によって判別するが、例えばＨＤＤ５４に対してＣＰＵ１１が直接アクセスできるような構成をとることもでき、その場合は、ＨＤＤ５４の動作制御やファイル管理をＣＰＵ１１側で実行可能とすることで、ＣＰＵ１１側で直接ＨＤＤ５４の空き容量の判別を行うことなども可能となる。
もし移動すべきオーディオファイルに対してＨＤＤ５４の空き容量が足りず移動不能と判別された場合は、ＨＤＤ５４に格納されているオーディオファイルを削除する処理を行う。この処理も、ＣＰＵ１１がＣＰＵ５１を介して実行させてもよいし、ＣＰＵ１１が直接実行できるものとしてもよい。
ＨＤＤ５４からのオーディオファイルの削除方法（削除するファイルの選別）としては、例えばユーザーによる再生回数の少ないものを順に消去するようにしたり、記録された時期の日付の古いものから順に消去する等の方法が考えられる。また、このような自動消去の際にユーザーの許可なく消去されることにより、ユーザーにとって重要なファイルが消去されてしまう可能性もあるので、表示部２４、表示部５７に警告表示がされるようにしてユーザの確認を得るようにしてもよい。
ＨＤＤ５４からのオーディオファイルの削除方法（削除するファイルの選別）としては、例えばユーザーによる再生回数の少ないものを順に消去するようにしたり、記録された時期の日付の古いものから順に消去する等の方法が考えられる。また、このような自動消去の際にユーザーの許可なく消去されることにより、ユーザーにとって重要なファイルが消去されてしまう可能性もあるので、表示部２４、表示部５７に警告表示がされるようにしてユーザの確認を得るようにしてもよい。
ステップＦ１０４で移動可能と判断された場合、及び移動不能と判断されてステップＦ１０５の処理を行った場合は、ステップＦ１０６に進んでファイルの転送処理が行われる。即ちＨＤＤ１５からインターフェースドライバ２６、５９を介してＨＤＤ５４に所定のオーディオファイルが転送され、記録される。
さらに移動処理であるため、ステップＦ１０７でＨＤＤ１５において、移動対象となったオーディオファイルに関して再生禁止フラグを設定し、ＨＤＤ１５においては、記録されてはいるが再生できないファイルとして扱うようにする。なお、ステップＦ１０７において移動対象となったオーディオファイルを実際にＨＤＤ１５から消去するようにしてもよい。
ステップＦ１０７で再生禁止フラグが設定されることで、仮想的に所定のオーディオファイルは記録再生装置１０から携帯装置５０に移動されるので、オーディオファイルは常に一つしか存在しないように管理され、不正コピーが防止されるような効果も有する。
またＨＤＤ１５からＨＤＤ５４という、共に高速アクセスメディア間のデータ移動であることや、ＡＴＲＡＣ２などのエンコード／デコード処理は不要であることなどのため、その移動処理は瞬時に完了でき、例えば複数の楽曲としてのオーディオファイルを移動させる処理なども非常に短時間で完了できる。
またＨＤＤ１５からＨＤＤ５４という、共に高速アクセスメディア間のデータ移動であることや、ＡＴＲＡＣ２などのエンコード／デコード処理は不要であることなどのため、その移動処理は瞬時に完了でき、例えば複数の楽曲としてのオーディオファイルを移動させる処理なども非常に短時間で完了できる。
以上の図５の処理が行われることで、ＨＤＤ１５からＨＤＤ５４へのファイル移動が実現される。
そしてこのような処理によって、例えばユーザーは自分の所有する楽曲（即ちＨＤＤ１５に格納したファイル）のうちで、聴きたい曲を選択して携帯装置５０側に移動させ、外出先で再生を楽しむなどといった使用が可能となる。
そしてこのような処理によって、例えばユーザーは自分の所有する楽曲（即ちＨＤＤ１５に格納したファイル）のうちで、聴きたい曲を選択して携帯装置５０側に移動させ、外出先で再生を楽しむなどといった使用が可能となる。
なお、複写を行う場合は、ステップＦ１０７の処理が実行されなければよい。
また、ＨＤＤ５４からＨＤＤ１５へファイル移動（又は複写）を行う場合も、概略同様の処理がＣＰＵ５１によって実行されればよいが、その場合もＣＰＵ１１側が主となって処理を実行することも可能である。
また、ＨＤＤ５４からＨＤＤ１５へファイル移動（又は複写）を行う場合も、概略同様の処理がＣＰＵ５１によって実行されればよいが、その場合もＣＰＵ１１側が主となって処理を実行することも可能である。
６．記録再生装置のファイル格納形態。
図６には、記録再生装置１０内のＨＤＤ１５におけるファイルの格納形態の例を示している。
例えばユーザーは自分の所有しているＣＤをＣＤ−ＲＯＭドライブ１７に装填し、収録されている各楽曲をそれぞれファイルとしてＨＤＤ１５に記録（即ち複写）させることになる。
例えばそのＣＤなどのメディア単位で格納が行われていくとすると、ダビングしたＣＤなどのメディア単位で管理ファイルが形成され、各楽曲等は、それぞれ１つのオーディオファイルとして格納される。
図６には、記録再生装置１０内のＨＤＤ１５におけるファイルの格納形態の例を示している。
例えばユーザーは自分の所有しているＣＤをＣＤ−ＲＯＭドライブ１７に装填し、収録されている各楽曲をそれぞれファイルとしてＨＤＤ１５に記録（即ち複写）させることになる。
例えばそのＣＤなどのメディア単位で格納が行われていくとすると、ダビングしたＣＤなどのメディア単位で管理ファイルが形成され、各楽曲等は、それぞれ１つのオーディオファイルとして格納される。
図６には、ｎ枚のＣＤがＨＤＤ１５にダビングされた状態を示しており、各ＣＤに対応して管理ファイルＡＬ（ＡＬ１〜ＡＬ（ｎ））が形成される。そして各ＣＤに収録されている楽曲は、それぞれ管理ファイルＡＬに対応された状態でオーディオファイルとして格納される。
図６では、１行分で示す各ファイルが１つのＣＤからダビングされたファイルとして示しており、例えば或るＣＤからのダビングデータ（各楽曲）は、管理ファイルＡＬ１に対応して、オーディオファイルＡＬ１−Ｍ１、ＡＬ１−Ｍ２、ＡＬ１−Ｍ３・・・として格納される。また、他のＣＤからのダビングデータ（各楽曲）は、管理ファイルＡＬ２に対応して、オーディオファイルＡＬ２−Ｍ１、ＡＬ２−Ｍ２、ＡＬ２−Ｍ３・・・として格納される。即ちこれらが実際の音楽等のデータである。
このように、１つのＣＤからのダビングが行われた際には、１つの管理ファイルとともに、ダビングした曲数分のオーディオファイルが形成される。
図６では、１行分で示す各ファイルが１つのＣＤからダビングされたファイルとして示しており、例えば或るＣＤからのダビングデータ（各楽曲）は、管理ファイルＡＬ１に対応して、オーディオファイルＡＬ１−Ｍ１、ＡＬ１−Ｍ２、ＡＬ１−Ｍ３・・・として格納される。また、他のＣＤからのダビングデータ（各楽曲）は、管理ファイルＡＬ２に対応して、オーディオファイルＡＬ２−Ｍ１、ＡＬ２−Ｍ２、ＡＬ２−Ｍ３・・・として格納される。即ちこれらが実際の音楽等のデータである。
このように、１つのＣＤからのダビングが行われた際には、１つの管理ファイルとともに、ダビングした曲数分のオーディオファイルが形成される。
またあるＣＤ等のダビングに際して、ユーザーがデータを入力したり、或いは情報センタ１からそのＣＤに関する関連情報を有料又は無料で受け取ることができるが、それらの情報が関連情報ファイルとして格納される。例えば管理ファイルＡＬ１に対応して関連情報ファイルＡＬ１ａｄが形成される。
関連情報ファイルＡＬ（＊）ａｄとして格納されるデータとは、上述したように、曲名、アーティスト名、歌詞などのテキストデータ、楽曲イメージやアーティストの画像などの画像データ、アーティストのインターネットホームページのアドレス（ＵＲＬ）、著作権に関する情報、関係者名（作詞者、作曲者、制作者等）・・・・などの情報となる。
関連情報ファイルＡＬ（＊）ａｄとして格納されるデータとは、上述したように、曲名、アーティスト名、歌詞などのテキストデータ、楽曲イメージやアーティストの画像などの画像データ、アーティストのインターネットホームページのアドレス（ＵＲＬ）、著作権に関する情報、関係者名（作詞者、作曲者、制作者等）・・・・などの情報となる。
管理ファイルは、対応する１又は複数の各オーディオファイルや関連情報ファイルに関する各種の管理情報を有するものとなり、各オーディオファイルや関連情報ファイルの再生、移動、複写、編集などの際に用いられるものとなる。
例えば管理ファイルＡＬ１は、或るＣＤ等のメディアからダビング格納されたファイル群に関して、その全体の管理情報や、各オーディオファイルＡＬ１−Ｍ１、ＡＬ１−Ｍ２、ＡＬ１−Ｍ３・・・に関する管理情報、さらには関連情報ファイルＡＬ１ａｄに関する管理情報が記録される。
例えば管理ファイルＡＬ１は、或るＣＤ等のメディアからダビング格納されたファイル群に関して、その全体の管理情報や、各オーディオファイルＡＬ１−Ｍ１、ＡＬ１−Ｍ２、ＡＬ１−Ｍ３・・・に関する管理情報、さらには関連情報ファイルＡＬ１ａｄに関する管理情報が記録される。
図７は、管理ファイルに記録される管理情報のデータ例を示している。
例えばＣＤ等のメディアからダビング格納されたファイル群の全体の管理情報となるアルバム情報として、ファイル種別やファイル数、アルバムタイトル、データサイズ、ダビングが行われた日時情報、関係者名（アルバム制作者や作詞作曲者、演奏者など）、著作権情報、アルバムＩＤ、その他各種の管理情報が記録される。アルバムＩＤとはＣＤなどのメディアとしてのアルバム単位で固有に付されている識別コードである。
例えばＣＤ等のメディアからダビング格納されたファイル群の全体の管理情報となるアルバム情報として、ファイル種別やファイル数、アルバムタイトル、データサイズ、ダビングが行われた日時情報、関係者名（アルバム制作者や作詞作曲者、演奏者など）、著作権情報、アルバムＩＤ、その他各種の管理情報が記録される。アルバムＩＤとはＣＤなどのメディアとしてのアルバム単位で固有に付されている識別コードである。
また管理ファイルには、対応する各オーディオファイルに個別に対応する管理情報としてファイル情報（＃１）〜ファイル情報（＃ｍ）が記録され、このファイル情報としては、対応するファイルのファイル種別、対応するファイルのＨＤＤ１５上での記録位置を示すアドレスポインタ、ファイルのデータサイズ、タイトル（曲名など）、ダビングが行われた日時情報、関係者名（作詞作曲者、演奏者など）、著作権情報、曲ＩＤ、再生禁止フラグ、分類項目コード、その他各種の管理情報が記録される。
曲ＩＤとは楽曲ファイルの場合に、その曲について固有に付されている識別コードである。また再生禁止フラグとは、上記図５の移動処理で説明した再生禁止フラグのことである。
また分類項目コードは、本例において後述する、ファイル選択のための第２の動作例において曲に対応して記録される分類項目の情報であり、これについては後述する。
曲ＩＤとは楽曲ファイルの場合に、その曲について固有に付されている識別コードである。また再生禁止フラグとは、上記図５の移動処理で説明した再生禁止フラグのことである。
また分類項目コードは、本例において後述する、ファイル選択のための第２の動作例において曲に対応して記録される分類項目の情報であり、これについては後述する。
さらに管理ファイルには、対応する関連情報ファイルを管理する管理情報として関連ファイル情報が記録され、この関連ファイル情報としては、対応する関連情報ファイルのファイル種別やファイル数、対応する関連情報ファイルのＨＤＤ１５上での記録位置を示すアドレスポインタ、関連情報ファイルのデータサイズ、記録が行われた日時情報、関係者名、著作権情報、関連情報ファイルＩＤ、その他各種の管理情報が記録される。
管理ファイルに、例えばこのような管理情報が記録されることで、記録再生装置１０は特定の楽曲の再生、移動、複写、編集等の各種処理が可能になり、また曲の再生等の動作に合わせて、関連情報としての画像やテキストを出力することも可能となる。
なお、図７にあげた管理情報の内容は、あくまでも一例であり、また図６のファイル格納形態も一例である。実際には、格納される実データとなるオーディオファイルの各種処理に好適なファイル格納形態や管理形態がとられればよい。
また、本例では実施の形態のファイルとして、楽曲等のオーディオファイルを例にあげて説明して行くが、動画データ、静止画データ、テキストデータ、ゲームソフトとしてのプログラム等を実ファイルとして（つまり関連情報ファイルとしてではなく独立のファイルとして）格納することも当然考えられる。
また、本例では実施の形態のファイルとして、楽曲等のオーディオファイルを例にあげて説明して行くが、動画データ、静止画データ、テキストデータ、ゲームソフトとしてのプログラム等を実ファイルとして（つまり関連情報ファイルとしてではなく独立のファイルとして）格納することも当然考えられる。
７．ファイル選択のための第１の動作例。
続いて本例の特徴的な動作となるファイル選択のための動作例としての第１の動作例を説明する。
上述してきたように、ユーザーは記録再生装置１０のＨＤＤ１５に格納されているオーディオファイルなどを再生させたり、或いは携帯装置５０に移動させたりすることができる。
即ち、記録再生装置１０のＨＤＤ１５に、自分の所有するＣＤ等からダビングしたオーディオファイルを格納しておくことで、所有する多数の楽曲等の中からその日に聴きたい楽曲を選んで再生させたり、携帯装置５０に移動させて外出先で再生させたりできる。
また携帯装置５０にオーディオファイルを移動させる場合でも、上記のようにＨＤＤどうし（もしくはＨＤＤからフラッシュメモリ）へのデータ移動は瞬時に実行することができるため、例えばユーザーは毎日、その日の気分や状況に応じて曲を選択することも、ユーザーに時間的な負担をかけないものとなる。
続いて本例の特徴的な動作となるファイル選択のための動作例としての第１の動作例を説明する。
上述してきたように、ユーザーは記録再生装置１０のＨＤＤ１５に格納されているオーディオファイルなどを再生させたり、或いは携帯装置５０に移動させたりすることができる。
即ち、記録再生装置１０のＨＤＤ１５に、自分の所有するＣＤ等からダビングしたオーディオファイルを格納しておくことで、所有する多数の楽曲等の中からその日に聴きたい楽曲を選んで再生させたり、携帯装置５０に移動させて外出先で再生させたりできる。
また携帯装置５０にオーディオファイルを移動させる場合でも、上記のようにＨＤＤどうし（もしくはＨＤＤからフラッシュメモリ）へのデータ移動は瞬時に実行することができるため、例えばユーザーは毎日、その日の気分や状況に応じて曲を選択することも、ユーザーに時間的な負担をかけないものとなる。
ところが、ＨＤＤ１５にかなり多数の曲が格納されたような場合には、その格納された曲のうちで、聴きたい曲や、携帯装置５０に移動させたい曲を選択する操作が面倒なものとなってくる。
特にその日の気分や状況（時間や予定、外出先など）に合わせて曲を選択したいような場合、ユーザーは自分でそれらにあった曲を考えたうえで、多数の曲の中から指定していく操作を行わなくてはならない。
そこで本例では、このようなファイル選択操作を非常に簡単なものとし、ユーザーに負担をかけない動作を以下説明するように実現するものである。
特にその日の気分や状況（時間や予定、外出先など）に合わせて曲を選択したいような場合、ユーザーは自分でそれらにあった曲を考えたうえで、多数の曲の中から指定していく操作を行わなくてはならない。
そこで本例では、このようなファイル選択操作を非常に簡単なものとし、ユーザーに負担をかけない動作を以下説明するように実現するものである。
この第１の動作例では、ファイル選択のために、まず情報センタ１が通信回線３を介してユーザー、即ち記録再生装置１０に対して選択メニューを提供する。そしてユーザーは記録再生装置１０の表示部２４に表示される選択メニューに対して選択操作を行うのみで、具体的に曲名等を指定しなくても、ユーザーの望むような１又は複数の曲が選択され、再生又は携帯装置５０への移動が自動的に行われるようにするものである。
ここで、情報センタ１が提供する選択メニューにおいて選択できる分類項目とは、音楽ジャンルやアーティスト別の項目ではなく（もちろんこのような分類項目が含まれていてもよいが）、例えばユーザーがその日の気分や状況、日時、予定などに応じて選択できるような分類項目とされる。
例えば季節別に「春の曲」「夏の曲」「秋の曲」「冬の曲」といった選択項目や、時間別に「朝の曲」「昼の曲」「夜の曲」というような分類項目、さらには状況や予定に対応した分類として「ドライブ用の曲」「パーティ用の曲」「デート用の曲」というような分類項目も設けるようにする。
分類項目の具体例はさらに多様に考えられ、「最近のおすすめ曲」「ヒット曲」「ラブソング」「別れの歌」「青春の歌」「旅の歌」「山の歌」「海の歌」などを設定してもよい。
例えば季節別に「春の曲」「夏の曲」「秋の曲」「冬の曲」といった選択項目や、時間別に「朝の曲」「昼の曲」「夜の曲」というような分類項目、さらには状況や予定に対応した分類として「ドライブ用の曲」「パーティ用の曲」「デート用の曲」というような分類項目も設けるようにする。
分類項目の具体例はさらに多様に考えられ、「最近のおすすめ曲」「ヒット曲」「ラブソング」「別れの歌」「青春の歌」「旅の歌」「山の歌」「海の歌」などを設定してもよい。
情報センタ１では、ＣＤなどのメディアで一般に販売／提供されている膨大な楽曲について、上記のような分類項目毎に分類した分類データベースを備えている。例えば図８に分類データベースの一部の内容を例示している。即ち図示するように各種の分類項目に対応させて、その分類項目に合致する楽曲のリストを備えている。もちろん分類項目の設定によっては、或る曲が複数の分類項目に含まれる場合もある。
一方、記録再生装置１０を使用するユーザーは、そのＨＤＤ１５に自分の所有するＣＤ等からダビングした楽曲としての多数のファイルを格納させている。
例えばＨＤＤ１５内に図９（ａ）のような各種楽曲がファイルとして格納されているとする。
ユーザーは、あくまでもこのように自分が所有する楽曲の中から、１又は複数の楽曲を選択して再生させたり、携帯装置５０に移動させたりするわけであるが、その際に、図８のような情報センタ１の分類データベースを利用できることになる。
例えば情報センタ１からの選択メニューとして提供される各種分類項目の中から、ユーザーが「春の曲」を選択した場合は、情報センタ１側で、ユーザーの所有する図９（ａ）のような楽曲の中から、分類データベース上で「春の曲」の分類項目に含まれる曲を検索し、その検索結果として該当する曲を記録再生装置１０に伝える。そして記録再生装置１０では、その該当曲に対して再生又は移動を行う。例えば「春の曲」という分類項目については図９（ａ）の楽曲の中で、図９（ｂ）のように２曲が該当することになり、この図９（ｂ）の２曲が再生されたり移動されたりすることになる。
例えばＨＤＤ１５内に図９（ａ）のような各種楽曲がファイルとして格納されているとする。
ユーザーは、あくまでもこのように自分が所有する楽曲の中から、１又は複数の楽曲を選択して再生させたり、携帯装置５０に移動させたりするわけであるが、その際に、図８のような情報センタ１の分類データベースを利用できることになる。
例えば情報センタ１からの選択メニューとして提供される各種分類項目の中から、ユーザーが「春の曲」を選択した場合は、情報センタ１側で、ユーザーの所有する図９（ａ）のような楽曲の中から、分類データベース上で「春の曲」の分類項目に含まれる曲を検索し、その検索結果として該当する曲を記録再生装置１０に伝える。そして記録再生装置１０では、その該当曲に対して再生又は移動を行う。例えば「春の曲」という分類項目については図９（ａ）の楽曲の中で、図９（ｂ）のように２曲が該当することになり、この図９（ｂ）の２曲が再生されたり移動されたりすることになる。
このような第１の動作例を実行する際の記録再生装置１０と情報センタ１の通信動作について図１０、図１１で説明する。
まず図１０は基本的な通信動作を示している。
ユーザーは、この第１の動作例としての、情報センタ１を利用したファイル選択を実行したいと思った際には、記録再生装置１０から検索要求の操作を行う。すると記録再生装置１０は通信Ｓ１として、情報センタ１に対して検索要求を発する。
情報センタ１は、検索要求が受信されると、それに対応して通信Ｓ２として記録再生装置１０に選択メニュー情報を送信する。即ち、情報センタ１側の分類データベースに用意されている選択項目の情報を送り、記録再生装置１０側で、分類データベース上の選択項目を選択メニューとして表示できるようにする。
まず図１０は基本的な通信動作を示している。
ユーザーは、この第１の動作例としての、情報センタ１を利用したファイル選択を実行したいと思った際には、記録再生装置１０から検索要求の操作を行う。すると記録再生装置１０は通信Ｓ１として、情報センタ１に対して検索要求を発する。
情報センタ１は、検索要求が受信されると、それに対応して通信Ｓ２として記録再生装置１０に選択メニュー情報を送信する。即ち、情報センタ１側の分類データベースに用意されている選択項目の情報を送り、記録再生装置１０側で、分類データベース上の選択項目を選択メニューとして表示できるようにする。
記録再生装置１０は選択メニュー情報を受信すると、その選択メニュー情報として供給される分類項目を表示部２４に表示させ、ユーザーに提示する。例えば図１４（ａ）に示すような選択メニューが表示されることになる。
ユーザーはこのように選択メニューで表示された分類項目、即ち「春の曲」「夏の曲」「秋の曲」・・・・・といった分類項目の中から、その日の気分や状況に応じて所望の分類項目を選択する操作を行う。
ユーザーはこのように選択メニューで表示された分類項目、即ち「春の曲」「夏の曲」「秋の曲」・・・・・といった分類項目の中から、その日の気分や状況に応じて所望の分類項目を選択する操作を行う。
ユーザーによって或る分類項目が選択されたら、記録再生装置１０は通信Ｓ３として、選択された分類項目の情報を送信し、また同時に、ユーザーが所有する（つまりＨＤＤ１５に格納された）全曲のＩＤを送信する。上述したようにＨＤＤ１５内のオーディオファイルについては、それぞれ対応する管理ファイルによって管理情報が記録され、曲を識別するコードとしての曲ＩＤも付されている。（もちろん各オーディオファイル内のヘッダ領域などに曲ＩＤが付されているファイル構造も考えられる）
図９（ａ）には、このような曲ＩＤとして、格納されている楽曲を識別する曲ＩＤ（ｉｄ１〜ｉｄ（ｘ））を示しているが、このようにユーザーが所有する全楽曲についての曲ＩＤが記録再生装置１０から情報センタ１に対して送信されることになる。
図９（ａ）には、このような曲ＩＤとして、格納されている楽曲を識別する曲ＩＤ（ｉｄ１〜ｉｄ（ｘ））を示しているが、このようにユーザーが所有する全楽曲についての曲ＩＤが記録再生装置１０から情報センタ１に対して送信されることになる。
情報センタ１は、図１０の通信Ｓ３としての、選択された項目及び全曲ＩＤを受信したら、図８のような分類データベースを使用して検索を行う。
即ち選択された分類項目として分類データベース上で登録されている楽曲群と、ユーザーが所有する楽曲群を、各曲のＩＤを用いて比較し、ユーザーが所有する楽曲の中で、選択された分類項目で登録されている楽曲と一致する楽曲（以下、該当曲という）を検索する。
例えば図９（ａ）の例のようなユーザー所有曲の各ＩＤと、分類項目として「春の曲」が送信されてきた場合、検索動作としては、図８の分類データベースで「春の曲」に分類されている楽曲リストとユーザー所有曲を比較して、該当曲を判別する。この場合、図８と図９（ａ）を比較してわかるように図９（ｂ）の２曲が該当曲となる。
即ち選択された分類項目として分類データベース上で登録されている楽曲群と、ユーザーが所有する楽曲群を、各曲のＩＤを用いて比較し、ユーザーが所有する楽曲の中で、選択された分類項目で登録されている楽曲と一致する楽曲（以下、該当曲という）を検索する。
例えば図９（ａ）の例のようなユーザー所有曲の各ＩＤと、分類項目として「春の曲」が送信されてきた場合、検索動作としては、図８の分類データベースで「春の曲」に分類されている楽曲リストとユーザー所有曲を比較して、該当曲を判別する。この場合、図８と図９（ａ）を比較してわかるように図９（ｂ）の２曲が該当曲となる。
情報センタ１は、該当曲の検索が完了したら、通信Ｓ４で検索結果として、該当曲の曲ＩＤを記録再生装置１０に送信する。
記録再生装置１０では該当曲ＩＤを受信することで、ＨＤＤ１５に格納されているファイルの中から、ユーザーが選んだ分類項目に該当するファイル（楽曲）を判別できることになり、その該当曲の再生又は携帯装置５０への移動を実行できる。例えば図９（ｂ）のオーディオファイルの再生又は移動を行う。
記録再生装置１０では該当曲ＩＤを受信することで、ＨＤＤ１５に格納されているファイルの中から、ユーザーが選んだ分類項目に該当するファイル（楽曲）を判別できることになり、その該当曲の再生又は携帯装置５０への移動を実行できる。例えば図９（ｂ）のオーディオファイルの再生又は移動を行う。
ところで、該当曲はあくまでもユーザーの所有する楽曲の中で選ばれるものであるため、場合によってはユーザーが選択した分類項目に対する該当曲がない（ユーザーが所有していない）場合もある。
そのような場合の通信動作を図１１に示す。なお、通信Ｓ１，Ｓ２，Ｓ３は図１０と同様であるため説明を省略する。
そのような場合の通信動作を図１１に示す。なお、通信Ｓ１，Ｓ２，Ｓ３は図１０と同様であるため説明を省略する。
通信Ｓ３として情報センタ１が選択された分類項目及び全曲ＩＤを受信したら、上述のように分類データベースを使用して検索を行うことになるが、検索結果として該当曲なしとなった場合は、通信Ｓ５として、選択可能メニュー情報を送信する。
選択可能メニュー情報とは、ユーザーが所有する楽曲の範囲で、該当する分類項目を逆にリストアップした情報である。
即ち通信Ｓ２としての選択メニュー情報とは、図１４（ａ）のように、情報センタ１の分類データベースで用意されている分類項目のリストとなるが、この通信Ｓ５での選択可能メニュー情報とは、ユーザーが所有する全楽曲に対して分類データベース上の分類項目を検索した情報となり、通信Ｓ５を受信した記録再生装置１０側では、例えば図１４（ｂ）のように選択可能メニューを表示させる。
選択可能メニュー情報とは、ユーザーが所有する楽曲の範囲で、該当する分類項目を逆にリストアップした情報である。
即ち通信Ｓ２としての選択メニュー情報とは、図１４（ａ）のように、情報センタ１の分類データベースで用意されている分類項目のリストとなるが、この通信Ｓ５での選択可能メニュー情報とは、ユーザーが所有する全楽曲に対して分類データベース上の分類項目を検索した情報となり、通信Ｓ５を受信した記録再生装置１０側では、例えば図１４（ｂ）のように選択可能メニューを表示させる。
ユーザーは、このような選択可能メニューとしてリストアップされた分類項目のうちで、所望の分類項目を選択することになり、或る分類項目が選択されたら、記録再生装置１０は通信Ｓ６として、選択された分類項目の情報を送信する。なお、全曲ＩＤは既に送信済であるのでここで送信する必要はない。
情報センタ１は、通信Ｓ６としての選択された分類項目を受信したら、再度分類データベースを使用して検索を行い、ユーザーが所有する楽曲の中で、選択された分類項目に対する該当曲を判別する。当然ながらこの際は、該当曲なしとはならない。
そして情報センタ１は、該当曲の検索が完了したら、通信Ｓ７で検索結果として、該当曲の曲ＩＤを記録再生装置１０に送信する。
記録再生装置１０では該当曲ＩＤを受信することで、ＨＤＤ１５に格納されているファイルの中から、ユーザーが選んだ分類項目に該当するファイル（楽曲）を判別できることになり、その該当曲の再生又は携帯装置５０への移動を実行できる。
そして情報センタ１は、該当曲の検索が完了したら、通信Ｓ７で検索結果として、該当曲の曲ＩＤを記録再生装置１０に送信する。
記録再生装置１０では該当曲ＩＤを受信することで、ＨＤＤ１５に格納されているファイルの中から、ユーザーが選んだ分類項目に該当するファイル（楽曲）を判別できることになり、その該当曲の再生又は携帯装置５０への移動を実行できる。
なお、この動作例の変形例として、通信Ｓ１の段階で、検索要求とともにユーザーの所有する全曲ＩＤを送信するようにしてもよい。すると通信Ｓ２の段階で情報センタは選択可能メニュー情報を送信することができ、ユーザーに対しては最初にメニュー表示される段階で、そのユーザーが選択可能な分類項目のみが提示されることになり、選択した分類項目に対して該当曲なしとなる状態を回避できる。
以上の第１の動作例を実現するための記録再生装置１０の処理（ＣＰＵ１１の処理）を図１２に、また情報センタ１の処理を図１３に示す。
まず図１１で記録再生装置１０側の処理を説明する。
ユーザーが検索要求の操作を行ったらＣＰＵ１１の処理はステップＦ２０１からＦ２０２に進み、情報センタ１に対して検索要求を送信する。即ち上記通信Ｓ１を実行する。そしてステップＦ２０３として情報センタからの選択メニュー情報（通信Ｓ２）を待機する。
選択メニュー情報が受信されたら、ステップＦ２０３に進み、その選択メニュー情報に応じて図１４（ａ）のような選択メニューを表示部２４において表示させる。そしてユーザーの操作を待機する。
ユーザーは、選択メニューを確認して、所望の分類項目を選択するか、もしくはキャンセル操作を行うことになる。
なお、図１２のフローチャートでは省略しているが、ユーザーは選択のためにメニュー表示上でのページ送り操作やカーソル移動操作なども行うことになり、ＣＰＵ１１はそれらの操作に応じた表示上の制御も実行することになる。
まず図１１で記録再生装置１０側の処理を説明する。
ユーザーが検索要求の操作を行ったらＣＰＵ１１の処理はステップＦ２０１からＦ２０２に進み、情報センタ１に対して検索要求を送信する。即ち上記通信Ｓ１を実行する。そしてステップＦ２０３として情報センタからの選択メニュー情報（通信Ｓ２）を待機する。
選択メニュー情報が受信されたら、ステップＦ２０３に進み、その選択メニュー情報に応じて図１４（ａ）のような選択メニューを表示部２４において表示させる。そしてユーザーの操作を待機する。
ユーザーは、選択メニューを確認して、所望の分類項目を選択するか、もしくはキャンセル操作を行うことになる。
なお、図１２のフローチャートでは省略しているが、ユーザーは選択のためにメニュー表示上でのページ送り操作やカーソル移動操作なども行うことになり、ＣＰＵ１１はそれらの操作に応じた表示上の制御も実行することになる。
ユーザーがキャンセル操作を行った場合は、ステップＦ２０６から処理を終了する。
ユーザーがある分類項目を選択する操作を行った場合は、ステップＦ２０５からＦ２０７に進み、選択された分類項目及びＨＤＤ１５に格納されている全曲（全オーディオファイル）の曲ＩＤの送信を行う。即ち上記通信Ｓ３を実行する。そしてステップＦ２０８で、情報センタ１から該当曲ＩＤが送信されてくること（通信Ｓ４）、もしくは選択可能メニュー情報が送信されてくること（通信Ｓ５）を待機する。
ユーザーがある分類項目を選択する操作を行った場合は、ステップＦ２０５からＦ２０７に進み、選択された分類項目及びＨＤＤ１５に格納されている全曲（全オーディオファイル）の曲ＩＤの送信を行う。即ち上記通信Ｓ３を実行する。そしてステップＦ２０８で、情報センタ１から該当曲ＩＤが送信されてくること（通信Ｓ４）、もしくは選択可能メニュー情報が送信されてくること（通信Ｓ５）を待機する。
通信Ｓ４としての該当曲ＩＤが送信されてきた場合は、即ち図１０に示したような場合であり、処理はステップＦ２０８からＦ２１０に進む。そしてユーザーが要求している動作が再生であるか携帯装置５０への移動であるかを判別し、再生であれば、ステップＦ２１２に進んで、受信した該当曲ＩＤで示される１又は複数の該当曲をＨＤＤ１５から読み出して、スピーカ３５等から再生出力させる処理を実行する。
一方、ユーザーが要求している動作が移動であった場合は、ステップＦ２１１に進んで、受信した該当曲ＩＤで示される１又は複数の該当曲をＨＤＤ１５から読み出して、携帯装置５０のＨＤＤ５４に移動させる処理を実行する。即ち、図５で説明したファイル移動処理を実行することになる（図５の処理において移動対象となるファイルが、該当曲ＩＤで示される１又は複数のファイルとなる）。
一方、ユーザーが要求している動作が移動であった場合は、ステップＦ２１１に進んで、受信した該当曲ＩＤで示される１又は複数の該当曲をＨＤＤ１５から読み出して、携帯装置５０のＨＤＤ５４に移動させる処理を実行する。即ち、図５で説明したファイル移動処理を実行することになる（図５の処理において移動対象となるファイルが、該当曲ＩＤで示される１又は複数のファイルとなる）。
なお、ステップＦ２１０でのユーザー指示の判別は、この処理に進んだ時点でユーザーに指示のための操作を促すようにしてもよいし、ステップＦ２０１もしくはＦ２０５での操作の際に、あらかじめユーザーに指示を求めておくようにしてもよい。
ステップＦ２０７で選択された分類項目及び全曲ＩＤを送信した後に、情報センタ１から選択可能メニュー情報が送信されてくる場合がある。即ち図１１で説明したような場合であり、この場合は処理はステップＦ２０９からＦ２１３に進む。
そして受信された選択可能メニュー情報に応じて図１４（ｂ）のような選択可能メニューを表示部２４において表示させる。そしてユーザーの操作を待機する。ユーザーは、選択可能メニューを確認して、所望の分類項目を選択するか、もしくはキャンセル操作を行うことになる。
なお、この場合もユーザーは選択のためにメニュー表示上でのページ送り操作やカーソル移動操作なども行うことがあるが、ＣＰＵ１１はそれらの操作に応じた表示上の制御も実行する。
そして受信された選択可能メニュー情報に応じて図１４（ｂ）のような選択可能メニューを表示部２４において表示させる。そしてユーザーの操作を待機する。ユーザーは、選択可能メニューを確認して、所望の分類項目を選択するか、もしくはキャンセル操作を行うことになる。
なお、この場合もユーザーは選択のためにメニュー表示上でのページ送り操作やカーソル移動操作なども行うことがあるが、ＣＰＵ１１はそれらの操作に応じた表示上の制御も実行する。
ユーザーがキャンセル操作を行った場合は、ステップＦ２１５から処理を終了する。
ユーザーがある分類項目を選択する操作を行った場合は、ステップＦ２１４からＦ２１６に進み、選択された分類項目の送信を行う。即ち上記通信Ｓ６を実行する。そしてステップＦ２０８で、情報センタ１から該当曲ＩＤが送信されてくることを待機する。
上記通信Ｓ７として情報センタ１から該当曲ＩＤが送られてきたら、処理をステップＦ２１０にすすめ、ユーザー指示を判別する。
そしてユーザーが再生を指示していれば、ステップＦ２１２に進んで、受信した該当曲ＩＤで示される１又は複数の該当曲をＨＤＤ１５から読み出して、スピーカ３５等から再生出力させる処理を実行する。
一方、ユーザーが要求している動作が移動であった場合は、ステップＦ２１１に進んで、受信した該当曲ＩＤで示される１又は複数の該当曲をＨＤＤ１５から読み出して、携帯装置５０のＨＤＤ５４に移動させる処理（図５の処理）を実行する。
ユーザーがある分類項目を選択する操作を行った場合は、ステップＦ２１４からＦ２１６に進み、選択された分類項目の送信を行う。即ち上記通信Ｓ６を実行する。そしてステップＦ２０８で、情報センタ１から該当曲ＩＤが送信されてくることを待機する。
上記通信Ｓ７として情報センタ１から該当曲ＩＤが送られてきたら、処理をステップＦ２１０にすすめ、ユーザー指示を判別する。
そしてユーザーが再生を指示していれば、ステップＦ２１２に進んで、受信した該当曲ＩＤで示される１又は複数の該当曲をＨＤＤ１５から読み出して、スピーカ３５等から再生出力させる処理を実行する。
一方、ユーザーが要求している動作が移動であった場合は、ステップＦ２１１に進んで、受信した該当曲ＩＤで示される１又は複数の該当曲をＨＤＤ１５から読み出して、携帯装置５０のＨＤＤ５４に移動させる処理（図５の処理）を実行する。
次に図１３で情報センタ１側の処理を説明する。
情報センタ１では、或る記録再生装置１０から上記通信Ｓ１としての検索要求があると、処理をステップＦ３０１からＦ３０２に進め、選択メニュー情報を生成する。即ち分類データベースとして用意している分類項目をリストアップして選択メニュー情報とする。この場合、その日の日時や時期、最近のイベントなどを考慮して、分類項目が選ばれるようにすることも考えられる。なお、もちろん選択メニュー情報は予め生成しておくものとし、分類データベース上での分類項目を追加したような場合などに随時更新しておくようなものとしてもよい。
情報センタ１では、或る記録再生装置１０から上記通信Ｓ１としての検索要求があると、処理をステップＦ３０１からＦ３０２に進め、選択メニュー情報を生成する。即ち分類データベースとして用意している分類項目をリストアップして選択メニュー情報とする。この場合、その日の日時や時期、最近のイベントなどを考慮して、分類項目が選ばれるようにすることも考えられる。なお、もちろん選択メニュー情報は予め生成しておくものとし、分類データベース上での分類項目を追加したような場合などに随時更新しておくようなものとしてもよい。
続いてステップＦ３０３で、上記通信Ｓ２として、検索要求のあった記録再生装置３０に対して選択メニュー情報を送信する。そして、ステップＦ３０４で、記録再生装置１０からの通信Ｓ３、即ち選択された分類項目と全曲ＩＤの送信を待機する。選択された分類項目と全曲ＩＤを受信したら、ステップＦ３０５で検索処理を行う。即ち上述したように、選択された分類項目として分類データベース上で登録されている楽曲群と、ユーザーが所有する楽曲群を、各曲のＩＤを用いて比較して該当曲を検索する。
ここで、該当曲が検索された場合は、処理をステップＦ３０７に進めて該当曲の曲ＩＤを記録再生装置１０に送信して（上記通信Ｓ４）、処理を終える。
ここで、該当曲が検索された場合は、処理をステップＦ３０７に進めて該当曲の曲ＩＤを記録再生装置１０に送信して（上記通信Ｓ４）、処理を終える。
ところがステップＦ３０５での検索結果として該当曲なしの場合はステップＦ３０６からＦ３０８に進み、分類データベース上の分類項目の中で、その記録再生装置１０のユーザーが選択可能な項目をリストアップして、選択可能メニュー情報を生成する。そしてステップＦ３０９で選択可能メニュー情報を記録再生装置１０に送信する。即ち上記通信Ｓ５を実行する。
選択可能メニュー情報を送信したら、記録再生装置１０からの通信Ｓ６、つまり選択された分類項目の受信を待機し、受信されたらステップＦ３１０からＦ３１１に進んで検索処理を行う。つまり選択された分類項目として分類データベース上で登録されている楽曲群と、ユーザーが所有する楽曲群を、各曲のＩＤを用いて比較して該当曲を検索する。
この場合は該当曲が存在するため、検索が終了したら処理をステップＦ３０７に進めて、該当曲の曲ＩＤを記録再生装置１０に送信して（上記通信Ｓ７）、処理を終える。
選択可能メニュー情報を送信したら、記録再生装置１０からの通信Ｓ６、つまり選択された分類項目の受信を待機し、受信されたらステップＦ３１０からＦ３１１に進んで検索処理を行う。つまり選択された分類項目として分類データベース上で登録されている楽曲群と、ユーザーが所有する楽曲群を、各曲のＩＤを用いて比較して該当曲を検索する。
この場合は該当曲が存在するため、検索が終了したら処理をステップＦ３０７に進めて、該当曲の曲ＩＤを記録再生装置１０に送信して（上記通信Ｓ７）、処理を終える。
以上の図１２、図１３の処理が行われることで、本例の第１の動作例としての動作が実現され、これによってユーザーは、単にその日の気分や状況に応じて任意の分類項目を選択するという操作を行うのみで、気分や状況に合致する曲が選択され、再生や携帯装置５０への移動が行われることになり、ユーザーの選択操作は非常に簡易なものとなる。
例えば、これからドライブに行くというときに、選択メニューから「ドライブ用の曲」という項目を選んでおくだけで、携帯装置５０側に、ドライブに適した曲が移動されているという状態を得ることができる。
またこの動作例で実行される図１０、図１１のような通信のデータ内容は、オーディオデータやビデオデータのような大容量のものではなく、要求コマンドや曲ＩＤ、分類項目などのようにデータ量の少ないものであるため、特別に高速通信可能な通信網を構築しなくても、通信は迅速に完了される。従ってユーザーが通信の遅れによって待たされるということもない。
例えば、これからドライブに行くというときに、選択メニューから「ドライブ用の曲」という項目を選んでおくだけで、携帯装置５０側に、ドライブに適した曲が移動されているという状態を得ることができる。
またこの動作例で実行される図１０、図１１のような通信のデータ内容は、オーディオデータやビデオデータのような大容量のものではなく、要求コマンドや曲ＩＤ、分類項目などのようにデータ量の少ないものであるため、特別に高速通信可能な通信網を構築しなくても、通信は迅速に完了される。従ってユーザーが通信の遅れによって待たされるということもない。
これらのことから、ユーザーが毎日の使用に際して、所望の曲を選択するということが簡易かつ短時間で可能となり、記録再生装置１０や携帯装置５０の使用性を大きく向上させることができる。
８．ファイル選択のための第２の動作例。
次に、上記第１の動作例とは異なる本例のファイル選択のための動作例として第２の動作例を説明する。
この第２の動作例でも、ユーザーのファイル選択操作を非常に簡単なものとし、ユーザーに負担をかけない操作を実現するものである。
次に、上記第１の動作例とは異なる本例のファイル選択のための動作例として第２の動作例を説明する。
この第２の動作例でも、ユーザーのファイル選択操作を非常に簡単なものとし、ユーザーに負担をかけない操作を実現するものである。
上記第１の動作例では、ファイル選択のための検索を情報センタ１側で行うようにしたが、この第２の動作例ではファイル自体の検索は記録再生装置１０側で実行する。
即ちこの動作例では、情報センタ１は、図８に示したような分類データベースを備えるが、情報センタ１ではユーザーの所有する各楽曲についての分類データベース上の分類項目を検索して、それを記録再生装置１０に送信する。記録再生装置１０ではＨＤＤ１５に格納されている各楽曲（オーディオファイル）に対応させて、情報センタ１から送信されてきた分類項目を記憶する。そして実際の選択操作が行われる以降の検索処理過程では特に情報センタとの通信は行わず、即ち記憶されている分類項目から選択メニューを生成し、ユーザーに選択させるようにするものである。
即ちこの動作例では、情報センタ１は、図８に示したような分類データベースを備えるが、情報センタ１ではユーザーの所有する各楽曲についての分類データベース上の分類項目を検索して、それを記録再生装置１０に送信する。記録再生装置１０ではＨＤＤ１５に格納されている各楽曲（オーディオファイル）に対応させて、情報センタ１から送信されてきた分類項目を記憶する。そして実際の選択操作が行われる以降の検索処理過程では特に情報センタとの通信は行わず、即ち記憶されている分類項目から選択メニューを生成し、ユーザーに選択させるようにするものである。
記録再生装置１０を使用するユーザーは、そのＨＤＤ１５に自分の所有するＣＤ等からダビングした楽曲としての多数のファイルを格納させているが、例えばＨＤＤ１５内に図１５（ａ）のような各種楽曲がファイルとして格納されているとする。
このように格納している各楽曲についての分類項目を情報センタ１によって判別してもらい、各楽曲について判別された分類項目の情報を受け取る。そして図１５（ｂ）のように各楽曲についての分類項目を、各楽曲に対応した状態で記憶する。ここでは分類項目として「Ｋｗａ」「Ｋｓｐ」・・・などのように示しているが、これは図８にも示したように分類データベース上で設けられている分類項目に相当する。
これらの分類項目は、例えば各オーディオファイルの管理を行う管理ファイル（図６、図７参照）において記憶されればよい。もしくは各オーディオファイルのヘッダ領域などにおいて記録されるようにしてもよい。
なお、もちろん１つの楽曲（オーディオファイル）に対応して複数の分類項目が対応される場合もある。
このように格納している各楽曲についての分類項目を情報センタ１によって判別してもらい、各楽曲について判別された分類項目の情報を受け取る。そして図１５（ｂ）のように各楽曲についての分類項目を、各楽曲に対応した状態で記憶する。ここでは分類項目として「Ｋｗａ」「Ｋｓｐ」・・・などのように示しているが、これは図８にも示したように分類データベース上で設けられている分類項目に相当する。
これらの分類項目は、例えば各オーディオファイルの管理を行う管理ファイル（図６、図７参照）において記憶されればよい。もしくは各オーディオファイルのヘッダ領域などにおいて記録されるようにしてもよい。
なお、もちろん１つの楽曲（オーディオファイル）に対応して複数の分類項目が対応される場合もある。
再生又は携帯装置５０への移動のための実際の楽曲の選択は、ユーザーは、あくまでも自分が所有する楽曲の中から行うことになるが、このような選択に際しては、記録再生装置１０（ＣＰＵ１１）が、ＨＤＤ１５に記憶されている各オーディオファイルの分類項目を確認して選択メニューを生成し、ユーザーに選択を実行させる。そして選択操作に応じて、選択された分類項目に対応するオーディオファイル（該当曲）を検索し、再生や移動処理を行うことになる。
例えば選択メニューとして提示される各種分類項目の中から、ユーザーが「春の曲」を選択した場合は、ＨＤＤ１５内で「春の曲」という分類項目Ｋｓｐが対応されて記録されている曲が検索され、例えば図１５（ｃ）のように２曲が抽出されることになり、この図１５（ｃ）の２曲が再生されたり移動されたりすることになる。
例えば選択メニューとして提示される各種分類項目の中から、ユーザーが「春の曲」を選択した場合は、ＨＤＤ１５内で「春の曲」という分類項目Ｋｓｐが対応されて記録されている曲が検索され、例えば図１５（ｃ）のように２曲が抽出されることになり、この図１５（ｃ）の２曲が再生されたり移動されたりすることになる。
このような第２の動作例を実行するための記録再生装置１０と情報センタ１の通信動作について図１６で説明する。
この通信動作は、ユーザーが、実際にファイル選択を実行する前の段階で実行されることになる。
まずユーザーの操作もしくはＣＰＵ１１の判断に基づく所定の時点で、記録再生装置１０から情報センタ１に対して分類要求、及びＨＤＤ１５に記録されている全曲の曲ＩＤを送信する動作が通信Ｓ１０として行われる。
この通信動作は、ユーザーが、実際にファイル選択を実行する前の段階で実行されることになる。
まずユーザーの操作もしくはＣＰＵ１１の判断に基づく所定の時点で、記録再生装置１０から情報センタ１に対して分類要求、及びＨＤＤ１５に記録されている全曲の曲ＩＤを送信する動作が通信Ｓ１０として行われる。
情報センタ１は、通信Ｓ１０としての分類要求及び全曲ＩＤを受信したら、図８のような分類データベースを使用して検索を行う。
即ち受信された曲ＩＤで識別されるユーザーが所有する各楽曲について、分類データベース上で検索を行い、その曲が含まれる１又は複数の分類項目を判別していく。
即ち受信された曲ＩＤで識別されるユーザーが所有する各楽曲について、分類データベース上で検索を行い、その曲が含まれる１又は複数の分類項目を判別していく。
情報センタ１は、ユーザーの所有する全曲について、それぞれ分類項目の検索を完了したら、通信Ｓ１１で検索結果として、各曲についての分類項目の情報を記録再生装置１０に送信する。
記録再生装置１０では、各曲の分類項目を受信したら、それぞれＨＤＤ１５上で、記録されている各曲（オーディオファイル）に対応させて、分類項目を記録していく。
記録再生装置１０では、各曲の分類項目を受信したら、それぞれＨＤＤ１５上で、記録されている各曲（オーディオファイル）に対応させて、分類項目を記録していく。
また、その後ユーザーがさらにＣＤなどからのダビングを行ってＨＤＤ１５にオーディオファイルが追加された場合は、記録再生装置１０から情報センタ１に対して分類要求、及びＨＤＤ１５に追加された各曲の曲ＩＤを送信する動作が通信Ｓ１２として行われる。
情報センタ１は、通信Ｓ１２としての分類要求及び各追加曲の曲ＩＤを受信したら、図８のような分類データベースを使用して同様に検索を行い、追加された楽曲に対応する分類項目を判別していく。
そして分類項目の検索を完了したら、通信Ｓ１３で検索結果として、追加分の各曲についての分類項目の情報を記録再生装置１０に送信する。
記録再生装置１０では、分類項目を受信したら、それぞれＨＤＤ１５上で、追加記録された各曲（オーディオファイル）に対応させて、分類項目を記録していく。
そして分類項目の検索を完了したら、通信Ｓ１３で検索結果として、追加分の各曲についての分類項目の情報を記録再生装置１０に送信する。
記録再生装置１０では、分類項目を受信したら、それぞれＨＤＤ１５上で、追加記録された各曲（オーディオファイル）に対応させて、分類項目を記録していく。
このような通信を行う際の記録再生装置１０におけるＣＰＵ１１の処理、及び情報センタ１側の処理を図１７に示す。
ユーザーもしくはＣＰＵ１１の判断により情報センタ１に対して分類要求を実行する際には処理はステップＦ４０１からＦ４０２に進み、まずＨＤＤ１５に格納されているオーディオファイルとして分類項目が既に付されているオーディオファイルが存在するか否かを確認する。
そして、存在しなければステップＦ４０３で分類要求とともにＨＤＤ１５に記録されている全曲の曲ＩＤを送信する動作、即ち上記通信Ｓ１０を実行する。
また既に分類項目付与済のオーディオファイルが存在する場合は、ステップＦ４０４に進み、まだ分類項目が付与されていないオーディオファイル、つまり追加分のオーディオファイルをリストアップして、分類要求とともにその追加分の曲の曲ＩＤを送信する動作、即ち上記通信Ｓ１２を実行する。
ユーザーもしくはＣＰＵ１１の判断により情報センタ１に対して分類要求を実行する際には処理はステップＦ４０１からＦ４０２に進み、まずＨＤＤ１５に格納されているオーディオファイルとして分類項目が既に付されているオーディオファイルが存在するか否かを確認する。
そして、存在しなければステップＦ４０３で分類要求とともにＨＤＤ１５に記録されている全曲の曲ＩＤを送信する動作、即ち上記通信Ｓ１０を実行する。
また既に分類項目付与済のオーディオファイルが存在する場合は、ステップＦ４０４に進み、まだ分類項目が付与されていないオーディオファイル、つまり追加分のオーディオファイルをリストアップして、分類要求とともにその追加分の曲の曲ＩＤを送信する動作、即ち上記通信Ｓ１２を実行する。
ステップＦ４０３、もしくはＦ４０４の処理によって記録再生装置１０から送信されてくる分類要求を受信したら、情報センタ１では処理をステップＦ５０１からＦ５０２に進め、送信されてきた各曲ＩＤについて、分類データベースを使用した分類項目の検索を行う。
そしてステップＦ５０３で検索結果としての各曲に対応する分類項目の情報を送信する。即ち上記通信Ｓ１１もしくはＳ１３を実行する。
そしてステップＦ５０３で検索結果としての各曲に対応する分類項目の情報を送信する。即ち上記通信Ｓ１１もしくはＳ１３を実行する。
記録再生装置１０では、ステップＦ４０３、もしくはＦ４０４の処理の後、ステップＦ４０５で、検索結果としての分類項目の受信を待機しており、受信されたら、ステップＦ４０６で、ＨＤＤ１５上で、分類対象となった各曲（オーディオファイル）に対応させて、分類項目を記録していく処理を行う。
以上のような通信動作を介した分類項目の付与が、ユーザーの所有する楽曲に対して行われることで、図１５（ｂ）のような状態を得ることができ、この後は、記録再生装置１０側でユーザーの気分や状況に応じた楽曲の選択処理を行うことが可能となる。
再生又は移動のためのファイル選択の際のＣＰＵ１１の処理を図１８で説明する。
再生又は移動のためのファイル選択の際のＣＰＵ１１の処理を図１８で説明する。
ユーザーが検索実行を指示する操作を行ったら、ＣＰＵ１１の処理はステップＦ６０１からＦ６０２に進み、例えば図１４（ａ）のような選択メニューを表示部２４において表示させる。この選択メニューで提示する分類項目は、ＨＤＤ１５内で各オーディオファイルに対応されて記憶されている分類項目としての、全種類の分類項目とすればよい。つまりユーザーが所有している楽曲の中で選択可能な分類項目が列挙されることになる。
このように選択メニューを表示させたらユーザーの操作を待機する。
このように選択メニューを表示させたらユーザーの操作を待機する。
ユーザーは、選択メニューを確認して、所望の分類項目を選択するか、もしくはキャンセル操作を行うことになる。
なお、図１８のフローチャートでは省略しているが、ユーザーは選択のためにメニュー表示上でのページ送り操作やカーソル移動操作なども行うことになり、ＣＰＵ１１はそれらの操作に応じた表示上の制御も実行することになる。
なお、図１８のフローチャートでは省略しているが、ユーザーは選択のためにメニュー表示上でのページ送り操作やカーソル移動操作なども行うことになり、ＣＰＵ１１はそれらの操作に応じた表示上の制御も実行することになる。
ユーザーがキャンセル操作を行った場合は、ステップＦ６０４から処理を終了する。
ユーザーがある分類項目を選択する操作を行った場合は、ステップＦ６０３からＦ６０５に進み、選択された分類項目が付されているオーディオファイルを検索し、該当曲を抽出する。
そしてステップＦ６０６で、ユーザーが要求している動作が再生であるか携帯装置５０への移動であるかを判別し、再生であれば、ステップＦ６０８に進んで、該当曲とされた１又は複数のオーディオファイルをＨＤＤ１５から読み出して、スピーカ３５等から再生出力させる処理を実行する。
一方、ユーザーが要求している動作が移動であった場合は、ステップＦ６０７に進んで、該当曲とされた１又は複数の該当曲をＨＤＤ１５から読み出して、携帯装置５０のＨＤＤ５４に移動させる処理を実行する。即ち、図５で説明したファイル移動処理を実行することになる（図５の処理において移動対象となるファイルが、該当曲として抽出された１又は複数のファイルとなる）。
ユーザーがある分類項目を選択する操作を行った場合は、ステップＦ６０３からＦ６０５に進み、選択された分類項目が付されているオーディオファイルを検索し、該当曲を抽出する。
そしてステップＦ６０６で、ユーザーが要求している動作が再生であるか携帯装置５０への移動であるかを判別し、再生であれば、ステップＦ６０８に進んで、該当曲とされた１又は複数のオーディオファイルをＨＤＤ１５から読み出して、スピーカ３５等から再生出力させる処理を実行する。
一方、ユーザーが要求している動作が移動であった場合は、ステップＦ６０７に進んで、該当曲とされた１又は複数の該当曲をＨＤＤ１５から読み出して、携帯装置５０のＨＤＤ５４に移動させる処理を実行する。即ち、図５で説明したファイル移動処理を実行することになる（図５の処理において移動対象となるファイルが、該当曲として抽出された１又は複数のファイルとなる）。
なお、ステップＦ６０６でのユーザー指示の判別は、この処理に進んだ時点でユーザーに指示のための操作を促すようにしてもよいし、ステップＦ６０１もしくはＦ６０３での操作の際にユーザーに指示を求めるようにしてもよい。
以上の図１８の処理が行われることで、本例の第２の動作例としてのファイル選択動作が実現され、これによってユーザーは、単にその日の気分や状況に応じて任意の分類項目を選択するという操作を行うのみで、気分や状況に合致する曲が選択され、再生や携帯装置５０への移動が行われることになり、ユーザーの選択操作は非常に簡易なものとなる。
従って第１の動作例と同様に、ユーザーが毎日の使用に際して、所望の曲を選択するということが簡易かつ短時間で可能となり、記録再生装置１０や携帯装置５０の使用性を大きく向上させることができる。
従って第１の動作例と同様に、ユーザーが毎日の使用に際して、所望の曲を選択するということが簡易かつ短時間で可能となり、記録再生装置１０や携帯装置５０の使用性を大きく向上させることができる。
以上、実施の形態としてのシステム構成や動作例を説明してきたが、本発明はこれらの例に限定されることなく、機器の構成や処理手順などは各種多様に考えられることはいうまでもない。
１ 情報センタ、３ 通信回線、１０ 記録再生装置、１１ ＣＰＵ、１２ ＲＯＭ、１３ ＲＡＭ、１４ フラッシュメモリ、１５ ＨＤＤ、１６ バッファメモリ、１７ ＣＤ−ＲＯＭドライブ、１８ ＭＤドライブ、１９ モデム、２０ パネル操作部、２２ 赤外線インターフェースドライバ、２３ ＵＳＢドライバ、２４ 表示部、２５ 表示ドライバ、２６ インターフェースドライバ、２７ コネクタ、２８ エンコーダ、２９ デコーダ、３０ ＩＥＣ９５８エンコーダ、３１ Ａ／Ｄ変換器、３２ マイクアンプ、３３ Ｄ／Ａ変換器、３４ アンプ、３５ スピーカ、３６ ＩＥＥＥ１３９４ドライバ、３７ ＩＥＥＥ１３９４インターフェース、３８ ＰＣＭＣＩＡドライバ、３９ ＰＣＭＣＩＡスロット、５１ ＣＰＵ、５２ ＲＯＭ、５３ ＲＡＭ、５４ ＨＤＤ、５５ バッファメモリ、５６ パネル操作部、５７ 表示部、５８ 表示ドライバ、５９ インターフェースドライバ、６０ コネクタ、６１ エンコーダ、６２ デコーダ、６３ ＩＥＣ９５８エンコーダ、６４ Ａ／Ｄ変換器、６５ マイクアンプ、６６ Ｄ／Ａ変換器、６７ アンプ、６８ スピーカ
Claims (22)
- 情報センタと前記情報センタと通信する端末装置とを備える情報配信システムであって、
前記情報センタは、
データの識別情報と前記データを所定の分類項目に分類するための分類情報と対応付けて記憶する分類データベース手段と、
前記端末装置に記憶されているデータの識別情報を前記端末装置から受信するセンタ側受信手段と、
前記分類データベース手段から、前記端末装置に記憶されているデータの識別情報に対応する分類情報を検索する検索手段と、
前記検索手段が抽出した、前記端末装置に記憶されているデータの識別情報に対応する分類情報を、前記端末装置へ送信するセンタ側送信手段と、
を備え、
前記端末装置は、
データと前記データの識別情報とを対応付けて格納する格納手段と、
前記情報センタに前記格納手段に記憶されているデータの識別情報を送信する端末側送信手段と、
前記格納手段に記憶されているデータの識別情報に対応する分類情報を前記情報センタから受信する端末側受信手段と、
外部機器と接続する接続手段と、
前記格納手段が格納しているデータを読み出す読み出し手段と、
前記端末側受信手段が受信した分類情報のうち選択された所定の分類情報に基づいて、前記所定の分類情報が対応付けられたデータを前記読み出し手段に読み出させ、前記接続手段を制御して前記外部機器へ読み出した前記データを転送させる転送手段と
を備える
ことを特徴とする情報配信システム。 - 前記端末装置は更に、
前記端末側受信手段が受信した分類情報のうち選択された所定の分類情報に基づいて、前記所定の分類情報が対応付けられたデータを前記読み出し手段に読み出させ、前記読み出し手段が読み出したデータを再生する再生手段
を備えることを特徴とする請求項１に記載の情報配信システム。 - 前記格納手段は、前記端末側受信手段が受信した、前記格納手段に記憶されているデータの識別情報に対応する分類情報を、前記格納手段に記憶されているデータと対応付けて格納する
ことを特徴とする請求項１に記載の情報配信システム。 - 前記端末装置は更に、
前記所定の分類情報が対応付けられたデータの総データ量と前記前記外部機器の空き容量とを比較する比較手段
を備え、
前記転送手段は、前記比較手段が前記所定の分類情報が対応付けられたデータを転送可能と判断したときに、前記接続手段を制御して前記所定の分類情報が対応付けられたデータを前記外部機器へ転送させる
ことを特徴とする請求項１に記載の情報配信システム。 - 前記端末装置は更に、
前記比較手段が前記所定の分類情報が対応付けられたデータを転送可能と判断したときに、前記外部機器に記憶されているデータを自動的に除去するように制御する除去手段
を備えることを特徴とする請求項４に記載の情報配信システム。 - 前記除去手段は、前記外部機器に記憶されているデータを、再生回数の少ないデータから順に除去する
ことを特徴とする請求項５に記載の情報配信システム。 - 前記除去手段は、前記外部機器に記憶されているデータを、前記外部機器に記憶された日付が古いデータから順に除去する
ことを特徴とする請求項５に記載の情報配信システム。 - 前記端末装置は更に、
前記除去手段が前記外部機器に記憶されているデータを自動的に除去するときに、表示手段に警告を表示する
ことを特徴とする請求項５に記載の情報配信システム。 - 前記転送手段は、前記除去手段が前記外部機器に記憶されているデータを除去したあとに、前記接続手段を制御して前記所定の分類情報が対応付けられたデータを前記外部機器へ転送させる
ことを特徴とする請求項５に記載の情報配信システム。 - 前記端末装置は更に、
前記転送手段が、前記所定の分類除法が対応付けられたデータを前記外部機器へ転送させたときに、前記所定の分類除法が対応付けられたデータに対応付けて禁止フラグを設定する設定手段と、
前記端末側受信手段が受信した分類情報のうち選択された所定の分類情報に基づいて、前記所定の分類情報が対応付けられたデータを前記読み出し手段に読み出させ、前記読み出し手段が読み出したデータを再生する再生手段
を備え、
前記再生手段は、前記禁止フラグが設定されているときは、前記データを再生しない
ことを特徴とする請求項１に記載の情報配信システム。 - データと前記データの識別情報とを対応付けて格納する格納手段と、
外部情報センタに前記格納手段に記憶されているデータの識別情報を送信する送信手段と、
前記格納手段に記憶されているデータの識別情報に対応する分類情報を前記情報センタから受信する端末側受信手段と、
外部機器と接続する接続手段と、
前記格納手段が格納しているデータを読み出す読み出し手段と、
前記受信手段が受信した分類情報のうち選択された所定の分類情報に基づいて、前記所定の分類情報が対応付けられたデータを前記読み出し手段に読み出させ、前記接続手段を制御して前記外部機器へ読み出した前記データを転送させる転送手段と
を備える
ことを特徴とする端末装置。 - 前記端末装置は更に、
前記端末側受信手段が受信した分類情報のうち選択された所定の分類情報に基づいて、前記所定の分類情報が対応付けられたデータを前記読み出し手段に読み出させ、前記読み出し手段が読み出したデータを再生する再生手段
を備えることを特徴とする請求項１１に記載の端末装置。 - 前記格納手段は、前記端末側受信手段が受信した、前記格納手段に記憶されているデータの識別情報に対応する分類情報を、前記格納手段に記憶されているデータと対応付けて格納する
ことを特徴とする請求項１１に記載の端末装置。 - 前記端末装置は更に、
前記所定の分類情報が対応付けられたデータの総データ量と前記前記外部機器の空き容量とを比較する比較手段
を備え、
前記転送手段は、前記比較手段が前記所定の分類情報が対応付けられたデータを転送可能と判断したときに、前記接続手段を制御して前記所定の分類情報が対応付けられたデータを前記外部機器へ転送させる
ことを特徴とする請求項１１に記載の端末装置。 - 前記端末装置は更に、
前記比較手段が前記所定の分類情報が対応付けられたデータを転送可能と判断したときに、前記外部機器に記憶されているデータを自動的に除去するように制御する除去手段
を備えることを特徴とする請求項１４に記載の端末装置。 - 前記除去手段は、前記外部機器に記憶されているデータを、再生回数の少ないデータから順に除去する
ことを特徴とする請求項１５に記載の端末装置。 - 前記除去手段は、前記外部機器に記憶されているデータを、前記外部機器に記憶された日付が古いデータから順に除去する
ことを特徴とする請求項１５に記載の端末装置。 - 前記端末装置は更に、
前記除去手段が前記外部機器に記憶されているデータを自動的に除去するときに、表示手段に警告を表示する
ことを特徴とする請求項１５に記載の端末装置。 - 前記転送手段は、前記除去手段が前記外部機器に記憶されているデータを除去したあとに、前記接続手段を制御して前記所定の分類情報が対応付けられたデータを前記外部機器へ転送させる
ことを特徴とする請求項１５に記載の端末装置。 - 前記端末装置は更に、
前記転送手段が、前記所定の分類除法が対応付けられたデータを前記外部機器へ転送させたときに、前記所定の分類除法が対応付けられたデータに対応付けて禁止フラグを設定する設定手段と、
前記端末側受信手段が受信した分類情報のうち選択された所定の分類情報に基づいて、前記所定の分類情報が対応付けられたデータを前記読み出し手段に読み出させ、前記読み出し手段が読み出したデータを再生する再生手段
を備え、
前記再生手段は、前記禁止フラグが設定されているときは、前記データを再生しない
ことを特徴とする請求項１１に記載の端末装置。 - 情報センタと前記情報センタと通信する端末装置とを備える情報配信システムにおけるファイル処理方法であって、
前記情報センタにおいて、
データの識別情報と前記データを所定の分類項目に分類するための分類情報と対応付けて記憶する分類データベース記憶手順と、
前記端末装置に記憶されているデータの識別情報を前記端末装置から受信するセンタ側受信手順と、
前記分類データベース記憶手順から、前記端末装置に記憶されているデータの識別情報に対応する分類情報を検索する検索手順と、
前記検索手順において抽出された、前記端末装置に記憶されているデータの識別情報に対応する分類情報を、前記端末装置へ送信するセンタ側送信手順と、
を備え、
前記端末装置は、
データと前記データの識別情報とを対応付けて格納する格納手順と、
前記情報センタに前記格納手順に記憶されているデータの識別情報を送信する端末側手順手段と、
前記格納手順に記憶されているデータの識別情報に対応する分類情報を前記情報センタから受信する端末側受信手順と、
外部機器と接続する接続手順と、
前記格納手順において格納したデータを読み出す読み出し手順と、
前記端末側受信手順において受信した分類情報のうち選択された所定の分類情報に基づいて、前記所定の分類情報が対応付けられたデータを前記読み出し手順によって読み出させ、前記接続手順を制御して前記外部機器へ読み出した前記データを転送させる転送手順と
を備える
ことを特徴とする情報配信システムにおけるファイル処理方法。 - 情報センタと前記情報センタと通信する端末装置とを備える情報配信システムの端末装置におけるファイル処理方法であって、
データと前記データの識別情報とを対応付けて格納する格納手順と、
外部情報センタに前記格納手順に記憶されているデータの識別情報を送信する端末側手順手段と、
前記格納手順に記憶されているデータの識別情報に対応する分類情報を前記情報センタから受信する端末側受信手順と、
外部機器と接続する接続手順と、
前記格納手順において格納したデータを読み出す読み出し手順と、
前記端末側受信手順において受信した分類情報のうち選択された所定の分類情報に基づいて、前記所定の分類情報が対応付けられたデータを前記読み出し手順によって読み出させ、前記接続手順を制御して前記外部機器へ読み出した前記データを転送させる転送手順と
を備える
ことを特徴とする端末装置におけるファイル処理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007304999A JP4379517B2 (ja) | 2007-11-26 | 2007-11-26 | 情報配信システム、端末装置、ファイル処理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007304999A JP4379517B2 (ja) | 2007-11-26 | 2007-11-26 | 情報配信システム、端末装置、ファイル処理方法 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP04511598A Division JP4570701B2 (ja) | 1998-02-26 | 1998-02-26 | 情報配信システム、端末装置、ファイル処理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2008123535A true JP2008123535A (ja) | 2008-05-29 |
| JP4379517B2 JP4379517B2 (ja) | 2009-12-09 |
Family
ID=39508148
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007304999A Expired - Lifetime JP4379517B2 (ja) | 2007-11-26 | 2007-11-26 | 情報配信システム、端末装置、ファイル処理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4379517B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015008014A (ja) * | 2014-09-18 | 2015-01-15 | ソニー株式会社 | ユーザへのコンテンツ推薦方法、ユーザへのコンテンツ推薦システム及びコンピュータ読取可能な記録媒体 |
-
2007
- 2007-11-26 JP JP2007304999A patent/JP4379517B2/ja not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015008014A (ja) * | 2014-09-18 | 2015-01-15 | ソニー株式会社 | ユーザへのコンテンツ推薦方法、ユーザへのコンテンツ推薦システム及びコンピュータ読取可能な記録媒体 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4379517B2 (ja) | 2009-12-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4135287B2 (ja) | 記録再生装置、携帯装置、データ転送システム、データ転送方法、データ再生方法、データ転送及び再生方法 | |
| JP4570701B2 (ja) | 情報配信システム、端末装置、ファイル処理方法 | |
| KR100643871B1 (ko) | 기록 장치 | |
| KR100830555B1 (ko) | 통신시스템 및 그 방법, 통신장치 및 그 방법 | |
| KR100610674B1 (ko) | 정보센터, 단말장치, 더빙시스템 및 더빙방법 | |
| JPH11260045A (ja) | 再生システム、再生端末装置 | |
| JP2001110171A (ja) | 記録再生装置および方法、端末装置、送受信方法、ならびに、記憶媒体 | |
| JPH11242873A (ja) | 記録再生装置 | |
| JP4022971B2 (ja) | 記憶装置およびデータ削除方法 | |
| JP4794707B2 (ja) | 端末装置、課金システム、データ処理方法 | |
| JP2000200475A (ja) | 記録装置、記録方法、課金方法 | |
| JP2000149386A (ja) | 再生装置 | |
| JP4343896B2 (ja) | 再生端末装置及び出力方法 | |
| JP4055270B2 (ja) | 記録情報転送装置、情報転送方法、及び情報転送システム | |
| JP4379517B2 (ja) | 情報配信システム、端末装置、ファイル処理方法 | |
| JP2006114216A (ja) | 再生システム、再生方法 | |
| JP4382034B2 (ja) | 情報サーバとその制御方法 | |
| JP4285510B2 (ja) | 再生端末装置 | |
| JP4580909B2 (ja) | 再生端末装置 | |
| JP4329877B2 (ja) | 転送装置、転送方法及び転送システム | |
| JP2007080508A (ja) | 記録媒体 | |
| KR20220089318A (ko) | 단말장치를 통한 더빙시스템 및 더빙방법 | |
| JP2008077831A (ja) | 記録情報転送装置、記録情報転送方法及び記録情報転送システム | |
| JP2007012271A (ja) | 音楽再生システム及び音楽記録装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081216 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090213 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090526 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090722 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090825 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090907 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121002 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121002 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131002 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |