(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) スロット３９がＰＣＭＣＩＡドライバ３８を介して設けられ、ＰＣＭＣＩＡカードが装着可能となっており、外部記憶装置、その他のメディアドライブ、モデム、ターミナルアダプタ、キャプチャボード等様々な周辺機器の拡張が容易である。
【００４９】
さらに図２で説明したように記録再生装置１０には携帯装置５０と接続する際のコネクタ２７が設けられている。コネクタ２７と、携帯装置５０側のコネクタ６０とが接続されることにより、ＣＰＵ１１はインターフェースドライバ２６を介して携帯装置５０側と各種のデータ通信が可能となる。例えばＨＤＤ１５に蓄積されているオーディオファイルを転送することができる。
【００５０】
４．携帯装置の内部構成
続いて、携帯装置５０の内部構成例を図４に示す。
記録再生装置１０と携帯装置５０は、コネクタ２７とコネクタ６０が接続されることで、電気的に接続されることになるが、この状態で記録再生装置１０のインターフェースドライバ２６と、携帯装置５０のインターフェースドライバ５９が接続され、両機器の間のデータ通信が可能とされる。
【００５１】
携帯装置５０にはパネル操作部５６としてプッシュ式、回動式のキー等が設けられている。即ち図２に示した各種の操作子Ｋｂがパネル操作部５６に相当する。パネル操作部５６としての操作子Ｋｂが操作されることにより携帯装置５０の動作を指示するための操作信号が制御バスＢ２に送出され、携帯装置５０はこの操作信号に応じた動作を行う。
【００５２】
また、記録再生装置１０と同様に携帯装置５０においても通常のパーソナルコンピュータの構成であるＲＡＭ５３、ＲＯＭ５２が設けられており、ＣＰＵ５１により携帯装置５０の全体の動作が制御される。また各ブロック間のファイルデータや制御データの授受はバスＢ２を介して行われる。
【００５３】
ＲＯＭ５２には、パネル操作部５６が操作されることにより入力される操作信号に応じて携帯装置５０が実行すべきプログラム等が記憶されており、ＲＡＭ５３にはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。なお記録再生装置１０と同様にフラッシュメモリが搭載されてもよく、またバス構成は限定されるものではない。
【００５４】
この携帯装置５０の内部の格納手段としては、ハードディスクに対して情報の記録再生を行うハードディスクドライブ（ＨＤＤ）５４が設けられている。例えば記録再生装置１０から転送されてきたオーディオ情報などが、ＨＤＤ５４においてファイル単位（例えば１曲が１ファイル）で格納できる。なお、ＨＤＤに代えて例えばフラッシュメモリなどの固体メモリを格納手段として用いてもよい。
【００５５】
また、記録再生装置１０と同様に、オーディオデータに関してＡＴＲＡＣ２方式のエンコードを行うエンコーダ６１、及びオーディオデータに関してＡＴＲＡＣ２方式のデコードを行うデコード６２が設けられる。
エンコーダ６１、デコーダ６２はＣＰＵ５１の制御に応じて、供給されたオーディオデータに関するエンコード、デコードを行う。
また処理対象となっているオーディオデータを一時的に格納するためのバッファメモリ５５が設けられる。バッファメモリ５５はＣＰＵ５１の制御によりデータの書込／読出が行われる。
【００５６】
例えばＡＴＲＡＣ２方式でエンコードされていないオーディオデータがインターフェースドライバ５９を介して記録再生装置１０から供給され、それをＨＤＤ５４に格納する場合、ＨＤＤ５４にオーディオデータを記憶する前処理として、バッファメモリ５５にオーディオデータが一時記憶されると共に、そのオーディオデータがエンコーダ６１に供給されてＡＴＲＡＣ２方式のエンコードが行われる。さらにそのエンコードされたデータがバッファメモリ５５に再び一時記憶され、最終的にＨＤＤ５４にエンコードされたオーディオ情報が蓄積されることになる。
【００５７】
なお、本例では記録再生装置１０におけるＨＤＤ１５ではＡＴＲＡＣ２方式でエンコードされたオーディオファイル等が格納されているとしており、従ってＨＤＤ１５に格納されていたオーディオファイルがインターフェースドライバ５９を介して供給され、それをＨＤＤ５４に格納する場合（即ち曲等のデータファイルの複写又は移動を行う場合）は、エンコーダ６１での処理は必要ない。ところが、記録再生装置１０のＣＤ−ＲＯＭドライブ１７等に装着されるメディアから読み出されるオーディオデータ（圧縮処理されていないデータ）が直接インターフェースドライバ５９を介して入力されるようにしてもよく、このような場合に、ＨＤＤ５４にオーディオデータを記録するための処理として、上記のようにエンコーダ６１によるエンコードが行われることになる。
【００５８】
また本例では、エンコーダ６１によりＡＴＲＡＣ２方式でエンコードされたオーティオデータがＨＤＤ５４に蓄積されるようにしているが、例えば圧縮処理されていないデータがそのままＨＤＤ５４に蓄積されるようにしてもよい。
【００５９】
圧縮処理のためにエンコーダ６１にオーディオデータを供給する部位としては、上記インターフェースドライバ５９以外に、マイク端子ｔｂ３、ライン入力端子ｔｂ２、光デジタル端子ｔｂ４なども設けられている。なお、図４における各種の端子ｔｂ１〜ｔｂ４は、それぞれ図２に示した端子ｔｂのうちの１つに相当する。
【００６０】
エンコーダ６１では、マイクロホンが接続されたマイク端子ｔｂ３からアンプ６５を介して入力されるオーディオ信号、或いは他のＣＤプレーヤ等の機器が接続されたライン入力端子ｔｂ２から入力されるオーディオ信号が、Ａ／Ｄ変換器６４を介して入力されるように構成されており、これらの入力されたオーディオデータもエンコーダ２８によりエンコードされることができる。
更に、光デジタル端子ｔｂ４に接続された外部機器（例えばＣＤプレーヤ等）から入力されたデータがＩＥＣ９５８エンコーダ６３を介してエンコーダ６１に入力されるように構成され、このように光デジタル方式で入力されたデータもエンコーダ６１によりエンコードできる。
【００６１】
そして、これらのように外部機器から入力されたデータをエンコーダ６１でエンコードした後に、そのエンコードされたデータをＨＤＤ５４にファイル単位で格納できるようにされている。
【００６２】
なおエンコーダ６１のエンコードアルゴリズムとしてはＡＴＲＡＣ２に限らず、他の情報圧縮されるエンコードアルゴリズム、例えばＡＴＲＡＣ、ＭＰＥＧ、ＰＡＳＣ、ＴｗｉｎＶＱ、ＲｅａｌＡｕｄｉｏ、ＬｉｑｕｉｄＡｕｄｉｏ等であってもかまわない。
【００６３】
ＨＤＤ５４に蓄積されたオーディオ情報は、デコーダ６２によりデコードされ、Ｄ／Ａ変換器６６、アンプ６７を介してスピーカ６８により再生出力することができる。もしくはヘッドホン端子ｔｂ１にヘッドホンを接続することで、ヘッドホンより再生出力させることができる。
ここではデコーダ６２はＡＴＲＡＣ２方式のデコードを行うものとしているが、エンコーダ６１のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、エンコード及びデコード処理は、ハードウェアを持たず、ＣＰＵ５１によるソフトウェア処理であってもよい。
【００６４】
更に、ＨＤＤ５４に蓄積されるオーディオデータ等のファイルをユーザが管理、制御するためのインターフェースとして、図２にも示したように表示部５７が設けられているが、表示部５７は表示ドライバ５８によって表示駆動される。
表示部５７ではＣＰＵ５１の制御に基づいて所要の文字、記号、アイコン等が表示される。
また表示部５７にはオーディオファイルなどに対応するフォルダ、或いはジャケットイメージが表示され、マウス、ペン、ユーザの指で触れる等の、パネル操作部２０に該当することになるポインティングデバイスによる操作が可能とされるようにしてもよい。例えば表示上でユーザーが指示したオーディオファイルがＨＤＤ５４から読み出されてスピーカ３５等から再生されるような動作が可能となる。
また表示部５７での表示を用いて、ＨＤＤ５４上での選択されたオーディオファイルの消去や、外部機器（例えば記録再生装置１０）への複写、移動等も制御可能である。
【００６５】
なお図２で説明したように携帯装置５０は、記録再生装置１０の装着部ＭＴに装着されることにより記録再生装置１０とのデータ送受信が可能とされているが、非接触型のインターフェースでもよく、例えばＩｒＤＡ等を用いても構わない。
また、図示していないが、記録再生装置１０には充電電流供給部が備えられており、装着される携帯装置５０に対して充電電流を供給し、携帯装置５０の動作電源となる充電式バッテリーに対して充電が行われるように構成されてもよい。
【００６６】
５．記録再生装置のファイル格納形態
図５には、記録再生装置１０内のＨＤＤ１５におけるファイルの格納形態の例を示している。
例えばユーザーは自分の所有しているＣＤをＣＤ−ＲＯＭドライブ１７に装填し、収録されている各楽曲をそれぞれファイルとしてＨＤＤ１５に記録（即ち複写）させることになる。
或いは、配信／課金センタ１等にリクエストしてある音楽アルバムの情報の配信を受け、その音楽アルバムの各楽曲をそれぞれファイルとしてＨＤＤ１５に記録させることができる。
例えばこのように、ＣＤなどのアルバム単位で格納が行われていくとすると、そのアルバム単位で管理ファイルが形成され、各楽曲等は、それぞれ１つのオーディオファイルとして格納される。
【００６７】
図５には、ｎ枚の音楽アルバムがＨＤＤ１５に記録された状態を示しており、各アルバムに対応して管理ファイルＡＬ（ＡＬ１〜ＡＬ（ｎ））が形成される。そして各アルバムに収録されている楽曲は、それぞれ管理ファイルＡＬに対応された状態でオーディオファイルとして格納される。
図６では、１行分で示す各ファイルが１つのアルバムを構成するファイルとして示しており、例えば或るＣＤからのダビングデータ（各楽曲）は、管理ファイルＡＬ１に対応して、オーディオファイルＡＬ１−Ｍ１、ＡＬ１−Ｍ２、ＡＬ１−Ｍ３・・・として格納される。また、他のアルバムのデータ（各楽曲）は、管理ファイルＡＬ２に対応して、オーディオファイルＡＬ２−Ｍ１、ＡＬ２−Ｍ２、ＡＬ２−Ｍ３・・・として格納される。即ちこれらが実際の音楽等のデータである。
このように、１つのアルバムの記録が行われた際には、１つの管理ファイルとともに、記録した曲数分のオーディオファイルが形成される。
【００６８】
またある音楽アルバムの記録に際して、ユーザーがデータを入力したり、或いは配信／課金センタ１からそのアルバムに関する関連情報を有料又は無料で受け取ることができるが、それらの情報が関連情報ファイルとして格納される。例えば管理ファイルＡＬ１に対応して関連情報ファイルＡＬ１ａｄが形成される。
関連情報ファイルＡＬ（＊）ａｄとして格納されるデータとは、上述したように、曲名、アーティスト名、歌詞、メッセージなどのテキストデータ、楽曲イメージやアーティストの画像などの画像データ、アーティストのインターネットホームページのアドレス（ＵＲＬ）、著作権に関する情報、関係者名（作詞者、作曲者、制作者等）・・・・などの情報となる。
【００６９】
管理ファイルは、対応する１又は複数の各オーディオファイルや関連情報ファイルに関する各種の管理情報を有するものとなり、各オーディオファイルや関連情報ファイルの再生、移動、複写、編集などの際に用いられるものとなる。
例えば管理ファイルＡＬ１は、或るアルバムを構成するファイル群に関して、その全体の管理情報や、各オーディオファイルＡＬ１−Ｍ１、ＡＬ１−Ｍ２、ＡＬ１−Ｍ３・・・に関する管理情報、さらには関連情報ファイルＡＬ１ａｄに関する管理情報が記録される。
【００７０】
図６は、管理ファイルに記録される管理情報のデータ例を示している。
例えばアルバム全体の管理情報となるアルバム情報として、ファイル種別やファイル数、アルバムタイトル、データサイズ、記録が行われた日時情報、関係者名（アルバム制作者や作詞作曲者、演奏者など）、著作権情報、アルバムＩＤ、情報利用許可フラグ、その他各種の管理情報が記録される。
なお情報利用許可フラグとは、有料提供された情報に対して適正に課金されていない状態ではその情報を利用できないようにするためのフラグであり、この機能については後述する。
【００７１】
また管理ファイルには、対応する各オーディオファイルに個別に対応する管理情報としてファイル情報（＃１）〜ファイル情報（＃ｍ）が記録され、このファイル情報としては、対応するファイルのファイル種別、対応するファイルのＨＤＤ１５上での記録位置を示すアドレスポインタ、ファイルのデータサイズ、タイトル（曲名など）、記録が行われた日時情報、関係者名（作詞作曲者、演奏者など）、著作権情報、情報利用許可フラグ、その他各種の管理情報が記録される。
【００７２】
さらに管理ファイルには、対応する関連情報ファイルを管理する管理情報として関連ファイル情報が記録され、この関連ファイル情報としては、対応する関連情報ファイルのファイル種別やファイル数、対応する関連情報ファイルのＨＤＤ１５上での記録位置を示すアドレスポインタ、関連情報ファイルのデータサイズ、記録が行われた日時情報、関係者名、著作権情報、情報利用許可フラグ、その他各種の管理情報が記録される。
【００７３】
管理ファイルに、例えばこのような管理情報が記録されることで、記録再生装置１０は特定の楽曲の再生、移動、複写、編集等の各種処理が可能になり、また曲の再生等の動作に合わせて、関連情報としての画像やテキストを出力することも可能となる。
【００７４】
なお、図５のファイル格納形態や、図６にあげた管理情報の内容は、あくまでも一例である。実際には、格納される実データとなるオーディオファイルの各種処理に好適なファイル格納形態や管理形態がとられればよい。もちろん必ずしもアルバム単位で管理されなくてもよい。
また、楽曲等のオーディオファイルに限らず、動画データ、静止画データ、テキストデータ、ゲームソフトとしてのプログラム等を実ファイルとして（つまり関連情報ファイルとしてではなく独立のファイルとして）格納することも当然考えられる。
【００７５】
ところで、携帯装置５０におけるＨＤＤ５４においても、ＨＤＤ１５と同様のファイル格納形態が採られればよい。
【００７６】
６．第１の課金処理例
続いて本例の特徴的な動作となる第１の課金処理例を説明する。
上述してきたように、ユーザーは配信／課金センタ１や配信センタ７から配信される有料情報を記録再生装置１０のＨＤＤ１５に格納させるなどの方式で、情報を購入することができる。
またダウンロード装置６に携帯装置５０を装填して、任意の情報をＨＤＤ５４に記録するという方式でも、情報を購入することができる。携帯装置５０内のＨＤＤ５４に記録した有料情報は、記録再生装置１０のＨＤＤ１５に移動させて利用可能としたり、或いはその携帯装置５０のＨＤＤ５４に格納したまま利用（例えば再生）することができる。
【００７７】
但し、ＨＤＤ１５、もしくはＨＤＤ５４に格納した有料情報は、適正に課金されていない時点では利用できないものとされる。
例えば有料提供される情報については、ＨＤＤ１５もしくはＨＤＤ５４に記録される際には、図６で例に挙げた情報利用許可フラグがオフ、即ち利用禁止状態に設定される。そして適正な課金により、情報利用許可フラグがオン、即ち利用許可状態にされるようにする。
ＣＰＵ１１又はＣＰＵ５１は、ＨＤＤ１５又はＨＤＤ５４に格納したファイルについては、情報利用許可フラグを確認して再生等の動作を実行させるようにすることで、利用禁止状態、つまり課金がされていないファイルについてはユーザーが利用できないような状態とできる。
【００７８】
ここで、ファイルを利用可能とするための課金処理とは、ポイントメモリ４５に記憶されているポイントの処理のことをいい、配信／課金センタ１での課金処理ではない。
つまり記録再生装置１０においてポイント処理が行われた時点で、入力され記録された有料情報としてのファイルの利用が可能となる。
【００７９】
以下説明する第１の課金処理例では、ポイントメモリ４５には図７に示すようにポイント数ＰＴ、ポイント使用履歴Ｒ１、Ｒ２・・・が記憶されるものとする。
本例では、ポイント数ＰＴは、初期値としてある固定値（例えば１００ポイント）が設定されているものとする。そして有料情報が入力（例えばＨＤＤ１５に記録）されるたびに、ＣＰＵ１１はその情報内容に相当する代金のポイント数を記憶されているポイント数ＰＴから減算していくように、ポイント数ＰＴを更新していく。これが記録再生装置１０内部での課金処理となる。
またポイント使用履歴Ｒ１、Ｒ２・・・は、ポイント数ＰＴの消費、即ち有料情報の入力に応じて追加されていくもので、データ内容としては、有料データの入力日時、データ名、減点ポイント数、支払先（販売者名、著作権者名など）等である。
【００８０】
このように記録再生装置１０の内部の課金処理としては、有料情報の入力に応じてポイント数ＰＴが減算されていくことにより実行され、これによってユーザーは代金を払ったとみなして、ＣＰＵ１１はその有料情報の利用を許可する。即ち上記した情報利用許可フラグをオンとする。
一方、実際の課金（例えばユーザーの銀行口座からの代金引き落としのための処理）は、定期的に、もしくはポイント数ＰＴが不足した時点で、配信／課金センタ１との通信が行われて実行される。
【００８１】
このような課金動作を実現するためのＣＰＵ１１の処理を図８〜図１０に示し、また配信／課金センタ１の処理を図１１に示す。
課金処理に関してＣＰＵ１１は、常時図８のステップＦ１０１，Ｆ１０２で、有料情報が入力されたか、或いは定期的な課金処理の日時となったかを監視している。
【００８２】
ユーザーの情報リクエスト操作などに応じて、配信／課金センタ１等から有料の情報が提供された場合には、ＣＰＵ１１は処理をステップＦ１０１からＦ１０４に進め、入力された情報をＨＤＤ１５に記録するための動作制御を行う。またこれによってＨＤＤ１５に格納されるファイルに関しては、ステップＦ１０５で情報利用許可フラグをオフとさせ、利用不可状態にセットする。
ここでステップＦ１０６で、今回入力された情報に対しての対価に相当するポイント数がポイントメモリ４５におけるポイント数ＰＴとして残されているか否かを確認する。
そして残されていればステップＦ１０７で、ポイント数ＰＴを減点させるとともに、今回の情報購入についてのポイント使用履歴Ｒ（ｘ）を追加記憶させる。
即ち、
ポイント数ＰＴ＝（ポイント数ＰＴ）−（今回の情報の対価分のポイント数）
と更新するとともに、現在日時、購入データ名、減点ポイント数（＝今回の情報の対価分のポイント数）、支払先等を、１つのポイント使用履歴Ｒ（ｘ）として記憶させる。なお、購入データ名、支払先等の情報は、配信／課金センタ１などの情報提供元から同時に送信されてくる情報とする。これらの情報は課金形態（権利者等の契約形態など）によっては不要となることもある。
【００８３】
ステップＦ１０７でポイントメモリ４５の内容を更新したら、ステップＦ１０８で、今回ＨＤＤ１５に格納した情報について代金が払われたとみなして、その情報のファイルについて情報利用許可フラグをオンとさせ、利用可能状態にセットする。
つまりユーザーにとっては、配信された情報について、ポイント減点という仮の課金が行われる時点で、その情報が利用可能となる。これはユーザーにとっては情報の配信を受けたら、通信等の待ち時間なく、すぐにその情報を利用できることを意味する。
【００８４】
実際の課金処理は定期的に、自動的に行われる。即ち設定された課金処理日時毎に、ＣＰＵ１１の処理はステップＦ１０２からＦ１０３に進む。この課金処理日時とは、例えば毎日・毎週などの、一定期間毎の特定の時刻に予めＣＰＵ１１の処理プログラム内に設定しておく。課金処理には配信／課金センタ１との通信動作が必要になるため、特定の時刻として例えば深夜の時間など、通常ユーザーが記録再生装置１０を使用していない可能性が高い時間に設定しておくと好適である。
なお、この日時をユーザーが設定できるようにしてもよい。
【００８５】
ステップＦ１０３では、前回の課金処理時点（前回配信／課金センタ１による課金処理（ステップＦ１０９からの処理が行われた時点）以降、ポイントメモリ４５のポイント数ＰＴが更新されているか否かを判断する。つまり情報の購入があったか否かの判断である。
本例では、配信／課金センタ１による課金処理が行われる毎に、ポイントメモリ４５のポイント数は初期値に戻され、またポイント使用履歴Ｒ１・・はクリアされるものとしているため、情報の購入が行われていなければ、ポイントメモリ４５のポイント数ＰＴは初期値であり、またポイント使用履歴は記憶されていない。
このような状態であったら、今回配信／課金センタ１での実際の課金処理を行う必要はないため、ステップＦ１０３からＦ１０１、Ｆ１０２のループに戻る。
【００８６】
ポイントメモリ４５のポイント数ＰＴが初期値でなく、またポイント使用履歴が１つ以上記憶されている場合は、ユーザーが情報購入を行ったことを意味し、従ってステップＦ１０９に進んで配信／課金センタ１での課金処理が行われる。
まずＣＰＵ１１はステップＦ１０９で配信／課金センタ１に通信回線を接続し、課金処理要求を行う。そしてステップＦ１１０で配信／課金センタ１からのＯＫ通知を待機する。
【００８７】
このような回線接続、課金処理要求により、配信／課金センタ１側では図１１の処理が行われる。即ち或る記録再生装置１０から課金処理要求があったら、処理をステップＦ２０１からＦ２０２に進め、課金のための準備処理を行う。例えばＣＰＵ１１は課金処理要求とともに、ユーザーＩＤ、機器ＩＤ、ユーザーの設定した暗証番号など必要な情報も送信するようにし、配信／課金センタ１側ではステップＦ２０２の準備処理として、これらの送信されてきた情報に基づいて認証処理を行う。即ち適正なユーザーからの適正な課金処理要求であるか否かを確認する。
そして認証その他の準備処理が適正完了したら、ステップＦ２０３で記録再生装置１０に対してＯＫ通知を行う。そしてステップＦ２０４で記録再生装置１０からの送信を待つ。（なお、図示していないが、認証エラーなどの不都合があった場合については処理がエラー終了されるようにすればよい。）
【００８８】
ＯＫ通知があると、ＣＰＵ１１は処理を図８のステップＦ１１０からＦ１１１に進め、その時点でポイントメモリ４５に記憶されているポイント数ＰＴ、ポイント使用履歴を配信／課金センタ１に送信する。そして、ステップＦ１１２，Ｆ１１３でＯＫ通知又はＮＧ通知を待つ。
【００８９】
配信／課金センタ１では、記録再生装置１０からポイント数ＰＴ、ポイント使用履歴が送信されてきたら、図１１のステップＦ２０４からＦ２０５に進み、その受信データを取り込む。そしてステップＦ２０６で、受信されたポイント数ＰＴ、ポイント使用履歴に基づいて課金処理を行う。
具体的には、初期ポイント数と、送信されてきた現在のポイント数の差がユーザーの情報購入金額に相当するポイント数であるため、その購入ポイントを判別して、そのユーザーの銀行口座からの引き落としデータを作成する。
また、ポイント使用履歴から、情報提供代金を受け取る権利者を判別し、その分配のためのデータを作成することなどが行われる。
【００９０】
このような課金処理が正常に終了されたら、配信／課金センタ１の処理はステップＦ２０７からＦ２１０に進み、記録再生装置１０にＯＫ通知を行う。
一方、何らかの事情で課金処理エラーとなった場合は、処理はステップＦ２０８からＦ２０９に進み、記録再生装置１０にＮＧ通知を行う。
そしてステップＦ２１１で記録再生装置１０との回線を切断する。
【００９１】
記録再生装置１０のＣＰＵ１１は、配信／課金センタ１からＯＫ通知があった場合は、課金処理の適正終了と判断してステップＦ１１２からＦ１１４に進み、ポイントメモリ４５を初期化する。即ちポイント数ＰＴを初期値に戻すとともに、ポイント使用履歴をクリアする。これにより、定期的な課金処理を終える。
【００９２】
一方、配信／課金センタ１からＮＧ通知があった場合は、ステップＦ１０９からの処理をやり直すことになる。
なお、配信／課金センタ１で課金処理エラーがあった場合は、このようなリトライを行うことになるため、その場合は回線を接続したままとし、ＣＰＵ１１はステップＦ１１１からの処理を実行するようにしてもよい。
【００９３】
ところで、上述したステップＦ１０１〜Ｆ１０８の処理で、有料情報の入力時にはポイント減点というかたちで仮の課金処理が行われることになるが、連続して大量に情報を購入した場合などで、ステップＦ１０６でポイント数が不足しているという事態となることもありうる。
その様な場合は、本例ではステップＦ１０６から図９のステップＦ１５１に進むようにしている。
即ちＣＰＵ１１は、ポイント不足の場合に、臨時に配信／課金センタ１に課金処理を要請し、ポイント数を初期値に戻す処理を行う。
【００９４】
まずＣＰＵ１１はステップＦ１５１で配信／課金センタ１に通信回線を接続し、課金処理要求を行う。そしてステップＦ１５２で配信／課金センタ１からのＯＫ通知を待機する。
上述した定期的な課金処理の場合と同様に、このような回線接続、課金処理要求に応じて配信／課金センタ１側では図１１の処理が行われ、認証等の準備処理が完了したら、ステップＦ２０３で記録再生装置１０に対してＯＫ通知を行う。
（ただし認証エラーなどの不都合があった場合については処理がエラー終了）
【００９５】
ＯＫ通知があると、ＣＰＵ１１は処理を図９のステップＦ１５２からＦ１５３に進め、その時点でポイントメモリ４５に記憶されているポイント数ＰＴ、ポイント使用履歴を配信／課金センタ１に送信する。（なおステップＦ１５３の、括弧内に示した「今回の必要ポイント数」「今回の有料情報の課金情報」は、別の処理例において送信する情報であり、それについては後述する）
そして、ステップＦ１５４，Ｆ１５５でＯＫ通知又はＮＧ通知を待つ。
【００９６】
配信／課金センタ１では、記録再生装置１０からポイント数ＰＴ、ポイント使用履歴が送信されてきたら、図１１のステップＦ２０４からＦ２０５、Ｆ２０６と処理を進め、上述の場合と同様にポイント数ＰＴ、ポイント使用履歴に基づいて課金処理を行う。
そして課金処理が正常に終了されたらステップＦ２１０に進み、記録再生装置１０にＯＫ通知を行う。一方、何らかの事情で課金処理エラーとなった場合は、ステップＦ２０９に進み、記録再生装置１０にＮＧ通知を行う。そしてステップＦ２１１で記録再生装置１０との回線を切断する。
【００９７】
記録再生装置１０のＣＰＵ１１は、配信／課金センタ１からＯＫ通知があった場合は、課金処理の適正終了と判断して図９のステップＦ１５４からＦ１５６に進み、ポイントメモリ４５を初期化する。即ちポイント数ＰＴを初期値に戻すとともに、ポイント使用履歴をクリアする。
なお配信／課金センタ１からＮＧ通知があった場合は、ステップＦ１５１からの処理をやり直すことになる。
【００９８】
ステップＦ１５６でポイントメモリ４５を初期化（ポイント数ＰＴを初期値）とすることで、今回入力された情報に対する対価分のポイント数が確保されたことになる。そこで図８のステップＦ１０７に進み、今回の情報購入に応じてポイント数ＰＴを減点させるとともに、今回の情報購入についてのポイント使用履歴Ｒ（ｘ）を追加記憶させる。
このようにポイントメモリ４５の内容を更新したら、ステップＦ１０８で、今回ＨＤＤ１５に格納した情報について代金が払われたとみなして、その情報のファイルについて情報利用許可フラグをオンとさせ、利用可能状態にセットする。
【００９９】
以上の処理によって、ユーザーが一度に大量に情報を購入するなどで、ポイント数が不足してしまった場合でも、配信／課金センタ１での臨時の課金処理を経てポイント数が初期値に戻されることになり、つまりポイント数の減算による仮の課金処理が可能となる。従って、ステップＦ１０９以降の、定期的に実行される課金処理を待たなくても、ユーザーは情報が利用可能となる。
【０１００】
ところで、図９のステップＦ１５３の別の処理例として、現在のポイント数ＰＴ、ポイント使用履歴だけでなく、今回の必要ポイント数、今回の有料情報の課金情報を配信／課金センタ１に送信することも考えられる。
この場合、配信／課金センタ１において図１１のステップＦ２０６の課金処理として、ポイント数ＰＴ、ポイント使用履歴による処理（つまり今回の情報入力直前までの情報購入に対する精算処理）だけでなく、今回の情報入力の際の対価の処理も実行するようにする。
このようにした場合は、今回の不足にかかる代金は精算されていることになるため、ステップＦ１０７の処理は不要となり、図８に破線で示すように、図９のステップＦ１５６から図８のステップＦ１０８に進むようにすればよい。
【０１０１】
ユーザーが記録再生装置１０のＨＤＤ１５に有料情報を記録する形態で情報を購入した場合は、以上のように課金処理が行われることになるが、上述したようにユーザーは携帯装置５０を、図１のダウンロード装置６にセットして、有料情報を購入することもできる。
その場合、ダウンロード装置６は、ユーザーが指定した情報を携帯装置５０内のＨＤＤ５４にダウンロードするが、その時点ではそのダウンロードしたファイルを利用不能状態にセットしておく。つまりそのＨＤＤ５４内のファイルについて情報利用可能フラグをオフとしておく。
ユーザーは、携帯装置５０にダウンロードしたファイルを利用するには、携帯装置５０を記録再生装置１０に接続して、その記録再生装置１０にファイル移動させるか、もしくは記録再生装置１０を用いてポイント処理を行うことが必要となる。
【０１０２】
まず携帯装置５０にダウンロードしたファイルを記録再生装置１０のＨＤＤ１５に移動させて利用する場合は、記録再生装置１０はそのファイル移動を図８の処理における有料情報の入力とみなして、上記同様にステップＦ１０４以降の処理を行なう。即ちポイント処理による仮の課金処理を行って、ＨＤＤ１５に移動したファイルを利用可能状態とする。
その後はユーザーはそのファイルを自由に利用できることになる。
【０１０３】
一方、携帯装置５０にダウンロードしたファイルを、記録再生装置１０のＨＤＤ１５に移動させずに、記録再生装置１０でポイント処理のみを行って携帯装置５０側で利用可能とすることもできる。
このための記録再生装置１０のＣＰＵ１１の処理を図１０に示す。
【０１０４】
ＣＰＵ１１は図１０のステップＦ１７１の処理として携帯装置５０の接続を監視している。
携帯装置５０の接続が検出された場合は、ステップＦ１７２に進んで、携帯装置５０のＨＤＤ５４に格納されているファイルを確認し、ステップＦ１７３で、その時点で利用不能状態とされているファイルが存在するか否かを判断する。
利用不能状態とされているファイルが存在する場合とは、携帯装置５０を用いてダウンロード装置６からダウンロードした有料情報であって、まだ課金処理されていないファイルが存在する場合である。
そこで、ステップＦ１７４でポイントメモリ４５のポイント数を確認し、その利用不能状態のファイルに対しての対価に相当するポイント数がポイント数ＰＴとして残されているか否かを確認する。
そして残されていればステップＦ１７５で、ポイント数ＰＴを減点させるとともに、ポイント使用履歴Ｒ（ｘ）を追加記憶させる。
【０１０５】
続いてステップＦ１７６で、携帯装置５０のＨＤＤ５４に格納されている利用不能状態のファイルについて代金が払われたとみなして、そのファイルの情報利用許可フラグをオンとさせ、利用可能状態にセットする。即ちＣＰＵ１１はＨＤＤ５４に直接アクセスするか、もしくはＣＰＵ５１を介して情報利用可能フラグをオンとする。
これによって、ユーザーは携帯装置５０にダウンロードした有料情報を利用できることになる。
【０１０６】
なお、ステップＦ１７４でポイント数が不足している場合は、上述の図８のステップＦ１０６の場合と同様に、図９の処理を行なうことになる。
【０１０７】
以上のように図８〜図１１の処理が行われることで、ユーザーは有料情報の購入に関して、課金処理のための何らかの操作は不要であり、ユーザーの手間はほとんどなくなることになる。例えばプリペイドカードによる処理などが不要である。また従って、カードリーダーその他の課金処理に必要な機器や操作子は不要であり、記録再生装置１０の構成を簡略化できる。
配信／課金センタ１との通信を行う実際の課金処理は、定期的に自動的に行われるため、この点でもユーザーの手間はないものとなる。
【０１０８】
また、情報の入力の都度配信／課金センタ１と通信して課金を行うものではないため、課金処理を待つ必要はなく、ユーザーは入手した情報をすぐに利用できることになる。
また、ポイント数が不足したような場合は、臨時に配信／課金センタ１との通信を介した課金処理及びポイント数の初期化が行われるため、その様な場合にもユーザーが入手した情報を利用できないままとなることが避けられる。
【０１０９】
さらに携帯装置５０によって情報を購入し、記録再生装置１０を用いたポイント処理で課金を行うことができるため、情報入手の手段の多様化を実現できるとともに、課金処理をスムースに行うことができる。
【０１１０】
なお、処理の変形例は各種多様に考えられるが、変形例としての具体例を例示していく。
【０１１１】
まず上記処理例では、ポイントメモリ４５におけるポイント数ＰＴは最初に特定の初期値とされ、またステップＦ１１４、Ｆ１５６では、ポイント数ＰＴをその初期値に戻すようにしているが、この初期値は固定値以外にも、ユーザーが設定できるようにしてもよい。
例えば情報を多量に購入したいユーザーにとっては、初期値としてポイント数を大きい値としておくことが、ステップＦ１０６、Ｆ１７４などでポイント不足となる事態をなるべく避けるようにするためには好適である。つまり、ポイント不足となった場合は、配信／課金センタ１との通信を行って臨時の課金処理を行うため、その通信及び課金処理時間だけユーザーは待たされることになり、なるべくその様な事態は避けたいと思うユーザーも存在する。
従ってポイント数の初期値をユーザーが選択できるようにすると、各ユーザーにとって好適な課金処理を実現できる。
なお、その様に初期値を変更できるようにする場合は、配信／課金センタ１との通信を行って課金処理を行う場合に、配信／課金センタ１が使用ポイント数を判断するために、ＣＰＵ１１は現在のポイント数と初期値の値を送信する必要がある。
【０１１２】
また、初期値を固定とするか又は変更設定可能とするかには関わらず、ポイントメモリ４５において、現在のポイント数とともに、使用ポイント数を記憶しておくようにすれば、配信／課金センタ１に対してその使用ポイント数を送信すればよい。
【０１１３】
また上記例ではポイントメモリ４５にポイント使用履歴を記憶するようにしたが、ポイント使用履歴を記憶しない方式も考えられる。例えば配信／課金センタ１が単にユーザーから購入情報に応じた料金徴収を行うのであれば、ポイント値のみで課金金額は判断できるため、ポイント使用履歴は不要となる。つまり配信／課金センタ１が他の組織や権利者に料金分配を行う必要がない場合や、或いは著作権者等に一律に公平に料金を分配するような場合など、ポイント使用履歴に応じた処理（つまりそのユーザーに購入された情報の判別処理）を行う必要がない場合である。
【０１１４】
一方、ポイント使用履歴は、ユーザーにとっての情報購入履歴としての意味を持つため、例えば配信／課金センタ１での課金処理が済んだ時点でクリアしないようにし、全ポイント履歴情報を累積して保持していくようにしてもよい。このようにすると、ＣＰＵ１１が履歴を一覧表示させるなどすることで、ユーザーは過去の情報購入状況を確認できることになる。
【０１１５】
また上記例ではポイント不足となった時点で臨時に配信／課金センタ１との通信を行って課金処理を行うようにしているが、このような臨時の処理を行わずに、ポイント不足の時は、そのファイルが利用不能状態で保存されるのみとしてもよい。つまりその後の定期的な処理（ステップＦ１０９〜Ｆ１１４）を待って、ポイント数が初期化された時点でポイント減点を行ってファイルを使用可能とするものである。
或いは、ポイント不足の時は、格納したファイルを削除してしまうことや、もしくはＨＤＤ１５への格納を行う前の時点でポイント数を確認し、不足していたら記録動作を許可しないような処理例も考えられる。
【０１１６】
また上記例は、定期的もしくは臨時に配信／課金センタ１との通信を行って課金処理を行うために、記録再生装置１０が通信回線３と物理的に接続されていることを前提としている。例えばユーザーが何らかの事情で記録再生装置１０と通信回線３の接続コードを外しているような事態が生ずると、配信／課金センタ１での課金処理が実行できないことになる。
そして、配信／課金センタ１との通信による課金処理は、ポイント処理による仮の課金に対しての精算としての意味を持つものであるため、通信不能状態となることは適正な課金ができなくなることを意味する。
またこれは、例えばポイント分だけ情報を入手しておいて、その後に接続コードを抜いて通信不能（つまり精算不能）とするような不正使用の余地を残すものとなる。
そこで、その様なユーザーの不注意による課金処理不能や、故意の不正使用を防止するためには、例えばステップＦ１０２で課金処理日時となった際などに接続コードが抜けていた場合は、通信不能であることをユーザーに警告し、接続を求めるようにするようにすることが適切である。
さらには、接続を行うことにある程度の強制力を持たせるために、一旦接続が行われないかぎりは、ＨＤＤ１５内の全ファイル（もしくは未精算のファイル）を使用不能としたり、或いは記録再生装置１０自体が一切の動作機能を停止するような処理を行うことなども考えられる。
【０１１７】
ところで、上記例ではポイント減点方式で仮の課金が行われるようにしているが、ポイント加算方式で仮の課金を行い、定期的に配信／課金センタ１と通信を行ってその時点のポイント数に応じた課金処理を実行させ、さらにその課金処理の完了に従ってポイント数をゼロに戻すという方式も考えられる。
但し、本例のようなポイント減点方式の方が、ユーザーのむやみな情報購入を抑制できる（ポイント不足となった時点でユーザーがそれを意識できる）という点で好適となる。
【０１１８】
７．第２の課金処理例
続いて本例の特徴的な動作となる第２の課金処理例を説明する。
上述してきた第１の課金処理例は、記録再生装置１０でのポイント処理により仮の課金を行い、定期的に配信／課金センタ１との通信を行ってポイント消費量に応じた精算のような形で実際の課金処理を行うものとした。一方この第２の課金処理例は、ユーザーが配信／課金センタ１からポイント数を購入することで実際の課金処理が行われ、その後ユーザーはポイント数が残されているだけ情報を入手できるようにするものである。即ちプリペイドカードのような事前課金をポイント処理により実現するものである。
【０１１９】
この場合、ポイントメモリ４５には図７に示したポイント数ＰＴが記憶されていればよい。ポイント使用履歴Ｒ１、Ｒ２・・・については記憶されるようにしてもよいが、それは課金に使用されるものではなく、ユーザーにとっての情報購入履歴の確認を可能とするという意味を持つ。
記録再生装置１０の内部の課金処理としては、上記例と同様に、有料情報の入力に応じてポイント数ＰＴが減算されていくことにより実行される。
【０１２０】
このような課金動作を実現するためのＣＰＵ１１の処理を図１３，図１４に示し、また配信／課金センタ１の処理を図１５に示す。
課金処理に関してＣＰＵ１１は、常時図１３のステップＦ３０１，Ｆ３０２で、有料情報が入力されたか、或いはユーザーによるポイント購入操作が行われたかを監視している。
【０１２１】
ユーザーの情報購入のリクエスト操作などに応じて、配信／課金センタ１等から有料の情報が提供された場合には、ＣＰＵ１１は処理をステップＦ３０１からＦ３０３に進め、入力された情報をＨＤＤ１５に記録するための動作制御を行う。またこれによってＨＤＤ１５に格納されるファイルに関しては、ステップＦ３０４で情報利用許可フラグをオフとさせ、利用不可状態にセットする。
【０１２２】
ここでステップＦ３０５で、今回入力された情報に対しての対価に相当するポイント数がポイントメモリ４５におけるポイント数ＰＴとして残されているか否かを確認する。
そして残されていればステップＦ３０６で、ポイント数ＰＴを減点させる。
即ち、
ポイント数ＰＴ＝（ポイント数ＰＴ）−（今回の情報の対価分のポイント数）
と更新する。
【０１２３】
ステップＦ３０６でポイントメモリ４５のポイント数ＰＴを更新したら、ステップＦ３０７で、今回ＨＤＤ１５に格納した情報について代金が払われたとみなして、その情報のファイルについて情報利用許可フラグをオンとさせ、利用可能状態にセットする。
つまりユーザーにとっては、配信された情報について、ポイント減点という仮の課金が行われる時点で、その情報が利用可能となる。これはユーザーにとっては情報の配信を受けたら、通信等の待ち時間なく、すぐにその情報を利用できることを意味する。
【０１２４】
一方、ステップＦ３０５でポイント数が不足と判断された場合は、その時点で一旦処理が終えられ、つまりＨＤＤ１５に格納した情報は、使用不能状態のままとなる。
【０１２５】
ユーザーは任意の時点で、必要に応じてポイント数の購入操作を行うことができる。
購入操作が行われると、ＣＰＵ１１の処理はステップＦ３０２からＦ３０８に進み、まず表示部２４に例えば図１２のようなポイント購入のための操作画像を表示する。
ユーザーはこの画面からポイント購入量を選択し、決定操作を行う。例えば画面に対するタッチ操作などで操作を行う。
なお、キャンセル操作を行った場合は、ステップＦ３１０からポイント購入処理を中止終了する。
【０１２６】
ユーザーが図１２の画面に対してポイント購入量を選択し、決定操作を行った場合は、ＣＰＵ１１は処理をステップＦ３０９からＦ３１１に進め、配信／課金センタ１に通信回線を接続し、ポイント購入要求を行う。そしてステップＦ３１２で配信／課金センタ１からのＯＫ通知を待機する。
【０１２７】
このような回線接続、ポイント購入要求により、配信／課金センタ１側では図１５の処理が行われる。即ち或る記録再生装置１０からポイント購入要求があったら、処理をステップＦ４０１からＦ４０２に進め、ポイント販売のための準備処理を行う。例えばＣＰＵ１１はポイント購入要求とともに、ユーザーＩＤ、機器ＩＤ、ユーザーの設定した暗証番号など必要な情報も送信するようにし、配信／課金センタ１側ではステップＦ４０２の準備処理として、これらの送信されてきた情報に基づいて認証処理を行う。即ち適正なユーザーからの適正なポイント購入要求であるか否かを確認する。
そして認証その他の準備処理が適正完了したら、ステップＦ４０３で記録再生装置１０に対してＯＫ通知を行う。そしてステップＦ４０４で記録再生装置１０からの送信を待つ。（なお、図示していないが、認証エラーなどの不都合があった場合については処理がエラー終了されるようにすればよい。）
【０１２８】
ＯＫ通知があると、ＣＰＵ１１は処理を図１３のステップＦ３１２からＦ３１３に進め、ユーザーの選択したポイント購入量を配信／課金センタ１に送信する。そして、ステップＦ３１４，Ｆ３１５でＯＫ通知又はＮＧ通知を待つ。
【０１２９】
配信／課金センタ１では、記録再生装置１０からポイント購入量が送信されてきたら、図１５のステップＦ４０４からＦ４０５に進み、その受信データを取り込む。そしてステップＦ４０６で、受信されたポイント購入量に基づいて課金処理を行う。
具体的には、ポイント購入量に応じて、ユーザーの銀行口座からの引き落としデータを作成する。
【０１３０】
このような課金処理が正常に終了されたら、配信／課金センタ１の処理はステップＦ４０７からＦ４１０に進み、記録再生装置１０にＯＫ通知を行う。
一方、何らかの事情で課金処理エラーとなった場合は、処理はステップＦ４０８からＦ４０９に進み、記録再生装置１０にＮＧ通知を行う。
そしてステップＦ４１１で記録再生装置１０との回線を切断する。
【０１３１】
記録再生装置１０のＣＰＵ１１は、配信／課金センタ１からＯＫ通知があった場合は、ポイント販売のための課金処理の適正終了と判断してステップＦ３１４からＦ３１６に進み、ポイントメモリ４５において、その時点のポイント数ＰＴに、購入したポイント数（つまりユーザーが購入するとして選択したポイント量）を加算する。
一方、配信／課金センタ１からＮＧ通知があった場合は、ステップＦ３１５からＦ３１１に戻って通信処理をやり直すことになる。
なお、配信／課金センタ１で課金処理エラーがあった場合は、このようなリトライを行うことになるため、その場合は回線を接続したままとし、ＣＰＵ１１はステップＦ３１３からの処理を実行するようにしてもよい。
【０１３２】
ポイントを購入し、ステップＦ３１６でポイントメモリ４５に購入したポイント量が補充された時点で、ステップＦ３１７ではＨＤＤ１５に利用不可とされているファイルが存在するか否かを確認する。
例えばこの購入処理以前に上記ステップＦ３０５でポイント不足と判断されたことがあったとしたら、利用不可のままとされているファイルが存在することになる。
そこでその様な場合はステップＦ３０５に進み、そのファイルにとって必要なポイント数を判断して、その必要ポイント数以上のポイント数がポイントメモリ４５に記憶されていれば、ステップＦ３０６でポイント減点処理を行い、ステップＦ３０７でそのファイルを利用可能状態とする。
つまり、過去に入力したがポイント不足で使用できなかったファイルは、ポイント数を購入した時点で課金が行われ、利用可能となる。
【０１３３】
なお、ステップＦ３１７からＦ３０５に進んだときに、再びポイント不足とされた場合は、そのファイルは依然使用不能状態のままとなる。その場合はユーザーは、再度ポイント購入処理を行う必要がある。
例えば高価な情報がポイント不足により利用不能とされていた場合に、ユーザーが少量のポイントしか購入しなかった場合などである。
また処理としては図示していないが、ポイント不足のまま多数の情報をＨＤＤ１５に記録していた場合には、ポイントが足りる分のファイルについてはポイント減点及び利用可能状態へのセットを行うが、足りない分のファイルは依然利用不能状態として残しておくような処理が行われることになる。
【０１３４】
また上記第１の課金処理例でも述べたように、ユーザーは携帯装置５０を、図１のダウンロード装置６にセットして有料情報を購入することもできる。
その場合、ダウンロード装置は携帯装置５０内のＨＤＤ５４にダウンロードしたファイルを利用不能状態にセットしておくが、第１の課金処理例と同様に、ユーザーがそのファイルを利用するには、携帯装置５０を記録再生装置１０に接続して、その記録再生装置１０にファイル移動させるか、もしくは記録再生装置１０を用いてポイント処理を行うことが必要となる。
【０１３５】
携帯装置５０にダウンロードしたファイルを記録再生装置１０のＨＤＤ１５に移動させて利用する場合は、記録再生装置１０はそのファイル移動を図１３の処理における有料情報の入力とみなして、上記同様にステップＦ３０３以降の処理を行なう。即ちポイント処理による課金処理を行って、ＨＤＤ１５に移動したファイルを利用可能状態とする。
その後はユーザーはそのファイルを自由に利用できることになる。
【０１３６】
一方、携帯装置５０にダウンロードしたファイルを、記録再生装置１０のＨＤＤ１５に移動させずに、記録再生装置１０でポイント処理のみを行って携帯装置５０側で利用可能とすることもできるが、このための記録再生装置１０のＣＰＵ１１の処理を図１４に示す。
【０１３７】
ＣＰＵ１１は図１４のステップＦ３７１の処理として携帯装置５０の接続を監視している。
携帯装置５０の接続が検出された場合は、ステップＦ３７２に進んで、携帯装置５０のＨＤＤ５４に格納されているファイルを確認し、ステップＦ３７３で、その時点で利用不能状態とされているファイルが存在するか否かを判断する。
利用不能状態とされているファイルが存在する場合とは、携帯装置５０を用いてダウンロード装置６からダウンロードした有料情報であって、まだ課金処理されていないファイルが存在する場合である。
そこで、ステップＦ３７４でポイントメモリ４５のポイント数を確認し、その利用不能状態のファイルに対しての対価に相当するポイント数がポイント数ＰＴとして残されているか否かを確認する。
そして残されていればステップＦ３７５で、ポイント数ＰＴを減点させる。続いてステップＦ３７６で、携帯装置５０のＨＤＤ５４に格納されている利用不能状態のファイルについて代金が払われたとして、そのファイルの情報利用許可フラグをオンとさせ、利用可能状態にセットする。即ちＣＰＵ１１はＨＤＤ５４に直接アクセスするか、もしくはＣＰＵ５１を介して情報利用可能フラグをオンとする。
これによって、ユーザーは携帯装置５０にダウンロードした有料情報を利用できることになる。
【０１３８】
なお、ステップＦ１７４でポイント数が不足している場合は、その携帯装置５０内のファイルは依然利用不能状態のままとなり、従ってユーザーはポイント購入を行う必要があることになる。
【０１３９】
以上のように図１３〜図１５の処理が行われることで、ユーザーは有料情報の購入に関して、予めポイント購入操作を行っておけばよいことになり、しかもそれは、例えば図１６のような画面に対する操作のみであるためさほどの手間はかからない。また任意の時点で任意の量を購入できる。
従って課金形態としてはプリペイドカードと同様の意味合いを持つが、カードリーダーその他の課金処理に必要な機器は不要であり、もちろんカードの流通のコストも不要であり、またユーザーが購入のために販売店に出かけるといった必要もない。
またこの例の場合は、ユーザーはポイント購入量（課金金額）を意識できるため、ユーザー自身が使いすぎに注意できるという利点も生じる。
【０１４０】
また第１の処理例の場合と同様に、情報の入力の都度配信／課金センタ１と通信して課金を行うものではないため、課金処理を待つ必要はなく、ユーザーは入手した情報をすぐに利用できることになる。
また、ポイント数が不足したような場合は、その後にポイント購入すればよいため、ポイント不足のためにユーザーが入手した情報を利用できないままとなることが避けられる。
【０１４１】
さらに携帯装置５０によって情報を購入し、記録再生装置１０を用いたポイント処理で課金を行うことができるため、情報入手の手段の多様化を実現できるとともに、課金処理をスムースに行うことができる。
【０１４２】
なお、この第２の課金処理例についても各種の変形例が考えられる。
例えばポイント購入の際のユーザーの操作方式や購入量の選択範囲などは上記例に限定されない。
また、例えばポイント数が或る値以下にまで不足したら、ユーザーにポイント購入を促す警告を出したり、或いは自動的にあるポイント量を購入するようにＣＰＵが配信／課金センタ１に通信を行うようにすることも考えられる。
【０１４３】
また上記例ではポイント不足となった時点では、入力したファイルを利用不能のままとしたが、ポイント不足と判断された時点でユーザーにポイント購入を促すような画面表示をしたり、予めユーザーが設定しておくことで自動的に特定量のポイント購入処理を行うようにしてもよい。
或いは、ポイント不足の時は、格納したファイルを削除してしまうことや、もしくはＨＤＤ１５への格納を行う前の時点でポイント数を確認し、不足していたら記録動作を許可しないような処理例も考えられる。
【０１４４】
以上、実施の形態としてのシステム構成や動作例を説明してきたが、本発明はこれらの例に限定されることなく、機器の構成や処理手順などは各種多様に考えられることはいうまでもない。
【０１４５】
【発明の効果】
以上の説明からわかるように本発明によれば以下のような効果が得られる。
本発明によれば、例えばユーザーの所有する端末装置側では、課金点数情報としてのポイント値を有し、それを有料情報の入力（購入）に応じて消費させていく。そして実際の課金処理は、或る時点で課金点数情報を課金センタに送信すること（もしくは課金点数情報を購入すること）で、課金センタにおいて実行されるようにする。つまり課金センタは、課金点数情報から判別できるユーザーの情報購入料金（もしくは課金点数情報の購入量）に応じて課金処理を行うようにしている。このようにすることで、端末装置に有料情報が入力されるたびに通信を介して課金処理を行う必要はなくなり、従ってユーザーは有料提供される情報を、すぐに利用でき、例えば回線の混雑や回線の種類などの事情によって利用可能となるまで待たされるといったことはなくなる。つまりユーザーにとって非常に好適な有料情報提供形態を実現できるという効果がある。またプリペイドカードのような課金処理媒体を必要としない課金システムであるため、課金システム導入コストもかからず、もちろんカード購入など課金のためのユーザーの手間もないものとできる。ユーザー側の端末装置についても、余分なハードウエア（カードリーダー等）を設ける必要もない。
【０１４６】
また制御手段は、課金点数情報を前記課金センタに送信し、これに基づいて課金処理が行われるため、ユーザーが課金処理を意識する必要はなく、課金処理に関するユーザーは何ら操作等を行う必要がないものとすることができる。
【０１４７】
また制御手段は、課金点数情報が不十分な値となっている際には、有料提供された情報を利用できない状態とするため、適正な課金が行われる情報のみをユーザーに提供するという情報提供形態を実現できる。
【０１４８】
また課金点数情報が、有料提供された情報に対して不十分な値となっている際に、課金点数情報を課金センタに送信して課金処理を実行させ、またメモリ手段に記憶される課金点数情報を初期値に戻すため、仮に情報購入の際に課金点数が（代金として）不足するような事態になったとしても、その情報購入のための処理が行われることになる。つまりユーザーに対して常にスムースな有料情報提供が可能となる。
【０１４９】
また端末装置は、接続される例えば携帯装置などの外部装置に格納された有料情報についても、課金点数情報による課金処理方式を適用させることができる。従って、その外部装置を用いた有料情報の購入や、格納した情報の利用が可能となり、情報配信サービスとしてのシステムの利便性を向上させることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態の課金システムを含む情報配信システムの説明図である。
【図２】実施の形態の端末装置としての記録再生装置及び携帯装置の説明図である。
【図３】実施の形態の記録再生装置のブロック図である。
【図４】実施の形態の携帯装置のブロック図である。
【図５】実施の形態の記録再生装置のハードディスク内のファイル格納形態の説明図である。
【図６】実施の形態の記録再生装置のハードディスク内の管理ファイルの内容の説明図である。
【図７】実施の形態の記録再生装置のポイントメモリの説明図である。
【図８】実施の形態の第１の課金処理例におけるＣＰＵの処理のフローチャートである。
【図９】実施の形態の第１の課金処理例におけるＣＰＵの処理のフローチャートである。
【図１０】実施の形態の第１の課金処理例におけるＣＰＵの処理のフローチャートである。
【図１１】実施の形態の第１の課金処理例における配信／課金センタの処理のフローチャートである。
【図１２】実施の形態の第２の課金処理例のポイント購入画面の説明図である。
【図１３】実施の形態の第２の課金処理例におけるＣＰＵの処理のフローチャートである。
【図１４】実施の形態の第２の課金処理例におけるＣＰＵの処理のフローチャートである。
【図１５】実施の形態の第２の課金処理例における配信／課金センタの処理のフローチャートである。
【符号の説明】
１  情報センタ、３  通信回線、１０  記録再生装置、１１  ＣＰＵ、１２  ＲＯＭ、１３  ＲＡＭ、１４  フラッシュメモリ、１５  ＨＤＤ、１６  バッファメモリ、１７  ＣＤ−ＲＯＭドライブ、１８  ＭＤドライブ、１９  モデム、２０  パネル操作部、２２  赤外線インターフェースドライバ、２３  ＵＳＢドライバ、２４  表示部、２５  表示ドライバ、２６  インターフェースドライバ、２７  コネクタ、２８  エンコーダ、２９  デコーダ、３０  ＩＥＣ９５８エンコーダ、３１  Ａ／Ｄ変換器、３２  マイクアンプ、３３  Ｄ／Ａ変換器、３４  アンプ、３５  スピーカ、３６  ＩＥＥＥ１３９４ドライバ、３７  ＩＥＥＥ１３９４インターフェース、３８  ＰＣＭＣＩＡドライバ、３９  ＰＣＭＣＩＡスロット、４５  ポイントメモリ、５１  ＣＰＵ、５２  ＲＯＭ、５３  ＲＡＭ、５４  ＨＤＤ、５５  バッファメモリ、５６  パネル操作部、５７  表示部、５８  表示ドライバ、５９  インターフェースドライバ、６０  コネクタ、６１  エンコーダ、６２  デコーダ、６３  ＩＥＣ９５８エンコーダ、６４  Ａ／Ｄ変換器、６５  マイクアンプ、６６  Ｄ／Ａ変換器、６７  アンプ、６８  スピーカ
【図１】
0004794707.tif 000002
【図２】
0004794707.tif 000003
【図３】
0004794707.tif 000004
【図４】
0004794707.tif 000005
【図５】
0004794707.tif 000006
【図６】
0004794707.tif 000007
【図７】
0004794707.tif 000008
【図８】
0004794707.tif 000009
【図９】
0004794707.tif 000010
【図１０】
0004794707.tif 000011
【図１１】
0004794707.tif 000012
【図１２】
0004794707.tif 000013
【図１３】
0004794707.tif 000014
【図１４】
0004794707.tif 000015
【図１５】
0004794707.tif 000016