JP2003203191A - 電子決済システム - Google Patents

Abstract

(57)【要約】 【課題】 購入時の支払いに利用する価値情報の不正使
用を防止することが可能な電子決済システムを提供す
る。 【解決手段】 価値情報の補充及び支払い、さらに換金
の段階において、携帯端末２が発行者サーバ１により送
信された価値情報メッセージの正当性を検証し、販売店
端末３が携帯端末２により送信された価値情報メッセー
ジの正当性を検証し、発行者サーバ１が販売店端末３に
より送信された価値情報メッセージの正当性を検証す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ネットワーク経
由で利用可能な電子決済システムに関するものである。

【０００２】

【従来の技術】従来のプリペイド決済システムとして
は、磁気カードやＩＣカードを使用したプリペイド決済
システムが存在する。これらのシステムは、ネットワー
ク経由での使用や補充を前提としていないため、ネット
ワークを介した利用に適用した場合に、通信経路上での
データコピーによる不正使用に対する防御がなされてい
ない。

【０００３】一方、ネットワーク対応のプリペイド決済
システムとしては、単位ごとにＩＤを発行し、そのＩＤ
と残高をサーバで管理する決済システムがある。この決
済システムでは、決済が行われる毎に管理サーバにＩＤ
と使用金額が通知され、使用金額分だけ、サーバ上で管
理されている残高が減算される。使用金額が残高を上回
る場合は使用できない。この決済システムでは、利用の
度毎に利用の可否を管理サーバに照会する必要があり、
サーバからの応答を待たなければ決済処理を終了できな
い。

【０００４】

【発明が解決しようとする課題】

【０００５】以上のように従来のプリペイド決済システ
ムでは、ネットワークでの使用において、データのコピ
ーによる不正使用に対する防御がなされていない、ある
いは、決済を行うたびに管理サーバへ利用の可否を照会
する必要があるという問題点があった。

【０００６】この発明は、上記のような問題点を解決す
るためになされたものであり、決済時に管理サーバへの
アクセスを必要としない端末管理型のプリペイド決済シ
ステムにおいて、ネットワーク経由での使用を可能と
し、しかも、データのコピーによる価値情報の不正使用
を防止することを目的とする。

【０００７】

【課題を解決するための手段】第１の発明は、購入者か
らの要求に基づいて生成した購入時の支払いに利用する
価値情報の購入要求メッセージを送信し、この購入要求
メッセージに対して送信された前記価値情報を含む第１
の価値情報メッセージを格納し、又商品又はサービス購
入時に前記第１の価値情報メッセージと送信された購入
代金の支払い要求メッセージとに基づいて生成した購入
する商品又はサービスに対応する前記価値情報を含む第
２の価値情報メッセージを送信する購入者端末と、前記
購入者端末により送信された前記購入要求メッセージに
基づいて生成した前記価値情報を含む第１の価値情報メ
ッセージを前記購入者端末に送信し、又商品又はサービ
ス購入による換金時に送信された換金要求メッセージに
基づいて生成した価値情報要求メッセージを送信する発
行者サーバと、前記支払い要求メッセージを前記購入者
端末に送信し、又前記購入者端末により送信された前記
第２の価値情報メッセージの前記価値情報に基づいて商
品又はサービスの決済を行い、この決済に使用した価値
情報分の前記換金要求メッセージを前記発行者サーバに
送信し、又前記発行者サーバにより送信された前記価値
情報要求メッセージに基づいて生成した第３の価値情報
メッセージを前記発行者サーバに送信する販売店端末と
を備え、前記購入者端末は、前記発行者サーバにより送
信された前記第１の価値情報メッセージの正当性を検証
し、正当性が確認された時には、前記第１の価値情報メ
ッセージに含まれた前記価値情報を予め格納された価値
情報に補充し、前記販売店端末は、前記購入者端末によ
り送信された前記第２の価値情報メッセージの正当性を
検証し、正当性が確認された時には、前記第２の価値情
報メッセージに含まれた前記価値情報を予め格納された
価値情報に補充し、前記発行者サーバは、前記販売店端
末により送信された前記第３の価値情報メッセージの正
当性を検証し、正当性が確認された時には、前記第３の
価値情報メッセージに含まれた前記価値情報分の金額の
支払いを行うものである。

【０００８】第２の発明は、この購入要求メッセージを
生成する毎に生成される要求番号と、この購入要求メッ
セージを送信する前記購入者端末を識別する要求端末Ｉ
Ｄとを有する購入要求メッセージと、前記購入要求メッ
セージに含まれる前記要求番号と、前記要求端末ＩＤと
を有する第１の価値情報メッセージと、この発行者サー
バの電子署名を付与した前記第１の価値情報メッセージ
を前記購入者端末に送信する発行者サーバと、前記発行
者サーバにより送信された前記第１の価値情報メッセー
ジの前記要求番号と、前記要求端末ＩＤと、前記発行者
サーバの電子署名とに基づいて前記第１の価値情報メッ
セージの正当性を検証する購入者端末とを備えたもので
ある。

【０００９】第３の発明は、この支払要求メッセージを
生成する毎に生成される要求番号と、この支払要求メッ
セージを送信する販売店端末を識別する販売店端末ＩＤ
とを有する支払要求メッセージと、前記支払要求メッセ
ージに含まれる前記要求番号と、前記販売店端末ＩＤと
を有する第２の価値情報メッセージと、この購入者端末
の電子署名を付与した前記第２の価値情報メッセージを
前記販売店端末に送信する購入者端末と、前記購入者端
末により送信された前記第２の価値情報メッセージの前
記要求番号と、前記販売店端末ＩＤと、前記購入者端末
の電子署名とに基づいて前記第２の価値情報メッセージ
の正当性を検証する販売店端末とを備えたものである。

【００１０】第４の発明は、この換金要求メッセージを
生成する毎に生成される要求番号と、予め定められた発
行者サーバの発行者サーバＩＤとを有する価値情報要求
メッセージと、前記価値情報要求メッセージに含まれる
前記要求番号と、前記発行者サーバＩＤとを有する第３
の価値情報メッセージと、この販売店端末の電子署名を
付与した前記第３の価値情報メッセージを前記発行者サ
ーバに送信する販売店端末と、前記販売店端末により送
信された前記第３の価値情報メッセージの前記要求番号
と、前記発行者サーバＩＤと、前記販売店端末の電子署
名とに基づいて前記第３の価値情報メッセージの正当性
を検証する発行者サーバとを備えたものである。

【００１１】第５の発明は、この購入者端末からの要求
に基づいて前記購入要求メッセージを生成するための要
求情報を生成して前記購入者端末に送信する第１の価値
情報管理モジュールを備え、前記第１の価値情報管理モ
ジュールにより送信された前記要求情報に基づいて前記
購入要求メッセージを生成する購入者端末を備えたもの
である。

【００１２】第６の発明は、前記購入者端末に脱着可能
である第１の価値情報管理モジュールを備えたものであ
る。

【００１３】第７の発明は、前記購入者端末からの要求
毎に生成される要求番号と、前記第１の価値情報管理モ
ジュールを識別するモジュールＩＤとを有する購入要求
メッセージと、前記購入要求メッセージに含まれる前記
要求番号と、前記モジュールＩＤとを有する第１の価値
情報メッセージと、この発行者サーバの電子署名を付与
した前記第１の価値情報メッセージを前記購入者端末に
送信する発行者サーバと、前記発行者サーバにより送信
された前記第１の価値情報メッセージの前記要求番号
と、前記モジュールＩＤと、前記発行者サーバの電子署
名とに基づいて前記第１の価値情報メッセージの正当性
を検証する購入者端末とを備えたものである。

【００１４】第８の発明は、この販売店端末からの要求
に基づいて前記支払要求メッセージを生成するための要
求情報を生成して前記販売店端末に送信する第２の価値
情報管理モジュールを備え、前記第２の価値情報管理モ
ジュールにより送信された前記要求情報に基づいて前記
支払要求メッセージを生成する販売店端末を備えたもの
である。

【００１５】第９の発明は、前記販売店端末に脱着可能
である第２の価値情報管理モジュールを備えたものであ
る。

【００１６】第１０の発明は、前記購入者端末からの要
求毎に生成される要求番号と、前記第２の価値情報管理
モジュールを識別するモジュールＩＤとを有する支払要
求メッセージと、前記支払要求メッセージに含まれる前
記要求番号と、前記モジュールＩＤとを有する第２の価
値情報メッセージと、この購入者端末の電子署名を付与
した前記第２の価値情報メッセージを前記販売店端末に
送信する購入者端末と、前記販売店端末は、前記購入者
端末により送信された前記第２の価値情報メッセージの
前記要求番号と、前記モジュールＩＤと、前記購入者端
末の電子署名とに基づいて前記第２の価値情報メッセー
ジの正当性を検証する販売店端末とを備えたものであ
る。

【００１７】第１１の発明は、この販売店端末からの要
求に基づいて前記第３の価値情報メッセージを生成し、
前記販売店端末に送信する第２の価値情報管理モジュー
ルを備え、前記第２の価値情報管理モジュールにより送
信された前記第３の価値情報メッセージを前記発行者サ
ーバに送信する販売店端末を備えたものである。

【００１８】

【発明の実施の形態】実施の形態１．図１は、実施の形
態１の電子決済システムの構成図である。図において、
１は決済に使用する価値情報を発行する発行者サーバ、
２は購入者が決済に使用する携帯端末である購入者端
末、３は決済を受け付ける販売店端末、４は広域通信網
である。発行者サーバ１と携帯端末２、及び販売店端末
３と発行者サーバ１は広域通信網４を介して通信を行
う。ここで、携帯端末２と販売店端末３はそれぞれ近距
離通信手段である近距離通信部２５、３５で通信を行
う。また、価値情報とは販売店等で商品を買うときの支
払い、即ち決済に使用するもので、例えば、現在一般的
に利用されているプリペイドカードのような前払いで支
払った金額分の商品を購入したり、サービスを利用した
りできるものである。

