(57)【要約】【課題】電子的な金銭上の取引のための障害回復機構を提供する。【解決手段】モバイル通信基盤で行なわれた失敗した不完全な支払取引から生じる紛争を解決する方法が、中央処理サーバでキーを生成しキー及び支払取引状態を用いて紛争コードを生成すること、紛争コードを支払人ユーザの装置で受信すること、キーを受取人ユーザの装置で受信すること、支払取引が完了するときに中央処理サーバで最新の支払取引状態を用いて紛争コードを更新すること、更新後の紛争コードを支払人ユーザの装置で受信すること、支払人ユーザの装置で受信された更新後の紛争コードを受取人ユーザの装置に入力すること、受取人ユーザの装置でキー及び１つ又は複数のプリセット済み状態コードのうちの１つを用いて検証紛争コードを生成すること、及び受取人ユーザの装置で生成した検証紛争コードと更新後の紛争コードとを比較することで更新後の紛争コードを検証することを含む。【選択図】図１
2014086084.tif 000002
【特許請求の範囲】
【請求項１】
モバイル通信インフラストラクチャにわたって執り行なわれた、失敗したか、または不完全な支払取引から生じる紛争を解決するためのコンピュータ実装方法であって、
中央処理サーバによって第２のキーを生成し、それにおいて前記第２のキーが支払取引に固有であることと、
前記中央処理サーバによって前記第２のキーおよび支払取引状態を使用して第１の紛争コードを生成し、それにおいて前記支払取引状態が１つまたは複数のプリセット済み状態コードのうちの１つであることと、
支払人ユーザのデバイスによって前記第１の紛争コードを前記中央処理サーバから受信することと、
受取人ユーザのデバイスによって前記第２のキーを前記中央処理サーバから受信することと、
前記支払取引が完了するときに前記中央処理サーバによって最新の支払取引状態を用いて前記第１の紛争コードを更新することと、
前記支払人ユーザのデバイスによって前記更新後の第１の紛争コードを前記中央処理サーバから受信することと、
前記支払人ユーザのデバイスによって受信された前記更新後の第１の紛争コードを前記受取人ユーザのデバイスに入力することと、
前記受取人ユーザのデバイスによって前記第２のキーおよび前記１つまたは複数のプリセット済み状態コードのうちの１つを使用して第１の検証紛争コードを生成することと、
前記受取人ユーザのデバイスによって、生成した前記第１の検証紛争コードと前記更新後の第１の紛争コードとを比較することによって前記更新後の第１の紛争コードを検証することと、
整合しない場合には前記１つまたは複数のプリセット済み状態コードのうちの別の１つを使用した第１の検証紛争コードの生成および生成した前記第１の検証紛争コードと前記更新後の第１の紛争コードとの比較を反復することと、
を包含する方法。
【請求項２】
さらに、
中央処理サーバによって第１のキーを生成し、それにおいて前記第１のキーが前記支払取引に固有であることと、
前記中央処理サーバによって前記第１のキーおよび前記支払取引状態を使用して第２の紛争コードを生成することと、
支払人ユーザのデバイスによって前記第１のキーを前記中央処理サーバから受信することと、
受取人ユーザのデバイスによって前記第２の紛争コードを前記中央処理サーバから受信することと、
前記支払取引が完了するときに前記中央処理サーバによって最新の支払取引状態を用いて前記第２の紛争コードを更新することと、
前記受取人ユーザのデバイスによって前記更新後の第２の紛争コードを前記中央処理サーバから受信することと、
前記受取人ユーザのデバイスによって受信された前記更新後の第２の紛争コードを前記支払人ユーザのデバイスに入力することと、
前記支払人ユーザのデバイスによって前記第１のキーおよび前記１つまたは複数のプリセット済み状態コードのうちの１つを使用して第２の検証紛争コードを生成することと、
前記受取人ユーザのデバイスによって、生成した前記第２の検証紛争コードと前記更新後の第２の紛争コードとを比較することによって前記更新後の第２の紛争コードを検証することと、
整合しない場合には前記１つまたは複数のプリセット済み状態コードのうちの別の１つを使用した第２の検証紛争コードの生成および生成した前記第２の検証紛争コードと前記更新後の第２の紛争コードとの比較を反復することと、
を包含する請求項１に記載の方法。
【請求項３】
前記第１の紛争コードの生成は、前記第２のキーのハッシュ‐ベース・メッセージ認証コード（ＨＭＡＣ）ベース・ワンタイム・パスワード（ＨＯＴＰ）と前記支払取引状態とのハッシングであり、
前記更新後の第１の紛争コードの生成は、前記第２のキーのＨＯＴＰと前記最新の支払取引状態とのハッシングであり、
前記第１の検証紛争コードの生成は、前記第２のキーのＨＯＴＰと前記１つまたは複数のプリセット済み状態コードのうちの１つとのハッシングである、
請求項１に記載の方法。
【請求項４】
前記第２の紛争コードの生成は、前記第１のキーのＨＯＴＰと前記支払取引状態とのハッシングであり、
前記更新後の第２の紛争コードの生成は、前記第１のキーのＨＯＴＰと前記最新の支払取引状態とのハッシングであり、
前記第２の検証紛争コードの生成は、前記第１のキーのＨＯＴＰと前記１つまたは複数のプリセット済み状態コードのうちの１つとのハッシングである、
請求項２に記載の方法。
【請求項５】
前記１つまたは複数のプリセット済み状態コードは、情報獲得の第１の支払取引状態、処理成功の第２の支払取引状態、処理失敗の第３の支払取引状態、およびエラー停止の第４の支払取引状態を表わすコードを包含する、請求項１に記載の方法。
【請求項６】
モバイル通信インフラストラクチャにわたって執り行なわれた、失敗したか、または不完全な支払取引から生じる紛争を解決するためのコンピュータ実装方法であって、
中央処理サーバによって第２のキーおよびカウンタ値を生成し、それにおいて前記第２のキーが支払取引に固有であることと、
前記中央処理サーバによって前記第２のキー、前記カウンタ値、および支払取引状態を使用して第１の紛争コードを生成し、それにおいて前記支払取引状態が１つまたは複数のプリセット済み状態コードのうちの１つであることと、
支払人ユーザのデバイスによって前記第１の紛争コードを前記中央処理サーバから受信することと、
受取人ユーザのデバイスによって前記第２のキーおよび前記カウンタ値を前記中央処理サーバから受信することと、
前記支払取引が完了するときに前記中央処理サーバによって最新の支払取引状態を用いて前記第１の紛争コードを更新することと、
前記支払人ユーザのデバイスによって前記更新後の第１の紛争コードを前記中央処理サーバから受信することと、
前記更新後の第１の紛争コードを前記受取人ユーザのデバイスに入力することと、
前記受取人ユーザのデバイスによって前記第２のキー、前記カウンタ値、および前記１つまたは複数のプリセット済み状態コードのうちの１つを使用して第１の検証紛争コードを生成することと、
前記受取人ユーザのデバイスによって、生成した前記第１の検証紛争コードと前記更新後の第１の紛争コードとを比較することによって前記更新後の第１の紛争コードを検証することと、
整合しない場合には前記１つまたは複数のプリセット済み状態コードのうちの別の１つを使用した第１の検証紛争コードの生成および生成した前記第１の検証紛争コードと前記更新後の第１の紛争コードとの比較を反復することと、
を包含する方法。
【請求項７】
さらに、
中央処理サーバによって第１のキーを生成し、それにおいて前記第１のキーが支払取引に固有であることと、
前記中央処理サーバによって前記第１のキー、前記カウンタ値、および前記支払取引状態を使用して第２の紛争コードを生成することと、
支払人ユーザのデバイスによって前記第１のキーおよび前記カウンタ値を前記中央処理サーバから受信することと、
受取人ユーザのデバイスによって前記第２の紛争コードを前記中央処理サーバから受信することと、
前記支払取引が完了するときに前記中央処理サーバによって最新の支払取引状態を用いて前記第２の紛争コードを更新することと、
前記受取人ユーザのデバイスによって前記更新後の第２の紛争コードを前記中央処理サーバから受信することと、
前記更新後の第２の紛争コードを前記支払人ユーザのデバイスに入力することと、
前記支払人ユーザのデバイスによって前記第１のキー、前記カウンタ値、および前記１つまたは複数のプリセット済み状態コードのうちの１つを使用して第２の検証紛争コードを生成することと、
前記支払人ユーザのデバイスによって、生成した前記第２の検証紛争コードと前記更新後の第２の紛争コードとを比較することによって前記更新後の第２の紛争コードを検証することと、
整合しない場合には前記１つまたは複数のプリセット済み状態コードのうちの別の１つを使用した第２の検証紛争コードの生成および生成した前記第２の検証紛争コードと前記更新後の第２の紛争コードとの比較を反復することと、
を包含する請求項６に記載の方法。
【請求項８】
前記第１の紛争コードの生成は、前記第２のキーおよび前記カウンタ値のハッシュ‐ベース・メッセージ認証コード（ＨＭＡＣ）ベース・ワンタイム・パスワード（ＨＯＴＰ）の組み合わせと前記支払取引状態とのハッシングであり、
前記更新後の第１の紛争コードの生成は、前記第２のキーおよび前記カウンタ値のＨＯＴＰの組み合わせと前記最新の支払取引状態とのハッシングであり、
前記第１の検証紛争コードの生成は、前記第２のキーおよび前記カウンタ値のＨＯＴＰの組み合わせと前記１つまたは複数のプリセット済み状態コードのうちの１つとのハッシングである、
請求項６に記載の方法。
【請求項９】
前記第２の紛争コードの生成は、前記第１のキーおよび前記カウンタ値のＨＯＴＰの組み合わせと前記支払取引状態とのハッシングであり、
前記更新後の第２の紛争コードの生成は、前記第１のキーおよび前記カウンタ値のＨＯＴＰの組み合わせと前記最新の支払取引状態とのハッシングであり、
前記第２の検証紛争コードの生成は、前記第１のキーおよび前記カウンタ値のＨＯＴＰの組み合わせと前記１つまたは複数のプリセット済み状態コードのうちの１つとのハッシングである、
請求項７に記載の方法。
【請求項１０】
前記１つまたは複数のプリセット済み状態コードは、情報獲得の第１の支払取引状態、処理成功の第２の支払取引状態、処理失敗の第３の支払取引状態、およびエラー停止の第４の支払取引状態を表わすコードを包含する、請求項６に記載の方法。
【請求項１１】
モバイル通信インフラストラクチャにわたって執り行なわれた、失敗したか、または不完全な支払取引から生じる紛争を解決するためのシステムであって、
第２のキーを生成し、それにおいて前記第２のキーが支払取引に固有であることと、
前記第２のキーおよび支払取引状態を使用して第１の紛争コードを生成し、それにおいて前記支払取引状態が１つまたは複数のプリセット済み状態コードのうちの１つであることと、
前記支払取引が完了するときに最新の支払取引状態を用いて前記第１の紛争コードを更新することと、
を包含するプロセスを実行するための中央処理サーバと、
前記第１の紛争コードを前記中央処理サーバから受信することと、
前記更新後の第１の紛争コードを前記中央処理サーバから受信することと、
を包含するプロセスを実行するための支払人ユーザのデバイスと、
前記第２のキーを前記中央処理サーバから受信することと、
前記支払人ユーザのデバイスによって受信された前記更新後の第１の紛争コードを受け入れることと、
前記第２のキーおよび前記１つまたは複数のプリセット済み状態コードのうちの１つを使用して第１の検証紛争コードを生成することと、
生成した前記第１の検証紛争コードと前記更新後の第１の紛争コードとを比較することによって前記更新後の第１の紛争コードを検証することと、
整合しない場合には前記１つまたは複数のプリセット済み状態コードのうちの別の１つを使用した第１の検証紛争コードの生成および生成した前記第１の検証紛争コードと前記更新後の第１の紛争コードとの比較を反復することと、
を包含するプロセスを実行するための受取人ユーザのデバイスと、
を包含するシステム。
【請求項１２】
前記中央処理サーバは、さらに、
第１のキーを生成し、それにおいて前記第１のキーが支払取引に固有であることと、
前記第１のキーおよび前記支払取引状態を使用して第２の紛争コードを生成することと、
前記支払取引が完了するときに最新の支払取引状態を用いて前記第２の紛争コードを更新することと、
を実行し、
前記受取人ユーザのデバイスは、さらに、
前記第２の紛争コードを前記中央処理サーバから受信することと、
前記更新後の第２の紛争コードを前記中央処理サーバから受信することと、
を実行し、
前記支払人ユーザのデバイスは、さらに、
前記第１のキーを前記中央処理サーバから受信することと、
前記受取人ユーザのデバイスによって受信された前記更新後の第２の紛争コードを受け入れることと、
前記第１のキーおよび前記１つまたは複数のプリセット済み状態コードのうちの１つを使用して第２の検証紛争コードを生成することと、
生成した前記第２の検証紛争コードと前記更新後の第２の紛争コードとを比較することによって前記更新後の第２の紛争コードを検証することと、
整合しない場合には前記１つまたは複数のプリセット済み状態コードのうちの別の１つを使用した第２の検証紛争コードの生成および生成した前記第２の検証紛争コードと前記更新後の第２の紛争コードとの比較を反復することと、
を実行する、
請求項１１に記載のシステム。
【請求項１３】
前記第１の紛争コードの生成は、前記第２のキーのハッシュ‐ベース・メッセージ認証コード（ＨＭＡＣ）ベース・ワンタイム・パスワード（ＨＯＴＰ）と前記支払取引状態とのハッシングであり、
前記更新後の第１の紛争コードの生成は、前記第２のキーのＨＯＴＰと前記最新の支払取引状態とのハッシングであり、
前記第１の検証紛争コードの生成は、前記第２のキーのＨＯＴＰと前記１つまたは複数のプリセット済み状態コードのうちの１つとのハッシングである、
請求項１１に記載のシステム。
【請求項１４】
前記第２の紛争コードの生成は、前記第１のキーのＨＯＴＰと前記支払取引状態とのハッシングであり、
前記更新後の第２の紛争コードの生成は、前記第１のキーのＨＯＴＰと前記最新の支払取引状態とのハッシングであり、
前記第２の検証紛争コードの生成は、前記第１のキーのＨＯＴＰと前記１つまたは複数のプリセット済み状態コードのうちの１つとのハッシングである、
請求項１２に記載のシステム。
【請求項１５】
前記１つまたは複数のプリセット済み状態コードは、情報獲得の第１の支払取引状態、処理成功の第２の支払取引状態、処理失敗の第３の支払取引状態、およびエラー停止の第４の支払取引状態を表わすコードを包含する、請求項１１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、電子請求書払い、購入の電子支払、資金移転、およびそのほかの価値交換の管理および実行の方法に関する。より詳細に述べれば、本発明は、モバイル通信デバイスを使用する金銭上の取引の管理および実行の方法に関する。さらにより詳しく述べれば、本発明は、モバイル通信デバイスを使用した、失敗した不完全な金銭上の取引から生じる紛争を解決するための方法に関する。
【背景技術】
【０００２】
今日の商取引は、多様な機器を使用する多くの異なるチャンネルを通じた金銭上の取引の処理を伴う。取引当事者が金融機関から遠くにいる場合には、物理的な通貨の移転による支払がもっとも一般的な手段である。年を経てそのほかの支払い方法およびシステムが出現した。より一般に普及している例のうちのいくつかとして、クレジット・カード、デビット・カード、ＰａｙＰａｌ（登録商標）等のインターネット・オンライン支払サービス、および中国、香港で広く使用されているオクトパス・カード（Ｏｃｔｏｐｕｓ  Ｃａｒｄ）等の近距離無線通信（ＮＦＣ）適合ストアード・バリュー・ホルダ・デバイスおよびシステムがある。しかしながら、これらの既存の支払方法およびシステムのうち現金と同じレベルの遍在性および使用の容易性を達成したものはない。これらの支払方法およびシステムのそれぞれは、それ独自の専用インフラストラクチャを必要とするか、かつ／またはわずかな市場チャンネルに限定されている。たとえば、クレジット・カード支払は、商人または受取人がカード・リーダおよび当該リーダを決済センターに接続する固定通信ネットワークを装備していることを必要とする。
【０００３】
既存の支払方法およびシステムの別の欠点は、個人対個人の取引が実行可能でないか、または極めて不便なことである。クレジット・カード、デビット・カード、およびそのほかのストアード・バリュー・カードを例に取り上げてみる。現在のテクノロジを用いれば個人用カード・リーダを大量生産することは可能であるが、大都市圏レベルを超える規模ではまだ構築されていない専用インフラストラクチャの必要性がそれらの一般的な可用性および採用の障害となる。
【０００４】
それらのモバイル支払方法およびシステムの広い利用および一般的な採用を妨げているもう１つの障害は、モバイル・ネットワーク・インフラストラクチャにわたって執り行なわれる金銭上の取引についての安定性および障害回復に関する懸念である。モバイル通信インフラストラクチャの上に構築されるモバイル支払方法およびシステムは、あらゆる通信レイヤにおいて多様な有害効果を受けやすい。
【０００５】
これらの有害効果には、無線ネットワークにおける環境的な干渉、ネットワーク・インフラストラクチャに影響を及ぼす人的および自然的災害、ネットワークの容量超過およびサービスの質の低下、ならびに設備の故障が含まれる。このことが、失敗した不完全な取引を回復する機構またはプロセスを欠かせないものにしている。既存の障害回復方法およびシステムは、それぞれの支払システムに固有の高価な実装、または積極的なエンド・ユーザの掛かり合い、またはそれらの両方を必要とする。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、米国特許出願第１３／６０２，１９７号に開示されたモバイル支払方法およびシステムとともに使用することが可能な、モバイル・ネットワーク・インフラストラクチャにわたって執り行なわれる電子的な金銭上の取引のための障害回復メカニズムを提供する方法およびシステムを提供することを目的とする。本発明は、そのほかのモバイル支払方法およびシステムにおいて使用されるべく適合させることも可能である。本発明のさらなる目的は、モバイル・ネットワーク・インフラストラクチャにわたって執り行なわれた、失敗した不完全な金銭上の取引から生じる支払紛争を解決するための方法およびシステムを提供することである。
【課題を解決するための手段】
【０００７】
（著作権についての注意）
この特許書類の開示の一部は、著作権保護の対象となる資料を含んでいる。著作権者は、特許書類または特許開示のいずれかによる複製転載に対し、それが特許商標庁の特許ファイルまたは記録の中に現われる限り異議を唱えないが、それ以外においてはどのような形であってもすべての著作権を留保する。
【０００８】
（国内優先権の主張）
この出願は、米国特許法第１１９条の定めにより２０１２年１０月１９日に出願された米国実用特許仮出願第６１／７１５，８４１号に対する優先権を主張するものであり、その開示は参照によって全体がこれに援用される。
（関連出願に対する交差参照）
【０００９】
この出願は、２０１２年９月２日に出願された米国特許出願第１３／６０２，１９７号の一部継続出願であり、その開示は参照によってその全体がこれに援用される。
【００１０】
米国特許出願第１３／６０２，１９７号に開示されたモバイル支払システムの多様な実施態様によれば、請求の範囲に記載されている発明は、インターネット等の第１の通信ネットワークを通じてアクセス可能な中央処理サーバと、個人ユーザおよびビジネス・ユーザを含む複数のユーザと、第１の通信ネットワークを通じて中央処理サーバにアクセスすることが可能なモバイル通信デバイスおよびクライアント・コンピューティング・デバイスとを包含する。このモバイル支払システム内のユーザの間において執り行なわれる金銭上の取引は、主としてその真正を、任意の時点において１つのモバイル通信デバイスだけが１人のユーザのユーザ・アカウントに関連付けされる（『ペアリングされる』）というシステムの制約に頼る。
【００１１】
米国特許出願第１３／６０２，１９７号に開示されたモバイル支払方法およびシステムとともに、かつモバイル支払システムの支払人ユーザが支払を行なう支払プロセスの下において使用される本発明の多様な実施態様によれば、支払紛争を解決するプロセス・ステップが以下のとおりに説明される。
【００１２】
１．  支払人ユーザが、安全なモバイル支払モバイル・アプリケーションを実行しているスキャナまたはカメラが装備されたモバイル通信デバイスを使用して光学的にＱＲコード（登録商標）を取り込む。それにおいてモバイル通信デバイスは、すでに支払人ユーザのユーザ・アカウントとペアリングが済んでいる。またＱＲコードは購入されることになる物品の支払要求または価格として提示され、かつＱＲコードは、中央処理サーバによって生成されるか、または安全なモバイル支払モバイル・アプリケーションを実行している自分のモバイル通信デバイスまたはＰＯＳデバイスを使用して受取人ユーザが作成する。
【００１３】
２．  安全なモバイル支払モバイル・アプリケーションを実行している支払人ユーザのモバイル通信デバイスがＱＲコードをデコードし、デコード後の情報を中央処理サーバに送信する。
【００１４】
３．  中央処理サーバが、受信したデコード後のＱＲコード情報を検証する。中央処理サーバは、検証が成功であれば、その受信したデコード後のＱＲコード情報内の参照データを使用してそれのデータ・リポジトリから請求書払い情報を取り出す。請求書払い情報は、金額、特定の取引の説明、ＰＯＳ、および製品またはサービスを含むことができる。
【００１５】
４．  中央処理サーバは、この支払取引に固有の第１および第２のランダム・キーおよびカウンタ値を生成する。第２のキーおよびカウンタ値が使用されて第１の紛争コードが生成され、第１のキーおよびカウンタ値が使用されて第２の紛争コードが生成されるが、これらの第１および第２の紛争コードは、英数文字の文字列になる。
【００１６】
５．  請求書払い情報がモバイル通信デバイスに送り返されて、安全なモバイル支払モバイル・アプリケーション内において支払人ユーザに向けて表示される。同一もしくは別の応答データ・メッセージにおいて、中央処理サーバは、支払人ユーザのモバイル通信デバイスに対する第１のキー、カウンタ値、および第１の紛争コードの提供も行なう。
【００１７】
６．  中央処理サーバは、安全なモバイル支払モバイル・アプリケーションを実行している受取人ユーザのモバイル通信デバイス、ＰＯＳデバイス、またはそのほかのコンピューティング・デバイスに対して、第２のキー、カウンタ値、および第２の紛争コードを送信する。
【００１８】
７．  安全なモバイル支払モバイル・アプリケーションを実行している支払人ユーザのモバイル通信デバイスが、支払人ユーザに自分のセキュリティＰＩＮの入力を促す。セキュリティＰＩＮを入力した後、支払人ユーザは、安全なモバイル支払モバイル・アプリケーション内において支払の完了を示す。
【００１９】
８．  安全なモバイル支払モバイル・アプリケーションは、支払人ユーザのセキュリティＰＩＮを請求書払い情報、修正後のデータおよび追加された新しいデータがある場合にはそれらのデータ、およびモバイル通信デバイスについての識別データとともに中央処理サーバに送信する。
【００２０】
９．  中央処理サーバは、情報を受信し、受信した情報および支払人ユーザの真正を、支払人ユーザが供給したセキュリティＰＩＮ、モバイル通信デバイスについての識別データ、および中央処理サーバ内に保存されている支払人ユーザ・アカウント内のデータを使用して検証する。受信した情報および支払人ユーザのアイデンティティの真正の検証が成功であれば、中央処理サーバは、支払人ユーザ・アカウントの選択済みの資金源から受取人ユーザ・アカウントの選択済みの資金受領先への資金移転を行なうことによって取引を実行する。
【００２１】
１０．  中央処理サーバは、取引状態情報を用いて第１および第２の紛争コードを更新し、最新の第１および第２の紛争コードをそれぞれ、支払人ユーザのモバイル通信デバイスおよび受取人ユーザのモバイル通信デバイス、ＰＯＳデバイス、またはそのほかのコンピューティング・デバイスに送信する。
【００２２】
１１．  その後、中央処理サーバは、電子メール、インターネット・インスタント・メッセージ、ＳＭＳテレコミュニケーション・メッセージ、安全なモバイル支払モバイル・アプリケーションのための通信メッセージ、または安全なモバイル支払サーバ・バックエンドＡＰＩを介した通信によって、支払人ユーザおよび受取人ユーザの両方に取引の実行結果を送信する。取引の実行結果および履歴ログは、ウェブ・ブラウザ・アプリケーションを実行しているコンピューティング・デバイスもしくはモバイル通信デバイス、またはウェブ・コンテンツへのアクセスおよび表示のために特別に設計された任意のアプリケーション・ソフトウエアもしくはファームウエアによってアクセス可能、かつ読み取り可能なウェブ・サイトにも示される。
【００２３】
１２．  受取人ユーザが支払取引の完了を示す取引の実行結果のメッセージを受け取らなかったか、または受取人ユーザが支払の受け取りを争う場合に、支払人ユーザは、最新の第１の紛争コードを自分のモバイル通信デバイスから取り出して受取人ユーザに提示することができる。
【００２４】
１３．  受取人ユーザは、その最新の第１の紛争コードを安全なモバイル支払モバイル・アプリケーションを実行している自分のモバイル通信デバイス、ＰＯＳデバイス、またはそのほかのコンピューティング・デバイスに入力する。
【００２５】
１４．  安全なモバイル支払モバイル・アプリケーションは、前述のステップ６の間において受信済みの第２のキーおよびカウンタ値を使用してローカルに生成した第３の紛争コードと比較することによってその最新の第１の紛争コードを検証し、支払取引が完了していることを受取人ユーザに通知する。
【００２６】
上記のプロセス・ステップからわかるとおり、第１の紛争コードが、ステップ５において、ＱＲコードの最初のクエリの後に支払人ユーザのモバイル通信デバイスによって受信され、その中にストアされる。ステップ１０において支払取引状態を反映する最新の第１の紛争コードを受信した後は、支払人ユーザのモバイル通信デバイスと中央処理サーバの間の通信および／または受取人ユーザのデバイスと中央処理サーバの間の通信がたとえ途絶したとしても、支払取引の完了に進み、最新の第１の紛争コードを使用して支払取引の清算および決済を証明することが可能である。
【図面の簡単な説明】
【００２７】
以下、次に示す図面を参照して本発明の実施態様をより詳細に説明する。
【００２８】
【図１】本発明の実施態様によるところの紛争コードを使用した支払紛争を解決するプロセスを図解したシーケンス図である。
【発明を実施するための形態】
【００２９】
以下の説明においては、モバイル・ネットワーク・インフラストラクチャおよびその類にわたって執り行なわれる電子的な金銭上の取引のための障害回復メカニズムを提供するための方法およびシステムを好ましい例として示す。当業者にとっては明らかになるであろうが、本発明の範囲並びに精神からの逸脱を伴うことなく追加および／または代用を含む修正が行なわれることはあり得る。本発明を不明瞭にしないように特定の詳細が省略されることもあるが、開示は、当業者が過度の実験を伴うことなくこれにおける教示を実施することが可能となる程度に記述されている。
【００３０】
本発明の好ましい実施態様によれば、金銭上の取引の紛争解決方法およびシステムが米国特許出願第１３／６０２，１９７号に開示されたモバイル支払方法およびシステムを拡張するべく適合される。本発明は、そのほかのデータ通信方法およびシステムにおいて使用されるべく適合させることも可能である。
【００３１】
米国特許出願第１３／６０２，１９７号に開示されたモバイル支払システムの多様な実施態様によれば、請求の範囲に記載されている発明は、インターネット等の第１の通信ネットワークを通じてアクセス可能な中央処理サーバと、個人ユーザおよびビジネス・ユーザを含む複数のユーザと、第１の通信ネットワークを通じて中央処理サーバにアクセスすることが可能なモバイル通信デバイスおよびクライアント・コンピューティング・デバイスとを包含する。このモバイル支払システム内のユーザの間において執り行なわれる金銭上の取引は、主としてその真正を、任意の時点において１つのモバイル通信デバイスだけが１人のユーザのユーザ・アカウントに関連付けされる（『ペアリングされる』）というシステムの制約に頼る。
【００３２】
図１を参照する。米国特許出願第１３／６０２，１９７号に開示されたモバイル支払方法およびシステムとともに、かつモバイル支払システムの支払人ユーザが支払を行なう支払プロセスの下において使用される本発明の多様な実施態様によれば、支払紛争を解決するプロセス・ステップが以下のとおりに説明される。
【００３３】
１（１０１）．  支払人ユーザが、安全なモバイル支払モバイル・アプリケーションを実行しているスキャナまたはカメラが装備されたモバイル通信デバイスを使用して光学的にＱＲコードを取り込む。それにおいてモバイル通信デバイスは、すでに支払人ユーザのユーザ・アカウントとペアリングが済んでいる。またＱＲコードは購入されることになる物品の支払要求または価格として提示され、かつＱＲコードは、中央処理サーバによって生成されるか、または安全なモバイル支払モバイル・アプリケーションを実行している自分のモバイル通信デバイスまたはＰＯＳデバイスを使用して受取人ユーザが作成する。
【００３４】
２（１０２）．  安全なモバイル支払モバイル・アプリケーションを実行している支払人ユーザのモバイル通信デバイスがＱＲコードをデコードし、デコード後の情報を中央処理サーバに送信する。
【００３５】
３．  中央処理サーバが、受信したデコード後のＱＲコード情報を検証する。中央処理サーバは、検証が成功であれば、その受信したデコード後のＱＲコード情報内の参照データを使用してそれのデータ・リポジトリから請求書払い情報を取り出す。請求書払い情報は、金額、特定の取引の説明、ＰＯＳ、および製品またはサービスを含むことができる。
【００３６】
４（１０４）．  中央処理サーバは、この支払取引に固有の第１および第２のランダム・キーおよびカウンタ値を生成する。第２のキーおよびカウンタ値が使用されて第１の紛争コードが生成され、第１のキーおよびカウンタ値が使用されて第２の紛争コードが生成されるが、これらの第１および第２の紛争コードは、英数文字の文字列になる。
【００３７】
５（１０５）．  請求書払い情報がモバイル通信デバイスに送り返されて、安全なモバイル支払モバイル・アプリケーション内において支払人ユーザに向けて表示される。同一もしくは別の応答データ・メッセージにおいて、中央処理サーバは、支払人ユーザのモバイル通信デバイスに対する第１のキー、カウンタ値、および第１の紛争コードの提供も行なう。
【００３８】
６（１０６）．  中央処理サーバは、安全なモバイル支払モバイル・アプリケーションを実行している受取人ユーザのモバイル通信デバイス、ＰＯＳデバイス、またはそのほかのコンピューティング・デバイスに対して、第２のキー、カウンタ値、および第２の紛争コードを送信する。
【００３９】
７（１０７）．  安全なモバイル支払モバイル・アプリケーションを実行している支払人ユーザのモバイル通信デバイスが、支払人ユーザに自分のセキュリティＰＩＮの入力を促す。セキュリティＰＩＮを入力した後、支払人ユーザは、安全なモバイル支払モバイル・アプリケーション内において支払の完了を示す。
【００４０】
８（１０８）．  安全なモバイル支払モバイル・アプリケーションは、支払人ユーザのセキュリティＰＩＮを請求書払い情報、修正後のデータおよび追加された新しいデータがある場合にはそれらのデータ、およびモバイル通信デバイスについての識別データとともに中央処理サーバに送信する。
【００４１】
９（１０９）．  中央処理サーバは、情報を受信し、受信した情報および支払人ユーザの真正を、支払人ユーザが供給したセキュリティＰＩＮ、モバイル通信デバイスについての識別データ、および中央処理サーバ内に保存されている支払人ユーザ・アカウント内のデータを使用して検証する。受信した情報および支払人ユーザのアイデンティティの真正の検証が成功であれば、中央処理サーバは、支払人ユーザ・アカウントの選択済みの資金源から受取人ユーザ・アカウントの選択済みの資金受領先への資金移転を行なうことによって取引を実行する。
【００４２】
１０（１１０）．  中央処理サーバは、取引状態情報を用いて第１および第２の紛争コードを更新し、最新の第１および第２の紛争コードをそれぞれ、支払人ユーザのモバイル通信デバイスおよび受取人ユーザのモバイル通信デバイス、ＰＯＳデバイス、またはそのほかのコンピューティング・デバイスに送信する。
【００４３】
１１（１１１）．  その後、中央処理サーバは、電子メール、インターネット・インスタント・メッセージ、ＳＭＳテレコミュニケーション・メッセージ、安全なモバイル支払モバイル・アプリケーションのための通信メッセージ、または安全なモバイル支払サーバ・バックエンドＡＰＩを介した通信によって、支払人ユーザおよび受取人ユーザの両方に取引の実行結果を送信する。取引の実行結果および履歴ログは、ウェブ・ブラウザ・アプリケーションを実行しているコンピューティング・デバイスもしくはモバイル通信デバイス、またはウェブ・コンテンツへのアクセスおよび表示のために特別に設計された任意のアプリケーション・ソフトウエアもしくはファームウエアによってアクセス可能、かつ読み取り可能なウェブ・サイトにも示される。
【００４４】
１２（１１２）．  受取人ユーザが支払取引の完了を示す取引の実行結果のメッセージを受け取らなかったか、または受取人ユーザが支払の受け取りを争う場合に、支払人ユーザは、最新の第１の紛争コードを自分のモバイル通信デバイスから取り出して受取人ユーザに提示することができる。
【００４５】
１３．  受取人ユーザは、その最新の第１の紛争コードを安全なモバイル支払モバイル・アプリケーションを実行している自分のモバイル通信デバイス、ＰＯＳデバイス、またはそのほかのコンピューティング・デバイスに入力する。
【００４６】
１４（１１４）．  安全なモバイル支払モバイル・アプリケーションは、前述のステップ６の間において受信済みの第２のキーおよびカウンタ値を使用してローカルに生成した第３の紛争コードと比較することによってその最新の第１の紛争コードを検証し、支払取引が完了していることを受取人ユーザに通知する。
【００４７】
上記のプロセス・ステップからわかるとおり、第１の紛争コードが、ステップ５において、ＱＲコードの最初のクエリの後に支払人ユーザのモバイル通信デバイスによって受信され、その中にストアされる。ステップ１０において支払取引状態を反映する最新の第１の紛争コードを受信した後は、支払人ユーザのモバイル通信デバイスと中央処理サーバの間の通信および／または受取人ユーザのデバイスと中央処理サーバの間の通信がたとえ杜絶したとしても、支払取引の完了に進み、最新の第１の紛争コードを使用して支払取引の清算および決済を証明することが可能である。
【００４８】
本発明の１つの実施態様によれば、紛争コードが、ランダム生成されたキー（ｋｅｙ）およびカウンタ値（ｋｃｏｕｎｔ）のハッシュ‐ベース・メッセージ認証コード（ＨＭＡＣ）ベース・ワンタイム・パスワード（ＨＯＴＰ）の組み合わせと状態コード（ＳＣ）とのハッシュ値を包含する。ＨＯＴＰアルゴリズムは、情報提供用として示すエムライヒ（Ｍ’Ｒａｉｈｉ）著の論文：ＲＦＣ  ４２２６、ＩＥＴＦ（２００５年１２月）の中で開示されており、その全内容は参照によりこれに援用される。ｋｅｙおよびｋｃｏｕｎｔは、両方ともに支払取引に固有である。ｋｅｙは８バイトの長さとすることが可能であり、ｋｃｏｕｎｔは４バイトの長さとすることが可能である。ＳＣは、支払取引の４つの異なる状態、すなわち情報獲得（ＳＣ００）、処理成功（ＳＣ０１）、処理失敗（ＳＣ０２）、およびエラー停止（ＳＣ０３）を表わす４つの可能プリセット値のうちの１つを有する。ＳＣ値は広く知られており、ペアリングされたすべてのモバイル支払システムのデバイス内にストアされる。
【００４９】
上記の紛争コードは、次式によって数学的に表現することができる。
ｈａｓｈ（ＨＯＴＰ（ｋｅｙ＋ｋｃｏｕｎｔ）＋ＳＣｘｘ）
ただし、ＳＣｘｘ  ∈  ｛ＳＣ００，ＳＣ０１，ＳＣ０２，ＳＣ０３｝
【００５０】
中央処理サーバは、受取人ユーザからデコード後のＱＲコードの情報を最初に受信すると、２つのキー（ｋｅｙｐａｙｅｒおよびｋｅｙｐａｙｅｅ）およびｋｃｏｕｎｔを作成する。２つの紛争コード、すなわち受取人ユーザに送信されることになる１つ（ＤＣｐａｙｅｅ）および支払人ユーザに送信されることになるもう１つ（ＤＣｐａｙｅｒ）が次式に従って生成される。
ＤＣｐａｙｅｅ＝ｈａｓｈ（ＨＯＴＰ（ｋｅｙｐａｙｅｒ＋ｋｃｏｕｎｔ）＋ＳＣ００）
ＤＣｐａｙｅｒ＝ｈａｓｈ（ＨＯＴＰ（ｋｅｙｐａｙｅｅ＋ｋｃｏｕｎｔ）＋ＳＣ００）
【００５１】
ＤＣｐａｙｅｅはｋｅｙｐａｙｅｅおよびｋｃｏｕｎｔとともに支払取引の開始時に受取人ユーザのモバイル通信デバイスに送信され（前述したステップ５）、ＤＣｐａｙｅｒは、前述のステップ６において、ｋｅｙｐａｙｅｒおよびｋｃｏｕｎｔとともに支払人ユーザのモバイル通信デバイス、ＰＯＳデバイス、またはそのほかのコンピューティング・デバイスに送信される。
【００５２】
中央処理サーバは、支払取引を処理した後、可能状態コード値（ＳＣ００）、処理成功（ＳＣ０１）、処理失敗（ＳＣ０２）、およびエラー停止（ＳＣ０３）のうちの１つを用いてＤＣｐａｙｅｅおよびＤＣｐａｙｅｒを両方ともに更新する。したがって、最新のＤＣｐａｙｅｅおよびＤＣｐａｙｅｒ（それぞれＤＣｐａｙｅｅ’およびＤＣｐａｙｅｒ’）は、次式を用いて数学的に表わすことが可能である。
ＤＣｐａｙｅｅ’＝ｈａｓｈ（ＨＯＴＰ（ｋｅｙｐａｙｅｒ＋ｋｃｏｕｎｔ）＋ＳＣｘｘ）
ＤＣｐａｙｅｒ’＝ｈａｓｈ（ＨＯＴＰ（ｋｅｙｐａｙｅｅ＋ｋｃｏｕｎｔ）＋ＳＣｘｘ）
ただしＳＣｘｘ  ∈  ｛ＳＣ０１，ＳＣ０２，ＳＣ０３｝
【００５３】
ＤＣｐａｙｅｅ’およびＤＣｐａｙｅｒ’は、その後それぞれ受取人ユーザおよび支払人ユーザに送信される。
【００５４】
受取人ユーザのデバイスおよび支払人ユーザのデバイス内に保存される紛争コードは、支払取引の完了状態についての検証のためにそのデバイスから取り出して互いに提示することが可能である。支払人ユーザから受取人ユーザに紛争コード（ＤＣｐａｙｅｒ）の提示があるとき、受取人ユーザのデバイスが、データのハッシングおよびＨＯＴＰアルゴリズムの計算を通じて検証紛争コードを生成するために必要なすべてのデータ（ｋｅｙｐａｙｅｅ、ｋｃｏｕｎｔ、およびすべての可能ＳＣ値）を保持していることから、ローカルに計算された検証紛争コードと提示のあった紛争コード（ＤＣｐａｙｅｒ）の比較によって支払取引の状態が検証される。
【００５５】
上記の紛争コードの生成および使用は、ワンタイム認証データを使用し、共有暗号鍵またはシード（種）を必要とすることなく認証データを暗号化し、支払取引のプロセス・ステップ内において認証データの交換および同期を統合し、モバイル通信デバイス内の部分的な認証データのみを永続させることによって、強化されたセキュリティ、可用性、および完全性を安全なモバイル支払システムに提供する。
【００５６】
ここに開示されている実施態様は、汎用または専用コンピューティング・デバイス、コンピュータ・プロセッサ、または限定ではないが、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、およびそのほかの、この開示の教示に従って構成またはプログラムがなされるプログラマブル論理デバイスを含む電子回路を使用して実装することができる。汎用または専用コンピューティング・デバイス、コンピュータ・プロセッサ、またはプログラマブル論理デバイス上で実行されるコンピュータ・インストラクションまたはソフトウエア・コードは、ソフトウエアまたはエレクトロニクス分野における当業者によって、この開示の教示に基づいて容易に準備することが可能である。
【００５７】
いくつかの実施態様においては、本発明が、コンピュータ・インストラクションまたはソフトウエア・コードがストアされたコンピュータ・ストレージ媒体を含み、それを使用して本発明の任意のプロセスを実行するべくコンピュータまたはマイクロプロセッサをプログラムすることが可能である。ストレージ媒体には、限定ではないが、フロッピー（登録商標）ディスク、光ディスク、ブルーレイ・ディスク（登録商標）、ＤＶＤ（登録商標）、ＣＤ‐ＲＯＭ、および光磁気ディスク、ＲＯＭ、ＲＡＭ、フラッシュ・メモリ・デバイス、またはインストラクション、コード、および／またはデータのストアに適した任意タイプの媒体またはデバイスを含めることができる。
【００５８】
以上の本発明の記述は、例証および説明の目的のために与えられている。それが網羅的であること、または開示された正確な形で本発明を限定することは意図されていない。当業者にとっては、多くの修正および変形が明らかになることであろう。
【００５９】
実施態様は、本発明の原理およびそれの実際的応用をもっとも良好に説明し、それによって多様な実施態様について、また企図されている特定の用途に適した多様な修正とともに当業者による本発明の理解が可能となるように選択され、かつ記述されている。本発明の範囲は、以下の請求の範囲およびそれらの均等によって定義されることが意図されている。
【図１】
2014086084.tif 000003