JP7041409B2 - 安全なトランザクションインターフェース - Google Patents

Description

＜関連出願への相互参照＞
本出願は、２０１５年１０月２７日に出願された米国特許出願第６２／２４７，１９３号、２０１６年２月１６日に出願された米国特許出願第６２／２９５，５７８号、および２０１６年４月１７日に出願された米国特許出願第６２／３２３，７０３号に関し、それらの利益を主張し、各出願はその全体を引用することによって本明細書に組み込まれる。

本開示の態様および実施はデータ処理に関し、より詳細には安全なトランザクションインターフェースに関する。

様々なプラットフォームによって、安全なトランザクションをユーザー間で完結することができる。そのようなプラットフォームは、トランザクションのすべての当事者がトランザクションを実行するためにプラットフォームでアカウントを維持すること要する。

以下、こうした態様の基本的な理解を与えるために、本開示の様々な態様の簡単な要約を提示している。この要約はすべての企図される態様の広範囲な概観ではなく、鍵となるまたは決定的な要素を識別したり、そうした態様の範囲を記述したりすることのないように意図されている。その目的は、後に提示されるより詳細な記載の前置きとして、単純化された形式の本開示のいくつかの概念を提示することである。

本開示の１つの態様では、処理デバイスは、あるデバイスのディスプレイインターフェースにおいてユーザー通信エージェントを提示する。ユーザー通信エージェントが、上記デバイスのディスプレイインターフェースにおいて、およびあるデバイス上で実行されるユーザー通信エージェントとは別個にそのデバイス上で実行されるユーザー入力インターフェース内で提示されている間に、処理デバイスはトランザクション開始制御の選択を受信する。トランザクション実行制御の選択に応じて、処理デバイスは識別子選択制御を介して１つ以上の識別子を提示する。処理デバイスは、識別子選択制御を介して提示される１つ以上の識別子の少なくとも１つの選択を受信する。１つ以上の識別子の少なくとも１つの選択に応じて、処理デバイスは、ユーザー入力インターフェースを数値入力インターフェースへと切り替える。処理デバイスは、数値入力インターフェースを介して数値入力を受信する。数値入力の受信に応じて、処理デバイスは、ユーザー入力インターフェース内のトランザクション確認制御をアクティブ化する。トランザクション確認制御の選択に応じて、処理デバイスは、選択された少なくとも１つの１つ以上の識別子および数値入力に対して、安全なトランザクションを実行する。

本開示の態様と実施は、以下に与えられる詳細な記載や本開示の様々な態様と実施の添付図面からより完全に理解されるが、しかしながら、これらが本開示を特定の態様または実施に限定するものと考慮してはならず、説明と理解を促すためのものに過ぎないと考慮しなければならない。
本開示の１つの実施に従って例示的なシステムアーキテクチャを図示する。 本開示の１つの実施に従って例示的なシステムアーキテクチャを図示する。 本開示の１つの実施に従って例示的なシステムアーキテクチャを図示する。 本開示の１つの実施に従って例示的なシステムアーキテクチャを図示する。 本開示の態様と実施に従ってデバイスの典型的な実施を図示する。 安全なトランザクションインターフェースのための方法と、本開示の様々な実施に従ってユーザー通信エージェントおよびモバイルデバイスを用いて安全なトランザクション機能を統合するための方法と、の態様のフロー図を図示する。 本開示の１つの実施に従って例示的なユーザーインターフェースを図示する。 本開示の１つの実施に従って例示的なユーザーインターフェースを図示する。 本開示の１つの実施に従って例示的なユーザーインターフェースを図示する。 本開示の１つの実施に従って例示的なユーザーインターフェースを図示する。 本開示の１つの実施に従って典型的なユーザーインターフェースを図示する。 本開示の１つの実施に従って例示的なユーザーインターフェースを図示する。 本開示の１つの実施に従って例示的なユーザーインターフェースを図示する。 本開示の１つの実施に従って例示的なユーザーインターフェースを図示する。 本開示の態様と実施に従って作動する例示的なコンピュータシステムのブロック図を図示する。

本開示の態様および実施は、安全なトランザクションインターフェースを対象とし、かつ安全なトランザクション機能をユーザー通信エージェントおよびモバイルデバイスに統合することを対象とする。安全なトランザクションシステム、ならびにそれらのユーザー通信エージェント（「ＵＣＡ」）、例えばチャットおよびメッセンジャーのアプリケーション／サービス、および／または他のユーザー間の通信システム（電子メール等など）の統合に関する特定の実施における技術が本明細書において記載される。

特定の実施では、記載された技術は、インターフェースでＵＣＡに接続するように構成することができるバーチャルキーボード（「ＶＫ」）などのユーザーインターフェース（ユーザー入力インターフェースなど）を使用することなどによって、ＵＣＡとの安全なトランザクション機能の統合に関係しうる。そのような統合は、モバイルデバイス（スマートフォンおよびタブレットなど）上で特に役立つことができるが、他のデバイス（本明細書において参照されたものなど）上でも同様に使用されてもよい。例えば、本明細書に記載されるように、記載された技術は、ユーザーがチャットアプリケーションを介して安全なトランザクションを開始および／または終了できるようにする、かつ様々な関連するアクティビティを開始および／または実行できるようにすることが可能である。

インスタントメッセージングおよびチャットのアプリケーションは、非常に人気な個人間の通信プラットフォームとなっており、多くの人々によって世界的に使用されていることが理解されるだろう。そのような製品は、スタンドアロンのアプリケーション（ＷｈａｔｓＡｐｐなど）であってもよく、より大きいボイス通信システム、またはビデオ通信システムの要素またはコンポーネント（スカイプなど）であってもよく、および／またはソーシャルネットワーキングサービス／プラットフォーム（Ｆａｃｅｂｏｏｋメッセンジャーなど）へと埋め込まれてもよい。インスタントメッセージングは、直接的にソーシャルネットワークシステム自体の一部分でなくとも、ソーシャルネットワークという面において非常に使用されていることが理解されるだろう。特定のシナリオでは、通信は支払いなどのトランザクションを含むか、それに関係することもできる。例えば、共同目的（「全員でメアリーに卒業のギフトを買おう」）、個人間のトランザクション／送金（「やあ、ジョー。ビールおごってくれない？」）、またはそれ以外のための、製品購入、財源や通貨等を共にするユーザーの共同出資に関する通信セッションの一部としてである。

一部のインスタントメッセンジャープラットフォームではそれらのインフラ内で特定の個人間の支払いが可能である一方、そのようなシステムは、特定のメッセージングプラットフォームのユーザー間のトランザクションに限定されており、そしてトランザクションの双方に、同じメッセージングプラットフォームを使用することを要求する。他のプラットフォームでは、電子メールまたは専用の送金ソリューションなどのサードパーティーサービスを介して、そのようなトランザクションを可能にしている。しかしながら、これらの製品はインスタントメッセージングプラットフォームによって提供される即時性、前後関係、および人間関係を提供しない。

サードパーティーのバーチャルキーボード（「ＶＫ」）（ＳｗｉｆｔＫｅｙ Ｉｎｃ．， ＬｏｎｄｏｎのＳｗｉｆｔＫｅｙなどの）は、Ａｐｐｌｅ Ｉｎｃ．のｉＯＳおよびＧｏｏｇｌｅのＡｎｄｒｏｉｄなどのモバイルオペレーティングシステムが入手可能であることが留意されるべきである。特定の実施では、他のアプリケーションが実行している間、そのようなキーボードのためのユーザーインターフェース（ＵＩ）が表示されうる（また、ＶＫはこれらのアプリケーションに対する入力を制御することができる）ことがさらに留意されるべきである。そのようなＶＫアプリケーションによって、メッセージングプラットフォームおよび他のアプリケーションを含むモバイルデバイス上で作動する様々なアプリケーションのための入力としてユーザーによって使用されうるスクリーン上のキーボードを、サードパーティーに実装させることもさらに理解されうる。特定の実施では、ＶＫアプリケーションは、ユーザーのキーボードの以前の使用中に収集された情報に基づくなど、予測的なテキスト修正または補完などのさらなる機能を提供することもある。

様々な実施では、例えばユーザーデバイスにインストールすることができ、入力を提供するように構成されうる、および／またはそうでなければ、インスタントメッセージングツール、メッセージングサービス等のＵＣＡ、および（様々なトランザクションの実行を可能にするサービス、例えばユーザーごとのウォレットをサポートし金融トランザクションを可能にするサービスなどの）バックエンドサービスなどで統合される、改善されたおよび／または強化されたＶＫが本明細書において記載される。強化されたＶＫによる参照された機能を使用可能にすることによって、さらに以下に詳述されるような、多数の追加機能および利点を提供することができる大幅に改善されたソリューションを提供することができる。例えば、特定の実施では、キーボードアプリケーションは、専用インターフェースと、ユーザー間の資金移動／支払いなどの安全なトランザクションの実行を可能にするための特徴とを含むことができる。そのようなキーボードを実装することによって、ユーザーは、例えば、単一のアプリケーションに銀行口座／クレジットカードをいったん結び付け、次に多数のプラットフォーム（例えば様々なメッセージングサービス等）にわたって本文中の機能を活用することができる。そうする際に、ユーザーは、ユーザーが現在従事している通信セッション／アプリケーションのインターフェース内の安全なトランザクションを開始する／実行するためにＶＫを活用しながら、例えばソーシャルプラットフォームのアプリケーションのコンテキスト／インターフェース内にとどまることができ、（インスタントメッセージングの）会話が途切れないコンテキストを維持することができる。

例えば、本明細書に記載されるように、特定の実施例では、ＵＣＡ（例えばメッセージング／チャットアプリケーション）およびユーザー入力インターフェース（例えばキーボード／ＶＫ）が実行され、例えば単一のユーザーインターフェース（例えばＵＣＡとキーボードの両方を同時に表示することができるモバイルデバイスのタッチスクリーン）内で同時に表示されることもある一方、特定の実施例では、ＵＣＡとユーザー入力インターフェースは互いと別個に実行されうる。そうすることで、例えば、ユーザー入力インターフェース内で受信された入力等は、ＵＣＡ等によって、アクセス可能ではない、知覚可能ではない、受信されないこと（、および／またはユーザーによる認可のないＵＣＡによってアクセス可能ではないこと等）もある。ユーザー入力インターフェースの独立した実行の観点から、本明細書において記載される様々な安全なトランザクションの操作および機能は、安全なトランザクション機能を持たないこともあるＵＣＡ内でさえ、それに対してさえ、および／またはそうでなければ、それと合わせてさえ使用可能になりうることが理解されうる。

したがって、記載された技術は、限定されないが、安全なトランザクション、通信技術、およびユーザーインターフェースを含む複数の技術的な領域における特定の技術的な課題および長年の欠陥を対象とする、および対処することが理解されうる。本明細書において詳細に記載されるように、開示された技術は、参照された技術的な課題、および参照された技術分野における未解決のニーズに対する特定の技術的解決法を提供し、多数の利点および従来の手法の改善をもたらす。さらに、様々な実施において、本明細書において言及されるハードウェア要素、コンポーネント等の１つ以上（例えばセンサー、デバイス等）は、本明細書において記載される方式などで、記載された技術を可能にする、改善する、および／または強化するように動作する。

図１Ａは、本開示の１つの実施に従って例示的なシステムアーキテクチャ（１００）を図示する。システムアーキテクチャ（１００）は、各種デバイス、マシン、サーバ、および（デバイス、マシン、サーバ等上で、および／または複数のデバイス等と共に実行されることもある）アプリケーションを含む。これらの様々な要素またはコンポーネントは、ネットワーク（１１０）によって互いに接続可能であり、ネットワーク（１１０）は、パブリックネットワーク（例えばインターネット）、プライベートネットワーク（例えばローカルエリアネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ））、あるいはその組み合わせでありうる。

図１に示されるように、システム（１００）は、デバイス（１０２Ａ）（本明細書で参照されるような「ユーザーＡ」に対応する）、およびデバイス（１０２Ｂ）（本明細書で参照されるような「ユーザーＡ」に対応する）などの様々なユーザーデバイスを含みうる。特定の実施では、デバイス（１０２）の各々は、例えば、無線端末（例えばスマートフォン等）、パーソナルコンピュータ（ＰＣ）、ラップトップ、タブレットコンピュータ、スマートウォッチ（ウェアラブルデバイス）、車載用コンピュータ／システム（ビデオカメラ）、上記のものの任意の組み合わせ、または本明細書に記載される様々な機能を実行可能な他のそのようなコンピューティングデバイスでありうる。そのデバイスは、ユーザーデバイスのハードウェアおよびソフトウェアを管理するオペレーティングシステム（ＯＳ）を実行することもある。モバイルアプリケーション（「アプリ」）、ウェブブラウザ等の様々なアプリケーションは、ユーザーデバイス上（例えばユーザーデバイスのＯＳ上）で実行されてもよい。本明細書に記載されるように、特定の実施では、各デバイスには、本明細書に記載される様々な操作を可能にするデバイスにインストールされた様々なアプリケーションをさらに有する。図１Ａに示されるように、特定の実施では、そのようなアプリケーションは、ユーザー通信エージェント（１２０）（「ＵＣＡ」）、例えばＷｈａｔｓＡｐｐなどの通信アプリケーションチャットクライアント、および以下に記載されているものなどの機能を含みうるオンボーディング（「ΟΒ」）プロセスを受け持つクライアントアプリケーションでありうるアプリケーション（１３０）（「アプリ」）を含むことができる：ユーザー登録、安全な情報（例えばクレジットカード、アカウント、および他の財務情報）のセットアップおよび管理、使用情報トラッキング（例えばウォレットおよびトランザクションのステータスなど）、および／またはユーザー設定の操作。アプリケーション（１３０）は、本明細書に記載されているようなデバイスを介するユーザー入力を可能にするアプリケーションでありうるバーチャルキーボード（１４０）（「ＶＫ」）も含みうる。

特定の実施において、ことが理解されるだろう。デバイス（１０２）はまた、様々なセンサーおよび／または通信インターフェース（限定されないが、図２および図５に図示されるおよび／または本明細書に記載／言及されるものを含む）も含みうる、および／または組み込みうる。こうしたセンサーの例としては、限定されないが以下が挙げられる：加速度計、ジャイロスコープ、コンパス、ＧＰＳ、触覚センサー（例えば、タッチスクリーン、ボタン等）、マイクロホン、カメラなど。上記のような通信インターフェースの例としては、限定されないが、セルラー（例えば３Ｇ、４Ｇ等）インターフェース、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、ＷｉＦｉ（登録商標）インターフェース、ＵＳＢインターフェース、ＮＦＣインターフェース等が挙げられる。さらに、特定の実施では、ユーザーデバイスは、様々な周辺機器と接続され、および／またはそうでなければ通信し合う。

明記されるように、特定の実施では、デバイス（１０２）は、様々なセンサーおよび／または通信インターフェースを含む、および／または組み込むこともできる。実例として、図２はデバイス（１０２）の１つの典型的な実施を図示する。図２に示されるように、デバイス（１０２）は、本明細書に記載されたもののような様々な操作を可能にする役割を果たす様々なハードウェアおよび／またはソフトウエアコンポーネントに動作可能に接続される、制御回路（２４０）（例えばマザーボード）を含みうる。制御回路（２４０）は、プロセッサ（２１０）とメモリ（２２０）に動作可能に接続することができる。プロセッサ（２１０）は、メモリ（２２０）にロードすることができるソフトウェアの命令を実行する役割を果たす。プロセッサ（２１０）は、特定の実施に応じて、多くのプロセッサ、マルチプロセッサコア、またはいくつかの他のタイプのプロセッサでありうる。さらに、プロセッサ（２１０）は、メインプロセッサにシングルチップ上の二次プロセッサが存在する、多くの異種プロセッサシステムを使用して実行することができる。別の例示的な例として、プロセッサ（２１０）は、同じタイプの複数のプロセッサを含む対称的なマルチプロセッサシステムでありうる。

メモリ（２２０）および／またはストレージ（２９０）はプロセッサ（２１０）によってアクセス可能であってもよく、それによって、プロセッサ（２１０）はメモリ（２２０）上および／またはストレージ（２９０）上に保存された命令を受信し実行することができる。メモリ（２２０）は例えば、ランダムアクセスストレージ（ＲＡＭ）または他の適切な揮発性あるいは不揮発性のコンピュータ可読記憶媒体でありうる。加えて、メモリ（２２０）は固定可能であるか、取外し可能であってもよい。ストレージ（２９０）は特定の実施に応じて様々な形式をとることができる。例えば、ストレージ（２９０）は１つ以上のコンポーネントまたはデバイスを含むことができる。例えば、ストレージ（２９０）は、ハードドライブ、フラッシュメモリ、書換型光ディスク、書換型磁気テープ、または上記のいくつかの組み合わせでありうる。ストレージ（２９０）も固定可能であるか、または取外し可能でありうる。

図２に示されるように、ストレージ（２９０）はＵＣＡ（２０）およびアプリ（１３０）、および／またはＶＫ（１４０）を格納することができ、それぞれは、デバイスのユーザーが本明細書に記載される技術と相互に作用する、および／またはそうでなければその技術を活用することを可能にするために、メモリ（２２０）へとロードされうる、および／または処理デバイス（２１０）によって実行されうる。

通信インタフェース（２５０）は、制御回路（２４０）にも動作可能に接続される。通信インタフェース（２５０）は、ユーザーデバイス（１０２）と、１つ以上の外部のデバイス、マシン、サービス、システム、および／または要素（限定されないが、図１Ａ－１Ｄに図示されるものと本明細書に記載されるものを含む）との間の通信を可能にする、任意のインターフェース（または複数のインターフェース）でありうる。通信インタフェース（２５０）は、（制限されないが）モデム、ネットワークインタフェースカード（ＮＩＣ）、集積回路網インターフェース、無線周波数送信機／受信機（例えばＷｉＦｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、セルラー、ＮＦＣ）、衛星通信送信機／受信機、赤外線ポート、ＵＳＢ接続、またはデバイス（１０２）を他のコンピューティングデバイス、システム、サービス、および／またはインターネットなどの通信ネットワークに接続するための任意の他のそのようなインターフェースを含みうる。こうした接続は、有線接続または無線接続（例えば８０２．１１）を含みうるが、通信インタフェース（２５０）は制御回路（２４０）および／または本明細書に記載される様々なコンポーネントへの／からの通信を可能にするあらゆるインターフェースでありうることを理解されたい。

記載された技術の操作間の様々な時点で、デバイス（１０２）は、図１Ａ－Ｄに図示されるおよび／または本明細書に記載されるものなどの１つ以上の他のデバイス、システム、サービス、サーバと通信することができる。こうしたデバイス、システム、サービス、サーバなどは、本明細書で詳細に記載されるように、ユーザーデバイス（１０２）への／からのデータを送受信することができ、それによって記載された技術の操作を向上させる。上記のデバイス、システム、サービス、サーバなどは、本明細書に記載されるように、ユーザーデバイス（１０２）と直接通信し、ユーザーデバイス（１０２）と間接的に通信し、ユーザーデバイス（１０２）と常時／継続的に通信し、ユーザーデバイス（１０２）と定期的に通信することが可能であり、および／または、ユーザーデバイス（１０２）と通信可能に連携させることができる。

