JPH11242713A - 課金方法および課金装置およびソフトウェア利用者システム - Google Patents

Abstract

(57)【要約】 【課題】 有料ソフトウェアの利用に対する課金を電子
マネーを利用してかつオフラインで実現する課金装置を
提供することにある。 【解決手段】 課金情報入出力部3101は課金要求を1221
から受信する。課金要求は課金受取者識別子と課金金額
を含む。課金実行部3102は課金情報を受信し、通常電子
マネー保持部3003の電子マネーから課金金額に相当する
分を課金電子マネー保持部3004に移動し、該変更が正常
終了か否か判断し、該判断に応じて1221に課金肯定応答
又は課金否定応答送信し、正常終了の場合は、課金情報
記憶部3103は3102から課金受取者識別子と課金金額を受
信し、課金情報ファイル3104から前記識別子と一致する
識別子を検索し、ファイル内容を更新し、検索できない
場合は課金情報を新たにファイルに登録する。3001が12
10から電子マネーの出力要求を受信したときは、要求分
の電子マネーを3003から入力し、1210に出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、利用者による商品
やサービスの利用に応じた課金を行う情報処理装置に関
するものであり、特に、コンピュータプログラム、コン
ピュータデータ、画像データ、音楽データなどの電子的
情報の利用に対して電子マネーによる課金を行う課金方
法、課金装置およびソフトウェア利用者システムに関す
る。

【０００２】

【従来の技術】従来、プログラムやコンテンツの販売形
態としては利用者にそれを配布するときに代金を徴収す
るのが一般的であった。ここで、プログラムとはワープ
ロソフトや表計算ソフトなど、利用者の情報処理装置に
おいて実行される電子的情報を指す。コンテンツとは静
止画像データ、動画像データ、音楽データ、音声データ
など利用者の情報処理装置やプログラムに利用される電
子的情報を指す。以下、プログラムとコンテンツを合わ
せてソフトウェアと記す。しかし、上記のような販売形
態には、利用者がソフトウェアをコピーし、それを第３
者に譲渡することによって、第３者がソフトウェア代金
を支払うことなしに利用可能となる問題がある。また、
例えば、ＣＤ−ＲＯＭに格納された各種ソフトウェアの
一部を利用者が利用し、利用量に応じて代金を支払うと
いった木目細かなソフトウェア代金徴収体系を実現する
ことができないという問題もある。

【０００３】このような問題に対して、「超流通」と呼
ばれる概念が提案され、特開昭６０−７７２１８号、特
開昭６０−１９１３２２号、特開昭６４−６８８３５
号、特開平０２−４４４４７号、特開平０４−６４１２
９号等の各公報に示されている。超流通のコンセプトを
以下に示す。 （１）利用者は無料でソフトウェアを入手する。 （２）利用者の端末には課金装置が設置され利用量に応
じて課金される。 （３）利用者はプリペイドカードデータなど利用可能度
数を持つデータを購入し課金時にはその度数が減じられ
る。

【０００４】また、特開平９−７３３３７では超流通方
式の持つ問題点を指摘し、それを解決する装置を示して
いる。超流通方式の問題点の一つとして、料金支払手段
や方法が示されておらず、他の何らかの手段によって利
用代金の徴収や請求が必要となることを指摘している。
その解決手段として、利用者が保有する課金装置に金額
を示す金銭情報が入力される入力手段と、上記入力手段
から入力された金銭情報を判定し、情報提供者から提供
される提供情報の利用を許可する許可信号を出力する判
定手段とを設けることを示している。ここで、課金装置
へ入力される金銭情報としては、実際の金銭（現金）、
テレホンカードのようなプリペイドカード、フロッピー
ディスクおよびＩＣカードやＰＣＭＣＩＡなどに格納さ
れた金銭と等価な電子的情報、を挙げている。電子的な
金銭情報を利用して代金支払いを行う例としては、利用
者の登録情報（口座番号やクレジット番号など）を応用
する方法を示している。まず、利用者側で利用者の登録
情報と利用代金を暗号化して、それを料金分配者や料金
立替者に送る。料金立替者はその情報をもとに利用代金
を決済する。

