特表 2023-538860 短距離トランシーバを介した検証済みメッセージングのためのシステムおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-09-12

(54)【発明の名称】短距離トランシーバを介した検証済みメッセージングのためのシステムおよび方法

(51)【国際特許分類】

   G06F 21/35 20130101AFI20230905BHJP

【ＦＩ】

G06F21/35

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023509792

(86)(22)【出願日】2021-08-05

(85)【翻訳文提出日】2023-04-06

(86)【国際出願番号】 US2021044637

(87)【国際公開番号】W WO2022035669

(87)【国際公開日】2022-02-17

(31)【優先権主張番号】16/990,235

(32)【優先日】2020-08-11

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＪＡＶＡ

(71)【出願人】

【識別番号】519111877

【氏名又は名称】キャピタル・ワン・サービシーズ・リミテッド・ライアビリティ・カンパニー

【氏名又は名称原語表記】Ｃａｐｉｔａｌ Ｏｎｅ Ｓｅｒｖｉｃｅｓ， ＬＬＣ

(74)【代理人】

【識別番号】100145403

【弁理士】

【氏名又は名称】山尾 憲人

(74)【代理人】

【識別番号】100135703

【弁理士】

【氏名又は名称】岡部 英隆

(74)【代理人】

【識別番号】100227927

【弁理士】

【氏名又は名称】中村 拓

(72)【発明者】

【氏名】ルール，ジェフリー

(72)【発明者】

【氏名】オズボーン，ケビン

(57)【要約】

非接触カードなどの短距離トランシーバ、クライアントデバイス、およびサーバを含む対話を通じて検証済みメッセージングのためのシステムおよび方法が提示される。検証済みメッセージングは、クライアントデバイスを使用して、非接触カードなどのユーザの短距離トランシーバからユーザ識別子を受信し、ユーザ識別子を有するメッセージング要求をサーバに送信するという状況で提供されてもよく、サーバは、クライアントデバイス情報を検索し、要求に付随するクライアントデバイスに関するデータと比較することができる。短距離トランシーバから取得されたユーザ識別子に基づいて、受信したクライアントデバイス情報を記憶されたクライアントデバイスデータと照合することにより、クライアントデバイスが短距離トランシーバに関連付けられたユーザに対応することを検証する能力が向上する。

【特許請求の範囲】

【請求項1】

検証済みメッセージングのためのシステムであって、
複数のユーザについてのユーザ情報を記憶するデータベースであって、前記ユーザ情報は、ユーザごとに、ユーザ識別子およびクライアントデバイスアドレスを含む、データベースと、
ネットワークを介してクライアントデバイスと通信するように構成されたサーバであって、前記クライアントデバイスはユーザに関連付けられている、サーバと、
前記ユーザに関連付けられた非接触カードであって、前記非接触カードは、前記クライアントデバイスの短距離通信範囲を介したデータ通信のために構成され、前記非接触カードは、プロセッサと、データおよびアプレットを記憶するメモリとを含み、前記アプレットは、前記クライアントデバイスの前記短距離通信範囲に前記非接触カードが入った後に、統一資源識別子（ＵＲＩ）を提供するように構成され、前記ＵＲＩは、メッセージ宛先アドレスおよびメッセージペイロードを含み、前記メッセージ宛先アドレスは、前記サーバに関連付けられている、非接触カードと、
前記サーバおよび前記データベースとデータ通信するプロセッサであって、
前記プロセッサは、
前記クライアントデバイスから、前記メッセージペイロードを含むメッセージセッション要求を受信し、
前記メッセージペイロードに基づいて、前記ユーザに対応するユーザ識別子を判定し、
前記ユーザと関連付けられたクライアントデバイスアドレスを識別し、
前記ユーザと関連付けられた前記クライアントデバイスアドレスが前記要求に付随する送信元アドレスに対応するかどうか判定し、
前記クライアントデバイスアドレスにアドレス指定された応答メッセージを前記クライアントデバイスに送信するように構成されている、プロセッサと、
を含む、検証済みメッセージングのためのシステム。

【請求項2】

前記ＵＲＩは、ショート・メッセージ・サービス（ＳＭＳ）メッセージのために構成され、前記メッセージ宛先アドレスはショート・メッセージ・サービス（ＳＭＳ）アドレスを含む、請求項１に記載のシステム。

【請求項3】

前記要求は、ショート・メッセージ・サービス（ＳＭＳ）メッセージを含む、請求項２に記載のシステム。

【請求項4】

前記クライアントデバイスアドレスは、前記クライアントデバイスに割り当てられた携帯電話番号を含む、請求項３に記載のシステム。

【請求項5】

前記要求に付随する前記送信元アドレスは、発信者識別データから取得される、請求項４に記載のシステム。

【請求項6】

前記応答メッセージは、ショート・メッセージ・サービス（ＳＭＳ）メッセージである、請求項５に記載のシステム。

【請求項7】

前記サーバは、ショート・メッセージ・サービス（ＳＭＳ）ゲートウェイとデータ通信するように構成され、前記応答メッセージは、前記サーバによって前記ＳＭＳゲートウェイにルーティングされる、請求項６に記載のシステム。

【請求項8】

前記メッセージペイロードは、前記ユーザに関連付けられたトークンを含む、請求項１に記載のシステム。

【請求項9】

前記プロセッサは、前記トークンから取得されたユーザ鍵に基づいて、前記ユーザを認証するようにさらに構成される、請求項８に記載のシステム。

【請求項10】

前記短距離通信範囲は、近距離無線通信（ＮＦＣ）を含み、前記非接触カードは、ＮＦＣデータ交換フォーマット（ＮＤＥＦ）に従って前記ＵＲＩを通信するように構成される、請求項１に記載のシステム。

【請求項11】

検証済みメッセージセッションを確立するための方法であって、
検証済みメッセージセッションを確立する要求をモバイルデバイスからネットワークを介して受信するステップであって、前記要求は、前記モバイルデバイスの短距離通信範囲に非接触カードが入ることに応答して生成され、前記要求は、前記非接触カードから読み出されたメッセージペイロードを伴い、前記モバイルデバイスおよび前記非接触カードは、ユーザに関連付けられている、ステップと、
前記メッセージペイロードに基づいて、前記ユーザに対応するユーザ識別子を判定するステップと、
前記ユーザに関連付けられたモバイルデバイス番号を識別するステップと、
前記要求に応答して、検証済みメッセージセッションを確立するステップと、
前記モバイルデバイス番号を介して前記モバイルデバイスに第１のメッセージを送信するステップと、
を含む、検証済みメッセージセッションを確立するための方法。

【請求項12】

前記メッセージペイロード内の前記ユーザに関連付けられたトークンから取得されたユーザ鍵に基づいて、前記ユーザを認証するステップを、さらに含む、請求項１１に記載の方法。

【請求項13】

前記検証済みメッセージセッションは、ショート・メッセージ・サービス（ＳＭＳ）メッセージングに対応する、請求項１２に記載の方法。

【請求項14】

前記第１のメッセージに応答する第２のメッセージを、前記モバイルデバイスから受信するステップを、さらに含む、請求項１３に記載の方法。

【請求項15】

前記モバイルデバイス番号を介して前記モバイルデバイスに第３のメッセージを送信するステップであって、前記第３のメッセージは前記第２のメッセージに応答する、ステップ、をさらに含む、請求項１４に記載の方法。

【請求項16】

第１の所定期間内に前記モバイルデバイスからメッセージが受信されない場合、セッション警告メッセージを前記モバイルデバイス番号を介して前記モバイルデバイスに送信するステップであって、前記第１の所定期間は、前記モバイルデバイス番号を介して前記モバイルデバイスに各メッセージを送信する時点で再開し、前記セッション警告メッセージは、応答メッセージを送信するように前記ユーザに促す、ステップを、さらに含む、請求項１１に記載の方法。

【請求項17】

前記セッション警告メッセージを送信した後に、第２の所定期間内に前記モバイルデバイスからメッセージが受信されない場合、セッション終了メッセージを送信するステップを、さらに含む、請求項１６に記載の方法。

【請求項18】

前記セッション終了メッセージを送信するステップ、または前記モバイルデバイスからセッション終了要求を受信するステップのうちの少なくとも一方のときに、前記検証済みメッセージセッションを終了するステップを、さらに含む、請求項１７に記載の方法。

【請求項19】

前記ユーザに関連付けられた前記モバイルデバイス番号は、前記要求に付随する発信者識別番号に対応するかどうかを判定するステップ、をさらに含む、請求項１１に記載の方法。

【請求項20】

検証済みＳＭＳメッセージングのための方法であって、
複数のユーザのためのユーザ情報を記憶するデータベースを確立するステップであって、前記ユーザ情報は、ユーザごとに、ユーザ識別子およびモバイルデバイス番号を含む、ステップと、
モバイルデバイスの近距離無線通信（ＮＦＣ）範囲を介したデータ通信のために構成された非接触カードを提供するステップであって、前記非接触カードは、プロセッサと、データおよびアプレットを記憶するメモリとを含み、前記アプレットは、前記モバイルデバイスの前記ＮＦＣ範囲に前記非接触カードが入った後に、ショート・メッセージ・サービス（ＳＭＳ）統一資源識別子（ＵＲＩ）を提供するように構成され、前記ＵＲＩは、ショート・メッセージ・サービス（ＳＭＳ）宛先アドレスおよびメッセージペイロードを含み、前記ＳＭＳ宛先アドレスは、サーバに関連付けられている、ステップと、
検証済みＳＭＳメッセージセッションを確立する要求を、ネットワークを介して前記モバイルデバイスから受信するステップであって、前記要求は、前記非接触カードが前記モバイルデバイスの前記ＮＦＣ範囲に入ることに応答して生成され、前記要求は、前記非接触カードから読み出されたメッセージペイロードを伴う、ステップと、
前記メッセージペイロードに基づいて、前記ユーザに対応するユーザ識別子を判定するステップと、
前記ユーザに関連付けられたモバイルデバイス番号を前記データベースから取得するステップと、
前記ユーザに関連付けられた前記モバイルデバイス番号が前記要求に付随する発信者識別番号に対応するかどうかを判定するステップと、
前記要求に応答して検証済みＳＭＳメッセージセッションを確立するステップと、
前記モバイルデバイス番号を介してショート・メッセージ・サービス（ＳＭＳ）メッセージを前記モバイルデバイスに送信するステップと、
を含む、検証済みＳＭＳメッセージングのための方法。

【発明の詳細な説明】

【関連出願の相互参照】

【0001】