１つ以上のセンサー（２４５Ａ－２４５Ｎ）（まとめてセンサー（２４５））も、ユーザーデバイス（１０２）の制御回路（２４０）に接続される、および／またはそれと通信している。センサー（２４５）は、ユーザーデバイス（１０２）内に組み込み可能な／一体化可能な、および／または通信可能な様々なコンポーネント、デバイス、および／または受信機でありうる。センサー（２４５）は、本明細書に記載される１つ以上の刺激、現象、または他の上記のような入力を検知するように構成可能である。こうしたセンサー（２４５）の例としては、限定されないが、加速度計（２４５Ａ）、ジャイロスコープ（２４５Ｂ）、ＧＰＳ受信機（２４５Ｃ）、マイクロホン（２４５Ｄ）、磁力計（２４５Ｅ）、カメラ（２４５Ｆ）、光センサー（２４５Ｇ）、温度センサー（２４５Ｈ）、高度センサー（２４５Ｉ）、圧力センサー（２４５Ｊ）、近接センサー（２４５Ｋ）、近距離無線通信（ＮＦＣ）デバイス（２４５Ｌ）、コンパス（２４５Ｍ）、および触覚センサー（２４５Ｎ）が挙げられる。本明細書に記載されるように、デバイス（１０２）はセンサー（２４５）からの様々な入力を理解し／受信することができ、本明細書に記載されるように、こうした入力を利用して、様々な操作および／またはその態様を開始する、可能にする、および／または向上させることができる。

この点においては、先の記載（例えばセンサー（２４５）に対する）がユーザーデバイス（１０２）を対象としている一方、様々な他のデバイス、システム、サーバ、サービス等（図１Ａ－Ｄ図解されるもの、および／または本明細書に記載されるもの）には、デバイス（１０２）に関して記載されたコンポーネント、要素、および／または機能を同様に組み込むことができる。ことが留意されるべきである。例えば、ＢＥＳ（１５０）にはまた、参照されたコンポーネント、要素、および／または機能の１つ以上が組み込まれることもある。さらに、図１Ａ－Ｄに図示されるものおよび／または本明細書に記載されるものといった様々なデバイス、システム、サーバ、サービスなどの特定の態様と実施も、以下にかつ図５に関連して非常に詳細に記載されていることも理解されるべきである。

特定の実施では、それぞれのアプリ（例えばデバイス「Ａ」およびデバイス「Ｂ」で実行するもの）は、バックエンドサーバ（１５０）（図１Ａに示されるような「ＢＥＳ」）に対する接続を可能にするように構成されうる。ＢＥＳ（１５０）は、ラックマウントサーバ、ルーターコンピュータ、パーソナルコンピュータ、携帯情報端末、携帯電話、ラップトップコンピュータ、タブレットコンピュータ、ネットブック、デスクトップコンピュータ、メディアセンター、上記の任意の組み合わせ、または本明細書に記載される様々な機能を実行することができる任意の他のそうしたコンピューティングデバイスでありうる。そのようなＢＥＳはさらに、以下により極めて詳細に記載されるトランザクション実行サーバ（１６０）（「ＴＥＳ」）に対する接続を可能にできる。デバイス（１０２）上で実行するそれぞれのアプリはまた、互いに接続するおよび／または直接通信し合うとうに構成されてもよく、それによって、以下にさらに詳述されるような「アプリのＰ２Ｐ接続」と呼ばれるアプリ間の通信リンクを形成する。このアプリ間のリンクは、互いに接続するために（例えば通信セッション、チャットプロトコル等を実行するために）、それぞれのＵＣＡによって使用されるリンクとは切り離されることもあることが理解されるだろう。

ある実施では、ユーザーアカウント（例えば、アプリ（１３０）に関連付けられるアカウント）はそれぞれ、一意の識別子を備える安全なリポジトリに関連付けられることがある。こうした安全なリポジトリは、ユーザーに関連する情報を安全に受信し、送信し、および維持することができる（例えば、資金を受けることができるウォレット）。実例として、他のユーザーがこのユーザーへ支払いを送金する場合、こうしたトランザクションを簡単に受取人のウォレットアドレスへ向けることができる。したがって、記載された技術により、一意の識別子（ＩＤ）を使用してユーザー／安全なリポジトリを表すことができる。こうした識別子を使用することで、安全なトランザクションを実行する際に記載された技術の利便性と使いやすさが飛躍的に増加し得るということが認識されることがある。さらに、ある実施では、参照されたウォレットの代わりに、記載された技術の安全なリポジトリは、ユーザーの銀行口座、クレジットカードなどを利用するなどして既存の安全なリポジトリに対して使用可能となり得ることを理解されたい。例えば、安全なトランザクション（例えば、別のユーザーへ支払いを送金する）を始めるためには、受取人の一意の識別子を提供するだけでよいことがある。他の実施では、電子メールアドレス、電話番号などの他の識別子（例えば、既存の識別子）を利用することもできることを理解されたい。

ユーザーはアプリを介して一意の識別子（「ＩＤ」）（例えば「ｊｏｈｎｓｎｏｗ」）を登録することができ、このＩＤをユーザーに関連する安全なリポジトリ、アカウント情報（例えば、ウォレットの詳細）などに関連付けることができる。本明細書で詳細に記載されるように、識別子は１つ以上の接頭文字（例えば、「＄」）を使用して通信セッション（例えば、チャットセッション）で表されもよい―したがって、例えば、本明細書に記載された様々な安全なトランザクションに関して、「＄ｊｏｈｎｓｎｏｗ」を使用して、ユーザー「ｊｏｈｎｓｎｏｗ」を表すことができる。以下にさらに明記されるように、ＩＤの登録はサーバ（「ＢＥＳ」（１５０）など）上で管理することができる。

参照されたＩＤ（例えば、英数字のＩＤ）はモバイルプラットフォーム上で容易に共有および利用可能である。ＩＤは思い出しやすいものであっても良く、タイプするか、あるいは直接入力できるものである（ちょうど電子メールアドレスのように）。別の便利な特徴はコピーペーストである。ユーザーＡはユーザーＢにチャットで自分のＩＤを送る。ユーザーＢは「コピー」コマンド／操作を駆使してクリップボードにＩＤをコピーする。記載された技術（例えば、ユーザーＢのデバイス上で実行されているような「アプリ」）は、デバイスの／システムのクリップボードと接続し、識別子がそこに置かれたと判定するするように構成可能であり、さらに、（例えば、ユーザーによる明確な「挿入する」操作を必要とすることなく）クリップボードから識別子を自動的にコピーすることができる。

識別子は、トランザクションが要求されることを明示するためにも使用されてもよい。例えば、ユーザー「ｊｏｈｎｓｎｏｗ」は、「＄ｊｏｈｎｓｎｏｗ＋１０」の形式でチャットメッセージを使用して１０ドルの支払いを要求し、それによって、以下に明記されるようなトランザクションシーケンスを始めることなどによって、安全なトランザクションを始めるために記載された技術を利用してもよい。

記載された技術はさらに、以下に詳述されるように、参照された識別子が表されるかエンコードされることがある多くの方法をサポートすることもある。例えば、ある実施では、識別子はＵＲＬ－例えば、「ｈｔｔｐ：／／ｇｅｍｓ．ｏｒｇ／ｊｏｈｎｓｎｏｗ」）としてエンコードされ得る。ＵＲＬとして識別子をエンコードする利点は、アプリがそれ自体をＵＲＬハンドラーとして登録することができるため、モバイルプラットフォーム内での統合を増加させる／向上させることである。さらなる例としては、ＵＲＬ「ｈｔｔｐ：／／ｇｅｍｓ．ｏｒｇ／ｊｏｈｎｓｎｏｗ＿２０」は、ユーザー「ｊｏｈｎｓｎｏｗ」による２０ＵＳＤのリクエストを反映することができる。したがって、アプリがデバイス上にインストールされている／利用可能である場合、参照されたＵＲＬがクリックされるか、それ以外の方法で選択されるとき、ＯＳはこれを立ち上げてクリックを処理し、かつ専用のユーザーインターフェース（「ＵＩ」）を開いてこの動作（例えば、このアドレスへの「支払いを送金する」ダイアログ）を処理する。アプリがインストールされていない場合、ＵＲＬがクリックされると、通常のＨＴＴＰウェブページ（例えば、ｇｅｍｓ．ｏｒｇのウェブサイトから）が役に立つ。これは、アプリをダウンロードおよびインストールして、オンボーディングプロセスを実行するようにユーザーに指示することができる。

他の実施では、参照された識別子は、印刷または表示され、その後、適切なスキャナー（スマートフォン内蔵のカメラなど）によってスキャン可能なＱＲコード（登録商標）（あるいはバーコード、あるいは任意のそれ以外のフォーマット）としてエンコードされ、処理され、および、起動され得る（それにより、上に明記されるように、アプリまたはそのインストールを起動する）。

さらなる他の実施では、参照された識別子は既存の画像内にエンコード可能である。識別子は画像－例えば、ソーシャルネットワーク内でのユーザーのアバターまたはプロフィール写真の内部でエンコード可能である。このエンコードは、ヒトの目に対して画像を変化させないこともあり、したがって、アバターは視覚的には同じままであり得る。画像をデコードする際、アプリは、識別子を含むエンコードされた画像を識別し、それから識別子を抽出することができる。

画像はモバイルプラットフォームでも十分に統合される。したがって、アプリは、（例えば）限定されないが、以下を含む多くの方法でこうした画像を受け取ることもある：多くのモバイルアプリケーションは、他のインストールされたアプリに対する画像の直接的な共有をサポートする（アプリは「シェアハンドラー」としてそれ自体を登録することができる）。さらに、ある実施では、画像はデバイス上のユーザーのフォトアルバムに保存可能である。その後、アプリはフォトアルバムをスキャンし、関連する（最近加えられた）画像を見つけることができる。画像もコピーペースト可能であるため、画像の受取人は画像をコピーし、クリップボードから直接アプリにアクセスさせることができる。アプリは、さらにエンコードされた画像を検知しようとするために（例えば、スクリーンキャプチャを使用して）スクリーンをスキャンすることもあり、こうしたスキャンは、様々なコミュニケーションアプリケーション（例えば、メッセージングアプリケーション）のディスプレイ構造に適している（つまり、「他のユーザー」のアバターが表示される可能性が高い領域に焦点を合わせる）。

上で参照された様々な表現および転送技術を用いて、ある実施では、アプリ（１３０）は、トランザクションが行われようとしているときに、現在のユーザーと会話するユーザーの識別子を受け取ることもある。

ある実施では、様々な安全なトランザクションは、ユーザー間で共有することができる設定された金額（あるいはそれ以外のそのような額）であり得る「請求可能な通貨」に対して実行可能である。共有される要素はその受取人によって請求されるまでその額を保持することができる。いったん請求されると、実際の額が受取人のウォレットへ移り、共有される要素はその額を失う。ある実施では、こうした請求可能な通貨は（上に記載されるようなユーザーのＩＤを使用することにより）特定の受取人のアドレスにロックされることもある。通貨はロック解除されることもあるため、誰もがそれを請求することができる。通貨をロック解除しておく利点は、送信人が受取人のＩＤを知ることなく／提供することなく、この金額を送金することができるということである。

ある実施では、安全なトランザクションは、受取人「Ａ」が（例えば、送信人「Ｂ」にチャットプログラム内のメッセージ「＄ａｂｃ＋１０」を送ることによって）特定の額を送るように要求することにより、開始され得る。こうしたメッセージは傍受されることもあれば、Ｂのデバイス上のアプリのＶＫ部分に転送されることもあり、安全な支払いトランザクションを始めることができる。「Ｂ」は支払いを承認し、（以下に詳述されるように）任意の追加の属性も指定することができる。

別の場合では、ユーザー「Ｂ」はＡからの特定のリクエストで支払い（「Ａ」にロックされるか、あるいは「そのトランザクションを請求する誰か」に開かれている）を始めることができる。例えば、「Ａ」は寄付金または資金調達を求めていることもあれば、それに接続する誰もが、トランザクションＩＤ実施形態に、請求可能な通貨の設定された金額を送ることを可能にすることもある。

ある実施では、受取人「Ａ」が送られた金額を請求することができるように（メッセージングアプリケーションによって）受取人「Ａ」に送信可能な特有のトランザクションコード（例えば「ｅＫｂＤＳｗ」）を生成することができる。ある実施では、システムによって生成されたトランザクションＩＤはさらに金額も含むことができるため、したがって、（参照された受取人へ１０ドルを送るための）実際のＩＤは、「１０＋ｅＫｂＤＳｗ」になる。

参照されたトランザクションＩＤは、その例がさらに以下に詳述された任意の数の方法で表されることもあれば、エンコードされることもあるということが理解されよう。

例えば、ある実施では、トランザクションＩＤは英数字の特有のＩＤとして表すことができる。そうするためには、トランザクションＩＤ（「１０＋ｅＫｂＤＳｗ」）を生成することができ、チャット会話に挿入することができる。金額を請求するために、受取人「Ａ」はトランザクションＩＤをアプリにタイプ入力するか、コピーペーストするか、あるいは（以下に明記するように）それ以外の方法でそれをアプリへ落とし込むことができる。

他の実施では、トランザクションＩＤはＵＲＬとして表すことができる。そうするためには、トランザクションＩＤをＵＲＬ－例えば「ｈｔｔｐ：／／ｇｅｍｓ．ｏｒｇ／１０－ｅＫｂＤＳｗ」としてエンコードすることができ、受取人（例えば、「Ａ」）が選択する（例えば、それをクリックする）場合、アプリ（もしインストールされていれば）は起動してトランザクションを完了させることができるか、あるいは（アプリがインストールされていなければ）ウェブページを開くことができる－このことがアプリをダウンロードしてインストールするようにユーザー「Ａ」に指示する）。

さらに他の実施では、トランザクションＩＤはＱＲコード（登録商標）として表すことができる。そうするためには、ＵＲＬをＱＲコード（登録商標）としてエンコードすることができ、これは印刷または表示することができ、その後、適切なスキャナーでスキャンすることができる。したがって、これはトランザクションＩＤのＵＲＬ形式をデコードするために使用することができる。

さらなる他の実施では、トランザクションＩＤは既存の画像内にエンコード可能である。例えば、本明細書に記載されたように、ＩＤは実際に任意の画像へエンコードすることができる。これは、例えば、紙幣または小切手のブランド名の入ったストック画像を生成するために使用可能である。その際、この視覚的な通貨が請求されるまで、受取人はフォトアルバムにこの通貨を保持することができる。

ロックされていない請求可能な通貨－特定ユーザーＩＤにはロックされないこともある－は十分に保証できるものであり得ることに着目されたい。例えば、トランザクションＩＤの受取人はこのＩＤを任意の第三者に対して保証することができ、第三者はこれを請求するか、あるいはさらに譲渡することができる。さらに、もとの送信人（あるいは任意の受取人）は複数の人にそれを分配することができ、それを最初に請求する人がその額を受け取る。これは以下に定義されるような様々なトランザクションの属性と条件によって制限可能である。そのようなシステムは例えば、意図した受取人以外の人がその金額を請求することを防ぐために、基礎的なＵＣＡのセキュリティに依存することもあるということを理解されたい。

記載された技術はさらに、一定の期間（例えば６か月）の後に請求されなかった資金向けのデフォルトの有効期限ポリシーを定義するか、あるいは、こうした資金を無制限な時間「送信中」にすることもある。

限定されないが、以下を含む特別の安全なトランザクションに関して、様々な属性および／または条件を定義することができることを理解されたい：支払人／創始者のＩＤ、被支払人／受取人のＩＤ（あるいは不特定）、支払われる額、トランザクション日、生成されたトランザクションＩＤ。ある実施では、トランザクションの定義は－例えば、不特定の被支払人（つまり、特定の受取人にロックされない）への支払いについて、トランザクションが保証可能であるかどうかも示すか、反映することができるが、指定された被支払人とのトランザクションに有効なこともあり、指定された被支払人がそのトランザクションを最初に請求することなく、第三者に対してトランザクションを保証することを可能する。

ある実施では、記載された技術はさらに追加の属性を実行することもある。これらの属性のいくつかは請求条件を示すこともあり、－この条件下において、条件が満たされる場合に、受取人／被支払人はその額を請求することができる。こうした請求条件を設定する際の１つの目的は、セキュリティの強化と、未承認の当事者による資金の請求を阻むことである。そのような条件は限定されないが、以下を含むことがある：最も早い請求日、最も遅い請求日（有効期限）、地理的な地域／領域に対するロック（例えば、モバイルデバイスのＧＰＳ受信機あるいは他のメカニズムによって決定されるように、例えば、アプリが所定の物理的な領域にあるモバイルデバイス上で実行されている際にのみ、参照されたトランザクションの承認された請求が行われてもよい）。こうしたロッキングは、記載された技術のセキュリティを改善することもある。

記載された技術はさらに、特定の受取人の属性の組み合わせ（特定のモバイルデバイス、システム特性、ＩＭＥＩ、ＩＭＳＩ、ＭＡＣアドレス、ブラウザバージョンなど）に対してトランザクションを制限することもあれば、あるいはロックすることもある。さらに、ある実施では、記載された技術は、追加のパスワード／ＩＤ／生体認証、および／または他のそのこうした識別子／認証者に対してトランザクションを制限することもあれば、あるいはロックすることもある。こうした追加のトランザクション毎のキーは、トランザクションが正しい人により確実に請求されるために別々のチャネルで（例えば）移動させることが可能である。

さらに、ある実施では、記載された技術はさらに、外部的条件に対する特定のトランザクションを制限するか、あるいはロックすることもある。例えば、インターフェースは様々なデリバリーサービス、ロジスティクス／運送会社など（ＦｅｄＥｘおよびＵＰＳなど）に提供可能であり、安全なトランザクションは、パッケージが（例えば、支払の受取人の場所から支払の送信人の場所まで）輸送されたという肯定的な指標の受け取り後に実行／完了され得る（および、トランザクションに関連する資金を放出することができる）。こうした条件は、例えば、運送会社により提供されるウェブサービス、ＡＰＩなどに対してテストまたは確認されることもある。ある実施では、支払人は、スクリプト言語あるいは他のメカニズムで（例えば）定義された特定の条件を含めることができる。［００６５］ＵＣＡと連携した記載されるアプリ／ＶＫの組み合わせは簡易な専用のスクリーン上のＵＩ（例えば、「自分が送りたい額を指定するだけ」）を提供し、これを介して、ユーザーは安全なトランザクションを開始および実行するために対話することができる。アプリ／ＶＫは、本明細書に記載されるように、受け取った入力を処理し、様々なエンコード、デコード、通信、およびフロントエンドの機能（バックエンド機能性を提供するＢＥＳと連携して）を行うことができる。アプリ／ＶＫの様々な態様は本明細書に十分に記載されている。