【００１９】発行者サーバ１において、１１はデータ及
びプログラムを格納する記憶部、１２はデータの処理を
行うデータ処理部、１３は携帯端末２及び販売店端末３
と通信を行う広域通信部である。また、携帯端末２にお
いて、２１は発行者サーバ１と通信を行う広域通信部、
２２はデータの処理を行うデータ処理部、２３は電子署
名の検証及び付与の処理を行う署名処理部、２４はデー
タ及びプログラムを格納する記憶部、２５は販売店端末
３と通信を行う近距離通信部、２６は購入者が携帯端末
２の操作を行うための入出力部である。さらに、販売店
端末３において、３１は発行者サーバ１と通信を行う広
域通信部、３２はデータの処理を行うデータ処理部、３
３は電子署名の検証及び付与の処理を行う署名処理部、
３４はデータ及びプログラムを格納する記憶部、３５は
携帯端末２と通信を行う近距離通信部、３６は販売店の
店員がが販売店端末３の操作を行うための入出力部であ
る。

【００２０】図２は、実施の形態１の電子決済システム
における価値情報の流通状態を示す概念図である。価値
情報の流通は、補充、支払、換金の３つの段階に分けら
れる。まず、補充の段階では、購入者が発行者から価値
情報を購入し、携帯端末２に格納する。即ち、価値情報
は発行者サーバ１で発行され、購入者の携帯端末２に格
納される。ここで、携帯端末２に格納される価値情報
は、携帯端末２に同一の価値情報が格納されている場合
には、携帯端末２に格納された同一の価値情報の中に補
充される形で格納が行われる。価値情報は、通信経路上
では、一定額を持つデータとして表現されるが、一旦携
帯端末２内に格納されると、その総量のみが管理され
る。

【００２１】また、支払いの段階では、購入者が、携帯
端末２に格納、即ち補充した価値情報を店舗での商品購
入時の代金支払いに使用する。この時、購入者の携帯端
末２内で、購入金額分の価値情報が生成される。即ち、
購入者が商品購入時に、携帯端末２では、補充格納され
た価値情報の中から実際に購入する商品の代金分の価値
情報を取得し、この取得した価値情報に基づいて購入金
額分の価値情報が生成されることになる。この生成され
た購入金額分の価値情報（購入商品の代金分の価値情
報）は、近距離通信手段を介して販売店端末３に送信さ
れ、販売店端末３に格納される。

【００２２】さらに、換金の段階では、販売店が、販売
店端末３に格納された購入金額分の価値情報を発行者サ
ーバ１に送信し、発行者からその価値情報の金額分の対
価を得る。即ち、販売店端末３に格納された、購入者が
商品購入時に携帯端末２で生成した購入商品の代金分の
価値情報である購入金額分の価値情報を発行者サーバ１
に送信し、発行者からその価値情報分の金額支払いを受
ける。

【００２３】次に、各段階の詳細動作について説明す
る。まず、補充の段階の処理動作について説明する。図
３は、補充の段階における、発行者サーバ１及び携帯端
末２の処理動作を示す流れ図である。まず、購入者は、
補充する価値情報の金額を決定する。金額を決定した
ら、携帯端末２の入出力部２６を操作して価値情報の購
入手続きを行う。例えば、購入金額を入力し、指定する
（ステップＳ１）。入出力部２６で購入操作を行うと、
データ処理部２２でその購入操作により指定された金額
の価値情報を要求するための購入要求メッセージを生成
する（ステップＳ２）。

【００２４】図４は、購入要求メッセージの構成図であ
る。購入要求メッセージには、購入する価値情報の種
別、金額、要求番号、要求端末ＩＤのほかに、購入した
価値情報の代金を支払うための決済情報も含まれる。決
済情報の内容は、例えば、クレジットカード番号と暗証
番号、銀行口座番号と暗証番号などである。価値情報の
種別は電子マネー、プリペイドカード、ポイントカード
などの種別を価値情報の発行会社毎に定めた識別子であ
る。また、金額の単位は価値情報の種別により異なる。
要求番号は、携帯端末２のデータ処理部２２で購入要求
メッセージを生成する毎に生成される異なる番号、即
ち、購入要求メッセージに対応した番号である。

【００２５】また、ここで生成させた要求番号は、この
購入要求メッセージに対する応答を受信するまで、携帯
端末２の内部の記憶部２４に格納しておく。要求端末Ｉ
Ｄは、携帯端末２の端末ＩＤを使用する。端末ＩＤは、
携帯端末２を識別するためのＩＤであり、予め各携帯端
末毎に異なるＩＤが割り振られて、携帯端末２の記憶部
２４に格納されている。

【００２６】次に、携帯端末２は、広域通信網４を介し
て発行者サーバ１に接続し、広域通信部２１から発行者
サーバ１に購入要求メッセージを送信する（ステップＳ
３）。このとき、購入要求メッセージには決済情報など
の秘密情報が含まれるため、暗号化などによりセキュリ
ティの確保された通信手段を使用する。

【００２７】次に、送信された購入要求メッセージを発
行者サーバ１が広域通信部１３で受信する（ステップＳ
４）。発行者サーバ１では、購入要求メッセージを受信
すると、データ処理部１２において購入要求メッセージ
に記された金額の価値情報メッセージを生成する（ステ
ップＳ５）。

【００２８】図５は、価値情報メッセージの構成図であ
る。価値情報メッセージには、金額情報のほかに、要求
番号及び要求端末ＩＤを含む。要求番号及び要求端末Ｉ
Ｄは、ステップＳ４で受信した購入要求メッセージに含
まれるものをそのまま使用する。

【００２９】次に、発行者サーバ１では、データ処理部
１２において、生成した価値情報の金額分の代金を徴収
するために決済処理を行う（ステップＳ６）。この決済
処理には、ステップＳ４で受信した購入要求メッセージ
に含まれる決済情報を使用する。ここでの決済処理の方
法は任意であるが、例えば、決済情報がクレジットカー
ド番号と暗証番号である場合、これらの情報を使用して
生成した価値情報の金額分のクレジットカード決済手続
きを実施する。生成した価値情報メッセージは、送信前
に電子署名を付与する（ステップＳ７）。

【００３０】次に、発行者サーバ１は、電子署名を付与
した価値情報メッセージを広域通信部１３から携帯端末
２に送信する（ステップＳ８）。携帯端末２は、発行者
サーバ１から送信された価値情報メッセージを広域通信
部２１で受信する（ステップＳ９）。また、携帯端末２
は、受信した価値情報メッセージの正当性を検証する
（ステップＳ１０）。価値情報メッセージの正当性の検
証は、(１)電子署名の検証、(２)要求端末ＩＤの検証、
(３)要求番号の検証、の３つを行う。(１)の電子署名の
検証は署名処理部２３で行い、(２)の要求端末ＩＤの検
証、及び(３)の要求番号の検証はデータ処理部２２で行
う。

【００３１】ここで、(１)電子署名の検証は、(２)要求
端末ＩＤの検証、(３)要求番号の検証の故意の書き換え
を防止するためのものである。また、(３)要求番号の検
証は、購入要求メッセージを生成する毎に生成される異
なる番号、即ち、購入要求メッセージに対応した番号を
検証するためのものであり、(３)要求番号の検証によ
り、例えば、先に作成された購入要求メッセージが故意
にコピーされて送信された場合に、先に送信された１つ
めの価値情報メッセージのみを有効にし、２つ目以降の
価値情報メッセージを無効にすることができる。

【００３２】なお、(１)電子署名の検証、(２)要求端末
ＩＤの検証、(３)要求番号の検証では、次のような検証
が行われる。まず、(１)の電子署名の検証では、価値情
報メッセージのデータが改ざんされていないことをチェ
ックする。(２)の要求端末ＩＤの検証では、価値情報メ
ッセージに含まれる要求端末ＩＤと携帯端末２の端末Ｉ
Ｄを比較し、一致すれば妥当、不一致であれば不正とみ
なす。(３)の要求番号の検証では、価値情報メッセージ
に含まれる要求番号と、ステップＳ２で格納した要求番
号とを比較し、一致すれば妥当、不一致であれば不正と
みなす。

【００３３】検証により価値情報メッセージの正当性が
確認された場合、即ち価値情報の正当性が確認された場
合、携帯端末２では受信した価値情報メッセージに記さ
れた金額分だけ、価値情報の残高を加算する（ステップ
Ｓ１１）。即ち、価値情報の正当性が確認された場合、
携帯端末２では受信した価値情報メッセージに記された
金額分の価値情報を、補充格納（加算）する。ここで、
価値情報の残高は携帯端末２上で管理され、ここで管理
されている残高の範囲内で店舗での支払いが行える。ま
た、価値情報の残高は携帯端末２内の記憶部２４に格納
され、加算の処理はデータ処理部２２で行う。

【００３４】携帯端末２では、残高の加算が完了する
と、完了通知メッセージを広域通信部２１から発行者サ
ーバ１に送信する（ステップＳ１２）。次に発行者サー
バ１が広域通信部１３で完了通知メッセージを受信し
（ステップＳ１３）、価値情報補充の処理を完了する。

