JP2007328424A - 情報処理装置、情報処理サーバ、情報処理装置の制御方法、情報処理サーバの制御方法及びプログラム - Google Patents

Abstract

【課題】中断した電子商取引の処理を続きから再開可能とする。
【解決手段】 通信可能に接続される情報処理サーバに電子商取引の開始要求を送信する開始要求送信部と、前記電子商取引を行なう際に順次実行する複数の所定の処理ステップのうち、現在実行中の処理ステップを示す処理ステップ特定情報を記憶する処理ステップ管理テーブルと、新たな処理ステップを実行する毎に、前記処理ステップ管理テーブルに記憶される処理ステップ特定情報を、前記新たな処理ステップを示す処理ステップ特定情報に更新する処理ステップ特定情報更新部と、前記電子商取引を開始する際に、前記処理ステップ管理テーブルに記憶されている処理ステップ特定情報により特定される処理ステップから前記電子商取引を開始する電子商取引実行開始部と、を備えることを特徴とする情報処理装置に関する。
【選択図】図１

Description

本発明は、中断した電子商取引の処理を続きから再開可能な情報処理装置、情報処理サーバ、情報処理装置の制御方法、情報処理サーバの制御方法及びプログラムに関する。

近年、情報技術の進歩により、電子商取引が活発に行われるようになった。

電子商取引を行う場合には、商品購入者のコンピュータと商品販売者のコンピュータとの間で様々な情報を授受する必要がある。授受される情報は、例えば、取引する商品に関する情報や、商品購入者の氏名や住所等の情報、代金の支払いに関する情報などである。

また電子商取引に関しては、商品の二重注文や二重決済を防止することを可能とする技術等、様々な技術が開発されている（例えば、特許文献１参照）。
特開２００４−３４８２６９号公報

ところで、電子商取引を行なう場合には、取引先のコンピュータの状態や通信回線の状態等によって、電子商取引の処理が中断することがある。この場合、再度電子商取引を行うためには、処理を最初からやり直さなければならない。

しかしながら、例えば商品の代金の振り込み処理が完了してしまった後に電子商取引が中断してしまったような場合に、電子商取引の処理を最初から行わなければならないとすると、代金の二重振込を防止する等の特別の対応が必要になる。そのためプログラムが複雑化することになる。また、利用者は同じ手続を繰り返し行わなければならず煩雑である。

本発明は、上記課題を鑑みてなされたものであり、中断した電子商取引の処理を続きから再開可能な情報処理装置、情報処理サーバ、情報処理装置の制御方法、情報処理サーバの制御方法及びプログラムを提供することを主たる目的とする。

上記課題を解決するために、本発明は、通信可能に接続される情報処理サーバに電子商取引の開始要求を送信する開始要求送信部と、前記電子商取引を行なう際に順次実行する複数の所定の処理ステップのうち、現在実行中の処理ステップを示す処理ステップ特定情報を記憶する処理ステップ管理テーブルと、新たな処理ステップを実行する毎に、前記処理ステップ管理テーブルに記憶される処理ステップ特定情報を、前記新たな処理ステップを示す処理ステップ特定情報に更新する処理ステップ特定情報更新部と、前記電子商取引を開始する際に、前記処理ステップ管理テーブルに記憶されている処理ステップ特定情報により特定される処理ステップから前記電子商取引を開始する電子商取引実行開始部と、を備えることを特徴とする情報処理装置に関する。

このような態様によって、情報処理装置と情報処理サーバとの間での電子商取引の処理が中断した場合であっても、電子商取引の処理を続きから再開することが可能となる。電子商取引の中断は、例えば、情報処理サーバが負荷増大等のために電子商取引の処理を中断した場合や、情報処理サーバとの間の通信が不通になった場合に発生する。

また、前記情報処理サーバから、前記電子商取引を中断し、次回実行時は電子商取引を初めから実行することを指示するメッセージを受信するメッセージ受信部と、前記メッセージに応じて、前記電子商取引を終了する取引終了部と、前記電子商取引を終了する際に、前記処理ステップ管理テーブルに記憶されている処理ステップ特定情報を、前記電子商取引の先頭の処理ステップを示す処理ステップ特定情報に更新する処理ステップクリア部と、を備えるようにすることもできる。

このような態様によって、中断した電子商取引を続きから再開しないようにすることが可能となる。つまりこの場合、電子商取引が次回実行される場合には、その電子商取引は、中断した電子商取引とは無関係に、新たに開始される取引となる。中断した電子商取引を続きから再開するよりも、新たな電子商取引を開始させる方が好ましい場合もあるからである。例えば、情報処理サーバが、情報処理装置からの要求に応じて、商品の代金を指定の銀行口座に振り込むための処理を実行しようとしたところ、残高不足のために振込ができなかったために電子商取引を中断した場合には、再度続きからやりなおしても振込はできない。この場合は、情報処理サーバから情報処理装置に対して、例えば残高不足を知らせるメッセージを送信し、電子商取引を終了させてしまったほうが良い。このようにすれば、ユーザは、例えば、商品の購入を断念したり、残高の範囲内の安い商品を購入する新たな電子商取引を開始することも可能となる。

ここで前記情報処理装置は携帯電話機とすることができる。
携帯電話機を用いて情報処理サーバと電子商取引を行なう場合には、無線通信により情報の授受を行うため、電波の状態が悪い場合には情報の授受が正しく行なわれなかったり通信が途切れてしまったりする場合がある。本発明によれば、電子商取引の処理が中断してしまった場合であっても、電子商取引の処理を続きから再開することができるため、携帯電話機を用いて電子商取引を行う場合には、より有益である。

また前記電子商取引は、電子マネーの発行を受けるための電子商取引であってもよい。
近年、電子マネーを事前にＩＣカードや携帯電話機に蓄積（チャージ）しておき、様々な店舗において現金と同様に使用することが可能となった。電子マネーは現金と同様に使用されるものであるため、即時にチャージが完了することが求められる。また、電子マネーをチャージする際に金額等に誤りがあってはならない。本願発明によれば、電子マネーの発行を受けるための処理が中断してしまった場合であっても、続きから処理を再開することができるため、電子マネーのチャージを迅速かつ正確に行なうことが可能となる。

その他、本願が開示する課題及びその解決方法は、発明を実施するための最良の形態の欄、及び図面により明らかにされる。

中断した電子商取引の処理を、続きから再開することが可能となる。

＝＝＝全体構成例＝＝＝
特許請求の範囲に記載の情報処理装置は、例えば図１に示すように、ユーザ端末１００として構成することができる。また特許請求の範囲に記載の情報処理サーバは、例えば図1に示すように、電子マネーチャージ管理サーバ２００として構成することができる。

詳細は後述するが、ユーザ端末１００は、電子マネーチャージ管理サーバ２００、電子マネー発行サーバ３００、銀行サーバ４００と通信を行なうことにより電子マネーの発行をうけるための電子商取引を行なう。また電子マネーチャージ管理サーバ２００は、ユーザ端末１００と通信を行なうことにより、電子マネーを発行するための電子商取引を行なう。

図１に示すように、電子マネーチャージ管理サーバ２００、電子マネー発行サーバ３００、銀行サーバ４００及びユーザ端末１００は、ネットワーク５００を介して通信可能に接続され、情報処理システム１０００を構成する。

