電子マネーのチャージを行うための中継サーバ装置、システム、方法およびプログラム

【課題】金融機関システムに改修を加えることなく、携帯端末から電子マネーのチャージを行う。
【解決手段】電子マネーのチャージを行うための中継サーバ装置５００であって、チャージ要求を送信する携帯端末１００、チャージ要求に応じて資金を確保する金融機関システム３００、および資金に相当するバリューを発行する電子マネー事業者システム４００と情報の送受信を行う通信部５０１と、通信部５０１から金融機関システム３００へ送信される情報の一部または全部を、金融機関システム３００において処理可能な形式に変換する変換部５０５と、通信部５０１および変換部５０５を制御する制御部５０３と、を備えることを特徴とする中継サーバ装置５００を提供する。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子マネーのチャージを行うための中継サーバ装置、システム、方法およびプログラムに関する。
【背景技術】
【０００２】
携帯電話機などの携帯端末のＩＣ（Integrated Circuit）チップに電子マネーのバリュー（金銭的な価値）情報を格納し、携帯端末を使って電子マネーを利用することが近年普及している。かかる電子マネーのチャージ（入金）は、現金入金機によって行うこともできるが、ネットワークを介した通信が可能な携帯端末の特性を活かして、銀行等の金融機関の口座から電子マネーのチャージを行うことも一般的である。
【０００３】
図１１は、金融機関の口座から携帯端末に電子マネーのチャージを行うシステムの一般的な構成を示す図である。携帯端末１０は、ネットワーク２０を介して、金融機関システム３０および電子マネー事業者システム４０と接続されている。
【０００４】
ここで、携帯端末１０は、ネットワーク２０に接続可能で、内蔵したＩＣチップにバリュー情報を書き込むことで電子マネーとして利用可能なものである。ネットワーク２０は、携帯端末１０と金融機関システム３０、電子マネー事業者システム４０を相互に接続する、無線または有線の通信網である。
【０００５】
金融機関システム３０は、インタフェース３１およびホストコンピュータ３３を含む。インタフェース３１は、口座情報等の管理および操作を行うホストコンピュータ３３と外部のネットワークとの間に介され、金融機関システム３０の外部との情報の送受信を行う。電子マネー事業者システム４０は、金融機関システム３０での資金確保に基づき電子マネーのバリュー発行を行うシステムである。
【０００６】
上記のシステムを用いた電子マネーのチャージ処理の一般的な手順について説明する。まず、携帯端末１０は、利用者の操作に基づき、携帯端末１０の識別情報、チャージ金額、利用者の口座情報等を含むチャージ要求を、金融機関システム３０に向けて送信する。
【０００７】
チャージ要求は、金融機関システム３０のインタフェース３１によって受信される。インタフェース３１は、チャージ要求に含まれる利用者の口座情報およびチャージ金額に基づいて、利用者から電子マネー事業者へのチャージ金額分の資金確保を、ホストコンピュータ３３に依頼する。ホストコンピュータ３３が資金確保に成功した場合、インタフェース３１は、携帯端末１０の識別情報、チャージ金額等を含むバリュー発行要求を、電子マネー事業者システム４０に向けて送信する。
【０００８】
電子マネー事業者システム４０は、バリュー発行要求に基づき、携帯端末１０用に、チャージ金額分のバリューを発行する。バリューの発行に成功した場合、電子マネー事業者システム４０は、バリュー発行応答を携帯端末１０に向けて送信する。
【０００９】
バリュー発行応答を受信した携帯端末１０は、バリュー受取要求を電子マネー事業者システム４０に向けて送信する。バリュー受取要求を受信した電子マネー事業者システム４０は、発行されたバリューのデータを携帯端末に向けて送信し、携帯端末は受信したバリューのデータをＩＣチップに書き込む。以上の手順により、電子マネーのチャージ処理が完了する。
【００１０】
上記のような携帯端末を用いた電子マネーのチャージシステムは既に多く知られている。例えば、金融機関システム３０のインタフェース３１として、銀行のインターネットバンキングシステムを用いる技術が、特許文献１において開示されている。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００９−９８８５２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかし、上記のようなシステムによって電子マネーのチャージを行う場合、金融機関システムのインタフェースを、携帯端末からのチャージ要求を処理できるよう改修する必要がある。金融機関システムにおいてはシステムの高い信頼性が要求されることから、インタフェースの改修には多大な時間と費用を要するという問題があった。
【００１３】
また、自由に移動し、電池によって駆動される携帯端末の特性上、携帯端末との無線通信が切断されたり、処理中に携帯端末の電池が切れたりして、電子マネーのチャージ処理が中断される可能性がある。チャージ処理が中断された場合、バリューの二重発行や消失を防ぐため、システムのオペレータにより、どこで通信が中断されたか調査してから復旧する必要がある。このため、処理中断時には復旧までに時間がかかるという問題があった。
【００１４】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明が１つの目的とするところは、金融機関システムに改修を加えることなく、携帯端末から電子マネーのチャージを行うことができる、新規かつ改良された中継サーバ装置、システムおよび方法を提供することにある。
【００１５】
また、本発明が別の目的とするところは、電子マネーのチャージ処理が中断された場合に、迅速かつ確実に復旧を行うことが可能な、新規かつ改良された中継サーバ装置、システム、方法およびプログラムを提供することにある。
【課題を解決するための手段】
【００１６】
上記課題を解決するために、本発明のある観点によれば、電子マネーのチャージを行うための中継サーバ装置であって、チャージ要求を送信する携帯端末、上記チャージ要求に応じて資金を確保する金融機関システム、および上記資金に相当するバリューを発行する電子マネー事業者システムと情報の送受信を行う通信部と、上記通信部から上記金融機関システムへ送信される上記情報の一部または全部を、上記金融機関システムにおいて処理可能な形式に変換する変換部と、上記通信部および変換部を制御する制御部と、を備えることを特徴とする中継サーバ装置が提供される。
【００１７】
かかる構成により、金融機関システムに汎用的なインタフェースが備えられてさえいれば、金融機関システムにそれ以上の改修を加えることなく、より少ない時間と費用で、携帯端末から電子マネーのチャージを行うシステムを構築することが可能となる。
【００１８】
ここで、上記中継サーバ装置は、上記通信部が行う上記情報の一連の送受信を識別するトランザクションＩＤおよび上記トランザクションＩＤに対応する処理状況が格納される記憶部をさらに備え、上記制御部は、上記携帯端末から上記通信部を介して受信したＩＤ発行要求に応じて上記トランザクションＩＤを発行し、上記記憶部に上記トランザクションＩＤおよび上記処理状況を格納するとともに、上記トランザクションＩＤを、上記通信部を介して上記携帯端末に送信し、上記通信部が上記一連の送受信を行うときに、上記記憶部に格納された上記処理状況を更新し、上記一連の送受信が中断した場合、上記携帯端末から上記通信部を介して受信した再開要求および上記トランザクションＩＤと、上記記憶部から読み出した上記トランザクションＩＤおよび上記処理状況とに基づいて、上記通信部に上記一連の送受信を再開させてもよい。
【００１９】
かかる構成により、中断された電子マネーチャージ処理を、中継サーバ装置側でのオペレータによる操作を待つことなく、携帯端末からの起動による処理で自動的かつ迅速に復旧させることが可能となる。
【００２０】
また、上記課題を解決するために、本発明の別の観点によれば、電子マネーのチャージを行うためのシステムであって、携帯端末からのチャージ要求に応じて資金を確保する金融機関システムと、上記資金に相当するバリューを発行する電子マネー事業者システムと、上記携帯端末と、上記金融機関システムと、上記電子マネー事業者システムとの間に介されてそれぞれと情報の送受信を行う中継サーバ装置と、を含み、上記中継サーバ装置は、上記中継サーバ装置から上記金融機関システムへ送信される上記情報の一部または全部を、上記金融機関システムにおいて処理可能な形式に変換することを特徴とするシステムが提供される。
【００２１】
ここで、上記中継サーバ装置は、上記携帯端末から受信した発行要求に応じて、上記中継サーバ装置が行う上記情報の一連の送受信を識別するトランザクションＩＤを発行し、上記トランザクションＩＤおよび上記トランザクションＩＤに対応する処理状況を上記中継サーバ装置に備えられた記憶部に格納し、上記トランザクションＩＤを上記携帯端末に送信し、上記一連の送受信を行うときに、上記記憶部に上記処理状況を格納し、上記一連の送受信が中断した場合、上記携帯端末から受信した再開要求および上記トランザクションＩＤと、上記記憶部から読み出した上記トランザクションＩＤおよび上記処理状況とに基づいて上記一連の送受信を再開してもよい。
【００２２】
また、上記課題を解決するために、本発明の別の観点によれば、電子マネーのチャージを行うための方法であって、携帯端末が、中継サーバ装置にチャージ要求を送信するステップと、上記中継サーバ装置が、上記チャージ要求を金融機関システムにおいて処理可能な形式の資金確保要求に変換して、上記金融機関システムに送信するステップと、上記金融機関システムが、上記資金確保要求に応じて資金の確保を行い、資金確保応答を上記中継サーバ装置に送信するステップと、上記中継サーバ装置が、上記資金確保応答を受信した後、電子マネー事業者システムに上記資金に相当するバリュー発行要求を送信するステップと、上記電子マネー事業者システムが、上記バリュー発行要求に応じて上記資金に相当するバリューを発行し、バリュー発行応答を上記中継サーバ装置に送信するステップと、上記中継サーバ装置が、上記バリュー発行応答を受信した後、上記携帯端末にチャージ応答を送信するステップと、を含むことを特徴とする方法が提供される。
【００２３】
ここで、上記方法は、上記携帯端末が、上記中継サーバ装置に、情報の一連の送受信を識別するトランザクションＩＤの発行要求を送信するステップと、上記中継サーバ装置が、上記発行要求に応じて、上記トランザクションＩＤを発行し、上記中継サーバ装置に備えられた記憶部に上記トランザクションＩＤおよび上記トランザクションＩＤに対応する処理状況を格納するとともに、上記携帯端末に上記トランザクションＩＤを送信するステップと、上記携帯端末が、上記トランザクションＩＤを受信し、上記携帯端末に備えられる記憶部に上記トランザクションＩＤおよび上記トランザクションＩＤに対応する処理状況を格納するステップと、をさらに含み、上記携帯端末が上記チャージ要求を送信するステップは、上記携帯端末が上記トランザクションＩＤを格納するステップの後に実行され、上記各ステップにおいて、上記携帯端末に備えられた記憶部および上記中継サーバ装置に備えられた記憶部に格納された、上記トランザクションＩＤに対応する処理状況が更新され、上記各ステップのいずれかが中断された場合、上記携帯端末が、上記携帯端末に備えられた記憶部から読み出した上記トランザクションＩＤおよび上記処理状況に基づいて、上記中継サーバ装置に、上記一連の送受信の再開要求および上記トランザクションＩＤを送信するステップと、上記中継サーバ装置が、上記再開要求および上記トランザクションＩＤと、上記中継サーバ装置に備えられた記憶部から読み出した上記トランザクションＩＤおよび上記処理状況とに基づいて、上記中断されたステップを再開するステップと、がさらに実行されてもよい。
【００２４】
また、上記課題を解決するために、本発明の別の観点によれば、携帯端末に備えられるコンピュータに電子マネーのチャージ処理を実行させるためのプログラムであって、中継サーバ装置に、情報の一連の送受信を識別するトランザクションＩＤの発行要求を送信するステップと、上記中継サーバ装置から上記トランザクションＩＤを受信し、上記携帯端末に備えられる記憶部に上記トランザクションＩＤおよび上記トランザクションＩＤに対応する処理状況を格納するステップと、上記中継サーバ装置にチャージ要求を送信するステップと、上記中継サーバ装置からチャージ応答を受信するステップと、を上記コンピュータに実行させ、上記各ステップにおいては、上記記憶部に格納された上記処理状況が更新され、上記各ステップのいずれかが中断された場合、上記記憶部から上記トランザクションＩＤおよび上記処理状況を読み出すステップと、上記トランザクションＩＤおよび上記処理状況に基づいて、上記一連の送受信の再開要求および上記トランザクションＩＤを上記中継サーバ装置に送信するステップと、をさらに上記コンピュータに実行させることを特徴とするプログラムが提供される。
【発明の効果】
【００２５】
以上説明したように本発明によれば、金融機関システムに改修を加えることなく、携帯端末から電子マネーのチャージを行うことができ、また、電子マネーのチャージ処理が中断された場合に、迅速かつ確実に復旧を行うことができる。
【図面の簡単な説明】
【００２６】
【図１】本発明の実施形態を適用した電子マネーチャージシステムの構成図である。
【図２】本発明の実施形態に係る中継サーバ装置のブロック図である。
【図３】本発明の第１の実施形態に係るシステムの構成と通信手順を示す図である。
【図４】本発明の第２の実施形態に係るシステムの構成と通信手順を示す図である。
【図５】同実施形態に係る携帯端末のメモリに格納されたデータの模式図である。
【図６】同実施形態に係る中継サーバ装置のデータベースに格納されたデータの模式図である。
【図７】同実施形態に係る情報の送受信と、携帯端末および中継サーバ装置に格納されるステータスとの関係を示す図である。
【図８Ａ】本実施形態に係る携帯端末が行う処理を示すフローチャートである。
【図８Ｂ】本実施形態に係る携帯端末が行う処理を示すフローチャートである。
【図９】本実施形態に係る中継サーバ装置が行う処理を示すフローチャートである。
【図１０】本実施形態に係る中継サーバ装置が行う処理を示すフローチャートである。
【図１１】従来の電子マネーチャージシステムの構成図である。
【発明を実施するための形態】
【００２７】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２８】
＜ハードウェアの構成例＞
図１は、本発明の実施形態を適用した、電子マネーのチャージを行うシステムの構成の一例を示す図である。携帯端末１００は、ネットワーク２００を介して、中継サーバ装置５００および電子マネー事業者システム４００と接続される。
【００２９】
中継サーバ装置５００は、さらに、金融機関システム３００および電子マネー事業者システム４００と接続される。中継サーバ装置５００と、金融機関システム３００および電子マネー事業者システム４００との間の接続は、図示したように専用線によるものでもよく、ネットワーク２００と同様に公衆網によるものでもよい。
【００３０】
図２は、本発明の実施形態に係る、中継サーバ装置５００の構成の一例を示す図である。中継サーバ装置５００は、通信部５０１、制御部５０３、変換部５０５を備え、必要に応じて記憶部５０７を備える。
【００３１】
通信部５０１は、通信デバイス、通信回路などにより構成され、携帯端末１００、金融機関システム３００および電子マネー事業者システム４００と情報の送受信をすることができる。制御部５０３および変換部５０５は、図示したようにＣＰＵ（Central Processing Unit）５１０が記憶部５０７に格納されたプログラムを読み出して実行することによってソフトウェアとして実現されてもよく、専用の制御デバイスを設けることによってハードウェアとして実現されてもよい。
【００３２】
記憶部５０７には、必要に応じて、ハードディスクドライブやフラッシュメモリ等が適宜組み合わせて用いられる。また、中継サーバ装置５００は、上記の他に必要に応じて、オペレータによる操作を受け付けるためのキーボード、マウス等の入力装置や、オペレータに対して処理の状態を表示するためのモニタ等の表示装置等を適宜備える。
【００３３】
以下、図１および図２を適時参照しながら、本発明の第１の実施形態および第２の実施形態について説明する。
【００３４】
＜第１の実施形態＞
［第１の実施形態に係るシステムの構成］
図３は、本発明の第１の実施形態に係る、電子マネーのチャージを行うシステムの構成と通信手順を示す図である。以下、図３を参照して本実施形態における電子マネーチャージの通信手順を説明する。
【００３５】
［第１の実施形態に係る通信手順］
本実施形態において、利用者の操作に基づき、電子マネーのチャージを行おうとする携帯端末１００は、携帯端末１００の識別情報、チャージ金額および利用者の口座情報等を含むチャージ要求を、中継サーバ装置５００に向けて送信する（１）。
【００３６】
中継サーバ装置５００では、通信部５０１が、携帯端末１００からチャージ要求を受信する。次に、変換部５０５が、受信されたチャージ要求を、金融機関システム３００において処理可能な資金確保要求に変換し、通信部５０１が資金確保要求を金融機関システム３００に送信する（２）。
【００３７】
ここで、中継サーバ装置５００において変換部５０５が行う変換処理について、例を挙げて説明する。例えば、金融機関システム３００のインタフェース３１０が、ｈｔｔｐプロトコルを用いた汎用的な（電子マネーのチャージを目的としていない）インターネットバンキングシステムである場合、変換部５０５は、チャージ要求に含まれるチャージ金額および利用者の口座情報等に基づいて、金融機関システム３００における利用者の口座からの資金確保要求を、インタフェース３１０に合わせてｈｔｔｐプロトコルで作成し、インタフェース３１０に送信する。なお、この資金確保要求は、インタフェース３１０の仕様に合わせて、複数回の手順によって行われるものであってもよい。
【００３８】
金融機関システム３００では、インタフェース３１０が、中継サーバ装置５００からの資金確保要求を受信する。インタフェース３１０は、受信された資金確保要求に基づいて、ホストコンピュータ３３０に利用者の口座からの資金確保の実行を依頼し、ホストコンピュータ３３０から返された処理結果を、資金確保応答として中継サーバ装置５００に送信する（３）。
【００３９】
中継サーバ装置５００では、通信部５０１が、金融機関システム３００からの資金確保応答を受信する。制御部５０３は、受信された資金確保応答を読み取り、処理結果が「成功」であれば、携帯端末１００から受信したチャージ要求に含まれる携帯端末１００の識別情報、チャージ金額等に基づいてバリュー発行要求を生成し、通信部５０１がバリュー発行要求を電子マネー事業者システム４００に送信する（４）。
【００４０】
一方、利用者の口座の資金不足等により資金確保応答の処理結果が「失敗」であった場合、制御部５０３は、「資金確保失敗」のチャージ応答を生成し、通信部５０１がチャージ応答を携帯端末１００に送信し、携帯端末１００は電子マネーのチャージ処理を終了する。この場合、電子マネーのチャージは例えば「資金不足のためチャージ不能」等のメッセージを携帯端末１００に表示して終了する。
【００４１】
電子マネー事業者システム４００は、中継サーバ装置５００からのバリュー発行要求を受信する。電子マネー事業者システム４００は、バリュー発行要求に基づいてバリューの発行処理を行い、処理結果をバリュー発行応答として中継サーバ装置５００に送信する（５）。
【００４２】
中継サーバ装置５００では、通信部５０１が、電子マネー事業者システム４００からのバリュー発行応答を受信する。制御部５０３は、受信されたバリュー発行応答を読み取り、処理結果が「成功」であれば、「バリュー発行成功」のチャージ応答を生成し、通信部５０１がチャージ応答を携帯端末１００に送信する（６）。
【００４３】
一方、利用者のバリュー受取件数の規定件数超過等によりバリュー発行応答の処理結果が「失敗」であった場合、制御部５０３は、「バリュー発行失敗」のチャージ応答を生成し、通信部５０１がチャージ応答を携帯端末１００に送信し、携帯端末１００は電子マネーのチャージ処理を終了する。この場合、電子マネーのチャージは例えば「受取件数超過のためバリュー発行不能」等のメッセージを携帯端末１００に表示して終了する。
【００４４】
携帯端末１００は、中継サーバ装置５００から受信したチャージ応答が「バリュー発行成功」である場合、電子マネー事業者システム４００にバリュー受取要求を送信する（７）。
【００４５】
電子マネー事業者システム４００は、携帯端末１００から受信したバリュー受取要求に応じて、発行されたバリューのデータを携帯端末１００に送信する（８）。携帯端末１００は、受信したバリューのデータをＩＣチップに書き込み、電子マネーのチャージ処理を終了する。この場合、電子マネーのチャージは例えば「チャージ成功」等のメッセージと、チャージ金額、バリュー残高等を携帯端末１００に表示して終了する。
【００４６】
［第１の実施形態による効果］
本実施形態においては、電子マネーのチャージ処理における一連の情報の送受信を、中継サーバ装置５００を介して行う。金融機関システム３００との通信において、中継サーバ装置５００の変換部５０５によって、携帯端末１００からのチャージ要求は、金融機関システム３００の汎用的なインタフェース３１０で処理可能な資金確保要求に変換して送信される。
【００４７】
上記の構成により、金融機関システム３００に汎用的なインタフェース３１０が備えられてさえいれば、金融機関システム３００にそれ以上の改修を加えることなく、より少ない時間と費用で、携帯端末１００から電子マネーのチャージを行うシステムを構築することが可能となる。
【００４８】
＜第２の実施形態＞
［第２の実施形態に係るシステムの構成］
図４は、本発明の第２の実施形態に係る、電子マネーのチャージを行うシステムの構成と通信手順を示す図である。以下、図４を参照して本実施形態における電子マネーチャージの通信手順を説明する。
【００４９】
本実施形態においては、第１の実施形態に係るシステムの構成に加えて、携帯端末１００のメモリ１２０および中継サーバ装置５００のデータベース５２０を使用する。メモリ１２０は、携帯端末１００に備えられている、フラッシュメモリ等の不揮発性メモリである。データベース５２０は、中継サーバ装置５００の記憶部５０７に構築される。
【００５０】
［第２の実施形態に係る通信手順］
本実施形態において、利用者の操作に基づき、電子マネーのチャージを行おうとする携帯端末１００は、トランザクションＩＤを発行するためのＩＤ発行要求を、中継サーバ装置５００に向けて送信する（１）。
【００５１】
ここで、トランザクションＩＤとは、電子マネーのチャージのために、携帯端末１００、中継サーバ装置５００、金融機関システム３００および電子マネー事業者システム４００の間で行われる情報の一連の送受信を識別するＩＤである。トランザクションＩＤは、１回の電子マネーのチャージ手続に対して一意となるように与えられ、例えば、携帯端末１００の識別情報およびＩＤ生成時の時刻情報を表す文字列に、１日の中で割り振られるシーケンス番号を結合した文字列が用いられる。
【００５２】
中継サーバ装置５００では、制御部５０３が、通信部５０１を介して携帯端末１００からのＩＤ発行要求を受け取る。ＩＤ発行要求を受け取った制御部５０３は、トランザクションＩＤを生成し、生成したトランザクションＩＤをデータベース５２０に格納するとともに、通信部５０１を介して携帯端末１００に送信する（２）
【００５３】
以下、チャージ要求（３）、資金確保要求（４）、資金確保応答（５）、バリュー発行要求（６）、バリュー発行応答（７）、チャージ応答（８）、バリュー受取要求（９）、受取応答（１０）で送受信される情報ついては、第１の実施形態で説明した処理と同様であるため説明を省略する。
【００５４】
ただし、本実施形態においては、上記の情報の送受信時に、携帯端末１００のメモリ１２０および中継サーバ装置５００のデータベース５２０に、トランザクションＩＤとステータス（処理状況）を対応させたデータレコードが格納される。
【００５５】
図５は、携帯端末１００のメモリ１２０に格納されたデータレコードを模式的に表す図である。図６は、中継サーバ装置５００のデータベース５２０に格納されたデータレコードを模式的に表す図である。それぞれのデータレコードは、１つのトランザクションＩＤについて１レコードが格納され、一連の送受信が進行する過程で順次ステータスが更新される。これにより、現在の送受信の進行状況のステータスが把握できるようになる。データレコードは、この他に処理に必要な列を適宜含んでもよく、また必ずしも図示されているようにテーブル形式で構成されなくてもよい。
【００５６】
また、ひとつのトランザクションＩＤに対して複数の履歴を記録するのではなく、ひとつのトランザクションＩＤに対して１レコードを割り当てて、都度更新するようにしてもよい。
【００５７】
図７は、本実施形態に係る電子マネーのチャージ処理のための情報の一連の送受信を表すシーケンス図と、それぞれのステップにおいて携帯端末１００のメモリ１２０および中継サーバ装置５００のデータベース５２０に格納されているステータスとの関係を表した図である。以下、図７を参照しながら、電子マネーのチャージ処理のための情報の一連の送受信のステップと、携帯端末１００のメモリ１２０および中継サーバ装置５００のデータベース５２０にそれぞれ格納されるステータスとの関係について説明する。
【００５８】
なお、ここでの説明は正常ケースについてのみ概略的に行い、エラーケースも含めた詳細な説明は、後に携帯端末１００および中継サーバ装置５００のそれぞれの処理の説明において行う。
【００５９】
初期状態では、トランザクションＩＤとステータスとを対応させたデータレコードは、メモリ１２０にもデータベース５２０にも格納されていない。この状態で、携帯端末１００は中継サーバ装置５００に対してトランザクションＩＤ発行要求を送信する（ステップＳ１０１）。
【００６０】
トランザクションＩＤ発行要求を受信した中継サーバ装置５００は、トランザクションＩＤを生成し、生成したトランザクションＩＤとステータス「ＩＤ発行済み」を対応させたデータレコードをデータベース５２０に格納する。中継サーバ装置５００はさらに、生成したトランザクションＩＤを携帯端末１００に送信する（ステップＳ１０３）。
【００６１】
トランザクションＩＤを受信した携帯端末１００は、受信したトランザクションＩＤとステータス「ＩＤ取得済み」を対応させたデータレコードをメモリ１２０に格納する。携帯端末１００はさらに、メモリ１２０に格納されているデータレコードのステータスを「チャージ要求中」に更新した後、トランザクションＩＤを含むチャージ要求を中継サーバ装置５００に送信する（ステップＳ１０５）。
【００６２】
チャージ要求を受信した中継サーバ装置５００は、データベース５２０に格納されているデータレコードのステータスを「資金確保中」に更新した後、資金確保要求を金融機関システム３００に送信する（ステップＳ１０７）。
【００６３】
中継サーバ装置５００はこの後、金融機関システム３００からの資金確保応答を受信する（ステップＳ１０９）。中継サーバ装置５００は、データベース５２０に格納されているデータレコードのステータスを「バリュー発行中」に更新した後、バリュー発行要求を電子マネー事業者システム４００に送信する（ステップＳ１１１）。
【００６４】
中継サーバ装置５００はこの後、電子マネー事業者システム４００からのバリュー発行応答を受信する（ステップＳ１１３）。中継サーバ装置５００は、データベース５２０に格納されているデータレコードのステータスを「バリュー発行済み」に更新した後、携帯端末１００にチャージ応答を送信する（ステップＳ１１５）。
【００６５】
バリュー発行応答を受信した携帯端末１００は、メモリ１２０に格納されたデータレコードのステータスを「受取中」に更新した後、電子マネー事業者システム４００に対してバリュー受取要求を送信する（ステップＳ１１７）。電子マネー事業者システム４００は、携帯端末１００から受信したバリュー受取要求に応じて、携帯端末１００に受取応答とともに電子マネーのデータを送信する（ステップＳ１１９）。
【００６６】
ここまでの情報の送受信のステップが終了し、バリューデータの受信およびＩＣチップへの書き込みが終了した後、携帯端末１００はメモリ１２０に格納されたデータレコードを削除し、電子マネーのチャージ処理を終了する。
【００６７】
［第２の実施形態に係る携帯端末における処理］
図８Ａおよび図８Ｂは、本実施形態に係る電子マネーのチャージにおいて、携帯端末１００が行う処理を示すフローチャートである。以下、図８Ａおよび図８Ｂを参照しながら、本実施形態に係る携帯端末１００の処理について、詳細に説明する。
【００６８】
本実施形態に係る携帯端末１００は、利用者の操作に基づき、電子マネーチャージ処理を開始（ステップＳ２０１）した後、まず、メモリ１２０からトランザクションＩＤを含むデータレコードの取得を試みる（ステップＳ２０３）。
【００６９】
メモリ１２０からデータレコードが取得できず、従ってトランザクションＩＤも取得できなかった場合（ステップＳ２０５）、携帯端末１００は、中断された電子マネーチャージ処理はないと判断し、新たなチャージ処理を開始する。この場合、携帯端末１００は、中継サーバ装置５００に対しＩＤ発行要求を送信する（ステップＳ２０７）。
【００７０】
ＩＤ発行要求に対して、中継サーバ装置５００から何らかの原因（ネットワークの切断、中継サーバ装置５００のダウン、等）で正常応答が返されなかった場合（ステップＳ２０９）、携帯端末１００は、電子マネーチャージ処理をエラー終了する（ステップＳ２１１）。
【００７１】
上記以外、すなわちＩＤ発行要求に対して、中継サーバ装置５００から正常応答とともにトランザクションＩＤが返された場合（ステップＳ２０９）、携帯端末１００は、受信したトランザクションＩＤにステータス「ＩＤ取得済み」を対応させたデータレコードを、メモリ１２０に格納する（ステップＳ２１３）。その後、携帯端末１００は、当該データレコードのステータスを「チャージ要求中」に更新（ステップＳ２１５）し、中継サーバ装置５００に対してチャージ要求を送信する（ステップＳ２１７）。
【００７２】
チャージ要求に対して、中継サーバ装置５００から正常応答が返されなかった場合（ステップＳ２１９）で、「バリュー発行失敗」または「資金確保失敗」のエラー応答が返された場合（ステップＳ２２１）、携帯端末１００は、電子マネーチャージ処理を終了する。
【００７３】
この場合、送受信は中断せずに完結しているため、エラー終了ではなく通常終了とする。携帯端末１００は、メモリ１２０からトランザクションＩＤを含むデータレコードを削除し（ステップＳ２２５）、例えば「資金不足のためチャージ不能」「受取件数超過のためバリュー発行不能」等のメッセージを表示してチャージ処理を終了する（ステップＳ２２７）。
【００７４】
上記以外で、チャージ要求に対して、何らかの原因（ネットワークの切断、中継サーバ装置５００のダウン、等）で正常応答が返されなかった場合（ステップＳ２２１）、携帯端末１００は電子マネーチャージ処理を終了する（ステップＳ２２３）。
【００７５】
この場合、送受信が中断していると推定されるため、エラー終了とする。利用者により携帯端末１００に対して再度のチャージ操作が行われた際に処理を再開するために、データレコードはメモリ１２０に残される。
【００７６】
上記以外、すなわちチャージ要求に対して、中継サーバ装置５００から正常応答が返された場合（ステップＳ２１９）、携帯端末１００は、メモリ１２０に格納されたデータレコードで、ステータスを「受取中」に更新（ステップＳ２２９）した後、バリュー受取要求を電子マネー事業者システム４００に送信する（ステップＳ２３１）。
【００７７】
バリュー受取要求に対して、何らかの原因（ネットワークの切断、電子マネー事業者システム４００のダウン、等）で正常応答が返されなかった場合（ステップＳ２３３）、携帯端末１００は電子マネーチャージ処理を終了する（ステップＳ２３５）。
【００７８】
この場合、送受信が中断していると推定されるため、エラー終了とする。利用者により携帯端末１００に対して再度のチャージ操作が行われた際に処理を再開するために、データレコードはメモリ１２０に残される。
【００７９】
上記以外、すなわちバリュー受取要求に対して、電子マネー事業者システム４００から正常応答が返された場合（ステップＳ２３３）、携帯端末１００は、電子マネーチャージ処理を正常終了する。携帯端末１００は、メモリ１２０からトランザクションＩＤを含むデータレコードを削除し（ステップＳ２３７）、例えば「チャージ成功」等のメッセージと、チャージ金額、バリュー残高等を表示してチャージ処理を終了する（ステップＳ２３９）。
【００８０】
一方、トランザクションＩＤの取得（ステップＳ２０３）において、メモリ１２０からデータレコードが取得でき、そこからトランザクションＩＤが取得できた場合（ステップＳ２０５）、携帯端末１００は、中断された電子マネーチャージ処理があると判断し、中断されたチャージ処理を再開する。
【００８１】
データレコードからトランザクションＩＤとともに取得されたステータスが「ＩＤ取得済み」であった場合（ステップＳ２４１）、携帯端末１００は、前回のチャージ処理において、中継サーバ装置５００からトランザクションＩＤを受け取った後、チャージ応答を送信する前に、携帯端末１００の電源が切れる等して処理の中断が発生したと判断する。この場合、携帯端末１００は、メモリ１２０からデータレコードを削除し（ステップＳ２４３）、中継サーバ装置５００へのＩＤ発行要求の送信（ステップＳ２０７）から処理を再開する。
【００８２】
上記以外で、データレコードからトランザクションＩＤとともに取得されたステータスが「チャージ要求中」であった場合（ステップＳ２４５）、携帯端末１００は、前回のチャージ処理において、中継サーバ装置５００にチャージ要求を送信した後、チャージ応答を受信する前に中断が発生したと判断する。この場合、携帯端末１００は、中継サーバ装置５００へのチャージ要求の送信（ステップＳ２１７）から処理を再開する。
【００８３】
上記以外の場合、すなわちトランザクションＩＤとともに取得されたステータスが「受取中」であった場合（ステップＳ２４５）、携帯端末１００は、前回のチャージ処理において、電子マネー事業者システム４００にバリュー受取要求を送信した後、電子マネーデータを受信する前に中断が発生したと判断する。この場合、携帯端末１００は、電子マネー事業者システム４００へのバリュー受取要求の送信（ステップＳ２３１）から処理を再開する。
【００８４】
［第２の実施形態に係る中継サーバ装置における処理］
図９および図１０は、本実施形態に係る電子マネーチャージ処理において、中継サーバ装置５００が行う処理を示すフローチャートである。図９は、携帯端末１００からＩＤ発行要求を受信した際の処理を、図１０は、携帯端末１００からチャージ要求を受信したときの処理をそれぞれ示している。以下、図９および図１０を参照しながら、本実施形態に係る中継サーバ装置５００の処理について、詳細に説明する。
【００８５】
本実施形態において、携帯端末１００からＩＤ発行要求が送信された場合、中継サーバ装置５００の制御部５０３は、通信部５０１を介して、携帯端末１００からのＩＤ発行要求を受け付ける（ステップＳ３０１）と、新たなトランザクションＩＤを生成する（ステップＳ３０３）。次に、制御部５０３は、生成したトランザクションＩＤとステータス「ＩＤ発行済み」とを対応させたデータレコードをデータベース５２０に格納する（ステップＳ３０５）。その後、制御部５０３は、通信部５０１を介して携帯端末１００にトランザクションＩＤを正常応答とともに送信する（ステップＳ３０７）。
【００８６】
本実施形態において、携帯端末１００からチャージ要求が送信された場合、中継サーバ装置５００の制御部５０３は、通信部５０１を介して、携帯端末１００からのトランザクションＩＤを伴ったチャージ要求を受け付ける（ステップＳ４０１）。この後まず、制御部５０３は、データベース５２０から、受信したトランザクションＩＤをキーにしてデータレコードを取得し、そこからステータスを取得する（ステップＳ４０３）。
【００８７】
取得したステータスが「資金確保中」であった場合（ステップＳ４０５）、制御部５０３は、前回のチャージ処理において、金融機関システム３００に資金確保要求を送信した後、資金確保応答を受信する前に中断が発生したと判断する。この場合、金融機関システム３００内での処理状況が不明であるため、制御部５０３は自動的に復旧処理を行わず、例えば、中継サーバ装置５００が備える表示部へのメッセージ表示、オペレータ端末へのメッセージ送信等の手段で、オペレータに調査・対応を指示する（ステップＳ４０７）。
【００８８】
取得したステータスが「ＩＤ発行済み」であった場合（ステップＳ４０９）、制御部５０３は、中断された前回のチャージ処理は存在しないか、チャージ要求が制御部５０３に受けるけられる前に中断されたと判断する。この場合、チャージ要求受け付け以降の処理は開始されていないため、制御部５０３は、通常のチャージ手順に入る。制御部５０３はまず、データベース５２０に格納されたデータレコードのステータスを「資金確保中」に更新し（ステップＳ４１１）、金融機関システム３００に資金確保要求を送信する（ステップＳ４１３）。
【００８９】
資金確保要求に対して、何らかの原因（ネットワークの切断、金融機関システム３００内の障害、等）で正常応答が返されなかった場合（ステップＳ４１５）、制御部５０３は、データベースに格納されたデータレコードのステータスを「資金確保失敗」に更新（ステップＳ４１７）した後、通信部５０１を介して、携帯端末１００に「資金確保失敗」のエラー応答を送信し、処理を終了する（ステップＳ４１９）。
【００９０】
上記以外、すなわち資金確保要求に対して、金融機関システム３００から正常応答が返された場合（ステップＳ４１５）、制御部５０３は、データベース５２０に格納されたデータレコードのステータスを「バリュー発行中」に更新し（ステップＳ４２１）、電子マネー事業者システム４００にバリュー発行依頼を送信する（ステップＳ４２３）。
【００９１】
バリュー発行要求に対して、何らかの原因（ネットワークの切断、電子マネー事業者システム４００のダウン、等）で正常応答が返されなかった場合（ステップＳ４２５）、制御部５０３は、データベース５２０に格納されたデータレコードのステータスを「バリュー発行失敗」に更新（ステップＳ４２７）した後、通信部５０１を介して、携帯端末１００に「バリュー発行失敗」のエラー応答を送信し、処理を終了する（ステップＳ４２９）。
【００９２】
上記以外、すなわちバリュー発行要求に対して、電子マネー事業者から正常応答が返された場合（ステップＳ４２５）、制御部５０３は、データベース５２０に格納されたデータレコードのステータスを「バリュー発行成功」に更新し（ステップＳ４３１）、通信部５０１を介して、携帯端末１００に、正常応答を送信する（ステップＳ４３３）。
【００９３】
一方、取得したステータスが「資金確保失敗」であった場合（ステップＳ４３５）、制御部５０３は、前回のチャージ処理において、携帯端末１００に「資金確保失敗」のエラー応答を送信中に中断が発生したと判断し、通信部５０１を介して、携帯端末１００に「資金確保失敗」のエラー応答を送信し、処理を終了する（ステップＳ４１９）。
【００９４】
取得したステータスが「バリュー発行中」または「バリュー発行失敗」であった場合（ステップＳ４３７）、制御部５０３は、前回のチャージ処理において、資金確保要求に対して金融機関システム３００から正常応答が返された後、携帯端末１００にエラー応答を送信するまでのどこかのタイミングで中断が発生したと判断し、電子マネー事業者システム４００へのバリュー発行依頼送信（ステップＳ４２３）から処理を再開する。
【００９５】
取得したステータスが上記以外、すなわち「バリュー発行成功」の場合、制御部５０３は、携帯端末に正常応答を送信中に中断が発生したと判断し、通信部５０１を介して、携帯端末１００に、正常チャージ応答を送信する（ステップＳ４３３）。
【００９６】
［第２の実施形態に係る中断復旧処理］
上記のとおり、本実施形態に係る復旧処理は、携帯端末１００および中継サーバ装置５００が、それぞれメモリ１２０およびデータベース５２０が保持しているステータスに基づいて、チャージ処理の再開を試みることにより実行される。表１、および通信手順を示す図４を参照して、携帯端末１００および中継サーバ装置５００の処理の結果、システム全体として実行される復旧処理について、処理再開時に携帯端末１００および中継サーバ装置５００が保持しているステータスごとに説明する。
【００９７】
【表１】

