(57)【特許請求の範囲】
【請求項１】
ソフトウエアのインストールの開始情報及び・終了情報の記憶が可能な記憶領域と、
購入要求情報をセンター装置へ送信する購入要求情報送信手段と、
前記購入要求情報送信手段による送信処理の後、センター装置より取得した復号鍵情報を基に、暗号化されたソフトウエアの復号を行う復号手段と、
前記復号手段により復号されたソフトウエアのインストール処理が開始された事を検出すると記憶領域にインストールの開始情報を記憶させるインストール開始情報記憶手段と、
前記復号手段により復号されたソフトウエアのインストール処理が終了した事を検出すると記憶領域にインストールの終了情報を記憶させるインストール終了情報記憶手段と、
返金要求指示があった場合、返金要求情報とともに、前記記憶領域に記憶されている情報をセンター装置へ送信する返金要求情報送信手段と、
を有する事を特徴とするソフトウエアインストール処理装置。
【請求項２】
センター装置と、前記センター装置と通信可能な端末とを有し、
前記端末は、
ソフトウエアのインストールの開始情報及び・終了情報の記憶が可能な記憶領域と、
購入要求情報をセンター装置へ送信する購入要求情報送信手段と、
前記購入要求情報送信手段による送信処理の後、センター装置より取得した復号鍵情報を基に、暗号化されたソフトウエアの復号を行う復号手段と、
前記復号手段により復号されたソフトウエアのインストール処理が開始された事を検出すると記憶領域にインストールの開始情報を記憶させるインストール開始情報記憶手段と、
前記復号手段により復号されたソフトウエアのインストール処理が終了した事を検出すると記憶領域にインストールの終了情報を記憶させるインストール終了情報記憶手段と、
返金要求指示があった場合、返金要求情報とともに、前記記憶領域に記憶されている情報をセンター装置へ送信する返金要求情報送信手段と、
を有し、
前記センター装置は、
端末より購入要求情報を受信する購入要求情報受信手段と、
前記購入要求情報受信手段によって受信された購入要求情報が届くと、該購入要求情報に応じた復号鍵情報を端末へ送信する復号鍵送信手段と、
端末より返金要求情報が送られてきた際、該情報とともにインストール開始情報・インストール終了情報を受信したかを判断し、インストール開始情報が受信され、インストール終了情報が受信されなかった場合に、返金処理対象と判定する返金処理手段と、
を有する事を特徴とするソフトウエアインストール処理システム。
【請求項３】
アクセス番号、コンテンツ固有の番号及び購入番号を対にして記憶領域に記憶する記憶手段と、
端末より、購入要求とともに、端末が所有する暗号化されたコンテンツ固有の番号、マシン固有の番号から生成したアクセス情報を受信する受信手段と、
前記受信手段が受信したアクセス情報から取得したコンテンツ固有の番号に対応する復号鍵を生成するとともに、該復号鍵を、前記受信手段が受信したアクセス情報から取得したマシン固有の番号で暗号化した購入番号を生成し、端末へ送信する購入番号生成手段と
前記受信手段が受信したアクセス番号、該アクセス番号から取得したコンテンツ固有の番号及び前記購入番号生成手段が生成した購入番号を対にして前記記憶領域に記憶させる記憶手段と、
端末からアクセス番号、コンテンツＩＤ、及び購入番号を受信すると前記記憶領域に記憶されているコンテンツ固有の番号及び購入番号を参照し、合致するペアがあり、かつ、前記端末よりインストール開始情報・インストール終了情報を受信したかを判断し、インストール開始情報が受信され、インストール終了情報が受信されなかった場合に、返金処理対象と判定する返金処理手段と、
を有する事を特徴とするソフトウエアインストール処理装置。
【請求項４】
センター装置と、前記センター装置と通信可能な端末とを有し、
前記端末は、
マシン固有の番号を記憶する記憶部と、
ソフトウエアのインストールの開始情報及び・終了情報の記憶が可能な記憶領域と、
所有する暗号化されたコンテンツ固有の番号、マシン固有の番号から所定の手順にてアクセス番号を生成し、該アクセス情報と購入要求を送信する手段と、
センター装置から送られてくる復号鍵をマシン固有の番号で暗号化した購入番号をマシン固有の番号で復号化し、該復号鍵により、前記暗号化されたプログラムを復号する復号化手段と、
前記復号手段により復号されたソフトウエアのインストール処理が開始された事を検出すると記憶領域にインストールの開始情報を記憶させるインストール開始情報記憶手段と、
前記復号手段により復号されたソフトウエアのインストール処理が終了した事を検出すると記憶領域にインストールの終了情報を記憶させるインストール終了情報記憶手段と、
返金要求指示があった場合、コンテンツＩＤ、購入番号及び、前記記憶領域に記憶されている情報をセンター装置へ送信する返金要求情報送信手段と、
を有し、
前記センター装置は、
アクセス番号、コンテンツ固有の番号及び購入番号を対にして記憶領域に記憶する記憶手段と、
端末から購入要求とともに送られてきたアクセス情報を受信する受信手段と、
前記受信手段が受信したアクセス情報から取得したコンテンツ固有の番号に対応する復号鍵を生成するとともに、該復号鍵を、前記受信手段が受信したアクセス情報から取得したマシン固有の番号で暗号化した購入番号を生成し、端末へ送信する購入番号生成手段と
前記受信手段が受信したアクセス番号、該アクセス番号から取得したコンテンツ固有の番号及び前記購入番号生成手段が生成した購入番号を対にして前記記憶領域に記憶させる
記憶手段と、
端末からアクセス番号、コンテンツＩＤ、及び購入番号を受信すると前記記憶領域に記憶されているコンテンツ固有の番号及び購入番号を参照し、合致するペアがあり、かつ、前記端末よりインストール開始情報・インストール終了情報を受信したかを判断し、インストール開始情報が受信され、インストール終了情報が受信されなかった場合に、返金処理対象と判定する返金処理手段と、
を有する事を特徴とするソフトウエアインストール処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンピュータプログラムあるいは映像著作物等のソフトウエア、特にデジタル情報化されたソフトウエアの販売方式におけるソフトウェア代金返金システムに関する。
【０００２】
【従来の技術】
ＣＤ−ＲＯＭやＭＯ等の大規模記憶媒体や、Ｂ−ＩＳＤＮ等の大容量の高速通信技術、あるいはケーブルテレビ等の技術が発達してくると、これらの手段を用いてコンピュータプログラムは勿論、画像や音声をデジタル情報として流通されることが予想される。
【０００３】
すなわち、従来ビデオテープで供給されていたような映像著作物がそのままＣＤ−ＲＯＭ等の格納媒体に格納されて販売されたり、またはＣＤ−ＲＯＭのインタラクティブ性（双方向性）を利用したゲームとして市場に流通し始めてきている。
【０００４】
また、通信回線についても同様であり、前記のような映像著作物が通信を経由してユーザの手元に届けられる状況になってきている。
ところで、この種のデジタル情報の複写は極めて容易であり、かつアナログ情報のような複写による劣化がないことから、同一情報の複製が可能であり、これらの行為により製造者の利益が害される可能性が極めて高い。すなわち、ユーザは、大容量の書換え可能な光磁気ディスクや磁気ディスク装置さえ所有していれば、コンピュータに関するわずかな知識のみでＣＤ−ＲＯＭの内容を簡単に複写することができる。
【０００５】
このように、十分なセキュリティチェックが不可能であることを理由にこの種のデジタル情報媒体のレンタル行為は製造者によって禁止されている場合が殆どである。
【０００６】
しかしながら、エンドユーザとしては現在のこの種のソフトウエアの価格は高額であり、ソフトウェアが自身の所有しているハードディスクで使用可能であるか、あるいは本当にそのソフトウエアが自身の欲しているものと一致するかの確認がとれるまでは購入を躊躇する場合が多い。
【０００７】
この点について、機能が制限されている多数のソフトウエアをＣＤ−ＲＯＭに格納して安価に販売し、エンドユーザはその中から希望するソフトウエアの代金を支払うことにより機能制限を解除するコードを受け取るという新しいソフトウエアの販売方式が実現され始めている。このような販売方式では、エンドユーザは、代金の代わりに受け取ったコードによりソフトウェアの機能制限を解除し、所有のハードウェアにインストールすることになるが、何等かの理由により機能制限の解除を行えなかったユーザが、代金の返金を要求することが予想される。一方、インストールを行えたユーザが、インストールすることができなかったと偽って返金要求することも予想される。
【０００８】
【発明が解決しようとする課題】
そこで、本発明は、機能が制限されている多数のソフトウエアをＣＤ−ＲＯＭ等に格納して安価に販売し、エンドユーザはその中から希望するソフトウエアについて代金を支払うことにより機能制限を解除するコードを受け取るという類のソフトウェア販売方式において、返金を要求するユーザの真偽を判別し、正当な権利を有するユーザにのみ返金を行うソフトウェア代金返金システムを提供することを課題とする。
【０００９】
【課題を解決するための手段】
本発明は、上記課題を解決するために以下のような手段を採用している。
先ず、第１の発明は、暗号化されてユーザに提供されたソフトウェアの代金支払いを条件にユーザ端末へ復号情報をセンタから通知し、ユーザ端末にて前記復号情報により前記ソフトウェアを復号し、インストールするソフトウェアの販売方式において、以下の手段を採用した。
【００１０】
ユーザ端末では、ソフトウェアのインストールにあたり、ソフトウェア復号手段、インストール履歴記録手段を備えるようにしている。
ソフトウェア復号手段は、センタから受け取った復号情報により希望のソフトウェアを復号する。
【００１１】
インストール履歴記録手段は、ソフトウェア復号手段が復号したソフトウェアのインストール履歴を記録する。
また、ユーザがセンタへソフトウェアの代金の返金要求を行う際には、ユーザ端末には、返金要求とともにインストール履歴をセンタへ通知する返金要求手段を備えるようにし、センタには、ユーザ端末から返金要求とインストール履歴とを受信したときにインストール履歴を解析して代金の返金を許可するか否かを判別する返金処理手段を備えるようにしている。
【００１２】
尚、ユーザ端末には、ソフトウェア復号手段が復号したソフトウェアのインストール状態を監視するインストール状態監視手段を設けるようにしても良い。この場合、インストール履歴記録手段は、インストール状態監視手段がインストールの開始を検出するとインストール開始情報を記録する。また、インストール履歴記録手段は、インストール状態監視手段がインストールの途中経過を検出すると、インストール経過情報を記録するようにしてもよく、インストール状態監視手段がインストールの正常終了を検出すると、インストール終了情報を記録するようにしてもよい。
【００１３】
さらに、センタは、各ユーザを特定するユーザ識別情報毎に、ソフトウェア識別情報及び復号情報を含む購入履歴情報を登録する購入履歴登録手段、及びユーザ端末から返金要求を受け取った時に、ソフトウェア識別情報及び復号情報に基づいて購入履歴登録手段を参照し、ユーザが正規の購入者であるか否かを判別する身元判別手段を備えるようにしてもよい。
【００１４】
また、インストール履歴記録手段は、個々のソフトウェアを特定するソフトウェア識別情報毎に、各ソフトウェアのインストール開始情報及びインストール終了情報を登録するようにしてもよい。
【００１５】
さらに、返金要求手段は、ソフトウェア識別情報、復号情報、及びインストール履歴とを暗号化してセンタへ通知することが好ましい。
次に、上記課題を解決するための第２の発明について述べる。
【００１６】
第２の発明では、ユーザに提供すべきソフトウェアにソフトウェア固有のチェック情報を付加して提供することを前提としている。
この場合に、ユーザ端末では、ソフトウェアのインストールにあたり、ソフトウェアを、センタから受け取った復号情報により復号する復号手段と、復号手段が復号したソフトウェアをインストールするインストール手段と、インストール手段によりインストールされたソフトウェアに付加されているチェック情報を検出し、このチェック情報の正当性を判別する正当性確認手段とを備えるようにしている。
【００１７】
また、ユーザ端末には、ユーザがセンタへソフトウェア代金の返金要求を行う際に、返金要求とともに、前記正当性確認手段の判別内容を前記センタへ通知する返金要求手段を備えるようにしている。そして、センタには、前記ユーザ端末から通知された判別内容を解析して、前記ソフトウェアの代金の返金を許可するか否かを判別する返金処理手段を備えるようにしている。
【００１８】
ここで、センタは、各ユーザを特定するユーザ識別情報毎に、ソフトウェア識別情報及び復号情報を含む購入履歴情報を登録する購入履歴登録手段、及びユーザ端末から返金要求を受け取った時に、ソフトウェア識別情報及び復号情報に基づいて購入履歴登録手段を参照し、ユーザが正規の購入者であるか否かを判別する身元判別手段を備えるようにしてもよい。
【００１９】
尚、チェック情報は、ソフトウェアの属性を示す情報や、各種の識別情報を用いることができる。例えば、チェック情報は、ソフトウェアのサイズ情報、あるいはソフトウェアをハッシュ関数で圧縮した際に得られる認証コード等である。尚、ソフトウェアを複数のソフトウェアユニットから構成することを前提とし、各ソフトウェアユニットのサイズ情報、各ソフトウェアユニットをハッシュ関数で圧縮した際に得られる認証コードとすることもできる。
【００２０】
以下、本発明の作用について説明する。
まず、第１の発明によれば、ユーザは、希望のソフトウェアの代金をセンタへ支払った後に、復号情報を受け取る。そして、ユーザ端末は、復号情報を受け取ると、復号手段を起動する。
【００２１】
復号手段は、センタから受け取った復号情報により暗号化されたソフトウェアを復号する。そして、ユーザ端末は、復号されたソフトウェアのインストールを開始する。このとき、インストール履歴記録手段は、前記ソフトウェアのインストール履歴を記録し始める。
【００２２】
その後、ユーザがユーザ端末へ返金要求コマンドを入力すると、ユーザ端末は、返金要求手段を起動する。
返金要求手段は、返金要求とともにインストール履歴をセンタへ通知する。
【００２３】
センタは、ユーザ端末から返金要求を受け取ると、返金処理手段を起動する。返金処理手段は、ユーザから受け取ったインストール履歴を解析して、ソフトウェア代金の返金を許可するか否かを判別する。ここで、インストール履歴にインストールが正常に終了したことが記録されていれば、返金処理手段は、ソフトウェア代金の返金を許可しない。一方、インストール履歴にインストールが正常に終了していないことが記録されていれば、返金処理手段は、ソフトウェア代金の返金を許可する。例えば、インストール履歴にインストール開始情報とインストール終了情報とが記録されていれば、返金処理手段は、インストールが正常に終了したことを判定する。また、インストール履歴にインストール開始情報あるいはインストール経過情報のみが記録され、インストール終了情報が記録されていなければ、返金処理手段は、インストールが正常に終了しなかったことを判定する。
【００２４】
また、センタに身元判別手段と購入履歴登録手段とを備えた場合には、ユーザ端末の返金要求手段は、返金要求とともに、ユーザ識別情報、ソフトウェア識別情報、復号情報、及びインストール履歴手段に登録されているインストール履歴をセンタへ通知するようにする。そして、センタは、ユーザ端末から返金要求とともにユーザ識別情報、ソフトウェア識別情報、復号情報、及びインストール履歴を受け取ると、身元判別手段を起動する。
【００２５】
身元判別手段は、ユーザ識別情報に基づいて購入履歴登録手段へアクセスし、ソフトウェア識別情報及び復号情報を読み出す。そして、身元判別手段は、ユーザ端末から受け取ったソフトウェア識別情報及び復号情報と、購入履歴登録手段から読み出したソフトウェア識別情報及び復号情報とを比較し、双方が一致するか否かを判別する。そして、ソフトウェア識別情報が一致し、且つ復号情報が一致すると、身元判別手段は、要求元ユーザが正当な購入者であれば、返金処理手段を起動し、インストール履歴の解析を実行させる。
【００２６】
次に、第２の発明によれば、ユーザは、希望のソフトウェアの代金をセンタへ支払った後に、復号情報を受け取る。そして、ユーザ端末は、復号情報を受け取ると、復号手段を起動する。
【００２７】
復号手段は、センタから受け取った復号情報により暗号化されたソフトウェアを復号し、暗号化したソフトウェアをインストール手段へ通知する。
インストール手段は、復号されたソフトウェアをユーザ端末内へインストールする。
【００２８】
このとき、正当性確認手段は、インストールされたソフトウェアからチェック情報を検出し、このチェック情報の正当性を判別することによりインストールが正常に終了したか否かを判定する。そして、正当性確認手段は、判定内容を保存する。
【００２９】
その後、ユーザがユーザ端末にソフトウェアの返金要求コマンドを入力すると、ユーザ端末は、返金要求手段を起動する。
返金要求手段は、センタに対し、返金要求とともに、正当性確認手段の判定内容を通知する。
【００３０】
センタは、ユーザ端末から返金要求とともに、判定内容を受け取ると、返金処理手段を起動する。
返金処理手段は、判定内容を参照し、チェック情報の正当性を有していれば、ソフトウェア代金の返金を許可する。
【００３１】
尚、センタに身元判別手段と購入履歴登録手段とを備えた場合には、ユーザ端末の返金要求手段は、返金要求とともに、ユーザ識別情報、ソフトウェア識別情報、復号情報、及び比較内容をセンタへ通知するようにする。そして、センタは、ユーザ端末から返金要求とともにユーザ識別情報、ソフトウェア識別情報、復号情報、及び比較内容を受け取ると、身元判別手段を起動する。
【００３２】
身元判別手段は、ユーザ識別情報に基づいて購入履歴登録手段へアクセスし、ソフトウェア識別情報及び復号情報を読み出す。そして、身元判別手段は、ユーザ端末から受け取ったソフトウェア識別情報及び復号情報と、購入履歴登録手段から読み出したソフトウェア識別情報及び復号情報とを比較する。そして、ソフトウェア識別情報が一致し、且つ復号情報が一致すると、身元判別手段は、要求元ユーザが正当な購入者であることを判定し、返金処理手段を起動する。
【００３３】
【発明の実施の形態】
以下、本発明の実施形態について図面に沿って説明する。
《実施形態１》
本発明のソフトウェア代金返金システムを適用するソフトウェア販売システムの概略構成を図１に示す。
【００３４】
ソフトウェア販売システムは、暗号化されたコンテンツ（ソフトウェア・プログラム）をＣＤ−ＲＯＭに格納して、ユーザに提供し、ユーザがコンテンツの代金を支払うことにより、復号情報であるコンテンツ復号鍵を受け取ることができるシステムである。そして、本実施形態におけるソフトウェア販売システムは、複数のユーザ端末１とセンタ２とをデジタル通信回線で接続し、代金の支払い及び復号鍵の授受を通信により行えるようになっている。
【００３５】
なお、ソフトウェアの供給媒体は、ＣＤ−ＲＯＭに限らず、他の記憶媒体に格納してもよいし、通信を通じてダウンロードするような供給形態でもよい。
代金の支払いは例えばキャッシュカードの加入番号の通知や、銀行口座の引き落とし番号などの通知による。但し、金融機関を通じた直接の振り込みでもよいことはもちろんである。
【００３６】
図２に本実施形態におけるユーザ端末１のハードウェア構成を示す。
ユーザ端末１は、ＣＰＵ４、読み出し専用メモリ（以下、ＲＯＭと記す）５、ランダムアクセスメモリ（以下、ＲＡＭと記す）６をバスで接続して構成されている。さらに、バスには、入出力装置（Ｉ／Ｏ）を介してキーボード７、マウス８、ＣＲＴ９、ハードディスク（ＨＤＤ）３１、及びドライブ装置１０が接続されている。また、バスには、インタフェース（ＩＦ）を介して通信モデム１１が接続されている。この通信モデム１１は通信回線３に接続され、センタ２との送受信を行う。
【００３７】
ＣＰＵ４は、ＲＯＭ５、あるいはＲＡＭ６に格納されているプログラムを実行し、センタ２との通信処理、コンテンツの復号処理、コンテンツのインストール処理を実行する。
【００３８】
キーボード７及びマウス８は、ユーザが任意のコマンドあるいはデータを入力する装置である。
ＣＲＴ９は、画像データを出力する装置である。
【００３９】
ハードディスク（ＨＤＤ）３１は、本発明のインストール履歴記録手段としてのインストール履歴ファイル６ａとインストールされたコンテンツとを格納する。
【００４０】
ドライブ装置１０は、ＣＤ−ＲＯＭに格納されているコンテンツを読み込む装置である。
通信モデム１１は、ユーザ端末１内で処理されたデータを通信回線３上を伝送可能なデータ形式に変換して送信すると共に、通信回線３上を送信されてきたデータをユーザ端末１が処理可能なデータ形式に変換する。
【００４１】
ここで、ＣＰＵ４がＲＯＭ５あるいはＲＡＭ６のプログラムを実行することにより、実現されるユーザ端末１の機能について図３に沿って説明する。
同図に示すように、ユーザ端末１は、マシンＩＤ検査部１２、アクセス番号生成部１３、コンテンツ復号鍵生成部１４、コンテンツ復号部１５、インストーラ１６、ナビゲータ１７、及び購入要求部１８を備えている。
【００４２】
マシンＩＤ検査部１２は、ＲＯＭ５に格納されているマシンＩＤファイル５ａからユーザ端末１を特定するマシンＩＤを読み出す。
アクセス番号生成部１３は、コンテンツの購入要求にセンタ２へ通知すべきアクセス番号を生成する。具体的には、アクセス番号生成部１３は、マシンＩＤとＣＤ−ＲＯＭを特定するＣＤ番号とを、予めセンタ２との間で取り決められている演算式に代入し、演算処理を行う。そして、アクセス番号生成部１３は、算出結果をアクセス番号としてセンタ２へ通知する。
【００４３】
コンテンツ復号鍵生成部１４は、代金と引き替えにセンタ２から送信されてくる購入番号を用いてコンテンツの復号鍵を生成する。具体的には、購入番号は復号鍵をマシンＩＤで暗号化したデータであり、コンテンツ復号鍵生成部１４は、購入番号をマシンＩＤで復号してコンテンツの復号鍵を得る。
【００４４】
コンテンツ復号部１５は、コンテンツ復号鍵生成部１４が生成した復号鍵でコンテンツを復号する。
インストーラ１６は、コンテンツ復号部１５が復号したコンテンツをユーザ端末１内にインストールするものであり、この具体的な説明は後述する。
【００４５】
ナビゲータ１７は、インストーラの保守を行うものであり、この具体的な説明は後述する。
尚、本実施形態では、ハードディスク（ＨＤＤ）３１に格納されているインストール履歴ファイル６ａは、コンテンツのインストールを行う際にハードディスク（ＨＤＤ）３１からＲＡＭ６に書き込まれる。このインストール履歴ファイル６ａは、個々のコンテンツを識別するコンテンツＩＤ毎に、各コンテンツのインストール履歴を登録したファイルである。このインストール履歴ファイル６ａは、ユーザが任意に更新できないように保護することが好ましく、例えば暗号化した状態で格納する方法や、特殊なＲＡＭやハードディスクに格納する方法等が考えられるが、この方法は本発明の範囲外である。
【００４６】
ここで、インストーラ１６とナビゲータ１７について図４、５に沿って説明する。
図４は、インストーラ１６の機能別構成を示す図である。同図に示すように、インストーラ１６は、インストール状態通知部１６ａとインストール実行部１６ｂとを備えている。
【００４７】
インストール状態通知部１６ａは、インストール処理の開始する際にインストール開始を示す開始コードをナビゲータ１７へ通知する。また、インストール状態通知部１６ａは、インストール処理が正常に終了すると、インストールの正常終了を示す終了コードをナビゲータ１７へ通知する。
【００４８】
インストール実行部１６ｂは、コンテンツのインストールを実行するものである。
図５は、ナビゲータ１７の機能別構成を示す図である。同図に示すように、ナビゲータ１７は、インストール状態監視部１７ａ、返金要求部１７ｂ、及びナビゲーション処理部１７ｃを備えている。
【００４９】
インストール状態監視部１７ａは、インストーラ１６のインストール状態を監視するものであり、インストーラ１６のインストール状態通知部１６ａから通知されるインストール履歴（開始コード、終了コード）をコンテンツＩＤとあわせてＲＡＭ６のインストール履歴ファイル６ａへ書き込む。
【００５０】
返金要求部１７ｂは、キーボード７あるいはマウス８から返金要求コマンドとコンテンツＩＤとが入力された際に、コンテンツＩＤをキーワードにしてインストール履歴ファイル６ａを検索し、コンテンツＩＤに対応するインストール履歴を読み出す。読み出されたインストール履歴は、返金要求とともにセンタ２へ送信する。
【００５１】
ナビゲーション処理部１７ｃは、従来のナビゲータの機能を実現するものである。
次に、本実施形態におけるセンタ２について述べる。
【００５２】
図６は、センタ２のハードウェア構成を示す図である。
センタ２は、同図に示すように、ＣＰＵ１９、ＲＯＭ２０、及びＲＡＭ２１をバスで接続して構成されている。さらに、バスには、入出力装置（Ｉ／Ｏ）を介してキーボード２２、マウス２３、ＣＲＴ２４、及びハードディスク（ＨＤＤ）２５を接続すると共に、インタフェース（ＩＦ）を介して通信モデム２６を接続している。
【００５３】
ＣＰＵ１９は、ＲＯＭ２０あるいはＲＡＭ２１に格納されているプログラムを実行して、各ユーザ端末１との通信処理、課金処理、購入番号の生成処理、返金処理等を行う。
【００５４】
キーボード２２及びマウス２３は、センタ２の保守者が任意のデータ及びコマンドを入力するための装置である。
ＣＲＴ２４は、画像データを画面表示する装置である。
【００５５】
ハードディスク（ＨＤＤ）２５は、鍵ファイル２５ａ、購入履歴ファイル２５ｂ、及び偽者ファイル２５ｃを格納しており、これらの各ファイルについては後述する。
【００５６】
通信モデム２６は、通信回線３と接続されており、ユーザ端末１との間で情報の送受信を行う。
ここで、ＣＰＵ１９がＲＯＭ２０及びＲＡＭ２１のプログラムを実行することにより実現されるセンタ２の機能について図７に沿って説明する。
【００５７】
同図に示すように、センタ２は、購入要求受付部２７、購入番号生成部２８、身元判別部２９、及び返金処理部３０を備えている。さらに、ハードディスク（ＨＤＤ）２５内には、鍵ファイル２５ａ、購入履歴ファイル２５ｂ、及び偽者ファイル２５ｃを登録している。
【００５８】
まず、鍵ファイル２５ａは、個々のコンテンツを識別するコンテンツＩＤ毎に、
各コンテンツの復号鍵を登録したファイルである。
【００５９】
購入履歴ファイル２５ｂは、ユーザの購入履歴を登録するファイルであり、ユーザ識別情報としてのアクセス番号毎に、ユーザが購入したコンテンツのコンテンツＩＤ、及びユーザへ通知した購入番号とを登録している。
【００６０】
偽者ファイル２５ｃは、不当に返金要求を行ったユーザのアクセス番号を登録するファイルである。
そして、購入要求受付部２７は、ユーザ端末１から購入要求と共に、購入するコンテンツのコンテンツＩＤ、及びコンテンツを格納しているＣＤ−ＲＯＭのＣＤ番号を受信したときに、ハードディスク（ＨＤＤ）２５の鍵ファイル２５ａからコンテンツＩＤに対応する復号鍵を読み出し、ＣＤ番号と復号鍵とを購入番号生成部２８へ通知する。
【００６１】
購入番号生成部２８は、ユーザ端末１からアクセス番号を受信し、且つ購入要求受付部２７からＣＤ番号と復号鍵とを受け取ったときに、これらのデータを用いて購入番号を生成する。具体的には、購入番号生成部２８は、図８に示すようにＩＤ検出部２８ａ、ＣＤ番号検査部２８ｂ、及び購入番号生成処理部２８ｃから構成されている。
【００６２】
ＩＤ検出部２８ａは、予めユーザ端末１との間で取り決められた演算式（アクセス番号生成部の演算式の逆算式）にアクセス番号を代入してマシンＩＤとＣＤ番号とを算出する。そして、ＩＤ検出部２８ａは、算出したＣＤ番号をＣＤ番号検査部２８ｂへ通知し、マシンＩＤを購入番号生成処理部２８ｃへ通知する。
【００６３】
ＣＤ番号検査部２８ｂは、購入要求受付部２７から受け取ったＣＤ番号と、ＩＤ検出部２８ａが算出したＣＤ番号を照合する。ここで、ＣＤ番号検査部２８ｂは、ＣＤ番号が一致しなければ、処理を中止させ、その旨をユーザ端末１へ送信する。
【００６４】
購入番号生成処理部２８ｃは、ＣＤ番号が一致した場合に、購入要求受付部２７から受け取った復号鍵を、ＩＤ検出部２８ａが算出したマシンＩＤで暗号化し、暗号化したマシンＩＤを購入番号としてユーザ端末１へ送信する。
【００６５】
ここで、図７に戻り、身元判別部２９は、ユーザ端末１から返金要求を受信した時に、要求者がコンテンツを正当に購入したユーザであるか否かを判別する。具体的には、身元判別部２９は、ユーザ端末１から返金要求と共にアクセス番号、コンテンツＩＤ、及び購入番号を受信すると、ハードディスク（ＨＤＤ）２５の購入履歴ファイル２５ｂを検索し、アクセス番号に対応するコンテンツＩＤと購入番号とを読み出す。そして、身元判別部２９は、ユーザ端末１から受信したコンテンツＩＤと購入履歴ファイル２５ｃのコンテンツＩＤとを照合する。ここで、コンテンツＩＤが一致すれば、身元判別部２９は、ユーザ端末１から受信した購入番号と購入履歴ファイル２５ｂの購入番号とを照合する。ここで、双方の購入番号が一致すれば、身元判別部２９は、返金要求者が正規の購入者であることを判定する。一方、コンテンツＩＤと購入番号との少なくとも一方が不一致ならば、身元判別部２９は、返金要求者が購入者を装った不当な返金要求者であることを判定し、返金要求者のアクセス番号をハードディスク（ＨＤＤ）２５の偽者ファイル２５ｃへ登録する。
【００６６】
返金処理部３０は、返金要求者が正当な購入者である場合に限り、ユーザ端末１から受信したインストール履歴を参照し、インストール履歴に開始コードのみが記録されているか、あるいは開始コードと終了コードの双方が記録されているかを判別する。インストール履歴に開始コードのみが記録されていれば、返金処理部３０は、インストールが正常に行えなかったことを判定し、コンテンツの代金の返金処理を実行し、処理結果をユーザ端末へ通知する。一方、インストール履歴に開始コードと終了コードの両方が記録されている場合には、インストールが正常に行えたにもかかわらず、インストールが行えなかったユーザを装った不当な返金要求者であることを判定し、返金要求者のアクセス番号を偽者ファイル２５ｃへ登録する。
【００６７】
以下、本実施形態の作用・効果について述べる。
まず、ユーザ端末１の動作について図９、１０に沿って説明する。
図９は、センタ２から購入番号を受信したときのユーザ端末１の動作フローである。
【００６８】
ユーザ端末１は、通信モデム１１を介して購入番号を受信すると（ステップ９０１）、コンテンツ復号鍵生成部１４を起動する。
コンテンツ復号鍵生成部１４は、購入番号を受け取ると、ＲＯＭ５のマシンＩＤファイル５ａから自端末のマシンＩＤを読み出し、このマシンＩＤで購入番号を復号して復号鍵を生成する（ステップ９０２）。そして、コンテンツ復号鍵生成部１４は、生成した復号鍵をコンテンツ復号部１５へ通知する。
【００６９】
コンテンツ復号部１５は、ドライバ装置１０を介してＣＤ−ＲＯＭのコンテンツを読み出し、このコンテンツを復号鍵で復号する（ステップ９０３）。
復号されたコンテンツは、インストーラ１６によりユーザ端末１のハードディスク（ＨＤＤ）３１内へインストールされる（ステップ９０４）。ここで、インストールを開始する際に、インストーラ１６のインストール状態通知部１６ａは、インストール開始コードをナビゲータ１７へ通知する。そして、ナビゲータ１７のインストール状態監視部１７ａは、受け取った開始コードをインストール履歴ファイル６ａに記録する（ステップ９０５）。
【００７０】
そして、インストール実行部１６ｂがコンテンツのインストールを正常に終了すると（ステップ９０６）、インストール状態通知部１６ａは、インストール終了コードをインストール履歴ファイル６ａに記録する（ステップ９０７）。そして、インストールが成功したか不成功かをＣＲＴ９から画面表示する（ステップ９０８）。
【００７１】
一方、上記ステップ９０６において、インストールが正常に終了しなかった場合には、インストール状態通知部１６ａは、ナビゲータにインストール終了コードを通知せず、インストール監視部１７ａは、インストール履歴ファイル６ａに何も記録しない。
【００７２】
これにより、インストールが正常に終了した場合には、インストール履歴ファイル６ａに開始コードと終了コードとが記録され、正常に終了しなかった場合には、インストール履歴ファイル６ａに開始コードのみが記録されることになる。
【００７３】
図１０は、ユーザが返金要求コマンドを入力した場合のユーザ端末１の動作フローである。
ユーザがキーボード７あるいはマウス８から返金要求コマンドとコンテンツＩＤとを入力すると（ステップ１００１）、ナビゲータ１７の返金要求部１７ｂが起動される。
【００７４】
返金要求部１７ｂは、インストール履歴ファイル６ａからコンテンツＩＤに対応するインストール履歴を読み出し（ステップ１００２）、上記コンテンツの返金要求とインストール履歴とコンテンツＩＤとアクセス番号と購入番号とを通信モデム１１からセンタ２へ送信する（ステップ１００３）。
【００７５】
ここで、センタ２では、ユーザの身元調査とインストール履歴の解析との結果に従って返金処理を実行あるいは不実行する。そして、センタ２は、返金の実行／不実行をユーザ端末１へ送信する。ユーザ端末１は、処理結果を受信すると（ステップ１００４）、これをＣＲＴ９から画面表示する。
【００７６】
次に、返金要求を受信した時のセンタ２の動作について図１１に沿って説明する。
センタ２は、通信モデム２６がユーザ端末１から返金要求と共に、インストール履歴、コンテンツＩＤ、アクセス番号、及び購入番号を受信すると（ステップ１１０１）、身元判別部２９を起動する。
【００７７】
身元判別部２９は、ハードディスク（ＨＤＤ）２５の購入履歴ファイル２５ｂを検索し、アクセス番号に対応して格納されているコンテンツＩＤ及び購入番号を読み出す（ステップ１１０２）。
【００７８】
そして、身元判別部２９は、ユーザ端末１から受信したコンテンツＩＤと購入履歴ファイル２５ｂから読み出したコンテンツＩＤとを照合する（ステップ１１０３）。ここで、双方のコンテンツＩＤが一致すれば（ステップ１１０４）、身元判別部２９は、ユーザ端末１から受信した購入番号と購入履歴ファイル２５ｂから読み出した購入番号とを照合する（ステップ１１０５）。ここで、双方の購入番号が一致すれば（ステップ１１０６）、身元判別部２９は、返金要求者が正当な購入者であることを判定し、返金処理部３０を起動する。
【００７９】
返金処理部３０は、インストール履歴を解析し（ステップ１１０７）、ユーザ端末１から受信したインストール履歴にインストール開始コードのみが記録されているか、あるいは開始コードと終了コードの双方が記録されているかを判別する（ステップ１１０８）。
【００８０】
ここで、開始コードのみが記録されている場合には、返金処理部３０は、インストールが正常に行われなかったことを判定し、返金処理を実行する（ステップ１１０９）。
【００８１】
前述のステップ１１０４においてコンテンツＩＤが不一致の場合、あるいはステップ１１０６において購入番号が不一致の場合には、身元判別部２９は、返金要求者が不当に返金を要求していることを判定し、アクセス番号をハードディスク（ＨＤＤ）２５の偽者リスト２５ｃに登録する（ステップ１１１１）。
【００８２】
また、前述のステップ１１０８において、インストール履歴に、開始コードと終了コードとの両方のコードが記録されている場合には、インストールが終了したにもかかわらず、インストールできなかったユーザを装って不当に返金要求を行っていることを判定し、アクセス番号をハードディスク（ＨＤＤ）２５の偽者リスト２５ｃに登録する（ステップ１１１１）。
【００８３】
以上、本実施形態によれば、コンテンツをインストールできなかった場合に、代金を支払った正当な購入者に対してのみ、コンテンツの代金を返金することができる。
【００８４】
尚、インストール履歴は、暗号化してセンタ２へ送信するようにしてもよい。また、インストール履歴に終了コードが記録されなかった場合に、自動的に返金要求を行うようにしてもよい。
【００８５】
さらに、本実施形態では、インストール履歴として、インストールの開始コードと終了コードとを例に挙げて説明したが、開始コード及び終了コードに加えて、インストールの途中経過を示す情報を用いても良い。この場合には、ユーザ端末１でインストールが失敗した場合に、センタ側で途中経過を解析することをにより、インストール失敗の原因を判別することができるとともに、ユーザ側へインストール失敗の原因を通知することができる。
《実施形態２》
次に、第２の実施形態について図面に沿って説明する。
【００８６】
本実施形態は、前述の実施形態と同様のソフトウェア販売システムに適用しており、ユーザ端末１及びセンタ２のハードウェア構成は、前述の実施形態１と同様であり、説明は省略する。
【００８７】
尚、本実施形態では、各コンテンツには、コンテンツ全体の大きさを示すサイズ情報を含むヘッダを付加し、コンテンツとヘッダとを暗号化してＣＤ−ＲＯＭに格納しているものとする。さらに、コンテンツは、複数のブロックに分割されており、各ブロックの最後尾には、本発明のチェック情報として各ブロックの大きさを示すブロックサイズ情報が埋め込まれている。
【００８８】
図１２は、本実施形態におけるユーザ端末１の機能別構成を示す。
同図に示すように、ユーザ端末１は、マシンＩＤ検査部１２、アクセス番号生成部１３、コンテンツ復号鍵生成部１４、コンテンツ復号部１５、インストーラ１６、ナビゲータ１７、及び購入要求部１８を備えている。
【００８９】
マシンＩＤ検査部１２、アクセス番号生成部１３、コンテンツ復号鍵生成部１４、コンテンツ復号部１５、及び購入要求部１８は、前述の実施形態１と同一の機能を有しており、説明は省略する。
【００９０】
そして、インストーラ１６は、従来から使用されているインストーラであり、コンテンツのインストールを行うものである。
また、ナビゲータ１７は、図１３に示すように、チェックコード演算部１７ｄ、コード情報比較部１７ｅ、及び返金要求部１７ｂ、ナビゲーション処理部１７ｃを備えている。
【００９１】
チェックコード演算部１７ｄとコード情報比較部１７ｅは、本発明の正当性確認手段を実現する構成要素であり、チェックコード演算部１７ｄは、インストール後のコンテンツから各ブロックのチェック情報（ブロックサイズ情報）を検出し、これらの総和を計算してインストール後のコンテンツ全体のサイズ情報を求める。そして、コード情報比較部１７ｅは、チェックコード演算部１７ｄが算出したサイズ情報と、復号後且つインストール前のコンテンツのヘッダ部分から検出したサイズ情報とを比較する。そして、コード情報比較部１７ｅは、比較内容をＲＡＭ６に記録する。
返金要求部１７ｂは、ユーザが返金要求コマンドを入力した時に、ＲＡＭ６から比較内容を読み出し、この比較内容と返金要求とを通信モデム１１からセンタ２へ送信する。
【００９２】
ナビゲーション処理部１７ｃは、前述の実施形態１のナビゲーション処理部１７ｃと同様である。
次に、本実施形態におけるセンタ２の機能別構成について図１４に沿って説明する。
【００９３】
同図に示すように、センタ２は、購入要求受付部２７、購入番号生成部２８、身元判別部２９、及び返金処理部３０を備えている。さらに、ハードディスク（ＨＤＤ）２５内には、鍵ファイル２５ａ、購入履歴ファイル２５ｂ、及び偽者ファイル２５ｃを登録している。
【００９４】
ここで、返金処理部３０は、返金要求者が正当な購入者である場合に限り、ユーザ端末１から受信した比較内容を参照し、インストール後のコンテンツのサイズとインストール前のコンテンツのサイズ情報とが一致しているか否かを判別する。そして、インストール前のコンテンツのサイズとインストール後のコンテンツのサイズとが不一致ならば、返金処理部３０は、インストールが正常に終了しなかったことを判定し、コンテンツの返金を許可する。一方、インストール前のコンテンツのサイズとインストール後のコンテンツのサイズとが一致していれば、インストールが正常に終了したことを判定し、コンテンツの返金を許可しない。そして、返金処理部３０は、インストールが正常に行えたにもかかわらず、インストールが行えなかったユーザを装った不当な返金要求者であることを判定し、返金要求者のアクセス番号を偽者ファイル２５ｃへ登録する。
【００９５】
その他の構成は前述の実施形態１と同様であり、説明は省略する。
以下、本実施形態の作用・効果について述べる。
まず、ユーザ端末１の動作について図１４、１５に沿って説明する。
【００９６】
図１４は、センタ２から購入番号を受信したときのユーザ端末１の動作フローである。
ユーザ端末１は、通信モデム１１を介して購入番号を受信すると（ステップ１５０１）、コンテンツ復号鍵生成部１４を起動する。
【００９７】
コンテンツ復号鍵生成部１４は、購入番号を受け取ると、ＲＯＭ５のマシンＩＤファイル５ａから自端末のマシンＩＤを読み出し、このマシンＩＤで購入番号を復号して復号鍵を生成する（ステップ１５０２）。そして、コンテンツ復号鍵生成部１４は、生成した復号鍵をコンテンツ復号部１５へ通知する。
【００９８】
コンテンツ復号部１５は、ドライバ装置１０を介してＣＤ−ＲＯＭのコンテンツを読み出し、これらのコンテンツを復号鍵で復号する（ステップ１５０３）。
そして、コンテンツ復号部１５は、復号されたコンテンツをヘッダ部分とコンテンツ本体部分とに分割し、ヘッダ部分をナビゲータ１７へ通知するとともにコンテンツ本体部分をインストーラ１６へ通知する。
【００９９】
インストーラ１６は、復号されたコンテンツ本体部分をユーザ端１のハードディスク（ＨＤＤ）にインストールする（ステップ１５０４）。
インストールが終了すると、ナビゲータ１７のチェックコード演算部１７ｄは、インストールされたコンテンツの各ブロックからチェックコード（各ブロックのサイズ情報）を検出する（ステップ１５０５）。そして、チェックコード演算部１７ｄは、検出したチェックコードの総和を計算して（ステップ１５０６）、インストール後のコンテンツ本体のサイズを求める。さらに、チェックコード演算部１７ｄは、算出したコンテンツ本体のサイズをコード情報比較部１７ｅへ通知する。
【０１００】
コード情報比較部１７ｅは、コンテンツ復号部１５から通知されたヘッダ部分からコンテンツのサイズを読み出し、チェックコード演算部１７ｄから通知されたインストール後のサイズと比較する（ステップ１５０７）。そして、インストール前のサイズとインストール後のサイズとが等しければ、インストールが正常に終了したことを判定し、前記双方のサイズが不一致ならばインストールが失敗したことを判定し、その判定結果をＣＲＴ９から画面表示する（ステップ１５０８）。さらに、コード情報比較部１７ｅは、比較内容をコンテンツＩＤとともにＲＡＭ６に登録する（ステップ１５０８）。
【０１０１】
図１６は、ユーザが返金要求コマンドを入力した場合のユーザ端末１の動作フローである。
ユーザがキーボード７あるいはマウス８から返金要求コマンドとコンテンツＩＤとを入力すると（ステップ１６０１）、ナビゲータ１７の返金要求部１７ｂが起動される。
【０１０２】
返金要求部１７ｂは、ＲＡＭ６からコンテンツＩＤに対応する比較内容を読み出し（ステップ１６０２）、上記コンテンツの返金要求と比較内容とコンテンツＩＤとアクセス番号と購入番号とを通信モデム１１からセンタ２へ送信する（ステップ１６０３）。
【０１０３】
ここで、センタ２では、ユーザの身元調査の結果と比較内容の検証結果とに従って返金処理を実行あるいは不実行する。そして、センタ２は、返金処理の実行／不実行をユーザ端末１へ送信する。ユーザ端末１は、処理結果を受信すると（ステップ１６０４）、これをＣＲＴ９から画面表示する。
【０１０４】
次に、返金要求を受信した時のセンタ２の動作について図１７に沿って説明する。
センタ２は、通信モデム２６がユーザ端末１から返金要求と共に、比較内容、コンテンツＩＤ、アクセス番号、及び購入番号を受信すると（ステップ１７０１）、身元判別部２９を起動する。
【０１０５】
身元判別部２９は、ハードディスク（ＨＤＤ）２５の購入履歴ファイル２５ｂを検索し、アクセス番号に対応して格納されているコンテンツＩＤ及び購入番号を読み出す（ステップ１７０２）。
【０１０６】
そして、身元判別部２９は、ユーザ端末１から受信したコンテンツＩＤと購入履歴ファイル２５ｂから読み出したコンテンツＩＤとを照合する（ステップ１７０３）。ここで、双方のコンテンツＩＤが一致すれば（ステップ１７０４）、身元判別部２９は、ユーザ端末１から受信した購入番号と購入履歴ファイル２５ｂから読み出した購入番号とを照合する（ステップ１７０５）。ここで、双方の購入番号が一致すれば（ステップ１７０６）、身元判別部２９は、返金要求者が正当な購入者であることを判定し、返金処理部３０を起動する。
【０１０７】
返金処理部３０は、ユーザ端末１から受信した比較内容を解析し（ステップ１７０７）、認証コードの値とチェックコードの総和とが一致しているか否かを判別する（ステップ１７０８）。
【０１０８】
ここで、認証コードの値とチェックコードの総和とが不一致ならば、返金処理部３０は、インストールが正常に行われなかったことを判定し、返金処理を実行する（ステップ１７０９）。
【０１０９】
前述のステップ１７０４においてコンテンツＩＤが不一致の場合、あるいはステップ１７０６において購入番号が不一致の場合には、身元判別部２９は、返金要求者が不当に返金を要求していることを判定し、アクセス番号をハードディスク（ＨＤＤ）２５の偽者リスト２５ｃに登録する（ステップ１７１１）。
【０１１０】
また、前述のステップ１７０８において、認証コードの値とチェックコードの総和とが一致していれば、インストールが終了したにもかかわらず、インストールできなかったユーザを装って不当に返金要求を行っていることを判定し、アクセス番号をハードディスク（ＨＤＤ）２５の偽者リスト２５ｃに登録する（ステップ１７１１）。
【０１１１】
以上、本実施形態によれば、実施形態１と同様の効果を得ることができる。
尚、比較内容は、暗号化してセンタ２へ送信するようにしてもよい。
また、本実施形態では、チェック情報として、コンテンツのサイズ情報を用いたが、コンテンツ自体をデジタル署名に用いられるハッシュ関数で圧縮した際に得られる認証コードを用いても良く、また本実施形態の目的が達成される限り、いかような情報を用いても構わないのは当然のことである。
【０１１２】
さらに、ユーザ端末は、コード情報が不一致の場合には、自動的に返金要求を行うようにしてもよい。
【０１１３】
【発明の効果】
本発明のソフトウェア代金返金システムによれば、機能が制限されている多数のソフトウエアをＣＤ−ＲＯＭ等に格納して安価に販売し、エンドユーザはその中から希望するソフトウエアについて代金を送金することにより機能制限を解除するコードを受け取るという類のソフトウェア販売方式において、インストールできたにもかかわらず、不当に代金の返金を要求するのを排除できる。
【図面の簡単な説明】
【図１】実施形態１におけるソフトウェア販売システムの概略構成図
【図２】ユーザ端末のハードウェア構成図
【図３】実施形態１におけるユーザ端末の機能別構成ブロック図
【図４】インストーラの機能別構成ブロック図
【図５】ナビゲータの機能別構成ブロック図
【図６】実施形態１におけるセンタの内部構成図
【図７】実施形態１におけるセンタの機能別構成ブロック図
【図８】購入番号生成部の機能別構成図
【図９】購入番号受信時におけるユーザ端末の動作過程を示すフローチャート図
【図１０】返金要求時におけるユーザ端末の動作過程を示すフローチャート図
【図１１】返金要求受付時におけるセンタの動作過程を示すフローチャート図
【図１２】実施形態２におけるユーザ端末の機能別構成ブロック図
【図１３】実施形態２におけるナビゲータの機能別構成ブロック図
【図１４】実施形態２におけるセンタの機能別構成ブロック図
【図１５】購入番号受信時におけるユーザ端末の動作過程を示すフローチャート図
【図１６】返金要求時におけるユーザ端末の動作過程を示すフローチャート図
【図１７】返金要求受付時におけるセンタの動作過程を示すフローチャート図
【符号の説明】
１・・ユーザ端末
２・・センタ
３・・通信回線
４・・ＣＰＵ
５・・読み出し専用メモリ（ＲＯＭ）
５ａ・・マシンＩＤファイル
６・・ランダムアクセスメモリ（ＲＡＭ）
６ａ・・インストール履歴ファイル
７・・キーボード
８・・マウス
９・・ＣＲＴ
１０・・ドライブ装置
１１・・通信モデム
１２・・マシンＩＤ検査部
１３・・アクセス番号生成部
１４・・コンテンツ復号鍵生成部
１５・・コンテンツ復号部
１６・・インストーラ
１６ａ・・インストール状態通知部
１６ｂ・・インストール実行部
１７・・ナビゲータ
１７ａ・・インストール状態監視部
１７ｂ・・返金要求部
１７ｃ・・ナビゲーション処理部
１７ｄ・・チェックコード演算部
１７ｅ・・コード情報比較部
１８・・購入要求部
１９・・ＣＰＵ
２０・・読み出し専用メモリ（ＲＯＭ）
２１・・ランダムアクセスメモリ（ＲＡＭ）
２２・・キーボード
２３・・マウス
２４・・ＣＲＴ
２５・・ハードディスク（ＨＤＤ）
２５ａ・・鍵ファイル
２５ｂ・・購入履歴ファイル
２５ｃ・・偽者ファイル
２６・・通信モデム
２７・・購入要求受付部
２８・・購入番号生成部
２８ａ・・ＩＤ検出部
２８ｂ・・ＣＤ番号検査部
２８ｃ・・購入番号生成処理部
２８ａ・・ＩＤ検出部
２８ｂ・・ＣＤ番号検査部
２８ｃ・・購入番号生成処理部
２９・・身元判別部
３０・・返金処理部
【図１】
0003710172.tif 000002
【図２】
0003710172.tif 000003
【図３】
0003710172.tif 000004
【図４】
0003710172.tif 000005
【図５】
0003710172.tif 000006
【図６】
0003710172.tif 000007
【図７】
0003710172.tif 000008
【図８】
0003710172.tif 000009
【図９】
0003710172.tif 000010
【図１０】
0003710172.tif 000011
【図１１】
0003710172.tif 000012
【図１２】
0003710172.tif 000013
【図１３】
0003710172.tif 000014
【図１４】
0003710172.tif 000015
【図１５】
0003710172.tif 000016
【図１６】
0003710172.tif 000017
【図１７】
0003710172.tif 000018