【００３５】次に、価値情報メッセージが不正の場合の
処理動作について説明する。図６は、価値情報メッセー
ジが不正な場合の処理動作を示す流れ図である。図６に
おいて、ステップＳ２１からステップＳ２９までの手順
は図３のステップＳ１からステップＳ９までと同様であ
る。ステップＳ２９で発行者サーバ１から価値情報メッ
セージを受信すると、価値情報メッセージの検証を行う
（ステップＳ３０）。価値情報メッセージの検証は、
(１)電子署名の検証、(２)要求端末ＩＤの検証、(３)要
求番号の検証、の３つを行う。図４の場合と同様、(１)
の電子署名の検証は署名処理部２３で行い、(２)の要求
端末ＩＤの検証、及び(３)の要求番号の検証はデータ処
理部２２で行う。これらの検証で不正が検出された場
合、携帯端末２は広域通信部２１から発行者サーバ１に
対して価値情報拒否メッセージを送信する（ステップＳ
３１）。

【００３６】価値情報メッセージが不正な場合の処置と
して、メッセージの再送も考えられる。図７は、再送を
行う場合における発行者サーバ１の処理動作を示す流れ
図である。発行者サーバ１では、携帯端末２の広域通信
部２１から送信された購入要求メッセージを広域通信部
１３で受信する（ステップＳ４１）。購入要求メッセー
ジの例は図４に示した通りである。発行者サーバ１で
は、購入要求メッセージを受信すると、購入要求メッセ
ージに記された金額の価値情報メッセージをデータ処理
部１２で生成する（ステップＳ４２）。

【００３７】価値情報メッセージの構成は図５に示した
通りである。価値情報メッセージには、金額情報のほか
に、要求番号及び要求端末ＩＤを含む。要求番号及び要
求端末ＩＤは、ステップＳ４１で受信した購入要求メッ
セージに含まれるものをそのまま使用する。次に、発行
者サーバ１では、生成した価値情報の金額分の代金を徴
収するためにデータ処理部１２で決済処理を行う（ステ
ップＳ４３）。この決済処理には、ステップＳ４１で受
信した購入要求メッセージに含まれる決済情報を使用す
る。ここでの決済処理の方法は任意であるが、例えば、
決済情報がクレジットカード番号と暗証番号である場
合、これらの情報を使用して生成した価値情報の金額分
のクレジットカード決済手続きを実施する。生成した価
値情報メッセージは、送信前にデータ処理部１２で電子
署名を付与する（ステップＳ４４）。

【００３８】次に、発行者サーバ１は、電子署名を付与
した価値情報メッセージを広域通信部１３から携帯端末
２に送信する（ステップＳ４５）。発行者サーバ１は、
ステップＳ４５で送信した価値情報メッセージに対する
携帯端末２からの応答メッセージを広域通信部１３で受
信する（ステップＳ４６）。ここで受信する応答メッセ
ージは、完了通知メッセージの場合と、価値情報拒否メ
ッセージの場合がある。

【００３９】発行者サーバ１では、この携帯端末２から
受信した応答メッセージをデータ処理部１２で判別する
（ステップＳ４７）。受信した応答メッセージが完了通
知メッセージであった場合は、価値情報補充の処理を終
了する。受信した応答メッセージが価値情報拒否メッセ
ージであった場合は、ステップＳ４５で携帯端末２に向
けて送信した価値情報メッセージを広域通信部１３から
再送し（ステップＳ４８）、ステップＳ４６に戻る。

【００４０】次に、再送を行う場合の携帯端末２の処理
動作について説明する。図８は、再送を行う場合の携帯
端末２の処理動作を示す流れ図である。まず、購入者
は、補充する価値情報の金額を決定する。金額を決定し
たら、携帯端末２の入出力部２６を操作して価値情報の
購入手続きを行う。例えば、購入金額を入力し、指定す
る（ステップＳ６１）。携帯端末２で購入操作を行う
と、その購入操作により指定された金額の価値情報を要
求するための購入要求メッセージをデータ処理部２２で
生成する（ステップＳ６２）。

【００４１】購入要求メッセージの構成は図４の通りで
ある。購入要求メッセージには、購入する価値情報の金
額、要求番号、及び要求端末ＩＤのほかに、購入した価
値情報の代金を支払うための決済情報も含まれる。ここ
で、決済情報の内容は、例えば、クレジットカード番号
と暗証番号、銀行口座番号と暗証番号などである。要求
番号は、携帯端末２のデータ処理部２２で購入要求メッ
セージを生成する毎に生成される異なる番号、即ち、購
入要求メッセージに対応した番号である。

【００４２】また、ここで発生させた要求番号は、この
購入要求メッセージに対する応答を受信するまで、携帯
端末２の記憶部２４に格納しておく。要求端末ＩＤは、
携帯端末２の端末ＩＤを使用する。端末ＩＤは、携帯端
末を識別するためのＩＤであり、予め各携帯端末毎に異
なるＩＤが割り振られて、携帯端末の記憶部２４に格納
されている。

【００４３】次に、携帯端末２は、広域通信網４を介し
て発行者サーバ１に接続し、広域通信部２１から発行者
サーバ１に購入要求メッセージを送信する（ステップＳ
６３）。また、携帯端末２は発行者サーバ１から送信さ
れた価値情報メッセージを広域通信部２１で受信する
（ステップＳ６４）。

【００４４】次に、携帯端末２は、受信した価値情報メ
ッセージの正当性を検証する（ステップＳ６５）。価値
情報メッセージの正当性の検証は、(１)電子署名の検
証、(２)要求端末ＩＤの検証、(３)要求番号の検証、の
３つを行う。(１)の電子署名の検証は署名処理部２３で
行い、(２)の要求端末ＩＤの検証、及び(３)の要求番号
の検証はデータ処理部２２で行う。検証により、価値情
報メッセージに不正が検出された場合、携帯端末２は広
域通信部２１から発行者サーバ１に対し価値情報拒否メ
ッセージを送信し（ステップＳ６６）、ステップＳ６４
に戻る。

【００４５】ステップＳ６５において価値情報メッセー
ジの正当性が確認された場合、携帯端末２では受信した
価値情報に記された金額分だけ、記憶部２４に格納され
ている価値情報の残高をデータ処理部２２が加算する
（ステップＳ６７）。即ち、価値情報の正当性が確認さ
れた場合、携帯端末２では受信した価値情報メッセージ
に記された金額分の価値情報を、予め携帯端末２に格納
された同一の価値情報の中に補充格納（加算）する。携
帯端末２では、残高の加算が完了すると広域通信部２１
から完了通知メッセージを送信し、（ステップＳ６８）
価値情報補充の処理を終了する。

【００４６】次に、支払いの段階における処理動作につ
いて説明する。支払いの段階では、購入者は販売店で商
品を購入する時、この商品の対価として購入者の所有す
る携帯端末２から販売店端末３に商品の金額分の価値情
報を転送する。即ち、商品購入時に購入する商品に対応
する金額の支払いを、携帯端末２に格納する価値情報を
販売店端末３に送ることにより行うものである。

【００４７】このように、支払いの段階では、補充の段
階において発行者サーバ１から携帯端末２に転送する価
値情報金額分の価値情報メッセージを送信したのと同様
に、携帯端末２から販売店端末３に価値情報メッセージ
を送信することにより、携帯端末２から販売店端末３に
価値情報を転送する。これを以って支払いとする。

【００４８】図９は、支払いの段階における携帯端末２
の処理動作を示す流れ図である。まず、携帯端末２で
は、販売店端末３から送信された支払要求メッセージを
近距離通信部２５で受信する（ステップＳ８１）。図１
０は、支払要求メッセージの構成図である。支払要求メ
ッセージには、支払を要求する価値情報の金額、要求番
号、及び販売店端末ＩＤが含まれる。要求番号は、販売
店端末３で支払要求メッセージを生成する毎に生成され
る異なる番号である。

【００４９】また、ここで生成された要求番号は、この
支払要求メッセージに対する応答を受信するまで、携帯
端末２の記憶部２４に格納しておく。販売店端末ＩＤ
は、携帯端末２の端末ＩＤを使用する。端末ＩＤは、携
帯端末を識別するためのＩＤであり、予め各携帯端末毎
に異なるＩＤが割り振られて、携帯端末の記憶部２４に
格納されている。携帯端末２では、支払要求メッセージ
を受信すると、データ処理部２２で支払要求メッセージ
に記された金額の価値情報メッセージを生成する（ステ
ップＳ８２）。

【００５０】図１１は、価値情報メッセージの構成図で
ある。価値情報メッセージには、金額情報のほかに、要
求番号及び要求端末ＩＤを含む。要求番号及び要求端末
ＩＤは、ステップＳ８１で受信した支払要求メッセージ
に含まれるものをそのまま使用する。生成した価値情報
メッセージは、送信前に署名処理部２３で電子署名を付
与する（ステップＳ８４）。

【００５１】次に、携帯端末２は、電子署名を付与した
価値情報メッセージを近距離通信部２５から販売店端末
３に送信する（ステップＳ８５）。さらに、携帯端末２
は、ステップＳ８５で送信した価値情報メッセージに対
する応答メッセージを販売店端末３から近距離通信部２
５に受信する（ステップＳ８６）。

【００５２】ここで、受信する応答メッセージは、完了
通知メッセージの場合と、価値情報拒否メッセージの場
合がある。携帯端末２では、この販売店端末３から受信
した応答メッセージをデータ処理部２２で判別する（ス
テップＳ８７）。受信した応答メッセージが完了通知メ
ッセージであった場合は、価値情報補充の処理を終了す
る。受信した応答メッセージが価値情報拒否メッセージ
であった場合は、ステップＳ８５で販売店端末３に向け
て送信した価値情報メッセージを近距離通信部２５から
再送し（ステップＳ８８）、ステップＳ８６に戻る。