本出願は、２０２０年８月１１日に出願された米国特許出願第１６／９９０，２３５号の優先権を主張し、その開示は、その全体が参照により本明細書に援用される。

【技術分野】

【0002】

本開示は、一般に、検証済みメッセージングに関し、より詳細には、短距離トランシーバ、クライアントデバイス、およびサーバの対話を通じて、検証済みメッセージセッションを確立するための例示的なシステムおよび方法に関する。

【背景技術】

【0003】

モバイル通信の発展は、消費者と同様に企業にも利便性をもたらした。電子メッセージングおよび他の通信は、実質的に任意の場所から、いつでも、当事者間で行われ得る。電子商取引は、消費者が名前およびクレジットカードまたはデビットカード情報などの資格情報を電子的に提供するだけで、購入取引に関与するか、または他のビジネスを行うことができるため、ネットワークを介して遠隔通信する能力に応じて、主に発展してきた。

【0004】

しかし、電子メッセージングおよび他の電子通信技術の使用には、プライバシーおよびセキュリティに対するリスクがある。当事者が遠隔に位置する場合、ユーザの身元を検証すること、または通信に使用されるデバイスがユーザに登録されたデバイスに対応していることを検証することは、比較的困難である。例えば、ショート・メッセージ・サービス（ＳＭＳ）プロトコルを用いたメッセージングは安全ではない。ＳＭＳチャネルを介して行われる通信は、悪意のある当事者が別のユーザまたは事業体を装うためにアドレス情報を操作し得る、なりすましの対象となり得る。そのような場合、ユーザがＳＭＳチャネルを介して機密情報または資格情報を送信すると、情報または資格情報が漏洩または盗まれる可能性がある。

【0005】

これらおよび他の欠陥が存在する。したがって、本明細書に記載された欠陥の少なくともいくつかを克服するために、検証済みメッセージセッションを確立できる例示的なシステムおよび方法を提供することが有益であり得る。

【発明の概要】

【0006】

開示された技術の態様は、非接触カード、クライアントデバイス、およびサーバなどのユーザの短距離トランシーバを含む対話を通じて、検証済みメッセージセッションを確立するためのシステムおよび方法を含む。検証済みメッセージングは、クライアントデバイスを使用して、非接触カードなどのユーザの短距離トランシーバからユーザ識別子およびサーバアドレスを受信し、ユーザ識別子を有するメッセージング要求をサーバに送信するという状況で提供されてもよく、サーバは、クライアントデバイス情報を検索し、要求に付随するクライアントデバイスに関するデータと比較できる。非接触カードなどの短距離トランシーバから取得されたユーザ識別子に基づいて、受信したクライアントデバイス情報を記憶されたクライアントデバイスデータと照合することにより、クライアントデバイスが短距離トランシーバに関連付けられたユーザに対応することを検証する能力が向上する。検証済みメッセージングサービスのサーバアドレスを供給する信頼できるサービスプロバイダが提供する、非接触カードなどの短距離トランシーバを有することによって、ユーザのセキュリティはさらに強化される。

【0007】

本開示の実施形態は、検証済みメッセージングのためのシステムであって、複数のユーザについてのユーザ情報を記憶するデータベースであって、ユーザ情報は、ユーザごとに、ユーザ識別子およびクライアントデバイスアドレスを含む、データベースと、ネットワークを介してクライアントデバイスと通信するように構成されたサーバであって、クライアントデバイスはユーザに関連付けられている、サーバと、ユーザに関連付けられた非接触カードであって、非接触カードは、クライアントデバイスの短距離通信範囲を介したデータ通信のために構成され、非接触カードは、プロセッサと、データおよびアプレットを記憶するメモリとを含み、アプレットは、クライアントデバイスの短距離通信範囲に非接触カードが入った後に、統一資源識別子（ＵＲＩ，Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を提供するように構成され、ＵＲＩは、メッセージ宛先アドレスおよびメッセージペイロードを含み、メッセージ宛先アドレスは、サーバに関連付けられている、非接触カードと、サーバおよびデータベースとデータ通信するプロセッサであって、プロセッサは、クライアントデバイスから、メッセージペイロードを含むメッセージセッション要求を受信し、メッセージペイロードに基づいて、ユーザに対応するユーザ識別子を判定し、ユーザと関連付けられたクライアントデバイスアドレスを識別し、ユーザと関連付けられたクライアントデバイスアドレスが要求に付随する送信元アドレスに対応するかどうか判定し、クライアントデバイスアドレスにアドレス指定された応答メッセージを、クライアントデバイスに送信するように構成されている、プロセッサと、を含む。

【0008】

本開示の実施形態は、検証済みメッセージセッションを確立するための方法を提供し、本方法は、検証済みメッセージセッションを確立する要求をモバイルデバイスからネットワークを介して受信するステップであって、要求は、モバイルデバイスの短距離通信範囲に非接触カードが入ることに応答して生成され、要求は、非接触カードから読み出されたメッセージペイロードを伴い、モバイルデバイスおよび非接触カードは、ユーザに関連付けられている、ステップと、メッセージペイロードに基づいて、ユーザに対応するユーザ識別子を判定するステップと、ユーザに関連付けられたモバイルデバイス番号を識別するステップと、要求に応答して検証済みメッセージセッションを確立するステップと、モバイルデバイス番号を介してモバイルデバイスに第１のメッセージを送信するステップと、を含む。

【0009】

本開示の実施形態は、検証済みＳＭＳメッセージングのための方法を提供し、本方法は、複数のユーザについてのユーザ情報を記憶するデータベースを確立するステップであって、ユーザ情報は、ユーザごとに、ユーザ識別子およびモバイルデバイス番号を含む、ステップと、モバイルデバイスの近距離無線通信（ＮＦＣ）範囲を介したデータ通信のために構成された非接触カードを提供するステップであって、非接触カードは、プロセッサと、データおよびアプレットを記憶するメモリとを含み、アプレットは、モバイルデバイスのＮＦＣ範囲に非接触カードが入った後に、ショート・メッセージ・サービス（ＳＭＳ）統一資源識別子（ＵＲＩ）を提供するように構成され、ＵＲＩは、ショート・メッセージ・サービス（ＳＭＳ）宛先アドレスおよびメッセージペイロードを含み、ＳＭＳ宛先アドレスは、サーバに関連付けられている、ステップと、検証済みＳＭＳメッセージセッションを確立する要求を、ネットワークを介してモバイルデバイスから受信するステップであって、要求は、非接触カードがモバイルデバイスのＮＦＣ範囲入ることに応答して生成され、要求は、非接触カードから読み出されたメッセージペイロードを伴う、ステップと、メッセージペイロードに基づいて、ユーザに対応するユーザ識別子を判定するステップと、ユーザに関連付けられたモバイルデバイス番号をデータベースから取得するステップと、ユーザに関連付けられたモバイルデバイス番号が、要求に付随する発信者識別番号に対応するかどうか判定するステップと、要求に応答して、検証済みＳＭＳメッセージセッションを確立するステップと、モバイルデバイス番号を介して、ショート・メッセージ・サービス（ＳＭＳ）メッセージをモバイルデバイスに送信するステップと、を含む。

【図面の簡単な説明】

【0010】

【図1A】１つまたは複数の例示的な実施形態による、検証済みメッセージングシステムの図である。

【図1B】１つまたは複数の例示的な実施形態による、検証済みメッセージングセッションを提供するためのシーケンスを示す図である。

【図2】１つまたは複数の例示的な実施形態による、検証済みメッセージングシステムで使用されるクライアントデバイスの構成要素を示す図である。

【図3】１つまたは複数の例示的な実施形態による、検証済みメッセージングシステムで使用される短距離トランシーバの構成要素を示す図である。

【図4】１つまたは複数の例示的な実施形態による、検証済みメッセージングの１または複数の方法を示すフローチャートである。

【図5A】１つまたは複数の例示的な実施形態による、検証済みメッセージングの１つまたは複数の方法を示すフローチャートである。

【図5B】１つまたは複数の例示的な実施形態による、検証済みメッセージングの１つまたは複数の方法を示すフローチャートである。

【発明を実施するための形態】

【0011】

以下の実施形態の説明は、本発明の異なる態様の特徴および教示を特に説明するために数字を参照する、非限定的な代表的な例を提供する。説明された実施形態は、実施形態の説明とは別に、または他の実施形態と組み合わせて、実装可能と認識されるべきである。実施形態の説明を検討する当業者は、本発明の異なる記載された態様を学習および理解できるべきである。実施形態の説明は、具体的に網羅されていないが実施形態の説明を読んだ当業者の知識の範囲内にある他の実装形態が、本発明の用途と一致すると理解される程度まで、本発明の理解を容易にするはずである。

【0012】

開示されたシステムおよび方法の例示的な実施形態は、非接触カードなどのユーザの短距離トランシーバ、クライアントデバイス、およびサーバを含む対話を通じて、検証済みメッセージセッションを確立することを提供する。検証済みメッセージングは、クライアントデバイスを使用して検証済みメッセージング要求をユーザの短距離トランシーバから取得されたユーザ識別子と共にサーバに送信するという状況で提供されてもよく、サーバは、クライアントデバイス情報を検索し、要求に付随するクライアントデバイスに関するデータと比較できる。開示された技術の利点は、受信されたクライアントデバイス情報を記憶されたクライアントデバイスデータと照合することによって、クライアントデバイスが短距離トランシーバと関連付けられたユーザに対応することを検証する能力が強化されているという理由から、および、検証済みメッセージングサービスのためのサーバアドレスを供給する信頼できるサービスプロバイダによって提供される短距離トランシーバを有するという理由から、メッセージングおよびセキュリティを向上し、ならびに、ユーザ体験を向上させることを、含み得る。

【0013】

図１Ａは、１つまたは複数の例示的な実施形態による、検証済みメッセージングシステム１００を示す図である。以下でさらに説明するように、システム１００は、１つまたは複数のクライアントデバイス１０１、１つまたは複数の短距離トランシーバ１０５、サーバ１１０、プロセッサ１２０、およびデータベース１３０を含むことができる。クライアントデバイス１０１は、ネットワーク１１５を介してサーバ１１０と通信できる。図１は、特定の方法で接続された特定の構成要素を示しているが、システム１００は、様々な方法で接続された追加のまたは複数の構成要素を含んでもよい。

【0014】

