通信機器間の通信セッションを確立するシステムおよび方法
【課題】いかなる他の通信機器にもデータメッセージを分析させることも、アクセスさせることも、理解させることもなく、２つ以上の通信機器の間でデータメッセージを交換させる。
【解決手段】勧誘者通信機器は勧誘者公開／秘密鍵対を生成する。次に、勧誘者公開鍵および被勧誘者識別を含み、サーバを介して被勧誘者通信機器に送信される、被勧誘者通信機器との通信セッションを確立するように求める要求を送信する。被勧誘者通信機器が要求を受諾し次第、サーバから、通信セッションの間に交換されるデータメッセージを記憶するための場所を識別するパケット・ユニフォーム・リソース識別子（ＵＲＩ）および被勧誘者公開鍵を受信する。被勧誘者公開鍵を使って被勧誘者通信機器のためのデータメッセージを暗号化する。被勧誘者通信機器が取り出すためにパケット・ユニフォーム・リソース識別子に暗号化データメッセージを送信する。
【解決手段】勧誘者通信機器は勧誘者公開／秘密鍵対を生成する。次に、勧誘者公開鍵および被勧誘者識別を含み、サーバを介して被勧誘者通信機器に送信される、被勧誘者通信機器との通信セッションを確立するように求める要求を送信する。被勧誘者通信機器が要求を受諾し次第、サーバから、通信セッションの間に交換されるデータメッセージを記憶するための場所を識別するパケット・ユニフォーム・リソース識別子（ＵＲＩ）および被勧誘者公開鍵を受信する。被勧誘者公開鍵を使って被勧誘者通信機器のためのデータメッセージを暗号化する。被勧誘者通信機器が取り出すためにパケット・ユニフォーム・リソース識別子に暗号化データメッセージを送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権の主張
本特許出願は、２０１１年２月７日に出願された「Ｓｙｓｔｅｍｓ ａｎｄ Ｍｅｔｈｏｄｓ ｆｏｒ Ｃｏｎｄｕｃｔｉｎｇ Ｆｉｎａｎｃｉａｌ Ｔｒａｎｓａｃｔｉｏｎｓ ｗｉｔｈ ａ Ｍｏｂｉｌｅ Ｄｅｖｉｃｅ」という名称の米国特許出願第６１／４４０３８５号、および２０１１年５月３日に出願された「Ｓｙｓｔｅｍｓ ａｎｄ Ｍｅｔｈｏｄｓ ｆｏｒ Ｅｓｔａｂｌｉｓｈｉｎｇ ａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｓｓｉｏｎ ｂｅｔｗｅｅｎ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｄｅｖｉｃｅｓ」という名称の米国特許出願第１３／１００２００号の優先権を主張するものである。
【背景技術】
【０００２】
２つ以上のエンティティまたは通信機器の間でデータメッセージを交換するときには、データメッセージが他のエンティティまたは通信機器によって分析され、アクセスされ、または理解されないように保護することが重要である。万一他のエンティティがこれらのメッセージにアクセスした場合には、識別情報盗難といった多くの問題が発生し得る。例えば、第１の通信機器がそれ自体を認証するために第２の通信機器にデータメッセージを送信する場合には、データメッセージ中の識別情報が第２の通信機器と関連付けられたユーザ（または従業員）により盗まれる可能性がある。そのユーザ（または従業員）は、この情報を使って第１の通信機器のアイデンティティを装うことができる。
【０００３】
データメッセージの交換が商店との金融取引時に発生する場合、商店に送信されるデータメッセージは、クレジットカード番号、有効期限、カードの名義人、セキュリティＰＩＮコードといったクレジットカード情報を含む可能性がある。この情報は通常、商店の提携銀行への通信リンクを備えるクレジットカード支払端末または販売時点（ＰＯＳ：ｐｏｉｎｔ−ｏｆ−ｓａｌｅ）システムを使って商店に提供される。カードからのデータは通常、カードの磁気ストライプまたはチップから獲得される。商店はこの情報にアクセスすることができるため、商店、すなわち商店の従業員は、この情報を不正に使用して金融識別情報窃盗をはたらき、クレジットカード情報を使って財貨サービスを取得する場合もある。クレジットカードと関連付けられる別の問題は、消費者がクレジットカードを容易に紛失したり、置き忘れたりする可能性があることである。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
したがって、いかなる他のエンティティまたは通信機器にもデータメッセージを分析させることも、アクセスさせることも、理解させることもなく、２つ以上のエンティティまたは通信機器の間でデータメッセージを交換させるシステムおよび方法が引き続き求められている。本発明のシステムおよび方法はこれらの目的を達成するものである。
【課題を解決するための手段】
【０００５】
一特徴は、勧誘者通信機器において通信セッションを確立するように動作する方法を提供する。この方法は、サーバを介して被勧誘者通信機器に送信され、勧誘者公開鍵および被勧誘者識別を含む、被勧誘者通信機器との通信セッションを確立するよう求める要求を送信するステップと、被勧誘者通信機器が要求を受諾し次第、サーバから、通信セッションの間に交換されるデータメッセージを記憶するための場所を識別するバケット・ユニフォーム・リソース識別子（ＵＲＩ）および被勧誘者公開鍵を受信するステップとを含む。
【０００６】
別の特徴は、被勧誘者通信機器との通信セッションを確立する勧誘者通信機器を提供する。この勧誘者通信機器は、勧誘者公開／秘密鍵対を記憶するためのメモリ装置に結合された処理回路と、サーバおよび被勧誘者通信機器への接続を提供するネットワーク通信インターフェースとを含み得る。処理回路は、サーバを介して被勧誘者通信機器に送信され、勧誘者公開鍵および被勧誘者識別を含む、被勧誘者通信機器との通信セッションを確立するよう求める要求を送信し、被勧誘者通信機器が要求を受諾し次第、サーバから、通信セッションの間に交換されるデータメッセージを記憶するための場所を識別するバケットＵＲＩおよび被勧誘者公開鍵を受信するように構成されている。
【０００７】
別の特徴は、被勧誘者通信機器との通信セッションを確立する勧誘者通信機器を提供し、この勧誘者通信機器は、サーバを介して被勧誘者通信機器に送信され、勧誘者公開鍵および被勧誘者識別を含む、被勧誘者通信機器との通信セッションを確立するよう求める要求を送信する手段と、被勧誘者通信機器が要求を受諾し次第、サーバから、通信セッションの間に交換されるデータメッセージを記憶するための場所を識別するバケットＵＲＩおよび被勧誘者公開鍵を受信する手段とを含む。
【０００８】
さらに別の特徴は、勧誘者通信機器が被勧誘者通信機器との通信セッションを確立するための命令を含むコンピュータ可読媒体を提供する。プロセッサにより実行されると、これらの命令はプロセッサに、サーバを介して被勧誘者通信機器に送信され、勧誘者公開鍵および被勧誘者識別を含む、被勧誘者通信機器との通信セッションを確立するよう求める要求を送信させ、被勧誘者通信機器が要求を受諾し次第、サーバから、通信セッションの間に交換されるデータメッセージを記憶するための場所を識別するバケットＵＲＩおよび被勧誘者公開鍵を受信させることができる。
【０００９】
また、被勧誘者通信機器において通信セッションを確立するように動作する方法も提供される。この方法は、サーバを介して、勧誘者公開鍵、および通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを含む、勧誘者通信機器との通信セッションを確立するよう求める要求を受信するステップと、要求を受諾し次第、サーバ上のバケットＵＲＩに被勧誘者公開鍵を送信するステップとを含む。
【００１０】
別の特徴は、勧誘者通信機器との通信セッションを確立する被勧誘者通信機器を提供する。この被勧誘者通信機器は、被勧誘者公開／秘密鍵対を記憶するためのメモリ装置に結合された処理回路と、サーバおよび勧誘者通信機器への接続を提供するネットワーク通信インターフェースとを含み得る。処理回路は、サーバを介して、勧誘者公開鍵、および通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを含む、勧誘者通信機器との通信セッションを確立するよう求める要求を受信し、要求を受諾し次第、サーバ上のバケットＵＲＩに被勧誘者公開鍵を送信するように構成されている。
【００１１】
別の特徴は、勧誘者通信機器との通信セッションを確立する被勧誘者通信機器を提供し、この被勧誘者通信機器は、サーバを介して、勧誘者公開鍵、および通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを含む、勧誘者通信機器との通信セッションを確立するよう求める要求を受信する手段と、要求を受諾し次第、サーバ上のバケットＵＲＩに被勧誘者公開鍵を送信する手段とを含む。
【００１２】
さらに別の特徴は、被勧誘者通信機器が勧誘者通信機器との通信セッションを確立するための命令を含むコンピュータ可読媒体を提供する。プロセッサにより実行されると、これらの命令はプロセッサに、サーバを介して、勧誘者公開鍵、および通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを含む、勧誘者通信機器との通信セッションを確立するよう求める要求を受信させ、要求を受諾し次第、サーバ上のバケットＵＲＩに被勧誘者公開鍵を送信させることができる。
【００１３】
また、サーバにおいて、勧誘者通信機器と被勧誘者通信機器との間の通信セッションを確立するように動作する方法も提供される。この方法は、勧誘者通信機器から被勧誘者通信機器との通信セッションを確立するよう求める要求を受信するステップと、通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを生成するステップと、被勧誘者通信機器に要求およびバケットリソース識別子を送信するステップと、被勧誘者通信機器が要求を受諾するという応答を受信し次第、勧誘者通信機器に被勧誘者公開鍵およびバケットＵＲＩを送信するステップとを含む。
【００１４】
別の特徴は、勧誘者通信機器と被勧誘者通信機器との間の通信セッションを確立するサーバを提供する。このサーバは、鍵、識別子およびデータメッセージを記憶するためのメモリ装置に結合された処理回路と、被勧誘者通信機器および被勧誘者通信機器への接続を提供するネットワーク通信インターフェースとを含み得る。処理回路は、勧誘者通信機器から被勧誘者通信機器との通信セッションを確立するよう求める要求を受信し、通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを生成し、被勧誘者通信機器に要求およびバケットリソース識別子を送信し、被勧誘者通信機器が要求を受諾するという応答を受信し次第、勧誘者通信機器に被勧誘者公開鍵およびバケットＵＲＩを送信するように構成されている。
【００１５】
別の特徴は、勧誘者通信機器および被勧誘者通信機器との通信セッションを確立するサーバを提供し、このサーバは、勧誘者通信機器から被勧誘者通信機器との通信セッションを確立するよう求める要求を受信する手段と、通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを生成する手段と、被勧誘者通信機器に要求およびバケットリソース識別子を送信する手段と、被勧誘者通信機器が要求を受諾するという応答を受信し次第、勧誘者通信機器に被勧誘者公開鍵およびバケットＵＲＩを送信する手段とを含む。
【００１６】
さらに別の特徴は、サーバが勧誘者通信機器と被勧誘者通信機器との間の通信セッションを確立するための命令を含むコンピュータ可読媒体を提供する。プロセッサにより実行されると、これらの命令はプロセッサに、勧誘者通信機器から被勧誘者通信機器との通信セッションを確立するよう求める要求を受信させ、通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを生成させ、被勧誘者通信機器に要求およびバケットリソース識別子を送信させ、被勧誘者通信機器が要求を受諾するという応答を受信し次第、勧誘者通信機器に被勧誘者公開鍵およびバケットＵＲＩを送信させることができる。
【図面の簡単な説明】
【００１７】
【図１】サーバにより設けられるバケットＵＲＩを介して勧誘者通信機器と被勧誘者通信機器との間の通信セッションが確立される無線通信システムを示すブロック図である。
【図２Ａ】本発明の一実施形態による、勧誘者通信機器と被勧誘者通信機器との間でデータメッセージを交換するバケット通信の方法を示すフロー図である。
【図２Ｂ】本発明の一実施形態による、勧誘者通信機器と被勧誘者通信機器との間でデータメッセージを交換するバケット通信の方法を示すフロー図である。
【図３Ａ】勧誘者通信機器が被勧誘者通信機器との通信に使用され得る無線通信システムの動作を示すフロー図である。
【図３Ｂ】勧誘者通信機器が被勧誘者通信機器との通信に使用され得る無線通信システムの動作を示すフロー図である。
【図３Ｃ】勧誘者通信機器が被勧誘者通信機器との通信に使用され得る無線通信システムの動作を示すフロー図である。
【図４】被勧誘者通信機器との通信セッションを確立するように構成された勧誘者通信機器の一例を示すブロック図である。
【図５】勧誘者通信機器において被勧誘者通信機器との通信セッションを確立するように動作する方法を示す流れ図である。
【図６Ａ】モバイル機器において商店機器との金融取引を行うように動作する例示的方法を示す流れ図である。
【図６Ｂ】モバイル機器において商店機器との金融取引を行うように動作する例示的方法を示す流れ図である。
【図７】勧誘者通信機器との通信セッションを確立するように構成された被勧誘者通信機器の一例を示すブロック図である。
【図８】被勧誘者通信機器において勧誘者通信機器との通信セッションを確立するように動作する方法を示す流れ図である。
【図９】商店機器においてモバイル機器との金融取引を行うように動作する方法を示す流れ図である。
【図１０】勧誘者通信機器と被勧誘者通信機器との間の通信セッションを確立するように構成されたサーバの一例を示すブロック図である。
【図１１】サーバにおいて被勧誘者通信機器と勧誘者通信機器との間の通信セッションを円滑に行わせるように動作する例示的方法を示す流れ図である。
【図１２Ａ】サーバにおいてモバイル機器と商店機器との間の金融取引を円滑に行わせるように動作する例示的方法を示す流れ図である。
【図１２Ｂ】サーバにおいてモバイル機器と商店機器との間の金融取引を円滑に行わせるように動作する例示的方法を示す流れ図である。
【図１３】本発明の一実施形態によるログイン画面を示す図である。
【図１４】商店機器との金融取引の実行に先立つモバイル機器の認証の一例を示すフロー図である。
【図１５】本発明の一実施形態による識別子画面を示す図である。
【図１６】モバイル機器と商店機器との間の通信のためのバケットの初期設定を示すフロー図である。
【図１７】本発明の一実施形態による取引概要画面を示す図である。
【図１８】本発明の一実施形態による支払画面を示す図である。
【図１９】本発明の一実施形態による追加支払画面を示す図である。
【図２０】モバイル機器と商店機器との間の支払の方法を示すフロー図である。
【図２１】モバイル機器と商店機器との間の支払取引を示すフロー図である。
【図２２】本発明の一実施形態による支払確認画面を示す図である。
【図２３】２次元コードの代わりに近距離無線通信（ＮＦＣ：ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）を使用するモバイル機器と商店機器との間の金融取引を示すフロー図である。
【図２４】モバイル機器のためのネットワーク接続なしで近距離無線通信（ＮＦＣ）を使用するモバイル機器と商店機器との間の金融取引を示すフロー図である。
【図２５】ネットワーク接続なしで近距離無線通信（ＮＦＣ）を使用するモバイル機器と商店機器との間の金融取引を示すフロー図である。
【発明を実施するための形態】
【００１８】
以下の説明では、各実施形態の十分な理解を提供するための具体的詳細を示す。しかし、各実施形態はこれらの具体的詳細なしでも実施され得ることを当業者は理解するであろう。例えば、不要な詳細で実施形態を不明瞭にすることのないよう回路がブロック図で示される場合もある。他の例では、実施形態を不明瞭にすることのないように、周知の回路、構造および技術が詳細に示されない場合もある。
【００１９】
定義
本明細書で使用する場合、以下の用語およびそれらの用語の変形は、その用語が使用される文脈によって異なる意味が明確に意図されるのでない限り、以下に示す意味を有する。
【００２０】
「〜のための適合された（ａｄａｐｔｅｄ ｆｏｒ）」とは、あるプロセス、機能、ステップまたはルーチンを実行するために構成され、使用され、実施され、またはプログラムされたこと、ならびにこれらの動作の任意の組み合わせが行われたことを意味する。
【００２１】
「データメッセージ（ｄａｔａ ｍｅｓｓａｇｅｓ）」とは、電子的手段によって生成され、送信され、受信され、または記憶されるデータまたは情報をいう。
【００２２】
「バケット（ｂｕｃｋｅｔ）」とは、２つ以上のエンティティまたは通信機器の間で伝達されるべきデータメッセージを記憶し、またはこれらにリンクするサーバまたは他のデータベース上の抽象コンテナ、すなわち特定のアドレスまたはアドレスのグループをいう。
【００２３】
「バケットＵＲＩ（ｂｕｃｋｅｔ Ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒ）」とは、名前、すなわち、エンティティまたは通信機器が相互のためのデータメッセージを残すことのできるリソースまたは場所（または記憶アドレス）を識別するのに使用される文字列をいう。
【００２４】
「金融取引（ｆｉｎａｎｃｉａｌ ｔｒａｎｓａｃｔｉｏｎ）」とは、金銭または他の報酬を得るための品目、財貨またはサービスの交換をいう。
【００２５】
「金融機関（ｆｉｎａｎｃｉａｌ ｉｎｓｔｉｔｕｔｉｏｎ）」とは、その顧客または会員に対して金融サービスを提供する、銀行などの企業体をいう。
【００２６】
「ユーザ（ｕｓｅｒ）」とは、それだけに限らないが、インターネットを含む通信ネットワークを介して情報にアクセスする任意のエンティティ、ならびに商品を購入し、または購入することを決定し、あるいは商品の購入を企図している任意の個人、消費者または企業体をいう。
【００２７】
「商品（ｐｒｏｄｕｃｔ）」とは、ユーザを対象とする任意の財貨またはサービスをいう。
【００２８】
「モバイル機器（ｍｏｂｉｌｅ ｄｅｖｉｃｅ）」とは、スマートフォン、携帯電話、ページャ、携帯情報端末、パーソナル・インフォメーション・マネージャ（ＰＩＭ：ｐｅｒｓｏｎａｌ ｉｎｆｏｒｍａｔｉｏｎ ｍａｎａｇｅｒ）、および／または少なくとも一部はセルラネットワークなどの無線通信プラットフォームを介して通信する他の機器をいう。
【００２９】
「商店（ｍｅｒｃｈａｎｔ）」とは、商品、製品またはサービスをユーザに販売する、小売商といった個人または企業体をいう。
【００３０】
「商店機器（ｍｅｒｃｈａｎｔ ｄｅｖｉｃｅ）」とは、商店がユーザとの金融取引を追跡し、完了するのに使用されるチェックアウトシステムまたは販売時点端末をいう。スキャナは、商店機器に組み込まれていても、商店機器の外部にあってもよく、また、モバイル機器へのインターフェースおよびデータ接続を提供できる。
【００３１】
「含む（ｃｏｍｐｒｉｓｅ）」という用語、および、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｃｏｍｐｒｉｓｅｓ）」といったその変形は、他の付加物、構成要素、完全体またはステップを除外することを意図してはいない。「ａ」、「ａｎ」、および「ｔｈｅ」の各用語、ならびに本明細書で使用される同様の指示対象は、その文脈中での用法が別の意味を示すのでない限り、単数と複数の両方を含むものと解釈すべきである。「例示的（ｅｘｅｍｐｌａｒｙ）」という語は、本明細書では、「例、事例、または例示としての役割を果たす」を意味するのに使用する。本明細書で「例示的」として説明する実行形態または実施形態はいずれも、必ずしも、他の実施形態または実行形態に優って好ましく、または有利であると解釈されるべきであるとは限らない。同様に、「実施形態（ｅｍｂｏｄｉｍｅｎｔｓ）」という用語は、すべての実施形態が論じられる特徴、利点または動作モードを含むことを要求するものではない。
【００３２】
ネットワーク環境
図１は、サーバ１０８によって設けられるバケットおよび／またはバケットＵＲＩを介して被勧誘者通信機器１０２と勧誘者通信機器１０４との間で通信セッションが確立される無線通信システム１００を示すブロック図である。前述のように、バケットは、２つ以上のエンティティの間で伝達され、または交換されるべきデータメッセージを記憶し、またはこれにリンクするサーバまたは他のデータベース上の抽象コンテナ、すなわち特定のアドレスまたはアドレスのグループとすることができる。バケットＵＲＩは、名前、すなわち、勧誘者通信機器および被勧誘者通信機器が相互のためのデータメッセージを残すことのできるリソースまたは場所（または記憶アドレス）を識別するのに使用される文字列とすることができる。被勧誘者通信機器１０２および勧誘者通信機器１０４は、インターネットといったネットワーク１０６に結合することができる。このようなネットワークを介して、それぞれは、他のエンティティにデータメッセージを分析させることも、アクセスさせることも、理解させることもなく、他方の機器とデータメッセージを交換する目的でサーバ１０８と通信する。
【００３３】
一実行形態では、無線通信システム１００は、勧誘者通信機器（モバイル機器）１０４と被勧誘者通信機器（商店機器）１０２との間の金融取引を実施するのに使用することができる。以下でより詳細に説明するように、モバイル機器は金融口座を使って商店機器から商品を購入することができ、その場合、金融機関１１０による支払の処理のために、支払情報が、バケットを介して商店機器に送信され、金融機関１１０に転送され得る。商店機器が支払情報の詳細に直接アクセスすることは絶対にできない。例えば商店機器はクレジットカード情報にアクセスすることがない。
バケット通信
【００３４】
図２（図２Ａおよび図２Ｂを含む）は、本発明の一実施形態による、勧誘者（通信機器）と被勧誘者（通信機器）との間でデータメッセージを交換するバケット通信の方法を示すフロー図である。前述のように、バケットは、勧誘者通信機器と被勧誘者通信機器といった２つ以上のエンティティの間で伝達され、または交換されるべきデータメッセージを記憶し、またはこれにリンクするサーバまたは他のデータベース上の抽象コンテナ、すなわち特定のアドレスまたはアドレスのグループとすることができる。一実行形態では、プリティ・グッド・プライバシ（ＰＧＰ：Ｐｒｅｔｔｙ Ｇｏｏｄ Ｐｒｉｖａｃｙ）様の手法を使って、他のエンティティに情報を分析させることも、アクセスさせることも、理解させることもなく、２つ以上のエンティティまたは機器の間でデータメッセージを交換させることができる。
【００３５】
図示のように、第１のエンティティ、すなわち勧誘者２０２は、第２のエンティティ、すなわち被勧誘者２０６を、バケットベースの通信方法を使いサーバ２０４を介して通信するよう勧誘することができる。勧誘者２０２は、勧誘者公開鍵および対応する勧誘者秘密鍵を含む勧誘者公開／秘密鍵対を獲得または生成する２０８ことができる。データメッセージを記憶し、またはこれにリンクするバケットを設けるために、勧誘者は勧誘者公開鍵を被勧誘者識別情報と一緒にサーバに送信する２１０ことができる。被勧誘者識別情報は、サーバが被勧誘者を識別するのに使用することができる。次いでサーバは、勧誘者と被勧誘者との間でデータメッセージを記憶（またはリンク）し、交換するために使用されるバケットＵＲＩを識別することによって、バケットを作成する２１２。次にサーバは、勧誘者に代わって、勧誘者との通信セッションを求める要求を勧誘者公開鍵およびバケットＵＲＩと一緒に被勧誘者に送信する２１４ことができる。被勧誘者は、被勧誘者公開鍵および対応する被勧誘者秘密鍵を含む被勧誘者公開／秘密鍵対を生成または獲得しており２１６、要求を受信し次第、勧誘者と通信するよう求める要求を受諾し、サーバにその被勧誘者公開鍵と一緒に受諾を送信する２１８ことができる。あるいは被勧誘者は、通信セッションを確立するよう求める要求を拒否することもできる。
【００３６】
受諾および被勧誘者公開鍵をバケットＵＲＩのところに記憶し、またはこれと関連付ける（リンクする）２２０ことができる。次いでサーバは、データメッセージを交換するのに使用されるべき被勧誘者公開鍵およびバケットＵＲＩを勧誘者に送信またはプッシュすることによって、勧誘者に被勧誘者の受諾を通知する２２２ことができる。
【００３７】
被勧誘者が要求を受諾し、バケットがサーバによって設けられるとすぐに、勧誘者は、被勧誘者公開鍵を使って被勧誘者のためのデータメッセージを暗号化し２２４、被勧誘者に向けられた暗号化データメッセージを、サーバ上のバケットＵＲＩを介してバケットに送信する２２６ことができる。被勧誘者に向けられた暗号化データメッセージを、バケットＵＲＩのところに記憶し、またはこれと関連付ける（リンクする）２２８ことができる。サーバ上のバケットから被勧誘者および勧誘者にデータメッセージをプッシュするには、例えば、ロングポーリング（ｌｏｎｇ ｐｏｌｌｉｎｇ）を使用することができる。ロングポーリングでは、勧誘者および被勧誘者は、通常のポーリングと同様のやり方でサーバに情報を要求することができる。しかし、サーバがバケットに利用可能なデータメッセージを有していない場合には、空の応答を送信するのではなく、サーバはその要求を保持し、何らかのデータメッセージが利用可能になるのを待つ。データメッセージが利用可能になるとすぐに（または適切なタイムアウトの後で）、完全な応答を要求側に送信することができる。その場合、要求側は通常サーバに即座に情報を再要求することになり、そのため、サーバはほとんど常に、イベントまたはデータメッセージの受信に応答してデータメッセージを配信するのに使用することのできる利用可能な待機要求を有する。
【００３８】
ロングポーリングを使って、サーバは、被勧誘者公開鍵で暗号化されたデータメッセージを被勧誘者に送信またはプッシュする２３０ことができる。被勧誘者は、その被勧誘者秘密鍵でデータメッセージを復号化し２３２、復号化データメッセージに応答して、勧誘者公開鍵を使って応答を暗号化し２３４、暗号化応答（データメッセージ）をサーバ上のバケットに送信する２３６ことができる。暗号化データを、バケットＵＲＩのところに記憶し、またはこれと関連付ける（リンクする）２３８ことができる。次いで暗号化データメッセージを、ロングポーリングを使って、サーバから勧誘者に送信またはプッシュする２４０ことができる。次いで勧誘者は、その勧誘者秘密鍵を使ってデータメッセージを復号化する２４２ことができる。任意選択で、勧誘者と被勧誘者との間のデータメッセージの交換が完了したすぐ後で、勧誘者はサーバに、通信セッションが終了したことを通知する２４４こともできる。サーバに勧誘者と被勧誘者との間の通信セッションが終了したことが通知された後で、サーバは、バケットに記憶され、および／またはバケットＵＲＩと関連付けられた、データメッセージを破棄する２４６ことができる。
【００３９】
バケットＵＲＩを使った通信
図３（図３Ａ、図３Ｂ、および図３Ｃを含む）は、被勧誘者通信機器が勧誘者通信機器と通信するのに使用され得る無線通信システムの動作を示すフロー図である。この例では、例示のために図１の被勧誘者通信機器１０２、勧誘者通信機器１０４、サーバ１０８および金融機関１１０を使用する。
【００４０】
本発明は主として勧誘者通信機器と被勧誘者通信機器との間の金融取引に関して説明されているが、本発明は、２つ以上のエンティティ、当事者または機器間のどんな種類の通信セッションに適用され、適合されてもよい。
【００４１】
ユーザは勧誘者通信機器（モバイル機器）１０４を使って被勧誘者通信機器（商店機器）１０２との金融取引を安全に行うことができる。モバイル機器の通信機器は、モバイル機器公開鍵および対応するモバイル機器秘密鍵を含むモバイル機器公開／秘密鍵対を生成または獲得する３０２ことができる。
【００４２】
一実施形態によれば、モバイル機器と商店機器との間の金融取引を行うのにバケットＵＲＩを使用することができる。モバイル機器を利用して商品の購入といった金融取引を完了するために、ユーザは、以下でさらに詳細に説明するシステムにログインすることができる。システムにログインした後で、モバイル機器は、モバイル機器を識別するのに使用される識別子を生成する３０４ことができる。一実行形態では、このコードは、ＱＲ（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ）コードなどの２次元（２Ｄ）コードとすることができる。このコードをモバイル機器の画面上に表示し、ユーザにコードを商店機器に提示させる３０６ことができる。商店機器は、商店機器にモバイル機器から識別子を読み取らせ、獲得させるディジタルスキャナまたはカード読取装置を含むことができる。
【００４３】
識別子を受信するとすぐに、商店機器はサーバにその識別子を送信して、識別子およびモバイル機器を確認または認証する３０８ことができる。確認し次第、サーバは、バケットおよび／またはバケットＵＲＩを生成または獲得する３１０ことができる。次にサーバは、モバイル機器とデータメッセージを交換するために商店機器にバケットＵＲＩを送信する３１２ことができる。商店機器は、商店機器公開鍵および対応する商店機器秘密鍵から構成される商店機器公開／秘密鍵対を生成または獲得する３１３ことができる。
【００４４】
識別子が確認され、バケットＵＲＩが商店機器によって受信された後で、商店機器は、モバイル機器公開鍵を使って購入情報といったデータメッセージを暗号化し３１４、その暗号化購入情報を商店機器公開鍵と一緒にサーバに送信またはプッシュする３１６ことができる。暗号化購入情報および商店機器公開鍵を、バケットＵＲＩのところに記憶し、またはこれと関連付ける（リンクする）３１８ことができる。暗号化購入情報および商店機器公開鍵を受信し次第、サーバは次いで、バケットＵＲＩを商店機器公開鍵と一緒にモバイル機器に送信する３２０ことができる。
【００４５】
バケットＵＲＩを受信した後で、前述のようなロングポーリング（図２参照）を使って、モバイル機器は、サーバ上のバケットＵＲＩのところに記憶され、またはこれと関連付けられ（リンクされ）た暗号化購入情報を要求し３２２、サーバはこの情報を提供する３２４ことができる。暗号化購入情報を受信し次第３２４、モバイル機器は、モバイル機器秘密鍵を使って購入情報を復号化し、購入情報が正確であることを確認するために見直す３２６ことができる。購入情報が正確である場合、ユーザは購入の支払に適用すべき支払の方法または金融口座を選択することができる。一実行形態では、支払方法または金融口座は、クレジットカード、デビットカード、ギフトカード、報酬マイル、報酬カード、ＰａｙＰａｌ（登録商標）、銀行口座からの直接引き落としまたは直接払い出しを含み得る。ユーザは、選択の対象として、モバイル機器と関連付けられた１つ以上の金融口座を設定することができる。支払に適用すべき金融口座が選択されたすぐ後で、商店機器公開鍵を使って支払情報を暗号化する３３０ことができる。支払情報はクレジットカード情報を含むことができ、暗号化してモバイル機器に記憶することもでき、外部の場所に記憶することもできる。支払情報は、選択され、取り出されたすぐ後で、暗号化され、サーバに送信され３３２、ならびにバケットに記憶され、および／またはバケットＵＲＩと関連付けられる３３４。サーバは、前述のようなロングポーリング（図２参照）を使って、バケットに記憶され、および／またはバケットＵＲＩと関連付けられた暗号化支払情報を商店機器に提供する３３６ことができる。
【００４６】
支払を受け取るために、商店機器は、支払情報を購入情報（すなわちユーザに課金されるべき金額）と一緒に金融機関に送信する３３８ことができる。次いで金融機関は、購入金額についてモバイル機器との支払を完了し、またはこれを処理する３４０ことができる。課金に成功した場合には、商店機器に承認確認を送信する３４２ことができる。次いで商店機器は、モバイル公開鍵を使って購入確認を暗号化し３４４、暗号化購入確認をサーバに送信する３４６ことができ、暗号化購入確認はサーバでバケットに記憶され、および／またはバケットＵＲＩと関連付けられる３４８。サーバは、前述のようなロングポーリングを使って、バケットに記憶され、バケットＵＲＩで識別された暗号化購入確認をモバイル機器に提供する３５０ことができる。モバイル機器秘密鍵を使って、モバイル機器は、購入確認を復号化し、取引を完了する３５２ことができる。任意選択で、モバイル機器は次いでサーバに、取引が完了し、通信が終了されることを通知する３５４こともできる。モバイル機器から通知を受信し次第、サーバは、バケットに記憶され、および／またはバケットＵＲＩと関連付けられたデータメッセージを破棄する３５６ことができる。あるいはデータメッセージは、所定の時間量が経過した後で破棄されてもよい。所定の時間量は、最後の利用（メッセージ交換）から、またはバケットおよびバケットＵＲＩの最初の生成を起点にして定めることができる。一実行形態では、ユーザまたはモバイル機器はこれらのセキュリティ設定を決定することができる。
【００４７】
モバイル機器の例
図４は、被勧誘者通信機器（または商店機器）との通信セッションを確立するように構成された勧誘者通信機器（またはモバイル機器）の一例４００を示すブロック図である。モバイル機器４００は、インターネットなどのネットワークと通信するための通信インターフェース４０４に結合された処理回路４０２（例えばプロセッサ、処理モジュール）と、例えば、公開鍵、秘密鍵、領収書といった取引情報などをローカルで記憶するメモリ装置４０６とを含み得る。メモリ／記憶装置４０６は、公開／秘密鍵対およびＱＲコードなどの識別子を生成する動作（命令）４０８を含み得る。処理回路４０２は、これらの動作を実施し、および／またはこれらの動作を実施する鍵／識別子生成器４１０を含んでいてもよい。処理回路４０２は、商店機器に提示される取引情報および識別子を表示するための表示モジュール４１２に結合されていてもよい。
【００４８】
図５は、勧誘者通信機器において被勧誘者通信機器との通信セッションを確立するように動作する方法を示す流れ図である。
【００４９】
通信セッションを確立するために、勧誘者通信機器は、勧誘者公開鍵および対応する勧誘者秘密鍵を含む勧誘者公開／秘密鍵対を生成または獲得する５０２ことができる。次に、勧誘者公開鍵および被勧誘者識別子を含む、被勧誘者通信機器との通信セッションを求める要求をサーバに送信することができる。サーバは、勧誘者通信機器と被勧誘者通信機器との間のデータメッセージを記憶し、交換するためにバケットＵＲＩを設けることができる。被勧誘者識別子を使って、サーバは、被勧誘者通信機器に問い合わせまたは要求を送信し、勧誘者通信機器との通信セッションの確立を要求する５０４ことができる。
【００５０】
被勧誘者通信機器が受諾し次第、勧誘者通信機器は、サーバからバケットＵＲＩを被勧誘者公開鍵と一緒に受信する５０６ことができる。被勧誘者通信機器と通信するときに、勧誘者通信機器は、サーバから受信した被勧誘者公開鍵を使ってデータメッセージを暗号化し５０８、その暗号化データを、前述のようなロングポーリングを使って、被勧誘者通信機器が後で取り出すためにバケットＵＲＩを介してバケットに送信する５１０ことができる。
【００５１】
一実行形態では、通信セッションは、被勧誘者通信機器との金融取引とすることができる。被勧誘者通信機器は販売時点端末とすることができ、勧誘者通信機器はモバイル機器とすることができる。図６（図６Ａおよび図６Ｂを含む）は、モバイル機器において商店機器との金融取引を行うように動作する例示的方法を示す流れ図である。まずユーザは、モバイル機器を介して、商店機器との取引を円滑に行うためのアカウントにログインする６０２ことができる。ログインしたすぐ後で、モバイル機器は、モバイル機器公開鍵および対応するモバイル機器秘密鍵を含むモバイル機器公開／秘密鍵対を生成または獲得する６０４ことができる。次に、商店機器に表示して購入プロセスを開始するために、ＱＲコード、すなわちバーコードなどの識別子を生成する６０６ことができる。この識別子を、商店機器に組み込み、または外付けされたディジタルスキャナを介して商店機器に提供する６０８ことができる。
【００５２】
次に、サーバからバケットＵＲＩを商店機器公開鍵と一緒に受信する６１０ことができる。サーバからバケットＵＲＩおよび商店公開鍵を受信し次第、モバイル機器は、バケットＵＲＩを介してサーバ上のバケットに購入情報を要求する６１２ことができる。要求に応答して、サーバは、モバイル機器に暗号化購入情報を提供する６１４ことができる。モバイル機器秘密鍵を使って、モバイル機器は暗号化購入情報を復号化する６１６ことができる。購入情報を復号化した後で、モバイル機器は取引情報を見直し、購入を続けるべきか否か判定する６１８ことができる。商品がもはや不要であると判定された場合、モバイル機器は取引を終了する６２０ことができる。逆に、購入または取引を続けると判定された場合、モバイル機器は、取引を完了するのに使用される支払情報または金融口座情報を選択する６２２ことができる。
【００５３】
支払情報または金融口座情報が選択されたすぐ後で、この情報を、商店機器公開鍵を使って暗号化し６２４、商店機器が取り出せるようにバケットＵＲＩに記憶し、またはこれと関連付ける（リンクする）ためにサーバに送信する６２６ことができる。次にモバイル機器は、サーバ上のバケットから暗号化購入確認を受信する６２８ことができる。モバイル機器秘密鍵を使って、暗号化購入確認は復号化する６３０ことができる。任意選択で、取引は完了し、モバイル機器が購入完了の確認を受信したときに、モバイル機器はサーバに取引完了を通知し、サーバに、バケット内の、および／またはバケットＵＲＩと関連付けられたデータメッセージまたは内容を廃棄して商店機器との通信を終了するよう命令する６３２ことができる。
【００５４】
商店機器の例
図７は、勧誘者通信機器との通信セッションを確立するように構成された被勧誘者通信機器の一例７００を示すブロック図である。被勧誘者通信機器７００は、インターネットなどのネットワークと通信するための通信インターフェース７０４に結合された処理回路７０２（例えばプロセッサ、処理モジュール）と、取引情報、公開鍵、秘密鍵、バケットＵＲＩなどをローカルで記憶するメモリ装置７０６とを含み得る。メモリ／記憶装置７０６は公開／秘密鍵対７０８を生成する動作（命令）を含み得る。処理回路７０２は、これらの動作を実施し、および／またはこれらの動作を実施する鍵生成器７１０を含んでもよい。処理回路７０２は、被勧誘者通信機器に組み込まれ、または外付けされ、かつ勧誘者通信機器の画面上に表示される識別子を読み取り、またはスキャンするのに利用され得るディジタルスキャナまたはカード読取装置７１２に結合することができる。
【００５５】
図８は、被勧誘者通信機器において勧誘者通信機器との通信セッションを確立するように動作する方法を示す流れ図である。通信セッションを確立するために、被勧誘者通信機器は、被勧誘者公開鍵および対応する被勧誘者秘密鍵を含む被勧誘者公開／秘密鍵対を生成または獲得する８０２ことができる。
【００５６】
次に、勧誘者通信機器との通信セッションを求める要求を、サーバなどの第３者から受信することができる。この要求は、勧誘者公開鍵、および勧誘者通信機器と被勧誘者通信機器との間のデータメッセージを記憶し、交換するバケットＵＲＩを含むことができる。
【００５７】
被勧誘者通信機器は、通信セッションに参加するよう求める要求を拒否しようとすることも、通信セッションに参加するよう求める要求を受諾しようとすることもできる。要求が拒否される場合には、拒否するという決定を勧誘者通信機器に送信することができる。あるいは、被勧誘者通信機器は要求を受諾することもできる。要求を受諾し次第、被勧誘者通信機器はその受諾または応答を被勧誘者公開鍵と一緒にバケットＵＲＩに送信する８０６ことができる。
【００５８】
被勧誘者通信機器は、被勧誘者公開鍵で暗号化された暗号化データメッセージを、バケットおよび／またはバケットＵＲＩを介して勧誘者通信機器から受信する８０８ことができる。次いでこのデータメッセージを、被勧誘者通信機器は被勧誘者秘密鍵を使って復号化する８１０ことができる。逆に、被勧誘者通信機器は、バケットおよび／またはバケットＵＲＩを介して勧誘者通信機器から受信した勧誘者公開鍵を使ってデータメッセージを暗号化し８１２、その暗号化データメッセージを、前述のようなロングポーリングを使って、勧誘者通信機器が後で取り出すためにバケットＵＲＩを介してバケットに送信する８１４こともできる。
【００５９】
前述のように、一実行形態において通信セッションは、勧誘者通信機器と被勧誘者通信機器との間の金融取引とすることができる。そうした取引では、被勧誘者通信機器は販売時点端末または商店機器を含むことができ、勧誘者通信機器はモバイル機器を含むことができる。図９は、商店機器（被勧誘者通信機器）においてモバイル機器（勧誘者通信機器）との金融取引を行うように動作する方法を示す流れ図である。通信セッションを確立するために、商店機器は、商店機器公開鍵および対応する商店機器秘密鍵を含む商店機器公開／秘密鍵対を生成または獲得する９０２ことができる。
【００６０】
商品を購入するときに、モバイル機器は、商店機器のディジタルスキャナまたはカード読取装置に、２次元コード（例えばＱＲコード）といった識別子を提示することができる。ディジタルスキャナは、モバイル機器のディスプレイから識別子を読み取り９０４、バケットおよびバケットＵＲＩの確認および生成のためにその識別子をサーバに送信する９０６ことができる。識別子を確認すると、商店機器は、モバイル機器とデータメッセージを交換するためにサーバからバケットＵＲＩを受信する９０８ことができる。モバイル機器公開鍵を使って、商店機器は、購入情報を暗号化し９１０、バケットに記憶させ、および／またはバケットＵＲＩと関連付けさせ（リンクさせ）るために、その商店機器公開鍵を暗号化購入情報と一緒にサーバに送信する９１２ことができる。購入情報は、各商品の代価で購入される商品の項目別一覧も含むことができる。
【００６１】
次に、商店機器は、サーバ上のバケットおよびバケットＵＲＩを介してモバイル機器が購入するための暗号化支払情報を受信し９１４、次いで、支払プロセスを完了するためにこの支払情報を金融機関といった第３者に送信する９１６ことができる。次いで商店機器は、第３者金融機関から支払の承認／確認を受信する９１８ことができる。次いでこの購入確認を、モバイル機器公開鍵を使って暗号化し、バケットおよびバケットＵＲＩに記憶し、またはこれと関連付け、モバイル機器が後で取り出すためにサーバに送信する９２２ことができる。
【００６２】
サーバの例
図１０は、勧誘者通信機器と被勧誘者通信機器との間の通信セッションを確立するように構成されたサーバの一例１０００を示すブロック図である。サーバ１０００は、インターネットなどのネットワークと通信する通信インターフェース１００４に結合された処理回路１００２（例えばプロセッサ、処理モジュール）と、公開鍵、秘密鍵、取引情報、バケットＵＲＩ情報などをローカルで記憶するメモリ装置１００６とを含み得る。メモリ／記憶装置１００６はバケットおよびバケットＵＲＩを生成する動作（命令）１００８を含み得る。処理回路１００２は、これらの動作を実施し、および／またはこれらの動作を実施するバケットまたはバケットＵＲＩ生成器１０１０を含んでいてもよい。
【００６３】
図１１は、サーバにおいて被勧誘者通信機器と勧誘者通信機器との間の通信セッションを円滑に行わせるように動作する例示的方法を示す流れ図である。まずサーバは、勧誘者通信機器から、勧誘者公開鍵および被勧誘者識別を含む、被勧誘者通信機器との通信セッションを確立するよう求める要求を受信する１１０２ことができる。次いでサーバは、勧誘者通信機器と被勧誘者通信機器との間でデータメッセージを交換するためのバケットＵＲＩを生成し、または設ける１１０４ことができる。被勧誘者識別を使って、サーバは、勧誘者通信機器に代わって被勧誘者通信機器に問い合わせまたは要求を送信し、勧誘者通信機器との通信セッションの確立を要求する１１０６ことができる。
【００６４】
サーバは、被勧誘者通信機器から要求への応答を受信することができる。この応答は、通信セッションに参加するよう求める勧誘（または要求）の拒否を含むことも、通信セッションに参加するよう求める勧誘（または要求）の受諾を含むこともできる。要求が拒否される場合、拒否するという決定を勧誘者通信機器に送信することができる。あるいは、被勧誘者通信機器が要求を受諾する場合には、要求の受諾が被勧誘者公開鍵と一緒に受信される１１０８。この受諾をバケットに記憶し、および／またはバケットＵＲＩと関連付ける１１１０ことができ、次いで、受諾の確認を勧誘者通信機器に送信またはプッシュする１１１２ことができる。
【００６５】
サーバは、被勧誘者公開鍵で暗号化された、被勧誘者通信機器に向けられた勧誘者通信機器からの暗号化データメッセージを受信する１１１４ことができる。この暗号化データメッセージを、バケットに記憶し、および／またはバケットＵＲＩと関連付け、１１１６次いで被勧誘者通信機器に送信またはプッシュする１１１８ことができる。
【００６６】
またサーバは、勧誘者公開鍵で暗号化された、勧誘者通信機器に向けられた被勧誘者通信機器からの暗号化データメッセージを受信する１１２０こともできる。この暗号化データメッセージを、バケットに記憶し、および／またはバケットＵＲＩと関連付け、１１２２次いで勧誘者通信機器に送信またはプッシュする１１２４ことができる。
【００６７】
通信セッションが終了された後で、サーバはバケット内の、および／またはバケットＵＲＩと関連付けられたすべてのデータメッセージを破棄することができる。通信セッションは、所定の期間が満了し次第、または被勧誘者通信機器と勧誘者通信機器のどちらかがセッションの終了を通知し次第、終了される１１２６ことができる。所定の時間量は、最後の利用（メッセージ交換）から、またはバケットおよびバケットＵＲＩの最初の生成を起点にして定めることができる。
【００６８】
図１２（図１２Ａおよび図１２Ｂを含む）は、サーバにおいてモバイル機器と商店機器との間の金融取引を円滑に行わせるように動作する例示的方法を示す流れ図である。まずサーバは、商店機器からモバイル機器を識別する識別子を受信し、これを検証する１２０２ことができる。識別子を確認するとすぐに、モバイル機器と商店機器との間のデータメッセージの交換のために、バケットおよび／またはバケットＵＲＩを生成または獲得する１２０４ことができる。次いでそのバケットＵＲＩを商店機器に送信する１２０６ことができる。
【００６９】
次に、商店機器から暗号化購入情報および商店機器公開鍵を獲得し１２０８、ならびにこれをバケットに記憶し、および／またはバケットＵＲＩと関連付ける１２１０ことができる。商店機器公開鍵およびバケットＵＲＩを、モバイル機器に送信する１２１２ことができる。次いで、モバイル機器から、バケットに記憶され、および／またはバケットＵＲＩと関連付けられた暗号化購入情報を求める要求を受信する１２１４ことができる。モバイル機器からの要求に応答して、サーバは見直しのためにモバイル機器に暗号化購入情報を送信する１２１６ことができる。
【００７０】
次に、モバイル機器から暗号化購入情報を受信し１２１８、これをバケットに記憶し、および／またはバケットＵＲＩと関連付ける１２２０ことができる。次いでその暗号化支払情報は商店機器に送信される１２２２。次いで、商店機器から暗号化購入確認を受信し１２２４、これをバケットに記憶し、および／またはバケットＵＲＩと関連付けるう１２２６ことができる。次に、その暗号化購入確認をモバイル機器に送信する１２２８ことができる。任意選択で、モバイル機器から取引完了の表示およびバケットＵＲＩを終了するよう求める命令を受信する１２３０こともできる。次いで商店機器は、バケットに記憶され、および／またはバケットＵＲＩと関連付けられたすべてのデータメッセージを破棄する１２３２ことができる。
【００７１】
ログインプロセス
図１３に、本発明の一実施形態によるログイン画面１３００を示す。ログインするために、ユーザは、有効なユーザ名およびパスワードを、それぞれ電子メール（またはユーザ名）欄１３０２およびパスワード欄１３０４に入力することができる。ログイン画面１３００は、ユーザが自分のユーザ名および／またはパスワードを忘れた場合のリンクを提供してもよい。ユーザ名およびパスワードを入力し次第、ユーザは次いでログインボタン１３０６を選択して次に進むことができる。
【００７２】
図１４は、商店機器との通信セッションの確立に先立つモバイル機器の認証の一例を示すフロー図である。この例では、モバイル機器１４０２は無線通信ネットワーク上でサーバ１４０４と通信することができる。
【００７３】
ログオンした後で、前述のように、モバイル機器はサーバへのネットワークパスまたは接続を確立して、サーバに対して匿名で本人確認を行うことができる。電子メールをパスワードで暗号化して本人確認のためにサーバに送信する１４０６ことができる。一実行形態では、２５６ビットの暗号化鍵を用いたＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）を使用することができる。電子メールアドレスもパスワードもサーバに実際に提供されないため、本人確認を匿名で行うことができる。
【００７４】
暗号化電子メールを受信し次第、サーバは暗号化チャレンジ情報を生成し、モバイル機器に送信する１４０８ことができる。そのような暗号化チャレンジ情報を受信し次第、モバイル機器は暗号化チャレンジを復号化することができる。この復号化チャレンジ情報を使って、モバイル機器は、モバイル機器のパスワードでチャレンジ情報を暗号化し、モバイル機器のチャレンジへの応答としてサーバに送信する１４１０ことができる。次いでサーバはその応答を検証し、検証に合格した場合、トークンの形のアクセス権限付与メッセージをモバイル機器に送信し、モバイル機器に商店機器との通信セッションを実施させる１４１２。一実行形態では、通信セッションは商店機器との金融取引とすることができる。一実施形態によれば、トークンは、商店機器、およびモバイル機器との通信セッションに特有のものとすることができる。加えてトークンは、指定の期間、例えば１時間にわたってのみ有効とすることもできる。指定の期間の満了後に、トークンは失効し、その特定の通信セッションを終了することができる。
【００７５】
識別子画面
図１５に、本発明の一実施形態による識別子画面１５００を示す。一実行形態では、この識別子は、ＱＲコードといった２次元（２Ｄ）コードとすることができる。モバイル機器が検証されたすぐ後で、モバイル機器は識別子を生成し、これをモバイル機器の画面１５０２上に表示し、ユーザにこの識別子を商店機器に提示させることができる。識別子画面上の「終了」ボタンは、ユーザに、通信セッションまたは取引を中断させることができる。
【００７６】
バケットＵＲＩ初期設定プロセス
図１６は、モバイル機器と商店機器との間の特定の通信セッションのためのバケットＵＲＩの初期設定を示すフロー図である。モバイル機器の検証の後で、前述のように、識別子を生成し、商店機器に提示する１６０２ことができる。商店機器はディジタルスキャナまたはカード読取装置を使って識別子を読み取り、次いでこの識別子を商店機器公開鍵と一緒にサーバに送信する１６０４ことができる。次いでサーバは、バケットおよび／またはバケットＵＲＩを生成し、そのバケットＵＲＩを商店機器公開鍵と一緒にモバイル機器に送信する１６０６ことができる。サーバからバケットＵＲＩおよび商店公開鍵を受信したことに応答して、モバイル機器は次いで、バケットおよび／またはバケットＵＲＩを介してサーバに、そのモバイル機器公開鍵を提供する１６０８ことができる。
【００７７】
取引概要画面
図１７に、本発明の一実施形態による取引概要画面１７００を示す。モバイル機器が検証され、バケットおよび／またはバケットＵＲＩが設けられた後で、モバイル機器は見直しのための取引の概要を受信することができる。この概要は、取引の合計購入金額１７０２、ならびに、それだけに限らないが、商店の名前および所在地、商店の納税者識別番号（ｔａｘ ｉｄｅｎｔｉｆｉｅｒ）、購入される品目、日付、および代価の項目別一覧１７０４を含む、追加取引情報を含むことができる。概要の見直しの後で、「支払に進む」ボタン１７０６が選択されると、ユーザは、取引の支払の方法、または金融口座を選択するよう促され得る。
【００７８】
支払画面
図１８に、本発明の一実施形態による支払画面１８００を示す。前述のように「支払に進む」ボタンが選択されるとすぐに、モバイル機器上に支払画面１８００を表示することができる。この支払画面は、取引のために支払われる代価の合計１８０２、および購入の支払のために選択することのできる複数の支払方法または金融口座を識別することができる。例えばユーザは、第１の支払方法（金融口座）１８０４、第２の支払方法（金融口座）１８０６または第３の支払方法（金融口座）１８０８の中から選択することができる。図示のように、第１の支払方法１８０４および第３の支払方法１８０８はデビットカードとすることができ、第２の支払方法１８０６はクレジットカードとすることができる。支払方法を選択することにより、モバイル機器は次いで、対応する支払情報を商店機器に送信することができる。「新しく追加する」ボタン１８１０を選択することにより追加の支払方法（金融口座）を追加することもできる。「新しく追加する」ボタン１８１０を選択すると、ユーザは図１９に示すような追加支払画面１９００を受信することができる。追加支払画面を使って、カード番号１９０２、カード有効期限１９０４、カードの種類１９０６（すなわち、デビット、クレジット、ギフト、またはプリペイド）を選択することにより、新しい支払方法を追加することができる。カード情報が入力された後で、「確認して追加」ボタン１９０８を選択し、カードを利用可能な支払選択肢に追加することができる。
【００７９】
支払プロセス
図２０は、モバイル機器と商店機器との間の支払の方法を示すフロー図である。前述のように、サーバはバケットおよび／またはバケットＵＲＩを設けることができる。サーバはバケットＵＲＩをモバイル機器公開鍵と一緒に商店機器に送信する２００２ことができる。商店機器は、バケットＵＲＩを設けたすぐ後で、サーバ上のバケットＵＲＩを介してモバイル機器に暗号化請求書を送信する２００４ことができる。この請求書はモバイル機器公開鍵を使って暗号化することができる。サーバは暗号化請求書をモバイル機器に送信またはプッシュする２００６ことができる。図１８〜図１９を参照して論じたように、ユーザは支払方法（金融口座）を選択することができ、次いでこの支払方法（金融口座）はモバイル機器公開鍵を使って暗号化され、商店機器が取り出すためにサーバ上のバケットＵＲＩを介してバケットに送信される２００８。
【００８０】
図２１は、モバイル機器と商店機器との間の支払取引を示すフロー図である。モバイル機器から暗号化支払情報を受信するとすぐに、サーバはその暗号化支払方法を商店機器に送信またはプッシュする２１０２ことができ、商店機器はその支払情報を金融機関に送信して資金の移動を行う２１０４ことができる。資金の移動、すなわち課金を完了するとすぐに、金融機関は商店機器に支払の確認を送信する２１０６ことができる。この確認に応答して、商店機器はサーバ上のバケットＵＲＩに暗号化購入確認を送信またはプッシュ２１０８することができる。この購入はモバイル機器公開鍵で暗号化することができる。次いでサーバは、前述のようなロングポーリングを使って、モバイル機器に暗号化購入確認を送信またはプッシュする２１１０ことができる。
【００８１】
図２２に本発明の一実施形態による支払確認画面２２００を示す。取引を完了するとすぐに、支払の確認をモバイル機器に送信する（２２０２）ことができる。「メニューに戻る」ボタン２２０４を選択させてモバイル機器上にメインメニュー画面を生成することができる。
【００８２】
近距離無線通信
図２３は、近距離無線通信（ＮＦＣ）を使ったモバイル機器と商店機器との間の金融取引を示すフロー図である。モバイル機器は、ＮＦＣ範囲、典型的には４ｃｍ以下の範囲内に配置し、モバイル機器上のＮＦＣ識別を商店機器に送信または伝達させる２３０２ことができる。バケットおよび／またはバケットＵＲＩを設ける際に、商店機器はネットワーク接続を介してサーバに接続し、バケットＵＲＩを介してサーバ上のバケットに購入情報を送信またはプッシュする２３０４。これに応答してサーバは、商店機器との特定の通信セッションのためのバケットＵＲＩを生成または獲得し、そのバケットＵＲＩをモバイル機器に送信またはプッシュする２３０６ことができる。
通信（モバイル機器のためのネットワーク接続なし）
【００８３】
図２４は、近距離無線通信（ＮＦＣ）を使ったモバイル機器と商店機器との間の金融取引を示すフロー図である。ＮＦＣは、モバイル機器にインターネットまたはネットワーク接続が利用できないときに、モバイル機器と商店機器との間の通信を可能にする。モバイル機器は商店機器を介してＮＦＣによりサーバに接続することができ、バケットおよび／またはバケットＵＲＩを使った通信が可能になる。
【００８４】
モバイル機器はＮＦＣ範囲、典型的には４ｃｍ以下の範囲内に配置し、モバイル機器上のＮＦＣ識別を商店機器に送信または伝達させる２４０２ことができる。バケットおよび／またはバケットＵＲＩを設ける際に、商店機器はネットワーク接続を介してサーバに接続し、サーバに購入情報を送信またはプッシュする２４０４。これに応答して、サーバは、商店機器との特定の通信セッションのためにバケットおよび／またはバケットＵＲＩを生成または獲得する２４０６ことができる。次いで商店機器はそのバケットＵＲＩをモバイル機器に送信またはプッシュする２４０８ことができる。
【００８５】
一実行形態では、この通信を、ＡＥＳ２５６に加えてＲＳＡ−２０４８を用いて端から端まで（ｅｎｄ ｔｏ ｅｎｄ）暗号化することもできる。結果として、商店機器がモバイル機器のためのプロキシとして働くリスクが生じない。
通信（ネットワーク接続なし）
【００８６】
図２５は、ネットワーク接続なしで近距離無線通信（ＮＦＣ）を使った、モバイル機器と商店機器との間の金融取引を示すフロー図である。
【００８７】
モバイル機器はＮＦＣ範囲、典型的には４ｃｍ以下の範囲内に配置し、モバイル機器上のＮＦＣ識別を商店機器に送信または伝達させる２５０２ことができる。モバイル機器または商店機器にネットワーク接続が利用できないとき、商店機器は、モデム接続が実施されるときに商店機器内の補助サーバに購入情報を送信またはプッシュすることができる。バケットＵＲＩを設ける際に、商店機器はサーバに接続し、サーバに購入情報を送信またはプッシュする２５０４。
【００８８】
これに応答して、補助サーバは、商店機器との特定の通信セッションのためにバケットおよび／またはバケットＵＲＩを生成または獲得する２５０６ことができる。次いで商店機器はそのバケットＵＲＩをモバイル機器に送信またはプッシュする２５０８ことができる。ネットワーク接続が確立され、商店機器内のモデムがインターネットに接続することができるときに、それらをメインサーバまたは中央サーバとの取引に利用することができる。
【００８９】
各図に示す構成要素、ステップ、特徴、および／または機能の１つまたは複数を、単一の構成要素、ステップ、特徴、または機能へと再配置し、および／または組み合わせ、あるいはいくつかの構成要素、ステップ、または機能として実施することもできる。また、本明細書で開示する新規の特徴から逸脱することなく、さらに別の要素、構成要素、ステップ、および／または機能を追加することもできる。各図に示す装置、機器、および／または構成要素は、各図で説明する方法、特徴、またはステップのうちの１つまたは複数を実行するように構成することもできる。また、本明細書で説明する新規のアルゴリズムは、ソフトウェアとして効率よく実施し、および／またはハードウェアに組み込むことができる。
【００９０】
また、少なくともいくつかの実行形態が、流れ図、フロー図、構造図、またはブロック図として描かれたプロセスとして説明されてきたことが注目される。流れ図は各動作を順次プロセスとして説明することができるが、これらの動作の多くは並列に、または同時に行うこともできる。加えて、各動作の順序を再配置することもできる。プロセスはその動作が完了するときに終了する。プロセスは、方法、関数、プロシージャ、サブルーチン、サブプログラムなどに対応させることができる。プロセスが関数に対応するとき、その終了はその関数の呼び出し側関数またはメイン関数への戻りに対応する。
【００９１】
さらに、各実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはこれらの任意の組み合わせによって実施することができる。ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコードとして実施されるとき、必要なタスクを実行するプログラムコードまたはコードセグメントは、記憶媒体や他の（１つ以上の）記憶といった機械可読媒体に記憶させることができる。プロセッサは必要なタスクを実行することができる。コードセグメントは、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、あるいは命令、データ構造、またはプログラム文の任意の組み合わせを表すことができる。コードセグメントは、情報、データ、引数、パラメータ、またはメモリ内容を渡し、および／または受け取ることにより、別のコードセグメントまたはハードウェア回路に結合させることができる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージ受渡し、トークン受渡し、ネットワーク送信などを含む任意の適切な手段によって受渡し、転送し、または伝達することができる。
【００９２】
さらに、各実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはこれらの任意の組み合わせによって実施することもできる。ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコードとして実施されるとき、必要なタスクを実行するプログラムコードまたはコードセグメントは、記憶媒体や他の（１つ以上の）記憶といった機械可読媒体に記憶させることができる。プロセッサは必要なタスクを実行することができる。コードセグメントは、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、あるいは命令、データ構造、またはプログラム文の任意の組み合わせを表すことができる。コードセグメントは、情報、データ、引数、パラメータ、またはメモリ内容を渡し、および／または受け取ることにより、別のコードセグメントまたはハードウェア回路に結合させることができる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージ受渡し、トークン受渡し、ネットワーク送信などを含む任意の適切な手段によって受渡し、転送し、または伝達することができる。
【００９３】
「機械可読媒体」、「コンピュータ可読媒体」、および／または「プロセッサ可読媒体」の各用語は、それだけに限らないが、携帯式または固定式記憶装置、光学的記憶装置、および（１つ以上の）命令および／またはデータを記憶し、収録し、または搬送することのできる他の様々な一時的でない媒体を含むことができる。よって、本明細書で説明された様々な方法は、その一部または全部を、「機械可読媒体」、「コンピュータ可読媒体」、および／または「プロセッサ可読媒体」に記憶され、１つ以上のプロセッサ、機械、および／または機器により実行され得る命令および／またはデータによって実施することができる。
【００９４】
本明細書で開示する例との関連で説明される様々な例示的論理ブロック、モジュール、回路、要素、および／または構成要素は、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または他のプログラマブル論理部品、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェア部品、あるいは本明細書で示す機能を果たすように設計されたその任意の組み合わせを用いて実施し、または実行することができる。汎用プロセッサはマイクロプロセッサとすることもできるが、代替としてこのプロセッサは、任意の従来方式のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることもできる。またプロセッサは、演算部品の組み合わせ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、いくつかのマイクロプロセッサ、ＤＳＰコアと連動する１つ以上のマイクロプロセッサ、または他の任意のそのような構成などとして実施することもできる。
【００９５】
本明細書で開示する例との関連で説明される方法またはアルゴリズムは、直接ハードウェアとして、プロセッサにより実行可能なソフトウェアモジュールとして、またはその両方の組み合わせとして、処理装置、プログラミング命令、または他の指図の形として実施することができ、単一の機器に含めることも、複数の機器に分散させることもできる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能ディスク、ＣＤ−ＲＯＭ、または当分野で公知の他の任意の形の記憶媒体に置くことができる。記憶媒体は、プロセッサが記憶媒体から情報を読み出し、記憶媒体に情報を書き込むことができるように、プロセッサに結合することができる。あるいは、記憶媒体をプロセッサと一体化することもできる。
【００９６】
さらに、本明細書で開示する実施形態と関連して説明される様々な例示的論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェアとしても、コンピュータソフトウェアとしても、またはその両方の組み合わせとしても実施することができることを当業者は理解するはずである。このハードウェアとソフトウェアとの互換性を明確に示すために、以上では様々な例示的構成要素、ブロック、モジュール、回路、およびステップを、その機能の点から一般的に説明している。そのような機能がハードウェアとして実施されるか、それともソフトウェアとして実施されるかは、システム全体に課せられる特定の用途および設計制約条件に依存する。
【００９７】
本明細書で説明される本発明の様々な特徴は、本発明から逸脱することなく異なるシステムにおいても実施することができる。前述の実施形態は単なる例にすぎず、本発明を限定するものと解釈すべきではないことに留意する必要がある。各実施形態の説明は例示のためのものであり、特許請求の範囲を限定するものではない。したがって、本発明の教示は別種の装置に容易に適用することができ、当業者には多くの代替、改変、および変形が明らかになるであろう。
【符号の説明】
【００９８】
１０２ 被勧誘者通信機器
１０４ 勧誘者通信機器
１０６ ネットワーク
１０８ サーバ
１１０ 金融機関
２０２ 勧誘者
２０４ サーバ
２０６ 被勧誘者
４０２ 処理回路
４０４ 通信インターフェース
４０６ メモリ／記憶装置
４１０ 鍵／識別子生成器
４１２ 表示モジュール
７０２ 処理回路
７０４ 通信インターフェース
７０６ メモリ／記憶装置
７１０ 鍵生成器
７１２ スキャナ／カード読取装置
１０００ サーバ
１００２ 処理回路
１００４ 通信インターフェース
１００６ メモリ／記憶装置
１０１０ バケットＵＲＩ生成器
１３００ 画面
１３０２ 電子メール欄
１３０４ パスワード欄
１３０６ ログインボタン
１４０２ モバイル機器
１４０４ サーバ
１５００ 画面
１５０４ 終了ボタン
１７００ 画面
１７０６ 「支払に進む」ボタン
１８００ 画面
１８１０ 「新しく追加する」ボタン
１９００ 画面
１９０８ 「確認して追加」ボタン
２２００ 画面
２２０４ 「メニューに戻る」ボタン
【技術分野】
【０００１】
優先権の主張
本特許出願は、２０１１年２月７日に出願された「Ｓｙｓｔｅｍｓ ａｎｄ Ｍｅｔｈｏｄｓ ｆｏｒ Ｃｏｎｄｕｃｔｉｎｇ Ｆｉｎａｎｃｉａｌ Ｔｒａｎｓａｃｔｉｏｎｓ ｗｉｔｈ ａ Ｍｏｂｉｌｅ Ｄｅｖｉｃｅ」という名称の米国特許出願第６１／４４０３８５号、および２０１１年５月３日に出願された「Ｓｙｓｔｅｍｓ ａｎｄ Ｍｅｔｈｏｄｓ ｆｏｒ Ｅｓｔａｂｌｉｓｈｉｎｇ ａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｓｓｉｏｎ ｂｅｔｗｅｅｎ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｄｅｖｉｃｅｓ」という名称の米国特許出願第１３／１００２００号の優先権を主張するものである。
【背景技術】
【０００２】
２つ以上のエンティティまたは通信機器の間でデータメッセージを交換するときには、データメッセージが他のエンティティまたは通信機器によって分析され、アクセスされ、または理解されないように保護することが重要である。万一他のエンティティがこれらのメッセージにアクセスした場合には、識別情報盗難といった多くの問題が発生し得る。例えば、第１の通信機器がそれ自体を認証するために第２の通信機器にデータメッセージを送信する場合には、データメッセージ中の識別情報が第２の通信機器と関連付けられたユーザ（または従業員）により盗まれる可能性がある。そのユーザ（または従業員）は、この情報を使って第１の通信機器のアイデンティティを装うことができる。
【０００３】
データメッセージの交換が商店との金融取引時に発生する場合、商店に送信されるデータメッセージは、クレジットカード番号、有効期限、カードの名義人、セキュリティＰＩＮコードといったクレジットカード情報を含む可能性がある。この情報は通常、商店の提携銀行への通信リンクを備えるクレジットカード支払端末または販売時点（ＰＯＳ：ｐｏｉｎｔ−ｏｆ−ｓａｌｅ）システムを使って商店に提供される。カードからのデータは通常、カードの磁気ストライプまたはチップから獲得される。商店はこの情報にアクセスすることができるため、商店、すなわち商店の従業員は、この情報を不正に使用して金融識別情報窃盗をはたらき、クレジットカード情報を使って財貨サービスを取得する場合もある。クレジットカードと関連付けられる別の問題は、消費者がクレジットカードを容易に紛失したり、置き忘れたりする可能性があることである。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
したがって、いかなる他のエンティティまたは通信機器にもデータメッセージを分析させることも、アクセスさせることも、理解させることもなく、２つ以上のエンティティまたは通信機器の間でデータメッセージを交換させるシステムおよび方法が引き続き求められている。本発明のシステムおよび方法はこれらの目的を達成するものである。
【課題を解決するための手段】
【０００５】
一特徴は、勧誘者通信機器において通信セッションを確立するように動作する方法を提供する。この方法は、サーバを介して被勧誘者通信機器に送信され、勧誘者公開鍵および被勧誘者識別を含む、被勧誘者通信機器との通信セッションを確立するよう求める要求を送信するステップと、被勧誘者通信機器が要求を受諾し次第、サーバから、通信セッションの間に交換されるデータメッセージを記憶するための場所を識別するバケット・ユニフォーム・リソース識別子（ＵＲＩ）および被勧誘者公開鍵を受信するステップとを含む。
【０００６】
別の特徴は、被勧誘者通信機器との通信セッションを確立する勧誘者通信機器を提供する。この勧誘者通信機器は、勧誘者公開／秘密鍵対を記憶するためのメモリ装置に結合された処理回路と、サーバおよび被勧誘者通信機器への接続を提供するネットワーク通信インターフェースとを含み得る。処理回路は、サーバを介して被勧誘者通信機器に送信され、勧誘者公開鍵および被勧誘者識別を含む、被勧誘者通信機器との通信セッションを確立するよう求める要求を送信し、被勧誘者通信機器が要求を受諾し次第、サーバから、通信セッションの間に交換されるデータメッセージを記憶するための場所を識別するバケットＵＲＩおよび被勧誘者公開鍵を受信するように構成されている。
【０００７】
別の特徴は、被勧誘者通信機器との通信セッションを確立する勧誘者通信機器を提供し、この勧誘者通信機器は、サーバを介して被勧誘者通信機器に送信され、勧誘者公開鍵および被勧誘者識別を含む、被勧誘者通信機器との通信セッションを確立するよう求める要求を送信する手段と、被勧誘者通信機器が要求を受諾し次第、サーバから、通信セッションの間に交換されるデータメッセージを記憶するための場所を識別するバケットＵＲＩおよび被勧誘者公開鍵を受信する手段とを含む。
【０００８】
さらに別の特徴は、勧誘者通信機器が被勧誘者通信機器との通信セッションを確立するための命令を含むコンピュータ可読媒体を提供する。プロセッサにより実行されると、これらの命令はプロセッサに、サーバを介して被勧誘者通信機器に送信され、勧誘者公開鍵および被勧誘者識別を含む、被勧誘者通信機器との通信セッションを確立するよう求める要求を送信させ、被勧誘者通信機器が要求を受諾し次第、サーバから、通信セッションの間に交換されるデータメッセージを記憶するための場所を識別するバケットＵＲＩおよび被勧誘者公開鍵を受信させることができる。
【０００９】
また、被勧誘者通信機器において通信セッションを確立するように動作する方法も提供される。この方法は、サーバを介して、勧誘者公開鍵、および通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを含む、勧誘者通信機器との通信セッションを確立するよう求める要求を受信するステップと、要求を受諾し次第、サーバ上のバケットＵＲＩに被勧誘者公開鍵を送信するステップとを含む。
【００１０】
別の特徴は、勧誘者通信機器との通信セッションを確立する被勧誘者通信機器を提供する。この被勧誘者通信機器は、被勧誘者公開／秘密鍵対を記憶するためのメモリ装置に結合された処理回路と、サーバおよび勧誘者通信機器への接続を提供するネットワーク通信インターフェースとを含み得る。処理回路は、サーバを介して、勧誘者公開鍵、および通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを含む、勧誘者通信機器との通信セッションを確立するよう求める要求を受信し、要求を受諾し次第、サーバ上のバケットＵＲＩに被勧誘者公開鍵を送信するように構成されている。
【００１１】
別の特徴は、勧誘者通信機器との通信セッションを確立する被勧誘者通信機器を提供し、この被勧誘者通信機器は、サーバを介して、勧誘者公開鍵、および通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを含む、勧誘者通信機器との通信セッションを確立するよう求める要求を受信する手段と、要求を受諾し次第、サーバ上のバケットＵＲＩに被勧誘者公開鍵を送信する手段とを含む。
【００１２】
さらに別の特徴は、被勧誘者通信機器が勧誘者通信機器との通信セッションを確立するための命令を含むコンピュータ可読媒体を提供する。プロセッサにより実行されると、これらの命令はプロセッサに、サーバを介して、勧誘者公開鍵、および通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを含む、勧誘者通信機器との通信セッションを確立するよう求める要求を受信させ、要求を受諾し次第、サーバ上のバケットＵＲＩに被勧誘者公開鍵を送信させることができる。
【００１３】
また、サーバにおいて、勧誘者通信機器と被勧誘者通信機器との間の通信セッションを確立するように動作する方法も提供される。この方法は、勧誘者通信機器から被勧誘者通信機器との通信セッションを確立するよう求める要求を受信するステップと、通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを生成するステップと、被勧誘者通信機器に要求およびバケットリソース識別子を送信するステップと、被勧誘者通信機器が要求を受諾するという応答を受信し次第、勧誘者通信機器に被勧誘者公開鍵およびバケットＵＲＩを送信するステップとを含む。
【００１４】
別の特徴は、勧誘者通信機器と被勧誘者通信機器との間の通信セッションを確立するサーバを提供する。このサーバは、鍵、識別子およびデータメッセージを記憶するためのメモリ装置に結合された処理回路と、被勧誘者通信機器および被勧誘者通信機器への接続を提供するネットワーク通信インターフェースとを含み得る。処理回路は、勧誘者通信機器から被勧誘者通信機器との通信セッションを確立するよう求める要求を受信し、通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを生成し、被勧誘者通信機器に要求およびバケットリソース識別子を送信し、被勧誘者通信機器が要求を受諾するという応答を受信し次第、勧誘者通信機器に被勧誘者公開鍵およびバケットＵＲＩを送信するように構成されている。
【００１５】
別の特徴は、勧誘者通信機器および被勧誘者通信機器との通信セッションを確立するサーバを提供し、このサーバは、勧誘者通信機器から被勧誘者通信機器との通信セッションを確立するよう求める要求を受信する手段と、通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを生成する手段と、被勧誘者通信機器に要求およびバケットリソース識別子を送信する手段と、被勧誘者通信機器が要求を受諾するという応答を受信し次第、勧誘者通信機器に被勧誘者公開鍵およびバケットＵＲＩを送信する手段とを含む。
【００１６】
さらに別の特徴は、サーバが勧誘者通信機器と被勧誘者通信機器との間の通信セッションを確立するための命令を含むコンピュータ可読媒体を提供する。プロセッサにより実行されると、これらの命令はプロセッサに、勧誘者通信機器から被勧誘者通信機器との通信セッションを確立するよう求める要求を受信させ、通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを生成させ、被勧誘者通信機器に要求およびバケットリソース識別子を送信させ、被勧誘者通信機器が要求を受諾するという応答を受信し次第、勧誘者通信機器に被勧誘者公開鍵およびバケットＵＲＩを送信させることができる。
【図面の簡単な説明】
【００１７】
【図１】サーバにより設けられるバケットＵＲＩを介して勧誘者通信機器と被勧誘者通信機器との間の通信セッションが確立される無線通信システムを示すブロック図である。
【図２Ａ】本発明の一実施形態による、勧誘者通信機器と被勧誘者通信機器との間でデータメッセージを交換するバケット通信の方法を示すフロー図である。
【図２Ｂ】本発明の一実施形態による、勧誘者通信機器と被勧誘者通信機器との間でデータメッセージを交換するバケット通信の方法を示すフロー図である。
【図３Ａ】勧誘者通信機器が被勧誘者通信機器との通信に使用され得る無線通信システムの動作を示すフロー図である。
【図３Ｂ】勧誘者通信機器が被勧誘者通信機器との通信に使用され得る無線通信システムの動作を示すフロー図である。
【図３Ｃ】勧誘者通信機器が被勧誘者通信機器との通信に使用され得る無線通信システムの動作を示すフロー図である。
【図４】被勧誘者通信機器との通信セッションを確立するように構成された勧誘者通信機器の一例を示すブロック図である。
【図５】勧誘者通信機器において被勧誘者通信機器との通信セッションを確立するように動作する方法を示す流れ図である。
【図６Ａ】モバイル機器において商店機器との金融取引を行うように動作する例示的方法を示す流れ図である。
【図６Ｂ】モバイル機器において商店機器との金融取引を行うように動作する例示的方法を示す流れ図である。
【図７】勧誘者通信機器との通信セッションを確立するように構成された被勧誘者通信機器の一例を示すブロック図である。
【図８】被勧誘者通信機器において勧誘者通信機器との通信セッションを確立するように動作する方法を示す流れ図である。
【図９】商店機器においてモバイル機器との金融取引を行うように動作する方法を示す流れ図である。
【図１０】勧誘者通信機器と被勧誘者通信機器との間の通信セッションを確立するように構成されたサーバの一例を示すブロック図である。
【図１１】サーバにおいて被勧誘者通信機器と勧誘者通信機器との間の通信セッションを円滑に行わせるように動作する例示的方法を示す流れ図である。
【図１２Ａ】サーバにおいてモバイル機器と商店機器との間の金融取引を円滑に行わせるように動作する例示的方法を示す流れ図である。
【図１２Ｂ】サーバにおいてモバイル機器と商店機器との間の金融取引を円滑に行わせるように動作する例示的方法を示す流れ図である。
【図１３】本発明の一実施形態によるログイン画面を示す図である。
【図１４】商店機器との金融取引の実行に先立つモバイル機器の認証の一例を示すフロー図である。
【図１５】本発明の一実施形態による識別子画面を示す図である。
【図１６】モバイル機器と商店機器との間の通信のためのバケットの初期設定を示すフロー図である。
【図１７】本発明の一実施形態による取引概要画面を示す図である。
【図１８】本発明の一実施形態による支払画面を示す図である。
【図１９】本発明の一実施形態による追加支払画面を示す図である。
【図２０】モバイル機器と商店機器との間の支払の方法を示すフロー図である。
【図２１】モバイル機器と商店機器との間の支払取引を示すフロー図である。
【図２２】本発明の一実施形態による支払確認画面を示す図である。
【図２３】２次元コードの代わりに近距離無線通信（ＮＦＣ：ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）を使用するモバイル機器と商店機器との間の金融取引を示すフロー図である。
【図２４】モバイル機器のためのネットワーク接続なしで近距離無線通信（ＮＦＣ）を使用するモバイル機器と商店機器との間の金融取引を示すフロー図である。
【図２５】ネットワーク接続なしで近距離無線通信（ＮＦＣ）を使用するモバイル機器と商店機器との間の金融取引を示すフロー図である。
【発明を実施するための形態】
【００１８】
以下の説明では、各実施形態の十分な理解を提供するための具体的詳細を示す。しかし、各実施形態はこれらの具体的詳細なしでも実施され得ることを当業者は理解するであろう。例えば、不要な詳細で実施形態を不明瞭にすることのないよう回路がブロック図で示される場合もある。他の例では、実施形態を不明瞭にすることのないように、周知の回路、構造および技術が詳細に示されない場合もある。
【００１９】
定義
本明細書で使用する場合、以下の用語およびそれらの用語の変形は、その用語が使用される文脈によって異なる意味が明確に意図されるのでない限り、以下に示す意味を有する。
【００２０】
「〜のための適合された（ａｄａｐｔｅｄ ｆｏｒ）」とは、あるプロセス、機能、ステップまたはルーチンを実行するために構成され、使用され、実施され、またはプログラムされたこと、ならびにこれらの動作の任意の組み合わせが行われたことを意味する。
【００２１】
「データメッセージ（ｄａｔａ ｍｅｓｓａｇｅｓ）」とは、電子的手段によって生成され、送信され、受信され、または記憶されるデータまたは情報をいう。
【００２２】
「バケット（ｂｕｃｋｅｔ）」とは、２つ以上のエンティティまたは通信機器の間で伝達されるべきデータメッセージを記憶し、またはこれらにリンクするサーバまたは他のデータベース上の抽象コンテナ、すなわち特定のアドレスまたはアドレスのグループをいう。
【００２３】
「バケットＵＲＩ（ｂｕｃｋｅｔ Ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒ）」とは、名前、すなわち、エンティティまたは通信機器が相互のためのデータメッセージを残すことのできるリソースまたは場所（または記憶アドレス）を識別するのに使用される文字列をいう。
【００２４】
「金融取引（ｆｉｎａｎｃｉａｌ ｔｒａｎｓａｃｔｉｏｎ）」とは、金銭または他の報酬を得るための品目、財貨またはサービスの交換をいう。
【００２５】
「金融機関（ｆｉｎａｎｃｉａｌ ｉｎｓｔｉｔｕｔｉｏｎ）」とは、その顧客または会員に対して金融サービスを提供する、銀行などの企業体をいう。
【００２６】
「ユーザ（ｕｓｅｒ）」とは、それだけに限らないが、インターネットを含む通信ネットワークを介して情報にアクセスする任意のエンティティ、ならびに商品を購入し、または購入することを決定し、あるいは商品の購入を企図している任意の個人、消費者または企業体をいう。
【００２７】
「商品（ｐｒｏｄｕｃｔ）」とは、ユーザを対象とする任意の財貨またはサービスをいう。
【００２８】
「モバイル機器（ｍｏｂｉｌｅ ｄｅｖｉｃｅ）」とは、スマートフォン、携帯電話、ページャ、携帯情報端末、パーソナル・インフォメーション・マネージャ（ＰＩＭ：ｐｅｒｓｏｎａｌ ｉｎｆｏｒｍａｔｉｏｎ ｍａｎａｇｅｒ）、および／または少なくとも一部はセルラネットワークなどの無線通信プラットフォームを介して通信する他の機器をいう。
【００２９】
「商店（ｍｅｒｃｈａｎｔ）」とは、商品、製品またはサービスをユーザに販売する、小売商といった個人または企業体をいう。
【００３０】
「商店機器（ｍｅｒｃｈａｎｔ ｄｅｖｉｃｅ）」とは、商店がユーザとの金融取引を追跡し、完了するのに使用されるチェックアウトシステムまたは販売時点端末をいう。スキャナは、商店機器に組み込まれていても、商店機器の外部にあってもよく、また、モバイル機器へのインターフェースおよびデータ接続を提供できる。
【００３１】
「含む（ｃｏｍｐｒｉｓｅ）」という用語、および、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｃｏｍｐｒｉｓｅｓ）」といったその変形は、他の付加物、構成要素、完全体またはステップを除外することを意図してはいない。「ａ」、「ａｎ」、および「ｔｈｅ」の各用語、ならびに本明細書で使用される同様の指示対象は、その文脈中での用法が別の意味を示すのでない限り、単数と複数の両方を含むものと解釈すべきである。「例示的（ｅｘｅｍｐｌａｒｙ）」という語は、本明細書では、「例、事例、または例示としての役割を果たす」を意味するのに使用する。本明細書で「例示的」として説明する実行形態または実施形態はいずれも、必ずしも、他の実施形態または実行形態に優って好ましく、または有利であると解釈されるべきであるとは限らない。同様に、「実施形態（ｅｍｂｏｄｉｍｅｎｔｓ）」という用語は、すべての実施形態が論じられる特徴、利点または動作モードを含むことを要求するものではない。
【００３２】
ネットワーク環境
図１は、サーバ１０８によって設けられるバケットおよび／またはバケットＵＲＩを介して被勧誘者通信機器１０２と勧誘者通信機器１０４との間で通信セッションが確立される無線通信システム１００を示すブロック図である。前述のように、バケットは、２つ以上のエンティティの間で伝達され、または交換されるべきデータメッセージを記憶し、またはこれにリンクするサーバまたは他のデータベース上の抽象コンテナ、すなわち特定のアドレスまたはアドレスのグループとすることができる。バケットＵＲＩは、名前、すなわち、勧誘者通信機器および被勧誘者通信機器が相互のためのデータメッセージを残すことのできるリソースまたは場所（または記憶アドレス）を識別するのに使用される文字列とすることができる。被勧誘者通信機器１０２および勧誘者通信機器１０４は、インターネットといったネットワーク１０６に結合することができる。このようなネットワークを介して、それぞれは、他のエンティティにデータメッセージを分析させることも、アクセスさせることも、理解させることもなく、他方の機器とデータメッセージを交換する目的でサーバ１０８と通信する。
【００３３】
一実行形態では、無線通信システム１００は、勧誘者通信機器（モバイル機器）１０４と被勧誘者通信機器（商店機器）１０２との間の金融取引を実施するのに使用することができる。以下でより詳細に説明するように、モバイル機器は金融口座を使って商店機器から商品を購入することができ、その場合、金融機関１１０による支払の処理のために、支払情報が、バケットを介して商店機器に送信され、金融機関１１０に転送され得る。商店機器が支払情報の詳細に直接アクセスすることは絶対にできない。例えば商店機器はクレジットカード情報にアクセスすることがない。
バケット通信
【００３４】
図２（図２Ａおよび図２Ｂを含む）は、本発明の一実施形態による、勧誘者（通信機器）と被勧誘者（通信機器）との間でデータメッセージを交換するバケット通信の方法を示すフロー図である。前述のように、バケットは、勧誘者通信機器と被勧誘者通信機器といった２つ以上のエンティティの間で伝達され、または交換されるべきデータメッセージを記憶し、またはこれにリンクするサーバまたは他のデータベース上の抽象コンテナ、すなわち特定のアドレスまたはアドレスのグループとすることができる。一実行形態では、プリティ・グッド・プライバシ（ＰＧＰ：Ｐｒｅｔｔｙ Ｇｏｏｄ Ｐｒｉｖａｃｙ）様の手法を使って、他のエンティティに情報を分析させることも、アクセスさせることも、理解させることもなく、２つ以上のエンティティまたは機器の間でデータメッセージを交換させることができる。
【００３５】
図示のように、第１のエンティティ、すなわち勧誘者２０２は、第２のエンティティ、すなわち被勧誘者２０６を、バケットベースの通信方法を使いサーバ２０４を介して通信するよう勧誘することができる。勧誘者２０２は、勧誘者公開鍵および対応する勧誘者秘密鍵を含む勧誘者公開／秘密鍵対を獲得または生成する２０８ことができる。データメッセージを記憶し、またはこれにリンクするバケットを設けるために、勧誘者は勧誘者公開鍵を被勧誘者識別情報と一緒にサーバに送信する２１０ことができる。被勧誘者識別情報は、サーバが被勧誘者を識別するのに使用することができる。次いでサーバは、勧誘者と被勧誘者との間でデータメッセージを記憶（またはリンク）し、交換するために使用されるバケットＵＲＩを識別することによって、バケットを作成する２１２。次にサーバは、勧誘者に代わって、勧誘者との通信セッションを求める要求を勧誘者公開鍵およびバケットＵＲＩと一緒に被勧誘者に送信する２１４ことができる。被勧誘者は、被勧誘者公開鍵および対応する被勧誘者秘密鍵を含む被勧誘者公開／秘密鍵対を生成または獲得しており２１６、要求を受信し次第、勧誘者と通信するよう求める要求を受諾し、サーバにその被勧誘者公開鍵と一緒に受諾を送信する２１８ことができる。あるいは被勧誘者は、通信セッションを確立するよう求める要求を拒否することもできる。
【００３６】
受諾および被勧誘者公開鍵をバケットＵＲＩのところに記憶し、またはこれと関連付ける（リンクする）２２０ことができる。次いでサーバは、データメッセージを交換するのに使用されるべき被勧誘者公開鍵およびバケットＵＲＩを勧誘者に送信またはプッシュすることによって、勧誘者に被勧誘者の受諾を通知する２２２ことができる。
【００３７】
被勧誘者が要求を受諾し、バケットがサーバによって設けられるとすぐに、勧誘者は、被勧誘者公開鍵を使って被勧誘者のためのデータメッセージを暗号化し２２４、被勧誘者に向けられた暗号化データメッセージを、サーバ上のバケットＵＲＩを介してバケットに送信する２２６ことができる。被勧誘者に向けられた暗号化データメッセージを、バケットＵＲＩのところに記憶し、またはこれと関連付ける（リンクする）２２８ことができる。サーバ上のバケットから被勧誘者および勧誘者にデータメッセージをプッシュするには、例えば、ロングポーリング（ｌｏｎｇ ｐｏｌｌｉｎｇ）を使用することができる。ロングポーリングでは、勧誘者および被勧誘者は、通常のポーリングと同様のやり方でサーバに情報を要求することができる。しかし、サーバがバケットに利用可能なデータメッセージを有していない場合には、空の応答を送信するのではなく、サーバはその要求を保持し、何らかのデータメッセージが利用可能になるのを待つ。データメッセージが利用可能になるとすぐに（または適切なタイムアウトの後で）、完全な応答を要求側に送信することができる。その場合、要求側は通常サーバに即座に情報を再要求することになり、そのため、サーバはほとんど常に、イベントまたはデータメッセージの受信に応答してデータメッセージを配信するのに使用することのできる利用可能な待機要求を有する。
【００３８】
ロングポーリングを使って、サーバは、被勧誘者公開鍵で暗号化されたデータメッセージを被勧誘者に送信またはプッシュする２３０ことができる。被勧誘者は、その被勧誘者秘密鍵でデータメッセージを復号化し２３２、復号化データメッセージに応答して、勧誘者公開鍵を使って応答を暗号化し２３４、暗号化応答（データメッセージ）をサーバ上のバケットに送信する２３６ことができる。暗号化データを、バケットＵＲＩのところに記憶し、またはこれと関連付ける（リンクする）２３８ことができる。次いで暗号化データメッセージを、ロングポーリングを使って、サーバから勧誘者に送信またはプッシュする２４０ことができる。次いで勧誘者は、その勧誘者秘密鍵を使ってデータメッセージを復号化する２４２ことができる。任意選択で、勧誘者と被勧誘者との間のデータメッセージの交換が完了したすぐ後で、勧誘者はサーバに、通信セッションが終了したことを通知する２４４こともできる。サーバに勧誘者と被勧誘者との間の通信セッションが終了したことが通知された後で、サーバは、バケットに記憶され、および／またはバケットＵＲＩと関連付けられた、データメッセージを破棄する２４６ことができる。
【００３９】
バケットＵＲＩを使った通信
図３（図３Ａ、図３Ｂ、および図３Ｃを含む）は、被勧誘者通信機器が勧誘者通信機器と通信するのに使用され得る無線通信システムの動作を示すフロー図である。この例では、例示のために図１の被勧誘者通信機器１０２、勧誘者通信機器１０４、サーバ１０８および金融機関１１０を使用する。
【００４０】
本発明は主として勧誘者通信機器と被勧誘者通信機器との間の金融取引に関して説明されているが、本発明は、２つ以上のエンティティ、当事者または機器間のどんな種類の通信セッションに適用され、適合されてもよい。
【００４１】
ユーザは勧誘者通信機器（モバイル機器）１０４を使って被勧誘者通信機器（商店機器）１０２との金融取引を安全に行うことができる。モバイル機器の通信機器は、モバイル機器公開鍵および対応するモバイル機器秘密鍵を含むモバイル機器公開／秘密鍵対を生成または獲得する３０２ことができる。
【００４２】
一実施形態によれば、モバイル機器と商店機器との間の金融取引を行うのにバケットＵＲＩを使用することができる。モバイル機器を利用して商品の購入といった金融取引を完了するために、ユーザは、以下でさらに詳細に説明するシステムにログインすることができる。システムにログインした後で、モバイル機器は、モバイル機器を識別するのに使用される識別子を生成する３０４ことができる。一実行形態では、このコードは、ＱＲ（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ）コードなどの２次元（２Ｄ）コードとすることができる。このコードをモバイル機器の画面上に表示し、ユーザにコードを商店機器に提示させる３０６ことができる。商店機器は、商店機器にモバイル機器から識別子を読み取らせ、獲得させるディジタルスキャナまたはカード読取装置を含むことができる。
【００４３】
識別子を受信するとすぐに、商店機器はサーバにその識別子を送信して、識別子およびモバイル機器を確認または認証する３０８ことができる。確認し次第、サーバは、バケットおよび／またはバケットＵＲＩを生成または獲得する３１０ことができる。次にサーバは、モバイル機器とデータメッセージを交換するために商店機器にバケットＵＲＩを送信する３１２ことができる。商店機器は、商店機器公開鍵および対応する商店機器秘密鍵から構成される商店機器公開／秘密鍵対を生成または獲得する３１３ことができる。
【００４４】
識別子が確認され、バケットＵＲＩが商店機器によって受信された後で、商店機器は、モバイル機器公開鍵を使って購入情報といったデータメッセージを暗号化し３１４、その暗号化購入情報を商店機器公開鍵と一緒にサーバに送信またはプッシュする３１６ことができる。暗号化購入情報および商店機器公開鍵を、バケットＵＲＩのところに記憶し、またはこれと関連付ける（リンクする）３１８ことができる。暗号化購入情報および商店機器公開鍵を受信し次第、サーバは次いで、バケットＵＲＩを商店機器公開鍵と一緒にモバイル機器に送信する３２０ことができる。
【００４５】
バケットＵＲＩを受信した後で、前述のようなロングポーリング（図２参照）を使って、モバイル機器は、サーバ上のバケットＵＲＩのところに記憶され、またはこれと関連付けられ（リンクされ）た暗号化購入情報を要求し３２２、サーバはこの情報を提供する３２４ことができる。暗号化購入情報を受信し次第３２４、モバイル機器は、モバイル機器秘密鍵を使って購入情報を復号化し、購入情報が正確であることを確認するために見直す３２６ことができる。購入情報が正確である場合、ユーザは購入の支払に適用すべき支払の方法または金融口座を選択することができる。一実行形態では、支払方法または金融口座は、クレジットカード、デビットカード、ギフトカード、報酬マイル、報酬カード、ＰａｙＰａｌ（登録商標）、銀行口座からの直接引き落としまたは直接払い出しを含み得る。ユーザは、選択の対象として、モバイル機器と関連付けられた１つ以上の金融口座を設定することができる。支払に適用すべき金融口座が選択されたすぐ後で、商店機器公開鍵を使って支払情報を暗号化する３３０ことができる。支払情報はクレジットカード情報を含むことができ、暗号化してモバイル機器に記憶することもでき、外部の場所に記憶することもできる。支払情報は、選択され、取り出されたすぐ後で、暗号化され、サーバに送信され３３２、ならびにバケットに記憶され、および／またはバケットＵＲＩと関連付けられる３３４。サーバは、前述のようなロングポーリング（図２参照）を使って、バケットに記憶され、および／またはバケットＵＲＩと関連付けられた暗号化支払情報を商店機器に提供する３３６ことができる。
【００４６】
支払を受け取るために、商店機器は、支払情報を購入情報（すなわちユーザに課金されるべき金額）と一緒に金融機関に送信する３３８ことができる。次いで金融機関は、購入金額についてモバイル機器との支払を完了し、またはこれを処理する３４０ことができる。課金に成功した場合には、商店機器に承認確認を送信する３４２ことができる。次いで商店機器は、モバイル公開鍵を使って購入確認を暗号化し３４４、暗号化購入確認をサーバに送信する３４６ことができ、暗号化購入確認はサーバでバケットに記憶され、および／またはバケットＵＲＩと関連付けられる３４８。サーバは、前述のようなロングポーリングを使って、バケットに記憶され、バケットＵＲＩで識別された暗号化購入確認をモバイル機器に提供する３５０ことができる。モバイル機器秘密鍵を使って、モバイル機器は、購入確認を復号化し、取引を完了する３５２ことができる。任意選択で、モバイル機器は次いでサーバに、取引が完了し、通信が終了されることを通知する３５４こともできる。モバイル機器から通知を受信し次第、サーバは、バケットに記憶され、および／またはバケットＵＲＩと関連付けられたデータメッセージを破棄する３５６ことができる。あるいはデータメッセージは、所定の時間量が経過した後で破棄されてもよい。所定の時間量は、最後の利用（メッセージ交換）から、またはバケットおよびバケットＵＲＩの最初の生成を起点にして定めることができる。一実行形態では、ユーザまたはモバイル機器はこれらのセキュリティ設定を決定することができる。
【００４７】
モバイル機器の例
図４は、被勧誘者通信機器（または商店機器）との通信セッションを確立するように構成された勧誘者通信機器（またはモバイル機器）の一例４００を示すブロック図である。モバイル機器４００は、インターネットなどのネットワークと通信するための通信インターフェース４０４に結合された処理回路４０２（例えばプロセッサ、処理モジュール）と、例えば、公開鍵、秘密鍵、領収書といった取引情報などをローカルで記憶するメモリ装置４０６とを含み得る。メモリ／記憶装置４０６は、公開／秘密鍵対およびＱＲコードなどの識別子を生成する動作（命令）４０８を含み得る。処理回路４０２は、これらの動作を実施し、および／またはこれらの動作を実施する鍵／識別子生成器４１０を含んでいてもよい。処理回路４０２は、商店機器に提示される取引情報および識別子を表示するための表示モジュール４１２に結合されていてもよい。
【００４８】
図５は、勧誘者通信機器において被勧誘者通信機器との通信セッションを確立するように動作する方法を示す流れ図である。
【００４９】
通信セッションを確立するために、勧誘者通信機器は、勧誘者公開鍵および対応する勧誘者秘密鍵を含む勧誘者公開／秘密鍵対を生成または獲得する５０２ことができる。次に、勧誘者公開鍵および被勧誘者識別子を含む、被勧誘者通信機器との通信セッションを求める要求をサーバに送信することができる。サーバは、勧誘者通信機器と被勧誘者通信機器との間のデータメッセージを記憶し、交換するためにバケットＵＲＩを設けることができる。被勧誘者識別子を使って、サーバは、被勧誘者通信機器に問い合わせまたは要求を送信し、勧誘者通信機器との通信セッションの確立を要求する５０４ことができる。
【００５０】
被勧誘者通信機器が受諾し次第、勧誘者通信機器は、サーバからバケットＵＲＩを被勧誘者公開鍵と一緒に受信する５０６ことができる。被勧誘者通信機器と通信するときに、勧誘者通信機器は、サーバから受信した被勧誘者公開鍵を使ってデータメッセージを暗号化し５０８、その暗号化データを、前述のようなロングポーリングを使って、被勧誘者通信機器が後で取り出すためにバケットＵＲＩを介してバケットに送信する５１０ことができる。
【００５１】
一実行形態では、通信セッションは、被勧誘者通信機器との金融取引とすることができる。被勧誘者通信機器は販売時点端末とすることができ、勧誘者通信機器はモバイル機器とすることができる。図６（図６Ａおよび図６Ｂを含む）は、モバイル機器において商店機器との金融取引を行うように動作する例示的方法を示す流れ図である。まずユーザは、モバイル機器を介して、商店機器との取引を円滑に行うためのアカウントにログインする６０２ことができる。ログインしたすぐ後で、モバイル機器は、モバイル機器公開鍵および対応するモバイル機器秘密鍵を含むモバイル機器公開／秘密鍵対を生成または獲得する６０４ことができる。次に、商店機器に表示して購入プロセスを開始するために、ＱＲコード、すなわちバーコードなどの識別子を生成する６０６ことができる。この識別子を、商店機器に組み込み、または外付けされたディジタルスキャナを介して商店機器に提供する６０８ことができる。
【００５２】
次に、サーバからバケットＵＲＩを商店機器公開鍵と一緒に受信する６１０ことができる。サーバからバケットＵＲＩおよび商店公開鍵を受信し次第、モバイル機器は、バケットＵＲＩを介してサーバ上のバケットに購入情報を要求する６１２ことができる。要求に応答して、サーバは、モバイル機器に暗号化購入情報を提供する６１４ことができる。モバイル機器秘密鍵を使って、モバイル機器は暗号化購入情報を復号化する６１６ことができる。購入情報を復号化した後で、モバイル機器は取引情報を見直し、購入を続けるべきか否か判定する６１８ことができる。商品がもはや不要であると判定された場合、モバイル機器は取引を終了する６２０ことができる。逆に、購入または取引を続けると判定された場合、モバイル機器は、取引を完了するのに使用される支払情報または金融口座情報を選択する６２２ことができる。
【００５３】
支払情報または金融口座情報が選択されたすぐ後で、この情報を、商店機器公開鍵を使って暗号化し６２４、商店機器が取り出せるようにバケットＵＲＩに記憶し、またはこれと関連付ける（リンクする）ためにサーバに送信する６２６ことができる。次にモバイル機器は、サーバ上のバケットから暗号化購入確認を受信する６２８ことができる。モバイル機器秘密鍵を使って、暗号化購入確認は復号化する６３０ことができる。任意選択で、取引は完了し、モバイル機器が購入完了の確認を受信したときに、モバイル機器はサーバに取引完了を通知し、サーバに、バケット内の、および／またはバケットＵＲＩと関連付けられたデータメッセージまたは内容を廃棄して商店機器との通信を終了するよう命令する６３２ことができる。
【００５４】
商店機器の例
図７は、勧誘者通信機器との通信セッションを確立するように構成された被勧誘者通信機器の一例７００を示すブロック図である。被勧誘者通信機器７００は、インターネットなどのネットワークと通信するための通信インターフェース７０４に結合された処理回路７０２（例えばプロセッサ、処理モジュール）と、取引情報、公開鍵、秘密鍵、バケットＵＲＩなどをローカルで記憶するメモリ装置７０６とを含み得る。メモリ／記憶装置７０６は公開／秘密鍵対７０８を生成する動作（命令）を含み得る。処理回路７０２は、これらの動作を実施し、および／またはこれらの動作を実施する鍵生成器７１０を含んでもよい。処理回路７０２は、被勧誘者通信機器に組み込まれ、または外付けされ、かつ勧誘者通信機器の画面上に表示される識別子を読み取り、またはスキャンするのに利用され得るディジタルスキャナまたはカード読取装置７１２に結合することができる。
【００５５】
図８は、被勧誘者通信機器において勧誘者通信機器との通信セッションを確立するように動作する方法を示す流れ図である。通信セッションを確立するために、被勧誘者通信機器は、被勧誘者公開鍵および対応する被勧誘者秘密鍵を含む被勧誘者公開／秘密鍵対を生成または獲得する８０２ことができる。
【００５６】
次に、勧誘者通信機器との通信セッションを求める要求を、サーバなどの第３者から受信することができる。この要求は、勧誘者公開鍵、および勧誘者通信機器と被勧誘者通信機器との間のデータメッセージを記憶し、交換するバケットＵＲＩを含むことができる。
【００５７】
被勧誘者通信機器は、通信セッションに参加するよう求める要求を拒否しようとすることも、通信セッションに参加するよう求める要求を受諾しようとすることもできる。要求が拒否される場合には、拒否するという決定を勧誘者通信機器に送信することができる。あるいは、被勧誘者通信機器は要求を受諾することもできる。要求を受諾し次第、被勧誘者通信機器はその受諾または応答を被勧誘者公開鍵と一緒にバケットＵＲＩに送信する８０６ことができる。
【００５８】
被勧誘者通信機器は、被勧誘者公開鍵で暗号化された暗号化データメッセージを、バケットおよび／またはバケットＵＲＩを介して勧誘者通信機器から受信する８０８ことができる。次いでこのデータメッセージを、被勧誘者通信機器は被勧誘者秘密鍵を使って復号化する８１０ことができる。逆に、被勧誘者通信機器は、バケットおよび／またはバケットＵＲＩを介して勧誘者通信機器から受信した勧誘者公開鍵を使ってデータメッセージを暗号化し８１２、その暗号化データメッセージを、前述のようなロングポーリングを使って、勧誘者通信機器が後で取り出すためにバケットＵＲＩを介してバケットに送信する８１４こともできる。
【００５９】
前述のように、一実行形態において通信セッションは、勧誘者通信機器と被勧誘者通信機器との間の金融取引とすることができる。そうした取引では、被勧誘者通信機器は販売時点端末または商店機器を含むことができ、勧誘者通信機器はモバイル機器を含むことができる。図９は、商店機器（被勧誘者通信機器）においてモバイル機器（勧誘者通信機器）との金融取引を行うように動作する方法を示す流れ図である。通信セッションを確立するために、商店機器は、商店機器公開鍵および対応する商店機器秘密鍵を含む商店機器公開／秘密鍵対を生成または獲得する９０２ことができる。
【００６０】
商品を購入するときに、モバイル機器は、商店機器のディジタルスキャナまたはカード読取装置に、２次元コード（例えばＱＲコード）といった識別子を提示することができる。ディジタルスキャナは、モバイル機器のディスプレイから識別子を読み取り９０４、バケットおよびバケットＵＲＩの確認および生成のためにその識別子をサーバに送信する９０６ことができる。識別子を確認すると、商店機器は、モバイル機器とデータメッセージを交換するためにサーバからバケットＵＲＩを受信する９０８ことができる。モバイル機器公開鍵を使って、商店機器は、購入情報を暗号化し９１０、バケットに記憶させ、および／またはバケットＵＲＩと関連付けさせ（リンクさせ）るために、その商店機器公開鍵を暗号化購入情報と一緒にサーバに送信する９１２ことができる。購入情報は、各商品の代価で購入される商品の項目別一覧も含むことができる。
【００６１】
次に、商店機器は、サーバ上のバケットおよびバケットＵＲＩを介してモバイル機器が購入するための暗号化支払情報を受信し９１４、次いで、支払プロセスを完了するためにこの支払情報を金融機関といった第３者に送信する９１６ことができる。次いで商店機器は、第３者金融機関から支払の承認／確認を受信する９１８ことができる。次いでこの購入確認を、モバイル機器公開鍵を使って暗号化し、バケットおよびバケットＵＲＩに記憶し、またはこれと関連付け、モバイル機器が後で取り出すためにサーバに送信する９２２ことができる。
【００６２】
サーバの例
図１０は、勧誘者通信機器と被勧誘者通信機器との間の通信セッションを確立するように構成されたサーバの一例１０００を示すブロック図である。サーバ１０００は、インターネットなどのネットワークと通信する通信インターフェース１００４に結合された処理回路１００２（例えばプロセッサ、処理モジュール）と、公開鍵、秘密鍵、取引情報、バケットＵＲＩ情報などをローカルで記憶するメモリ装置１００６とを含み得る。メモリ／記憶装置１００６はバケットおよびバケットＵＲＩを生成する動作（命令）１００８を含み得る。処理回路１００２は、これらの動作を実施し、および／またはこれらの動作を実施するバケットまたはバケットＵＲＩ生成器１０１０を含んでいてもよい。
【００６３】
図１１は、サーバにおいて被勧誘者通信機器と勧誘者通信機器との間の通信セッションを円滑に行わせるように動作する例示的方法を示す流れ図である。まずサーバは、勧誘者通信機器から、勧誘者公開鍵および被勧誘者識別を含む、被勧誘者通信機器との通信セッションを確立するよう求める要求を受信する１１０２ことができる。次いでサーバは、勧誘者通信機器と被勧誘者通信機器との間でデータメッセージを交換するためのバケットＵＲＩを生成し、または設ける１１０４ことができる。被勧誘者識別を使って、サーバは、勧誘者通信機器に代わって被勧誘者通信機器に問い合わせまたは要求を送信し、勧誘者通信機器との通信セッションの確立を要求する１１０６ことができる。
【００６４】
サーバは、被勧誘者通信機器から要求への応答を受信することができる。この応答は、通信セッションに参加するよう求める勧誘（または要求）の拒否を含むことも、通信セッションに参加するよう求める勧誘（または要求）の受諾を含むこともできる。要求が拒否される場合、拒否するという決定を勧誘者通信機器に送信することができる。あるいは、被勧誘者通信機器が要求を受諾する場合には、要求の受諾が被勧誘者公開鍵と一緒に受信される１１０８。この受諾をバケットに記憶し、および／またはバケットＵＲＩと関連付ける１１１０ことができ、次いで、受諾の確認を勧誘者通信機器に送信またはプッシュする１１１２ことができる。
【００６５】
サーバは、被勧誘者公開鍵で暗号化された、被勧誘者通信機器に向けられた勧誘者通信機器からの暗号化データメッセージを受信する１１１４ことができる。この暗号化データメッセージを、バケットに記憶し、および／またはバケットＵＲＩと関連付け、１１１６次いで被勧誘者通信機器に送信またはプッシュする１１１８ことができる。
【００６６】
またサーバは、勧誘者公開鍵で暗号化された、勧誘者通信機器に向けられた被勧誘者通信機器からの暗号化データメッセージを受信する１１２０こともできる。この暗号化データメッセージを、バケットに記憶し、および／またはバケットＵＲＩと関連付け、１１２２次いで勧誘者通信機器に送信またはプッシュする１１２４ことができる。
【００６７】
通信セッションが終了された後で、サーバはバケット内の、および／またはバケットＵＲＩと関連付けられたすべてのデータメッセージを破棄することができる。通信セッションは、所定の期間が満了し次第、または被勧誘者通信機器と勧誘者通信機器のどちらかがセッションの終了を通知し次第、終了される１１２６ことができる。所定の時間量は、最後の利用（メッセージ交換）から、またはバケットおよびバケットＵＲＩの最初の生成を起点にして定めることができる。
【００６８】
図１２（図１２Ａおよび図１２Ｂを含む）は、サーバにおいてモバイル機器と商店機器との間の金融取引を円滑に行わせるように動作する例示的方法を示す流れ図である。まずサーバは、商店機器からモバイル機器を識別する識別子を受信し、これを検証する１２０２ことができる。識別子を確認するとすぐに、モバイル機器と商店機器との間のデータメッセージの交換のために、バケットおよび／またはバケットＵＲＩを生成または獲得する１２０４ことができる。次いでそのバケットＵＲＩを商店機器に送信する１２０６ことができる。
【００６９】
次に、商店機器から暗号化購入情報および商店機器公開鍵を獲得し１２０８、ならびにこれをバケットに記憶し、および／またはバケットＵＲＩと関連付ける１２１０ことができる。商店機器公開鍵およびバケットＵＲＩを、モバイル機器に送信する１２１２ことができる。次いで、モバイル機器から、バケットに記憶され、および／またはバケットＵＲＩと関連付けられた暗号化購入情報を求める要求を受信する１２１４ことができる。モバイル機器からの要求に応答して、サーバは見直しのためにモバイル機器に暗号化購入情報を送信する１２１６ことができる。
【００７０】
次に、モバイル機器から暗号化購入情報を受信し１２１８、これをバケットに記憶し、および／またはバケットＵＲＩと関連付ける１２２０ことができる。次いでその暗号化支払情報は商店機器に送信される１２２２。次いで、商店機器から暗号化購入確認を受信し１２２４、これをバケットに記憶し、および／またはバケットＵＲＩと関連付けるう１２２６ことができる。次に、その暗号化購入確認をモバイル機器に送信する１２２８ことができる。任意選択で、モバイル機器から取引完了の表示およびバケットＵＲＩを終了するよう求める命令を受信する１２３０こともできる。次いで商店機器は、バケットに記憶され、および／またはバケットＵＲＩと関連付けられたすべてのデータメッセージを破棄する１２３２ことができる。
【００７１】
ログインプロセス
図１３に、本発明の一実施形態によるログイン画面１３００を示す。ログインするために、ユーザは、有効なユーザ名およびパスワードを、それぞれ電子メール（またはユーザ名）欄１３０２およびパスワード欄１３０４に入力することができる。ログイン画面１３００は、ユーザが自分のユーザ名および／またはパスワードを忘れた場合のリンクを提供してもよい。ユーザ名およびパスワードを入力し次第、ユーザは次いでログインボタン１３０６を選択して次に進むことができる。
【００７２】
図１４は、商店機器との通信セッションの確立に先立つモバイル機器の認証の一例を示すフロー図である。この例では、モバイル機器１４０２は無線通信ネットワーク上でサーバ１４０４と通信することができる。
【００７３】
ログオンした後で、前述のように、モバイル機器はサーバへのネットワークパスまたは接続を確立して、サーバに対して匿名で本人確認を行うことができる。電子メールをパスワードで暗号化して本人確認のためにサーバに送信する１４０６ことができる。一実行形態では、２５６ビットの暗号化鍵を用いたＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）を使用することができる。電子メールアドレスもパスワードもサーバに実際に提供されないため、本人確認を匿名で行うことができる。
【００７４】
暗号化電子メールを受信し次第、サーバは暗号化チャレンジ情報を生成し、モバイル機器に送信する１４０８ことができる。そのような暗号化チャレンジ情報を受信し次第、モバイル機器は暗号化チャレンジを復号化することができる。この復号化チャレンジ情報を使って、モバイル機器は、モバイル機器のパスワードでチャレンジ情報を暗号化し、モバイル機器のチャレンジへの応答としてサーバに送信する１４１０ことができる。次いでサーバはその応答を検証し、検証に合格した場合、トークンの形のアクセス権限付与メッセージをモバイル機器に送信し、モバイル機器に商店機器との通信セッションを実施させる１４１２。一実行形態では、通信セッションは商店機器との金融取引とすることができる。一実施形態によれば、トークンは、商店機器、およびモバイル機器との通信セッションに特有のものとすることができる。加えてトークンは、指定の期間、例えば１時間にわたってのみ有効とすることもできる。指定の期間の満了後に、トークンは失効し、その特定の通信セッションを終了することができる。
【００７５】
識別子画面
図１５に、本発明の一実施形態による識別子画面１５００を示す。一実行形態では、この識別子は、ＱＲコードといった２次元（２Ｄ）コードとすることができる。モバイル機器が検証されたすぐ後で、モバイル機器は識別子を生成し、これをモバイル機器の画面１５０２上に表示し、ユーザにこの識別子を商店機器に提示させることができる。識別子画面上の「終了」ボタンは、ユーザに、通信セッションまたは取引を中断させることができる。
【００７６】
バケットＵＲＩ初期設定プロセス
図１６は、モバイル機器と商店機器との間の特定の通信セッションのためのバケットＵＲＩの初期設定を示すフロー図である。モバイル機器の検証の後で、前述のように、識別子を生成し、商店機器に提示する１６０２ことができる。商店機器はディジタルスキャナまたはカード読取装置を使って識別子を読み取り、次いでこの識別子を商店機器公開鍵と一緒にサーバに送信する１６０４ことができる。次いでサーバは、バケットおよび／またはバケットＵＲＩを生成し、そのバケットＵＲＩを商店機器公開鍵と一緒にモバイル機器に送信する１６０６ことができる。サーバからバケットＵＲＩおよび商店公開鍵を受信したことに応答して、モバイル機器は次いで、バケットおよび／またはバケットＵＲＩを介してサーバに、そのモバイル機器公開鍵を提供する１６０８ことができる。
【００７７】
取引概要画面
図１７に、本発明の一実施形態による取引概要画面１７００を示す。モバイル機器が検証され、バケットおよび／またはバケットＵＲＩが設けられた後で、モバイル機器は見直しのための取引の概要を受信することができる。この概要は、取引の合計購入金額１７０２、ならびに、それだけに限らないが、商店の名前および所在地、商店の納税者識別番号（ｔａｘ ｉｄｅｎｔｉｆｉｅｒ）、購入される品目、日付、および代価の項目別一覧１７０４を含む、追加取引情報を含むことができる。概要の見直しの後で、「支払に進む」ボタン１７０６が選択されると、ユーザは、取引の支払の方法、または金融口座を選択するよう促され得る。
【００７８】
支払画面
図１８に、本発明の一実施形態による支払画面１８００を示す。前述のように「支払に進む」ボタンが選択されるとすぐに、モバイル機器上に支払画面１８００を表示することができる。この支払画面は、取引のために支払われる代価の合計１８０２、および購入の支払のために選択することのできる複数の支払方法または金融口座を識別することができる。例えばユーザは、第１の支払方法（金融口座）１８０４、第２の支払方法（金融口座）１８０６または第３の支払方法（金融口座）１８０８の中から選択することができる。図示のように、第１の支払方法１８０４および第３の支払方法１８０８はデビットカードとすることができ、第２の支払方法１８０６はクレジットカードとすることができる。支払方法を選択することにより、モバイル機器は次いで、対応する支払情報を商店機器に送信することができる。「新しく追加する」ボタン１８１０を選択することにより追加の支払方法（金融口座）を追加することもできる。「新しく追加する」ボタン１８１０を選択すると、ユーザは図１９に示すような追加支払画面１９００を受信することができる。追加支払画面を使って、カード番号１９０２、カード有効期限１９０４、カードの種類１９０６（すなわち、デビット、クレジット、ギフト、またはプリペイド）を選択することにより、新しい支払方法を追加することができる。カード情報が入力された後で、「確認して追加」ボタン１９０８を選択し、カードを利用可能な支払選択肢に追加することができる。
【００７９】
支払プロセス
図２０は、モバイル機器と商店機器との間の支払の方法を示すフロー図である。前述のように、サーバはバケットおよび／またはバケットＵＲＩを設けることができる。サーバはバケットＵＲＩをモバイル機器公開鍵と一緒に商店機器に送信する２００２ことができる。商店機器は、バケットＵＲＩを設けたすぐ後で、サーバ上のバケットＵＲＩを介してモバイル機器に暗号化請求書を送信する２００４ことができる。この請求書はモバイル機器公開鍵を使って暗号化することができる。サーバは暗号化請求書をモバイル機器に送信またはプッシュする２００６ことができる。図１８〜図１９を参照して論じたように、ユーザは支払方法（金融口座）を選択することができ、次いでこの支払方法（金融口座）はモバイル機器公開鍵を使って暗号化され、商店機器が取り出すためにサーバ上のバケットＵＲＩを介してバケットに送信される２００８。
【００８０】
図２１は、モバイル機器と商店機器との間の支払取引を示すフロー図である。モバイル機器から暗号化支払情報を受信するとすぐに、サーバはその暗号化支払方法を商店機器に送信またはプッシュする２１０２ことができ、商店機器はその支払情報を金融機関に送信して資金の移動を行う２１０４ことができる。資金の移動、すなわち課金を完了するとすぐに、金融機関は商店機器に支払の確認を送信する２１０６ことができる。この確認に応答して、商店機器はサーバ上のバケットＵＲＩに暗号化購入確認を送信またはプッシュ２１０８することができる。この購入はモバイル機器公開鍵で暗号化することができる。次いでサーバは、前述のようなロングポーリングを使って、モバイル機器に暗号化購入確認を送信またはプッシュする２１１０ことができる。
【００８１】
図２２に本発明の一実施形態による支払確認画面２２００を示す。取引を完了するとすぐに、支払の確認をモバイル機器に送信する（２２０２）ことができる。「メニューに戻る」ボタン２２０４を選択させてモバイル機器上にメインメニュー画面を生成することができる。
【００８２】
近距離無線通信
図２３は、近距離無線通信（ＮＦＣ）を使ったモバイル機器と商店機器との間の金融取引を示すフロー図である。モバイル機器は、ＮＦＣ範囲、典型的には４ｃｍ以下の範囲内に配置し、モバイル機器上のＮＦＣ識別を商店機器に送信または伝達させる２３０２ことができる。バケットおよび／またはバケットＵＲＩを設ける際に、商店機器はネットワーク接続を介してサーバに接続し、バケットＵＲＩを介してサーバ上のバケットに購入情報を送信またはプッシュする２３０４。これに応答してサーバは、商店機器との特定の通信セッションのためのバケットＵＲＩを生成または獲得し、そのバケットＵＲＩをモバイル機器に送信またはプッシュする２３０６ことができる。
通信（モバイル機器のためのネットワーク接続なし）
【００８３】
図２４は、近距離無線通信（ＮＦＣ）を使ったモバイル機器と商店機器との間の金融取引を示すフロー図である。ＮＦＣは、モバイル機器にインターネットまたはネットワーク接続が利用できないときに、モバイル機器と商店機器との間の通信を可能にする。モバイル機器は商店機器を介してＮＦＣによりサーバに接続することができ、バケットおよび／またはバケットＵＲＩを使った通信が可能になる。
【００８４】
モバイル機器はＮＦＣ範囲、典型的には４ｃｍ以下の範囲内に配置し、モバイル機器上のＮＦＣ識別を商店機器に送信または伝達させる２４０２ことができる。バケットおよび／またはバケットＵＲＩを設ける際に、商店機器はネットワーク接続を介してサーバに接続し、サーバに購入情報を送信またはプッシュする２４０４。これに応答して、サーバは、商店機器との特定の通信セッションのためにバケットおよび／またはバケットＵＲＩを生成または獲得する２４０６ことができる。次いで商店機器はそのバケットＵＲＩをモバイル機器に送信またはプッシュする２４０８ことができる。
【００８５】
一実行形態では、この通信を、ＡＥＳ２５６に加えてＲＳＡ−２０４８を用いて端から端まで（ｅｎｄ ｔｏ ｅｎｄ）暗号化することもできる。結果として、商店機器がモバイル機器のためのプロキシとして働くリスクが生じない。
通信（ネットワーク接続なし）
【００８６】
図２５は、ネットワーク接続なしで近距離無線通信（ＮＦＣ）を使った、モバイル機器と商店機器との間の金融取引を示すフロー図である。
【００８７】
モバイル機器はＮＦＣ範囲、典型的には４ｃｍ以下の範囲内に配置し、モバイル機器上のＮＦＣ識別を商店機器に送信または伝達させる２５０２ことができる。モバイル機器または商店機器にネットワーク接続が利用できないとき、商店機器は、モデム接続が実施されるときに商店機器内の補助サーバに購入情報を送信またはプッシュすることができる。バケットＵＲＩを設ける際に、商店機器はサーバに接続し、サーバに購入情報を送信またはプッシュする２５０４。
【００８８】
これに応答して、補助サーバは、商店機器との特定の通信セッションのためにバケットおよび／またはバケットＵＲＩを生成または獲得する２５０６ことができる。次いで商店機器はそのバケットＵＲＩをモバイル機器に送信またはプッシュする２５０８ことができる。ネットワーク接続が確立され、商店機器内のモデムがインターネットに接続することができるときに、それらをメインサーバまたは中央サーバとの取引に利用することができる。
【００８９】
各図に示す構成要素、ステップ、特徴、および／または機能の１つまたは複数を、単一の構成要素、ステップ、特徴、または機能へと再配置し、および／または組み合わせ、あるいはいくつかの構成要素、ステップ、または機能として実施することもできる。また、本明細書で開示する新規の特徴から逸脱することなく、さらに別の要素、構成要素、ステップ、および／または機能を追加することもできる。各図に示す装置、機器、および／または構成要素は、各図で説明する方法、特徴、またはステップのうちの１つまたは複数を実行するように構成することもできる。また、本明細書で説明する新規のアルゴリズムは、ソフトウェアとして効率よく実施し、および／またはハードウェアに組み込むことができる。
【００９０】
また、少なくともいくつかの実行形態が、流れ図、フロー図、構造図、またはブロック図として描かれたプロセスとして説明されてきたことが注目される。流れ図は各動作を順次プロセスとして説明することができるが、これらの動作の多くは並列に、または同時に行うこともできる。加えて、各動作の順序を再配置することもできる。プロセスはその動作が完了するときに終了する。プロセスは、方法、関数、プロシージャ、サブルーチン、サブプログラムなどに対応させることができる。プロセスが関数に対応するとき、その終了はその関数の呼び出し側関数またはメイン関数への戻りに対応する。
【００９１】
さらに、各実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはこれらの任意の組み合わせによって実施することができる。ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコードとして実施されるとき、必要なタスクを実行するプログラムコードまたはコードセグメントは、記憶媒体や他の（１つ以上の）記憶といった機械可読媒体に記憶させることができる。プロセッサは必要なタスクを実行することができる。コードセグメントは、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、あるいは命令、データ構造、またはプログラム文の任意の組み合わせを表すことができる。コードセグメントは、情報、データ、引数、パラメータ、またはメモリ内容を渡し、および／または受け取ることにより、別のコードセグメントまたはハードウェア回路に結合させることができる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージ受渡し、トークン受渡し、ネットワーク送信などを含む任意の適切な手段によって受渡し、転送し、または伝達することができる。
【００９２】
さらに、各実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはこれらの任意の組み合わせによって実施することもできる。ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコードとして実施されるとき、必要なタスクを実行するプログラムコードまたはコードセグメントは、記憶媒体や他の（１つ以上の）記憶といった機械可読媒体に記憶させることができる。プロセッサは必要なタスクを実行することができる。コードセグメントは、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、あるいは命令、データ構造、またはプログラム文の任意の組み合わせを表すことができる。コードセグメントは、情報、データ、引数、パラメータ、またはメモリ内容を渡し、および／または受け取ることにより、別のコードセグメントまたはハードウェア回路に結合させることができる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージ受渡し、トークン受渡し、ネットワーク送信などを含む任意の適切な手段によって受渡し、転送し、または伝達することができる。
【００９３】
「機械可読媒体」、「コンピュータ可読媒体」、および／または「プロセッサ可読媒体」の各用語は、それだけに限らないが、携帯式または固定式記憶装置、光学的記憶装置、および（１つ以上の）命令および／またはデータを記憶し、収録し、または搬送することのできる他の様々な一時的でない媒体を含むことができる。よって、本明細書で説明された様々な方法は、その一部または全部を、「機械可読媒体」、「コンピュータ可読媒体」、および／または「プロセッサ可読媒体」に記憶され、１つ以上のプロセッサ、機械、および／または機器により実行され得る命令および／またはデータによって実施することができる。
【００９４】
本明細書で開示する例との関連で説明される様々な例示的論理ブロック、モジュール、回路、要素、および／または構成要素は、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または他のプログラマブル論理部品、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェア部品、あるいは本明細書で示す機能を果たすように設計されたその任意の組み合わせを用いて実施し、または実行することができる。汎用プロセッサはマイクロプロセッサとすることもできるが、代替としてこのプロセッサは、任意の従来方式のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることもできる。またプロセッサは、演算部品の組み合わせ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、いくつかのマイクロプロセッサ、ＤＳＰコアと連動する１つ以上のマイクロプロセッサ、または他の任意のそのような構成などとして実施することもできる。
【００９５】
本明細書で開示する例との関連で説明される方法またはアルゴリズムは、直接ハードウェアとして、プロセッサにより実行可能なソフトウェアモジュールとして、またはその両方の組み合わせとして、処理装置、プログラミング命令、または他の指図の形として実施することができ、単一の機器に含めることも、複数の機器に分散させることもできる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能ディスク、ＣＤ−ＲＯＭ、または当分野で公知の他の任意の形の記憶媒体に置くことができる。記憶媒体は、プロセッサが記憶媒体から情報を読み出し、記憶媒体に情報を書き込むことができるように、プロセッサに結合することができる。あるいは、記憶媒体をプロセッサと一体化することもできる。
【００９６】
さらに、本明細書で開示する実施形態と関連して説明される様々な例示的論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェアとしても、コンピュータソフトウェアとしても、またはその両方の組み合わせとしても実施することができることを当業者は理解するはずである。このハードウェアとソフトウェアとの互換性を明確に示すために、以上では様々な例示的構成要素、ブロック、モジュール、回路、およびステップを、その機能の点から一般的に説明している。そのような機能がハードウェアとして実施されるか、それともソフトウェアとして実施されるかは、システム全体に課せられる特定の用途および設計制約条件に依存する。
【００９７】
本明細書で説明される本発明の様々な特徴は、本発明から逸脱することなく異なるシステムにおいても実施することができる。前述の実施形態は単なる例にすぎず、本発明を限定するものと解釈すべきではないことに留意する必要がある。各実施形態の説明は例示のためのものであり、特許請求の範囲を限定するものではない。したがって、本発明の教示は別種の装置に容易に適用することができ、当業者には多くの代替、改変、および変形が明らかになるであろう。
【符号の説明】
【００９８】
１０２ 被勧誘者通信機器
１０４ 勧誘者通信機器
１０６ ネットワーク
１０８ サーバ
１１０ 金融機関
２０２ 勧誘者
２０４ サーバ
２０６ 被勧誘者
４０２ 処理回路
４０４ 通信インターフェース
４０６ メモリ／記憶装置
４１０ 鍵／識別子生成器
４１２ 表示モジュール
７０２ 処理回路
７０４ 通信インターフェース
７０６ メモリ／記憶装置
７１０ 鍵生成器
７１２ スキャナ／カード読取装置
１０００ サーバ
１００２ 処理回路
１００４ 通信インターフェース
１００６ メモリ／記憶装置
１０１０ バケットＵＲＩ生成器
１３００ 画面
１３０２ 電子メール欄
１３０４ パスワード欄
１３０６ ログインボタン
１４０２ モバイル機器
１４０４ サーバ
１５００ 画面
１５０４ 終了ボタン
１７００ 画面
１７０６ 「支払に進む」ボタン
１８００ 画面
１８１０ 「新しく追加する」ボタン
１９００ 画面
１９０８ 「確認して追加」ボタン
２２００ 画面
２２０４ 「メニューに戻る」ボタン
【特許請求の範囲】
【請求項１】
勧誘者通信機器において通信セッションを確立するように動作する方法であって、
サーバを介して被勧誘者通信機器に送信され、勧誘者公開鍵および被勧誘者識別子を含む、前記被勧誘者通信機器との前記通信セッションを確立するよう求める要求を送信するステップと、
前記被勧誘者通信機器が前記要求を受諾し次第、前記サーバから、前記通信セッションの間に交換されるデータメッセージを記憶するための場所を識別するバケットＵＲＩおよび被勧誘者公開鍵を受信するステップと、
を含む方法。
【請求項２】
前記被勧誘者公開鍵を使って前記被勧誘者通信機器のためのデータメッセージを暗号化するステップと、
前記被勧誘者通信機器が取り出すために、前記サーバ上に位置する前記バケットＵＲＩに前記暗号化データメッセージを送信するステップと、
をさらに含む請求項１に記載の方法。
【請求項３】
前記サーバ上の前記バケットＵＲＩから、前記被勧誘者通信機器により前記バケットＵＲＩに送信され、前記勧誘者公開鍵を使って暗号化されたデータメッセージを受信するステップと、
勧誘者秘密鍵を使って前記メッセージを復号化するステップと、
をさらに含む請求項１に記載の方法。
【請求項４】
前記サーバ上の前記バケットＵＲＩを介して前記被勧誘者通信機器から、前記勧誘者通信機器によって購入される商品を識別する、前記勧誘者公開鍵で暗号化された暗号化購入情報を受信するステップと、
勧誘者秘密鍵を使って前記暗号化購入情報を復号化するステップと、
前記金融取引の支払のための金融口座を選択するステップと、
前記勧誘者公開鍵を使って金融口座情報を暗号化し、前記サーバ上の前記バケットＵＲＩを介して前記被勧誘者通信機器に前記暗号化金融口座情報を送信するステップと、
をさらに含む請求項１に記載の方法。
【請求項５】
被勧誘者通信機器において通信セッションを確立するように動作する方法であって、
勧誘者公開鍵、および前記通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを含む、前記サーバを介した勧誘者通信機器との前記通信セッションを確立するよう求める要求を受信するステップと、
前記要求を受諾し次第、前記バケットＵＲＩに被勧誘者公開鍵を送信するステップと、
を含む方法。
【請求項６】
前記バケットＵＲＩを介して前記勧誘者通信機器から、前記被勧誘者公開鍵で暗号化された暗号化データメッセージを受信するステップと、
被勧誘者秘密鍵を使って前記暗号化データメッセージを復号化するステップと、
をさらに含む請求項５に記載の方法。
【請求項７】
勧誘者公開鍵を使ってデータメッセージを暗号化するステップと、
前記勧誘者通信機器が取り出すために前記バケットＵＲＩに前記暗号化データメッセージを送信するステップと、
をさらに含む請求項５に記載の方法。
【請求項８】
前記勧誘者通信機器に送信するために前記バケットＵＲＩに、前記勧誘者通信機器によって購入される商品を識別する、前記勧誘者公開鍵で暗号化された暗号化購入情報を送信するステップと、
前記暗号化購入情報において識別された前記商品の支払を処理するために第３者に前記暗号化支払情報を送信するステップと、
前記処理された支払の確認を受信するステップと、
前記勧誘者公開鍵を使って前記確認を暗号化し、前記勧誘者通信機器が取り出すために前記バケットＵＲＩに送信するステップと、
をさらに含む請求項５に記載の方法。
【請求項９】
勧誘者通信機器と被勧誘者通信機器との間の通信セッションを確立するサーバにおいて動作する方法であって、
前記勧誘者通信機器から、前記被勧誘者通信機器との前記通信セッションを確立するよう求める要求を受信するステップと、
前記通信セッションの間に交換されるデータメッセージを記憶するための前記サーバ上の場所を識別するバケットＵＲＩを生成するステップと、
前記被勧誘者通信機器に前記要求およびバケットリソース識別子を送信するステップと、
前記被勧誘者通信機器が前記要求を受諾するという応答を受信し次第、前記勧誘者通信機器に被勧誘者公開鍵および前記バケットＵＲＩを送信するステップと
を含む方法。
【請求項１０】
前記勧誘者通信機器から、前記被勧誘者公開鍵を使って暗号化された、前記被勧誘者通信機器のための暗号化データメッセージを受信するステップと、
前記暗号化データメッセージを前記バケットＵＲＩと関連付けるステップと、
前記被勧誘者通信機器に前記暗号化データメッセージを送信するステップと
をさらに含む請求項９に記載の方法。
【請求項１１】
前記被勧誘者通信機器から、前記勧誘者通信機器によって購入される商品を識別する、前記勧誘者公開鍵で暗号化された暗号化購入情報を受信するステップと、
前記暗号化購入情報を前記バケットＵＲＩと関連付けるステップと、
見直しのために前記勧誘者通信機器に前記暗号化購入情報を送信するステップと、
をさらに含む請求項９に記載の方法。
【請求項１２】
前記バケットＵＲＩと関連付けられた前記データメッセージが、前記通信セッションが終了し次第、または所定の時間量が経過した後で破棄される請求項１、５、または９のいずれかに記載の方法。
【請求項１３】
前記被勧誘者通信機器が販売時点端末であり、前記勧誘者通信機器がモバイル機器である請求項１、５、または９のいずれかに記載の方法。
【請求項１４】
前記通信セッションが前記勧誘者通信機器と前記被勧誘者通信機器との間の金融取引である請求項１、５、または９のいずれかに記載の方法。
【請求項１】
勧誘者通信機器において通信セッションを確立するように動作する方法であって、
サーバを介して被勧誘者通信機器に送信され、勧誘者公開鍵および被勧誘者識別子を含む、前記被勧誘者通信機器との前記通信セッションを確立するよう求める要求を送信するステップと、
前記被勧誘者通信機器が前記要求を受諾し次第、前記サーバから、前記通信セッションの間に交換されるデータメッセージを記憶するための場所を識別するバケットＵＲＩおよび被勧誘者公開鍵を受信するステップと、
を含む方法。
【請求項２】
前記被勧誘者公開鍵を使って前記被勧誘者通信機器のためのデータメッセージを暗号化するステップと、
前記被勧誘者通信機器が取り出すために、前記サーバ上に位置する前記バケットＵＲＩに前記暗号化データメッセージを送信するステップと、
をさらに含む請求項１に記載の方法。
【請求項３】
前記サーバ上の前記バケットＵＲＩから、前記被勧誘者通信機器により前記バケットＵＲＩに送信され、前記勧誘者公開鍵を使って暗号化されたデータメッセージを受信するステップと、
勧誘者秘密鍵を使って前記メッセージを復号化するステップと、
をさらに含む請求項１に記載の方法。
【請求項４】
前記サーバ上の前記バケットＵＲＩを介して前記被勧誘者通信機器から、前記勧誘者通信機器によって購入される商品を識別する、前記勧誘者公開鍵で暗号化された暗号化購入情報を受信するステップと、
勧誘者秘密鍵を使って前記暗号化購入情報を復号化するステップと、
前記金融取引の支払のための金融口座を選択するステップと、
前記勧誘者公開鍵を使って金融口座情報を暗号化し、前記サーバ上の前記バケットＵＲＩを介して前記被勧誘者通信機器に前記暗号化金融口座情報を送信するステップと、
をさらに含む請求項１に記載の方法。
【請求項５】
被勧誘者通信機器において通信セッションを確立するように動作する方法であって、
勧誘者公開鍵、および前記通信セッションの間に交換されるデータメッセージを記憶するためのサーバ上の場所を識別するバケットＵＲＩを含む、前記サーバを介した勧誘者通信機器との前記通信セッションを確立するよう求める要求を受信するステップと、
前記要求を受諾し次第、前記バケットＵＲＩに被勧誘者公開鍵を送信するステップと、
を含む方法。
【請求項６】
前記バケットＵＲＩを介して前記勧誘者通信機器から、前記被勧誘者公開鍵で暗号化された暗号化データメッセージを受信するステップと、
被勧誘者秘密鍵を使って前記暗号化データメッセージを復号化するステップと、
をさらに含む請求項５に記載の方法。
【請求項７】
勧誘者公開鍵を使ってデータメッセージを暗号化するステップと、
前記勧誘者通信機器が取り出すために前記バケットＵＲＩに前記暗号化データメッセージを送信するステップと、
をさらに含む請求項５に記載の方法。
【請求項８】
前記勧誘者通信機器に送信するために前記バケットＵＲＩに、前記勧誘者通信機器によって購入される商品を識別する、前記勧誘者公開鍵で暗号化された暗号化購入情報を送信するステップと、
前記暗号化購入情報において識別された前記商品の支払を処理するために第３者に前記暗号化支払情報を送信するステップと、
前記処理された支払の確認を受信するステップと、
前記勧誘者公開鍵を使って前記確認を暗号化し、前記勧誘者通信機器が取り出すために前記バケットＵＲＩに送信するステップと、
をさらに含む請求項５に記載の方法。
【請求項９】
勧誘者通信機器と被勧誘者通信機器との間の通信セッションを確立するサーバにおいて動作する方法であって、
前記勧誘者通信機器から、前記被勧誘者通信機器との前記通信セッションを確立するよう求める要求を受信するステップと、
前記通信セッションの間に交換されるデータメッセージを記憶するための前記サーバ上の場所を識別するバケットＵＲＩを生成するステップと、
前記被勧誘者通信機器に前記要求およびバケットリソース識別子を送信するステップと、
前記被勧誘者通信機器が前記要求を受諾するという応答を受信し次第、前記勧誘者通信機器に被勧誘者公開鍵および前記バケットＵＲＩを送信するステップと
を含む方法。
【請求項１０】
前記勧誘者通信機器から、前記被勧誘者公開鍵を使って暗号化された、前記被勧誘者通信機器のための暗号化データメッセージを受信するステップと、
前記暗号化データメッセージを前記バケットＵＲＩと関連付けるステップと、
前記被勧誘者通信機器に前記暗号化データメッセージを送信するステップと
をさらに含む請求項９に記載の方法。
【請求項１１】
前記被勧誘者通信機器から、前記勧誘者通信機器によって購入される商品を識別する、前記勧誘者公開鍵で暗号化された暗号化購入情報を受信するステップと、
前記暗号化購入情報を前記バケットＵＲＩと関連付けるステップと、
見直しのために前記勧誘者通信機器に前記暗号化購入情報を送信するステップと、
をさらに含む請求項９に記載の方法。
【請求項１２】
前記バケットＵＲＩと関連付けられた前記データメッセージが、前記通信セッションが終了し次第、または所定の時間量が経過した後で破棄される請求項１、５、または９のいずれかに記載の方法。
【請求項１３】
前記被勧誘者通信機器が販売時点端末であり、前記勧誘者通信機器がモバイル機器である請求項１、５、または９のいずれかに記載の方法。
【請求項１４】
前記通信セッションが前記勧誘者通信機器と前記被勧誘者通信機器との間の金融取引である請求項１、５、または９のいずれかに記載の方法。
【図１】
【図２Ａ】
【図２Ｂ】
【図３Ａ】
【図３Ｂ】
【図３Ｃ】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２Ａ】
【図１２Ｂ】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２Ａ】
【図２Ｂ】
【図３Ａ】
【図３Ｂ】
【図３Ｃ】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２Ａ】
【図１２Ｂ】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【公開番号】特開２０１２−１６５３５６（Ｐ２０１２−１６５３５６Ａ）
【公開日】平成２４年８月３０日（２０１２．８．３０）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１１−１４７８３１（Ｐ２０１１−１４７８３１）
【出願日】平成２３年７月４日（２０１１．７．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
【出願人】（５１１１６２２９９）
【Ｆターム（参考）】
【公開日】平成２４年８月３０日（２０１２．８．３０）
【国際特許分類】
【出願番号】特願２０１１−１４７８３１（Ｐ２０１１−１４７８３１）
【出願日】平成２３年７月４日（２０１１．７．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
【出願人】（５１１１６２２９９）
【Ｆターム（参考）】
[ Back to top ]