【０００５】

【発明が解決しようとする課題】しかし、特開平９−７
３３３７には以下のような問題がある。 （１）金銭と等価な電子的情報（電子マネー）を用いた
代金課金の具体的実現が示されていない。利用者の口座
番号やクレジット番号を利用して、課金分と同額の代金
を料金立替者（銀行やクレジット会社など）が決済する
方法は示されているが、利用者が保持する電子マネーに
よるソフトウェア利用に対する課金の、具体的な実現は
示されていない。 （２）利用者の口座情報と支払代金情報を課金装置に記
憶し、それを料金立替え者に転送する方法を採っている
ため、利用者は課金装置を破壊あるいは破棄したりする
ことによって、代金支払いを回避することが可能であ
る。

【０００６】本発明は上記事情を考慮してなされたもの
であり、以下を目的とする。 （１）電子マネーによるソフトウェア利用課金および課
金した代金の支払いを可能とする装置および方法を提供
する。 （２）ソフトウェア利用時の課金処理をオフラインで実
現可能とする装置および方法を提供する。ここでオフラ
インとは、通信ネットワーク上の他の情報処理装置に利
用者の情報処理装置が接続していない状態を指す。 （３）課金装置の破壊や破棄によって、利用者が利用代
金忘失を回避することを防止する装置および方法を提供
する。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、電子マネー保持手段を備え、電子マネー
による課金を行う課金装置における課金方法であって、
課金を受け取る者に一意に割り振られた課金受取者識別
子と、課金金額とを外部の装置から受信し、利用者の要
求に応じて電子マネーを出力する第１の電子マネー保持
手段から利用者の要求があっても電子マネーを出力しな
い第２の電子マネー保持手段に、前記課金金額分の電子
マネーを移動し、前記課金受取者識別子と前記課金金額
を対応させて記憶するようにしている。

【０００８】また、電子マネー保持手段を備え、電子マ
ネーによる課金を行う課金装置における課金方法であっ
て、課金を受け取る者に一意に割り振られた課金受取者
識別子と、課金金額とを外部の装置から受信し、前記課
金受取者識別子と前記課金金額を対応させて記憶し、電
子マネー引出金額を外部の装置から受信し、前記記憶し
た課金金額の総計を算出し、前記電子マネー保持手段の
保持する電子マネー金額の総計から前記課金金額総計を
減じた値が前記電子マネー引出金額以上の場合に、前記
電子マネー引出金額分の電子マネーを外部装置に出力す
るようにしている。

【０００９】また、課金装置であって、電子マネーを保
持する第１の電子マネー保持手段と、前記第１の電子マ
ネー保持手段が保持する電子マネーに関する引出要求金
額を外部の装置から受信する手段と、前記外部装置に対
する電子マネーの出力を実行する手段と、前記第１の電
子マネー保持装置が保持する電子マネーとは別に、電子
マネーを保持する第２の電子マネー保持手段と、課金を
受け取る者に一意に割り振られた課金受取者識別子と、
課金金額とを外部の装置から受信する手段と、前記課金
受取者識別子と前記課金金額を対応させて記憶する課金
情報記憶手段と、第１の電子マネー保持手段が保持する
電子マネーのうち、前記課金金額と同額の電子マネーを
第２の電子マネー保持手段が保持するように変更する手
段と、を有するようにしている。