システム１００は、各々がネットワーク対応コンピュータとすることができるクライアントデバイス１０１などの、１つまたは複数のクライアントデバイスを含んでもよい。本明細書で言及されるように、ネットワーク対応コンピュータは、例えば、サーバ、ネットワーク機器、パーソナルコンピュータ、ワークステーション、電話、ハンドヘルドＰＣ、携帯情報端末、シンクライアント、ファットクライアント、インターネットブラウザ、または他のデバイスを含む、コンピュータデバイスまたは通信デバイスを含むことができるが、これらに限定されない。クライアントデバイス１０１はまた、モバイルデバイスであってもよい。例えば、モバイルデバイスは、Ａｐｐｌｅ（登録商標）製のｉＰｈｏｎｅ（登録商標）、ｉＰｏｄ（登録商標）、ｉＰａｄ（登録商標）、またはＡｐｐｌｅのｉＯＳ（登録商標）オペレーティングシステムを実行する任意の他のモバイルデバイス、ＭｉｃｒｏｓｏｆｔのＷｉｎｄｏｗｓ（登録商標）Ｍｏｂｉｌｅオペレーティングシステムを実行する任意のデバイス、ＧｏｏｇｌｅのＡｎｄｒｏｉｄ（登録商標）オペレーティングシステムを実行する任意のデバイス、および／または、任意の他のスマートフォン、タブレットなどのウェアラブルモバイルデバイスを含むことができる。クライアントデバイス１０１は、テキストメッセージ（例えば、標準的なＳＭＳメッセージングアプリケーションを介して）などのショート・メッセージ・サービス（ＳＭＳ）メッセージを処理できる。多くの携帯電話デバイスは、携帯電話オペレーティングシステムの一部として標準的なＳＭＳメッセージングアプリケーションを含む。クライアントデバイス１０１などのクライアントデバイスに含まれ得る追加の特徴は、図２を参照して以下でさらに説明される。

【0015】

システム１００は、短距離トランシーバ１０５などの１つまたは複数の短距離トランシーバを含むことができる。短距離トランシーバ１０５は、例えば近距離無線通信（ＮＦＣ）などの短距離通信範囲内で、クライアントデバイス１０１などのクライアントデバイスと無線通信できる。短距離トランシーバ１０５は、例えば、非接触カード、スマートカードを含んでもよいし、フォブ、ペンダント、または短距離通信範囲内で通信するように構成された他のデバイスなどの様々な形状を有するデバイスを含んでもよい。他の実施形態では、短距離トランシーバ１０５は、クライアントデバイス１０１と同じまたは同様であってもよい。短距離トランシーバ１０５などの短距離トランシーバに含まれ得る追加の特徴は、図３を参照して以下でさらに説明される。短距離トランシーバ１０５が非接触カードである実施形態では、本開示は特定の種類の非接触カードに限定されないことが理解される。むしろ、本開示は、支払カード（例えば、クレジットカード、デビットカード、ギフトカード）、身分証明書カード（例えば、識別カード、運転免許証、社会保障カード、会員証）、および旅行カード（例えば、パスポート、チケット、証明書類）を含む任意の種類の非接触カードを含む。

【0016】

以下にさらに記載されるように（例えば、図１Ｂを参照）、システム１００は、統一資源識別子を利用してもよい。統一資源識別子（ＵＲＩ）は、リソース、および少なくともいくつかの例では、そのリソースの位置または宛先アドレスを定義する一連の文字である。統一資源識別子のシンタックスは、リソースの種類に依存し得、リソースの所与のスキームに従って指定されてもよい。例えば、ｈｔｍｌ（すなわち、ウェブ）ページのＵＲＩは、一般に文字ｈｔｔｐ：／／［ａｄｄｒｅｓｓ］またはｈｔｔｐｓ：／／［ａｄｄｒｅｓｓ］で始まる、それぞれの統一資源位置指定子のアドレスによって与えられてもよい。別の例として、ＳＭＳスキームのＵＲＩは、文字ｓｍｓ：[phone]？ｂｏｄｙ＝＜ｂｏｄｙ＞である。この例では、番号１８８８５５５１２１２は、例えば、携帯電話デバイスまたはサーバのような、ＳＭＳメッセージを受信できるデバイスの宛先番号を表してもよい。また、＜ｂｏｄｙ＞は、モバイルデバイスのメッセージングアプリケーションに渡され、宛先電話番号に送信されるメッセージを事前入力するために、メッセージングアプリケーションにより使用されるメッセージまたは文字を含んでもよい。統一資源識別子に関する情報は、一般に、関連文献に記載されている。例えば、ＲＦＣ３９８６（インターネット技術特別調査委員会（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ、ＩＥＴＦ）によって公開）を参照されたい。ＳＭＳ方式の統一資源識別子に関する情報は、関連文献に記載されている。例えば、ＲＦＣ５７２４（ＩＥＴＦによっても公開）を参照されたい。

【0017】

システム１００は、１つまたは複数のサーバ１１０を含んでもよい。いくつかの例示的な実施形態では、サーバ１１０は、メモリに結合された１つまたは複数のプロセッサ（例えばマイクロプロセッサなど）を含むことができる。サーバ１１０は、複数のワークフロー動作を実行するために、異なる時間に様々なデータを制御および呼び出すための中央システム、サーバまたはプラットフォームとして構成されてもよい。サーバ１１０は、ブレード付きサーバなどの専用サーバコンピュータであってもよく、パーソナルコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、パームトップコンピュータ、ネットワークコンピュータ、モバイルデバイス、またはシステム１００をサポートすることができる任意のプロセッサ制御デバイスであってもよい。

【0018】

サーバ１１０は、プロセッサ１２０などの１つまたは複数のプロセッサとのデータ通信（例えば、接続を介して）のために構成されてもよい。いくつかの例示的な実施形態では、サーバ１１０は、プロセッサ１２０を組み込むことができる。いくつかの例示的な実施形態では、サーバ１１０は、プロセッサ１２０から物理的に分離していてもよく、および／または離れていてもよい。プロセッサ１２０は、バックエンドプロセッサとして機能するように構成されてもよい。プロセッサ１２０は、データベース１３０および／またはサーバ１１０とデータ通信（例えば、接続を介して）するように構成されてもよい。プロセッサ１２０は、関連する処理回路と共に、マイクロプロセッサ、ＲＩＳＣプロセッサ、ＡＳＩＣなどのような、１つまたは複数の処理デバイスを含んでもよい。プロセッサ１２０は、実行可能命令および／またはデータを記憶するメモリを含むか、またはメモリに接続されてもよい。プロセッサ１２０は、サーバ１１０を介して、クライアントデバイス１０１および／または１０３などの他のデバイスとの間で、メッセージ、要求、通知、データなどを通信、送受信することができる。

【0019】

サーバ１１０は、データベース１３０などの１つまたは複数のデータベースとのデータ通信（例えば、接続を介して）のために構成できる。データベース１３０は、リレーショナルもしくは非リレーショナルデータベース、または複数のデータベースの組み合わせであってもよい。いくつかの例示的な実施形態では、サーバ１１０は、データベース１３０を組み込んでもよい。いくつかの例示的な実施形態では、データベース１３０は、別のサーバ内、クラウドベースのプラットフォーム上、またはサーバ１１０とデータ通信する任意の記憶デバイス内に配置された、サーバ１１０から物理的に分離および／または離れていてもよい。

【0020】

サーバ１１０、プロセッサ１２０、およびデータベース１３０の間の接続は、これらの構成要素間の通信に適した有線および／または無線の、任意の通信回線、リンクまたはネットワーク、またはこれらの組み合わせを介して行われてもよい。そのようなネットワークは、ネットワーク１１５および／またはネットワーク１１５を参照して本明細書で説明したものと同じまたは同様の種類の１つまたは複数のネットワークを含むことができる。いくつかの例示的な実施形態では、サーバ１１０、プロセッサ１２０、およびデータベース１３０間の接続は、企業ＬＡＮを含んでもよい。

【0021】

サーバ１１０および／またはデータベース１３０は、ユーザアカウントへのアクセスを制御するために使用されるユーザログイン資格情報を含むことができる。ログイン資格情報は、ユーザ名、パスワード、アクセスコード、セキュリティ質問、スワイプパターン、画像認識、識別スキャン（例えば、運転者の免許証スキャンおよびパスポートスキャン）、デバイス登録、電話番号、電子メールアドレス、ソーシャルメディアアカウントアクセス情報、および生体認証（例えば、音声認識、指紋スキャン、網膜スキャン、および顔スキャン）を含み得るが、これらに限定されない。

【0022】

データベース１３０は、１人または複数人のユーザ、および１つまたは複数のアカウントに関するデータを含むことができる。ユーザに関するデータは、１つまたは複数のユーザ識別子（１つまたは複数のカード識別子を含み得る）、１つまたは複数のクライアントデバイスアドレス、および１つまたは複数のユーザ鍵を含み得、１つまたは複数のアカウントに維持または編成されてもよい。クライアントデバイスアドレスは、例えば、携帯電話番号、ＩＰアドレス、またはクライアントデバイスのための任意の他の固有のアドレスを含むことができる。アカウントは、例えば（限定はしないが）銀行、商業者、オンライン小売業者、サービスプロバイダ、商品担当業者、製造業者、ソーシャルメディアプロバイダ、スポーツもしくはエンターテイメントイベントのプロバイダもしくはプロモータ、またはホテルチェーンなどの様々な事業体のいずれか１つまたは複数によって（またはその代わりに）および／または関連して、維持されてもよい。例えば、データベース１３０は、アカウント識別情報（例えば、アカウント番号、アカウント所有者識別番号、アカウント所有者名および連絡先情報、これらのうちの任意の１つ以上はアカウント識別子を含んでもよい）、アカウント特性（例えば、アカウントの種類、資金供給および取引の制限、ならびに、アクセスおよびその他の活動の制限）を含むことができるが、これらに限定されず、財務（残高情報、支払履歴、取引履歴等）、社会的および／または個人情報を含む、アカウントに関連する情報あるいはデータを含むことができる。データベース１３０に記憶されるデータは、任意の適切なフォーマットで記憶されてもよく、不正アクセスを防止するために安全なフォーマットとして、暗号化され記憶されてもよい。データ暗号化および認可された復号には、任意の適切なアルゴリズム／手順を使用できる。

【0023】

