JP2006524938A - 少なくとも2つの対応する意思表示に関連づけられたトランザクションを開始および/または実行する方法およびシステム - Google Patents
少なくとも2つの対応する意思表示に関連づけられたトランザクションを開始および/または実行する方法およびシステム Download PDFInfo
- Publication number
- JP2006524938A JP2006524938A JP2006504645A JP2006504645A JP2006524938A JP 2006524938 A JP2006524938 A JP 2006524938A JP 2006504645 A JP2006504645 A JP 2006504645A JP 2006504645 A JP2006504645 A JP 2006504645A JP 2006524938 A JP2006524938 A JP 2006524938A
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- data
- payment
- processing unit
- unit
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/105—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems involving programming of a portable memory device, e.g. IC cards, "electronic purses"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/108—Remote banking, e.g. home banking
- G06Q20/1085—Remote banking, e.g. home banking involving automatic teller machines [ATMs]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/223—Payment schemes or models based on the use of peer-to-peer networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3223—Realising banking transactions through M-devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3227—Aspects of commerce using mobile devices [M-devices] using secure elements embedded in M-devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3229—Use of the SIM of a M-device as secure element
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
- G06Q20/3674—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/383—Anonymous user system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0213—Consumer transaction fees
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/26—Government or public services
- G06Q50/265—Personal security, identity or safety
Abstract
本発明は、少なくとも2つのトランザクション当事者の間で処理ユニット(3)を介して、少なくとも2つの対応する意思表示に関連づけられたトランザクション、特に支払いトランザクションを開始および/または実行する方法およびシステムに関連する。支払いトランザクションにおいて、トランザクション当事者の少なくとも1つは、陸線電話、移動電話(1、2)、またはデータを送信する移動通信装置を使用する。方法の特徴は、少なくとも2つのトランザクション当事者が、制限された時間フレーム内に処理ユニットへデータを送信すること、およびこれらトランザクション当事者のデータ送信の開始が、処理ユニット(3)ではなくトランザクション当事者によって能動的に達成され、開始の間に送信されるデータが、意思表示を相互に相関付ける特徴を含むことである。
Description
本発明は、少なくとも2つのトランザクション当事者間の少なくとも2つの対応する意思表示に関連づけられたトランザクション、特に支払いトランザクションを、処理ユニットを介して開始および/または実行する方法およびシステムに関し、ここでトランザクション当事者の少なくとも1つは、陸線電話または移動電話または移動通信装置を使用してデータを送信する。
支払いトランザクションは、頻度および商業的重要性のために、本発明の主な適用分野を表す。
移動電話の助けによって支払いトランザクションを実行する幾つかの方法は知られている。これらの方法の利点は、例えばDE19903822に記載される。
これらの方法は、一般的に、トランザクション当事者が処理ユニットと、または任意的に、当事者相互に、データを交換するように設計される。
これに関連して、方法の2つのタイプを区別しなければならない。以下で、2つのタイプは「Aタイプ標準互換方法」および「Bタイプ将来依存方法」と呼ばれる。
「Aタイプ標準互換方法」は、現在設置された全ての移動電話ベースを使用して(即ち、最新技術に従って普及している移動電話/SIMモジュール・チップ・カードの全てまたは圧倒的多数を使用して)実現することができる方法であって、前記移動電話またはSIMモジュール・チップ・カードの置換または技術変更を必要としない方法に関する。
「Bタイプ将来依存方法」は、限定的にのみ普及しているか将来時点でのみ市販される特別移動電話およびSIMモジュール(一般的に最新モデル)を使用してのみ実現することができる方法に関する。
Bタイプ将来依存方法において、データ交換は、一般的に、少なくとも1つのトランザクション当事者について、プロトコルおよび/または方法、例えばWAP(Wireless Application Protocol)またはiモード(圧倒的に日本で普及している)、および移動電話またはSIMモジュール・チップ・カード上で地域的に実行されるJavaまたはSIMツールキット・アプリケーションを介して起こり、データ交換は、例えばGPRS(GSM Packet Radio Service)を介して起こる。
タイプB将来依存方法の欠点は、その基礎となる技術的インフラストラクチャの普及と成功に依存することである。そのような方法を導入したいオペレータは、非常に小さい潜在的ユーザ基盤に依存するか、潜在的ユーザを誘導して(例えば助成金で)、新しい移動電話端末装置を購入させるかの選択に直面する。これは、そのような方法の導入に対する非常に大きなハードルを表す。
タイプB将来依存方法の他の欠点は、それらの方法が、一般的に、或る標準(例えばGSM)の移動無線ネットワークでのみ実現可能であり、単純な陸線電話では実現できないことである。
タイプA標準互換方法において、データの交換は、一般的に、少なくとも1つのトランザクション当事者について、音声応答(例えばIVRシステム(Interactive Voice Response)による)およびDTMFトーン送信(Dual Tone Multi−Frequency)を有する生の電話接続を介するか、SMS(Short Message System)によって起こる。これらの方法は、一般的に、支払人および/または被支払人から被支払人および/または支払人への完全な移動電話番号(ANI/MSISDN)または一意のエイリアスの送信、認証のために支払人から処理ユニットへの永久に有効なPINコードの送信、および任意的に、許可および支払いの証明として処理ユニットから支払人へ、および支払人から被支払人への一時的に有効なTANコードの送信によって達成される。
これらの方法の1つ、いわゆるペイボックス方法は、DE19903822の第2の実施例から知られる。この方法を、タイプA標準互換方法の1つの例として、ここで簡単に説明する。
支払人(以下で、Pと呼ばれる)は、最初に、その移動電話番号(ANIおよび/またはMSISDN)、または移動電話番号に明確に相関付けられたエイリアスを被支払人(受取人)(R)へ口頭で送信する。次に、Rは、その移動電話から電話呼によって移動電話番号を暗黙に送信し、DTMFトーン送信によって処理ユニット(PS)へPの移動電話番号および支払金額を明白に送信する。(RとPSとの間の電話接続は、最終ステップまで確立されたままである)。次に、処理ユニットは、Pが許可された関係者であるかどうかを検査し、またPの信用格付けが問題の金額の支払いに十分であるかどうかを検査する。次に、PSは、Pの移動電話番号への呼を開始する。Pは呼を受け入れる。PSの音声コンピュータは、支払い情報(受取人、支払い可能金額)を有する音響メッセージを生成する。支払いを確認および許可するため、Pは、DTMFトーン送信を使用してPINコードを入力する。許可が成功すると、PSは、依然として動作している電話接続を介して、支払いの確認をRへ音響で送信する。
ペイボックス方法の欠点は、特に、高い電気通信コストおよび長いトランザクション持続時間である。
ペイボックス方法において、RからPSへの呼およびデータ送信は、約30秒を要する。続いて起こるPSからPへの呼は、支払い詳細の告知および許可PINの検索を含み、ほぼ同じ長さである。最初の呼からの接続は、2番目の呼の間確立されたままである。全体で、90秒の移動電話接続の電気通信コストが生じる。もしトランザクションがフリーダイヤルの電話番号によって達成され、PSのオペレータが電気通信コストを負担すれば、結果としてオペレータは、現在、約30ユーロセントのコストを負担する。
したがって、ペイボックス方法の実現は、一般的に、少額支払いトランザクションには商業的に成り立たない。
全体で、ペイボックス方法でのトランザクション処理は、約75秒を要する。
このように、タイムクリティカルな全てのモバイル商用アプリケーションシナリオ、例えば小売業POS端末での支払いで、この方法を実現するには、非常に問題がある。
この例で説明されたペイボックス方法の欠点は、更に、他の多くのタイプA標準互換方法へ同じように当てはまる。
例えば、代替の送信方法、例えばSMSが使用されるときでも、時間制約が残る。例えば、SMSの配信速度は保証されず、多くの場合、30秒を要し、或る場合には、それよりかなり長い。更に、方法に依存して、SMSを入力および送信するために必要な時間を考慮しなければならない。(或るタイプB将来依存方法、例えばWAPプロトコルの使用にも同じことが当てはまる。即ち、接続を確立し、ナビゲートし、データを入力するのに必要な時間は、タイム・クリティカルなモバイル商用シナリオで使用するには長すぎる)。
前述したタイプA標準互換方法の他の欠点は、支払人および/または被支払人の完全な移動電話番号が、支払人および/または被支払人へ開示されなければならないことである。結果として、トランザクション当事者の間に匿名性は存在しない。電話番号エイリアスの使用は(例えばペイボックス方法において)、関係者の実際の移動電話番号に関して部分的匿名性を提供するが、原則的には、1つのトランザクション当事者の一意のアイデンティティが、他のトランザクション当事者へ知らされる。
完全移動電話番号または電話番号エイリアスの使用の他の欠点は、それらの長さ(一般的に12個の数字)であり、結果として入力および送信の長い持続時間、およびミスタイプの蓋然性である。
前記タイプA標準互換方法の他の欠点は、支払人、被支払人、および処理ユニットのオペレータに対する低い証明力および/または拒否のリスクである。証明力を増進する1つの可能性は、「信頼される第三者」、即ち、支払人、受取人、および処理ユニットのオペレータによって認められる追加当事者の関与を含む。電気通信提供者は、そのような追加の第三者として行動するのに特に適している。しかし、確立された電話またはWAPデータ接続を介して送信されるデータ内容の記録、およびSMSの内容の記録は、一般的に、法的規制のため電気通信提供者が保存することはできない。したがって、一般的に、通信当事者の電話番号、通信時間および持続時間、および送信されたデータ量だけが記録される。したがって原則として、トランザクションが処理された事実は、比較的容易に証明可能である。しかし、許可された金額について異議が生じると、証明力には問題がある。結果として、一般的に、ペイボックスのような方法では、例えば確認のためにSMSを送信してエラーの確率を減らし、将来の苦情を避けることが必要である。これは更なるコストを生成する。
前述したタイプA標準互換方法の他の欠点は、許可された金額に関してエラーを生じやすいことである。このリスクは、一般的に、金額がトランザクション当事者の一方のみによって能動的に指定され、例えば金額が移動電話のディスプレイ上に表示されるか音響で告知された後に、他方のトランザクション当事者によって単に受動的に確認されるために起こる。
移動電話システムを介するインターネット・トランザクションの請求事務実行方法は、DE19946539A1から知られている。支払いゲートウェイにおける小売業者と顧客との関連づけは、顧客の移動電話の一時的IPアドレスを使用して達成される。即ち、このIPアドレスは顧客および小売商の双方によって支払いゲートウェイへ送信される。この方法の欠点は、移動電話加入者の一時的IPアドレスと、その移動電話加入者のMSISDNとのマッチングが、MSISDN−IPデータバンクを介して達成されなければならないことである。これは、移動電話提供者から独立した支払いゲートウェイ・オペレータにとって、不可能ではないにしても方法の実現を困難にする。この方法の他の欠点は、顧客が処分できるWAP能力移動無線装置を有しなければならないことである。したがって、方法は「タイプB将来依存方法」である(前記を参照)。更に、WAPインターネット接続の確立は非常に時間を消費し、したがって方法は、大部分の支払いシナリオに適していない。更に、この方法は、比較的相当な大きさのデータ・セット、即ち移動無線加入者の一時的IPアドレスが、小売業者と顧客とを関連づけるため送信されなければならないという欠点を有する。最後に、支払いゲートウェイに入るIPアドレスの相関付けは複雑である。なぜなら、非常に多数のIPアドレスを比較しなければならないからである。
最後に、インターネット上で提供された商品の支払いを許可する方法は、EP1081919A1から知られている。ここで、顧客と提供者との相関付けは、提供者によって生成され顧客へ送信されたトランザクション・コードを使用して、許可コンパレータによって達成される。しかし、これは、双方のトランザクション当事者についてトランザクションごとに異なるトランザクション・コードの処理が、本来的に複雑であるという欠点を生じる。その結果、全体的に、トランザクション・コードの三重送信(提供者から許可コンパレータへ、提供者から顧客へ、および顧客から許可コンパレータへ)は、高度にエラーを起こしやすい。トランザクション・コード・エラー(および、開放された他のトランザクションとの意図しない「ミスマッチ」)から保護するため、または一般的エラー、例えば許可された合計に関するエラーから保護するため、トランザクションを実行する前に、許可コンパレータから顧客への更なる問い合わせが必要である(公開特許出願明細書の8欄47〜55行を参照)。これによって、方法はかなり遅くなって費用がかかり、前述したペイボックス方法の欠点のほとんど全てが、この方法にも当てはまる。更に、信頼できる一意のトランザクション・コードの生成は非常に複雑であるから、小売商端末における特別アルゴリズムが実際に必要となり、これは、例えばJava能力移動電話への制約を生じる。したがって、これも、欠点のある「タイプB将来依存方法」の1つである(前記を参照)。最後に、小売商と顧客とを相関付けるため比較的相当な大きさのデータ・セットを送信しなければならず、また同時に、非常に多数のトランザクション・コードを比較しなければならないので、要求される検査が複雑になるという欠点が、ここで更に生じる。
したがって、本発明の目的は、トランザクション当事者の少なくとも1つが陸線電話または移動電話またはデータを送信する移動通信装置を使用する場合に、処理ユニットを介して、少なくとも2つのトランザクション当事者の間の少なくとも2つの対応する意思表示に関連づけられたトランザクション、特に支払いトランザクションを開始および/または実行する方法およびシステムであって、前述した問題を解決する方法およびシステムを提供することである。これは、特に、異なった標準を有する移動無線ネットワークの中で、最新技術に従って普及している全てまたは圧倒的多数の移動電話/SIMモジュール・チップ・カードを使用して、また簡単な陸線電話を使用して、当該方法およびシステムを実現できること、および、更に、短いトランザクション持続時間、低いトランザクション・コスト、トランザクション当事者の相互匿名性、低いエラー確率、および高度の証明力が提供されることを意味する。
この目的は、クレーム1に従った方法、およびクレーム26および/または27に従ったシステムによって達成され、有利な実施形態はサブクレームから生じる。
本発明によれば、少なくとも2つのトランザクション当事者が処理ユニットへデータを送信し、データの送信は、制限された時間フレーム(時間間隔)内で起こる。これらトランザクション当事者のデータ送信の開始は、処理ユニットではなくトランザクション当事者によって能動的に実行され、開始時に送信されたデータは、意思表示の相関付けを可能にする特徴を含む。
トランザクション当事者によるデータ送信の開始の特徴は、トランザクションに関連したデータが最初にトランザクション当事者から処理ユニットへ送信される前には、トランザクションに関連したデータの送信が、処理ユニットからトランザクション当事者へ達成されないことを意味する。
本発明において、ユニットは、一個の技術的装置、例えばデータ処理装置として理解される。当該方法のステップを自動的に実行するアプリケーション・プログラムは、この装置に記憶することができる。以下では、処理ユニットはコンピュータ・システムとも呼ばれる。トランザクション当事者の側では、データ送信のためには、陸線電話、移動電話および/または通信装置が考えられる。本発明に従った方法を実行するためには、表示意思に対応するデータをこれらの装置へ入力することで十分である。支払いトランザクションにおいて、例えば、支払金額が入力されるならば十分である。残りのデータ、例えばトランザクション当事者を識別するデータは、装置に記憶することができ、そして、処理ユニットへ自動的に送信することができる。
一般的に、本発明に従った方法は、少なくとも2つの対応する意思表示に関連付けられたトランザクションを開始および/または実行する目的を果たす。意思表示は、特に契約の締結に向けることができる。したがって、この場合に開始または実行されるトランザクションは、契約の締結である。例えば、別々に達成された通常のクレジットカード支払いは、意思表示の目的および/または契約の締結となることができる。
データの送信は、制限された時間フレーム(時間間隔)内で同時に達成される。トランザクションの持続時間およびコストは、トランザクション当事者から処理ユニットへの同時データ転送手順によって縮小される。通常の方法、例えばペイボックスにおいて、逐次データ転送が一般的に起こる。即ち、支払いトランザクションの場合、最初に支払人から被支払人へ、次に被支払人から処理ユニットへ、次に処理ユニットから支払人へデータ転送が起こり、次に支払人から処理ユニットへ戻り、そして処理ユニットから被支払人へ戻る。
同時および/または近接したデータ転送が、処理ユニットへ向けて、トランザクション当事者によって能動的に開始されるため、ほんの少量の特徴データを送信して、意思表示、すなわちトランザクション当事者を相関付けるだけでよい。なぜなら、狭い時間フレームが、相関付けられるトランザクションのプール・サイズを制限するからである。データ量を縮小することによって、トランザクションの更なる単純化および迅速化が達成され、トランザクション当事者相互間の匿名性が促進される。
同時および/または近接したデータ送信によって、拒否に対する安全性が更に増加する。なぜなら、1つの当事者だけでトランザクションを開始または生成できる方法とは異なり、2つのトランザクション当事者の能動的および同時的参加が要求されるからである。これは、更に、意図しないトランザクションの生成、または同一トランザクションの意図しない重複生成に対する大きな安全性を導く。
データ送信の時間間隔は、この目的に使用されるトランザクション及び装置、並びに単位時間当たりに処理ユニットに到着するデータの数に依存する。時間間隔の長さは、例えば5分にすることができ、好ましくは、それより短い。もしトランザクションが2つの移動電話によって開始されるならば、時間間隔は、例えば10から30秒の範囲にあり、好ましくは20秒である。
本発明に従った方法の更に好ましい実施形態によれば、少なくとも1つのトランザクション当事者のデータ送信は、トランザクション・ユニットへの電話呼の開始によって達成される。ここで、電話呼の開始とは、第1に、データ送信が処理ユニットではなくトランザクション当事者によって開始され、第2に、処理ユニットが呼を受け入れるかどうかに関わりなく、処理ユニットの番号をダイヤルすることを意味する。番号がダイヤルされた時、異なったデータ、例えば、発呼者の識別子および被呼当事者の識別子、および追加の特徴、例えばポストダイアリング数字を既に送信することができる。電話料金接続は、通常、呼が被呼当事者によって受け入れられたときにのみ確立される。呼が開始された場合、呼を受け入れることはできるが、必ず受け入れなければならないことはない。
本発明に従った方法の更なる好ましい実施形態によれば、処理ユニットへの電話呼を確立するときダイヤルされた電話番号数字列によって、少なくとも1つのトランザクション当事者によって送信されたデータの少なくとも一部分の送信が達成される。このためには、電話番号数字列を、非常に短くして、交換局および/または送信システムによって完全に送信されるようにすることが好ましい。被呼番号の一部分としての含まれた関連データの転送は、使用が安全、高速、容易であるという利点を有する。支払いトランザクションの生成は、実際には、電話番号のダイアリングと同じくらい簡単であり、移動電話へ組み込まれて、意図または許可されないダイアリングを防止する安全機能は、支払い機能を保護する。更に、この実施形態は、電気通信提供者の項目明細請求書が支払い証明または受領書となること、および支払いトランザクションを電気通信提供者の請求書システムへ簡単に統合できるという利点を有する。被呼番号の一部分としてデータを送信することの更なる利点は、DTMFトーン送信とは異なり、(データを送信する前に)移動電話のディスプレイを使用した可視検証が可能であるという事実に存在する。更に、このタイプの送信は、DTMFトーンよりも、かなりエラー発生の傾向が少ない。DTMFトーンは、多くの場合、無線接続が良くない場合に問題を起こす。いずれにせよ、トランザクション当事者から処理ユニットへ、または処理ユニットからトランザクション当事者へ、データを転送するため、任意数の送信方法を考えることができる。本発明の範囲は、これらの方法をも含む。送信方法は、前述した方法の代替または補足として全体的または部分的に実現されてよい。例えば、支払いトランザクションの場合、金額、PIN、顧客番号、支払い相関参照コード、または他の情報の送信は、1つまたは複数の代替方法で達成されてよい。
本発明に従った方法の更に好ましい実施形態によれば、1つのトランザクション当事者によって送信されたデータは、このトランザクション当事者を識別させるには十分であるが、他のトランザクション当事者を識別させるには十分でない。
本発明に従った方法の更に好ましい実施形態によれば、トランザクション当事者によって処理ユニットへ送信されたデータは、ある設定規則に従って相互に関連付けられる。
本発明に従った方法において、例えば、当事者Aは、その移動電話番号の最後のn個の数字のみ、即ち、電話番号の一部分のみを明示すれば十分である。そうすれば、当事者Bは、自分の移動電話番号および前記n個の数字を処理ユニットへ送信する。同時に、当事者Aは、自分の移動電話番号のみを処理ユニットへ転送する。狭い時間フレームの結果として、相関付けられるトランザクションのプールは非常に小さいので、相関付けるにはn個の数字で十分である。(当事者Bが送信するn個の数字は、当事者Aを識別するには十分でない。更に、n個の数字は、ある設定規則に従って当事者Aの移動電話番号に関連付けられる)。代替的に、当該方法は、当事者AおよびBの双方が、例えば、それぞれの電話番号の最後のnおよび/またはm個の数字を相互に知らせるように実行することができる。前述したペイボックス方法は、同時送信で動作せず、当事者Aは、全体の移動電話番号または一意のエイリアスを当事者Bに明かし、一意のアドレシングを可能にしなければならない。
これらの特徴によって、相関付け能力を維持しながら、トランザクション当事者相互間の匿名性が保護される。しかしながら、トランザクション当事者は、処理ユニットに対して明確に識別されており、処理ユニットは、例えば、争いが生じた場合、トランザクション当事者の同意を得て、トランザクション当事者間を調停し、トランザクション当事者間の接触を確立する運用上の可能性を受け入れる。
本発明に従った方法の更に好ましい実施形態によれば、トランザクション当事者から処理ユニットへ送信されたデータは、それぞれの意思表示の内容の本質的部分および/または意思表示の内容のディジタルダイジェスト(ハッシュ値)および/または、必要であれば、どこかに記録されたそれぞれの意思表示の内容への明瞭な参照を含む。
本発明に従った方法の更に好ましい実施形態によれば、処理ユニットに含まれるか処理ユニットに接続された検証ユニットは、送信されたデータに基づいてトランザクション当事者の相関付けが可能であるかどうかを検査する。支払いトランザクションにおいて、これは、更に、それぞれの意思表示が対応するかどうかの検査を含む。
本発明に従った方法の更なる改良によれば、トランザクション当事者から処理ユニットへのデータ送信は移動電話を介して実行され、移動電話の位置情報も、データの送信中に送信される。この情報は、相関の追加の規準として使用される。この改良は、支払人と被支払人との間に空間的近接性が存在する実行シナリオで有利である。この場合、トランザクション当事者の位置情報は、トランザクション・プール内でデータ・セットに基づくトランザクション当事者の相関付けを容易にするため、追加の規準として使用することができる。「位置依存サービス」の概念は、移動電話ユーザの位置情報を送信および評価できる方法を含む。
本発明に従った方法の改良によれば、対応する規準を有する幾つかのデータ・セットが存在するため一意の相関付けが不可能である希な場合に、処理ユニットは、追加の特徴の入力を要求することができる。例えば、IVRシステム(Interactive Voice Response)を介して、受取人の移動電話番号の最後の4つの数字の入力を支払人に求めることができる。
本発明に従った方法の更に好ましい実施形態によれば、処理ユニットに含まれるか、処理ユニットに接続された、トランザクション・ユニットが提供される。トランザクション・ユニットは、支払いトランザクションの実行が可能であるかどうかを審査する。肯定的検証の場合、トランザクションが実行される。
本発明に従った方法の改良によれば、開始または実行されるトランザクションは、更に、契約の締結の少なくともドキュメンテーション、即ち、例えばトランザクションに関連したデータの記憶を含む。
更に、双方のトランザクション当事者の間で電話接続が確立される方法の実施形態が可能である(双方のトランザクション当事者は、陸線電話または移動電話を使用しているものと仮定する)。この変形は、特に、例えば電話相談などの支払いトランザクションが達成され、確立された電話接続を介してサービスが即時に与えられるときに意味をなす。例えば、トランザクション当事者間の支払いトランザクションが、既存の移動電話接続上で移動電話を介して達成される場合、支払金額および支払人の移動電話番号の最後の4つの数字の送信が、トランザクション当事者によって接続中に発信されるDTMFトーンによって達成されるように、方法を修正することができる。この場合、DTMFトーンは、交換局によってフィルタされて処理ユニットへ中継されるか、トランザクション当事者と処理ユニットとの間の一時的電話接続が開始されてよい。
本発明に従った方法の更に好ましい実施形態によれば、処理ユニットに含まれるか、処理ユニットに接続された、シグナリング・ユニットが提供される。検証ユニットによる否定的検証の場合、シグナリング・ユニットはエラー・メッセージを双方の当事者へ送る。これは、例えば、呼の受け入れおよび音響告知を介して達成されてよい。シグナリング・ユニットによってトリガされた信号および/またはシグナリング・ユニットによって送信されたデータは、特に、トランザクション・ユニットによって処理されているトランザクションのステータスに関して(および検証ユニットの結果に関して)、トランザクション当事者に推定を引き出させることができる。
一般的に、シグナリング・ユニットは、トランザクションの完了後に、トランザクションが実行されたことを知らせるデータをトランザクション当事者の少なくとも1つへ送信する。
これらの信号は、有利には、次のようにして達成される。
双方の呼が処理ユニットへ到着した後、全ての検証および処理ステップは、最初に、検証ユニットおよびトランザクション・ユニットによって実行される。この時間中、呼は処理ユニットによって受け入れられない。即ち、最初に呼接続済信号がトランザクション当事者へ知らされ、それによって有利には、電気通信コストを減らす。
更に、一度、最終ステータスが得られると(即ち、エラーが存在するか、支払いの実行前に全ての予備的検証ステップが完了すると)、処理ユニットは双方の呼を受け入れることができる。もしエラーが起こったならば、エラーの原因を示す短い告知が行われ(例えば、「1回の支払い限度を超過しています」または「対応する被支払人が見つかりません」)、処理ユニットは即時にハングアップする。もし支払いが実行可能であれば、長い告知(例えば「23.50ユーロの支払を現在達成しました」)が行われ、音響信号が続き、次に口座残高の告知が任意的に行われる。この実施形態は、次の利点を有する。即ち、不成功のトランザクションは、常に、例えば5秒以下の接続持続時間を生じ、成功したトランザクションのみが、例えば10秒以上の接続持続時間を生じる。
更に、トランザクション当事者の少なくとも1つへのコールバックの開始によって、シグナリングが一般的に達成される方法の実施形態が可能である。この変形は、実行されたトランザクションの記録が、シグナリング・ユニットおよび/または処理ユニットのオペレータの項目明細請求書の上にもリストされるという利点を有する。一方、コールバックを使用するこの変形は、異なった呼接続信号および/または呼切断信号の間の時間間隔が、様々な長さになるように設計することができる。このようにして、例えば成功したトランザクションの場合には10秒後に、不成功のトランザクションの場合には20秒後に、コールバックを達成することができるか、双方の場合に即時にコールバックを達成し、成功したトランザクションの場合には、不成功のトランザクションの場合よりも、長い告知を行うことができる(シグナリング・ユニットおよび/または処理ユニットによる切断の前に)。
本発明に従った方法の更に好ましい実施形態によれば、更に、コールバックを使用する変形であって、処理ユニットが、コールバックを開始するとき、特別発呼者ID電話番号(ANI)の生成および送信によってシグナリングを達成する変形を設計することもできる。このANIは、検証ユニットの結果および/またはトランザクション・ユニットによって実行されているトランザクションのステータスに関する推定を可能にする。
更に、コールバックおよび任意的に特別発呼者ID電話番号を使用する変形は、有利には、処理ユニットによって開始されたコールバックが、トランザクション当事者の電気通信装置へ知らされるだけで、それら装置によっては受け入れられないように設計することができる。この実施形態は、理論的には電気通信コストが全く生じない点で有利である。
本発明に従った方法の更に好ましい実施形態によれば、前述した音響信号および/または双方当事者への信号の発生は、正確に同期して、付加的に、特に、実際の支払いトランザクションが論理的に達成される正確な瞬間(コンピュータ技術用語で表現すれば、トランザクションの「コミット」が達成される瞬間であり、トランザクションの「コミット」は実際の支払いトランザクションを表す)に達成される。このようにして、トランザクションの成功またはステータスについて、1つまたは全てのトランザクション当事者へ明瞭な表示を行うことができないというシナリオの確率が減らされる(そのようなシナリオは、例えば電気通信接続が、トランザクションの処理中に切断されたときに起こる。)。
成功したトランザクションの接続持続時間が、不成功トランザクションの接続持続時間よりも長い実施形態は、トランザクション当事者の1つが時期尚早にハングアップするときトランザクションが破棄され、実際の支払いトランザクションの「コミット」は実行されないという利点を有する。このようにして、項目明細請求書の前述した効果を有する時期尚早ハングアップ操作は排除されるそのような操作は、もし長い接続持続時間が不成功トランザクションの表示であり、短い接続持続時間が成功トランザクションの表示であったとすれば可能であろう。)。
本発明に従った方法の更に好ましい実施形態によれば、処理ユニットのピックアップによる呼を受け入れることによって、または呼接続済信号が出されているかビジー信号または他の信号が出されている間、処理ユニットが呼を受け入れないことによって、または異なった呼接続信号および/または呼切断信号の間の様々な長さの時間間隔によって、シグナリングが達成される。例えば、当該方法は、成功トランザクションの場合、ビジー信号が鳴る前に三重呼接続済信号を生成し、不成功トランザクションの場合、呼接続済信号の後でビジー信号を即時に鳴らすように働くことができる。この実施形態は、理論的に電気通信コストが全く発生しないという利点を有する。
更に、当該方法は、例えば、呼接続済又はビジー信号に代えて、またはそれらの信号と組み合わせて、例えば「ダイヤルした番号は使われておりません」のような他のフリーダイヤル告知、または導入された特別フリーダイヤル・メッセージを介してシグナリングが達成されるように働くことができる。
また、全ての請求書変形の本発明に従った方法において、成功トランザクションのシグナリングと組み合わせて前のトランザクションの情報をトランザクション当事者へ送信することによって、苦情の確率および一般的誤用リスクを減らすことができる。これは、例えば、「格納されている価値口座」の残高および/または最新請求書後に達成された個々のトランザクションの総合計の短い告知が可能であることを意味する。最新トランザクションのデータおよび金額の告知によって、安全性が追加的に増加する。
もし双方のトランザクション当事者が電話および/または移動電話を使用しているならば、マルチ周波数トーン(DTMF)および/またはIVRシステム(Interactive Voice Response)および/または音声認識システムおよび/または音声および/またはSMSショートメッセージおよび/またはUSSDプロトコル(Unstructured Supplementary Services Data)および/またはWAPプロトコル(Wireless Application Protocol)および/またはGMS標準のGPRSプロトコル(GSM Packet Radio Service)および/または他の移動無線標準の同等プロトコルおよび/またはiモード・プロトコルおよび/またはJavaの使用および/またはSIMアプリケーション・ツールキット・アプリケーションおよび/またはブルートゥース・インタフェースの使用および/または赤外線インタフェースによって、データおよび/または信号の送信を全体的または部分的に達成することができる。DTMFトーン、IVRシステム、音声認識システム、音声、およびSMSメッセージの欠点は、電話呼の被呼番号の一部分としてデータを送信することと比較して、処理持続時間が長くなることである。USSDプロトコルの使用の欠点は、異なった端末装置ではステータス・メッセージの実行が異なること、およびUSSD(USSDステージ2の変形)が、全ての移動無線ネットワーク・オペレータによってサポートされていない事実、および移動無線ネットワーク・オペレータとは独立した提供者による実現が、必ずしも可能ではない事実である。WAP、GPRS、iモード、Java、SIMアプリケーション・ツールキット、および類似の方法の欠点は、端末装置の交換が達成され、任意的に、移動無線ネットワーク・オペレータまたはレートが変更されなければ、比較的少数または非常に少数の移動無線ユーザによって使用されるにすぎないことである。
トランザクション当事者の1つだけが電話および/または移動電話を使用しているのであれば、コンピュータ・ネットワークおよび/またはインターネットおよび/またはeメールおよび/またはウェブ・サービスの呼び出しおよび/またはHTTPの使用および/またはXMLプロトコルおよび/またはブルートゥース・インタフェースの使用および/または赤外線インタフェースおよび/または無線LANおよび/またはディジタルまたはアナログ・モデムおよび/または或る他の送信方法によって、データおよび/または信号の送信を全面的または部分的に達成することができる。
本発明に従った方法は、特に支払いトランザクションに関連する。ここで、意思表示は、一般的に、少なくとも、貨幣または価値単位に関連づけられた支払いトランザクションを実行することに向けられる。価値単位は、例えば、または特に、ディスカウント・システムのボーナス・ポイント、「ステータス・マイル」などである。有利には、ボーナス・ポイントなどは、貨幣単位に関連付けられた支払いトランザクションと並行して、デビットまたはクレジットされることができる。これらの場合のトランザクションは、少なくとも貨幣または価値単位に関連付けられたトランザクションの誘因または実行から構成される。次に、トランザクション・ユニットは、貨幣または価値単位に関連付けられた支払いトランザクションを処理する。トランザクション・ユニットによる支払いトランザクションの後続の処理は、認証および/または集計および/または他の処理ユニットへの同時または遅延されたオンラインまたはオフライン中継によって達成可能である。例えば、支払人および/または被支払人の側で、個々のトランザクションを収集し、毎月ベースで銀行またはクレジットカード口座に対して一括合計でデビットまたはクレジットすることができる。この場合、収集指令は、更なる処理ユニットとしての銀行またはクレジットカード会社へ送られる。代替的に、単一のトランザクション(特に大きな金額)を、オンライン許可のためにクレジットカード会社へ同時に中継することができる。
本発明に従った方法の更に好ましい実施形態によれば、支払いトランザクションの場合、送信されるデータは、貨幣または価値単位の支払金額を含む。関連データを2回転送することによって、エラーの可能性は減少し、証明力が増加する。通常の方法では、金額は、一般的に、トランザクション当事者の1つだけによって能動的に表示され、他のトランザクション当事者によって受動的に確認される。即ち、金額が移動電話ディスプレイ上に表示されるか、音響で告知された後に確認される。結果として、許可された金額に関してエラーが生じやすい。したがって、例えば、ペイボックス方法において、無線接続の不完全または背景雑音のために、音響で告知された金額が理解されないか、誤解されることが起こる。更に、金額形式による共通情報の共有、およびこの金額の二重表示によって、双方のトランザクション当事者による一種の証明が達成される。したがって、拒否に対する安全性が追加的に増進する。
本発明に従った方法の改良によれば、トランザクション当事者を一意に相関付けることを可能または容易にする支払い相関参照コードが追加的に送信される。
本発明に従った方法の好ましい実施形態によれば、支払金額は、プレーンテキストの代わりに符号化数字列として送信されることができ、および/またはチェック数字またはチェック数字列により補足されることができる。
本発明に従った方法の更に好ましい実施形態によれば、支払金額の指定は、金額の能動的入力によって達成され、表示または告知された金額の受動的確認によっては達成されない。有利には、これはエラー確率の減少を導く。
本発明に従った方法の改良によれば、アカウントキーピングのために、例えば「私用支払いは1を押し、商用支払いは2を押してください」のような告知によって、実行されたトランザクションの分離登録または分類を容易にする追加の特徴を要求することもできる。
本発明に従った方法の改良によれば、何人かのユーザが、移動または陸線電話を使用してトランザクションを実行している場合、例えば、異なったユーザについて異なったPINを入力することによって、ユーザ特定補助アカウントへのトランザクション割り当てを容易にする特徴を更に要求することができる。
PINの代わりに、他の方法、例えば生体認証方法、例えば音声サンプリングによって、追加の許可特徴の検索を達成することができる。
更に、設定規準に従って、更なる処理に関する区別を行うことができる。例えば、少額の金額は「価値口座」へ自動的に請求され、中程度の金額は合計されて、遅延の後に銀行口座へ請求され、高額の金額はクレジットカード会社によってオンラインで許可されることができる。トランザクション履歴を記憶および管理するため、請求書モードに依存して、異なったアプローチを実現することができる。したがって、例えば、少額金額を有するトランザクションは、苦情の場合、短期間だけ記憶するか全く記憶せず、大きな金額を有するトランザクションは、長い期間にわたって記憶しておくことができる。更に、IVRベースの質問(「この支払いをクレジットカードへ請求させるためには1を押し、口座からデビットさせるためには2を押してください」)によって、各々のトランザクションについてどの請求書モードを選好するかを決定するオプションをユーザに与えることができる。
本発明に従った方法の更に好ましい実施形態によれば、例えば、トランザクションは、関係する金額に依存して、異なった方法で知らされ、確認される。したがって、例えば大きな金額が関係するとき、成功したトランザクションに続いて、確認としてSMSを追加的に送信することができる。
本発明に従った方法の好ましい例によれば、トランザクション当事者は、支払人および/または支払人の電話、および被支払人および/または被支払人の電話を含む。以下のステップが実行される。
(a)支払人は処理ユニットへの電話呼を開始し、ダイヤルされた電話番号は、支払金額に対応する数字列を含む。
(b)支払人の呼と同時に、または少し前または後に、被支払人は、支払金額を含むデータを処理ユニットへ送信する。
(c)検証ユニットは、支払人および被支払人によって送信されたデータを一意に相関付けることができるかどうか、およびそこに含まれた少なくとも支払金額が、一致するかどうかを検査する。
(d)トランザクション・ユニットは、支払人および被支払人の識別および/または認証が、送信されたデータに基づいて可能であるかどうか、および/または支払いトランザクションの処理が可能であるかどうかを検査する。
(e1)検証ユニットおよびトランザクション・ユニットによる検証が肯定的である場合、
− トランザクション・ユニットは、更なる処理を実行または開始し、
− 支払人の呼はシグナリング・ユニットによって受け入れられ、任意的に、支払いが達成された旨のメッセージを搬送する音響告知が行われ、
− 成功した支払いに関する確認信号が被支払人へ送信され、
(e2)先行する検証チェックの1つが否定的である場合、支払人の呼は、処理ユニットによって受け入れられないか、遅延の後に受け入れられ、および/または支払いが達成されなかった旨のメッセージを伝達する音響告知が行われる。
(a)支払人は処理ユニットへの電話呼を開始し、ダイヤルされた電話番号は、支払金額に対応する数字列を含む。
(b)支払人の呼と同時に、または少し前または後に、被支払人は、支払金額を含むデータを処理ユニットへ送信する。
(c)検証ユニットは、支払人および被支払人によって送信されたデータを一意に相関付けることができるかどうか、およびそこに含まれた少なくとも支払金額が、一致するかどうかを検査する。
(d)トランザクション・ユニットは、支払人および被支払人の識別および/または認証が、送信されたデータに基づいて可能であるかどうか、および/または支払いトランザクションの処理が可能であるかどうかを検査する。
(e1)検証ユニットおよびトランザクション・ユニットによる検証が肯定的である場合、
− トランザクション・ユニットは、更なる処理を実行または開始し、
− 支払人の呼はシグナリング・ユニットによって受け入れられ、任意的に、支払いが達成された旨のメッセージを搬送する音響告知が行われ、
− 成功した支払いに関する確認信号が被支払人へ送信され、
(e2)先行する検証チェックの1つが否定的である場合、支払人の呼は、処理ユニットによって受け入れられないか、遅延の後に受け入れられ、および/または支払いが達成されなかった旨のメッセージを伝達する音響告知が行われる。
本発明に従った方法の改良によれば、次のステップが実行される。
(a)被支払人から処理ユニットへのデータ送信は、被支払人が処理ユニットへ電話呼を開始することによっても達成され、ダイヤルされる電話番号は、支払金額に対応する数字列を含む。
(b1)検証ユニットおよびトランザクション・ユニットによる検証が肯定的である場合、被支払人の呼の受け入れによって、達成された支払いに続く確認信号が、シグナリング・ユニットによって被支払人へ送信され、任意的に、支払いが達成された旨のメッセージを伝達する音響告知が行われる。
(b2)先行する検証チェックの1つが否定的である場合、被支払人の呼は受け入れられないか、遅延の後に受け入れられ、および/または支払いが達成されなかった旨のメッセージを伝達する音響告知が行われる。
(a)被支払人から処理ユニットへのデータ送信は、被支払人が処理ユニットへ電話呼を開始することによっても達成され、ダイヤルされる電話番号は、支払金額に対応する数字列を含む。
(b1)検証ユニットおよびトランザクション・ユニットによる検証が肯定的である場合、被支払人の呼の受け入れによって、達成された支払いに続く確認信号が、シグナリング・ユニットによって被支払人へ送信され、任意的に、支払いが達成された旨のメッセージを伝達する音響告知が行われる。
(b2)先行する検証チェックの1つが否定的である場合、被支払人の呼は受け入れられないか、遅延の後に受け入れられ、および/または支払いが達成されなかった旨のメッセージを伝達する音響告知が行われる。
処理ユニットまたはトランザクション・ユニットは、有利には、電気通信提供者によって含まれるか操作される。前述した方法の実施形態の利点は、電話または移動電話提供者の請求書システムへ支払いトランザクションを非常に簡単に統合できることである。支払いトランザクションの処理は、有利には、電気通信サービスの請求書処理と一緒に起こる。
本発明に従った方法は、更に、電気通信提供者の項目明細電話または移動電話請求書が、修正なしに支払いおよび受領の証明として直接役立つという更なる利点を生じる。これはコストの削減を導く。なぜなら、別個のインボイスを作成および送信することは、もはや必要でないからである。したがって、電話番号「0800−55555−2350−4567」に行われ、11秒の持続時間を有する呼に関する記載事項は、23.50ユーロの金額が受け取られた支払い証明として役立つ。双方のトランザクション当事者が処理ユニットへの呼を開始する本発明のこの特徴は、トランザクション当事者の各々に受領書が存在するという利点を有する。
これに関連して注意すべきは、通常、例えば0800で始まるフリーダイヤル電話番号への呼は、一般的に、発呼者の項目明細請求書にリストされないことである。この場合、処理は代替アクセス番号を使用して達成される必要があろう。他方、被呼当事者、この場合、処理ユニットのオペレータは、一般的に、フリーダイヤル電話番号への呼について請求され、問題の呼は処理ユニットの項目明細請求書にリストされる。したがって、電気通信提供者の項目明細請求書も、トランザクション当事者ではなく処理ユニットのオペレータのために、支払いおよび受領の証明として機能する。
本発明に従った方法の更に好ましい実施形態によれば、設定金額が、超過されるか他の設定条件のもとにある場合、トランザクションが実行される前にトランザクションを確認するように、告知または他のシグナリングおよび/またはPINクエリーまたは他のクエリーが達成される。
実行されたトランザクションに関するシグナリング・ユニットの応答は、有利には、例えばeメールまたはSMSを介して、一意のアカウンティング参照コードまたは暗号署名確認メッセージを送信することにより改ざんから保護される。
更に、例えば、成功したトランザクションの場合、呼が、処理ユニットのピックアップのみによって受け入れられ、不成功トランザクションの場合、呼接続済および/またはビジー信号が通知されるように、方法を実現することができる。この変形は、もしトランザクションが成功すれば(そして成功したときにのみ)、トランザクションが、一般的に、項目明細請求書へエントリされるという利点を有する。この変形において、不成功トランザクションの場合に、コールバックが、エラー原因の音響告知と一緒に、シグナリング・ユニットによってトランザクション当事者の1つまたは全てへ開始されることができる。代替的に、エラー原因は、例えばSMSによって送信されることができる。
少なくとも2つの対応する意思表示に関連づけられたトランザクション、特に支払いトランザクションを開始および/または実行する本発明のシステムは、第1のトランザクション当事者に関連づけられた第1の通信装置、第2のトランザクション当事者に関連づけられた第2の通信装置、および2つの通信装置のデータを受け取ることのできる処理ユニットを含む。処理ユニットは、検証ユニットを含むか、検証ユニットへ接続される。検証ユニットを使用して、制限された時間フレーム内で通信装置によって送信されたデータに基づきトランザクション当事者の相関付けが可能であるかどうかを検査することができる。
最後に、本発明によれば、支払いトランザクションを開始および/または実行するコンピュータ・システムが提供される。コンピュータ・システムは、特に、前述した処理ユニットの実施形態に関連する。コンピュータ・システムは、第1および第2の通信装置のデータを受け取る入力を含む。このデータは、2つの対応する意思表示の相関付けを可能にする特徴を含む。トランザクション・プール・メモリが入力に接続され、或る時間間隔内に到着するデータを記憶する。トランザクション・プール・メモリには、検証ユニットが接続される。検証ユニットを使用して、第1および第2の通信装置の少なくとも識別子および支払金額を抽出できるように、トランザクション・プール・メモリに記憶されたデータを解析することができ、また検証ユニットを使用して、送信されたデータに基づくトランザクション当事者の相関付けが可能であるかどうか、またそれぞれの意思表示が対応するかどうかを検査することができる。検証ユニットには、トランザクション・ユニットが接続される。トランザクション・ユニットを使用して、肯定的検証の場合に、検証ユニットで抽出されたデータを支払い指令データへ変換することができる。最後に、トランザクション・ユニットは出力へ接続される。出力を介して、支払い指令データを支払い処理ユニットへ送信することができる。
本発明に従ったコンピュータ・システムの好ましい改良によれば、トランザクション・ユニットおよび出力には、シグナリング・ユニットが接続される。シグナリング・ユニットを使用して、支払いトランザクションの開始または実行に関連した信号であって検証ユニットの検査および/または支払い指令データの送信に依存した信号を、少なくとも1つの通信装置または他の受信機へ送信することができる。
更に、トランザクション・ユニットは、アカウント・キーピング・ユニットを含むか貸借勘定ユニットへ直接接続することができる。もし請求処理が、例えば「格納されている価値口座」、即ちプリペイド・クレジットを使用して達成されると、決済、即ち支払いトランザクションの実行は、特に効率的、迅速、およびリスクなしに行うことができる。なぜなら、外部処理ユニットへの通信接続は必要でなく、広範囲のトランザクション記録を管理する必要はなく、信用、収集、および口座引き落とし拒否のリスクが排除されるからである。
通信装置は、特に、陸線電話および/または移動電話である。
更に、本発明は、プログラムコード手段を有するコンピュータプログラムを含み、当該プログラムがコンピュータ上で実行されるとき、本発明に従った方法の前記実施形態の全てのステップを実行する。最後に、本発明は、コンピュータ読み取り可能データ媒体上に記憶されるプログラムコード手段を有するコンピュータプログラムプロダクトを含み、プログラムプロダクトがコンピュータ上で実行されるとき、前述した方法の異なった実施形態を実行する。
以下で、本発明に従った方法の実施形態が、図面を参照して説明される。
第1の実施形態は、図1を参照して説明される。
トランザクション当事者は、支払人1(および/または支払人の通信装置)および被支払人2(および/または被支払人の通信装置)を含む。支払人1は、処理ユニット3へ電話呼5を開始し、ダイヤルされる電話番号は支払金額に対応する数字列7を含む。支払人の呼と同時に、または呼の少し前または後に、被支払人2は、支払金額7を含むデータを処理ユニット3へ送信する。時間間隔は10〜30秒の間であり、例えば20秒である。被支払人2は、更に支払い相関参照コード8を処理ユニット3へ送信する。コード8は、ある設定規則に従って、支払人1の電話番号12から形成される(例えば、支払人の電話番号の最後の4数字から構成される)。検証ユニット9は、支払人1および被支払人2によって送信されたデータが一意に相関付けられるかどうか、および少なくともデータに含まれた支払金額7が対応するかどうかを検査する。トランザクション・ユニット10は、送信されたデータに基づいて、支払人1および被支払人2を識別および/または認証できるかどうか、および/または支払いトランザクションを処理できるかどうかを検査する。
そのために、最初に、関係者の番号がシステム内に登録され、支払い機能での使用が許可されているかどうかが検査される。否定的検証の場合、シグナリング・ユニット11は、対応するエラー・メッセージをそれぞれの当事者へ送る。これは、例えば、呼を受け入れて、音響で告知することによって達成される。
肯定的検証の場合、トランザクション・ユニット10は、次のステップで、支払いを実行できるかどうかを検査する。これは、特に、関係する金額および支払人の信用格付けに依存する。もし、例えば、現在の支払金額または合計の支払金額が限度(これは、例えば、支払人の信用格付けに依存する)を超過すれば、トランザクション・ユニット10は、支払いの実行および/または更なる処理を拒否するか、更なる許可特徴を要求する(例えば、IVRインタフェースを介してPINを入力する)ことによって、補助認証チェックを実行することができる。トランザクション・ユニット10は、一般的に、ある状況、例えば、或る金額を超過するとき、更なる確認を要求する(例えば、単純にボタンを押してDTMFトーンを送信する)ことができる。更に、例えば、ある状況、例えばある金額を超過するとき、トランザクションが実行される前に、もう一度金額を明示的に告知して、次に確認を要求することが可能である。
検証ユニット9およびトランザクション・ユニット10による肯定的検証の場合、トランザクション・ユニット10は、支払いの処理を実行または開始する。支払人1の呼はシグナリング・ユニット11によって受け入れられ、また任意的に、支払いが達成された旨のメッセージを伝達する音響告知が行われる。成功した支払いに関連する確認信号は被支払人2へ送信される。先行する検証チェックの1つが否定的である場合、支払人1の呼は処理ユニット3によって受け入れられないか、遅延の後に受け入れられ、および/または支払いが達成されなかった旨のメッセージを伝達する音響告知が行われる。
この第1の実施形態の更なる改良は、次のとおりである。
被支払人2が処理ユニット3へデータを送信することも、被支払人が処理ユニット3へ電話呼6を開始することによって達成される。ダイヤルされる電話番号は、また、支払金額に対応する数字列7’、および数字列8’としての支払い相関参照コード、例えば、発呼者1の電話番号12の最後の4つの数字8を含む。検証ユニット9およびトランザクション・ユニット10による肯定的検証の場合、成功した支払いに続き、シグナリング・ユニット11による被支払人の呼6の受け入れによって、確認信号も被支払人2へ送信され、また任意的に、支払いが達成された旨のメッセージを伝達する音響告知が行われる。先行する検証チェックの1つが否定的である場合、被支払人の呼も受け入れられないか、遅延の後に受け入れられ、および/または支払いが達成されなかった旨のメッセージを伝達する音響告知が行われる。
以下では、詳細な例と共に、支払いトランザクションの実行が説明される。
移動電話番号0171−1234567(12)の移動電話を有する当事者A(1)は、移動電話番号0171−9876543(13)の移動電話を有する当事者B(2)へ、23.50ユーロ(7)を支払いたい。このため、当事者Aは、その移動電話番号の最後の4つの数字(8)、したがって「4567」を当事者Bへ開示する。Aは、その移動電話を使用して、番号0800−55555−2350(5)をダイヤルする。Bは、実際上同時にその移動電話を使用して、番号0800−55555−2350−4567(6)をダイヤルする。もし支払いが成功裏に実行されたならば、呼は受け入れられ、AおよびBは短い音響告知「支払いが達成されました」を受け取る。
方法は、支払人がその移動電話番号の最後の4つの数字を被支払人へ開示し、被支払人がこれらを被呼番号の一部分として処理ユニットへ転送するのではなく、逆に、即ち、被支払人がその移動電話番号の最後の4つの数字を支払人へ開示し、支払人がこれらを被呼番号の一部分として処理ユニットへ送信するように設計することもできる。
双方の変形を組み合わせることができる。即ち、支払人および被支払人は、それぞれの移動電話番号の最後の2つの数字を相互に開示し、各々の当事者が他の当事者から受け取った2つの数字を被呼番号の一部分として処理ユニットへ送信する。
これは次のように実行される。即ち、Aは数字「67」をBへ開示し、Bは数字「43」をAへ開示する。Aは「0800−55555−2350−43」をダイヤルし、Bは「0800−66666−2350−67」をダイヤルする。この場合、異なった主電話番号、「0800−55555」に対する「0800−66666」を、トランザクション当事者によってダイヤルすることが、支払人を被支払人から区別するために必要である。その他は、方法は同じように動作する。
詳細には、処理ユニットおよび他の装置は、次のように働く。
処理ユニット3は、主電話番号0800−55555で到達可能である。最初、着呼は、処理ユニット3によって登録される。有利には、発呼者の移動電話番号12および13(MSISDNおよびANI)は、着呼と一緒に自動的に送信される。有意部分「2350」(7)および/または「23504567」(7’および8’)は、ダイヤルされた電話番号(DNIS)から抽出される。これらの番号から、処理ユニットは、トランザクション・データ・セット(関係者番号=0171−1234567;機能=送信;金額=23.50;送信者識別子=4567)および(関係者番号=0171−9876543;機能=受信;金額=23.50;送信者識別子=4567)を取り出す。トランザクション・データ・セットは、相関付けられるトランザクションのトランザクション・プールの中に置かれる。時間間隔内、例えば20秒以内に、他の相関可能データ・セットが発見されなかったデータ・セットは、トランザクション・プールから削除される。
処理ユニット3に含まれるか、それに接続された検証ユニット9は、送信されたデータに基づいてトランザクション当事者1および2を相関付けることができるかどうかを検査する。支払いトランザクションの現在の例において、これは、それぞれの意思表示が対応するかどうかの検査を含む。これは、マッチング・フィールド「金額」および「送信者識別子」に関して、トランザクション・プール内のデータ・セットを比較することによって達成される(7および8が7’および8’と比較される)。実際的同時性の補助規準が常にトランザクション・プールを非常に小さく維持するので、ヘビーなトランザクション負荷の場合でも、規準「金額」および「送信者識別子」だけに基づく相関付けが可能であることは、確率として非常に高い。
対応する規準を有する幾つかのデータ・セットがトランザクション・プールの中に存在するため、一意の相関付けが不可能である希な場合には、処理ユニットは、追加の特徴の入力を要求する。例えば、IVRシステム(Interactive Voice Response)を介して、受取人の移動電話番号の最後の4つの数字の入力を支払人1に求める。
前述した第1の例において、発呼者の移動電話番号(MSISDNおよび/またはANI)が自動的に送信されることが仮定された。これは処理を簡単にし、誤った使用に対する保護をもたらす。この送信は、例えば、処理ユニット側での電気通信提供者の特別セットアップによって達成される。これは、通常は公表されない発呼者IDの表示を可能にする。これは、標準発呼者ID抑止を有する発呼者も、提示モードを毎回変更することなくシステムを使用できるという利点を有する。
代替的に、公表されない発呼者IDを有する移動電話番号からの呼の場合、IVRシステムによって識別特徴(例えば、移動電話番号と相関付けられないPINまたはフリーの顧客番号と組み合わせた移動電話番号)の検索を達成するように、方法を設計することができる。移動電話番号へリンクされないフリーの顧客番号の実施形態は、処理ユニットに対して追加の匿名性を実現するオプションをシステム・ユーザに提供する。
以下では、図2を参照して、eコマース・シナリオにおける第2の実施形態が説明される。この実施形態において、支払人が、例えば商品およびサービスの提供者へ支払いを達成する支払いトランザクションは、インターネットを介して実行される。
移動電話番号0171−1234567を有する支払人は、その移動電話番号の最後の4つの数字8、したがって「4567」を、支払金額、例えば23.50ユーロが表示される提供者のウェブ・ページ14上に入力し、同時に自分の移動電話1で番号「0800−55555−2350」をダイヤルする。原則として、方法の処理は、前述した第1の実施形態と同じように達成されるが、相違は、提供者のコンピュータ・システムから処理ユニット3へのデータ送信が、例えばHTTPリクエスト15またはウェブ・サービスの呼び出しを介して起こることである。このステップの間、提供者のコンピュータ・システムは、そのアイデンティティの識別子13,金額7’、および支払人の移動電話番号12の最後の4つの数字8’を送信する。シグナリング・ユニットから提供者のコンピュータ・システムへのリターン信号は、順にHTTP応答またはウェブ・サービスのリターン値を介して起こる。有利には、コンピュータ・システムおよび処理ユニット3および/またはシグナリング・ユニット11の間のデータ送信は、追加的に暗号方法によって安全に保護される。
以下は、支払いトランザクションの実行と組み合わせて、契約の締結を実行およびドキュメンテーションする第3の実施形態を説明する。原則として、第3の実施形態は、前述した第2の実施形態のeコマース・シナリオと同じように働く。それは、支払人が、例えば商品およびサービスの提供者へ支払いを実行するインターネットにおける支払いトランザクションに関連する。しかし、この例では、支払人から提供者への単純な支払いに加えて、提供者と支払人との間の販売またはサービス合意が、完了およびドキュメンテーションされなければならない。したがって、支払人は、以下において支払人/購入者として指定される。
このため、契約内容のディジタルダイジェストが、例えばハッシュアルゴリズム、例えばMD5によって作られる。ディジタルダイジェストは、例えばクロスサムまたはチェックサムまたはクレジットカードの一部分から構成されるか、クレジットカード番号と相補的に相関付けられた、いわゆるCVCコードを含むことができる。ディジタルコピーは、有利には、比較的短い、例えば6つの数字列(例えば「141516」)へ縮小される。この6つの数字列は、ウェブ・ページ上の支払人/購入者へ表示され、および/またはeメールによって支払人/購入者へ送られる。
追加的および/または代替的に、合意の内容は、例えば、eメールを合意条件と一緒に支払人/購入者へ送ることによって、永久的に記憶および記録することができる。eメールは、合意の参照番号を含む。参照番号も、例えば6つの数字列(例えば「949596」)から構成され、有利には日付、時間、および他のデータを含むことができる。
前述したeコマース・シナリオから逸脱するこのシナリオにおいて、支払人/購入者は、ここで、例えば前記6つの数字によって拡張された電話番号(「0800−55555−2350」)、したがって「0800−55555−2350−949596」をダイヤルすることによって、参照番号を処理ユニットへ送信する(金額に加えて)。
代替的に、例えば「0800−55555−2350−141516」をダイヤルすることによって、ディジタルダイジェストを被呼番号の一部分として送信することができる。
代替的に、ディジタルコピーおよび参照番号の双方を送信することができる。
代替的に、支払金額の送信は要求されない。
代替的に、支払いに特定された前記方法の部分を省き、合意の完了を実行および/またはドキュメンテーションするためにのみ、方法を使用することができる。例えば、支払いは通常のクレジットカードで達成され、クレジットカード・データを含むクレジットカード支払いが、完了した合意の部分になることができる。
更に、DTMFトーンまたはSMSまたは他の方法によって、全てのデータを全体的または部分的に送信することができる。
方法の例示された実施形態によって、完了した合意のドキュメンテーションおよび証明力に関する高度のセキュリティが達成される。インターネットと並行して、ユーザの移動電話でディジタルダイジェストおよび/または参照番号のデータを送信することによって、データはインターネット内の改ざんから完全に保護される。
更に、最新技術に従って知られるeコマースおよび/またはmコマース・トランザクションに移動電話を使用するときのシステム内在セキュリティの利点が実現される(移動電話への所有および/または物理アクセス、SIMカードPINおよび/または装置PINによるセキュリティ)。
更に、前述した電気通信提供者の項目明細請求書の受領書機能を利用することができる(データは、呼番号の一部分として送信されるものとする)。
方法において、接続の持続時間が、例えば10秒よりも長いことを条件として、例えば単純に、電話番号に含まれる金額について支払いトランザクションが実行される呼を直接請求することによって、請求書機能の実現を達成することができる。例えば11秒の持続時間を有する呼番号0800−55555−2350への接続は、23.50ユーロの金額を請求され、例えば11秒の持続時間を有する呼番号0800−55555−2350−4567への接続は23.50ユーロの金額がクレジットされる。この機能は、請求書システムにおける最小のソフトウェア更新で実現可能である。単に、少数の技術的更新およびインタフェースを適所に置けばよい。有利には、方法は、通常の方法のようにではなく、支払人および受取人へ等しく対称様式で働く。通常の方法では、受取人側で使用されるシステムおよびインタフェースは、支払人側で使用されるものと異なる。
以下で、図3を参照して第4の実行が説明される。この例は、POS(point-of-sale)端末の使用に特に適した実現変形に関連する。POS端末は、インターネット接続の代わりに、一般的に、陸線電話接続へのアクセスのみを有し、クレジットカード端末または同等の装置が許可センターと通信する。
顧客は、その移動電話番号12の最後の4つの数字8をキャッシャへ開示する。キャッシャは、前記4つの数字8をキャッシュレジスタまたはクレジットカード端末16または同等の装置(以下では、「端末」と呼ぶ)へ入力する。端末は、それを、接続または統合された陸線または移動無線モデムへ転送する。これは処理ユニットへの電話呼を開始し、最初の実施形態と同じように、電話番号「0800−55555−2350−4567」がダイヤルされる。もし成功したトランザクションのインディケータとして接続の最小持続時間を使用する前記の第1の実施形態の方法変形が使用されるならば、原則として、モデム接続が最小持続時間よりも長く存在したことを検証するだけで、支払いが成功したかどうかを端末が確認するのに十分であろう。このようにして、方法の処理は、時間を消費してモデム・プロトコル接続の確立が達成されるプロトコルと対比して、かなりの迅速化が可能である。これは、更に、電気通信コストの低減を生じる。処理ユニットからPOSへの詳細な応答は、一般的に、エラーの場合には必要でない。なぜなら、支払人および/または顧客は、エラーの原因について音響フィードバックを受け取るからである。
以下では、前記の実施形態と組み合わせて実現できる変形が説明される。
既に説明したように、処理ユニット3へのデータ送信が移動電話の呼を介して達成される場合、呼が処理ユニットによって受け入れられる前に処理ステップの一部分が既に実行されるように、また更に、成功したトランザクションの接続の持続時間が、成功しないトランザクションの持続時間とは異なるように、方法が設計される。
最後に、前述した第1の実施形態は、次のように変更可能である。即ち、トランザクションの処理中に呼接続済信号を出す代わりに、支払人および被支払人の呼は、処理ユニットに到着した直後に、交換局への特別シグナリング・メッセージによって、処理ユニットによって拒否される。それによって、例えばビジー信号が支払人および被支払人の端末で鳴らされる。数秒の後、支払人および受取人は、シグナリング・ユニットから着呼を受け取る。その間にシグナリング・ユニットによって生成された発呼者IDは、もし支払いが達成されたのであれば、特別の電話番号(ANI)「0800−55555−2350」を有し、および/または、もし支払いが実行されなかったのであれば、「0800−55555−0000」を有する。したがって、支払人および受取人は、ディスプレイ上に示された発呼者IDから、支払いが成功したかどうかを知ることができる。有利には、入力は、移動電話の発呼者リストに記憶されて残る。これは、後の時点で再度の検証を可能にする。SMS送信によるシグナリングに対して、この変形の利点は、より速く、保証された短い送信持続時間である。
更に、電話接続が2つのトランザクション当事者の間で確立される方法の実施形態が可能である(双方のトランザクション当事者は、陸線電話または移動電話を使用しているものとする)。この変形は、例えば、電話相談などの支払いトランザクションが達成され、確立された電話接続を介してサービスが即時に与えられるとき、特に適している。
支払いトランザクションが、例えば移動電話を使用してトランザクション当事者の間で確立された移動電話接続を介して達成される場合、第1の実施形態で説明された方法は、支払金額および支払人の移動電話番号の最後の4つの数字の送信が、トランザクション当事者によって接続を介して発信されたDTMFトーンによって達成されるように変更可能である。この場合、DTMFトーンは交換局によってフィルタされて処理ユニットへ中継されるか、トランザクション当事者と処理ユニットとの間の一時的電話接続が開始される。
以下で、図4を参照して、コンピュータ・システムおよび/または処理ユニットの実施形態が説明される。
第1の実施形態で既に説明したように、支払人および被支払人の移動電話1および2は、電話呼5および6をコンピュータ・システムへ同時に送信する。ダイヤルするときに使用される電話番号は、支払いトランザクションの金額7および/または7’を含む。更に、1つの電話番号は、他の当事者の電話番号への参照8’を含む。
コンピュータ・システムは、例えば電気通信提供者のシステムに統合される。システムは入力18を設けられる。入力18は、呼5および6を即時に受け入れる必要なしに、着呼のダイヤルされた番号を記録することができる。入力18は、これらのデータをトランザクション・プール・メモリ19へ中継する。トランザクション・プール・メモリ19には、検証ユニット9が接続される。データ・セットが到着したとき、検証ユニットは、トランザクション・プール・メモリ19の他のデータ・セットが、このデータ・セットと相関付けられるかどうかを検査する。このために、検証ユニットは、呼を行った発呼者の少なくとも識別子を呼から抽出し、支払金額および任意的に支払い相関参照コード8’を、ダイヤルされた番号から抽出する。次に、検証ユニット9は、呼5および6が行われた電話の識別子が、コンピュータ・システムのデータベースに記憶されているかどうかを検査する。コンピュータ・システムは、データバンクを使用して、支払いトランザクションのために登録されたユーザおよびユーザ・データへのリンクを取得することができる。例えば、銀行口座詳細またはクレジットカード番号は、ユーザについて確認可能である。更に、検証ユニット9は、呼に含まれた意思表示が対応するかどうかを検査する。現在の例において、検証ユニット9は、支払い相関コード8’が、他の呼5の電話番号の最後の4つの数字と実際に対応するかどうかを検査する。もし全ての検証チェックが肯定的であれば、検証ユニット9は、それに接続されたトランザクション・ユニット10へデータを送信し、そのデータ・セットがトランザクション・プール・メモリ19から除去される。
もし到着したデータ・セットと相関付けられる他のデータがトランザクション・プール・メモリ19の中で発見されなければ、所定の時間間隔よりも長くトランザクション・プール・メモリ19に含まれる全てのデータ・セットが、トランザクション・プール・メモリ19から削除される。したがって、トランザクション・プール・メモリ19は、同時の着呼が記憶されるデータベースを含み、このデータベースを使用して、データ・セットを相互に相関付けできるかどうかを確認するように、到着するデータ・セットを検査することができる。
トランザクション・ユニット10は、これらのデータを支払い指令データ21へ変換することができる。これらのデータは、例えば、支払人勘定へのデビットに関連し、また並行して、被支払人勘定へのある金額振替に関連する指令である。トランザクション・ユニット10は、この場合、例えばインターネット接続を介して、処理ユニットの銀行および/または支払人および被支払人の銀行へ支払い指令データ21を送信する。このために、出力20が設けられる。
更に、トランザクション・ユニット10および出力20へシグナリング・ユニット11を接続することができる。支払い指令データ21が送信された場合、シグナリング・ユニット11は、支払いトランザクションの開始に関連する信号22を、支払人の電話1および/または被支払人の電話2へ発信する。更に、他の受信先、例えば支払人および被支払人の記憶されたeメール・アドレスへ信号22を送信することができる。最後に、シグナリング・ユニット11は、不成功トランザクションに関する信号22を送ることができる。更に、検証ユニット9が肯定的検証を行ったときに、信号22を送ることができる。信号22は、第1の実施形態を参照して説明したように働くことができる。
こうして、コンピュータ・システムを使用する支払いトランザクションのために、支払人および被支払人の側で、ただ2つの入力が実行される。即ち、支払人はその電話番号の一部分を被支払人へ開示し、被支払人はその移動電話2の上で支払いアプリケーションを作動させて、電話番号の部分8を移動電話2へ入力する。そのとき、支払人も移動電話1で支払いトランザクション・アプリケーションを作動させる。次に、双方の当事者は、支払金額7および/または7’を移動電話1および2のアプリケーションへ入力し、多かれ少なかれ同時に、支払いトランザクションの開始ボタンを押す。次に、移動電話1および2上のアプリケーションは、電話番号5および6を自動的に生成し、これらをコンピュータ・システムへ送る。次に、コンピュータ・システムは、支払い指令データ21を支払人の銀行へ送信することによって、支払いトランザクションを開始する。更に、支払いトランザクションは、コンピュータ・システムによってドキュメンテーションされる。
Claims (31)
- 少なくとも2つのトランザクション当事者の間の少なくとも2つの対応する意思表示に関連付けられたトランザクション、特に支払いトランザクションを、処理ユニットを介して開始および/または実行する方法であって、少なくとも1つのトランザクション当事者が陸線電話または移動電話(1、2)またはデータを送信する移動通信装置を使用し、
(a)少なくとも2つのトランザクション当事者がデータを該処理ユニットへ送信し、該データ送信は、制限された時間フレーム内で達成され、
(b)これらのトランザクション当事者の該データ送信の開始は、該処理ユニット(3)によってではなく、トランザクション当事者によって能動的に達成され、開始中に送信された該データは、意思表示の相関付けを可能にする特徴を含んでいる、
方法。 - 少なくとも1つのトランザクション当事者のデータ送信が、処理ユニット(3)への電話呼を開始することによって達成される、請求項1に記載の方法。
- 少なくとも1つのトランザクション当事者によって送信されたデータの少なくとも一部分の送信が、処理ユニットへの電話接続を確立する間にダイヤルされた電話番号数字列によって達成される、請求項2に記載の方法。
- 2つのトランザクション当事者の組み合わせが存在し、1つのトランザクション当事者によって送信されたデータ(5、6)は、このトランザクション当事者を一意に識別させるには十分であるが、他のトランザクション当事者を識別させるには不十分である、請求項1〜3いずれかの一項に記載の方法。
- 少なくとも2つのトランザクション当事者から処理ユニット(3)へ送信されたデータ(5、6)は、ある設定規則に従って相互に関連付けられている、請求項1〜4のいずれか一項に記載の方法。
- 処理ユニット(3)は、検証ユニット(9)を含み、あるいは、検証ユニット(9)と接続されており、該検証ユニットは、該データ送信の後で、トランザクション当事者の相関付けが、送信されたそれぞれのデータ(5、6)に基づいて可能であるかどうかを検査する、請求項1〜5のいずれか一項に記載の方法。
- トランザクション当事者から処理ユニット(3)へのデータ送信が移動電話(1、2)を介して実行され、移動電話の位置情報も送信され、この情報が追加の相関規準として使用される、請求項1〜6のいずれか一項に記載の方法。
- 処理ユニット(3)は、トランザクション・ユニット(10)を含み、あるいは、トランザクション・ユニット(10)と接続されており、該トランザクション・ユニットは、検証ユニット(9)による肯定的検証の後に、データ(5、6)に相関付けられたトランザクションを実行する、請求項1〜7のいずれか一項に記載の方法。
- 双方のトランザクション当事者が陸線電話または移動電話(1、2)を使用し、電話接続が双方の当事者間で確立される、請求項1〜8のいずれか一項に記載の方法。
- 処理ユニット(3)は、シグナリング・ユニット(11)を含み、あるいは、シグナリング・ユニット(11)と接続されており、該シグナリング・ユニットは信号をトリガし、および/または、トランザクション当事者または他の受手へデータを送信する、請求項1〜9のいずれか一項に記載の方法。
- 前記シグナリングは、処理ユニット(3)による、少なくとも1つのトランザクション当事者へのコールバックの開始により達成される、請求項10に記載の方法。
- 前記シグナリングは、特別発呼者ID(ANI)の生成および送信を通じて処理ユニット(3)により開始されたコールバックの間に、達成され、該特別発呼者IDは、検証ユニット(9)の結果および/またはトランザクション・ユニット(10)によるトランザクション実行のステータスに関する推定を可能にする、請求項11に記載の方法。
- 成功したトランザクションの完了またはある他のステータスが、音響信号によって同時にトランザクション当事者へ知らされる、請求項1〜12のいずれか一項に記載の方法。
- 前記シグナリングが、
(a)前記処理ユニットのピックアップによって呼を受け入れることによって、あるいは、
(b)呼接続済信号を知らせている間、前記呼を受け入れないことによって、あるいは、
(c)ビジー信号またはある他の信号を知らせることによって、あるいは、
(d)異なった呼接続信号および/または呼切断信号の間の様々な長さの時間間隔によって
達成される、請求項10に記載の方法。 - 成功裏に実行されたトランザクションの場合には、不成功に実行されたトランザクションの場合よりも、呼の受け入れと終了との間に、より長いか短い時間間隔が存在する、請求項1〜14のいずれか一項に記載の方法。
- 前記意思表示が、少なくとも、貨幣または価値単位に関連付けられた支払いトランザクションの実行へ向けられる、請求項1〜15のいずれか一項に記載の方法。
- 前記トランザクションが、少なくとも、貨幣または価値単位に関連付けられた支払いトランザクションの開始または実行から構成される、請求項1〜16のいずれか一項に記載の方法。
- 双方のトランザクション当事者の送信データ(5、6)が、支払われる貨幣または価値単位の数量を含む、請求項17に記載の方法。
- トランザクション当事者を一意に相関させる相関参照コード(8’)が付加的に送信される、請求項1〜18のいずれか一項に記載の方法。
- 相関参照コードが、陸線電話または移動電話またはデータを送信する移動通信装置を使用する少なくとも1つの他のトランザクション当事者の電話番号(ANI)の数字の一部分から構成されるか、ある設定規則によってこの電話番号から形成される、請求項19に記載の方法。
- 支払い金額の指定が、金額(7、7’)を能動的に入力することによって達成され、表示または告知された金額を受動的に確認することによっては達成されない、請求項17〜20のいずれか一項に記載の方法。
- 前記トランザクション当事者が支払人および被支払人を含み、
(a)支払人が処理ユニット(3)へ電話呼(5)を開始し、ダイヤルされた電話番号が、支払い金額に対応する数字列(7)を含み、
(b)被支払人が、支払人の前記呼(5)と同時に、または前記呼の少し前または後に、支払い金額(7’)を含むデータ(6)を処理ユニットへ送信し、
(c)検証ユニット(9)が、支払人および被支払人によって送信されたデータ(5、6)が相互に一意に相関付けられるかどうか、および、少なくともデータに含まれた支払い金額(7、7’)が一致するかどうかを検査し、
(d)トランザクション・ユニット(10)が、送信されたデータに基づいて支払人および被支払人の識別および/または認証が可能かどうか、および/または支払いトランザクションの処理が可能かどうかを検査し、
(e1)検証ユニット(9)およびトランザクション・ユニット(10)による肯定的検証の場合、
トランザクション・ユニット(10)が処理を実行あるいは開始し、
支払人の前記呼がシグナリング・ユニット(11)によって受け入れられ、
成功した支払いに関する確認信号が被支払人へ送信され、
(e2)先行する検証チェックの1つが否定的である場合、支払人の前記呼が処理ユニット(3)によって受け入れられないか、遅延の後に受け入れられ、および/または支払いが達成されなかった旨のメッセージを伝達する音響告知が行われる、
請求項1〜21のいずれか一項に記載の方法。 - (a)被支払人から処理ユニット(3)へのデータ送信が、被支払人による処理ユニット(3)への電話呼(6)の開始によって達成され、ダイヤルされた電話番号は、支払い金額に対応する数字列(7’)を含み、
(b1)検証ユニット(9)およびトランザクション・ユニット(10)による肯定的検証の場合、達成された支払いに続く前記確認信号が、シグナリング・ユニット(11)による被支払人の前記呼の受け入れによって被支払人へ送信され、
(b2)先行する検証チェックの1つが否定的である場合、被支払人の前記呼も受け入れられないか、遅延の後に受け入れられ、および/または支払いが達成されなかった旨のメッセージを伝達する音響告知が行われる、
請求項22に記載の方法。 - 前記呼が、処理ユニットのピックアップによって受け入れられる前に、検証および/または処理ステップが既に実行されている、請求項8〜23のいずれか一項に記載の方法。
- 成功裏に実行されたトランザクションの場合、前記呼は、処理ユニットのピックアップのみによって受け入れられる、請求項8〜23のいずれか一項に記載の方法。
- 少なくとも2つの対応する意思表示に関連付けられたトランザクション、特に支払いトランザクションを開始および/または実行するシステムであって、第1のトランザクション当事者に関連付けられた第1の通信装置(1)、第2のトランザクション当事者に関連付けられた第2の通信装置(2)、および通信装置(1、2)からのデータを受け取ることのできる処理ユニット(3)を有し、処理ユニット(3)は、検証ユニット(9)を含むか、あるいは、検証ユニット(9)に接続されており、検証ユニットを使用して、制限された時間フレーム内に各通信装置(1、2)によって送信された該データに基づいてトランザクション当事者の相関付けが可能かどうかを検査する、システム。
- 第1および第2の通信装置(1、2)のデータ(5、6)を受け取る入力(18)を有し、支払いトランザクションを開始および/または実行するコンピュータ・システムであって、前記データ(5、6)が、2つの対応する意思表示を相関させる特徴(7、7’、8’)を含み、
入力(18)へ接続され、ある時間間隔内に到着するデータを記憶するトランザクション・プール・メモリ(19)と、
トランザクション・プール・メモリ(19)へ接続された検証ユニット(9)であって、少なくとも第1および第2の通信装置(1、2)の識別子および支払い金額を抽出し、それぞれの送信データ(5、6)に基づいてトランザクション当事者の相関付けが可能かどうか、およびそれぞれの意思表示が対応するかどうかを検査できるように、トランザクション・プール・メモリ(19)内に記憶された該データを解析できる検証ユニットと、
検証ユニット(9)に接続されたトランザクション・ユニット(10)であって、肯定的検証の場合に、検証ユニット(9)から抽出された該データを支払い指令データ(21)へ変換できるトランザクション・ユニットと、
トランザクション・ユニット(10)に接続された出力(20)であって、該出力を介して、該支払い指令データ(21)を支払い処理ユニットへ送信させる出力と、
を具備するコンピュータ・システム。 - トランザクション・ユニット(10)および出力(20)に接続されたシグナリング・ユニット(11)を含み、支払い指令データ(21)の送信および/または検証ユニット(9)の検証に依存して、支払いトランザクションの開始および/または検証チェックの結果に関する信号(22)を、少なくとも1つの通信装置またはある他の受手へ送信することができる、請求項27に記載のコンピュータ・システム。
- 通信装置(1、2)が陸線電話および/または移動電話である、請求項27または28に記載のコンピュータ・システム。
- 当該プログラムがコンピュータ上で実行されるとき、請求項1〜25のいずれか一項に記載の全てのステップを実行するプログラムコード手段を備えたコンピュータプログラム。
- 当該プログラムがコンピュータ上で実行されるとき、請求項1〜25のいずれか一項に記載の方法を実行する、コンピュータ読み取り可能データ媒体上に記憶された、プログラムコード手段を備えたコンピュータプログラムプロダクト。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE10310527A DE10310527B4 (de) | 2003-03-11 | 2003-03-11 | Verfahren zum Initiieren und/oder Durchführen einer Zahlungstransaktion |
PCT/EP2004/002520 WO2004081892A2 (de) | 2003-03-11 | 2004-03-11 | Verfahren und system zum initiieren und/oder durchführen einer mit mindestens zwei korrespondierenden willenserklärungen in beziehung stehenden transaktion |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2006524938A true JP2006524938A (ja) | 2006-11-02 |
Family
ID=32892028
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006504645A Pending JP2006524938A (ja) | 2003-03-11 | 2004-03-11 | 少なくとも2つの対応する意思表示に関連づけられたトランザクションを開始および/または実行する方法およびシステム |
Country Status (8)
Country | Link |
---|---|
US (5) | US7702581B2 (ja) |
EP (1) | EP1602088A2 (ja) |
JP (1) | JP2006524938A (ja) |
CN (1) | CN1788292A (ja) |
AU (1) | AU2004219478A1 (ja) |
CA (1) | CA2518448A1 (ja) |
DE (1) | DE10310527B4 (ja) |
WO (1) | WO2004081892A2 (ja) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010515165A (ja) * | 2006-12-26 | 2010-05-06 | ビザ ユー.エス.エー.インコーポレイテッド | エイリアスを使用したモバイル・ペイメントのシステム及び方法 |
WO2011037134A1 (ja) * | 2009-09-24 | 2011-03-31 | 日本電信電話株式会社 | 電子決済方法、システム、サーバ及びそのプログラム |
JP2015521332A (ja) * | 2012-05-30 | 2015-07-27 | アリババ・グループ・ホールディング・リミテッドAlibaba Group Holding Limited | データ処理 |
JP2017527139A (ja) * | 2014-06-24 | 2017-09-14 | アリババ・グループ・ホールディング・リミテッドAlibaba Group Holding Limited | 位置情報サービスにおけるユーザのマッチング |
Families Citing this family (49)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7801826B2 (en) | 2002-08-08 | 2010-09-21 | Fujitsu Limited | Framework and system for purchasing of goods and services |
US7784684B2 (en) * | 2002-08-08 | 2010-08-31 | Fujitsu Limited | Wireless computer wallet for physical point of sale (POS) transactions |
US7822688B2 (en) | 2002-08-08 | 2010-10-26 | Fujitsu Limited | Wireless wallet |
US7353382B2 (en) | 2002-08-08 | 2008-04-01 | Fujitsu Limited | Security framework and protocol for universal pervasive transactions |
DE10310527B4 (de) | 2003-03-11 | 2008-11-20 | Christian Hogl | Verfahren zum Initiieren und/oder Durchführen einer Zahlungstransaktion |
US7341180B2 (en) * | 2004-01-29 | 2008-03-11 | Alpha Network Co., Ltd. | Card settlement system |
GB2426104A (en) * | 2004-02-05 | 2006-11-15 | Veritas Mobile Solutions Pte L | System and method for authenticating the identity of a user |
US7877605B2 (en) | 2004-02-06 | 2011-01-25 | Fujitsu Limited | Opinion registering application for a universal pervasive transaction framework |
US10862994B1 (en) * | 2006-11-15 | 2020-12-08 | Conviva Inc. | Facilitating client decisions |
US7734463B1 (en) * | 2004-10-13 | 2010-06-08 | Intervoice Limited Partnership | System and method for automated voice inflection for numbers |
US8874725B1 (en) | 2006-11-15 | 2014-10-28 | Conviva Inc. | Monitoring the performance of a content player |
US20080126258A1 (en) * | 2006-11-27 | 2008-05-29 | Qualcomm Incorporated | Authentication of e-commerce transactions using a wireless telecommunications device |
FR2919742B1 (fr) * | 2007-08-01 | 2010-10-22 | Phoum Lib | Procede technique de securisation permettant de certifier les actions utilisateur lors de transactions sur terminaux mobiles |
US9177313B1 (en) * | 2007-10-18 | 2015-11-03 | Jpmorgan Chase Bank, N.A. | System and method for issuing, circulating and trading financial instruments with smart features |
US8249985B2 (en) * | 2007-11-29 | 2012-08-21 | Bank Of America Corporation | Sub-account mechanism |
US20090192935A1 (en) * | 2008-01-30 | 2009-07-30 | Kent Griffin | One step near field communication transactions |
WO2010086879A1 (en) * | 2009-01-16 | 2010-08-05 | Mchek India Payment Systems Pvt. Ltd. | A system and method for carrying out a financial transaction |
WO2010141886A1 (en) * | 2009-06-04 | 2010-12-09 | Mobile Messenger Global, Inc. | Method and system for providing real-time access to mobile commerce purchase confirmation evidence |
US9100288B1 (en) * | 2009-07-20 | 2015-08-04 | Conviva Inc. | Augmenting the functionality of a content player |
CN101996451B (zh) * | 2009-08-14 | 2012-07-25 | 中国工商银行股份有限公司 | 银行自助设备系统的测试方法及服务器 |
US8818882B2 (en) * | 2009-08-24 | 2014-08-26 | Visa International Service Association | Alias identity and reputation validation engine |
US20110076941A1 (en) * | 2009-09-30 | 2011-03-31 | Ebay Inc. | Near field communication and network data/product transfer |
US8781393B2 (en) * | 2009-09-30 | 2014-07-15 | Ebay Inc. | Network updates of time and location |
US20110195748A1 (en) * | 2010-02-09 | 2011-08-11 | Jonathan Main | Enhanced security feature for payment-enabled mobile telephone |
US9665864B2 (en) * | 2010-05-21 | 2017-05-30 | Intel Corporation | Method and device for conducting trusted remote payment transactions |
US8995630B1 (en) | 2010-08-01 | 2015-03-31 | Tulsa Holdings, Llc | Telephony and applications communication in a non-mobile telephone system |
USD774529S1 (en) | 2010-11-04 | 2016-12-20 | Bank Of America Corporation | Display screen with graphical user interface for funds transfer |
US20120130790A1 (en) | 2010-11-19 | 2012-05-24 | Mastercard International Incorporated | Method and system for location- and history-based distribution of offers to mobile devices |
US10043209B2 (en) | 2010-11-19 | 2018-08-07 | Mastercard International Incorporated | Method and system for consumer transactions using voice or human based gesture actions |
US9836737B2 (en) * | 2010-11-19 | 2017-12-05 | Mastercard International Incorporated | Method and system for distribution of advertisements to mobile devices prompted by aural sound stimulus |
US9836780B2 (en) | 2010-11-19 | 2017-12-05 | Mastercard International Incorporated | Method and system for consumer transactions using voice or human based gesture actions |
USD774528S1 (en) | 2011-02-21 | 2016-12-20 | Bank Of America Corporation | Display screen with graphical user interface for funds transfer |
USD774526S1 (en) | 2011-02-21 | 2016-12-20 | Bank Of America Corporation | Display screen with graphical user interface for funds transfer |
USD774527S1 (en) | 2011-02-21 | 2016-12-20 | Bank Of America Corporation | Display screen with graphical user interface for funds transfer |
AU2012364876A1 (en) * | 2011-04-07 | 2013-10-24 | Fotec Group Llc | Broker-mediated payment systems and methods |
US8725586B2 (en) * | 2011-08-17 | 2014-05-13 | Douglas Levin | Accounting system and management methods of transaction classifications that is simple, accurate and self-adapting |
DE102011087959A1 (de) * | 2011-12-08 | 2013-06-13 | Ford Global Technologies, Llc | Verfahren und Vorrichtung zur Abwicklung einer straßennutzungsabhängigen Finanztransaktion sowie Computerprogrammprodukt |
US10127540B2 (en) | 2011-12-19 | 2018-11-13 | Paypal, Inc. | System and method for facilitating electronic financial transactions during a phone call |
US10182096B1 (en) | 2012-09-05 | 2019-01-15 | Conviva Inc. | Virtual resource locator |
US9246965B1 (en) | 2012-09-05 | 2016-01-26 | Conviva Inc. | Source assignment based on network partitioning |
USD770478S1 (en) | 2012-09-07 | 2016-11-01 | Bank Of America Corporation | Communication device with graphical user interface |
US8959032B2 (en) * | 2012-10-10 | 2015-02-17 | Quisk, Inc. | Self-authenticating peer to peer transaction |
US20150095239A1 (en) * | 2013-09-30 | 2015-04-02 | Fiserv , Inc. | Card account identifiers associated with conditions for temporary use |
US10178043B1 (en) | 2014-12-08 | 2019-01-08 | Conviva Inc. | Dynamic bitrate range selection in the cloud for optimized video streaming |
US10305955B1 (en) | 2014-12-08 | 2019-05-28 | Conviva Inc. | Streaming decision in the cloud |
GB2535433A (en) * | 2014-12-12 | 2016-08-24 | Aeriandi Ltd | Method and apparatus for call correlation |
DE102015118999A1 (de) * | 2015-11-05 | 2017-05-11 | Deutsche Post Ag | Vorzeitige Auslösung des Bezahlprozesses für Nachnahme-Sendungen |
US10762788B2 (en) | 2017-08-01 | 2020-09-01 | Swoppz, LLC | Method and system for requesting and granting priority between vehicles |
JP7030043B2 (ja) * | 2018-11-27 | 2022-03-04 | 本田技研工業株式会社 | 対価を伴う優先的な通行を行うための情報処理装置、情報処理装置の制御方法、通信装置、通信装置の制御方法、およびプログラム |
Family Cites Families (105)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4960981A (en) * | 1989-01-17 | 1990-10-02 | Moneyfax, Inc. | Method of and system for electronic funds transfer via facsimile machines |
US5122950A (en) * | 1989-11-02 | 1992-06-16 | Moneyfax, Inc. | Method of and system for electronic funds transfer via facsimile machines |
US5383113A (en) * | 1991-07-25 | 1995-01-17 | Checkfree Corporation | System and method for electronically providing customer services including payment of bills, financial analysis and loans |
US5557518A (en) * | 1994-04-28 | 1996-09-17 | Citibank, N.A. | Trusted agents for open electronic commerce |
US5504677A (en) * | 1992-10-15 | 1996-04-02 | Pollin; Robert E. | Automated payment system |
US5465206B1 (en) * | 1993-11-01 | 1998-04-21 | Visa Int Service Ass | Electronic bill pay system |
US5583759A (en) * | 1993-11-22 | 1996-12-10 | Huntington Bancshares, Inc. | Mechanism for expediting the deposit, transport and submission of checks into the payment system |
US6996542B1 (en) * | 1994-06-03 | 2006-02-07 | Midwest Payment Systems | System and method for paying bills and other obligations including selective payor and payee controls |
US5608778A (en) * | 1994-09-22 | 1997-03-04 | Lucent Technologies Inc. | Cellular telephone as an authenticated transaction controller |
US5577100A (en) * | 1995-01-30 | 1996-11-19 | Telemac Cellular Corporation | Mobile phone with internal accounting |
CN100501754C (zh) * | 1995-02-13 | 2009-06-17 | 英特特拉斯特技术公司 | 用于安全交易管理和电子权利保护的系统和方法 |
US7069451B1 (en) * | 1995-02-13 | 2006-06-27 | Intertrust Technologies Corp. | Systems and methods for secure transaction management and electronic rights protection |
US6424249B1 (en) * | 1995-05-08 | 2002-07-23 | Image Data, Llc | Positive identity verification system and method including biometric user authentication |
FI102860B (fi) * | 1995-11-07 | 1999-02-26 | Nokia Telecommunications Oy | Menetelmä ja järjestelmä elektronisen maksutapahtuman suorittamiseksi |
US5991749A (en) * | 1996-09-11 | 1999-11-23 | Morrill, Jr.; Paul H. | Wireless telephony for collecting tolls, conducting financial transactions, and authorizing other activities |
JP3660101B2 (ja) * | 1996-11-14 | 2005-06-15 | 松下電器産業株式会社 | パーソナル電子決済システム |
US6199761B1 (en) * | 1996-12-09 | 2001-03-13 | Drexler Technology Corporation | Validation method for electronic cash cards and digital identity cards utilizing optical data storage |
GB2321751B (en) * | 1997-04-22 | 1999-02-10 | Searchspace Limited | A monitoring system and method |
CZ295686B6 (cs) * | 1997-06-27 | 2005-09-14 | Swisscom Mobile Ag | Způsob transakcí pomocí mobilního telefonu a identifikační prvek pro tento způsob transakcí |
US5978780A (en) * | 1997-11-21 | 1999-11-02 | Craig Michael Watson | Integrated bill consolidation, payment aggregation, and settlement system |
DE19903822C2 (de) | 1999-02-02 | 2001-09-20 | Mathias Entenmann | Verfahren zur Durchführung bargeldloser Zahlungen und System zur Durchführung des Verfahrens |
DE19905054A1 (de) * | 1999-02-08 | 2000-08-17 | Siemens Ag | Verfahren und Anordnung zur Administration eines Zahlungsvorgangs über ein Telekommunikationsnetz |
EP1030273A3 (en) * | 1999-02-18 | 2002-07-03 | Matsushita Electric Industrial Co., Ltd. | Electronic asset utilization system, electronic asset utilization method, server for use with electronic asset utilization system, and recording medium having recorded thereon electronic asset utilization method |
KR100314210B1 (ko) * | 1999-02-23 | 2001-11-17 | 김용훈 | 이동통신단말기를 이용한 물품대금 결제방법 |
US6873691B1 (en) * | 1999-04-06 | 2005-03-29 | Bellsouth Intellectual Property Corporation | Methods and systems for using the public switched telephone network to conduct a transaction between customer accounts |
EP1175656A2 (en) * | 1999-04-27 | 2002-01-30 | I3E Holdings, Llc | Remote ordering system |
US6289323B1 (en) * | 1999-06-18 | 2001-09-11 | United States Postal Service | System and method for completing monetary transactions by presentment of postage value to a postal authority |
DE19928341C2 (de) * | 1999-06-21 | 2002-06-20 | Inb Vision Ag | Verfahren zur dreidimensionalen optischen Vermessung von Objektoberflächen |
DE19934981A1 (de) | 1999-07-26 | 2001-02-01 | Alcatel Sa | Verfahren zur Abgabe einer Ware oder zum Erbringen einer Dienstleistung unter Einsatz eines Mobilfunk-Endgeräts, Mobilfunk-Endgerät zur Durchführung des Verfahrens und Einrichtung zur Abgabe einer Ware oder zum Erbringen einer Dienstleistung |
DE59914198D1 (de) * | 1999-09-06 | 2007-03-29 | Gebit Ges Fuer Edv Beratung Un | Verfahren zur Autorisierung in Datenübertragungssystemen zur Bezahlung von über das Internet angebotenen Waren und/oder Dienstleistungen |
DE19946539B4 (de) * | 1999-09-28 | 2010-04-29 | T-Mobile Deutschland Gmbh | Verfahren zur Abrechnung von Internet-Geschäften über Mobilfunk |
DE19946537A1 (de) * | 1999-09-28 | 2001-04-05 | Deutsche Telekom Mobil | Verfahren zur Abrechnung von Internet-Dienstleistungen über Mobilfunk |
US7127427B1 (en) * | 1999-10-05 | 2006-10-24 | Andrew Casper | Secure transaction processing system and method |
EP1145200B1 (de) * | 1999-10-25 | 2003-02-05 | Swisscom Mobile AG | Zahlungstransaktionsverfahren und zahlungstransaktionssystem |
US7124101B1 (en) * | 1999-11-22 | 2006-10-17 | Accenture Llp | Asset tracking in a network-based supply chain environment |
US8571975B1 (en) * | 1999-11-24 | 2013-10-29 | Jpmorgan Chase Bank, N.A. | System and method for sending money via E-mail over the internet |
DE60032863D1 (de) * | 1999-11-30 | 2007-02-22 | Citibank Na | System und Verfahren zur Durchführung einer elektronischen Transaktion mit einer elektronischen Geldbörse mittels eines Transaktionproxys |
US6464134B1 (en) * | 1999-12-10 | 2002-10-15 | Terri Page | System and method for verifying the authenticity of a check and authorizing payment thereof |
AU782617B2 (en) * | 1999-12-17 | 2005-08-11 | Ochoa Optics Llc | System and method permitting customers to order selected products from a vast array of products offered by multiple participating merchants |
AU780943B2 (en) * | 1999-12-30 | 2005-04-28 | International Business Machines Corporation | Method of payment by means of an electronic communication device |
DE10008280C1 (de) * | 2000-02-23 | 2001-06-13 | Wire Card Ag | Verfahren und System zur automatischen Abwicklung von bargeldlosen Kaufvorgängen |
US7366695B1 (en) * | 2000-02-29 | 2008-04-29 | First Data Corporation | Electronic purchase method and funds transfer system |
WO2001065798A1 (de) | 2000-02-29 | 2001-09-07 | Swisscom Mobile Ag | Verfahren zur transaktionsbestaetigung, authentifizierungsserver und wap-server |
KR100366060B1 (ko) * | 2000-03-16 | 2002-12-28 | 주식회사 하렉스인포텍 | 광지불송수신장치 및 이를 이용한 광결제시스템 |
US20010037284A1 (en) * | 2000-03-27 | 2001-11-01 | Finkelstein Ephraim Brian | Negotiated right exchange system and method |
US20010037308A1 (en) * | 2000-03-28 | 2001-11-01 | Mark Kotlarsky | Fully secure identification and transmission system |
JP2001290874A (ja) * | 2000-04-07 | 2001-10-19 | Nec Corp | 入金管理方法およびシステム |
JP2001306966A (ja) * | 2000-04-19 | 2001-11-02 | Nikon Gijutsu Kobo:Kk | 電子商取引方法 |
AU2001257147A1 (en) * | 2000-04-20 | 2001-11-07 | Innovative Payment Systems, Llc | Method and system for ubiquitous enablement of electronic currency |
US6917853B2 (en) * | 2000-05-23 | 2005-07-12 | Munroe Chirnomas | Method and apparatus for controlling rented or leased or loaned equipment |
JP2001331561A (ja) * | 2000-05-24 | 2001-11-30 | Nippon Denki Information Technology Kk | 端末機取扱システム |
DE50008669D1 (de) * | 2000-05-26 | 2004-12-23 | Christian Hoeffle | System, Verfahren und Programm zur Zahlung in einem Telekommunikationsnetz |
US7890433B2 (en) * | 2000-06-30 | 2011-02-15 | Tara Chand Singhal | Private and secure payment system |
DE10039569C5 (de) * | 2000-08-09 | 2007-04-26 | Vodafone Ag | Verfahren zur Bezahlung an beliebigen Verkaufs- bzw. Dienstleistungsstellen mit Mobiltelefon |
DE10040799A1 (de) * | 2000-08-21 | 2002-04-25 | Siemens Ag | Verfahren für sichere Transaktionen im Zusammenhang mit elektronischem Handel |
EP1182625A1 (de) * | 2000-08-25 | 2002-02-27 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Einleitung einer elektronischen Zahlungstransaktion |
US7415442B1 (en) * | 2000-09-26 | 2008-08-19 | Integrated Technological Systems, Inc. | Integrated technology money transfer system |
US20020152179A1 (en) * | 2000-10-27 | 2002-10-17 | Achiezer Racov | Remote payment method and system |
JP3581094B2 (ja) * | 2000-10-31 | 2004-10-27 | 株式会社プロトコーポレーション | 残価予測システム及びその方法、並びにコンピュータ上で動作する残価予測プログラムを記録した記録媒体 |
GB0027922D0 (en) * | 2000-11-15 | 2001-01-03 | Haidar Mahmoud N Y | Electronic payment and associated systems |
US20020073027A1 (en) * | 2000-12-11 | 2002-06-13 | Hui Helen Shan-Shan | Mobile payment system |
AU2002256561A1 (en) * | 2000-12-18 | 2002-07-01 | In Medias Res Gesellschaft Fur Kommunikationstechnologien Mbh | Accounting method and accounting machine |
GB2372615A (en) * | 2000-12-27 | 2002-08-28 | Robert Joseph Gerard Macnamee | Telephone based payment system |
EP1231578A3 (de) * | 2001-02-01 | 2004-03-10 | Siemens Aktiengesellschaft | Verfahren und Anordnung zur Durchführung einer bargeldlosen Zahlungsaktion |
WO2002071353A1 (de) * | 2001-03-01 | 2002-09-12 | Peter Ligezinski | Vorrichtung und verfahren zum bargeldlosen bezahlen |
EP1376425A1 (en) * | 2001-03-26 | 2004-01-02 | Makoto Dojo | Charging device, charging method, transaction supporting device, and transaction supporting method |
US20020143638A1 (en) * | 2001-03-28 | 2002-10-03 | August Katherine G. | System and method for conducting wireless customer/vendor transactions |
US7184989B2 (en) * | 2001-03-31 | 2007-02-27 | First Data Corporation | Staged transactions systems and methods |
US7165052B2 (en) * | 2001-03-31 | 2007-01-16 | First Data Corporation | Payment service method and system |
CA2443220A1 (en) * | 2001-03-31 | 2002-10-10 | First Data Corporation | Electronic identifier payment system and methods |
US7117183B2 (en) * | 2001-03-31 | 2006-10-03 | First Data Coroporation | Airline ticket payment and reservation system and methods |
US20020143655A1 (en) * | 2001-04-02 | 2002-10-03 | Stephen Elston | Remote ordering system for mobile commerce |
US20040030645A1 (en) * | 2001-04-16 | 2004-02-12 | Stephen Monaghan | Method and system for performing a transaction utilising a thin payment network (mvent) |
US7752136B2 (en) * | 2001-05-18 | 2010-07-06 | Meadow William D | Check authorization system and method |
WO2003009243A1 (en) * | 2001-07-19 | 2003-01-30 | W3 Infocomm Group Pte Ltd | Mobile electronic funds transfer system and method |
EP1282087A1 (de) * | 2001-08-02 | 2003-02-05 | Alcatel | Verfahren zur Durchführung von Transaktionen von elektronischen Geldbeträgen zwischen Teilnehmerendgeräten eines Kommunikationsnetzes, Transaktionsserver und Programmmodul hierfür |
ATE452390T1 (de) * | 2001-08-03 | 2010-01-15 | Ericsson Telefon Ab L M | Verfahren und vorrichtungen für bezahlungen zwischen endgeräten |
US7103576B2 (en) * | 2001-09-21 | 2006-09-05 | First Usa Bank, Na | System for providing cardless payment |
US20030074209A1 (en) * | 2001-10-15 | 2003-04-17 | Tobin Christopher M. | User device with service finding and purchasing functionality |
DE10151213B4 (de) * | 2001-10-15 | 2006-03-16 | Siemens Ag | Verfahren zum Genehmigen von Zahlungen in einem Kommunikationsnetz |
US7337229B2 (en) * | 2001-11-08 | 2008-02-26 | Telefonktiebolaget Lm Ericsson (Publ) | Method and apparatus for authorizing internet transactions using the public land mobile network (PLMN) |
WO2003054819A2 (en) * | 2001-12-12 | 2003-07-03 | Paradata Systems Inc. | Global integrated payment system |
US20030130942A1 (en) * | 2002-01-08 | 2003-07-10 | Bottomline Technologies (De) Inc. | Automated invoice receipt and management system with automated loading systems |
WO2003065260A1 (fr) | 2002-01-28 | 2003-08-07 | Fujitsu Limited | Procede de transaction et dispositif de transaction automatique permettant de mettre en oeuvre ledit procede |
HU224788B1 (hu) * | 2002-02-07 | 2006-02-28 | Enigma Software Rt | Architektúra kiterjedt ügyfélkörben végrehajtható bankkártyás fizetési tranzakciók egyszerûsített hardverigényû lebonyolításához, tranzakciós terminálegység, bõvített funkciós SIM kártya, valamint eljárások megszemélyesítésre és tranzakciók lebonyolítására |
US8909557B2 (en) * | 2002-02-28 | 2014-12-09 | Mastercard International Incorporated | Authentication arrangement and method for use with financial transaction |
US20020107007A1 (en) * | 2002-03-27 | 2002-08-08 | Howard Gerson | Method for wireless telephony payment and an apparatus therefor |
EP1367516A1 (en) * | 2002-05-29 | 2003-12-03 | SubClearing AS | System, method and means for electronic transactions |
DE10229477A1 (de) * | 2002-07-01 | 2004-01-29 | Siemens Ag | Bezahlsystem für bargeldlosen Zahlungsverkehr |
US7822688B2 (en) * | 2002-08-08 | 2010-10-26 | Fujitsu Limited | Wireless wallet |
DE10249612A1 (de) * | 2002-10-18 | 2004-05-06 | Siemens Ag | Verfahren zum Vorbereiten eines Bezahlvorganges in einem Kommunikationsnetz |
US20040083170A1 (en) * | 2002-10-23 | 2004-04-29 | Bam Ajay R. | System and method of integrating loyalty/reward programs with payment identification systems |
US7360694B2 (en) * | 2003-01-23 | 2008-04-22 | Mastercard International Incorporated | System and method for secure telephone and computer transactions using voice authentication |
DE10310527B4 (de) * | 2003-03-11 | 2008-11-20 | Christian Hogl | Verfahren zum Initiieren und/oder Durchführen einer Zahlungstransaktion |
US20050209964A1 (en) * | 2003-07-25 | 2005-09-22 | Allen Robert M | Method of Providing Secure Payment and Transaction Reconciliation |
US20050031051A1 (en) * | 2003-08-04 | 2005-02-10 | Lowell Rosen | Multiple access holographic communications apparatus and methods |
WO2005059690A2 (en) * | 2003-12-12 | 2005-06-30 | Michael Stockton | Method and system configured for facilitating management of international trade receivables transactions |
CA2503740A1 (en) * | 2005-03-11 | 2006-09-11 | Dushyant Sharma | Electronic payment system for financial institutions and companies to receive online payments |
WO2008027621A1 (en) * | 2006-03-30 | 2008-03-06 | Obopay Inc. | Mobile person-to-person payment system |
US20070265984A1 (en) * | 2006-04-24 | 2007-11-15 | Prakash Santhana | Financial transaction using mobile devices |
US9911114B2 (en) * | 2006-07-06 | 2018-03-06 | Qualcomm Incorporated | Methods and systems for making a payment via a stored value card in a mobile environment |
US7606766B2 (en) * | 2006-12-21 | 2009-10-20 | American Express Travel Related Services Company, Inc. | Computer system and computer-implemented method for selecting invoice settlement options |
US7630937B1 (en) * | 2008-04-30 | 2009-12-08 | Intuit Inc. | Method and system for processing a financial transaction |
US8069115B2 (en) * | 2008-06-25 | 2011-11-29 | Douglas Schoenberg | Method and system to process payment |
DE202012100620U1 (de) | 2011-11-22 | 2012-06-13 | Square, Inc. | System zur Bearbeitung von kartenlosen Bezahlungstransaktionen |
-
2003
- 2003-03-11 DE DE10310527A patent/DE10310527B4/de not_active Expired - Fee Related
-
2004
- 2004-03-11 EP EP04719443A patent/EP1602088A2/de not_active Withdrawn
- 2004-03-11 CA CA002518448A patent/CA2518448A1/en not_active Abandoned
- 2004-03-11 CN CN200480012808.6A patent/CN1788292A/zh active Pending
- 2004-03-11 WO PCT/EP2004/002520 patent/WO2004081892A2/de active Application Filing
- 2004-03-11 US US10/548,492 patent/US7702581B2/en not_active Expired - Fee Related
- 2004-03-11 AU AU2004219478A patent/AU2004219478A1/en not_active Abandoned
- 2004-03-11 JP JP2006504645A patent/JP2006524938A/ja active Pending
-
2010
- 2010-03-22 US US12/728,544 patent/US8065232B2/en not_active Expired - Fee Related
-
2011
- 2011-10-31 US US13/285,201 patent/US8566238B2/en not_active Expired - Fee Related
-
2013
- 2013-07-15 US US13/941,807 patent/US8831990B2/en not_active Expired - Fee Related
-
2014
- 2014-09-04 US US14/476,780 patent/US20140372292A1/en not_active Abandoned
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010515165A (ja) * | 2006-12-26 | 2010-05-06 | ビザ ユー.エス.エー.インコーポレイテッド | エイリアスを使用したモバイル・ペイメントのシステム及び方法 |
JP2014132474A (ja) * | 2006-12-26 | 2014-07-17 | Visa Usa Inc | エイリアスを使用したモバイル・ペイメントのシステム及び方法 |
JP2016186814A (ja) * | 2006-12-26 | 2016-10-27 | ビザ ユー.エス.エー.インコーポレイテッド | エイリアスを使用したモバイル・ペイメントのシステム及び方法 |
WO2011037134A1 (ja) * | 2009-09-24 | 2011-03-31 | 日本電信電話株式会社 | 電子決済方法、システム、サーバ及びそのプログラム |
US9177309B2 (en) | 2009-09-24 | 2015-11-03 | Nippon Telegraph And Telephone Corporation | Electronic settlement method, system, server and program thereof |
JP2015521332A (ja) * | 2012-05-30 | 2015-07-27 | アリババ・グループ・ホールディング・リミテッドAlibaba Group Holding Limited | データ処理 |
JP2017527139A (ja) * | 2014-06-24 | 2017-09-14 | アリババ・グループ・ホールディング・リミテッドAlibaba Group Holding Limited | 位置情報サービスにおけるユーザのマッチング |
KR20180085811A (ko) * | 2014-06-24 | 2018-07-27 | 알리바바 그룹 홀딩 리미티드 | 위치-기반 서비스에서 사용자들 매칭 |
KR102019336B1 (ko) * | 2014-06-24 | 2019-09-09 | 알리바바 그룹 홀딩 리미티드 | 위치-기반 서비스에서 사용자들 매칭 |
KR20190104465A (ko) * | 2014-06-24 | 2019-09-09 | 알리바바 그룹 홀딩 리미티드 | 위치-기반 서비스에서 사용자들 매칭 |
US10531223B2 (en) | 2014-06-24 | 2020-01-07 | Alibaba Group Holding Limited | Matching users in a location-based service |
KR102134569B1 (ko) * | 2014-06-24 | 2020-07-20 | 알리바바 그룹 홀딩 리미티드 | 위치-기반 서비스에서 사용자들 매칭 |
US10897685B2 (en) | 2014-06-24 | 2021-01-19 | Advanced New Technologies Co., Ltd | Matching users in a location-based service |
Also Published As
Publication number | Publication date |
---|---|
AU2004219478A1 (en) | 2004-09-23 |
CN1788292A (zh) | 2006-06-14 |
US20140372292A1 (en) | 2014-12-18 |
WO2004081892A2 (de) | 2004-09-23 |
US20100174651A1 (en) | 2010-07-08 |
CA2518448A1 (en) | 2004-09-23 |
DE10310527B4 (de) | 2008-11-20 |
US20130304650A1 (en) | 2013-11-14 |
WO2004081892A3 (de) | 2004-10-28 |
US20070055632A1 (en) | 2007-03-08 |
US8566238B2 (en) | 2013-10-22 |
US7702581B2 (en) | 2010-04-20 |
EP1602088A2 (de) | 2005-12-07 |
US8831990B2 (en) | 2014-09-09 |
DE10310527A1 (de) | 2004-09-23 |
US8065232B2 (en) | 2011-11-22 |
US20120047067A1 (en) | 2012-02-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7702581B2 (en) | Method and system for initiating and/or conducting a transaction that is associated with at least two corresponding declarations of intent | |
US9769324B2 (en) | Destination device billing according to call recipient | |
US20200265425A1 (en) | Secure authentication and payment system | |
US7814015B2 (en) | Methods and systems for performing a sales transaction using a mobile communications device | |
US9037110B2 (en) | System and method for authorizing and monetizing a telephone call | |
EP2248083B1 (en) | Method for authentication | |
US20110313924A1 (en) | Method and service computer and system for transacting a monetary amount | |
JP2004506999A (ja) | クレジット予約メモリからの電子的な料金振込みのための方法および装置 | |
US20120066128A1 (en) | Data communication method and system for providing a financial transaction | |
KR20050035979A (ko) | 원타임 연결번호를 이용한 사용자 인증시스템 | |
US10362178B2 (en) | Method and system for least cost routing (LCR) of international mobile telephone calls with an integrated money transfer facility | |
JP3902602B2 (ja) | サーバ装置およびこれを用いる非同期電子決済のサービス方法 | |
KR20060008641A (ko) | 이동통신 단말기를 통한 양방향 인증 결제 시스템 및 방법 | |
KR20040027233A (ko) | 모바일폰을 이용한 원격 소액결제 시스템 및 방법 | |
KR20020080527A (ko) | 전화 단말기를 이용한 이체 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070216 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090213 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090224 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090721 |