安全なトランザクション（例えば、お金を送ること）を始めるとき、様々な対応するＵＩ要素は、支払人が上記の記載および本明細書で参照される属性、条件、識別子などの１つ以上を指定することを可能にするために、提供可能である。こうした条件は、トランザクション情報の残りと一緒に保存することができ、記載された技術によって強化される。

記載されたエンコードプロセス（例えば、ユーザー表示／送られた金額表示／トランザクション属性）の様々な態様に関連する複雑さゆえに、ユーザーは標準的なキーボードを使用して手でこうした操作を行うことが困難になるか、あるいは不可能になることを理解されたい。これに応じて、記載されたＶＫは、専用のスクリーン上のＵＩ（例えば、「自分が送りたい額を指定するだけ」）を提供する能力、エンコードプロセスを行う能力をユーザーに与え、かつＵＣＡを介して別の当事者に出力を送達する能力を与えることから、上記のようなシナリオではとりわけ有利になりえる。さらに、ユーザーは長たらしいアドレスを思い出してタイプする必要はない。

ある実施では、「ＢＥＳ」（１５０）は、記載された技術用のバックエンドの記憶、認証、および情報処理を実施する。図１Ｂで例示されるように、これはＢＥＳコーディネーター（１５２）（本明細書に記載された機能などのＢＥＳの機能性を管理するためのサービス、エンジン、アプリケーションなどでありえる）と、ユーザーデータベース（１５４Ａ）および／またはトランザクションデータベース（１５４Ｂ）などの様々なデータベースを含み得る。ユーザーデータベースは例えば、本明細書に記載されるような識別子（および、記載された技術の様々なユーザーに関連する他のこうしたアカウント、情報など）を保存することができる。トランザクションデータベースは、例えば、本明細書に記載されたもののような未決定のおよび／または完了したトランザクションに関連する、例えば、情報、パラメータ、設定などを保存することができる。特定の実施では、データベース（１５４Ａ－Ｂ）は、メインメモリ、磁気または光学ストレージベースのディスク、テープ、あるいはハードドライブ、ＮＡＳ、ＳＡＮなどの１つ以上のストレージデバイスであり得る。いくつかの実施では、こうしたデータベースはネットワーク接続ファイルサーバであり得るが、他の実施では、データベースは、サーバ（１５０）あるいはサーバ（１５０）に接続された１つ以上の異なるマシンによってホストされることもあるオブジェクト指向型データベース、リレーショナルデータベースなどの他のタイプの永続記憶装置であり得るが、さらに他の実施では、リポジトリは、別の実体によってホストされ、サーバ（１５０）および／または他のデバイスにアクセス可能とされたデータベースであってもよい。

ＢＥＳコーディネーター（１５２）は、（さらに以下に記載されるような）アプリ対アプリの通信を管理および媒介することもある。ＢＥＳは、必要なトランザクション管理システム、故障回復、バックアップ、ジャーナリングなどを含む、金銭上のユーザーアカウントとユーザートランザクションの取り扱いのための十分なインフラを含むこともある。ＢＥＳはさらに、例えば、（上に記載されるような）トランザクション条件に関する外部の認証を実行するために必要とされる様々な外部サービス（１７０）に接続することもある。

ＢＥＳはＴＥＳ（１６０）（トランザクション実行サービス）に接続可能であり、これは、ラックマウントサーバ、ルーターコンピュータ、パーソナルコンピュータ、ポータブルデジタルアシスタント、携帯電話、ラップトップコンピュータ、タブレットコンピュータ、カメラ、ビデオカメラ、ネットブック、デスクトップコンピュータ、メディアセンター、上記の任意の組み合わせ、あるいは任意の数の方法で実行される本明細書に記載された様々な特徴を実行することができる他のこうしたコンピューティング装置であってもよい。例えば、ＴＥＳは、１つ以上の金融機関（例えば、銀行）のコンピューティングインフラであり得るし、ＢＥＳ（１５０）は銀行のアカウントとトランザクションと直接対話する。ＴＥＳはさらに、（例えば、Ｐａｙｐａｌ社によって提供されるような）第三者の支払いシステムへのインターフェースを介して実行可能である。ＴＥＳは、記載された技術の一部として実行可能であり、必要な金融バックエンドサービスを提供する。このような場合、ユーザーのウォレットは記載された技術内のデポジトリアカウントであり得るし、ＴＥＳは、記載された技術の内外の金銭の出し入れを行うための送金ゲートウエイを提供することができる。

１人のユーザーが別のユーザーからお金を要求する１つの典型的なシナリオでは、ユーザー「Ａ」は、ＷｈａｔｓＡｐｐメッセージを介してユーザー「Ｂ」に１０ドルを要求するためにＶＫを利用することができる。ユーザー「Ａ」はキーボードで金額をタイプして、要求するためにボタンをクリックする。ＶＫは、ＵＲＬとして表され、（要求者のアバターを備えた紙幣のように）画像の内部でエンコードされたリクエスト（ウォレットアドレス＋金額）を備えたメッセージを生成する。実例として、こうしたＵＲＬは以下のとおりであり得る：「ｈｔｔｐ：／／ｇｅｍｓ．ｏｒｇ／ＭｙＮａｍｅ７ａｍｏｕｎｔ」あるいは「ｈｔｔｐ：／／ｇｅｍｓ．ｏｒｇ／ｒｔ４ＫｄｌＡ」。ここで、「ｒｔ４ＫｄｌＡ」がこの特定のリクエストに特有の別名である。ユーザーＢはＷｈａｔｓＡｐｐ経由でメッセージを受け取り、リンクをクリックすることができる。アプリはクリックを処理し、確認ダイアログを示し、ユーザーＢが確認し、金額がユーザーＢからユーザーＡまで転送される。

ある実施では、ユーザーＢはさらに、アプリに画像を共有するかそれをコピーし、および、クリップボードからの画像をＶＫに処理させることにより、画像上において手動で動作を行うことができる。このプロセスも完全に自動的なものであり得る。なぜなら、ＷｈａｔｓＡｐｐオートセーブがフォトアルバムに画像を受け取り、アプリがアルバムにアクセスし、リクエストを伴う新しい画像が存在することを識別／判定することができ、次にキーボードが使用される時にユーザーにダイアログを提示することができるからである。

１人のユーザーがもう一人のユーザーへ金銭を送る別の典型的なシナリオでは、ユーザーＡは、ＷｈａｔｓＡｐｐメッセージを介してユーザーＢに１０ドルを送るためにＶＫを開く。ユーザー「Ａ」はキーボードで金額をタイプして、送信するためにボタンをクリックする。キーボードは、ＵＲＬとして表され、（送信人のアバターを備えた紙幣のように現われることもある）画像の内部でエンコードされた金額（所望の金額の請求可能な通貨）を備えたメッセージを生成する。受取人はキーボードに知られていないので、受取人に対して請求可能な通貨のロックを解除することができることに注目されたい。

その後、ユーザーＢは参照されたメッセージ（例えば、ＷｈａｔｓＡｐｐを介して）を受け取り、画像はユーザーＢのフォトアルバムに自動的に保存されることもある。ある程度の時間が経つと、ユーザーＢは銀行口座へその金額を請求することを決める。ユーザーＢは、アルバムの画像をすべてスキャンし、請求されていない金額を見つけ、および請求プロセスの間にユーザーを誘導するアプリを開く。

ユーザーＢはさらに、アプリに画像を共有するかそれをコピーし、および、クリップボードからの画像をＶＫに処理させることにより、画像上において手動でアクションを行うこともある。このプロセスも完全に自動的なものであり得る。なぜなら、ＷｈａｔｓＡｐｐオートセーブがフォトアルバムに画像を受け取り、アプリは、リクエストを伴う新しい画像が存在することを識別することができ、次にキーボードが使用される時にユーザーにダイアログを提示することができるからである。

ユーザーＢはさらに受け取ったＷｈａｔｓＡｐｐメッセージ中のリンクをクリックすることもある。アプリはクリックを処理し、請求プロセスの間ユーザーを誘導するダイアログを示す。

上で明記されるように、各ユーザーは識別子／電子メール／電話番号－これはアプリのオンボーディングプロセスを介して作成されたり、割り当てられたりすることもある記載された技術向けのユーザーＩＤであり得る－によって識別可能である。識別子はＢＥＳ（１５０）で（例えば、ユーザーＤＢ（１５４Ａ）で）（ユーザーにより提供される他の詳細と一緒に）保存される。ある実施では、記載された技術はさらにその人の識別子を介して受取人を識別することができる。しかしながら、記載された技術は、限定されないが、ユーザーの電話番号あるいはユーザーの電子メールを含む追加の／代替的な識別メカニズムを利用することもある。さらに、ある実施では、記載された技術により、ユーザーは、識別子にリンクされた他の方法でそれ自体を識別することができることもある。例えば、識別子は、Ｆａｃｅｂｏｏｋ、Ｌｉｎｋｅｄｌｎ、およびそれ以外のプラットフォームによって提供されるような別のプラットフォーム同一性に接続されることもある。さらに、ある実施では、識別子を、グーグルＩＤ、ａｐｐｌｅＩＤ、マイクロソフトアカウントウェブサービス、ＡｐｐｌｅＩＤなどの認証システムのような汎用のユーザーアイデンティティー管理システムに関連付けることができる。さらに、ある実施では、モバイルデバイス（例えば、Ａｐｐｌｅの指紋リーダー）に埋め込まれたセンサーによって受け取られた入力を含む生体認証を利用することができる。さらに、ある実施では、ＩＭＥＩ、ＩＭＳＩ（ＳＩＭ）、ＭＡＣアドレスなどのモバイルデバイスに物理的に埋め込まれたデータを利用することができる。

参照された追加の識別メカニズム、識別子なども追加の目的に使用され得ることもさらに理解されたい。例えば、電話が盗聴されていなかったことをチェックするために、アプリを起動するときに、そのような識別子を追加のセキュリティメカニズム（ユーザー名／パスワードの組み合わせに似ている）として使用されてもよい。さらに、ある実施では、トランザクションをさらに安全にするための（上に定義されたような）請求条件として、および／または、別の当事者（例えば、そのＵＰＩＤは知られていないが、異なる識別子が知られている場合）を識別する別の手段として、参照された追加の識別子を使用することができる。

特定の実装において、ＶＫ（例えばキーボードアプリケーション）が、他のアプリケーション（ＵＣＡ、例えばチャットクライアントなど）に関してユーザーによりタイプ／入力された情報へアクセスしたかもしれないことが、認識され得る。例えば、ユーザーがＶＫにタイプする（又はそうでなければ、入力、例えば音声入力、ジェスチャー入力などを提供する）と、ＶＫはそのような入力を受信し、それらを処理し、及び／又は、現時点でＶＫが起動されているアプリケーション（例えばＵＣＡ）へと（恐らくは修飾された）キーボード事象を転送する。故に、アプリは、ＵＣＡの発信メッセージ（記載したように、（ＶＫ）により作成／提供される）への完全なアクセスを提供され得る。

しかし、幾つかのモバイルオペレーティングシステムは、ＵＣＡ（例えば、メッセージングアプリケーション）からＶＫまで情報を転送するための同様の機構を提供しないことに注意されたい。つまり、ＶＫは、ＵＣＡにより表示される（及びユーザーにより視認可能な）情報（ＵＣＡを介して他のユーザーから受信された着信メッセージなど）を必ずしも自動受信しない場合もある。そのような情報は、例えば、会話の他の当事者の身元を検出するために、及び／又は着信メッセージ（例えば、入ってくる金銭の送金又は金銭の要求を含むメッセージなど）を検出するために、記載された技術に関連し得ることを理解されたい。

従って、特定の実装において、ＵＲＬスキームが利用され得る。例えば、アプリは、モバイルデバイス上でクリックされたＵＲＬを遮断し得る。故に、情報がテキスト形式のチャット（又はＱＲベース）のＵＲＬを介してユーザーに送信される場合、ユーザーはＵＲＬをクリックすることができ、アプリはＵＲＬ情報と共に起動される。その後、ＶＫは事象を適切に扱うことができる。

記載された技術はまた、クリップボードへと関連情報をコピーする工程を含む、ＵＣＡからＶＫへと情報を転送する追加の方法を提供し得る。上述のように、記載された技術は、関連する（又は適切に構造化された）情報がクリップボードに配され、且つ自動的に、例えばユーザーから追加の工程（即ち、明確な「ペースト」動作を実行する）を要求することなく、クリップボードにアクセスすることを検出し得る。

他の実装において、そのような情報転送は、スクリーンキャプチャ及びＯＣＲ技術により可能となり得る。例えば、記載された技術は、周期的な完全又は部分的なスクリーンキャプチャを実行し、且つスクリーンのフォントを読むのに適したＯＣＲエンジンを介してキャプチャした画像を処理し得る。記載された技術はまた、表示された情報の変化を検出するために以前のスクリーンショットを保存し得る。表示されたＵＩの特定領域に焦点を当てることにより、記載された技術は、チャットのカウンターパーティー及び表示されたメッセージを含む関連情報をキャプチャし得る。記載された技術はまた、どこで受信されたばかりのテキストを見出すのか、どのフォントとサイズを使用するのか、色彩設計及びＵＣＡのＵＩフレームワークの位置に従ってどのように情報を分類するのかを決定するために、複数の大衆的なＵＣＡのタイプとバージョン（例えばメッセージングアプリケーション）に適している場合もある。

また他の実装において、そのような情報転送は、ＵＣＡの通信チャネルを「傍受する」（聞く）ことにより可能となり得る。例えば、ＵＣＡは、他の機械にインストールされたＵＣＡからの着信メッセージ／ＵＣＡへの発信メッセージを転送するための通信チャネルを使用することができる。様々な技術が、そのような通信を聞く（傍受する）ために利用され得る。故に、アプリは、そのような通信を聞き、特定のＵＣＡ（ＴＣＰ／ＩＰポート番号及び／又はパケット構造に基づいて識別され得る）に関連するパケット上で識別を行い／ズームインし、そして転送されたメッセージを抽出し得る。例えば、ＵＣＴからＵＣＡのプロトコルが視認可能なシナリオにおいて、アプリはこの通信情報を処理し、着信チャットデータを抽出し得る。

また他の実装において、そのような情報転送は、システム内部チャンネルを聞くことにより可能となり、上述の通信傍受技術と同様に、アプリは、表示された情報を通す内部システム通信パスを聞く場合がある。

また他の実装において、そのような情報転送は、送信された写真情報をデコードすることにより可能になる場合がある。上述のように、アプリは、エンコードされたＵＲＬ又はＩＤの写真を含む写真を検出し得る。検出される写真は、上述の様々な技術を介して（例えば、スクリーンディスプレイ又は通信「傍受」を分析することにより）受信され得る。新たに到達する写真はまた、モバイルデバイスの写真アルバムに保存されると検出され得る。幾つかのＵＣＡは着信写真を自動的に保存し得る一方で、他のＵＣＡは、ユーザーがシステムのアルバムに写真を明確に保存することを要求し得る。ＵＣＡはまた、アプリへの到達する写真の手動でのドラッギング及びドロッピングを支援し得る。アプリは、任意のエンコードされたＵＲＬ又は他のシステムオブジェクト（識別子、トランザクションＩＤ、又は金銭要求など）を含み且つこのような着信オブジェクトに作用するかどうかを判定するために、そのような着信写真を分析することができる。

また他の実装において、そのような情報転送は、ＵＣＡからアプリのインターフェースを介して可能になる場合がある。場合によっては、明確な／直接的な集積化はＵＣＡとアプリ／ＶＫの間で生成することができる。これは、一方のプログラム（ＵＣＡ又はアプリ／ＶＫ）により提供され且つ他のプログラムによりアクセスされた、ＡＰＩ又はウェブのサービスを介して行われ得る。上記の方法の全てに加えて、アプリは、発信メッセージに含まれる蓄積された情報から着信メッセージに関する情報を判定する／推測することを試みる場合もある。故に、キーボードは、発信メッセージを（例えば、自然言語処理分析エンジンを使用して）分析し、且つ、（例えば）タイプされたテキストで使用される明確なチャット「ハンドル」、他の名前、ニックネーム、又は識別子に基づいてメッセージングセッションが生じている他の当事者を検出し得る。

記載された技術を単独で、及び／又は互いに（改善のために）組み合わせて使用することができることを、理解されたい。

画像の内部のシステムオブジェクト（例えば、金銭要求、識別子、又はトランザクションＩＤ）のコード化に関する技術を使用して、記載された技術は多くのユーザーとのインタラクションを支援することができる。１つの例は、個別化された通貨／金銭である。ユーザーは画像を得て、それに貨幣（又はその他）の値段を埋め込んで、使用され得る／他のユーザーへと転送され得るブランドを付けた「キャッシュ」を生成する。例えば、親は、（例えば子供の毎週の許可のために）子供に与えられる個別化されたキャッシュを作成し得る。記載された技術はまた、そのような個別化された画像の作成を支援し、例えば、与えられた画像から個人の頭部／顔の画像を抽出し、それを、個人の画像、パーソナルメッセージ、及び「紙幣」の値段を特色とする「個人の紙幣」に変換する。作製された「個人の紙幣」はまた、子供によってのみ回収され得る「ロックされた」支払いに印を付けるように２つのそのような画像（例えば親と子供の顔）を含み得る。そのような画像は、モバイルデバイスカメラにより（例えば、顔解析器モジュール及び上述のような紙幣作製機（ｇｅｎｅｒａｔｏｒ）モジュールを介して）キャプチャされた写真から自動的に作製され得る。ユーザーは、例えば、支払いを送信するためにＶＫからＵＣＡのテキスト領域へと写真をドラッグするだけである。

別の例は、商品を支払要求に関連付けることに関する。例えば、電子商取引の販売業者は、埋込まれた金銭要求（例えば、「Ｍｅｒｃｈａｎｔ ＄ＭｅｒｃｈａｎｔＮａｍｅ ｒｅｑｕｅｓｔｓ ＄２５」）を含む商品画像を投稿し得る。そのような画像はそのように印を付けられ、ユーザーは、支払いに影響を及ぼすためにＶＫに埋込まれた支払情報を伴う写真をドラッグする（又はそうでなければ、それをＶＫと共有する）ことが可能であり得る。

別の例はギフトカードの作成である。これらは、適切な条件（即ち、上述のように、ロックされた又はロックされない、及び恐らく保証可能）で作成されて受取人に提供され、それにより受取人はそれらを消費することができる。トランザクションを保証する能力により、そのようなカードは与えられた個人（識別子）にロックされ、且つ、（例えば商品／サービスの交換における支払いのために）様々な販売業者に更に転送可能となる。特定の実装において、そのようなギフトカードは、以下に更に記載されるように受取人のモバイルデバイス上で消費可能なデジタル商品と交換可能であり得る。