電子マネーチャージ管理サーバ２００は、ユーザが電子マネーを購入（チャージ）する際に、電子マネーの代金がユーザによって振り込まれたことを電子マネーの発行者に対して保証するコンピュータである。これにより、電子マネーの発行者は、電子マネー発行サーバ３００を通じて電子マネーをユーザ端末１００に送信する。

ユーザ端末１００は、電子マネーを購入（チャージ）するユーザにより操作されるコンピュータである。ユーザ端末１００は、例えばユーザが有するパーソナルコンピュータや携帯電話機とすることができる。また銀行やコンビニエンスストア等に設置されるＡＴＭ現金自動預け払い機を用いて電子マネーのチャージが行なえる場合には、そのＡＴＭ現金自動預け払い機をユーザ端末１００とすることもできる。携帯電話機がユーザ端末１００である場合には、ユーザ端末１００は、チャージした電子マネーを格納しておくための非接触式ＩＣチップを備える。またパーソナルコンピュータがユーザ端末１００である場合には、ユーザ端末１００は、非接触式ＩＣチップが組み込まれたユーザ所有のＩＣカードに、チャージした電子マネーを書き込むための電子マネー書き込み装置を備える。またＡＴＭ現金自動預け払い機がユーザ端末１００である場合には、ユーザ端末１００は、非接触式ＩＣチップが組み込まれたユーザ所有のＩＣカードや、ユーザの携帯電話機が備える非接触式ＩＣチップに、チャージした電子マネーを書き込むための電子マネー書き込み装置を備える。

銀行サーバ４００は、電子マネーを購入するユーザの口座から電子マネー発行者の口座への電子マネーの代金の振込を行う金融機関が有するコンピュータである。
電子マネー発行者サーバ３００は、電子マネーの購入申込をしてきたユーザに対して電子マネーを発行する電子マネー発行者が有するコンピュータである。

＝＝＝電子マネーチャージ管理サーバ、ユーザ端末、電子マネー発行サーバ、銀行サーバの構成＝＝＝
次に、電子マネーチャージ管理サーバ２００、ユーザ端末１００、電子マネー発行サーバ３００、銀行サーバ４００の各構成について説明する。電子マネーチャージ管理サーバ２００、ユーザ端末１００、電子マネー発行サーバ３００、銀行サーバ４００はいずれもコンピュータであり、ハードウェア構成は基本的に同様である。そのため、これらのハードウェア構成をひとつのブロック図にまとめて図２に示す。また、これらの各機能をそれぞれ実現させるためのプログラムやテーブルなどについて図３乃至図１２に示す。

＜電子マネーチャージ管理サーバの構成＞
電子マネーチャージ管理サーバ２００は、ＣＰＵ（Central Processing Unit）２１０、メモリ２２０、ポート２３０、記録媒体読書装置２４０、入力装置２５０、出力装置２６０、記憶装置２８０を備える。

ＣＰＵ２１０は電子マネーチャージ管理サーバ２００の全体の制御を司るもので、記憶装置２８０に記憶された電子マネーチャージ管理サーバ制御プログラム７１０（特許請求の範囲に記載の情報処理サーバに実行させるプログラムに相当する）をメモリ２２０に読み出して実行することにより、電子マネーチャージ管理サーバ２００としての機能を実現する。例えばＣＰＵ２１０により電子マネーチャージ管理サーバ制御プログラム７１０が実行され、メモリ２２０やポート２３０、入力装置２５０、出力装置２６０、記憶装置２８０等のハードウェア機器と協働することにより、特許請求の範囲に記載の開始要求受信部、取引管理テーブル、処理ステップ更新部、電子商取引開始部が実現される。

記録媒体読書装置２４０は、記録媒体８００に記録されているプログラムやデータの読み取りや書き込みを行うための装置である。読み取られたプログラムやデータはメモリ２２０や記憶装置２８０に格納される。
記録媒体８００としてはフレキシブルディスクや磁気テープ、コンパクトディスク、半導体メモリ、非接触式無線ＩＣチップ等を用いることができる。

入力装置２５０はオペレータ等による電子マネーチャージ管理サーバ２００へのデータ入力等のために用いられる装置でありユーザインタフェースとして機能する。入力装置２５０としては例えばキーボードやマウス等を用いることができる。出力装置２６０は情報を外部に出力するための装置でありユーザインタフェースとして機能する。出力装置２６０としては例えばディスプレイやプリンタ等を用いることができる。

ポート２３０は通信を行うための装置である。例えばネットワーク５００を介して行われる他のコンピュータとの通信は、ポート２３０を介して行われる。

記憶装置２８０は例えばハードディスクドライブである。図４に示すように、記憶装置２８０には電子マネーチャージ管理サーバ制御プログラム７１０、トランザクションテーブル６１０（特許請求の範囲に記載の取引管理テーブルに相当する）、エラー情報テーブル６２０、ステータス遷移テーブル６７０が記憶される。トランザクションテーブル６１０を図８に示す。またエラー情報テーブル６２０を図９に示す。またステータス遷移テーブル６７０を図２２に示す。詳細は後述する。

＜ユーザ端末の構成＞
ユーザ端末１００は、ＣＰＵ１１０、メモリ１２０、ポート１３０、記録媒体読書装置１４０、入力装置１５０、出力装置１６０、記憶装置１８０を備える。これらの各装置の機能も、上述した電子マネーチャージ管理サーバ２００が備える各装置と同様である。

ＣＰＵ１１０が、記憶装置１８０に記憶されたユーザ端末制御プログラム７００（特許請求の範囲に記載の情報処理装置に実行させるプログラムに相当する）をメモリ１２０に読み出して実行することにより、ユーザ端末１００としての機能を実現する。例えばＣＰＵ１１０によりユーザ端末制御プログラム７００が実行され、メモリ１２０やポート１３０、入力装置１５０、出力装置１６０、記憶装置１８０等のハードウェア機器と協働することにより、特許請求の範囲に記載の開始要求送信部、処理ステップ管理テーブル、処理ステップ特定情報更新部、電子商取引実行開始部が実現される。

またユーザ端末１００が携帯電話機である場合には、ユーザ端末１００は非接触式ＩＣチップ１７０を備える。非接触式ＩＣチップ１７０は、ユーザが電子マネーを使用するために使われるＩＣチップであり、電子マネーの残高を格納すると共に、店舗等に設置される電子マネー取り扱い端末との間で無線通信を行い、電子マネーの消費やチャージに応じて、格納する電子マネーの残高を増減させる。また非接触ＩＣチップ１７０には、ユーザの識別情報として使用される電子マネー番号が記憶されている。詳細は後述する。

またユーザ端末１００がパーソナルコンピュータやＡＴＭ現金自動預け払い機である場合には、ユーザ端末１００は、ユーザによる電子マネーの消費やチャージに応じて、ユーザ所有のＩＣカードや携帯電話機に組み込まれた非接触式ＩＣチップとの間で、記録媒体読書装置１４０を介して通信を行い、電子マネーの残高を増減させる。

ユーザ端末１００の記憶装置１８０には、ユーザ端末制御プログラム７００、処理状況管理テーブル６６０（特許請求の範囲に記載の処理ステップ管理テーブルに相当する）が記憶される。その様子を図３に示す。また処理状況管理テーブル６６０を、図７に示す。詳細は後述する。

＜電子マネー発行サーバの構成＞
電子マネー発行サーバ３００は、ＣＰＵ３１０、メモリ３２０、ポート３３０、記録媒体読書装置３４０、入力装置３５０、出力装置３６０、記憶装置３８０を備える。これらの各装置の機能は、上述した電子マネーチャージ管理サーバ２００が備える各装置と同様である。

