JP2006053845A - 決済サーバ、決済依頼サーバ、及び決済実行端末 - Google Patents

Abstract

【課題】 電子マネーを用いた決済において、電子マネーサーバの負荷を軽減すると共に、ユーザの利便性を高めること。
【解決手段】 取引番号を生成する機能を電子マネーサーバから加盟店サーバに委譲し、加盟店サーバで取引番号を生成する。そして、取引番号は、第三者に秘匿された演算ルールを用いて取引情報を演算することにより、取引番号と取引情報を対応させ、取引番号を用いて取引情報の改竄の有無を電子マネーサーバが検出できるようにする。更に、取引番号の生成に際し、有効期限を有し、第三者に秘匿された秘密情報である種値を取引情報と共に演算ルールに入力し、取引番号の算出に使用することによりセキュリティレベルをより向上させる。
【選択図】 図１

Description

本発明は、決済サーバ、決済依頼サーバ、及び決済実行端末に関し、例えば、決済依頼サーバの依頼を受けて、決済実行端末での電子マネー決済を決済サーバが行うものである。

近年、電子マネーを用いた決済システムが広く利用されるようになってきた。
電子マネーは、バリューと呼ばれる金銭と同様の貨幣価値を持たせた電子情報をＩＣチップに記憶させ、この金額を増減することによりプリペイドカードと同様に使用するものである。

このＩＣチップ（以下、電子マネーＩＣチップと記す）としては、例えば、非接触型ＩＣチップが用いられ、バリューを記憶する機能、及び外部から入力される金額更新情報を用いて記憶したバリューの金額を更新する機能などを備えており、通信用のアンテナと共に携帯電話やプラスチックカードに埋め込まれて使用される。

電子マネーＩＣチップは、店頭などに設置した専用の端末装置を用いてバリューの金額を増減するほか、インターネットを経由して、電子マネー事業者が運営する電子マネーサーバから送信されてくる金額更新情報によりバリューの金額を増減することもできる。

これを利用して、インターネット上のサーバ（例えば、ゲームコンテンツ販売サーバなど）がユーザに販売した商品やサービスの代金の決済を電子マネーサーバに依頼し、電子マネーサーバがユーザの電子マネーＩＣチップから代金分のバリューを減額するサービスが提案されている。

このサービスを用いると、ユーザは、代金の決済を電子マネーＩＣチップに記憶したバリューで行うことができる。
また、このように電子マネーサーバに決済の代行を依頼する事業者は、電子マネー事業者に予め登録しており、加盟店と呼ばれ、加盟店が商品やサービスを販売するためのサーバ装置は加盟店サーバと呼ばれる。

このように加盟店サーバの依頼により電子マネーサーバが決済を代行する技術として、本願出願人による次の未公開の文献がある。

特願２００３−６０５２２公報

この文献で提案されている技術の概略を図１１のフローチャートを用いて説明する。
なお、以下で説明する携帯電話は、インターネットに接続できるほか、電子マネーＩＣチップを内蔵しており、インターネットを経由して電子マネーサーバと電子マネーＩＣチップが通信を行えるものとする。

まず、ユーザが携帯電話から加盟店サーバの販売サイトにアクセスする。販売サイトでは、例えば、ゲームコンテンツのダウンロード販売や書籍の通信販売などを行っている。
ユーザは、購入する商品を選択して代金の支払い確認を行うと、携帯電話は、当該携帯電話の電子メールアドレスを販売サーバに送信する（ステップ１０５）。

加盟店サーバは、携帯電話から電子メールアドレスを受信し、これを加盟店コード、決済金額、注文番号などからなる取引情報と共に電子マネーサーバに送信し、決済の代行を申し込む（ステップ１１０）。
電子マネーサーバは、この取引情報と電子メールアドレスを受信し、これに対して取引番号を生成（発番）する（ステップ１１５）。
そして、取引内容（取引情報、取引番号、電子メールアドレスなど）をデータベースに保存する（ステップ１２０）。

電子マネーサーバは、このようにして取引内容を保存した後、決済開始メールを生成し、加盟店サーバから受信した電子メールアドレスを用いてこれを携帯電話に送信する（ステップ１２５）。
決済開始メールは、携帯電話に記憶したバリューで決済を行うための電子メールであり、暗号化するなどしてユーザが認識できない形で取引番号が埋め込まれている。

ユーザは、携帯電話にて決済開始メールを受信すると、メーラ（電子メールを送受信するアプリケーション）を起動して決済開始メールを携帯電話のディスプレイに表示させ、内容を確認する（ステップ１３０）。
ディスプレイには、例えば、決済の対象となる取引をユーザが確認する情報や、決済を開始するための決済開始ボタンなどが表示されている。

ユーザが決済開始ボタンを選択すると、携帯電話は、電子マネーサーバに接続し、決済開始メールに付属する取引番号を送信する（ステップ１３５）。
電子マネーサーバは、携帯電話からの接続を受け付けて取引番号を受信する。そして、これを先にデータベースに記憶した取引内容と照合し、これによって決済金額を特定する。
ここで、携帯電話に決済金額を送信せずに、決済金額に紐づけられた取引番号を送信するように構成したのは、携帯電話で決済金額が改竄されるのを防ぐためである。

次に、電子マネーサーバは、携帯電話に内蔵された電子マネーＩＣチップと通信し（携帯電話は、電子マネーサーバと電子マネーＩＣチップを通信させるアプリケーションを内蔵している）、電子マネーＩＣチップに、決済金額分だけバリューを減額するための金額更新情報を送信する。

電子マネーＩＣチップは、電子マネーサーバから金額更新情報を受信し、記憶しているバリューの残高を、決済金額分だけ減額した値に更新し、更新が完了したことを通知する完了通知を電子マネーサーバに送信する。そして、電子マネーサーバは、この完了通知により決済が完了したことを確認する。
以上のようにして、電子マネーサーバと電子マネーＩＣチップは、通信を行いながら決済処理を行う（ステップ１５０）。

電子マネーサーバは、決済が完了したことを確認すると、携帯電話に対して決済完了メールを送信する（ステップ１５５）。
決済完了メールは、当該取引に係る決済が完了した旨を通知する電子メールである。携帯電話は、これを受信してディスプレイに表示し、ユーザがこれを確認する（ステップ１６０）。
更に、電子マネーサーバは、加盟店サーバに対しても１取引ごとに決済結果を通知し、加盟店サーバはこれを確認する（ステップ１７０）。

以上に説明した未公開の方式では、電子マネーサーバは１取引ごとに取引番号の発番、取引内容の保持、及び加盟店サーバへの完了通知の送信を行うため、通信回数や情報の処理量が大きく電子マネーサーバの負荷が高くなってしまうという問題があった。

そのため、コンサートチケットの発売時などのように、一時期に決済が集中する場合にも安定して運用できるシステムを構築するためには、電子マネーサーバの処理能力を高める必要がある。しかもそのようにして高めた処理能力は平常時には必要が無いものであり、システムのコストが高くなってしまう。

また、携帯電話では、決済の度にメーラを起動しなければならず、例えば、ユーザがゲームを行っている最中に決済開始メールを受信した場合、ユーザはゲームのプレイを中断する必要があった。そのため、ユーザにとってより利便性の高い仕組みが要望されていた。

