JP2000148861A - 課金システム、端末装置 - Google Patents

Abstract

(57)【要約】 【課題】 有料配信される情報についての適切かつ簡易
な課金システムを構築する。 【解決手段】 端末装置側では、課金点数情報としての
ポイント値を有し、それを有料情報の入力（つまり購
入）に応じて消費させていく。そして実際の課金処理
は、定期的にある時点で課金点数情報を課金センタに送
信することで、課金センタにおいて実行されるようにす
る。つまり課金センタは、課金点数情報から判別できる
ユーザーの情報購入料金に応じて課金処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、課金センタと、そ
の課金センタと情報通信可能とされる端末装置とから課
金システム、及び端末装置に関し、特に情報配信システ
ムにおける課金システム等に好適なものである。

【０００２】

【従来の技術】ユーザーの所有するオーディオビジュア
ル機器として各種のものが普及しており、音楽ソフトや
映像ソフトを個人で楽しむことが一般化している。例え
ばユーザーがＣＤ（コンパクトディスク）、ＭＤ（ミニ
ディスク）などのディスク記録媒体を用いたオーディオ
システムなどを所有し、所望のＣＤ、ＭＤ等を購入して
再生させることなどが行われている。

【０００３】

【発明が解決しようとする課題】ところで、これらのよ
うにいわゆるパッケージメディアとして音楽等をユーザ
ーに提供する方式とは別に、通信によりユーザーの端末
装置に対して音楽等のデータを配信する方式も考えられ
ている。また、音楽データ自体は配信しないが、例えば
ユーザーがＣＤ等で所有する音楽データに対する付加的
な情報、例えばタイトル、歌詞、メッセージ、アーティ
ストのプロフィールなどのテキストや、関連するグラフ
ィックスデータを配信することも考えられる。例えばこ
のような情報配信を有料で行うシステムを考えると、ユ
ーザーから適正に料金を徴収できる課金システムが必要
となる。

【０００４】課金システムとしてまず考えられるのは、
例えば通信により、ユーザーの所有する端末に有料の情
報が取り込まれる毎に、その端末と課金処理センタの通
信内で課金処理を行う方式である。例えば電話回線等で
端末装置と課金処理センタが接続された状態で、ユーザ
ー端末に取り込まれた情報に応じて課金処理センタが、
そのユーザーに対する課金処理を行い、例えば後日その
ユーザーの銀行口座から料金を引き落とすような方式で
ある。しかしながら、このようにユーザー端末への情報
取り込み時点毎に、課金処理センターと端末装置で通信
を行うことは、課金処理の完了までユーザーに情報の利
用を待たせることになる。特に、回線の混雑具合や回線
の種類などによっては、ユーザーにかなり長い時間待た
せることもあり得る。

【０００５】また課金システムとしてプリペイドカード
を採用することも考えられる。しかしながら、プリペイ
ドカードの流通のために多大なコストが必要となるこ
と、ユーザーがカード購入の手間をかけなくてはならな
いこと、ユーザーが所有する端末装置に専用のカードリ
ーダーを設けなくてはならないことなど、システム導入
に不利な点が多い。

【０００６】

【課題を解決するための手段】本発明はこのような問題
点に鑑みて、例えば有料配信される情報についての適切
かつ簡易な課金システムを構築することを目的とする。

【０００７】このために本発明では、課金センタと、こ
の課金センタと通信可能とされる端末装置とからなる課
金システムとして、課金センタと端末装置を次のように
構成する。まず端末装置は、課金点数情報を記憶するメ
モリ手段と、有料提供される情報を格納することができ
る格納手段と、格納手段に有料提供された情報を格納し
た際に、その情報に応じてメモリ手段に記憶された課金
点数情報が消費されていくように課金点数情報を更新す
るとともに、その格納した情報を利用可能な情報とする
情報格納制御手段と、少なくともメモリ手段に記憶され
ている課金点数情報を課金センタに送信するとともに、
課金処理に応じてメモリ手段に記憶される課金点数情報
を初期値に戻すことができる課金制御手段とを備えるよ
うにする。また課金センタは、端末装置から送信された
課金点数情報に応じて課金処理を行うことができる課金
処理手段を備えるようにする。即ち端末装置側では、課
金点数情報としてのポイント値を有し、それを有料情報
の入力（つまり購入）に応じて消費させていく。そして
実際の課金処理は、或る時点で課金点数情報を課金セン
タに送信することで、課金センタにおいて実行されるよ
うにする。つまり課金センタは、課金点数情報から判別
できるユーザーの情報購入料金に応じて課金処理を行う
ものである。このようにすると、端末装置に有料情報が
入力されるたびに通信を介して課金処理を行う必要はな
くなるとともに、プリペイドカードのような課金処理媒
体を必要としない課金システムが実現できる。

【０００８】また本発明の他の課金システムとしては、
端末装置は、課金点数情報を記憶するメモリ手段と、有
料提供される情報を格納することができる格納手段と、
格納手段に有料提供された情報を格納した際に、その情
報に応じてメモリ手段に記憶された課金点数情報が消費
されていくように課金点数情報を更新するとともに、そ
の課金点数情報の更新に応じて格納した情報を利用可能
な情報とする情報格納制御手段と、課金センタに対して
課金点数購入要求を行い、課金センタの課金処理に応じ
てメモリ手段に記憶される課金点数情報が補充されるよ
うに課金点数情報を更新することができる課金制御手段
とを備えるようにする。そして課金センタは、端末装置
から送信された課金点数購入要求に応じて課金処理を行
うことができる課金処理手段を備えるようにする。この
ようにした場合も、端末装置に有料情報が入力されるた
びに通信を介して課金処理を行う必要はなくなるととも
に、プリペイドカードのような課金処理媒体を必要とし
ない課金システムが実現できる。

【０００９】

【発明の実施の形態】以下、本発明の実施の形態として
の課金システム及び端末装置を含む、情報配信システム
を説明していく。なお本発明でいう課金センタは情報配
信／課金処理センタ１が相当し、また本発明でいう端末
装置の例が記録再生装置１０である。さらに本発明の請
求項５，１０，１２，１４にいう情報格納装置に相当す
る例が、携帯装置５０となる。また、例に挙げる情報配
信システムとしては、第１の課金処理例を実現する課金
システムと、第２の課金処理例を実現する課金システム
が実現可能であるが、この第１の課金処理例は、請求項
１〜請求項１０の発明に相当する例となり、第２の課金
処理例は、請求項１１〜請求項１４の発明に相当する例
となる。説明は次の順序で行う。 １．情報配信システムの概要 ２．記録再生装置及び携帯装置の外観例 ３．記録再生装置の内部構成 ４．携帯装置の内部構成 ５．記録再生装置のファイル格納形態 ６．第１の課金処理例 ７．第２の課金処理例

【００１０】１．情報配信システムの概要 図１は本例の情報配信システムの概要を示すものであ
る。この情報配信システムは、基本的には、一般ユーザ
ーが家庭２などで用いる記録再生装置１０と、記録再生
装置１０の使用に関する情報サービス組織としての情報
配信／課金処理センタ１（以下、配信／課金センタ１と
いう）とから構成される。配信／課金センタ１と記録再
生装置１０は、通信回線３を用いて各種情報の通信が可
能とされている。通信回線３は例えばＩＳＤＮ回線など
の公衆回線網としてもよいし、当該システムのための専
用回線網などを構築してもよく、その回線の形態は特に
限定されない。また通信衛星４や各家庭２に設置したパ
ラボラアンテナ５などを利用した衛星通信回線を構成
し、配信／課金センタ１と記録再生装置１０との情報通
信が可能とされるようにしてもよい。

【００１１】一般ユーザーが使用する記録再生装置１０
は、詳しくは後述するが、内部に大容量のデータファイ
ル格納部（例えば図３のハードディスクドライブ１５）
を備えるとともに、ＣＤ、ＭＤなどのパッケージメディ
アのドライブ機能や、他の機器からのデータ入力機能、
通信回線を介したデータ入力機能などを備えており、Ｃ
Ｄ、ＣＤ−ＲＯＭ、ＭＤなどのユーザーが購入したメデ
ィアから再生されるオーディオデータ、ビデオデータ、
その他の各種データや、他の機器や通信回線から入力さ
れる各種データを、それぞれファイルとして格納してい
くことができる。

【００１２】そして格納されたファイル（例えば音楽等
を１曲単位で１つのファイルとして格納している）につ
いては、ユーザーが任意に再生させることなどが可能と
なる。従って、例えば多数のＣＤを有するユーザーが、
全ＣＤの全楽曲をそれぞれ１つのファイルとして記録再
生装置１０内に格納しておけば、わざわざＣＤ等を選び
出して装填しなくても、所望の楽曲等の再生を実行させ
ることができる。

【００１３】このような記録再生装置１０に対して、配
信／課金センタ１は有料又は無料で各種の情報を提供す
ることができる。例えば記録再生装置１０に格納されて
いる楽曲等のファイルに関連する情報として、曲名、ア
ーティスト名、歌詞などのテキストデータ、楽曲イメー
ジやアーティストの画像などの画像データ、アーティス
トのインターネットホームページのアドレス（ＵＲＬ：
Uniform Resource Locator）、著作権に関する情報、関
係者名（作詞者、作曲者、制作者等）・・・・などの情
報を提供することができる。例えば記録再生装置１０で
はこれら配信／課金センタ１から提供された情報を曲の
ファイルと対応させて格納しておき、表示出力に利用す
るなど各種動作を行うことができる。また、場合によっ
ては配信／課金センタ１はオーディオデータ自体、即ち
楽曲等を記録再生装置１０に送信し、ファイルとして格
納させることで、いわゆるパッケージメディアとしての
ＣＤ等とは異なった楽曲等の販売システムを構築するこ
とも可能である。

【００１４】さらに本例の場合、詳しくは後述するが、
配信／課金センタ１は、ユーザーに有料で提供した情報
に対する代金をユーザーに課金するための処理を行う部
位ともなる。例えばユーザーに提供した情報の代金に相
当する金額を、ユーザーの銀行口座から引き落とすよう
な処理を行う。なお、有料提供される情報は、例えば上
記のような楽曲等の関連情報や、楽曲自体のデータなど
が考えられるが、実際にどのような情報を有料で提供す
るかは、情報販売サービスを行う組織等（企業又は個人
など）が決定するものであり、また本発明の要素となる
技術事項ではないため、詳述は避ける。また、情報提供
だけでなく、記録再生装置１０での何らかの動作機能を
有料で許可するような形態も考えられる。例えばユーザ
ーが記録再生装置１０を用いてＣＤ等の音楽データをダ
ビングするときに、著作権料などを課金するような方式
である。後述するように本例の要点となる技術は、課金
処理にあり、その課金対象は何らかの有料情報の提供と
するが、例えばダビングの許可などを有料で行う場合
は、そのダビング許可情報も、本発明でいう有料情報の
提供の１形態であるとする。

【００１５】また本例ではユーザーが使用する装置とし
て、記録再生装置１０と接続可能な携帯用の記録再生装
置５０（以下、携帯装置という）がある。この携帯装置
５０についても詳しくは後述するが、内部にオーディオ
データ等のファイルを格納することができるデータファ
イル格納部（例えば図４のハードディスクドライブ（又
は固体メモリ）５４）を備える。そして記録再生装置１
０と接続された際に、記録再生装置１０内に格納されて
いるファイル（楽曲等）を、この携帯装置５０内のデー
タファイル格納部に複写又は移動させることができる。
もちろん、逆に携帯装置５０内のデータファイル格納部
に格納されたファイルを、記録再生装置１０内のデータ
ファイル格納部に複写又は移動させることも可能であ
る。

【００１６】ユーザーは記録再生装置１０内に格納され
たファイルのうち任意のファイルを携帯装置５０に移動
又は複写させることで、そのファイルを携帯装置５０で
利用することができる。例えば携帯装置５０を使用する
際に、その日に聴きたいと思った楽曲のファイルを移動
させることで、例えば外出先でそれらの曲を聴くことな
どが可能となる。

【００１７】ところで、情報配信システムとしては、情
報配信を行うサーバ組織は多数存在することが考えら
れ、例えば情報配信センタ７（以下、配信センタ７とい
う）などがある。この配信センタ７は、ユーザーに各種
情報を有料又は無料で提供できるという意味で、配信／
課金センタ１と同様であるが、ユーザーに対する課金処
理は実行しない組織であるとしている。即ち、ユーザー
に対する課金処理については配信／課金センタ１が一括
管理し、一方、配信センタ７はユーザーへの情報提供に
かかる代金を配信／課金センタ１に請求するような形態
とする。