【００５３】次に、支払いの段階における販売店端末３
の処理動作について説明する。図１２は、販売店端末３
の処理動作を示す流れ図である。まず、購入者が商品を
購入する際には、販売店の店員が販売店端末３の入出力
部３６及びデータ処理部３２を使用して商品の合計金額
を計算する（ステップＳ１０１）。金額が算出された
ら、販売店端末３の入出力部３６を操作して支払い要求
を行う（ステップＳ１０２）。例えば、販売店端末３の
支払要求ボタンを押す。販売店端末３で支払要求操作を
行うと、データ処理部３２で、計算した商品の合計額の
価値情報を要求するための支払要求メッセージを生成す
る（ステップＳ１０３）。

【００５４】支払要求メッセージの構成は図１０の通り
である。支払要求メッセージには、購入する価値情報の
金額、要求番号、及び販売店端末ＩＤが含まれる。ここ
で、要求番号は、販売店端末３で支払要求メッセージを
生成する毎に生成される異なる番号であり、データ処理
部３２で生成されるものである。なお、この要求番号
は、支払要求メッセージに対する応答を受信するまで、
販売店端末３の記憶部３４に格納しておく。さらに、販
売店端末ＩＤは、販売店端末３の端末ＩＤを使用する。
端末ＩＤは販売店端末を識別するためのＩＤであり、予
め各販売店端末に異なるＩＤが割り振られて、販売店端
末３の記憶部３４に格納されている。

【００５５】次に、販売店端末３は、携帯端末２に接続
し、近距離通信部３５から携帯端末２に支払要求メッセ
ージを送信する（ステップＳ１０４）。また、販売店端
末３は、携帯端末２から送信された価値情報メッセージ
を近距離通信部３５で受信する（ステップＳ１０５）。
価値情報メッセージの構成は図１１に示したとおりであ
る。次に、販売店端末３は、受信した価値情報メッセー
ジの正当性を検証する（ステップＳ１０６）。

【００５６】価値情報メッセージの正当性の検証は、
(１)電子署名の検証、(２)販売店端末ＩＤの検証、(３)
要求番号の検証、の３つを行う。（１）の電子署名の検
証は署名処理部３３で行い、(２)の販売店端末ＩＤの検
証、及び(３)の要求番号の検証はデータ処理部３２で行
う。まず、(１)の電子署名の検証では、価値情報メッセ
ージのデータが改ざんされていないことをチェックす
る。(２)の販売店端末ＩＤの検証では、価値情報メッセ
ージに含まれる販売店端末ＩＤと販売店端末３の端末Ｉ
Ｄを比較し、一致すれば妥当、不一致であれば不正とみ
なす。(３)の要求番号の検証では、価値情報メッセージ
に含まれる要求番号と、ステップＳ１０３で格納した要
求番号とを比較し、一致すれば妥当、不一致であれば不
正とみなす。

【００５７】検証により価値情報メッセージの不正が検
出された場合、販売店端末３は携帯端末２に対し近距離
通信部３５から価値情報拒否メッセージを送信し（ステ
ップＳ１０７）、ステップＳ１０５に戻る。ステップＳ
１０６において価値情報メッセージの正当性が確認され
た場合、販売店端末３では受信した価値情報メッセージ
に記された金額分価値情報を、補充格納（加算）する
（ステップＳ１０８）。販売店端末３では、残高の加算
が完了すると完了通知メッセージを近距離通信部３５か
ら送信し、（ステップＳ１０９）支払いの処理を終了す
る。

【００５８】次に、換金の段階の処理動作について説明
する。換金の段階では、販売店端末３の記憶部３４に格
納された価値情報を発行者サーバ１に送信し、発行者か
ら価値情報の金額分の対価を得る。即ち、販売店端末３
の記憶部３４に格納された価値情報に対応する金額の支
払いを、発行者（発行者サーバ１）から受けるものであ
る。ここで、対価を得る手段は任意であるが、例えば、
予め指定された販売者の銀行口座への振込みなどが考え
られる。

【００５９】まず、換金の段階における販売店端末３の
処理動作について説明する。図１３は、換金の段階にお
ける販売店端末３の処理動作を示す流れ図である。販売
店では、従業員が販売店端末３を使用して換金操作を行
う（ステップＳ１２１）。換金操作では、入出力部３６
から、換金額など、換金時に必要となる情報を入力し、
例えば販売店端末３に備えられた換金ボタンを押すな
ど、換金動作の開始を指示する操作を行う。換金操作を
行うと、販売店端末３は、発行者サーバ１に広域通信部
３１から換金要求メッセージを送信する（ステップＳ１
２２）。

【００６０】図１４は、換金要求メッセージの構成図で
ある。販売店ＩＤは、この換金要求メッセージを送信し
た販売店の識別子である。販売店ＩＤは、例えば発行者
から該当する販売店の銀行口座に換金額を振り込むな
ど、価値情報の対価の支払いのために使用する。次に、
販売店端末３は、広域通信部３１で価値情報要求メッセ
ージを受信する（ステップＳ１２３）。図１５は、価値
情報要求メッセージの構成図である。販売店端末３では
価値情報要求メッセージを受信するとデータ処理部３２
で価値情報メッセージを生成する（ステップＳ１２
４）。図１６は、価値情報メッセージの構成図である。
価値情報メッセージには、金額、要求番号、発行者サー
バＩＤの情報が含まれる。金額は、換金を行う金額を示
す。要求番号及び発行者サーバＩＤは、発行者サーバ１
から受信した価値情報要求メッセージに含まれていたも
のを使用する。生成した価値情報メッセージは、送信前
に署名処理部３３で電子署名を付与する（ステップＳ１
２６）。

【００６１】次に、販売店端末３は、電子署名を付与し
た価値情報メッセージを、広域通信部３１から発行者サ
ーバ１に送信する（ステップＳ１２７）。また、販売店
端末３は、ステップＳ１２７で送信した価値情報メッセ
ージに対する応答メッセージが発行者サーバ１から送ら
れると、広域通信部３１で受信する（ステップＳ１２
８）。ここで受信する応答メッセージは、完了通知メッ
セージの場合と、価値情報拒否メッセージの場合があ
る。

【００６２】販売店端末３では、この発行者サーバ１か
ら受信した応答メッセージをデータ処理部３２で判別す
る（ステップＳ１２９）。受信した応答メッセージが完
了通知メッセージであった場合は、換金の処理を終了す
る。受信した応答メッセージが価値情報拒否メッセージ
であった場合は、ステップＳ１２７で広域通信部３１か
ら発行者サーバ１に向けて送信した価値情報メッセージ
を再送し（ステップＳ１３０）、ステップＳ１２８に戻
る。

【００６３】次に、換金の際における発行者サーバ１の
処理動作について説明する。図１７は、換金の際におけ
る発行者サーバ１の処理動作を示す流れ図である。換金
の処理では、まず、販売店端末３は、発行者サーバ１に
換金要求メッセージを送信する。したがって、発行者サ
ーバ１は、まず最初に販売店端末３から送信された換金
要求メッセージを広域通信部１３で受信する（ステップ
Ｓ１４１）。換金要求メッセージの構成は図１４に示し
たとおりである。

【００６４】発行者サーバ１は、換金要求メッセージを
受信するとデータ処理部１２で価値情報要求メッセージ
を生成し、広域通信部１３から送信する（ステップＳ１
４２）。価値情報要求メッセージの構成は図１５に示し
た通りである。価値情報要求メッセージにおいて、発行
者サーバＩＤは、予め定められ、発行者サーバ１用に確
保されたＩＤである。また、要求番号は、販売店端末３
で支払要求メッセージを生成する毎に生成される異なる
番号であり、データ処理部１２で生成される番号であ
る。ここで、生成した要求番号は、販売店端末からの価
値情報メッセージを受信するまで、販売店ＩＤと関連付
けて発行者サーバ１の記憶部１１に格納しておく。

【００６５】次に、発行者サーバ１は、販売店端末３か
らの価値情報メッセージを広域通信部１３で受信する
（ステップＳ１４３）。価値情報メッセージの構成は、
図１６に示したとおりである。価値情報メッセージを受
信すると、この受信した価値情報メッセージの正当性を
データ処理部１２で検証する（ステップＳ１４４）。価
値情報メッセージの正当性の検証は、(１)電子署名の検
証、(２)発行者サーバＩＤの検証、(３)要求番号の検
証、の３つを行う。まず、(１)の電子署名の検証によ
り、価値情報メッセージのデータが改ざんされていない
ことをチェックする。(２)の発行者サーバＩＤの検証で
は、この価値情報が発行者サーバ１に送信するために生
成されたメッセージであることをチェックする。(３)の
要求番号の検証では、価値情報受信の処理を行うたびに
処理した要求番号の履歴を格納し、すでに処理した番号
であれば不正とみなし、処理した履歴の無い番号であれ
ば妥当と判断する。

【００６６】検証により、価値情報の不正が検出された
場合、発行者サーバ１は広域通信部１３から販売店端末
３に対し価値情報拒否メッセージを送信し（ステップＳ
１４５）、ステップＳ１４３に戻る。ステップＳ１４４
において価値情報の正当性が確認された場合、発行者サ
ーバ１では受信した価値情報に記された金額分の対価の
支払処理を行う（ステップＳ１４６）。支払いの方法は
任意であるが、例えば販売店が指定した銀行口座への銀
行振込などが考えられる。発行者サーバ１では、支払処
理が完了すると広域通信部１３から完了通知メッセージ
を送信し、（ステップＳ１４７）支払いの処理を終了す
る。