電子マネー発行サーバ３００の記憶装置３８０には、電子マネー発行サーバ制御プログラム７２０が記憶される。その様子を図５に示す。ＣＰＵ３１０により電子マネー発行サーバ制御プログラム７２０が実行されることにより、電子マネー発行サーバ３００としての各種機能が実現される。また記憶装置３８０には、電子マネー管理テーブル６３０が記憶される。電子マネー管理テーブル６３０を図１０に示す。詳細は後述する。

＜銀行サーバの構成＞
銀行サーバ４００は、ＣＰＵ４１０、メモリ４２０、ポート４３０、記録媒体読書装置４４０、入力装置４５０、出力装置４６０、記憶装置４８０を備える。これらの各装置の機能は、上述した電子マネーチャージ管理サーバ２００が備える各装置と同様である。

銀行サーバ４００の記憶装置４８０には、銀行サーバ制御プログラム７３０が記憶される。その様子を図６に示す。ＣＰＵ４１０により銀行サーバ制御プログラム７３０が実行されることにより、銀行サーバ４００としての各種機能が実現される。また記憶装置４８０には、ユーザ管理テーブル６４０、口座管理テーブル６５０が記憶される。ユーザ管理テーブル６４０を図１１に示す。口座管理テーブル６５０を図１２に示す。詳細は後述する。

＝＝＝電子マネーをチャージする際の処理の流れ＝＝＝
次に、ユーザ端末１００と電子マネーチャージ管理サーバ２００との間での電子商取引を行う場合の処理について詳細に説明する。ここでは、ユーザ端末１００のユーザが、電子マネー発行者の銀行口座に代金を振り込むことにより電子マネーを購入して、ユーザ端末１００に電子マネーをチャージする場合を例に、図１３乃至図１６に示すフローチャートに従って説明する。

まずユーザ端末１００は、チャージ金額入力受付処理を実行する（S1000）。チャージ金額入力受付処理において、ユーザ端末１００は、電子マネーの購入金額（チャージ金額）の入力を受け付ける。そしてユーザ端末１００は、図７に示す処理状況管理テーブル６６０の”受付日時”欄に受付日時を記憶し、”チャージ金額”欄にチャージ金額を記憶する（図７（Ａ））。

次にユーザ端末１００は、チャージ金額と、電子マネー番号を、電子商取引の開始要求と共に電子マネーチャージ管理サーバ２００に送信する（S1010）。ここで、電子マネー番号は、電子マネーを使用するための非接触式ＩＣチップ１７０に格納されている識別情報である。電子マネー番号は、電子マネー発行者により登録管理されており、電子マネー発行者は電子マネー番号によりユーザを識別することができる。

続いて電子マネーチャージ管理サーバ２００は、チャージ金額と電子マネー番号を受信すると、電子マネーチャージ開始要求受付処理を行う（S1020）。電子マネーチャージ開始要求受付処理の詳細を図１５に示す。

図１５に示すように、電子マネーチャージ管理サーバ２００は、まず、ユーザ端末１００からチャージ金額と電子マネー番号が送信された際の電文をチェックする（S2000、S2010）。電文チェックは、電文が所定のフォーマットに従っているか否かのチェックや、電文を構成する固定文字列や文字種、桁数、有効範囲等の設定内容のチェックを含む。電文チェックでエラーが検出された場合には、電子マネーチャージ管理サーバ２００は、エラー情報テーブル６２０にエラー内容を記録する（S2050）と共に、ユーザ端末１００へその旨を通知する。図９に示すように、エラー情報テーブル６２０には、電子マネー番号と対応付けて、エラーの内容を示すエラーコードが記録される。

続いて電子マネーチャージ管理サーバ２００は、サービス時間のチェックを行う（S2020、S2030）。サービス時間のチェックは、例えば保守作業のために銀行サーバ４００や電子マネー発行サーバ３００が稼動していない時間であるか否かのチェックを含む。サービス時間は、電子マネーチャージ管理サーバ２００の記憶装置２８０に記憶されているテーブル（不図示）を参照することにより取得できる。サービス時間外である場合には、電子マネーチャージ管理サーバ２００は、エラー情報テーブル６２０にエラー内容を記録する（S2050）と共に、ユーザ端末１００へその旨を通知する。

続いて電子マネーチャージ管理サーバ２００は、ＥＤＩ（Electronic Data Interchange）情報（電子商取引の識別情報）を生成する（S2040）。ＥＤＩ情報は、システム日付及び通番に基づいて、規定のフォーマットに従い例えば３３進数表現した値とすることができる。通番は例えば銀行コード単位で１から１００００００までをサイクリックに使用し、データベースオブジェクトのSEQUENCEを使用する。通番は抜けが発生してもエラーとは扱わないようにしてもよい。また既にユーザ端末１００から電子マネーチャージ開始要求を受信し、チャージ処理が未完了のトランザクションが残っていた場合であっても、別のトランザクションとしてＥＤＩ情報を生成する。

次に電子マネーチャージ管理サーバ２００は、上記ＥＤＩ情報等の各種情報を図８に示すトランザクションテーブル６１０（特許請求の範囲に記載の取引管理テーブルに相当する）に記録する（S2050）。トランザクションテーブル６１０には、「受付日時」、「銀行コード」、「電子マネー番号」、「ＥＤＩ情報」、「チャージ金額」が記録される。

「受付日時」欄には、電子マネーチャージ管理サーバ２００がユーザ端末１００からチャージ金額と電子マネー番号を受信した日時が記録される。「銀行コード」欄には、電子マネーの購入代金の振り込みが行われる銀行の識別番号が記録される。「電子マネー番号」欄にはユーザ端末１００から送信された電子マネー番号が記録される。「ＥＤＩ情報」欄には、上記生成したＥＤＩ番号が記録される。「チャージ金額」欄には、ユーザ端末１００から送信されたチャージ金額が記録される。

なお電子マネーチャージ管理サーバ２００は、電子マネー番号とＥＤＩ情報とを組み合わせて、各トランザクションを識別する。

図１３に戻って、電子マネーチャージ管理サーバ２００は、上記電子マネーチャージ開始要求受付処理の実行後、ユーザ端末１００に対して、チャージ金額、ＥＤＩ番号、銀行サーバの識別情報を送信する（S1030）。銀行サーバの識別情報は、ユーザ端末１００が銀行サーバ４００と通信を行うために用いられ、銀行サーバ４００のＵＲＬとしてもよい。電子マネーの代金の振込みを行う銀行は、ユーザが事前に選択あるいは指定した銀行とすることもできるし、電子マネーチャージ管理サーバ２００の管理者が指定した銀行とすることもできるし、電子マネーの発行者が指定した銀行とすることもできる。

ユーザ端末１００は、電子マネーチャージ管理サーバ２００からチャージ金額やＥＤＩ番号、銀行サーバの識別情報を受信すると、図７に示す処理状況管理テーブル６６０の”ＥＤＩ情報”欄に受信したＥＤＩ番号を記憶する。そしてユーザ端末１００は、銀行サーバ４００にログイン要求を送信する（S1040）。ログイン要求には、銀行サーバ４００にログインするためのユーザＩＤやパスワードが含まれる。