【００１０】また、課金装置であって、電子マネーを保
持する電子マネー保持手段と、課金を受け取る者に一意
に割り振られた課金受取者識別子と、課金金額とを外部
の装置から受信する手段と、前記課金受取者識別子と前
記課金金額を対応させて記憶する課金情報記憶手段と、
前記課金情報記憶手段に記憶される前記課金金額の総計
を計算する手段と、前記電子マネー保持手段が保持する
電子マネーに関する引出要求金額を外部の装置から受信
する手段と、前記電子マネー保持手段が保持する電子マ
ネーの金額総計から前記課金金額総計を減じた値が、前
記電子マネー引出要求金額と同値または上回る場合に前
記外部装置に対する電子マネーの出力を実行する手段
と、を有するようにしている。

【００１１】また、配布されたソフトウェアを利用する
ソフトウェア利用者システムであって、ソフトウェアを
実行するソフトウェア利用部と利用許可要求部を有する
実行装置と、課金装置と利用許可応答部を有する利用管
理装置を備え、前記ソフトウェア利用部は実行するソフ
トウェアの指示に応じて課金受取者識別子と課金金額を
有する利用情報を含む利用許可要求を前記利用許可要求
部に出力し、該利用許可要求部から利用肯定応答を受け
たとき前記ソフトウェアの実行を行い、前記利用許可要
求部は前記利用許可要求を前記利用管理装置の利用許可
応答部に送信し、該利用許可応答部からの応答を受けて
該応答を前記ソフトウェア利用部に出力し、前記利用許
可応答部は前記利用許可要求を受信して前記課金装置に
出力し、該課金装置から課金肯定応答または課金否定応
答を受けて前記利用許可要求部に利用肯定応答または利
用否定応答を送信し、前記課金装置は前記利用許可応答
部からの利用許可要求を受けて課金正常終了の場合に課
金肯定応答を、課金正常終了でない場合に課金否定応答
を前記利用許可応答部に出力するようにしている。

【００１２】また、前記実行装置に電子マネー利用部を
設け、該電子マネー利用部は前記課金装置に対し電子マ
ネー出力要求を送信し、該課金装置から電子マネーの引
き出しを行うようにしている。

【００１３】また、前記ソフトウェア利用者システムに
おいて、課金装置を前記した課金装置とするようにして
いる。

【００１４】

【発明の実施の形態】以下、本発明の第１の実施の形態
を詳細に説明する。図１は本発明に係わる、ソフトウェ
ア販売者、利用者および課金回収者のそれぞれのシステ
ム構成とシステム間の関係を示すブロック図である。図
２は、図１における利用者システム120での処理手順を
示すフローチャートである。図３は本発明の第１の実施
の形態におけるブロック図である。図４は、図３におけ
る課金情報ファイル3104の構成例である。図５は本発明
の第１の実施の形態における課金処理の手順を示すフロ
ーチャートである。

【００１５】本発明の主な特徴は、課金装置1220の装置
構成および前記装置で実行される課金方法にある。図１
および図２において、課金装置の装置構成、課金装置に
おいて実行される処理手順および課金装置への入出力情
報以外の部分は、たとえば特開平8-95777などで公知と
なっている。以下では前記公知部分の説明は概略に留め
る。図１において販売者システム110、ソフトウェア利
用者システム（以下、利用者システムという）120、回
収者システム130は、それぞれ有料ソフトウェアの販売
者、前記ソフトウェアの利用者、前記ソフトウェアに対
する課金の回収者が保有するシステムである。図にはそ
れぞれ一つづつしかシステムが画かれていないが実際に
はそれぞれ複数個存在しても良い。課金対象となるソフ
トウェア111は、通信回線や記憶媒体（CD-ROMなど）を
介して利用者システム120に配布される。ソフトウェア1
11は利用者の実行装置121で利用されるソフトウェア本
体（ワープロソフトや画像情報など）と、ソフトウェア
の利用情報1110を含む。利用情報1110は、課金受取者識
別子と課金金額の情報を少なくとも含む。利用者システ
ム120は、実行装置121と利用管理装置122から構成され
る。実行装置121はソフトウェア111、ソフトウェア利用
許可要求および電子マネーの入出力要求を実行する。利
用管理装置122はソフトウェア111の利用状況の管理や課
金処理を実行する。

