JP5092074B1 - 決済モジュール、決済方法、プログラム及び情報記録媒体 - Google Patents

Abstract

複数種類の前払式バリューのうちどの前払式バリューが決済に用いられてもそれぞれの前払式バリューに分散してチャージされた金額の総額を決済に利用する。
ＩＣチップ２２は、複数種類の電子バリューを格納し、複数種類の電子バリューのうち決済に用いる電子バリューの残高と、決済金額との差額以上の金額を、複数種類の電子バリューのうち決済に用いない電子バリューの残高から合計して減算する。そして、ＩＣチップ２２は、減算した金額を決済に用いる電子バリューの残高に加算し、加算後の残高から決済金額を減算する。
【選択図】図２

Description

本発明は、決済モジュール、決済方法、プログラム及び情報記録媒体に関する。

貨幣価値を有する電子情報（電子バリュー）をＩＣチップ等の電子バリュー保持媒体に保持し、電子バリューを保持した電子バリュー保持媒体を決済端末にかざすことで決済を行う電子決済システムがある。こうした電子決済システムでは、電子バリュー保持媒体に保持された電子バリューの残高から決済金額を減算することで決済を行うが、電子バリューの残高が決済金額を下回っている場合には決済ができない。これに対し、従来には、電子バリュー保持媒体に保持される電子バリューの残高が一定額以下となった場合に自動的に電子バリューをチャージしたり（下記の特許文献１等）、低額決済に利用する電子貨幣を格納した仮想小銭入れに、高額決済で利用する仮想札入れから電子貨幣を補充したりする（下記の特許文献２等）技術がある。

特開２００５−０２５６１８号公報 特開平０９−２４５１０４号公報

電子バリューには複数の種類が存在し、決済端末ではそのうちの特定種類の電子バリューにしか対応していないことがある。そのため、電子バリュー保持媒体には複数種類の電子バリューの各々についてチャージしておき、決済端末が対応している電子バリューを適宜選択して利用することが一般的である。従来では、このように電子バリュー保持媒体内で複数の異なる電子バリューに分散して保持された残高の総額を決済に利用することはできなかった。

本発明は、上記課題に鑑みて為されたものであって、その目的は、複数種類の電子バリューのうちどの電子バリューが決済に用いられてもそれぞれの電子バリューに分散してチャージされた金額の総額を決済に利用可能とした決済モジュール、決済方法、プログラム及び情報記録媒体を提供することにある。

上記目的を達成するために、本発明に係る決済モジュールは、記憶している複数の電子バリューの残高をそれぞれ変更する複数の残高変更手段を備える決済モジュールであって、ユーティリティ電子バリューの残高を記憶する記憶手段と、前記複数の電子バリューの１つに対して外部から入力された残高変更情報において指定される要求金額を該１つの電子バリューの残高から減額するために必要な第１の補充金額を取得する第１補充金額取得手段と、前記取得された第１の補充金額を前記記憶手段に記憶する前記ユーティリティ電子バリューの残高から減額するために必要な第２の補充金額を取得する第２補充金額取得手段と、前記１つの電子バリュー以外の他の電子バリューの残高から減額される金額の合計が前記取得された第２の補充金額に等しくなるように、該他の電子バリューのうち少なくとも１つの電子バリューの残高をそれぞれ減額するための少なくとも１つの残高変更情報を生成する第１残高変更情報生成手段と、前記生成された少なくとも１つの残高変更情報に従って対応する電子バリューの残高が対応する残高変更手段によりそれぞれ変更された場合に、前記記憶手段において、前記ユーティリティ電子バリューの残高を前記第２の補充金額だけ増額し、該ユーティリティ電子バリューの残高を前記第１の補充金額だけ減額し、該第１の補充金額だけ前記１つの電子バリューの残高を増額するための残高変更情報を生成する第２残高変更情報生成手段と、をさらに備え、前記１つの電子バリューに対応する残高変更手段が、前記第２残高変更情報生成手段により生成された残高変更情報と前記外部から入力された残高変更情報とに従って、該１つの電子バリューの残高を変更する、ことを特徴とする。

本発明の一態様では、前記決済モジュールは、前記１つの電子バリューの残高と前記要求金額とに基づいて前記第１の補充金額を決定し出力する第１補充金額出力手段をさらに含むこととしてもよい。

本発明の一態様では、前記第１補充金額出力手段が、前記要求金額から前記１つの電子バリューの残高を減算した差額を前記補充金額として決定することとしてもよい。

本発明の一態様では、前記決済モジュールは、前記要求金額を前記第１補充金額として出力する補充金額出力手段をさらに含むこととしてもよい。

本発明の一態様では、前記決済モジュールは、前記ユーティリティ電子バリューの残高と前記第１の補充金額とに基づいて前記第２の補充金額を決定し出力する第２補充金額出力手段をさらに含むこととしてもよい。

本発明の一態様では、前記第２補充金額出力手段が、前記第１の補充金額から前記ユーティリティ電子バリューの残高を減算した差額を前記第２の補充金額として決定することとしてもよい。

本発明の一態様では、前記決済モジュールは、前記第１の補充金額を前記第２の補充金額として出力する第２補充金額出力手段をさらに含むこととしてもよい。

本発明の一態様では、前記決済モジュールは、記憶している複数の電子バリューの残高をそれぞれ読み出して出力する複数の残高出力手段を備える決済モジュールであって、前記複数の電子バリューの１つに対して外部から残高要求が入力された際に、前記記憶手段に記憶する前記ユーティリティ電子バリューの残高を取得する第１残高取得手段と、前記複数の電子バリューの１つに対して外部から残高要求が入力された際に、該１つの電子バリュー以外の他の少なくとも１つの電子バリューの残高をそれぞれ取得する少なくとも１つの残高要求を発行する残高要求発行手段と、前記発行された少なくとも１つの残高要求に応じて対応する電子バリューの残高が対応する残高出力手段によりそれぞれ出力された場合に、該出力された少なくとも１つの電子バリューの残高と前記取得された前記ユーティリティ電子バリューの残高との合計額を取得する第２残高取得手段と、をさらに備え、前記１つの電子バリューに対応する残高出力手段が、前記１つの電子バリューの残高と前記第２残高取得手段により取得される前記合計額との総計額を該１つの電子バリューの残高として出力することとしてもよい。

本発明に係る決済方法は、記憶している複数の電子バリューの残高をそれぞれ変更する複数の残高変更手段と、ユーティリティ電子バリューの残高を記憶する記憶手段とを備える決済モジュールによる決済方法であって、前記複数の電子バリューの１つに対して外部から入力された残高変更情報において指定される要求金額を該１つの電子バリューの残高から減額するために必要な第１の補充金額を取得する第１補充金額取得ステップと、前記取得された第１の補充金額を前記記憶手段に記憶する前記ユーティリティ電子バリューの残高から減額するために必要な第２の補充金額を取得する第２補充金額取得ステップと、前記１つの電子バリュー以外の他の電子バリューの残高から減額される金額の合計が前記取得された第２の補充金額に等しくなるように、該他の電子バリューのうち少なくとも１つの電子バリューの残高をそれぞれ減額するための少なくとも１つの残高変更情報を生成する第１残高変更情報生成ステップと、前記生成された少なくとも１つの残高変更情報に従って対応する電子バリューの残高が対応する残高変更手段によりそれぞれ変更された場合に、前記記憶手段において、前記ユーティリティ電子バリューの残高を前記第２の補充金額だけ増額し、該ユーティリティ電子バリューの残高を前記第１の補充金額だけ減額し、該第１の補充金額だけ前記１つの電子バリューの残高を増額するための残高変更情報を生成する第２残高変更情報生成ステップと、を含み、前記１つの電子バリューに対応する残高変更手段が、前記第２残高変更情報生成手段により生成された残高変更情報と前記外部から入力された残高変更情報とに従って、該１つの電子バリューの残高を変更する、ことを特徴とする。