銀行サーバ４００は、図１１に示すユーザ管理テーブル６４０を参照し、ユーザ端末１００から送信されてきたユーザＩＤとパスワードと照合することにより、ログイン可否を判定する。ログインを許可する場合には、銀行サーバ４００はユーザ端末１００に対してその旨の通知を行う（S1050）。なおパスワードは、手のひらの静脈パターンを示す情報等の各種生体情報や、ワンタイムパスワードでもよい。

ユーザ端末１００は、ログインが許可されると、振込み内容の入力を受け付ける（S1060）。振込み内容とは、例えば代金を引き落とす口座を指定する情報や振込み依頼人を指定する情報を含む。振込先の口座を指定する情報や、振込み日を指定する情報を含んでもよい。

そしてユーザ端末１００は、振り込み内容を銀行サーバ４００に送信する（S1070）。

次いで銀行サーバ４００は、振込み内容をユーザに確認させるために、振込み内容を示す画面データをユーザ端末１００に送信する（S1080）。なおユーザ端末１００は、銀行サーバ４００との通信のセッションＩＤを、処理状況管理テーブル６６０の”セッションＩＤ”欄に記憶する（図７（Ｂ））。

S1080において、銀行サーバ４００から送信された振込内容を示す画面データを閲覧したユーザにより振込み実行を指示する旨の入力がなされると、ユーザ端末１００は、電子マネーチャージ管理サーバ２００に対して、振込み実行指示とセッションＩＤとＥＤＩ情報と電子マネー番号とを送信する（S1090）。

ここで電子マネーチャージ管理サーバ２００に送信されるセッションＩＤは、ユーザ端末１００が銀行サーバ４００との間で行っていた通信（S1040〜S1080）のセッションＩＤである。またS1080で銀行サーバ３００からユーザ端末１００に送信されてくる画面データには、振込み実行指示とセッションＩＤの送信先を示す情報が含まれている。このためユーザ端末１００はユーザから振込み実行を指示する旨の入力を受けると、電子マネーチャージ管理サーバ２００に対して振込み実行指示とセッションＩＤを送信することができるのである。なおユーザ端末１００から電子マネーチャージ管理サーバ２００に上記セッションＩＤと振込み実行指示とＥＤＩ情報と電子マネー番号とが送信される形態でなくても良く、ユーザ端末１００が銀行サーバ４００との間で行っていた通信のセッションＩＤを電子マネーチャージ管理サーバ２００が知ることができる形態であればいかなる形態であっても良い。例えばユーザ端末１００が銀行サーバ４００との間で行っていた通信のセッションＩＤを用いてユーザ端末１００と電子マネーチャージ管理サーバ２００との間で通信を行うようにし、ユーザ端末１００から電子マネーチャージ管理サーバ２００には振込み実行指示とＥＤＩ情報と電子マネー番号とが送信される形態でも良い。

そうすると電子マネーチャージ管理サーバ２００は、振込実行指示要求受付処理を実行する（S1100）。振込実行指示要求受付処理の詳細を図１６に示す。

図１６に示すように、電子マネーチャージ管理サーバ２００は、まず、ユーザ端末１００から振り込み実行指示とセッションＩＤとＥＤＩ情報と電子マネー番号とが送信された際の電文をチェックする（S3000、S3010）。電文チェックは、電文が所定のフォーマットに従っているか否かのチェックや、電文を構成する固定文字列や文字種、桁数、有効範囲等の設定内容のチェックを含む。電文チェックでエラーが検出された場合には、電子マネーチャージ管理サーバ２００は、エラー情報テーブル６２０にエラー内容を記録する（S3100）と共に、ユーザ端末１００へその旨を通知する。

また電子マネーチャージ管理サーバ２００は、サービス時間のチェックも行う（S3000、S3010）。サービス時間外である場合には、電子マネーチャージ管理サーバ２００は、エラー情報テーブル６２０にエラー内容を記録する（S3100）と共に、ユーザ端末１００へその旨を通知する。

また電子マネーチャージ管理サーバ２００は、電子マネー番号とＥＤＩ情報とがいずれも同一のエントリーがトランザクションテーブル６１０に記録されているか否かのチェックも行う（S3000、S3010）。

続いて電子マネーチャージ管理サーバ２００は、ユーザ端末１００から送信されたセッションＩＤを用いて銀行サーバ４００と通信を行い、振込実行指示を送信する（図１３のS1110、図１６のS3020）。

銀行サーバ４００は、この振込実行指示に従い振込処理を実行する（図１３のS1120）。銀行サーバ４００は、図１２に示す口座管理テーブル６５０に記憶されている各指定口座の残高欄を更新することによって振込処理を実行する。その際銀行サーバ４００は、電子マネーチャージ管理サーバ２００から振込実行指示が送信されてきた際のセッションＩＤが、ユーザ端末１００から振り込み内容が送信されてきた際の通信に使用していたセッションＩＤと同一であるため、電子マネーチャージ管理サーバ２００をユーザ端末１００であるとみなし、ユーザ端末１００から送信されてきた振込内容に従って振込み処理を実行する。そして銀行サーバ４００は振込実行結果を電子マネーチャージ管理サーバ２００に送信する（図１３のS1130、図１６のS3030）。振込実行結果には振込みが完了した旨の通知が記載されている。なお振り込みが翌営業日扱いになる場合にはその旨の情報が記載されている。

電子マネーチャージ管理サーバ２００は、振込実行結果を受信すると、振込実行結果受付処理を実行する（図１３のS1140）。振込実行結果受付処理の詳細は図１６のS3040からS3060に示される。

図１６に示すように、まず電子マネーチャージ管理サーバ２００は、振込日を確認する（S3040）。振込日が「翌営業日扱い」となる旨の応答を受信した場合には、電子マネーチャージ管理サーバ２００は、銀行サーバ４００に対して、翌営業日扱い確定要求を送信する（S3050）。これにより銀行サーバ４００は、翌営業日に指定口座へ振り込むべく、ユーザの口座から指定金額の引き落としを実行する。そして電子マネーチャージ管理サーバ２００は、銀行サーバ４００から戻り電文を受信する（S3060）。振り込みが当日扱いになる場合であっても翌営業日扱いになる場合であっても、ユーザの口座からは指定金額の引き落としが実行されているので、電子マネーチャージ管理サーバ２００は、この時点で、ユーザの口座から電子マネー発行者の口座への振込が確かに行われることを保証することができるようになる。
そして電子マネーチャージ管理サーバ２００は、電子マネー発行サーバ３００に対して電子マネー発行要求を送信する（図１３のS1150、図１６のS3070）。電子マネー発行要求には、電子マネー番号、チャージ金額、振込実行結果が含まれる。

電子マネー発行サーバ３００は、電子マネーチャージ管理サーバ２００から電子マネー発行要求を受信すると、電子マネー発行要求受付処理を実行する（図１４のS1160）。
電子マネー発行要求受付処理において電子マネー発行サーバ３００は、電子マネー発行要求に含まれる振込実行結果によって振込が行われたことを確認し、ギフト番号を生成する。

ギフト番号とは、ユーザが電子マネーの発行者から電子マネーを受け取るための情報である。つまり、電子マネーの購入者は、電子マネーをチャージする場合には、電子マネーの発行者のサーバと直接通信を行ってチャージする必要があり、その際には、ギフト番号と呼ばれる電子マネーを受け取るための情報を電子マネー発行者のサーバに送信する必要がある。ギフト番号は、発行される電子マネーの額と対応付けて電子マネー発行者のサーバに記憶されており、電子マネー発行者のサーバは、ギフト番号を受信すると、そのギフト番号と対応付けられた電子マネーの額を、そのギフト番号を送信してきたユーザ端末１００に送信する。