また別の例は支払い可能な商品リストである：これは、定番商品リスト（例えば電子商取引サイトにおける）、又はギフトリスト（例えば結婚式用のプレゼントリスト）などの特別目的のリストであり得る。関連する販売業者による支払要求を埋め込む品物の写真でギャラリーを作ることができる。写真には印を付けることができ（例えば、対角線の印（ｄｉａｇｏｎａｌ ｂａｄｇｅ）など特殊なマーキングを使用する）、それによりユーザーは「支払い可能な写真」としてそれらを識別することができる。このギャラリーは（例えば）サーバ上にホストすることができ、（この例において）可能性のある結婚式のゲストは、プレゼントを注文するために自身のＶＫに好みのプレゼントをドラッグするだけでよい。サーバは、一旦特定のギフトが上手く注文されると、関連する写真を除去する（又は、例えば「獲得した（ｔａｋｅｎ）」の印でそれに印をつける）ように構成され得る。各写真がそれ自体の被支払人の情報を含むため、１つのそのようなリストは複数の売り手からの商品の購入を可能にし得ることに注意されたい。付加的な例は、（例えば、物理的な商品と共に使用される記載された技術に関して）以下に議論される。

図１Ｃは本明細書に記載される更なる態様を表す。図１Ｃに例示されるように、特定のシナリオにおいて、アプリは参照された「Ｐ２Ｐ接続」を介して直接通信し得る。そのような通信は、実際のＰ２Ｐ（ピア・ツー・ピア）通信（即ち、外部部品を含むことなく互いに直接接続する／通信するアプリ－Ａ及びアプリ－Ｂ）であり得る。それはまた、例えば、通信を媒介する、即ち、アプリ－Ａとアプリ－Ｂとの間の初期接続を促進する、又は全体の通信セッションのために通信ブリッジとして更に作用する記載された技術のＢＥＳで媒介された通信であり得る。そのようなＰ２Ｐ接続通信は下記に記載されるものなど多くの方法で使用され得る。

特定の実装において、そのようなＰ２Ｐ接続は情報共有のために使用され得る。上述のように、金銭要求又は送金は、ＵＲＬとしてＡからＢへと送信され得る。受取人Ｂが自身のデバイス（１０２）にインストールされたアプリ（１３０）を現時点で有していない場合、送信されたＵＲＬは、アプリをダウンロード且つインストールするためにＢを再び方向付けて、（Ｂの識別子を作製する）オンボーディングプロセス（ｏｎ－ｂｏａｒｄｉｎｇ ｐｒｏｃｅｓｓ）を実行することができる。故に一旦インストールされると、現在実行しているアプリ－Ｂは、ユーザーＡにユーザーＢの新たに作成された識別子を提供することができる。これは、（識別子がＵＣＡを介して送信される場合に）Ａが識別子をアプリ－Ａに手動でコピーしなくてすむようにＰ２Ｐ接続を使用して（又はＢＥＳを介して）行うことができる。

他の実装において、そのようなＰ２Ｐ接続は安全な／並列のチャネルとして使用され得る。２人の通信を行うチャット参加者は、幾つかの感知可能な情報（パスワードなど）を交換するためにチャットプラットフォームを信頼してはならない。Ｐ２Ｐ接続は、この追加情報を交換するように別個である（及び、暗号化され得る及び／又はそうでなければ安全にされ得る）付加的な「ミニチャット」性能を提供し得る。参加者間での規則的なチャットセッションから異なるチャネルを使用してデバイスＡからデバイスＢに感知可能データが転送されるという単なる事実は、盗聴者が（例えば）規則的なチャットチャット上で通されているユーザーネーム及びＰ２Ｐ接続上で通されているパスワードを得るために２つのチャネルを同時に傍受する必要があるため、更なるセキュリティを提供する。

また他の実装において、そのようなＰ２Ｐ接続は連続的なセッション課金のために使用され得る。下記に述べられるように、記載された技術は、現金払いセッションのために連続的なセッション課金を支援し得る。そのような課金は、ＵＣＡ通信を妨害しないようにＰ２Ｐ接続を介して実行され得る。

また他の実装において、ユーザーＡとユーザーＢが同じチャットプラットフォームにいない時、そのようなＰ２Ｐ接続を使用することができる。アプリ（１３０）は、たとえ異なる友人／ユーザーが異なるＵＣＡプラットフォームを使用していても（例えば、一部はスカイプを使用し、一部はＦａｃｅｂｏｏｋメッセンジャーを使用する）、それ自体のバージョンの「どの友人がオンライン中か」の機能を提供し得る。アプリはまた、例えば特定の友人とアプリユーザーとの以前の通信セッションの履歴、ログ、記録等に基づいて、特定の友人に適切なＵＣＡ（例えば、チャットクライアント）を起動し得る。

また他の実装において、そのようなＰ２Ｐ接続は追加されたコンテンツのために使用され得る。アプリは、ユーザーが互いに与え得る「友人が好む（ｆｒｉｅｎｄ ｌｉｋｅｓ）」など、ボーナスポイント又は疑似貨幣のそれ自体の形態を提供し得る。これらは、ユーザーへの親近感（ａｆｆｉｎｉｔｙ）のメトリクスを提供するように、「接続している友人」それぞれに隣接して示され得る。

特定の実装において、記載された技術の様々な態様は、例えば、安全なトランザクションインターフェースを提供し及び／又はユーザー通信エージェント及びモバイルデバイスに安全なトランザクション性能を統合するための方法やプロセスなどとして実施され得る。例えば、図３は、安全なトランザクションインターフェースを提供する方法（３００）のフローダイアグラムを表す。該方法は、ハードウェア（回路、専用ロジックなど）、ソフトウェア（本明細書に記載されるものなどの、コンピュータシステム又はデバイス上で実行されるものなど）、又はその両方の組み合せを含み得るロジックの処理により、実行される。１つの実装において、前記方法は、図１Ａ－１Ｄに表される１以上のコンポーネントにより実行され、一方で他の幾つかの実装において、図３の１以上の操作又はブロックは、別のマシンにより実行され得る。

説明の簡潔さのために、方法は、一連の行為として記載される。しかし、本開示に従った行為は、様々な順で及び／又は同時に生じ得、及び本明細書では提示且つ記載されない他の行為と共に生じ得る。更に、例示された行為全てが、開示された主題に従い方法を実施するよう要求されるものではない。加えて、当業者は、方法が代替的に、状態図又は事象を介して一連の相互に関連付けられた状態として提示され得ることを理解且つ認識する。加えて、本明細書に開示される方法は、コンピューティングデバイスにそのような方法を写す及び転送することを促すために、製品上に保存されることが可能であることを認識されたい。製品という用語は、本明細書で使用されるように、任意のコンピュータ可読デバイス又は記憶媒体からアクセス可能なコンピュータプログラムを包含するよう意図されている。

記載された技術がユーザー間で送金を行うために実施され得ることに関する典型的なシナリオが、以下に提供される。以下のシナリオにおいて、ユーザーＡ（「Ａｒｉｅ」）はユーザーＢ（「Ａｌｏｎ」）に送金を行うことを望んでおり、ユーザーＡとユーザーＢは共に自身のモバイルデバイスにインストールされたアプリ（及びＶＫ）を有しており、オンボーディングプロセスを完了している。

ブロック（３０２）では、ユーザー通信エージェント（ＵＣＡ）が提示され得る。本明細書に記載されるように、そのようなＵＣＡ（１２０）は、例えばメッセージ／チャットのアプリケーションなどであり、そのため、ユーザーが互いに応答／通信を行うことを可能にするためにデバイス（１０２）上で実行し得る。特定の実装において、そのようなＵＣＡは、デバイス（例えばモバイルデバイス、スマートフォン、タブレットなど）のディスプレイインターフェース（例えばタッチスクリーン）にて提示され得る。例えば、図４Ａは、ユーザーデバイス（１０２）のディスプレイインターフェース（例えば、タッチスクリーンやＬＣＤ／ＬＥＤスクリーンなどの図５に示されるようなディスプレイ（６１０））にて表されたり表示されたりし得る、典型的なインターフェース（４００）を表す。図４Ａに更に示されるように、特定の実装において、インターフェース（４００）（注記したように、デバイス（１０２）のディスプレイにて提示されたり表示される）は、様々なエリア、セクション、領域などへと分離され得る。例えば、インターフェース（４００）の１つの領域／エリアは、ユーザーＡとユーザーＢが通信セッションに従事しているＵＣＡのインターフェース（４０１）（例えば、ＷｈａｔｓＡｐｐ通信スレッド／セッションを構築するメッセージなど）を提示／表示することができる。また図４Ａに示されるように、インターフェース（４００）の他のエリア、セクション、領域などは、本明細書に記載されるように、ユーザー入力インターフェース（４０２）（例えばキーボード／ＶＫ）などの他のインターフェースを提示／表示することができる。

ブロック（３０５）では、（例えばユーザーＡのデバイスを介して）選択を受信することができる。特定の実装において、そのような選択は、ＵＣＡがデバイスのディスプレイインターフェースで提示される間に（例えば、ＵＣＡのインターフェース（４０１）がデバイス（１０２）のタッチスクリーン／ディスプレイ上に提示されている間に）受信され得る。更に、特定の実装において、そのような選択は、トランザクション開始制御の選択であり得る（例えば、本明細書に記載されるように、選択された時、例えば様々な安全なトランザクションを促進／実行するために、キーボード内で追加の機能を可能にする／起動することができる、固有キー、ボタン、制御など）。更に、特定の実装において、参照されたトランザクション開始制御のそのような選択は、ユーザー入力インターフェース（例えば、キーボード、或いは、スマートフォン又はタブレットなどのタッチスクリーンデバイス上に表示され得る及び／又はそれと対話し得る他のインターフェース）内で受信され得る。本明細書に記載されるように、特定の実装において、そのようなユーザー入力インターフェースはデバイス上で実行するＵＣＡとは独立してデバイス上で実行し得ることに、注意されたい。つまり、ＵＣＡ（例えばメッセージングアプリケーション）とユーザー入力インターフェース（例えば、記載されたキーボード／ＶＫ）が、（例えば、図４Ａのインターフェース（４００）に示されるように）例えばシングルユーザーインターフェース内で同時に実行し及び／又は同時に表示され得る一方で、特定の実装において、ＵＣＡとユーザー入力インターフェースは互いに独立して実行し得ることを、認識できる。例えば、そうする際に、ユーザー入力インターフェース内で受信された入力などは、ＵＣＡによりアクセス可能でなく、ＵＣＡへと認知可能ではなく、ＵＣＡにより受信されないといった場合もある（及び／又は、ユーザーによる認証無しにＵＣＡによりアクセス可能でない場合もある）。ユーザー入力インターフェースの独立的な実行を考慮して、本明細書に記載される様々な安全なトランザクションの操作及び機能は、安全なトランザクションの性能を持たないＵＣＡ内で、該ＵＣＡに関して、及び／又は該ＵＣＡと協働して可能となり得る。

更なる例示により、最初にユーザーＡとユーザーＢは、任意のチャットメッセンジャー（Ｆａｃｅｂｏｏｋメッセンジャー、ＷｈａｔｓＡｐｐ、Ｗｅｃｈａｔ、Ｓｎａｐｃｈａｔ、Ｔｅｌｅｇｒａｍなど）におけるチャットの会話に従事し得ることが、認識され得る。例えば、図４Ａは、ユーザーＡとユーザーＢがＵＣＡ（４０１）（例えばＷｈａｔｓＡｐｐ）内の通信セッションに従事している、典型的なユーザーインターフェース（４００）を表す。ユーザーＡは、キーボードを介してユーザーＢに送金したいということを示し得る（例えば通信セッションの課程内で）。その後、ユーザーＡは、ユーザー入力インターフェース（４０２）（例えばキーボード／ＶＫ）内でトランザクション開始制御（４０４）を選択又は起動することなどにより、そのような安全なトランザクションを開始したいということを示すことができる。参照されたユーザー入力インターフェースは、例えば、キーボード（例えば、スマートフォン又はタブレットなどのタッチスクリーンデバイス上に表示され得る及び／又はそれと対話し得るようなもの）、ＶＫ、及び／又は他のそのようなインターフェース（例えば、音声コマンドやジェスチャーコマンドなどを受信／処理するためのインターフェース）であり得、それを通じて入力が提供及び／又は受信され得る。加えて、参照されたトランザクション開始制御（４０４）は、例えば、本明細書に記載されるように、選択された時に、例えば様々な安全なトランザクションを促進／実行するためにキーボード内で追加の機能を可能にする／起動することができる、キーボード内のキー（例えば、＄キー）であり得る。例示により、ユーザーＡは、キーボードの底部に位置付けられ得る「＄」キー（又は、安全なトランザクション／支払を開始するために設計される他のキーやボタンなど）を押したり選択することができる（図４Ａに示されるようにユーザーＡ（Ａｒｉｅ）は「＄」キーを押すことによりユーザーＢ（Ａｌｏｎ）とのトランザクション／ユーザーＢへの支払を開始することができる）。再び、上述のように、特定の実装において、ＵＣＡ（４０１）とユーザー入力インターフェース（４０２）は、シングルユーザーインターフェース（例えば、図４に示されるようなインターフェース（４００））のそれぞれの領域やエリアなどの中に提示され得る一方で、ＵＣＡとユーザー入力インターフェースは互いに独立して実行し得ることを、理解されたい。故に、ＵＣＡは安全な通信プラットフォームではないが、本明細書に記載されるように、安全なトランザクションは未だに、ユーザー入力インターフェースを介して開始及び／又は実行することができる。他の実装において、ＵＣＡとユーザー入力インターフェースは、以下で詳細に記載されるように、特定の情報を共有及び／又は転送し得ることにも、注意されたい。

ブロック（３１０）では、トランザクション実行制御（例えば、図４Ｂに示されるような「Ｓｅｎｄ Ｍｏｎｅｙ」ボタンといった、ユーザーが安全なトランザクションを望むことを示すボタンや制御など）が、（例えば、ユーザーＡのデバイスを介して）提示され得る。特定の実装において、そのようなトランザクション実行制御は、トランザクション開始制御の選択（例えば、（３０５）にて受信されると「＄」キーを押す）に応じて提示され得る。更に、特定の実装において、そのようなトランザクション実行制御は、ユーザー入力インターフェース（４０２）（例えば、参照されたキーボード／ＶＫ）内に／それを介して提示され得る。

例示により、注記したように、特定の実装において、トランザクション開始制御（４０４）（例えば「＄」キー）を押し、選択し、又は起動することによって、キーボードにおける切替（例えばキーボード（４０２）のＵＩ）を開始することができる。例えば、図４Ｂに示されるように、キーボード（４０２）は、選択可能な「Ｓｅｎｄ Ｍｏｎｅｙ」オプション／ボタンなどのトランザクション実行制御（４０６）を（トランザクション開始制御（４０４）の選択の受信後に）表示するように構成され得る。その後、ユーザー（ここではユーザーＡ）は、トランザクション実行制御（ここでは「Ｓｅｎｄ Ｍｏｎｅｙ」オプション）を選択する（例えば、タップする、押すなど）ことができる。

ブロック（３１５）では、１以上の識別子が提示され得る。特定の実装において、そのような識別子は、識別子選択制御（本明細書に記載されるように、例えば、ボタン、ドロップダウンメニュー／リストなどであり、それを介してトランザクションの受取人が入力又は選択され得る）を介して提示され得る。更に、特定の実装において、そのような識別子は、（例えば、（３１０）で受信されると）トランザクション実行制御の選択に応じて提示され得る。

例示により、図４Ｃは、（例えばキーボード（４０２）のインターフェース内で）提示され得る識別子選択制御（４０８）（本明細書に記載されるように、例えば、ボタン、ドロップダウンメニュー／リストなどであり、それを介してトランザクションの受取人が入力又は選択され得る）を表す。その後、ユーザーＡは、例えば識別子選択制御（例えば、ボタン、ドロップダウンメニュー／リストなど）から、ユーザーＢに関連する識別子を選択することができる。例えば、特定の実装において、（例えば、ユーザーＡのコンタクトリスト、トランザクション履歴、最近のコンタクトなどに基づいて作成されるような）利用可能な識別子（４０９）のドロップダウンリストが、作成且つ表示され得る（例えば図４Ｃに表されるように）。

ブロック（３４５）において、選択は受信可能である。ある実装では、このような選択は、識別子選択制御（例えば（３１５））を介して提示された識別子のうちの１つ（あるいはそれ以上）でもよい。例えば、ユーザーＡは（参照リストから関連する識別子を選択し、あるいはユーザーＢから識別子を要求することによって）関連する識別子を選択することができる。ある実装では、識別子は「＄ｕｓｅｒｎａｍｅ」（例えば＠ａｌｏｎｍ）とフォーマット可能である（ユーザーＢのシナリオから識別子を要求するプロセスに関しては以下を参照）。ユーザーＡは次に、（例えばリストから）識別子を選択する、あるいは（例えば下記のように）ユーザーＢから送信された識別子をコピーすればよい。さらにある実装では、以下に詳述されるように、選択された識別子は安全なトランザクションアカウントにマッピング可能である。

ブロック（３５０）において、ユーザー入力インターフェース（例えばユーザーＡのデバイスに表示されるようなキーボード／ＶＫ）は、数値入力インターフェース（例えばキーパッド）へと切り替えることができる。ある実装では、（例えばブロック（３４５）において受信される）１（あるいはそれ以上の）識別子の選択に応じて、そのような切替を行うことができる。実例として、識別子の選択を受信するに際し、キーボード（４０２）のインターフェースは図４Ｄに示されるようにテンキー（４１０）に切り替えることができる。ある実装では、例えばキーパッドの底部にトランザクション確認制御（４１２）（例えば「Ｃｏｎｆｉｒｍ」ボタン、オプション等）を表示することができる（このような制御は非アクティブでもよく、例えば図４Ｄに示されるように、キーパッド（４１０）によって数値が入力されるまで「グレーになっている」）。以下の文／フォーマットをさらに、メッセージ入力インターフェース（４１４）（例えばチャットライン）に表示することができる：「＄ｕｓｅｒｎａｍｅ＄」（例えば図４Ｄに示されるように、テキストはインラインで挿入され、またテンキーが現われる）。

先に参照されたように、ある実装では、前述の様々な態様は、ユーザーＡがドロップリストからユーザーＢの識別子を選択する、あるいは手動でコピーするというシナリオに関するものであると理解されるべきである。しかしながら、（例えばアプリに入って来る情報／メッセージの受信に関して）さらに上述されているように、ユーザーＡのＶＫは、ユーザーＡが（例えばメッセージングアプリケーションを用いて）ユーザーＢと通信していることを検知する／判定するように構成してもよい。そしてそのような判定に基づいて、例えばユーザーＡに手動で選択したりコピーしたりすることを求めず、自動的にユーザーＢのＵＰＩＤを（既にオンにしていると仮定して）選択してもよいし、あるいはＵＣＡ ＵＩからそれをコピーしてもよい。代替的に、（例えばＶＫ間の（Ｐ２Ｐ）通信に関して）さらに上述されているように、「要求ＵＰＩＤ（ｒｅｑｕｅｓｔ ＵＰＩＤ）」の招待後にユーザーＢがアプリをインストールする時、ユーザーＢのアプリは、その新しく作成された（ユーザーＢの）ＵＰＩＤのコピーを、Ｐ２Ｐ接続を介してユーザーＡのアプリに送信するように構成されてもよい。したがって、このようなシナリオでは、ユーザーＡは手動でそれをコピーする必要はないだろう。