そこで、本発明の目的は、電子マネーを用いた決済において、電子マネーサーバの負荷を軽減すると共に、ユーザの利便性を高めることである。

本発明は、前記目的を達成するために、請求項１に記載の発明では、電子情報として記憶された貨幣価値を金額更新情報を用いて増減する決済実行端末から、決済依頼サーバが要求する決済金額分の貨幣価値を減額する決済サーバであって、前記決済実行端末から、前記決済依頼サーバとの取引を特定する取引特定情報と、金額と、決済金額に対して所定の演算を施した演算結果と、を受信する取引情報受信手段と、少なくとも前記受信した金額に前記所定の演算を施し、その演算結果と、前記受信した演算結果の同一性を確認することにより前記受信した金額と前記決済金額が同一か否かを確認する金額確認手段と、
前記金額確認手段で前記金額と前記決済金額が同一であると判断された場合に、前記受信した金額分の貨幣価値を減額する金額更新情報を前記決済実行端末に送信する金額更新情報送信手段と、を具備したことを特徴とする決済サーバを提供する。
請求項２に記載の発明では、前記金額確認手段は、前記受信した金額に加えて前記受信した取引情報に前記所定の演算を施し、その演算結果と、前記受信した演算結果の同一性を確認し、前記金額更新情報送信手段は、前記受信した金額情報と前記受信した取引情報に前記所定の演算結果を施した演算結果と、前記受信した演算結果の同一性が確認できた場合に前記金額更新情報を前記決済実行端末に送信することを特徴とする請求項１に記載の決済サーバを提供する。
請求項３に記載の発明では、前記決済実行端末から送信されてくる演算結果は、前記決済依頼サーバか前記決済実行端末の何れかで生成され、前記演算結果の生成元は、前記決済金額に加えて、提供元を前記決済サーバとする所定値を用いて演算結果を生成し、前記金額確認手段は、前記受信した金額に加えて、前記所定値を用いて前記演算を行うことを特徴とする請求項１、又は請求項２に記載の決済サーバを提供する。
請求項４に記載の発明では、前記生成元に、有効期限付きの前記所定値を送信する所定値送信手段を具備したことを特徴とする請求項３に記載の決済サーバを提供する。
請求項５に記載の発明では、電子情報として記憶された貨幣価値を金額更新情報を用いて増減する決済実行端末に対して、決済金額分の貨幣価値の減額を行うことを決済サーバに依頼する決済依頼サーバであって、決済金額に対して所定の演算を施す演算手段と、取引を特定する取引特定情報と、決済金額と、前記演算手段による演算結果と、を前記決済実行端末を介して前記決済サーバに送信する決済情報送信手段と、前記決済情報送信手段で送信した情報を用いて、前記決済実行端末で記憶している貨幣価値を決済金額分だけ減算したことを、前記決済サーバと前記決済実行端末のうち、少なくとも一方からの通知により確認する決済完了確認手段と、を具備したことを特徴とする決済依頼サーバを提供する。
請求項６に記載の発明では、前記決済サーバが提供する所定値を記憶し、前記演算手段は、前記決済金額に加えて前記所定値を用いて前記演算を行うことを特徴とする請求項５に記載の決済依頼サーバを提供する。
請求項７に記載の発明では、前記決済サーバから、有効期限付きの前記所定値を受信する所定値受信手段を具備し、前記演算手段は、前記受信した所定値のうち、有効期限内の所定値を用いて演算を行うことを特徴とする請求項６に記載の決済依頼サーバを提供する。
請求項８に記載の発明では、決済依頼サーバから、取引を特定する取引特定情報と、決済金額と、を受信する取引金額受信手段と、前記受信した決済金額に対して所定の演算を施す演算手段と、前記受信した取引特定情報と、前記決済金額と、前記演算手段による演算結果と、を前記決済サーバに送信する決済情報送信手段と、前記決済サーバから、前記決済情報送信手段で送信した情報を用いて生成された金額更新情報を受信する金額更新情報受信手段と、電子情報として貨幣価値を記憶し、更新情報を用いて前記記憶した貨幣価値を増減する貨幣端末に、前記受信した金額更新情報を入力する金額更新情報入力手段と、を具備したことを特徴とする決済実行端末を提供する。
請求項９に記載の発明では、前記決済サーバが提供する所定値を記憶し、前記演算手段は、前記決済金額と前記所定値を用いて演算を行うことを特徴とする請求項８に記載の決済実行端末を提供する。
請求項１０に記載の発明では、前記決済サーバから、有効期限付きの前記所定値を受信する所定値受信手段を具備し、前記演算手段は、前記受信した所定値のうち、有効期限内の所定値を用いて演算を行うことを特徴とする請求項９に記載の決済実行端末を提供する。

本発明によると、電子マネーを用いた決済において、電子マネーサーバの負荷を軽減すると共に、ユーザの利便性を高めることができる。

（１）本実施の形態の基本構成
本実施の形態では、取引番号を生成する機能を電子マネーサーバから加盟店サーバに委譲し、加盟店サーバで取引番号を生成する。
そして、取引番号は、第三者に秘匿された演算ルールを用いて取引情報を演算することにより、取引番号と取引情報を対応させ、取引番号を用いて取引情報の改竄の有無を電子マネーサーバが検出できるようにする。

更に、取引番号の生成に際して、第三者に秘匿された有効期限付きの秘密情報である種値（シード）を取引情報と共に演算ルールに入力し、取引番号の算出に使用することによりセキュリティレベルをより向上させる。

図１は、本実施の形態の基本構成を説明するためのブロック図である。
まず、電子マネーサーバ２は、加盟店サーバ３に取引番号を計算するための演算ルール３２と、取引番号を算出するのに用いる所定の値である種値３１を渡しておく。種値は、第三者には秘密にしておく。

また、望ましくは、演算ルール３２の内容も加盟店サーバ３に秘匿しておく。演算ルール３２としては、例えばハッシュ関数などの一方向関数を用いると、演算結果である取引番号から入力値である取引情報などを逆算することが困難であり特に有効である。

種値３１には有効期限が設定されており、１日に１度など定期的に（不定期でも良い）電子マネーサーバ２から加盟店サーバ３に提供される。このように、電子マネーサーバ２は、所定値（種値）送信手段を備え、加盟店サーバ３は、所定値受信手段を備えている。

種値３１は、種値３１のバージョンを識別するための情報である種値バージョンと、種値３１の本体である値（数値など）から構成されている。
種値３１は、加盟店サーバ３ごと（図１では１台のみ示してあるが、複数台存在することができる）に異なる値が提供され、セキュリティレベルの向上が図られている。

このように、種値３１と演算ルール３２を電子マネーサーバ２から提供された加盟店サーバ３に対して、ユーザが携帯電話７から取引（商品やサービスの購入）を申し込むと、加盟店サーバ３は、取引情報３３（加盟店コード、注文番号、決済金額など）と種値３１を演算ルール３２に入力し、取引番号３５を生成する。
そして、加盟店サーバ３は、種値３１の種値バージョン３６、取引番号３５、及び取引情報３３を携帯電話７に送信する。