【００９８】
（パターン１）
中継サーバ装置５００から携帯端末１００へのトランザクションＩＤの送信の際に、通信の切断等により中断が発生したと考えられる。この場合、携帯端末１００のメモリ１２０にはまだデータレコードが格納されておらず、初期状態と同じであるため、最初の携帯端末１００から中継サーバ装置５００へのＩＤ発行要求送信（１）から処理が再実行される。
【００９９】
（パターン２）
携帯端末１００がトランザクションＩＤを受信してデータレコードをメモリ１２０に格納した後、中継サーバ装置５００にチャージ要求を送信するまでの間に、携帯端末１００の電源が切れるなどして中断が発生したと考えられる。この場合、チャージ要求はまだ送信されておらず、実質的なチャージ処理は開始されていないため、携帯端末１００はデータレコードを一旦削除し、携帯端末１００から中継サーバ装置５００へのＩＤ発行要求送信（１）から処理が再実行される。
【０１００】
（パターン３）
携帯端末１００から中継サーバ装置５００へのチャージ要求の送信の際に、通信の切断等により中断が発生したと考えられる。この場合、中継サーバ装置５００においてチャージ要求が受信されていないため、携帯端末１００から中継サーバ装置５００へのチャージ要求送信（３）から処理が再実行される。
【０１０１】
（パターン４）
中継サーバ装置５００から金融機関システム３００への資金確保要求の送信から資金確保応答の受信までの間に、通信の切断または金融機関システム３００内での障害等により中断が発生したと考えられる。この場合、金融機関システム３００内で処理状況が不明であるため、中継サーバ装置５００の判断で自動的に復旧処理を行うことができない。そのため、中継サーバ装置５００がオペレータに障害の発生を通知するか、またはエラー応答を受信した携帯端末１００が、利用者にオペレータに連絡をすることを促すメッセージを表示する。
【０１０２】
（パターン５）
中継サーバ装置５００が、携帯端末１００に「資金確保失敗」のエラー応答を送信する際に、通信の切断等により中断が発生したと考えられる。この場合、利用者の口座に資金を入金しないと処理は成功しないため、金融機関システム３００への資金確保要求（４）の再実行はせずに、中継サーバ装置５００から携帯端末１００への「資金確保失敗」のチャージ応答送信から処理が再実行される。
【０１０３】
（パターン６）
中継サーバ装置５００から電子マネー事業者システム４００へのバリュー発行要求の送信からバリュー発行応答の受信までの間に、通信の切断またはシステム障害等により処理が中断されたと考えられる。この場合、中継サーバ装置５００から電子マネー事業者システム４００へのバリュー発行要求送信（６）から処理が再実行される。
【０１０４】
（パターン７）
中継サーバ装置５００が、携帯端末１００に「バリュー発行成功」のチャージ応答を送信する際に、通信の切断等により中断が発生したと考えられる。この場合、中継サーバ装置５００から携帯端末１００への「バリュー発行成功」のチャージ応答送信（８）から処理が再実行される。
【０１０５】
（パターン８）
中継サーバ装置５００が、携帯端末１００に「バリュー発行失敗」のチャージ応答を送信する際に、通信の切断等により中断が発生したと考えられる。この場合、中継サーバ装置５００から携帯端末１００への「バリュー発行失敗」のチャージ応答送信（８）から処理が再実行される。
【０１０６】
（パターン９）
携帯端末１００から電子マネー事業者システム４００へのバリュー受取要求の送信からバリュー受取応答の受信までの間に、通信の切断またはシステム障害等により処理が中断されたと考えられる。この場合、携帯端末１００から電子マネー事業者システム４００へのバリュー受取要求送信（９）から処理が再実行される。
【０１０７】
［第２の実施形態による効果］
本実施形態においては、電子マネーのチャージ処理における一連の情報の送受信を、中継サーバ装置５００を介して行う。この中継サーバ装置５００が備えるデータベース５２０において処理のステータスを保持することによって、一部の例外を除き、中断された電子マネーチャージ処理を自動的に復旧させることが可能になった。
【０１０８】
また、携帯端末１００が備えるメモリ１２０においても処理のステータスを保持することによって、上記の復旧処理を携帯端末１００からの起動により行うことが可能になった。これにより、中継サーバ装置５００側でのオペレータによる操作を待つことなく、携帯端末１００の操作により迅速に、中断された電子マネーチャージ処理を復旧させることが可能になった。
【０１０９】
［第２の実施形態の変形例］
ここまでの本実施形態の説明では、電子マネー事業者システム４００が、中継サーバ装置５００からのバリュー発行要求に応答してバリューを発行した後、バリュー発行結果を送信するシステムを想定しているが、一部の電子マネー事業者システム４００にはバリュー発行結果を送信する機能がないものもある。
【０１１０】
その場合、例えば、中継サーバ装置５００における処理の最初（例えば図９のステップＳ３０３の前）に、電子マネー事業者システム４００に対して未受取バリューの存在確認を行い、未受取バリューが存在する場合はそのまま処理成功とする（例えば図１０のステップＳ４３３にジャンプする）ことで、バリュー発行後の処理の中断に対応することができる。
【０１１１】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【０１１２】
１００携帯端末
１２０メモリ
２００ネットワーク
３００金融機関システム
３１０インタフェース
３３０ホストコンピュータ
４００電子マネー事業者システム
５００中継サーバ装置
５０１通信部
５０３制御部
５０５変換部
５０７記憶部
５２０データベース