ブロック（３５５）において、数値入力を受信可能である。ある実装では、そのような数値入力は、数値入力インターフェース（例えばブロック（３５０）において提示されたインターフェース）を介して受信することができる。実例として、ユーザーＡは、ユーザーＢに送信したい金額を（例えばキーパッド（４１０）を介して）入力あるいはタイプするなどすればよい。その際、完全なチャット／メッセージライン（４１４）は、「［＄ｕｓｅｒｎａｍｅ］［＄ａｍｏｕｎｔ ｏｆ ｍｏｎｅｙ］」と読むことができる。

ブロック（３６０）において、トランザクション確認制御（例えば、安全なトランザクションに関連する額を確認する制御、ボタン等）を起動あるいは有効にすることができる。ある実装では、そのような制御は、（例えばブロック（３５５）における）数値入力の受信に応じて起動可能である。さらにある実装では、そのような制御はユーザー入力インターフェース（例えばキーボード／ＶＫ）内で起動可能である。実例として、図４Ｅに示されるように、一旦、数字がキーパッドにタイプ／入力されると、トランザクション確認制御（４１２）（例えば「Ｃｏｎｆｉｒｍ」ボタン）が起動可能になり（例えば、緑色になる）、トランザクションを完了するために「Ｃｏｎｆｉｒｍ」ボタンを押す必要があることをユーザーに示す（例えば図４Ｅに示されるように、ユーザーＡはユーザーＢに送りたい額として、メッセージ入力インターフェース（４１４）に「５」とタイプする）。

ブロック（３７０）において、安全なトランザクションが実行可能である。ある実装では、そのようなトランザクションは、（例えばブロック（３６０）において起動された）トランザクション確認制御の選択に応じて実行可能である。さらにある実装では、そのようなトランザクションは、各識別子（例えばユーザーＡおよびユーザーＢのもの）および数値入力（例えばブロック（３５５）において受信される）に対して実行可能である。実例として、ユーザーＡはトランザクション確認制御（４１２）（例えば「Ｃｏｎｆｉｒｍ」ボタン）を（例えば、タップしたり、押したりして）選択することができる。それによってトランザクションを完了させ、トランザクションに関連する資金等を送信することができる（例えば本明細書に記載されるように）。

ブロック（３７５）において、トランザクション確認記録（例えばトランザクションの受領書）を作成可能である。実例として、図４Ｆに示されるように、「Ｃｏｎｆｉｒｍ」ボタンを押すことで、トランザクションが行われたことを示す受領書のようなトランザクション確認記録（４１６）が表示される（また、ユーザーＡは任意でそのような受領書をユーザーＢに送信してもよい）。受領書には次の文、「＄ｕｓｅｒＡｉｄｅｎｔｉｆｉｅｒ ａｓ ｊｕｓｔ ｓｅｎｔ ＄ｕｓｅｒＢ ｉｄｅｎｔｉｆｉｅｒ ＄ｔｈｅ ａｍｏｕｎｔ ｏｆ ｍｏｎｅｙ ｖｉａ ｔｈｅ ＰａｙＫｅｙ ａｐｐ」を含むことができる（図４Ｆを参照。すなわちユーザーＡが「Ｃｏｎｆｉｒｍ」を押した後、受領書がチャットラインに現われる）。例えば、図４Ｇは、安全なトランザクションが完了し、ユーザーＡが「Ｓｅｎｄ」ボタンを押してユーザーＢに受領書をメッセージとして送信するという例示的シナリオを図示する。

上述のように、記載されたプロセスの様々な態様が、トランザクションの当事者の一方のみ（例えばユーザーＡ）がキーボードをインストールしているというシナリオにおいて実行されてもよいことを理解する必要がある。例えば、ブロック（３２０）において、識別子要求制御（４１８）（例えば制御、ボタン、オプション等。これらを介してユーザーＡはユーザーＢに、自身の識別子をユーザーＡに提供するように要求することができる）の選択を受信可能である。実例として、先に概説されたシナリオ中で、ユーザーＢの識別子がドロップダウンリストに存在しないことを特定すると、ユーザー入力インターフェース（４０２）（例えばキーボード／ＶＫ）内の識別子要求制御（４１８）を、ユーザーＡは選択することができる（例えば、図４Ｈに示される「Ｒｅｑｕｅｓｔ．．．」ボタン／オプション ― 「要求識別子（ｒｅｑｕｅｓｔ ｉｄｅｎｔｉｆｉｅｒ）」オプション（４１８）はドロップダウンリストの上に現われる）。

「Ｒｅｑｕｅｓｔ．．．」オプションを選択（例えばタップ）すると、ブロック（３２５）において識別子作成要求を作成可能である。ブロック（３３０）において、そのような識別子作成要求は１人以上のユーザーに送信可能である。例えば、ユーザーＢには識別子の作成や起動を要求するメッセージ、通知、アラート等を送信することができる。その後、ユーザーＢはアプリをインストールし、アプリのオンボーディングを介して自身の詳細を入力し、識別子を選択すればよい。その後、作成されたユーザーＢの識別子はユーザーＡに送信され、続いて上記のプロセスを行えばよい。

さらなる例示的シナリオは、ユーザーからユーザーへ送金するというプロセスに関する。以下に記載するシナリオにおいて、ユーザーＡはユーザーＢに送金することを望む。このシナリオでは、ユーザーＡは自身のモバイルデバイスにアプリ（およびＶＫ）をインストールし、オンボーディングプロセスを完了しているかもしれない（それにより、自身の支払い方法、銀行口座、クレジット／デビットカード／ウォレット等は、アプリおよび／またはＶＫに関連付けられている、 あるいはそうでなければアクセス可能となっている）。

記載のように、ユーザーＡはキーボードを介してユーザーＢに送金することを望む。例えば、ユーザーＡとユーザーＢは、メッセージングアプリケーション（例えばＦａｃｅｂｏｏｋ ｍｅｓｓｅｎｇｅｒ、ＷｈａｔｓＡｐｐ、Ｗｅｃｈａｔ、Ｓｎａｐｃｈａｔ、Ｔｅｌｅｇｒａｍ等）におけるような、通信セッション／会話をしているかもしれない。ある実装では、グループチャットにおいて、および／または事実上他のいかなる通信手段（例えばＳＭＳ、電子メール、電話）を介して、および／または実生活での（例えば、面と向かっての）接触において、当事者間の交わりが起こり始めることを、さらに理解する必要がある。さらに、ユーザーＡはひとりでに送信を始めてもよい（すなわち、例えば、物理的なあるいは仮想上におけるユーザーＢとのいかなるインタラクションもなく）。例えば、ユーザーＡは、キーボード（４０２）内のトランザクション開始制御（４０４）（例えば「＄」記号。これは例えば図４Ａに示されるようにキーボードの底部に位置してもよい）を押す、あるいはそうでなければ選択する。ある実装では、本明細書に記載されるように、「＄」記号の選択によってキーボード（４０２）のレイアウトまたはインターフェースを変更することができ、それによりユーザーＡが「コンタクトを検索」することを可能にする。

ユーザーＡはその後、識別子（４０９）を選択することができ、これはユーザーＢに関するコンタクトに対応しうる。ある実装では、そのような識別子（４０９）は、識別子選択制御（４０８）（例えばボタン、コンタクトのドロップダウンメニュー／リスト等。これらを介して、トランザクションの受領書を、本明細書に記載されるように入力あるいは選択可能である）から選択可能であり、ＶＫによって提示することができる（例えば図４Ｃに示されるように）。コンタクトリストは、例えば、デバイスのコンタクトから、アプリによって提供されるリストから、ＢＥＳとＴＥＳのようなバックエンドサービスによって提供されるリストから、および／または他のソースから作成可能である。ユーザーＡはその後、例えば本明細書に記載されるようなリストから識別子（４０９）（それは、記載のように、コンタクトエントリーに対応しうる）を選ぶことができる。所望のエントリーがリストの中にない場合、ユーザーＡはコンタクト情報を手動で提供してもよい（そしてその後に、そのようなＩＤの存在が認証されうる）。

例えば図４Ｄおよび本明細書に記載されるように、キーパッドはテンキー（４１０）へ切り替えることができ、ユーザーＡは、ユーザーＢに送金したい額を入力することができる（例えば図４Ｅおよび本明細書に記載されるように）。ＶＫは、数値入力の認証検査を行ってもよい（例えば、入力された数字が様々なビジネスロジックの規則に従ったものであることを確認するために）。一旦、数字がタイプされ認証されれば、トランザクション確認制御（４１２）（例えば、「ｃｏｎｆｉｒｍ」ボタン、オプション等）が、（例えば、図４Ｅおよび本明細書に記載されるように、キーボード、ＶＫ等のインターフェース内に）選択のために表示、および／または起動される。それを介して、トランザクションが完了されるべきであることをユーザーは確認できる。その後、ユーザーＡは「Ｃｏｎｆｉｒｍ」オプションを選択することができる。そのような選択を受領すると、トランザクションの情報収集を完了させることができる。

ある実装では、その後、トランザクション開始者（すなわち資金を転送するユーザー）に、自身の身元を認証するよう促すことができる（それが認証されると、ある実装では、トランザクションを実行／完了することができる）。これは、例えば、ＰＩＮコードの提供、タッチ／生体認証センサー（例えば、タッチＩＤ）、ユーザーＩＤ／パスワードの提供、および／または他のそのような認証機構を用いて行うことができる。提供される入力内容は、例えばＶＫ、アプリ、および／またはバックエンドコンポーネントによって、トランザクション開始者（例えば、資金を転送するユーザー）の身元を認証するために用いることができる。

収集された情報はその後、支払トランザクションを行なう／実行するために使用可能である。トランザクションは、ローカル（例えばデバイス上）で、および／またはバックエンドコンポーネントによって実行可能である。ある実装では、トランザクションは特定の情報に基づいて完了されうる。例えば、ある実装では、（例えば、本明細書に記載されるように、オンボーディング段階の間に収集された、あるいは支払人からその後受信した）認証された送信者の支払い方法データに基づいて、トランザクションは完了／実行されうる。さらに、ある実装では、（例えば、本明細書に記載されるようにテンキー（４１０）を介して受信した）送金される額に基づいて、トランザクションは完了／実行されうる。さらに、ある実装では、トランザクションは被支払人（ここではユーザーＢ）の識別子（４０９）に基づいて完了／実行されうる。それは、ＶＫ、アプリあるいはコンタクトエントリーからのバックエンドによって受信され、例えば上述のように識別子選択制御（４０８）を介してユーザーによって選択される。

先に参照したように、（例えばユーザーＢの）選択された識別子が、（例えば、予め受信した情報に基づいた）既知の／認証された支払源、方法、アカウント等の安全なトランザクションアカウントにマッピング可能な場合のシナリオにおいて、参照したような安全なトランザクション／送金を開始することができる。そのような送金はＶＫ、アプリ、および／またはバックエンドコンポーネントから開始できる。

ある特定のシナリオでは、様々な理由（例えば、送金する資金がない、認証の問題等）により送金は失敗するかもしれないことを理解する必要がある。ブロック（３３５）において、例えば、安全なトランザクションアカウントへの選択された識別子のマッピングの失敗に応じて、登録招待を作成することができる。ブロック（３４０）において、（ブロック（３３５）において作成された）登録招待を、選択された識別子へ（例えば、そのような識別子に一致するユーザーへ）送信することができる。そのような失敗が起きた場合に、例えばエラー通知、アラート等を支払人（ここではユーザーＡ）に提示することができる。トランザクション／送金が成功すれば、ＶＫは、受領書または確認メッセージなどのトランザクション確認記録（４１６）を作成および／または提供することができる。そのようなトランザクション確認記録（４１６）は、ユーザーＡによってＵＣＡに提供され、他のユーザー（例えば、支払人が現在やりとりをしている人々）に送信、共有等をすることが可能である。加えて、ある実装では、本明細書に記載される技術は、トランザクション確認記録（４１６）を作成／提供し、送金の成功に関して（例えばＳＭＳ、電子メール、あるいは他のいかなる通知、メッセージ等によって）双方のユーザー（ＡとＢ）に通知しうる。

（例えば、予め受信／収集された情報に基づいた）既知の／認証された支払源、方法、アカウント等の安全なトランザクションアカウントに、ユーザーＢの識別子をマッピングできなかった場合のシナリオにおいて、ユーザーＡは通知を受けると理解することができる。例えば、（本明細書に記載される技術を利用するために）アプリをダウンロードし、アカウント等を登録・入会する等のために、例えば招待メッセージを（例えばチャット、電子メール、ＳＭＳ等を介して）送信することによって、ユーザーがユーザーＢを招待していることを示唆する通知を、（例えばＶＫを介して）ユーザーＡ（ここでは支払人）に提供可能である。このように招待されたユーザーはその後、自身の身元を（例えば電子メール、電話番号等を介して）特定／認証し、安全なトランザクションの支払いアカウント、支払い方法等を提供することができる。

別の例示的シナリオでは、本明細書に記載される技術は、ユーザーからユーザーへの資金の送信／転送のような安全なトランザクションを可能にするために使用可能である。以下に概説されるシナリオでは、ユーザーＡはユーザーＢに送金することを望む。このシナリオでは、ユーザーＡは自身のモバイルデバイスに本明細書に記載のアプリ（およびＶＫ）をインストールし、オンボーディングプロセスを完了しているかもしれない（それにより、例えば、自身の支払い方法、銀行口座、クレジット／デビットカード／ウォレット等は、アプリおよび／またはＶＫに関連付けられている、 あるいはそうでなければアクセス可能となっている）。

例えば、本明細書に記載されるように、ユーザーＡとユーザーＢはメッセージングアプリケーション（例えばＦａｃｅｂｏｏｋ ｍｅｓｓｅｎｇｅｒ、ＷｈａｔｓＡｐｐ、Ｗｅｃｈａｔ、Ｓｎａｐｃｈａｔ、Ｔｅｌｅｇｒａｍ等）におけるなどの、通信セッション／会話をしているかもしれない。ある実装では、通信インターフェース／アプリケーション（例えばチャット、ＳＭＳ、電子メール、電話等）内で、および／または実生活での（例えば、面と向かっての）接触において、そのようなトランザクションが開始されうることを、さらに理解する必要がある。さらに、ある実装では、ユーザーＡはひとりでにトランザクション／転送を始めてもよい（すなわち、例えば物理的なあるいは仮想上におけるユーザーＢとの事前のインタラクションなしに）。

ユーザーＡはその後、（例えば、図４Ａおよび本明細書に記載されるように）例えばキーボードの底部に位置しうる指定の制御／ボタン（例えば「＄」キー）を押す、あるいはそうでなければ選択することによって、（例えば、ユーザー入力インターフェース（４０２）内の）トランザクション開始制御（４０４）を選択する、あるいはそうでなければ起動しうる。

記載のように、ある実装では、トランザクション開始制御（４０４）（例えば「＄」キー）を押す、選択する、あるいはそうでなければ起動することによって、キーボードへの切替、調整、および／または変更が可能である（例えば、キーボード（４０２）のレイアウト、ＵＩ等）。例えば、そのような切替によって、ユーザーＡは例えば「コンタクトを探す」ために識別子選択制御（４０８）（例えばボタン、ドロップダウンメニュー／リスト等）を活用することができる。ある実装では、この工程は、例えばユーザーＢの識別子がデフォルトで入力されうるように任意であってもよい（したがってユーザーＡがコンタクトとしてユーザーＢを検索する必要はないだろう）。

その後、キーボード（４０２）のインターフェースはテンキー（４１０）に切り替えることができる（例えば図４Ｄおよび本明細書に記載されるように）。ユーザーＡは（例えばキーパッド（４１０）を介して）、ユーザーＢに送りたい額、価格、クレジット等を入力することができる（例えば図４Ｅおよび本明細書に記載されるように）。ＶＫは、（例えば入力された数字が様々なビジネスロジックの規則に従っていることを確認するために）数字の認証検査を行ってもよい。一旦、数字がタイプされ認証されれば、トランザクション確認制御（４１２）（例えば、「ｃｏｎｆｉｒｍ」ボタン、オプション等）が表示され、それを介してユーザーは、トランザクションが実行されるべきであることを確認することができる。その後、ユーザーＡはトランザクション確認制御（４１２）（例えば「Ｃｏｎｆｉｒｍ」オプション／ボタン）を選択することができる。そのような選択を受領すると、本明細書に記載されるように、トランザクション情報の収集を完了させることができる。

ある実装では、トランザクション開始者（すなわち資金を転送するユーザー）に、自身を認証するように促すことができる。これは、例えば、ＰＩＮコードの提供、タッチ／生体認証センサー（例えば、タッチＩＤ）の使用、ユーザーＩＤ／パスワードの提供、および／または他のそのような認証機構を用いて行うことができる。提供された入力内容は、例えばＶＫ、アプリ、および／またはバックエンドコンポーネントによって、トランザクション開始者（例えば資金を転送するユーザー）の身元を確認するために、例えば本明細書に記載される方法で使用可能である。

収集された情報（支払人情報、認証データ、金額、および任意でコンタクト情報）をその後、外部マシン（例えばバックエンドコンポーネント（ＢＥＳ））等のマシンまたはサービスに提供／送信することができる。ＢＥＳ １５０はその情報を格納することができ、代わりにトランザクション確認内容を作成および／またはユーザーＡに提供することができる。それは例えば、バックエンドによって格納された情報を表す、または対応する（および／または安全なトランザクションに対応する）コードを含む、例えばリンクあるいはハイパーリンク（あるいは、本明細書に記載されるように、例えば画像等の他のそのようなコンテンツ要素）でよい。ブロック（３６５）において、例えば選択された識別子に関連付けられたユーザーに、トランザクション確認内容を送信可能である。例えば、作成された／受信したコンテンツ／リンクは、例えば参照されたチャット、ＳＭＳ、電子メール、アプリケーション、および／または他のいかなる手段を介して、ユーザーＢに送信／と共有／に提供することができる。

一旦、ユーザーＢが、参照されたトランザクション認証コンテンツ（例えばリンク）をクリックする、あるいはそうでなければ選択／起動すると、スクリーン／インターフェース（例えば、ウェブページ、アプリケーションインターフェース等）が提示され、その中で参照されたトランザクションに一致する支払いの受取を確認することができる。いくつかの実装では、ユーザーＢは、ユーザーＡによって送信された支払いがなされるべき受取方法（例えば、銀行口座、クレジット／デビットカード／電子ウォレット等）を反映した、受取方法の情報を提供することができる。いくつかの実装では、この情報がユーザーのデバイス上に格納されることで、ユーザーは後のトランザクションに対して素早くそれを再使用することが可能になる。