携帯電話７は、これらの情報を加盟店サーバ３から受信すると、電子マネーサーバ２に接続し、これらの情報を電子マネーサーバ２に送信する。
電子マネーサーバ２は、これらの情報を携帯電話７から受信し、取引情報に含まれる加盟店コードと、種値バージョンから種値３１を特定し、種値を記憶した種値データベースからこれを取得する。
なお、後述するように、電子マネーサーバ２は、種値データベースにおいて加盟店コードと種値バージョンの組み合わせと種値を対応づけて記憶している。

電子マネーサーバ２は、加盟店サーバ３に提供した演算ルール３２を記憶しており、特定した種値３１と、携帯電話７から受信した取引情報３３を演算ルール３２に入力して取引番号３５ａを算出する。
そして、電子マネーサーバ２は、取引番号３５ａと、携帯電話７から受信した取引番号３５の同一性を確認する。

両者が同一である場合、携帯電話７から受信した取引情報は正当なものであることがわかり、同一でない場合は、正当なものでない（例えば、携帯電話７で改竄さた）ことがわかる。
電子マネーサーバ２は、このようにして取引情報の正当性を確認した後、携帯電話７に決済金額分のバリューを減額する金額更新情報を送信し、携帯電話７にバリューの減額を行わせる。

以上のように、本実施の形態では、取引番号を加盟店サーバ３で生成するため、電子マネーサーバ２の通信回数が減ると共に電子マネーサーバ２の負荷を軽減することができる。
なお、後述するように、電子マネーサーバ２から加盟店サーバ３への決済結果の報告はバッチ処理にてまとめて行うため、電子マネーサーバ２の通信回数を更に減らすことができる。
更に、決済に電子メールを使用しないため、ユーザは携帯電話７でメーラを起動する必要が無く、取引の確認から決済まで円滑に処理を行うことができる。

（２）実施の形態の詳細
図２は、本実施の形態の決済システムの構成を模式的に表したブロック図である。
決済システム１では、電子マネーサーバ２、加盟店サーバ３、携帯電話７、ＰＣ１７がインターネット４により接続可能に配設されている。

携帯電話７は、図示しない基地局と無線通信を行い、この基地局を介してインターネット４に接続する。
ＰＣ１７は、更に、周辺機器としてリーダライタ１６を備え、電子マネーカード１５と近距離の無線通信を行うことができる。

携帯電話７は、電子マネーＩＣチップを内蔵しており、ユーザは、この電子マネーＩＣチップに記憶したバリューで決済を行うことができる。このように、携帯電話７は、決済実行端末を構成している。

また、電子マネーカード１５も電子マネーＩＣチップを内蔵しており、この電子マネーＩＣチップに記憶したバリューで決済を行うこともできる。
電子マネーカード１５は、リーダライタ１６を介してＰＣ１７に接続することにより、電子マネーサーバ２からアクセス可能となり、この場合、電子マネーカード１５が接続したＰＣ１７も決済実行端末を構成する。

このように、ユーザは、携帯電話７と電子マネーカード１５の何れを用いても決済を行うことができ、以下、携帯電話７と、電子マネーカード１５をセットしたＰＣ１７を特に区別しない場合は、これらを決済実行端末と呼ぶことにする。

加盟店サーバ３は、商品やサービスをユーザに販売する販売サイトを運営しており、ユーザは、携帯電話７やＰＣ１７から販売サイトにアクセスし、商品やサービスを購入することができる。

なお、図２では、加盟店サーバ３を１台のみ示しているが、これは複数台存在することができ、各加盟店サーバ３には、これらを識別するための加盟店コードが付与されている。
また、決済実行端末として携帯電話７とＰＣ１７を１台ずつのみ示しているが、これらも複数台存在することができる。

加盟店サーバ３は、取引による代金の決済を電子マネーサーバ２に依頼する。そして、電子マネーサーバ２は、この依頼を受けて携帯電話７や電子マネーカード１５に記憶されているバリューの金額から決済金額分のバリューを減額する。
このように、加盟店サーバ３は、決済を依頼する決済依頼サーバを構成し、また、電子マネーサーバ２は、決済処理を実行する決済サーバを構成している。更に、携帯電話７は、決済実行端末を構成している。

決済システム１を運用する電子マネー事業者は、減額したバリューに相当する金額を、後日加盟店の金融口座に振り込む。
これによって、バリューの移動と、実際の金銭の移動が対応づけられ、加盟店は販売代金を回収することができる。

また、携帯電話７や電子マネーカード１５に記憶されているバリューの金額を増額させる処理をチャージと呼ぶが、チャージの際に、電子マネー事業者は、バリューの増額分に相当する金銭をユーザから徴収する。
このように、バリューに対応させて実際の金銭を移動させることにより、バリューに金銭と同様の交換価値を持たせ、市場に流通させることができる。

以下に、決済システム１を構成する各構成要素について説明する。
電子マネーサーバ２は、加盟店サーバ３からの依頼を受けて代金の決済を代行するサーバ装置である。
電子マネーサーバ２は、種値管理機能、取引受け付け機能、決済機能、決済結果通知機能などを有している。

［種値管理機能］
電子マネーサーバ２は、加盟店サーバ３が取引番号の生成に使用する種値を管理している。
図３に、電子マネーサーバ２が種値を管理するための種値データベースの論理的な構成の１例を示す。

種値データベースは、「加盟店コード」、「種値バージョン」、「有効期限」、「種値」などの項目から構成されている。
「加盟店コード」は、加盟店サーバ３を運営する加盟店に付与された加盟店コードであり、決済代行の依頼元（加盟店）を識別するための情報である。

「種値バージョン」は、種値のバージョン番号である。種値が新しくなるほど、種値バージョンが大きくなるように設定されている。
図３に示したように、種値データベースでは、加盟店コードにより、加盟店サーバ３に提供した種値の一覧が得られ、更に種値バージョンを用いると、種値が特定できるようになっている。

本実施の形態では、このように、加盟店コードと種値バージョンの組み合わせから種値が特定できるように構成したが、種値を他の識別情報により識別するように構成することもできる。
例えば、全ての種値にシリアルナンバを付与すると、このシリアルナンバにより種値を特定することができる。

「有効期限」は、種値の有効期限である。本実施の形態では、種値を１日に１度生成して加盟店サーバ３に提供し、有効期限は、発行当日の終わりまでとしている。
電子マネーサーバ２は、加盟店サーバ３から受信した取引番号を確認する際に、取引番号の生成に使用した種値の有効期限を確認し、加盟店サーバ３が使用した種値が有効期限外のものであった場合は、決済処理を行わない。

このように、日々異なる種値を加盟店サーバ３に提供することにより、種値の遺漏などによる被害をその種値が有効である期間に限定することができ、セキュリティレベルを高めることができる。

「種値」は、種値の本体であり、例えば乱数などにより生成される。種値を乱数で生成すると、第三者による種値の推測が困難となり、セキュリティレベルを向上させることができる。加盟店サーバ３は、この種値を演算ルールに入力して取引番号を算出する。

また、電子マネーサーバ２は、加盟店ごとに異なる種値を提供し、種値データベースを日々更新する。
このように加盟店ごとに種値を発行すると、何れかの加盟店から種値が遺漏した場合でも被害をその加盟店に限定することができる。