本発明に係るプログラムは、記憶している複数の電子バリューの残高をそれぞれ変更する複数の残高変更手段と、ユーティリティ電子バリューの残高を記憶する記憶手段とを備える決済モジュールとして機能するコンピュータを機能させるためのプログラムであって、前記複数の電子バリューの１つに対して外部から入力された残高変更情報において指定される要求金額を該１つの電子バリューの残高から減額するために必要な第１の補充金額を取得する第１補充金額取得手段と、前記取得された第１の補充金額を前記記憶手段に記憶する前記ユーティリティ電子バリューの残高から減額するために必要な第２の補充金額を取得する第２補充金額取得手段と、前記１つの電子バリュー以外の他の電子バリューの残高から減額される金額の合計が前記取得された第２の補充金額に等しくなるように、該他の電子バリューのうち少なくとも１つの電子バリューの残高をそれぞれ減額するための少なくとも１つの残高変更情報を生成する第１残高変更情報生成手段と、前記生成された少なくとも１つの残高変更情報に従って対応する電子バリューの残高が対応する残高変更手段によりそれぞれ変更された場合に、前記記憶手段において、前記ユーティリティ電子バリューの残高を前記第２の補充金額だけ増額し、該ユーティリティ電子バリューの残高を前記第１の補充金額だけ減額し、該第１の補充金額だけ前記１つの電子バリューの残高を増額するための残高変更情報を生成する第２残高変更情報生成手段として前記コンピュータを機能させ、前記１つの電子バリューに対応する残高変更手段が、前記第２残高変更情報生成手段により生成された残高変更情報と前記外部から入力された残高変更情報とに従って、該１つの電子バリューの残高を変更する、ことを特徴とする。

本発明に係る情報記録媒体は、記憶している複数の電子バリューの残高をそれぞれ変更する複数の残高変更手段と、ユーティリティ電子バリューの残高を記憶する記憶手段とを備える決済モジュールとして機能するコンピュータを機能させるためのプログラムであって、前記複数の電子バリューの１つに対して外部から入力された残高変更情報において指定される要求金額を該１つの電子バリューの残高から減額するために必要な第１の補充金額を取得する第１補充金額取得手段と、前記取得された第１の補充金額を前記記憶手段に記憶する前記ユーティリティ電子バリューの残高から減額するために必要な第２の補充金額を取得する第２補充金額取得手段と、前記１つの電子バリュー以外の他の電子バリューの残高から減額される金額の合計が前記取得された第２の補充金額に等しくなるように、該他の電子バリューのうち少なくとも１つの電子バリューの残高をそれぞれ減額するための少なくとも１つの残高変更情報を生成する第１残高変更情報生成手段と、前記生成された少なくとも１つの残高変更情報に従って対応する電子バリューの残高が対応する残高変更手段によりそれぞれ変更された場合に、前記記憶手段において、前記ユーティリティ電子バリューの残高を前記第２の補充金額だけ増額し、該ユーティリティ電子バリューの残高を前記第１の補充金額だけ減額し、該第１の補充金額だけ前記１つの電子バリューの残高を増額するための残高変更情報を生成する第２残高変更情報生成手段として前記コンピュータを機能させ、前記１つの電子バリューに対応する残高変更手段が、前記第２残高変更情報生成手段により生成された残高変更情報と前記外部から入力された残高変更情報とに従って、該１つの電子バリューの残高を変更する、ことを特徴とするプログラムを記録した情報記録媒体である。

本発明の一態様によれば、複数種類の電子バリューのうちどの電子バリューが決済に用いられてもそれぞれの電子バリューに分散してチャージされた金額の総額を決済に利用することができる。

電子バリュー決済システムのシステム構成図である。 ユーザ端末の構成図である。 ＩＣチップのハードウェア構成図である。 ＥＥＰＲＯＭに記憶されるデータの一例を示す図である。 自動チャージ処理のフローチャートである。 第１の実施例に係る決済処理のシーケンス図である。 第２の実施例に係る決済処理のシーケンス図である。 残高リスト更新処理のシーケンス図である。 第３の実施例に係る決済処理のシーケンス図である。 第３の実施例に係る決済処理のシーケンス図である。 第４の実施例に係る決済処理のシーケンス図である。

以下、本発明に係る実施の形態（以下、実施形態）を、図面を参照しながら説明する。

［電子バリュー決済システムの構成例］
図１には、本実施形態に係る電子バリュー決済システム１のシステム構成図を示した。図１に示されるように、電子バリュー決済システム１は、ユーザ端末１０、電子バリューサーバ５０−１〜５０−Ｎ（Ｎは自然数）、ユーティリティ電子バリューサーバ６０、電子バリュー決済端末７０−１〜７０−Ｎ、ユーティリティ電子バリュー決済端末８０を含む。ユーザ端末１０には、それぞれ異なる種類の第１〜第Ｎ電子バリューと、第１〜第Ｎ電子バリューと相互に交換可能なユーティリティ電子バリューとが保持可能である。なお、第１〜第Ｎ電子バリューは、例えばプリペイド式の電子マネーであり、ユーティリティ電子バリューは、例えばプリペイド式の電子マネー、預貯金口座データ、確保済与信枠データ等としてよい。そして、電子バリューサーバ５０−１〜５０−Ｎはそれぞれ第１〜第Ｎ電子バリューを管理するサーバであり、電子バリュー決済端末７０−１〜７０−Ｎはそれぞれ第１〜第Ｎ電子バリューの決済を行う端末である。

ユーザ端末１０は、電子バリューサーバ５０−１〜５０−Ｎ及びユーティリティ電子バリューサーバ６０とネットワーク９０を介して相互に通信可能に接続される。また、電子バリュー決済端末７０−１〜７０−Ｎは対応する電子バリューサーバ５０−１〜５０−Ｎと、ユーティリティ電子バリュー決済端末８０はユーティリティ電子バリューサーバ６０と、それぞれネットワーク９０又は図示しない専用回線を介して相互に通信可能に接続される。

電子バリューサーバ５０−ｉ（ｉ＝１〜Ｎ）は、第ｉ電子バリューの発行、第ｉ電子バリューの移転（チャージ等）、利用された第ｉ電子バリューの管理等を行う。

ユーティリティ電子バリューサーバ６０は、ユーティリティ電子バリューの発行、ユーティリティ電子バリューの移転（チャージ等）、利用されたユーティリティ電子バリューの管理等を行う。なお、本実施形態では、第１〜第Ｎの電子バリューとユーティリティ電子バリューとのそれぞれの交換比（第１〜第Ｎ電子バリューのそれぞれの１単位（円、ポイント等）を、ユーティリティ電子バリューの何単位と交換するかを示した比）を１対１とするが、これに限られない。

電子バリュー決済端末７０−ｉ（ｉ＝１〜Ｎ）は第ｉ電子バリューを保持したＩＣチップを備えたユーザ端末１０やＩＣカード等と非接触通信を行い、ＩＣチップに保持される第ｉ電子バリューの残高から決済金額を減じる決済処理を行う。本実施形態では、簡単のため、電子バリュー決済端末７０−ｉは第ｉ電子バリューを決済する専用端末とするが、複数種類の電子バリューの決済に対応した決済端末としてもよい。

ユーティリティ電子バリュー決済端末８０は、ユーティリティ電子バリューを保持するＩＣチップを備えたユーザ端末１０やＩＣカード等と非接触通信を行い、ＩＣチップに保持されるユーティリティ電子バリューの残高から決済金額を減じる決済処理を行う。

ユーザ端末１０は、電子バリューを格納可能なＩＣチップを搭載した携帯電話機等の情報処理端末である。例えばユーザ端末１０は、図示しない基地局装置と無線通信を行いネットワーク９０に接続し、電子バリューサーバ５０−１〜５０−Ｎ、ユーティリティ電子バリューサーバ６０にそれぞれアクセスして、第１〜第Ｎの電子バリュー、ユーティリティ電子バリューのチャージを行うと共に、電子バリュー決済端末７０−１〜７０−Ｎ、ユーティリティ電子バリュー決済端末８０と非接触通信して、チャージした第１〜第Ｎの電子バリュー、ユーティリティ電子バリューを用いた決済を実行することとしてよい。

［ユーザ端末１０の構成例］
図２には、ユーザ端末１０の構成図の一例を示した。図２に示されるように、ユーザ端末１０は、制御部１２、記憶部１４、無線通信部１６、表示部１８、入力部２０、及びＩＣチップ２２を備える。

制御部１２は、ＣＰＵを含み、記憶部１４に記憶されたプログラムに基づいて、各種の演算処理を実行するとともにユーザ端末１０の各部を制御する。

記憶部１４は、ユーザ端末１０のオペレーティングシステムや第１〜第Ｎ電子バリュー及びユーティリティ電子バリューを利用するためのプログラムやデータを記憶するほか、制御部１２のワークメモリとしても用いられる。

無線通信部１６は、図示しない基地局装置と無線で通信し、基地局装置を介して電子バリューサーバ５０−１〜５０−Ｎ、ユーティリティ電子バリューサーバ６０とデータ通信する。