【００１８】また、例えばユーザーへの情報提供手段と
しては、例えば駅や店頭に配置されるようなダウンロー
ド装置６のようなものも考えられる。このダウンロード
装置６には、例えば携帯装置５０を装着できる装着部Ｍ
Ｔが形成される。装着部ＭＴとは、後述する記録再生装
置１０の装着部ＭＴと同様のものとする。これによって
ユーザーは自分の携帯装置５０をダウンロード装置６に
装着して、いわゆる自動販売機のような使用形態で所望
の情報を入手（購入）できるものとする。ダウンロード
装置５０は例えば配信／課金センタ１、又は配信センタ
７が管理して、逐次必要な情報を送信してユーザーに販
売できるようにすることなどが考えられる。

【００１９】２．記録再生装置及び携帯装置の外観例 記録再生装置１０及び携帯装置５０の外観例について図
２に示す。なお、ここで説明するのはあくまでも一例で
あり、各機器の外観やユーザーインターフェース構成
（操作や表示のための構成）、記録再生装置１０と携帯
装置５０の接続形態などは他にも各種の例が考えられ
る。

【００２０】図２に示すように記録再生装置１０は例え
ばユーザーの家庭での使用に適するように、いわゆるラ
ジカセ型の機器とされている。もちろんコンポーネント
タイプでもよい。この記録再生装置１０には、ユーザー
が各種操作を行うための各種の操作子Ｋａとして、操作
キーや操作つまみ、ジョグダイヤルと呼ばれる回動プッ
シュ式のキーなどが、機器前面パネルなどに設けられて
いる。またユーザーに対する出力部位として、再生音声
等を出力するスピーカ３５や、各種情報を表示出力する
表示部２４が設けられる。表示部２４は例えば液晶パネ
ルなどで形成される。

【００２１】また、ユーザーが所有するＣＤ方式のディ
スク（オーディオＣＤ、ＣＤ−ＲＯＭ、ＣＤテキストな
ど）を記録再生装置１０で再生させたり、後述する内部
のハードディスクにデータダビング等を行うために、Ｃ
Ｄ方式のディスクを内部のＣＤ−ＲＯＭドライブ１７に
挿入するＣＤ挿入部１７ａが設けられる。同様に、ユー
ザーが所有するＭＤ方式のディスク（オーディオＭＤ、
ＭＤデータなど）を記録再生装置１０で記録／再生させ
たり、内部のハードディスクにデータダビング等を行う
ために、ＭＤ方式のディスクを内部のＭＤドライブ１８
に挿入するＭＤ挿入部１８ａが設けられる。

【００２２】また、他の機器との接続を行うための各種
の端子ｔａが用意される。これらは、マイクロホン、ヘ
ッドホンの接続に用いられる部位とされたり、他のオー
ディオビジュアル機器やパーソナルコンピュータ等と接
続できるライン接続端子、光デジタル接続端子、インタ
ーフェースコネクタ等とされている。

【００２３】また、ユーザーの操作入力の手段として
は、上記操作子Ｋａ以外に、キーボード９０やリモート
コマンダー９１を用いることができる。キーボード９０
は端子ｔａとしてのキーボード用コネクタを介して接続
して用いるようにしたり、或いは赤外線送信部をキーボ
ード９０に搭載した場合は、キーボード９０からの操作
情報を赤外線無線方式で出力し、受光部２１から記録再
生装置１０に入力させることもできる。リモートコマン
ダー９１は例えば赤外線方式で操作情報を出力する。そ
してその赤外線信号による操作情報は受光部２１から記
録再生装置１０に入力される。なお、キーボード９０を
無線方式とする場合の操作情報の出力や、リモートコマ
ンダー９１からの操作情報の出力は、赤外線ではなく電
波を用いるようにしてもよい。

【００２４】また記録再生装置１０にはＰＣＭＣＩＡス
ロット３９が形成され、ＰＣＭＣＩＡカードを装着して
のデータのやりとりが可能とされている。

【００２５】携帯装置５０は、ユーザーが携帯して使用
を行うことに好適なように小型軽量の機器とされる。こ
の携帯装置５０には、ユーザーが各種操作を行うための
各種の操作子Ｋｂとして、操作キーなどが設けられてい
る。図示していないが、もちろんジョグダイヤルなどを
設けてもよい。またユーザーに対する出力部位として、
再生音声等を出力するスピーカ６８や、各種情報を表示
出力する表示部５７が設けられる。表示部５７は例えば
液晶パネルなどで形成される。

【００２６】また、他の機器との接続を行うための各種
の端子ｔｂが用意される。これらは、マイクロホン、ヘ
ッドホンの接続に用いられる部位とされたり、他のオー
ディオビジュアル機器やパーソナルコンピュータ等と接
続できるライン接続端子、光デジタル接続端子、インタ
ーフェースコネクタ等とされている。例えばユーザーが
携帯して音楽等を聴く場合は、スピーカ６８から音声を
再生させる他、ヘッドホン９２を端子ｔｂのうちのヘッ
ドホン用端子に接続することで、ヘッドホン９２を用い
て音楽等を聴くことができる。

【００２７】記録再生装置１０と携帯装置５０を接続す
ることで、記録再生装置１０と携帯装置５０の間で各種
データ通信（オーディオデータ等の実ファイルデータ
や、それらの通信時の処理のための制御データなどの通
信）が可能とされる。この例では、記録再生装置１０
に、コネクタ２７を有する装着部ＭＴが設けられ、この
装着部ＭＴに携帯装置５０を装填することで両機器が接
続されるものとしている。携帯装置５０が装着部ＭＴに
装填されると、携帯装置５０の下部に設けられたコネク
タ６０と、装着部ＭＴ内のコネクタ２７が接続された状
態となり、このコネクタ６０，２７を介して両機器の間
のデータ通信が行われる。なお、記録再生装置１０と携
帯装置５０の接続は、通信ケーブルを用いたライン接続
方式としたり、もしくは赤外線等を利用した無線接続方
式としてもよい。

【００２８】３．記録再生装置の内部構成 続いて記録再生装置１０の内部構成例を図３で説明す
る。この記録再生装置１０には、パネル操作部２０とし
てプッシュ式や回動式の操作子が設けられている。ここ
でいう操作子とは、図２に示した各種操作子Ｋａに相当
する。つまり機器筐体上に形成される各種操作子であ
る。なお、図２では説明していなかったが、表示部２４
に操作キー表示を行うとともに表示部２４上でのタッチ
検出機構を設けることで、タッチパネル操作子を形成し
てもよく、その場合のタッチパネル操作子も、図３でい
うパネル操作部２０に含まれるものとなる。このパネル
操作部２０が操作されることにより、記録再生装置１０
の各種動作を実行させるための操作信号が送出され、記
録再生装置１０はこの操作信号に応じて動作される。

【００２９】また、例えば記録されるオーディオ情報に
対応する曲名、アーティスト名等の入力を容易にするた
めに、上記したようにキーボード９０やリモートコマン
ダー９１を利用することができるが、ＵＳＢ(universal
serial bus)端子ｔａ６にキーボード９０を接続するこ
とで、キーボード９０による入力が可能となる。即ちキ
ーボード９０からの入力信号（操作信号）はＵＳＢ端子
ｔａ６を介してＵＳＢドライバに供給されることで、記
録再生装置１０の内部に取り込むことができる。なお、
図３における各種の端子ｔａ１〜ｔａ７は、それぞれ図
２に示した端子ｔａのうちの１つに相当する。

【００３０】またリモートコマンダー９１からの赤外線
による操作信号（及びキーボード９０が赤外線出力を行
う場合の操作信号）は、その赤外線操作信号は受光部２
１で光電変換され、赤外線インターフェースドライバ２
２に供給されることで、記録再生装置１０の内部に取り
込むことができるようにされている。

【００３１】なお、赤外線インターフェースドライバ２
２、或いはＵＳＢドライバ２３を介してデータ転送出力
を行うように構成してもよい。

【００３２】この記録再生装置１０には通常のパーソナ
ルコンピュータの構成であるＲＡＭ１３、ＲＯＭ１２、
フラッシュメモリ１４が設けられており、ＣＰＵ１１に
より記録再生装置１０の全体の動作制御が行われる。ま
た各ブロック間でのファイルデータや制御データの授受
はバスＢ１を介して行われる。

【００３３】ＲＯＭ１２にはパネル操作部２０が操作さ
れることにより入力される入力信号（もしくはキーボー
ド９０やリモートコマンダー９１からの入力信号）に応
じて記録再生装置１０の動作を制御するプログラム等が
記憶されている。またＲＡＭ１３、フラッシュメモリ１
４にはプログラムを実行する上でのデータ領域、タスク
領域が一時的に確保される。または、ＲＯＭ１２にはプ
ログラムローダーが記憶されており、そのプログラムロ
ーダーによりフラッシュメモリ１４にプログラム自体が
ロードされることも可能である。

【００３４】さらにポイントメモリ４５として、課金点
数情報となるポイント数を記憶する記憶部が設けられて
いる。例えば不揮発性メモリやバックアップ電源を備え
たＲＡＭ等で設けられることが好ましい。このポイント
メモリ４５には、少なくとも課金処理に用いるポイント
数が記憶され、ＣＰＵ１１によって更新（ポイント減
算）や初期化（初期ポイントへの復帰）などが行われ
る。詳しくは後述する。

【００３５】ＣＤ−ＲＯＭドライブ１７にはＣＤ方式の
光ディスク（オーディオＣＤ、ＣＤ−ＲＯＭ、ＣＤテキ
スト等）が、上記ＣＤ挿入部１７から装着されると共
に、１倍速或いはより高速、例えば１６倍速、３２倍速
で光学ピックアップにより光ディスクに記憶される情報
が読み出される。またＭＤドライブ１７にはＭＤ方式の
光ディスク又は光磁気ディスク（オーディオＭＤ、ＭＤ
データ等）が上記ＭＤ挿入部１８から装着されると共
に、光学ピックアップによりディスクに記憶される情報
が読み出される。もしくは装填されたディスクに対して
情報の記録を行うことができる。なお、本例ではＣＤ−
ＲＯＭドライブ１７、ＭＤドライブ１８を設けた例をあ
げているが、このいづれか一方のみを設けたり、もしく
は情報が記憶されているメディアとして他のメディア
（例えばＭＯディスクと呼ばれる光磁気ディスクや他の
方式の光ディスク、磁気ディスク、メモリカード等）に
対応するドライブが設けられてもかまわない。

【００３６】この記録再生装置１０の内部の大容量の格
納手段としては、ハードディスクに対して情報の記録再
生を行うハードディスクドライブ（hard disk drive ：
以下ＨＤＤという）１５が設けられている。例えばＣＤ
−ＲＯＭドライブ１７やＭＤドライブ１８から読み出さ
れるオーディオ情報などを、ＨＤＤ１５においてファイ
ル単位（例えば１曲が１ファイル）で格納できる。

【００３７】また、オーディオデータに関してＡＴＲＡ
Ｃ２方式（Adaptive Transform Acoustic Coding 2）の
圧縮エンコードを行うエンコーダ２８、及びオーディオ
データに関してＡＴＲＡＣ２方式の圧縮に対するデコー
ドを行うデコード２９が設けられる。エンコーダ２８、
デコーダ２９はＣＰＵ１１の制御に応じて、供給された
オーディオデータに関するエンコード、デコードを行
う。また処理対象となっているオーディオデータを一時
的に格納するためのバッファメモリ１６が設けられる。
バッファメモリ１６はＣＰＵ１１の制御によりデータの
書込／読出が行われる。

【００３８】例えばＣＤ−ＲＯＭドライブ１７でディス
クから読み出されたオーディオデータをＨＤＤ１５に格
納する場合、ＨＤＤ１５にオーディオデータを記憶する
前処理として、バッファメモリ１６にディスクから読み
出されたオーディオデータが一時記憶されると共に、そ
のオーディオデータがエンコーダ２８に供給されてＡＴ
ＲＡＣ２方式のエンコードが行われる。さらにエンコー
ダ２８でエンコードされたデータがバッファメモリ１６
に再び一時記憶され、最終的にＨＤＤ１５にエンコード
されたオーディオ情報が蓄積されることになる。