［取引受け付け機能］
電子マネーサーバ２は、決済実行端末からの接続を受け付け、取引情報、取引番号、種値バージョンを受信し、取引情報データベースに格納する。
本実施の形態では、決済実行端末が加盟店サーバ３に取引を申し込むと、決済実行端末から取引情報、取引番号、及び種値バージョンが送信されてくる。

これらの情報は、何れも加盟店サーバ３から決済実行端末に送信され、これを携帯電話７が電子マネーサーバ２に転送したものである。
取引情報は、加盟店コード、注文番号、決済金額などの情報から構成されている。

図４は、取引情報データベースの論理的な構成の一例を示した図である。
図に示したように、取引情報データベースは、「加盟店コード」、「注文番号」、「決済金額」、「取引番号」などの各項目から構成されている。

「加盟店コード」は、加盟店サーバ３の加盟店に付与された加盟店コードである。
「注文番号」は、加盟店サーバ３が、決済の対象となっている取引を識別するために付与した加盟店サーバ３による取引識別情報である。

「決済金額」は、加盟店サーバ３が電子マネーサーバ２に代行を依頼する決済の決済金額である。電子マネーサーバ２は、バリューをこの決済金額分だけ減額した値に更新するための金額更新情報を生成し、決済実行端末に送信する。
「取引番号」は、加盟店サーバ３が、取引情報と種値を電子マネーサーバ２（電子マネー事業者）が提供する演算ルールで演算した演算結果である。

また、図示しないが、取引情報データベースに決済実行端末から送信されてきた種値バージョンを取引情報に対応させて記憶するように構成することもできる。
更に、取引情報データベースに決済が完了したか否かを確認するためのフラグ情報を各取引に関して設定するように構成することもできる。このフラグ情報は、決済前の取引については「未決済」に設定され、決済が完了した取引については「既決済」に設定される。
このフラグ情報により、電子マネーサーバ２は、取引が未決済であるか既決済であるかを確認することができる。

更に、決済実行端末からアクセスを受けた日時や、決済が完了した日時なども取引ごとに記録するように構成することもできる。
後述するように、電子マネーサーバ２は、１日に１回程度、加盟店サーバ３から日時範囲指定を受け、この範囲にある決済完了通知を加盟店サーバ３にまとめて送信するが、この場合に、決済日時から決済完了通知の対象となる取引を抽出することができる。

［決済機能］
電子マネーサーバ２は、取引情報、取引番号、及び種値バージョンなどを取引データベースに登録した後、図１で説明したように、取引番号、種値、及び所定の演算ルールを用いて取引情報の改竄性を判断する。
そして、取引情報が改竄されていないと判断した場合、決済実行端末中の電子マネーＩＣチップと通信を開始し、以下の決済処理によりバリューの減算を行う。

まず、電子マネーサーバ２は、決済実行端末から、電子マネーＩＣチップに記憶された貨幣端末ＩＤと、バリューの現在残高を取得する。
なお、電子マネーＩＣチップは、後述するように、バリューの記憶機能、バリューの金額の更新機能、及び通信機能などを備えた貨幣端末を構成しており、決済システム１では、電子マネーＩＣチップを貨幣端末ＩＤにより識別している。

バリューの残高が決済金額よりも少ない場合、携帯電話７にエラーメッセージを送信してその旨を通知する。
決済金額がバリューの残高以内である場合、電子マネーサーバ２は、バリューの残高を決済金額分だけ減額した値に更新するための金額更新情報を生成し、決済実行端末に送信する。

決済実行端末は、金額更新情報を用いてバリュー残高の減額が完了するとその旨の完了通知を電子マネーサーバ２に送信するので、電子マネーサーバ２は、この通知によって、携帯電話７でバリューが減額されたことを確認することができる。

［決済結果通知機能］
電子マネーサーバ２は、１日に１回程度、定期的に（不定期でも良い）加盟店サーバ３からの要求に基づいて決済結果を報告する。
電子マネーサーバ２は、加盟店サーバ３から加盟店ＩＤと日時範囲指定を受け、取引データベースから該当する取引の決済結果を加盟店サーバ３に送信する。
このように、電子マネーサーバ２は、決済の度に加盟店サーバ３に取引結果を報告することはせずに、バッチ処理で一時期にまとめて行うため、決済結果報告に関する負荷を低減することができる。

図５は、電子マネーサーバ２のハードウェア的な構成の一例を示したブロック図である。
図に示したように、電子マネーサーバ２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）７５、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）７６、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）７７、通信制御部７８、記憶部７９などから構成されている。

ＣＰＵ７５は、中央演算装置であり、ＲＯＭ７６や記憶部７９などに記憶されているプログラムに従って、各種の情報処理を行う。
ＣＰＵ７５が行う情報処理としては、上に説明した種値管理機能、取引受け付け機能、決済機能、決済結果通知機能などがある。

ＲＯＭ７６は、電子マネーサーバ２が動作する上で基本的なプログラムやデータ、パラメータなどを記憶した読み取り専用のメモリである。
ＲＡＭ７７は、ＣＰＵ７５が読み書きを行うことができるメモリである。ＲＡＭ７７は、ＣＰＵ７５が、上記の各機能を発揮する際のワーキングエリアを提供する。

記憶部７９は、例えば、ハードディスクなどの大容量の記憶装置で構成されており、プログラム格納部８０とデータ格納部８１が形成されている。
プログラム格納部８０には、ＣＰＵ７５に、決済代行に関する上記の各機能を実現するためのプログラムが記憶されているほか、電子マネーサーバ２を動作させるための基本的なプログラムであるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）なども記憶されている。

データ格納部８１には、種値データベース、取引情報データベース、その他のデータベースやデータが形成されている。
その他のデータベースやデータとしては、加盟店を登録する加盟店登録データベース、ユーザを登録するユーザ登録データベース、加盟店サーバ３や決済実行端末などの通信内容を記録したログデータなどがある。

通信制御部７８は、インターネット４を介して電子マネーサーバ２、決済実行端末などと通信を行うためのインターフェースである。

次に、加盟店サーバ３（図２）について説明する。
加盟店サーバ３は、インターネット４上で販売サイトを運営するウェブサーバである。
加盟店サーバ３は、種値取得機能、商品販売機能、取引情報生成機能、取引番号生成機能、決済代行依頼機能、決済結果確認機能１、決済結果確認機能２など各機能を有している。

［種値取得機能］
加盟店サーバ３は、１日に１回程度、電子マネーサーバ２から種値を種値バージョンと共に受信し記憶する。この処理は、現在記憶している種値の有効期限が切れる際に行われる。
そして、新しい種値が電子マネーサーバ２から送信されてきた場合は、前に記憶していた種値を新たに受信した種値に更新する。
このように、加盟店サーバ３は、常に有効期限中の種値を保持することができる。

［商品販売機能］
加盟店サーバ３は、販売サイトにて商品やサービスの販売を行う。ユーザは、携帯電話７やＰＣ１７から所定のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）を入力すると、加盟店サーバ３の販売サイトにアクセスすることができる。