表示部１８は、例えば液晶ディスプレイ等の表示装置により構成され、制御部１２の処理により生成されたグラフィックデータに基づいて各種の画面を表示する。

入力部２０は、例えばキーボードやタッチパネル等により構成され、ユーザによる操作の入力を受け付ける。

ＩＣチップ２２は、第１〜第Ｎ電子バリュー及びユーティリティ電子バリューを保持すると共に、電子バリュー決済端末７０−１〜７０−Ｎ、ユーティリティ電子バリュー決済端末８０と非接触通信して決済処理を実行する。以下、ＩＣチップ２２の詳細について説明する。

［ＩＣチップ２２の構成］
図３には、ＩＣチップ２２のハードウェア構成の一例を示した。図３に示されるように、ＩＣチップ２２は、無線通信回路２４、ＣＰＵ２６、ＲＯＭ２８、ＲＡＭ３０、及びＥＥＰＲＯＭ３２を備える。

無線通信回路２４は、例えばアンテナや高周波回路を含み、電子バリュー決済端末７０−１〜７０−Ｎやユーティリティ電子バリュー決済端末８０と近距離（例えば数十センチメートル以内）の無線通信を行う。

ＣＰＵ２６は、ＲＯＭ２８に記憶される制御プログラム、ＥＥＰＲＯＭ３２に記憶される電子バリューアプリ１〜Ｎ、及びユーティリティ電子バリューアプリ等に基づいて、演算処理を実行するとともにＩＣチップ２２の各部を制御する中央処理装置である。

ＲＯＭ２８は、データの読み出しのみが可能なメモリであり、ＲＯＭ２８には例えばＩＣチップ２２の制御プログラム、制御データが記憶される。

ＲＡＭ３０は、データの書込及び読み出しが可能なメモリであり、ＲＡＭ３０はＣＰＵ２６による処理のワーキングメモリや、一時的なデータ記憶領域として用いられる。

ＥＥＰＲＯＭ３２は、データの書込及び読み出しが可能な不揮発性メモリである。ＥＥＰＲＯＭ３２には例えば、電子バリューの決済用のプログラムや電子バリュー等が記憶される。

［ＥＥＰＲＯＭ３２の構成例］
図４には、ＥＥＰＲＯＭ３２に記憶されるデータの一例を示した。図４に示されるように、ＥＥＰＲＯＭ３２には、例えば、電子バリューアプリケーションＡ−１〜Ａ−Ｎ（以下、電子バリューアプリＡ−１〜Ａ−Ｎ）、ユーティリティ電子バリューアプリケーションＵ（以下、ユーティリティ電子バリューアプリＵＡ）、設定情報Ｓが記憶される。

電子バリューアプリＡ−ｉ（ｉ＝１〜Ｎ）は、例えば電子バリュー格納領域４０−ｉ、鍵情報格納領域４２−ｉ、プログラム格納領域４４−ｉを含み、それぞれの格納領域は第ｉ電子バリューに固有の暗号鍵により暗号化される。上記それぞれの格納領域に格納されるデータ及びプログラムの読み、書き、実行には、第ｉ電子バリューの暗号鍵を必要とすることとしてよい。

電子バリュー格納領域４０−ｉには、例えば第ｉ電子バリューの残高、利用ログデータ等が格納されている。

鍵情報格納領域４２−ｉには、例えばユーティリティ電子バリューの暗号鍵の情報が格納されている。

プログラム格納領域４４−ｉには、例えばコマンドごとに、当該コマンドを受け付けた場合に実行する処理を記述したプログラムが格納される。例えば、プログラム格納領域４４−ｉには、電子バリュー格納領域４０−ｉに格納される電子バリューの残高を照会する処理、指定されたチャージ金額を電子バリュー格納領域４０−ｉに格納される電子バリューの残高に加算する処理、指定された決済金額を電子バリュー格納領域４０−ｉに格納される電子バリューの残高から減算する処理、及びユーティリティ電子バリューアプリＵＡと連携するための各種処理等のプログラムが格納される。例えば、電子バリューアプリがユーティリティ電子バリューアプリＵＡと連携する際の認証には、鍵情報格納領域４２−ｉに格納されるユーティリティ電子バリューの鍵情報を用いることとしてよい。なお、上記加算する処理を記述したプログラム及び上記減算する処理を記述したプログラムに代えて、又はこれらのプログラムとともに、電子バリューの残高の上書きコマンドを受け付けた場合に実行する残高上書き処理を記述したプログラムを格納しておいてもよい。なお、本実施形態において、電子バリューの加算コマンド、減算コマンド、上書きコマンドが、電子バリューの残高変更情報に相当する。以下の各実施形態は、残高変更情報が加算コマンド及び減算コマンドであることを想定している。

ユーティリティ電子バリューアプリＵＡは、例えば電子バリュー格納領域４０Ｕ、鍵情報格納領域４２Ｕ、プログラム格納領域４４Ｕを含み、各格納領域はユーティリティ電子バリューに固有の暗号鍵に基づいて暗号化されている。上記それぞれの格納領域に格納されるデータ及びプログラムの読み、書き、実行には、ユーティリティ電子バリューの暗号鍵を必要とすることとしてよい。

電子バリュー格納領域４０Ｕには、例えばユーティリティ電子バリューの残高、利用ログデータ等が格納されている。

鍵情報格納領域４２Ｕには、例えば第１〜第Ｎ電子バリューのそれぞれの暗号鍵の情報が格納されている。

プログラム格納領域４４Ｕには、コマンドごとに、当該コマンドを受け付けた場合に処理するプログラムが格納される。例えば、プログラム格納領域４４Ｕには、電子バリュー格納領域４０Ｕに格納されるユーティリティ電子バリューの残高を照会する処理、指定されたチャージ金額を電子バリュー格納領域４０Ｕに格納されるユーティリティ電子バリューの残高に加算する処理、指定された決済金額を電子バリュー格納領域４０Ｕに格納されるユーティリティ電子バリューの残高から減算する処理、及び電子バリューアプリＡ−１〜Ａ−Ｎと連携するための各種処理等のプログラムが記憶される。なお、ユーティリティ電子バリューアプリＵＡが電子バリューアプリＡ−１〜Ａ−Ｎと連携する際には、鍵情報格納領域４２Ｕに格納される第１〜第Ｎ電子バリューのそれぞれの鍵情報を用いて認証することとしてよい。また、上記加算する処理を記述したプログラム及び上記減算する処理を記述したプログラムに代えて、又はこれらのプログラムとともに、ユーティリティ電子バリューの残高の上書きコマンドを受け付けた場合に実行する残高上書き処理を記述したプログラムを格納しておいてもよい。

ＥＥＰＲＯＭ３２に記憶される設定情報Ｓには、例えば電子バリューのチャージに関する設定情報を含むこととしてよい。具体的には、設定情報Ｓには、ユーティリティ電子バリューのチャージに利用する第１〜第Ｎ電子バリューを選択する際の設定（電子バリュー選択設定）や、ユーティリティ電子バリューを自動チャージする際の設定（自動チャージ設定）等を含むこととしてよい。以下、電子バリュー選択設定と自動チャージ設定の一例について説明する。

電子バリュー選択設定には、例えば第１〜第Ｎ電子バリューのそれぞれについて優先順位を定めることとしてよい。この場合には、優先順位が高い順に選択された電子バリューからユーティリティ電子バリューにチャージする処理を指定された条件を満足するまで実行することとしてよい。なお、優先順位は、第１〜第Ｎ電子バリューについて予め定めていてもよいし、第１〜第Ｎ電子バリューの残高に基づいて定めることとしてもよい。また、電子バリュー選択設定には、例えば第１〜第Ｎ電子バリューのうち複数（例えば全て）の電子バリューを選択するように定めてもよい。この場合には、ユーティリティ電子バリューにチャージするチャージ金額を、選択した複数の電子バリューに均等に分担させてもよいし、それぞれの残高に応じた比率で分担させてもよい。

自動チャージ設定には、例えばユーティリティ電子バリューの自動チャージを開始する際に満たすべき条件（自動チャージ開始条件）や、自動チャージに係るチャージ金額（自動チャージ金額）を定めることとしてよい。自動チャージ開始条件は、例えばユーティリティ電子バリューの残高が閾値以下（又は閾値未満）であることとしてよい。なお、自動チャージ開始条件を判定するタイミングは、所定時刻、前回チャージ時から所定期間が経過した後、決済直後等としてよい。また、自動チャージ金額は、予め定められた金額（例えば上限金額、ユーザが予め登録した設定金額等）、予め定められた金額から現在の残高を引いた額、又は任意の設定金額等としてよい。