【００３９】なお本例では、エンコーダ２８によりＡＴ
ＲＡＣ２方式でエンコードされたオーティオデータがＨ
ＤＤ１５に蓄積されるようにしているが、例えばＣＤ−
ＲＯＭドライブ１７から読み出されるデータがそのまま
ＨＤＤ１５に蓄積されるようにしてもかまわない。

【００４０】エンコーダ２８では、ＣＤ−ＲＯＭドライ
ブ１７に装着されるメディアから読み出されたデータが
エンコードされるだけではなく、マイクロホンが接続さ
れたマイク端子ｔａ３からアンプ３２を介して入力され
るオーディオ信号、或いは他のＣＤプレーヤ等の機器が
接続されたライン入力端子ｔａ２から入力されるオーデ
ィオ信号が、Ａ／Ｄ変換器３１を介して入力されるよう
に構成されており、これらの入力されたオーディオデー
タもエンコーダ２８によりエンコードすることができ
る。更に、光デジタル端子ｔａ４に接続された外部機器
（例えばＣＤプレーヤ等）から入力されたデータがＩＥ
Ｃ９５８(International Electrotechnical Commission
958) エンコーダ３０を介してエンコーダ２８に入力さ
れるように構成され、このように光デジタル方式で入力
されたデータもエンコーダ２８によりエンコードでき
る。

【００４１】そして、これらのように外部機器から入力
されたデータをエンコーダ２８でエンコードした後に、
そのエンコードされたデータをＨＤＤ１５にファイル単
位で格納できるようにされている。

【００４２】なおエンコーダ２８のエンコードアルゴリ
ズムとしてはＡＴＲＡＣ２（商標）を用いたが、情報圧
縮されるエンコードアルゴリズムであればよく、ＡＴＲ
ＡＣ（商標）、ＭＰＥＧ(moving picture coding exper
ts group) 、ＰＡＳＣ(precision adaptive sub-band c
oding)、ＴｗｉｎＶＱ（商標）、ＲｅａｌＡｕｄｉｏ
（商標）、ＬｉｑｕｉｄＡｕｄｉｏ（商標）等であって
もかまわない。

【００４３】また記録再生装置１０には、通信回線３と
して、通信端子ｔａ５に接続される外部ネットワークで
あるインターネット、ＴＥＬネットワーク、ケーブルＴ
Ｖ、ワイヤレスネットワーク等に接続可能なインターフ
ェースであるモデム１９が備えられている。そしてモデ
ム１９を介して遠隔地のサーバにリクエスト信号、或い
はＣＤ−ＲＯＭドライブ１７に装着されるメディア情
報、ユーザＩＤ、ユーザ情報、ユーザ課金情報等が送出
される。

【００４４】外部ネットワークのサーバ（通信回線３で
通信可能なサーバ）側ではユーザＩＤによる照合処理、
課金処理、ディスク情報からの音楽付加情報、例えば曲
のタイトル、アーティスト名、作曲家、作詞家、歌詞、
ジャケットイメージ等の検索が行われ、ユーザがリクエ
ストした所定の情報を記録再生装置１０側へ返信するよ
うに制御される。ここで、音楽に対する付加的な関連情
報を返信する例を示したが、ユーザがリクエストする曲
情報が直接外部ネットワークからダウンロードされるよ
うに構成してもよい。また、メディア情報に対応して曲
情報が返信されるように構成して所定のメディアのボー
ナストラックが配信により取得されるように構成しても
良い。例えばこのような形態で有料の情報がユーザーに
提供され、記録再生装置１０ではその情報をＨＤＤ１５
に格納して利用できる。

【００４５】ＨＤＤ１５に蓄積されたオーディオ情報
は、デコーダ２９によりデコードされ、Ｄ／Ａ変換器３
３、アンプ３４を介してスピーカ３５により再生出力す
ることができる。もしくはヘッドホン端子ｔａ１にヘッ
ドホンを接続することで、ヘッドホンより再生出力させ
ることができる。ここではデコーダ２９はＡＴＲＡＣ２
方式のデコードを行うものとしているが、エンコーダ２
８のエンコードアルゴリズムに対応するデコードアルゴ
リズムであればよい。また、ここでエンコード及びデコ
ードはハードウェアを持たず、ＣＰＵ１１によるソフト
ウェア処理であってもよい。

【００４６】更に、ＨＤＤ１５に蓄積されるオーディオ
データ等のファイルをユーザが管理、制御するためのイ
ンターフェースとして、図２にも示したように表示部２
４が設けられているが、表示部２４は表示ドライバ２５
によって表示駆動される。表示部２４ではＣＰＵ１１の
制御に基づいて所要の文字、記号、アイコン等が表示さ
れる。また表示部２４にはオーディオファイル（なお、
楽曲等のオーディオデータが記録されたファイルを説明
上オーディオファイルという）などに対応するフォル
ダ、或いはジャケットイメージが表示され、マウス、ペ
ン、ユーザの指で触れる等の、パネル操作部２０に該当
することになるポインティングデバイスによる操作が可
能とされる。例えば表示上でユーザーが指示したオーデ
ィオファイルが再生されるような動作が可能となる。

【００４７】また表示部２４での表示を用いて、選択さ
れたオーディオファイルの消去や、外部機器（例えば携
帯装置５０）への複写、移動等も制御可能である。或い
は、表示部２４は、ＣＤ−ＲＯＭドライブ１７に装着さ
れるメディアのＴＯＣ(table of contents) 情報を基に
インターネット上のＷＷＷ(world wide web)サイトから
検索された関連情報としてのｈｔｍｌ(hyper text mark
up laguage) 文書がグラフィック表示されるように構成
され、更に通常のインターネットブラウザとしても使用
可能となっている。

【００４８】また記録再生装置１０では、ＩＥＥＥ１３
９４インターフェース３７、ＩＥＥＥ１３９４ドライバ
３６を介して、端子ｔａ７に接続された各種機器やシス
テム、例えば衛星放送用のＩＲＤ、ＭＤプレーヤ、ＤＶ
Ｄプレーヤ、ＤＶプレーヤ等からオーディオ情報が取り
込まれるように構成されている。更なる付加機能として
ＰＣＭＣＩＡ(Personal Computer Memory Card Interna
tional Association) スロット３９がＰＣＭＣＩＡドラ
イバ３８を介して設けられ、ＰＣＭＣＩＡカードが装着
可能となっており、外部記憶装置、その他のメディアド
ライブ、モデム、ターミナルアダプタ、キャプチャボー
ド等様々な周辺機器の拡張が容易である。

【００４９】さらに図２で説明したように記録再生装置
１０には携帯装置５０と接続する際のコネクタ２７が設
けられている。コネクタ２７と、携帯装置５０側のコネ
クタ６０とが接続されることにより、ＣＰＵ１１はイン
ターフェースドライバ２６を介して携帯装置５０側と各
種のデータ通信が可能となる。例えばＨＤＤ１５に蓄積
されているオーディオファイルを転送することができ
る。

【００５０】４．携帯装置の内部構成 続いて、携帯装置５０の内部構成例を図４に示す。記録
再生装置１０と携帯装置５０は、コネクタ２７とコネク
タ６０が接続されることで、電気的に接続されることに
なるが、この状態で記録再生装置１０のインターフェー
スドライバ２６と、携帯装置５０のインターフェースド
ライバ５９が接続され、両機器の間のデータ通信が可能
とされる。

【００５１】携帯装置５０にはパネル操作部５６として
プッシュ式、回動式のキー等が設けられている。即ち図
２に示した各種の操作子Ｋｂがパネル操作部５６に相当
する。パネル操作部５６としての操作子Ｋｂが操作され
ることにより携帯装置５０の動作を指示するための操作
信号が制御バスＢ２に送出され、携帯装置５０はこの操
作信号に応じた動作を行う。

【００５２】また、記録再生装置１０と同様に携帯装置
５０においても通常のパーソナルコンピュータの構成で
あるＲＡＭ５３、ＲＯＭ５２が設けられており、ＣＰＵ
５１により携帯装置５０の全体の動作が制御される。ま
た各ブロック間のファイルデータや制御データの授受は
バスＢ２を介して行われる。

【００５３】ＲＯＭ５２には、パネル操作部５６が操作
されることにより入力される操作信号に応じて携帯装置
５０が実行すべきプログラム等が記憶されており、ＲＡ
Ｍ５３にはプログラムを実行する上でのデータ領域、タ
スク領域が一時的に確保される。なお記録再生装置１０
と同様にフラッシュメモリが搭載されてもよく、またバ
ス構成は限定されるものではない。

【００５４】この携帯装置５０の内部の格納手段として
は、ハードディスクに対して情報の記録再生を行うハー
ドディスクドライブ（ＨＤＤ）５４が設けられている。
例えば記録再生装置１０から転送されてきたオーディオ
情報などが、ＨＤＤ５４においてファイル単位（例えば
１曲が１ファイル）で格納できる。なお、ＨＤＤに代え
て例えばフラッシュメモリなどの固体メモリを格納手段
として用いてもよい。

【００５５】また、記録再生装置１０と同様に、オーデ
ィオデータに関してＡＴＲＡＣ２方式のエンコードを行
うエンコーダ６１、及びオーディオデータに関してＡＴ
ＲＡＣ２方式のデコードを行うデコード６２が設けられ
る。エンコーダ６１、デコーダ６２はＣＰＵ５１の制御
に応じて、供給されたオーディオデータに関するエンコ
ード、デコードを行う。また処理対象となっているオー
ディオデータを一時的に格納するためのバッファメモリ
５５が設けられる。バッファメモリ５５はＣＰＵ５１の
制御によりデータの書込／読出が行われる。

【００５６】例えばＡＴＲＡＣ２方式でエンコードされ
ていないオーディオデータがインターフェースドライバ
５９を介して記録再生装置１０から供給され、それをＨ
ＤＤ５４に格納する場合、ＨＤＤ５４にオーディオデー
タを記憶する前処理として、バッファメモリ５５にオー
ディオデータが一時記憶されると共に、そのオーディオ
データがエンコーダ６１に供給されてＡＴＲＡＣ２方式
のエンコードが行われる。さらにそのエンコードされた
データがバッファメモリ５５に再び一時記憶され、最終
的にＨＤＤ５４にエンコードされたオーディオ情報が蓄
積されることになる。

【００５７】なお、本例では記録再生装置１０における
ＨＤＤ１５ではＡＴＲＡＣ２方式でエンコードされたオ
ーディオファイル等が格納されているとしており、従っ
てＨＤＤ１５に格納されていたオーディオファイルがイ
ンターフェースドライバ５９を介して供給され、それを
ＨＤＤ５４に格納する場合（即ち曲等のデータファイル
の複写又は移動を行う場合）は、エンコーダ６１での処
理は必要ない。ところが、記録再生装置１０のＣＤ−Ｒ
ＯＭドライブ１７等に装着されるメディアから読み出さ
れるオーディオデータ（圧縮処理されていないデータ）
が直接インターフェースドライバ５９を介して入力され
るようにしてもよく、このような場合に、ＨＤＤ５４に
オーディオデータを記録するための処理として、上記の
ようにエンコーダ６１によるエンコードが行われること
になる。

【００５８】また本例では、エンコーダ６１によりＡＴ
ＲＡＣ２方式でエンコードされたオーティオデータがＨ
ＤＤ５４に蓄積されるようにしているが、例えば圧縮処
理されていないデータがそのままＨＤＤ５４に蓄積され
るようにしてもよい。

【００５９】圧縮処理のためにエンコーダ６１にオーデ
ィオデータを供給する部位としては、上記インターフェ
ースドライバ５９以外に、マイク端子ｔｂ３、ライン入
力端子ｔｂ２、光デジタル端子ｔｂ４なども設けられて
いる。なお、図４における各種の端子ｔｂ１〜ｔｂ４
は、それぞれ図２に示した端子ｔｂのうちの１つに相当
する。

【００６０】エンコーダ６１では、マイクロホンが接続
されたマイク端子ｔｂ３からアンプ６５を介して入力さ
れるオーディオ信号、或いは他のＣＤプレーヤ等の機器
が接続されたライン入力端子ｔｂ２から入力されるオー
ディオ信号が、Ａ／Ｄ変換器６４を介して入力されるよ
うに構成されており、これらの入力されたオーディオデ
ータもエンコーダ２８によりエンコードされることがで
きる。更に、光デジタル端子ｔｂ４に接続された外部機
器（例えばＣＤプレーヤ等）から入力されたデータがＩ
ＥＣ９５８エンコーダ６３を介してエンコーダ６１に入
力されるように構成され、このように光デジタル方式で
入力されたデータもエンコーダ６１によりエンコードで
きる。