販売サイトでは、例えば、ゲームコンテンツ、映画コンテンツ、音楽コンテンツ、コンピュータプログラムなど、ダウンロード販売できるもののほか、書籍、文房具類など、商品の注文を受け付け、商品は別途ユーザに送達するものなど、各種のものが可能である。
ユーザは、決済実行端末から販売サイトにアクセスして商品やサービスを閲覧し、購入を申し込むことができる。

［取引情報生成機能］
ユーザが販売サイト上で購入する商品、又はサービスを選択し、購入を申し込むと、加盟店サーバ３は、この取引に関する取引情報を生成する。
取引情報は、加盟店コード、決済金額、注文番号など、電子マネーサーバ２が決済を代行するのに必要な情報から構成され、後述するように決済実行端末を介して電子マネーサーバ２に送信される。

加盟店サーバ３は、取引情報を販売データベースに記憶するが、その際に、ユーザＩＤ（予めユーザはユーザ登録し、加盟店サーバ３によりユーザＩＤが発行されているものとする）、購入申込日時など、その他の付属的な情報も記憶する。
加盟店サーバ３は、販売サイトでの商取引に関する情報を販売データベースに記憶して管理している。

［取引番号生成機能］
加盟店サーバ３は、予め電子マネー事業者より演算ルールを付与されており、これを記憶している。
この演算ルールは、取引情報と種値を入力値として取引番号を算出する演算式、あるいはアルゴリズムである。
電子マネーサーバ２は、取引情報を生成すると、これと種値を演算ルールに入力して取引番号を算出する。

［決済代行依頼機能］
電子マネーサーバ２は、取引情報と、取引番号を生成した後、これらを種値バージョンと共に決済実行端末に送信する。
これらの情報は、決済実行端末により自動的に電子マネーサーバ２に転送され、これにより、電子マネーサーバ２に決済の代行依頼がなされる。

［決済結果確認機能１］
電子マネーサーバ２と決済実行端末の間で、バリューによる決済が行われると、加盟店サーバ３は、決済実行端末から決済が完了した旨の決済完了通知を受信する。
このように、決済実行端末は、バリューによる決済が完了するごとに決済完了通知を加盟店サーバ３に送信し、これにより加盟店サーバ３は、取引に関わる決済端末側の処理が完了したことを確認することができる。そして、加盟店サーバは、決済端末側の処理が完了したことを販売データベースに記録する。

［決済結果確認機能２］
加盟店サーバ３は、１日に１回程度、電子マネーサーバ２に対して加盟店ＩＤと日時範囲指定を送信し、決済結果の送信を要求する。
そして、加盟店サーバ３は、電子マネーサーバ２が送信してきた決済結果を、販売データベースに記録されている情報と比較し、決済実行端末から受けた決済完了通知と一致するか確認する。

加盟店サーバ３のハードウェア的な構成は、基本的に図５に示した電子マネーサーバ２と同じである。
加盟店サーバ３は、プログラム格納部８０において、ＣＰＵ７５に種値取得機能、商品販売機能、取引情報生成機能、取引番号生成機能、決済代行依頼機能、決済結果確認機能１、決済結果確認機能２など各機能を発揮させるプログラムを記憶している。
また、データ格納部８１には、種値、演算ルール、販売データベースなどが記憶されている。

次に、携帯電話７について説明する。
図６は、携帯電話７の機能的な構成を示したブロック図である。図６に示したように、携帯電話７は、インターネット接続可能な携帯電話としての機能を発揮する電話機能部１０、電子マネーＩＣチップにより構成され、電子マネー処理機能を発揮する電子マネー機能部１２、及び両者を接続するインターフェース部１１から構成されている。

携帯電話７は、決済実行端末を構成し、このうち、電子マネー機能部１２は貨幣端末を構成している。携帯電話７から電子マネー機能部１２を着脱可能に構成することも可能である。
また、携帯電話７は、販売サイトが提供する画面などを表示するディスプレイを備えるほか、文字キー、数字キー、操作キーなどを備えており、ユーザが各種の情報を入力する（例えば、商品購入に際しての支払いの確認）ことができるようになっている。

電話機能部１０は、基地局と無線通信することができ、基地局を介して電話回線網（通話する場合）、又はインターネット４（電子マネーサーバ２、加盟店サーバ３にアクセスする場合）に接続することができる。

電話機能部１０には、加盟店サーバ３の販売サイトにアクセスするための加盟店アプリケーション２５と、電子マネー機能部１２にアクセスするための電子マネーアプリケーション２６が組み込まれている。

加盟店アプリケーション２５は、販売サイトで商品やサービスの購入を行うためのアプリケーションである。ユーザが商品やサービスの購入を申し込むと、加盟店サーバ３は、これに対して取引情報、取引番号、及び種値バージョンを送信してくるが、加盟店アプリケーション２５は、これらの情報を受信して電子マネーサーバ２に転送すると共に、取引情報を引数として電子マネーアプリケーション２６に渡す。
引数として渡された取引情報は、決済完了後に電子マネーアプリケーション２６が加盟店サーバ３に決済完了通知を送信するのに使用される。

電子マネーアプリケーション２６は、電子マネーサーバ２と通信して、電子マネー機能部１２を操作することができるアプリケーションであり、インターフェース部１１を介して電子マネー機能部１２にアクセスする中継部２７を備えている。

電子マネーアプリケーション２６は、加盟店アプリケーション２５から取引情報を引数として受け取ると、これを一時記憶し、電子マネーサーバ２に接続する。
そして、電子マネーアプリケーション２６は、電子マネー機能部１２に記憶されている貨幣端末ＩＤやバリュー残高など、電子マネー機能部１２に記憶されている情報を読み出して電子マネーサーバ２に送信する。
更に、この送信した情報に対して電子マネーサーバ２より送信されてくる金額更新情報を受信して電子マネー機能部１２に入力する。

電子マネー機能部１２は、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、記憶部、端末通信部などの素子が形成された電子マネーＩＣチップを用いて形成されており、ＣＰＵでバリュー処理プログラムを実行することにより、図６で示したバリュー処理部２８が形成される。

バリュー処理部２８は、金額更新情報の入力を受け付け、記憶部２９で記憶しているバリューの金額を金額更新情報で指定された金額に更新する。
より具体的には、金額更新情報は、例えば指定した金額分だけバリューの金額を加算する加算コマンドや減算する減算コマンドとすることができる。

この場合、バリュー処理部２８は、これらコマンドを実行し、指定された金額分だけバリューの金額を加減算する。
決済処理を行う場合、電子マネーサーバ２は、決済金額分のバリューを減算する減算コマンドを生成し、これを電子マネーアプリケーション２６を介してバリュー処理部２８に入力することにより、バリューの残高を決済金額分だけ減額することができる。

また、他の例として、金額更新情報を更新後の金額とし、バリュー処理部２８は、金額更新情報で指定される金額にバリューの残高を書き換えるように構成することもできる。
この場合は、電子マネーサーバ２は、記憶部２９で記憶されているバリューの残高から決済代金を引いた金額を指定する金額更新情報を生成し、電子マネーアプリケーション２６を介してバリュー処理部２８に入力する。
バリュー処理部２８は、記憶部２９に記憶されているバリュー残高、金額更新情報で指定された金額に書き換える。

