JP2004252751A - 電子決済システム - Google Patents
電子決済システム Download PDFInfo
- Publication number
- JP2004252751A JP2004252751A JP2003043039A JP2003043039A JP2004252751A JP 2004252751 A JP2004252751 A JP 2004252751A JP 2003043039 A JP2003043039 A JP 2003043039A JP 2003043039 A JP2003043039 A JP 2003043039A JP 2004252751 A JP2004252751 A JP 2004252751A
- Authority
- JP
- Japan
- Prior art keywords
- payment
- settlement
- processing
- server
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
【課題】決済端末と決済サーバの間の通信状態の良否によらず、円滑に電子決済処理を遂行することができる信頼性の高い電子決済システムを提供する。
【解決手段】決済端末1は、ICカード5からユーザの識別情報を、料金メータ6から代金情報を読み込み、決済処理要求を生成する。次に、決済サーバ2との間の通信状態の良否を判定する。通信可能な場合には決済処理要求を直ちに決済サーバ2に送信して決済処理を行わせ、通信可能でない場合には決済代行手段16によって仮決済処理を行い、事後的に当該処理に係る仮決済情報を決済サーバ2に送信して本決済処理を行わせる。
【選択図】 図2
【解決手段】決済端末1は、ICカード5からユーザの識別情報を、料金メータ6から代金情報を読み込み、決済処理要求を生成する。次に、決済サーバ2との間の通信状態の良否を判定する。通信可能な場合には決済処理要求を直ちに決済サーバ2に送信して決済処理を行わせ、通信可能でない場合には決済代行手段16によって仮決済処理を行い、事後的に当該処理に係る仮決済情報を決済サーバ2に送信して本決済処理を行わせる。
【選択図】 図2
Description
【0001】
【発明の属する技術分野】
本発明は、決済サーバに電気通信回線を通じて接続される決済端末を用いて電子決済を行う技術に関し、特に、自動車等の移動体に設置された決済端末に用いられて好適な技術に関する。
【0002】
【従来の技術】
インターネットや情報通信機器の普及にともない、ICカード等の電子決済媒体を用いた電子決済技術が注目を集めている。電子決済とは、実際の現金を用いることなく、電子データのやりとりだけで商品やサービスの対価を支払う仕組みをいう。
【0003】
ICカードを用いた一般的な電子決済システムは、次のように構成される。
【0004】
ユーザはまず決済事業者からICカードの発行を受ける。ダイレクトデビッド方式の場合には、ユーザは決済事業者に代金を仮払いし、決済サーバに限度額を設定しておく。ICカードにはユーザを特定するための識別情報が記録されており、ユーザはこの識別情報を用いて口座の残高や取引履歴の照会を行うことができる。
【0005】
電子決済システムの加盟店には決済端末が設置される。ユーザは商品を購入する際にICカードを決済端末のカードリーダにセットする。決済端末は、ICカードからユーザの識別情報を読み込み、識別情報と商品の購入代金の情報とを決済サーバに送信する。
【0006】
決済サーバは、識別情報によりユーザを特定し、当該ユーザの口座から購入代金を引き落とすとともに、別途、加盟店の銀行口座に購入代金から手数料を差し引いた金額を入金する。決済端末は、決済サーバから処理結果を受信した後、ユーザに対して領収書の発行を行う。
【0007】
このような電子決済の仕組みは、利便性・安全性に優れており、今後の利用範囲の拡大が望まれている。なかでも、移動体における決済(例えば、タクシー料金の支払い、電車・飛行機内での商品購入代金の支払い等)は、比較的少額の取引が多いため、電子決済に向いているといえる。
【0008】
なお、タクシー料金の支払いに関しては、クレジットカード決済の仕組みが既に実用化されているはいるが(例えば、特許文献1参照)、クレジットカードは偽造や改ざんが容易であるため、上述したICカード決済に比べて信頼性に欠けるという欠点がある。
【0009】
【特許文献1】
特開平10−312476号公報
【0010】
【発明が解決しようとする課題】
また、クレジットカード決済であるとICカード決済であるとを問わず、移動体において電子決済を行うにあたっては、以下に述べるような根本的な技術的課題が残されている。
【0011】
決済端末を移動体に設置した場合、決済端末と決済サーバの間のデータ送受信は必然的に無線通信を利用して行うことになる。ここで無線通信網としては、携帯電話やタクシー無線等の比較的広域な通信エリアを持つものから、ホットスポットのような狭域な通信エリアのものまで、種々の通信網を利用することができる。
【0012】
しかしながら、いずれの場合であっても、無線通信の性質上、移動体の現在位置や移動速度あるいは電波状態によって、決済サーバとの間の通信が不調または不能となるおそれがある。そのような場合には、決済処理要求や与信確認を行うことができないので、電子決済処理を遂行できなくなり、電子決済サービスが停止してしまう。
【0013】
また、比較的広域な無線通信網は、一般的に通信速度が遅い。それゆえ、決済サーバとの通信に相当の時間を要し、迅速な決済処理を行うことができず、電子決済の利便性を損なうおそれもある。
【0014】
本発明は上記実情に鑑みてなされたものであり、本発明の目的は、決済端末と決済サーバの間の通信状態の良否によらず、円滑に電子決済処理を遂行することのできる信頼性の高い電子決済システムを提供することにある。
【0015】
【課題を解決するための手段】
上記目的を達成するために、本発明では、以下の手順ないし手段により電子決済処理を行う。
【0016】
電子決済システムは、少なくとも、電子決済処理を行う決済サーバとこの決済サーバに決済処理を要求する決済端末とを有して構成される。決済サーバと決済端末とは、インターネット等の電気通信回線を通じて互いにデータ送受信を行う。
【0017】
決済端末は、読込手段により、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む。電子決済システムでは、この識別情報により決済を行うユーザの特定あるいは認証等を行うことができる。
【0018】
ここで、電子決済媒体とは、電子決済に供される記録媒体であって、少なくとも決済を行うユーザを特定するための識別情報が電気的又は磁気的その他これに類する方式で記録されているものをいう。電子決済媒体としては、例えば、ICカード等の記録カードや、メモリカードや、メモリを内蔵した携帯電話・PDA等の電子機器等を好適に用いることができる。
【0019】
典型的には、電子決済媒体としてICカードを用いることが好適であり、このときの読込手段としては接触又は非接触にICカードの記録内容を読み込むカード読込手段を用いることが好適である。ICカードは、CPUとメモリを備えており、そのメモリの中に識別情報を記録しておくことができる。ICカードはセキュリティに優れるので、識別情報の漏洩や改ざん、ICカードの偽造等を防止することができ、従来のクレジットカード決済に比べて信頼性の高い電子決済の仕組みを構築することができる。
【0020】
また、電子決済媒体に記録されている識別情報としては、典型的には、電子決済システムに登録した個々のユーザに一意に振られたユーザIDを用いることが好適である。なお、識別情報としては、ユーザID以外にも、顔画像や指紋などのバイオメトリクス情報など、ユーザを特定可能な情報であればいかなる情報も好ましく用いることができる。
【0021】
次に、決済端末は、要求生成手段により、上記読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成するとよい。決済処理要求とは、電子決済処理を実行する手段(後述する決済代行手段等)または他の装置(決済サーバ等)に対して、実行すべき決済処理の内容を知らしめるために用いられる情報,データもしくは命令またはこれらの組み合わせである。
【0022】
代金情報は、なんらかの手段を用いて決済端末に入力される。例えば、ユーザもしくは決済端末の操作者がキーボードやバーコードリーダ等の入力手段を用いて入力してもよいし、決済端末がPOSレジやタクシーの料金メータ等の外部機器と接続されている場合には、その外部機器から代金情報を取得してもよい。また、上記電子決済媒体が、キーボード付きICカードのように代金情報を入力するための入力手段を備えている場合には、決済端末は読込手段により電子決済媒体から代金情報を読み込むことも好ましい。
【0023】
決済端末は、通常、上記生成した決済処理要求を決済サーバに送信することにより、決済サーバに決済処理を行わせることができる。また、決済端末は、それ自身に、決済処理要求に基づいて仮決済処理を実行可能な決済代行手段を備えており、決済代行手段にて仮決済処理を行うこともできる。すなわち、決済端末は、決済サーバによる通常の電子決済の他、決済代行手段による単独での電子決済、決済代行手段と決済サーバとを組み合わせた電子決済等、種々の処理モードを実行可能に構成されているのである。
【0024】
かかる構成により、決済端末は、決済サーバとの間の通信状態,通信コストその他の状況に応じて最適な決済処理を遂行できるように、処理モードを適宜切り替えることができる。また、決済サーバとの間の通信が不調または不能になった場合でも、単独で決済処理を遂行することができる。
【0025】
決済端末における処理の内容は処理制御手段によって制御される。
【0026】
例えば、処理制御手段は、決済代行手段により仮決済処理を行った後に、当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせるとよい。仮決済処理は、決済端末の内部処理だけで済むため、決済サーバを利用した決済処理に比べて高速に実行することができる。また、仮決済処理を行うにあたり、決済サーバとの通信が不要となる。したがって、ユーザに対して迅速かつ確実な電子決済サービスを提供することが可能となる。そして、仮決済処理が完了した後、仮決済情報が決済サーバに送られて本決済処理が遂行されるので、決済サーバで決済処理に関する情報を一元的に管理することができ、情報の不整合による代金の未払いや二重支払い等の不具合を防止することができる。
【0027】
また、決済端末に、決済サーバとの間の通信状態の良否を判定する通信状態判定手段を設け、処理制御手段が、通信可能と判定された場合には、生成した決済処理要求を直ちに決済サーバに送信して決済処理を行わせ、通信可能でないと判定された場合には、決済代行手段により仮決済処理を行うとともに、通信可能な状態となった後に当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせることも好適である。このように通信状態の良否に応じて処理モードを適宜切り替えることにより、通信不調時や通信不能時でも電子決済を遂行することが可能となり、いかなる状況においても最適な電子決済サービスを提供することができる。
【0028】
したがって、本発明は、決済端末が無線通信を行う場合に好ましく適用することができる。特に、決済端末が自動車・電車・飛行機等の移動体に設置されている場合等に好適である。移動体の現在位置や移動速度によっては無線通信状態が不調または不能になることがあるからである。
【0029】
ここで、通信状態判定手段は、受信電波強度を検知することによって通信状態の良否を判定することが好適である。
【0030】
また、通信状態判定手段は、移動体の現在位置または移動速度を検知することによって通信状態の良否を判定することも好ましい。
【0031】
また、通信状態判定手段は、通信エラーの頻度等を検知することによって通信状態の良否を判定することも好ましい。
【0032】
処理制御手段は、複数の仮決済処理を行った後に、これらの処理に係る複数の仮決済情報をまとめて決済サーバに送信することが好ましい。これにより決済サーバとの通信回数を減らすことができるので、通信コストを低減することができる。
【0033】
上記仮決済情報としては、当該処理を示す処理ID,ユーザの識別情報,代金情報,処理を行った時刻等の情報を含んでいるとよい。これにより、誰が何時にいくらの決済を行ったかを特定することができる。決済端末は、この仮決済情報を自身の記憶手段にも記録しておくとよい。
【0034】
仮決済処理においては、書込手段により、当該処理を示す処理IDを当該ユーザの電子決済媒体に書き込むことも好適である。ユーザ所有の電子決済媒体に処理IDを記録しておくことにより、仮決済をした事実がユーザの手元に証拠として残るので、決済処理に関するトラブルを未然に防止することができる。
【0035】
また、ユーザが、このときの処理IDを利用して、決済サーバから本決済処理に係る領収書または明細書の発行を受けられるようにすることも好ましい。
【0036】
なお、本発明は、上記手順を実現する手段の少なくとも一部を有する、電子決済システム若しくは決済端末、又は、その決済端末を備えた移動体として捉えることができる。また、本発明は、上記手順の少なくとも一部を含む電子決済方法、又は、この方法を実現するためのプログラムとして捉えることもできる。なお、上記手段および手順の各々は可能な限り互いに組み合わせて本発明を構成することができる。
【0037】
例えば、本発明の一実施態様としての電子決済システムは、電子決済処理を行う決済サーバとこの決済サーバに決済処理を要求する決済端末とを有して構成される電子決済システムであって、決済端末は、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む読込手段と、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する要求生成手段と、決済処理要求に基づいて仮決済処理を実行可能な決済代行手段と、決済代行手段により仮決済処理を行った後に、当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理制御手段と、を備えることが好適である。
【0038】
また、本発明の一実施態様としての電子決済システムは、電子決済処理を行う決済サーバとこの決済サーバに決済処理を要求する決済端末とを有して構成される電子決済システムであって、決済端末は、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む読込手段と、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する要求生成手段と、決済処理要求に基づいて仮決済処理を実行可能な決済代行手段と、決済サーバとの間の通信状態の良否を判定する通信状態判定手段と、通信可能と判定された場合には、生成した決済処理要求を直ちに決済サーバに送信して決済処理を行わせ、通信可能でないと判定された場合には、決済代行手段により仮決済処理を行うとともに、通信可能な状態となった後に当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理制御手段と、を備えることが好適である。
【0039】
また、本発明の一実施態様としての決済端末は、電子決済処理を行う決済サーバに決済処理を要求する決済端末であって、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む読込手段と、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する要求生成手段と、決済処理要求に基づいて仮決済処理を実行可能な決済代行手段と、決済代行手段により仮決済処理を行った後に、当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理制御手段と、を備えることが好適である。
【0040】
また、本発明の一実施態様としての決済端末は、電子決済処理を行う決済サーバに決済処理を要求する決済端末であって、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む読込手段と、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する要求生成手段と、決済処理要求に基づいて仮決済処理を実行可能な決済代行手段と、決済サーバとの間の通信状態の良否を判定する通信状態判定手段と、通信可能と判定された場合には、生成した決済処理要求を直ちに決済サーバに送信して決済処理を行わせ、通信可能でないと判定された場合には、決済代行手段により仮決済処理を行うとともに、通信可能な状態となった後に当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理制御手段と、を備えることが好適である。
【0041】
また、本発明の一実施態様としての電子決済方法は、電子決済処理を行う決済サーバに決済処理を要求する決済端末が、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込み、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成し、決済処理要求に基づいて仮決済処理を行い、仮決済処理を行った後に、当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせることが好適である。
【0042】
また、本発明の一実施態様としての電子決済方法は、電子決済処理を行う決済サーバに決済処理を要求する決済端末が、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込み、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成し、決済サーバとの間の通信状態の良否を判定し、通信可能と判定された場合には、生成した決済処理要求を直ちに決済サーバに送信して決済処理を行わせ、通信可能でないと判定された場合には、決済処理要求に基づいて仮決済処理を行うとともに、通信可能な状態となった後に当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせることが好適である。
【0043】
また、本発明の一実施態様としてのプログラムは、電子決済処理を行う決済サーバに決済処理を要求する決済端末に、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む処理と、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する処理と、決済処理要求に基づいて仮決済処理を行う処理と、仮決済処理を行った後に、当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理と、を実行させることが好適である。
【0044】
また、本発明の一実施態様としてのプログラムは、電子決済処理を行う決済サーバに決済処理を要求する決済端末に、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む処理と、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する処理と、決済サーバとの間の通信状態の良否を判定する処理と、通信可能と判定された場合には、生成した決済処理要求を直ちに決済サーバに送信して決済処理を行わせる処理と、通信可能でないと判定された場合には、決済処理要求に基づいて仮決済処理を行うとともに、通信可能な状態となった後に当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理と、を実行させることが好適である。
【0045】
また、本発明の一実施態様としての移動体は、上記決済端末のうちいずれかの決済端末を備えることが好適である。
【0046】
【発明の実施の形態】
以下に図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。
【0047】
図1は、本発明の一実施形態に係る電子決済システムの全体像を示す図である。
【0048】
電子決済システムは、インターネットを通じて互いに通信可能な決済端末1と決済サーバ2とを有して構成される。
【0049】
決済サーバ2は、決済端末1からの決済処理要求を受けて実際に決済処理を行うコンピュータシステムである。決済サーバ2は、電子決済サービスを提供する決済事業者により設置・運営されている。
【0050】
電子決済サービスを受けるユーザは、事前に決済事業者に登録を申請し、電子決済媒体としてのICカードの発行を受けるとともに、限度額を設定する。そうすると、決済サーバ2のデータベースに、ユーザ情報の登録がなされるとともに、当該ユーザの仮想口座が開設される。すなわち、本実施形態の電子決済媒体はダイレクトデビッド方式のICカードである。
【0051】
ICカードは、CPUとメモリを備えたICチップを内蔵している。ICカードのメモリには、決済事業者から発行されたユーザIDが記録されている。また、指紋や顔画像等のユーザのバイオメトリクス情報が記録されている場合もある。ユーザIDやバイオメトリクス情報は、ユーザを特定するための識別情報として用いられる。
【0052】
ユーザは、このICカードを用いて、電子決済システムの加盟店において代金の支払い等の決済を行うことができる。また、ICカードを用いて口座の残高や取引履歴の照会を行うことも可能である。
【0053】
ICカードはセキュリティに優れるため、識別情報の漏洩や改ざん、ICカードの偽造等を防止することができる。したがって、従来のクレジットカード決済に比べて信頼性の高い電子決済の仕組みを構築することができる。
【0054】
決済端末1は、電子決済システムの加盟店に設置される端末である。決済端末の構成およびその設置場所としては種々の態様を想定することができる。例えば、商品販売店の店舗に設置される場合には、POSレジに内蔵または接続された構成の決済端末が好ましい。また、街頭に設置される場合には、自動販売機に内蔵された構成の決済端末が好ましい。また、決済端末1を移動体に設置することも好ましい。
【0055】
本実施形態では、図1に示すように、決済端末1が移動体であるタクシー3の中に設置された例を示している。すなわち、本実施形態の電子決済システムは、タクシー料金の支払いに用いられるものである。なお、決済端末1は、インターネットと有線接続することができないため、無線基地局4との間で無線方式によりデータ通信を行うことになる。
【0056】
決済端末1は、CPU(中央演算処理装置),メモリ,記憶装置,カードリーダ,通信装置等をハードウエア資源として備えるコンピュータシステムである。メモリは、ROM(Read Only Memory)とRAM(Random Access Memory)から構成される1次記憶手段であり、ROMにはBIOS(Basic Input Output System)等の基本的なプログラムが格納され、RAMには実行中のプログラムのコードやデータが格納される。記憶装置は、プログラムやデータを記憶する2次記憶手段であり、例えばハードディスク等により構成される。
【0057】
そして、ROMまたは記憶装置に格納されたプログラムがCPUに読み込まれ、実行されることにより、ソフトウエアとハードウエア資源とが協働して以下に述べる決済端末1の具体的な諸機能が実現される。
【0058】
図2は、決済端末1の機能構成を示す機能ブロック図である。決済端末1は、概略、読込手段10,書込手段11,代金入力手段12,要求生成手段13,通信手段14,通信状態判定手段15,決済代行手段16,処理制御手段17を有している。
【0059】
読込手段10は、ICカード5に記録された種々の情報を読み込む機能を有し、書込手段11は、ICカード5に種々の情報を書き込む機能を有する。本実施形態では非接触方式のカードリーダを用いており、プログラムがこのカードリーダを制御することにより読込手段10および書込手段11が実現されている。
【0060】
代金入力手段12は、外部装置である料金メータ6からユーザが支払うべき代金に関する代金情報を取得する機能を有する。また、代金入力手段12は、キーボード等の入力デバイスにより代金情報を入力可能とする機能も提供する。例えば、走賃以外に有料道路の通行料等の支払いが必要な場合には、決済端末の操作者(タクシー運転手)が別途通行料を入力することができる。
【0061】
要求生成手段13は、決済処理要求を生成する機能を有する。決済処理要求は、決済サーバ2や決済代行手段16に対して、実行すべき決済処理の内容を知らしめるために用いられる情報,データもしくは命令またはこれらの組み合わせからなる。決済処理要求には、少なくとも、ユーザの識別情報と代金情報とが含まれていればよい。
【0062】
通信手段14は、決済サーバ2との間でのデータ送受信を実現するための機能を提供する。具体的には、通信手段14は、無線通信を実現するための通信アダプタおよびアンテナ等のハードウエア資源と、この通信アダプタを制御するプログラムによって実現される。
【0063】
通信状態判定手段15は、決済サーバ2との間の通信状態の良否を判定する機能を有する。ここでは、通信状態判定手段15は、アンテナの受信電波強度を検知し、検知強度が所定のしきい値を超えている場合には「通信可能」、しきい値以下の場合には「通信可能でない」との判定結果を出力する。
【0064】
なお、通信状態の良否に関しては、タクシーの現在位置または移動速度を検知することによっても判定することができる。例えば、現在位置はGPSを用いることで、移動速度は速度センサやGPSを用いることで、それぞれ容易に検知することができる。そして、無線通信を安定して行うことが可能なエリアや移動速度を予め設定しておけば、その設定値とGPSや速度センサの検知結果とを照合することにより通信状態の良否を容易に推測することができる。また、GPSの情報を活用すれば、現時点における通信状態を推測するのみならず、数分後など将来的な通信状態の変化を予測することも可能である。
【0065】
その他、通信状態の良否を判定する手段としては種々のものが考えられるが、決済端末1にはいかなる手段も好適に用いることができる。また、複数の手段を組み合わせて、判定の信頼性を高めることも好ましい。
【0066】
決済代行手段16は、要求生成手段13が生成した決済処理要求に基づいて仮決済処理を実行する機能を有する。すなわち、決済端末1は、決済サーバ2に決済処理要求を送信することにより行う通常の電子決済の他、決済代行手段16による単独での電子決済、決済代行手段16と決済サーバ2とを組み合わせた電子決済等、種々の処理モードを実行可能な構成となっている。処理モードの切り替え等の制御は、処理制御手段17によって実行される。
【0067】
では次に、図2に図3,4のフローチャートを併せ参照して、決済端末1における処理フローの一例を説明する。
【0068】
プログラムが起動すると、まず、決済端末1の代金入力手段12が料金メータ6から代金情報を取得する(ステップS100)。通行料等の追加料金がある場合や、割引等がある場合には、決済端末1の操作者がそれらの情報を入力する。代金入力手段12は、取得または入力された金額を合計して、ユーザから支払いを受けるべき金額を算出する。
【0069】
次に、ユーザ所有のICカード5を決済端末1のカードリーダにセットする。そうすると、読込手段10によってICカード5からユーザの識別情報が読み込まれる(ステップS101)。
【0070】
要求生成手段13は、ステップS100,101で取得した代金情報および識別情報に基づいて、決済処理要求を生成する(ステップS102)。決済処理要求には、識別情報と代金情報に加えて、現在の日時、決済端末1の端末ID、支払い代金の内訳等の情報を含めるとよい。例えば、「ユーザID:xxxx」,「代金:5000円」,「日時:2003/01/30」,「端末ID:yyyy」,「内訳:走賃3500円,有料道路通行料1500円」等の情報を所定の形式にフォーマットしたものが決済処理要求となる。この決済処理要求を参照することにより、「誰がいつどこで何に対していくらの支払いを行うか」の情報を知ることができる。
【0071】
次に、通信状態判定手段15が、決済端末1と決済サーバ2との間の通信状態の良否を判定する(ステップS103)。判定結果は、処理制御手段17に引き渡される。
【0072】
処理制御手段17は、判定結果に応じて以降の処理内容を切り替える(ステップS104)。本実施形態では、「通信可能」と判定された場合には「通常処理モード」を実行し、「通信可能でない」と判定された場合には「代行処理モード」を実行する。
【0073】
通常処理モードの場合には、処理制御手段17は、要求生成手段13によって生成された決済処理要求を直ちに決済サーバ2に送信する(ステップS105)。
【0074】
決済サーバ2では、決済処理要求にしたがって電子決済処理が実行される。決済サーバ2は、決済処理要求に含まれる識別情報をデータベースに管理されているユーザ情報と照合することにより、決済処理を希望するユーザを特定し、当該ユーザの仮想口座から代金の引き落としを行う。代金の引き落としが完了したら、決済サーバ2は処理結果を決済端末1に送信する。そして、決済サーバ2は、端末IDで特定されるタクシー会社の銀行口座に代金の入金を行う。これにて電子決済処理が完了する。
【0075】
決済端末1が決済サーバ2から処理結果を受信すると(ステップS106)、プログラムが終了する。
【0076】
一方、代行処理モードの場合には、処理制御手段17は、要求生成手段13によって生成された決済処理要求を決済代行手段16に引き渡し、仮決済処理を行わせる。決済代行手段16は、決済処理要求に基づいて仮決済情報を生成し、その仮決済情報を記憶手段に記録する(ステップS107)。
【0077】
仮決済情報は、基本的に決済処理要求と同じ内容の情報を含んでいる。したがって、仮決済情報を参照することにより、「誰がいつどこで何に対していくらの支払いを行ったか」の情報を知ることができる。さらに、仮決済情報には、当該仮決済処理を示す処理IDが含まれる。処理IDは、決済代行手段16によって仮決済処理毎に一意に振られる識別番号である。
【0078】
次に、決済代行手段16は、書込手段11により処理IDをユーザのICカード5に書き込む(ステップS108)。
【0079】
以上で仮決済処理が終了する。仮決済処理では仮想口座からの引き落としやタクシー会社の口座への入金は行われないが、それらは事後的に行うこととして、この時点で決済端末1はユーザから代金支払いを受けたものとみなすのである。したがって、仮決済処理が終了した時点でユーザは解放されることとなる。
【0080】
仮決済処理後の事後処理は、図4のフローにしたがって実行される。同図の処理は、処理制御手段17によって定期的に実行されるものである。
【0081】
処理制御手段17は、まず、未処理の仮決済情報が記憶手段に記録されているかどうかを調べる(ステップS200)。未処理の仮決済情報が無い場合には、何もせずに終了する。なお、未処理とは、決済サーバ2による本決済処理が完了していない状態をいう。
【0082】
未処理の仮決済情報が存在していた場合には、通信状態判定手段15が、決済端末1と決済サーバ2との間の通信状態の良否を判定する(ステップS201)。
【0083】
ここで「通信可能でない」と判定された場合には、処理を終了する(ステップS202)。一方、「通信可能」と判定された場合には、処理制御手段17が仮決済情報を決済サーバ2に送信する(ステップS203)。未処理の仮決済情報が2つ以上あった場合、処理制御手段はそれらをまとめて送信するとよい。これにより、決済サーバ2との通信処理を減らすことができるので、通信コストの低減を図ることができる。
【0084】
決済サーバ2では、仮決済情報にしたがって本決済処理が実行される。決済サーバ2は、仮決済情報に含まれる識別情報をデータベースに管理されているユーザ情報と照合することにより、仮決済処理を行ったユーザを特定し、当該ユーザの仮想口座から代金の引き落としを行う。また、決済サーバ2は、端末IDで特定されるタクシー会社の銀行口座に代金の入金を行う。これにて本決済処理が完了し、仮決済処理の内容が決済サーバ2にも反映されたことになる。
【0085】
決済端末1は決済サーバ2から処理結果を受信すると、本決済処理を行った仮決済情報を削除し(又は、処理済みにし)、プログラムを終了する(ステップS204)。
【0086】
ユーザは、自宅のパソコンから決済サーバ2にアクセスすることにより、本決済処理の状況確認や本決済処理に係る領収書・明細書の発行依頼をすることができる。このときのアクセス認証は、ICカード5に記録された処理IDにより行われる。処理IDによって本決済処理および仮決済処理が一意に特定できるからである。
【0087】
以上述べた本実施形態の構成によれば、決済端末1が通信状態の良否に応じて通常処理モードと代行処理モードを切り替えるので、決済サーバ2との通信不調時や通信不能時でも電子決済を遂行することが可能となる。したがって、タクシー等の移動体にあっても、常に円滑かつ最適な電子決済サービスを提供することができる。
【0088】
また、仮決済処理が完了した後、仮決済情報が決済サーバ2に送信されて本決済処理が遂行されるので、決済サーバ2で決済処理に関する情報を一元的に管理することができ、情報の不整合による代金の未払いや二重支払い等の不具合を防止することができる。
【0089】
また、処理IDをユーザのICカード5に記録することとしたので、仮決済をした事実がユーザの手元に証拠として残る。また、その記録は決済端末1や決済サーバ2にも残っている。したがって、事後的に本決済処理を行う際などに、決済処理に関するトラブルが発生することを防止できる。
【0090】
さらに、処理IDを利用して自宅等から決済サーバ2にアクセスし、領収書等の発行を受けることができるので、システムの利便性が向上する。
【0091】
なお、上記構成は本発明の一実施形態を例示したものにすぎず、本発明の範囲を限定する趣旨のものではない。電子決済システムの構成やその処理方法は、本発明の技術思想の範囲内で種々の実施形態を採ることができる。
【0092】
例えば、上記実施形態では通信可能か否かで処理モードを切り替えるようにしたが、通信可能な場合でも原則として代行処理モードを実行する構成にしてもよい。すなわち、通信状態によらず常に決済代行手段による仮決済処理を行い、一日一回など定期的にそれらの仮決済情報をまとめて決済サーバに送信するのである。この構成によれば、通信回数を非常に少なくできるので、通信コストの低減を図ることができる。また、仮決済処理の際にデータ通信を行う必要がないので、ユーザに対する処理を迅速に完了させることができ、システムの利便性が向上する。
【0093】
また、上記実施形態では、決済端末1がタクシー(移動体)に設置されている例を示したが、決済端末1は店舗などに設置される固定端末であっても構わない。
【0094】
また、上記実施形態では、決済端末1が無線通信を行う場合について示したが、決済端末1が固定端末の場合などには有線通信を行う構成にしてもよい。また、決済端末1が移動体に設置されている場合であっても、移動体が停止している場合には決済端末1を有線接続することも可能となる。仮決済情報をまとめて送信する処理は、このように有線接続して行うと、高速かつ確実に通信処理できる点で好ましい。
【0095】
【発明の効果】
以上説明したように、本発明によれば、決済端末と決済サーバの間の通信状態の良否によらず、円滑に電子決済処理を遂行することが可能となる。
【図面の簡単な説明】
【図1】本発明の一実施形態に係る電子決済システムの全体像を示す図である。
【図2】決済端末の機能構成を示す機能ブロック図である。
【図3】決済端末における処理フローの一例を示すフローチャートである。
【図4】決済端末における処理フローの一例を示すフローチャートである。
【符号の説明】
1 決済端末
2 決済サーバ
3 タクシー
4 無線基地局
5 ICカード
6 料金メータ
10 読込手段
11 書込手段
12 代金入力手段
13 要求生成手段
14 通信手段
15 通信状態判定手段
16 決済代行手段
17 処理制御手段
【発明の属する技術分野】
本発明は、決済サーバに電気通信回線を通じて接続される決済端末を用いて電子決済を行う技術に関し、特に、自動車等の移動体に設置された決済端末に用いられて好適な技術に関する。
【0002】
【従来の技術】
インターネットや情報通信機器の普及にともない、ICカード等の電子決済媒体を用いた電子決済技術が注目を集めている。電子決済とは、実際の現金を用いることなく、電子データのやりとりだけで商品やサービスの対価を支払う仕組みをいう。
【0003】
ICカードを用いた一般的な電子決済システムは、次のように構成される。
【0004】
ユーザはまず決済事業者からICカードの発行を受ける。ダイレクトデビッド方式の場合には、ユーザは決済事業者に代金を仮払いし、決済サーバに限度額を設定しておく。ICカードにはユーザを特定するための識別情報が記録されており、ユーザはこの識別情報を用いて口座の残高や取引履歴の照会を行うことができる。
【0005】
電子決済システムの加盟店には決済端末が設置される。ユーザは商品を購入する際にICカードを決済端末のカードリーダにセットする。決済端末は、ICカードからユーザの識別情報を読み込み、識別情報と商品の購入代金の情報とを決済サーバに送信する。
【0006】
決済サーバは、識別情報によりユーザを特定し、当該ユーザの口座から購入代金を引き落とすとともに、別途、加盟店の銀行口座に購入代金から手数料を差し引いた金額を入金する。決済端末は、決済サーバから処理結果を受信した後、ユーザに対して領収書の発行を行う。
【0007】
このような電子決済の仕組みは、利便性・安全性に優れており、今後の利用範囲の拡大が望まれている。なかでも、移動体における決済(例えば、タクシー料金の支払い、電車・飛行機内での商品購入代金の支払い等)は、比較的少額の取引が多いため、電子決済に向いているといえる。
【0008】
なお、タクシー料金の支払いに関しては、クレジットカード決済の仕組みが既に実用化されているはいるが(例えば、特許文献1参照)、クレジットカードは偽造や改ざんが容易であるため、上述したICカード決済に比べて信頼性に欠けるという欠点がある。
【0009】
【特許文献1】
特開平10−312476号公報
【0010】
【発明が解決しようとする課題】
また、クレジットカード決済であるとICカード決済であるとを問わず、移動体において電子決済を行うにあたっては、以下に述べるような根本的な技術的課題が残されている。
【0011】
決済端末を移動体に設置した場合、決済端末と決済サーバの間のデータ送受信は必然的に無線通信を利用して行うことになる。ここで無線通信網としては、携帯電話やタクシー無線等の比較的広域な通信エリアを持つものから、ホットスポットのような狭域な通信エリアのものまで、種々の通信網を利用することができる。
【0012】
しかしながら、いずれの場合であっても、無線通信の性質上、移動体の現在位置や移動速度あるいは電波状態によって、決済サーバとの間の通信が不調または不能となるおそれがある。そのような場合には、決済処理要求や与信確認を行うことができないので、電子決済処理を遂行できなくなり、電子決済サービスが停止してしまう。
【0013】
また、比較的広域な無線通信網は、一般的に通信速度が遅い。それゆえ、決済サーバとの通信に相当の時間を要し、迅速な決済処理を行うことができず、電子決済の利便性を損なうおそれもある。
【0014】
本発明は上記実情に鑑みてなされたものであり、本発明の目的は、決済端末と決済サーバの間の通信状態の良否によらず、円滑に電子決済処理を遂行することのできる信頼性の高い電子決済システムを提供することにある。
【0015】
【課題を解決するための手段】
上記目的を達成するために、本発明では、以下の手順ないし手段により電子決済処理を行う。
【0016】
電子決済システムは、少なくとも、電子決済処理を行う決済サーバとこの決済サーバに決済処理を要求する決済端末とを有して構成される。決済サーバと決済端末とは、インターネット等の電気通信回線を通じて互いにデータ送受信を行う。
【0017】
決済端末は、読込手段により、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む。電子決済システムでは、この識別情報により決済を行うユーザの特定あるいは認証等を行うことができる。
【0018】
ここで、電子決済媒体とは、電子決済に供される記録媒体であって、少なくとも決済を行うユーザを特定するための識別情報が電気的又は磁気的その他これに類する方式で記録されているものをいう。電子決済媒体としては、例えば、ICカード等の記録カードや、メモリカードや、メモリを内蔵した携帯電話・PDA等の電子機器等を好適に用いることができる。
【0019】
典型的には、電子決済媒体としてICカードを用いることが好適であり、このときの読込手段としては接触又は非接触にICカードの記録内容を読み込むカード読込手段を用いることが好適である。ICカードは、CPUとメモリを備えており、そのメモリの中に識別情報を記録しておくことができる。ICカードはセキュリティに優れるので、識別情報の漏洩や改ざん、ICカードの偽造等を防止することができ、従来のクレジットカード決済に比べて信頼性の高い電子決済の仕組みを構築することができる。
【0020】
また、電子決済媒体に記録されている識別情報としては、典型的には、電子決済システムに登録した個々のユーザに一意に振られたユーザIDを用いることが好適である。なお、識別情報としては、ユーザID以外にも、顔画像や指紋などのバイオメトリクス情報など、ユーザを特定可能な情報であればいかなる情報も好ましく用いることができる。
【0021】
次に、決済端末は、要求生成手段により、上記読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成するとよい。決済処理要求とは、電子決済処理を実行する手段(後述する決済代行手段等)または他の装置(決済サーバ等)に対して、実行すべき決済処理の内容を知らしめるために用いられる情報,データもしくは命令またはこれらの組み合わせである。
【0022】
代金情報は、なんらかの手段を用いて決済端末に入力される。例えば、ユーザもしくは決済端末の操作者がキーボードやバーコードリーダ等の入力手段を用いて入力してもよいし、決済端末がPOSレジやタクシーの料金メータ等の外部機器と接続されている場合には、その外部機器から代金情報を取得してもよい。また、上記電子決済媒体が、キーボード付きICカードのように代金情報を入力するための入力手段を備えている場合には、決済端末は読込手段により電子決済媒体から代金情報を読み込むことも好ましい。
【0023】
決済端末は、通常、上記生成した決済処理要求を決済サーバに送信することにより、決済サーバに決済処理を行わせることができる。また、決済端末は、それ自身に、決済処理要求に基づいて仮決済処理を実行可能な決済代行手段を備えており、決済代行手段にて仮決済処理を行うこともできる。すなわち、決済端末は、決済サーバによる通常の電子決済の他、決済代行手段による単独での電子決済、決済代行手段と決済サーバとを組み合わせた電子決済等、種々の処理モードを実行可能に構成されているのである。
【0024】
かかる構成により、決済端末は、決済サーバとの間の通信状態,通信コストその他の状況に応じて最適な決済処理を遂行できるように、処理モードを適宜切り替えることができる。また、決済サーバとの間の通信が不調または不能になった場合でも、単独で決済処理を遂行することができる。
【0025】
決済端末における処理の内容は処理制御手段によって制御される。
【0026】
例えば、処理制御手段は、決済代行手段により仮決済処理を行った後に、当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせるとよい。仮決済処理は、決済端末の内部処理だけで済むため、決済サーバを利用した決済処理に比べて高速に実行することができる。また、仮決済処理を行うにあたり、決済サーバとの通信が不要となる。したがって、ユーザに対して迅速かつ確実な電子決済サービスを提供することが可能となる。そして、仮決済処理が完了した後、仮決済情報が決済サーバに送られて本決済処理が遂行されるので、決済サーバで決済処理に関する情報を一元的に管理することができ、情報の不整合による代金の未払いや二重支払い等の不具合を防止することができる。
【0027】
また、決済端末に、決済サーバとの間の通信状態の良否を判定する通信状態判定手段を設け、処理制御手段が、通信可能と判定された場合には、生成した決済処理要求を直ちに決済サーバに送信して決済処理を行わせ、通信可能でないと判定された場合には、決済代行手段により仮決済処理を行うとともに、通信可能な状態となった後に当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせることも好適である。このように通信状態の良否に応じて処理モードを適宜切り替えることにより、通信不調時や通信不能時でも電子決済を遂行することが可能となり、いかなる状況においても最適な電子決済サービスを提供することができる。
【0028】
したがって、本発明は、決済端末が無線通信を行う場合に好ましく適用することができる。特に、決済端末が自動車・電車・飛行機等の移動体に設置されている場合等に好適である。移動体の現在位置や移動速度によっては無線通信状態が不調または不能になることがあるからである。
【0029】
ここで、通信状態判定手段は、受信電波強度を検知することによって通信状態の良否を判定することが好適である。
【0030】
また、通信状態判定手段は、移動体の現在位置または移動速度を検知することによって通信状態の良否を判定することも好ましい。
【0031】
また、通信状態判定手段は、通信エラーの頻度等を検知することによって通信状態の良否を判定することも好ましい。
【0032】
処理制御手段は、複数の仮決済処理を行った後に、これらの処理に係る複数の仮決済情報をまとめて決済サーバに送信することが好ましい。これにより決済サーバとの通信回数を減らすことができるので、通信コストを低減することができる。
【0033】
上記仮決済情報としては、当該処理を示す処理ID,ユーザの識別情報,代金情報,処理を行った時刻等の情報を含んでいるとよい。これにより、誰が何時にいくらの決済を行ったかを特定することができる。決済端末は、この仮決済情報を自身の記憶手段にも記録しておくとよい。
【0034】
仮決済処理においては、書込手段により、当該処理を示す処理IDを当該ユーザの電子決済媒体に書き込むことも好適である。ユーザ所有の電子決済媒体に処理IDを記録しておくことにより、仮決済をした事実がユーザの手元に証拠として残るので、決済処理に関するトラブルを未然に防止することができる。
【0035】
また、ユーザが、このときの処理IDを利用して、決済サーバから本決済処理に係る領収書または明細書の発行を受けられるようにすることも好ましい。
【0036】
なお、本発明は、上記手順を実現する手段の少なくとも一部を有する、電子決済システム若しくは決済端末、又は、その決済端末を備えた移動体として捉えることができる。また、本発明は、上記手順の少なくとも一部を含む電子決済方法、又は、この方法を実現するためのプログラムとして捉えることもできる。なお、上記手段および手順の各々は可能な限り互いに組み合わせて本発明を構成することができる。
【0037】
例えば、本発明の一実施態様としての電子決済システムは、電子決済処理を行う決済サーバとこの決済サーバに決済処理を要求する決済端末とを有して構成される電子決済システムであって、決済端末は、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む読込手段と、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する要求生成手段と、決済処理要求に基づいて仮決済処理を実行可能な決済代行手段と、決済代行手段により仮決済処理を行った後に、当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理制御手段と、を備えることが好適である。
【0038】
また、本発明の一実施態様としての電子決済システムは、電子決済処理を行う決済サーバとこの決済サーバに決済処理を要求する決済端末とを有して構成される電子決済システムであって、決済端末は、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む読込手段と、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する要求生成手段と、決済処理要求に基づいて仮決済処理を実行可能な決済代行手段と、決済サーバとの間の通信状態の良否を判定する通信状態判定手段と、通信可能と判定された場合には、生成した決済処理要求を直ちに決済サーバに送信して決済処理を行わせ、通信可能でないと判定された場合には、決済代行手段により仮決済処理を行うとともに、通信可能な状態となった後に当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理制御手段と、を備えることが好適である。
【0039】
また、本発明の一実施態様としての決済端末は、電子決済処理を行う決済サーバに決済処理を要求する決済端末であって、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む読込手段と、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する要求生成手段と、決済処理要求に基づいて仮決済処理を実行可能な決済代行手段と、決済代行手段により仮決済処理を行った後に、当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理制御手段と、を備えることが好適である。
【0040】
また、本発明の一実施態様としての決済端末は、電子決済処理を行う決済サーバに決済処理を要求する決済端末であって、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む読込手段と、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する要求生成手段と、決済処理要求に基づいて仮決済処理を実行可能な決済代行手段と、決済サーバとの間の通信状態の良否を判定する通信状態判定手段と、通信可能と判定された場合には、生成した決済処理要求を直ちに決済サーバに送信して決済処理を行わせ、通信可能でないと判定された場合には、決済代行手段により仮決済処理を行うとともに、通信可能な状態となった後に当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理制御手段と、を備えることが好適である。
【0041】
また、本発明の一実施態様としての電子決済方法は、電子決済処理を行う決済サーバに決済処理を要求する決済端末が、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込み、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成し、決済処理要求に基づいて仮決済処理を行い、仮決済処理を行った後に、当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせることが好適である。
【0042】
また、本発明の一実施態様としての電子決済方法は、電子決済処理を行う決済サーバに決済処理を要求する決済端末が、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込み、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成し、決済サーバとの間の通信状態の良否を判定し、通信可能と判定された場合には、生成した決済処理要求を直ちに決済サーバに送信して決済処理を行わせ、通信可能でないと判定された場合には、決済処理要求に基づいて仮決済処理を行うとともに、通信可能な状態となった後に当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせることが好適である。
【0043】
また、本発明の一実施態様としてのプログラムは、電子決済処理を行う決済サーバに決済処理を要求する決済端末に、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む処理と、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する処理と、決済処理要求に基づいて仮決済処理を行う処理と、仮決済処理を行った後に、当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理と、を実行させることが好適である。
【0044】
また、本発明の一実施態様としてのプログラムは、電子決済処理を行う決済サーバに決済処理を要求する決済端末に、ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む処理と、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する処理と、決済サーバとの間の通信状態の良否を判定する処理と、通信可能と判定された場合には、生成した決済処理要求を直ちに決済サーバに送信して決済処理を行わせる処理と、通信可能でないと判定された場合には、決済処理要求に基づいて仮決済処理を行うとともに、通信可能な状態となった後に当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理と、を実行させることが好適である。
【0045】
また、本発明の一実施態様としての移動体は、上記決済端末のうちいずれかの決済端末を備えることが好適である。
【0046】
【発明の実施の形態】
以下に図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。
【0047】
図1は、本発明の一実施形態に係る電子決済システムの全体像を示す図である。
【0048】
電子決済システムは、インターネットを通じて互いに通信可能な決済端末1と決済サーバ2とを有して構成される。
【0049】
決済サーバ2は、決済端末1からの決済処理要求を受けて実際に決済処理を行うコンピュータシステムである。決済サーバ2は、電子決済サービスを提供する決済事業者により設置・運営されている。
【0050】
電子決済サービスを受けるユーザは、事前に決済事業者に登録を申請し、電子決済媒体としてのICカードの発行を受けるとともに、限度額を設定する。そうすると、決済サーバ2のデータベースに、ユーザ情報の登録がなされるとともに、当該ユーザの仮想口座が開設される。すなわち、本実施形態の電子決済媒体はダイレクトデビッド方式のICカードである。
【0051】
ICカードは、CPUとメモリを備えたICチップを内蔵している。ICカードのメモリには、決済事業者から発行されたユーザIDが記録されている。また、指紋や顔画像等のユーザのバイオメトリクス情報が記録されている場合もある。ユーザIDやバイオメトリクス情報は、ユーザを特定するための識別情報として用いられる。
【0052】
ユーザは、このICカードを用いて、電子決済システムの加盟店において代金の支払い等の決済を行うことができる。また、ICカードを用いて口座の残高や取引履歴の照会を行うことも可能である。
【0053】
ICカードはセキュリティに優れるため、識別情報の漏洩や改ざん、ICカードの偽造等を防止することができる。したがって、従来のクレジットカード決済に比べて信頼性の高い電子決済の仕組みを構築することができる。
【0054】
決済端末1は、電子決済システムの加盟店に設置される端末である。決済端末の構成およびその設置場所としては種々の態様を想定することができる。例えば、商品販売店の店舗に設置される場合には、POSレジに内蔵または接続された構成の決済端末が好ましい。また、街頭に設置される場合には、自動販売機に内蔵された構成の決済端末が好ましい。また、決済端末1を移動体に設置することも好ましい。
【0055】
本実施形態では、図1に示すように、決済端末1が移動体であるタクシー3の中に設置された例を示している。すなわち、本実施形態の電子決済システムは、タクシー料金の支払いに用いられるものである。なお、決済端末1は、インターネットと有線接続することができないため、無線基地局4との間で無線方式によりデータ通信を行うことになる。
【0056】
決済端末1は、CPU(中央演算処理装置),メモリ,記憶装置,カードリーダ,通信装置等をハードウエア資源として備えるコンピュータシステムである。メモリは、ROM(Read Only Memory)とRAM(Random Access Memory)から構成される1次記憶手段であり、ROMにはBIOS(Basic Input Output System)等の基本的なプログラムが格納され、RAMには実行中のプログラムのコードやデータが格納される。記憶装置は、プログラムやデータを記憶する2次記憶手段であり、例えばハードディスク等により構成される。
【0057】
そして、ROMまたは記憶装置に格納されたプログラムがCPUに読み込まれ、実行されることにより、ソフトウエアとハードウエア資源とが協働して以下に述べる決済端末1の具体的な諸機能が実現される。
【0058】
図2は、決済端末1の機能構成を示す機能ブロック図である。決済端末1は、概略、読込手段10,書込手段11,代金入力手段12,要求生成手段13,通信手段14,通信状態判定手段15,決済代行手段16,処理制御手段17を有している。
【0059】
読込手段10は、ICカード5に記録された種々の情報を読み込む機能を有し、書込手段11は、ICカード5に種々の情報を書き込む機能を有する。本実施形態では非接触方式のカードリーダを用いており、プログラムがこのカードリーダを制御することにより読込手段10および書込手段11が実現されている。
【0060】
代金入力手段12は、外部装置である料金メータ6からユーザが支払うべき代金に関する代金情報を取得する機能を有する。また、代金入力手段12は、キーボード等の入力デバイスにより代金情報を入力可能とする機能も提供する。例えば、走賃以外に有料道路の通行料等の支払いが必要な場合には、決済端末の操作者(タクシー運転手)が別途通行料を入力することができる。
【0061】
要求生成手段13は、決済処理要求を生成する機能を有する。決済処理要求は、決済サーバ2や決済代行手段16に対して、実行すべき決済処理の内容を知らしめるために用いられる情報,データもしくは命令またはこれらの組み合わせからなる。決済処理要求には、少なくとも、ユーザの識別情報と代金情報とが含まれていればよい。
【0062】
通信手段14は、決済サーバ2との間でのデータ送受信を実現するための機能を提供する。具体的には、通信手段14は、無線通信を実現するための通信アダプタおよびアンテナ等のハードウエア資源と、この通信アダプタを制御するプログラムによって実現される。
【0063】
通信状態判定手段15は、決済サーバ2との間の通信状態の良否を判定する機能を有する。ここでは、通信状態判定手段15は、アンテナの受信電波強度を検知し、検知強度が所定のしきい値を超えている場合には「通信可能」、しきい値以下の場合には「通信可能でない」との判定結果を出力する。
【0064】
なお、通信状態の良否に関しては、タクシーの現在位置または移動速度を検知することによっても判定することができる。例えば、現在位置はGPSを用いることで、移動速度は速度センサやGPSを用いることで、それぞれ容易に検知することができる。そして、無線通信を安定して行うことが可能なエリアや移動速度を予め設定しておけば、その設定値とGPSや速度センサの検知結果とを照合することにより通信状態の良否を容易に推測することができる。また、GPSの情報を活用すれば、現時点における通信状態を推測するのみならず、数分後など将来的な通信状態の変化を予測することも可能である。
【0065】
その他、通信状態の良否を判定する手段としては種々のものが考えられるが、決済端末1にはいかなる手段も好適に用いることができる。また、複数の手段を組み合わせて、判定の信頼性を高めることも好ましい。
【0066】
決済代行手段16は、要求生成手段13が生成した決済処理要求に基づいて仮決済処理を実行する機能を有する。すなわち、決済端末1は、決済サーバ2に決済処理要求を送信することにより行う通常の電子決済の他、決済代行手段16による単独での電子決済、決済代行手段16と決済サーバ2とを組み合わせた電子決済等、種々の処理モードを実行可能な構成となっている。処理モードの切り替え等の制御は、処理制御手段17によって実行される。
【0067】
では次に、図2に図3,4のフローチャートを併せ参照して、決済端末1における処理フローの一例を説明する。
【0068】
プログラムが起動すると、まず、決済端末1の代金入力手段12が料金メータ6から代金情報を取得する(ステップS100)。通行料等の追加料金がある場合や、割引等がある場合には、決済端末1の操作者がそれらの情報を入力する。代金入力手段12は、取得または入力された金額を合計して、ユーザから支払いを受けるべき金額を算出する。
【0069】
次に、ユーザ所有のICカード5を決済端末1のカードリーダにセットする。そうすると、読込手段10によってICカード5からユーザの識別情報が読み込まれる(ステップS101)。
【0070】
要求生成手段13は、ステップS100,101で取得した代金情報および識別情報に基づいて、決済処理要求を生成する(ステップS102)。決済処理要求には、識別情報と代金情報に加えて、現在の日時、決済端末1の端末ID、支払い代金の内訳等の情報を含めるとよい。例えば、「ユーザID:xxxx」,「代金:5000円」,「日時:2003/01/30」,「端末ID:yyyy」,「内訳:走賃3500円,有料道路通行料1500円」等の情報を所定の形式にフォーマットしたものが決済処理要求となる。この決済処理要求を参照することにより、「誰がいつどこで何に対していくらの支払いを行うか」の情報を知ることができる。
【0071】
次に、通信状態判定手段15が、決済端末1と決済サーバ2との間の通信状態の良否を判定する(ステップS103)。判定結果は、処理制御手段17に引き渡される。
【0072】
処理制御手段17は、判定結果に応じて以降の処理内容を切り替える(ステップS104)。本実施形態では、「通信可能」と判定された場合には「通常処理モード」を実行し、「通信可能でない」と判定された場合には「代行処理モード」を実行する。
【0073】
通常処理モードの場合には、処理制御手段17は、要求生成手段13によって生成された決済処理要求を直ちに決済サーバ2に送信する(ステップS105)。
【0074】
決済サーバ2では、決済処理要求にしたがって電子決済処理が実行される。決済サーバ2は、決済処理要求に含まれる識別情報をデータベースに管理されているユーザ情報と照合することにより、決済処理を希望するユーザを特定し、当該ユーザの仮想口座から代金の引き落としを行う。代金の引き落としが完了したら、決済サーバ2は処理結果を決済端末1に送信する。そして、決済サーバ2は、端末IDで特定されるタクシー会社の銀行口座に代金の入金を行う。これにて電子決済処理が完了する。
【0075】
決済端末1が決済サーバ2から処理結果を受信すると(ステップS106)、プログラムが終了する。
【0076】
一方、代行処理モードの場合には、処理制御手段17は、要求生成手段13によって生成された決済処理要求を決済代行手段16に引き渡し、仮決済処理を行わせる。決済代行手段16は、決済処理要求に基づいて仮決済情報を生成し、その仮決済情報を記憶手段に記録する(ステップS107)。
【0077】
仮決済情報は、基本的に決済処理要求と同じ内容の情報を含んでいる。したがって、仮決済情報を参照することにより、「誰がいつどこで何に対していくらの支払いを行ったか」の情報を知ることができる。さらに、仮決済情報には、当該仮決済処理を示す処理IDが含まれる。処理IDは、決済代行手段16によって仮決済処理毎に一意に振られる識別番号である。
【0078】
次に、決済代行手段16は、書込手段11により処理IDをユーザのICカード5に書き込む(ステップS108)。
【0079】
以上で仮決済処理が終了する。仮決済処理では仮想口座からの引き落としやタクシー会社の口座への入金は行われないが、それらは事後的に行うこととして、この時点で決済端末1はユーザから代金支払いを受けたものとみなすのである。したがって、仮決済処理が終了した時点でユーザは解放されることとなる。
【0080】
仮決済処理後の事後処理は、図4のフローにしたがって実行される。同図の処理は、処理制御手段17によって定期的に実行されるものである。
【0081】
処理制御手段17は、まず、未処理の仮決済情報が記憶手段に記録されているかどうかを調べる(ステップS200)。未処理の仮決済情報が無い場合には、何もせずに終了する。なお、未処理とは、決済サーバ2による本決済処理が完了していない状態をいう。
【0082】
未処理の仮決済情報が存在していた場合には、通信状態判定手段15が、決済端末1と決済サーバ2との間の通信状態の良否を判定する(ステップS201)。
【0083】
ここで「通信可能でない」と判定された場合には、処理を終了する(ステップS202)。一方、「通信可能」と判定された場合には、処理制御手段17が仮決済情報を決済サーバ2に送信する(ステップS203)。未処理の仮決済情報が2つ以上あった場合、処理制御手段はそれらをまとめて送信するとよい。これにより、決済サーバ2との通信処理を減らすことができるので、通信コストの低減を図ることができる。
【0084】
決済サーバ2では、仮決済情報にしたがって本決済処理が実行される。決済サーバ2は、仮決済情報に含まれる識別情報をデータベースに管理されているユーザ情報と照合することにより、仮決済処理を行ったユーザを特定し、当該ユーザの仮想口座から代金の引き落としを行う。また、決済サーバ2は、端末IDで特定されるタクシー会社の銀行口座に代金の入金を行う。これにて本決済処理が完了し、仮決済処理の内容が決済サーバ2にも反映されたことになる。
【0085】
決済端末1は決済サーバ2から処理結果を受信すると、本決済処理を行った仮決済情報を削除し(又は、処理済みにし)、プログラムを終了する(ステップS204)。
【0086】
ユーザは、自宅のパソコンから決済サーバ2にアクセスすることにより、本決済処理の状況確認や本決済処理に係る領収書・明細書の発行依頼をすることができる。このときのアクセス認証は、ICカード5に記録された処理IDにより行われる。処理IDによって本決済処理および仮決済処理が一意に特定できるからである。
【0087】
以上述べた本実施形態の構成によれば、決済端末1が通信状態の良否に応じて通常処理モードと代行処理モードを切り替えるので、決済サーバ2との通信不調時や通信不能時でも電子決済を遂行することが可能となる。したがって、タクシー等の移動体にあっても、常に円滑かつ最適な電子決済サービスを提供することができる。
【0088】
また、仮決済処理が完了した後、仮決済情報が決済サーバ2に送信されて本決済処理が遂行されるので、決済サーバ2で決済処理に関する情報を一元的に管理することができ、情報の不整合による代金の未払いや二重支払い等の不具合を防止することができる。
【0089】
また、処理IDをユーザのICカード5に記録することとしたので、仮決済をした事実がユーザの手元に証拠として残る。また、その記録は決済端末1や決済サーバ2にも残っている。したがって、事後的に本決済処理を行う際などに、決済処理に関するトラブルが発生することを防止できる。
【0090】
さらに、処理IDを利用して自宅等から決済サーバ2にアクセスし、領収書等の発行を受けることができるので、システムの利便性が向上する。
【0091】
なお、上記構成は本発明の一実施形態を例示したものにすぎず、本発明の範囲を限定する趣旨のものではない。電子決済システムの構成やその処理方法は、本発明の技術思想の範囲内で種々の実施形態を採ることができる。
【0092】
例えば、上記実施形態では通信可能か否かで処理モードを切り替えるようにしたが、通信可能な場合でも原則として代行処理モードを実行する構成にしてもよい。すなわち、通信状態によらず常に決済代行手段による仮決済処理を行い、一日一回など定期的にそれらの仮決済情報をまとめて決済サーバに送信するのである。この構成によれば、通信回数を非常に少なくできるので、通信コストの低減を図ることができる。また、仮決済処理の際にデータ通信を行う必要がないので、ユーザに対する処理を迅速に完了させることができ、システムの利便性が向上する。
【0093】
また、上記実施形態では、決済端末1がタクシー(移動体)に設置されている例を示したが、決済端末1は店舗などに設置される固定端末であっても構わない。
【0094】
また、上記実施形態では、決済端末1が無線通信を行う場合について示したが、決済端末1が固定端末の場合などには有線通信を行う構成にしてもよい。また、決済端末1が移動体に設置されている場合であっても、移動体が停止している場合には決済端末1を有線接続することも可能となる。仮決済情報をまとめて送信する処理は、このように有線接続して行うと、高速かつ確実に通信処理できる点で好ましい。
【0095】
【発明の効果】
以上説明したように、本発明によれば、決済端末と決済サーバの間の通信状態の良否によらず、円滑に電子決済処理を遂行することが可能となる。
【図面の簡単な説明】
【図1】本発明の一実施形態に係る電子決済システムの全体像を示す図である。
【図2】決済端末の機能構成を示す機能ブロック図である。
【図3】決済端末における処理フローの一例を示すフローチャートである。
【図4】決済端末における処理フローの一例を示すフローチャートである。
【符号の説明】
1 決済端末
2 決済サーバ
3 タクシー
4 無線基地局
5 ICカード
6 料金メータ
10 読込手段
11 書込手段
12 代金入力手段
13 要求生成手段
14 通信手段
15 通信状態判定手段
16 決済代行手段
17 処理制御手段
Claims (16)
- 電子決済処理を行う決済サーバとこの決済サーバに決済処理を要求する決済端末とを有して構成される電子決済システムであって、
決済端末は、
ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む読込手段と、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する要求生成手段と、
決済処理要求に基づいて仮決済処理を実行可能な決済代行手段と、
決済代行手段により仮決済処理を行った後に、当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理制御手段と、を備える
電子決済システム。 - 電子決済処理を行う決済サーバとこの決済サーバに決済処理を要求する決済端末とを有して構成される電子決済システムであって、
決済端末は、
ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む読込手段と、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する要求生成手段と、
決済処理要求に基づいて仮決済処理を実行可能な決済代行手段と、
決済サーバとの間の通信状態の良否を判定する通信状態判定手段と、
通信可能と判定された場合には、生成した決済処理要求を直ちに決済サーバに送信して決済処理を行わせ、通信可能でないと判定された場合には、決済代行手段により仮決済処理を行うとともに、通信可能な状態となった後に当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理制御手段と、を備える
電子決済システム。 - 電子決済処理を行う決済サーバに決済処理を要求する決済端末であって、
ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む読込手段と、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する要求生成手段と、
決済処理要求に基づいて仮決済処理を実行可能な決済代行手段と、
決済代行手段により仮決済処理を行った後に、当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理制御手段と、を備える
決済端末。 - 電子決済処理を行う決済サーバに決済処理を要求する決済端末であって、
ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む読込手段と、読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する要求生成手段と、
決済処理要求に基づいて仮決済処理を実行可能な決済代行手段と、
決済サーバとの間の通信状態の良否を判定する通信状態判定手段と、
通信可能と判定された場合には、生成した決済処理要求を直ちに決済サーバに送信して決済処理を行わせ、通信可能でないと判定された場合には、決済代行手段により仮決済処理を行うとともに、通信可能な状態となった後に当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理制御手段と、を備える
決済端末。 - 移動体に設置されている請求項4記載の決済端末。
- 前記決済サーバと無線通信を行う請求項4または5記載の決済端末。
- 前記通信状態判定手段は、受信電波強度を検知することによって通信状態の良否を判定する請求項6記載の決済端末。
- 前記通信状態判定手段は、移動体の現在位置または移動速度を検知することによって通信状態の良否を判定する請求項6記載の決済端末。
- 前記処理制御手段は、複数の仮決済処理を行った後に、これらの処理に係る複数の仮決済情報をまとめて決済サーバに送信する請求項3〜8のうちいずれか1項記載の決済端末。
- 仮決済処理において当該処理を示す処理IDを当該ユーザの電子決済媒体に書き込む書込手段を備える請求項3〜9のうちいずれか1項記載の決済端末。
- 前記処理IDは、ユーザが前記決済サーバから本決済処理に係る領収書の発行を受ける際に利用される請求項10記載の決済端末。
- 電子決済処理を行う決済サーバに決済処理を要求する決済端末が、
ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込み、
読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成し、
決済処理要求に基づいて仮決済処理を行い、
仮決済処理を行った後に、当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる
電子決済方法。 - 電子決済処理を行う決済サーバに決済処理を要求する決済端末が、
ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込み、
読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成し、
決済サーバとの間の通信状態の良否を判定し、
通信可能と判定された場合には、生成した決済処理要求を直ちに決済サーバに送信して決済処理を行わせ、
通信可能でないと判定された場合には、決済処理要求に基づいて仮決済処理を行うとともに、通信可能な状態となった後に当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる
電子決済方法。 - 電子決済処理を行う決済サーバに決済処理を要求する決済端末に、
ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む処理と、
読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する処理と、
決済処理要求に基づいて仮決済処理を行う処理と、
仮決済処理を行った後に、当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理と、
を実行させるプログラム。 - 電子決済処理を行う決済サーバに決済処理を要求する決済端末に、
ユーザ所有の電子決済媒体から当該ユーザの識別情報を読み込む処理と、
読み込んだ識別情報および当該ユーザが支払うべき代金に関する代金情報を含む決済処理要求を生成する処理と、
決済サーバとの間の通信状態の良否を判定する処理と、
通信可能と判定された場合には、生成した決済処理要求を直ちに決済サーバに送信して決済処理を行わせる処理と、
通信可能でないと判定された場合には、決済処理要求に基づいて仮決済処理を行うとともに、通信可能な状態となった後に当該処理に係る仮決済情報を決済サーバに送信して本決済処理を行わせる処理と、
を実行させるプログラム。 - 請求項3〜11のうちいずれか1項記載の決済端末を備える移動体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003043039A JP2004252751A (ja) | 2003-02-20 | 2003-02-20 | 電子決済システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003043039A JP2004252751A (ja) | 2003-02-20 | 2003-02-20 | 電子決済システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004252751A true JP2004252751A (ja) | 2004-09-09 |
Family
ID=33026155
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003043039A Pending JP2004252751A (ja) | 2003-02-20 | 2003-02-20 | 電子決済システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004252751A (ja) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100640810B1 (ko) | 2005-01-27 | 2006-11-06 | 엘지전자 주식회사 | 전자결제 기능을 갖는 이동 통신 단말기 및 그 방법 |
JP2007122457A (ja) * | 2005-10-28 | 2007-05-17 | Denso Wave Inc | 携帯端末装置 |
JP2008084227A (ja) * | 2006-09-28 | 2008-04-10 | Ntt Docomo Inc | 決済システム、決済装置、及び移動機 |
WO2017222129A1 (ko) * | 2016-06-20 | 2017-12-28 | 비씨카드(주) | 항공기 운항 중 카드결제를 처리하는 기내 결제 서비스 제공 방법 및 장치 |
KR101857067B1 (ko) * | 2016-06-20 | 2018-05-11 | 비씨카드(주) | 항공기 운항 중 카드결제를 처리하는 기내 결제 서비스 제공 방법 및 장치 |
CN111754222A (zh) * | 2019-03-26 | 2020-10-09 | 株式会社咕嘟妈咪 | 结算支持***、结算支持方法和记录介质 |
JP2021105873A (ja) * | 2019-12-26 | 2021-07-26 | デジタルア−ツ株式会社 | 携帯機器及び電子決済方法 |
JP7058834B1 (ja) | 2021-02-05 | 2022-04-25 | クーパン コーポレイション | アイテム販売情報処理のための電子装置およびその方法 |
-
2003
- 2003-02-20 JP JP2003043039A patent/JP2004252751A/ja active Pending
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100640810B1 (ko) | 2005-01-27 | 2006-11-06 | 엘지전자 주식회사 | 전자결제 기능을 갖는 이동 통신 단말기 및 그 방법 |
US7817985B2 (en) | 2005-01-27 | 2010-10-19 | Lg Electronics Inc. | Electronic transaction service in a mobile communication network |
JP2007122457A (ja) * | 2005-10-28 | 2007-05-17 | Denso Wave Inc | 携帯端末装置 |
JP2008084227A (ja) * | 2006-09-28 | 2008-04-10 | Ntt Docomo Inc | 決済システム、決済装置、及び移動機 |
WO2017222129A1 (ko) * | 2016-06-20 | 2017-12-28 | 비씨카드(주) | 항공기 운항 중 카드결제를 처리하는 기내 결제 서비스 제공 방법 및 장치 |
KR101857067B1 (ko) * | 2016-06-20 | 2018-05-11 | 비씨카드(주) | 항공기 운항 중 카드결제를 처리하는 기내 결제 서비스 제공 방법 및 장치 |
CN111754222A (zh) * | 2019-03-26 | 2020-10-09 | 株式会社咕嘟妈咪 | 结算支持***、结算支持方法和记录介质 |
US11961090B2 (en) | 2019-03-26 | 2024-04-16 | Gurunavi, Inc. | Payment support system, payment support method, and non-transitory recording medium |
JP2021105873A (ja) * | 2019-12-26 | 2021-07-26 | デジタルア−ツ株式会社 | 携帯機器及び電子決済方法 |
JP7058834B1 (ja) | 2021-02-05 | 2022-04-25 | クーパン コーポレイション | アイテム販売情報処理のための電子装置およびその方法 |
JP2022120761A (ja) * | 2021-02-05 | 2022-08-18 | クーパン コーポレイション | アイテム販売情報処理のための電子装置およびその方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10755271B2 (en) | Location based authentication | |
US10460397B2 (en) | Transaction-history driven counterfeit fraud risk management solution | |
US9324069B2 (en) | Transit access apparatus and method including device authentication | |
TWI428858B (zh) | 用於整合式付費及電子商務轉帳之裝置及方法 | |
US9846873B2 (en) | Trusted internal interface | |
RU2427917C2 (ru) | Устройство, система и способ сокращения времени взаимодействия при бесконтактной транзакции | |
US10282536B1 (en) | Method and system for performing purchase and other transactions using tokens with multiple chips | |
US20070084913A1 (en) | Systems and methods for authorizing a transaction for a financial account | |
US20180053189A1 (en) | Systems and methods for enhanced authorization response | |
US20110166997A1 (en) | Proxy-based payment system | |
WO2006082907A1 (ja) | 電子マネー決済システムおよび電子マネー決済方法 | |
JP2004252751A (ja) | 電子決済システム | |
JP2003228683A (ja) | クレジット決済における第三者機関、第三者機関の制御方法、プログラムおよび記録媒体 | |
KR20020024096A (ko) | 전자화폐를 이용한 거래시스템 및 거래방법 | |
WO2005034006A1 (en) | A communication device which is connected to terminal to be used for transaction, and transaction method using the same |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060209 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20081111 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081118 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090310 |