［自動チャージ処理のフローチャート］
次に、図５に示したフローチャートを参照して、ユーザ端末１０により行われる自動チャージ処理の一例について説明する。なお、図５に示したフローチャートでは、ユーティリティ電子バリューの自動チャージ処理について説明するが、他の電子バリュー１〜Ｎについても同様に自動チャージ処理を実行することとしてもよい。

図５に示されるように、ユーザ端末１０では、初期設定として、例えばユーザからの入力に基づいて、自動チャージを開始する自動チャージ開始条件（例えば残高が閾値Ｘ円未満であること等）、及び自動チャージ金額設定（例えばＹ円等）のそれぞれを登録する（Ｓ１０１）。

次に、ユーザ端末１０は、自動チャージの判定タイミング（例えば前回の判定から所定の時間間隔が経過したタイミング等）が到来していない場合には（Ｓ１０２：Ｎ）、待機し、上記判定タイミングが到来した場合には（Ｓ１０２：Ｙ）、ＩＣチップ２２に保持されるユーティリティ電子バリューの残高を取得する（Ｓ１０３）。そして、ユーザ端末１０は、取得した残高がＳ１０１で設定した自動チャージ開始条件を満足しない（例えばＸ円以上である）場合には（Ｓ１０４：Ｎ）、Ｓ１０２に戻り、自動チャージ開始条件を満足する（例えばＸ円未満である）場合には（Ｓ１０４：Ｙ）、設定された自動チャージ金額設定に基づいてチャージ金額を設定する（Ｓ１０５）。そして、ユーザ端末１０は、Ｓ１０５で設定したチャージ金額のチャージをユーティリティ電子バリューサーバ６０に要求し（Ｓ１０６）、ユーティリティ電子バリューサーバ６０によりチャージが許可された場合にユーティリティ電子バリューの残高にＳ１０５で設定したチャージ金額を加算する（Ｓ１０７）。ユーザ端末１０は、チャージ完了後には再びＳ１０２に戻る。

以上の自動チャージ処理によれば、ユーザ端末１０に保持される電子バリュー（例えばユーティリティ電子バリュー）の残高が一定額を下回らないように制御できる。

［第１の実施例］
次に、図６に示したシーケンス図を参照して、第１の実施例に係る決済処理を説明する。第１の実施例においては、第１〜第Ｎ電子バリューのうち決済に用いられる電子バリュー（第Ｍ電子バリューとする）にユーティリティ電子バリューから電子バリューを充当して決済することとする。なお、以下に説明する例では、決済開始時点での第Ｍ電子バリューの残高は決済金額に満たないこととする。なお、第１の実施例において、ユーティリティ電子バリューアプリＵＡは、ユーザ端末１０に備えられたＩＣチップ２２等のハードウェア資源と協働して、ユーザ端末１０を、仮想的な非同期型入金機能（仮想オフラインチャージ機能）を有する端末として動作させている。

図６に示されるように、電子バリュー決済端末７０−Ｍから、決済に用いる第Ｍ電子バリューの残高照会コマンドが送信されると（Ｓ２０１）、ＩＣチップ２２上で動作する電子バリューアプリＡ−Ｍがユーティリティ電子バリューアプリＵＡに対して残高照会コマンドを行う（Ｓ２０２）。そして、電子バリューアプリＡ−Ｍは、ユーティリティ電子バリューアプリＵＡからユーティリティ電子バリューの残高を受け取る（Ｓ２０３）。

電子バリューアプリＡ−Ｍは、Ｓ２０３で受け取ったユーティリティ電子バリューの残高と、第Ｍ電子バリューの残高とを合計して残高合計額を算出し（Ｓ２０４）、その残高合計額を電子バリュー決済端末７０−Ｍに送信する（Ｓ２０５）。ここで、残高合計額が決済金額以上である場合には、電子バリュー決済端末７０−Ｍから決済金額（要求金額）を指定した決済コマンドが送信される（Ｓ２０６）。

電子バリューアプリＡ−Ｍは、上記の決済コマンドを受け取ると、当該決済コマンドに指定される決済金額をユーティリティ電子バリューアプリＵＡに提供する（Ｓ２０７）。

ユーティリティ電子バリューアプリＵＡは、決済金額と第Ｍ電子バリューの残高との差額をチャージ金額（補充金額）として、当該チャージ金額をユーティリティ電子バリューの残高から減算する（Ｓ２０８）。なお、チャージ金額は、決済金額と第Ｍ電子バリューの残高との差額以上の額としてもよいし、決済コマンドに指定される決済金額をそのままチャージ金額としてもよい。ユーティリティ電子バリューアプリＵＡは、チャージ金額分の第Ｍ電子バリューを新規に発行し（Ｓ２０９）、発行した第Ｍ電子バリューについてのチャージ金額分の加算を電子バリューアプリＡ−Ｍに要求する（Ｓ２１０）。ここでは、第Ｍ電子バリューの残高を増額させるための加算コマンド（残高変更情報）を生成し、出力するものとする。

電子バリューアプリＡ−Ｍは、生成された加算コマンドに従ってチャージ金額を第Ｍ電子バリューの残高に加算し（Ｓ２１１）、その処理結果（成功／失敗）をユーティリティ電子バリューアプリＵＡに通知する（Ｓ２１２）。また、電子バリューアプリＡ−Ｍは、電子バリュー決済端末７０−Ｍから入力された決済コマンドに従い、残高加算後の第Ｍ電子バリューの残高から決済金額を減算して（Ｓ２１３）、その処理結果（成功／失敗）を電子バリュー決済端末７０−Ｍに送信する（Ｓ２１４）。

ユーティリティ電子バリューアプリＵＡは、Ｓ２０７以降の処理を以下のようにしてもよい。例えば、ユーティリティ電子バリューアプリＵＡは、電子バリューアプリＡ−Ｍから決済金額が提供された後に、ユーティリティ電子バリューの残高がチャージ金額分あるか否かを確認するようにしてもよい。そして、ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリューの残高がチャージ金額分ある場合に、チャージ金額分の第Ｍ電子バリューを発行し、発行した第Ｍ電子バリューについてのチャージ金額分の加算を電子バリューアプリＡ−Ｍに要求するようにしてもよい。そして、電子バリューアプリＡ−Ｍは、チャージ金額を第Ｍ電子バリューの残高に加算し、その処理結果（成功／失敗）をユーティリティ電子バリューアプリＵＡに通知するようにしてもよい。そして、ユーティリティ電子バリューアプリＵＡは、電子バリューアプリＡ−Ｍから加算成功の通知を受けた場合に、ユーティリティ電子バリューの残高からチャージ金額を減算するようにしてもよい。その後、電子バリューアプリＡ−Ｍは、残高加算後の第Ｍ電子バリューの残高から決済金額を減算して、その処理結果（成功／失敗）を電子バリュー決済端末７０−Ｍに送信するようにしてもよい。

以上説明した第１の実施例によれば、ユーザ端末１０内のＩＣチップ２２に格納された電子バリューのうちどれが決済に利用されたとしても、ユーティリティ電子バリューに十分に残高があれば残高不足にならない。なお、ユーティリティ電子バリューに、上述した自動チャージ処理を適用すれば、ユーティリティ電子バリューの残高が一定額を下回らないようになるため、決済時に残高が不足する事態が生じ難くなる。以下、第１実施例の変形例について説明する。

［第１実施例の変形例１］
電子バリューの残高変更情報として上書きコマンドが用いられる場合には、ＩＣチップ２２の内部で次のように処理を行うとよい。ここでは、第Ｍ電子バリューの残高から優先的に決済する例を示す。

電子バリューアプリＡ−Ｍは、決済コマンド（上書きコマンド）を受け取ると、当該決済コマンドに指定される書換金額をユーティリティ電子バリューアプリＵＡに提供する。ユーティリティ電子バリューアプリＵＡは、第Ｍ電子バリューの残高から決済金額（残高として応答した金額から書換金額を減算して求められる金額）を減算した差額Ｐを算出する。ここでは、差額Ｐが負数になる（第Ｍ電子バリューの残高だけでは決済金額に対して不足する）ものとする。