記載のように、参照されたコンテンツ／リンクの一部であるコード、ユーザー認証、および受信側のユーザーによって提供される情報は、ＢＥＳに提供可能である。ＢＥＳは、ユーザーＡおよびユーザーＢによって提供されたコードと情報を使用して、参照された入力を集めることができる。ユーザーＡとユーザーＢから収集された情報はその後、支払取引を実行／一致させるために使用することができる。

別の例示的シナリオでは、記載の技術は、ユーザーからユーザーへの安全なトランザクション（例えば送金）を可能にするように構成することができる。以下に概説されるシナリオでは、ユーザーＡがユーザーＢに金を要求し、ユーザーＢがユーザーＡに支払いを転送する。このシナリオでは、ユーザーＡは自身のモバイルデバイスにアプリ（およびＶＫ）をインストールしていてもよい。

本明細書に記載されるように、例えばユーザーＡとユーザーＢは、メッセージングアプリケーション（例えばＦａｃｅｂｏｏｋ ｍｅｓｓｅｎｇｅｒ、ＷｈａｔｓＡｐｐ、Ｗｅｃｈａｔ、Ｓｎａｐｃｈａｔ、Ｔｅｌｅｇｒａｍ等）における等の、通信セッション／会話をしているかもしれない。ある実装では、通信アプリケーション（例えばチャット、ＳＭＳ、電子メール、電話等）内で、および／または実生活での（例えば、面と向かっての）接触において、そのようなトランザクションが開始されうることを、さらに理解する必要がある。さらに、ある実装では、ユーザーＡはひとりでにトランザクション／転送を始めてもよい（すなわち、例えば物理的なあるいは仮想上におけるユーザーＢとの事前のインタラクションなしにということである）。

ユーザーＡはその後、（例えば、ユーザー入力インターフェース（４０２）内の）トランザクション開始制御（４０４）を選択する、あるいはそうでなければ起動する。それは、（例えば、図４Ａおよび本明細書に記載されるように）例えばキーボードの底部に位置しうる指定の制御／ボタン（例えば「＄」キー）を押す、あるいはそうでなければ選択することによって行われる。

記載のように、ある実装では、トランザクション開始制御（４０４）（例えば「＄」キー）を押す、選択する、あるいはそうでなければ起動することによって、キーボードへの切替、調整、および／または変更を開始することができる（例えば、キーボード（４０２）のレイアウト、ＵＩ等）。例えば、そのような切替によって、ユーザーＡは例えば「コンタクトを検索」するために識別子選択制御（４０８）（例えばボタン、ドロップダウンメニュー／リスト等）を活用することができる。ある実装では、この工程は、例えばユーザーＢの識別子がデフォルトで入力されうるように任意であってもよい（したがってユーザーＡがコンタクトとしてユーザーＢを検索する必要はないだろう）。

その後、キーボード（４０２）のインターフェースは、テンキー（４１０）へ切り替えることができる（例えば、図４Ｄおよび本明細書に記載されるように）。ユーザーＡは、ユーザーＢから受信したい額、価格、クレジット等を（例えばキーパッド（４１０）を介して）入力することができる。ＶＫは、数字の認証検査を行なってもよい（例えば、入力された数字が、様々なビジネスロジックの規則に従ったものであるかを判定するために）。一旦、数字がタイプされ認証されれば、トランザクション確認制御（４１２）（例えば、「ｃｏｎｆｉｒｍ」ボタン、オプション等）が表示され、それを介してユーザーは、要求が続行すべきものであることを確認することができる。ユーザーＡはトランザクション確認制御（４１２）（例えば、「ｃｏｎｆｉｒｍ」オプション／ボタン等）を選択することができる。そのような選択を受領すると、要求を完了させることができる。

その後、参照された収集情報（例えば、個々のユーザーの識別子、数値入力等）は、カプセル化することができる。および／またはそうでなければ、例えば、チャット、ＳＭＳ、電子メール等のアプリケーション、および／または他のいかなる手段を介して、ユーザーＢと共有可能、あるいはユーザーＢへ転送可能なリンクまたはハイパーリンク（あるいは、本明細書に記載されるような、例えば画像等の他のそのようなコンテンツ要素）等のトランザクション要求コンテンツを作成するために使用可能である。そのようなトランザクション要求コンテンツは、例えば、トランザクション／支払い要求（例えば、識別子、金額等）を構成する、先に参照された情報を表す、あるいは対応するコードを含みうると理解されるべきである。

ユーザーＢは、参照されたトランザクション要求コンテンツ（例えば、リンク）をクリックするか、そうでなければ選択する／起動すると、スクリーン／インターフェース（例えば、ウェブページ、アプリケーションインターフェースなど）を提示され、そこで支払いを確認する且つ実行することができる。幾つかの実装では、ユーザーＢは、支払いが行なわれるべき支払い方法（例えば、銀行口座、クレジット／デビットカード／ウォレットなど）を反映する支払い方法情報を提供することを促され得る。幾つかの実装では、この情報は、続くトランザクションのために再使用することができるように、ユーザーのデバイス上に保存することができる。さらに、特定の実装において、実際の支払いのための参照されたトランザクション要求コンテンツ／リンクの使用の代わりに、支払人（ユーザーＢ）は、支払いを完了する／トランザクションを実行するために、上に及び／又は本明細書に記載される技術などの様々な技術を使用することができる。例えば、トランザクション確認は、参照されたトランザクション要求コンテンツに関して受信され、安全なトランザクションは、受信されたトランザクション確認に応じて実行され得る。

本明細書に記載された及び／又は参照された様々なプロセスが、限定されないが、送信者認証、被支払人識別、金額選択、要求検証、送金を含む、追加の操作を組み込むことができることが理解されるべきである。特定の実装では、特定の操作が異なる順序で実行される得ること、および幾つかの操作（例えば検証）が他のステップ内に埋め込まれ得ることが留意されるべきである。例えば、コンタクトが選択されるとすぐに、被支払人識別が実行され得る。

このシナリオのための典型的なアーキテクチャは、図１Ｄに例示されている。図１Ｄに関して、デバイスＢが、アプリ（およびＶＫ）をインストールされるかもしれないし、されないかもしれないことが留意されるべきである。したがって、ピアツーピアリンクは実装されないかもしれない。ユーザーＡおよびユーザーＢはそれぞれ、自身のＴＥＳ―ＴＥＳ－Ａ １６０ＡおよびＴＥＳ－Ｂ １６０Ｂを有し得る（または同じＴＥＳを使用し得る）。例えば、両方のユーザーは、同じ銀行を使用し得るか、または他の送金メカニズムを介して共通の銀行送金交換器に連結された２つの異なる銀行を使用し得る。しかしながら、ユーザーＡは、ＵＣＡにおけるコンテキストを維持しながら、ＵＣＡと平行して（例えばＶＫを介して）支払いアプリと対話することができることが理解されるべきである。

記載された技術はまた、様々な設定で支払い及び／又は電子商取引の能力を可能にするためにも実装され得る。例えば、アプリ／ＶＫは、ユーザーのクレジットカード情報にアクセスし得る。したがって、ＶＫはまた、通常の電子商取引のウェブサイトとともに使用されてもよく、該ウェブサイトは、記載された技術の支払いシステムに接続されないウェブサイトを含む。これは、クレジットカードまたは他の関連する詳細（例えば、支払人名、電話、アドレスおよびクレジットカードの種類、番号および満了日）を挿入するＶＫに特定のキーを有することによって行われ得る。

他の実装では、記載された技術は、一時的なクレジットカード作成のために使用され得る：例えば、記載された技術は、ユーザーに、この単一トランザクションに使用される一時的なクレジットカードを作成する能力を提供し得る。（例えば、ＶＫとのユーザーインタラクションを介する）記載された技術は、この特定のトランザクションのための十分なお金のみを有するプリペイドのバーチャルククレジットカードを作成することができる。一時的なクレジットカードは、システムのウォレット、（ユーザーによって選択された）ユーザーの通常のクレジットカード及び／又はユーザーの銀行口座からの現金を投入され得る。そのような構成は、ユーザーの通常の（永久）クレジットカードの使用よりはるかに安全である。ＶＫが、この一時的なクレジットカードを作成したため、その詳細は、ＶＫにおいて入手可能であり、特殊キーを使用して挿入することができた。したがって、ユーザーは、この一時的なクレジットカードの詳細を管理する必要がないだろう。

記載された技術はまた、物品に関連したトランザクションを可能にするように実装され得る。例えば、記載された技術は、物品の値段の仮想表現をサポートし得る。一例は、値段の転送を表わす画像（例えば、ビールの標準値段であるＸ＄の金額を表わすビールグラスの写真）だろう。記載された技術はまた、様々な対象および値段（例えば３ドルのビール、１０ドルの食事など）を表わすために、多くの予め定義された絵文字（例えば、内蔵の絵文字キーボードによって利用可能）を含み得る。絵文字は特に、チャットプログラムによって送信されるテキストメッセージへと容易に組み合わされ得る（例えば「やあ、ジョー、この＜ビール－絵文字＞は私の奢りです」）。そのようなメッセージを送ることによって、受信者はその金額を回収することができるだろう。

他の実装では、記載された技術は、買い戻し可能なデジタル商品に関して利用され得、
例えば、記載された技術はまた、受信者のモバイルデバイス上で消費可能なデジタル商品を買い戻し可能であり得るギフトカードをサポートし得る。例としては、モバイルアプリケーションストアのギフトカード、電子書籍、音楽メディアおよびサブスクリプションが挙げられる。この場合、記載された技術は、ダウンローディングおよび支払いインターフェースを提供するために、関連するデジタルコンテンツサプライヤー（アプリケーションストア、デジタル音楽プロバイダーなど）と直接インターフェースで接続し得る。

他の実装では、記載された技術は、連続的なセッション課金に関して利用され得、記載された技術は、セッションの長さに従って（例えば、１分インクリメントを使用して）（リアルタイムでの）通信セッションおよび課金を行なうことをサポートし得る。これは、関連するＵＣＡを介してビデオまたは音声通話を使用して行われ得る。支払人は、リアルタイムで支払いを行い、両者はいかなる時でもセッションを停止することができる。その支払いは、ＵＣＡ通信を妨害しないように、上に記載されたＰ２Ｐ接続を介して行われ得る。これは、（例えば）プライベートレッスン、ドクターセッション、リーガルセッションなどを含み得る。

記載された技術はまた、広告、プロモーション、及び／又はコンテンツ配信を可能にするように実装され得る。例えば、ＶＫは、それ自体が広告領域として使用され得る。ＶＫは、具体的な時間に呼び出されるだけであり得るが、（呼び出されたときに）相当なスクリーン領域（ｓｃｒｅｅｎ ｒｅａｌ ｅｓｔａｔｅ）、即ち、幾つかの場合では（例えば、モバイルデバイス上の）スクリーンの半分を十分に超える領域を占めることができる。したがって、記載された技術は、このスクリーン領域の部分を考えられ得る広告領域として使用してもよい。そのような領域は、例えば、リアルタイム市場などを使用して、様々な広告主に売られたり、オークションにかけられたりし得る。ＶＫベースの広告の１つの利点は、ＶＫがしばしば、ユーザーの現在の関心事に関する相当なコンテキスト情報を有するということである。したがって、記載された技術は、様々な最適化テクニックを使用して、表示された広告を最適化するようにそのようなコンテキストを分析することができる。

様々な実装では、参照されたコンテキストは、関連するＵＣＡにおけるユーザーの現在の及び過去のテキスト会話の分析に基づいて判定され得る。例えば、ユーザーがハウスクリーニングについて会話している場合、掃除ロボットの広告が、高い関連性があり得る。ユーザーが「誕生日おめでとう」と言う場合、誕生日プレゼントの提示が関連し得る。日付及び時間（例えばバレンタインデーのバレンタイングッズの提示）、（デバイスのＧＰＳ受信機から生じる入力値に基づいて判定された）地理的位置、国などの環境情報。特に過去の購入履歴、広告のクリック／返答、及び／又は他のインタラクションを含む、ユーザーのアクティビティの進行中の分析。

記載された技術はまた、（暗号化されるかもしれないし、されないかもしれない）既存のＵＣＡ上の暗号化／通信隠蔽層を作成するように実装され得る。ＶＫを、タイプされた平文メッセージを受け、それを暗号化し、代わりにＵＣＡを介して暗号化されたバージョンを送信するように構成することによって、暗号化されたチャットが実行される。受信側では、ＶＫは、暗号化されたメッセージを（記載されるように手動または自動で）受信し、デコードを実行し得る。

他の実装では、記載された技術は、例えば、タイプされたメッセージを（例えばアルバムまたはカメラからの）写真に挿入し、ＵＣＡ経由で写真を送信することによって、隠されたメッセージ－を転送するように利用され得る。ＵＣＡ通信記録を盗聴または取得している人は、特に暗号化および速記を組み合わせる場合、秘密のメッセージが転送されたことを特定することに失敗し得る。さらに、記載された技術は、そのような暗号化された及び／又は隠されたテキストがＰ２Ｐ接続を介して転送されることを可能にするように構成され得、これによって、メッセージを傍受することはさらにより困難になる。

他の実装では、記載された技術は、他のメッセージ条件をデコードするために支払い要求を有効にするように構成され得る。加えて、記載された技術は、「支払ってデコードする（ｐａｙ ｔｏ ｄｅｃｏｄｅ）」能力を提供し得、そこでメッセージは暗号化される及び／又は隠され、それを開くための価格が設定される。記載された技術は、受信機が、支払い後にメッセージをデコードすることができるようにするだけであろう。

他の実装では、記載された技術は、支払いのための様々なトランザクション条件（例えば、上に記載されたもの）を強化するように構成され得る、例えば「このメッセージは、ロンドンにあるｉＰｈｏｎｅ６のデバイスによって及び１０ドルを支払った後に来たる３日間の間に開けられ得る。」メッセージはまた特定ユーザーにロックされ得る、即ち、ユーザーＩＤに関連する認証メカニズムの恩恵が付加され、ユーザーＩＤは、（内蔵のスマートフォン用指紋リーダーなどの）検証プロセスにおいて使用されている。特定の実装では、メッセージはまた、（例えば５秒で）「自動的に消滅する」ように構成され得る。他の実装では、記載された技術は、メッセージが満足できるものであるという指標を受信者に提供するように、代替的な、部分的な、またはそうでなければ不明瞭なバージョンのメッセージを提示するように構成され得る。

参照された通信及び／又はトランザクションのセキュリティを確かなものとするために、記載された技術は、様々なセキュリティメカニズムを含むことができ、それによって、それがインストールされるモバイルデバイスを盗む人がアプリを使用して送金することを防ぐことができる。１つのそのようなメカニズムは、（送金のような）ＶＫの特権動作をＰＩＮでロックすることができる。キーボードは、２つの構成、（特権動作のない）ロックされた構成および（特権動作のある）ロックされていない構成を提供するだろう。デバイスが起動されるか又は初期化されると、十分な時間の経過後、キーボードはロックされた構成を表示することができる。ユーザーは、キーボード自体を使用してＰＩＮをタイプしなければならず、その後、ロックされていない構成に変更される。ロックされた構成では、ＰＩＮキーは、キーボード上の仮想キーになり得る。これは、記載された技術が、記載された技術上で実行する（および通常のキーボードを盗聴する）悪意のあるキーボード「スニッファ（ｓｎｉｆｆｅｒ）」から保護することができるため、標準のキーボード上にタイプされたＰＩＮよりも安全であり得る。そのストロークは、実際のキーボードストロークとして登録されない。

記載された技術はまた、ＰＩＮキーの場所および順序をセッションからセッションに変更することができ、そのため、タップ位置を「盗聴（ｓｎｉｆｆｉｎｇ）」しても、実際に助けにならない。これは、他の生体認証による検証方法（内蔵の指紋リーダーなど）を使用して、指でサインする、パターンロック解除に基づいた技術などの、追加の技術と統合されてもよい。

記載された技術は、大部分はモバイルデバイス上のインスタントメッセンジャー／チャットプログラムなどのＵＣＡに関連する仮想キーボードの使用のコンテキストに例示されているが、多くの追加の実施形態も熟考されることが理解されるべきである。

第１に、および上に留意されるように、記載された技術は、ＳＭＳ、会議システム、ソーシャルネットワーク、電子メール、ファイル転送プロトコル、専門の通信クライアント、または他のそのような通信方式を含む、あらゆるタイプのユーザー通信エージェントとともに使用され得る。さらに、記載された技術は、インターネットベースの実装に限定されず、（例えば）セルラーネットワーク、固定電話ネットワーク、ＬＡＮ、ＷＡＮ、プライベートネットワークおよびポイント・ツー・ポイント通信システムなどに使用され得る。

さらに、記載された技術は、様々なデスクトップＧＵＩシステムが、仮想またはソフトウェアのキーボードをサポートする、またはそうでなければ代替的な入力方式をサポートするため、モバイルおよび非モバイルデバイスを含む様々なデバイス上の使用のために構成され得る。

さらに、特定の実装では、記載された技術は、現存のシステムに加えられたソフトウエアコンポーネントとして記載されている。しかしながら、記載された技術はまた、幾つかの設定可能なキーを含み得る代替的なハードウェアキーボードの部分として実装されてもよい（例えば、その表示面は変更されてもよい）。

記載された技術はまた、ポテンシャルまたは実際のクライアントとのインタラクションなどの、ビジネス・トゥ・パーソン（Ｂｕｓｉｎｅｓｓ ｔｏ Ｐｅｒｓｏｎ）（Ｂ２Ｐ）のインタラクション／トランザクションに関して使用されてもよい。記載された技術を使用する中での企業とのユーザーインタラクションは、限定されないが、以下を含む多くの方法で生じ得る：オンラインプレゼンスを有する企業とのインターネットを介するインタラクションである、遠隔インタラクションであって、そのようなオンラインプレゼンスが、ソーシャルネットワークまたはメッセージサービス上のプレゼンスと同様に、ウェブサイトを含み得る、遠隔インタラクション；人が企業の物理的な建物中に存在するときの記載された技術を介するインタラクションである、オンプレミスインタラクション；ユーザーが１つ以上の企業の近くにいるとき、例えば、関連する企業の場所を見つけようとするときの記載された技術を介するインタラクションである、ニアプレミスインタラクション（Ｎｅａｒ－ｐｒｅｍｉｓｅｓ ｉｎｔｅｒａｃｔｉｏｎ）。そのような使用は、例えば、ビジネス発見（例えば、どのビジネスは利用可能であるか）、製品のブラウジングおよび発注、チェックアウト／支払い関連のオプションおよび追加の関連する機能（例えば、商品券、ギフトカード、クーポン）を含む。

これらの使用の幾つかには、企業が、幾つかの方法（例えば、オペレーターに登録するか、または記載された技術のビジネスシステムと様々な要素との間のインターフェースを作成する）で記載された技術に積極的に接続することを必要とし得る。他の使用は、例えば、既存のシステムまたは専門の外部インターフェースに対する変更なしであっても、（オンラインまたはオフラインで）既存のビジネスシステムと一緒に記載された技術を使用して、ビジネスを経営する既存の方法と統合される。