電子マネー発行サーバ３００により生成されたギフト番号は、チャージ金額や電子マネー番号と共に、電子マネー管理テーブル６３０（図１０）に記憶される。また電子マネー管理テーブル６３０の「ステータス」欄には、電子マネーが未だユーザに渡っていない状態を表す”未発行”を記載しておく。

そして電子マネー発行サーバ３００は、電子マネーチャージ管理サーバ２００に対して、生成したギフト番号を送信する（図１４のS1170、図１６のS3080）。
そして電子マネーチャージ管理サーバ２００は、ユーザ端末１００に対してギフト番号を送信して処理を終了する（図１４のS1180、図１６のS3090）。
ユーザ端末１００は、ギフト番号を受信すると、ギフト番号を電子マネー発行サーバ３００に送信し（S1190）、電子マネーの発行要求を行う。

電子マネー発行サーバ３００は、電子マネー管理テーブル６３０において、そのギフト番号と対応付けられている「ステータス」欄を、”未発行”から”発行済”に更新し（S1200）、チャージ金額相当の電子マネーをユーザ端末１００に送信する（S1210）。
そしてユーザ端末１００は、非接触式ＩＣチップに記憶されている電子マネーの残高を更新する（S1220）。これにより電子マネーのチャージが完了する。

＝＝＝電子マネーをチャージする際のステータス管理制御＝＝＝
次に、ユーザ端末１００と電子マネーチャージ管理サーバ２００との間での電子商取引を行う場合のステータス管理制御について詳細に説明する。ここでは、上記説明した、電子マネーをユーザ端末１００にチャージする場合の処理を例に、図１７乃至図２１に示すフローチャートに従って説明する。

まずユーザ端末１００は、ユーザ端末制御プログラム７００の起動処理を行う（S4000）。そしてユーザ端末１００は、電子マネーの発券確認処理を実行し（S4010）、未発券の場合は未発券である旨のメッセージを出力装置１６０に表示する（S4020）。

発券済みである場合は、ユーザ端末１００は中断チェックを実行する（S4030）。中断チェックは、図７に示す処理状況管理テーブル６６０の”電子マネーフラグ”欄が「０」であるか否かにより行なう。なお、電子マネーフラグは、特許請求の範囲に記載の処理ステップ特定情報に相当する。本実施形態においては、ユーザ端末１００が電子マネーをチャージするために実行する処理ステップは３つであり、各処理ステップは電子マネーフラグにより識別される。

電子マネーフラグの値が「０」である場合には、ユーザ端末１００はログイン処理を実行する（図１８のS4200）。ログイン処理においては、ユーザのパスワード照合や指紋照合等の本人確認処理などが行われる。

次にユーザ端末１００は、チャージ金額入力受付処理を実行する（S4210）。チャージ金額入力受付処理において、ユーザ端末１００は、電子マネーの購入金額（チャージ金額）の入力を受け付ける。このチャージ金額入力受付処理は、図１３のS1000に相当する。そしてユーザ端末１００は、図７に示す処理状況管理テーブル６６０の”受付日時”欄に受付日時を記憶し、”チャージ金額”欄にチャージ金額を記憶する（図７（Ａ））。
次にユーザ端末１００は、電子マネーチャージ管理サーバ通信制御を行う（S4220）。電子マネーチャージ管理サーバ通信制御は、図１３のS1010及びS1030の処理に相当する。

電子マネーチャージ管理サーバ通信制御において、ユーザ端末１００がチャージ金額と、電子マネー番号と共に電子マネーチャージ管理サーバ２００に取引の実行要求を送信する。
そうすると、電子マネーチャージ管理サーバ２００は、電子マネーチャージ開始要求受付処理を行う。電子マネーチャージ管理サーバで実行される処理を図２０に示す。

まず電子マネーチャージ管理サーバ２００は、ユーザ端末１００からのチャージ開始要求を受信する（S5000）。そして電子マネーチャージ管理サーバ２００は、受信した電文のチェックやサービス時間のチェック、ＥＤＩ情報の生成等を行なう（S5010）。電子マネーチャージ管理サーバ２００は、処理が正常に終了した場合には、生成したＥＤＩ情報等の各種情報を図８に示すトランザクションテーブル６１０に記録する（S5030）。その際、電子マネーチャージ管理サーバ２００は、トランザクションテーブル６１０の”フラグ”欄に「１」をセットする。そして電子マネーチャージ管理サーバ２００は、ユーザ端末１００に、リターンコード「０」を送信する（S5040）。リターンコードは、チャージ金額やＥＤＩ番号、銀行サーバの識別情報と共に送信される。

一方、S5020において処理が正常に終了しながった場合には、電子マネーチャージ管理サーバ２００は、ユーザ端末１００にリターンコード「１」を送信する（S5050）。なおリターンコードは、処理の実行結果を表し、処理が正常に終了した場合には「０」が送信され、処理が正常に終了しなかった場合には「１」が送信される。

また、フラグは、特許請求の範囲に記載の処理ステップ特定情報に相当する。本実施形態においては、電子マネーチャージ管理サーバ２００は９つの処理ステップを実行し、各処理ステップはフラグにより識別される。電子マネーチャージ管理サーバ２００が実行する各処理ステップは、図２２のステータス遷移テーブル６７０に示される。なお、以下の記載において、マネーチャージ管理サーバ制御プログラム７１０の処理ステップをステータスとも記す。

図１８に戻って、ユーザ端末１００は、電子マネーチャージ管理サーバ２００からチャージ金額やＥＤＩ番号、銀行サーバの識別情報、リターンコードを受信すると、振込確認画面表示処理を実行する（S4230）。そしてユーザ端末１００は、銀行サーバ４００にログインし、振込み内容入力受け付け等の振込前処理を実行する（S4240）。このS4230及びS4240の処理は、図１３のS1040からS1080までの処理に相当する。

ユーザ端末１００は、上記処理が終了すると、処理状況管理テーブル６６０に記憶されている電子マネーフラグを「１」に更新する（S4250）。これによりユーザ端末制御プログラム７００の処理ステップが新しい処理ステップに進んだことになる。またユーザ端末１００は、銀行サーバ４００との通信のセッションＩＤを、処理状況管理テーブル６６０の”セッションＩＤ”欄に記憶する（図７（Ｂ））。
続いてユーザ端末１００は、電子マネーチャージ管理サーバ通信処理を実行する（S4260）。この電子マネーチャージ管理サーバ通信処理は、図１３のS1090及び図１４のS1180の処理に相当する。

電子マネーチャージ管理サーバ通信処理において、ユーザ端末１００は、電子マネーチャージ管理サーバ２００に対して、振込み実行指示とセッションＩＤとＥＤＩ情報と電子マネー番号とを送信する。
そうすると電子マネーチャージ管理サーバ２００は、ユーザ端末１００からの受信電文をチェックする（図２１のS6000、S6010）。

図２１に示すように、受信電文のチェック後、電子マネーチャージ管理サーバ２００は、フラグの値に応じた処理を実行する（S6020）。フラグの値は、図８に示すトランザクションテーブル６１０の”フラグ”欄に記憶されている。上述したように、ここでは、図２０のS5030においてフラグが「１」にセットされているので、S6550に進みフラグを「２」に更新する（S6050）。そして電子マネーチャージ管理サーバ２００は振込実行処理を実行する（S6060）。なおS6060の振込実行処理は、図１３におけるS1110、S1130及びS1140、図１６におけるS3020からS3060に相当する。