【００１６】実行装置121は、ソフトウェア利用部121
2、電子マネー利用部1210および利用許可要求部1211の
機能を実行可能な情報処理装置であれば良い。前記情報
処理装置の例としてはPC、PDA、NCなどがある。利用管
理装置122は実行装置121で実行されるソフトウェアとし
て実現されても良いが、内部処理の改変や内部保持情報
の改竄が困難な、別のセキュアな情報処理装置上で実現
されることが望ましい。前記情報処理装置の例として
は、ICカード、PCMCIAカード、PCの外部増設ボードがあ
る。電子マネー利用部1210は課金装置1220が保持する電
子マネーに対する入出力命令を発行するものであり、ネ
ットワーク経由で商店等に電子マネーにより支払を行う
部分である。電子マネーの公知例としては例えば国際公
開ＷＯ９１／１６６９１や特開平9-128465がある。電子
マネー利用部1210は前記公知例で示される電子マネーを
保持する装置に対して入出力命令を発行可能なものであ
れば良い。

【００１７】次に図２のフローチャートに基づいて図１
の各部の動作を説明する。まず、利用者システム120に
おける実行装置121の動作を説明する。はじめに実行装
置121はソフトウェア利用部１２１２においてソフトウ
ェア111を実行する（ステップ2102）。ソフトウェア111
が実行されるソフトウェア利用部１２１２はソフトウェ
アの所定のタイミングでの指示に応じて利用許可要求部
1211に利用許可要求を発行する（ステップ2103）。前記
利用許可要求は少なくとも利用情報1110を含む。ソフト
ウェア111が利用許可要求を発行しない場合、実行装置1
21はソフトウェア利用の終了を判定する（ステップ210
4）。判定の結果が継続の場合、ステップ2102以降のス
テップを繰り返す。終了の場合は、ソフトウェア111の
実行を終了する。ステップ2103において利用許可要求が
発行された場合、利用許可要求部1211は利用管理装置12
2の利用許可応答部1221に利用要求を送信する（ステッ
プ2106）。前記利用要求は少なくとも課金受取者識別子
と課金金額を含む。次に、利用許可要求部1211は前記利
用要求に対する応答を受信する。実行装置121は、前記
応答が肯定応答だった場合はステップ2104以降のステッ
プを繰り返し、否定応答だった場合はソフトウェア111
の実行を終了する（ステップ2107）。

【００１８】次に、利用管理装置122の動作を説明す
る。利用許可応答部1221は利用要求を受信すると、課金
装置1220に対して課金要求を送信する（ステップ220
2）。前記課金要求は少なくとも課金受取者識別子と課
金金額を含む。課金要求受信後の課金装置1220の動作詳
細は後述する。課金装置1220は課金が正常終了した場合
は課金肯定応答データを利用許可応答部1221に送信す
る。そうでない場合は課金否定応答データを送信する。
利用許可応答部1221は、前記応答データが肯定と否定の
どちらであるかを判定する（ステップ2203）。前記応答
データが肯定である場合、利用許可応答部1221は利用許
可要求部1211に対する肯定応答データを作成する（ステ
ップ2204）。前記応答データが否定である場合、利用許
可応答部1221は利用許可要求部1211に対する否定応答デ
ータを作成する（ステップ2207）。次に利用許可応答部
1221は作成した前記肯定応答データまたは否定応答デー
タを利用許可要求部1211に送信し、実行を終了する（ス
テップ2205）。