サーバ１１０は、ネットワーク１１５などの１つまたは複数のネットワークを介して、クライアントデバイス１０１などの１つまたは複数のクライアントデバイスと通信するように構成できる。ネットワーク１１５は、無線ネットワーク、有線ネットワーク、または無線ネットワークと有線ネットワークとの任意の組み合わせのうちの１つまたは複数を含むことができ、クライアントデバイス１０１をサーバ１１０に接続するように構成できる。例えば、ネットワーク１１５は、光ファイバネットワーク、受動光ネットワーク、ケーブルネットワーク、インターネットネットワーク、衛星ネットワーク、無線ローカルエリアネットワーク（ＬＡＮ）、グローバル移動体通信システム、パーソナル通信サービス、パーソナルエリアネットワーク、無線アプリケーションプロトコル、マルチメディアメッセージングサービス、拡張メッセージングサービス、ショート・メッセージ・サービス、時分割多重化ベースのシステム、符号分割多元接続ベースのシステム、Ｄ－ＡＭＰＳ、Ｗｉ－Ｆｉ、固定無線データ、ＩＥＥＥ８０２．１１ｂ、８０２．１５．１、８０２．１１ｎおよび８０２．１１ｇ、ブルートゥース（登録商標）、ＮＦＣ、無線周波数識別（ＲＦＩＤ）、Ｗｉ－Ｆｉなどのうちの１つまたは複数を含むことができる。

【0024】

さらに、ネットワーク１１５は、電話回線、光ファイバ、ＩＥＥＥイーサネット９０２．３、広域ネットワーク、無線パーソナルエリアネットワーク、ＬＡＮ、またはインターネットなどのグローバルネットワークを含むことができるが、これらに限定されない。さらに、ネットワーク１１５は、インターネットネットワーク、無線通信ネットワーク、セルラーネットワークなど、またはそれらの任意の組み合わせをサポートできる。ネットワーク１１５は、スタンドアロンネットワークとして、もしくは互いに協働して動作する、１つのネットワーク、または上記の例示的な種類の任意の数のネットワークをさらに含んでもよい。ネットワーク１１５は、それらが通信可能に結合されている１つまたは複数のネットワーク要素の１つまたは複数のプロトコルを利用してもよい。ネットワーク１１５は、他のプロトコルとの間で、ネットワークデバイスの１つまたは複数のプロトコルに変換してもよい。ネットワーク１１５は単一のネットワークとして示されているが、１つまたは複数の例示的な実施形態によれば、ネットワーク１１５は、例えばインターネット、サービスプロバイダのネットワーク、ケーブルテレビネットワーク、クレジットカード協会ネットワークなどの企業ネットワーク、ＬＡＮ、および／またはホームネットワークなどの複数の相互接続ネットワークを含むことができることを理解されたい。

【0025】

いくつかの実施形態では、サーバ１１０は、メッセージングゲートウェイ（図示せず）を使用して、ネットワーク１１５などの１つまたは複数のネットワークを介して、クライアントデバイス１０１などの１つまたは複数のクライアントデバイスと通信するように構成されてもよい。メッセージングゲートウェイは、例えばショート・メッセージ・サービス（ＳＭＳ）ゲートウェイのような標準的なメッセージングゲートウェイであってもよい。

【0026】

いくつかの例示的な実施形態では、サーバ１１０は、クライアントデバイス１０１と通信するための方法を判定するために、データベース１３０内のレコードを含むレコードにアクセスができる。通信方法は、クライアントデバイス１０１に記憶されたアプリケーションを用いて、実施可能なプッシュ通知、または他の適切な通信技術を含むことができる。他の通信方法は、テキストメッセージもしくは電子メール、またはネットワークベースのクライアント／サーバ構成に適した他のメッセージング技術を含んでもよい。クライアントデバイス１０１によるメッセージまたは要求は、クライアントデバイス上のアプリケーションを介してサーバ１１０に通信されてもよく、あるいは、テキストメッセージもしくは電子メール、またはネットワークベースのクライアント／サーバ構成に適した他のメッセージング技術によって送信されてもよい。クライアントデバイス１０１から発信される通信は、サーバ１１０から発信される通信と同じ通信方法を使用して、または異なる通信方法を介して、サーバ１１０に送信されてもよい。

【0027】

図１Ｂは、１つまたは複数の例示的な実施形態による、検証済みメッセージングセッションを提供するためのシーケンスを示す図である。図１Ｂは、図１Ａに示す例示的な実施形態のシステム１００の同様の構成要素を参照する。クライアントデバイス１０１は、ユーザに関連付けられてもよい。クライアントデバイス１０１は、クライアントデバイス１０１による実行のための命令を含むことができるアプリケーション１０２と、メモリ１０４とを含むことができる。クライアントデバイス１０１は、図２を参照して以下でさらに説明される特徴を含んでもよい。アプリケーション１０２は、クライアントデバイス１０１を使用するときにユーザにユーザインターフェースを提供するように構成されてもよい。アプリケーション１０２は、クライアントデバイス１０１を介して、他のクライアントデバイス、短距離トランシーバ１０５、およびサーバ１１０と通信するように構成できる。アプリケーション１０２は、クライアントデバイス１０１を参照して本明細書で説明されるように、要求を受信し、メッセージを送信するように構成されてもよい。アプリケーション１０２は、クライアントデバイスのための標準的なメッセージングアプリケーションを含んでもよい。アプリケーション１０２は、例えばショート・メッセージ・サービス（ＳＭＳ）メッセージングアプリケーションなどの、モバイルデバイス用の標準的なテキストメッセージングアプリケーションを含んでもよい。識別子および／または鍵を含むユーザ情報は、データベース１３０に格納できる。

【0028】

短距離トランシーバ１０５は、ユーザに関連付けられてもよく、ユーザおよび／または特定のユーザアカウントに固有であってもよい。短距離トランシーバ１０５は、例えば、非接触カードを含むことができ、図３を参照して以下でさらに説明される特徴を含むことができる。短距離トランシーバ１０５は、アプレット１０６および／またはトークン１０７を記憶するメモリを有することができる。トークン１０７は、ユーザに関連付けられてもよい。トークン１０７は、ユーザ鍵を含んでもよく、または短距離トランシーバ１０５に記憶された（ユーザに関連付けられた）鍵に基づいて生成されてもよい。

【0029】

トークンを使用して、トークン認可によってセキュリティを向上させることができる。サーバ１１０は、クライアントデバイス１０１などのクライアントデバイスに妥当性確認要求を送信し、クライアントデバイスから応答情報を受信し、妥当性確認された場合、クライアントデバイスに妥当性確認トークンを送り返すことができる。妥当性確認トークンは、所定のトークンに基づくものであってもよいし、サーバ１１０およびクライアントデバイスにのみ知ることができ秘密であるアルゴリズムに基づく動的トークンであってもよい。アルゴリズムは、特定の場所の温度または時間など、参加者によって独立して検証可能なライブパラメータを含むことができる。トークンは、ユーザの身元を検証するために使用され得る。妥当性確認要求および／または妥当性確認トークンは、トークン１０７に基づいてもよい。

【0030】

ラベル１５０において、ユーザは、クライアントデバイス１０１上で実行されているアプリケーション１０２を起動できる。いくつかの実施形態では、アプリケーション１０２は、例えば、短距離トランシーバ１０５とクライアントデバイス１０１との間のタップ動作に応答して、クライアントデバイス１０１の短距離通信範囲へ短距離トランシーバ１０５が入った後に起動されてもよい。例えば、短距離トランシーバ１０５が非接触カードであり、クライアントデバイス１０１がモバイルデバイスである場合、タップ動作は、クライアントデバイス１０１の画面または他の部分で非接触カードをタップすることを含んでもよい。しかしながら、タップ動作は、クライアントデバイス１０１に対する短距離トランシーバ１０５による物理的なタップに限定されず、短距離トランシーバ１０５がクライアントデバイス１０１の短距離通信範囲に入るように、例えば、クライアントデバイス１０１の近傍の短距離トランシーバ１０５のウェーブまたは他の動き（またはその逆）などの他のジェスチャを含んでもよい。いくつかの実施形態では、アプリケーション１０２は後で起動されてもよい（以下のラベル１５６を参照）。いくつかの実施形態では、アプリケーション１０２は、例えば、ユーザ名およびパスワードを入力すること、または指紋スキャン、網膜スキャン、顔スキャンなどの生体画像をスキャンすることを介して達成され得る、ログインまたはログインプロセスを必要としてもよい。

【0031】

いくつかの例示的な実施形態では、アプリケーション１０２は、短距離トランシーバ１０５とクライアントデバイス１０１との間のタップ動作を開始するように、ユーザに促す命令をクライアントデバイス１０１に表示できる。本明細書で使用される場合、タップ動作は、クライアントデバイス１０１に対して短距離トランシーバ１０５をタップすること（またはその逆）を含むことができる。例えば、短距離トランシーバ１０５が非接触カードであり、クライアントデバイス１０１がモバイルデバイスである場合、タップ動作は、クライアントデバイス１０１の画面または他の部分で非接触カードをタップすることを含んでもよい。しかしながら、タップ動作は、クライアントデバイス１０１に対する短距離トランシーバ１０５による物理的なタップに限定されず、短距離トランシーバ１０５がクライアントデバイス１０１の短距離通信範囲に入るように、例えば、クライアントデバイス１０１の近傍の短距離トランシーバ１０５のウェーブまたは他の動き（またはその逆）などの他のジェスチャを含んでもよい。短距離トランシーバ１０５とクライアントデバイス１０１との間のタップ動作に応答して行われる動作は、短距離トランシーバ１０５がクライアントデバイス１０１の短距離通信範囲に入った時点または入った後に開始される、任意の応答動作を含むことができる。

【0032】

ラベル１５２では、短距離トランシーバ１０５とクライアントデバイス１０１との間に第１のタップ動作があり得る。第１のタップ動作は、クライアントデバイス１０１に表示されたプロンプトに応答できる。第１のタップ動作は、サーバ１１０とのメッセージセッションに関与したいというユーザの希望を示すことができる。

【0033】

ラベル１５４において、クライアントデバイス１０１は、（例えば、短距離トランシーバ１０５がクライアントデバイス１０１の近くに持ってこられた後に）短距離トランシーバ１０５と通信できる。クライアントデバイス１０１と短距離トランシーバ１０５との間の通信は、クライアントデバイス１０１と短距離トランシーバ１０５との間のＮＦＣデータ転送を可能にするために、クライアントデバイス１０１のカードリーダ（図示せず）に十分に近い短距離トランシーバ１０５（例えば、非接触カードなど）を含むことができ、短距離トランシーバ１０５とクライアントデバイス１０１との間のタップ動作（例えば、ラベル１５２におけるタップ動作など）に応答して行われてもよい。通信は、アプリケーション１０２と短距離トランシーバ１０５との間の通信セッションを確立するためのデータまたはコマンドの交換を含むことができる。データの交換は、既存の鍵であってもよいし、セッション鍵として生成されてもよい、および／またはトークン１０７を含んでもよく、１つまたは複数の鍵またはトークンの転送または交換を含んでもよい。いくつかの例示的な実施形態では、通信は、短距離トランシーバ１０５とクライアントデバイス１０１との間のタップ動作の前に、短距離トランシーバ１０５がクライアントデバイス１０１の短距離通信範囲に入った時点に行われてもよい。

