(57)【特許請求の範囲】
【請求項１】
主データと、複数の主データを主データ集合体として管理する集合管理データとが記録される記録媒体に対して、前記主データ及び集合管理データの書き込み又は読出を行うことのできる書込／読出手段と、
前記主データ集合体を選択する選択手段と、
前記選択手段で選択された主データ集合体について、該当する集合管理データ及び主データを前記記録媒体から読み出し、外部機器に転送出力することができる転送制御手段と、
を備えたことを特徴とする記録再生装置。
【請求項２】
前記集合管理データは、主データ集合体の転送出力回数を管理できる情報であることを特徴とする請求項１に記載の記録再生装置。
【請求項３】
前記集合管理データは、主データ集合体に含まれる各主データについての転送出力回数を管理できる情報であることを特徴とする請求項１に記載の記録再生装置。
【請求項４】
前記転送制御手段は、選択された主データ集合体について該当する集合管理データに管理されている転送出力回数に応じて、主データ集合体の転送出力の実行又は禁止を制御することを特徴とする請求項２に記載の記録再生装置。
【請求項５】
前記転送制御手段は、選択された主データ集合体について該当する集合管理データに管理されている各主データの転送出力回数に応じて、主データ集合体の転送出力の実行又は禁止を制御することを特徴とする請求項３に記載の記録再生装置。
【請求項６】
前記転送制御手段は、選択された主データ集合体に含まれる主データのうちで転送出力回数が上限値を超えるものが存在した場合は、当該主データ集合体の転送出力を禁止することを特徴とする請求項５に記載の記録再生装置。
【請求項７】
前記転送制御手段は、選択された主データ集合体に含まれる主データのうちで転送出力回数が上限値を超えるものが存在した場合は、その主データを含まない状態として、当該主データ集合体の転送出力を実行することを特徴とする請求項５に記載の記録再生装置。
【請求項８】
前記集合管理データは、主データ集合体についての編集処理の有無を管理できる情報であることを特徴とする請求項１に記載の記録再生装置。
【請求項９】
前記転送制御手段は、選択された主データ集合体について該当する集合管理データに管理されている編集処理の有無に応じて、当該主データ集合体の転送出力の実行又は禁止を制御することを特徴とする請求項８に記載の記録再生装置。
【請求項１０】
送信されてきた複数の主データ、及びその複数の主データを主データ集合体として管理する集合管理データを、記録媒体に記録する送信情報記録手段と、
前記記録媒体に記録された集合管理データに基づいて、主データ集合体単位で再生動作を実行させることのできる再生制御手段と、
を備えたことを特徴とする携帯装置。
【請求項１１】
前記再生制御手段は、前記記録媒体に記録された複数の主データ集合体について、再生順序指定に基づいた再生動作制御が実行可能であることを特徴とする請求項１０に記載の携帯装置。
【請求項１２】
前記再生制御手段は、前記記録媒体に記録された複数の主データ集合体について、ランダムな順序で再生動作制御が実行可能であることを特徴とする請求項１０に記載の携帯装置。
【請求項１３】
前記携帯装置は、
前記記録媒体に記録された主データ集合体のうちで特定の主データ集合体を指定する指定手段を備え、
前記再生制御手段は、指定された前記特定の主データ集合体について、該特定の主データ集合体に含まれる各主データの順次再生、または指定順序再生、またはランダム順序再生の実行制御が可能とされていることを特徴とする請求項１０に記載の携帯装置。
【請求項１４】
前記再生制御手段は、
前記指定手段により複数の特定の主データ集合体が指定されたとき、指定された順番に基づいて前記特定の主データ集合体を順次再生することを特徴とする請求項１３に記載の携帯装置。
【請求項１５】
前記再生制御手段は、
前記指定手段により複数の特定の主データ集合体が指定されたとき、指定された複数の前記特定の主データ集合体に含まれる各主データをランダムに再生することを特徴とする請求項１３に記載の携帯装置。
【請求項１６】
データ通信可能な記録再生装置と携帯装置により形成されるデータ転送システムであって、
前記記録再生装置は、
主データと、複数の主データを、主データ集合体として管理する集合管理データが記録される記録媒体に対して、前記主データ及び集合管理データの書き込み又は読出を行うことのできる書込／読出手段と、
前記主データ集合体を選択する選択手段と、
前記選択手段で選択された主データ集合体について、該当する集合管理データ及び主データを前記記録媒体から読み出し、前記携帯装置に転送出力することができる転送制御手段と、
を備え、
前記携帯装置は、
前記記録再生装置から送信されてきた複数の主データ、及びその複数の主データを主データ集合体として管理する集合管理データを、記録媒体に記録する送信情報記録手段と、
前記記録媒体に記録された集合管理データに基づいて、主データ集合体単位で再生動作を実行させることのできる再生制御手段と、
を備えたことを特徴とするデータ転送システム。
【請求項１７】
前記携帯装置の前記再生制御手段は、前記記録媒体に記録された複数の主データ集合体について、再生順序指定に基づいた再生動作制御が実行可能であることを特徴とする請求項１６に記載のデータ転送システム。
【請求項１８】
前記携帯装置の前記再生制御手段は、前記記録媒体に記録された複数の主データ集合体について、ランダムな順序で再生動作制御が実行可能であることを特徴とする請求項１６に記載のデータ転送システム。
【請求項１９】
前記携帯装置は、
前記記録媒体に記録された主データ集合体のうちで特定の主データ集合体を指定する指定手段を備え、
前記携帯装置の前記再生制御手段は、指定された前記特定の主データ集合体について、該特定の主データ集合体に含まれる各主データの順次再生、または指定順序再生、またはランダム順序再生の実行制御が可能とされていることを特徴とする請求項１６に記載のデータ転送システム。
【請求項２０】
前記携帯装置の前記再生制御手段は、
前記指定手段により複数の特定の主データ集合体を指定されたとき、指定された順番に基づいて前記特定の主データ集合体を順次再生することを特徴とする請求項１９に記載のデータ転送システム。
【請求項２１】
前記携帯装置の前記再生制御手段は、
前記指定手段により複数の特定の主データ集合体を指定されたとき、指定された複数の前記特定の主データ集合体に含まれる各主データをランダムに再生することを特徴とする請求項１９に記載のデータ転送システム。
【請求項２２】
主データと、複数の主データを主データ集合体として管理する集合管理データとが記録される記録媒体に対して、前記主データ及び集合管理データの書き込み又は読出を行うことのできる記録再生装置のデータ転送方法として、
前記主データ集合体を選択する選択ステップと、
前記選択ステップで選択された主データ集合体について、該当する集合管理データ及び主データを前記記録媒体から読み出し、外部機器に転送出力する転送ステップと、
を備えたことを特徴とするデータ転送方法。
【請求項２３】
送信されてきた複数の主データ、及びその複数の主データを主データ集合体として管理する集合管理データを、記録媒体に記録する送信情報記録ステップと、
前記記録媒体に記録された集合管理データに基づいて、主データ集合体単位で再生動作を実行させる再生ステップと、
を備えたことを特徴とするデータ再生方法。
【請求項２４】
データ通信可能な記録再生装置と携帯装置により形成されるデータ転送システムのデータ転送及び再生方法として、
前記記録再生装置において、
主データと、複数の主データを主データ集合体として管理する集合管理データとが記録された第１の記録媒体から、前記主データ集合体を選択する選択ステップと、
前記選択ステップで選択された主データ集合体について、該当する集合管理データ及び主データを前記第１の記録媒体から読み出し、前記携帯装置に転送出力する転送ステップと、
が行われ、
前記携帯装置において、
前記記録再生装置から送信されてきた複数の主データ、及びその複数の主データを主データ集合体として管理する集合管理データを、第２の記録媒体に記録する送信情報記録ステップと、
前記第２の記録媒体に記録された集合管理データに基づいて、主データ集合体単位で再生動作を実行する再生ステップと、
を行われることを特徴とするデータ転送及び再生方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、記録再生装置、携帯装置、及び記録再生装置と携帯装置から成るデータ転送システムに関する。さらにデータ転送方法、データ再生方法、データ転送及び再生方法に関する。
【０００２】
【従来の技術】
ユーザーの所有するオーディオビジュアル機器として各種のものが普及しており、音楽ソフトや映像ソフトを個人で楽しむことが一般化している。
例えばユーザーがＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）などのディスク記録媒体を用いたオーディオシステムや携帯用の再生装置などを所有し、所望のＣＤ、ＭＤ等を購入して再生させたり、或いは記録可能なメディアであるＭＤを用いて自分の好みの選曲によるオリジナルディスクを作成するなどのことが行われている。
【０００３】
【発明が解決しようとする課題】
ところで、従来の携帯用の音楽再生装置、例えば携帯用ＣＤプレーヤや携帯用ＭＤプレーヤなどは、１つの記録媒体の再生を目的として作られている。例えば１つのＣＤやＭＤを装填して再生を行う。１つの記録媒体とは、通常、１つのアルバム（曲集）としてのメディアとされて提供される。
従ってユーザーは、１つの携帯用プレーヤによっては、１度に１つの曲集の再生のみを楽しむことができるものとなっている。換言すれば、例えば複数の曲集にまたがって所望の曲を再生させたい場合などは、いちいちメディアを入れ換えなければならない。
例えば据え置き型のオーディオシステムなどでは、いわゆるチェンジャーシステムとして知られているように、複数のメディアを自動的に交換して再生をおこなうことで、複数の曲集にまたがった曲の再生を行うことができる。しかしながら小型軽量が要求される携帯用機器では、そのようなチェンジャーシステムを採用することはできない。
【０００４】
またＭＤや、近年開発されているフラッシュメモリ等を用いたメモリカードなど、ユーザーサイドで音楽データを記録できるメディアを用いた記録再生装置では、ＣＤ等のメディアで提供される曲集を録音したり、あるいはユーザーが任意に曲を選択して録音させることができる。
さらにメディアの容量が許せば、複数の曲集を１つのメディアに記録させることができる。その場合、携帯用の再生装置においては、１つのメディアを装填しておくだけで、ユーザーは複数の曲集の音楽を楽しむことができる。
しかしながら、あくまでもそれらはメディア上で曲集単位で管理されているものではない。例えば１０曲入りの曲集と８曲入りの曲集を１つのメディアに記録した場合、記録されたメディア上では、単に１８曲が記録されているとして管理されているのみであり、１０曲の曲集と８曲の曲集の２つが記録されているとして管理されるものではない。従って、ユーザーが一方の曲集のみを再生させたい場合などに、曲集を指定して再生させることなどはできない。
【０００５】
【課題を解決するための手段】
本発明はこのような問題点に鑑みて、例えばチェンジャーシステム等を用いずに、つまり記録媒体を交換することなく、１つの記録媒体で複数の曲集（主データ集合体）に含まれる各曲（主データ）についての各種の再生を、曲集という集合体を保った上で実行できるようにすることを目的とする。
【０００６】
このため本発明は、記録再生装置、記録再生装置と通信可能な携帯装置、この記録再生装置と携帯装置から成るデータ転送システムを提供、データ転送方法、データ再生方法、データ転送及び再生方法を提供する。
記録再生装置は、主データと、複数の主データを主データ集合体として管理する集合管理データとが記録される記録媒体に対して、前記主データ及び集合管理データの書き込み又は読出を行うことのできる書込／読出手段と、前記主データ集合体を選択する選択手段と、前記選択手段で選択された主データ集合体について、該当する集合管理データ及び主データを前記記録媒体から読み出し、外部機器に転送出力することができる転送制御手段と、を備えるようにする。
つまり、例えば曲集などの主データ集合体について、その主データ集合体を構成する複数の主データと、その複数の主データを主データ集合体として管理する集合管理データを共に、例えば携帯装置に送信できるようにする。
【０００７】
携帯装置は、例えば上記記録再生装置から送信されてきた複数の主データ、及びその複数の主データを主データ集合体として管理する集合管理データを、記録媒体に記録する送信情報記録手段と、前記記録媒体に記録された集合管理データに基づいて、主データ集合体単位で再生動作を実行させることのできる再生制御手段と、を備えるようにする。
即ち送信され記録媒体に記録した複数の主データ（例えば音楽データ）を、集合管理データにより再生管理することで、曲集等の概念を保った状態での再生を可能とする。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態としての記録再生装置１０、携帯装置５０、及びこれらから成るデータ転送システムについて、次の順序で説明していく。なお、この例の記録再生装置１０，携帯装置５０は、音楽情報等の情報配信システムの端末としても機能するものとしており、従ってその情報配信システムにも言及する。
また実施の形態では、主データは曲としての音楽データの例を挙げ、主データ集合体は曲集（アルバム）に相当するものとする。また集合管理データとは、後述するリストＩＤ、曲集管理データ、曲管理データに相当する。
１．情報配信システムの概要
２．記録再生装置及び携帯装置の外観例
３．記録再生装置の内部構成
４．携帯装置の内部構成
５．曲集としてのデータ構造
６．記録再生装置から携帯装置への曲の転送
７．記録再生装置から携帯装置への曲集の転送
８．携帯装置から記録再生装置への曲の返還
９．携帯装置から記録再生装置への曲集の返還
１０．携帯装置の再生動作
【０００９】
１．情報配信システムの概要
図１は本例の記録再生装置１０を含む情報配信システムの概要を示すものである。
この情報配信システムは、基本的には、一般ユーザーが家庭２などで用いる記録再生装置１０と、記録再生装置１０の使用に関する情報サービス組織としての情報センタ１とから構成される。
情報センタ１と記録再生装置１０は、通信回線などの伝送路３を用いて各種情報の通信が可能とされている。伝送路３は例えばＩＳＤＮ回線などの公衆回線網としてもよいし、当該システムのための専用回線網などを構築してもよく、その回線の形態は特に限定されない。
また通信衛星４や各家庭２に設置したパラボラアンテナ５などを利用した衛星通信回線を構成し、情報センタ１と記録再生装置１０との情報通信が可能とされるようにしてもよい。
【００１０】
一般ユーザーが使用する記録再生装置１０は、詳しくは後述するが、内部に大容量のデータファイル格納部（例えば図３のハードディスクドライブ１５）を備えるとともに、ＣＤ、ＭＤなどのパッケージメディアのドライブ機能や、他の機器からのデータ入力機能、伝送路３を介したデータ入力機能などを備えており、ＣＤ、ＣＤ−ＲＯＭ、ＭＤなどのユーザーが購入したメディアから再生されるオーディオデータ、ビデオデータ、その他の各種データや、他の機器や伝送路３から入力される各種データを、それぞれファイルとして格納していくことができる。
【００１１】
そして格納されたファイル（例えば音楽等を１曲単位で１つのファイルとして格納している）については、ユーザーが任意に再生させることなどが可能となる。従って、例えば多数のＣＤを有するユーザーが、全ＣＤの全楽曲をそれぞれ１つのファイルとして記録再生装置１０内に格納しておけば、わざわざＣＤ等を選び出して装填しなくても、所望の楽曲等の再生を実行させることができる。
【００１２】
このような記録再生装置１０に対して、情報センタ１は有料又は無料で各種の情報を提供することができる。
例えば記録再生装置１０に格納されている楽曲等のファイルに関連する情報として、曲名、アーティスト名、歌詞などのテキストデータ、楽曲イメージやアーティストの画像などの画像データ、アーティストのインターネットホームページのアドレス（ＵＲＬ：Uniform Resource Locator）、著作権に関する情報、関係者名（作詞者、作曲者、制作者等）・・・・などの情報を提供することができる。例えば記録再生装置１０ではこれら情報センタから提供された情報を曲のファイルと対応させて格納しておき、表示出力に利用するなど各種動作を行うことができる。
また、場合によっては情報センタ１はオーディオデータ自体、即ち楽曲等を記録再生装置１０に送信し、ファイルとして格納させることで、いわゆるパッケージメディアとしてのＣＤ等とは異なった楽曲等の販売システムを構築することも可能である。
【００１３】
また本例ではユーザーが使用する装置として、記録再生装置１０と接続可能な携帯用の記録再生装置５０（以下、携帯装置という）がある。
この携帯装置５０についても詳しくは後述するが、内部にオーディオデータ等のファイルを格納することができるデータファイル格納部（例えば図４のフラッシュメモリ５４）を備える。
そして記録再生装置１０と接続された際に、記録再生装置１０内に格納されているファイル（楽曲等）を、この携帯装置５０内のデータファイル格納部に複写又は移動させることができる。もちろん、逆に携帯装置５０内のデータファイル格納部に格納されたファイルを、記録再生装置１０内のデータファイル格納部に複写又は移動させることも可能である。
【００１４】
ユーザーは記録再生装置１０内に格納されたファイルのうち任意のファイルを携帯装置５０に移動又は複写させることで、そのファイルを携帯装置５０で利用することができる。例えば携帯装置５０を使用する際に、その日に聴きたいと思った楽曲のファイルを移動させることで、例えば外出先でそれらの曲を聴くことなどが可能となる。
【００１５】
２．記録再生装置及び携帯装置の外観例
記録再生装置１０及び携帯装置５０の外観例について図２に示す。なお、ここで説明するのはあくまでも一例であり、各機器の外観やユーザーインターフェース構成（操作や表示のための構成）、記録再生装置１０と携帯装置５０の接続形態などは他にも各種の例が考えられる。
【００１６】
図２に示すように記録再生装置１０は例えばユーザーの家庭での使用に適するように、いわゆるラジカセ型の機器とされている。もちろんコンポーネントタイプでもよい。
この記録再生装置１０には、ユーザーが各種操作を行うための各種の操作子Ｋａとして、操作キーや操作つまみ、ジョグダイヤルと呼ばれる回動プッシュ式のキーなどが、機器前面パネルなどに設けられている。
またユーザーに対する出力部位として、再生音声等を出力するスピーカ３５や、各種情報を表示出力する表示部２４が設けられる。表示部２４は例えば液晶パネルなどで形成される。
【００１７】
また、ユーザーが所有するＣＤ方式のディスク（オーディオＣＤ、ＣＤ−ＲＯＭ、ＣＤテキストなど）を記録再生装置１０で再生させたり、後述する内部のハードディスクにデータダビング等を行うために、ＣＤ方式のディスクを挿入するＣＤ挿入部１７ａが設けられる。
同様に、ユーザーが所有するＭＤ方式のディスク（オーディオＭＤ、ＭＤデータなど）を記録再生装置１０で再生／再生させたり、内部のハードディスクにデータダビング等を行うために、ＭＤ方式のディスクを挿入するＭＤ挿入部１８ａが設けられる。
【００１８】
また、他の機器との接続を行うための各種の端子ｔａが用意される。これらは、マイクロホン、ヘッドホンの接続に用いられる部位とされたり、他のオーディオビジュアル機器やパーソナルコンピュータ等と接続できるライン接続端子、光デジタル接続端子、インターフェースコネクタ等とされている。
【００１９】
また、ユーザーの操作入力の手段としては、上記操作子Ｋａ以外に、キーボード９０やリモートコマンダー９１を用いることができる。
キーボード９０は端子ｔａとしてのキーボード用コネクタを介して接続して用いるようにしたり、或いは赤外線送信部をキーボード９０に搭載した場合は、キーボード９０からの操作情報を赤外線無線方式で出力し、受光部２１から記録再生装置１０に入力させることもできる。
リモートコマンダー９１は例えば赤外線方式で操作情報を出力する。そしてその赤外線信号による操作情報は受光部２１から記録再生装置１０に入力される。なお、キーボード９０を無線方式とする場合の操作情報の出力や、リモートコマンダー９１からの操作情報の出力は、赤外線ではなく電波を用いるようにしてもよい。
【００２０】
また記録再生装置１０にはＰＣＭＣＩＡスロット３９が形成され、ＰＣＭＣＩＡカードを装着してのデータのやりとりが可能とされている。
【００２１】
携帯装置５０は、ユーザーが携帯して使用を行うことに好適なように小型軽量の機器とされる。
この携帯装置５０には、ユーザーが各種操作を行うための各種の操作子Ｋｂとして、操作キーなどが設けられている。図示していないが、もちろんジョグダイヤルなどを設けてもよい。
またユーザーに対する出力部位として、再生音声等を出力するスピーカ６８や、各種情報を表示出力する表示部５７が設けられる。表示部５７は例えば液晶パネルなどで形成される。
【００２２】
また、他の機器との接続を行うための各種の端子ｔｂが用意される。これらは、マイクロホン、ヘッドホンの接続に用いられる部位とされたり、他のオーディオビジュアル機器やパーソナルコンピュータ等と接続できるライン接続端子、光デジタル接続端子、インターフェースコネクタ等とされている。
例えばユーザーが携帯して音楽等を聴く場合は、スピーカ６８から音声を再生させる他、ヘッドホン９２を端子ｔｂのうちのヘッドホン用端子に接続することで、ヘッドホン９２を用いて音楽等を聴くことができる。
【００２３】
記録再生装置１０と携帯装置５０を接続することで、記録再生装置１０と携帯装置５０の間で各種データ通信（オーディオデータ等の実ファイルデータや、それらの通信時の処理のための制御データなどの通信）が可能とされる。
この例では、記録再生装置１０に、コネクタ２７を有する装着部ＭＴが設けられ、この装着部ＭＴに携帯装置５０を装填することで両機器が接続されるものとしている。携帯装置５０が装着部ＭＴに装填されると、携帯装置５０の下部に設けられたコネクタ６０と、装着部ＭＴ内のコネクタ２７が接続された状態となり、このコネクタ６０，２７を介して両機器の間のデータ通信が行われる。
なお、記録再生装置１０と携帯装置５０の接続は、通信ケーブルを用いたライン接続方式としたり、もしくは赤外線等を利用した無線接続方式としてもよい。
【００２４】
３．記録再生装置の内部構成
続いて記録再生装置１０の内部構成例を図３で説明する。
この記録再生装置１０には、パネル操作部２０としてプッシュ式や回動式の操作子が設けられている。ここでいう操作子とは、図２に示した各種操作子Ｋａに相当する。つまり機器筐体上に形成される各種操作子である。なお、図２では説明していなかったが、表示部２４に操作キー表示を行うとともに表示部２４上でのタッチ検出機構を設けることで、タッチパネル操作子を形成してもよく、その場合のタッチパネル操作子も図３でいうパネル操作部２０に含まれるものとなる。
このパネル操作部２０が操作されることにより、記録再生装置１０の各種動作を実行させるための操作信号が送出され、記録再生装置１０はこの操作信号に応じて動作される。
【００２５】
また、例えば記録されるオーディオ情報に対応する曲名、アーティスト名等の入力を容易にするために、上記したようにキーボード９０やリモートコマンダー９１を利用することができるが、ＵＳＢ(universal serial bus)端子ｔａ６にキーボード９０を接続することで、キーボード９０による入力が可能となる。即ちキーボード９０からの入力信号（操作信号）はＵＳＢ端子ｔａ６を介してＵＳＢドライバに供給されることで、記録再生装置１０の内部に取り込むことができる。なお、図３における各種の端子ｔａ１〜ｔａ７は、それぞれ図２に示した端子ｔａのうちの１つに相当する。
【００２６】
またリモートコマンダー９１からの赤外線による操作信号（及びキーボード９０が赤外線出力を行う場合の操作信号）は、その赤外線操作信号は受光部２１で光電変換され、赤外線インターフェースドライバ２２に供給されることで、記録再生装置１０の内部に取り込むことができるようにされている。
【００２７】
なお、赤外線インターフェースドライバ２２、或いはＵＳＢドライバ２３を介してデータ転送出力を行うように構成してもよい。
【００２８】
この記録再生装置１０には通常のパーソナルコンピュータの構成であるＲＡＭ１３、ＲＯＭ１２、フラッシュメモリ１４が設けられており、ＣＰＵ１１により記録再生装置１０の全体の動作制御が行われる。
また各ブロック間でのファイルデータや制御データの授受はバスＢ１を介して行われる。
【００２９】
ＲＯＭ１２にはパネル操作部２０が操作されることにより入力される入力信号（もしくはキーボード９０やリモートコマンダー９１からの入力信号）に応じて記録再生装置１０の動作を制御するプログラム等が記憶されている。
またＲＡＭ１３、フラッシュメモリ１４にはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。または、ＲＯＭ１２にはプログラムローダーが記憶されており、そのプログラムローダーによりフラッシュメモリ１４にプログラム自体がロードされることも可能である。
【００３０】
ＣＤ−ＲＯＭドライブ１７にはＣＤ方式の光ディスク（オーディオＣＤ、ＣＤ−ＲＯＭ、ＣＤテキスト等）が、上記ＣＤ挿入部１７ａから装着されると共に、１倍速或いはより高速、例えば１６倍速、３２倍速で光学ピックアップにより光ディスクに記憶される情報が読み出される。
またＭＤドライブ１８にはＭＤ方式の光ディスク又は光磁気ディスク（オーディオＭＤ、ＭＤデータ等）が上記ＭＤ挿入部１８ａから装着されると共に、光学ピックアップによりディスクに記憶される情報が読み出される。もしくは装填されたディスクに対して情報の記録を行うことができる。
なお、本例ではＣＤ−ＲＯＭドライブ１７、ＭＤドライブ１８を設けた例をあげているが、このいづれか一方のみを設けたり、もしくは情報が記憶されているメディアとして他のメディア（例えばＭＯディスクと呼ばれる光磁気ディスクや他の方式の光ディスク、磁気ディスク、メモリカード等）に対応するドライブが設けられてもかまわない。
【００３１】
この記録再生装置１０の内部の大容量の格納手段としては、ハードディスクに対して情報の記録再生を行うハードディスクドライブ（hard disk drive ：以下ＨＤＤという）１５が設けられている。例えばＣＤ−ＲＯＭドライブ１７やＭＤドライブ１８から読み出される音楽データなどを、ＨＤＤ１５においてファイル単位（例えば１曲が１ファイル）で格納できる。
【００３２】
また、オーディオデータに関してＡＴＲＡＣ２方式（Adaptive Transform Acoustic Coding 2）の圧縮エンコードを行うエンコーダ２８、及びオーディオデータに関してＡＴＲＡＣ２方式の圧縮に対するデコードを行うデコード２９が設けられる。
エンコーダ２８、デコーダ２９はＣＰＵ１１の制御に応じて、供給されたオーディオデータに関するエンコード、デコードを行う。
また処理対象となっているオーディオデータを一時的に格納するためのバッファメモリ１６が設けられる。バッファメモリ１６はＣＰＵ１１の制御によりデータの書込／読出が行われる。
【００３３】
例えばＣＤ−ＲＯＭドライブ１７でディスクから読み出されたオーディオデータをＨＤＤ１５に格納する場合、ＨＤＤ１５にオーディオデータを記憶する前処理として、バッファメモリ１６にディスクから読み出されたオーディオデータが一時記憶されると共に、そのオーディオデータがエンコーダ２８に供給されてＡＴＲＡＣ２方式のエンコードが行われる。さらにエンコーダ２８でエンコードされたデータがバッファメモリ１６に再び一時記憶され、最終的にＨＤＤ１５にエンコードされたオーディオ情報が蓄積されることになる。
【００３４】
なお本例では、エンコーダ２８によりＡＴＲＡＣ２方式でエンコードされたオーティオデータがＨＤＤ１５に蓄積されるようにしているが、例えばＣＤ−ＲＯＭドライブ１７から読み出されるデータがそのままＨＤＤ１５に蓄積されるようにしてもかまわない。
【００３５】
エンコーダ２８では、ＣＤ−ＲＯＭドライブ１７に装着されるメディアから読み出されたデータがエンコードされるだけではなく、マイクロホンが接続されたマイク端子ｔａ３からアンプ３２を介して入力されるオーディオ信号、或いは他のＣＤプレーヤ等の機器が接続されたライン入力端子ｔａ２から入力されるオーディオ信号が、Ａ／Ｄ変換器３１を介して入力されるように構成されており、これらの入力された音楽データもエンコーダ２８によりエンコードすることができる。
更に、光デジタル端子ｔａ４に接続された外部機器（例えばＣＤプレーヤ等）から入力されたデータがＩＥＣ９５８(International Electrotechnical Commission 958) エンコーダ３０を介してエンコーダ２８に入力されるように構成され、このように光デジタル方式で入力されたデータもエンコーダ２８によりエンコードできる。
【００３６】
そして、これらのように外部機器から入力されたデータをエンコーダ２８でエンコードした後に、そのエンコードされたデータをＨＤＤ１５にファイル単位で格納できるようにされている。
【００３７】
なおエンコーダ２８のエンコードアルゴリズムとしてはＡＴＲＡＣ２（商標）を用いたが、情報圧縮されるエンコードアルゴリズムであればよく、ＡＴＲＡＣ又はＡＴＲＡＣ３（商標）、ＭＰＥＧ(moving picture coding experts group) 、ＰＡＳＣ(precision adaptive sub-band coding)、ＴｗｉｎＶＱ（商標）、ＲｅａｌＡｕｄｉｏ（商標）、ＬｉｑｕｉｄＡｕｄｉｏ（商標）等であってもかまわない。
【００３８】
また記録再生装置１０には、伝送路３として通信端子ｔａ５に接続される、外部ネットワークであるインターネット、ＴＥＬネットワーク、ケーブルＴＶ、ワイヤレスネットワーク等に接続可能なインターフェースであるモデム１９が備えられている。
これにより、伝送路３で通信可能な外部ネットワークのサーバとの間で各種の情報のダウンロード、アップロードなどが可能となる。例えば曲や曲集としての音楽データの配信を受けたり、音楽の付加情報、例えば曲のタイトル、アーティスト名、作曲家、作詞家、歌詞、ジャケットイメージ等の提供を受けたり、あるいは逆にユーザー側から情報を提供することなどができる。
【００３９】
ＨＤＤ１５に蓄積された音楽データ等は、デコーダ２９によりデコードされ、Ｄ／Ａ変換器３３、アンプ３４を介してスピーカ３５により再生出力することができる。もしくはヘッドホン端子ｔａ１にヘッドホンを接続することで、ヘッドホンより再生出力させることができる。
ここではデコーダ２９はＡＴＲＡＣ２方式のデコードを行うものとしているが、エンコーダ２８のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、ここでエンコード及びデコードはハードウェアを持たず、ＣＰＵ１１によるソフトウェア処理であってもよい。
【００４０】
更に、ＨＤＤ１５に蓄積される音楽データ等のファイルをユーザが管理、制御するためのインターフェースとして、図２にも示したように表示部２４が設けられているが、表示部２４は表示ドライバ２５によって表示駆動される。
表示部２４ではＣＰＵ１１の制御に基づいて所要の文字、記号、アイコン等が表示される。
また表示部２４には各種ファイルに対応するフォルダ、或いはジャケットイメージが表示され、マウス、ペン、ユーザの指で触れる等の、パネル操作部２０に該当することになるポインティングデバイスによる操作が可能とされる。例えば表示上でユーザーが指示したファイルが再生されるような動作が可能となる。なお、ファイルとは、楽曲等の音楽データや各種の管理情報としてのデータファイルのことである。
【００４１】
また表示部２４での表示を用いて、選択されたファイルの消去や、外部機器、例えば携帯装置５０への複写、移動等も制御可能である。
或いは、表示部２４は、ＣＤ−ＲＯＭドライブ１７に装着されるメディアのＴＯＣ(table of contents) 情報を基にインターネット上のＷＷＷ(world wide web)サイトから検索された関連情報としてのｈｔｍｌ(hyper text markup laguage) 文書がグラフィック表示されるように構成され、更に通常のインターネットブラウザとしても使用可能となっている。
【００４２】
また記録再生装置１０では、ＩＥＥＥ１３９４インターフェース３７、ＩＥＥＥ１３９４ドライバ３６を介して、端子ｔａ７に接続された各種機器やシステム、例えば衛星放送用のＩＲＤ、ＭＤプレーヤ、ＤＶＤプレーヤ、ＤＶプレーヤ等からオーディオ情報が取り込まれるように構成されている。
更なる付加機能としてＰＣＭＣＩＡ(Personal Computer Memory Card International Association) スロット３９がＰＣＭＣＩＡドライバ３８を介して設けられ、ＰＣＭＣＩＡカードが装着可能となっており、外部記憶装置、その他のメディアドライブ、モデム、ターミナルアダプタ、キャプチャボード等様々な周辺機器の拡張が容易である。
【００４３】
さらに図２で説明したように記録再生装置１０には携帯装置５０と接続する際のコネクタ２７が設けられている。コネクタ２７と、携帯装置５０側のコネクタ６０とが接続されることにより、ＣＰＵ１１はインターフェースドライバ２６を介して携帯装置５０側と各種のデータ通信が可能となる。例えばＨＤＤ１５に蓄積されている音楽データ等を転送することができる。
【００４４】
４．携帯装置の内部構成
続いて、携帯装置５０の内部構成例を図４に示す。
記録再生装置１０と携帯装置５０は、コネクタ２７とコネクタ６０が接続されることで、電気的に接続されることになるが、この状態で記録再生装置１０のインターフェースドライバ２６と、携帯装置５０のインターフェースドライバ５９が接続され、両機器の間のデータ通信が可能とされる。
なお、もちろんＩＥＥＥ１３９４ケーブルなどで接続される形態でもよい。
【００４５】
携帯装置５０にはパネル操作部５６としてプッシュ式、回動式のキー等が設けられている。即ち図２に示した各種の操作子Ｋｂがパネル操作部５６に相当する。パネル操作部５６としての操作子Ｋｂが操作されることにより携帯装置５０の動作を指示するための操作信号が制御バスＢ２に送出され、携帯装置５０はこの操作信号に応じた動作を行う。
【００４６】
また、記録再生装置１０と同様に携帯装置５０においても通常のパーソナルコンピュータの構成であるＲＡＭ５３、ＲＯＭ５２が設けられており、ＣＰＵ５１により携帯装置５０の全体の動作が制御される。また各ブロック間のファイルデータや制御データの授受はバスＢ２を介して行われる。
【００４７】
ＲＯＭ５２には、パネル操作部５６が操作されることにより入力される操作信号に応じて携帯装置５０が実行すべきプログラム等が記憶されており、ＲＡＭ５３にはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。なお記録再生装置１０と同様にフラッシュメモリが搭載されてもよく、またバス構成は限定されるものではない。
【００４８】
この携帯装置５０の内部の音楽データ等のファイルの格納手段としては、例えばフラッシュメモリ５４などの固体記憶素子が設けられている。
例えば記録再生装置１０から転送されてきた音楽データ等が、フラッシュメモリ５４に格納できる。なお、フラッシュメモリに代えて例えばＨＤＤなどを格納手段として用いてもよい。もちろん他の種の記録媒体でもよい。
また、この携帯装置５０におけるフラッシュメモリ５４は、例えばメモリカードなどの形態として着脱可能なものとしてもよいし、内部に固定的に配置されるものとしてもよい。
【００４９】
また、記録再生装置１０と同様に、音楽データに関してＡＴＲＡＣ２方式のエンコードを行うエンコーダ６１、及び音楽データに関してＡＴＲＡＣ２方式のデコードを行うデコード６２が設けられる。
エンコーダ６１、デコーダ６２はＣＰＵ５１の制御に応じて、供給された音楽データに関するエンコード、デコードを行う。
また処理対象となっている音楽データを一時的に格納するためのバッファメモリ５５が設けられる。バッファメモリ５５はＣＰＵ５１の制御によりデータの書込／読出が行われる。
【００５０】
例えばＡＴＲＡＣ２方式でエンコードされていない音楽データがインターフェースドライバ５９を介して記録再生装置１０から供給され、それをフラッシュメモリ５４に格納する場合、フラッシュメモリ５４に音楽データを記憶する前処理として、バッファメモリ５５に音楽データが一時記憶されると共に、その音楽データがエンコーダ６１に供給されてＡＴＲＡＣ２方式のエンコードが行われる。さらにそのエンコードされた音楽データがバッファメモリ５５に再び一時記憶され、最終的にフラッシュメモリ５４にエンコードされた音楽データが蓄積されることになる。
【００５１】
なお、本例では記録再生装置１０におけるＨＤＤ１５ではＡＴＲＡＣ２方式でエンコードされた音楽データ等が格納されているとしており、従ってＨＤＤ１５に格納されていた音楽データがインターフェースドライバ５９を介して供給され、それをフラッシュメモリ５４に格納する場合、即ち曲等のデータファイルの複写又は移動を行う場合は、エンコーダ６１での処理は必要ない。ところが、記録再生装置１０のＣＤ−ＲＯＭドライブ１７等に装着されるメディアから読み出される音楽データ（圧縮処理されていないデータ）が直接インターフェースドライバ５９を介して入力されるようにしてもよく、このような場合に、フラッシュメモリ５４に音楽データを記録するための処理として、上記のようにエンコーダ６１によるエンコードが行われることになる。
【００５２】
また本例では、エンコーダ６１によりＡＴＲＡＣ２方式でエンコードされた音楽データがフラッシュメモリ５４に蓄積されるようにしているが、例えば圧縮処理されていないデータがそのままフラッシュメモリ５４に蓄積されるようにしてもよい。
【００５３】
圧縮処理のためにエンコーダ６１にオーディオデータを供給する部位としては、上記インターフェースドライバ５９以外に、マイク端子ｔｂ３、ライン入力端子ｔｂ２、光デジタル端子ｔｂ４なども設けられている。なお、図４における各種の端子ｔｂ１〜ｔｂ４は、それぞれ図２に示した端子ｔｂのうちの１つに相当する。
【００５４】
エンコーダ６１では、マイクロホンが接続されたマイク端子ｔｂ３からアンプ６５を介して入力されるオーディオ信号、或いは他のＣＤプレーヤ等の機器が接続されたライン入力端子ｔｂ２から入力されるオーディオ信号が、Ａ／Ｄ変換器６４を介して入力されるように構成されており、これらの入力されたオーディオデータもエンコーダ２８によりエンコードされることができる。
更に、光デジタル端子ｔｂ４に接続された外部機器（例えばＣＤプレーヤ等）から入力されたデータがＩＥＣ９５８エンコーダ６３を介してエンコーダ６１に入力されるように構成され、このように光デジタル方式で入力されたデータもエンコーダ６１によりエンコードできる。
【００５５】
そして、これらのように外部機器から入力されたデータをエンコーダ６１でエンコードした後に、そのエンコードされたデータをＨＤＤ５４にファイル単位で格納できるようにされている。
【００５６】
なおエンコーダ６１のエンコードアルゴリズムとしてはＡＴＲＡＣ２に限らず、他の情報圧縮されるエンコードアルゴリズム、例えばＡＴＲＡＣ、ＡＴＲＡＣ３、ＭＰＥＧ、ＰＡＳＣ、ＴｗｉｎＶＱ、ＲｅａｌＡｕｄｉｏ、ＬｉｑｕｉｄＡｕｄｉｏ等であってもかまわない。
【００５７】
フラッシュメモリ５４に蓄積された音楽データは、デコーダ６２によりデコードされ、Ｄ／Ａ変換器６６、アンプ６７を介してスピーカ６８により再生出力することができる。もしくはヘッドホン端子ｔｂ１にヘッドホンを接続することで、ヘッドホンより再生出力させることができる。
ここではデコーダ６２はＡＴＲＡＣ２方式のデコードを行うものとしているが、エンコーダ６１のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、エンコード及びデコード処理は、ハードウェアを持たず、ＣＰＵ５１によるソフトウェア処理であってもよい。
【００５８】
更に、フラッシュメモリ５４に蓄積される音楽データ等のファイルをユーザが管理、制御するためのインターフェースとして、図２にも示したように表示部５７が設けられているが、表示部５７は表示ドライバ５８によって表示駆動される。
表示部５７ではＣＰＵ５１の制御に基づいて所要の文字、記号、アイコン等が表示される。
また表示部５７には音楽データのファイルなどに対応するフォルダ、或いはジャケットイメージが表示され、マウス、ペン、ユーザの指で触れる等の、パネル操作部２０に該当することになるポインティングデバイスによる操作が可能とされるようにしてもよい。例えば表示上でユーザーが指示した音楽データがフラッシュメモリ５４から読み出されてスピーカ３５等から再生されるような動作が可能となる。
また表示部５７での表示を用いて、フラッシュメモリ５４上での選択された音楽データの消去や、外部機器（例えば記録再生装置１０）への複写、移動等も制御可能である。
【００５９】
なお図２で説明したように携帯装置５０は、記録再生装置１０の装着部ＭＴに装着されることにより記録再生装置１０とのデータ送受信が可能とされているが、非接触型のインターフェースでもよく、例えばＩｒＤＡ等を用いても構わない。
また、図示していないが、記録再生装置１０には充電電流供給部が備えられており、装着される携帯装置５０に対して充電電流を供給し、携帯装置５０の動作電源となる充電式バッテリーに対して充電が行われるように構成されてもよい。
【００６０】
５．曲集としてのデータ構造
本例の記録再生装置１０におけるＨＤＤ１５、及び携帯装置５０におけるフラッシュメモリ５４に格納される音楽データを曲集単位で管理する構造について説明する。
記録再生装置１０のＨＤＤ１５には各種の音楽データが格納される。例えば上述したようにＣＤ、ＭＤ等のメディアから再生されて音楽データや、伝送路３を介して配信された音楽データなどである。
そして各音楽データ、つまり１曲のデータは、それが単独に管理されてもよいが、例えば複数の音楽データが曲集（アルバム）という形態の元で、それを構成するデータとして管理されることもできる。
このような曲集としてのデータ構造は図５のようになる。
【００６１】
図５には、リストＩＤ（ＬＩＤ１、ＬＩＤ２・・・）、曲集管理データ、曲管理データ、音楽データによるデータ構造を示している。
例えば図６（ａ）に示すように、ＨＤＤ１５内には、これらのデータがそれぞれ複数個記録されている。
【００６２】
リストＩＤ（ＬＩＤ１、ＬＩＤ２・・・）は、それぞれ１つの曲集を示す識別情報とされている。つまりリストＩＤがｍ個記録されている場合とは、ＨＤＤ１５にｍ個の曲集が記録されていることを示すものとなる。
図５の構造として示すように、１つのリストＩＤは、１つの曲集管理データを指し示すものとなる。
曲集管理データには、曲集のタイトル、送出カウンタＣＴａ、付加情報が記述され、さらにその曲集に含まれる曲のリストとして、曲ＩＤ（ＭＩＤ１、ＭＩＤ２・・・ＭＩＤｎ）が記録されている。曲ＩＤの数は、その曲集に収録されている曲数、即ち音楽データの数に相当する。
送出カウンタＣＴａは、この曲集管理データで管理される曲集が、他のメディアに転送された回数をカウントする情報である。例えば携帯装置５０側に転送された回数である。
付加情報は、曲集に関する情報としてアーチスト名、制作者名、著作権情報その他の情報が記録されるほか、例えば記録再生装置１０を特定するセッションナンバや、当該曲集管理データの編集の有無を示す情報などを記録することもできる。
【００６３】
１つの曲ＩＤは、１つの曲管理データを指し示す。曲管理データは、１つの音楽データに対応するデータであり、つまり１つの音楽データ（曲）に関する情報を有するものである。
曲管理データには、まずオーディオＩＤが付されており、これが対応する音楽データを指し示すものとなっている。
また曲管理データには、曲のタイトル、アーチスト名、送出カウンタＣＴｍ、付加情報が記述される。
送出カウンタＣＴｍは、この曲管理データに対応する音楽データが、他のメディアに転送された回数をカウントする情報である。
付加情報としては、著作権に関する情報、関係者名（作詞者、作曲者、制作者等）、歌詞などのテキストデータなど、曲に関連する情報が記述される。
【００６４】
この図５のようなデータ構造により、各音楽データは、或る曲集を構成する要素として管理されることができる。
なお、図５の構造によれば、例えば１つの音楽データが複数の曲集に同時に含まれるような状態も可能である。つまり異なるリストＩＤ以下に含まれる異なる曲管理データが、同一の音楽データを指し示す状態もあり得る。
【００６５】
上記のような曲集としての管理形態は、ＨＤＤ１５に対して曲集として１又は複数の音楽データが記録される場合に形成される。
例えばＣＤ、ＭＤなどの１枚の音楽アルバムとしての記録媒体から、その全データをＨＤＤ１５にコピーされた際に、ＣＰＵ１１はその記録媒体の管理情報、例えばＴＯＣデータなどを参照して、図５のような管理構造を形成し、ＨＤＤ１５に格納する。
また、伝送路３を介した配信により、曲集をＨＤＤ１５にダウンロードした場合も同様であり、ダウンロード時、もしくは後の時点で、外部サーバから曲集としての管理情報が送信されてくることにより、ＣＰＵ１１は図５の管理構造を形成してＨＤＤ１５に格納する事ができる。
さらに、ユーザーがＨＤＤ１５に格納した１又は複数の音楽データを選択して、それらを１つの曲集として管理させるような操作を可能としてもよい。その場合は、ユーザーによる、曲集に含まれる曲の選択操作に応じて、ＣＰＵ１１は図５の管理構造を形成する。
【００６６】
本例では、例えばＨＤＤ１５においてこのような曲集単位で管理される構造でファイル群が形成されていることで、曲集単位で音楽データを携帯装置５０側に転送し、フラッシュメモリ５４に格納させることができる。
例えば図６（ａ）のようにファイル群が格納された記録再生装置１０のＨＤＤ１５から、ユーザーが１又は複数の曲集を選択して携帯装置５０への転送を指示すると、各曲集が図５の構造のまま携帯装置５０に転送される。
即ち転送データは、単に選択された曲集を構成する複数の音楽データのみではなく、リストＩＤ、曲集管理データ、曲管理データをも含むものとなる。例えば３つの曲集が選択されて、これらを携帯装置５０に転送する場合は、図６（ｂ）に示すように、各曲集は、それぞれリストＩＤ、曲集管理データ、複数の曲管理データ及び音楽データにより構成される、曲集構造データＭＡ１，ＭＡ２，ＭＡ３とされる。
そしてこれら曲集構造データＭＡ１，ＭＡ２，ＭＡ３が、携帯装置５０側に転送されて、フラッシュメモリ５４に格納される。従って図６（ｃ）に示すように、フラッシュメモリ５４には、ＨＤＤ１５側と同様に、リストＩＤ、曲集管理データ、曲管理データ、及び音楽データが記憶され、図５で説明したように曲集として管理される状態として各音楽データが格納されるものとなる。
【００６７】
以上のように本例の記録再生装置１０と携帯装置５０では、記録再生装置１０のＨＤＤ１５において曲集として管理される複数の音楽データが、曲集としての管理形態を保ったまま、つまりリストＩＤ、曲集管理データ、曲管理データを含んだ状態で携帯装置５０側に転送し、格納させることができる。
従って、携帯装置５０側では、複数の曲を曲集という概念を保った状態で管理でき、曲集単位での再生なども可能となる。
また複数の曲集としてそれぞれ多数の音楽データをフラッシュメモリ５４に格納していても、それらの多数の音楽データを、曲集という枠で区別したうえで再生させる等の動作も可能である。
【００６８】
ところで、実際に記録再生装置１０から携帯装置５０への転送、即ち曲又は曲集の複写（コピー）又は移動（ムーブ）は、それを無制限に許してしまうことは、音楽等の不正コピーの乱用、ひいては著作権侵害を引き起こすおそれがある。そこで、曲又は曲集のコピー／ムーブに関しては、各種条件、状況に応じて、その実行又は実行禁止を制御している。
以下、これらの処理を実現する具体例について説明していく。
【００６９】
６．記録再生装置から携帯装置への曲の転送
本例の場合、記録再生装置のＨＤＤ１５に格納されている音楽データについて、曲単位または曲集単位で携帯装置のフラッシュメモリ５４にコピー又はムーブすることができるが、まずここでは、曲単位、即ち１曲の音楽データのコピー又はムーブについて説明する。
【００７０】
なお、コピーとは、移動元から移動先に音楽データを転送した後に、移動元でもその音楽データを再生できるようにする場合であり、一方、ムーブとは、移動元ではその音楽データを再生できないようにする場合である。
転送動作をコピーとするかムーブとするかは、ユーザーが操作により選択するほか、たとえば著作権保護のための取り決めや、それに基づいたシステム設計思想により決定されるものである。たとえばＨＤＤ１５から他の記録媒体へ３回までコピーが許されるとすれば、３回まではコピーとして転送が可能であるが、それ以降はムーブしかできないようにされる。もちろん転送先の記録媒体の種別に応じてこのような制限を設定することもできる。
【００７１】
ここでは、コピー、ムーブを含めて「転送」という言葉を用いる。そして説明上の一例として、ＨＤＤ１５からフラッシュメモリ５４に対する転送は、ムーブのみが許可されているとして各種転送処理を説明していく。
このような転送制限は、以下説明していく送出カウンタＣＴｍ、ＣＴａに基づいて処理されるが、図７〜図１２の処理例において送出カウンタＣＴｍ，ＣＴａに基づく判断処理を変形すれば、１回又は複数回のコピーを可能にすることもできるものである。
【００７２】
まず図７により、ＨＤＤ１５からフラッシュメモリ５４への音楽データの転送処理例について説明する。この場合、１曲又は複数曲の音楽データが転送されるが、ここでは複数曲であっても、あくまでも曲集としての転送ではない。
なお図７〜図１２の各処理は、記録再生装置１０のＣＰＵ１１により実行される処理として示している。またこれらの処理の際は、記録再生装置１０と携帯装置５０がデータ通信可能に接続されている状態にあることを前提としている。
【００７３】
図７のステップＦ１０１としてＣＰＵ１１は、ユーザーがキーボード９０、又はリモートコマンダー９１、又はパネル操作部２０（以下、まとめて「操作手段」という）の操作により、ＨＤＤ１５に格納された音楽データの中から１又は複数の音楽データを選択し、フラッシュメモリ５４への転送を指示することに応じて、選択された音楽データの転送処理を開始する。
即ちＣＰＵ１１はステップＦ１０２として、選択されたうちの１つの音楽データに対応する曲管理データを復号する。そしてステップＦ１０３で、その曲管理データに記述されている送出カウンタＣＴｍが「０」であるか否かを判断する。
【００７４】
送出カウンタＣＴｍ＝０であれば、ステップＦ１０４において、送出カウンタＣＴｍの値を「１」としたうえで、ステップＦ１０６で、その曲管理データに対応する音楽データを転送ＯＫのデータとして設定する。
一方、ステップＦ１０３で送出カウンタＣＴｍ＝１であれば、ステップＦ１０５において、その曲管理データに対応する音楽データは転送不可であるとし設定する。
ステップＦ１０３で送出カウンタＣＴｍ＝１となっているのは、その音楽データは過去に転送されており、かつ後述する返還処理で戻されていない音楽データであることを示すものであり、そのような音楽データは、転送できないものとするものである。換言すれば、その音楽データは過去にムーブされたままであり、ＨＤＤ１５には存在しないとして扱うことになる。
【００７５】
ステップＦ１０５又はＦ１０６で転送の許可／不可を設定した後は、ステップＦ１０１で選択された音楽データが他にも存在すれば、ステップＦ１０７からＦ１０２に戻り、他の音楽データ及びその曲管理データについて同様の処理を行う。
【００７６】
ユーザーに選択された１又は複数の音楽データのすべてについてステップＦ１０２〜Ｆ１０６の処理を終えたら、ステップＦ１０７からＦ１０８に進む。
そしてＣＰＵ１１は、ステップＦ１０６で転送ＯＫとされた音楽データ及びそれに対応する曲管理データを抽出して、転送データを生成し、携帯装置５０側に転送する。
携帯装置５０側では、転送されてきた転送データとしての１又は複数の音楽データ及び曲管理データを、フラッシュメモリ５４に格納するように処理を行うことになる。
これによって携帯装置５０側では、フラッシュメモリ５４に格納された１又は複数の音楽データを、それぞれ曲単位での音楽データとして、ユーザーの操作に応じて任意に再生させることが可能な状態となる。
【００７７】
７．記録再生装置から携帯装置への曲集の転送
続いて、ＨＤＤ１５からフラッシュメモリ５４へ曲集単位としての１又は複数の音楽データを転送する処理について図８で説明する。
【００７８】
図８のステップＦ２０１としてＣＰＵ１１は、ユーザーが操作手段の操作により、ＨＤＤ１５に格納された音楽データの中から１又は複数の曲集を選択し、フラッシュメモリ５４への転送を指示することに応じて、選択された曲集の転送処理を開始する。
まずＣＰＵ１１はステップＦ２０２として、選択されたうちの１つの曲集に対応する曲集管理データを復号する。そしてステップＦ１０３で、その曲集管理データに記述されている送出カウンタＣＴａが「０」であるか否かを判断する。
【００７９】
送出カウンタＣＴａ＝１であれば、その曲集は過去に転送されており、かつ後述する返還処理で戻されていない曲集であることを示すものとなり、そのような曲集は、ステップＦ２１２で転送不可の曲集として設定することになる。つまり現在ＨＤＤ１５には存在しない曲集として扱う。
【００８０】
一方、ステップＦ２０３で送出カウンタＣＴａ＝０であれば、続いてステップＦ２０４〜Ｆ２０９で、その曲集に含まれる個々の音楽データについて確認する処理を行う。
まずステップＦ２０４において、当該曲集管理データに記述されている１つの曲ＩＤ（ＭＩＤ）から導かれる曲管理データを復号する。そしてステップＦ２０５で、その曲管理データに記述されている送出カウンタＣＴｍが「０」であるか否かを判断する。
【００８１】
送出カウンタＣＴｍ＝０であれば、ステップＦ２０６において、送出カウンタＣＴｍの値を「１」としたうえで、ステップＦ２０８で、その曲管理データに対応する音楽データを転送ＯＫのデータとして設定する。
一方、ステップＦ２０５で送出カウンタＣＴｍ＝１であれば、ステップＦ２０７において、その曲管理データに対応する音楽データは転送不可であるとし設定する。
例えば上述した曲単位の転送処理により、過去に転送が行われていた場合は、曲集としては転送されていなくても、その中のある音楽データのみが転送されていたことがあり得るが、そのような場合に、ステップＦ２０７の処理に進むことになる。
【００８２】
ステップＦ２０７又はＦ２０８で曲集の中のある音楽データについての転送の許可／不可を設定した後は、その曲集の中に他に音楽データが存在すれば、ステップＦ２０９からＦ２０４に戻り、他の音楽データ及びその曲管理データについて同様の処理を行う。
つまり、ステップＦ２０４〜Ｆ２０９の処理で、現在処理対象となっている曲集（曲集管理データ）に含まれるすべての音楽データ（曲管理データ）について、転送の許可／不可を設定する処理を行う。
【００８３】
曲集内のすべての音楽データについて、転送の許可／不可を設定したら、ステップＦ２１０で、当該曲集が転送可能か否かを判断する。ここでは、曲集内に１つでも転送許可された音楽データが存在すれば、曲集の転送を許可するものとする。一方、当該曲集内のすべての音楽データが、ステップＦ２０７で転送不可と設定された場合は、当該曲集の転送は不可とされる。
当該曲集の転送が可能であると判断された場合は、ステップＦ２１１において、曲集管理データにおける送出カウンタＣＴａの値を「１」としたうえで、その曲集管理データに対応する曲集を転送ＯＫと設定する。
【００８４】
以上のステップＦ２０２〜Ｆ２１１、又はステップＦ２１２により、１つの曲集の転送の可否が判断されたことになる。
ユーザーがステップＦ２０１において、他にも曲集を選択していれば、ステップＦ２１３からＦ２０２に戻り、他の曲集についても同様の処理を行う。
【００８５】
ユーザーに選択された１又は複数の曲集のすべてについてステップＦ２０２〜Ｆ２１１又はＦ２１２の処理を終えたら、ステップＦ２１３からＦ２１４に進む。
そしてＣＰＵ１１は、ステップＦ２１１で転送ＯＫとされた曲集について、対応するリストＩＤ、曲集管理データ、及びその曲集に含まれる音楽データ及びそれに対応する曲管理データを抽出して、転送データを生成する。ただしこのとき、転送可能な曲集内で、ステップＦ２０７で転送不可と設定された音楽データが存在する場合は、その曲集内に、転送不可とされた音楽データ及びそれに対応する曲管理データは含まないものとして転送データを生成する。
【００８６】
転送データは、１又は複数の曲集として、リストＩＤから各音楽データまでの曲集構造、即ち図６（ｂ）の構造を持つデータ群として生成されるものであり、そのような転送データが生成されたら、ＣＰＵ１１はそれを携帯装置５０側に転送する。
携帯装置５０側では、転送されてきた転送データとしての１又は複数の曲集の曲集構造の全データを、フラッシュメモリ５４に格納するように処理を行うことになる。つまり図６（ｃ）のようにフラッシュメモリ５４に格納させる。
これによって携帯装置５０側では、フラッシュメモリ５４に格納された１又は複数の曲集を、それぞれ曲集単位で、ユーザーの操作に応じて任意に再生させることが可能な状態となる。携帯装置５０側での各種の再生態様については後述する。
【００８７】
なお、以上の図８の処理例は、曲集の転送に際して、その曲集の中に転送不可の音楽データが存在しても、それ以外の転送可能の音楽データを集めて曲集として転送できるようにした例であるが、曲集の転送の可否の設定については各種の変形例が考えられる。
【００８８】
図９に変形例として処理を示す。なお、図９において図８と同一の処理には同一のステップ番号を付し、説明を省略する。
この図９の処理例において図８の処理例と異なることは、図８のステップＦ２０７に相当する処理がなく、ステップＦ２０５で曲集内の或る音楽データに対応する曲管理データにおいて送出カウンタＣＴｍ＝１となっているものが存在した場合は、そのままステップＦ２１２に進み、その曲集自体を転送不可と設定する点にある。
つまり、曲集内に１つでも、過去に転送された音楽データが含まれていた場合は、その曲集としての転送を禁止する処理例である。
【００８９】
このような処理例によれば、或る曲集が、収録曲として正規な形態を維持する場合のみ、その曲集の転送を許可するものとなる。
これによって曲集は常に本来の収録曲の状態で携帯装置５０側に転送され、携帯装置５０側では常に、正規の収録曲状態の曲集として再生されることになる。
【００９０】
またさらに他の変形例として図１０のような処理が考えられる。
記録再生装置１０においては、曲集管理データについてユーザーが任意に編集できるようにすることが考えられる。即ち、図５のように曲集管理データには、その曲集に含まれる曲のリストとして曲ＩＤ（ＭＩＤ）が記述され、各曲ＩＤ（ＭＩＤ）がそれぞれ曲管理データに対応しているが、曲ＩＤ（ＭＩＤ）の並び順序は、曲集内の曲順に相当する。
従って曲ＩＤの並び（ＭＩＤ１、ＭＩＤ２・・・）を変更可能とすれば、ユーザーが任意に曲順を変更できるものとなる。
さらに、或る曲ＩＤを消去可能とすれば、曲集から或る曲を削除できるものとなる。同様に曲ＩＤを追加可能とすれば、その曲集に、追加した曲ＩＤによって示される曲管理データが追加されることになり、その曲管理データに対応する音楽データが追加できるものとなる。
また、曲集管理データにおけるタイトルデータを変更したり、曲管理データにおけるタイトルを変更する事を可能とすれば、ユーザーが曲集名や曲名を任意に変更できる。
【００９１】
これらの各種の編集が行われた曲集は、そのオリジナルな状態を保つものではない。従って、著作権者等からみれば、そのような変形された曲集が他の記録媒体にまで波及するのは、必ずしも好ましいものではない。
そこで、編集が行われた曲集に関しては、あくまでも記録再生装置１０における再生等を許可するものとし、携帯装置５０等の他の機器への転送を禁止するような処理例も考えられることになる。
まずＣＰＵ１１は、或る曲集において何らかの編集が行われた場合は、その曲集管理データにおける付加情報として、編集が行われたことを示すフラグを設定するようにする。
例えばそのような処理を前提として、図１０のような曲集転送処理が可能となる。
【００９２】
図１０において図９と同一の処理には同一のステップ番号を付し、説明を省略する。
この図１０の処理例は図９の処理例に、ステップＦ２１５が追加されたものである。
即ちステップＦ２０３で曲集管理データの送出カウンタＣＴａ＝０でない場合、又は、曲集管理データに編集が行われたことを示すフラグがたてられている場合、又は、ステップＦ２０５で転送不可の音楽データが含まれていた場合の、いずれか１つでも該当した場合は、その曲集の転送は不可とするものである。
【００９３】
このような処理により、編集が行われた曲集は、携帯装置５０への転送ができないものとなり、従って或る曲集は、収録曲として曲順等までをも含んで正規な形態を維持する場合のみ、その曲集の転送を許可するものとなる。
これによって曲集は常に、厳密な意味で本来の収録曲の状態で携帯装置５０側に転送され、携帯装置５０側で再生可能となる。
【００９４】
なお図１０の例は、図９の例に編集実行の判断を加えたものであるが、図８のような処理例に編集実行の判断を加える処理例も当然考えられる。
【００９５】
８．携帯装置から記録再生装置への曲の返還
上記図８〜図１０に示した処理例によれば、曲集内の或る音楽データがすでに図７の処理で携帯装置５０に転送されていた場合は、その音楽データ、もしくはその音楽データを含む曲集全体が、転送不能となる。
ところが、一旦携帯装置５０に転送しても、以下説明する返還処理でその音楽データをフラッシュメモリ５４からＨＤＤ１５に返還すれば、その音楽データは再びＨＤＤ１５内に存在するものとして扱われる状態になり、その音楽データ、もしくはその音楽データを含む曲集全体が、携帯装置５０へ転送可能なものとされる。
【００９６】
曲単位での返還処理を図１１に示す。
記録再生装置１０の操作手段によりユーザーが、携帯装置５０のフラッシュメモリ５４に記録されている音楽データとして１又は複数の音楽データを指定し、それらをＨＤＤ１５に返還するように指示した場合は、ＣＰＵ１１は図１１のステップＦ３０１から返還処理を開始する。
【００９７】
まず、ＣＰＵ１１は携帯装置５０のフラッシュメモリ５４に記録され、ユーザーによって返還を指示された音楽データについて、ステップＦ３０２で、その音楽データが、当該記録再生装置１０を転送元として転送されたものであるか否かを確認する。即ち他の記録再生装置あるいは他の機器からフラッシュメモリ５４に転送されてきたものではないかを確認する。
この確認のための処理としては、例えばその音楽データが対応する曲管理データ、もしくは曲集管理データにおいて、付加情報として記録されているセッション番号を確認する処理が考えられる。例えば上記図７〜図１０の処理例では説明を省略したが、記録再生装置１０は、曲単位又は曲集単位で音楽データを携帯装置５０に転送する場合は、同時に転送する曲管理データ又は曲集管理データにおいて付加情報として、当該記録再生装置５０の個体を示すセッション番号を付加するようにしておく。
こうすることにより、ステップＦ３０２においては、返還を行おうとする音楽データに対応してフラッシュメモリ５４に記憶されている曲管理データ又は曲集管理データからセッション番号を判別すれば、ＣＰＵ１１は、その音楽データが当該記録再生装置１０から転送されたものであるか否かを確認できる。
【００９８】
なお、後述する図１２では、曲ＩＤ（ＭＩＤ）で転送元の一致を確認する例を挙げるが、ここでもそのような手法により確認処理を行ってもよい。
【００９９】
ＣＰＵ１１が、例えば自己が付したセッション番号と、返還を行おうとする音楽データについてのセッション番号が一致し、転送元であると確認できた場合は、ステップＦ３０３からＦ３０４に進み、その返還指定された音楽データに対応する曲管理データのフラッシュメモリ５４上の記憶領域に対して空データを転送する。空データとは何らかの無効データ、ゼロデータなどである。
つまりフラッシュメモリ５４から曲管理データを消去させる処理である。曲管理データが消去されることによって、対応する音楽データは再生不能の状態となる。なお、これにより再生不能となるため、曲管理データに対応する音楽データ自体の消去は必要ないが、音楽データ自体の記憶領域にも、同様に空データを転送して消去するようにしてもよい。
【０１００】
続いてＣＰＵ１１はステップＦ３０５において、ＨＤＤ１５上で、返還指定された音楽データについての曲管理データ上で、送出カウンタＣＴｍの値を「０」に戻す。これによって、ＨＤＤ１５上では、その音楽データは存在するものと見なされる状態に復帰することになり、これによってフラッシュメモリ５４からＨＤＤ１５への或る音楽データの返還が完了したことになる。
【０１０１】
ユーザーが複数の音楽データの返還を指示していた場合は、ステップＦ３０６からＦ３０２に戻り、他の音楽データについても同様に処理を行なう。
【０１０２】
なお、ステップＦ３０３で、当該記録再生装置が、返還しようとする音楽データの転送元ではないと判断された場合は、その音楽データについてはステップＦ３０４，Ｆ３０５の返還処理を実行しないものとなる。
【０１０３】
以上の図１１の返還処理により、ＨＤＤ１５からフラッシュメモリ５４に転送された個々の音楽データについて、ＨＤＤ１５に返還することが可能となる。
例えば或る曲集に含まれる１曲をＨＤＤ１５からフラッシュメモリ５４に転送した後に、その曲集全体をフラッシュメモリ５４に転送したい場合などは、転送済みの１曲をＨＤＤ１５に返還した後、図８〜図１０のような処理で、曲集の転送を行うようにすればよいものとなる。
【０１０４】
９．携帯装置から記録再生装置への曲集の返還
続いてフラッシュメモリ５４からＨＤＤ１５へ、曲集単位で返還を行う場合の処理を図１２で説明する。
記録再生装置１０の操作手段によりユーザーが、携帯装置５０のフラッシュメモリ５４に記録されている曲集として１又は複数の曲集を指定し、それらをＨＤＤ１５に返還するように指示した場合は、ＣＰＵ１１は図１２のステップＦ４０１から返還処理を開始する。
【０１０５】
まず、ＣＰＵ１１はステップＦ４０２で、携帯装置５０のフラッシュメモリ５４に記録され、ユーザーによって返還を指示された曲集の１つについての曲集管理データを復号する。
そしてステップＦ４０３〜Ｆ４０６で、曲集内容の確認を行う。即ちステップＦ４０３で曲ＩＤ（ＭＩＤ）を確認し、それがＨＤＤ１５における曲集管理データ内の曲ＩＤ（ＭＩＤ）と一致するか否かを判別する。
そして一致した場合は、ステップＦ４０４からＦ４０５に進み、その一致した曲ＩＤ（ＭＩＤ）で示される曲管理データのフラッシュメモリ５４上の記憶領域に対して空データを転送し、フラッシュメモリ５４上で消去する。さらにステップＦ４０６において、ＨＤＤ１５上で、フラッシュメモリ５４上で消去を行った曲管理データに相当する曲管理データ上で、送出カウンタＣＴｍの値を「０」に戻す。
このような処理を、ステップＦ４０７ですべての曲管理データについて実行済みと判断されるまで繰り返す。
なお、ステップＦ４０４で曲ＩＤ（ＭＩＤ）が一致しないと判断された場合は、その曲ＩＤ（ＭＩＤ）に示される曲管理データの、フラッシュメモリ５４上での消去は行わない。
【０１０６】
このようなステップＦ４０３〜Ｆ４０７の処理により、返還指示された或る曲集に含まれる曲管理データについてのフラッシュメモリ５４上での消去、ＨＤＤ１５上での復帰が行われる。
【０１０７】
続いてステップＦ４０８で、現在処理対象となっているフラッシュメモリ５４上の曲集管理データに対応するリストＩＤを確認し、ステップＦ４０９で、そのリストＩＤがＨＤＤ１５上でのリストＩＤと一致するか否かを確認する。
一致した場合は、ステップＦ４０９からＦ４１０に進み、処理対象となっている曲集管理データのフラッシュメモリ５４上の記憶領域に対して空データを転送し、フラッシュメモリ５４上で消去する。さらにステップＦ４１１において、ＨＤＤ１５上で、フラッシュメモリ５４上で消去を行った曲集管理データに相当する曲集管理データ上で、送出カウンタＣＴａの値を「０」に戻す。
この時点で、返還指示された曲集についてのＨＤＤ１５への返還が完了したことになる。
【０１０８】
ステップＦ４１２では、ユーザーがステップＦ４０１の時点で複数の曲集を指定しており、処理を行っていない曲集の有無を確認する。そして他に返還指示された曲集があれば、ステップＦ４０２に戻って、その曲集について上記同様の処理を行う。
指定されたすべての曲集について処理が完了したら、ステップＦ４１２から処理を終えることになる。
【０１０９】
以上の処理により、フラッシュメモリ５４からＨＤＤ１５への曲集の返還が可能となる。
なおこの返還処理では、上記のように曲ＩＤ、リストＩＤの一致を確認して返還処理を進めるようにしているため、フラッシュメモリ５４からは正しく元のＨＤＤ１５に戻されることになる。
曲集が返還されることにより、その後、そのＨＤＤ１５上の曲集は、フラッシュメモリ５４又は他の記録媒体に転送できることになる。
また、曲集に含まれる曲の一部について曲ＩＤ（ＭＩＤ）が一致し、他は一致しなかった場合とは、その一部の曲（音楽データ）のみが、ＨＤＤ１５から転送されたものであって、他の曲（曲管理データ）及び曲集管理データは、他のＨＤＤ等の記録媒体から転送されてものである場合となる。そのような場合は、曲ＩＤ（ＭＩＤ）が一致する曲管理データ及び音楽データのみが返還されるものとなり、従って、過去に多様な記録媒体からフラッシュメモリ５４へ転送された状態が生じていた場合でも、ＨＤＤ１５とフラッシュメモリ５４の間で正しく転送、返還の関係を維持できる。
【０１１０】
なお、転送元一致の確認は、図１１の例で述べたように、曲集管理データ又は曲管理データにセッション番号を付し、その一致を確認する手法でもよい。
【０１１１】
また、図１１、図１２の処理例では、ユーザーは記録再生装置１０側を操作そて返還処理を指示するようにしたが、携帯装置５０側から操作するようにしてもよい。
【０１１２】
また、以上説明してきた図７〜図１２の転送／返還処理においては、送出カウンタＣＴａ、ＣＴｍの値によって許可／禁止が制御され、特に送出カウンタＣＴａ＝１であれば、その曲集の転送は禁止され、また送出カウンタＣＴｍ＝１であればその曲、もしくはその曲を含む曲集の転送が禁止されるような例を述べた。これはあくまでも、ＨＤＤ１５からフラッシュメモリ５４へは１回のムーブのみを許可するという前提にたった処理例である。
例えばＨＤＤ１５から他の記録媒体へ３回のコピーを許可するというような前提を考えるなら、送出カウンタＣＴａ、ＣＴｍの値が「３」となるまでは転送可能として処理されるようにすればよい。もちろん返還処理が行われれば、その返還された曲集又は曲に関して、送出カウンタＣＴａ、ＣＴｍの値はデクリメントされるようにすればよい。
【０１１３】
１０．携帯装置の再生動作
続いて、曲集が転送されてきた携帯装置５０側で可能となる再生動作について説明していく。
いま、携帯装置５０のフラッシュメモリ５４には図６（ｃ）のように曲集としての管理構造を持ったデータが格納されているとすると、携帯装置５０では図１３に示すように各種の再生動作が実行可能となる。
【０１１４】
再生動作モードとしては、ノーマル再生、プログラム再生、シャッフル再生が考えられる。
【０１１５】
ノーマル再生としては、指定曲集再生、指定曲再生、曲集連続再生などが実行可能である。
【０１１６】
指定曲集再生とは、ユーザーがフラッシュメモリ５４に記録されている１又は複数の曲集を指定することで開始される。即ち、ユーザーが曲集を指定することで、その曲集に含まれる曲が通常の曲順で再生されていく動作である。
これは、携帯装置５０のＣＰＵ５１が、指定された曲集の曲集管理データを参照し、その曲集管理データ上に記述されている１又は複数の曲ＩＤ（ＭＩＤ）に基づいて、その曲ＩＤの順序（ＭＩＤ１、ＭＩＤ２・・・）で再生を実行させる。
即ち各曲ＩＤで指示される曲管理情報に対応する音楽データを、順に再生させていく。これにより、通常の音楽アルバムとしての再生が行われることになる。
なお、フラッシュメモリ５４に１つの曲集しか記録されていなければ、ユーザーが曲集を指定せずに再生操作を行った場合も、その曲集に含まれる曲が、通常の曲順で再生されていくことになる。
【０１１７】
指定曲再生とは、ユーザーがフラッシュメモリ５４に記録されている１又は複数の音楽データの中で或る音楽データを指定することで開始される。即ち、ユーザーが音楽データ（曲管理データ）を指定することで、ＣＰＵ５１はその曲管理データに基づいて対応する音楽データを再生させる。これによりユーザーの聞きたい曲のみが再生される。
【０１１８】
曲集連続再生とは、ユーザーが特に何も指定せずに再生操作を行った場合に行われる。この場合、ＣＰＵ５１は、リストＩＤ（ＬＩＤ１）によって示される第１の曲集から順に再生させていく。各曲集については通常の順序で、それに含まれる各音楽データが再生されていく。
即ちＣＰＵ５１は、まずリストＩＤ（ＬＩＤ１）から第１の曲集管理情報を参照し、その第１の曲集管理情報に記述されている曲ＩＤの順序に従って、各音楽データを再生させていく。それが終了したら続いて、リストＩＤ（ＬＩＤ２）から第２の曲集管理情報を参照し、その第２の曲集管理情報に記述されている曲ＩＤの順序に従って、各音楽データを再生させていく。
このような再生処理を、最後のリストＩＤまで続けるものとなる。つまりフラッシュメモリ５４に記録された１又は複数の曲集が、それぞれリストＩＤ順に順次再生されていくものとなる。
【０１１９】
プログラム再生モードは、ユーザーが曲順を指定していくプログラム操作を行うことに応じて、その指定された曲順で、各音楽データを再生する動作である。このプログラム再生モードでは、指定曲集内曲順プログラム再生、全曲集内曲順プログラム再生、曲集順プログラム再生などが考えられる。
【０１２０】
指定曲集内曲順プログラム再生は、ユーザーが、フラッシュメモリ５４に記録された或る曲集を指定した上で、その曲集に含まれる音楽データの再生順序を指定することに応じて行われる。つまり、曲集内でユーザーが任意に曲順を設定するものである。ＣＰＵ５１は、ユーザーによる曲集指定、及び曲順指定の操作の情報を取り込み、さらに指定された曲集についての曲集管理データ、曲管理データを参照して、ユーザーの指定した曲順で音楽データを再生させる。
【０１２１】
全曲集内曲順プログラム再生は、ユーザーが、フラッシュメモリ５４に記録された全曲集を対象範囲として、任意の曲を選択し、かつそれを任意の曲順を指定することに応じて行われる。
つまり曲順プログラムを、複数の曲集を対象として、言い換えればフラッシュメモリ５４に記録されている全音楽データを対象として実行できるものである。ＣＰＵ５１は、ユーザーによる曲順指定の操作の情報を取り込み、指定された各曲についての曲集管理データ、曲管理データを参照して、順次、指定された曲順で音楽データを再生させる。
これは、例えばＣＤ、ＭＤ等の従来の記録媒体にあわせていえば、複数の記録媒体、つまり複数の音楽アルバムをシームレスで交換しながら、指定された曲順で再生していく動作に相当する。従って、比較的装置規模が大きく、かつ高度な動作制御が可能なチェンジャーシステムなどでのみ可能であった動作である。しかも携帯装置５０の場合は、複数の曲集がフラッシュメモリ５４に記録されているため、曲と曲の再生の切り替わりの時点で、記録媒体の交換などの時間は不要であり、チェンジャーシステムなどよりも迅速に、再生曲の移行が可能となる。
【０１２２】
曲集順プログラム再生は、ユーザーが曲集単位で、再生順序を指定する事に応じて行われる。つまりユーザーが曲集の順番を指定し、ＣＰＵ５１はその指定に応じて、順次、曲集を再生させていく。
これも、ＣＤ、ＭＤ等の記録媒体においては、複数の記録媒体を指定した順序で交換して再生させていく動作に相当し、チェンジャーシステムでなければ不可能であった動作である。もちろん携帯装置５０では、チェンジャーシステムの場合よりも、容易かつ迅速に再生を続行していくことができる。
【０１２３】
なおこれら以外に、曲集の順序をユーザーが選択したうえで、さらに各曲集内において、ユーザーが曲順を指定するような曲集及び曲順のプログラム再生も可能である。
【０１２４】
シャッフル再生モードは、ＣＰＵ５１がランダムに曲又は曲集を選択して順次再生を実行させるモードである。
このシャッフル再生モードでは、指定曲集内シャッフル再生、複数指定曲集内シャッフル再生、全曲集内シャッフル再生などが考えられる。
【０１２５】
指定曲集内シャッフル再生は、ユーザーが、フラッシュメモリ５４に記録された或る曲集を指定した上で、シャッフル再生を指示することに応じて行われる。ＣＰＵ５１は、ユーザーによる曲集指定に応じて指定された曲集についての曲集管理データ、曲管理データを参照する。そしてその曲集管理データに記述されている曲ＩＤを順次ランダムに選択し、選択された曲管理データ、つまり音楽データを再生させる。
これによりユーザーは１つの曲集内について予想できない順序での曲の再生を楽しむことができる。
【０１２６】
複数指定曲集内シャッフル再生は、ユーザーが、フラッシュメモリ５４に記録された複数の曲集を指定した上で、シャッフル再生を指示することに応じて行われる。ＣＰＵ５１は、ユーザーによる曲集指定に応じて指定された複数の曲集についての曲集管理データを参照する。そしてその複数の曲集管理データに記述されている曲ＩＤの範囲で、曲ＩＤを順次ランダムに選択し、選択された曲管理データ、つまり音楽データを再生させる。
これによりユーザーは複数の曲集を対象として、予想できない順序での曲の再生を楽しむことができる。
【０１２７】
全曲集内シャッフル再生は、フラッシュメモリ５４に記録されたすべての曲集、つまりすべての音楽データを対象範囲として行われるシャッフル再生である。ＣＰＵ５１は、すべての曲集についての曲集管理データを参照し、全曲集管理データに記述されている曲ＩＤの範囲で、曲ＩＤを順次ランダムに選択し、選択された曲管理データ、つまり音楽データを再生させる。
これによりユーザーはフラッシュメモリ５４に記録された全音楽データを対象として、予想できない順序での曲の再生を楽しむことができる。
【０１２８】
以上のように本例の携帯装置５０では、１又は複数の曲集として、各音楽データが記録されるものであることから、上記のように曲集という単位を反映させた各種の再生動作が可能となる。
もちろんＣＤ、ＭＤなどのように１つの記録媒体に１つの曲集が収録されるものではないため、上記各種再生の場合に記録媒体の交換という動作は不要であり、従ってチェンジャーシステムのような大規模な装置構成は不要である。しかも、記録媒体の交換が不要なことから、それによる時間的なロスもなく、ユーザーにとってより快適な再生を実現できる。
【０１２９】
なお、上記例以外にも、例えば曲集内で順次各曲のイントロ部分のみを再生させていくようなイントロ再生、或る曲集を繰り返し再生させるリピート再生などを、曲順という枠を保ちながら実行することも可能となることはいうまでもない。
【０１３０】
以上、実施の形態としてのシステム構成や動作例を説明してきたが、本発明はこれらの例に限定されることなく、機器の構成や処理手順などは各種多様に考えられる。
【０１３１】
【発明の効果】
以上の説明からわかるように本発明によれば以下のような効果が得られる。
即ち本発明の記録再生装置によれば、例えば曲集などの主データ集合体について、その主データ集合体を構成する複数の主データを、その複数の主データを主データ集合体として管理する集合管理データを共に、例えば携帯装置に送信できる。そして本発明の携帯装置では、送信されてきて記録媒体に記録した複数の主データ（例えば音楽データ）を、集合管理データにより再生管理することで、曲集等の集合体の概念を保った状態での再生が可能となる。従って携帯装置側では、１つの記録媒体において、複数の主データ集合体を区別して各種動作を行うことができ、記録媒体の入れ換え等を行わなくても、例えば曲集毎の再生、曲集にまたがった各種の再生など、曲集という区切りを保ったうえでユーザーの望む再生動作が可能となるという効果がある。さらにいえば、携帯装置において記録媒体が交換可能な形態のものでなく、固定的なものであっても、ユーザーは複数の曲集の再生を楽しむことができることにもなる。
また、記録再生装置と携帯装置の間で曲集単位で転送できるということは、ユーザーにとっては曲集という集合体を容易に扱えることになり、使用上便利なものとなる。
【０１３２】
また、集合管理データは、主データ集合体の転送出力回数を管理できる情報であることや、主データ集合体に含まれる各主データについての転送出力回数を管理できる情報であること、さらには、記録再生装置の転送制御手段は、選択された主データ集合体もしくは各主データについて管理されている転送出力回数に応じて、主データ集合体の転送出力の実行又は禁止を制御することで、著作権の保護等を実現する適切な転送制御が可能となる。
【０１３３】
また集合管理データは、主データ集合体についての編集処理の有無を管理できる情報であるとし、記録再生装置の転送制御手段は、選択された主データ集合体について該当する集合管理データに管理されている編集処理の有無に応じて、当該主データ集合体の転送出力の実行又は禁止を制御することも著作権保護や、適正な内容の主データ集合体を転送できるという効果がある。
【０１３４】
携帯装置の再生制御手段は、転送され記録媒体に記録された複数の主データ集合体について、再生順序指定に基づいた再生動作制御や、ランダムな順序で再生動作制御ができるようにしたことで、複数の主データ集合体（複数の曲集）にまたがった多様な再生が可能となる。
また携帯装置の再生制御手段は、転送され記録媒体に記録された主データ集合体のうちで、指定された主データ集合体について、その主データ集合体に含まれる各主データの順次再生、又は指定順序再生、又はランダム順序再生の実行制御が可能とすることで、１つの主データ集合体（１つの曲集）についての再生が可能となる。
これらのことにより、ユーザーの意識する曲集を保ったまま、ユーザーの要望に応じてた多様な再生が可能となり、使用性は大きく向上するものとなる。
【図面の簡単な説明】
【図１】本発明の実施の形態の記録再生装置を含む情報配信システムの説明図である。
【図２】実施の形態の記録再生装置及び携帯装置の説明図である。
【図３】実施の形態の記録再生装置のブロック図である。
【図４】実施の形態の携帯装置のブロック図である。
【図５】実施の形態の音楽データの管理構造の説明図である。
【図６】実施の形態の音楽データ及び管理データの転送イメージの説明図である。
【図７】実施の形態の記録再生装置から携帯装置への曲の転送処理のフローチャートである。
【図８】実施の形態の記録再生装置から携帯装置への曲集の転送処理のフローチャートである。
【図９】実施の形態の記録再生装置から携帯装置への曲集の転送処理のフローチャートである。
【図１０】実施の形態の記録再生装置から携帯装置への曲集の転送処理のフローチャートである。
【図１１】実施の形態の携帯装置から記録再生装置への曲の返還処理のフローチャートである。
【図１２】実施の形態の携帯装置から記録再生装置への曲集の返還処理のフローチャートである。
【図１３】実施の形態の携帯装置での各種再生動作の説明図である。
【符号の説明】
１  情報センタ、３  通信回線、１０  記録再生装置、１１  ＣＰＵ、１２  ＲＯＭ、１３  ＲＡＭ、１４  フラッシュメモリ、１５  ＨＤＤ、１６  バッファメモリ、１７  ＣＤ−ＲＯＭドライブ、１８  ＭＤドライブ、１９  モデム、２０  パネル操作部、２２  赤外線インターフェースドライバ、２３  ＵＳＢドライバ、２４  表示部、２５  表示ドライバ、２６  インターフェースドライバ、２７  コネクタ、２８  エンコーダ、２９  デコーダ、３０  ＩＥＣ９５８エンコーダ、３１  Ａ／Ｄ変換器、３２  マイクアンプ、３３  Ｄ／Ａ変換器、３４  アンプ、３５  スピーカ、３６  ＩＥＥＥ１３９４ドライバ、３７  ＩＥＥＥ１３９４インターフェース、３８  ＰＣＭＣＩＡドライバ、３９  ＰＣＭＣＩＡスロット、５１  ＣＰＵ、５２  ＲＯＭ、５３  ＲＡＭ、５４  フラッシュメモリ、５５  バッファメモリ、５６  パネル操作部、５７  表示部、５８  表示ドライバ、５９  インターフェースドライバ、６０  コネクタ、６１  エンコーダ、６２  デコーダ、６３  ＩＥＣ９５８エンコーダ、６４  Ａ／Ｄ変換器、６５  マイクアンプ、６６  Ｄ／Ａ変換器、６７  アンプ、６８  スピーカ
【図１】
0004135287.tif 000002
【図２】
0004135287.tif 000003
【図３】
0004135287.tif 000004
【図４】
0004135287.tif 000005
【図５】
0004135287.tif 000006
【図６】
0004135287.tif 000007
【図７】
0004135287.tif 000008
【図８】
0004135287.tif 000009
【図９】
0004135287.tif 000010
【図１０】
0004135287.tif 000011
【図１１】
0004135287.tif 000012
【図１２】
0004135287.tif 000013
【図１３】
0004135287.tif 000014