【００６７】以上のように、価値情報の補充及び支払
い、さらに換金の段階において、価値情報を含む価値情
報メッセージの正当性を検証することにより、価値情報
の不正使用を防止することができる。また、価値情報の
補充及び支払いの段階において、価値情報メッセージを
送信する際に送信先の端末ＩＤを指定し、受信側でチェ
ックするようにしているので、ある端末に送信した価値
情報を他の端末に送信して使用する不正を行おうとした
場合に、価値情報メッセージに含まれる端末ＩＤと同じ
端末ＩＤを持つ販売店端末のみで価値情報メッセージを
有効とし、他の販売店端末では無効とすることができ
る。

【００６８】また、同じく価値情報の補充及び支払いの
段階において、価値情報メッセージを送信する際に要求
番号を含み、受信側でチェックするようにしているの
で、１つの価値情報メッセージをコピーし、同じ携帯端
末、あるいは同じ販売店端末に複数回送信しても、送信
の度に残高が加算されることなく、１つめの価値情報メ
ッセージのみを有効とし、同じ要求番号を持つ２つ目以
降の価値情報メッセージは無効とすることができる。

【００６９】また、換金の段階において、価値情報メッ
セージに発行者サーバＩＤと要求番号を含め、受信した
発行者サーバ１で発行者サーバＩＤのチェックを行い、
さらに同じ要求番号を持つ価値情報メッセージを受付済
ではないかチェックするようにしているので、１つの価
値情報メッセージをコピーし、発行者サーバ１に複数回
送信して複数回の換金を行おうとしても、発行者サーバ
１で受信した１つめの価値情報メッセージのみを有効と
し、２つ目以降の価値情報メッセージを無効とすること
ができる。

【００７０】また、価値情報メッセージに電子署名を付
与するようにしているので、価値情報メッセージの送信
経路上で、価値情報メッセージ内の金額情報、端末Ｉ
Ｄ、要求番号等を改ざんすることを防止することができ
る。

【００７１】また、送信側における価値情報メッセージ
の生成、電子署名の付与、価値情報残高の減算、受信側
における価値情報メッセージの検証及び価値情報残高の
加算を、この実施例に示した手順で行っているため、価
値情報メッセージがその送信系路上のいかなる段階でコ
ピーされ、いかなる相手先に送信されたとしても、それ
らのコピーのうち、１つのみを有効とし、他のコピーを
無効とすることができる。

【００７２】実施の形態２．実施の形態１では、購入者
が使用する携帯端末や販売店に設置される販売店端末に
価値情報管理機能を実装するようにしたものであるが、
次に購入者が使用する携帯端末や販売店に設置される販
売店端末に発行者が提供する価値情報管理機能を搭載し
たモジュールを組みこんだ場合の実施の形態を示す。

【００７３】図１８は、実施の形態２の電子決済システ
ムの構成図である。図において、１は決済に使用する価
値を発行する発行者サーバ、２は購入者が決済に使用す
る携帯端末、３は決済を受け付ける販売店端末、４は広
域通信網、５は携帯端末２に搭載した価値情報管理モジ
ュール、６は販売店端末３に搭載した価値情報管理モジ
ュールである。発行者サーバ１と携帯端末２、及び販売
店端末３と発行者サーバ１は広域通信網４を介して通信
を行う。なおここで、携帯端末２と販売店端末３はそれ
ぞれ近距離通信手段である近距離通信部２５、３５で通
信を行う。

【００７４】発行者サーバ１において、１１はデータ及
びプログラムを格納する記憶部、１２はデータの処理を
行うデータ処理部、１３は携帯端末２及び販売店端末３
と通信を行う広域通信部である。また、携帯端末２にお
いて、２１は発行者サーバ１と通信を行う広域通信部、
２２はデータの処理を行うデータ処理部、２４はデータ
及びプログラムを格納する記憶部、２５は販売店端末３
と通信を行う近距離通信部、２６は購入者が携帯端末２
の操作を行うための入出力部である。

【００７５】さらに、販売店端末３において、３１は発
行者サーバ１と通信を行う広域通信部３２はデータの処
理を行うデータ処理部、３４はデータ及びプログラムを
格納する記憶部、３５は携帯端末２と通信を行う近距離
通信部、３６は販売店の店員がが販売店端末３の操作を
行うための入出力部である。また、価値情報管理モジュ
ール５において、５１はデータの処理を行うデータ処理
部、５２は電子署名の検証及び付与の処理を行う署名処
理部、５３はデータ及びプログラムを格納する記憶部で
あり、同じく価値情報管理モジュール６において、６１
はデータの処理を行うデータ処理部、６２は電子署名の
検証及び付与の処理を行う署名処理部、６３はデータ及
びプログラムを格納する記憶部である。

【００７６】携帯端末２に搭載する価値情報管理モジュ
ール５と販売店端末３に搭載する価値情報管理モジュー
ル６は機能的に同じもので良い。また、これらは、各端
末に組み込みのモジュールでも、着脱式のモジュールで
も良い。不正を防止するために、内部のデータやプログ
ラムを保護する耐タンパ性を持つモジュールであること
が望ましい。例えば、着脱式のＩＣカード（スマートカ
ード）の使用が考えられる。価値情報管理モジュール
は、データの処理及び記憶の機能、電子署名の付与及び
検証の機能を備えている。

【００７７】価値情報管理モジュールは、端末からの処
理要求として次のような命令を受け付ける。 （１）要求情報取得命令 購入要求、支払要求に使用する要求番号、モジュールＩ
Ｄを取得する。 （２）価値情報メッセージ検証命令 価値情報メッセージの検証を行うとともに、正当性が確
認された価値情報メッセージの金額分、価値情報残高を
加算する。この命令とともに与えられた価値情報メッセ
ージが不正の場合は残高の加算を行わない。ここで、価
値情報メッセージの検証としては、(a)電子署名の検
証、(b)モジュールＩＤの検証、(c)要求番号の検証、の
３つを行う。 （３）価値情報メッセージ生成命令 価値情報メッセージを生成するとともに、生成した価値
情報メッセージの金額分、価値情報残高を減算する。 （４）残高情報取得命令 価値情報の残高に関する情報を取得する。

【００７８】次に、動作について説明する。この実施の
形態においても、価値情報の流通は実施の形態１の場合
と同様、図２に示したとおりである。また、価値情報補
充及び換金の段階における発行者サーバ１の動作につい
ても、実施の形態１と同様である。ただし、データとし
ては、実施の形態１における携帯端末ＩＤ及び販売店端
末ＩＤの代わりに価値情報管理モジュールのモジュール
ＩＤが使用され、クレジットカード番号と暗証番号の代
わりに利用者ＩＤとパスワードが使用されている。ま
ず、この実施の形態における価値情報補充の段階におけ
る処理動作について説明する。前述のように、価値情報
補充の段階における発行者サーバ１の処理については、
実施の形態１と同様であり、図７に示したとおりであ
る。

【００７９】次に、価値情報補充の段階における携帯端
末２及び価値情報管理モジュール５の処理動作について
説明する。図１９は、携帯端末２及び価値情報管理モジ
ュール５の処理動作を示す流れ図である。図２０は、価
値情報管理モジュール５の処理動作を示す流れ図であ
る。図１９において、まず、購入者は価値情報を補充す
る金額を決定する。金額を決定したら、携帯端末２の入
出力部２６を操作して価値情報の購入手続きを行う。例
えば、購入金額を入力し、指定する（ステップＳ１６
１）。携帯端末２で購入操作を行うと、次に、購入要求
メッセージを生成するために要求情報を取得する。この
要求情報は、モジュールＩＤと要求番号から成る。モジ
ュールＩＤは、価値情報管理モジュール５を識別するた
めに、予めモジュール毎に異なるＩＤを振り、価値情報
管理モジュール５内の記憶部５３に格納しておく。

【００８０】また、要求番号は、価値情報管理モジュー
ル５内のデータ処理部５１で、要求毎に異なる番号を生
成する。要求情報の取得では、まず、携帯端末２が価値
情報管理モジュール５に要求情報取得命令を発行する
（ステップＳ１６２）。価値情報管理モジュール５が要
求情報取得命令を受けると、データ処理部５１で要求番
号を生成し、要求発行中の要求番号として記憶部５３に
格納しておく（ステップＳ１６３）。次に、要求番号と
モジュールＩＤを合わせてデータ処理部５１で要求情報
として生成し携帯端末２に通知する（ステップＳ１６
４）。携帯端末２は要求情報の通知を受けると、これら
の情報を使用して、データ処理部２２で購入要求メッセ
ージを生成する（ステップＳ１６５）。

【００８１】図２１は、購入要求メッセージの構成図で
ある。購入要求メッセージには、購入する価値情報の金
額、種別、要求番号、及び要求端末ＩＤのほかに、購入
した価値情報の代金を支払うための決済情報も含まれ
る。この例では、決済情報として、利用者ＩＤとパスワ
ードを使用している。要求番号及びモジュールＩＤは価
値情報管理モジュール５から取得したものを使用する。
次に、携帯端末２は、広域通信網４を介して発行者サー
バ１に接続し、広域通信部２１から発行者サーバ１に購
入要求メッセージを送信する（ステップＳ１６６）。

【００８２】また、携帯端末２は、発行者サーバ１から
送信された価値情報メッセージを広域通信部２１で受信
する（ステップＳ１６７）。携帯端末２は、価値情報を
受信すると、価値情報管理モジュール５に価値情報メッ
セージ検証命令とともに受信した価値情報メッセージを
渡し、受信した価値情報メッセージの正当性を検証する
（ステップＳ１６８）。

【００８３】価値情報管理モジュール５における価値情
報メッセージの正当性検証の処理の流れは、図２０に示
すとおりである。ここで、価値情報管理モジュール５は
携帯端末２からの価値情報メッセージ検証命令により、
価値情報メッセージの検証を行うとともに、正常な価値
情報の場合は価値情報管理モジュール５内に格納し、価
値情報残高を加算する。