【特許請求の範囲】
【請求項１】
電子マネーのチャージを行うための中継サーバ装置であって、
チャージ要求を送信する携帯端末、前記チャージ要求に応じて資金を確保する金融機関システム、および前記資金に相当するバリューを発行する電子マネー事業者システムと情報の送受信を行う通信部と、
前記通信部から前記金融機関システムへ送信される前記情報の一部または全部を、前記金融機関システムにおいて処理可能な形式に変換する変換部と、
前記通信部および変換部を制御する制御部と、
を備えることを特徴とする、中継サーバ装置。
【請求項２】
前記通信部が行う前記情報の一連の送受信を識別するトランザクションＩＤおよび前記トランザクションＩＤに対応する処理状況が格納される記憶部をさらに備え、
前記制御部は、
前記携帯端末から前記通信部を介して受信したＩＤ発行要求に応じて前記トランザクションＩＤを発行し、前記記憶部に前記トランザクションＩＤおよび前記処理状況を格納するとともに、前記トランザクションＩＤを、前記通信部を介して前記携帯端末に送信し、前記通信部が前記一連の送受信を行うときに、前記記憶部に格納された前記処理状況を更新し、
前記一連の送受信が中断した場合、
前記携帯端末から前記通信部を介して受信した再開要求および前記トランザクションＩＤと、前記記憶部から読み出した前記トランザクションＩＤおよび前記処理状況とに基づいて、前記通信部に前記一連の送受信を再開させることを特徴とする、請求項１に記載の中継サーバ装置。
【請求項３】
前記携帯端末の処理状況としてトランザクションＩＤ取得済みまたはチャージ要求中を、前記中継サーバ装置の処理状況としてトランザクションＩＤ発行済み、資金確保中、資金確保失敗、バリュー発行中、バリュー発行成功またはバリュー発行失敗をそれぞれ管理し、これらの処理状況の組み合わせに応じて送受信の再開の処理を変化させる、請求項２に記載の中継サーバ装置。
【請求項４】
電子マネーのチャージを行うためのシステムであって、
携帯端末からのチャージ要求に応じて資金を確保する金融機関システムと、
前記資金に相当するバリューを発行する電子マネー事業者システムと、
前記携帯端末と、前記金融機関システムと、前記電子マネー事業者システムとの間に介されてそれぞれと情報の送受信を行う中継サーバ装置と、
を含み、
前記中継サーバ装置は、
前記中継サーバ装置から前記金融機関システムへ送信される前記情報の一部または全部を、前記金融機関システムにおいて処理可能な形式に変換することを特徴とするシステム。
【請求項５】
前記中継サーバ装置は、
前記携帯端末から受信した発行要求に応じて、前記中継サーバ装置が行う前記情報の一連の送受信を識別するトランザクションＩＤを発行し、前記トランザクションＩＤおよび前記トランザクションＩＤに対応する処理状況を前記中継サーバ装置に備えられた記憶部に格納し、前記トランザクションＩＤを前記携帯端末に送信し、前記一連の送受信を行うときに、前記記憶部に前記処理状況を格納し、前記一連の送受信が中断した場合、前記携帯端末から受信した再開要求および前記トランザクションＩＤと、前記記憶部から読み出した前記トランザクションＩＤおよび前記処理状況とに基づいて前記一連の送受信を再開することを特徴とする、請求項４に記載のシステム。
【請求項６】
前記中継サーバ装置は、前記携帯端末の処理状況としてトランザクションＩＤ取得済みまたはチャージ要求中を、前記中継サーバ装置の処理状況としてトランザクションＩＤ発行済み、資金確保中、資金確保失敗、バリュー発行中、バリュー発行成功またはバリュー発行失敗をそれぞれ格納し、これらの処理状況の組み合わせに応じて送受信の再開の処理を変化させる、請求項５に記載のシステム。
【請求項７】
電子マネーのチャージを行うための方法であって、
携帯端末が、中継サーバ装置にチャージ要求を送信するステップと、
前記中継サーバ装置が、前記チャージ要求を金融機関システムにおいて処理可能な形式の資金確保要求に変換して、前記金融機関システムに送信するステップと、
前記金融機関システムが、前記資金確保要求に応じて資金の確保を行い、資金確保応答を前記中継サーバ装置に送信するステップと、
前記中継サーバ装置が、前記資金確保応答を受信した後、電子マネー事業者システムに前記資金に相当するバリュー発行要求を送信するステップと、
前記電子マネー事業者システムが、前記バリュー発行要求に応じて前記資金に相当するバリューを発行し、バリュー発行応答を前記中継サーバ装置に送信するステップと、
前記中継サーバ装置が、前記バリュー発行応答を受信した後、前記携帯端末にチャージ応答を送信するステップと、
を含むことを特徴とする方法。
【請求項８】
前記携帯端末が、前記中継サーバ装置に、情報の一連の送受信を識別するトランザクションＩＤの発行要求を送信するステップと、
前記中継サーバ装置が、前記発行要求に応じて、前記トランザクションＩＤを発行し、前記中継サーバ装置に備えられた記憶部に前記トランザクションＩＤおよび前記トランザクションＩＤに対応する処理状況を格納するとともに、前記携帯端末に前記トランザクションＩＤを送信するステップと、
前記携帯端末が、前記トランザクションＩＤを受信し、前記携帯端末に備えられる記憶部に前記トランザクションＩＤおよび前記トランザクションＩＤに対応する処理状況を格納するステップと、
をさらに含み、
前記携帯端末が前記チャージ要求を送信するステップは、前記携帯端末が前記トランザクションＩＤを格納するステップの後に実行され、
前記各ステップにおいて、前記携帯端末に備えられた記憶部および前記中継サーバ装置に備えられた記憶部に格納された、前記トランザクションＩＤに対応する処理状況が更新され、
前記各ステップのいずれかが中断された場合、
前記携帯端末が、前記携帯端末に備えられた記憶部から読み出した前記トランザクションＩＤおよび前記処理状況に基づいて、前記中継サーバ装置に、前記一連の送受信の再開要求および前記トランザクションＩＤを送信するステップと、
前記中継サーバ装置が、前記再開要求および前記トランザクションＩＤと、前記中継サーバ装置に備えられた記憶部から読み出した前記トランザクションＩＤおよび前記処理状況とに基づいて、前記中断されたステップを再開するステップと、
がさらに実行されることを特徴とする、請求項７に記載の方法。
【請求項９】
前記携帯端末の処理状況としてトランザクションＩＤ取得済みまたはチャージ要求中を、前記中継サーバ装置の処理状況としてトランザクションＩＤ発行済み、資金確保中、資金確保失敗、バリュー発行中、バリュー発行成功またはバリュー発行失敗をそれぞれ格納し、
これらの処理状況の組み合わせに応じて送受信の再開の処理を変化させる、請求項８に記載の方法。
【請求項１０】
携帯端末に備えられるコンピュータに電子マネーのチャージ処理を実行させるためのプログラムであって、
中継サーバ装置に、情報の一連の送受信を識別するトランザクションＩＤの発行要求を送信するステップと、
前記中継サーバ装置から前記トランザクションＩＤを受信し、前記携帯端末に備えられる記憶部に前記トランザクションＩＤおよび前記トランザクションＩＤに対応する処理状況を格納するステップと、
前記中継サーバ装置にチャージ要求を送信するステップと、
前記中継サーバ装置からチャージ応答を受信するステップと、
を前記コンピュータに実行させ、
前記各ステップにおいては、前記記憶部に格納された前記処理状況が更新され、
前記各ステップのいずれかが中断された場合、
前記記憶部から前記トランザクションＩＤおよび前記処理状況を読み出すステップと、
前記トランザクションＩＤおよび前記処理状況に基づいて、前記一連の送受信の再開要求および前記トランザクションＩＤを前記中継サーバ装置に送信するステップと、
をさらに前記コンピュータに実行させることを特徴とするプログラム。

【図１】