【００１９】次に、課金装置1220の動作の詳細を説明す
る。図３において通常電子マネー保持部3003は利用者が
利用可能な電子マネーを保持する手段である。電子マネ
ーの公知例としては例えば国際公開ＷＯ９１／１６６９
１、特開平9-128465があるが、他にも金銭と等価な電子
的情報を実現するものであれば良い。通常電子マネー保
持部3003は少なくとも以下の機能を有するものであれば
良い。 （１）電子マネーを所定の金額分だけ入力する。 （２）電子マネーを保持する。 （３）電子マネーを所定の金額分だけ出力する。 課金電子マネー保持部3004は、ソフトウェア111の利用
代金としての電子マネーを保持する手段である。課金電
子マネー保持部3004も、通常電子マネー保持部3003が持
つ前記機能のうち、少なくとも機能（１）と（２）を有
すものであれば良い。

【００２０】図３の他部の動作は以下に述べる。次に、
図５のフローチャートに基づいて、利用許可応答部1221
から課金要求を受信したのちの（図2ステップ2202）、
図３の各部の動作を説明する。課金情報入出力部3101は
課金要求を受信する（ステップ5001）。前記課金要求は
少なくとも課金受取者識別子ｄと課金金額ａを含む。前
記の、受信した課金受取者識別子と課金金額を、以下で
はそれぞれ入力課金受取者識別子と入力課金金額と記
す。課金実行部3102は前記課金情報を受信し、通常電子
マネー保持部3003の電子マネーから入力課金金額に相当
する分を差し引き、この入力課金金額に相当する分を課
金電子マネー保持部3004に加え、各保持部の有する電子
マネーの金額を変更する（ステップ5002）。以下、前記
変更動作を電子マネー保持部変更と記す。電子マネー保
持部変更は、例えば課金実行部3102が通常電子マネー保
持部3003から電子マネーを受信し、受信した電子マネー
を課金電子マネー保持部3004に送信することによって行
う。次に課金実行部3102は電子マネー保持部変更が正常
に行われたかどうかを判断する（ステップ5003）。正常
終了の場合は課金情報更新処理51を行う。

【００２１】課金情報記憶部3103は課金実行部3102から
入力課金受取者識別子と入力課金金額を受信し、課金情
報ファイル3104から入力課金受取者識別子と一致する課
金受取者識別子4001を検索する（ステップ5101）。デー
タの有無を判定し（ステップ5102）、存在した場合はフ
ァイル中の課金金額4002を更新する（ステップ5103）。
例えば、入力課金受取者識別子が“Ａ商店”、入力課金
金額が“100\”、課金情報ファイル3104が図４に示す内
容だった場合は、第１レコードの課金金額“200\”に
“100\”を加算して“300\”とする。ステップ5102にお
いて前記データの存在が確認されなかった場合は、入力
課金受取者識別子と入力課金金額を新規登録する（ステ
ップ5104）。例えば、入力課金受取者識別子が“Ｄ商
店”、入力課金金額が“20\”、課金情報ファイル3104
が図４に示す内容だった場合は、課金情報ファイル3104
の第4レコードに（“Ｄ商店”、“20\”）を登録する。
その後、課金情報入出力部3101は課金が正常に終了した
ことを示す課金肯定応答データを利用許可応答部1221に
送信する（ステップ5005）。その後、課金装置1220は処
理を終了する。

【００２２】ステップ5003において、電子マネー保持部
変更が正常に終了していないと判断した場合は、課金情
報入出力部3101は課金が正常に終了しなかったことを示
す課金否定応答データを利用許可応答部1221に送信する
（ステップ5006）。電子マネー保持部変更が正常に終了
しない場合としては例えば、通常電子マネー保持部3003
が保持する電子マネーの金額が、入力課金金額を下回る
場合がある。

【００２３】次に、電子マネー利用部1210から電子マネ
ーの出力要求を受信したときの、図３の各部の動作を説
明する。引出情報入出力部3001は電子マネーの出力要求
を受信する。前記出力要求は少なくとも電子マネー出力
金額を含む。次に引出情報入出力部3001は前記電子マネ
ー出力金額分の電子マネーを、通常電子マネー保持部30
03から入力し、電子マネー利用部1210に出力する。