【００８４】価値情報管理モジュール５では、価値情報
メッセージ検証命令を受けると、価値情報の検証を行う
（ステップＳ１８１）。価値情報メッセージの正当性の
検証は、(１)電子署名の検証、(２)モジュールＩＤの検
証、(３)要求番号の検証、の３つを行う。(１)の電子署
名の検証は署名処理部５２で行い、(２)のモジュールＩ
Ｄの検証、及び(３)の要求番号の検証はデータ処理部５
１で行う。モジュールＩＤの検証では、価値情報メッセ
ージに含まれるモジュールＩＤと価値情報管理モジュー
ル５のモジュールＩＤを比較する。

【００８５】また、要求番号の検証では、図１９のステ
ップＳ１６３で価値情報管理モジュール５内に格納して
おいた要求番号とを比較する。価値情報管理モジュール
５では、これらの検証結果を判別し（ステップＳ１８
２）、価値情報メッセージが不正であれば、携帯端末２
に対して不正通知を行う（ステップＳ１８５）。ステッ
プＳ１８２で検証結果が正常であれば、価値情報管理モ
ジュール５内の記憶部５３に格納している価値情報残高
に価値情報メッセージに示された金額を加算し（ステッ
プＳ１８３）、携帯端末２に対して正常応答を通知する
（ステップＳ１８４）。

【００８６】図１９に戻り、携帯端末２は、価値情報管
理モジュール５から検証結果を受けると、データ処理部
２２でその検証結果を判別する（ステップＳ１６９）。
検証により、価値情報の不正が検出された場合、携帯端
末２は広域通信部２１から発行者サーバ１に対し価値情
報拒否メッセージを送信し（ステップＳ１７０）、ステ
ップＳ１６７に戻る。ステップＳ１６９において検証結
果が正常であった場合、広域通信部２１から発行者サー
バ１に完了通知メッセージを送信し、（ステップＳ１７
１）価値情報補充の処理を終了する。

【００８７】次に、支払いの段階における処理動作につ
いて説明する。図２２は、支払いの段階における携帯端
末２と価値情報管理モジュール５の処理動作を示す流れ
図である。まず、携帯端末２では販売店端末３から送信
された支払要求メッセージを近距離通信部２５で受信す
る（ステップＳ２０１）。

【００８８】図２３は、支払要求メッセージの構成図で
ある。支払要求メッセージには、支払を要求する価値情
報の金額、要求番号、及びモジュールＩＤが含まれる。
要求番号は、販売店端末３に搭載されている価値情報管
理モジュール６のデータ処理部６１で要求メッセージを
生成する毎に生成される異なる番号であり、支払要求メ
ッセージに含める。また、ここで発生させた要求番号
は、この購入要求メッセージに対する応答を受信するま
で、価値情報管理モジュール６の記憶部６３に格納して
おく。

【００８９】モジュールＩＤは、価値情報管理モジュー
ル６のモジュールＩＤを使用する。モジュールＩＤは、
価値情報管理モジュールを識別するためのＩＤであり、
予め各モジュール毎に異なるＩＤが割り振られて、価値
情報管理モジュール６の記憶部６３に格納されている。
携帯端末２では、支払要求メッセージを受信すると、デ
ータ処理部２２が価値情報管理モジュール５に価値情報
メッセージ生成命令を発する（ステップＳ２０２）。価
値情報管理モジュール５では、価値情報メッセージ生成
命令を受けると、データ処理部５１で価値情報メッセー
ジを生成する（ステップＳ２０３）。

【００９０】図２４は、価値情報メッセージの構成図で
ある。価値情報メッセージには、金額情報のほかに、要
求番号及びモジュールＩＤを含む。要求番号及びモジュ
ールＩＤは、ステップＳ２０１で受信した支払要求メッ
セージに含まれるものを使用する。価値情報メッセージ
を生成すると、生成した価値情報メッセージの金額分、
記憶部５３に格納している価値情報の残高を減算する
（ステップＳ２０４）。生成した価値情報メッセージ
は、署名処理部５２で電子署名を付与し、携帯端末２に
渡す（ステップＳ２０５）。携帯端末２では、価値情報
管理モジュール５から価値情報メッセージを取得すると
（ステップＳ２０６）、近距離通信部２５から価値情報
メッセージを販売店端末３に送信する（ステップＳ２０
７）。

【００９１】次に、携帯端末２は、ステップＳ２０７で
送信した価値情報メッセージに対する応答メッセージを
販売店端末３から受け、近距離通信部２５で受信する
（ステップＳ２０８）。ここで受信する応答メッセージ
は、完了通知メッセージの場合と、価値情報拒否メッセ
ージの場合がある。携帯端末２では、この販売店端末３
から受信した応答メッセージをデータ処理部２２で判別
する（ステップＳ２０９）。受信した応答メッセージが
完了通知メッセージであった場合は、価値情報補充の処
理を終了する。受信した応答メッセージが価値情報拒否
メッセージであった場合は、ステップＳ２０７で販売店
端末３に向けて送信した価値情報メッセージを近距離通
信部２５から再送し（ステップＳ２１０）、ステップＳ
２０８に戻る。

【００９２】次に、支払いの段階における販売店端末３
及び価値情報管理モジュール６の処理動作について説明
する。図２５は、支払いの段階における販売店端末３及
び価値情報管理モジュール６の処理動作を示す流れ図で
ある。図２６は、支払いの段階における価値情報管理モ
ジュール６の処理動作を示す流れ図である。図２５にお
いて、まず、販売店の店員は販売店端末３を使用して購
入者が購入する商品の合計を求める。金額を決定した
ら、販売店端末３の入出力部３６を操作して支払要求の
手続きを行う（ステップＳ２２１）。販売店端末３で支
払要求操作を行うと、次に支払要求メッセージを生成す
るために要求情報を取得する。要求情報は、モジュール
ＩＤと要求番号から成る。モジュールＩＤは、価値情報
管理モジュールを識別するために予めモジュール毎に生
成された異なるＩＤであり、価値情報管理モジュール６
の記憶部６３に格納しておく。

【００９３】また、要求番号は、価値情報管理モジュー
ル６のデータ処理部６１で、要求毎に異なる番号を生成
する。要求情報の取得では、まず、販売店端末３が価値
情報管理モジュール６に要求情報取得命令を発行する
（ステップＳ２２２）。価値情報管理モジュール６が要
求情報取得命令を受けると、データ処理部６１で要求番
号を生成し、要求発行中の要求番号として記憶部６３に
格納しておく（ステップＳ２２３）。

【００９４】次に、要求番号とモジュールＩＤを合わせ
てデータ処理部６１で要求情報として生成し、販売店端
末３に通知する（ステップＳ２２４）。販売店端末３
は、要求情報の通知を受けると、この要求情報を使用し
て、データ処理部３２で支払要求メッセージを生成する
（ステップＳ２２５）。支払要求メッセージの構造例は
図２３に示したとおりである。支払要求メッセージに
は、価値情報の金額、種別、要求番号、及びモジュール
ＩＤが含まれる。要求番号及びモジュールＩＤは価値情
報管理モジュール５から取得したものを使用する。

【００９５】次に、販売店端末３は、携帯端末２に接続
し、近距離通信部３５から携帯端末２に支払要求メッセ
ージを送信する（ステップＳ２２６）。販売店端末３
は、携帯端末２から送信された価値情報メッセージを近
距離通信部３５で受信する（ステップＳ２２７）。販売
店端末３は、価値情報を受信すると、価値情報管理モジ
ュール６に価値情報メッセージ検証命令とともに受信し
た価値情報メッセージを渡し、受信した価値情報メッセ
ージの正当性を検証する（ステップＳ２２８）。価値情
報管理モジュール６における価値情報メッセージの正当
性検証の処理の流れは、図２６に示すとおりである。

【００９６】ここで、価値情報管理モジュール６は、販
売店端末３からの価値情報メッセージ検証命令により、
価値情報メッセージの検証を行うとともに、正常な価値
情報の場合は価値情報管理モジュール６内に格納し、価
値情報残高を加算する。価値情報管理モジュール６で
は、価値情報メッセージ検証命令を受けると、価値情報
の検証を行う（ステップＳ２４１）。価値情報メッセー
ジの正当性の検証は、(１)電子署名の検証、(２)モジュ
ールＩＤの検証、(３)要求番号の検証、の３つを行う。
(１)の電子署名の検証は署名処理部６２で行い、(２)の
モジュールＩＤの検証、及び(３)の要求番号の検証はデ
ータ処理部６１で行う。

【００９７】モジュールＩＤの検証では、価値情報メッ
セージに含まれるモジュールＩＤと価値情報管理モジュ
ール６のデバイスＩＤを比較する。また、要求番号の検
証では、図２５のステップＳ２２３で価値情報管理モジ
ュール６の記憶部６３に格納しておいた要求番号とを比
較する。価値情報管理モジュール６では、これらの検証
結果をデータ処理部６１で判別し（ステップＳ２４
２）、価値情報メッセージが不正であれば、販売店端末
３に対して不正通知を行う（ステップＳ２４５）。ステ
ップＳ２４２で検証結果が正常であれば、価値情報管理
モジュール６の記憶部６３に格納している価値情報残高
に価値情報メッセージに示された金額を加算し（ステッ
プＳ２４３）、販売店端末３に対して正常応答を通知す
る（ステップＳ２４４）。

