(57)【要約】無線信号を出力するよう構成された支払端末を介して金銭情報を処理するためのパーソナル通信デバイスであって、パーソナル通信デバイスは、支払端末の無線信号を受信し、受信された無線信号が、第１の信号しきい値を超える強度を有しているかを判別するよう構成されている。受信された無線信号の前記強度が前記第１の信号しきい値を超えている場合、支払端末に、前記パーソナル通信デバイスとの通信チャンネルを確立させる。ここで、無線リクエスト信号は、支払端末に、唯一つの通信チャンネルを確立させるよう構成されており、さらに、通信チャンネルは、パーソナル通信デバイスと支払端末との間のみで確立されている。パーソナル通信デバイスでの金銭取引が完了すると、通信チャンネルを終了するよう構成された無線解放信号を発信し、支払端末が他のパーソナル通信デバイスとの他の通信チャンネルを構築可能となるようにする。【選択図】図４Ｆ
2020529090.tif 000002
【特許請求の範囲】
【請求項１】
無線信号を出力するよう構成された支払端末を介して金銭情報を処理するためのパーソナル通信デバイスであって、
前記パーソナル通信デバイスは、
前記支払端末の前記無線信号を受信し、
前記受信された無線信号が、第１の信号しきい値を超える強度を有しているかを判別し、
前記受信された無線信号の前記強度が前記第１の信号しきい値を超えている場合、前記支払端末に、前記パーソナル通信デバイスとの通信チャンネルを確立させるよう構成された無線リクエスト信号を発信し、
ここで、前記無線リクエスト信号は、前記支払端末に、唯一つの通信チャンネルを確立させるよう構成されており、さらに、前記通信チャンネルは、前記パーソナル通信デバイスと前記支払端末との間のみで確立されており、
前記パーソナル通信デバイスでの金銭取引が完了すると、前記通信チャンネルを終了するよう構成された無線解放信号を発信し、前記支払端末が他のパーソナル通信デバイスとの他の通信チャンネルを構築可能となるようにする、よう構成されていることを特徴とするパーソナル通信デバイス。
【請求項２】
前記無線信号を受信することを開始するためのユーザー入力デバイスを有している請求項１に記載のパーソナル通信デバイス。
【請求項３】
無線信号を出力するよう構成された支払端末を介して金銭情報を処理するためのパーソナル通信デバイスであって、
前記パーソナル通信デバイスは、プロセッサーおよびメモリーを含み、
前記パーソナル通信デバイスは、前記プロセッサーの制御下において、前記メモリー内に保存されている命令を実行することにより、
前記支払端末の前記無線信号を受信し、
前記受信された無線信号が、第１の信号しきい値を超える強度を有しているかを判別し、
前記受信された無線信号の前記強度が前記第１の信号しきい値を超えている場合、前記支払端末に、前記パーソナル通信デバイスとの通信チャンネルを確立させるよう構成された無線リクエスト信号を発信し、
ここで、前記無線リクエスト信号は、前記支払端末に、唯一つの通信チャンネルを確立させるよう構成されており、さらに、前記通信チャンネルは、前記パーソナル通信デバイスと前記支払端末との間のみで確立されており、
前記パーソナル通信デバイスでの金銭取引が完了すると、前記通信チャンネルを終了するよう構成された無線解放信号を発信し、前記支払端末が他のパーソナル通信デバイスとの他の通信チャンネルを構築可能となるようにする、よう構成されていることを特徴とするパーソナル通信デバイス。
【請求項４】
パーソナル通信デバイスが関連する金銭取引を処理するための支払端末であって、
前記支払端末は、
自身の能力をアドバタイジングする無線信号を発信し、前記パーソナル通信デバイスと通信し、
前記パーソナル通信デバイスの無線応答信号に応答して、同時に１つのパーソナル通信デバイスとの通信のみが可能となるように、前記自身の能力を示す前記データを発信し、前記パーソナル通信デバイスと通信することを中止する、よう構成されていることを特徴とする支払端末。
【請求項５】
前記パーソナル通信デバイスの無線解放信号に応答して、前記自身の能力をアドバタイジングする前記無線信号を発信し、前記パーソナル通信デバイスとの通信を開始するようさらに構成されており、これにより、異なるパーソナル通信デバイスとの通信が可能となる請求項４に記載の支払端末。
【請求項６】
前記無線解放信号が受信されない場合に、前記支払端末を物理的にリセットするためのリセットデバイスを有する請求項５に記載の支払端末。
【請求項７】
サーバーと接続するための接続をさらに有している請求項４、５、または６に記載の支払端末。
【請求項８】
前記支払端末は、
前記通信チャンネルを確立した際に、前記金銭取引に結びつけられた支払いを実行することを試みているユーザーを特定するデータを受信し、
前記金銭取引を処理するために、少なくとも、前記ユーザーを特定する前記データ、商業者を特定するデータ、および支払額を特定するデータを、前記サーバーに通信するよう、構成されており、これにより、前記パーソナル通信デバイスが、インターネットを使用しない支払いを実行することを可能とする請求項７に記載の支払端末。
【請求項９】
前記サーバーから、前記パーソナル通信デバイスを用いて支払いを実行するユーザーの口座残高に対応するデータを受信し、さらに、
前記通信チャンネルを介して、前記口座残高に対応する前記データを、前記パーソナル通信デバイスに通信するよう構成されている請求項７に記載の支払端末。
【請求項１０】
請求項１ないし３のいずれかに記載のパーソナル通信デバイスと、請求項４ないし９のいずれかに記載の支払端末との組み合わせを含む、金銭取引を実行するためのシステム。
【請求項１１】
パーソナル通信デバイスおよび支払端末によって、金銭データを処理する方法であって、
前記パーソナル通信デバイスに、前記支払端末のペアリング信号に応答させる工程であって、
前記ペアリング信号は、無線信号であり、
前記ペアリング信号は、複数のパーソナル通信デバイスとペアリングするために、能力をアドバタイズし、
前記パーソナル通信デバイスの応答は、前記パーソナル通信デバイスと前記支払端末との間の通信チャンネルを開始することを前記支払端末にリクエストするための無線リクエスト信号の発信を含む、前記支払端末のペアリング信号に応答させる工程と、
前記支払端末に、前記通信チャンネルを開始し、さらに、前記ペアリング信号を発信することを中止することにより、前記無線リクエスト信号の受領に応答させる工程と、を含み、これにより、前記パーソナル通信デバイスからの前記金銭取引が前記通信チャンネルを介して安全に実行可能となるように、唯一つの前記通信デバイスが前記支払端末と通信可能となることを特徴とする方法。
【請求項１２】
請求項１１に記載の方法を実行するための命令を含むことを特徴とするコンピュータープログラム製品。
【請求項１３】
請求項１１に記載の方法を実行するための命令を含むことを特徴とするコンピュータープログラム。
【請求項１４】
命令を保存している非一時的保存媒体であって、
プロセッサーによって実行された際に、前記プロセッサーに、請求項１１の方法を実行させることを特徴とする非一時的保存媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、支払技術の分野に属する。
【背景技術】
【０００２】
キャッシュレス支払いが、利便性のため、広く多用されるようになってきている。そのような支払いは、カードや携帯電話を含み得る。インターネット接続性は、携帯電話を用いてキャッシュレス電子取引を実行する際の制限である。
【０００３】
インターネットの勢力範囲が拡大していようとも、携帯電話を使用しているユーザーが常にインターネットに接続されているかどうかは確実ではない。また、インターネットの使用は、世界の一部の社会の大規模な部分において、安価なものではないであろう。このような状況においては、携帯電話を介した電子取引を完了させることは、実現可能なものではないであろう。
【０００４】
さらに、従来、商業者（merchant）は、異なる複数のタイプのデジタル支払いを可能とするため、複数の異なるタイプの支払端末を配置する必要があった。１つの例として、商業者は、カードを用いた支払いを受け付けるための支払端末を配備しなくてはならない。さらに、商業者は、携帯電話を介した支払いをサポートするために、更に別の端末を配備しなければならない。そのような追加的な端末が配備されたとしても、該端末は、特定のタイプの通信技術（例えば、ＮＦＣ）を用いた携帯電話しかサポートしないであろう。
【０００５】
このような状況を改善するニーズが存在している。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
第１の態様において、２つの通信プロトコルまたは通信方法の一方に対応可能なデバイスが、支払端末に近づけられた際に、通信が発生し得るよう、２つの通信プロトコルまたは通信方法に対応する信号を出力するために支払端末が用いられる。
【０００７】
第２の態様において、支払端末が提供され、さらに、支払端末は、２つの異なる通信方法を用いて通信を実行可能である。使用の際、支払端末は、２つの方法の一方を用いた携帯電話や支払カードのような支払デバイスとの通信を開始するよう、双方の方法に関連する信号を出力する。２つの方法の一方によって通信が確立されると、他方の方法が終了される。
【０００８】
第３の態様において、支払端末を操作する方法が提供される。該方法は、アクティブ化入力（activation input）を受信する工程と、それに応答して、第１のタイプの外部支払デバイスと通信を行うための第１の無線信号および第２のタイプの外部支払デバイスと通信を行うための第２の無線信号を出力する工程と、を含む。ここで、第１の無線信号および第２の無線信号は、互いに異なる第１のプロトコルおよび第２のプロトコルにそれぞれ対応するフォーマットにされている。該方法は、第１の無線信号および第２の無線信号の一方に対する返信を受信する工程と、返信に応答して、第１の無線信号および第２の無線信号の他方の出力を終了する工程と、をさらに含む。
【０００９】
該方法は、外部支払デバイスを認証するために、返信を処理し、これにより、通信チャンネルを確立する工程をさらに含んでいてもよい。
【００１０】
該方法は、外部支払デバイスを認証するために、返信を処理する工程をさらに含み、処理する工程の後に、終了する工程を実行する。
【００１１】
第１の無線信号および第２の無線信号は、ＮＦＣ信号およびブルートゥース（登録商標）信号を含んでいてもよい。
【００１２】
該方法は、外部支払デバイスを認証するために、返信を処理し、これにより、通信チャンネルを確立する工程と、ユーザーを示すデータを通信チャンネルから受信する工程と、入力として、取引額を示すデータを受信する工程と、ユーザーを示すデータおよび取引額を示すデータを、サーバーに送信する工程と、を含んでいてもよい。
【００１３】
該方法は、外部支払デバイスを認証するために、返信を処理し、これにより、通信チャンネルを確立する工程と、通信チャンネルから、ユーザーを示すデータおよび現在の取引を特定するためのワンタイム検証子（one-time verifier）を受信する工程と、入力として、取引額を示すデータを受信する工程と、ユーザーを示すデータ、ワンタイム検証子を示すデータ、および取引量を示すデータを、サーバーに送信する工程と、をさらに含んでいてもよい。
【００１４】
該方法は、通信チャンネルを介して新たなワンタイム検証子を出力する工程をさらに含んでいてもよい。
【００１５】
該方法は、応答された第１の無線信号および第２の無線信号のいずれかを示す情報をサーバーに通信する工程をさらに含んでいてもよい。
【００１６】
第４の態様において、処理デバイスおよび命令を保存している記憶手段を有し、外部デバイスと無線通信を行うための支払端末が開示される。命令は、処理デバイスを制御し、支払端末に、アクティブ化入力に応答して、第１のタイプの外部支払端末と通信を行うための第１の無線信号および第２のタイプの外部支払端末と通信を行うための第２の無線信号を出力させ、ここで、第１の無線信号および第２の無線信号は、互いに異なる第１のプロトコルおよび第２のプロトコルにそれぞれ対応したフォーマットにされており、第１の無線信号および第２の無線信号の一方に対する返信の受信に応答して、第１の無線信号および第２の無線信号の他方の出力を終了させる。
【００１７】
該支払端末は、アクティブ化信号を提供するためのキーパッドと、処理デバイスの制御下において情報を表示するためのディスプレイと、サーバーと通信を行うための出力デバイスと、をさらに含んでいてもよい。
【００１８】
支払端末は、第１の無線信号を出力するよう構成された第１の無線デバイスと、第２の無線信号を出力するよう構成された第２の無線デバイスと、をさらに含んでいてもよく、第１の無線デバイスおよび第２の無線デバイスの双方は、処理デバイスの制御下にある。
【００１９】
支払端末は、セキュリティ鍵用の記憶手段を含むセキュリティデバイスをさらに含んでいてもよく、セキュリティデバイスは、支払端末による使用のために、セキュリティ鍵を用いて、データを暗号化または復号化するよう構成されている。
【００２０】
パーソナルエリアネットワークデバイスは、第１の無線信号を出力するよう構成されていてもよい。
【００２１】
近距離通信デバイスは、第２の無線信号を出力するよう構成されていてもよい。
【００２２】
第５の態様において、支払いを処理するためにシステムが提供される。該システムは、第１の無線通信モジュールおよび第２の無線通信モジュールを含む支払端末を含む。第１の無線通信モジュールは、第２の通信方法とは異なる第１の通信方法を用いて、近距離通信を開始および確立することができる。第２の無線通信モジュールは、第２の通信方法を用いて、近距離通信を開始および確立することができる。支払端末は、取引を開始するための入力を受信し、さらに、第１の無線通信モジュールおよび第２の無線通信モジュールに、それぞれの方法を用いて、通信を開始するよう試みさせるよう構成されている。第１の通信方法および第２の通信方法の一方によって通信可能な外部エンティティー（external entity）は、支払端末に近づけられ得、これにより、第１の無線通信モジュールと第２の無線通信モジュールのいずれが通信に成功したかに応じて、支払端末と外部エンティティーとの間で通信が開始され得る。
【００２３】
第１の無線通信モジュールは、パーソナルエリアネットワークモジュールであってもよい。第２の無線通信モジュールは、近距離通信モジュールであってもよい。支払端末は、取引が完了するまでに、第１の無線通信モジュールおよび第２の無線通信モジュールを用いた任意の他の外部エンティティーとの通信チャンネルを確立する試みを終了するよう、さらに構成されていてもよい。外部エンティティーは、カードおよび携帯通信デバイスの１つであってもよい。ここで、支払端末は、確立された通信が、カードの近距離通信タグ、携帯通信デバイスの近距離通信モジュール、または携帯通信デバイスのパーソナルエリアネットワークモジュールのいずれによるものであるかを特定するよう、さらに構成されていてもよい。支払端末は、確立された通信が、カードの近距離通信タグ、携帯通信デバイスの近距離通信モジュール、または携帯通信デバイスのパーソナルエリアネットワークモジュールのいずれによるものかを、サーバーに通信するよう、さらに構成されていてもよい。外部エンティティーは、携帯通信デバイスであってもよい。ここで、支払端末は、携帯通信デバイスとの通信を確立する際に、少なくとも、取引に結び付けられた支払いを実行しようと試みているユーザーを特定するデータを受信し、さらに、取引を処理するために、少なくとも、ユーザーを特定するデータ、商業者を特定するデータ、および支払額を特定するデータをサーバーに通信し、これにより、携帯通信デバイスが、インターネットを用いずに支払いを実行することを可能とするよう、構成されていてもよい。支払端末は、外部エンティティーから、位置検証データ（location validation data）を受信し、位置検証データに基づいて、支払端末を用いた支払いが受付可能か否かを検証し、支払が受け付けられないと検証された場合には取引を拒絶し、支払が受付可能と検証された場合には、取引を処理するよう、さらに構成されていてもよい。外部エンティティーは、近距離通信を確立可能なカードであってもよく、支払端末は、カードから、ユーザーを特定するデータおよびワンタイム検証子として利用されるデータを読み込み、カードに、新たなワンタイム検証子を書き込み、ユーザーを特定するデータおよびワンタイム検証子として使用されるデータをサーバーに通信するよう、さらに構成されていてもよい。ここで、ワンタイム検証子は、取引を拒絶または取引を処理するために、ワンタイム検証子が、現在の取引のために支払端末から期待されているものであるかを検証するために用いされてもよい。支払端末は、取引の度に、ユニークなワンタイム識別子をサーバーに通信するよう、さらに構成されていてもよい。外部エンティティーは、携帯通信デバイスであってもよく、支払端末は、携帯通信デバイスから、ユーザーを特定するデータおよびワンタイム検証子として使用されるデータを受信し、携帯通信デバイス内の新たなワンタイム検証子を更新し、ユーザーを特定するデータおよびワンタイム検証子として利用されるデータを、サーバーに通信するよう、構成されていてもよい。ここで、ワンタイム検証子は、取引を拒絶または取引を処理するために、ワンタイム検証子が、現在の取引のために携帯通信デバイスから期待されているものとであるかを検証するために用いられる。
【００２４】
他の態様において、方法が、支払いを処理するために提供される。該方法は、支払端末において、取引を開始するための入力を受信する工程を含む。その後、支払端末内に設けられた、第１の無線通信モジュールおよび第２の無線通信モジュールは、外部エンティティーとの通信チャンネルを確立するよう試みる。第１の無線通信モジュールは、第２の通信チャンネルと異なる第１の通信チャンネルを用いて、近距離通信を確立することができる。第２の無線通信モジュールは、第２の無線通信チャンネルを用いて通信を確立することができる。さらに、該方法は、第１の無線通信モジュールおよび第２の無線通信モジュールのいずれが外部エンティティーとの通信チャンネルの確立に成功したかに基づいて、第１の無線通信モジュールおよび第２の無線通信モジュールの一方を用いて、外部エンティティーとの通信チャンネルを確立する工程を、さらに含む。
【００２５】
さらに別の態様において、システムが、支払いを処理するために提供される。該システムは、パーソナルエリアネットワーク（ＰＡＮ）モジュールを含む支払端末を含んでいる。支払端末は、ＰＡＮモジュールに、識別子（identifier）をブロードキャストさせるよう構成されている。システムは、携帯通信デバイスをさらに含む。デバイスは、支払端末によってブロードキャストされた識別子を受信し、ブロードキャストされた識別子の信号強度が第１のしきい値を超える場合に、支払端末のＰＡＮモジュールとの通信チャンネルを確立するためのリクエストを自動的に送信し、さらに、通信チャンネルが確立されると、デバイスと支払端末のＰＡＮモジュールとの間の信号強度が第１のしきい値を下回ったとしても、取引が完了するまで、支払端末のＰＡＮモジュールとの通信を維持し続けるよう、構成されている。
【００２６】
さらに別の態様において、方法が、支払いを処理するために提供される。該方法は、支払端末のパーソナルエリアネットワークモジュールによって、識別子をブロードキャストする工程と、携帯通信デバイスによって、支払端末によってブロードキャストされた識別子を受信する工程と、携帯通信デバイスによって、ブロードキャストされた識別子の信号強度が第１のしきい値を超える場合、支払端末のパーソナルエリアネットワークモジュールとの通信チャンネルを確立するためのリクエストを自動的に送信する工程と、を含む。該方法は、通信チャンネルが確立されると、携帯通信デバイスと支払端末のパーソナルエリアネットワークモジュールとの間の信号強度が第１のしきい値を下回ったとしても、取引が完了するまで、携帯通信デバイスと支払端末のパーソナルエリアネットワークモジュールとの間の通信を維持する工程を、さらに含む。
【００２７】
また、支払いを処理するためのシステムが開示される。該システムは、パーソナルエリアネットワークモジュールを含む支払端末を含む。ここで、支払端末は、パーソナルエリアネットワークモジュールに、識別子をブロードキャストさせるよう構成されている。携帯通信デバイスは、支払端末によってブロードキャストされた識別子を受信し、ブロードキャストされた識別子の信号強度が第１のしきい値を超える場合、支払端末のパーソナルエリアネットワークモジュールとの通信チャンネルを確立するためのリクエストを自動的に送信し、通信チャンネルが確立されると、携帯通信デバイスと支払端末のパーソナルエリアネットワークモジュールとの間の信号強度が第１のしきい値を下回ったとしても、取引が完了するまで、支払端末のパーソナルエリアネットワークモジュールとの通信を維持し続けるよう、構成されている。
【００２８】
第１のしきい値は、携帯通信デバイスおよび支払端末が、互いに２０センチメートル以内に位置している際に、通信チャンネルを確立するよう設定されていてもよい。第１のしきい値は、携帯通信デバイスおよび支払端末が、互いに１０センチメートル以内に位置している際に、通信チャンネルを確立するよう設定されていてもよい。
【００２９】
第１のしきい値は、互いに事前設定された距離以内に位置している場合に、通信チャンネルを確立するよう構成されていてもよい。
【００３０】
支払端末および携帯通信デバイスの少なくとも１つは、携帯通信デバイスと支払端末のパーソナルエリアネットワークモジュールとの間の信号強度が第２のしきい値を下回った場合、確立された通信チャンネルを終了させるよう、さらに構成されていてもよい。
【００３１】
第２のしきい値は、遠隔で、再設定可能であってもよい。
【００３２】
支払端末は、通信チャンネルを確立する際に、少なくとも、取引に結び付けられた支払いを実行しようと試みるユーザーを特定するデータを受信し、取引を処理するために、少なくとも、ユーザーを特定するデータ、商業者を特定するデータ、および支払額を特定するデータを、サーバーに通信することにより、携帯通信デバイスがインターネットを用いない支払いを実行することを可能とするよう、構成されていてもよい。
【００３３】
支払端末は、サーバーから、携帯通信デバイスを用いて支払いを実行するユーザーの口座残高に対応するデータを受信し、さらに、通信チャンネルを介して、口座残高に対応するデータを、携帯通信デバイスへ通信するよう、さらに構成されていてもよい。
【００３４】
支払端末は、サーバーから、取引情報に対応するデータを受信し、さらに、通信チャンネルを介して、少なくとも、取引情報に対応するデータの一部を、携帯通信デバイスに通信するよう、さらに構成されていてもよい。
【００３５】
支払端末は、ユーザーの口座残高を表示することができなくともよく、さらに、携帯通信デバイスは、取引の後に、ユーザーの口座残高を表示するよう構成されていてもよい。
【００３６】
識別子は、互換性（compatibility）を特定するデータを含んでいてもよい。ここで、携帯通信デバイスは、携帯通信デバイスによって受信された識別子が互換性を特定するデータを含んでいる場合、通信チャンネルを確立することを自動的にリクエストするために、支払端末を考慮（consider）するよう構成されている。
【００３７】
支払端末は、転送される額を示す入力を受信し、額を示す入力が受信された後に、識別子のブロードキャストを開始するための入力を受信し、さらに、通信チャンネルが確立されると、支払端末に接続された商業者および額に対応するデータを、携帯通信デバイスへ通信するよう、構成されていてもよい。ここで、額および商業者に対応する情報は、携帯通信デバイス上に表示される。
【００３８】
第１のしきい値は、遠隔で、再設定可能であってもよい。
【００３９】
パーソナルエリアネットワークモジュールは、ブルートゥース（登録商標）ローエナジーモジュールまたはブルートゥースモジュールのいずれであってもよい。
【００４０】
また、支払いを処理するための方法が開示される。該方法は、支払端末のパーソナルエリアネットワークモジュールによって、識別子をブロードキャストする工程と、携帯通信デバイスによって、支払端末によってブロードキャストされた識別子を受信する工程と、携帯通信デバイスによって、ブロードキャストされた識別子の信号強度が第１のしきい値を超える場合、支払端末のパーソナルエリアネットワークモジュールとの通信チャンネルを確立するためのリクエストを自動的に送信する工程と、通信チャンネルが確立されると、携帯通信デバイスと支払端末のパーソナルエリアネットワークモジュールとの間の信号強度が第１のしきい値を下回ったとしても、取引が完了するまで、携帯通信デバイスと支払端末のパーソナルエリアネットワークモジュールとの間の通信を維持する工程と、を含む。
【図面の簡単な説明】
【００４１】
添付の各種図面において、各図は以下の通りである。
【図１】図１は、支払いを処理するためのシステム１００を示している。
【図２】図２は、システム１００の支払端末１０２のブロック図である。
【図３Ａ】図３Ａは、システム１００による支払いを処理する例示的な方法のフローチャートである。
【図３Ｂ】図３Ｂは、システム１００による支払いを処理する例示的な方法のフローチャートである。
【図３Ｃ】図３Ｃは、システム１００による支払いを処理する例示的な方法のフローチャートである。
【図３Ｄ】図３Ｄは、システム１００による支払いを処理する例示的な方法のフローチャートである。
【図３Ｅ】図３Ｅは、システム１００による支払いを処理する例示的な方法のフローチャートである。
【図３Ｆ】図３Ｆは、システム１００による支払いを処理する例示的な方法のフローチャートである。
【図４Ａ】図４Ａは、支払端末１０２に入力された額を示している。
【図４Ｂ】図４Ｂは、支払を実行するために、ユーザーによって開かれるスマートフォン１０４ｂのアプリケーションのユーザーインターフェースを示している。
【図４Ｃ】図４Ｃは、支払端末１０２をサーチするスマートフォン１０４ｂのアプリケーションのユーザーインターフェースを示している。
【図４Ｄ】図４Ｄは、スマートフォン１０４ｂが支払端末１０２に近づけられた後、ＢＬＥチャンネルを介して、支払端末１０２とペアリングされたスマートフォン１０４ｂを示している。
【図４Ｅ】図４Ｅは、ユーザーが支払いを承認するための入力を提供しているスマートフォン１０４ｂのアプリケーションのインターフェースを示している。
【図４Ｆ】図４Ｆは、取引が処理されていることを示す、スマートフォン１０４ｂのアプリケーションのユーザーインターフェースを示している。
【図４Ｇ】図４Ｇは、取引が成功した後に取引情報が表示される、スマートフォン１０４ｂのアプリケーションのユーザーインターフェースを示している。
【図５Ａ】図５Ａは、例示的な取引パケットの高次概略図を示している。
【図５Ｂ】図５Ｂは、別の取引パケットを示している。
【図６】図６は、支払端末へのいくつかの接続がどのようにして実行されるかを示す、支払端末の実施形態のブロック概略図である。
【発明を実施するための形態】
【００４２】
以下の説明において、電話またはスマートフォンに対する参照は、特定のタイプの携帯通信デバイスに対する参照に限定する意図はなく、該用語は、利便性のために用いられるものであって、本発明は、任意のタイプの携帯通信デバイスをカバーするものである。
【００４３】
支払を実行するユーザーが、インターネットの使用を必要とせずに、支払を処理することができるシステムが開示される。支払いは、例えば、近距離通信（ＮＦＣ）対応カード、または、ＮＦＣ若しくはブルートゥースローエナジー（ＢＬＥ）技術を用いるスマートフォンを用いて実行され得る。
【００４４】
支払いは、商業者の位置（merchant location）に配備されている支払端末によって容易とされる。支払端末は、パーソナルエリアネットワークモジュール（ＢＬＥモジュール）と、ＮＦＣモジュールと、を備えていてもよい。１つの実施形態において、取引開始の際、支払端末は、ＢＬＥおよびＮＦＣの双方を同時に使用して、支払を実行する消費者／ユーザーによって提供される外部エンティティーとの通信を開始することを試みるよう構成されている。外部エンティティーは、ＮＦＣ対応カード、または、支払端末と取引するためのアプリケーションがインストールされているＮＦＣ若しくはブルートゥースローエナジー（ＢＬＥ）技術を用いるスマートフォンであり得る。
【００４５】
別の実施形態において、取引端末は、所定の時間の間、ＢＬＥおよびＮＦＣの一方を試し、その後、成功しなかった場合には、ＢＬＥおよびＮＦＣの他方を試し、さらに、必要であれば、ＢＬＥおよびＮＦＣの双方の試みを交互に繰り返すよう構成されている。
【００４６】
実施形態の１つにおいて、支払端末が、ＢＬＥおよびＮＦＣの一方を介して、外部エンティティーとの通信チャンネルを確立することに成功すると、支払端末は、開始された取引が完了するまで、他方の技術（任意の他の外部エンティティーとの通信を確立する試みを）を無効化するよう構成されている。
【００４７】
別の実施形態において、支払端末は、２つの出力の他方に返信する信号を検出するとすぐに、２つの出力の一方の発信を中止する。これにより、端末を駆動するバッテリーのバッテリーパワーを節約することができる。
【００４８】
実施形態の１つにおいて、支払端末との通信チャンネルは、ＮＦＣを介して確立される。ここで、ユーザーは、カードまたはＮＦＣ対応スマートフォンを、支払端末に近づける。支払端末は、電話のカード／ＮＦＣモジュールからデータを読み出し、開始された支払取引を処理するために、それを、バックエンドサーバーに通信する。ここで、商業者は、使用される通信手段がどのようなものであるかについて、支払端末に指示を出さず、むしろ、支払端末が自動的に、自身で判断することに留意されたい。
【００４９】
実施形態の１つにおいて、支払端末との通信チャンネルは、ＢＬＥを介して確立される。ここで、ユーザーは、ＢＬＥ対応スマートフォンを、支払端末に近づける。支払端末は、電話のＢＬＥモジュールからデータを受信し、開始された支払取引を処理するために、それを、バックエンドサーバーに通信する。このケースにおいても、商業者は、使用される通信手段がどのようなものであるかについて、支払端末に指示を出さず、むしろ、支払端末が自動的に、自身で判断することに留意されたい。
【００５０】
ＢＬＥの場合、支払端末は、ユーザーの口座内の差し引き額や残高のような、（バックエンドサーバーから受信される）取引情報を、ＢＬＥを介して確立された通信チャンネルを介して、ユーザーのスマートフォンに通信する。よって、ユーザーは、インターネットを用いることなく、または、ＳＭＳ若しくは類似の代替物に依存することなく、支払を実行することが可能というだけではなく、取引および口座についての更新を入手することができる。
【００５１】
図１を参照し、支払いを処理するためのシステム１００は、ＮＦＣ対応カード１０４ａや携帯通信デバイス１０４ｂのような外部エンティティーを介して支払いを受信可能な支払端末１０２を有している。支払端末１０２は、使用の際に、通信ネットワーク１０８を介して、サーバー１０６と通信を行う。
【００５２】
支払端末１０２は、演算デバイスの中でも特に、例えば、カードリーダー、スマートフォン、ＰＯＳシステム、タブレット、ファブレット、コンピューター、ラップトップコンピューターであってもよい。
【００５３】
ここで、図２を参照し、支払端末１０２の実施形態は、処理モジュール２０２と、メモリーモジュール２０４と、入力モジュール２０６と、出力モジュール２０８と、ＷＩＦＩモジュール２１０と、通信モジュール２１２と、セキュリティモジュール２１３と、第１の無線通信モジュール２１４と、第２の無線通信モジュール２１６と、を備えている。メモリーモジュール２０４は、バスに接続されており、バスは、メモリーモジュール２０４を処理モジュール２０２に接続している。処理モジュール２０２は、バス１２３によって他の全てのモジュールに接続されている。処理モジュール２０２は、メモリー２０４内に保存されている実行可能命令の制御下において動作し、支払端末１０２の機能を実行し、さらに、一般的に、デバイスの他のモジュールを呼び出し（コールし）、他のモジュールの機能を実行する。
【００５４】
ここで、図６を参照し、本実施形態において、入力モジュール２０６は、キーパッド６０１およびスタイラスペン６０３に接続されている。出力モジュール２０８は、ディスプレイスクリーン６０５およびプリンター６０７に接続されている。ＷｉＦｉモジュールは、無線接続を介して、サーバー１０６に接続されているよう示されており、通信モジュール２１２は、有線接続を介して、サーバー１０６に接続されるよう示されている。使用の際、おそらく、サーバー１０６に対する複数の接続の１つのみが採用されることになるであろうことは、理解されるであろう。第１の無線通信モジュール２１４は、ＮＦＣアンテナに接続されており、第２の無線通信モジュールは、ブルートゥースアンテナ６１１に接続されている。いくつかの実施形態において、アンテナは、それぞれの無線通信モジュールに組み込まれている。
【００５５】
図２に戻り、処理モジュール２０２は、１つ以上のプロセッサーの形態で実施されており、さらに、ハードウェア、コンピューター実行可能命令、ファームウェア、またはこれらの組み合わせで、適切に実施されていてもよい。処理モジュール２０２のコンピューター実行可能命令またはファームェア実施は、様々な記述される機能を実行するために、任意の好適なプログラム言語によって記載されたコンピューター実行可能またはマシーン実行可能命令を含んでいてもよい。
【００５６】
実施形態の１つにおいて、メモリーモジュール２０４は、ハードディスクドライブ、ｅＭＭＣ、ＳＳＤ、またはＥＥＰＲＯＭのような永続メモリー（permanent memory）を含む。メモリーモジュールは、プロセッサー２０２によって実行される実行可能プログラム命令およびデータを保存するよう構成されていてもよい。メモリーモジュール２０４は、一次および二次メモリーの形態で実施されていてもよく、一次メモリーはハードワイヤードメモリーであり、二次メモリーは、ＳＤカードのような取り外し可能メモリーである。メモリーモジュール２０４は、プロセッサー２０２がロード可能および実行可能な、追加的なデータおよびプログラム命令と、これらプログラムの実行中に生成されるデータを保存していてもよい。さらに、メモリーモジュール２０４は、ランダムアクセスメモリーおよび／またはディスクドライブのような揮発性メモリー、または、非揮発性メモリーであってもよい。メモリーモジュール２０４は、コンパクトフラッシュ（登録商標）カード、メモリースティック、スマートメディア、マルチメディアカード、セキュアデジタルメモリー、または任意の他のメモリーストレージのような取り外し可能メモリーを含んでいてもよい。
【００５７】
現在説明されている実施形態において、入力モジュール２０６は、入力デバイスの中でも特に、キーパッド、タッチスクリーン、マウス、マイク、およびスタイラスペンのような入力デバイスのためのインターフェースを提供する。出力モジュール２０８は、特に、ディスプレイスクリーン、スピーカー、プリンター、触覚フィードバックデバイスのような出力デバイスのためのインターフェースを提供する。
【００５８】
現在説明されている実施形態において、入力モジュール２０６および出力モジュール２０８は、支払端末１０２との間でデータを交換するためにも用いられ、さらに、ＮＦＣ対応カード１０４ａ、携帯通信デバイス１０４ｂから端末によって導出されたデータを、サーバー１０６と交換するためにも用いられる。
【００５９】
実施形態の１つにおいて、ＷＩＦＩモジュールは、通信ネットワーク１０８を介して、サーバー１０６と通信を行うために、支払端末１０２によって用いられる。
【００６０】
実施形態の１つにおいて、通信モジュール２１２は、通信ネットワーク１０８を介して、サーバー１０６と通信を行うために、支払端末１０２によって用いられる。実施形態の１つにおいて、通信モジュール２１２は、ＧＰＲＳモジュールである。他の実施形態において、電気通信を可能とする他のモジュールが採用される。
【００６１】
複数の実施形態において、通信モジュール２１２は、特に、モデム、ネットワークインターフェースカード（イーサネット（登録商標）カード等）、通信ポート、またはＰＣメモリーカード国際協会（ＰＣＭＣＩＡ）スロットを備えている。実施形態の１つにおいて、通信モジュール２１２は、有線プロトコルおよび無線プロトコルの双方をサポートするデバイスを備えている。実施形態の１つにおいて、電気信号の形態のデータは、通信モジュール２１２を介して、送信される。他の実施例において、信号の中でも特に、１つ以上の電磁気的信号、光学的信号が用いられる。
【００６２】
実施形態の１つにおいて、支払端末は、デジタル鍵を用いて、端末１０２と外部エンティティー１０４との間で交換されるデータを、暗号化、復号化および認証する。本実施形態における鍵は、セキュリティモジュール２１３に保持されている。このセキュリティモジュールは、デバイスによって使用される全ての鍵を収納しており、ワンタイムライトオンリーデバイス（one-time write only device）である。鍵は、セキュアな環境において、セキュリティモジュール２１３内に書き込まれる。セキュリティモジュール２１３は、モジュールから鍵を直接読み出すことができないように、設計されている。暗号化が要求されている場合、データがセキュリティモジュール２１３内に送り出され、次に、鍵を用いて処理した後に、暗号化されたデータが返される。セキュリティモジュール２１３の鍵に直接アクセスする方法は存在せず、これにより、鍵の安全性が保証される。同様に、データを復号化する際、データがセキュリティモジュール２１３内に送り出され、鍵を用いてデータを処理し、復号化されたデータが返される。
【００６３】
セキュリティモジュール２１３は、ソフトウェア、ファームウェア、ハードウェア、またはこれらの組み合わせの形態で配備されていてもよい。
【００６４】
実施形態の１つにおいて、第１の無線通信モジュール２１４は、パーソナルエリアネットワークモジュール（以下、ＰＡＮモジュールと称する）である。現在説明されている実施形態において、ＰＡＮモジュールは、ブルートゥースローエナジー（ＢＬＥ）モジュールである。他の実施形態において、現在の文脈におけるＢＬＥと同様の技術が用いられてもよい。
【００６５】
実施形態の１つにおいて、第２の無線通信モジュール２１６は、近距離通信モジュール（以下、ＮＦＣモジュールと称する）である。他の実施例において、現在の文脈におけるＮＦＣと同様の技術が用いられてもよい。
【００６６】
したがって、支払端末１０２は、第２の通信チャンネルまたはプロトコル（例えば、ＮＦＣ）と異なる第１の通信チャンネルまたはプロトコル（例えば、ＢＬＥ）を用いて、外部エンティティー１０４と近距離通信を確立することができる第１の無線通信モジュール２１４と、第２の通信チャンネルまたはプロトコルを用いて通信を確立可能な第２の無線通信モジュール２１６と、を有していることに、留意されたい。
【００６７】
以下、図２から６を参照して、動作中における支払端末の実施形態の高いレベルの説明がなされる。
【００６８】
最初に、処理モジュール２０２のプロセッサーが、待機状態にあり、さらに、本実施形態では、２つの無線通信モジュール２１４、２１６もまた待機している。端末は、キーパッド６０１から入力モジュール２０６への入力によって「立ち上げ」られ、バス１２３を介して、処理モジュール２０２の待機プロセスを中断する。処理モジュールは、バス１２３を介して、メモリーモジュール２０４から命令を取り出し、これを処理し、バス１２３を介して、第１および第２の無線通信モジュール２１４、２１６に出力を提供し、これにより、第１および第２の無線通信モジュール２１４、２１６が、自身のそれぞれの問い合わせ信号、すなわち、ＢＬＥおよびＮＦＣ信号をそれぞれ発信することを開始し、外部デバイス１０４を探し出す。問い合わせ信号は、それぞれのアンテナ６０９、６１１を介して、外部に送信される。
【００６９】
２つのアンテナ６０９、６１１の一方によって、２つの問い合わせ信号の一方に対する応答が受信されると、対応する無線通信モジュールは、バス１２３を介して、処理モジュール２０２を呼び出し、処理モジュール２０２は、メモリーモジュール２０４内に保存されている命令に基づいて、他方の無線通信モジュールに、自身の問い合わせ信号の発信を停止するよう、命令する。簡潔性のため、第１の無線通信モジュールを想定し、ＢＬＥモジュール２１４は、応答を受信し、よって、第２の無線通信モジュール２１６は、待機状態に入るよう、命令される。
【００７０】
アンテナ６０９を介して外部デバイス１０４から受信されたデータは、バス１２３に沿って、セキュリティモジュール２１３へ送られる。本明細書において別の箇所で述べたように、セキュリティモジュール２１３は、内部に保存されたデジタル鍵を用いて、処理モジュール２０２の制御下において該データを復号化する。これにより、支払端末が、外部デバイス１０４（例えば、電話のアプリケーションまたはカード）を認証することが可能となる。適切であれば、認証が実行された後、いくつかの情報がスクリーン６０５に送信され、例えば、ユーザー／商業者に、「額を入力して下さい」、「ｐｉｎを入力して下さい」等の動作を実行する指示を表示する。
【００７１】
そのような任意の指示に対する応答、例えば、キーパッド６０１に対してなされた入力が、入力モジュール２０６によって受信される。その後、この応答が処理モジュール２０２によって処理され、処理の結果に応じて、より多くの情報がスクリーン６０５に表示され、さらなる指示および応答を促す、または、取引情報が、サーバー１０６に送信するのに十分となる。
【００７２】
その後、処理モジュール２０２は、ＷｉＦｉモジュール２１０および通信モジュール２１２の一方に、端末１０２によって受信および処理されたデータに基づいて、サーバー１０６と相互通信するよう、指示する。
【００７３】
端末１０２から受信されたデータに応答して、サーバー１０６は、ＷｉＦｉモジュール２１０および通信モジュール２１２の一方を介して、データを返す。このデータは、バス１２３を介して、処理モジュール２０２によって処理され、データから導出された情報が適切であれば、出力モジュール２０８を介して、ディスプレイスクリーン６０５および／またはプリンター６０７に表示される。
【００７４】
取引の終了時に、処理モジュールは、自身の待機状態に戻る。
【００７５】
取引の処理の間のいくつかの時点で、端末１０２は、外部デバイス１０４に、データ、典型的には、セキュリティモジュール２１３内に保存されている鍵によって暗号化されたデータを送信してもよい。別の箇所で述べたように、外部デバイスに送信されるデータは、例えば、セキュリティ目的のためのワンタイムコードを含んでいてもよい。
【００７６】
図３Ａ〜３Ｆにおいて、サーバー１０６、外部エンティティー１０４（外部エンティティー１０４ａ、１０４ｂのタイプは、本明細書のより容易な読解を助けるため、いくつかの例において、外部エンティティー１０４と称される）、および支払端末１０２の１つの実施形態によって実行されるタスクが述べられる。
【００７７】
工程３０２において、支払端末１０２は、請求されるべき額を示す入力を受信する。１つの例として、商業者は、支払端末１０２に設けられた、物理またはデジタルキーパッドを用いて、請求されるべき額を示す入力を受信する。１つの例として、図４Ａを参照し、商業者は、ユーザー／顧客から受け取ろうとしている３５０Ｒｓ（ルピー）の額を入力する。
【００７８】
工程３０４において、支払端末１０２は、外部エンティティー１０４との取引を開始するための入力を受信する。１つの例として、再度図４Ａを参照し、額を入力した後、支払端末１０２のユーザーは、リターンキーを押し、即時入力（インスタント入力）を提供する。リターンキーの押下は、前の工程において述べられた額、および、現在の工程において述べられている入力の確認（承認）として解釈され得ることに留意すべきである。
【００７９】
工程３０６において、開始入力に応答して、支払端末１０２（例えば、支払端末１０２の処理モジュール２０２）は、第１の無線通信モジュール２１４（以下、本明細書のより容易な読解を助けるため、ＢＬＥモジュール２１４と称される）および第２の無線通信モジュール２１６（以下、本明細書のより容易な読解を助けるため、ＮＦＣモジュール２１６と称される）に、外部エンティティー１０４との通信を確立するよう試みさせる。１つの例として、モジュール２１４、２１６の双方は、開始入力に応答して切り替えられてもよく、その後、通信チャンネルを確立するよう試みる。代替的に、モジュール２１４、２１６の双方が、既にオン（オンであるが、スリープ」または「省エネ」モード）であってもよく、この場合、起動および外部エンティティー１０４との通信チャンネルの確立を試みる。
【００８０】
工程３０８において、ＢＬＥモジュール２１４およびＮＦＣモジュール２１６の双方は、通信チャンネルを確立するよう試みる。１つの例として、ＢＬＥモジュール２１４の場合、ＢＬＥモジュール２１４は、自身の識別子のブロードキャストを開始してもよい。一方、ＮＦＣモジュール２１６の場合、ＮＦＣモジュール２１６は、電磁場を生成する。商業者は、モジュール２１４、２１６のいずれが使用されるべきであるかを指定することはなく、むしろ、支払端末１０２がモジュール２１４、２１６の双方を用いて、通信チャンネルの確立を試み、その後、認証の後、モジュール２１４、２１６の適切な一方を用いて通信チャンネルを確立するよう構成されていることに、留意されたい。
【００８１】
図３Ｂ中の工程３１０を参照し、留意すべきことは、外部エンティティー１０４がＮＦＣまたはＢＬＥ対応であるかを、外部エンティティー１０４が、判断していると思われる場合であっても、工程３１０は、説明の目的のためだけで提供されていることは、よく理解されるであろう。上述のように、外部エンティティー１０４が、ＢＬＥまたはＮＦＣ能力の１つ以上を有するＮＦＣ対応カード１０４ａ（クレジットカード、デビットカード、アクセスカード、コーポレートカード、フードカード）または携帯通信デバイス１０４ｂ（例えば、スマートフォン）であってもよいことは適切に理解されるであろう。以下、ＢＬＥ対応携帯通信デバイス１０４ｂの場合の取引フローを説明する。ここで、外部エンティティー１０４がＮＦＣ対応カード１０４ａまたはＮＦＣ対応携帯通信デバイス１０４ｂである状況について説明する。ＮＦＣおよびＢＬＥ能力を有する携帯通信デバイス１０４ｂの場合、これらの一方が初期アプリケーション設定、アプリケーションのユーザー規定設定、または、モジュールの可用性（availability）として規定および用いられてもよいことに、留意されたい。
【００８２】
工程３１２を参照すると、外部エンティティー１０４は、検出のために、支払端末１０２に近接する。１つの例として、商業者が、支払受付の準備が出来ている支払端末１０２を有していると、ユーザー／顧客は、ＮＦＣカード１０４ａまたはＮＦＣデバイス１０４ｂを、（ＮＦＣが要求する範囲まで）支払端末１０２に近づける。
【００８３】
説明の目的のため、いくつかの実施形態において、ＮＦＣカード／デバイス１０４ａ、１０４ｂは、実施形態の支払端末１０２のみが、実施形態のＮＦＣカード／デバイスと正確に相互通信可能なように、暗号化されたデータを送信する。これは、カード／デバイスの「ロック（locking）」として知られる現象を生じさせる。
【００８４】
工程３１４を参照し、支払端末１０２は、外部エンティティー１０４を検出し、外部エンティティー１０４を認証することによって、外部エンティティー１０４のロックを解除することを試みる。認証が成功すると、通信チャンネルが確立される。すなわち、認証が成功した後にのみ、取引データが送信されることになる。
【００８５】
その後、ＮＦＣカード１０４ａまたはＮＦＣデバイス１０４ｂを検出した後、支払端末１０２は、通信モジュール２１４、２１６のいずれが外部エンティティー１０４との通信チャンネルの起動に成功したかに基づいて、第１の無線通信モジュール２１４および第２の無線通信モジュール２１６の一方を用いて、外部エンティティー１０４との通信チャンネルを確立する。このケースでは、支払端末１０２は、第２の無線通信モジュール２１６（ＮＦＣモジュール２１６）を用いて、外部エンティティー１０４との通信チャンネルを確立している。よって、確立された通信チャンネルは、ＮＦＣチャンネルと称されてもよい。
【００８６】
本実施形態において、ＢＬＥおよびＮＦＣ信号の一方に対する応答が受信されると、支払端末１０２は、該取引が完了するまで、第１の無線通信モジュール２１４および第２の無線通信モジュール２１６を用いた任意の他の外部エンティティーとの通信チャンネルを確立する任意の試みを終了する。
【００８７】
別の実施形態において、通信チャンネルを確立する際に、支払端末からの出力信号に対する応答を受信するだけでなく、外部デバイスを認証した際に、データ通信を開始してもよく、支払端末は、現在の取引が完了するまで、他方のモジュール、すなわち、応答がない通信モジュールの更なる出力を終了する。
【００８８】
確立されたＮＦＣチャンネルを用いて、支払端末１０２は、外部エンティティー１０４と連携して、外部エンティティー１０４のロックを解除する。カード／デバイスレベルおよび支払端末１０２において配備される既知の（または、将来において開発されるであろう）セキュリティ技術が、ＮＦＣカード１０４ａまたはＮＦＣデバイス１０４ｂのロックを解除するため用いられてもよい。支払端末１０２がロックを解除することに失敗した場合、その後、本実施形態では、取引が終了される（取引が完了する）。
【００８９】
工程３１６を参照し、ロック解除が成功すると、支払端末１０２は、カードメモリーからユーザートークンを読み出す。ユーザートークンは、クレジットカードのカード番号と同様に、取引に結び付けられた支払いを実行しようと試みているユーザーを特定するデータである。
【００９０】
実施形態の１つにおいて、ユーザートークンの読み出しに加えて、外部エンティティー１０４は、ワンタイム検証子として使用されるデータを保存している。この実施形態において、保存されているワンタイム検証子もまた、セキュリティを向上させるために、支払端末１０２によって読み出される。
【００９１】
ワンタイム検証子は、試みられている各取引にユニークなデータとして理解可能である。ＮＦＣカード１０４ａの場合、取引を処理するために支払端末１０２によって既存のワンタイム検証子が読み出される度に、新たなワンタイム検証子が、カード１０４ａに書き込まれてもよいことに、留意されたい。さらに、いくつかのスマートフォンは、このデータをＮＦＣモジュールに書き込むことを許可しておらず、この場合、前述の例において実施されているようには、ワンタイム検証子の提供が、行われないことに、留意されたい。
【００９２】
説明のため、図５Ａを参照し、取引データパケット５００は、典型的には、顧客トークン５０１と、顧客識別子（customer identifier）５０３と、取引額５０５と、商業者ＩＤ５０７と、を含む。ユーザーが端末において請求を支払うまたは支払おうと試みた際に、ハッカーがデータを傍受することができる場合、ハッカーは、同じ端末で、同じ額を何回も支払いを実行することが可能である。これは、「リプレイアタック」と称されることもある。そのため、本物の取引とリプレイアタックとを区別可能なものとすることが望ましい。
【００９３】
本実施形態において、「リプレイアタック」を検知するためにセーフティー機構が所定の位置に存在している。リプレイアタックにおいて、ハッカーは、２つのデバイス間で交換されているデータを傍受し、同じものを何回もリプレイする。システムが、そのようなアタックを検知および警告を出すことを可能とするために、毎回、何か新しいものをデータパケットに導入する必要がある。本実施形態において、図５Ｂに示されているように、（ａ）各取引後にカードのカウンターを保持およびインクリメントすること、および（ｂ）データパケットの一部として、支払デバイスにタイムスタンプを送信すること、の一方または双方によって達成される。
【００９４】
よって、本実施形態のパケット５２０は、顧客トークン５０１、顧客識別子５０３、取引額５０５、および商業者ＩＤ５０７だけでなく、カード／デバイスに保存されたカウンター数５０９および取引のタイムスタンプ５１１を含んでいる。
【００９５】
実施形態の１つにおいて、ＮＦＣカード１０４ａまたは携帯デバイス１０４ｂのＮＦＣモジュールから読み出されたデータ（または、ＢＬＥを介して通信されたデータ）は、支払端末１０２が、データがＮＦＣカード１０４ａまたは携帯デバイス１０４ｂのＮＦＣモジュール（または、携帯デバイスのＢＬＥを介して）のいずれから収集されたのかを特定することを可能とするデータを含んでいる。したがって、支払端末１０２（または、サーバー１０６、または双方）は、確立された通信が、カード１０４ａの近距離通信タグ、携帯通信デバイス１０４ｂの近距離通信モジュール、または携帯通信デバイス１０４ｂのパーソナルエリアネットワークモジュール２１４のいずれによって確立されたかを特定することができる。このような提供は、サーバー１０６が取引を処理するのに必要なデータセットを確立することを可能とすることに、留意されたい。１つの例として、ＮＦＣカード１０４ａの場合、ワンタイム検証子が必要とされる一方、携帯デバイス１０４ｂのＮＦＣモジュールの場合、ワンタイム検証子は、取引を処理するために、（上述の制約のために）必要とされなくともよい。
【００９６】
実施形態の１つにおいて、ＮＦＣカード／デバイス１０４ａから読み出された、または、ＢＬＥを介して受信されたデータは、位置検証データを含んでいる。換言すれば、支払端末１０２は、外部エンティティー１０４から位置検証データを受信する。位置検証データは、支払端末１０２を用いた支払いが受付可能かを検証するために用いられる。
【００９７】
実施形態の１つにおいて、データは、外部エンティティー１０４（例えば、カード１０４ａ）に書き込まれ、端末は、端末が関心の場所にある場合を除いて、該コードを送信するカードを拒絶するよう設定されている。支払デバイスが唯一つの企業からの支払いを受け付けることを期待されている、会社内の社員食堂のような完全にクローズドな一括（グループ）支払環境において、請求は、支払デバイスレベルにおいてローカルに実行される。デバイスが、特定の識別子（企業を特定するもの）が付されている顧客カードを発見できない場合には、取引は直ちに拒絶される。サーバー呼び出しは、必要とされない。
【００９８】
支払いが受け付けられないと判断された場合、その後、取引が拒絶される。他方、支払いが受け付け可能であると検証された場合、その後、取引が処理される。説明されている検証は、支払端末１０２によって実行されてもよい。
【００９９】
代替的に、検証は、サーバー１０６、または双方によって実行されてもよい。
【０１００】
支払デバイスが一般的な小売店に位置している別のケースにおいて、請求は、サーバー１０６において生じる。また、顧客識別子は、サーバーに送信されるデータパケットの一部である。バックエンドにおいて、特定の顧客識別子を有する顧客が、特定の場所（例えば、リコールされる商業者ＩＤ５０７（取引データパケットの一部でもある）によって特定された場所）において支払いを行うことを禁止する規則が設定されている。
【０１０１】
実施例の１つとして、企業は、自身の敷地内に配備されたフードコート内で使用するためのＮＦＣカード１０４ａを、自身の従業員に発行していてもよい。敷地外の支払端末１０２において、支払いを実行するためにカード１０４ａが用いられた場合、支払端末１０２（または、サーバー１０６）は、位置検証データを読み込んだ際、取引を拒絶してもよい。
【０１０２】
ここで、工程３１８を参照し、支払端末１０２は、新たなワンタイム検証子を、外部エンティティー１０４に書き込む。１つの例として、新たなワンタイム検証子はが、ＮＦＣカード１０４ａに書き込まれる。実施形態の１つにおいて、携帯デバイス１０４ｂのＮＦＣモジュールがそのような書き込みを許可している場合には、携帯デバイス１０４ｂのＮＦＣモジュールの場合であっても、新たなワンタイム検証子が、携帯デバイス１０４ｂのＮＦＣモジュールに書き込まれる。新たなワンタイム検証子は、次の取引に用いられる。新たなワンタイム検証子は、既存のワンタイム検証子と比較して、事前設定されたようにインクリメント／デクリメントされたものであってもよい。代替的に、ワンタイム検証子は、既存のロジックに基づいて、ランダムに生成されたコードであってもよい。実施形態の１つにおいて、新たなワンタイム検証子は、支払端末１０２によって生成される。工程３２０において、新たなワンタイム検証子は、（そのような提供がなされている場合）ＮＦＣカード１０４ａまたは携帯デバイス１０４ｂのＮＦＣモジュールに記録される。
【０１０３】
ワンタイム検証子は、各取引の度に、外部エンティティー１０４から収集されたデータに新しさ（freshness）を追加することに、留意するべきである。１つの例として、（従来行われているように）一定であるユーザートークンのみが収集される場合、ユーザートークンへアクセスする不正システムは、取引を実行するためのユーザートークンを悪用することができる。
【０１０４】
工程３２２を参照すると、支払端末１０２は、ユーザートークンと、ワンタイム検証子と（存在するのであれば）、商業者ＩＤと、端末ＩＤと、支払端末１０２のワンタイム検証子と、ユーザーデータおよび取引情報を入手するために用いられたソース（ＮＦＣカード／携帯またはＢＬＥ）と、をひとまとめにする。実施形態の１つにおいて、支払端末１０２は、同様に、新たなワンタイム検証子をひとまとめにしてもよい。外部エンティティー１０４に対応するワンタイム検証子とは別に、支払端末１０２用のワンタイム検証子が同様に存在し得ることに留意されたい。よって、支払端末１０２についての情報（例えば、商業者ＩＤまたは端末ＩＤ）を有する不正システムは、それでも、悪用に備えた抵抗性（resistance）と共に提供され得る。実施形態の１つにおいて、ユーザーは、ＰＩＮを支払端末１０２に通信し、取引を認証する必要がある。いくつかの実施形態において、ＰＩＮは、特定の事前設定された額を超えた取引のためにのみ、要求されてもよい。
【０１０５】
さらに、支払端末１０２は、セキュリティ特徴を強化するために、認証およびセキュリティデータを、他のデータと共にひとまとめにしてもよい。
【０１０６】
工程３２４を参照し、支払端末１０２は、ひとまとめにされた情報を、サーバー１０６に送信する。支払端末１０２は、ＷＩＦＩモジュール２１０を用いて、情報をサーバー１０６に送信してもよい。代替的に、支払端末１０２は、ＧＰＲＳモジュールを用いて、情報をサーバー１０６に送信してもよい。代替的に、支払端末は、サーバー１０６にデータを通信する前に、セキュリティ目的のために、セキュリティモジュール２１３を用いて、ひとまとめにされたデータを暗号化してもよい。
【０１０７】
工程３２６を参照し、サーバー１０６は、支払端末１０２から、ひとまとめにされた情報を受信する。
【０１０８】
工程３２８を参照し、サーバー１０６は、取引を処理する。従来と異なる工程についての注目が不明確となるのを防止するため、取引の処理に含まれる従来の工程については、議論しない。外部エンティティー１０４のワンタイム検証子および支払端末１０２のワンタイム検証子は、支払リクエストが拒絶されるべきか、さらに処理されるべきかを判断するために用いられる。（支払端末１０２に対応する）ワンタイム検証子は、取引を拒絶または取引を処理するために、ワンタイム検証子が、現在の取引のために支払端末１０２から期待されているものであるかを検証するために用いられる。同様に、（外部エンティティー１０４に対応する）ワンタイム検証子は、取引を拒絶または取引を処理するために、ワンタイム検証子が、現在の取引のために外部エンティティー１０４から期待されているものであるかを検証するために用いられる。
【０１０９】
実施形態の１つにおいて、支払端末１０２は、外部エンティティー１０４に対応する新たなワンタイム検証子を、サーバー１０６に通信してもよく、これにより、サーバー１０６は、次の取引において外部エンティティー１０４から期待されているものを知る。
【０１１０】
実施形態の１つにおいて、外部エンティティー１０４または支払端末１０２の新たなワンタイム検証子は、前のワンタイム検証子に既知の変化が加わったものである。よって、サーバー１０６は、取引を拒絶または処理するために、前のワンタイム検証子を用いることにより、ワンタイム検証子を検証する必要がある。
【０１１１】
実施形態の１つにおいて、サーバー１０６は、次の取引で用いるために、新たなワンタイム検証子を支払端末１０２に通信する。
【０１１２】
期待されている外部エンティティー１０４からのワンタイム検証子が存在しない、または、間違ったワンタイム検証子の場合、サーバー１０６は、この問題が解決するまで、外部エンティティー１０４が、取引を実行することを阻止する。支払端末１０２についても同様である。
【０１１３】
工程３３０を参照し、サーバー１０６は、取引情報を支払端末１０２に送信する。取引情報は、成功した支払いまたは拒絶されている支払いに対応する情報を含んでいてもよい。また、取引情報は、他の情報の中でも特に、商業者の口座に入金されている額に対応する情報、および／または、支払いを実行したユーザー／顧客についての選択された情報を含んでいてもよい。
【０１１４】
工程３３２を参照し、支払端末１０２は、サーバー１０６から、取引情報を受信する。受信される情報のいくつかは、支払端末１０２によって出力（例えば、表示）されてもよい。いくつかの実施形態において、取引情報のいくつかは、支払端末１０２によって出力されないように防止されていてもよく、一方、そのような情報は、外部デバイス１０４（例えば、電話）に出力されてもよい。
【０１１５】
工程３３４を参照し、取引が完了すると、支払端末１０２は、次の取引（例えば、工程３０２から開始する）のための準備を行ってもよい。
【０１１６】
ここで、ブロック３１０を参照し、思い出してもらいたいが、ユーザー／顧客がＮＦＣカード１０４ａまたはＮＦＣ対応スマートフォン１０４ｂを用いて、支払いを実行することについての説明を、既に提供している。ここで、ユーザーが、ＢＬＥ能力を有する携帯通信デバイス１０４ｂ（例えば、スマートフォン）を用いて、支払いを実行する状況を参照する。
【０１１７】
ＢＬＥは、本発明の本質的部分ではなく、他のプロトコル、例えば、「通常の」ブルートゥースまたはＷｉＦｉもまた機能することは、理解されるべきである。
【０１１８】
ここで、図３中の一連の他の図面と併せて図３Ｅを参照する。上述のように、工程３０８を参照し、支払端末のＮＦＣモジュール２１６およびＢＬＥモジュール２１４の双方は、通信チャンネルを確立するよう試みてもよい。上述のように、ＢＬＥモジュール２１４の場合、ＢＬＥモジュール２１４は、自身の識別子のブロードキャストを開始してもよい。識別子は、互換性（compatibility）を特定するデータを含んでいてもよい。
【０１１９】
１つの例として、図３Ｅおよび図４Ｂを参照し、ユーザーは、携帯通信デバイス１０４ｂ内の支払アプリケーションを開き、「今支払う（pay now）」アイコンをアクティブ化する。アプリケーションは、ＢＬＥ対応スマートフォン１０４ｂのＢＬＥモジュールに、支払端末１０２をサーチさせる（図４Ｃ参照）。
【０１２０】
複数の支払端末が存在する実施形態において、複数の支払端末は、典型的には、同じ強度で信号を発信するが、もちろん、２つの端末が、任意の特定の携帯通信デバイス（スマートフォン）から等距離にあることはあまり可能性が高くない。接続（ペアリング）の準備（readiness）を示す信号の発信は、本分野において「アドバタイジング」と称されることがあり、典型的には、データの複数のパケットの発信から構成されている。用語「ペアリング」は、限定を意図するものではない。
【０１２１】
携帯通信デバイス（スマートフォン）において受信された信号強度は、スマートフォン、例えば、スマートフォン上において実行されているアプリケーションによって測定され、さらに、周辺において利用可能な複数の支払端末のそれぞれに対するスマートフォンの位置を判別するために用いられる。
【０１２２】
ペアリングの最初の工程として、図３Ｅの工程３０において、アプリケーションは、周辺をスキャンし、自身と接続を確立可能な「適格候補（eligible candidates）」のリストを作成する。アプリケーションは、携帯通信デバイス（スマートフォン）が意図された支払端末とのペアリングのみをするよう保証するよう構成されている。例えば、商業者は、顧客に対し、アプリケーションを開き、電話を支払端末Ａに近づけ、支払いを開始するよう依頼する。その後、アプリケーションが引き継ぎ、（すべての適格な支払端末のうちの）どの支払端末が近くに位置しているのかを判別する。商業者は、顧客に対し、電話を支払端末Ａに近づけるよう依頼しているので、アプリケーションは、支払端末Ａのみが数インチしか離れておらず、一方、他のデバイスが数メートル離れていることを確認することができ、これにより、支払端末Ａとのペアリングをリクエストすることができる。
【０１２３】
（最近接している利用可能な支払端末との接続を確立する）信号強度ロジックは、接続を確立するためだけのために用いられる。
【０１２４】
電話が支払端末とペアリングされ、それにより、接続を確立すると、接続は、アプリケーションが接続を切断すると決定する時点まで、アクティブ（有効）であり続ける。接続は、電話が端末から離れるように移動されたとしてもアクティブであり続け、アプリケーションは、端末とトークし続け、取引を完了させる。アプリケーションが、取引が完了したと判別すると、アプリケーションは接続を解除し、端末を解放する。
【０１２５】
端末は、２つの電話と同時にペアリングできないように構成されている。１つの電話が端末とペアリングまたは接続されると、該電話と端末との間の通信チャンネルが排他的なものとなる。すなわち、それ以外の電話は、端末とペアリングまたは通信することができない。端末は、該電話に対して効果的にロックされ、アプリケーションによるか、または、支払端末を物理的にリセットするかのいずれかによってのみロック解除（電話からの接続が解除）され得る。
【０１２６】
実施形態の１つにおいて、この「ロック」は、ペアリングが実施された際にアドバタイジングを停止するよう構成された端末によって実行される。１つの例において、スマートフォン上のアプリケーションは、アドバタイジングを停止するための命令を端末に発信する。別の実施例において、端末は、ペアリングが実行されるとすぐに、スマートフォンからの入力なしに、アドバタイジングを停止するよう構成されている。
【０１２７】
支払端末のプロセッサーは、この命令を受信し、保存されている命令に応答して、処理を行い、自身の機能のアドバタイズを一時的に停止し、ペアリングを提供する。
【０１２８】
実施形態の１つにおいて、スマートフォン１０４ｂのアプリケーションは、識別子内に存在する互換性を示すデータを参照することによって、互換性のある支払端末１０２を探す。例えば、アドバタイジングしているいくつかのＢＬＥまたはブルートゥースデバイスが存在し得るが、アプリケーションは、支払いを実行するために検討されている（したがって、ペアリングのためのリクエストを送信するために検討されている）支払端末１０２を特定することにのみ興味がある。
【０１２９】
ユーザーは、信号強度が第１のしきい値を超えるように、携帯電話を支払端末の近くに移動させ、図３Ｅの工程３１において、スマートフォン１０４ｂは、ペアリングのために、リクエストを支払端末１０２に送信する。
【０１３０】
実施形態の１つにおいて、支払端末１０２からの信号の強度が第１のしきい値を超える場合、ペアリングのためのリクエストのみが外部に送信される。
【０１３１】
別の実施形態において、ユーザーが「今支払う」アイコンをアクティブ化するとすぐに、ペアリングのためのリクエストが外部に送信され、または、同様に、スマートフォンが取引を開始するよう指示される。
【０１３２】
さらに別の実施形態において、アプリケーションは、ペアリングが可能な１つ以上の端末の表示（指標、印）を、例えば、自身のディスプレイスクリーン上に表示し、ユーザーは、これらの１つを選択する。この選択が、ペアリングシーケンスを開始するためのリクエストを発生させる。
【０１３３】
１つの例として、複数の互換性のある支払端末１０２が商業者位置にあるものとする。スマートフォン１０４ｂのアプリケーションは、これらの支払端末１０２の全てを特定および候補リスト化するであろうが、ペアリングのためのリクエストを、これらのうちのどの１つに送信するかを決定しなければならない。
【０１３４】
実施形態の１つにおいて、単一の支払端末１０２が特定された状況であっても、ペアリングのためのリクエストは、信号強度が第１のしきい値を超えていないと送信されない。実際、支払いを実行するためのチャンネルとしてＢＬＥを用いた場合であっても、ユーザー体験は、「タップおよび支払い（tap-and-pay）」に近いものとなるだろう。ユーザーは、スマートフォン１０４ｂを支払端末１０２に近づけ（図４Ｄ参照）、信号強度を増加させ、これにより、アプリケーションに、支払端末１０２とのペアリングをリクエストさせる。よって、スマートフォン１０４ｂは、ブロードキャストされた識別子の信号強度が第１のしきい値を超える場合、支払端末１０２のパーソナルエリアネットワークモジュール２１４との通信チャンネルを確立するためのリクエストを自動的に送信することは、理解されるであろう。
【０１３５】
第１のしきい値は、携帯通信デバイス１０４ａおよび支払端末１０２が、互いに所定の距離内にあった際に、通信チャンネルを確立するよう、設定される。第１のしきい値は、ソフトウェア更新を介して遠隔に再設定可能であってもよく、または、支払い端末１０２において設定可能であってもよい。
【０１３６】
実施形態の１つにおいて、第１のしきい値は、携帯通信デバイス１０４ｂおよび支払端末１０２が、互いに約２０センチメートルの距離にあった際に、通信チャンネルを確立するよう設定されている。
【０１３７】
実施形態の１つにおいて、第１のしきい値は、携帯通信デバイス１０４ｂおよび支払端末１０２が、互いに約１０センチメートルの距離にあった際に、通信チャンネルを確立するよう設定されている。
【０１３８】
第１のしきい値の設定に関し、ペアリングを処理するために、携帯通信デバイス１０４ｂと支払端末１０２との間の適切な距離を設定することができることは、理解されるであろう。
【０１３９】
図３Ｅの工程３２において、支払端末１０２は、ペアリングのためのリクエストを受信する。支払端末１０２は、リクエストを受信すると、既知のプロトコルを用いて、スマートフォン１０４ｂと連携（co-ordinate）し、ペアリングを成功させるか、リクエストを拒絶するかする。ペアリングが成功した場合、支払端末１０２は、第１の無線通信モジュール２１４（ＢＬＥモジュール２１４）を用いて、外部エンティティー１０４との通信チャンネル（ＢＬＥチャンネル）を確立する。よって、確立された通信チャンネルは、ＢＬＥチャンネルと称することができる。
【０１４０】
通信チャンネルが確立される（ペアリングが実行される）と、スマートフォンは、スマートフォン１０４ｂと支払端末１０２のパーソナルエリアネットワークモジュール２１４との間の信号強度が第１のしきい値を下回ったとしても、支払端末１０２のパーソナルエリアネットワーク１０２との通信を維持し続ける。実際、ユーザーは、スマートフォン１０４ｂを支払端末１０２に近づけ、スマートフォン１０４ｂに、支払端末１０２とのペアリングを実行させるであろう。その後、ユーザーは、スマートフォン１０４ｂを引き戻すであろうが、通信チャンネルは維持されることとなるため、ユーザー体験を向上させ、取引処理をより信頼性の高いものとすることができる。
【０１４１】
実施形態の１つにおいて、支払端末１０２またはスマートフォン１０４ｂの少なくとも１つは、スマートフォン１０４ｂと支払端末１０２のパーソナルエリアネットワークモジュール２１４との間のチャンネル内の信号強度が第２のしきい値を下回った場合に、確立された通信チャンネルを終了するよう構成されている。第２のしきい値は制御可能であってもよい。第２のしきい値は、遠隔に再設定可能またはデバイスで再設定可能であってもよい。
【０１４２】
図３Ｅの工程３３において、支払端末１０２は、取引情報をスマートフォン１０４ｂに送信する。情報は、ＢＬＥチャンネルを介して送信される。そのような情報は、特に、送金されるべき額および商業者情報を含んでいてもよい。
【０１４３】
図３Ｅの工程３４、並びに、図４Ｄおよび４Ｅにおいて、スマートフォン１０４ｂは、支払端末１０２によって送信された取引情報を受信する。
【０１４４】
図３Ｅの工程３および図４Ｅにおいて、ユーザーは、アイコンをアクティブ化し、これにより、スマートフォン１０４ｂが、支払いの承認を送信し、さらに、取引を容易にするためのデータを通信する。なお、（ＮＦＣの文脈において述べられた関連データに加えて）通信されるデータは、リアルタイムデータを含んでいてもよい。リアルタイムデータは、時間に対応するデータを含んでいてもよい。ワンタイム検証子は、スマートフォン１０４ｂによって生成されてもよい。また、実施形態の１つにおいて、ユーザーは、取引を許可するために、ＰＩＮを通信しなければならない。いくつかの実施形態において、ＰＩＮは、特定の事前設定された額を超える取引の場合のみ、要求されてもよい。
【０１４５】
図３Ｆの工程３６において、支払端末１０２は、承認およびデータを受信し、工程３２２と関連して上で説明された複数の工程および後続の複数の工程が実行されてもよく、これらの工程は、このモードの取引のために適応されたものであってもよい。
【０１４６】
ここで、特に、工程３３２（図３Ｄ）、３７および３８（図３Ｆ）を参照し、支払端末１０２は、サーバー１０６から取引情報を受信する。上述のように、サーバー１０６は、受信したデータに基づいて、データがＢＬＥチャンネルを介して支払端末１０２によって受信されたことを知ることに、留意されたい。よって、ＢＬＥチャンネルは、取引に対応する更新をユーザーに提供するために用いられ得る。したがって、サーバー１０６によって送信される典型的なデータとは別に、サーバー１０６は、送信を行い、支払端末１０２は、スマートフォン１０４ｂを用いて支払いを実行するユーザーの口座残高に対応するデータを受信する。支払端末１０２は、ＢＬＥチャンネルを介して、口座残高に対応するデータを、スマートフォン１０４ｂに通信する（図４Ｇ参照）。したがって、ユーザーは、インターネットを用いずに支払いを実行できるだけでなく、インターネットを用いずに取引についての更新を入手することができる。
【０１４７】
工程３８が完了すると、スマートフォン１０４上で実行されているアプリケーションは、支払端末１０２との通信チャンネルを介してコマンドを送信する。このコマンドは、端末に、他のスマートフォンとの取引を可能とするよう、アドバタイジングを開始するよう、指示する。コマンドは、支払端末によって受信され、アドバタイジングが再開されるように、端末のメモリー内に保存されている命令に従って、支払端末の処理回路によって処理される。
【０１４８】
また、実施形態の１つにおいて、必要に応じて、商業者がアドバタイジングを再度可能とすることができるように、端末１０２は、物理リセットデバイス（例えば、リセット鍵）と共に提供されている。別の実施形態において、リセットは、遠隔に実行されてもよいが、これは、いくつかのケースにおいて、物理リセットデバイスを用いるよりも安全性が低くなるであろう。
【０１４９】
リセットキーは、操作されたときに、支払端末を、アドバタイジングを開始可能な静止状態（quiescent state）で再起動させてもよいし、単純に、「アドバタイジング停止」コマンドを無効化（オーバーライド）し、処理回路に、「アドバタイジング再開」コマンドを送信してもよい。
【０１５０】
実施形態の１つにおいて、支払端末１０２は、サーバー１０６から、取引情報に対応するデータを受信し、さらに、通信チャンネルを介して、少なくとも、取引情報に対応するデータの一部を、スマートフォン１０４ｂに通信するよう、さらに構成されている。
【０１５１】
実施形態の１つにおいて、支払端末１０２は、ユーザーの口座残高を表示することができない。しかしながら、携帯通信デバイス１０４ｂは、取引の後、ユーザーの口座残高を表示するよう構成されている。口座残高に対応するデータは、ユーザーのスマートフォン１０４ｂのみが該データを復号化できるよう、暗号化されていてもよい。
【０１５２】
実施形態の態様を不必要に不明確としないために、典型的には、異なる工程で用いられる暗号化、復号化、認証、およびセキリティ技術のいくつかは、詳述されていないことに、留意すべきである。
【０１５３】
上述の処理は、一連の工程として説明され、これは、単に説明のためのものである。したがって、いくつかの工程が追加されてもよく、いくつかの工程が省略されてもよいことは適切に理解されるであろうし、工程の順番は、変更可能であり、または、いくつかの工程は、同時に実行されてもよい。
【０１５４】
本明細書において開示された例示的な実施形態は、コンピューター、ハードウェア、またはソフトウェアとハードウェアの組み合わせにインストールされたソフトウェアを含む動作環境において実施され得る。
【０１５５】
特定の例示的な実施形態を参照して本発明の実施形態が記述されたが、本明細書において記述されたシステムおよび方法のより広い原理および範囲から逸脱することなく、これら実施形態に対する様々な変形および変更がなされ得ることは明らかである。したがって、明細書および図面は、限定目的というよりは、説明目的のものであることに留意されるべきである。
【０１５６】
本発明は、例示の目的でのみ記述されていることは、適切に理解されるであろう。添付の特許請求の範囲の原理および範囲から逸脱することなく、様々な変形が、本明細書において記述された技術に対してなされるであろう。開示の技術は、スタンドアローンな方法で提供されてもよいし、互いに組み合わされて提供されてもよい。したがって、該技術に対して記述された特徴も、別の技術と組み合わせて提供されていてもよい。
【図１】
2020529090.tif 000003
【図２】
2020529090.tif 000004
【図３Ａ】
2020529090.tif 000005
【図３Ｂ】
2020529090.tif 000006
【図３Ｃ】
2020529090.tif 000007
【図３Ｄ】
2020529090.tif 000008
【図３Ｅ】
2020529090.tif 000009
【図３Ｆ】
2020529090.tif 000010
【図４Ａ】
2020529090.tif 000011
【図４Ｂ】
2020529090.tif 000012
【図４Ｃ】
2020529090.tif 000013
【図４Ｄ】
2020529090.tif 000014
【図４Ｅ】
2020529090.tif 000015
【図４Ｆ】
2020529090.tif 000016
【図４Ｇ】
2020529090.tif 000017
【図５Ａ】
2020529090.tif 000018
【図５Ｂ】
2020529090.tif 000019
【図６】
2020529090.tif 000020
【手続補正書】
【提出日】令和1年5月2日(2019.5.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線信号を出力するよう構成された支払端末を介して金銭情報を処理するためのパーソナル通信デバイスであって、
前記パーソナル通信デバイスは、
前記支払端末の前記無線信号を受信し、
前記受信された無線信号が、第１の信号しきい値を超える強度を有しているかを判別し、
前記受信された無線信号の前記強度が前記第１の信号しきい値を超えている場合、前記支払端末とのペアリングのための無線リクエスト信号を発信し、これにより、前記パーソナル通信デバイスとの通信チャンネルを確立するよう、構成されており、
前記無線リクエスト信号は、前記支払端末に、唯一つの通信チャンネルを確立させるよう構成されており、さらに、前記通信チャンネルは、前記パーソナル通信デバイスと前記支払端末との間のみで確立されており、さらに、
前記パーソナル通信デバイスは、前記パーソナル通信デバイスが、金銭取引が完了したとの通知を、前記通信チャンネルを介して受信した際、前記通信チャンネルを終了し、前記支払端末が他のパーソナル通信デバイスとの他の通信チャンネルを構築可能となるようにする、よう構成されていることを特徴とするパーソナル通信デバイス。
【請求項２】
前記無線信号を受信することを開始するためのユーザー入力デバイスを有している請求項１に記載のパーソナル通信デバイス。
【請求項３】
無線信号を出力するよう構成された支払端末を介して金銭情報を処理するためのパーソナル通信デバイスであって、
前記パーソナル通信デバイスは、プロセッサーおよびメモリーを含み、
前記パーソナル通信デバイスは、前記プロセッサーの制御下において、前記メモリー内に保存されている命令を実行することにより、
前記支払端末の前記無線信号を受信し、
前記受信された無線信号が、第１の信号しきい値を超える強度を有しているかを判別し、
前記受信された無線信号の前記強度が前記第１の信号しきい値を超えている場合、前記支払端末に、前記パーソナル通信デバイスとの通信チャンネルを確立させるよう構成された無線リクエスト信号を発信するよう、構成されており
前記無線リクエスト信号は、前記支払端末に、唯一つの通信チャンネルを確立させるよう構成されており、さらに、前記通信チャンネルは、前記パーソナル通信デバイスと前記支払端末との間のみで確立されており、
前記パーソナル通信デバイスは、前記パーソナル通信デバイスが、金銭取引が完了したとの通知を、前記通信チャンネルを介して受信した際、前記通信チャンネルを終了し、前記支払端末が他のパーソナル通信デバイスとの他の通信チャンネルを構築可能となるようにする、よう構成されていることを特徴とするパーソナル通信デバイス。
【請求項４】
パーソナル通信デバイスが関連する金銭取引を処理するための支払端末であって、
前記支払端末は、
自身の能力をアドバタイジングする無線信号を発信し、前記パーソナル通信デバイスと通信し、
前記パーソナル通信デバイスの無線応答信号に応答して、同時に１つのパーソナル通信デバイスとの通信のみが可能となるように、前記自身の能力を示す前記データを発信し、前記パーソナル通信デバイスと通信することを中止する、よう構成されていることを特徴とする支払端末。
【請求項５】
前記パーソナル通信デバイスの無線解放信号に応答して、前記自身の能力をアドバタイジングする前記無線信号を発信し、前記パーソナル通信デバイスとの通信を開始するようさらに構成されており、これにより、異なるパーソナル通信デバイスとの通信が可能となる請求項４に記載の支払端末。
【請求項６】
前記無線解放信号が受信されない場合に、前記支払端末を物理的にリセットするためのリセットデバイスを有する請求項５に記載の支払端末。
【請求項７】
サーバーと接続するための接続をさらに有している請求項４、５、または６に記載の支払端末。
【請求項８】
前記支払端末は、
前記通信チャンネルを確立した際に、前記金銭取引に結びつけられた支払いを実行することを試みているユーザーを特定するデータを受信し、
前記金銭取引を処理するために、少なくとも、前記ユーザーを特定する前記データ、商業者を特定するデータ、および支払額を特定するデータを、前記サーバーに通信するよう、構成されており、これにより、前記パーソナル通信デバイスが、インターネットを使用しない支払いを実行することを可能とする請求項７に記載の支払端末。
【請求項９】
前記サーバーから、前記パーソナル通信デバイスを用いて支払いを実行するユーザーの口座残高に対応するデータを受信し、さらに、
前記通信チャンネルを介して、前記口座残高に対応する前記データを、前記パーソナル通信デバイスに通信するよう構成されている請求項７に記載の支払端末。
【請求項１０】
請求項１ないし３のいずれかに記載のパーソナル通信デバイスと、請求項４ないし９のいずれかに記載の支払端末との組み合わせを含む、金銭取引を実行するためのシステム。
【請求項１１】
パーソナル通信デバイスおよび支払端末によって、金銭データを処理する方法であって、
前記パーソナル通信デバイスに、前記支払端末のペアリング信号に応答させる工程であって、
前記ペアリング信号は、無線信号であり、
前記ペアリング信号は、複数のパーソナル通信デバイスとペアリングするために、能力をアドバタイズし、
前記パーソナル通信デバイスの応答は、前記パーソナル通信デバイスと前記支払端末との間の通信チャンネルを開始することを前記支払端末にリクエストするための無線リクエスト信号の発信を含む、前記支払端末のペアリング信号に応答させる工程と、
前記支払端末に、前記通信チャンネルを開始し、さらに、前記ペアリング信号を発信することを中止することにより、前記無線リクエスト信号の受領に応答させる工程と、を含み、これにより、前記パーソナル通信デバイスからの前記金銭取引が前記通信チャンネルを介して安全に実行可能となるように、唯一つの前記通信デバイスが前記支払端末と通信可能となることを特徴とする方法。
【請求項１２】
請求項１１に記載の方法を実行するための命令を含むことを特徴とするコンピュータープログラム製品。
【請求項１３】
請求項１１に記載の方法を実行するための命令を含むことを特徴とするコンピュータープログラム。
【請求項１４】
命令を保存している非一時的保存媒体であって、
プロセッサーによって実行された際に、前記プロセッサーに、請求項１１の方法を実行させることを特徴とする非一時的保存媒体。
【国際調査報告】
2020529090.tif 000021
2020529090.tif 000022
2020529090.tif 000023
2020529090.tif 000024