【００６１】そして、これらのように外部機器から入力
されたデータをエンコーダ６１でエンコードした後に、
そのエンコードされたデータをＨＤＤ５４にファイル単
位で格納できるようにされている。

【００６２】なおエンコーダ６１のエンコードアルゴリ
ズムとしてはＡＴＲＡＣ２に限らず、他の情報圧縮され
るエンコードアルゴリズム、例えばＡＴＲＡＣ、ＭＰＥ
Ｇ、ＰＡＳＣ、ＴｗｉｎＶＱ、ＲｅａｌＡｕｄｉｏ、Ｌ
ｉｑｕｉｄＡｕｄｉｏ等であってもかまわない。

【００６３】ＨＤＤ５４に蓄積されたオーディオ情報
は、デコーダ６２によりデコードされ、Ｄ／Ａ変換器６
６、アンプ６７を介してスピーカ６８により再生出力す
ることができる。もしくはヘッドホン端子ｔｂ１にヘッ
ドホンを接続することで、ヘッドホンより再生出力させ
ることができる。ここではデコーダ６２はＡＴＲＡＣ２
方式のデコードを行うものとしているが、エンコーダ６
１のエンコードアルゴリズムに対応するデコードアルゴ
リズムであればよい。また、エンコード及びデコード処
理は、ハードウェアを持たず、ＣＰＵ５１によるソフト
ウェア処理であってもよい。

【００６４】更に、ＨＤＤ５４に蓄積されるオーディオ
データ等のファイルをユーザが管理、制御するためのイ
ンターフェースとして、図２にも示したように表示部５
７が設けられているが、表示部５７は表示ドライバ５８
によって表示駆動される。表示部５７ではＣＰＵ５１の
制御に基づいて所要の文字、記号、アイコン等が表示さ
れる。また表示部５７にはオーディオファイルなどに対
応するフォルダ、或いはジャケットイメージが表示さ
れ、マウス、ペン、ユーザの指で触れる等の、パネル操
作部２０に該当することになるポインティングデバイス
による操作が可能とされるようにしてもよい。例えば表
示上でユーザーが指示したオーディオファイルがＨＤＤ
５４から読み出されてスピーカ３５等から再生されるよ
うな動作が可能となる。また表示部５７での表示を用い
て、ＨＤＤ５４上での選択されたオーディオファイルの
消去や、外部機器（例えば記録再生装置１０）への複
写、移動等も制御可能である。

【００６５】なお図２で説明したように携帯装置５０
は、記録再生装置１０の装着部ＭＴに装着されることに
より記録再生装置１０とのデータ送受信が可能とされて
いるが、非接触型のインターフェースでもよく、例えば
ＩｒＤＡ等を用いても構わない。また、図示していない
が、記録再生装置１０には充電電流供給部が備えられて
おり、装着される携帯装置５０に対して充電電流を供給
し、携帯装置５０の動作電源となる充電式バッテリーに
対して充電が行われるように構成されてもよい。

【００６６】５．記録再生装置のファイル格納形態 図５には、記録再生装置１０内のＨＤＤ１５におけるフ
ァイルの格納形態の例を示している。例えばユーザーは
自分の所有しているＣＤをＣＤ−ＲＯＭドライブ１７に
装填し、収録されている各楽曲をそれぞれファイルとし
てＨＤＤ１５に記録（即ち複写）させることになる。或
いは、配信／課金センタ１等にリクエストしてある音楽
アルバムの情報の配信を受け、その音楽アルバムの各楽
曲をそれぞれファイルとしてＨＤＤ１５に記録させるこ
とができる。例えばこのように、ＣＤなどのアルバム単
位で格納が行われていくとすると、そのアルバム単位で
管理ファイルが形成され、各楽曲等は、それぞれ１つの
オーディオファイルとして格納される。

【００６７】図５には、ｎ枚の音楽アルバムがＨＤＤ１
５に記録された状態を示しており、各アルバムに対応し
て管理ファイルＡＬ（ＡＬ１〜ＡＬ（ｎ））が形成され
る。そして各アルバムに収録されている楽曲は、それぞ
れ管理ファイルＡＬに対応された状態でオーディオファ
イルとして格納される。図６では、１行分で示す各ファ
イルが１つのアルバムを構成するファイルとして示して
おり、例えば或るＣＤからのダビングデータ（各楽曲）
は、管理ファイルＡＬ１に対応して、オーディオファイ
ルＡＬ１−Ｍ１、ＡＬ１−Ｍ２、ＡＬ１−Ｍ３・・・と
して格納される。また、他のアルバムのデータ（各楽
曲）は、管理ファイルＡＬ２に対応して、オーディオフ
ァイルＡＬ２−Ｍ１、ＡＬ２−Ｍ２、ＡＬ２−Ｍ３・・
・として格納される。即ちこれらが実際の音楽等のデー
タである。このように、１つのアルバムの記録が行われ
た際には、１つの管理ファイルとともに、記録した曲数
分のオーディオファイルが形成される。

【００６８】またある音楽アルバムの記録に際して、ユ
ーザーがデータを入力したり、或いは配信／課金センタ
１からそのアルバムに関する関連情報を有料又は無料で
受け取ることができるが、それらの情報が関連情報ファ
イルとして格納される。例えば管理ファイルＡＬ１に対
応して関連情報ファイルＡＬ１ａｄが形成される。関連
情報ファイルＡＬ（＊）ａｄとして格納されるデータと
は、上述したように、曲名、アーティスト名、歌詞、メ
ッセージなどのテキストデータ、楽曲イメージやアーテ
ィストの画像などの画像データ、アーティストのインタ
ーネットホームページのアドレス（ＵＲＬ）、著作権に
関する情報、関係者名（作詞者、作曲者、制作者等）・
・・・などの情報となる。

【００６９】管理ファイルは、対応する１又は複数の各
オーディオファイルや関連情報ファイルに関する各種の
管理情報を有するものとなり、各オーディオファイルや
関連情報ファイルの再生、移動、複写、編集などの際に
用いられるものとなる。例えば管理ファイルＡＬ１は、
或るアルバムを構成するファイル群に関して、その全体
の管理情報や、各オーディオファイルＡＬ１−Ｍ１、Ａ
Ｌ１−Ｍ２、ＡＬ１−Ｍ３・・・に関する管理情報、さ
らには関連情報ファイルＡＬ１ａｄに関する管理情報が
記録される。

【００７０】図６は、管理ファイルに記録される管理情
報のデータ例を示している。例えばアルバム全体の管理
情報となるアルバム情報として、ファイル種別やファイ
ル数、アルバムタイトル、データサイズ、記録が行われ
た日時情報、関係者名（アルバム制作者や作詞作曲者、
演奏者など）、著作権情報、アルバムＩＤ、情報利用許
可フラグ、その他各種の管理情報が記録される。なお情
報利用許可フラグとは、有料提供された情報に対して適
正に課金されていない状態ではその情報を利用できない
ようにするためのフラグであり、この機能については後
述する。

【００７１】また管理ファイルには、対応する各オーデ
ィオファイルに個別に対応する管理情報としてファイル
情報（＃１）〜ファイル情報（＃ｍ）が記録され、この
ファイル情報としては、対応するファイルのファイル種
別、対応するファイルのＨＤＤ１５上での記録位置を示
すアドレスポインタ、ファイルのデータサイズ、タイト
ル（曲名など）、記録が行われた日時情報、関係者名
（作詞作曲者、演奏者など）、著作権情報、情報利用許
可フラグ、その他各種の管理情報が記録される。

【００７２】さらに管理ファイルには、対応する関連情
報ファイルを管理する管理情報として関連ファイル情報
が記録され、この関連ファイル情報としては、対応する
関連情報ファイルのファイル種別やファイル数、対応す
る関連情報ファイルのＨＤＤ１５上での記録位置を示す
アドレスポインタ、関連情報ファイルのデータサイズ、
記録が行われた日時情報、関係者名、著作権情報、情報
利用許可フラグ、その他各種の管理情報が記録される。

【００７３】管理ファイルに、例えばこのような管理情
報が記録されることで、記録再生装置１０は特定の楽曲
の再生、移動、複写、編集等の各種処理が可能になり、
また曲の再生等の動作に合わせて、関連情報としての画
像やテキストを出力することも可能となる。

【００７４】なお、図５のファイル格納形態や、図６に
あげた管理情報の内容は、あくまでも一例である。実際
には、格納される実データとなるオーディオファイルの
各種処理に好適なファイル格納形態や管理形態がとられ
ればよい。もちろん必ずしもアルバム単位で管理されな
くてもよい。また、楽曲等のオーディオファイルに限ら
ず、動画データ、静止画データ、テキストデータ、ゲー
ムソフトとしてのプログラム等を実ファイルとして（つ
まり関連情報ファイルとしてではなく独立のファイルと
して）格納することも当然考えられる。

【００７５】ところで、携帯装置５０におけるＨＤＤ５
４においても、ＨＤＤ１５と同様のファイル格納形態が
採られればよい。

【００７６】６．第１の課金処理例 続いて本例の特徴的な動作となる第１の課金処理例を説
明する。上述してきたように、ユーザーは配信／課金セ
ンタ１や配信センタ７から配信される有料情報を記録再
生装置１０のＨＤＤ１５に格納させるなどの方式で、情
報を購入することができる。またダウンロード装置６に
携帯装置５０を装填して、任意の情報をＨＤＤ５４に記
録するという方式でも、情報を購入することができる。
携帯装置５０内のＨＤＤ５４に記録した有料情報は、記
録再生装置１０のＨＤＤ１５に移動させて利用可能とし
たり、或いはその携帯装置５０のＨＤＤ５４に格納した
まま利用（例えば再生）することができる。

【００７７】但し、ＨＤＤ１５、もしくはＨＤＤ５４に
格納した有料情報は、適正に課金されていない時点では
利用できないものとされる。例えば有料提供される情報
については、ＨＤＤ１５もしくはＨＤＤ５４に記録され
る際には、図６で例に挙げた情報利用許可フラグがオ
フ、即ち利用禁止状態に設定される。そして適正な課金
により、情報利用許可フラグがオン、即ち利用許可状態
にされるようにする。ＣＰＵ１１又はＣＰＵ５１は、Ｈ
ＤＤ１５又はＨＤＤ５４に格納したファイルについて
は、情報利用許可フラグを確認して再生等の動作を実行
させるようにすることで、利用禁止状態、つまり課金が
されていないファイルについてはユーザーが利用できな
いような状態とできる。

【００７８】ここで、ファイルを利用可能とするための
課金処理とは、ポイントメモリ４５に記憶されているポ
イントの処理のことをいい、配信／課金センタ１での課
金処理ではない。つまり記録再生装置１０においてポイ
ント処理が行われた時点で、入力され記録された有料情
報としてのファイルの利用が可能となる。

【００７９】以下説明する第１の課金処理例では、ポイ
ントメモリ４５には図７に示すようにポイント数ＰＴ、
ポイント使用履歴Ｒ１、Ｒ２・・・が記憶されるものと
する。本例では、ポイント数ＰＴは、初期値としてある
固定値（例えば１００ポイント）が設定されているもの
とする。そして有料情報が入力（例えばＨＤＤ１５に記
録）されるたびに、ＣＰＵ１１はその情報内容に相当す
る代金のポイント数を記憶されているポイント数ＰＴか
ら減算していくように、ポイント数ＰＴを更新してい
く。これが記録再生装置１０内部での課金処理となる。
またポイント使用履歴Ｒ１、Ｒ２・・・は、ポイント数
ＰＴの消費、即ち有料情報の入力に応じて追加されてい
くもので、データ内容としては、有料データの入力日
時、データ名、減点ポイント数、支払先（販売者名、著
作権者名など）等である。

【００８０】このように記録再生装置１０の内部の課金
処理としては、有料情報の入力に応じてポイント数ＰＴ
が減算されていくことにより実行され、これによってユ
ーザーは代金を払ったとみなして、ＣＰＵ１１はその有
料情報の利用を許可する。即ち上記した情報利用許可フ
ラグをオンとする。一方、実際の課金（例えばユーザー
の銀行口座からの代金引き落としのための処理）は、定
期的に、もしくはポイント数ＰＴが不足した時点で、配
信／課金センタ１との通信が行われて実行される。