ユーティリティ電子バリューアプリＵＡは、差額Ｐの絶対値をユーティリティ電子バリューの残高から減算するとともに、第Ｍ電子バリューの残高を０で書き換える上書きコマンド（残高変更情報）を生成し、出力する。電子バリューアプリＡ−Ｍは、生成された上書きコマンドに従って第Ｍ電子バリューの残高を書き換え、その処理結果をユーティリティ電子バリューアプリＵＡに通知する。また、電子バリューアプリＡ−Ｍは、電子バリュー決済端末７０−Ｍから入力された決済コマンドに伴う処理は行わずに、処理結果のみを電子バリュー決済端末７０−Ｍに送信する。

なお、差額Ｐが非負数になる場合（第Ｍ電子バリューの残高だけで決済金額に対して不足しない場合）、ユーティリティ電子バリューアプリＵＡは、第Ｍ電子バリューの残高を差額Ｐで書き換える上書きコマンド（残高変更情報）を生成し、出力する。電子バリューアプリＡ−Ｍは、生成された上書きコマンドに従って第Ｍ電子バリューの残高を書き換え、その処理結果をユーティリティ電子バリューアプリＵＡに通知する。また、電子バリューアプリＡ−Ｍは、電子バリュー決済端末７０−Ｍから入力された決済コマンドに伴う処理は行わずに、処理結果のみを電子バリュー決済端末７０−Ｍに送信する。

［第１実施例の変形例２］
上述の変形例１と同様に、電子バリューの残高変更情報として上書きコマンドが用いられる場合には、ＩＣチップ２２の内部で次のように処理を行うとよい。ここでは、ユーティリティ電子バリューの残高から優先的に決済する例を示す。

電子バリューアプリＡ−Ｍは、決済コマンド（上書きコマンド）を受け取ると、当該決済コマンドに指定される書換金額をユーティリティ電子バリューアプリＵＡに提供する。ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリューの残高から決済金額（残高として応答した金額から書換金額を減算して求められる金額）を減算した差額Ｑを算出する。ここでは、差額Ｑが負数になる（ユーティリティ電子バリューの残高だけでは決済金額に対して不足する）ものとする。

ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリューの残高を０に書き換えるとともに、第Ｍ電子バリューの残高を差額Ｑの絶対値を減算した後の金額に書き換える上書きコマンド（残高変更情報）を生成し、出力する。電子バリューアプリＡ−Ｍは、生成された上書きコマンドに従って第Ｍ電子バリューの残高を書き換え、その処理結果をユーティリティ電子バリューアプリＵＡに通知する。また、電子バリューアプリＡ−Ｍは、電子バリュー決済端末７０−Ｍから入力された決済コマンドに伴う処理は行わずに、処理結果のみを電子バリュー決済端末７０−Ｍに送信する。

なお、差額Ｑが非負数になる場合（ユーティリティ電子バリューの残高だけで決済金額に対し不足しない場合）、ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリューの残高を差額Ｑに書き換える。電子バリューアプリＡ−Ｍは、電子バリュー決済端末７０−Ｍから入力された決済コマンドに伴う処理は行わずに、処理結果のみを電子バリュー決済端末７０−Ｍに送信する。

［第２の実施例］
次に、図７に示したシーケンス図を参照して、第２の実施例に係る決済処理を説明する。第２の実施例においては、ユーティリティ電子バリューが決済に用いられる場合に、第１〜第Ｎ電子バリューのうち少なくとも１つからユーティリティ電子バリューに残高を充当して決済することとする。なお、以下に説明する例では、決済開始時点でのユーティリティ電子バリューの残高は決済金額に満たないこととする。なお、第２の実施例において、ユーティリティ電子バリューアプリＵＡは、ユーザ端末１０に備えられたＩＣチップ２２等のハードウェア資源と協働して、ユーザ端末１０を、仮想的な非同期型決済機能（仮想オフライン決済機能）を有する端末として動作させている。

図７に示されるように、ユーティリティ電子バリュー決済端末８０から、決済に用いるユーティリティ電子バリューの残高照会コマンドが送信されると（Ｓ３０１）、ＩＣチップ２２上で動作するユーティリティ電子バリューアプリＵＡが電子バリューアプリＡ−１〜Ａ−Ｎのそれぞれに対して残高照会コマンドを発行し（Ｓ３０２）、電子バリューアプリＡ−１〜Ａ−Ｎから第１〜第Ｎ電子バリューのそれぞれの残高を受け取る（Ｓ３０３）。

ユーティリティ電子バリューアプリＵＡは、受け取った第１〜第Ｎ電子バリューのそれぞれの残高と、ユーティリティ電子バリューの残高とを合計して残高合計額を算出し（Ｓ３０４）、その残高合計額をユーティリティ電子バリュー決済端末８０に送信する（Ｓ３０５）。ここで、残高合計額が決済金額以上である場合には、ユーティリティ電子バリュー決済端末８０から決済金額（要求金額）を指定した決済コマンドが送信される（Ｓ３０６）。

次に、ユーティリティ電子バリューアプリＵＡは、上記の決済コマンドを受け取ると、第１〜第Ｎ電子バリューの中から未選択の電子バリュー（第ｉ電子バリューとする）を選択する（Ｓ３０７）。電子バリューの選択順序は第１〜第Ｎ電子バリューについて定められた優先順位に従ってもよいし、ランダムに選んでもよい。例えば、残高の降順に選択するとよい。

ユーティリティ電子バリューアプリＵＡは、決済コマンドに指定される決済金額とユーティリティ電子バリューの残高との差額、又は第ｉ電子バリューの残高のいずれか小さい方をチャージ金額として、電子バリューアプリＡ−ｉに対してチャージ金額の減算を要求する（Ｓ３０８）。ここでは、第ｉ電子バリューの残高を減額するための減算コマンド（残高変更情報）を生成し、出力するものとする。電子バリューアプリＡ−ｉは、生成された減算コマンドに従って第ｉ電子バリューの残高を変更する。なお、チャージ金額には、上記の例に限らず、第ｉ電子バリューによるチャージ上限額を設定することとしてもよい。

ユーティリティ電子バリューアプリＵＡは、電子バリューアプリＡ−ｉから、減算要求に係るチャージ金額を第ｉ電子バリューの残高から減算した処理結果を受け取り（Ｓ３０９）、処理結果が失敗である場合には（Ｓ３１０：Ｎ）、Ｓ３０７に進み、処理結果が成功である場合には（Ｓ３１０：Ｙ）、チャージ金額分をユーティリティ電子バリューに加算する（Ｓ３１１）。

ユーティリティ電子バリューアプリＵＡは、加算後のユーティリティ電子バリューの残高が決済金額に等しくない（又は決済金額に満たない）場合には（Ｓ３１２：Ｎ）、Ｓ３０７に戻り、加算後のユーティリティ電子バリューの残高が決済金額に等しい（又は決済金額以上となった）場合には（Ｓ３１２：Ｙ）、ユーティリティ電子バリュー決済端末８０から入力された決済コマンドに従い、ユーティリティ電子バリューの残高から決済金額を減算して（Ｓ３１３）、その処理結果（成功／失敗）をユーティリティ電子バリュー決済端末８０に送信する（Ｓ３１４）。このように、ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリューの残高から決済金額（要求金額）を減額するために必要な金額（補充金額）を、１以上の電子バリューの残高から補充する。

以上説明した第２の実施例によれば、ユーザ端末１０に保持されたユーティリティ電子バリューの決済時に、ユーザ端末１０に保持された決済に用いられない他の電子バリューの残高も利用することができる。これにより、ユーザ端末１０に保持された電子バリュー（ユーティリティ電子バリューも含む）の残高の総額を利用できる。以下、第２実施例の変形例について説明する。

［第２実施例の変形例１］
ユーティリティ電子バリューの残高変更情報として上書きコマンドが用いられる場合には、ＩＣチップ２２の内部で次のように処理を行うとよい。

ユーティリティ電子バリューアプリＵＡは、決済コマンド（上書きコマンド）を受け取ると、ユーティリティ電子バリューの残高から決済金額（残高として応答した金額から受け取った決済コマンドに指定される書換金額を減算して求められる金額）を減算した差額Ｒを算出する。ここで、差額Ｒが負数になる（ユーティリティ電子バリューの残高だけでは決済金額に対して不足する）場合は、ユーティリティ電子バリューの残高を０で上書きする。一方、差額Ｒが非負数になる（ユーティリティ電子バリューの残高だけで決済金額に対して不足しない）場合は、ユーティリティ電子バリューの残高を、決済金額を減算した金額で上書きする。ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリュー決済端末８０から入力された決済コマンドに伴う処理は行わずに、処理結果のみをユーティリティ電子バリュー決済端末８０に送信する。