記憶部２９は、例えば、ＥＥＰＲＯＭなどで構成され、貨幣端末ＩＤ、バリュー残高、ログデータなどを記憶している。
バリュー処理部２８は、金額更新情報を用いて記憶部２９に記憶したバリューの残高を増減させることができるほか、バリューの残高や貨幣端末ＩＤを電子マネーアプリケーション２６に出力することができる。

本実施の形態では、電子マネー機能部１２を携帯電話７に内蔵させて決済実行端末を構成したが、例えば、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）や携帯ゲーム機など、インターネット４に接続可能なほかの携帯端末装置に電子マネー機能部１２を埋め込み、決済実行端末を構成することもできる。

次に、図７を用いてＰＣ１７について説明する。ＰＣ１７は、例えば、インターネット４に接続可能なパーソナルコンピュータを用いて構成することができる。また、パーソナルコンピュータのほかに、セットトップボックスやゲーム機など、他の端末装置を用いて構成することもできる。

図７に示したように、ＰＣ１７は、ＣＰＵ１４０、ＲＯＭ１４２、ＲＡＭ１４１、入力部１４４、出力部１４６、通信制御部１４８、記憶部１５０、リーダライタ１５５、記憶媒体駆動部１５４などがバスライン１６０で接続されて構成されている。

ＣＰＵ１４０は、中央演算装置であり、ＲＯＭ１４２や記憶部１５０などに記憶されているプログラムに従って、各種の情報処理を行う。
ＣＰＵ１４０が行う情報処理は、加盟店サーバ３にアクセスし、販売サイトで提供されているサービスを利用するものや、後述するように、リーダライタ１５５を介して電子マネーカード１５にアクセスすると共に電子マネーサーバ２にアクセスし、電子マネーサーバ２と電子マネーカード１５の通信を仲介する機能がある。

ＲＯＭ１４２は、電子マネーサーバ２が動作する上で基本的なプログラムやデータ、パラメータなどを記憶した読み取り専用のメモリである。
ＲＡＭ１４１は、ＣＰＵ１４０が読み書きを行うことができるメモリである。ＲＡＭ１４１は、ＣＰＵ１４０が、上記の各機能を発揮する際のワーキングエリアを提供する。

記憶部１５０は、例えば、ハードディスクなどの大容量の記憶装置で構成されており、プログラム格納部１５６とデータ格納部１５８が形成されている。
プログラム格納部１５６には、ＣＰＵ１４０に、販売サイトが提供するサービスを利用する機能を発揮するためのプログラムである加盟店アプリケーションプログラムと、電子マネーサーバ２と電子マネーカード１５の間でバリューの処理を行わせる電子マネーアプリケーションプログラムが記憶されている。

これらのプログラムをＣＰＵ１４０で実行すると、携帯電話７の加盟店アプリケーション２５、及び電子マネーアプリケーション２６と同様の加盟店アプリケーション、及び電子マネーアプリケーションが実現される。
この他に、プログラム格納部１５６には、ＰＣ１７を動作させるための基本的なプログラムであるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）などが記憶されている。
データ格納部１５８には、例えば通信ログデータなどのデータ類が記憶される。

入力部１４４は、例えば、キーボードやマウスなどの入力デバイスを備えており、ユーザがこれらを操作して各種のデータを入力できるようになっている。
ユーザは、これらの入力デバイスを操作することにより販売サイトで商品やサービスを選択したり、決済の申込を行ったりすることができる。

出力部１４６は、例えば、ディスプレイやプリンタなどの出力デバイスを備えている。
ディスプレイには、販売サイトがサービスを提供するための画面などが表示され、ユーザは、画面に表示された内容を参照しながら入力部１４４から情報を入力して販売サイトが提供するサービスを利用する。

通信制御部１４８は、インターネット４を介して電子マネーサーバ２、加盟店サーバ３などと通信を行うためのインターフェースである。

記憶媒体駆動部１５４は、例えば、磁気ディスク、光磁気ディスク、半導体記憶装置などの着脱可能な記憶媒体を駆動し、これら記憶媒体に記憶されている情報を読み出したり、記憶媒体が書込に対応している場合は、これら記憶媒体に情報を書き込んだりする。
電子マネーアプリケーションプログラム、加盟店アプリケーション、その他のプログラムがこれら記憶媒体に記憶されて提供される場合、これらプログラムを記憶媒体駆動部１５４から読み込んで記憶部１５０にインストールすることができる。

リーダライタ１５５は、ＣＰＵ１４０と電子マネーカード１５の通信を仲介する中継装置である。
後述するように、電子マネーカード１５に内蔵されている電子マネーＩＣチップは、非接触型ＩＣチップであり、近距離の無線通信を行うようになっている。

リーダライタ１５５は、電子マネーカード１５と無線通信を行うためのアンテナを内蔵しており、このアンテナを用いて電子マネーカード１５と信号の送受信を行う。
また、電子マネーカード１５を駆動するための電力もリーダライタ１５５から無線にて供給される。

次に、図８を用いて電子マネーカード１５の構成について説明する。電子マネーカード１５は、バリューを記憶し、金額更新情報を用いてその金額を増減する貨幣端末であり、図８に示したように電子マネーＩＣチップ１１２とこれに接続するアンテナ１３５が埋め込まれたカード状の合成樹脂により構成されている。

アンテナ１３５は、リーダライタ１６が放射する電波で発電して電子マネーＩＣチップ１１２に電力を供給する機能と、リーダライタ１６（図７）の間で近距離の無線通信を行う機能を備えている。

電子マネーＩＣチップ１１２は非接触型ＩＣチップで構成されており、チップ上にＣＰＵ１３２、ＲＯＭ１３３、ＲＡＭ１３４、記憶部１３６、端末通信部１３１などが形成されている。
なお、携帯電話７にも電子マネーＩＣチップ１１２と同様のＩＣチップが埋め込まれており、電子マネー機能部１２を構成している。

ＣＰＵ１３２は、記憶部１３６に記憶されたバリュー処理プログラムを実行して、電子マネーカード１５に電子マネー処理機能を発揮させる中央処理装置である。
これにより、ＣＰＵ１３２は、電子マネーサーバ２から受信した金額更新情報を用いて記憶しているバリューの金額を更新することができる。

記憶部１３６は、各種のプログラムやデータなどを記憶する読み書き可能なメモリである。記憶部１３６に記憶されている情報は、電子マネーＩＣチップ１１２に電力が供給されていない場合でも保持されるようになっており、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）により構成されている。

記憶部１３６に記憶されているプログラムとしては、バリュー処理プログラムや、電子マネーＩＣチップ１１２を機能させるための基本的なプログラムであるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）などがある。
また、記憶部１３６に記憶されているデータとしては、貨幣端末ＩＤ、バリューの現在残高、及び通信ログデータなどがある。

ＲＯＭ１３３は、電子マネーＩＣチップ１１２を機能させるための基本的なプログラムやデータなどが記憶された読み取り専用メモリである。
ＲＡＭ１３４は、ＣＰＵ１３２がバリュー処理機能を発揮する際のワーキングメモリを提供する読み書き可能なメモリである。
また、端末通信部１３１は、アンテナ１３５と接続されており、リーダライタ１６などと通信を行うためのインターフェースである。

以上のように構成された決済システム１において、加盟店サーバ３が要求する代金の決済を電子マネーサーバ２が代行する手順について図９のフローチャートを用いて説明する。