【００２４】次に課金電子マネー保持部3004が保持する
電子マネーの回収方法について記述する。前記回収方法
としては、例えば課金装置1220が課金受取者を認証し
て、認証が成功したときだけ課金電子マネー保持部3004
が保持する電子マネーを出力するようにしても良い。課
金受取者をソフトウェア販売者とした場合、第３者の仲
介なしにソフトウェア利用代金の支払いが可能になる。
また、他に課金装置を装置回収者が回収し、課金電子マ
ネー保持部3004に保持される電子マネー金額を電子マネ
ー発行体が確認し、その金額を課金受取者識別子4001に
よって特定される者に支払うようにしても良い。

【００２５】次に、本発明の第２の実施の形態を説明す
る。第２の実施の形態と第１の実施の形態とでは、課金
装置1220の構成と、前記装置で実行される処理手順とが
異なる。その他の点については第１の実施の形態と同様
である。

【００２６】図６は本発明の第２の実施の形態における
ブロック図である。図７は第２の実施の形態における課
金処理の手順を示すフローチャートである。図８は第２
の実施の形態における電子マネー引出処理の手順を示す
フローチャートである。

【００２７】第１の実施の形態では、課金装置は電子マ
ネー保持部を二つ備え、利用者が利用可能な電子マネー
を一方から他方の電子マネー保持部に移動することで課
金を実現していた。第２の実施の形態では課金装置が備
える電子マネー保持部は一つであり、前記保持部が保持
する電子マネーの残高から、課金金額の総計を減じた値
を、利用者が引出可能な電子マネー金額の上限とするこ
とで、課金を実現する。

【００２８】図６における電子マネー保持部6003は通常
電子マネー保持部3003と同様に以下の機能を有す。 （１）電子マネーを所定の金額分だけ入力する。 （２）電子マネーを保持する。 （３）電子マネーを所定の金額分だけ出力する。 さらに、以上に加えて以下の機能を有す。 （４）保持する電子マネーの残高金額を出力する。

【００２９】次に、図７のフローチャートに基づいて、
利用許可応答部1221から課金要求を受信したのちの（図
２ステップ2202）、図６の各部の動作を説明する。ステ
ップ5001における処理は第１の実施の形態と同様であ
る。つまり、利用許可応答部1221から少なくとも入力課
金受取者識別子ｄと入力課金金額ａとを受信する。次
に、課金可否判定部6102は課金が可能か否かを判定する
（ステップ7002）。具体的には、今までの課金金額総計
Ｔと入力課金金額ａを合計した課金金額合計Ｓが、電子
マネー保持部6003の保持する電子マネーの残高（以下、
単に電子マネー残高）以下の場合は課金可能と、そうで
ない場合は課金不能と判定する。課金可能の場合は課金
情報更新処理51を実行する。処理内容は第１の実施の形
態と同様である。課金情報更新処理51の終了後、課金情
報入出力部3101は課金肯定応答を利用許可応答部1221に
送信する（ステップ5005）。ステップ7002で課金不能と
判定した場合は、課金情報入出力部3101は課金否定応答
を利用許可応答部1221に送信する（ステップ5006）。ス
テップ5005およびステップ5006で実行される処理は、第
1の実施の形態と同様である。