【0034】

ラベル１５６において、短距離トランシーバ１０５は、メッセージ宛先およびメッセージペイロードを含む統一資源識別子（ＵＲＩ）をクライアントデバイス１０１に送信できる。メッセージ宛先およびメッセージペイロードを有するＵＲＩは、ＮＦＣデータ交換フォーマット（ＮＤＥＦ）に従ってフォーマットできる。メッセージ宛先は、サーバ１１０の宛先アドレスであってもよく、短距離トランシーバ１０５のメモリ（図示せず）に記憶されてもよい。メッセージペイロードはユーザ識別子を含んでもよい。いくつかの実施形態では、メッセージペイロードは、サーバとの検証済みメッセージセッションに関与する要求も含んでもよい。いくつかの実施形態では、宛先アドレスでサーバに送信されたメッセージは、サーバと検証済みメッセージセッションに関与する要求として、サーバによって処理され得る。いくつかの実施形態では、短距離トランシーバ１０５によるＵＲＩの送信は、短距離トランシーバ１０５とクライアントデバイス１０１との間のタップ動作（例えば、ラベル１５２におけるタップ動作など）に応答して行われてもよい。ＵＲＩは、ＳＭＳスキームのために構成されてもよく、ｓｍｓ：＋＜ａｄｄｒｅｓｓ＞？ｂｏｄｙ＝＜ｐａｙｌｏａｄ＞の形式であってもよい。＜ａｄｄｒｅｓｓ＞と示された部分は、サーバがＳＭＳメッセージを受信するための宛先番号であり得、＜ｐａｙｌｏａｄ＞と示された部分は、ユーザ識別子を含み得るメッセージペイロードであってもよい。＜ｐａｙｌｏａｄ＞部分はまた、サーバとの検証済みメッセージセッションに関与する要求を含むことができる。短距離トランシーバ１０５のアプレット１０６は、短距離トランシーバ１０５からデータを読み出し、ＵＲＩを構築し、クライアントデバイス１０１にＵＲＩを送信できる。いくつかの実施形態では、メッセージペイロードは、ユーザ鍵を含み得るトークン１０７を含んでもよい。いくつかの実施形態では、メッセージペイロード内のトークン１０７は、カードに格納されたカウンタなどのデータ項目、および／または、カード番号を使用してアプレット１０６によって生成された暗号文、カードに格納されたデータ項目（例えば、カウンタ）および／またはカード上の鍵、を含んでもよい。

【0035】

ラベル１５６を続けると、短距離トランシーバ１０５からＵＲＩを受信するとき、クライアントデバイス１０１は、例えば標準ＳＭＳメッセージングアプリケーションなどの標準メッセージングアプリケーションであり得るアプリケーション１０２を起動または有効にすることができる。クライアントデバイス１０１は、メッセージングアプリケーションを介してメッセージをアドレス指定するためにＵＲＩ内の宛先アドレスを使用でき、メッセージングアプリケーションを介して宛先にユーザ識別子を渡すために、メッセージペイロードを使用できる。ＳＭＳスタイルのＵＲＩの例では、クライアントデバイス１０１は、宛先アドレス（前述の例では＜ａｄｄｒｅｓｓ＞部分）を使用して、ＳＭＳメッセージングアプリケーションを用いて、サーバ１１０などの宛先サーバに対応する電話番号にＳＭＳ互換メッセージをアドレス指定できる。クライアントデバイス１０１は、メッセージペイロード（前述の例では＜ｐａｙｌｏａｄ＞部分）を使用して、ユーザ識別子およびメッセージセッション要求として機能するための任意の追加の文字またはコードなどのペイロードコンテンツで、ＳＭＳ互換メッセージを事前入力できる。

【0036】

ラベル１５８において、クライアントデバイス１０１は、宛先アドレスにアドレス指定されたメッセージセッション要求を、アプリケーション１０２を介して、サーバ１１０に送信できる。いくつかの実施形態では、メッセージセッション要求は、サーバ１１０に自動的に送信されてもよい。いくつかの実施形態では、メッセージセッション要求は、例えば、「送信」ボタンまたアイコンを押すか選択するなどのさらなるユーザ対話の後に、サーバ１１０に送信されてもよい。メッセージセッション要求は、短距離トランシーバ１０５（ラベル１５６）から受信されたメッセージペイロードを含んでも（または、そうでなければ伴っても）よい。ＳＭＳスタイルのＵＲＩの例では、クライアントデバイス１０１は、メッセージペイロード（ラベル１５６を参照して上述した）を有するＳＭＳ互換メッセージを、アプリケーション１０２を介して、サーバ１１０に対応する電話番号に送信できる。いくつかの実施形態では、メッセージペイロードは、検証済みメッセージセッションに関与する要求を含んでもよい。いくつかの実施形態では、サーバ１１０へのメッセージの送信自体がメッセージセッション要求であり、受信サーバ１１０によってそのように扱われる。いくつかの実施形態では、メッセージペイロードは、カード番号を使用してアプレット１０６によって生成された暗号文、カード上の鍵、および／または、カードに格納されたカウンタ、を含んでもよい。

【0037】

いくつかの実施形態では、メッセージセッション要求は、メッセージペイロードに加えてＵＲＩを含んでもよい。メッセージペイロードと共にＵＲＩを含めることは、サーバ１１０によるユーザの検証を容易にできる。ユーザは検証されてもよく、ユーザに関連付けられた電話番号は、１つまたは複数のアクセス可能なデータベースを使用して、サーバ１１０によって検索および確認されてもよく、ＳＭＳメッセージは、確認された電話番号を使用して開始されてもよい。確認された電話番号の検証および使用は、セキュリティを高めることができる。

【0038】

ラベル１６０において、プロセッサ１２０は、クライアントデバイス１０１からサーバ１１０によって受信されたメッセージセッション要求から、ユーザ識別子を取得できる。ユーザ識別子は、メッセージセッション要求に含まれるか、そうでなければメッセージセッション要求に付随する、メッセージペイロードから取得できる。いくつかの実施形態では、メッセージセッション要求はＳＭＳメッセージセッションに対するものであってもよく、ユーザ識別子はクライアントデバイス１０１からのＳＭＳメッセージの本体から取得されてもよい。

【0039】

ラベル１６２において、プロセッサ１２０は、ユーザ識別子によって識別されるユーザに対応するクライアントデバイスアドレスを取得できる。クライアントデバイスアドレスは、データベース１３０に記憶されたデータから取得されてもよく、ユーザ識別子を使用したデータベース検索に基づいて取得されてもよい。上述したように、クライアントデバイスアドレスは、携帯電話番号、ＩＰアドレス、またはクライアントデバイス１０１に対応する任意の他の固有のアドレスを含んでもよい。

【0040】

ラベル１６４において、プロセッサ１２０は、メッセージセッション要求を送信したクライアントデバイス１０１のアドレスを表す送信元アドレスを取得できる。送信元アドレスは、メッセージセッション要求に含まれるか、そうでなければメッセージセッション要求に付随する、メタデータなどのデータから取得できる。例えば、受信された要求が携帯電話によって送信されたＳＭＳメッセージの形態であり得るＳＭＳメッセージセッション要求の場合、送信元アドレスは、ＳＭＳメッセージセッション要求に付随する発信者ＩＤデータから取得され得、送信デバイスの携帯電話番号の形態であってもよい。

【0041】

ラベル１６６において、プロセッサ１２０は、送信元アドレスをクライアントデバイスアドレス（ラベル１６２）と比較して、それらが同じクライアントデバイス１０１に対応するかどうかを判定できる。送信元アドレスおよびクライアントデバイスアドレスが同じクライアントデバイス１０１に対応する場合、クライアントデバイス１０１は検証されたと見なすことができる。いくつかの実施形態では、受信された要求が携帯電話によって送信されたＳＭＳメッセージの形態であり得るＳＭＳメッセージセッション要求の場合、プロセッサ１２０は、発信者ＩＤ（ラベル１６４）からの携帯電話番号を、ユーザ識別子（ラベル１６２）に基づくデータベース検索から得られた携帯電話番号と比較することができ、クライアントデバイスは、これらの携帯電話番号が一致するかどうかを検証できる。

【0042】

いくつかの実施形態では、ラベル１６８において、メッセージペイロードがユーザに関連付けられたユーザ鍵を含む場合（上述のように）、プロセッサ１２０は、ユーザ鍵を使用して、ユーザをクライアントデバイス１０１および／または短距離トランシーバ１０５に関連付けられたユーザとして認証できる。データベース１３０は、ユーザ鍵のコピー、またはユーザ鍵のコピーを生成するために使用され得るユーザに関連付けられた鍵、を記憶できる。ユーザと関連付けられた鍵に基づいてユーザ鍵のコピーを生成することは、プロセッサ１２０、クライアントデバイス１０１、および／または短距離トランシーバ１０５の間で同期して引き出されるか維持される、カウンタまたは他のデータを使用することを含んでもよい。

【0043】

ラベル１７０において、デバイス検証（ラベル１６６）および任意の認証プロセス（ラベル１６８）の結果に基づいて、プロセッサ１２０は、ユーザの要求が受け入れられたことを確認しユーザとのメッセージセッションを開始する、応答メッセージをアプリケーション１０２に（クライアントデバイス１０１を介して）送信できる。応答メッセージは、アプリケーション１０２に互換性のある形式であってもよい。いくつかの実施形態では、応答メッセージは、クライアントデバイス１０１への配信のために、ショート・メッセージ・サービス（ＳＭＳ）ゲートウェイなどの標準的なメッセージングゲートウェイであってもよいメッセージングゲートウェイに、サーバによってルーティングされてもよい。

【0044】

いくつかの実施形態では、プロセッサ１２０は、代わりに、サーバとのメッセージセッションに関与するユーザの要求が拒否されたことを示す拒否通知（図示せず）を、アプリケーション１０２に（クライアントデバイス１０１を介して）送信できる。拒否通知は、拒否の理由（例えば、クライアントデバイスの検証の失敗、またはユーザの認証の失敗など）を示し得る追加データを含んでもよく、または、伴ってもよい。いくつかの実施形態では、拒否の場合、第１の拒否通知がクライアントデバイスアドレス（ラベル１６２）に送信されてもよく、第２の拒否通知が送信元アドレス（ラベル１６４）に送信されてもよい。