［第２実施例の変形例２］
また、上記の図７に示したシーケンスにおいては、ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリュー決済端末８０から残高照会のコマンドを受け付けた後に、電子バリューアプリＡ−１〜Ａ−Ｎから残高を取得し残高合計額を算出することとしたが、例えば図８に示すように、第１〜第Ｎ電子バリューの残高リストを逐次更新して保持し、残高照会のコマンドを受け付けた際に第１〜第Ｎ電子バリューの残高リストを参照して残高合計額を応答することとしてもよい。

図８には、ユーティリティ電子バリューアプリＵＡにより行われる残高リスト更新処理のシーケンス図を示した。

図８に示されるように、ユーティリティ電子バリューアプリＵＡは、残高リスト更新処理を実行する所定のタイミング（例えば指定されたタイミング、前回の残高集計処理から所定の時間間隔が経過したタイミング、決済直後等）が到来していない場合には（Ｓ４０１：Ｎ）、待機し、所定のタイミングが到来した場合には（Ｓ４０１：Ｙ）、ＩＣチップ２２に搭載された第１〜第Ｎ電子バリューのリストを参照し（Ｓ４０２）、そのリストの中から未選択の電子バリューを選択する（Ｓ４０３）。Ｓ４０３で選択した電子バリューを第ｉ電子バリューとすると、ユーティリティ電子バリューアプリＵＡは、電子バリューアプリＡ−ｉに残高参照コマンドを発行して第ｉ電子バリューの残高を照会し（Ｓ４０４）、電子バリューアプリＡ−ｉは第ｉ電子バリューの残高を返す（Ｓ４０５）。

ユーティリティ電子バリューアプリＵＡは、第ｉ電子バリューの残高に基づいて電子バリューの残高リストを更新し（Ｓ４０６）、リスト中の全ての電子バリューの残高を取得していない場合には（Ｓ４０７：Ｎ）、Ｓ４０３に戻り、リスト中の全ての電子バリューの残高を取得した場合には（Ｓ４０７：Ｙ）、Ｓ４０１に戻る。

このように、電子バリューの残高リストを逐次更新して保持するようにした場合には、ユーティリティ電子バリュー決済端末８０に要求された残高を応答するまでのレスポンス時間を短縮できる。

［第３の実施例］
次に、図９Ａ及び図９Ｂに示したシーケンス図を参照して、第３の実施例に係る決済処理を説明する。第３の実施例においては、第１〜第Ｎ電子バリューのうち決済に用いられる第Ｍ電子バリューに、決済に用いない他の電子バリューからユーティリティ電子バリューを介して残高を充当して決済することとする。なお、以下に説明する例では、決済開始時点での第Ｍ電子バリューの残高は決済金額に満たないこととする。なお、第３の実施例において、ユーティリティ電子バリューアプリＵＡは、ユーザ端末１０に備えられたＩＣチップ２２等のハードウェア資源と協働して、ユーザ端末１０を、仮想的な非同期型入金機能（仮想オフライン入金機能）及び仮想的な非同期型決済機能（仮想オフライン決済機能）を有する端末として動作させている。

図９Ａに示されるように、電子バリュー決済端末７０−Ｍから、決済に用いる第Ｍ電子バリューの残高照会コマンドが送信されると（Ｓ５０１）、ＩＣチップ２２上で動作する電子バリューアプリＡ−Ｍがユーティリティ電子バリューアプリＵＡに対して残高照会コマンドを発行（Ｓ５０２）。ユーティリティ電子バリューアプリＵＡは、電子バリューアプリＡ−１〜Ａ−Ｎのそれぞれに対して残高照会コマンドを発行し（Ｓ５０３）、電子バリューアプリＡ−１〜Ａ−Ｎから第１〜第Ｎ電子バリューのそれぞれの残高を受け取る（Ｓ５０４）。

ユーティリティ電子バリューアプリＵＡは、受け取った第１〜第Ｎ電子バリューのそれぞれの残高と、ユーティリティ電子バリューの残高とを合計して残高合計額を算出し（Ｓ５０５）、その残高合計額を電子バリューアプリＡ−Ｍに応答する（Ｓ５０６）。電子バリューアプリＡ−Ｍは、上記の残高合計額を電子バリュー決済端末７０−Ｍに送信する（Ｓ５０７）。ここで、残高合計額が決済金額以上である場合には、電子バリュー決済端末７０−Ｍから決済金額（要求金額）を指定した決済コマンドが送信される（Ｓ５０８）。

次に、図９Ｂに示されるように、電子バリューアプリＡ−Ｍは、上記の決済コマンドを受け取ると、当該決済コマンドに指定される決済金額をユーティリティ電子バリューアプリＵＡに提供する（Ｓ５０９）。ユーティリティ電子バリューアプリＵＡは、第Ｍ電子バリュー以外の第１〜第Ｎ電子バリューの中から未選択の電子バリュー（第ｉ電子バリューとする）を選択する（Ｓ５１０）。電子バリューの選択順序は第１〜第Ｎ電子バリューについて定められた優先順位に従ってもよいし、ランダムに選んでもよい。例えば、残高の降順に選択するとよい。

ユーティリティ電子バリューアプリＵＡは、決済金額と第Ｍ電子バリューの残高との差額を必要チャージ金額（第１の補充金額）として、必要チャージ金額とユーティリティ電子バリューの残高との差額、又は第ｉ電子バリューの残高のいずれか小さい方をチャージ金額として、電子バリューアプリＡ−ｉに対してチャージ金額の減算を要求する（Ｓ５１１）。ここでは、第ｉ電子バリューの残高を減額するための減算コマンド（残高変更情報）を生成し、出力するものとする。電子バリューアプリＡ−ｉは、生成された減算コマンドに従って第ｉ電子バリューの残高を変更する。チャージ金額には、上記の例に限らず、第ｉ電子バリューによるチャージ上限額を設定することとしてもよい。

ユーティリティ電子バリューアプリＵＡは、電子バリューアプリＡ−ｉから、要求された減算要求に係るチャージ金額を第ｉ電子バリューの残高から減算した処理結果を受け取り（Ｓ５１２）、処理結果が失敗である場合には（Ｓ５１３：Ｎ）、Ｓ５１０に進み、処理結果が成功である場合には（Ｓ５１３：Ｙ）、チャージ金額分をユーティリティ電子バリューに加算する（Ｓ５１４）。

ユーティリティ電子バリューアプリＵＡは、加算後のユーティリティ電子バリューの残高が必要チャージ金額に等しくない（又は必要チャージ金額に満たない）場合には（Ｓ５１５：Ｎ）、Ｓ５１０に進み、加算後のユーティリティ電子バリューの残高が必要チャージ金額に等しい（又は必要チャージ金額以上である）場合には（Ｓ５１５：Ｙ）、ユーティリティ電子バリューの残高から必要チャージ金額を減算する（Ｓ５１６）。このように、ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリューの残高から必要チャージ金額（第１の補充金額）を減額するために必要な金額（第２補充金額）を、１以上の電子バリューの残高から補充する。そして、ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリューアプリＵＡは、減算した必要チャージ金額分の第Ｍ電子バリューを新規に発行し（Ｓ５１７）、発行した第Ｍ電子バリューについての必要チャージ金額分の加算を電子バリューアプリＡ−Ｍに要求する（Ｓ５１８）。ここでは、第Ｍ電子バリューの残高を増額するための加算コマンド（残高変更情報）を生成し、出力するものとする。

電子バリューアプリＡ−Ｍは、生成された加算コマンドに従って必要チャージ金額を第Ｍ電子バリューの残高に加算し（Ｓ５１９）、その処理結果（成功／失敗）をユーティリティ電子バリューアプリＵＡに通知する（Ｓ５２０）。また、電子バリューアプリＡ−Ｍは、ユーティリティ電子バリュー決済端末８０から入力された決済コマンドに従い、残高加算後の第Ｍ電子バリューの残高から決済金額を減算して（Ｓ５２１）、その処理結果（成功／失敗）を電子バリュー決済端末７０−Ｍに送信する（Ｓ５２２）。