【００３０】次に、図８のフローチャートに基づいて、
電子マネー利用部1210から電子マネーの出力要求を受信
したときの、図６の各部の動作を説明する。第１の実施
の形態と同様に、引出情報入出力部3001は少なくとも電
子マネー出力金額を含む電子マネー出力要求を受信する
（ステップ8001）。次に課金金額総計算出部6105はそれ
までの課金金額の総計Ｔを算出する（ステップ8002）。
例えば課金情報ファイル3104が図４に示す内容だった場
合、課金金額の総計は200+300+60=560(\)となる。引出
可否判定部6007は前記電子マネー引出金額ｃと、前記課
金金額総計Ｔと、電子マネー残高をもとに電子マネー引
出の可否を判定する（ステップ8003）。具体的には、電
子マネー残高から課金総額Ｔを減じた値（利用者が利用
可能な電子マネー金額）を電子マネー引出金額が上回る
場合は引出不能と、そうでない場合は引出可能と判定す
る。引出可能と判断した場合、引出情報入出力部3001は
前記電子マネー出力金額分の電子マネーを、電子マネー
保持部6003から入力し、電子マネー利用部1210に出力す
る（ステップ8004）。引出不能と判断した場合は電子マ
ネーの出力を否定する情報を電子マネー利用部1210に出
力する（ステップ8005）。

【００３１】

【発明の効果】以上記述したように、本発明によれば、
ソフトウェア利用に対する課金を電子マネーを利用して
行い、かつ前記課金を通信ネットワーク上の他の情報処
理装置に利用者が保持する情報処理装置を接続すること
なしに行い、また課金装置の破壊や破棄によって、利用
者が利用代金忘失を回避することを防止することが可能
になる。

【図面の簡単な説明】

【図１】ソフトウェア販売者、利用者および課金回収者
のそれぞれのシステムの関係を示すブロック図である。

【図２】利用者システムでの処理手順のフローチャート
を示す図である。

【図３】第１の実施の形態における課金装置のブロック
図である。

【図４】課金情報ファイルの構成例を示す図である。

【図５】第１の実施の形態における課金処理の手順のフ
ローチャートを示す図である。

【図６】第２の実施の形態における課金装置のブロック
図である。

【図７】第２の実施の形態における課金処理の手順のフ
ローチャートを示す図である。

【図８】第２の実施の形態における電子マネー引出処理
の手順のフローチャートを示す図である。

【符号の説明】

１１０ 販売者システム １１１ ソフトウェア １１１０ 利用情報 １２０ 利用者システム １２１ 実行装置 １２１０ 電子マネー利用部 １２１１ 利用許可要求部 １２１２ ソフトウェア利用部 １２２ 利用管理装置 １２２０ 課金装置 １２２１ 利用許可応答部 １３０ 回収者システム ３００１ 引出情報入出力部 ３００３ 通常電子マネー保持部 ３００４ 課金電子マネー保持部 ３１００、６１００ 課金管理部 ３１０１ 課金情報入出力部 ３１０２ 課金実行部 ３１０３ 課金情報記憶部 ３１０４ 課金情報ファイル ６００３ 電子マネー保持部 ６００７ 引出可否判定部 ６１０２ 課金可否判定部 ６１０５ 課金金額総計算出部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 村松 晃 東京都千代田区神田駿河台四丁目６番地 株式会社日立製作所新金融システム推進本 部内

Claims (8)

【特許請求の範囲】
1. 【請求項１】 電子マネー保持手段を備え、電子マネー
   による課金を行う課金装置における課金方法であって、 課金を受け取る者に一意に割り振られた課金受取者識別
   子と、課金金額とを外部の装置から受信し、 利用者の要求に応じて電子マネーを出力する第１の電子
   マネー保持手段から利用者の要求があっても電子マネー
   を出力しない第２の電子マネー保持手段に、前記課金金
   額分の電子マネーを移動し、 前記課金受取者識別子と前記課金金額を対応させて記憶
   することを特徴とする課金方法。
2. 【請求項２】 電子マネー保持手段を備え、電子マネー
   による課金を行う課金装置における課金方法であって、 課金を受け取る者に一意に割り振られた課金受取者識別
   子と、課金金額とを外部の装置から受信し、 前記課金受取者識別子と前記課金金額を対応させて記憶
   し、 電子マネー引出金額を外部の装置から受信し、 前記記憶した課金金額の総計を算出し、 前記電子マネー保持手段の保持する電子マネー金額の総
   計から前記課金金額総計を減じた値が前記電子マネー引
   出金額以上の場合に、前記電子マネー引出金額分の電子
   マネーを外部装置に出力することを特徴とする課金方
   法。