電子マネーチャージ管理サーバ２００は、銀行サーバ４００から振込実行結果を受信すると、振込実行処理が正常に終了したか否かをチェックする（S6070）。銀行サーバ４００に障害が発生していたり、ユーザの口座の残高が不足していた等の理由により、振込実行処理が正常に終了しなかった場合は、電子マネーチャージ管理サーバ２００はS6080を実行する。そして電子マネーチャージ管理サーバ２００は、残高不足等の理由により銀行サーバ４００から引き落とし未完ページを受信した場合には、トランザクションテーブル６１０のフラグを「５」に更新し、リターンコードを「１」にしてユーザ端末１００にその旨のメッセージを送信する。そして処理を終了する（S6090、S6100）。引き落とし未完の場合は、銀行サーバ４００に再度振り込み実行指示を送信しても同じ結果になる。そのため、電子マネーチャージ管理サーバ２００は、ユーザ端末１００に対し、電子商取引を中断し、次回実行時は電子商取引を初めから実行することを指示すべく、リターンコードを「１」にして、ユーザ端末１００に送信する。一方、電子マネーチャージ管理サーバ２００は、銀行サーバ４００から引き落とし不明ページを受信した場合や、銀行サーバ４００の通信が不通であった場合には、トランザクションテーブル６１０のフラグを「８」に更新し、リターンコードを「２」にしてユーザ端末１００にその旨のメッセージを送信する。そして処理を終了する（S6110、S6120）。この場合は、銀行サーバ４００に再度振り込み実行指示を送信することにより、処理が正常に行なわれる可能性がある。さらに、ユーザの口座からの引き落としがなされてしまっている可能性もあるので、取引を最後まで完了させる必要がある。

一方、ユーザ端末１００は、電子マネーチャージ管理サーバ２００からリターンコード「１」や「２」を受信することにより、取引が中断されたことを検出する（図１９のS4270）。そしてユーザ端末１００は、メッセージ表示処理を実行した後（S4280）、リターンコードの値に応じて、電子マネーフラグの値をクリア（「０」に更新）するか、あるいはそのままにして、処理を終了する（S4300、S4310）。詳しくは後述するが、電子マネーフラグの値をクリアして処理を終了した場合には、次回、電子マネーのチャージを行なう際にユーザ端末制御プログラム７００を実行する場合には、最初の処理ステップから開始される。一方、電子マネーフラグの値をそのままにして処理を終了した場合には、次回、ユーザ端末制御プログラム７００を実行する場合には、前回の続きから処理が開始される。

電子マネーチャージ管理サーバ２００は、図２１のS6060に示す振込実行処理が正常に終了した場合には、トランザクションテーブル６１０に記憶されるフラグを「３」に更新する（S6130）。
そして電子マネーチャージ管理サーバ２００はギフト発行要求処理を実行する（S6140）。ギフト発行要求処理は、図１３のS1150及び図１４のS1170の処理、及び図１６のS3070及びS3080の処理に相当する。

電子マネーチャージ管理サーバ２００は、電子マネー発行サーバ３００からギフト番号を正しく受信した場合には、トランザクションテーブル６１０に記憶されているフラグを「９」に更新する（図２１のS6150、S6160）。そして電子マネーチャージ管理サーバ２００は、ユーザ端末１００に対して、リターンコード「０」と共にギフト番号を送信して処理を終了する（図２１のS6170、図１４のS1180、図１６のS3090）。

一方、電子マネーチャージ管理サーバ２００は、電子マネー発行サーバ３００からギフト番号を正しく受信できなかった場合には、トランザクションテーブル６１０に記憶されているフラグを「４」に更新する（図２１のS6150、S6180）。そして電子マネーチャージ管理サーバ２００は、ユーザ端末１００に対して、リターンコード「２」を送信して処理を終了する（図２１のS6190）。なお、ギフト番号を正しく受信できない場合は、例えば電子マネー発行サーバ３００に障害が発生していた場合や、電子マネーチャージ管理サーバ２００と電子マネー発行サーバ３００との間の通信が不通であった場合に起こりうる。この場合は、ユーザから電子マネー発行者への電子マネーの代金の振込は完了しているので、一旦電子マネーの発行処理を中断し、その後に処理をやり直して、ユーザへのギフト番号の発行が行われなければならない。

ユーザ端末１００は、電子マネーチャージ管理サーバ２００からリターンコード「２」を受信した場合には、図１９のS4270、S4280、S4290の各処理を実行した後、S4310において、図７に示す処理状況管理テーブル６６０に記憶されている電子マネーフラグをそのままにして処理を終了する（S4310）。これにより、次回電子マネーのチャージを行なう場合には、前回中断した処理の続きから実行することができる。

一方、ユーザ端末１００は、電子マネーチャージ管理サーバ２００からリターンコード「０」を受信した場合には、図１９のS4320において、処理状況管理テーブル６６０にギフト番号を記憶すると共に、電子マネーフラグを「２」にセットする（図７（Ｃ））。

ユーザ端末１００は、ギフト番号を受信すると、ギフト受け取り処理を実行する（図１９のS4330）。ギフト受け取り処理は、図１４のS1190及びS1210に相当する。つまりユーザ端末１００は、処理状況管理テーブル６６０に記憶したギフト番号を電子マネー発行サーバ３００に送信し（S1190）、電子マネーの発行要求を行う。そうすると電子マネー発行サーバ３００は、電子マネー管理テーブル６３０において、そのギフト番号と対応付けられている「ステータス」欄を、”未発行”から”発行済”に更新し（S1200）、チャージ金額相当の電子マネーをユーザ端末１００に送信する（S1210）。

ここで電子マネー発行サーバ３００は、電子マネーと共にリターンコードも送信する。電子マネー発行サーバ３００から送信されるリターンコードには、電子マネーの発行が正常に行なえたか否かを示す情報が含まれている。また電子マネーの発行が正常に行なえなかった場合には、リターンコードには、リカバリが可能か否かを示す情報も含まれる。

ユーザ端末１００は、電子マネー発行サーバ３００からリターンコードを受信すると、その内容をチェックする（図１９のS4340）。
リターンコードに電子マネーの発行が正しく行なえた旨の情報が含まれている場合には、ユーザ端末１００は、非接触式ＩＣチップ１７０に記憶されている電子マネーの残高を更新すると共に、電子マネーのチャージが完了した旨の表示を出力装置１６０に行い、処理状況管理テーブル６６０の電子マネーフラグを「０」にクリアする（図１９のS4350、S4400、図１４のS1220）。なお、処理状況管理テーブル６６０の各項目を全てクリアしてしまっても良い。

一方、リターンコードに電子マネーの発行が正しく行なえなかった旨の情報が含まれている場合には（図１９のS4340）、ユーザ端末１００は、メッセージ表示処理を実行した後（S4360）、リカバリが可能なエラーコードか否かに応じて、電子マネーフラグの値をクリア（「０」に更新）するか、あるいはそのままにして、処理を終了する（S4380、S4390）。電子マネーフラグの値をクリアして処理を終了した場合には、次回、電子マネーのチャージを行なうための処理を実行する場合には、処理が最初から開始される。一方、電子マネーフラグの値をそのままにして処理を終了した場合には、次回、電子マネーのチャージを行なうための処理を実行する場合には、前回の続きから処理が開始される。