ユーティリティ電子バリューアプリＵＡは、Ｓ５１５以降の処理を以下のようにしてもよい。例えば、ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリューの残高が必要チャージ金額分ある場合に（Ｓ５１５：Ｙ）、必要チャージ金額分の第Ｍ電子バリューを発行し、発行した第Ｍ電子バリューについての必要チャージ金額分の加算を電子バリューアプリＡ−Ｍに要求するようにしてもよい。そして、電子バリューアプリＡ−Ｍは、必要チャージ金額を第Ｍ電子バリューの残高に加算し、その処理結果（成功／失敗）をユーティリティ電子バリューアプリＵＡに通知するようにしてもよい。そして、ユーティリティ電子バリューアプリＵＡは、電子バリューアプリＡ−Ｍから加算成功の通知を受けた場合に、ユーティリティ電子バリューの残高から必要チャージ金額を減算するようにしてもよい。その後、電子バリューアプリＡ−Ｍは、残高加算後の第Ｍ電子バリューの残高から決済金額を減算して、その処理結果（成功／失敗）を電子バリュー決済端末７０−Ｍに送信するようにしてもよい。

以上説明した第３の実施例によれば、ユーザ端末１０内に保持されたどの電子バリューが決済に選択された場合にも、ユーザ端末１０に保持された決済に用いられない他の電子バリュー（ユーティリティ電子バリューを含む）の残高を利用することができる。これにより、どの電子バリューが選択されても、ユーザ端末１０に保持された電子バリュー（ユーティリティ電子バリューも含む）の残高の総額を利用できる。

第３の実施例において、電子バリューの残高変更情報として上書きコマンドが用いられる場合には、上述の［第１実施例の変形例１］又は［第１実施例の変形例２］と同様の考え方で処理を行うとよい。また、第３の実施例において、ユーティリティ電子バリューの残高変更情報として上書きコマンドが用いられる場合には、上述の［第２実施例の変形例１］と同様の考え方で処理を行うとよい。

［第４の実施例］
上記の実施形態では、ユーティリティ電子バリューのみが第１〜第Ｎ電子バリューと直接交換（移転）可能としたが、第１〜第Ｎ電子バリュー間でも電子バリューの直接交換を可能としてもよい。第１〜第Ｎ電子バリュー間で電子バリューの交換は、例えば各電子バリューアプリＡ−１〜Ａ−Ｎに、ユーティリティ電子バリューアプリＵＡと同等の機能を持たせることで実現できる。以下、第１〜第Ｎ電子バリュー間でも電子バリューの交換を可能とした場合の第４の実施例に係る決済処理について説明する。なお、以下ではユーティリティ電子バリューとは区別しなくてよいため、ＩＣチップ２２に搭載された電子バリューを第１〜第Ｎ＋１電子バリューとする。なお、第４の実施例において、電子バリューアプリＡ−Ｍは、ユーザ端末１０に備えられたＩＣチップ２２等のハードウェア資源と協働して、ユーザ端末１０を、仮想的な非同期型入金機能（仮想オフライン入金機能）及び仮想的な非同期型決済機能（仮想オフライン決済機能）を有する端末として動作させている。

図１０には第４の実施形態に係る決済処理のシーケンス図を示した。第４の実施例では、第１〜第Ｎ＋１電子バリューのうち決済に用いられる電子バリュー（ここでは第Ｍ電子バリューとする）に、他の電子バリューから残高を充当して決済することとする。なお、以下に説明する例では、決済処理開始時点での第Ｍ電子バリューの残高は決済金額に満たないこととする。

図１０に示されるように、電子バリュー決済端末７０−Ｍから、決済に用いる第Ｍ電子バリューの残高照会コマンドが送信されると（Ｓ６０１）、ＩＣチップ２２上で動作する電子バリューアプリＡ−Ｍが他の電子バリューアプリに対して残高照会コマンドを発行し（Ｓ６０２）、当該他の電子バリューアプリから電子バリュー残高を受け取る（Ｓ６０３）。

電子バリューアプリＡ−Ｍは、第１〜第Ｎ＋１電子バリューのそれぞれの残高を合計して残高合計額を算出し（Ｓ６０４）、その残高合計額を電子バリュー決済端末７０−Ｍに送信する（Ｓ６０５）。ここで、残高合計額が決済金額以上である場合には、電子バリュー決済端末７０−Ｍから決済金額（要求金額）を指定した決済コマンドが送信される（Ｓ６０６）。

電子バリューアプリＡ−Ｍは、第Ｍ以外の第１〜第Ｎ＋１電子バリューの中から未選択の電子バリュー（第ｉ電子バリューとする）を選択する（Ｓ６０７）。電子バリューの選択順序は第１〜第Ｎ＋１電子バリューについて定められた優先順位に従ってもよいし、ランダムに選んでもよい。例えば、残高の降順に選択するとよい。

電子バリューアプリＡ−Ｍは、決済コマンドに指定される決済金額とユーティリティ電子バリューの残高との差額、又は第ｉ電子バリューの残高のいずれか小さい方をチャージ金額として、電子バリューアプリＡ−ｉにチャージ金額の減算を要求する（Ｓ６０８）。ここでは、ここでは、第ｉ電子バリューの残高を減額するための減算コマンド（残高変更情報）を生成し、出力するものとする。電子バリューアプリＡ−ｉは、生成された減算コマンドに従って第ｉ電子バリューの残高を変更する。チャージ金額には、上記の例に限らず、第ｉ電子バリューによるチャージ上限額を設定することとしてもよい。

電子バリューアプリＡ−Ｍは、電子バリューアプリＡ−ｉから、減算要求に係るチャージ金額を第ｉ電子バリューの残高から減算した処理結果を受け取り（Ｓ６０９）、処理結果が失敗である場合には（Ｓ６１０：Ｎ）、Ｓ６０７に進み、処理結果が成功である場合には（Ｓ６１０：Ｙ）、チャージ金額分の第Ｍ電子バリューを新規に発行し（Ｓ６１１）、発行した第Ｍ電子バリューについてのチャージ金額分を第Ｍ電子バリューに加算する（Ｓ６１２）。ここでは、第Ｍ電子バリューの残高を増額するための加算コマンド（残高変更情報）を生成し、当該生成された加算コマンドに従って第Ｍ電子バリューの残高を変更するものとする。

電子バリューアプリＡ−Ｍは、加算後の第Ｍ電子バリューの残高が決済金額に等しくない（又は決済金額に満たない）場合には（Ｓ６１３：Ｎ）、Ｓ６０７に戻り、加算後の第Ｍ電子バリューの残高が決済金額に等しい（又は決済金額以上である）場合には（Ｓ６１３：Ｙ）、電子バリュー決済端末７０−Ｍから入力された決済コマンドに従い、第Ｍ電子バリューの残高から決済金額を減算して（Ｓ６１４）、その処理結果（成功／失敗）を電子バリュー決済端末７０−Ｍに送信する（Ｓ６１５）。このように、電子バリューアプリＡ−Ｍは、第Ｍ電子バリューの残高から決済金額（要求金額）を減額するために必要な金額（補充金額）を、１以上の他の電子バリューの残高から補充する。

以上説明した第４の実施例によれば、ユーザ端末１０に保持されたどの電子バリューが決済に選択された場合にも、ユーザ端末１０に保持される電子バリューの総額を利用できる。また、第４の実施例は、第３の実施例に比べてユーティリティ電子バリューアプリケーションＵＡに処理が集中しないことで、処理負荷が低減される。

第４の実施例において、電子バリューの残高変更情報として上書きコマンドが用いられる場合には、上述の［第１実施例の変形例１］又は［第１実施例の変形例２］と同様の考え方で処理を行うとよい。

なお、本発明は上記説明した実施形態に限定されるものではない。例えば、上記の実施形態では、ユーザ端末１０は、電子バリューサーバ５０−１〜５０−Ｎ、ユーティリティ電子バリューサーバ６０から電子バリューをチャージする例を示したが、電子バリュー決済端末７０−１〜７０−Ｎ、ユーティリティ電子バリュー決済端末８０がそれぞれチャージ端末としても機能する場合には、これらのチャージ端末から電子バリューをチャージしてもよい。

なお、本実施形態に係るＩＣチップ２２は、携帯電話機に限らずＩＣカード等に搭載してもよいのはもちろんである。

Claims (11)