【0045】

ラベル１７２において、ユーザは、（クライアントデバイス１０１を介して）アプリケーション１０２を使用して、サーバ上で実行されているアプリケーションを介してサーバ１１０とメッセージセッションに関与することができ、これは、例えば、メッセージングまたはチャットアプリケーション、メッセージングまたはチャットボット、ＡＩ（人工知能）ボットなどを含むことができる。メッセージセッション中、アプリケーション１０２を使用するユーザ、およびサーバは、例えば質問および回答を提供するなど、テキストまたはデータを交換できる。メッセージセッションは、アプリケーション１０２と互換性のある任意の形式のデータまたは情報（例えば、アプリケーション１０２がＭＭＳメッセージングを介するなどしてマルチメディアデータの交換をサポートする場合、マルチメディアデータを含む）の交換を含んでもよい。いくつかの実施形態では、メッセージセッションの一部として、サーバは、ユーザが選択するためのメニューオプションを提供できる。

【0046】

いくつかの実施形態では、メッセージセッションは制限された持続時間のものであってもよい。サーバは、メッセージセッションが所定の期間（例えば、５分、１０分、３０分など）に制限されることを確立できる。いくつかの実施形態では、サーバは、安全なメッセージセッションとして、メッセージセッションをラベル付けできる。いくつかの実施形態では、サーバは、メッセージセッションの一部としてデータまたは情報を暗号化／復号することができ、アプリケーション１０２が暗号化／復号をサポートする限り、暗号化された情報をアプリケーション１０２に送信できる。

【0047】

ラベル１７４では、短距離トランシーバ１０５とクライアントデバイス１０１との間に、第２のタップ動作があってもよい。第２のタップ動作は、クライアントデバイス１０１に表示されたプロンプトに応答したものであってもよい。第２のタップ動作は、サーバ１１０とのメッセージセッションを終了したいというユーザの希望を示してもよい。いくつかの実施形態では、第２のタップ動作は、サーバ１１０とのメッセージセッションを維持したいというユーザの希望を示してもよい。

【0048】

ラベル１７６において、クライアントデバイス１０１は、メッセージセッション終了要求をサーバ１１０に送信できる。メッセージセッション終了要求の送信は、短距離トランシーバ１０５とクライアントデバイス１０１との間のタップ動作（例えば、ラベル１７４における第２のタップ動作など）に応答して行われてもよい。いくつかの実施形態では、メッセージセッション終了要求の送信は、ユーザエントリ（例えば、アプリケーション１０２に「ＧＯＯＤＢＹＥ」、「ＥＮＤ」などのテキストを入力し、送信すること）の結果として行われてもよい。

【0049】

ラベル１７８において、プロセッサ１２０は、メッセージセッションを終了することができ、セッション終了（終結）メッセージをクライアントデバイス１０１に送信できる。メッセージセッションの終了は、クライアントデバイス１０１から受信したセッション終了（終結）要求に応答して行われてもよい。いくつかの実施形態では、メッセージセッションの終了は、クライアントデバイス１０１から受信したメッセージまたは他の入力なしに、一定期間が経過した後に行われてもよい。いくつかの実施形態では、期間は、第１の所定の期間（例えば、２分、５分、または１５分など）であってもよい。

【0050】

いくつかの実施形態では、プロセッサ１２０は、クライアントデバイス１０１に警告メッセージ（図示せず）を送信して、第２の所定期間（例えば、１５秒、３０秒、６０秒、９０秒など）であり得る期間内に、クライアントデバイス１０１から応答が受信されない限り、メッセージセッションが終了され得ることを、ユーザに警告できる。
いくつかの実施形態では、ユーザは、メッセージセッションを維持したいという要望を示すために、クライアントデバイス１０１と共に短距離トランシーバ１０５をタップすることによって応答できる。いくつかの実施形態では、クライアントデバイス１０１と短距離トランシーバ１０５との間のタップ動作は、上述した検証および認証プロセスを再開始できる。

【0051】

図２は、１つまたは複数の例示的な実施形態による、検証済みメッセージングシステムで使用されるクライアントデバイス２００の構成要素を示す。クライアントデバイス２００は、図１Ａ～図１Ｂを参照して上述した、クライアントデバイス１０１のうちの１つまたは複数であってもよい。クライアントデバイス２００は、１つまたは複数のアプリケーション２０１、１つまたは複数のプロセッサ２０２、短距離通信インターフェース２０３、ネットワークインターフェース２０４、およびメモリ（図示せず）を含むことができる。アプリケーション２０１は、プロセッサ２０２上で実行され、クライアントデバイス１０１などの任意のクライアントデバイスについて本明細書で説明される機能、および／もしくは、アプリケーション１０２を参照して本明細書で説明される機能のいずれかを実行するように構成された、１つまたは複数のソフトウェアアプリケーションまたは実行可能プログラムコード、を含むことができる。アプリケーション２０１は、標準的なメッセージングアプリケーションを含んでもよい。アプリケーション２０１は、クライアントデバイス１０１を介して、例えば、短距離通信インターフェース２０３および／またはネットワークインターフェース２０４などを介して、他のデバイスとデータを送信および／または受信するように構成できる。例えば、アプリケーション２０１は、短距離トランシーバ（非接触カードなど）への近距離無線データ交換要求などの、１つまたは複数の要求を開始するように構成されてもよい。アプリケーション２０１はまた、クライアントデバイスのユーザのためにディスプレイ（図示せず）を介してユーザインターフェースを提供するように構成されてもよい。アプリケーション２０１は、クライアントデバイス２００内のメモリに記憶することができる。メモリは、読み出し専用メモリ、ライトワンス読み出し・多重メモリ、および／または読み出し／書き込みメモリ、例えばＲＡＭ、ＲＯＭ、および／またはＥＥＰＲＯＭ、を含むことができる。

【0052】

プロセッサ２０２は、マイクロプロセッサ、ＲＩＳＣプロセッサ、ＡＳＩＣなどのような１つまたは複数の処理デバイスを含むことができ、関連する処理回路を含むことができる。プロセッサ２０２は、アプリケーション２０１を含むクライアントデバイス２００の他の機能を制御、操作、またはインターフェースするために必要または適切であり得るように、実行可能命令および／またはデータを記憶するメモリを含むか、またはそれに接続されてもよい。プロセッサ２０２（任意の関連する処理回路を含む）は、本明細書に記載の機能を実行するために必要に応じて、プロセッサ、メモリ、エラーおよびパリティ／ＣＲＣチェッカー、データエンコーダ、衝突防止アルゴリズム、コントローラ、コマンドデコーダ、セキュリティプリミティブ、および改ざん防止ハードウェアを含む、追加の構成要素を含んでもよい。

【0053】

短距離通信インターフェース２０３は、ＮＦＣ、ＲＦＩＤ、またはブルートゥース（登録商標）などの短距離無線通信範囲を介した通信をサポートできる。短距離通信インターフェース２０３は、モバイルデバイスＮＦＣリーダなどのリーダを含んでもよい。短距離通信インターフェース２０３は、ネットワークインターフェース２０４に組み込まれてもよく、または別個のインターフェースとして提供されてもよい。

【0054】

ネットワークインターフェース２０４は、有線または無線データ通信機能を含むことができる。これらの機能は、インターネット、セルラーネットワーク、ワイドエリアネットワーク、ローカルエリアネットワーク、無線パーソナルエリアネットワーク、ワイドボディエリアネットワーク、ＷｉＦｉネットワーク、データ信号を送受信するための任意の他の有線または無線ネットワーク、またはそれらの任意の組み合わせを含む、有線または無線通信ネットワークとのデータ通信をサポートできる。そのようなネットワークは、電話回線、光ファイバ、ＩＥＥＥイーサネット９０２．３、ワイドエリアネットワーク、ローカルエリアネットワーク、無線パーソナルエリアネットワーク、ワイドボディエリアネットワーク、またはインターネットなどのグローバルネットワークを含むことができるが、これらに限定されない。

【0055】

クライアントデバイス２００はまた、ディスプレイ（図示せず）を含んでもよい。そのようなディスプレイは、液晶ディスプレイ、発光ダイオードディスプレイ、プラズマパネル、および陰極線管ディスプレイを含む、コンピュータモニタ、フラットパネルディスプレイ、またはモバイルデバイス画面などの視覚情報を提示するための任意の種類のデバイスであってもよい。

【0056】

クライアントデバイス２００はまた、１つまたは複数のデバイス入力（図示せず）を含むことができる。そのような入力は、タッチスクリーン、キーボード、マウス、カーソル制御デバイス、タッチスクリーン、マイクロフォン、デジタルカメラ、ビデオレコーダ、またはカムコーダなど、クライアントデバイス２００が利用可能でサポートしているクライアントデバイスに、情報を入力するための任意のデバイスを含むことができる。デバイス入力は、情報を入力し、クライアントデバイス２００と、ひいては本明細書に記載のシステムと対話するために使用できる。

【0057】

図３は、１つまたは複数の例示的な実施形態による、検証済みメッセージングシステムで使用される、短距離トランシーバ３００の構成要素を示す。１つまたは複数の例示的な実施形態では、短距離トランシーバ３００は、図１Ａ～図１Ｂを参照して上述した、短距離トランシーバ１０５のうちの１つまたは複数であってもよい。短距離トランシーバ３００は、例えば、非接触カード、スマートカードを含んでもよいし、フォブ、ペンダント、または短距離通信範囲内で通信するように構成された他のデバイスなどの様々なフォームファクタを有するデバイスを含んでもよい。短距離トランシーバ３００は、プロセッサ３０１、メモリ３０２、アプレット３０３、トークン３０５、および短距離通信インターフェース３０６を含むことができる。

【0058】

プロセッサ３０１は、マイクロプロセッサ、ＲＩＳＣプロセッサ、ＡＳＩＣなどのような１つまたは複数の処理デバイスを含むことができ、関連する処理回路を含むことができる。プロセッサ３０１は、短距離トランシーバ３００の他の機能を制御、操作、またはインターフェースするために必要または適切であり得るように、実行可能命令（例えばアプレット３０３など）、および／またはデータを記憶するメモリを含むか、またはそれに接続されてもよい。プロセッサ３０１（任意の関連する処理回路を含む）は、本明細書に記載の機能を実行するために必要に応じて、プロセッサ、メモリ、エラーおよびパリティ／ＣＲＣチェッカー、データエンコーダ、衝突防止アルゴリズム、コントローラ、コマンドデコーダ、セキュリティプリミティブ、および改ざん防止ハードウェアを含む、追加の構成要素を含んでもよい。