幾つかのシナリオでは、人のグループは、ビジネスのサービスまたは製品に関してグループトランザクションにおいて記載された技術を利用することができる。例えば、人のグループは、一緒にレストランに行き、食事を共にする（現場使用の場合）か、またはウェブサイトから一緒に製品を購入する（例えば、休暇パッケージ（ｖａｃａｔｉｏｎ ｄｅａｌ）または誕生日プレゼントを購入する）。記載された技術はまた、ビジネス・トゥ・グループ（Ｂｕｓｉｎｅｓｓ ｔｏ Ｇｒｏｕｐ）（Ｂ２Ｇ）のシナリオとして知られている、そのようなシナリオをサポートするための具体的な更なる機能を提供し得る。

特定の実装では、記載された技術はまた、コールセンター／ビジネスチャットのバックエンドシステムと統合され得る。例えば、人は、インスタントメッセージングシステムを介して（例えば、企業ウェブサイトへと埋め込まれたチャットシステムを介して）企業と対話し、インタラクションが複数の会話に及ぶとき、企業の複数の代表（例えば、企業コールセンターの複数の代表）と話し得る。

記載された技術は、そのような埋め込まれたチャットシステムのバックエンドと統合され、そのような場合において、（たとえ異なるコールセンター代表との実際の会話が行われたとしても）ユーザーコンテキストを提供し得る。そのようなコンテキストは、（例えば）過去の支払いおよび購入の履歴、発行済の商品券などを含み得る。以下に留意されるように、情報の幾つかは、「このユーザーはプラチナレベルの食品購入者である」（および故に具体的な販売業者のデータベースにはない）などの、複数の企業（販売業者）に関連し得る。この場合、記載された技術は、（例えば、認証目的のために）単一の企業のこれらの複数のコールセンター代表を一人のビジネスユーザーとして扱い得る。例えば、これらの複数のコールセンター代表は、代表間の共通のキャッシュＩＤ（例えば＄ＭｙＣｏｆｆｅｅＳｈｏｐ）を利用することができるかもしれない。

特定の実装では、記載された技術は、仮想キーボードなしで使用され得る。例えば、企業がしばしば、（スマートフォンよりもむしろ）接続されたＰＣ（または複数のＰＣ）を介して通信するため、記載された技術は、企業によって使用されるときに、デスクトップの仮想キーボード、またはデスクトップマシンにインストールされた別の非キーボードアプリケーションを介して、記載された機能性を提供することができる。そのような技術は、ブラウザベースのアプリケーションとともに使用されるか、または（例えば、オペレーティングシステムによって提供されるファシリティ（ｆａｃｉｌｉｔｉｅｓ）を使用する）別のシステムであり得る。

さらに、上に留意されるように、記載された技術は、トランザクション属性および提供される各トランザクションＩＤに対する条件（例えば、当事者のＩＤのおよび要求する条件）を保存し得る。ビジネスユーザーを扱うときに、記載された技術は、注文の詳細、購入した商品およびトランザクションＩＤに関連する費用を含む、追加のトランザクション情報を保存し得る。そのような情報は、上記の実際の詳細を含み、販売業者ごとのＩＤによる具体的な販売業者のバックエンドデータベースへのトランザクションＩＤの接続を含み得る。

記載された技術は、限定されないが、以下を含む多くの技術を使用して、ユーザーに関連し得るオンラインビジネスを検出し得る：記載された技術に登録された企業のデータベースを使用する、及び／又はユーザーによって閲覧されたコンテンツ（例えば、ウェブコンテンツ、（例えばＦａｃｅｂｏｏｋまたはＴｗｉｔｔｅｒにおいて）表示されたソーシャルネットワークポストまたは他のソース）の分析による、企業の外部リポジトリまたはディレクトリ（例えば、オープンアクセスのために、またはＯｐｅｎＴａｂｌｅ．ｃｏｍなどの商用プロバイダーを介して利用可能な外部リポジトリまたはディレクトリ）に基づいた技術。

インスタントメッセージングアクティビティーの分析 ― 仮想キーボードは、様々なユーザー入力（および恐らく上に言及されるような出力）へのアクセスを有するため、企業の参照または記述を検出するためにユーザー入力などを分析し得る。ＶＫは、企業に対する参照をそのような会話に蓄積し、（テキスト分析、ＮＬＰまたはＡＩの技術を使用して）それらを分析し、およびユーザーに対する追加の対象の企業を検出するために、その情報を、（上に留意されたような）他のソースから集められた情報とともに、近くの企業情報と比較し得る。

同様に、システムは、限定されないが、以下を含む多くの方法で近くの物理的な企業の位置を特定し得る：システムユーザーのＧＰＳ物理的位置に従う方法や、（例えばスマートフォンのカメラを介して）ユーザーによって得られた画像に従う方法。記載された技術は、企業名、ロゴなどを検出するために画像解析を使用し得る。Ｂｅａｃｏｎに従う方法 ― 企業は、企業に関する情報を提供するＢｅａｃｏｎとして知られている、特殊な送信機（Ｗｉｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、または他のもの）をインストールし得る。（例えば、Ｗｉｆｉホットスポット情報のマップに基づいた）企業のＷｉｆｉネットワークの詳細に従う方法。

記載された技術によって、ユーザーは、複数の検出された企業の中から正しい企業を選択することができる。提示された企業のリストは、ユーザーに関連する基準（好み、過去の購入履歴、訪問履歴、現在地など）に基づいて変更され得る。

記載された技術は、企業（販売業者）と人（ユーザー）の間の多くの考えられ得るインタラクションをサポートし得る。これらは、以下を含む段階に分割され得る：
ハンドシェイク段階 ― ユーザーおよび販売業者は、通信を確立し、互いに認証する。
チェックアウト前段階 ― 製品のレビューおよび発注に関連するインタラクションを含む。
チェックアウト段階 ― 支払いおよびチェックアウト関連のインタラクションが実行される。

記載された技術はまた、以下にさらに詳述されるように、具体的な販売サイクルに関連していないかもしれない追加のインタラクションをサポートし得る。ハンドシェイク段階では、当事者の各々（ユーザーおよび販売業者）は、他の当事者に対して自身を特定する。ユーザーおよび販売業者がハンドシェイクを実行すると、記載された技術は、ユーザーに同じ販売業者からの過去の請求書／注文を提供すること、またはユーザーが過去の請求書上の未払残高を支払う、例えば、未払いの駐車券を当局に支払うことを可能にすること、などの機能をサポートし得る。この段階は、最終購買がなされる前に生じ得る、製品のブラウジング、発注および類似したアクティビティを含む。

記載された技術は、以下にさらに詳述されるように、この段階において企業との複数のタイプのインタラクションを提供し得る。

記載された技術は、ＶＫ自体の内部に表示される、制限されたフォームファクタの広告バナーまたはミニサイトをサポートし得る。

そのようなバナーまたはミニサイトの配置は、システムプロバイダーによって（例えば、システムプロバイダーと直接接触するビジネスクライアントを介して）または広告スペース交換機構を介して行われ得る。

記載された技術は、ＶＫによって収集されたクロスサイトおよびクロストランザクションの情報を使用してユーザーの具体的な好みに関する情報を提供し得る。そのような情報は、ユーザーの好みに関連するバナーを選択するために広告スペース交換機構に提供され得る。特に、バナーは、チャットチャンネル経由で送信されたテキストのリアルタイムのテーマ分析に基づいて動的に入れられ得る、例えば、ユーザーがチャットを介して友人に「ラーメンはどう？」と尋ねると、システムは、近くのアジアンレストランに関するバナーを表示し得る。

ユーザーが販売業者を選択し、販売業者とのハンドシェイクを実行すると、システムは、販売業者の製品のブラウジング、選択および発注のページを呼び出し得る。そのようなページは、例えば、ユーザーのウェブサイトのブラウジングまたは他のアクティビティを妨害しないように、この目的のために開かれたポップアップＩフレーム（ｐｏｐ－ｕｐ ｉｆｒａｍｅ）において表示され得る。そのような性能は、販売業者によって保存されたユーザーの詳細に基づいて、または販売業者と（支払いおよび配送情報を提供し得る）システムのバックエンドサーバとの間のインターフェースを介して、ワンクリック支払いと統合され得る。

上に記載されるように、記載された技術によって、販売業者は、与えられた値段（金額）あるいは具体的な商品または商品のセットのいずれかを含んでいるギフトカードをユーザーに提供することが可能になり得る。そのようなギフトカードは、インスタントメッセージング（あるいは他の手段）によって送られ、その使用のための具体的な要求する条件（例えば、受取人の誕生日であるＸ日のみの使用）を含み得る。

上に記載されるように、システムによって、販売業者は、具体的な販売業者によって売られた１つ以上の具体的なプリペイドの製品に関係する具体的な製品クーポンをユーザーに提供することが可能になり得る。システムは、適切な絵文字を使用して分類され参照された、カテゴリごとの複数のそのようなクーポンの提示をサポートし得る。したがって、プリペイドの花の注文を表わすために、花の絵文字を使用することができた。ユーザーは、チャットディスカッションの一部として互いに絵文字を送信することができた。ユーザーは、そのような花を購入したいと決心すると、（例えば）絵文字をタッチ／選択して、関連する花の供給業者（販売業者）のメニューを開き、花用のクーポンを注文することができる。関連するベンダーは、（例えば）望ましいユーザーまたは製品の受取人の住所の近接に基づいて選択され得る。クーポン製品は、ユーザーによってプリペイドで支払われ、そのため、受取人は、製品を「含んでいる」こと、受取人に送られた商品券に基づいて花を容易に受け取ることができる。

記載された技術は、共通の関連製品（花、チョコレートなど）のメニューをサポートすることができる。これはＶＫ内の固定のメニューまたはキーボードの領域でもよく、あるいは、追加のポップアップメニューを含むこともできる。このようなメニューは、ユーザーリクエストによって、またはコンテキストに応じて変更されてもよい（例えば、ヴァレンタインデイの前の週の間にヴァレンタインデイが祝われる国々でのみヴァレンタインデイ向けのメニューに変更される）。上記のＶＫベースのバナーや広告について言及されているように、リアルタイムのユーザー分析に基づいて動的にメニューを変更することもできる。このような機能はオンラインで使用してもよいが、オンプレミスで使用しても良く、すなわち、製品クーポンの受取人はコーヒーショップを訪れてその場でクーポンを商品と取り替えても良い。

記載された技術により、ユーザーがインスタントメッセージング、ソーシャルネットワーク（例えばＦａｃｅｂｏｏｋ上でのシェア）、または他の手段を介して配布されうる参加募集のための（ＣＦＰ）商品券を生成することができる。ＣＦＰ商品券の受取人は、お金を少しずつ出し合い（ｃｈｉｐ ｉｎ）、ＣＦＰ商品券の残りの未払い額の一部または全部を支払うことができる。例えば、システムユーザーはレストランＸを訪れ、Ｙドルの勘定書を受け取ることがある。次いで、ユーザーは、「やあ、今私はＸで食事をしていて、Ｙドルを支払う事になっているんだけど、誰かお金を出したい人は？」というメッセージ（および関連画像）で、支払い金額（またはその一部）についてのＣＦＰ商品券を生成するようシステムに要求できる。その後ユーザーは、フェイスブックのステータスやツイッター（登録商標）のメッセージのようなチャットを介してこの商品券をシェアしてもよい。
人々は参加して未払い額の一部または全額を支払うことができる。

ＣＦＰ商品券を作成したユーザーは、（文章で、またはプログレスバーとして図で）合計金額として、または、合計のうちのパーセンテージの金額ごとの支払いの上位陣（ｔｏｐ ｐａｙｅｒｓ）のリストとして、これまでに集まった金額を見ることができる。ユーザーは、他のユーザーが現在のステータスおよび／または支払いの上位陣を見ることを許可し（またはこの情報を保護してもよい）、これにより、システムを使用した特定の購入のための即時の集中的なミニクラウドファンディングキャンペーンを作成することができる。

記載された技術はまた、チェックアウト段階中に（例えばトランザクションの完了前、またはその間に）実行されうる一組の機能を提供しうる。このようなシナリオにおいては、記載された技術は、購入された製品、（必要な場合には）配送の詳細、および、価格設定と支払いの情報に関する情報にアクセスしてもよい。このような機能が下記に記載される。

システムは、チェックアウト時に補足的な製品を提供してもよく、これは例えば、同じ販売業者により提供される製品（例えば「ウィジェットＸをお買い上げいただいたなら、補足となるＹのご購入はいかがですか？」）または、他の販売業者により提供される製品（例えば「レストランＸでのご飲食が終わった後は、２０％割引でボートツアーに参加しましょう！」）などである。

提供される補足的な製品は、購入した製品、同一人物の製品購入履歴、収集されたユーザー情報（チャット情報を含む）、およびさまざまな環境条件に依存することがある。補足的な製品を提供することは、通常の価格か、特定の割引をするか、または無料で行われてもよい。それは、無条件での提供、または条件付きでの提供（例えば、時間制限付き、または他の製品の購入に応じて）であってもよい。このような提供は、オンラインでの購入またはオンプレミスでの購入の両方に関連しうる。

記載された技術は、ユーザーが購入しようとしている代替的な製品または代用的な製品を提供することもある。これは、上記で記載した補足的な製品を提供するオプションと同様であるが、補足的な製品ではなく代替品を提供する。このオプションも、上述されたものと同じデータと解析技術を使用しうる。インプレミスでのシナリオにおいて代替的な製品を提案する場合には、提案された代替品が、近くにある物理的位置上にあってもよいが、オンライン購入を通じて利用可能である場合もある。記載された技術は、製品を眺めている間に（すなわち、事前チェックアウト）このオプションを提供することができることに留意されたい。ユーザーが所与の製品を見ている時、システムは代替案を提案する。

モバイル購入を行っている人のかなりの割合が、クレジットカードデータ入力段階で購入を放棄し（購入を完了していない）、かつ、モバイルユーザーは、モバイルキーボードのサイズが小さいため、クレジットカードに関連付けられた詳細を入力することが困難であることがよくあるが、特定の実装例では、ＶＫは、ユーザーがチェックアウトクレジットカードの詳細フォームに記入していることを識別し、次いで：既に利用可能な詳細（ユーザーの名前や住所など）を提供し、そのようなフォームに初めて記入する時にユーザーが提供する追加の詳細（例えばクレジットカード番号や有効期限など）を記録し、２回目以降の使用時にこれらの追加情報を自動的に入力するよう申し出るように構成されている。記載された技術は、クレジットカードの詳細を保存すること（上述）の一部として、ユーザーが所有する複数のカードの詳細を保存し、チェックアウト中に使用するカードをユーザーが選択できるようにすることもできる。

したがって、記載された技術は、クレジットカード会社がチェックアウト中に競い合うことを可能にすることができる、すなわち、ユーザーにオファーを提供してチェックアウトのために特定のカードを使用させるように勧誘する。このようなオファーは、上記のようにユーザーおよび購入した製品について収集された情報に基づいている場合がある。

記載された技術は、ユーザーが「興味のある」製品のリストを維持することを可能にしうる。これらは、ユーザーによってマークされた製品であって、記載された技術によって発見されたか、記載された技術によって提案されたか、または、ソーシャルネットワークまたは他の媒体におけるユーザーの友人およびコンタクトによって提案された、製品を含むことができる。リスト内の製品は、この製品を販売している特定の販売業者から独立して定義することができる。したがって、リストは、特定のデジタルカメラの製造元およびモデルのエントリーを含むことができ、複数の電子商取引サイトを介してカメラを購入するために使用しうる。リストには、物理的な商品とデジタル商品の両方が含まれる。このリストは、複数のサイトにまたがって使用される製品の永続的なクリップボードの一種として機能する。

記載された技術は、販売業者のウェブサイトからのリスト内の製品の注文をサポートすることができ、または、インスタントメッセージング会話への製品の記述子の投稿をサポートすることができ、上記記述子は、他の会話参加者のＶＫによって読み取られ、製品をその製品リストに追加することができる。所与のサイトで製品を発見することは、（例えば）次のようなさまざまな方法：サイトのＨＴＭＬ（または他の形式）ソースコードを分析して製品情報を抽出すること、すなわち“ウェブスクレイピング”と呼ばれるプロセス；ユーザーのデバイスとインターネットとの間の通信経路を分析することにより、そのことから製品の参照を抽出すること；サイトによって提供され、記載された技術によって使用されるアプリケーションプログラミングインターフェース（ＡＰＩ）（ウェブまたはネイティブ）、例えば、電子商取引ウェブサイトは、外部システムがその製品データベースとインターフェースで接続できるようにするウェブサービスを提供しうる；記載された技術によって提供されるＡＰＩ（ウェブまたはネイティブ）を介して、ウェブサイトがそれに接続し、関連情報を提供できるようにすること；（上記のチャットプログラム画面分析について説明したように）画面キャプチャと分析；製品情報を含む可能性のある現在のブラウザのＵＲＬをパラメータとして分析すること；によって行うことができる。

上記で参照されたすべての技術は、複数の電子商取引サイトに適合する必要があることがある。これらの技術は自動的に機能することがあり、または、分析されるべき表示されたウェブサイトから情報をコピーペーストするなど、ユーザーによる手動の操作を必要とすることがある。

記載された技術は、様々なサービスを販売するサービス提供者によっても使用され得ることにも留意すべきである。これらには、コンサルタント、技術者、用務員、その他のサービス提供者が含まれる。この場合、サービス提供者は、レンダリングされたサービスを記述するテンプレートに基づいて請求書を生成しながら、任意のビジネスユーザー（ｅ－Ｓｈｏｐなど）がするように、記載された技術を使用することができる。記載された技術は、企業の金融帳簿を維持するために、外部の勘定書および請求書発行システムに対するインターフェースを提供することができる。サービス提供者は詳細を記入し、簡単に請求書を発行することができる。このようなサービス提供者は、システムを使用する一人の個人でも、上記の複数のサービス担当者を有する企業でもよい。

上述のように、記載された技術は、トランザクションに関する情報を収集し、チャットを介する複数のウェブサイトの使用および複数の企業とのインタラクションにわたってこの収集を実行することができる。

記載された技術は、特定の企業からのボーナス／ロイヤリティポイントまたは同様の報酬の代わりに、この情報の一部を企業に転送することができる。このような転送された情報は、処理されていてもよく、事実上統計的であってもよく、必ずしも特定の購入に関する情報を含んでいなくてもよい。さらに、このような情報は、例えばファッション企業に、ファッション購入関連情報のみを提供するなど、業界の領域別にセグメント化することができる。

記載された技術は、独特なシステム、すなわち、幅広いユーザーのレーティングバッジを提供してもよく、これは関連している時に視覚的に表示され得、関連企業に通信されることもできるだろう。例えば、システムは、システムを通じた消費レベルに応じて、ユーザーに「ブロンズ／ゴールド／プラチナ購入者」バッジ（または現金タグ）を与えることができる。この指標は企業に伝えられ、パワーユーザーに特定の取引やプロモーションを提供することができる。両方のタイプの報酬が、独自のユーザー評価とロイヤリティポイントシステムを有するクレジットカード会社による報酬と並存していることに留意されたい。