【００８１】このような課金動作を実現するためのＣＰ
Ｕ１１の処理を図８〜図１０に示し、また配信／課金セ
ンタ１の処理を図１１に示す。課金処理に関してＣＰＵ
１１は、常時図８のステップＦ１０１，Ｆ１０２で、有
料情報が入力されたか、或いは定期的な課金処理の日時
となったかを監視している。

【００８２】ユーザーの情報リクエスト操作などに応じ
て、配信／課金センタ１等から有料の情報が提供された
場合には、ＣＰＵ１１は処理をステップＦ１０１からＦ
１０４に進め、入力された情報をＨＤＤ１５に記録する
ための動作制御を行う。またこれによってＨＤＤ１５に
格納されるファイルに関しては、ステップＦ１０５で情
報利用許可フラグをオフとさせ、利用不可状態にセット
する。ここでステップＦ１０６で、今回入力された情報
に対しての対価に相当するポイント数がポイントメモリ
４５におけるポイント数ＰＴとして残されているか否か
を確認する。そして残されていればステップＦ１０７
で、ポイント数ＰＴを減点させるとともに、今回の情報
購入についてのポイント使用履歴Ｒ（ｘ）を追加記憶さ
せる。即ち、 ポイント数ＰＴ＝（ポイント数ＰＴ）−（今回の情報の
対価分のポイント数） と更新するとともに、現在日時、購入データ名、減点ポ
イント数（＝今回の情報の対価分のポイント数）、支払
先等を、１つのポイント使用履歴Ｒ（ｘ）として記憶さ
せる。なお、購入データ名、支払先等の情報は、配信／
課金センタ１などの情報提供元から同時に送信されてく
る情報とする。これらの情報は課金形態（権利者等の契
約形態など）によっては不要となることもある。

【００８３】ステップＦ１０７でポイントメモリ４５の
内容を更新したら、ステップＦ１０８で、今回ＨＤＤ１
５に格納した情報について代金が払われたとみなして、
その情報のファイルについて情報利用許可フラグをオン
とさせ、利用可能状態にセットする。つまりユーザーに
とっては、配信された情報について、ポイント減点とい
う仮の課金が行われる時点で、その情報が利用可能とな
る。これはユーザーにとっては情報の配信を受けたら、
通信等の待ち時間なく、すぐにその情報を利用できるこ
とを意味する。

【００８４】実際の課金処理は定期的に、自動的に行わ
れる。即ち設定された課金処理日時毎に、ＣＰＵ１１の
処理はステップＦ１０２からＦ１０３に進む。この課金
処理日時とは、例えば毎日・毎週などの、一定期間毎の
特定の時刻に予めＣＰＵ１１の処理プログラム内に設定
しておく。課金処理には配信／課金センタ１との通信動
作が必要になるため、特定の時刻として例えば深夜の時
間など、通常ユーザーが記録再生装置１０を使用してい
ない可能性が高い時間に設定しておくと好適である。な
お、この日時をユーザーが設定できるようにしてもよ
い。

【００８５】ステップＦ１０３では、前回の課金処理時
点（前回配信／課金センタ１による課金処理（ステップ
Ｆ１０９からの処理が行われた時点）以降、ポイントメ
モリ４５のポイント数ＰＴが更新されているか否かを判
断する。つまり情報の購入があったか否かの判断であ
る。本例では、配信／課金センタ１による課金処理が行
われる毎に、ポイントメモリ４５のポイント数は初期値
に戻され、またポイント使用履歴Ｒ１・・はクリアされ
るものとしているため、情報の購入が行われていなけれ
ば、ポイントメモリ４５のポイント数ＰＴは初期値であ
り、またポイント使用履歴は記憶されていない。このよ
うな状態であったら、今回配信／課金センタ１での実際
の課金処理を行う必要はないため、ステップＦ１０３か
らＦ１０１、Ｆ１０２のループに戻る。

【００８６】ポイントメモリ４５のポイント数ＰＴが初
期値でなく、またポイント使用履歴が１つ以上記憶され
ている場合は、ユーザーが情報購入を行ったことを意味
し、従ってステップＦ１０９に進んで配信／課金センタ
１での課金処理が行われる。まずＣＰＵ１１はステップ
Ｆ１０９で配信／課金センタ１に通信回線を接続し、課
金処理要求を行う。そしてステップＦ１１０で配信／課
金センタ１からのＯＫ通知を待機する。

【００８７】このような回線接続、課金処理要求によ
り、配信／課金センタ１側では図１１の処理が行われ
る。即ち或る記録再生装置１０から課金処理要求があっ
たら、処理をステップＦ２０１からＦ２０２に進め、課
金のための準備処理を行う。例えばＣＰＵ１１は課金処
理要求とともに、ユーザーＩＤ、機器ＩＤ、ユーザーの
設定した暗証番号など必要な情報も送信するようにし、
配信／課金センタ１側ではステップＦ２０２の準備処理
として、これらの送信されてきた情報に基づいて認証処
理を行う。即ち適正なユーザーからの適正な課金処理要
求であるか否かを確認する。そして認証その他の準備処
理が適正完了したら、ステップＦ２０３で記録再生装置
１０に対してＯＫ通知を行う。そしてステップＦ２０４
で記録再生装置１０からの送信を待つ。（なお、図示し
ていないが、認証エラーなどの不都合があった場合につ
いては処理がエラー終了されるようにすればよい。）

【００８８】ＯＫ通知があると、ＣＰＵ１１は処理を図
８のステップＦ１１０からＦ１１１に進め、その時点で
ポイントメモリ４５に記憶されているポイント数ＰＴ、
ポイント使用履歴を配信／課金センタ１に送信する。そ
して、ステップＦ１１２，Ｆ１１３でＯＫ通知又はＮＧ
通知を待つ。

【００８９】配信／課金センタ１では、記録再生装置１
０からポイント数ＰＴ、ポイント使用履歴が送信されて
きたら、図１１のステップＦ２０４からＦ２０５に進
み、その受信データを取り込む。そしてステップＦ２０
６で、受信されたポイント数ＰＴ、ポイント使用履歴に
基づいて課金処理を行う。具体的には、初期ポイント数
と、送信されてきた現在のポイント数の差がユーザーの
情報購入金額に相当するポイント数であるため、その購
入ポイントを判別して、そのユーザーの銀行口座からの
引き落としデータを作成する。また、ポイント使用履歴
から、情報提供代金を受け取る権利者を判別し、その分
配のためのデータを作成することなどが行われる。

【００９０】このような課金処理が正常に終了された
ら、配信／課金センタ１の処理はステップＦ２０７から
Ｆ２１０に進み、記録再生装置１０にＯＫ通知を行う。
一方、何らかの事情で課金処理エラーとなった場合は、
処理はステップＦ２０８からＦ２０９に進み、記録再生
装置１０にＮＧ通知を行う。そしてステップＦ２１１で
記録再生装置１０との回線を切断する。

【００９１】記録再生装置１０のＣＰＵ１１は、配信／
課金センタ１からＯＫ通知があった場合は、課金処理の
適正終了と判断してステップＦ１１２からＦ１１４に進
み、ポイントメモリ４５を初期化する。即ちポイント数
ＰＴを初期値に戻すとともに、ポイント使用履歴をクリ
アする。これにより、定期的な課金処理を終える。

【００９２】一方、配信／課金センタ１からＮＧ通知が
あった場合は、ステップＦ１０９からの処理をやり直す
ことになる。なお、配信／課金センタ１で課金処理エラ
ーがあった場合は、このようなリトライを行うことにな
るため、その場合は回線を接続したままとし、ＣＰＵ１
１はステップＦ１１１からの処理を実行するようにして
もよい。

【００９３】ところで、上述したステップＦ１０１〜Ｆ
１０８の処理で、有料情報の入力時にはポイント減点と
いうかたちで仮の課金処理が行われることになるが、連
続して大量に情報を購入した場合などで、ステップＦ１
０６でポイント数が不足しているという事態となること
もありうる。その様な場合は、本例ではステップＦ１０
６から図９のステップＦ１５１に進むようにしている。
即ちＣＰＵ１１は、ポイント不足の場合に、臨時に配信
／課金センタ１に課金処理を要請し、ポイント数を初期
値に戻す処理を行う。

【００９４】まずＣＰＵ１１はステップＦ１５１で配信
／課金センタ１に通信回線を接続し、課金処理要求を行
う。そしてステップＦ１５２で配信／課金センタ１から
のＯＫ通知を待機する。上述した定期的な課金処理の場
合と同様に、このような回線接続、課金処理要求に応じ
て配信／課金センタ１側では図１１の処理が行われ、認
証等の準備処理が完了したら、ステップＦ２０３で記録
再生装置１０に対してＯＫ通知を行う。（ただし認証エ
ラーなどの不都合があった場合については処理がエラー
終了）

【００９５】ＯＫ通知があると、ＣＰＵ１１は処理を図
９のステップＦ１５２からＦ１５３に進め、その時点で
ポイントメモリ４５に記憶されているポイント数ＰＴ、
ポイント使用履歴を配信／課金センタ１に送信する。
（なおステップＦ１５３の、括弧内に示した「今回の必
要ポイント数」「今回の有料情報の課金情報」は、別の
処理例において送信する情報であり、それについては後
述する） そして、ステップＦ１５４，Ｆ１５５でＯＫ通知又はＮ
Ｇ通知を待つ。

【００９６】配信／課金センタ１では、記録再生装置１
０からポイント数ＰＴ、ポイント使用履歴が送信されて
きたら、図１１のステップＦ２０４からＦ２０５、Ｆ２
０６と処理を進め、上述の場合と同様にポイント数Ｐ
Ｔ、ポイント使用履歴に基づいて課金処理を行う。そし
て課金処理が正常に終了されたらステップＦ２１０に進
み、記録再生装置１０にＯＫ通知を行う。一方、何らか
の事情で課金処理エラーとなった場合は、ステップＦ２
０９に進み、記録再生装置１０にＮＧ通知を行う。そし
てステップＦ２１１で記録再生装置１０との回線を切断
する。

【００９７】記録再生装置１０のＣＰＵ１１は、配信／
課金センタ１からＯＫ通知があった場合は、課金処理の
適正終了と判断して図９のステップＦ１５４からＦ１５
６に進み、ポイントメモリ４５を初期化する。即ちポイ
ント数ＰＴを初期値に戻すとともに、ポイント使用履歴
をクリアする。なお配信／課金センタ１からＮＧ通知が
あった場合は、ステップＦ１５１からの処理をやり直す
ことになる。

【００９８】ステップＦ１５６でポイントメモリ４５を
初期化（ポイント数ＰＴを初期値）とすることで、今回
入力された情報に対する対価分のポイント数が確保され
たことになる。そこで図８のステップＦ１０７に進み、
今回の情報購入に応じてポイント数ＰＴを減点させると
ともに、今回の情報購入についてのポイント使用履歴Ｒ
（ｘ）を追加記憶させる。このようにポイントメモリ４
５の内容を更新したら、ステップＦ１０８で、今回ＨＤ
Ｄ１５に格納した情報について代金が払われたとみなし
て、その情報のファイルについて情報利用許可フラグを
オンとさせ、利用可能状態にセットする。

【００９９】以上の処理によって、ユーザーが一度に大
量に情報を購入するなどで、ポイント数が不足してしま
った場合でも、配信／課金センタ１での臨時の課金処理
を経てポイント数が初期値に戻されることになり、つま
りポイント数の減算による仮の課金処理が可能となる。
従って、ステップＦ１０９以降の、定期的に実行される
課金処理を待たなくても、ユーザーは情報が利用可能と
なる。

【０１００】ところで、図９のステップＦ１５３の別の
処理例として、現在のポイント数ＰＴ、ポイント使用履
歴だけでなく、今回の必要ポイント数、今回の有料情報
の課金情報を配信／課金センタ１に送信することも考え
られる。この場合、配信／課金センタ１において図１１
のステップＦ２０６の課金処理として、ポイント数Ｐ
Ｔ、ポイント使用履歴による処理（つまり今回の情報入
力直前までの情報購入に対する精算処理）だけでなく、
今回の情報入力の際の対価の処理も実行するようにす
る。このようにした場合は、今回の不足にかかる代金は
精算されていることになるため、ステップＦ１０７の処
理は不要となり、図８に破線で示すように、図９のステ
ップＦ１５６から図８のステップＦ１０８に進むように
すればよい。