以上により電子マネーのチャージの処理が終了する。
そして、次回、ユーザが電子マネーをチャージしようとする場合には、ユーザ端末１００は、ユーザ端末制御プログラム７００の起動処理（図１７のS4000）、電子マネーの発券確認処理（S4010）を行なった後、中断チェックを実行する（S4030）。
中断チェックは、図７に示す処理状況管理テーブル６６０の”電子マネーフラグ”欄が「０」であるか否かにより行なう。
電子マネーフラグの値が「１」あるいは「２」である場合には、ユーザ端末１００は中断再開確認処理を実行する（図１７のS4040）。ユーザ端末１００は、中断再開確認処理において、前回の処理を続きから開始する旨のメッセージを出力装置１６０に出力する。

そしてユーザ端末１００は、電子マネーフラグの値が「１」の場合には、電子マネーチャージ管理サーバ問い合わせ処理を実行する（S4060）。電子マネーチャージ管理サーバ問い合わせ処理では、ユーザ端末１００は、S4260と同様に、電子マネーチャージ管理サーバ２００に対して、振込み実行指示とセッションＩＤとＥＤＩ情報と電子マネー番号とを送信する。セッションＩＤとＥＤＩ情報は、前回の処理の際に、処理状況管理テーブル６６０に記憶しておいたものである。

電子マネーチャージ管理サーバ２００は、ユーザ端末１００から振込み実行指示とセッションＩＤとＥＤＩ情報と電子マネー番号とを受信すると（図２１のS6000）、受信電文チェック処理を実行後（S6010）、トランザクションテーブル６１０を参照し、ＥＤＩ情報と電子マネー番号とにより特定されるトランザクションを実行する。

電子マネーチャージ管理サーバ２００は、そのトランザクションのフラグの値をチェックする（S6020）。フラグの値が「４」であった場合には、前回の処理の際に、銀行サーバ４００との振込実行処理は既に完了しているため、電子マネーチャージ管理サーバ２００は、フラグを「３」に更新して（S6130）、ギフト発行要求処理を実行する（S6140）。

フラグの値が「５」であった場合は、前回の処理において残高不足等であったため、電子マネーチャージ管理サーバ２００は、リターンコード「１」と共に残高不足等である旨を知らせるメッセージをユーザ端末１００に再度送信する（S6030）。フラグの値が「８」であった場合は、前回の処理において通信不良等であったため、電子マネーチャージ管理サーバ２００は、リターンコード「２」と共にその旨を知らせるメッセージをユーザ端末１００に再度送信する（S6030）。フラグの値が「９」であった場合は、前回の処理が既に完了しているので、電子マネーチャージ管理サーバ２００は、リターンコード「０」と共にその旨のメッセージをユーザ端末１００に再度送信する（S6030）。

フラグの値が「２」や「３」であった場合は、前回の処理がまだ継続中であるので、電子マネーチャージ管理サーバ２００はユーザ端末１００にリターンコード「２」を送信する（S6040）。

そしてユーザ端末１００は、電子マネーチャージ管理サーバ２００からユーザ端末１００に送信されるリターンコードに応じて、処理が正常に終了したか否かをチェックする（図１７のS4070）。
リターンコードが「１」であった場合は、ユーザ端末１００は、電子マネーチャージ管理サーバ２００から送信されたメッセージを元に、残高が不足していた等の所定のメッセージを出力装置１６０に表示した後、電子マネーフラグを「０」にクリアして処理を終了する（S4110）。一方リターンコードが「２」であった場合は、ユーザ端末１００は、電子マネーチャージ管理サーバ２００から送信されたメッセージを元に、銀行サーバ４００との通信が不通であった等の所定のメッセージを出力装置１６０に表示した後、電子マネーフラグをクリアせずに処理を終了する（S4120）。
また、リターンコードが「０」であった場合には、ユーザ端末１００は、電子マネーチャージ管理サーバ２００から受信したギフト番号を処理状況管理テーブル６６０に記憶し、電子マネーフラグを「２」に更新する（S4080）。

その後、ユーザ端末１００はギフト受け取り処理を実行する（S4130）。ギフト受け取り処理において、ユーザ端末１００は、処理状況管理テーブル６６０に記憶したギフト番号を電子マネー発行サーバ３００に送信し（図１４のS1190）、電子マネーの発行要求を行う。
そして電子マネー発行サーバ３００において電子マネー発行処理が行われた後、ユーザ端末１００は、電子マネー発行サーバ３００からリターンコードを受信すると、その内容をチェックする（図１８のS4140）。

リターンコードに電子マネーの発行が正しく行なえた旨の情報が含まれている場合には、ユーザ端末１００は、非接触式ＩＣチップ１７０に記憶されている電子マネーの残高を更新すると共に、電子マネーのチャージが完了した旨の表示を出力装置１６０に行い、処理状況管理テーブル６６０の電子マネーフラグを「０」にクリアする（図１８のS4150、図１４のS1220）。なお、処理状況管理テーブル６６０の各項目を全てクリアしてしまっても良い。そしてユーザ端末１００は、S4200のログイン処理を開始し、電子マネーをチャージするための新たな処理を開始する。

一方、電子マネー発行サーバ３００からのリターンコードに電子マネーの発行が正しく行なえなかった旨の情報が含まれている場合には（図１８のS4140）、ユーザ端末１００は、メッセージ表示処理を実行した後（S4160）、リカバリが可能なエラーコードか否かに応じて、電子マネーフラグの値をクリア（「０」に更新）するか、あるいはそのままにして、処理を終了する（S4180、S4190）。電子マネーフラグの値をクリアして処理を終了した場合には、次回、電子マネーのチャージを行なうための処理を実行する場合には、処理が最初から開始される。一方、電子マネーフラグの値をそのままにして処理を終了した場合には、次回、電子マネーのチャージを行なうための処理を実行する場合には、前回の続きから処理が開始される。

以上、本実施の形態について説明したが、本実施の形態によれば、ユーザ端末１００と電子マネーチャージ管理サーバ２００との間での電子マネー発行のための処理が中断した場合であっても、電子商取引の処理を続きから再開することが可能となる。これにより電子マネーのチャージを迅速かつ確実に行なうことが可能となる。

なお、上記実施の形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得ると共に、本発明にはその等価物も含まれる。

例えば本願発明は、電子マネーを購入する場合に限られず、インターネットを介して商品の購入やサービスの申込を行う場合に広く適用可能である。また、ユーザ端末１００と銀行サーバ４００との間で行われる処理や、ユーザ端末１００と電子マネー発行サーバ３００との間で行なわれる処理に適用することも可能である。