【0059】

メモリ３０２は、読み出し専用メモリ、ライトワンス読み出し・多重メモリ、および／または読み出し／書き込みメモリ、例えばＲＡＭ、ＲＯＭ、およびＥＥＰＲＯＭであってもよい。メモリ３０２は、アプレット３０３および１つまたは複数のトークン３０５を記憶するように構成できる。アプレット３０３は、非接触カード上で実行可能であり得るＪａｖａカードアプレットなど、プロセッサ３０１上で実行するように構成された、１つまたは複数のソフトウェアアプリケーションを含んでもよい。しかしながら、アプレット３０３は、Ｊａｖａカードアプレットに限定されず、代わりに、非接触カードまたは限られたメモリを有する他のデバイス上で動作可能な、任意のソフトウェアアプリケーションであってもよいことが理解される。アプレット３０３は、モバイルデバイスＮＦＣリーダなどのリーダを有するデバイスからの要求を含む、クライアントデバイスからの１つまたは複数の要求（近距離データ交換要求など）に応答するように構成されてもよい。アプレット３０３は、メモリ３０２から（またはメモリ３０２に）トークン３０５を含むデータを読み出し（または書き込み）するように、要求に応答してそのようなデータを提供するように、構成されてもよい。アプレット３０３は、ＮＤＥＦ読み出しコマンドに応答し、ＮＤＥＦフォーマットに従ってデータを提供するように構成できる。

【0060】

トークン３０５は、短距離トランシーバ３００のユーザに割り当てられた固有の英数字識別子を含むことができ、識別子は、短距離トランシーバ３００のユーザを他の短距離トランシーバの他のユーザ（他の非接触カードユーザなど）から区別できる。いくつかの例示的な実施形態では、トークン３０５は、ユーザとそのユーザに割り当てられたアカウントの両方を識別でき、ユーザのアカウントに関連付けられた短距離トランシーバ（非接触カードなど）を、さらに識別できる。いくつかの例示的な実施形態では、トークン３０５は、短距離トランシーバが関連付けられているユーザに固有の鍵を含むか、またはそこから生成されてもよい。

【0061】

短距離通信インターフェース３０６は、ＮＦＣ、ＲＦＩＤ、またはブルートゥース（登録商標）などの短距離無線通信範囲を介した通信をサポートできる。短距離トランシーバ３００はまた、短距離無線通信範囲との接続を提供するために、短距離通信インターフェース３０６に接続された１つまたは複数のアンテナ（図示せず）を含んでもよい。

【0062】

図４は、図および関連する説明を含むがこれらに限定されない、前述された構成要素および特徴を参照して、１つまたは複数の例示的な実施形態にしたがう検証済みメッセージングの方法４００を例示するフローチャートである。検証済みメッセージング方法４００は、ユーザに関連付けられたクライアントデバイス１０１上で実行されるアプリケーション１０２によって実行されてもよい。短距離トランシーバ１０５は、ユーザに関連付けられる。

【0063】

ブロック４１０において、短距離トランシーバ１０５とクライアントデバイス１０１との間で第１のタップ動作を検出できる。タップ動作は、クライアントデバイス１０１に表示されたプロンプトに応答してもよい。第１のタップ動作は、サーバ１１０とのメッセージセッションに関与したいというユーザの希望を示すことができる。上述したように、短距離トランシーバ１０５は非接触カードであってもよい。

【0064】

ブロック４２０では、図１Ｂを参照して前述されたように、メッセージ宛先およびメッセージペイロードを含む統一資源識別子（ＵＲＩ）を、短距離トランシーバ１０５から受信できる。メッセージ宛先は、サーバ１１０の宛先アドレスであってもよい。メッセージペイロードはユーザ識別子を含んでもよい。いくつかの実施形態では、メッセージペイロードは、サーバとの検証済みメッセージセッションに関与する要求も含んでもよい。いくつかの実施形態では、メッセージペイロードは、ユーザ鍵を含み得るトークン１０７を含んでもよい。いくつかの実施形態では、メッセージペイロード内のトークン１０７は、短距離トランシーバ１０５によって生成された暗号文を含んでもよい。いくつかの実施形態では、短距離トランシーバ１０５によるＵＲＩの送信は、第１のタップ動作に応答して行われてもよい（ブロック４１０）。

【0065】

ブロック４３０において、クライアントデバイス１０１のアプリケーション１０２は、図１Ｂを参照して上述したように、サーバとの検証済みメッセージセッションを要求するメッセージセッション要求をサーバ１１０に送信できる。メッセージセッション要求は、ＵＲＩが提供される宛先アドレスにアドレス指定されてもよい。メッセージセッション要求は、ユーザ識別子を含み得るメッセージペイロードを含んでも（または、そうでなければ伴っても）よい。ＳＭＳスタイルのＵＲＩの例では、クライアントデバイス１０１のアプリケーション１０２は、ＳＭＳメッセージングアプリケーションを用いて、サーバ１１０に対応する電話番号にＳＭＳ互換メッセージをアドレス指定するために宛先アドレスを使用できる。クライアントデバイス１０１は、メッセージペイロードを使用して、ペイロードのコンテンツを伴うＳＭＳ互換メッセージを事前入力でき、ペイロードは、ユーザ識別子、メッセージセッション要求として機能するための追加の文字もしくはコード、ユーザトークン（例えば、トークン１０７）、および／または、暗号文を含んでもよい。いくつかの実施形態では、宛先アドレスでサーバに送信されたメッセージは、サーバと検証済みメッセージセッションに関与する要求として、サーバによって処理され得る。いくつかの実施形態では、メッセージセッション要求は、サーバ１１０によるユーザの検証を容易にするためのＵＲＩを含んでもよい。ユーザは検証されてもよく、ユーザに関連付けられた電話番号は、１つまたは複数のアクセス可能なデータベースを使用して、サーバ１１０によって検索および確認されてもよく、ＳＭＳメッセージは、確認された電話番号を使用して開始されてもよい。

【0066】

ブロック４４０で、アプリケーション１０２は、図１Ｂを参照して上述したように、サーバ１１０からメッセージセッション応答を受信し、ユーザの要求が受け入れられたことを確認し、ユーザとのメッセージセッションを開始できる。メッセージセッション応答は、アプリケーション１０２と互換性のある形式であってもよい。一実施形態では、アプリケーション１０２は、代わりに、図１Ｂを参照して上述したように、サーバとのメッセージセッションに関与するユーザの要求が拒否されたことを示す拒否通知を、サーバ１１０から受信できる。拒否通知は、拒否の理由を示すことができる追加のデータを含むか、またはそれを伴ってもよい。

【0067】

ブロック４５０において、ユーザは、アプリケーション１０２を介して、サーバ上で実行されているアプリケーションを介してサーバ１１０とメッセージセッションに関与することができ、これは、図１Ｂを参照して上述したように、例えば、メッセージングまたはチャットアプリケーション、メッセージングまたはチャットボット、ＡＩボットなどを含んでもよい。

【0068】

ブロック４６０において、短距離トランシーバ１０５とクライアントデバイス１０１との間で第２のタップ動作を検出できる。タップ動作は、クライアントデバイス１０１に表示されたプロンプトに応答してもよい。第２のタップ動作は、サーバ１１０とのメッセージセッションを終了したいというユーザの希望を示してもよい。

【0069】

ブロック４７０において、クライアントデバイス１０１のアプリケーション１０２は、図１Ｂを参照して上述したように、サーバ１１０にメッセージセッション終了要求を送信できる。いくつかの実施形態では、メッセージセッション終了要求の送信することは、第２のタップ動作に応答して行われてもよい（ブロック４６０）。

【0070】

ブロック４８０で、図１Ｂを参照して上述したように、メッセージセッションが終了したことを示すメッセージセッション終了応答をサーバ１１０から受信できる。メッセージセッション終了応答は、セッション終了要求に応答して発生してもよい（ブロック４７０）。いくつかの実施形態では、メッセージセッションの終了は、クライアントデバイス１０１からのメッセージまたは他の入力なしに、一定期間が経過した後に行われてもよい。いくつかの実施形態では、期間は、第１の所定の期間であってもよい。いくつかの実施形態では、第２の所定期間であり得る期間内にクライアントデバイス１０１から応答が受信されない限り、メッセージセッションが終了され得ることをユーザに警告する、警告メッセージが受信されてもよい。

【0071】

図５Ａは、これらに限定されないが、図および関連する説明を含む、前述された構成要素および特徴を参照して、１つまたは複数の典型的な実施形態にしたがう検証済みメッセージング方法５００を例示するフローチャートである。検証済みメッセージング方法５００は、サーバ１１０を介してクライアントデバイス１０１と通信するプロセッサ１２０によって実行されてもよい。

【0072】

ブロック５１０で、図１Ｂを参照して上述したように、サーバとの検証済みメッセージセッションを要求するメッセージセッション要求を、ユーザのクライアントデバイス１０１から受信できる。メッセージセッション要求は、メッセージペイロードを含んでも（または、そうでなければ伴っても）よく、メッセージペイロードは、ユーザ識別子、メッセージセッション要求として機能するための追加の文字もしくコード、ユーザトークン（例えば、トークン１０７）、および／または暗号文を含んでいてもよい。メッセージセッション要求は、標準メッセージングアプリケーション（例えば、標準的なＳＭＳメッセージングアプリケーションなど）からのメッセージ（例えば、ＳＭＳメッセージ）を含んでもよい。いくつかの実施形態では、宛先アドレス（例えば、サーバに対応する電話番号など）でサーバによって受信されたメッセージは、検証済みメッセージセッションに関与する要求としてサーバによって処理されてもよい。

【0073】

ブロック５２０で、受信したメッセージセッション要求からユーザ識別子を取得できる。ユーザ識別子は、メッセージセッション要求に含まれるか、そうでなければメッセージセッション要求に付随する、メッセージペイロードから取得できる。いくつかの実施形態では、メッセージセッション要求はＳＭＳメッセージセッションに対するものであってもよく、ユーザ識別子は受信したＳＭＳメッセージの本体から取得されてもよい。

【0074】

ブロック５３０において、ユーザ識別子によって識別されるユーザに対応するクライアントデバイスアドレスを取得できる。クライアントデバイスアドレスは、データベース１３０に記憶されたデータから取得されてもよく、ユーザ識別子を使用したデータベース検索に基づいて取得されてもよい。上述したように、クライアントデバイスアドレスは、携帯電話番号、ＩＰアドレス、またはクライアントデバイス１０１に対応する任意の他の固有のアドレスを含んでもよい。

【0075】