【０１０１】ユーザーが記録再生装置１０のＨＤＤ１５
に有料情報を記録する形態で情報を購入した場合は、以
上のように課金処理が行われることになるが、上述した
ようにユーザーは携帯装置５０を、図１のダウンロード
装置６にセットして、有料情報を購入することもでき
る。その場合、ダウンロード装置６は、ユーザーが指定
した情報を携帯装置５０内のＨＤＤ５４にダウンロード
するが、その時点ではそのダウンロードしたファイルを
利用不能状態にセッとしておく。つまりそのＨＤＤ５４
内のファイルについて情報利用可能フラグをオフとして
おく。ユーザーは、携帯装置５０にダウンロードしたフ
ァイルを利用するには、携帯装置５０を記録再生装置１
０に接続して、その記録再生装置１０にファイル移動さ
せるか、もしくは記録再生装置１０を用いてポイント処
理を行うことが必要となる。

【０１０２】まず携帯装置５０にダウンロードしたファ
イルを記録再生装置１０のＨＤＤ１５に移動させて利用
する場合は、記録再生装置１０はそのファイル移動を図
８の処理における有料情報の入力とみなして、上記同様
にステップＦ１０４以降の処理を行なう。即ちポイント
処理による仮の課金処理を行って、ＨＤＤ１５に移動し
たファイルを利用可能状態とする。その後はユーザーは
そのファイルを自由に利用できることになる。

【０１０３】一方、携帯装置５０にダウンロードしたフ
ァイルを、記録再生装置１０のＨＤＤ１５に移動させず
に、記録再生装置１０でポイント処理のみを行って携帯
装置５０側で利用可能とすることもできる。このための
記録再生装置１０のＣＰＵ１１の処理を図１０に示す。

【０１０４】ＣＰＵ１１は図１０のステップＦ１７１の
処理として携帯装置５０の接続を監視している。携帯装
置５０の接続が検出された場合は、ステップＦ１７２に
進んで、携帯装置５０のＨＤＤ５４に格納されているフ
ァイルを確認し、ステップＦ１７３で、その時点で利用
不能状態とされているファイルが存在するか否かを判断
する。利用不能状態とされているファイルが存在する場
合とは、携帯装置５０を用いてダウンロード装置６から
ダウンロードした有料情報であって、まだ課金処理され
ていないファイルが存在する場合である。そこで、ステ
ップＦ１７４でポイントメモリ４５のポイント数を確認
し、その利用不能状態のファイルに対しての対価に相当
するポイント数がポイント数ＰＴとして残されているか
否かを確認する。そして残されていればステップＦ１７
５で、ポイント数ＰＴを減点させるとともに、ポイント
使用履歴Ｒ（ｘ）を追加記憶させる。

【０１０５】続いてステップＦ１７６で、携帯装置５０
のＨＤＤ５４に格納されている利用不能状態のファイル
について代金が払われたとみなして、そのファイルの情
報利用許可フラグをオンとさせ、利用可能状態にセット
する。即ちＣＰＵ１１はＨＤＤ５４に直接アクセスする
か、もしくはＣＰＵ５１を介して情報利用可能フラグを
オンとする。これによって、ユーザーは携帯装置５０に
ダウンロードした有料情報を利用できることになる。

【０１０６】なお、ステップＦ１７４でポイント数が不
足している場合は、上述の図８のステップＦ１０６の場
合と同様に、図９の処理を行なうことになる。

【０１０７】以上のように図８〜図１１の処理が行われ
ることで、ユーザーは有料情報の購入に関して、課金処
理のための何らかの操作は不要であり、ユーザーの手間
はほとんどなくなることになる。例えばプリペイドカー
ドによる処理などが不要である。また従って、カードリ
ーダーその他の課金処理に必要な機器や操作子は不要で
あり、記録再生装置１０の構成を簡略化できる。配信／
課金センタ１との通信を行う実際の課金処理は、定期的
に自動的に行われるため、この点でもユーザーの手間は
ないものとなる。

【０１０８】また、情報の入力の都度配信／課金センタ
１と通信して課金を行うものではないため、課金処理を
待つ必要はなく、ユーザーは入手した情報をすぐに利用
できることになる。また、ポイント数が不足したような
場合は、臨時に配信／課金センタ１との通信を介した課
金処理及びポイント数の初期化が行われるため、その様
な場合にもユーザーが入手した情報を利用できないまま
となることが避けられる。

【０１０９】さらに携帯装置５０によって情報を購入
し、記録再生装置１０を用いたポイント処理で課金を行
うことができるため、情報入手の手段の多様化を実現で
きるとともに、課金処理をスムースに行うことができ
る。

【０１１０】なお、処理の変形例は各種多様に考えられ
るが、変形例としての具体例を例示していく。

【０１１１】まず上記処理例では、ポイントメモリ４５
におけるポイント数ＰＴは最初に特定の初期値とされ、
またステップＦ１１４、Ｆ１５６では、ポイント数ＰＴ
をその初期値に戻すようにしているが、この初期値は固
定値以外にも、ユーザーが設定できるようにしてもよ
い。例えば情報を多量に購入したいユーザーにとって
は、初期値としてポイント数を大きい値としておくこと
が、ステップＦ１０６、Ｆ１７４などでポイント不足と
なる事態をなるべく避けるようにするためには好適であ
る。つまり、ポイント不足となった場合は、配信／課金
センタ１との通信を行って臨時の課金処理を行うため、
その通信及び課金処理時間だけユーザーは待たされるこ
とになり、なるべくその様な事態は避けたいと思うユー
ザーも存在する。従ってポイント数の初期値をユーザー
が選択できるようにすると、各ユーザーにとって好適な
課金処理を実現できる。なお、その様に初期値を変更で
きるようにする場合は、配信／課金センタ１との通信を
行って課金処理を行う場合に、配信／課金センタ１が使
用ポイント数を判断するために、ＣＰＵ１１は現在のポ
イント数と初期値の値を送信する必要がある。

【０１１２】また、初期値を固定とするか又は変更設定
可能とするかには関わらず、ポイントメモリ４５におい
て、現在のポイント数とともに、使用ポイント数を記憶
しておくようにすれば、配信／課金センタ１に対してそ
の使用ポイント数を送信すればよい。

【０１１３】また上記例ではポイントメモリ４５にポイ
ント使用履歴を記憶するようにしたが、ポイント使用履
歴を記憶しない方式も考えられる。例えば配信／課金セ
ンタ１が単にユーザーから購入情報に応じた料金徴収を
行うのであれば、ポイント値のみで課金金額は判断でき
るため、ポイント使用履歴は不要となる。つまり配信／
課金センタ１が他の組織や権利者に料金分配を行う必要
がない場合や、或いは著作権者等に一律に公平に料金を
分配するような場合など、ポイント使用履歴に応じた処
理（つまりそのユーザーに購入された情報の判別処理）
を行う必要がない場合である。

【０１１４】一方、ポイント使用履歴は、ユーザーにと
っての情報購入履歴としての意味を持つため、例えば配
信／課金センタ１での課金処理が済んだ時点でクリアし
ないようにし、全ポイント履歴情報を累積して保持して
いくようにしてもよい。このようにすると、ＣＰＵ１１
が履歴を一覧表示させるなどすることで、ユーザーは過
去の情報購入状況を確認できることになる。

【０１１５】また上記例ではポイント不足となった時点
で臨時に配信／課金センタ１との通信を行って課金処理
を行うようにしているが、このような臨時の処理を行わ
ずに、ポイント不足の時は、そのファイルが利用不能状
態で保存されるのみとしてもよい。つまりその後の定期
的な処理（ステップＦ１０９〜Ｆ１１４）を待って、ポ
イント数が初期化された時点でポイント減点を行ってフ
ァイルを使用可能とするものである。或いは、ポイント
不足の時は、格納したファイルを削除してしまうこと
や、もしくはＨＤＤ１５への格納を行う前の時点でポイ
ント数を確認し、不足していたら記録動作を許可しない
ような処理例も考えられる。

【０１１６】また上記例は、定期的もしくは臨時に配信
／課金センタ１との通信を行って課金処理を行うため
に、記録再生装置１０が通信回線３と物理的に接続され
ていることを前提としている。例えばユーザーが何らか
の事情で記録再生装置１０と通信回線３の接続コードを
外しているような事態が生ずると、配信／課金センタ１
での課金処理が実行できないことになる。そして、配信
／課金センタ１との通信による課金処理は、ポイント処
理による仮の課金に対しての精算としての意味を持つも
のであるため、通信不能状態となることは適正な課金が
できなくなることを意味する。またこれは、例えばポイ
ント分だけ情報を入手しておいて、その後に接続コード
を抜いて通信不能（つまり精算不能）とするような不正
使用の余地を残すものとなる。そこで、その様なユーザ
ーの不注意による課金処理不能や、故意の不正使用を防
止するためには、例えばステップＦ１０２で課金処理日
時となった際などに接続コードが抜けていた場合は、通
信不能であることをユーザーに警告し、接続を求めるよ
うにするようにすることが適切である。さらには、接続
を行うことにある程度の強制力を持たせるために、一旦
接続が行われないかぎりは、ＨＤＤ１５内の全ファイル
（もしくは未精算のファイル）を使用不能としたり、或
いは記録再生装置１０自体が一切の動作機能を停止する
ような処理を行うことなども考えられる。

【０１１７】ところで、上記例ではポイント減点方式で
仮の課金が行われるようにしているが、ポイント加算方
式で仮の課金を行い、定期的に配信／課金センタ１と通
信を行ってその時点のポイント数に応じた課金処理を実
行させ、さらにその課金処理の完了に従ってポイント数
をゼロに戻すという方式も考えられる。但し、本例のよ
うなポイント減点方式の方が、ユーザーのむやみな情報
購入を抑制できる（ポイント不足となった時点でユーザ
ーがそれを意識できる）という点で好適となる。

【０１１８】７．第２の課金処理例 続いて本例の特徴的な動作となる第２の課金処理例を説
明する。上述してきた第１の課金処理例は、記録再生装
置１０でのポイント処理により仮の課金を行い、定期的
に配信／課金センタ１との通信を行ってポイント消費量
に応じた精算のような形で実際の課金処理を行うものと
した。一方この第２の課金処理例は、ユーザーが配信／
課金センタ１からポイント数を購入することで実際の課
金処理が行われ、その後ユーザーはポイント数が残され
ているだけ情報を入手できるようにするものである。即
ちプリペイドカードのような事前課金をポイント処理に
より実現するものである。

【０１１９】この場合、ポイントメモリ４５には図７に
示したポイント数ＰＴが記憶されていればよい。ポイン
ト使用履歴Ｒ１、Ｒ２・・・については記憶されるよう
にしてもよいが、それは課金に使用されるものではな
く、ユーザーにとっての情報購入履歴の確認を可能とす
るという意味を持つ。記録再生装置１０の内部の課金処
理としては、上記例と同様に、有料情報の入力に応じて
ポイント数ＰＴが減算されていくことにより実行され
る。

【０１２０】このような課金動作を実現するためのＣＰ
Ｕ１１の処理を図１３，図１４に示し、また配信／課金
センタ１の処理を図１５に示す。課金処理に関してＣＰ
Ｕ１１は、常時図１３のステップＦ３０１，Ｆ３０２
で、有料情報が入力されたか、或いはユーザーによるポ
イント購入操作が行われたかを監視している。

【０１２１】ユーザーの情報購入のリクエスト操作など
に応じて、配信／課金センタ１等から有料の情報が提供
された場合には、ＣＰＵ１１は処理をステップＦ３０１
からＦ３０３に進め、入力された情報をＨＤＤ１５に記
録するための動作制御を行う。またこれによってＨＤＤ
１５に格納されるファイルに関しては、ステップＦ３０
４で情報利用許可フラグをオフとさせ、利用不可状態に
セットする。

【０１２２】ここでステップＦ３０５で、今回入力され
た情報に対しての対価に相当するポイント数がポイント
メモリ４５におけるポイント数ＰＴとして残されている
か否かを確認する。そして残されていればステップＦ３
０６で、ポイント数ＰＴを減点させる。即ち、 ポイント数ＰＴ＝（ポイント数ＰＴ）−（今回の情報の
対価分のポイント数） と更新する。

【０１２３】ステップＦ３０６でポイントメモリ４５の
ポイント数ＰＴを更新したら、ステップＦ３０７で、今
回ＨＤＤ１５に格納した情報について代金が払われたと
みなして、その情報のファイルについて情報利用許可フ
ラグをオンとさせ、利用可能状態にセットする。つまり
ユーザーにとっては、配信された情報について、ポイン
ト減点という仮の課金が行われる時点で、その情報が利
用可能となる。これはユーザーにとっては情報の配信を
受けたら、通信等の待ち時間なく、すぐにその情報を利
用できることを意味する。