本実施の形態に係る情報処理システムの全体構成を示す図である。 本実施の形態に係るユーザ端末、電子マネーチャージ管理サーバ、電子マネー発行サーバ及び銀行サーバの各構成を示す図である。 本実施の形態に係るユーザ端末の記憶装置を示す図である。 本実施の形態に係る電子マネーチャージ管理サーバの記憶装置を示す図である。 本実施の形態に係る電子マネー発行サーバの記憶装置を示す図である。 本実施の形態に係る銀行サーバの記憶装置を示す図である。 本実施の形態に係る処理状況管理テーブルを示す図である。 本実施の形態に係るトランザクションテーブルを示す図である。 本実施の形態に係るエラー情報テーブルを示す図である。 本実施の形態に係る電子マネー管理テーブルを示す図である。 本実施の形態に係るユーザ管理テーブルを示す図である。 本実施の形態に係る口座管理テーブルを示す図である。 本実施の形態に係る電子マネーチャージ処理の流れを示すフローチャートである。 本実施の形態に係る電子マネーチャージ処理の流れを示すフローチャートである。 本実施の形態に係る電子マネーチャージ開始要求受付処理の流れを示すフローチャートである。 本実施の形態に係る電子マネーチャージ引き落とし要求処理の流れを示すフローチャートである。 本実施の形態に係るユーザ端末におけるステータス管理処理の流れを示すフローチャートである。 本実施の形態に係るユーザ端末におけるステータス管理処理の流れを示すフローチャートである。 本実施の形態に係るユーザ端末におけるステータス管理処理の流れを示すフローチャートである。 本実施の形態に係る電子マネーチャージ管理サーバにおけるステータス管理処理の流れを示すフローチャートである。 本実施の形態に係る電子マネーチャージ管理サーバにおけるステータス管理処理の流れを示すフローチャートである。 本実施の形態に係るステータス遷移テーブルを示す図である。

符号の説明

１００ ユーザ端末
１７０ 非接触式ＩＣチップ
２００ 電子マネーチャージ管理サーバ
３００ 電子マネー発行サーバ
４００ 銀行サーバ
５００ ネットワーク
６１０ トランザクションテーブル
６２０ エラー情報テーブル
６３０ 電子マネー管理テーブル
６４０ ユーザ管理テーブル
６５０ 口座管理テーブル
６６０ 処理状況管理テーブル
６７０ ステータス遷移テーブル
７００ ユーザ端末制御プログラム
７１０ 電子マネーチャージ管理サーバ制御プログラム
７２０ 電子マネー発行サーバ制御プログラム
７３０ 銀行サーバ制御プログラム
８００ 記録媒体
１０００ 情報処理システム

Claims (9)

1. 通信可能に接続される情報処理サーバに電子商取引の開始要求を送信する開始要求送信部と、
   前記電子商取引を行なう際に順次実行する複数の所定の処理ステップのうち、現在実行中の処理ステップを示す処理ステップ特定情報を記憶する処理ステップ管理テーブルと、
   新たな処理ステップを実行する毎に、前記処理ステップ管理テーブルに記憶される処理ステップ特定情報を、前記新たな処理ステップを示す処理ステップ特定情報に更新する処理ステップ特定情報更新部と、
   前記電子商取引を開始する際に、前記処理ステップ管理テーブルに記憶されている処理ステップ特定情報により特定される処理ステップから前記電子商取引を開始する電子商取引実行開始部と、
   を備えることを特徴とする情報処理装置。
2. 前記情報処理サーバから、前記電子商取引を中断し、次回実行時は電子商取引を初めから実行することを指示するメッセージを受信するメッセージ受信部と、
   前記メッセージに応じて、前記電子商取引を終了する取引終了部と、
   前記電子商取引を終了する際に、前記処理ステップ管理テーブルに記憶されている処理ステップ特定情報を、前記電子商取引の先頭の処理ステップを示す処理ステップ特定情報に更新する処理ステップクリア部と、
   を備えることを特徴とする請求項１に記載の情報処理装置。
3. 前記情報処理装置は、携帯電話機であることを特徴とする請求項１に記載の情報処理装置。
4. 前記電子商取引は、電子マネーの発行を受けるための電子商取引であることを特徴とする請求項１に記載の情報処理装置。
5. 情報処理サーバと通信可能に接続される情報処理装置の制御方法であって、
   前記情報処理装置が、前記情報処理サーバに電子商取引の開始要求を送信し、
   前記情報処理装置が、前記電子商取引を行なう際に順次実行する複数の所定の処理ステップのうち、現在実行中の処理ステップを示す処理ステップ特定情報を、前記情報処理装置が備える処理ステップ管理テーブルに記憶し、
   前記情報処理装置が、新たな処理ステップを実行する毎に、前記処理ステップ管理テーブルに記憶される処理ステップ特定情報を、前記新たな処理ステップを示す処理ステップ特定情報に更新し、
   前記情報処理装置が、前記電子商取引を開始する際に、前記処理ステップ管理テーブルに記憶されている処理ステップ特定情報により特定される処理ステップから前記電子商取引を開始する
   ことを特徴とする情報処理装置の制御方法。
6. 情報処理サーバと通信可能に接続される情報処理装置に、
   前記情報処理サーバに電子商取引の開始要求を送信する手順と、
   前記電子商取引を行う際に順次実行する複数の所定の処理ステップのうち、現在実行中の処理ステップを示す処理ステップ特定情報を、前記情報処理装置が備える処理ステップ管理テーブルに記憶する手順と、
   新たな処理ステップを実行する毎に、前記処理ステップ管理テーブルに記憶される処理ステップ特定情報を、前記新たな処理ステップを示す処理ステップ特定情報に更新する手順と、
   前記電子商取引を開始する際に、前記処理ステップ管理テーブルに記憶されている処理ステップ特定情報により特定される処理ステップから前記電子商取引を開始する手順と、
   を実行させるためのプログラム。
7. 通信可能に接続される情報処理装置から電子商取引の開始要求を受信する開始要求受信部と、
   前記電子商取引を行なう際に順次実行する複数の所定の処理ステップのうち、現在実行中の処理ステップを示す処理ステップ特定情報を記憶する取引管理テーブルと、
   新たな処理ステップを実行する毎に、前記取引管理テーブルに記憶される処理ステップ特定情報を、前記新たな処理ステップを示す処理ステップ特定情報に更新する処理ステップ更新部と、
   前記情報処理装置から電子商取引の開始要求を受信した際に、前記取引管理テーブルに記憶されている処理ステップ特定情報により特定される処理ステップから前記電子商取引を開始する電子商取引開始部と、
   を備えることを特徴とする情報処理サーバ。
8. 情報処理装置と通信可能に接続される情報処理サーバの制御方法であって、
   前記情報処理サーバが、前記情報処理装置から電子商取引の開始要求を受信し、
   前記情報処理サーバが、前記電子商取引を行なう際に順次実行する複数の所定の処理ステップのうち、現在実行中の処理ステップを示す処理ステップ特定情報を、前記情報処理サーバが備える取引管理テーブルに記憶し、
   前記情報処理サーバが、新たな処理ステップを実行する毎に、前記取引管理テーブルに記憶される処理ステップ特定情報を、前記新たな処理ステップを示す処理ステップ特定情報に更新し、
   前記情報処理サーバが、前記情報処理装置から電子商取引の開始要求を受信した際に、前記取引管理テーブルに記憶されている処理ステップ特定情報により特定される処理ステップから前記電子商取引を開始する
   ことを特徴とする情報処理サーバの制御方法。
9. 情報処理装置と通信可能に接続される情報処理サーバに、
   前記情報処理装置から電子商取引の開始要求を受信する手順と、
   前記電子商取引を行なう際に順次実行する複数の所定の処理ステップのうち、現在実行中の処理ステップを示す処理ステップ特定情報を、前記情報処理サーバが備える取引管理テーブルに記憶する手順と、
   新たな処理ステップを実行する毎に、前記取引管理テーブルに記憶される処理ステップ特定情報を、前記新たな処理ステップを示す処理ステップ特定情報に更新する手順と、
   前記情報処理装置から電子商取引の開始要求を受信した際に、前記取引管理テーブルに記憶されている処理ステップ特定情報により特定される処理ステップから前記電子商取引を開始する手順と、
   を実行させるためのプログラム。
   
   

Images