3. 【請求項３】 電子マネーを保持する第１の電子マネー
   保持手段と、 前記第１の電子マネー保持手段が保持する電子マネーに
   関する引出要求金額を外部の装置から受信する手段と、 前記外部装置に対する電子マネーの出力を実行する手段
   と、 前記第１の電子マネー保持装置が保持する電子マネーと
   は別に、電子マネーを保持する第２の電子マネー保持手
   段と、 課金を受け取る者に一意に割り振られた課金受取者識別
   子と、課金金額とを外部の装置から受信する手段と、 前記課金受取者識別子と前記課金金額を対応させて記憶
   する課金情報記憶手段と、 第１の電子マネー保持手段が保持する電子マネーのう
   ち、前記課金金額と同額の電子マネーを第２の電子マネ
   ー保持手段が保持するように変更する手段と、を有する
   ことを特徴とする課金装置。
4. 【請求項４】 電子マネーを保持する電子マネー保持手
   段と、 課金を受け取る者に一意に割り振られた課金受取者識別
   子と、課金金額とを外部の装置から受信する手段と、 前記課金受取者識別子と前記課金金額を対応させて記憶
   する課金情報記憶手段と、 前記課金情報記憶手段に記憶される前記課金金額の総計
   を計算する手段と、 前記電子マネー保持手段が保持する電子マネーに関する
   引出要求金額を外部の装置から受信する手段と、 前記電子マネー保持手段が保持する電子マネーの金額総
   計から前記課金金額総計を減じた値が、前記電子マネー
   引出要求金額と同値または上回る場合に前記外部装置に
   対する電子マネーの出力を実行する手段と、を有するこ
   とを特徴とする課金装置。
5. 【請求項５】 配布されたソフトウェアを利用するソフ
   トウェア利用者システムであって、 ソフトウェアを実行するソフトウェア利用部と利用許可
   要求部を有する実行装置と、課金装置と利用許可応答部
   を有する利用管理装置を備え、 前記ソフトウェア利用部は実行するソフトウェアの指示
   に応じて課金受取者識別子と課金金額を有する利用情報
   を含む利用許可要求を前記利用許可要求部に出力し、該
   利用許可要求部から利用肯定応答を受けたとき前記ソフ
   トウェアの実行を行い、 前記利用許可要求部は前記利用許可要求を前記利用管理
   装置の利用許可応答部に送信し、該利用許可応答部から
   の応答を受けて該応答を前記ソフトウェア利用部に出力
   し、 前記利用許可応答部は前記利用許可要求を受信して前記
   課金装置に出力し、該課金装置から課金肯定応答または
   課金否定応答を受けて前記利用許可要求部に利用肯定応
   答または利用否定応答を送信し、 前記課金装置は前記利用許可応答部からの利用許可要求
   を受けて課金正常終了の場合に課金肯定応答を、課金正
   常終了でない場合に課金否定応答を前記利用許可応答部
   に出力することを特徴とするソフトウェア利用者システ
   ム。
6. 【請求項６】 請求項５記載のソフトウェア利用者シス
   テムにおいて、 前記実行装置に電子マネー利用部を設け、該電子マネー
   利用部は前記課金装置に対し電子マネー出力要求を送信
   し、該課金装置から電子マネーの引き出しを行うことを
   特徴とするソフトウェア利用者システム。
7. 【請求項７】 請求項５または請求項６記載のソフトウ
   ェア利用者システムにおいて、 前記課金装置は請求項３記載の課金装置であることを特
   徴とするソフトウェア利用者システム。
8. 【請求項８】 請求項５または請求項６記載のソフトウ
   ェア利用者システム において、前記課金装置は請求項４記載の課金装置であ
   ることを特徴とするソフトウェア利用者システム。