【００９８】図２５に戻り、販売店端末３は、価値情報
管理モジュール６から検証結果を受けると、データ処理
部３２でその検証結果を判別する（ステップＳ２２
９）。検証により、価値情報の不正が検出された場合、
販売店端末３は近距離通信部３５から携帯端末２に対し
価値情報拒否メッセージを送信し（ステップＳ２３
０）、ステップＳ２２７に戻る。ステップＳ２２９にお
いて検証結果が正常であった場合、近距離通信部３５か
ら携帯端末２に完了通知メッセージを送信し、（ステッ
プＳ２３１）価値情報補充の処理を終了する。

【００９９】次に、換金の段階における処理動作につい
て説明する。図２７は、換金の段階における販売店端末
３と価値情報管理モジュール６の処理動作を示す流れ図
である。まず、販売店では、従業員が販売店端末３を使
用して換金操作を行う（ステップＳ２６１）。換金操作
では、入出力部３６から換金額など、換金時に必要とな
る情報を入力し、例えば販売店端末３に備えられた換金
ボタンを押すなど、換金動作の開始を指示する操作を行
う。換金操作を行うと、販売店端末３は広域通信部３１
から発行者サーバ１に換金要求メッセージを送信する
（ステップＳ２６２）。

【０１００】図２８は、換金要求メッセージの構成図で
ある。販売店ＩＤは、この価値情報を送信した販売店の
識別子である。販売店ＩＤは、例えば発行者から該当す
る販売店の銀行口座に換金額を振り込むなど、価値情報
の対価の支払いのために使用する。次に、販売店端末３
は、発行者サーバ１から送信された価値情報要求メッセ
ージを広域通信部３１で受信する（ステップＳ２６
３）。

【０１０１】図２９は、価値情報要求メッセージの構成
図である。価値情報要求メッセージには、支払を要求す
る価値情報の金額、要求番号、及び販売店端末ＩＤが含
まれる。要求番号は、発行者サーバ１のデータ処理部１
２で価値情報要求メッセージを生成する毎に異なる番号
を生成し、価値情報要求メッセージに含める。販売店端
末３では、価値情報要求メッセージを受信すると、価値
情報管理モジュール６に価値情報メッセージ生成命令を
発する（ステップＳ２６４）。価値情報管理モジュール
６では、価値情報メッセージ生成命令を受けると、デー
タ処理部６１で価値情報メッセージを生成する（ステッ
プＳ２６５）。

【０１０２】図３０は、価値情報メッセージの構成図で
ある。価値情報メッセージには、金額情報のほかに、要
求番号及び発行者サーバＩＤを含む。要求番号及び発行
者サーバＩＤは、ステップＳ２６３で受信した価値情報
要求メッセージに含まれるものを使用する。価値情報メ
ッセージを生成すると、生成した価値情報メッセージの
金額分、記憶部６３に格納している価値情報の残高を減
算する（ステップＳ２６６）。生成した価値情報メッセ
ージは、署名処理部６２で電子署名を付与し、販売店端
末３に渡す（ステップＳ２６７）。販売店端末３では、
価値情報管理モジュール６から価値情報メッセージを取
得すると（ステップＳ２６８）、価値情報メッセージを
広域通信部３１から発行者サーバ１に送信する（ステッ
プＳ２６９）。

【０１０３】次に、販売店端末３は、ステップＳ２６９
で送信した価値情報メッセージに対する応答メッセージ
が発行者サーバ１から送られると、この応答メッセージ
を広域通信部３１で受信する（ステップＳ２７０）。こ
こで受信する応答メッセージは、完了通知メッセージの
場合と、価値情報拒否メッセージの場合がある。販売店
端末３では、データ処理部３２で、この発行者サーバ１
から受信した応答メッセージを判別する（ステップＳ２
７１）。受信した応答メッセージが完了通知メッセージ
であった場合は、価値情報補充の処理を終了する。

【０１０４】受信した応答メッセージが価値情報拒否メ
ッセージであった場合は、ステップＳ２６９で発行者サ
ーバ１に向けて送信した価値情報メッセージを広域通信
部３１から再送し（ステップＳ２７２）、ステップＳ２
７０に戻る。なおここで、換金段階における発行者サー
バ１の動作は前述のように実施の形態１の場合と同様で
ある。

【０１０５】以上のように、この発明の電子決済システ
ムによれば、価値情報の管理と、電子署名の付与を含む
価値情報メッセージの生成、及び電子署名の検証を含む
価値情報メッセージの検証を価値情報管理モジュール内
で行っているので、携帯端末や販売店端末などの価値情
報発行者の管理外に有る端末の改造や置き換えにより、
端末上でのデータコピーによる価値情報の不正使用を行
おうとしても、コピーのうちの１つのみを有効とし、他
のコピーを無効として、不正使用を防御することができ
る。

【０１０６】

【発明の効果】この発明は、以上説明したように構成さ
れているので、以下に示すような効果を奏する。

【０１０７】第１の発明では、購入者端末が発行者サー
バにより送信された第１の価値情報メッセージの正当性
を検証し、販売店端末が購入者端末により送信された第
２の価値情報メッセージの正当性を検証し、発行者サー
バが販売店端末により送信された第３の価値情報メッセ
ージの正当性を検証することにより、価値情報の不正使
用を防止することができる。

【０１０８】第２の発明では、購入者端末が、発行者サ
ーバにより送信された第１の価値情報メッセージの要求
番号と、要求端末ＩＤと、発行者サーバの電子署名とに
基づいて第１の価値情報メッセージの正当性を検証する
ことにより、１つめの価値情報メッセージのみを有効と
し、同じ要求番号を持つ２つ目以降の価値情報メッセー
ジは無効とすることができる。

【０１０９】第３の発明では、販売店端末が、購入者端
末により送信された第２の価値情報メッセージの要求番
号と、販売店端末ＩＤと、購入者端末の電子署名とに基
づいて第２の価値情報メッセージの正当性を検証するこ
とにより、価値情報メッセージに含まれる端末ＩＤと同
じ端末ＩＤを持つ販売店端末のみで価値情報メッセージ
を有効とし、他の販売店端末では無効とすることができ
る。

【０１１０】第４の発明では、発行者サーバが、販売店
端末により送信された第３の価値情報メッセージの要求
番号と、発行者サーバＩＤと、販売店端末の電子署名と
に基づいて第３の価値情報メッセージの正当性を検証す
ることことにより、発行者サーバで受信した１つめの価
値情報メッセージのみを有効とし、２つ目以降の価値情
報メッセージを無効とすることができる。

【０１１１】第５、第６の発明では、購入者端末に備え
られた第１の価値情報管理モジュールにより送信された
要求情報に基づいて購入要求メッセージを生成すること
により、購入者端末上でのデータコピーによる価値情報
の不正使用を防御することができる。

【０１１２】第７発明では、購入者端末が、発行者サー
バにより送信された第１の価値情報メッセージの要求番
号と、モジュールＩＤと、発行者サーバの電子署名とに
基づいて第１の価値情報メッセージの正当性を検証する
ことにより、１つめの価値情報メッセージのみを有効と
し、同じ要求番号を持つ２つ目以降の価値情報メッセー
ジは無効とすることができる。

【０１１３】第８、第９の発明では、販売店端末に備え
られた第２の価値情報管理モジュールにより送信された
要求情報に基づいて支払要求メッセージを生成すること
により、販売店端末上でのデータコピーによる価値情報
の不正使用を防御することができる。

【０１１４】第１０の発明では、販売店端末が、購入者
端末により送信された第２の価値情報メッセージの要求
番号と、モジュールＩＤと、購入者端末の電子署名とに
基づいて第２の価値情報メッセージの正当性を検証する
ことにより、価値情報メッセージに含まれるモジュール
ＩＤと同じモジュールＩＤを持つ販売店端末のみで価値
情報メッセージを有効とし、他の販売店端末では無効と
することができる。

【０１１５】第１１の発明では、販売店端末に備えられ
た第２の価値情報管理モジュールにより送信された前記
第３の価値情報メッセージを前記発行者サーバに送信す
ることにより、価値情報メッセージに含まれるモジュー
ルＩＤと同じモジュールＩＤを持つ販売店端末のみで価
値情報メッセージを有効とし、他の販売店端末では無効
とすることができる。

【図面の簡単な説明】

【図１】 実施の形態１の電子決済システムの構成図。

【図２】 実施の形態１における価値情報の流通状態を
示す概念図。

【図３】 実施の形態１における補充の段階の発行者サ
ーバ１及び携帯端末２の処理動作を示す流れ図。

【図４】 実施の形態１における購入要求メッセージの
構成図。

【図５】 実施の形態１における価値情報メッセージの
構成図。

【図６】 実施の形態１において価値情報メッセージが
不正な場合の処理動作を示す流れ図。

【図７】 実施の形態１において再送を行う場合の発行
者サーバ１の処理動作を示す流れ図。

【図８】 実施の形態１において再送を行う場合の携帯
端末２の処理動作を示す流れ図。

【図９】 実施の形態１における支払いの段階の携帯端
末２の処理動作を示す流れ図。

【図１０】 実施の形態１における支払要求メッセージ
の構成図。

【図１１】 実施の形態１における価値情報メッセージ
の構成図。

【図１２】 実施の形態１における販売店端末３の処理
動作を示す流れ図。

【図１３】 実施の形態１において換金の段階における
販売店端末３の処理動作を示す流れ図。

【図１４】 実施の形態１における換金要求メッセージ
の構成図。

【図１５】 実施の形態１における価値情報要求メッセ
ージの構成図。

【図１６】 実施の形態１における価値情報メッセージ
の構成図。

【図１７】 実施の形態１における換金の際の発行者サ
ーバ１の処理動作を示す流れ図。

【図１８】 実施の形態２の電子決済システムの構成
図。

【図１９】 実施の形態２における携帯端末２及び価値
情報管理モジュール５の処理動作を示す流れ図。