【０１２４】一方、ステップＦ３０５でポイント数が不
足と判断された場合は、その時点で一旦処理が終えら
れ、つまりＨＤＤ１５に格納した情報は、使用不能状態
のままとなる。

【０１２５】ユーザーは任意の時点で、必要に応じてポ
イント数の購入操作を行うことができる。購入操作が行
われると、ＣＰＵ１１の処理はステップＦ３０２からＦ
３０８に進み、まず表示部２４に例えば図１２のような
ポイント購入のための操作画像を表示する。ユーザーは
この画面からポイント購入量を選択し、決定操作を行
う。例えば画面に対するタッチ操作などで操作を行う。
なお、キャンセル操作を行った場合は、ステップＦ３１
０からポイント購入処理を中止終了する。

【０１２６】ユーザーが図１２の画面に対してポイント
購入量を選択し、決定操作を行った場合は、ＣＰＵ１１
は処理をステップＦ３０９からＦ３１１に進め、配信／
課金センタ１に通信回線を接続し、ポイント購入要求を
行う。そしてステップＦ３１２で配信／課金センタ１か
らのＯＫ通知を待機する。

【０１２７】このような回線接続、ポイント購入要求に
より、配信／課金センタ１側では図１５の処理が行われ
る。即ち或る記録再生装置１０からポイント購入要求が
あったら、処理をステップＦ４０１からＦ４０２に進
め、ポイント販売のための準備処理を行う。例えばＣＰ
Ｕ１１はポイント購入要求とともに、ユーザーＩＤ、機
器ＩＤ、ユーザーの設定した暗証番号など必要な情報も
送信するようにし、配信／課金センタ１側ではステップ
Ｆ４０２の準備処理として、これらの送信されてきた情
報に基づいて認証処理を行う。即ち適正なユーザーから
の適正なポイント購入要求であるか否かを確認する。そ
して認証その他の準備処理が適正完了したら、ステップ
Ｆ４０３で記録再生装置１０に対してＯＫ通知を行う。
そしてステップＦ４０４で記録再生装置１０からの送信
を待つ。（なお、図示していないが、認証エラーなどの
不都合があった場合については処理がエラー終了される
ようにすればよい。）

【０１２８】ＯＫ通知があると、ＣＰＵ１１は処理を図
１３のステップＦ３１２からＦ３１３に進め、ユーザー
の選択したポイント購入量を配信／課金センタ１に送信
する。そして、ステップＦ３１４，Ｆ３１５でＯＫ通知
又はＮＧ通知を待つ。

【０１２９】配信／課金センタ１では、記録再生装置１
０からポイント購入量が送信されてきたら、図１５のス
テップＦ４０４からＦ４０５に進み、その受信データを
取り込む。そしてステップＦ４０６で、受信されたポイ
ント購入量に基づいて課金処理を行う。具体的には、ポ
イント購入量に応じて、ユーザーの銀行口座からの引き
落としデータを作成する。

【０１３０】このような課金処理が正常に終了された
ら、配信／課金センタ１の処理はステップＦ４０７から
Ｆ４１０に進み、記録再生装置１０にＯＫ通知を行う。
一方、何らかの事情で課金処理エラーとなった場合は、
処理はステップＦ４０８からＦ４０９に進み、記録再生
装置１０にＮＧ通知を行う。そしてステップＦ４１１で
記録再生装置１０との回線を切断する。

【０１３１】記録再生装置１０のＣＰＵ１１は、配信／
課金センタ１からＯＫ通知があった場合は、ポイント販
売のための課金処理の適正終了と判断してステップＦ３
１４からＦ３１６に進み、ポイントメモリ４５におい
て、その時点のポイント数ＰＴに、購入したポイント数
（つまりユーザーが購入するとして選択したポイント
量）を加算する。一方、配信／課金センタ１からＮＧ通
知があった場合は、ステップＦ３１５からＦ３１１に戻
って通信処理をやり直すことになる。なお、配信／課金
センタ１で課金処理エラーがあった場合は、このような
リトライを行うことになるため、その場合は回線を接続
したままとし、ＣＰＵ１１はステップＦ３１３からの処
理を実行するようにしてもよい。

【０１３２】ポイントを購入し、ステップＦ３１６でポ
イントメモリ４５に購入したポイント量が補充された時
点で、ステップＦ３１７ではＨＤＤ１５に利用不可とさ
れているファイルが存在するか否かを確認する。例えば
この購入処理以前に上記ステップＦ３０５でポイント不
足と判断されたことがあったとしたら、利用不可のまま
とされているファイルが存在することになる。そこでそ
の様な場合はステップＦ３０５に進み、そのファイルに
とって必要なポイント数を判断して、その必要ポイント
数以上のポイント数がポイントメモリ４５に記憶されて
いれば、ステップＦ３０６でポイント減点処理を行い、
ステップＦ３０７でそのファイルを利用可能状態とす
る。つまり、過去に入力したがポイント不足で使用でき
なかったファイルは、ポイント数を購入した時点で課金
が行われ、利用可能となる。

【０１３３】なお、ステップＦ３１７からＦ３０５に進
んだときに、再びポイント不足とされた場合は、そのフ
ァイルは依然使用不能状態のままとなる。その場合はユ
ーザーは、再度ポイント購入処理を行う必要がある。例
えば高価な情報がポイント不足により利用不能とされて
いた場合に、ユーザーがヂョ雨量のポイントしか購入し
なかった場合などである。また処理としては図示してい
ないが、ポイント不足のまま多数の情報をＨＤＤ１５に
記録していた場合には、ポイントが足りる分のファイル
についてはポイント減点及び利用可能状態へのセットを
行うが、足りない分のファイルは依然利用不能状態とし
て残しておくような処理が行われることになる。

【０１３４】また上記第１の課金処理例でも述べたよう
に、ユーザーは携帯装置５０を、図１のダウンロード装
置６にセットして有料情報を購入することもできる。そ
の場合、ダウンロード装置は携帯装置５０内のＨＤＤ５
４にダウンロードしたファイルを利用不能状態にセット
しておくが、第１の課金処理例と同様に、ユーザーがそ
のファイルを利用するには、携帯装置５０を記録再生装
置１０に接続して、その記録再生装置１０にファイル移
動させるか、もしくは記録再生装置１０を用いてポイン
ト処理を行うことが必要となる。

【０１３５】携帯装置５０にダウンロードしたファイル
を記録再生装置１０のＨＤＤ１５に移動させて利用する
場合は、記録再生装置１０はそのファイル移動を図１３
の処理における有料情報の入力とみなして、上記同様に
ステップＦ３０３以降の処理を行なう。即ちポイント処
理による課金処理を行って、ＨＤＤ１５に移動したファ
イルを利用可能状態とする。その後はユーザーはそのフ
ァイルを自由に利用できることになる。

【０１３６】一方、携帯装置５０にダウンロードしたフ
ァイルを、記録再生装置１０のＨＤＤ１５に移動させず
に、記録再生装置１０でポイント処理のみを行って携帯
装置５０側で利用可能とすることもできるが、このため
の記録再生装置１０のＣＰＵ１１の処理を図１４に示
す。

【０１３７】ＣＰＵ１１は図１４のステップＦ３７１の
処理として携帯装置５０の接続を監視している。携帯装
置５０の接続が検出された場合は、ステップＦ３７２に
進んで、携帯装置５０のＨＤＤ５４に格納されているフ
ァイルを確認し、ステップＦ３７３で、その時点で利用
不能状態とされているファイルが存在するか否かを判断
する。利用不能状態とされているファイルが存在する場
合とは、携帯装置５０を用いてダウンロード装置６から
ダウンロードした有料情報であって、まだ課金処理され
ていないファイルが存在する場合である。そこで、ステ
ップＦ３７４でポイントメモリ４５のポイント数を確認
し、その利用不能状態のファイルに対しての対価に相当
するポイント数がポイント数ＰＴとして残されているか
否かを確認する。そして残されていればステップＦ３７
５で、ポイント数ＰＴを減点させる。続いてステップＦ
３７６で、携帯装置５０のＨＤＤ５４に格納されている
利用不能状態のファイルについて代金が払われたとし
て、そのファイルの情報利用許可フラグをオンとさせ、
利用可能状態にセットする。即ちＣＰＵ１１はＨＤＤ５
４に直接アクセスするか、もしくはＣＰＵ５１を介して
情報利用可能フラグをオンとする。これによって、ユー
ザーは携帯装置５０にダウンロードした有料情報を利用
できることになる。

【０１３８】なお、ステップＦ１７４でポイント数が不
足している場合は、その携帯装置５０内のファイルは依
然利用不能状態のままとなり、従ってユーザーはポイン
ト購入を行う必要があることになる。

【０１３９】以上のように図１３〜図１５の処理が行わ
れることで、ユーザーは有料情報の購入に関して、予め
ポイント購入操作を行っておけばよいことになり、しか
もそれは、例えば図１６のような画面に対する操作のみ
であるためさほどの手間はかからない。また任意の時点
で任意の量を購入できる。従って課金形態としてはプリ
ペイドカードと同様の意味合いを持つが、カードリーダ
ーその他の課金処理に必要な機器は不要であり、もちろ
んカードの流通のコストも不要であり、またユーザーが
購入のために販売店に出かけるといった必要もない。ま
たこの例の場合は、ユーザーはポイント購入量（課金金
額）を意識できるため、ユーザー自身が使いすぎに注意
できるという利点も生じる。

【０１４０】また第１の処理例の場合と同様に、情報の
入力の都度配信／課金センタ１と通信して課金を行うも
のではないため、課金処理を待つ必要はなく、ユーザー
は入手した情報をすぐに利用できることになる。また、
ポイント数が不足したような場合は、その後にポイント
購入すればよいため、ポイント不足のためにユーザーが
入手した情報を利用できないままとなることが避けられ
る。

【０１４１】さらに携帯装置５０によって情報を購入
し、記録再生装置１０を用いたポイント処理で課金を行
うことができるため、情報入手の手段の多様化を実現で
きるとともに、課金処理をスムースに行うことができ
る。

【０１４２】なお、この第２の課金処理例についても各
種の変形例が考えられる。例えばポイント購入の際のユ
ーザーの操作方式や購入量の選択範囲などは上記例に限
定されない。また、例えばポイント数が或る値以下にま
で不足したら、ユーザーにポイント購入を促す警告を出
したり、或いは自動的にあるポイント量を購入するよう
にＣＰＵが配信／課金センタ１に通信を行うようにする
ことも考えられる。

【０１４３】また上記例ではポイント不足となった時点
では、入力したファイルを利用不能のままとしたが、ポ
イント不足と判断された時点でユーザーにポイント購入
を促すような画面表示をしたり、予めユーザーが設定し
ておくことで自動的に特定量のポイント購入処理を行う
ようにしてもよい。或いは、ポイント不足の時は、格納
したファイルを削除してしまうことや、もしくはＨＤＤ
１５への格納を行う前の時点でポイント数を確認し、不
足していたら記録動作を許可しないような処理例も考え
られる。

【０１４４】以上、実施の形態としてのシステム構成や
動作例を説明してきたが、本発明はこれらの例に限定さ
れることなく、機器の構成や処理手順などは各種多様に
考えられることはいうまでもない。

【０１４５】

【発明の効果】以上の説明からわかるように本発明によ
れば以下のような効果が得られる。請求項１、又は請求
項６、又は請求項１１、又は請求項１３の発明によれ
ば、例えばユーザーの所有する端末装置側では、課金点
数情報としてのポイント値を有し、それを有料情報の入
力（購入）に応じて消費させていく。そして実際の課金
処理は、或る時点で課金点数情報を課金センタに送信す
ること（もしくは課金点数情報を購入すること）で、課
金センタにおいて実行されるようにする。つまり課金セ
ンタは、課金点数情報から判別できるユーザーの情報購
入料金（もしくは課金点数情報の購入量）に応じて課金
処理を行うようにしている。このようにすることで、端
末装置に有料情報が入力されるたびに通信を介して課金
処理を行う必要はなくなり、従ってユーザーは有料提供
される情報を、すぐに利用でき、例えば回線の混雑や回
線の種類などの事情によって利用可能となるまで待たさ
れるといったことはなくなる。つまりユーザーにとって
非常に好適な有料情報提供形態を実現できるという効果
がある。またプリペイドカードのような課金処理媒体を
必要としない課金システムであるため、課金システム導
入コストもかからず、もちろんカード購入など課金のた
めのユーザーの手間もないものとできる。ユーザー側の
端末装置についても、余分なハードウエア（カードリー
ダー等）を設ける必要もない。