ブロック５４０で、メッセージセッション要求を送信したクライアントデバイス１０１のアドレスを表す送信元アドレスは、図１Ｂを参照して上述したように、メッセージセッション要求に含まれるか、そうでなければ付随する、メタデータなどのデータから取得できる。例えば、受信された要求が携帯電話によって送信されたＳＭＳメッセージの形態であり得るＳＭＳメッセージセッション要求の場合、送信元アドレスは、ＳＭＳメッセージセッション要求に付随する発信者ＩＤデータから取得され得、送信デバイスの携帯電話番号の形態であってもよい。

【0076】

ブロック５５０において、図１Ｂを参照して上述したように（特にラベル１６２～１６６）、検証プロセスを実行して、送信元アドレス（ブロック５４０）をクライアントデバイスアドレス（ブロック５３０）と比較して、それらが同じクライアントデバイス１０１に対応するかどうかを判定してもよい。送信元アドレスおよびクライアントデバイスアドレスが同じクライアントデバイス１０１に対応する場合、クライアントデバイス１０１は検証されたと見なすことができる。いくつかの実施形態では、受信された要求が携帯電話によって送信されたＳＭＳメッセージの形態であり得るＳＭＳメッセージセッション要求の場合、発信者ＩＤからの携帯電話番号（ブロック５４０）は、ユーザ識別子に基づくデータベース検索から取得された携帯電話番号と比較され（ブロック５３０）、これらの携帯電話番号が一致するかどうかがクライアントデバイスで確認されてもよい。

【0077】

ブロック５６０で、検証プロセス（ブロック５５０）の肯定的な結果に基づいて、図１Ｂを参照して上述したように、メッセージセッション応答がクライアントデバイス１０１に送信され、ユーザの要求が受け入れられたことを確認し、ユーザとのメッセージセッションを開始することができる。メッセージセッション応答は、クライアントデバイス１０１のアプリケーション１０２と互換性のある形式であってもよい。一実施形態では、代わりに、図１Ｂを参照して上述したように、サーバとのメッセージセッションに関与するユーザの要求が拒否されたことを示す拒否通知がクライアントデバイス１０１に送信されてもよい。拒否通知は、拒否の理由を示すことができる追加のデータを含むか、またはそれを伴ってもよい。

【0078】

ブロック５７０において、サーバ１１０は、サーバ上で実行されているアプリケーション（例えば、メッセージングまたはチャットアプリケーション、メッセージングまたはチャットボット、ＡＩボットなど含んでもよい）を介して、図１Ｂを参照して上述したように、クライアントデバイス１０１上で実行されているアプリケーション１０２を介してユーザとメッセージセッションに関与できる。メッセージセッションは、（クライアントデバイス１０１を介して）アプリケーション１０２に第１のメッセージを送信することを含んでもよい。メッセージセッションは、アプリケーション１０２から（クライアントデバイス１０１を介して）第２のメッセージを受信することを含んでもよい。第２のメッセージは、第１のメッセージに応答してもよい。メッセージセッションは、（クライアントデバイス１０１を介して）アプリケーション１０２に第３のメッセージを送信することを含んでもよい。第３のメッセージは、第２のメッセージに応答できる。

【0079】

ブロック５８０において、図１Ｂを参照して上述したように、クライアントデバイス１０１からメッセージセッション終了要求を受信できる。

【0080】

ブロック５９０で、図１Ｂを参照して上述したように、ユーザとのメッセージセッションを終了できる。セッション終了メッセージを、ユーザのクライアントデバイス１０１に送信できる。メッセージセッション終了要求に応答して、ユーザとのメッセージセッションを終了し、任意の終了メッセージを送信できる（ブロック５８０）。いくつかの実施形態では、メッセージセッションの終了は、クライアントデバイス１０１からのメッセージまたは他の入力なしに、一定期間が経過した後に行われてもよい。いくつかの実施形態では、期間は、第１の所定の期間であってもよい。いくつかの実施形態では、ある期間内にユーザのクライアントデバイスから応答が受信されない限り、メッセージセッションが終了され得ることをユーザに警告する警告メッセージをクライアントデバイス１０１に送信することができ、これは第２の所定期間であってもよい。セッション終了を回避するために必要な応答は、クライアントデバイス１０１からのメッセージであってもよく、クライアントデバイス１０１と短距離トランシーバ１０５との間のタップ動作に応答して生成されてもよい。第１の所定期間は、クライアントデバイス１０１から受信したメッセージごとにリセットされてもよい。

【0081】

図５Ｂは、図および関連する説明を含むがこれらに限定されない、前述された構成要素および特徴を参照して、１つまたは複数の典型的な実施形態にしたがう検証済みメッセージング方法５０１を例示するフローチャートである。検証済みメッセージング方法５０１は、サーバ１１０を介して、ユーザに関連付けられたクライアントデバイス１０１と通信するプロセッサ１２０によって実行できる。方法５０１のブロック５１０から５５０は、図５Ａの方法５００を参照して上述したのと同じ活動を含む。次いで、方法５０１はブロック５５２に進む。

【0082】

ブロック５５２において、クライアントデバイス１０１から受信したメッセージペイロードにユーザトークンが存在すると判定できる。ユーザトークンは、ユーザ鍵に基づいてもよい。

【0083】

ブロック５５５において、ユーザトークンから取得されたユーザ鍵に基づいて、ユーザを認証できる。ラベル１６８（図１Ｂ）を参照して上述したように、データベース１３０は、ユーザ鍵のコピー、またはユーザ鍵のコピーを生成するために使用され得るユーザに関連付けられた鍵、を記憶できる。ユーザと関連付けられた鍵に基づいてユーザ鍵のコピーを生成することは、プロセッサ１２０、クライアントデバイス１０１、および／または短距離トランシーバ１０５の間で同期して引き出されるか維持される、カウンタまたは他のデータを使用することを含んでもよい。ユーザは、例えば、クライアントデバイス１０１から受信したユーザ鍵が、データベース１３０から取得された、またはユーザと関連付けられて記憶されている鍵から生成された、ユーザ鍵と一致する場合に認証されてもよい。いくつかの実施形態では、他の技術を介して、クライアントデバイス１０１から受信したユーザ鍵に基づいて、ユーザを認証できる。

【0084】

ブロック５６５で、検証プロセスの肯定的な結果（ブロック５５０）および認証プロセスの肯定的な結果（ブロック５５５）に基づいて、図１Ｂを参照して上述したように、メッセージセッション応答がクライアントデバイス１０１に送信され、ユーザの要求が受け入れられたことを確認し、ユーザとのメッセージセッションを開始できる。メッセージセッション応答は、クライアントデバイス１０１のアプリケーション１０２と互換性のある形式であってもよい。一実施形態では、代わりに、図１Ｂを参照して上述したように、サーバとのメッセージセッションに関与するユーザの要求が拒否されたことを示す拒否通知がクライアントデバイス１０１に送信されてもよい。拒否通知は、拒否の理由を示すことができる追加のデータを含むか、またはそれを伴ってもよい。

【0085】

次いで、方法５０１は、図１Ａを参照して上述したようにブロック５７０～５９０の活動に進む。

【0086】

本開示における実施形態の説明は、本開示の異なる態様の特徴および教示を特に説明するために、図および数字を参照する非限定的な代表的な例を提供する。説明された実施形態は、実施形態の説明とは別に、または他の実施形態と組み合わせて、実装可能と認識されるべきである。実施形態の説明を検討する当業者は、本開示の異なる記載された態様を学習および理解することができるはずである。実施形態の説明は、具体的にカバーされていないが、実施形態の説明を読んだ当業者の知識の範囲内にある他の実装形態が、本開示の適用と一致すると理解される程度まで、本開示の理解を容易にするはずである。

【0087】

本明細書および特許請求の範囲を通して、以下の用語は、文脈上他に明確に指示されない限り、少なくとも本明細書に明示的に関連する意味をとる。「または」という用語は、包括的な「または」を意味することを意図している。さらに、「ａ」、「ａｎ」、および「ｔｈｅ」という用語は、特に指定されない限り、または単数形を対象とすることが文脈から明らかでない限り、１つまたは複数を意味することを意図している。

【0088】

この説明では、多数の具体的な詳細が記載されている。しかしながら、開示された技術の実装形態は、これらの特定の詳細なしで実施され得ることを理解されたい。他の例では、この説明の理解を不明瞭にしないために、周知の方法、構造、および技術は詳細に示されていない。「いくつかの例」、「他の例」、「一例」、「例」、「様々な例」、「一実施形態」、「実施形態」、「いくつかの実施形態」、「例示的な実施形態」、「様々な実施形態」、「一実装形態」、「実装形態」、「例示的な実装形態」、「様々な実装形態」、「いくつかの実装形態」などへの言及は、そのように記載された開示された技術の実装形態が特定の特徴、構造、または特性を含むことができるが、すべての実装形態が必ずしも特定の特徴、構造、または特性を含むわけではないことを示す。さらに、「一例では」、「一実施形態では」、または「一実装形態では」という句の繰り返しの使用は、必ずしも同じ例、実施形態、または実装形態を指すとは限らないが、そうであってもよい。

【0089】

本明細書で使用される場合、特に指定されない限り、共通の対象物を説明するための順序形容詞「第１」、「第２」、「第３」などの使用は、同様の対象物の異なる事例が参照されていることを示すだけであり、そのように説明された対象物が時間的、空間的、ランキング的、または任意の他の方法で所定の順序でなければならないことを意味することを意図しない。

【0090】

開示された技術の特定の実装形態を、現在最も実用的であると考えられているものおよび様々な実施態様に関連して説明してきたが、開示された技術は、開示された実施態様に限定されるものではなく、それどころか、添付の特許請求の範囲内に含まれる様々な修正および同等の構成を網羅することを意図していることを理解されたい。本明細書では特定の用語が使用されているが、それらは一般的かつ説明的な意味でのみ使用され、限定の目的では使用されない。

【0091】

本明細書は、最良の形態を含む、開示された技術の特定の実装形態を開示するために、また、任意のデバイスまたはシステムの製作および使用ならびに任意の組み込まれた方法の実行を含む、開示された技術の特定の実施態様を当業者が実施することを可能にするために、例を使用する。開示された技術の特定の実装形態の特許可能な範囲は、特許請求の範囲で定義され、当業者が想到する他の例を含むことができる。そのような他の例は、それらが特許請求の範囲の文言と異ならない構造要素を有する場合、またはそれらが特許請求の範囲の文言と実質的に異ならない同等の構造要素を含む場合、特許請求の範囲内にあることが意図される。

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【国際調査報告】