【図２０】 実施の形態２における価値情報管理モジュ
ール５の処理動作を示す流れ図。

【図２１】 実施の形態２における購入要求メッセージ
の構成図。

【図２２】 実施の形態２における支払いの段階の携帯
端末２と価値情報管理モジュール５の処理動作を示す流
れ図。

【図２３】 実施の形態２における支払要求メッセージ
の構成図。

【図２４】 実施の形態２における価値情報メッセージ
の構成図。

【図２５】 実施の形態２における支払いの段階の販売
店端末３及び価値情報管理モジュール６の処理動作を示
す流れ図。

【図２６】 実施の形態２における支払いの段階の価値
情報管理モジュール６の処理動作を示す流れ図。

【図２７】 実施の形態２における換金の段階の販売店
端末３と価値情報管理モジュール６の処理動作を示す流
れ図。

【図２８】 実施の形態２における換金要求メッセージ
の構成図。

【図２９】 実施の形態２における価値情報要求メッセ
ージの構成図。

【図３０】 実施の形態２における価値情報メッセージ
の構成図。

【符号の説明】

１ 発行者サーバ、２ 携帯端末、３ 販売店端末、４
広域通信網、１１発行者サーバの記憶部、１２ 発行
者サーバのデータ処理部、１３ 発行者サーバの広域通
信部、２１ 携帯端末の広域通信部、２２ 携帯端末の
データ処理部、２３ 携帯端末の署名処理部、２４ 携
帯端末の記憶部、２５ 携帯端末の近距離通信部、２６
携帯端末の入出力部、３１ 販売店端末の広域通信
部、３２販売店端末のデータ処理部、３３ 販売店端末
の署名処理部、３４ 販売店端末の記憶部、３５ 販売
店端末の近距離通信部、３６ 販売店端末の入出力部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 川口 正高 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 鈴木 賢太 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内

Claims (11)

【特許請求の範囲】
1. 【請求項１】 購入者からの要求に基づいて生成した購
   入時の支払いに利用する価値情報の購入要求メッセージ
   を送信し、この購入要求メッセージに対して送信された
   前記価値情報を含む第１の価値情報メッセージを格納
   し、又商品又はサービス購入時に前記第１の価値情報メ
   ッセージと送信された購入代金の支払い要求メッセージ
   とに基づいて生成した購入する商品又はサービスに対応
   する前記価値情報を含む第２の価値情報メッセージを送
   信する購入者端末と、 前記購入者端末により送信された前記購入要求メッセー
   ジに基づいて生成した前記価値情報を含む第１の価値情
   報メッセージを前記購入者端末に送信し、又商品又はサ
   ービス購入による換金時に送信された換金要求メッセー
   ジに基づいて生成した価値情報要求メッセージを送信す
   る発行者サーバと、 前記支払い要求メッセージを前記購入者端末に送信し、
   又前記購入者端末により送信された前記第２の価値情報
   メッセージの前記価値情報に基づいて商品又はサービス
   の決済を行い、この決済に使用した価値情報分の前記換
   金要求メッセージを前記発行者サーバに送信し、又前記
   発行者サーバにより送信された前記価値情報要求メッセ
   ージに基づいて生成した第３の価値情報メッセージを前
   記発行者サーバに送信する販売店端末とを備え、 前記購入者端末は、前記発行者サーバにより送信された
   前記第１の価値情報メッセージの正当性を検証し、正当
   性が確認された時には、前記第１の価値情報メッセージ
   に含まれた前記価値情報を予め格納された価値情報に補
   充し、 前記販売店端末は、前記購入者端末により送信された前
   記第２の価値情報メッセージの正当性を検証し、正当性
   が確認された時には、前記第２の価値情報メッセージに
   含まれた前記価値情報を予め格納された価値情報に補充
   し、 前記発行者サーバは、前記販売店端末により送信された
   前記第３の価値情報メッセージの正当性を検証し、正当
   性が確認された時には、前記第３の価値情報メッセージ
   に含まれた前記価値情報分の金額の支払いを行うことを
   特徴とする電子決済システム。
2. 【請求項２】 前記購入要求メッセージは、この購入要
   求メッセージを生成する毎に生成される要求番号と、こ
   の購入要求メッセージを送信する前記購入者端末を識別
   する要求端末ＩＤとを有し、 前記第１の価値情報メッセージは、前記購入要求メッセ
   ージに含まれる前記要求番号と、前記要求端末ＩＤとを
   有し、 前記発行者サーバは、この発行者サーバの電子署名を付
   与した前記第１の価値情報メッセージを前記購入者端末
   に送信し、 前記購入者端末は、前記発行者サーバにより送信された
   前記第１の価値情報メッセージの前記要求番号と、前記
   要求端末ＩＤと、前記発行者サーバの電子署名とに基づ
   いて前記第１の価値情報メッセージの正当性を検証する
   ことを特徴とする請求項１記載の電子決済システム。
3. 【請求項３】 前記支払要求メッセージは、この支払要
   求メッセージを生成する毎に生成される要求番号と、こ
   の支払要求メッセージを送信する販売店端末を識別する
   販売店端末ＩＤとを有し、 前記第２の価値情報メッセージは、前記支払要求メッセ
   ージに含まれる前記要求番号と、前記販売店端末ＩＤと
   を有し、 前記購入者端末は、この購入者端末の電子署名を付与し
   た前記第２の価値情報メッセージを前記販売店端末に送
   信し、 前記販売店端末は、前記購入者端末により送信された前
   記第２の価値情報メッセージの前記要求番号と、前記販
   売店端末ＩＤと、前記購入者端末の電子署名とに基づい
   て前記第２の価値情報メッセージの正当性を検証するこ
   とを特徴とする請求項１記載の電子決済システム。
4. 【請求項４】 前記価値情報要求メッセージは、この換
   金要求メッセージを生成する毎に生成される要求番号
   と、予め定められた発行者サーバの発行者サーバＩＤと
   を有し、 前記第３の価値情報メッセージは、前記価値情報要求メ
   ッセージに含まれる前記要求番号と、前記発行者サーバ
   ＩＤとを有し、 前記販売店端末は、この販売店端末の電子署名を付与し
   た前記第３の価値情報メッセージを前記発行者サーバに
   送信し、 前記発行者サーバは、前記販売店端末により送信された
   前記第３の価値情報メッセージの前記要求番号と、前記
   発行者サーバＩＤと、前記販売店端末の電子署名とに基
   づいて前記第３の価値情報メッセージの正当性を検証す
   ることを特徴とする請求項１記載の電子決済システム。
5. 【請求項５】 前記購入者端末は、この購入者端末から
   の要求に基づいて前記購入要求メッセージを生成するた
   めの要求情報を生成して前記購入者端末に送信する第１
   の価値情報管理モジュールを備え、前記第１の価値情報
   管理モジュールにより送信された前記要求情報に基づい
   て前記購入要求メッセージを生成することを特徴とする
   請求項１記載の電子決済システム。
6. 【請求項６】 前記第１の価値情報管理モジュールは、
   前記購入者端末に脱着可能であることを特徴とする請求
   項５記載の電子決済システム。
7. 【請求項７】 前記購入要求メッセージは、前記購入者
   端末からの要求毎に生成される要求番号と、前記第１の
   価値情報管理モジュールを識別するモジュールＩＤとを
   有し、 前記第１の価値情報メッセージは、前記購入要求メッセ
   ージに含まれる前記要求番号と、前記モジュールＩＤと
   を有し、 前記発行者サーバは、この発行者サーバの電子署名を付
   与した前記第１の価値情報メッセージを前記購入者端末
   に送信し、 前記購入者端末は、前記発行者サーバにより送信された
   前記第１の価値情報メッセージの前記要求番号と、前記
   モジュールＩＤと、前記発行者サーバの電子署名とに基
   づいて前記第１の価値情報メッセージの正当性を検証す
   ることを特徴とする請求項５記載の電子決済システム。
8. 【請求項８】 前記販売店端末は、この販売店端末から
   の要求に基づいて前記支払要求メッセージを生成するた
   めの要求情報を生成して前記販売店端末に送信する第２
   の価値情報管理モジュールを備え、前記第２の価値情報
   管理モジュールにより送信された前記要求情報に基づい
   て前記支払要求メッセージを生成することを特徴とする
   請求項１記載の電子決済システム。
9. 【請求項９】 前記第２の価値情報管理モジュールは、
   前記販売店端末に脱着可能であることを特徴とする請求
   項８記載の電子決済システム。
10. 【請求項１０】 前記支払要求メッセージは、前記購入
    者端末からの要求毎に生成される要求番号と、前記第２
    の価値情報管理モジュールを識別するモジュールＩＤと
    を有し、 前記第２の価値情報メッセージは、前記支払要求メッセ
    ージに含まれる前記要求番号と、前記モジュールＩＤと
    を有し、 前記購入者端末は、この購入者端末の電子署名を付与し
    た前記第２の価値情報メッセージを前記販売店端末に送
    信し、 前記販売店端末は、前記購入者端末により送信された前
    記第２の価値情報メッセージの前記要求番号と、前記モ
    ジュールＩＤと、前記購入者端末の電子署名とに基づい
    て前記第２の価値情報メッセージの正当性を検証するこ
    とを特徴とする請求項８記載の電子決済システム。
11. 【請求項１１】 前記販売店端末は、この販売店端末か
    らの要求に基づいて前記第３の価値情報メッセージを生
    成し、前記販売店端末に送信する第２の価値情報管理モ
    ジュールを備え、前記第２の価値情報管理モジュールに
    より送信された前記第３の価値情報メッセージを前記発
    行者サーバに送信することを特徴とする請求項８記載の
    電子決済システム。