【０１４６】請求項２又は請求項７の発明によれば、課
金制御手段は、定期的に、課金点数情報を前記課金セン
タに送信し、これに基づいて課金処理が行われるため、
ユーザーが課金処理を意識する必要はなく、課金処理に
関するユーザーは何ら操作等を行う必要がないものとす
ることができる。

【０１４７】請求項３又は請求項８の発明によれば、情
報格納制御手段は、課金点数情報が不十分な値となって
いる際には、有料提供された情報を利用できない状態と
するため、適正な課金が行われる情報のみをユーザーに
提供するという情報提供形態を実現できる。

【０１４８】請求項４又は請求項８の発明によれば、課
金点数情報が、有料提供された情報に対して不十分な値
となっている際に、課金点数情報を課金センタに送信し
て課金処理を実行させ、またメモリ手段に記憶される課
金点数情報を初期値に戻すため、仮に情報購入の際に課
金点数が（代金として）不足するような事態になったと
しても、その情報購入のための処理が行われることにな
る。つまりユーザーに対して常にスムースな有料情報提
供が可能となる。

【０１４９】請求項５、又は請求項１０、又は請求項１
２、又は請求項１４の発明によれば、端末装置は、接続
される例えば携帯装置などの情報格納装置に格納された
有料情報についても、課金点数情報による課金処理方式
を適用させることができる。従って、その情報格納装置
を用いた有料情報の購入や、格納した情報の利用が可能
となり、情報配信サービスとしてのシステムの利便性を
向上させることができる。

【図面の簡単な説明】

【図１】本発明の実施の形態の課金システムを含む情報
配信システムの説明図である。

【図２】実施の形態の端末装置としての記録再生装置及
び携帯装置の説明図である。

【図３】実施の形態の記録再生装置のブロック図であ
る。

【図４】実施の形態の携帯装置のブロック図である。

【図５】実施の形態の記録再生装置のハードディスク内
のファイル格納形態の説明図である。

【図６】実施の形態の記録再生装置のハードディスク内
の管理ファイルの内容の説明図である。

【図７】実施の形態の記録再生装置のポイントメモリの
説明図である。

【図８】実施の形態の第１の課金処理例におけるＣＰＵ
の処理のフローチャートである。

【図９】実施の形態の第１の課金処理例におけるＣＰＵ
の処理のフローチャートである。

【図１０】実施の形態の第１の課金処理例におけるＣＰ
Ｕの処理のフローチャートである。

【図１１】実施の形態の第１の課金処理例における配信
／課金センタの処理のフローチャートである。

【図１２】実施の形態の第２の課金処理例のポイント購
入画面の説明図である。

【図１３】実施の形態の第２の課金処理例におけるＣＰ
Ｕの処理のフローチャートである。

【図１４】実施の形態の第２の課金処理例におけるＣＰ
Ｕの処理のフローチャートである。

【図１５】実施の形態の第２の課金処理例における配信
／課金センタの処理のフローチャートである。

【符号の説明】

１ 情報センタ、３ 通信回線、１０ 記録再生装置、
１１ ＣＰＵ、１２ＲＯＭ、１３ ＲＡＭ、１４ フラ
ッシュメモリ、１５ ＨＤＤ、１６ バッファメモリ、
１７ ＣＤ−ＲＯＭドライブ、１８ ＭＤドライブ、１
９ モデム、２０ パネル操作部、２２ 赤外線インタ
ーフェースドライバ、２３ ＵＳＢドライバ、２４ 表
示部、２５ 表示ドライバ、２６ インターフェースド
ライバ、２７ コネクタ、２８ エンコーダ、２９ デ
コーダ、３０ ＩＥＣ９５８エンコーダ、３１ Ａ／Ｄ
変換器、３２ マイクアンプ、３３ Ｄ／Ａ変換器、３
４ アンプ、３５ スピーカ、３６ ＩＥＥＥ１３９４
ドライバ、３７ ＩＥＥＥ１３９４インターフェース、
３８ ＰＣＭＣＩＡドライバ、３９ ＰＣＭＣＩＡスロ
ット、４５ ポイントメモリ、５１ ＣＰＵ、５２ Ｒ
ＯＭ、５３ ＲＡＭ、５４ ＨＤＤ、５５ バッファメ
モリ、５６ パネル操作部、５７ 表示部、５８ 表示
ドライバ、５９ インターフェースドライバ、６０ コ
ネクタ、６１ エンコーダ、６２ デコーダ、６３ Ｉ
ＥＣ９５８エンコーダ、６４ Ａ／Ｄ変換器、６５ マ
イクアンプ、６６ Ｄ／Ａ変換器、６７ アンプ、６８
スピーカ

Claims (14)

【特許請求の範囲】
1. 【請求項１】 課金センタと、該課金センタと通信可能
   とされる端末装置とからなる課金システムであって、 前記端末装置は、 課金点数情報を記憶するメモリ手段と、 有料提供される情報を格納することができる格納手段
   と、 前記格納手段に、有料提供された情報を格納した際に、
   その情報に応じて前記メモリ手段に記憶された課金点数
   情報が消費されていくように課金点数情報を更新すると
   ともに、その格納した情報を利用可能な情報とする情報
   格納制御手段と、 少なくとも前記メモリ手段に記憶されている課金点数情
   報を前記課金センタに送信するとともに、課金処理に応
   じて前記メモリ手段に記憶される課金点数情報を初期値
   に戻すことができる課金制御手段とを備え、 前記課金センタは、 前記端末装置から送信された課金点数情報に応じて課金
   処理を行うことができる課金処理手段を備えていること
   を特徴とする課金システム。
2. 【請求項２】 前記課金制御手段は、定期的に、前記メ
   モリ手段に記憶されている課金点数情報を前記課金セン
   タに送信するとともに、課金処理に応じて前記メモリ手
   段に記憶される課金点数情報を初期値に戻すことを特徴
   とする請求項１に記載の課金システム。
3. 【請求項３】 前記情報格納制御手段は、課金点数情報
   が不十分な値となっている際には、有料提供された情報
   を利用できない状態とすることを特徴とする請求項１に
   記載の課金システム。
4. 【請求項４】 前記課金制御手段は、前記メモリ手段に
   記憶されている課金点数情報が、有料提供された情報に
   対応する前記情報格納制御手段による更新処理にとって
   不十分な値となっている際に、前記メモリ手段に記憶さ
   れている課金点数情報を前記課金センタに送信するとと
   もに、課金処理に応じて前記メモリ手段に記憶される課
   金点数情報を初期値に戻すことを特徴とする請求項１に
   記載の課金システム。
5. 【請求項５】 前記端末装置と情報通信可能に接続でき
   るとともに、有料提供される情報を格納することができ
   る格納手段を有する情報格納装置を備え、 前記端末装置の前記情報格納制御手段は、当該端末装置
   に接続された前記情報格納装置の前記格納手段に、有料
   提供され、かつ利用不可とされている情報が格納されて
   いる際に、その情報に応じて前記メモリ手段に記憶され
   た課金点数情報が消費されていくように課金点数情報を
   更新するとともに、その情報を利用可能な情報とするこ
   とを特徴とする請求項１に記載の課金システム。
6. 【請求項６】 課金センタと通信可能とされる端末装置
   として、 課金点数情報を記憶するメモリ手段と、 有料提供される情報を格納することができる格納手段
   と、 前記格納手段に、有料提供された情報を格納した際に、
   その情報に応じて前記メモリ手段に記憶された課金点数
   情報が消費されていくように課金点数情報を更新すると
   ともに、その格納した情報を利用可能な情報とする情報
   格納制御手段と、 少なくとも前記メモリ手段に記憶されている課金点数情
   報を前記課金センタに送信するとともに、課金処理に応
   じて前記メモリ手段に記憶される課金点数情報を初期値
   に戻すことができる課金制御手段と、 を備えていることを特徴とする端末装置。
7. 【請求項７】 前記課金制御手段は、定期的に、前記メ
   モリ手段に記憶されている課金点数情報を前記課金セン
   タに送信するとともに、課金処理に応じて前記メモリ手
   段に記憶される課金点数情報を初期値に戻すことを特徴
   とする請求項６に記載の端末装置。
8. 【請求項８】 前記情報格納制御手段は、課金点数情報
   が不十分な値となっている際には、有料提供された情報
   を利用できない状態とすることを特徴とする請求項６に
   記載の端末装置。
9. 【請求項９】 前記課金制御手段は、前記メモリ手段に
   記憶されている課金点数情報が、有料提供された情報に
   対応する前記情報格納制御手段による更新処理にとって
   不十分な値となっている際に、前記メモリ手段に記憶さ
   れている課金点数情報を前記課金センタに送信するとと
   もに、課金処理に応じて前記メモリ手段に記憶される課
   金点数情報を初期値に戻すことを特徴とする請求項６に
   記載の端末装置。
10. 【請求項１０】 外部の情報格納装置に対して情報通信
    可能に接続できる接続手段を備え、 前記情報格納制御手段は、前記接続手段を介して当該端
    末装置に接続された前記情報格納装置に、有料提供さ
    れ、かつ利用不可とされている情報が格納されている際
    に、その情報に応じて前記メモリ手段に記憶された課金
    点数情報が消費されていくように課金点数情報を更新す
    るとともに、その情報を利用可能な情報とすることを特
    徴とする請求項６に記載の端末装置。
11. 【請求項１１】 課金センタと、該課金センタと通信可
    能とされる端末装置とからなる課金システムであって、 前記端末装置は、 課金点数情報を記憶するメモリ手段と、 有料提供される情報を格納することができる格納手段
    と、 前記格納手段に、有料提供された情報を格納した際に、
    その情報に応じて前記メモリ手段に記憶された課金点数
    情報が消費されていくように課金点数情報を更新すると
    ともに、その課金点数情報の更新に応じて格納した情報
    を利用可能な情報とする情報格納制御手段と、 前記課金センタに対して課金点数購入要求を行い、前記
    課金センタの課金処理に応じて前記メモリ手段に記憶さ
    れる課金点数情報が補充されるように課金点数情報を更
    新することができる課金制御手段とを備え、 前記課金センタは、 前記端末装置から送信された課金点数購入要求に応じて
    課金処理を行うことができる課金処理手段を備えている
    ことを特徴とする課金システム。
12. 【請求項１２】 前記端末装置と情報通信可能に接続で
    きるとともに、有料提供される情報を格納することがで
    きる格納手段を有する情報格納装置を備え、 前記端末装置の前記情報格納制御手段は、当該端末装置
    に接続された前記情報格納装置の前記格納手段に、有料
    提供され、かつ利用不可とされている情報が格納されて
    いる際に、その情報に応じて前記メモリ手段に記憶され
    た課金点数情報が消費されていくように課金点数情報を
    更新するとともに、その情報を利用可能な情報とするこ
    とを特徴とする請求項１１に記載の課金システム。
13. 【請求項１３】 課金センタと通信可能とされる端末装
    置として、 課金点数情報を記憶するメモリ手段と、 有料提供される情報を格納することができる格納手段
    と、 前記格納手段に、有料提供された情報を格納した際に、
    その情報に応じて前記メモリ手段に記憶された課金点数
    情報が消費されていくように課金点数情報を更新すると
    ともに、その課金点数情報の更新に応じて格納した情報
    を利用可能な情報とする情報格納制御手段と、 前記課金センタに対して課金点数購入要求を行い、前記
    課金センタの課金処理に応じて前記メモリ手段に記憶さ
    れる課金点数情報が補充されるように課金点数情報を更
    新することができる課金制御手段とを備えていることを
    特徴とする端末装置。
14. 【請求項１４】 外部の情報格納装置に対して情報通信
    可能に接続できる接続手段を備え、 前記情報格納制御手段は、前記接続手段を介して当該端
    末装置に接続された前記情報格納装置に、有料提供さ
    れ、かつ利用不可とされている情報が格納されている際
    に、その情報に応じて前記メモリ手段に記憶された課金
    点数情報が消費されていくように課金点数情報を更新す
    るとともに、その情報を利用可能な情報とすることを特
    徴とする請求項１３に記載の端末装置。