以下に説明する決済実行端末の動作で、ステップ５からステップ２５までの各ステップ、及びステップ５５は、加盟店アプリケーションが行うものであり、ステップ４０、及びステップ４５は、電子マネーアプリケーションが行うものである。

まず、ユーザは、決済実行端末から販売サイトが提供するサービスを利用し、商品やサービスの購入を申し込む。
ユーザが購入を申し込むと、加盟店サーバ３は、決済実行端末で、決済金額を提示し、この決済金額をバリューで支払うことの確認を要求する。

ユーザが決済金額をバリューで支払うことを確認すると（ステップ５）、加盟店サーバ３は、取引情報を生成し、この取引情報と種値を演算ルールに代入して取引番号を生成する（ステップ１０）。
これは、加盟店サーバ３が備えた演算手段によるものである。

次に、加盟店サーバ３は、取引情報、生成した取引番号、及び取引番号の生成に使用した種値の種値バージョンを決済実行端末に送信する（ステップ１５）。
ここで、取引情報、生成した取引番号、及び取引番号の生成に使用した種値の種値バージョンは、電子マネーサーバ２が決済を行うために使用する決済情報を構成し、また、取引情報は、取引を特定するための取引特定情報を構成している。そして、加盟店サーバ３は、この決済情報を送信する決済情報送信手段を備えている。
また、取引番号により取引を特定することが可能な場合は、取引番号を以て取引特定情報と解釈することもできる。

決済実行端末は、これらの情報を加盟店サーバ３から受信すると、決済実行端末のディスプレイに決済受付画面を表示する（ステップ２０）。
決済受付画面では、取引情報（加盟店コード、注文番号、決済金額など）やその他の確認事項が表示され、ユーザは、決済実行前に再度決済内容を確認する。
また、決済実行端末がＰＣ１７である場合、「電子マネーカードをリーダライタにセットしてください。」などと、決済実行端末が電子マネーカード１５と通信できる状態にあるかユーザに確認させることもできる。

ユーザが、バリューによる決済を確認すると、決済実行端末は、電子マネーサーバ２に接続し、加盟店サーバ３から受信した取引情報、取引番号、及び種値バージョンを電子マネーサーバ２に送信する（ステップ２５）。
これは、決済実行端末が備えた決済情報送信手段によるものである。
また、この際に、加盟店アプリケーションは、電子マネーアプリケーションに取引情報を引数として渡す。

電子マネーサーバ２は、決済実行端末から取引情報、取引番号、及び種値バージョンを受信し（取引情報受信手段）、これらを取引情報データベース（図４）に記録すると共に取引番号の審査を行う（ステップ３０）。
より詳細に説明するとこの審査は次のように行われる。まず、電子マネーサーバ２は、種値バージョンと取引情報に含まれる加盟店ＩＤとの組み合わせを種値データベース（図３）と照合し、加盟店サーバ３が取引番号の生成に使用した種値を特定する。

そして、この特定した種値が有効期限内であることを確認した後、種値と加盟店サーバ３から受信した取引情報とを、加盟店サーバ３と同じ演算ルールにて計算する。そしてその計算結果と取引番号とが同一か否かを判断し、両者が同一であることにより取引情報が改竄されていないことを確認する。
電子マネーサーバ２は、取引情報が改竄されていないことにより、これに含まれる金額も改竄されていないことを確認することができる（金額確認手段）。

取引番号の審査により、取引情報が正しいものであることを確認した後、電子マネーサーバ２は、決済実行端末と通信して決済処理を行う（ステップ４０）。
これは、電子マネーサーバ２が備えた金額更新情報送信手段によるものである。
そして、この決済処理は、例えば、次のように行われる。
まず、決済実行端末は、電子マネーＩＣチップに記憶されている端末ＩＤとバリュー残高を電子マネーサーバ２に送信する。

電子マネーサーバ２は、バリュー残高と決済金額を比較し、バリュー残高が決済金額よりも少ない場合は、エラーメッセージを決済実行端末に送信して決済処理を終了する。
バリュー残高が決済金額以上である場合、決済金額分のバリューを減額するための金額更新情報を生成し、決済実行端末に送信する。

決済実行端末では、この金額更新情報を受信して（金額更新情報受信手段）電子マネーＩＣチップに入力し（金額更新情報入力手段）、記憶しているバリューの金額を決済金額分だけ減額した金額に更新する。
そして、金額の更新が完了した旨を表す完了通知を電子マネーサーバ２に送信する。
電子マネーサーバ２は、この完了通知により決済処理が完了したことを確認し、端末ＩＤを付してログデータを保存する。

決済実行端末は、決済処理を完了した後、加盟店サーバ３に接続し、決済完了通知を送信する（ステップ４５）。
この決済完了通知には、引数として加盟店アプリケーションから受領した取引情報が含まれ、これにより加盟店サーバ３は、決済の対象となった取引を特定することができる。

加盟店サーバ３は、取引実行端末から決済完了通知を受信して、決済が完了したことを確認し、取引結果を決済実行端末に送信する（ステップ５０）。
決済実行端末は、加盟店サーバ３から取引結果を受信し、これを用いて取引完了画面をディスプレイに表示する（ステップ５５）。

また、加盟店サーバ３は、電子マネーサーバ２と定期的に（不定期でも良い）通信を行い、決済結果の確認を行う（ステップ６０）。
この際に、加盟店サーバ３は、電子マネーサーバ２に加盟店ＩＤと日時範囲指定を送信し、電子マネーサーバ２は、これに該当する決済結果を加盟店サーバ３に送信する。
加盟店サーバ３は、これを決済実行端末から受信した決済完了通知と照合し、決済結果が正しいことを最終的に確認する。

以上のようにして、取引番号を加盟店サーバ３で生成し、電子マネーサーバ２から加盟店サーバ３への決済結果の送信をまとめて行うことにより電子マネーサーバ２への接続回数、及び情報処理量を少なくすることができ、電子マネーサーバ２の負荷を低減することができる。
また、決済実行端末でメーラを起動する必要が無く、ユーザは商品やサービスの購入申込から決済まで円滑に処理を行うことができる。

なお、加盟店サーバ３が用いる演算ルールは、加盟店サーバ３ごとに異なるものとしても良いし、同じ演算ルールを重複して異なる加盟店サーバ３で使用しても良い。
加盟店サーバ３ごとに異なる演算ルールを採用すると、演算ルールを重複して使用する場合よりもセキュリティレベルは向上する。

加盟店サーバ３ごとに異なる演算ルールを用いる場合は、電子マネーサーバ２で加盟店ＩＤと演算ルールを対応づけておき、加盟店ＩＤから使用する演算ルールを特定できるようにしておく。

また、本実施の形態では、電子マネーサーバ２から加盟店サーバ３への決済結果の通知は、バッチ処理にてまとめて行ったが、加盟店が希望する場合は、決済を行うたびに逐次通知するように構成することもできる。

更に、取引番号の代わりに、公的なデジタル証明書を用いた公開鍵暗号方式による署名を用いることも可能である。