記載された技術は、ビジネス・トゥ・グループ（Ｂ２Ｇ）の取引として知られる、企業と共同購買を行う人々のグループとの間のインタラクションをサポートしてもよい。このようなインタラクションは、オフライン／オンプレミスでのインタラクション（例えば、レストランを一緒に訪問し、友人間で勘定書を分割する友人のグループ）、またはオンライン（共同の誕生日プレゼントを購入する友人のグループ）に関して生じうる。記載された技術は、以下に説明するように、グループメンバーを手動または自動で識別する技術を提供することができる。また、以下でさらに説明するように、グループメンバー間の支払いを分割する方法を提供することもできる。特定の実装においては、作成されたグループはアドホックであってもよいが、一方、他の実装においては、記載された技術は、永続的なグループ定義、例えば、一緒に食事をすることが多い人々のグループ、をサポートすることができる。

記載された技術は、Ｂ２Ｇシナリオで使用されるユーザーのグループを定義する多数の方法を提供してもよい。これらの方法には、例えば以下が含まれ得る。記載された技術で保存された既存の永続的なグループ定義をロードすること。ソーシャルネットワークまたはインスタントメッセージングアカウントからフレンド定義のセットをインポートすること。グループオーガナイザーに潜在的なグループ定義リンクを提供すること。次いで、（例えば、ソーシャルネットワーク、チャットまたは電子メールを介して）リンクを特定の受信者に送信することができ、これら受信者は、そのリンクをクリックしてメンバーシップを確認する。リンクには時間制限があるため、ユーザーは、送信してからＸ分にリンクを押さないとグループに参加することができず、すなわち、誤ってグループに後から（もう関係が無い時、例えばレストランでの外出が終わった時）参加した人々との混乱や混同を防ぐことができる。既存のグループ定義を編集すること、例えば、グループメンバーの一部を削除したり、新しいグループメンバーを追加したり、多数のグループを合わせたりすること。メンバーシップリストを読むことができる、計画されたイベント（例えば、Ｆａｃｅｂｏｏｋイベント）のイベント参加者のリストから行う。

記載された技術は、同じ場所に物理的に存在する人の位置を特定することを目的とするグループを定義する方法をサポートすることもできる。この方法には以下が含まれうる。ソーシャルネットワークまたはカレンダーイベント（前述）を使用して、イベントを現在の時間と位置に基づいて自動的に検出すること。Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイスのスキャンなど、そのような検出を可能にする通信方法のインフラストラクチャを使用して、関連するスマートフォンを検出すること。例えば、“同じ地域にいるすべてのＦａｃｅｂｏｏｋの友達を追加”など、物理的（ＧＰＳ）位置に準じるとすること。これは、フィルタとして他のグループ定義方法に適用することができる。一般のＷＩＦＩネットワーク、Ｂｅａｃｏｎまたは同様のコミュニケーション手段を検知すること。グループ定義が確定されたら、以下でさらに説明するように、共同発注、支払またはその他の活動に使用することができる。

記載された技術は、以下を含む多くの方法で、勘定書の受領を可能にすることができる。既存の印刷された勘定書／請求書を（内蔵のスマートフォンカメラを介して）スキャンし、ＯＣＲでデコードすること。既存の印刷された勘定書／請求書をスキャンし、ＯＣＲを介してデコードして勘定書番号を検出すること。この勘定書番号は、ベンダーのシステムに接続して勘定書の全情報を取得するときに使用できる。Ｗｅｂサービスを介して接続を行うことができ、またはセキュリティの向上のために、ある種のローカルネットワーク／接続を介して行うこともできる。ベンダーのシステムによって（例えば、ウェブサービスを通じて）送信された詳細なデータ対象として提供される、構造化された請求書を受信すること。請求書データ対象を保存する販売業者によって生成された暫定的リンク（例えば、支払いまでの間または１時間有効）を示す（勘定書／請求書上に印刷された）ＱＲコード（登録商標）を使用すること。インスタントメッセージング、電子メール、またはその他の手段を介して企業に（データ対象として、または上記のＵＲＬとして）支払リクエストを送信させること。これは、通常のメッセージ、または、（上記の）記載された技術によって生成された金銭リクエストメッセージであってもよい。記載された技術はまた、最低限の勘定書（勘定書番号と支払額のみを含む）または完全な請求書（注文されたすべての製品の詳細を含む）を送信するために使用することもできる。

一旦支払手形が受け取られると、グループは、そのメンバーに勘定書を分割するために、記載された技術を使用しうる。このような分割は下に詳述される多くの方法で行うことができる。例えば、すべてのグループメンバーが支払う金額を均等に分割することによって、または、それぞれのグループメンバーが自分の支払う金額を決定できるようにすることによって、記載された技術は、単純な金額の分割を使用することができる。後者の方法は、上記の参加募集（ＣＦＰ）商品券のリクエストと同様に実装しうる。記載された技術は、項目に基づく分割にも使用できることがあり、これは、記載された技術に項目ごとの価格を含む十分な勘定書の情報がある場合に実行されうる。この場合、記載された技術は、すべてのグループメンバーに対して詳細な勘定書を表示し、それぞれのユーザーが（自分のスマートフォン上で）どの項目に参加することができるかをマークする共同ユーザーインターフェースを使用する。記載された技術は、共有のマーキングを提供しうるので、各ユーザーに、グループの他のユーザーによって作られたマークを（リアルタイムで）提示することができる。その後、記載された技術は、各ユーザーによって支払われる金額を計算し、かつ、各グループメンバーにとって妥当な金額を課すことができる。

記載された技術は、特別に制限される口座（本明細書では子供の口座（「ＣＡＣ」））を提供することがあり、これは例えば、親によって監視され、制限される口座の活動を行う子供に対し与えられる資格証明を有する制御された支出口座として使用されることができる。これは「児童手当」、または同様の目的に使用しうるだろう。この制限された口座の構成およびパラメータは、制限を行う親の口座（ＰＡＣ）から設定される。

ＣＡＣには、下に詳述されるものなどの、特殊な動作や機能を有する場合がある。ＰＡＣは、ＣＡＣの金融活動を中断させ、または再開させうる。ＰＡＣは、ＣＡＣからの資金を預金し、または引き落としうる。ＰＡＣは、ＣＡＣが支払いを受けることができる人を制限しうる。ＰＡＣは、ＣＡＣにおいていつでも保持できる最大残高を制限しうる（このため、ＣＡＣが悪用されない）。ＰＡＣは、ＣＡＣからの購入を、既知の項目または既知の項目カテゴリに制限しうる。これは、ホワイトリスト（例えば、「教科書のみに使用する」）またはブラックリスト（「アルコールおよびタバコを許可しない」など）を介して実行されてもよい。ＰＡＣは、一部またはすべての購入がプッシュ通知を介してＰＡＣ所有者の承認を必要とするようにＣＡＣを構成することができる（例えば、所与の金額を超えるすべての購入、特定の地域の店舗、または一部の商品カテゴリについて行う）。ＣＡＣは、個別の制限される口座として、またはＰＡＣの内の仮想口座（すなわち親に直接勘定書を送る特定の方法）として実行しうる。

特定の実装に従い、本明細書で参照された構成要素を、ともに組み合わせることができること、または、さらなる構成要素へ分離できることが理解されるべきである。加えて、いくつかの実装では、特定のデバイスの様々な構成要素が、別のマシンで稼働しうる。さらに、特定の構成要素のいくつかの操作は、様々な実装例、例証、方法、プロセスに関して本明細書中でより詳細に記載されている。

本明細書に記載された技術は、主として安全なトランザクションインターフェースに対して例示され、安全なトランザクション機能をユーザーの通信エージェントおよびモバイルデバイスと統合する一方、記載された技術は、任意の数の付加的または代替的な設定またはコンテキストにおいて、任意の数の追加の目的にたいして実装することもできることにも留意されたい。さらに、（本明細書に記載され、および／または参照されたもの以上の）技術的な利点、解決策、および／または改良が、そのような実装の結果、可能になることがあると理解されるべきである。

図５は、例証的なコンピュータシステムを表し、ここにおいて、マシンに本明細書で論じた方法のうちの１つ以上を実行させるための１セットの命令が実行されうる。代替的な実装では、機械は、ＬＡＮ、イントラネット、エクストラネットまたはインターネットの他のマシンに（例えば、ネットワーク化されて）接続されうる。マシンは、クライアントサーバネットワーク環境中のサーバマシンの容量内で作動しうる。マシンは、パーソナルコンピュータ（ＰＣ）、セットトップボックス（ＳＴＢ）、サーバ、ネットワークルータ、スイッチまたはブリッジ、または、機械が取るべき動作を指定する１セットの命令（シーケンシャルなものまたはその他）を実行できる任意のマシンであってもよい。さらに、単一のマシンのみが図示されているが、「マシン」という用語は、本明細書で論じられる方法の１つ以上を実行するための１セット（または複数のセット）の命令を個々にまたは共同して実行するマシンの集合も含むものとする。

典型的なコンピュータシステム（６００）は、処理システム（プロセッサ）（６０２）と、メインメモリ（６０４）（例えばリードオンリーメモリ（ＲＯＭ）、フラッシュメモリ、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）などのダイナミックランダムアクセスメモリ（ＤＲＡＭ））と、スタティックメモリ（６０６）（例えばフラッシュメモリ、スタティックランダムアクセスメモリ（ＳＲＡＭ））と、データ記憶デバイス（６１６）と、を含み、これはバス（６０８）を介して互いと通信する。

プロセッサ（６０２）は、マイクロプロセッサ、中央処理装置などの１つ以上の汎用処理装置を表す。とりわけ、プロセッサ（６０２）は、複合命令セットコンピューティング（ＣＩＳＣ）マイクロプロセッサ、縮小命令セットコンピューティング（ＲＩＳＣ）マイクロプロセッサ、超長命令ワード（ＶＬＲＷ）マイクロプロセッサ、または命令セットの組み合わせを実装する他の命令セットまたはプロセッサを実装するプロセッサであってもよい。プロセッサ（６０２）は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、ネットワークプロセッサなどのような１つ以上の専用処理装置であってもよい。プロセッサ（６０２）は、本明細書で論じられた操作およびステップを行なうための命令（６２６）を実行するように構成される。

コンピュータシステム（６００）はさらにネットワークインターフェースデバイス（６２２）を含んでいてもよい。コンピュータシステム（６００）はまた、ビデオディスプレイユニット（６１０）（例えば、タッチスクリーン、発光ダイオード（ＬＥＤ）ディスプレイ、液晶ディスプレイ（ＬＣＤ）、または陰極線管（ＣＲＴ））、英数字入力デバイス（６１２） （例えば、キーボード）、カーソル制御デバイス（６１４）（例えば、マウス）、および信号生成デバイス（６２０）（例えば、スピーカー）を含む。

データ記憶デバイス（６１６）は、本明細書に記載の方法論または機能の任意の１つ以上を具体化することができる命令（６２６）（例えば、協同マネージャ（２２５）などによって実行される命令）の１つまたは複数のセットが保存されるコンピュータ可読媒体（６２４）を含みうる。命令（６２６）はまた、コンピュータ可読媒体を構成するコンピュータシステム（６００）、メインメモリ（６０４）、およびプロセッサ（６０２）により、命令の実行中にメインメモリ（６０４）内および／またはプロセッサ（６０２）内に、完全にまたは少なくとも部分的に、存在していてもよい。命令（６２６）はさらに、ネットワークインターフェイスデバイス（６２２）を介してネットワークを通して送信または受信されうる。

コンピュータ可読記憶媒体（６２４）は典型的な実施形態においては単一の媒体であると示されているが、「コンピュータ可読記憶媒体」という用語は、命令の１つ以上のセットを保存する、単一の媒体または複数のコンピュータ可読記憶媒体（例えば、集中データベースまたは分散データベース、および／または関連するキャッシュおよびサーバ）を含むと取られるべきである。「コンピュータ可読記憶媒体」という用語は、マシンによる実行のための一セットの命令を記憶し、エンコードし、または搬送することが可能であり、かつ、本開示の方法のうちの１つ以上をマシンに実行させる、任意の媒体を含むものとする。したがって、「コンピュータ可読記憶媒体」という用語は、固体メモリ、光媒体、および磁気媒体を含むが、これに限定されないものとする。

上記の記載において、多数の詳細が述べられている。しかしながら、本開示の恩恵を受ける当業者には、これらの特定の詳細なしに実施形態を実装することができることは明らかであろう。場合によっては、説明を不明瞭にすることを避けるために、周知の構造およびデバイスは、詳細ではなくブロック図の形態で示されている。

詳細な記載のうちいくつかの部分は、コンピュータメモリ内のデータビットに対する操作のアルゴリズムおよび記号表現に関して表されている。これらのアルゴリズムの記載および表現は、データ処理分野の当業者が、それらの研究の内容を他の当業者に最も効果的に伝えるために使用する手段である。アルゴリズムは、ここでは一般的に、所望の結果を導く、矛盾の無い一連のステップであると考えられている。これらのステップは、物理量の物理的操作を必要とするものである。通常、必ずしも必要ではないが、これらの量は、保存、転送、結合、比較、およびその他の操作が可能な電気信号または磁気信号の形式をとる。これらの信号をビット、値、要素、記号、文字、用語、数字などと呼ぶことは、主に一般的な使用のために、時には便利であることが判明している。

しかしながら、これらの用語および類似の用語は全て、適切な物理量に関連し、これらの量に適用される便利な標識に過ぎないことに留意すべきである。上記の説明から明らかなように、特に別記されない限り、記載の全体にわたり、「受信する」、「処理する」、「要求する」、「相関させる」、「選択する」などといった用語を利用する論議は、コンピュータシステムのレジスタおよびメモリ内の物理的（例えば、電子的）量として表されるデータを、コンピュータシステムのメモリまたはレジスタまたは他のそのような情報を記憶、伝送または表示する装置内の物理量として同様に表される他のデータに、操作し変換するコンピュータシステムまたは類似の電子コンピューティングデバイスの動作および処理を参照することが明白である。

本開示の態様および実装は、本明細書の動作を実行するための装置にも関する。特定の実施形態では、この装置は、必要な目的のために特別に構成してもよい。このようなコンピュータプログラムは、限定されないが、フロッピー（登録商標）ディスクと、光ディスクと、ＣＤ－ＲＯＭと、光磁気ディスクとを含む任意のタイプのディスク、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気または光カード、または、電子命令を保存するのに適した任意のタイプの媒体、などのコンピュータ可読記憶媒体に格納されてもよい。

本開示は、任意の特定のプログラミング言語を参照して記述されてはいないことが理解されるべきである。本明細書に記述される開示の教示を実装するために、様々なプログラミング言語が使用されてもよいことが理解される。

上記の特徴は例証的なものであって、制限的なものではないと意図されていることが理解されるべきである。他の多くの実施形態が、当業者にとっては上記記載を読解し理解する上で明白であろう。さらに、上述の技術は、本明細書で参照されるものの代わりに、またはそれに加えて、他のタイプのデータに適用され得る。したがって、本開示の範囲は、特許請求の範囲に与えられるものと等しい全範囲に沿って、添付の特許請求の範囲を参照して決定されなければならない。

Claims (13)

1. デバイスのディスプレイインターフェース内でユーザー通信エージェントを提示する工程と；
   前記デバイス上で実行されるユーザー通信エージェントとは別個に前記デバイス上で実行するユーザー入力インターフェースを、ディスプレイインターフェース内のユーザー通信エージェントの提示と同時に提示する工程であって、ここで、ユーザー入力インターフェースは、ユーザー通信エージェントに認知可能な１以上の入力を受信するように構成される、工程と；
   ユーザー通信エージェントがディスプレイインターフェースにおいて提示されている間に、ユーザー通信エージェントに認知可能ではない１以上の入力を受信するようにユーザー入力インターフェースを構成する、トランザクション開始制御の選択を、ユーザー入力インターフェース内で受信する工程と；
   ユーザー通信エージェントがディスプレイインターフェース内で提示されている間に、ディスプレイインターフェース内で提示される識別子の選択を受信する工程と；
   識別子の選択に応じて、ディスプレイインターフェース内で数値入力インターフェースを提示する工程と；
   数値入力インターフェースを介して数値入力を受信する工程と；
   ユーザー入力インターフェース内でトランザクション確認制御を提示する工程と；
   トランザクション確認制御の選択に応じて、選択された識別子および数値入力に対して、処理デバイスによって安全なトランザクションを実行する工程と；
   を含むことを特徴とする、方法。
2. トランザクション確認記録を生成する工程をさらに含む、請求項１に記載の方法。
3. 識別子要求制御の選択を受信する工程をさらに含む、請求項１に記載の方法。
4. 識別子作成要求を生成する工程と；
   １人以上のユーザーに識別子作成要求を送信する工程と；
   をさらに含む、請求項３に記載の方法。
5. 識別子の選択を受信する工程がさらに、安全なトランザクションアカウントに、選択された識別子をマッピングする工程を含む、請求項１に記載の方法。
6. 安全なトランザクションアカウントに対する選択された識別子のマッピングの失敗に応じて、登録招待を生成する工程と；
   選択された識別子に登録招待を送信する工程と；
   をさらに含む、請求項５に記載の方法。
7. トランザクション確認制御を提示する工程はさらに：
   数値入力インターフェースを介して受信された数値入力を認証する工程と；
   数値入力の認証に応じて、ユーザー入力インターフェース内でトランザクション確認制御を提示する工程と；
   を含む、請求項１に記載の方法。
8. 安全なトランザクションを実行する工程はさらに：
   安全なトランザクション開始者の身元を認証する工程と；
   開始者の身元の認証に応じて安全なトランザクションを実行する工程と；
   を含む、請求項１に記載の方法。
9. 安全なトランザクションを実行する工程は：
   外部マシンに、選択された識別子および数値入力を送信する工程と；
   安全なトランザクションに対応する外部マシンから、トランザクション確認コンテンツを受信する工程と；
   を含む、請求項１に記載の方法。
10. 選択された識別子に関係するユーザーにトランザクション確認コンテンツを送信する工程をさらに含む、請求項９に記載の方法。
11. 安全なトランザクションを実行する工程は：
    選択された識別子および数値入力に基づいたトランザクション要求コンテンツを生成する工程と；
    選択された識別子に関係するユーザーにトランザクション要求コンテンツを送信する工程と；
    トランザクション要求コンテンツに関してトランザクション確認を受信する工程と；
    受信されたトランザクション確認に応じて安全なトランザクションを実行する工程と；
    を含む請求項１に記載の方法。
12. 請求項１－１１のいずれか１つに記載の方法を実施するように構成される１つ以上のプロセッサーを含むことを特徴とする、システム。
13. コンピューティングシステムによって実行されたとき、請求項１－１１のいずれか１つに記載の方法を、前記コンピューティングシステムに実施させる命令を含むことを特徴とする、少なくとも１つのコンピュータ可読記憶媒体。

Images