(57)【要約】端末の表示部には暗号化音楽データＭＤ１’をダウンロードしている期間においてダウンロードの進行状況が実際の進行状況よりも遅れて表示される。時刻ｔ３において暗号化音楽データＭＤ１’のダウンロードが完了した時点にあっても表示画面Ｚ２には「９２％完了しました」と表示される。そして、時刻ｔ５において本課金要求Ｃｒｅｑを配信・課金サーバに送信し、本課金応答Ｃｒｅｓを受信した後に、表示部にダウンロードが完了した旨の表示画面Ｚ３を表示させる。
2002021506.tif 000002
【特許請求の範囲】
【請求項１】
サーバは、サーバに格納されている情報を通信網を介して情報通信端末に配信し、
前記情報通信端末へ配信される前記情報の受信が終了すると、前記情報通信端末は、前記情報の受信が完了したことを示す制御情報を前記サーバに送信し、
この後、前記情報通信端末は、前記情報の受信が終了した旨を前記情報通信端末の利用者に告知し、
前記サーバは、前記制御情報に基づいて前記利用者に課金する
ことを特徴とする情報配信方法。
【請求項２】
前記情報は暗号化された暗号化情報とこれを復号するために用いられる鍵情報とを含んでおり、
前記サーバは、前記暗号化情報を配信した後に前記鍵情報を配信し、
前記情報通信端末は、前記鍵情報の受信が終了すると、前記制御情報を前記サーバに送信する
ことを特徴とする請求項１に記載の情報配信方法。
【請求項３】
前記情報通信端末は、課金を条件に前記情報の配信を受けることを前記利用者が承諾することを示す承諾情報を前記サーバに送信し、
前記情報の配信は、前記サーバが前記承諾情報を受信したことを条件に開始される
ことを特徴とする請求項１に記載の情報配信方法。
【請求項４】
前記サーバは、前記制御情報に基づいて前記利用者に課金を実行した後、課金した旨を示す課金済情報を前記情報通信端末に送信し、
前記情報通信端末は前記課金済情報を受信すると、前記情報の受信が終了した旨を前記利用者に告知する
ことを特徴とする請求項１に記載の情報配信方法。
【請求項５】
前記通信網の一部は、無線通信網であることを特徴とする請求項１に記載の情報配信方法。
【請求項６】
前記情報は、音楽データ、画像データ、またはコンピュータプログラムのうち少なくとも１つを有することを特徴とする請求項１に記載の情報配信方法。
【請求項７】
サーバは、サーバに格納されている情報を通信網を介して情報通信端末に配信する段階と、
前記情報通信端末の表示部に前記サーバが格納している各種の情報の種別を表示して利用者に選択を促す段階と、
前記利用者が前記表示部に表示された情報の種別を選択すると、課金を条件に当該情報の配信を受けることに承諾する画面を前記表示部に表示して前記利用者に承諾を促す段階と、
前記利用者が承諾する旨を前記情報通信端末に入力した後に、前記サーバから前記情報通信端末に対して前記利用者によって選択された情報を配信する段階と、
前記選択された情報の総てが前記情報通信端末で受信されると、配信が完了したことを示す制御情報を前記情報通信端末から前記サーバに送信し、その後、前記選択された情報の総ての受信が完了した旨を前記表示部に表示する段階と、
前記制御情報を前記サーバが受信したことを条件に前記利用者に対して課金を実行する段階と
を備えたことを特徴とする情報配信方法。
【請求項８】
サーバは、サーバに格納されている情報を通信網を介して情報通信端末に配信し、
前記サーバは、前記情報通信端末からの要求に応じて前記情報を前記情報通信端末に配信するとともに、前記情報の配信が完了したことを示す制御情報を前記情報通信端末から受信したことを条件に前記情報通信端末の利用者に課金し、
前記情報通信端末は、前記情報の受信が終了すると、前記制御情報を前記サーバに送信した後、前記情報の受信が終了した旨を利用者に告知する
ことを特徴とする情報配信システム。
【請求項９】
サーバに格納されている情報の受信と前記情報の配信が完了したことを示す制御情報の送信とを通信網を介して行う送受信部と、
利用者に前記情報の受信に関する告知を行う告知部と、
前記情報の受信が終了したことを検知して前記制御情報を生成し、これを前記送受信部を用いて前記サーバに送信した後、前記情報の受信が終了した旨を前記告知部を用いて前記利用者に告知する制御部と
を備えたことを特徴とする情報通信端末。
【請求項１０】
前記情報には暗号化された暗号化情報とこれを復号するために用いる鍵情報とが含まれ、前記暗号化情報の配信の後に前記鍵情報が配信されるようになっており、
前記制御部は、前記暗号化情報および前記鍵情報の受信が終了したことを検知して前記制御情報を生成し、これを前記送受信部を用いて前記サーバに送信した後、前記情報の受信が終了した旨を前記告知部を用いて前記利用者に告知する
ことを特徴とする請求項９に記載の情報通信端末。
【請求項１１】
前記告知部は画像を表示する表示部であり、
前記制御部は、前記情報の受信の進行状況を実際の進行状況よりも遅らせて前記表示部に表示させる
ことを特徴とする請求項９に記載の情報通信端末。
【請求項１２】
前記表示部には、前記情報の受信の進行状況がパーセントで表示され、
前記制御部は、前記情報の受信が完了した時点で前記表示部に表示させる進行状況を１００％未満の予め定められた範囲内でランダムになるよう制御する
ことを特徴とする請求項１１に記載の情報通信端末。
【請求項１３】
サーバが送信するサーバから配信が予定される情報の総データ量値を受信する段階と、
総データ量値を受信後、前記情報の受信を開始し、前記情報の受信中に受信済みの積算データ量値を求める段階と、
前記情報の受信中に前記積算データ量値と前記総データ量値とにより前記情報の受信の実際の進行状況より遅れた進行状況を求め、求められた進行状況を利用者に告知する告知段階と、
前記情報の受信が完了した後、前記情報についての課金要求をサーバに送信する段階と、
前記課金要求を送信した後、前記情報の受信が完了したことを前記利用者に告知する段階と、
を具備することを特徴とする情報受信方法。
【請求項１４】
前記告知段階においては、前記進行状況の告知を開始する前に乱数を発生し、この乱数と前記積算データ量値と前記総データ量値とにより前記情報の告知すべき進行状況を求める
ことを特徴とする請求項１３に記載の情報受信方法。
【請求項１５】
サーバが送信するサーバから配信が予定される情報の総データ量値を受信する段階と、
総データ量値を受信後、前記情報の受信を開始し、前記情報の受信中に受信済みの積算データ量値を求める段階と、
前記情報の受信中に前記積算データ量値と前記総データ量値とにより前記情報の受信の実際の進行状況より遅れた進行状況を求め、求められた進行状況を利用者に告知する告知段階と、
前記情報の受信が完了した後、前記情報についての課金要求をサーバに送信する段階と、
前記課金要求を送信した後、前記情報の受信が完了したことを前記利用者に告知する段階と、
を情報通信端末の制御を行うコンピュータに実行させるためのプログラム。
【請求項１６】
サーバが送信するサーバから配信が予定される情報の総データ量値を受信する段階と、
総データ量値を受信後、前記情報の受信を開始し、前記情報の受信中に受信済みの積算データ量値を求める段階と、
前記情報の受信中に前記積算データ量値と前記総データ量値とにより前記情報の受信の実際の進行状況より遅れた進行状況を求め、求められた進行状況を利用者に告知する告知段階と、
前記情報の受信が完了した後、前記情報についての課金要求をサーバに送信する段階と、
前記課金要求を送信した後、前記情報の受信が完了したことを前記利用者に告知する段階と、
を情報通信端末の制御を行うコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１７】
サーバは、乱数を発生し、サーバから情報通信端末へ配信が予定される情報の総データ量を示す第１の総データ量値と前記乱数とに基づき、第２の総データ量値を求め、前記第１の総データ量値と前記第２の総データ量値とを前記情報通信端末に送信した後、前記情報の前記情報通信端末への送信を開始し、
前記情報の受信中に前記情報通信端末は、受信済みの前記情報の積算データ量値を求め、前記積算データ量値と前記第２の総データ量値とにより前記情報の実際の進行状況より遅れた進行状況を求め、求められた進行状況を利用者に告知し、前記情報の受信が完了したか否かを前記第１の総データ量値と前記積算データ量値とを用いて判別し、
前記情報の受信が完了した後、前記情報通信端末は前記情報についての課金要求をサーバに送信する
ことを特徴とする情報配信方法。
【請求項１８】
乱数を発生し、情報通信端末へ配信が予定される情報の総データ量を示す第１の総データ量値と前記乱数とに基づき、第２の総データ量値を求める制御部と、
前記第１の総データ量値と前記第２の総データ量値とを前記情報通信端末へ送信した後、前記情報の送信を開始する送信部と
を具備することを特徴とするサーバ。
【発明の詳細な説明】
技術分野
本発明は、有料情報の配信において確実に課金するのに好適な情報配信方法、情報配信システム、情報通信端末、情報受信方法、制御プログラムおよび記録媒体に関する。
背景技術
近年の情報通信技術の進展に伴って、有料情報をインターネット等の通信網を介して配信する情報配信システムが普及しつつある。情報配信システムは、有料情報の配信および課金を行うサーバと、通信網を介して有料情報の配信を受けるパーソナルコンピュータ等の端末とによって構成されている。配信される有料情報は、音楽データ、文字情報、静止画や動画像を含む画像データおよびコンピュータプログラムなど多岐に渡る。
このような情報配信システムの一つである音楽データ配信システムにおいて、ユーザは、サーバに格納される多数の音楽データの中から所望の音楽データを選択してこれをダウンロードすることができる。そして、ユーザの端末は音楽データのダウンロードを完了した後、ダウンロードが完了した旨の制御情報をサーバに返信する。サーバでは、この制御情報に基づいて音楽データの配信に伴う課金が行われる。この課金方法は、ユーザに音楽データが確実に配信されたことを確認した後に行われる点に特徴があり、後課金方式と呼ばれている。
インターネット等の通信網を利用した音楽データ配信システムにおいては、音楽データのダウンロード中に伝送路において不具合が発生することにより、正常にダウンロードを完了することができない場合がある。後課金方式では、このような場合に課金されることがないので、ユーザは安心してサービスを利用できるという利点がある。
一方、音楽データのダウンロード中に、端末にダウンロード済みのデータ量を音楽データの総データ量に対するパーセントによって表示し、ダウンロードの進行状況をユーザに告知することがある。これにより、ユーザはダウンロードが完了するまでの残り時間やダウンロードの完了をリアルタイムに知ることが可能となる。
ところで、上述したように制御情報は、ダウンロードが完了した後にユーザの端末からサーバに送信される。一方、ユーザは、ダウンロードの完了を進行状況の表示から知ることができる。このため、ダウンロードが完了した後、制御情報を送信する前にユーザが通信回線を切断すると、ユーザは課金されることなく音楽データを取得することができる。そのため、後課金方式による音楽データ配信システムにおいては、端末に音楽データの配信が正常に行われたのにもかかわらず、端末が制御情報を送信する前にユーザが故意に回線を切断することにより、課金漏れが発生するといった問題があった。
発明の開示
本発明は、上述した事情に鑑みてなされたものであり、後課金方式による情報配信方法において、サーバに格納されている情報を情報通信端末に配信する場合に、確実に課金できる情報配信方法、情報配信システム、情報通信端末、情報受信方法、制御プログラムおよび記録媒体を提供することを目的とする。
かかる目的を達成するため、本発明は、サーバは、サーバに格納されている情報を通信網を介して情報通信端末に配信し、前記情報通信端末へ配信される前記情報の受信が終了すると、前記情報通信端末は、前記情報の受信が完了したことを示す制御情報を前記サーバに送信し、この後、前記情報通信端末は、前記情報の受信が終了した旨を前記情報通信端末の利用者に告知し、前記サーバは、前記制御情報に基づいて前記利用者に課金することを特徴とする情報配信方法を提供する。
本発明によれば、後課金方式において確実に課金することができる。
好ましい態様において、前記情報は暗号化された暗号化情報とこれを復号するために用いられる鍵情報とを含んでおり、前記サーバは、前記暗号化情報を配信した後に前記鍵情報を配信し、前記情報通信端末は、前記鍵情報の受信が終了すると、前記制御情報を前記サーバに送信する。
また、別の好ましい様態において、前記情報通信端末は、課金を条件に前記情報の配信を受けることを前記利用者が承諾することを示す承諾情報を前記サーバに送信し、前記情報の配信は、前記サーバが前記承諾情報を受信したことを条件に開始される。
くわえて、別の好ましい様態において、前記サーバは、前記制御情報に基づいて前記利用者に課金を実行した後、課金した旨を示す課金済情報を前記情報通信端末に送信し、前記情報通信端末は、前記課金済情報を受信すると前記情報の受信が終了した旨を前記利用者に告知する。
さらに、別の好ましい様態において、前記通信網の一部は無線通信網である。
そして、別の好ましい様態において、前記情報は、音楽データ、画像データ、またはコンピュータプログラムのうち少なくとも１つを有する。
また、本発明は、サーバは、サーバに格納されている情報を通信網を介して情報通信端末に配信する段階と、前記情報通信端末の表示部に前記サーバが格納している各種の情報の種別を表示して利用者に選択を促す段階と、前記利用者が前記表示部に表示された情報の種別を選択すると、課金を条件に当該情報の配信を受けることに承諾する画面を前記表示部に表示して前記利用者に承諾を促す段階と、前記利用者が承諾する旨を前記情報通信端末に入力した後に、前記サーバから前記情報通信端末に対して前記利用者によって選択された情報を配信する段階と、前記選択された情報の総てが前記情報通信端末で受信されると、配信が完了したことを示す制御情報を前記情報通信端末から前記サーバに送信し、その後、前記選択された情報の総ての受信が完了した旨を前記表示部に表示する段階と、前記制御情報を前記サーバが受信したことを条件に前記利用者に対して課金を実行する段階とを備えたことを特徴とする情報配信方法を提供する。
また、本発明は、サーバは、サーバに格納されている情報を通信網を介して情報通信端末に配信し、前記サーバは、前記情報通信端末からの要求に応じて前記情報を前記情報通信端末に配信するとともに、前記情報の配信が完了したことを示す制御情報を前記情報通信端末から受信したことを条件に前記情報通信端末の利用者に課金し、前記情報通信端末は、前記情報の受信が終了すると、前記制御情報を前記サーバに送信した後、前記情報の受信が終了した旨を利用者に告知することを特徴とする情報配信システムを提供する。
また、本発明は、サーバに格納されている情報の受信と前記情報の配信が完了したことを示す制御情報の送信とを通信網を介して行う送受信部と、利用者に前記情報の受信に関する告知を行う告知部と、前記情報の受信が終了したことを検知して前記制御情報を生成し、これを前記送受信部を用いて前記サーバに送信した後、前記情報の受信が終了した旨を前記告知部を用いて前記利用者に告知する制御部とを備えたことを特徴とする情報通信端末を提供する。
好ましい態様において、前記情報には暗号化された暗号化情報とこれを復号するために用いる鍵情報とが含まれ、前記暗号化情報の配信の後に前記鍵情報が配信されるようになっており、前記制御部は、前記情報の受信が終了したことを検知して前記制御情報を生成し、これを前記送受信部を用いて前記サーバに送信した後、前記情報の受信が終了した旨を前記告知部を用いて前記利用者に告知する。
また、別の好ましい態様において、前記告知部は画像を表示する表示部であり、前記制御部は、前記情報の受信の進行状況を実際の進行状況よりも遅らせて前記表示部に表示させる。
好ましい態様において、前記表示部には、前記情報の受信の進行状況がパーセントで表示され、前記制御部は、前記情報の受信が完了した時点で前記表示部に表示させる進行状況を１００％未満の予め定められた範囲内でランダムになるよう制御する。
また、本発明は、サーバが送信するサーバから配信が予定される情報の総データ量値を受信する段階と、総データ量値を受信後、前記情報の受信を開始し前記情報の受信中に受信済みの積算データ量値を求める段階と、前記情報の受信中に前記積算データ量値と前記総データ量値とにより前記情報の受信の実際の進行状況より遅れた進行状況を求め、求められた進行状況を利用者に告知する告知段階と、前記情報の受信が完了した後、前記情報についての課金要求をサーバに送信する段階と、前記課金要求を送信した後、前記情報の受信が完了したことを前記利用者に告知する段階とを具備する情報受信方法を提供する。
好ましい様態において、前記告知段階においては、前記進行状況の告知を開始する前に乱数を発生し、この乱数と前記積算データ量値と前記総データ量値とにより前記情報の告知すべき進行状況を求める。
この発明は、上記情報受信方法に従って情報の受信を行うためのプログラムを電気通信回路を介してユーザに配布し、あるいはそのようなプログラムをコンピュータ読み取り可能な記録媒体に記録してユーザに配布するという様態で実施され得る。
また、本発明は、サーバは、乱数を発生し、サーバから情報通信端末へ配信が予定される情報の総データ量を示す第１の総データ量値と前記乱数とに基づき、第２の総データ量値を求め、前記第１の総データ量値と前記第２の総データ量値とを前記情報通信端末に送信した後、前記情報の前記情報通信端末への送信を開始し、前記情報の受信中に前記情報通信端末は、受信済みの前記情報の積算データ量値を求め、前記積算データ量値と前記第２の総データ量値とにより前記情報の実際の進行状況より遅れた進行状況を求め、求められた進行状況を利用者に告知し、前記情報の受信が完了したか否かを前記第１の総データ量値と前記積算データ量値とを用いて判別し、前記情報の受信が完了した後、前記情報通信端末は前記情報についての課金要求をサーバに送信することを特徴とする情報配信方法を提供する。
また、本発明は、乱数を発生し、前記乱数と情報通信端末へ配信が予定される情報の総データ量を示す第１の総データ量値とに基づき、第２の総データ量値を求める制御部と、前記第１の総データ量値と前記第２の総データ量値とを前記情報通信端末へ送信した後、前記情報の送信を開始する送信部とを具備することを特徴とするサーバを提供する。
発明を実施するための最良の形態
以下、図面を参照して、この発明の実施形態について説明する。以下の実施形態においては、音楽データ配信システムに本発明を適用した例を説明する。ただし、本発明は、かかる実施形態に限定されず、本発明の範囲内で種々の変更が可能である。
＜１．音楽データ配信システムの構成＞
図１は、音楽データ配信システムの構成を示すブロック図である。この図に示すように、音楽データ配信システムは、通信網５、端末ＭＳ１、ＭＳ２およびコンテンツプロバイダ設備Ａを備えている。
通信網５は、端末ＭＳ１、ＭＳ２と無線データ通信可能な無線通信網である。なお、本実施形態においては、通信網５は、無線通信網であるが、固定通信網であっても良いし、無線通信網と固定通信網との組み合わせであっても良い。
次に、端末ＭＳ１、ＭＳ２は、ユーザが所望する音楽データをダウンロードするものであり、小型軽量の無線情報通信端末である。なお、図１に示す例では、端末ＭＳ１、端末ＭＳ２の２台が示されているが、システムを利用する端末は、１台であっても良いし、３台以上であっても良い。以下の説明において、端末ＭＳ１、ＭＳ２を特定しないで一般的に説明する場合には、端末ＭＳと記す。
コンテンツプロバイダ設備Ａは、運用管理サーバ１０、認証サーバ１１、配信・課金サーバ１２、ゲートウエイ装置１３を備えており、これらはローカルエリアネットワーク８によって相互に接続されている。ゲートウエイ装置１３は、ローカルエリアネットワーク８を通信網５に接続するものである。運用管理サーバ１０は、コンテンツプロバイダ設備Ａの全体を管理しており、各サーバの動作状態を監視して、モニタに動作状態を表示するようになっている。これにより、システム管理者は、各サーバのいずれかに故障が発生しても直ちにこれを知ることができ、故障に適切に対処することが可能である。
また、認証サーバ１１は、ゲートウエイ装置１３を介してアクセスしてきた端末ＭＳの正当性をユーザＩＤ等により認証するものである。ユーザＩＤは、音楽データの有料配信サービスの契約をしたユーザが所有する端末ＭＳに対して、一意に割り当てられる識別情報であり、予め認証サーバ１１に記憶される。有料配信サービスの契約は、書面によって行うこともできるが、Ｗｅｂ上でも行うことができる。
そして、配信・課金サーバ１２は、音楽データの管理および配信や、配信にともなう課金処理を行うものである。
一般的な音楽データ配信システムにおいては、音楽データは、著作権を保護するため暗号化されて配信される。本実施形態における音楽データ配信システムにおいては、以下の手順により暗号化された音楽データの配信が行われる。
（１）配信・課金サーバ１２が、復号鍵によって音楽データを暗号化し、暗号化音楽データを生成する。
（２）端末ＭＳが、公開鍵と秘密鍵とを生成する。
（３）端末ＭＳが、生成した公開鍵を配信・課金サーバ１２に送信する。
（４）配信・課金サーバ１２が、受信した公開鍵によって復号鍵を暗号化し、暗号化復号鍵を生成する。
（５）配信・課金サーバ１２が、暗号化音楽データと暗号化復号鍵とを端末ＭＳに送信する。
（６）端末ＭＳが、受信した暗号化復号鍵を秘密鍵によって復号して復号鍵を得た後、復号鍵によって暗号化音楽データから音楽データを復号することにより、ユーザは音楽データの利用が可能となる。
図２は端末ＭＳの構成を示すブロック図である。この図に示すように端末ＭＳは、バス２００を介して各構成部と接続されたＣＰＵ２１０、ブートプログラムやＷＷＷブラウザ等の各種の制御プログラムを格納したＲＯＭ２２０、およびＣＰＵ２１０の作業領域として機能するＲＡＭ２３０を備えている。さらに、端末ＭＳは、通信網５との間で無線チャネルを介して情報の送受信を行う無線インターフェース部２４０、ユーザが指示を入力する操作部２５０、ダウンロードの進行状況やダウンロードの対象となるコンテンツの種別を表示する表示部２６０、メモリカード２７０、および再生部２８０を備えている。メモリカード２７０は、端末ＭＳに設けられたスロット（図示せず）に着脱自在であり、そこには配信・課金サーバ１２からダウンロードされた暗号化音楽データと暗号化復号鍵とが格納されるようになっている。ＣＰＵ２１０は、暗号化復号鍵から復号鍵を生成し、復号鍵によって暗号化音楽データから音楽データを復号する。そして、再生部２８０は、再生された音楽データをＤ／Ａ変換して音楽信号として出力する。
図３は配信・課金サーバ１２の構成を示すブロック図である。この図に示すように配信・課金サーバ１２は、制御部１２０、暗号化部１２１、課金部１２２、インターフェース部１２３および記憶部１２４を備えている。まず、制御部１２０は、ＣＰＵ等によって構成され、配信・課金サーバ１２全体を制御するものである。
暗号化部１２１は、制御部１２０の制御の下、配信する音楽データの暗号化や、端末ＭＳから受信した公開鍵によって復号鍵の暗号化などを行うものである。次に、課金部１２２は、ダウンロードする音楽データを特定するための情報の授受を端末ＭＳと行うともに、端末ＭＳを所持するユーザに対する課金処理を行う。
インターフェース部１２３は、ローカルエリアネットワーク８との間で通信を行うインターフェースとして機能する。記憶部１２４には、音楽データテーブルが記憶されている。
図４は、記憶部１２４に記憶された音楽データテーブルＴＢＬのフォーマットを示す図である。この図に示すように、音楽データテーブルＴＢＬは、各音楽データに対して一意に割り当てられた楽曲コードＭＣ１、ＭＣ２、ＭＣ３、…、複数の音楽データＭＤ１、ＭＤ２、ＭＤ３、…、各音楽データの暗号化および復号化に用いる復号鍵ＫＥＹ１、ＫＥＹ２、ＫＥＹ３、…、各音楽データを暗号化した暗号化音楽データＭＤ１’、ＭＤ２’、ＭＤ３’、…、および各暗号化音楽データの総データ量を示す総データ量値ＴＡ１、ＴＡ２、ＴＡ３、…が各々対応づけられた状態で格納されている。配信・課金サーバ１２は、楽曲コードＭＣ１、ＭＣ２、ＭＣ３、…を特定することによって、暗号化音楽データＭＤ１’、ＭＤ２’、ＭＤ３’、…、および復号のために用いる復号鍵ＫＥＹ１、ＫＥＹ２、ＫＥＹ３、…を音楽データテーブルＴＢＬから取り出すことができる。
＜２．音楽データ配信システムの動作＞
図５は、音楽データ配信システムの動作を説明するためのシーケンス図である。以下の説明において、配信・課金サーバ１２は、復号鍵による音楽データから暗号化音楽データへの暗号化をあらかじめ行っているものとする。
まず、端末ＭＳが認証サーバ１１に対してユーザＩＤを含むアクセス要求Ａｒｅｑを送信すると（ステップＳ１）、認証サーバ１１はユーザＩＤに基づいて認証を行う（ステップＳ２）。ユーザＩＤが正当なものであれば、認証サーバ１１は、端末ＭＳのアクセスを許可し、端末ＭＳは、配信・課金サーバ１２にアクセス可能となる（ステップＳ３）。一方、ステップＳ２においてユーザＩＤが不正なものであれば、認証サーバ１１は、端末ＭＳのアクセスを拒否する。
次に、配信・課金サーバ１２は、端末ＭＳとの間で通信を行って、表示部２６０に楽曲の選択を促す画面を表示させ、ユーザにダウンロードの対象となる楽曲の選択を促す（ステップＳ４）。具体的には、配信・課金サーバ１２は、図６Ａに示すように曲名で選択するか、アーティスト名で選択するかを促す画面を表示部２６０に表示させ、ユーザに選択を促す。ユーザがいずれか一方を選択すると、配信・課金サーバ１２は、図６Ｂに示すように５０音別の画面を表示部２６０に表示させ、さらにユーザの選択を促す。ここで、ユーザがアーティスト名に続いて「ハ行」を選択したとすると、配信・課金サーバ１２は、図６Ｃに示すように、「橋幸一」、「浜田ゆみ」といったアーティスト名を表示部２６０に表示させ、さらに選択を促す。ユーザが「浜田ゆみ」を選択したとすると、配信・課金サーバ１２は、図６Ｄに示すように、複数の曲名を表示して選択を促す。そして、ユーザが「ＳＥＡ」を選択したとすると、配信・課金サーバ１２は、図６Ｅに示すように、曲名、アーティスト名、レコード会社名、価格等のコンテンツを特定する表示情報と、このコンテンツの購入申し込みを受け付けるためのソフトボタン“購入”とを含む画面を表示部２６０に表示する。この後、ユーザが購入を選択すると、配信・課金サーバ１２は、図６Ｆに示すように、契約内容に関する表示情報と、この契約内容の承諾を確認するためのソフトボタン“承諾”とを含む画面を表示部２６０に表示する。この契約内容としては課金を条件にダウンロードが実行される旨、課金方法等が含まれる。ここで、承諾をユーザが選択すると、音楽データのダウンロード処理が開始される。なお、以下の説明では、楽曲コードＭＣ１で特定される楽曲をユーザが特定したものとする。
図５において、端末ＭＳは、承諾応答Ｓｒｅｓを配信・課金サーバ１２に送信する（ステップＳ５）。この承諾応答Ｓｒｅｓは、ダウンロードの対象となる音楽データを特定する楽曲コードＭＣ１を含んでいる。次に、端末ＭＳは、公開鍵ＫＥＹｐと秘密鍵ＫＥＹｓとの組を生成する（ステップＳ６）。次に、配信・課金サーバ１２は、公開鍵要求Ｋｒｅｑを端末ＭＳに送信する（ステップＳ７）。公開鍵要求Ｋｒｅｑを受信した端末ＭＳは、配信・課金サーバ１２に公開鍵ＫＥＹｐが含まれる公開鍵応答Ｋｒｅｓを送信する（ステップＳ８）。
次に、配信・課金サーバ１２は、楽曲コードＭＣ１に対応する復号鍵ＫＥＹ１を受信した公開鍵ＫＥＹｐによって暗号化し、暗号化復号鍵ＫＥＹ１’を生成する（ステップＳ９）。そして、配信・課金サーバ１２は、受信した楽曲コードＭＣ１に対応する暗号化音楽データＭＤ１’の総データ量値ＴＡ１を送信する（ステップＳ１０）。総データ量値ＴＡ１を受信すると、端末ＭＳのＣＰＵ２１０は、表示プログラムを実行する（ステップＳ１１）。
ここで、表示プログラムとは、端末ＭＳのＲＯＭ２２０に記憶される制御プログラムであって、表示部２６０に暗号化音楽データＭＤ１’のダウンロードの進行状況を表示するための制御プログラムである。この表示プログラムの実行は、ＣＰＵ２１０により、図５に示す通信制御と並行して行われる。なお、表示プログラムによるＣＰＵ２１０の動作の詳細は後述することとする。
次に、配信・課金サーバ１２は、暗号化音楽データＭＤ１’を端末ＭＳに送信する（ステップ１２）。一方、暗号化音楽データＭＤ１’を受信する間、端末ＭＳのＣＰＵ２１０は、ダウンロード済みの暗号化音楽データＭＤ１’の積算データ量を求め、積算データ量値Ｑを生成する。暗号化音楽データＭＤ１’は、復号鍵ＫＥＹ１を用いなければ復号することができないので、通信経路において第三者に傍受されたとしても音楽データＭＤ１の著作権を有効に保護することが可能となる。
次に、端末ＭＳは、暗号化音楽データＭＤ１’のダウンロードが完了したか否かを、積算データ量値Ｑと総データ量値ＴＡ１とに基づいて判定する。そして、端末ＭＳは、暗号化音楽データＭＤ１’のダウンロードが完了した時点で、暗号化復号鍵要求Ｋ’ｒｅｑを配信・課金サーバ１２に送信する（ステップＳ１３）。
ところで、端末ＭＳは、復号鍵ＫＥＹ１を用いなければ暗号化音楽データＭＤ１’から音楽データＭＤ１を復号することはできない。そのため、ユーザは、端末ＭＳが暗号化復号鍵ＫＥＹ１’の受信が完了するまで、音楽データＭＤ１を利用することはできない。
一方、暗号化復号鍵要求Ｋ’ｒｅｑが配信・課金サーバ１２に送信されたとしても、送信後に通信網５に障害が発生すれば、端末ＭＳは、暗号化復号鍵ＫＥＹ１’を受け取ることができない。そのため配信・課金サーバ１２は、暗号化復号鍵要求Ｋ’ｒｅｑを受信しても直ちに課金を行わず、受信した暗号化復号鍵要求Ｋ’ｒｅｑを仮課金要求として扱うとともに、暗号化復号鍵ＫＥＹ１’を暗号化復号鍵応答Ｋ’ｒｅｓとして端末ＭＳに送信する（ステップＳ１４）。
次に、端末ＭＳは、暗号化復号鍵応答Ｋ’ｒｅｓを受信すると、本課金要求Ｃｒｅｑを配信・課金サーバ１２に送信する（ステップＳ１５）。そして、端末ＭＳは、暗号化復号鍵ＫＥＹ１’を秘密鍵ＫＥＹｓによって復号することにより、復号鍵ＫＥＹ１を得る。これにより、端末ＭＳは、復号鍵ＫＥＹ１を用いて暗号化音楽データＭＤ１’から音楽データＭＤ１の復号が可能となり、音楽データＭＤ１の再生が可能となる。
次に、配信・課金サーバ１２は本課金要求Ｃｒｅｑを受信すると、課金部１２２において課金処理を実行する（ステップＳ１６）。そして、配信・課金サーバ１２は、端末ＭＳに対して本課金応答Ｃｒｅｓを送信する（ステップＳ１７）。一方、本課金応答Ｃｒｅｓを受信した端末ＭＳは、表示プログラムの処理において、ダウンロードが完了した旨を表示部２６０に表示させる。これにより、ユーザは、ダウンロードが正常に終了して音楽データＭＤ１が再生可能となったことを知ることができる。
ところで、配信・課金サーバ１２において課金処理が実行された後、本課金応答Ｃｒｅｓを端末ＭＳに送信する前に故障等によって通信回線が切断された場合には、実際には課金されているにもかかわらず、課金されたか否かを端末ＭＳで確認できないことになるが、本実施形態のように課金について承諾応答Ｓｒｅｓを配信・課金サーバ１２が受信した後、ダウンロードを開始する場合には問題とはならない。換言すれば、課金処理後の故障等による回線切断があった場合でも、課金を円滑に行えるよう前もって承諾応答Ｓｒｅｓを端末ＭＳから送信させている。
図７は、上述したステップＳ１１において、ＣＰＵ２１０によって実行される表示プログラムのフローチャートである。図８は、配信・課金サーバ１２と端末ＭＳとの間の通信と、表示部２６０の表示画面との関係を示す概念図である。本実施形態においては、表示部２６０に表示されるダウンロードの進行状況は、ダウンロード予定の総データ量に対するダウンロード済みの積算データ量のパーセントによって表示される。また、図８における時刻ｔ１から時刻ｔ３は、図５におけるＳ１２に対応する。図８における、時刻ｔ４、時刻ｔ５および時刻ｔ６は、それぞれ図５におけるステップＳ１４、ステップＳ１５およびステップＳ１７に対応する。
図７において、まず、ＣＰＵ２１０は、ランダム値Ｖｒａｄを決定する（ステップＳｂ１）。詳細には、ＣＰＵ２１０は、ランダム値Ｖｒａｄを“９０”以上“９９”以下の範囲内で無作為抽出により決定する。なお、ランダム値Ｖｒａｄが抽出される範囲は、“１００”未満の所定範囲であれば良く、例えば、“７５”以上“９５”以下の範囲でも良い。
次に、ＣＰＵ２１０は、総データ量値ＴＡ１とランダム値Ｖｒａｄとに基づいて、以下に示す式を演算して基準値Ｖｒｅｆを求める（ステップＳｂ２）。
Ｖｒｅｆ＝ＴＡ１／Ｖｒａｄ
次に、ＣＰＵ２１０は、ダウンロード済みの暗号化音楽データＭＤ１’の積算データ量値Ｑを算出し、積算データ量値Ｑと基準値Ｖｒｅｆとに基づいて、以下に示す式より演算値Ｘを求める（ステップＳｂ３）。
Ｘ＝Ｑ／Ｖｒｅｆ
このように“１００”未満のランダム値Ｖｒａｄを用いて演算値Ｘが算出されるため、演算値Ｘは、常に積算データ量値Ｑの総データ量値ＴＡ１に対するパーセントより小さい値となる。
次に、ＣＰＵ２１０は、積算データ量値Ｑが総データ量値ＴＡ１に一致したか否かを判定する（ステップＳｂ４）。この判定結果が「Ｎｏ」であれば、ＣＰＵ２１０は、演算値Ｘを表示値Ｙとして表示部２６０に表示する（ステップＳｂ５）。例えば、図８に示す時刻ｔ２において、Ｖｒａｄ＝９２、ＴＡ１＝１００Ｋｂｙｔｅ、Ｑ＝５０Ｋｂｙｔｅの下での表示部２６０の様子を示したものが、画面Ｚ１である。このとき演算値Ｘは“４６”となるため、領域Ｗに表示値Ｙである“４６”が表示される。このようにランダム値Ｖｒａｄを用いて演算値Ｘが算出されることにより、表示部２６０には、実際のダウンロードの進行状況（５０％完了）よりも遅れた進行状況（４６％完了）が示される。
一方、ステップＳｂ６における判定結果が「Ｙｅｓ」であれば、すなわち、暗号化音楽データＭＤ１’のダウンロードが完了した場合には、ＣＰＵ２１０は、演算値Ｘを表示値Ｙとして表示部２６０に表示する（ステップＳｂ６）。例えば、上述のようにＶｒａｄ、ＴＡ１が設定されており、図８に示す時刻ｔ３において積算データ量値Ｑが総データ量値ＴＡ１と一致した場合（ダウンロードが完了したとき）の表示部２６０の様子を示したものが画面Ｚ２である。このとき演算値Ｘは、ランダム値Ｖｒａｄである“９２”となるため、表示部２６０には「ダウンロード中。９２％完了しました。」というメッセージが表示される。
そして、ＣＰＵ２１０は、平均転送レートに応じて表示値Ｙを“１００”に至らない最大の値まで増加させる（ステップＳｂ７）。詳細には、ＣＰＵ２１０は、総データ量値ＴＡ１をダウンロードに要した時間で除算して平均転送レートを求め、この平均転送レートに従って表示値Ｙを増加させる。これにより、ユーザが表示値Ｙの進行具合の変化に基づいてダウンロード完了を推測することが防止できる。
次に、ＣＰＵ２１０は、配信・課金サーバ１２から本課金応答Ｃｒｅｓを受信した否かを判定する（ステップＳｂ８）。そして、受信後に、ＣＰＵ２１０は、表示値Ｙを“１００”として、図８に示すように時刻ｔ７において表示部２６０に「ダウンロード終了。１００％完了しました。」とのメッセージを告知する表示画面Ｚ３を表示させる（ステップＳｂ９）。
ここで、図８において、端末ＭＳが音楽データＭＤ１を再生するために必要な全ての情報の受信を完了するのは、時刻ｔ４における復号鍵応答Ｋ’ｒｅｓを受信した時点である。一方、課金に必要な全ての情報の授受が完了するのは、時刻ｔ６における本課金応答Ｃｒｅｓを受け取った時点になる。本実施形態におけるＣＰＵ２１０は、時刻ｔ６以降に表示部２６０にダウンロード終了の表示を行う。
このため暗号化復号鍵応答Ｋ’ｒｅｓを受信した時刻ｔ４において、ユーザは暗号化復号鍵ＫＥＹ１’を取得したことを知ることができない。したがって、本実施形態によれば、ユーザによって故意に時刻ｔ４から時刻ｔ５の間に通信回線を切断されることを防止することができる。
くわえて、暗号化音楽データＭＤ１’のダウンロードが完了した時点でランダム値Ｖｒａｄが表示値Ｙとして表示部２６０に表示されるので、ユーザが表示値Ｙを参照しながら故意に通信回線の切断を繰り返しても、ユーザは、表示値Ｙから本課金要求Ｃｒｅｑの送信タイミングを知ることができない。この結果、ユーザが繰り返し通信回線を切断しても課金漏れを有効に防止することができる。
＜３．変形例＞
以上、本発明に係わる実施形態を説明したが、本発明は上述した実施形態に限定されるものではなく、以下に述べる各種の変形が可能である。
（１）上述した実施形態にあっては、表示部２６０にダウンロードの進行状況をパーセントで表示するようにしたが、本発明はこれに限定されるものではなく、どのような手法を用いてダウンロードの進行状況を表示してもよい。例えば、棒グラフや円グラフ等、進行状況を具象化して表示するようにしてもよい。
（２）上述した実施形態においては、表示部２６０にダウンロードの進行状況を表示することにより、ダウンロードが完了したことをユーザに告知したが、本発明はこれに限定されるものではなく、人の五感に訴えるものであればどのような告知手段・告知方法を用いてもよいことは勿論である。例えば、情報の受信完了を音でユーザに知らせてもよいし、あるいは、端末ＭＳに機械的な振動を発生させるバイブレータを内蔵しておき、情報の受信が完了した時点で振動を発生させ触覚によって告知してもよい。
（３）上述した実施形態においては、端末ＭＳに配信される情報の一例として音楽データを取りあげて説明したが、本発明は、情報の種類には一切限定されない。例えば、音楽データの替わりに、文字情報、静止画や動画を含む画像データ、コンピュータプログラム、あるいはこれらの組み合わせをダウンロードする場合にも、本発明を適用できることは勿論である。
また、情報の配信を受ける端末の一例として端末ＭＳを例に挙げて説明したが、通信機能を備えた情報通信端末に本発明を適用できることは勿論である。例えば、インターネットに接続されるパーソナルコンピュータに情報を配信する場合にも本発明を適用することができる。
（４）上述した実施形態にあっては、端末ＭＳは本課金応答Ｃｒｅｓを受信した後にダウンロードが完了した旨を表示したが、本課金要求Ｃｒｅｑを送信した後にダウンロードが完了した旨の表示をしてもよい。配信・課金サーバ１２は本課金要求Ｃｒｅｑを受信することによって、音楽データＭＤ１の再生に必要な総ての情報を端末ＭＳが受信したことを知って課金することができる一方、本課金要求Ｃｒｅｑの送信後にダウンロードの完了をユーザが知って回線を直ちに切断したとしても、本課金要求Ｃｒｅｑが送信された後であるから、課金漏れとなることはないからである。
また、本実施形態にあっては、端末ＭＳから課金を許可する本課金要求Ｃｒｅｑを送信したが、これは端末において総ての情報の受信が完了したことを示す制御情報の送信と捉えてもよいことは勿論である。
（５）上述した実施形態にあっては、暗号化音楽データＭＤ１’および暗号化復号鍵ＫＥＹ１’から構成される暗号化された情報を配信・課金サーバ１２から端末ＭＳにダウンロードすることを一例として説明したが、本発明の対象とする情報は暗号化されていない情報であってもよいし、暗号化情報のみであってもよいし、あるいは鍵情報のみであってもよい。要は、ユーザが必要とする情報をダウンロードの際に、総ての情報を情報通信端末で受信し、受信が完了したことをサーバに送信した後に、受信が完了した旨をユーザに告知するのであれば、いかなるものであってもよい。
（６）上述した実施形態にあっては、端末ＭＳにおいてランダム値Ｖｒａｄを生成し、これに基づいて総データ量に対する積算した受信データ量のパーセントを変換して、総てのデータを受信した時点でランダム値Ｖｒａｄが表示されるようにしたが、ランダム値Ｖｒａｄの替わりに固定値を用いて変換するようにしてもよい。この場合には、情報通信端末においてランダム値Ｖｒａｄを発生する回路やソフトウエアを備える必要がなくなるので、その構成を簡易なものにすることができる。
（７）上述した実施形態にあっては、演算値Ｘの算出に用いられる情報のうち配信・課金サーバ１２から端末ＭＳに送信される情報は、総データ量値ＴＡ１と暗号化音楽データＭＤ１’とであるが、本発明はこれに限定されるものではない。すなわち、例えば、配信・課金サーバ１２においてランダム値Ｖｒａｄを決定し、その後、ランダム値Ｖｒａｄと総データ量値ＴＡ１とにより基準値Ｖｒｅｆを求め、この基準値Ｖｒｅｆを端末ＭＳに更に送信する配信・課金サーバ１２であっても良い。この場合、基準値Ｖｒｅｆは、図５におけるステップＳ１１の表示プログラムが開始される以前に配信・課金サーバ１２から端末ＭＳに送信される。そして、端末ＭＳにおいては、図７におけるステップＳｂ３以降の手順が表示プログラムとして実行されることにより、実際のダウンロードの進行状況より遅れた進行状況が表示部２６０に表示される。
また、例えば、配信・課金サーバ１２において、乱数を発生し、実際の総データ量値ＴＡ１より大きな値であるダミーの総データ量値を総データ量値ＴＡ１と乱数とに基づいて求め、このダミーの総データ量値を端末ＭＳに更に送信する配信・課金サーバ１２であっても良い。この場合、ダミーの総データ量値は、図５におけるステップＳ１１の表示プログラムが開始される以前に配信・課金サーバ１２から端末ＭＳに送信される。そして、端末ＭＳおいては、ダミーの総データ量値に基づいて実際のダウンロードの進行状況より遅れた進行状況が算出される。
【図面の簡単な説明】
図１は、本発明の一実施形態に係る音楽データ配信システムの構成を示すブロック図である。
図２は、同音楽データ配信システムに用いる端末ＭＳの構成を示すブロック図である。
図３は、同音楽データ配信システムに用いる配信・課金サーバ１２の構成を示すブロック図である。
図４は、同配信・課金サーバ１２の記憶部１２４に記憶される音楽情報テーブルＴＢＬのフォーマット図である。
図５は、同音楽データ配信システムの動作を説明するためのシーケンス図である。
図６Ａ、図６Ｂ、図６Ｃ、図６Ｄ、図６Ｅおよび図６Ｆは、ダウンロードの対象となる楽曲を特定するまでの過程において、端末ＭＳの表示部２６０に表示される表示画面の一例を示す図である。
図７は、表示プログラムに基づくＣＰＵ２１０の動作のフローチャートである。
図８は、配信・課金サーバ１２と端末ＭＳとの間の通信と、表示部２６０の表示画面との関係を示す概念図である。
【図１】
2002021506.tif 000003
【図２】
2002021506.tif 000004
【図３】
2002021506.tif 000005
【図４】
2002021506.tif 000006
【図５】
2002021506.tif 000007
【図６Ａ】
2002021506.tif 000008
【図６Ｂ】
2002021506.tif 000009
【図６Ｃ】
2002021506.tif 000010
【図６Ｄ】
2002021506.tif 000011
【図６Ｅ】
2002021506.tif 000012
【図６Ｆ】
2002021506.tif 000013
【図７】
2002021506.tif 000014
【図８】
2002021506.tif 000015
【国際調査報告】
2002021506.tif 000016
2002021506.tif 000017
2002021506.tif 000018
2002021506.tif 000019