1. 記憶している複数の電子バリューの残高をそれぞれ変更する複数の残高変更手段を備える決済モジュールであって、
   ユーティリティ電子バリューの残高を記憶する記憶手段と、
   前記複数の電子バリューの１つに対して外部から入力された残高変更情報において指定される要求金額を該１つの電子バリューの残高から減額するために必要な第１の補充金額を取得する第１補充金額取得手段と、
   前記取得された第１の補充金額を前記記憶手段に記憶する前記ユーティリティ電子バリューの残高から減額するために必要な第２の補充金額を取得する第２補充金額取得手段と、
   前記１つの電子バリュー以外の他の電子バリューの残高から減額される金額の合計が前記取得された第２の補充金額に等しくなるように、該他の電子バリューのうち少なくとも１つの電子バリューの残高をそれぞれ減額するための少なくとも１つの残高変更情報を生成する第１残高変更情報生成手段と、
   前記生成された少なくとも１つの残高変更情報に従って対応する電子バリューの残高が対応する残高変更手段によりそれぞれ変更された場合に、前記記憶手段において、前記ユーティリティ電子バリューの残高を前記第２の補充金額だけ増額し、該ユーティリティ電子バリューの残高を前記第１の補充金額だけ減額し、該第１の補充金額だけ前記１つの電子バリューの残高を増額するための残高変更情報を生成する第２残高変更情報生成手段と、をさらに備え、
   前記１つの電子バリューに対応する残高変更手段が、前記第２残高変更情報生成手段により生成された残高変更情報と前記外部から入力された残高変更情報とに従って、該１つの電子バリューの残高を変更する、
   ことを特徴とする決済モジュール。
2. 前記１つの電子バリューの残高と前記要求金額とに基づいて前記第１の補充金額を決定し出力する第１補充金額出力手段をさらに含むことを特徴とする請求項１に記載の決済モジュール。
3. 前記第１補充金額出力手段が、前記要求金額から前記１つの電子バリューの残高を減算した差額を前記補充金額として決定することを特徴とする請求項２に記載の決済モジュール。
4. 前記要求金額を前記第１補充金額として出力する補充金額出力手段をさらに含むことを特徴とする請求項１に記載の決済モジュール。
5. 前記ユーティリティ電子バリューの残高と前記第１の補充金額とに基づいて前記第２の補充金額を決定し出力する第２補充金額出力手段をさらに含むことを特徴とする請求項１乃至４のいずれかに記載の決済モジュール。
6. 前記第２補充金額出力手段が、前記第１の補充金額から前記ユーティリティ電子バリューの残高を減算した差額を前記第２の補充金額として決定することを特徴とする請求項５に記載の決済モジュール。
7. 前記第１の補充金額を前記第２の補充金額として出力する第２補充金額出力手段をさらに含むことを特徴とする請求項１乃至４のいずれかに記載の決済モジュール。
8. 記憶している複数の電子バリューの残高をそれぞれ読み出して出力する複数の残高出力手段を備える決済モジュールであって、
   前記複数の電子バリューの１つに対して外部から残高要求が入力された際に、前記記憶手段に記憶する前記ユーティリティ電子バリューの残高を取得する第１残高取得手段と、
   前記複数の電子バリューの１つに対して外部から残高要求が入力された際に、該１つの電子バリュー以外の他の少なくとも１つの電子バリューの残高をそれぞれ取得する少なくとも１つの残高要求を発行する残高要求発行手段と、
   前記発行された少なくとも１つの残高要求に応じて対応する電子バリューの残高が対応する残高出力手段によりそれぞれ出力された場合に、該出力された少なくとも１つの電子バリューの残高と前記取得された前記ユーティリティ電子バリューの残高との合計額を取得する第２残高取得手段と、をさらに備え、
   前記１つの電子バリューに対応する残高出力手段が、前記１つの電子バリューの残高と前記第２残高取得手段により取得される前記合計額との総計額を該１つの電子バリューの残高として出力する
   ことを特徴とする請求項１乃至７のいずれかに記載の決済モジュール。
9. 記憶している複数の電子バリューの残高をそれぞれ変更する複数の残高変更手段と、ユーティリティ電子バリューの残高を記憶する記憶手段とを備える決済モジュールによる決済方法であって、
   前記複数の電子バリューの１つに対して外部から入力された残高変更情報において指定される要求金額を該１つの電子バリューの残高から減額するために必要な第１の補充金額を取得する第１補充金額取得ステップと、
   前記取得された第１の補充金額を前記記憶手段に記憶する前記ユーティリティ電子バリューの残高から減額するために必要な第２の補充金額を取得する第２補充金額取得ステップと、
   前記１つの電子バリュー以外の他の電子バリューの残高から減額される金額の合計が前記取得された第２の補充金額に等しくなるように、該他の電子バリューのうち少なくとも１つの電子バリューの残高をそれぞれ減額するための少なくとも１つの残高変更情報を生成する第１残高変更情報生成ステップと、
   前記生成された少なくとも１つの残高変更情報に従って対応する電子バリューの残高が対応する残高変更手段によりそれぞれ変更された場合に、前記記憶手段において、前記ユーティリティ電子バリューの残高を前記第２の補充金額だけ増額し、該ユーティリティ電子バリューの残高を前記第１の補充金額だけ減額し、該第１の補充金額だけ前記１つの電子バリューの残高を増額するための残高変更情報を生成する第２残高変更情報生成ステップと、を含み、
   前記１つの電子バリューに対応する残高変更手段が、前記第２残高変更情報生成手段により生成された残高変更情報と前記外部から入力された残高変更情報とに従って、該１つの電子バリューの残高を変更する、
   ことを特徴とする決済方法。
10. 記憶している複数の電子バリューの残高をそれぞれ変更する複数の残高変更手段と、ユーティリティ電子バリューの残高を記憶する記憶手段とを備える決済モジュールとして機能するコンピュータを機能させるためのプログラムであって、
    前記複数の電子バリューの１つに対して外部から入力された残高変更情報において指定される要求金額を該１つの電子バリューの残高から減額するために必要な第１の補充金額を取得する第１補充金額取得手段と、
    前記取得された第１の補充金額を前記記憶手段に記憶する前記ユーティリティ電子バリューの残高から減額するために必要な第２の補充金額を取得する第２補充金額取得手段と、
    前記１つの電子バリュー以外の他の電子バリューの残高から減額される金額の合計が前記取得された第２の補充金額に等しくなるように、該他の電子バリューのうち少なくとも１つの電子バリューの残高をそれぞれ減額するための少なくとも１つの残高変更情報を生成する第１残高変更情報生成手段と、
    前記生成された少なくとも１つの残高変更情報に従って対応する電子バリューの残高が対応する残高変更手段によりそれぞれ変更された場合に、前記記憶手段において、前記ユーティリティ電子バリューの残高を前記第２の補充金額だけ増額し、該ユーティリティ電子バリューの残高を前記第１の補充金額だけ減額し、該第１の補充金額だけ前記１つの電子バリューの残高を増額するための残高変更情報を生成する第２残高変更情報生成手段として前記コンピュータを機能させ、
    前記１つの電子バリューに対応する残高変更手段が、前記第２残高変更情報生成手段により生成された残高変更情報と前記外部から入力された残高変更情報とに従って、該１つの電子バリューの残高を変更する、
    ことを特徴とするプログラム。
11. 記憶している複数の電子バリューの残高をそれぞれ変更する複数の残高変更手段と、ユーティリティ電子バリューの残高を記憶する記憶手段とを備える決済モジュールとして機能するコンピュータを機能させるためのプログラムであって、
    前記複数の電子バリューの１つに対して外部から入力された残高変更情報において指定される要求金額を該１つの電子バリューの残高から減額するために必要な第１の補充金額を取得する第１補充金額取得手段と、
    前記取得された第１の補充金額を前記記憶手段に記憶する前記ユーティリティ電子バリューの残高から減額するために必要な第２の補充金額を取得する第２補充金額取得手段と、
    前記１つの電子バリュー以外の他の電子バリューの残高から減額される金額の合計が前記取得された第２の補充金額に等しくなるように、該他の電子バリューのうち少なくとも１つの電子バリューの残高をそれぞれ減額するための少なくとも１つの残高変更情報を生成する第１残高変更情報生成手段と、
    前記生成された少なくとも１つの残高変更情報に従って対応する電子バリューの残高が対応する残高変更手段によりそれぞれ変更された場合に、前記記憶手段において、前記ユーティリティ電子バリューの残高を前記第２の補充金額だけ増額し、該ユーティリティ電子バリューの残高を前記第１の補充金額だけ減額し、該第１の補充金額だけ前記１つの電子バリューの残高を増額するための残高変更情報を生成する第２残高変更情報生成手段として前記コンピュータを機能させ、
    前記１つの電子バリューに対応する残高変更手段が、前記第２残高変更情報生成手段により生成された残高変更情報と前記外部から入力された残高変更情報とに従って、該１つの電子バリューの残高を変更する、
    ことを特徴とするプログラムを記録した情報記録媒体。

Images