（変形例）
次に、決済システム１の変形例について説明する。この変形例では、取引番号を決済実行端末（携帯電話７やＰＣ１７）で行う。
このように、決済実行端末で取引番号を生成するのは、例えば、コンテンツのダウンロード販売など、加盟店側で在庫管理を行う必要の無い商品やサービスを提供する場合に適している。

即ち、在庫管理を要する商品を販売す場合、在庫数の範囲内で取引を行うため、取引の件数が在庫数の範囲内となるように取引番号を生成する必要がある。
ところが、コンテンツのダウンロード販売などは、販売数に制限が無いため、在庫数を管理する必要が無く、この場合は、取引番号の生成を決済実行端末に委譲することにより加盟店サーバ３の負荷を軽減することができる。

本変形例では、種値と演算ルールを決済実行端末に記憶させ、種値に関しては、有効期限内のものを電子マネーサーバ２が決済実行端末に定期的に（不定期、又は必要なときにでも良い）提供する。また、加盟店サーバ３に種値を持たせておき、決済実行端末と加盟店サーバ３が取引を行う際に、加盟店サーバ３から決済実行端末に送信するように構成しても良い。

以下に、図１０のフローチャートを用いて本変形例による決済手順について説明する。
なお、図９と同じステップに関しては同じステップ番号を付し、説明を簡略、又は省略することとする。

まず、ユーザが決済実行端末で支払い確認を行うと（ステップ５）、加盟店サーバ３は、取引情報を生成し、これを決済実行端末に送信する（ステップ７）。
決済実行端末は、決済受付画面を表示してユーザの意思を確認する（ステップ２０）。

決済実行端末は、加盟店サーバ３から取引情報と演算ルールを受信し、これらを用いて取引番号を生成する（ステップ２３）。
取引情報には、注文番号と決済金額が含まれており、加盟店サーバ３は、取引金額受信手段を備えている。
また、電子マネーサーバ２は、種値と演算ルールにより取引番号を算出する演算手段を備えている。
以降の処理は、図９のフローチャートと同じであるので説明を省略する。

このように、本変形例では、取引番号を決済実行端末で生成するため加盟店サーバ３の負荷を低減することができる。

本実施の形態の基本構成を説明するためのブロック図である。 本実施の形態の決済システムの構成を模式的に表したブロック図である。 種値データベースの論理的な構成を示した図である。 取引情報データベースの論理的な構成を示した図である。 電子マネーサーバのハードウェア的な構成を示したブロック図である。 携帯電話の機能的な構成を示したブロック図である。 ＰＣのハードウェア的な構成を示したブロック図である。 電子マネーカードのハードウェア的な構成を示したブロック図である。 決済処理を行う手順を説明するためのフローチャートである。 変形例に係る決済処理を行う手順を説明するためのフローチャートである。 未公開の従来例を説明するためのフローチャートである。

符号の説明

１ 決済システム
２ 電子マネーサーバ
３ 加盟店サーバ
４ インターネット
７ 携帯電話
１５ 電子マネーカード
１６ リーダライタ
１７ ＰＣ

Claims (10)

1. 電子情報として記憶された貨幣価値を金額更新情報を用いて増減する決済実行端末から、決済依頼サーバが要求する決済金額分の貨幣価値を減額する決済サーバであって、
   前記決済実行端末から、前記決済依頼サーバとの取引を特定する取引特定情報と、金額と、決済金額に対して所定の演算を施した演算結果と、を受信する取引情報受信手段と、
   少なくとも前記受信した金額に前記所定の演算を施し、その演算結果と、前記受信した演算結果の同一性を確認することにより前記受信した金額と前記決済金額が同一か否かを確認する金額確認手段と、
   前記金額確認手段で前記金額と前記決済金額が同一であると判断された場合に、前記受信した金額分の貨幣価値を減額する金額更新情報を前記決済実行端末に送信する金額更新情報送信手段と、
   を具備したことを特徴とする決済サーバ。
2. 前記金額確認手段は、前記受信した金額に加えて前記受信した取引情報に前記所定の演算を施し、その演算結果と、前記受信した演算結果の同一性を確認し、
   前記金額更新情報送信手段は、前記受信した金額情報と前記受信した取引情報に前記所定の演算結果を施した演算結果と、前記受信した演算結果の同一性が確認できた場合に前記金額更新情報を前記決済実行端末に送信することを特徴とする請求項１に記載の決済サーバ。
3. 前記決済実行端末から送信されてくる演算結果は、前記決済依頼サーバか前記決済実行端末の何れかで生成され、
   前記演算結果の生成元は、前記決済金額に加えて、提供元を前記決済サーバとする所定値を用いて演算結果を生成し、
   前記金額確認手段は、前記受信した金額に加えて、前記所定値を用いて前記演算を行うことを特徴とする請求項１、又は請求項２に記載の決済サーバ。
4. 前記生成元に、有効期限付きの前記所定値を送信する所定値送信手段を具備したことを特徴とする請求項３に記載の決済サーバ。
5. 電子情報として記憶された貨幣価値を金額更新情報を用いて増減する決済実行端末に対して、決済金額分の貨幣価値の減額を行うことを決済サーバに依頼する決済依頼サーバであって、
   決済金額に対して所定の演算を施す演算手段と、
   取引を特定する取引特定情報と、決済金額と、前記演算手段による演算結果と、を前記決済実行端末を介して前記決済サーバに送信する決済情報送信手段と、
   前記決済情報送信手段で送信した情報を用いて、前記決済実行端末で記憶している貨幣価値を決済金額分だけ減算したことを、前記決済サーバと前記決済実行端末のうち、少なくとも一方からの通知により確認する決済完了確認手段と、
   を具備したことを特徴とする決済依頼サーバ。
6. 前記決済サーバが提供する所定値を記憶し、前記演算手段は、前記決済金額に加えて前記所定値を用いて前記演算を行うことを特徴とする請求項５に記載の決済依頼サーバ。
7. 前記決済サーバから、有効期限付きの前記所定値を受信する所定値受信手段を具備し、
   前記演算手段は、前記受信した所定値のうち、有効期限内の所定値を用いて演算を行うことを特徴とする請求項６に記載の決済依頼サーバ。
8. 決済依頼サーバから、取引を特定する取引特定情報と、決済金額と、を受信する取引金額受信手段と、
   前記受信した決済金額に対して所定の演算を施す演算手段と、
   前記受信した取引特定情報と、前記決済金額と、前記演算手段による演算結果と、を前記決済サーバに送信する決済情報送信手段と、
   前記決済サーバから、前記決済情報送信手段で送信した情報を用いて生成された金額更新情報を受信する金額更新情報受信手段と、
   電子情報として貨幣価値を記憶し、更新情報を用いて前記記憶した貨幣価値を増減する貨幣端末に、前記受信した金額更新情報を入力する金額更新情報入力手段と、
   を具備したことを特徴とする決済実行端末。
9. 前記決済サーバが提供する所定値を記憶し、
   前記演算手段は、前記決済金額と前記所定値を用いて演算を行うことを特徴とする請求項８に記載の決済実行端末。
10. 前記決済サーバから、有効期限付きの前記所定値を受信する所定値受信手段を具備し、
    前記演算手段は、前記受信した所定値のうち、有効期限内の所定値を用いて演算を行うことを特徴とする請求項９に記載の決済実行端末。

Images