JP2018516397A - 定型応答の自動決定のための技術 - Google Patents

Abstract

定型応答の自動決定のための技術を記載する。一実施形態において、コマース仲介サーバは、メッセージングサービスにおいて、メッセージングパッケージをメッセージングエンドポイントから受信し、メッセージングパッケージに対応すると予測される応答メッセージを決定するために、メッセージングパッケージの自然言語処理を行い、メッセージングパッケージに応答するように割り当てられている管理者アカウントを決定し、定型応答パッケージを管理者アカウントの管理者メッセージングエンドポイントに送信するように作動してもよく、定型応答パッケージは、応答メッセージを含む。他の実施形態が記載され、請求される。

Description

本発明は、自動メッセージングのための技術の分野に関する。

ユーザは、メッセージングシステムにおいて、２名以上のユーザ間でテキストベースの会話で互いにメッセージをやりとりしながら互いに対話することがある。ユーザは、メッセージングシステムにおいて自身に関連付けられているユーザアカウントを有してもよく、ユーザアカウントは、ユーザのオンラインアイデンティティ、ユーザ宛てに送られるメッセージの宛先を与え、一般には、メッセージングシステムへのユーザのアクセスとその使用を調整する。ユーザは、モバイルデバイス（例、携帯電話）、デスクトップコンピュータ、ウェブブラウザ、専門のメッセージングクライアント等を含め、多様なエンドポイントからメッセージングシステムにアクセスしてもよい。

消費者・企業間のメッセージングシステムの一実施形態を示す図。 ソーシャルグラフの一実施例を示す図。 企業ページを表示するメッセージングエンドポイント用のユーザインタフェースの一実施形態を示す図。 注文ページを表示するメッセージングエンドポイント用のユーザインタフェースの一実施形態を示す図。 消費者・企業間のメッセージング対話を表示するメッセージングエンドポイント用のユーザインタフェースの一実施形態を示す図。 注文依頼を処理する消費者・企業間サービスの一実施形態を示す図。 フォロー要求を処理する消費者・企業間サービスの一実施形態を示す図。 図１のシステムに関する第１の論理フローの一実施形態を示す図。 一連の受信メッセージを表示する管理者メッセージングエンドポイント用のユーザインタフェースの一実施形態を示す図。 自動応答を生成する消費者・企業間サービスの一実施形態を示す図。 図１のシステムに関する第２の論理フローの一実施形態を示す図。 メッセージング会話を表示するメッセージングエンドポイント用のユーザインタフェースの一実施形態を示す図。 選択・販促ページを表示するメッセージングエンドポイント用のユーザインタフェースの一実施形態を示す図。 製品ページを表示するメッセージングエンドポイント用のユーザインタフェースの一実施形態を示す図。 更新されたメッセージング会話を表示するメッセージングエンドポイント用のユーザインタフェースの一実施形態を示す図。 メッセージングエンドポイントにインタフェース構成を提供する消費者・企業間サービスの一実施形態を示す図。 メッセージングエンドポイントにフルフィルメント更新メッセージを提供する消費者・企業間サービスの一実施形態を示す図。 図１のシステムに関する第３の論理フローの一実施形態を示す図。 販促メッセージを表示するメッセージングエンドポイント用のユーザインタフェースの一実施形態を示す図。 自動化されたメッセージング対話を表示するメッセージングエンドポイント用のユーザインタフェースの一実施形態を示す図。 一部自動化されたメッセージング対話を表示するメッセージングエンドポイント用のユーザインタフェースの一実施形態を示す図。 販促メッセージに対するユーザコメントを表示するメッセージングエンドポイント用のユーザインタフェースの一実施形態を示す図。 ユーザコメントに応答して管理者メッセージダイアログを表示するメッセージングエンドポイント用のユーザインタフェースの一実施形態を示す図。 自動応答を生成する消費者・企業間サービスの一実施形態を示す図。 図１のシステムに関する第４の論理フローの一実施形態を示す図。 図１のシステムに関する集中型システムの一実施形態を示す図。 図１のシステムに関する分散型システムの一実施形態を示す図。 コンピューティングアーキテクチャの一実施形態を示す図。 通信アーキテクチャの一実施形態を示す図。 無線デバイスアーキテクチャの一実施形態を示す図。

以下は、本明細書に記載されるいくつかの新規な実施形態の基本的な理解を提供するために、簡単な概要を提示する。この概要は、包括的な外観ではなく、本発明の主要／重要要素を特定することも、本発明の範囲を画定することも意図していない。この概要の唯一の目的は、後に提示されるより詳細な説明への前書きとして、いくつかの概念を簡単な形態で提示することである。

様々な実施形態は、全体として、ソーシャルメッセージングの認可およびカスタマイズのための技術に向けられている。いくつかの実施形態は、特に、企業とメッセージが送られるユーザとの間のソーシャルネットワーキング関係に基づいて、メッセージングシステムへのコマースエンティティのアクセスを認可し、企業とユーザとの間のメッセージングをソーシャルネットワーキング情報に従ってカスタマイズする技術に向けられている。一実施形態では、例えば、装置は、クライアントデバイスから注文依頼パッケージをネットワークインタフェースから受信するように作動し、注文依頼はユーザアカウントとコマースアカウントとを指定し、ユーザアカウントはソーシャルグラフデータ構造内のユーザエンティティに関連付けられ、コマースアカウントはソーシャルグラフデータ構造内のコマースエンティティに関連付けられており、および、注文依頼パッケージを、コマースエンティティに関連付けられているコマースフロントエンドサーバに送信するように作動するコマース仲介サーバと、コマース仲介サーバが注文依頼パッケージをクライアントデバイスから受信したことに応答して、ソーシャルグラフデータ構造内においてユーザエンティティとコマースエンティティとの間にコマースエッジを作成するように作動するソーシャルグラフデータ構造コンポーネントとを備えてもよく、コマースエッジは注文依頼パッケージに関連付けられている。他の実施形態が記載され、請求される。

様々な実施形態は、全体として、定型応答を自動的に決定するための技術に向けられている。いくつかの実施形態は、特に、自然言語処理を使用して、定型応答のセットのうちのどれがユーザによる特定の自然言語のクエリまたはコメントに最も適切かを決定する技術に向けられている。一実施形態では、例えば、コマース仲介サーバは、メッセージングサービスにおいてメッセージングパッケージをメッセージングエンドポイントから受信し、メッセージングパッケージの自然言語処理を行って、メッセージングパッケージに対応すると予測される応答メッセージを決定し、メッセージングパッケージに応答するために割り当てられている管理者アカウントを決定し、管理者アカウントの管理者メッセージングエンドポイントに定型応答パッケージを送信するように作動してもよく、定型応答パッケージは応答メッセージを含む。他の実施形態が記載され、請求される。

様々な実施形態は、全体として、製品、サービスおよび企業の推奨のための技術に向けられている。いくつかの実施形態は、特に、アフィニティ情報のメッセージングを増幅さ
せる製品、サービスおよび企業の推奨のための技術に向けられている。一実施形態では、例えば、装置は、メッセージングサービス用のユーザアカウントに関連付けられているユーザコンテキストを管理するように作動するユーザコンテキストコンポーネントと、ユーザアカウント用のユーザプロフィールを取り出すように作動するユーザプロフィールコンポーネントと、ユーザコンテキストおよびユーザプロフィールに基づいて１以上の推奨を決定し、推奨に基づいてクライアントデバイスのメッセージングエンドポイント用の推奨インタフェースを構成するように作動する推奨コンポーネントとを備えてもよく、メッセージングエンドポイントはメッセージングサービス用のユーザアカウントに関連付けられている。他の実施形態が記載され、請求される。

様々な実施形態は、全体として、自動化されたメッセージングのための技術に向けられている。いくつかの実施形態は、特に、ソーシャルネットワーキング情報を増幅させる自動化された企業・消費者間のメッセージングのための技術に向けられている。一実施形態では、例えば、装置は、メッセージングサービス用のユーザアカウントに関連付けられているユーザプロフィールを取り出すように作動するユーザプロフィールコンポーネントと、メッセージング開始をクライアントデバイスのメッセージングエンドポイントから受信し、メッセージング開始に応答して、ユーザプロフィールに基づいて自動応答を構成するように作動するメッセージング自動コンポーネントとを備え得る。他の実施形態が記載され、請求される。

上記および関連する目的を達成するために、ある特定の例示的な態様が、以下の説明および添付の図面に関連して本明細書において記載される。これらの態様は、本明細書において開示される原理を実行することができる様々な方法を示し、全ての態様およびその均等物が、特許請求される主題の範囲内にあることが意図される。他の利点および新規な特徴は、以下の詳細な説明を図面と併せて検討することにより明らかとなるであろう。

ユーザは友達とのチャットで慣れているため、メッセージング通信を使用してソーシャルネットワークサービスのページを介して企業と関わり合うことがある。ユーザは、友達、同僚およびその他知り合いとコミュニケーションを取るために使用するのと同じメッセージングアプリケーションで、これらの企業の製品およびサービスを見つけ、関わり合い、購入する。これらのメッセージの中には自動的に応答されるものもあるが、他のものは企業ページの管理者が完全にまたは一部手動で応答するものもある。一部手動による応答は、自然言語プロセッサによって特定される応答案を利用してもよく、これは管理者に自動的に提示されるが、送信前に手動で承認される。対して、管理者の承認なくメッセージングサービスが応答する、完全に自動化された応答も利用されてもよい。管理者自身がユーザに送信する応答を作成する、完全に手動による応答も利用されてもよい。発見、関わり合いおよびメッセージングのための様々な技術を組み合わせることによって、ユーザにその特定の状況に応じた最適な応答が提示されうる。そのため、本明細書の実施形態は、適切な場合、自動化技術をさらに増幅しながら、企業とのコミュニケーションの自然さを改善し得る。

ここで、図面を参照し、図面では、類似の要素は、全体を通して同様の参照符号を用いて示している。以下の説明では、その完全な理解を与えるため、説明を目的として、様々な具体的詳細について記載している。しかしながら、これら特定の詳細を省いても、新規な実施形態を実施できることは明らかであろう。一方で、周知の構造およびデバイスについては、その説明を容易とするために、ブロック図の形式で示している。その意図は、請求項に係る主題に矛盾しないあらゆる変更、均等物、および代替案を包括することである。

本明細書で使用される「ａ」および「ｂ」および「ｃ」および同様な記号は、任意の正
の整数を表す変数であることを意図していることに留意されたい。したがって、例えば、実施態様においてａ＝５の値が設定される場合、コンポーネント１２２−１〜１２２−ａとして示される一式のコンポーネント１２２は、コンポーネント１２２−１、１２２−２、１２２−３、１２２−４、および１２２−５を含む。実施形態は、この文脈に限定されない。

図１は、消費者・企業間のメッセージングシステム１００のブロック図を示す。一実施形態では、消費者・企業間のメッセージングシステム１００は、１つまたは複数のコンポーネントを含むソフトウェアアプリケーションを有するコンピュータ実装システムを含み得る。図１に示す消費者・企業間のメッセージングシステム１００は、特定のトポロジにおいて限定された数の要素を有するが、消費者・企業間のメッセージングシステム１００は、所与の実施態様に関して所望されるように、代替トポロジにおいてより多くのまたはより少ない要素を含むことができることが理解されるであろう。

消費者・企業間サービス１１０は、消費者と企業との間の仲介者として機能し得る。消費者と企業はともに消費者・企業間サービス１１０のユーザであってもよく、消費者は個人ユーザアカウントにより表され、企業はコマースアカウントによって表され、おそらくは、個人ユーザアカウントが企業の担当者および他の従業員と関連付けられているなど、１つまたは複数の個人ユーザアカウントは企業に関連付けられている。消費者ユーザはソーシャルグラフにおいてユーザエンティティのエントリで表されてもよい。企業または他の商業ユーザはソーシャルグラフにおいてコマースエンティティによって表されてもよい。消費者ユーザと商業ユーザとの関係は、ソーシャルグラフにおいて、ユーザエンティティと商業エンティティとの間の１つまたは複数のエッジによって表されてもよい。

消費者・企業間サービス１１０はメッセージングサービス１４０を備え得る。メッセージングサービス１４０は、一般に、個人ユーザなどの個人エンティティと、企業および他の組織などの団体エンティティとの間で受信、記憶および配信するように構成されてもよい。メッセージングサービス１４０は、メッセージングエンドポイント１２５などのメッセージングエンドポイントがオフラインのときにメッセージを記憶し、メッセージングエンドポイントが利用できるようになったらメッセージを配信してもよい。メッセージングサービス１４０はユーザに同じユーザアカウントで複数のメッセージングエンドポイント（例、モバイルデバイスのメッセージングクライアント、パーソナルコンピュータのウェブブラウザ）を使用する権限を与えてもよく、メッセージングサービス１４０はユーザアカウントのメッセージング状態に関してメッセージングエンドポイントの全てを最新の状態に保つ。

消費者・企業間サービス１１０は、ソーシャルネットワーキングサービス１７０を備え得る。ソーシャルネットワーキングサービス１７０は、ソーシャルグラフを表すソーシャルグラフデータ構造を維持してもよい。ソーシャルグラフは、ユーザエンティティ、コマースエンティティ、および他の種類のエンティティなどのエンティティ間の関係を表してもよい。ソーシャルグラフはグラフ関係として関係を表してもよく、全ての情報がグラフ内の特定のノードに属して、またはグラフ内の２つのノード間の特定のエッジに属して符号化される。ソーシャルネットワーキングサービス１７０はソーシャルネットワーキングサービスの一要素であってもよく、ソーシャルグラフは、少なくとも部分的に、ソーシャルネットワーキング情報を含む。消費者・企業間サービス１１０全体は、ソーシャルネットワーキングサービスの一要素であっても、または複数の要素から構成されてもよい。

消費者・企業間サービス１１０は消費者ポータル１５０を備え得る。消費者ポータル１５０は、消費者がクライアントアプリケーションを使用するための消費者・企業間サービス１１０への統一エントリポイントであってもよい。消費者ポータル１５０は、消費者・
企業間サービス１１０を使用しないユーザ、または消費者・企業間サービス１１０を使用してコマースに関わらないユーザを含め、非コマースエンティティにとっての一般的なユーザポータルとして機能してもよい。消費者ポータル１５０はメッセージングサービス１４０およびソーシャルネットワーキングサービス１７０へのアクセスを提供してもよい。いくつかの実施形態では、ソーシャルネットワーキングサービス１７０への全てのアクセスは消費者ポータル１５０によって介在されてもよく、そこで、ユーザがソーシャルグラフ情報の一部または全部に直接アクセスしなくても、ユーザの代わりにソーシャルネットワーキングサービス１７０の情報が使用および管理される。いくつかの実施形態では、ユーザは自身のユーザアカウントを使用してメッセージングサービス１４０に直接アクセスしてもよく、消費者ポータル１５０は消費者・企業間サービス１１０の消費者機能に制限され、一般的なメッセージング機能（例、友達とのメッセージング）は、消費者ポータル１５０の介在なく、メッセージングエンドポイント１２５とメッセージングサービス１４０との間の直接的なネットワーク通信を介して提供される。

消費者・企業間サービス１１０は企業ポータル１６０を備え得る。企業ポータル１６０は、企業エンティティがクライアントアプリケーションを使用するための消費者・企業間サービス１１０への統一エントリポイントであってもよい。企業ポータル１６０は、メッセージングサービス１４０およびソーシャルネットワーキングサービス１７０へのアクセスを提供してもよい。いくつかの実施形態では、ソーシャルネットワーキングサービス１７０への全てのアクセスは企業ポータル１６０によって介在されてもよく、そこで、コマースエンティティがソーシャルグラフ情報の一部または全部に直接アクセスしなくても、コマースエンティティの代わりにソーシャルネットワーキングサービス１７０の情報が使用および管理される。いくつかの実施形態では、コマースエンティティは自身のコマースアカウントを使用してメッセージングサービス１４０に直接アクセスしてもよく、企業ポータル１６０は消費者・企業間サービス１１０のビジネス機能に制限され、一般的なメッセージング機能（例、顧客とのメッセージング）は、企業ポータル１６０の介在なく、コマースフロントエンドサービス１９０とメッセージングサービス１４０との間の直接的なネットワーク通信を介して提供される。

ユーザは、クライアントデバイス１２０上で実行するメッセージングエンドポイント１２５のソフトウェアアプリケーションを使用して、消費者・企業間のメッセージングシステム１００に参加し、消費者・企業間サービス１１０と対話してもよい。クライアントデバイス１２０は、通例、ｉＰｈｏｎｅ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）フォン、または他のスマートフォンなど、従来の電話機能以上の機能を提供するソフトウェアアプリケーションを実行することのできる携帯電話であるスマートフォンであってもよい。メッセージングエンドポイント１２５は、消費者・企業間サービス１１０の一部を形成する特定のメッセージングサービス１４０に特に関連付けられていてもよく、または複数のメッセージングサービスと対話するように作動する汎用メッセージングクライアントであってもよい。メッセージングエンドポイント１２５は、メッセージングタスクおよびコマースタスクを実施するために、消費者ポータル１５０およびメッセージングサービス１４０の一方または両方と対話してもよい。

コマースエンティティの担当者、従業員および／または代理人のアクションによるなど、コマースエンティティは、コマースフロントエンドサーバ１９０を使用して、消費者・企業間のメッセージングシステム１００に参加し、消費者・企業間サービス１１０と対話してもよい。コマースフロントエンドサーバ１９０は、コマースエンティティが消費者・企業間のメッセージングシステム１００に参加するために使用する任意のソフトウェアおよびコンピュータハードウェアの両方または一方を備え得る。コマースフロントエンドサーバ１９０は、メッセージングタスクおよびコマースタスクの実施のために、企業ポータル１６０およびメッセージングサービス１４０の一方または両方と対話してもよい。コマ
ースフロントエンドサーバ１９０は、消費者・企業間のメッセージングシステム１００内の企業のプレゼンスの管理者が使用するコンピューティングデバイス、購入されたサービスを行う従業員もしくは購入された製品を供給する従業員が使用するコンピューティングデバイス、または消費者・企業間のメッセージングシステム１００に関係するタスクを行うコマースエンティティの他のメンバーが使用するコンピューティングデバイスのために、コマースエンティティ内の仲介者として機能または作用してもよい。

ネットワーク１８０はコンピュータデバイス間でコンピュータ伝送を搬送するように作動する任意の形態のコンピュータネットワークを備え得る。ネットワーク１８０はイントラネットおよびインターネットの一方または両方を含んでもよい。ネットワーク１８０は、モバイルクライアントデバイス１２０に接続を提供するために使用されるように、セルラーデータおよびＷｉ−ＦｉデータネットワークまたはセルラーデータもしくはＷｉ−Ｆｉデータネットワークを含み得る。

消費者・企業間のメッセージングシステム１００は、ユーザ間の対話から生成される知識を使用してもよい。消費者・企業間のメッセージングシステム１００はソーシャルネットワーキングサービスのコンポーネントを備えてもよく、ソーシャルネットワーキングサービスのより幅広い対話から生成される知識を使用してもよい。このように、消費者・企業間のメッセージングシステム１００およびより大きなソーシャルネットワーキングサービスのユーザのプライバシーを保護するために、消費者・企業間のメッセージングシステム１００は、ユーザがそのアクションを消費者・企業間のメッセージングシステム１００によって記録させる、または、例えば、適切なプライバシー設定を設定することによって他のシステム（例、サードパーティシステム）と共有させることをオプトインまたはオプトアウトするのを可能にする認可サーバ（または他の適したコンポーネント）を含み得る。ユーザのプライバシー設定は、ユーザに関連付けられているどの情報を記録してもよいか、ユーザに関連付けられている情報をどのように記録してもよいか、ユーザに関連付けられている情報をいつ記録してもよいか、ユーザに関連付けられている情報を誰が記録してもよいか、ユーザに関連付けられている情報を誰と共有してもよいか、ユーザに関連付けられている情報をどのような目的で記録または共有してもよいかを決定してもよい。認可サーバまたは他の認可コンポーネントは、ブロッキング、データのハッシュ化、匿名化、または他の適切な技術により、消費者・企業間のメッセージングシステム１００およびソーシャルネットワーキングサービスの他の要素のユーザの１つまたは複数のプライバシー設定を実施するために使用してもよい。例えば、ソーシャルネットワーキングサービスのユーザとソーシャルネットワーキングサービスとの間の対話を、メディアコンテンツのプリファレンスおよびメディアコンテンツの異なる部分のプリファレンス間の関係を学習するために使用してもよいが、これらの対話を学習プロセスの前に、またはその一部として匿名化してもよい。

図２は、ソーシャルグラフ２００の一実施例を示す。特定の実施形態において、ソーシャルネットワーキングサービスは、ソーシャルネットワーキングサービス１７０を介してソーシャルグラフデータ構造として、１つまたは複数のソーシャルグラフ２００を１つまたは複数のデータストアに記憶してもよい。

特定の実施形態において、ソーシャルグラフ２００は、多数のユーザノード２０２および多数の概念ノード２０４を含み得る多数のノードを含み得る。ソーシャルグラフ２００は、ノード同士を接続する多数のエッジ２０６を含み得る。特定の実施形態では、ソーシャルネットワーキングサービス、クライアントシステム、サードパーティシステム、または任意の他のシステムもしくはデバイスは、適切なアプリケーションのソーシャルグラフ２００および関連ソーシャルグラフ情報にアクセスしてもよい。ソーシャルグラフ２００のノードおよびエッジはデータオブジェクトとして、例えば、データストア（ソーシャル
グラフデータベースなど）に記憶してもよい。このようなデータストアは、ソーシャルグラフ２００のノードまたはエッジの１つまたは複数の検索可能なまたはクエリ可能なインデックスを含み得る。

特定の実施形態において、ユーザノード２０２はソーシャルネットワーキングサービスのユーザに対応してもよい。限定ではないが、例として、ユーザは、ソーシャルネットワーキングサービスと対話もしくは通信する、またはソーシャルネットワーキングサービスを通じて対話もしくは通信する個人（人間のユーザ）、エンティティ（例、エンタープライズ、企業、もしくはサードパーティアプリケーション）、または（例、個人もしくはエンティティの）グループであってもよい。特定の実施形態では、ユーザがアカウントをソーシャルネットワーキングサービスに登録すると、ソーシャルネットワーキングサービスはユーザに対応するユーザノード２０２を作成し、ユーザノード２０２を１つまたは複数のデータストアに記憶してもよい。本明細書に記載するユーザおよびユーザノード２０２は、適切な場合、登録ユーザおよび登録ユーザに関連付けられているユーザノード２０２をいう。追加的にまたは代替例として、本明細書に記載するユーザおよびユーザノード２０２は、適切な場合、ソーシャルネットワーキングサービスに登録していないユーザをいう。特定の実施形態において、ユーザノード２０２は、ユーザが提供する情報、またはソーシャルネットワーキングサービスを含む様々なシステムが収集する情報に関連付けてもよい。限定ではないが、例として、ユーザは、その名前、プロフィール写真、連絡先情報、誕生日、性別、婚姻状態、家族の状態、職業、学歴、プリファレンス、興味、またはその他人口統計学的情報を提供してもよい。特定の実施形態では、ユーザノード２０２は、ユーザに関連付けられている情報に対応する１つまたは複数のデータオブジェクトに関連付けてもよい。特定の実施形態では、ユーザノード２０２は１つまたは複数のウェブページに対応してもよい。ユーザノード２０２は、ソーシャルネットワーキングサービスにおけるユーザ用の固有ユーザ識別子に関連付けてもよい。

特定の実施形態において、概念ノード２０４は概念に対応してもよい。限定ではないが、例として、概念は場所（例えば、映画館、レストラン、ランドマーク、もしくは都市など）、ウェブサイト（例えば、ソーシャルネットワークサービスに関連付けられているウェブサイト、ウェブアプリケーションサーバに関連付けられているサードパーティウェブサイトなど）、エンティティ（例えば、人、企業、グループ、スポーツチーム、もしくは有名人など）、ソーシャルネットワーキングサービス内もしくはウェブアプリケーションサーバなどの外部のサーバ上に所在し得るリソース（例えば、オーディオファイル、ビデオファイル、デジタルフォト、テキストファイル、構造化文書、もしくはアプリケーション）、不動産もしくは知的財産（例えば、彫刻、絵画、映画、ゲーム、楽曲、着想、写真、もしくは著作物）、ゲーム、活動、着想もしくは理論、別の適切な概念、または２つ以上のこのような概念に対応してもよい。概念ノード２０４は、ユーザが提供する概念の情報またはソーシャルネットワーキングサービスを含む様々なシステムが収集する情報に関連付けてもよい。限定ではないが、例として、概念の情報は、名称もしくはタイトル、１つまたは複数の画像（例、本の表紙の画像）、場所（例、住所もしくは地理的な場所）、ウェブサイト（ＵＲＬに関連付けられていてもよい）、連絡先情報（例、電話番号もしくは電子メールアドレス）、その他適した概念情報、またはこのような情報の任意の適した組合せを含み得る。特定の実施形態において、概念ノード２０４は、概念ノード２０４に関連付けられている情報に対応する１つまたは複数のデータオブジェクトに関連付けてもよい。特定の実施形態では、概念ノード２０４は１つまたは複数のウェブページに対応してもよい。

特定の実施形態では、ソーシャルグラフ２００のノードはウェブページ（これは「プロフィールページ」と呼ばれることがある）を表し、またはウェブページによって表されてもよい。プロフィールページはソーシャルネットワーキングサービスによってホストされ
、またはソーシャルネットワーキングサービスにアクセス可能であってもよい。プロフィールページは、サードパーティサーバに関連付けられているサードパーティウェブサイト上でもホストされてもよい。限定ではないが、例として、特定の外部ウェブページに対応するプロフィールページはその特定の外部ウェブページであってもよく、プロフィールページは特定の概念ノード２０４に対応してもよい。プロフィールページは他のユーザ全員または選ばれた小集団によって閲覧可能であってもよい。限定ではないが、例として、ユーザノード２０２は、対応するユーザがコンテンツを追加し、発表を行い、またはその他自己を表現することのできる対応するユーザプロフィールページを有してもよい。企業ページ２０５などの企業ページは、コマースエンティティ用のユーザプロフィールページを含み得る。限定ではないが、別の例として、概念ノード２０４は、特に概念ノード２０４に対応する概念に関して、１名または複数名のユーザがコンテンツを追加し、発表を行い、または自己を表現することのできる対応する概念プロフィールページを有してもよい。

特定の実施形態において、概念ノード２０４は、サードパーティシステムがホストするサードパーティウェブページまたはリソースを表してもよい。サードパーティウェブページまたはリソースは、他の要素の中でも特に、アクションもしくは活動を表すコンテンツ、選択可能なアイコンもしくは他のアイコン、または他の対話可能なオブジェクト（これは例えば、ＪＡＶＡＳＣＲＩＰＴ（登録商標）、ＡＪＡＸ、もしくはＰＨＰコードに実装してもよい）を含み得る。限定ではないが、例として、サードパーティウェブサイトは、「いいね！」、「チェックイン」、「食べる」、「お薦め」、または他の適したアクションもしくは活動などの選択可能なアイコンを含み得る。サードパーティウェブページを閲覧するユーザは、アイコンの１つ（例、「食べる」）を選択して、クライアントシステムにユーザのアクションを示すメッセージをソーシャルネットワーキングサービスに送信させることにより、アクションを行ってもよい。メッセージに対応して、ソーシャルネットワーキングサービスは、ユーザに対応するユーザノード２０２とサードパーティウェブページまたはリソースに対応する概念ノード２０４との間にエッジ（例、「食べる」エッジ）を作成し、エッジ２０６を１つまたは複数のデータストアに記憶してもよい。

特定の実施形態において、ソーシャルグラフ２００の１対のノードは１つまたは複数のエッジ２０６によって互いに接続されてもよい。１対のノードを接続するエッジ２０６はその１対のノード間の関係を表してもよい。特定の実施形態において、エッジ２０６は、１対のノード間の関係に対応する１つまたは複数のデータオブジェクトまたは属性を含み、または表してもよい。限定ではないが、例として、第１ユーザは、第２ユーザが第１ユーザの「友達」であることを示してもよい。この表示に応答して、ソーシャルネットワーキングサービスは第２ユーザに「友達申請」を送信してもよい。第２ユーザが「友達申請」を確認すると、ソーシャルネットワーキングサービスはソーシャルグラフ２００で第１ユーザのユーザノード２０２を第２ユーザのユーザノード２０２に接続するエッジ２０６を作成し、エッジ２０６をソーシャルグラフ情報として１つまたは複数のデータストアに記憶してもよい。図２の実施例では、ソーシャルグラフ２００は、ユーザ「アマンダ」とユーザ「ドロシー」のユーザノード２０２間の友達関係を示すエッジ２０６を含む。本開示は特定のユーザノード２０２を接続する特定の属性をもつ特定のエッジ２０６を記載または例示するが、本開示はユーザノード２０２を接続する任意の適した属性をもつ任意の適したエッジ２０６を企図する。限定ではないが、例として、エッジ２０６は交友関係、家族関係、仕事関係もしくは雇用関係、ファン関係、フォロワー関係、ビジター関係、加入者関係、上下関係、互恵関係、非互恵関係、別の適した種類の関係、または２つ以上のこのような関係を表してもよい。また、本開示は、全体として、ノードを接続されているものとして記載しているが、本開示はユーザまたは概念も接続されるものとして記載する。本明細書において、ユーザまたは概念が接続されるというとき、適切な場合、そのユーザまたは概念に対応するノードがソーシャルグラフ２００において１つまたは複数のエッジ２０６によって接続されることをいう。

特定の実施形態において、ユーザノード２０２と概念ノード２０４との間のエッジ２０６は、ユーザノード２０２に関連付けられているユーザが概念ノード２０４に関連付けられている概念に対して行う特定のアクションまたは活動を表してもよい。限定ではないが、例として、図２に図示するように、ユーザはある概念について、「いいね！を表明する」、「出席した」、「再生した」、「聴いた」、「料理した」、「勤務した」、または「見た」のであってもよく、そのそれぞれが、あるエッジタイプまたはサブタイプに対応してもよい。概念ノード２０４に対応する概念プロフィールページは、例えば、選択可能な「チェックイン」アイコン（例えば、クリック可能な「チェックイン」アイコンなど）、または選択可能な「お気に入りに追加」アイコンを含み得る。同様に、ユーザがこれらのアイコンをクリックした後、ソーシャルネットワーキングサービスは、それぞれのアクションに対応するユーザのアクションに応答して、「お気に入り」エッジまたは「チェックイン」エッジを作成してもよい。限定ではないが、別の例として、ユーザ（ユーザ「カーラ」は特定のアプリケーション（オンラインミュージックアプリケーションのＳＰＯＴＩＦＹ）を使用して特定の楽曲（「アクロス・ザ・シー」）を聴いた可能性がある。この場合、ソーシャルネットワーキングサービスは、ユーザがその楽曲を聴いて、そのアプリケーションを使用したことを示すために、ユーザに対応するユーザノード２０２と楽曲およびアプリケーションに対応する概念ノード２０４との間に「聴いた」エッジ２０６および「使用した」エッジ（図２に図示する）を作成してもよい。また、ソーシャルネットワーキングサービスは、その特定の楽曲がその特定のアプリケーションによって再生されたことを示すために、楽曲およびアプリケーションに対応する概念ノード２０４間に「再生した」エッジ２０６（図２に図示する）を作成してもよい。この場合、「再生した」エッジ２０６は外部アプリケーション（ＳＰＯＴＩＦＹ）が外部オーディオファイル（楽曲「アクロス・ザ・シー」）に対して行ったアクションに対応する。本開示はユーザノード２０２と概念ノード２０４とを接続する特定の属性をもつ特定のエッジ２０６を記載するが、本開示はユーザノード２０２と概念ノード２０４とを接続する任意の適した属性をもつ任意の適したエッジ２０６を企図する。また、本開示は、単一の関係を表すユーザノード２０２と概念ノード２０４との間のエッジを記載するが、本開示は１つまたは複数の関係を表すユーザノード２０２と概念ノード２０４との間のエッジを企図する。限定ではないが、例として、エッジ２０６は、ユーザが特定の概念について「いいね！」を表明したことおよび使用したことの両方を表してもよい。代替的に、別のエッジ２０６がユーザノード２０２と概念ノード２０４との各タイプの関係（または多数の単一の関係）を表してもよい（図２に図示するように、ユーザ「エドウィン」のユーザノード２０２と「ＳＰＯＴＩＦＹ」の概念ノード２０４との間）。

特定の実施形態において、ソーシャルネットワーキングサービスは、ソーシャルグラフ２００にユーザノード２０２と概念ノード２０４との間のエッジを作成してもよい。限定ではないが、例として、概念プロフィールページを閲覧するユーザは（例えば、ウェブブラウザまたはユーザのクライアントシステムがホストする特定用途向けアプリケーションを使用することによってなど）、「いいね！」アイコンをクリックまたは選択することによって、概念ノード２０４で表される概念が好きであることを示してもよく、「いいね！」アイコンは、ユーザのクライアントシステムに、概念プロフィールページに関連付けられている概念をユーザが好きであることを示すメッセージをソーシャルネットワーキングサービスに送信させてもよい。メッセージに応答して、ソーシャルネットワーキングサービスは、ユーザと概念ノード２０４との間の「いいね！」エッジ２０６で図示されるように、ユーザに関連付けられているユーザノード２０２と概念ノード２０４との間にエッジ２０６を作成してもよい。特定の実施形態において、ソーシャルネットワーキングサービスはエッジ２０６を１つまたは複数のデータストアに記憶してもよい。特定の実施形態において、エッジ２０６は、特定のユーザのアクションに応答して、ソーシャルネットワーキングサービスによって自動的に形成されてもよい。限定ではないが、例として、第１ユ
ーザが写真をアップロードし、映画を鑑賞し、または楽曲を聴く場合、第１ユーザに対応するユーザノード２０２とこれらの概念に対応する概念ノード２０４との間にエッジ２０６が形成されてもよい。本開示は特定のエッジ２０６を特定の方法で形成することを記載するが、本開示は任意の適したエッジ２０６を任意の適した方法で形成することを企図する。

図２に図示するように、ユーザ「デービッド」は、そのユーザノードと「バーント・ブリューズ」企業のユーザノードとの間に「購入した」エッジを有する。このエッジは、図２Ｂに関して説明するアクションの結果として行われた購入に応答して作成されたものであろう。このエッジの存在は、消費者・企業間のメッセージングシステム１００に対して、ユーザ「デービッド」が企業「バーント・ブリューズ」とのビジネス関係に自発的に関わったことを示し得る。このコマースエッジの存在はコマースエンティティ「バーント・ブリューズ」にユーザ「デービッド」にメッセージを送信することを認可してもよい。

ソーシャルグラフ２００は複数の製品ノードをさらに含み得る。製品ノードは特定の企業に関連付けられていてもよい特定の製品を表してもよい。企業は消費者・企業間サービス１１０に製品カタログを提供してもよく、そのため消費者・企業間サービス１１０はソーシャルグラフ２００の製品内の各製品を表してもよく、各製品は個別の製品ノードにある。製品ノードは、価格情報、説明情報、製造者情報、在庫情報、および他の関連情報など、製品に関わる情報を含み得る。例えば、レストランのメニューに掲載される品目のそれぞれをソーシャルグラフ２００内で、品目のそれぞれを記述する製品ノードを用いて表してもよい。製品ノードは、エッジによって、製品を提供する企業にリンク付けしてもよい。多数の企業が１つの製品を提供する場合、各企業は自らの製品提供に関連付けられている個別の製品ノードを有してもよく、またはそれぞれ同じ製品ノードにリンク付けしてもよい。製品ノードは、エッジによって、製品を購入した、評価した、所有した、推奨している、または閲覧した各ユーザに、関係の性質（例、購入した、評価した、所有している、推奨した、閲覧した、またはその他の関係）を記述するエッジを用いてリンク付けしてもよい。製品ノードのそれぞれは、リンク付けされた加盟店企業であることによって、グラフＩＤおよび関連加盟店ＩＤに関連付けてもよい。そのため、ある企業から入手可能な製品は、ソーシャルグラフ２００内の企業のユーザノードにリンク付けされている入手可能な製品ノードを検索することによって、ユーザに通信されてもよい。製品ノードに関する情報は、参照製品に関する情報をカプセル化する製品オブジェクトとして、メッセージングサービス１４０によって操作されてもよい。

企業メッセージング
人々は、オンラインコマースを含め、オンライン（インターネットベースの）取引および対話の便利さと融通性を享受している。ユーザはオンラインエンティティとの対話に関わることがあり（例えば、コマースエンティティからの製品またはサービスの購入）、当事者の一方または双方が、購入したサービスの履行を明確にすること、または関連製品の購入を提案することなど、対話に関するフォローアップを望んでいる可能性がある。しかしながら、ユーザは、不要な販促を送信しようとするなど（つまり、「スパム」）、確立した関係をもたないオンラインエンティティに付きまとわれないようにすることを望んでいることがある。

このように、ユーザは、異なるエンティティ間の関係を表すソーシャルグラフデータ構造によって追跡されることから恩恵を受けることができる。ユーザが加入するメッセージングシステム用の企業ポータルは、ソーシャルグラフデータ構造を参照して、オンラインエンティティがメッセージングシステムを通じてユーザに連絡を取ることを許されているかどうかを決定してもよい。企業ポータルは、ユーザへのメッセージングアクセスをユーザが十分な既存の関係を有するオンラインエンティティのみに制限することによって、ユ
ーザのプライバシーを守ってもよい。十分な既存の関係は、ユーザが企業への関わり合いに関心があることを示す、要求される通信の受信の前に確立されている関係に対応してもよい。十分な関係の例は、エンティティとの商取引に以前に関わったことがあること、エンティティとの商取引に最近関わったこと、ソーシャルネットワーキングサービスでエンティティに「いいね！」を表明しもしくはエンティティをフォローしていたこと、またはエンティティに関するユーザによる他の形態の明示的な挙動を含み得る。いくつかの場合には、黙示的なつながり（例えば、メッセージング会話で取引の協議をする）は、十分な関係が存在するかどうかの評価に寄与することがある。

そのため、企業は顧客と個人的にコミュニケーションを取り、サービスを提供することができ得る。企業は、顧客との個人的な会話を作成してもよい。企業は成長中のプラットフォームで顧客と個人的にコミュニケーションを取ることができる。企業は、電子メールの書式付きの（リッチ）プレゼンテーションと高い信号プッシュ性を組み合わせた、書式付きの美しいメッセージを使用してもよい。企業は、企業が顧客の電話に直接メッセージを適時に送信できるようにするプッシュ可能なリアルタイムチャネルからサービスを提供されてもよく、企業は常に活動しながら、読み出し、基本的なアクションを取ることができる。企業は、人々が別のサイトにログインしたり別のアプリをインストールしたりしなくても、タップして、アクションを取ることができるメッセージを付けて、会話を改善するアクション可能なメッセージを送信してもよい。企業は、ウェブとモバイルにわたって統一されたおよびパーソナライズされた単一の会話で顧客との信頼を構築することができるプラットフォームで、個人的な接触を行ってもよい。

そのため、人々は友達と話すように企業とコミュニケーションを取ることができ得る。これらの会話は１ヶ所で行ってもよく、人々はメッセージングエンドポイントで単一の会話で企業とコミュニケーションを取る。人々は、電子メールを読み返したり電話連絡したりしなくても、企業からの、注文確認や出荷状態を含む重要なメッセージを受信することにより時間を節約し得る。人々は、ウェブリンクをナビゲートしたり、追加のアプリをインストールしたり、またはパスワードを思い出したりしなくても、同じ会話の中で、自分の注文の修正、追跡または返品など、基本的なアクションを取ることによってアクションを取り得る。人々は、カスタマーサポートから製品の在庫状況まで、質問を企業にメッセージとして送ることにより質問をし、友達と話すように素早い返事をもらい得る。

このことは顧客および企業の双方にいくつかの利点を提供し得る。人は企業のサイトでチェックアウトフローを完了すると、メッセージングエンドポイントで、企業との会話を開始することができるであろう。人が一旦同意すると、企業は、注文確認や出荷状況を含めて、メッセージングエンドポイントで注文の更新情報をその人に送信することができる。その人は会話の中で直接、基本的なアクション（例、注文の修正、追跡、または返品）を取ることもできる。さらに、これもまた会話の中で直接、人は注文に関する自由形式の質問または他の質問（例、「サイズＳのザ・コットンＶはありますか？」）を企業に尋ね、企業からの素早い返事を受信することができる。人々はカスタマーサービスのライブチャットからも会話を開始することができるであろう。人々は、現在もしくは過去の検索クエリに応答した検索フィールドから（例、最新の検索結果で指定されたエリア、過去に閲覧したページ等から）企業とスレッドを開始してソーシャルメディアサイトから企業へのメッセージングを開始するか、現在もしくは過去の検索クエリに応答した検索フィールドから（例、最新の検索結果で指定されたエリア、過去に閲覧したページ等から）企業とスレッドを開始するかもしくはソーシャルメディアサイトから企業へのメッセージングを開始することもできる。これらは人がメッセージングエンドポイントで企業との会話を開始するやり方の数例にすぎず、他のやり方も同様に存在することが理解されるであろう。実施形態は、この文脈に限定されない。

実施形態は、人々と企業との間のコミュニケーションを向上させる。企業用のページはメッセージングアプリケーションに統合されるので、企業との全てのコミュニケーションは、エントリポイントに関係なく、メッセンジャーで単一の会話に統一される。ページはソーシャルメディアにおける企業のアイデンティティを表してもよく、多様なソーシャルメディアおよび非ソーシャルメディアのアプリケーションおよびサービスにシームレスに統合されてもよい。メッセージングアプリケーションは幅広い範囲の企業に役立つ通信ツールを提供する。企業はＡＰＩセットからリアルタイムで、書式付きかつアクション可能なメッセージを人に送信することができる。その結果、本明細書の実施形態は、ユーザ、および企業などのオンラインエンティティにとってメッセージングサービスの有用性を広げながら、ユーザのプライバシーを改善することができる。

図３Ａは、企業ページ３０５を表示するメッセージングエンドポイント１２５用のユーザインタフェース３００の一実施形態を示す。
企業ページ３０５は、例示のコーヒー店であるコマースエンティティ「バーント・ブリューズ」に関する情報を表示してもよい。企業ページ３０５は、コマースエンティティの実店舗の場所、実店舗の場所の営業時間、コマースエンティティ（例、コマースエンティティの担当者）が消費者・企業間のメッセージングシステム１００を通じてメッセージングに対応できる時間帯、のうちの１つまたは複数など、コマースエンティティに関する情報を含み得る。企業ページ３０５は、ソーシャルグラフで表されるように、ソーシャルネットワーク内でこのコマースエンティティに「いいね！を表明した」または「フォローしている」閲覧ユーザの友達リストなど、このコマースエンティティに関するソーシャルネットワーキング情報を含み得る。

企業ページ３０５は注文制御部３１０を含み得て、注文制御部３１０はクライアントデバイス１２０上でコマースエンティティから注文するための注文インタフェースをインスタンス化するよう作動する。

企業ページ３０５はメッセージング制御部３１５を含み得て、メッセージング制御部３１５は、クライアントデバイス１２０上でコマースエンティティとメッセージのやり取りをするためのメッセージングインタフェースをインスタンス化するよう作動する。

図３Ｂは、注文ページ３３０を表示するメッセージングエンドポイント１２５用のユーザインタフェース３２５の一実施形態を示す。
注文ページ３３０は、注文を構成してコマースエンティティに提出するための情報および制御部を表示してもよい。注文選択制御部３３５は、ユーザが製品またはサービスを構成する１つまたは複数の製品および／またはサービスおよび／またはオプションを選択することができるようにしてもよい。注文ページ３３０は、選択した１つまたは複数の製品およびサービスまたは製品もしくはサービス、および／または選択した製品およびサービスのオプションまたは製品もしくはサービスのオプションを含む注文をユーザが提出することを可能にする発注制御部３４０を備え得る。

図３Ｃは、消費者・企業間のメッセージング対話を表示するメッセージングエンドポイント１２５用のユーザインタフェース３５０の一実施形態を示す。
消費者・企業間のメッセージング対話は発注メッセージ３６０を含み得て、発注メッセージ３６０は、注文ページ３３０を使用して構成および提出された注文を要約する。発注メッセージ３６０は、消費者・企業間サービス１１０が生成し、この仲介サービスの観点から対話を要約した自動メッセージであってもよい。発注メッセージ３６０は、注文したユーザの名前、注文したユーザの好適な呼び方、および注文したユーザの他の個人の詳細など、消費者・企業間サービス１１０によって提供される情報を含み得る。

消費者・企業間のメッセージング対話は企業注文確認メッセージ３６２を含み得る。企業注文確認メッセージ３６２はコマースフロントエンドサーバ１９０から消費者・企業間サービス１１０によって受信されて、コマースエンティティによって生成されたものであってもよい。企業注文確認メッセージ３６２は、受信した注文に応答して、コマースエンティティのコンピューティングデバイスが自動的に生成する自動生成メッセージに対応してもよい。

消費者・企業間のメッセージング対話は企業クエリメッセージ３６４を含み得る。企業クエリメッセージ３６４は、注文された製品またはサービスの受け渡しで使用するために、注文したユーザに対してカスタマイズに関するクエリまたはコマースエンティティからのいくつかの他のクエリを含み得る。企業クエリメッセージ３６４は、依頼された注文の遂行に関わるコマースエンティティのメンバーが入力する手動入力メッセージを含み得る。注文を受領してからコマースエンティティがユーザにメッセージを送信できることは、依頼された注文の遂行を助けるためにユーザとコマースエンティティとの間で自然な会話式のダイアログを可能にすることから、消費者・企業間のメッセージングシステム１００の重要な利点を表し得る。

消費者・企業間のメッセージング対話はユーザ応答メッセージ３６６を含み得る。ユーザ応答メッセージ３６６は、クエリに回答する企業クエリメッセージ３６４に対する応答を含み得る。

消費者・企業間のメッセージング対話は企業応答メッセージ３６８を含み得る。企業応答メッセージ３６８は、ユーザの応答を受信したことと、それに従う旨の人間の肯定応答とを含み得る。

消費者・企業間のメッセージング対話は企業注文フルフィルメントメッセージ３７０を含み得る。企業注文フルフィルメントメッセージ３７０は、注文の処理が完了した旨のユーザへの通知を含み得る。物理的な対話（例、対面サービスの受領、物理的な製品の受領）が要求される場合、企業注文フルフィルメントメッセージ３７０は製品またはサービスを受領することのできる実店舗の場所のリマインダーを含み得る。企業注文フルフィルメントメッセージ３７０は、コマースエンティティのメンバーからフルフィルメントの準備が整っている、または履行された旨が示されることに応答して、自動的に生成されてもよい。この自動生成は、製品またはサービスを受領する実店舗の場所および注文した製品またはサービスのリマインダーなどの詳細を自動的に含み得る。

図４は、注文依頼を処理する消費者・企業間サービス１１０の一実施形態を示す。
消費者・企業間サービス１１０用の消費者ポータル１５０は、コマース仲介サーバのネットワークインタフェースにおいて、クライアントデバイス１２０から注文依頼パッケージ４２０を受信してもよく、注文依頼パッケージ４２０はユーザアカウントとコマースアカウントとを指定し、ユーザアカウントはソーシャルグラフデータ構造内のユーザエンティティに関連付けられており、コマースアカウントはソーシャルグラフデータ構造内のコマースエンティティに関連付けられている。コマース仲介サーバは、注文依頼パッケージ４２０を、企業ポータルを介してコマースエンティティのコマースフロントエンドサーバ１９０に送信してもよい。いくつかの場合には、注文依頼パッケージ４２０は、注文依頼パッケージ４２０によって表される注文依頼のフルフィルメントを促進するため、消費者・企業間サービス１１０によって追加される情報で補足されてもよい。

消費者・企業間サービス１１０は、注文依頼パッケージ４２０に基づいて、金融取引サーバと金融取引を行ってもよい。金融取引は、ユーザアカウントに関連付けられているクレジットカードに請求すること、ユーザアカウントに関連付けられているデビットカード
に請求すること、ユーザアカウントに関連付けられているクレジット口座から引き落とすこと、および金融取引を行うための他の技術、のうちの１つまたは複数を含み得る。消費者・企業間サービス１１０は、金融取引に関する金融取引記録を、コマースフロントエンドサーバ１９０に注文依頼パッケージ４２０を送信する前に、注文依頼パッケージ４２０に挿入してもよい。いくつかの実施形態では、デフォルトの支払構成を使用してもよい。消費者・企業間サービス１１０はユーザアカウントに関するデフォルトの支払構成記録を取り出して、デフォルトの支払構成記録を使用して金融取引を行ってもよい。代替的に、注文依頼パッケージ４２０はどの形態の金融取引を行うべきかを示す支払構成記録を含み得て、金融取引を行うときに使用するための金融取引情報（例、クレジットカード番号）も含み得る。

統合メッセージング・支払システムは、製品またはサービスの購入のために支払取引の処理に便宜を提供することができる。具体的には、統合メッセージング・支払システムは、ユーザが、メッセージングエンドポイント１２５内で製品またはサービスを購入するために、加盟店と支払取引を行うことができるようにする。例えば、消費者・企業間のメッセージングシステム１００は、ユーザが、メッセージングエンドポイント１２５を介して加盟店と通信しながら、加盟店と支払取引を開始できるようにすることができる。このように、消費者・企業間のメッセージングシステム１００は、ユーザがユーザのクライアントデバイス１２０（例、スマートフォンなどのモバイルデバイス）から、製品に関する問い合わせおよび製品の購入の両方または一方を行うために、加盟店と簡単に対話することを可能にすることができる。

さらに、消費者・企業間のメッセージングシステム１００の実施形態は、ユーザへの返金処理の方法を簡素化することができる。例えば、消費者・企業間のメッセージングシステム１００は、メッセージングエンドポイント１２５を介して、加盟店がユーザに返金する方法を提供することができる。具体的には、消費者・企業間のメッセージングシステム１００は、ユーザと加盟店との間のメッセージングスレッドを、ユーザと加盟店との間の支払取引に結び付けられている取引識別子に関連付けることによって、ユーザがメッセージングエンドポイント１２５内から加盟店からの返金を請求できるようにすることができる。このように、加盟店は、通話または対面で機密情報（例、カード番号）を加盟店に与えるようユーザに要求しなくても、ユーザに返金することができる。

１つまたは複数の実施形態によると、消費者・企業間のメッセージングシステム１００は、ユーザが多様な支払方法により加盟店に支払を行うことができるようにする。具体的には、消費者・企業間のメッセージングシステム１００は、ユーザが加盟店との支払取引で使用するために、複数の支払クレデンシャルをシステムに登録できるようにすることができる。例えば、消費者・企業間のメッセージングシステム１００は、ユーザがメッセージングエンドポイント１２５を使用して加盟店の製品に対する支払を行うために、複数の登録済みの支払クレデンシャルのうちの１つまたは複数を選択できるようにすることができる。さらに、消費者・企業間のメッセージングシステム１００は、加盟店が、加盟店のプリファレンスまたは要件に基づいて、複数の異なる支払のオプションをユーザに提供できるようにしてもよい。このように、消費者・企業間のメッセージングシステム１００は、ユーザと加盟店との間の電子的支払取引において、支払方法の多様性を提供することができる。

さらに、システムは、消費者が機密な金融情報（例、クレジットカード番号、当座預金番号）を加盟店に提供する必要なく、製品またはサービスに対する支払を加盟店に行うことができるようにする。このように、消費者・企業間のメッセージングシステム１００は、強化されたセキュリティをユーザに提供することができる。具体的には、ユーザは、新規の加盟店を訪問するときに、詐欺による恐怖を回避することができる。

消費者・企業間のメッセージングシステム１００は、加盟店にとってもセキュリティを強化することができる。具体的には、消費者・企業間のメッセージングシステム１００は、ソーシャルネットワーキングシステムが消費者に関して維持する情報に基づいて、リスクチェックを行うことができる。消費者・企業間のメッセージングシステム１００は、消費者が既知の詐欺師である場合、またはシステムが維持する消費者もしくは加盟店に関する情報に基づいて支払が詐欺によるものと思われる場合、支払を拒否することができる。

ユーザが電子的通信をやり取りできることに加えて、消費者・企業間のメッセージングシステム１００は、ユーザ同士が互いに金銭的な支払を送受信できるようにすることができる。１つまたは複数の実施形態では、消費者・企業間のメッセージングシステム１００は、ユーザが支払メッセージを明示して、加盟店ユーザに送信できるようにする。例えば、消費者・企業間のメッセージングシステム１００は、ユーザがメッセージングサービス１４０を介して企業に支払を送信できるようにする。同様に、企業は支払の通知を受信し、支払を収受または拒否することができる。企業は消費者・企業間のメッセージングシステム１００と通信して、ユーザ（つまり、そのアカウント）間の支払を容易にする取引を調整することができる。

１つまたは複数の実施形態では、例えば、消費者・企業間のメッセージングシステム１００は支払ネットワークと通信して、取引を認可および処理することができる。例えば、消費者・企業間のメッセージングシステム１００は取引を支払ゲートウェイシステムに送信することができる。支払ゲートウェイシステムが取引を受信したら、支払ゲートウェイシステムはその取引を、支払加盟店ユーザの加盟店銀行が使用するプロセッサ（例、支払処理システム）に送信することができる。支払方法（例、消費者ユーザの口座）に基づいて、支払処理システムはその取引を適切なカードネットワークシステムに送信することができる。多くの場合、カードネットワークシステムはさらにその取引を発行銀行システムに送信する。

発行銀行システムは取引の承認または拒否のいずれかを行い、その決定をカードネットワークシステムに送り返す。次いで、カードネットワークはその決定を支払処理システムに送信する。次いで、支払処理システムはその決定を支払ゲートウェイシステムに転送することができ、１つまたは複数の実施形態では、支払ゲートウェイシステムは取引および決定に関係する詳細を維持することができる。また、支払処理システムはその決定を消費者・企業間のメッセージングシステム１００にも送信する。

取引を認可することに加えて、支払ネットワークは決済タスクも行うことができる。例えば、消費者・企業間のメッセージングシステム１００は支払ゲートウェイシステムと調整して、加盟店銀行の好適な支払処理システムを介して、キャプチャした１つまたは複数の取引を含む毎日の決済バッチを加盟店銀行に提出することができる。支払処理システムはさらに決済バッチを加盟店銀行のサーバに送信し、加盟店銀行は決済バッチ内の各取引の金額の預入を、加盟店に関連付けられている口座に記録する。

次いで、加盟店銀行は、預入金額に充てる資金要求を支払処理システムに送信することができ、支払処理システムは資金要求を適切なカードネットワークシステムに渡す。次いで、カードネットワークシステムは資金要求を発行銀行システムに送信する。発行銀行システムは取引を消費者ユーザの口座に記帳し、資金の払い出しをカードネットワークシステムに渡し、次いで支払処理システムへと渡された後さらに加盟店銀行に渡される。

コマース仲介サーバのソーシャルグラフデータ構造コンポーネントは、一般に、コマース仲介サーバがクライアントデバイス１２０から注文依頼パッケージ４２０を受信したこ
とに応答して、ソーシャルグラフデータ構造内においてユーザエンティティとコマースエンティティとの間にコマースエッジを作成するように構成されてもよく、コマースエッジは注文依頼パッケージ４２０に関連付けられている。

メッセージングサービス１４０の一部として動作するメッセージングサーバは、企業ポータル１６０を介してなど、注文応答メッセージ４３０を含むメッセージパッケージを受信してもよく、メッセージパッケージはユーザアカウントを宛先に指定されて、メッセージパッケージはコマースフロントエンドサーバ１９０から受信される。メッセージングサーバはコマースフロントエンドサーバ１９０がユーザアカウントにメッセージを送信することを認可されているかを、ソーシャルグラフデータ構造内のユーザエンティティとコマースエンティティとの間のコマースエッジに基づいて決定してもよい。

メッセージングサーバは、ソーシャルグラフデータ構造内のユーザエンティティとコマースエンティティとの間のコマースエッジに基づき、コマースフロントエンドサーバ１９０がユーザアカウントにメッセージを送信することを認可されているとの決定に基づいて、メッセージパッケージをクライアントデバイス１２０に送信してもよい。いくつかの実施形態では、ユーザにメッセージを送信することをコマースエンティティに認可するのに十分な関係がユーザアカウントとコマースエンティティとの間に存在するかどうかを示すソーシャルグラフ情報４６０に基づいて、企業ポータル１６０がアクセス制御を行うことができるように、コマースフロントエンドサーバ１９０がメッセージングシステムにアクセスするのに企業ポータル１６０を使用することが要求されるときには、メッセージパッケージはコマースフロントエンドサーバ１９０からコマース仲介サーバを介してメッセージングサーバで受信されてもよい。

いくつかの場合には、メッセージパッケージは、注文依頼パッケージ４２０に応答する注文フルフィルメントパッケージを含み得る。注文フルフィルメントパッケージは、注文依頼パッケージ４２０によって請け負われたオンラインサービスの処理が完了したことを示すオンラインフルフィルメント通知を含み得る。注文フルフィルメントパッケージは、注文依頼パッケージ４２０によって請け負われた対面サービスまたは直接引き取り製品のうちの少なくとも１つが、特定の場所での受け取りの準備ができていることを示す、対面フルフィルメント通知を含み得る。注文フルフィルメントパッケージはマシン可読光学ラベルを含み得て、マシン可読光学ラベルは、注文依頼パッケージ４２０によって表される注文依頼に割り当てられている注文識別子を符号化する。マシン可読光学ラベルは、ユーザが製品またはサービスの正規の受取人として自らの身元を証明するために、製品またはサービスが履行される実店舗の場所で自分のクライアントデバイス１２０に表示してもよい。

いくつかの場合には、複数の場所（例、フランチャイズの場所）からコマースエンティティの特定の場所が、クライアントデバイス１２０の場所に基づいて選択されてもよい。いくつかの場合には、注文依頼はクライアントデバイス１２０の場所に基づいてカスタマイズされてもよい。消費者・企業間サービス１１０はクライアントデバイス１２０の地理的な場所を受信し、受信した地理的な場所に基づいて、１つまたは複数の製品のオプションの中から少なくとも１つを自動的に選択してもよい。デバイスの場所４５０は位置に基づくサービスサーバ４４０を介して送信されてもよい。

ソーシャルグラフデータ構造内においてユーザエンティティとコマースエンティティとの間に存在するコマースエッジは、ユーザに販促物（例、セールの告知）を送信するときにコマースエンティティを認可するために使用してもよい。消費者・企業間サービス１１０はコマース仲介サーバ１９０から販促パッケージを受信してもよく、販促パッケージは１つまたは複数のユーザ選択属性を定義する。消費者・企業間サービス１１０はユーザ選
択属性に基づいてユーザアカウントを選択してもよい。消費者・企業間サービス１１０は、ソーシャルグラフデータ構造内のユーザエンティティとコマースエンティティとの間のコマースエッジに基づいて、ユーザアカウントへの販促パッケージの送信を認可してもよい。消費者・企業間サービス１１０は、販促パッケージの送信の認可に基づいて、販促パッケージ付きのメッセージをユーザアカウントに送信してもよい。

注文応答メッセージ４３０はアクション可能要素を含み得る。アクション可能要素は、注文の修正、注文の追跡および注文の返品のうちの１つまたは複数へのアクセスを提供する１つまたは複数の制御部を含み得る。これらのアクション可能要素のいくつかは、自動アクションを開始する制御部を提供するなど、自動的に行ってもよい。例えば、追跡制御部は追跡情報の自動返送を促してもよい。追跡情報はメッセージング会話の流れの中で返送されて、メッセージング会話のやり取りの流れの中で単に別のエントリとして表示してもよい。

いくつかの場合には、ユーザは企業とのメッセージングを開始してもよいことは理解されるであろう。例えば、ユーザはコマースエンティティ用の企業ページまたはソーシャルネットワーキングページ上のメッセージ制御部を選択してもよい。ユーザは、例えば、注文を開始する前に、製品またはサービスに関する質問をするために、メッセージングを開始してもよい。

図５は、フォロー要求５２０を処理する消費者・企業間サービス１１０の一実施形態を示す。
いくつかの場合では、ユーザは、ソーシャルネットワーキングサービスの検索によるなど、ソーシャルネットワーキングサービス１７０でコマースエンティティを見つけてもよい。ユーザは、地元企業の検索、推奨企業の検索、キーワードもしくは企業の名称を使用した企業の検索により、または企業を見つけるための他の技術に従って、コマースエンティティを見つけてもよい。ユーザはソーシャルネットワーキングサービス１７０でコマースエンティティを「フォローする」選択をしてもよい。

企業ページ３０５および注文ページ３３０の両方または一方を表示することは、企業アプリケーションパッケージ５３０からデータにアクセスすることに関わってもよく、企業アプリケーションパッケージ５３０は、企業の連絡先情報、企業の製品情報（例、製品リスト、製品のオプション）、企業のサービス情報（例、サービスリスト、サービスのオプション）、ならびに企業および企業との対話に関係する他の情報のうちの１つまたは複数を定義する。企業アプリケーションパッケージは、注文依頼パッケージ４２０に関して注文依頼フォーマットおよび注文依頼オプションを定義してもよい。企業の製品情報は、製品の価格を含み得る。企業のサービス情報は、サービスの価格を含み得る。

企業アプリケーションパッケージ５３０は、コマースエンティティに関連付けられているアドレス情報、コマースエンティティに関連付けられている連絡先情報、およびコマースエンティティに関連付けられている製品目録のうちの１つまたは複数を含み得る。企業アプリケーションパッケージ５３０は、コマースエンティティに関連付けられている製品目録を含み得て、製品目録は複数の製品を含み、製品のそれぞれが価格に関連付けられており、複数の製品のうちの１つまたは複数が、１つまたは複数の製品オプションに関連付けられている。

消費者・企業間サービス１１０は企業アプリケーションパッケージ５３０をクライアントデバイス１２０に送信してもよい。企業アプリケーションパッケージ５３０は、クライアントデバイス１２０から受信するフォロー要求５２０に応答して、クライアントデバイス１２０に送信されてもよい。消費者・企業間サービス１１０は、ユーザアカウントに対
するページフォロー要求５２０を受信し、受信したページフォロー要求５２０に応答して、ソーシャルグラフデータ構造内においてソーシャルグラフデータ構造内のユーザエンティティとコマースエンティティとの間にフォローエッジを作成し、ページフォロー要求５２０に基づいて企業アプリケーションパッケージ５３０をクライアントデバイス１２０に送信してもよい。

いくつかの場合では、企業は、企業の物理的な近接性に基づいて、ユーザに販促してもよい。例えば、コーヒー店を検索しているユーザには近くのコーヒー店を提案してもよい。消費者・企業間サービス１１０は、位置に基づくサービスサーバ４４０でクライアントデバイス１２０からクライアントデバイス１２０の地理的な場所を受信し、コマースエンティティに対応する地理的な場所に基づいて企業アプリケーションパッケージ５３０をクライアントデバイス１２０に送信してもよい。

いくつかの場合では、コマースエンティティは、コマースエンティティとビジネス上で関わり合ったことのある他のユーザに一致するパターンに基づいて決定されるように、コマースエンティティへのユーザの予測される関心に基づいて、ユーザに販促されてもよい。消費者・企業間サービス１１０は、ソーシャルグラフデータ構造に基づいてコマースエンティティについてコマースアフィニティ分析を行い、ユーザエンティティとコマースエンティティとの間のコマースアフィニティを予測するコマースアフィニティ分析に基づいて、企業アプリケーションパッケージ５３０をクライアントデバイス１２０に送信してもよい。コマースアフィニティ分析は、ソーシャルグラフデータ構造内に１つまたは複数の明示的なアフィニティ記号と、ソーシャルグラフデータ構造内に１つまたは複数の黙示的なアフィニティ記号とを含み得る。

本明細書には、開示するアーキテクチャの新規な態様を実施するための例示的な方法の代表的な１組のフローチャートが記載される。説明を単純にするために、例えば、フローチャートまたはフロー図の形態で本明細書に示す１つまたは複数の方法は、一連の行為として図示され、記載されるが、いくつかの行為は、それに従い、本明細書に図示し、記載するものとは異なる順番で他の行為と同時に、または、記載するものとは異なる順番かもしくは他の行為と同時に発生してもよいため、方法は行為の順番によって制限されるものではないことは理解されるべきである。例えば、当業者は、方法が、代替的に、状態図にあるように、一連の相関状態または相関イベントとして表すことができるであろうことを了解し、理解するであろう。また、新規の実施態様には、方法に示されるすべての行為が必要でなくてもよい。

図６は、第１の論理フロー６００の一実施形態を示す。論理フロー６００は、本明細書に記載される１つまたは複数の実施形態によって実行される動作のいくつかまたは全部を表すものであってもよい。

図６に図示される例示の実施形態では、論理フロー６００は、ブロック６０２で、コマース仲介サーバ上のネットワークインタフェースで、注文依頼パッケージをクライアントデバイスから受信してもよく、注文依頼はユーザアカウントとコマースアカウントとを指定し、ユーザアカウントはソーシャルグラフデータ構造内においてユーザエンティティに関連付けられており、コマースアカウントはソーシャルグラフデータ構造内においてコマースエンティティに関連付けられている。

論理フロー６００は、ブロック６０４で、注文依頼パッケージを、コマースエンティティに関連付けられているコマースフロントエンドサーバに送信してもよい。
論理フロー６００は、ブロック６０６で、クライアントデバイスからの注文依頼パッケージの受信に応答して、ソーシャルグラフデータ構造内においてユーザエンティティとコ
マースエンティティとの間にコマースエッジを作成してもよく、コマースエッジは注文依頼パッケージに関連付けられている。

実施形態は、この例に限定されない。
自動決定される定型応答
企業用のページの管理者は、同様なメッセージを繰り返し受信し、それに応答する責任を負うことがある。例えば、営業時間帯、返品ポリシー、営業場所、または他の共通の話題に関するクエリを、見込み客および既存の顧客から何度も受信することがある。そのため、管理者は、その応答を記録して定型応答を生成するか、またはその応答を記録するかもしくは定型応答を生成して、同様の繰り返される質問に対してこれらの応答を使用して応答することから利益を受け得る。このことは管理者の時間の節約になり得、管理者が新規なもしくは例外的なクエリまたはコメントに対してより多くの時間を割けることにより、企業が送る応答の全体的な質を改善する。

いくつかの場合には、管理者は、単に、返事を作成するときに選べるように、事前準備された応答のカタログを利用できるようにすることから利益を受け得る。しかしながら、さらに有益であるのは、メッセージングサービスに、事前準備された応答の中から、特定のユーザメッセージに対して返答するのに適切であると決定した１つまたは複数を提案させることであろう。自然言語プロセッサは事前準備された応答を分析して、そのそれぞれに関連付けられている意図を決定してもよく、この意図は、事前準備された応答のそれぞれを通信する目的として自然言語プロセッサが決定したものを反映する。ユーザが企業にメッセージを提出すると、メッセージは自然言語プロセッサに提出されてもよく、メッセージの意図が特定され得るが、この意図は、そのメッセージで企業に伝える目的として自然言語プロセッサが決定したものを反映する。推定されるメッセージの意図は、事前準備された応答の推定意図に照合されて、事前準備された応答の１つがメッセージの意図に適合するかどうかを決定してもよい。メッセージングサービスは、次いで、適合する応答、または最もよく適合する応答を管理者に提示し、ユーザのメッセージに対して返事をするために事前準備された応答を使用する機会を与えてもよい。その結果、本明細書で開示される実施形態は、事前準備された応答を生成する有用性を高め、それの使用に関わる時間を短縮し、それによって応答の速度、応答の質、およびメッセージングサービスを使用した業務の全体的な効率を高め得る。

図７は、一連の受信したメッセージを表示する管理者メッセージングエンドポイント１２５用のユーザインタフェース７００の一実施形態を示す。ユーザインタフェース７００は、返事をするためにそれに割り当てられた、メッセージの管理者ビューを備え得る。

管理者メッセージリスト７１０は、企業用のページが受信した複数のメッセージを含み得る。自然言語プロセッサの使用は、複数のメッセージのいくつかについて、所定の応答メッセージを特定し得る。所定の応答メッセージが決定されたユーザメッセージは、管理者が所定の応答メッセージを閲覧することを可能にする管理者制御部に関連して表示されてもよい。所定の応答メッセージを閲覧する管理者には、応答メッセージをカスタマイズし、応答メッセージを送信し、または所定の応答メッセージの送信を止めることが可能にされてもよい。いくつかの実施形態では、提案される所定の応答メッセージを管理者が使用するかどうかは、応答メッセージの提案を洗練させるために使用してもよく、所定の応答メッセージを使用する場合にはメッセージを分析する基準が正確であることを自然言語プロセッサに示し、所定の応答メッセージを使用しない場合には、メッセージを分析する基準が完全には正確でないことを自然言語プロセッサに示す。

適合する所定の応答メッセージがないユーザメッセージは、利用できる所定の応答メッセージがない旨の通知に関連して管理者へ表示してもよい。代替的に、いくつかの実施形
態では、適合する所定の応答メッセージがないユーザメッセージは、管理者制御部が管理者に所定の応答メッセージを閲覧できるようにせずに、単に表示してもよく、それにより、利用できる所定の応答メッセージがないことを黙示的に伝える。利用できる所定の応答メッセージがない場合、または所定の応答メッセージが管理者により拒絶される場合、管理者にその応答を追加するかどうかを質問することにより、または応答を作成または送信するときに、所定の応答メッセージのセットに含める応答を記すボックスまたは他の制御部に管理者にチェックさせることによるなど、管理者の実際の応答メッセージを、任意で、所定の応答メッセージのリストに追加してもよい。

図８は、自動応答を生成する消費者・企業間サービス１１０の一実施形態を示す。
消費者ポータル１５０は、コマース仲介サーバ用のネットワークインタフェースを使用して、メッセージングサービス１４０でメッセージングエンドポイント１２５からメッセージングパッケージ８２０を受信してもよい。メッセージングパッケージ８２０は、ソーシャルネットワーキングサービス１７０を用いる企業エンティティ用の企業ページによって特定される企業エンティティに向けられた、クライアントデバイス１２０のユーザからのユーザメッセージ８３０を含み得る。メッセージは、企業の製品およびサービスに関するなど、企業に対するクエリ、要求、または指図を形成してもよい。

消費者ポータル１５０は、自然言語プロセッサ８４０を使用して、メッセージングパッケージ８２０の自然言語処理を行ってもよい。自然言語プロセッサ８４０は、自然言語処理に関して公知の技術のいずれかに従って動作してもよい。消費者ポータル１５０は、メッセージングパッケージ８２０から抽出されるユーザメッセージ８３０を自然言語プロセッサ８４０に提出し、自然言語プロセッサ８４０から消費者・企業間サービス１１０が適切な応答メッセージを特定するために使用してもよい自然言語認識情報を受信することによって、メッセージングパッケージ８２０に対応すると予測される応答メッセージを決定してもよい。

自然言語処理を行うことは、メッセージングパッケージ８２０の少なくとも一部を自然言語プロセッサ８４０に提出することを含み得る。自然言語プロセッサ８２０はメッセージングサービス１４０のメッセージング対話履歴に基づいて訓練されてもよい。このメッセージング対話履歴は、自然言語プロセッサ８４０がユーザメッセージおよび管理者応答メッセージの意図を導き出すために学習することを可能にする適切な応答の例を提供するメッセージング対話（ユーザメッセージおよび管理者からの応答）の履歴を含み得る。

企業ポータル１６０は自然言語プロセッサ８４０から１つまたは複数のメッセージング意図キーワード８５０を受信してもよい。メッセージング意図キーワードは、ユーザメッセージおよび応答メッセージの両方または一方を１語または短いフレーズに簡約してもよい。例えば、「何時まで開いていますか？」というテキストのあるユーザメッセージは、「営業時間」のメッセージング意図キーワードに対応してもよい。応答メッセージには、「ハッピー・タイムズ・レーザー・タグは％ｂｕｓｉｎｅｓｓ＿ｈｏｕｒｓ％開いています」というテキストがあってもよく、このテキストで「％ｂｕｓｉｎｅｓｓ＿ｈｏｕｒｓ％」は、ダイナミックフィールドの代わりに営業時間を記入するよう消費者・企業間サービス１１０に指示するダイナミックフィールドである。この応答メッセージはメッセージング意図キーワード「営業時間」に対応してもよい。このように、自然言語プロセッサ８４０が１つまたは複数の意図キーワード８５０を決定することは、企業ポータル１６０がある特定のユーザメッセージに応答するのにどの応答メッセージが適切かを決定できるようにし得る。そのため、企業ポータル１６０は１つまたは複数のメッセージング意図キーワード８５０に基づいて、応答メッセージレポジトリから応答メッセージを検索してもよい。

メッセージング対話履歴は、複数の応答メッセージを自然言語プロセッサ８４０に提出することによって提供されてもよく、複数の応答メッセージは、企業エンティティ用の企業ページの管理者が構成する応答メッセージレポジトリの少なくとも一部（最初に構成した部分など）を含む。企業ポータル１６０は複数の応答メッセージを自然言語プロセッサ８４０に提出することに応答して、自然言語プロセッサ８４０から意図キーワードマッピングを受信してもよく、意図キーワードマッピングは複数の応答メッセージと複数の意図キーワードとの間の関連付けを定義する。企業ポータル１６０は複数の応答メッセージと複数の意図キーワードとの間の定義された関連付けを応答メッセージレポジトリに記憶して、企業ポータル１６０が特定のユーザメッセージに対して適切な応答メッセージを特定することを可能にしてもよい。

消費者・企業間サービス１１０は、既存の応答メッセージではない管理者メッセージを追加して、追加応答メッセージを学習してもよい。企業ポータル１６０は管理者メッセージングエンドポイント８２５から応答用メッセージングパッケージを受信し、応答用メッセージングパッケージが管理者メッセージングエンドポイント８２５に応答パッケージ８７０の形態で送信される応答メッセージに基づいていないと決定し得る。企業ポータル１６０は応答用メッセージングパッケージから管理者指定の応答メッセージを抽出し、メッセージングパッケージ８２０からユーザメッセージ８３０を抽出して、ユーザメッセージ８３０と管理者指定の応答メッセージ８２０とを自然言語プロセッサ８４０に提出する。企業ポータル６０は自然言語プロセッサ８４０から追加のキーワードマッピングを受信してもよく、追加のキーワードマッピングは管理者指定の応答メッセージと１つまたは複数の追加の意図キーワードとの間の関連付けを定義する。そのため、企業ポータル１６０は管理者指定の応答メッセージを応答メッセージレポジトリに記憶し、管理者指定の応答メッセージと１つまたは複数の追加の意図キーワードとの間の関連付けを応答メッセージレポジトリに記憶することによって、考えられる将来の使用のために管理者指定の応答を学習してもよい。いくつかの実施形態では、この管理者指定の応答メッセージの分析と将来の使用のための記憶は、管理者がそれを行うように指示するときにのみ行ってもよい。

提案された応答メッセージを管理者が利用することが、ユーザメッセージ８３０および応答メッセージに割り当てられた１つまたは複数の意図キーワードが正確に割り当てられたことの合図であってもよい。提案された応答メッセージを管理者が利用しないことは、ユーザメッセージ８３０および応答メッセージの両方または一方に割り当てられた１つまたは複数の意図キーワードが正確に割り当てられなかったことの合図であってもよい。このように、企業ポータル１６０は管理者メッセージングエンドポイント８２５から応答用メッセージングパッケージを受信し、応答用メッセージングパッケージが応答メッセージを使用するかどうかを決定し、応答用メッセージングパッケージが応答メッセージを使用するかどうかに基づいて自然言語プロセッサを訓練してもよい。

企業ポータル１６０は、メッセージングパッケージ８２０に応答するために割り当てられている管理者アカウントを決定してもよい。管理者アカウントは、クライアントデバイス１２０の使用が、そのメッセージを差し向けた企業エンティティに関連付けられている、１つまたは複数の管理者アカウントのうちの１つとして特定されてもよい。企業ポータル１６０は、割り当てられた管理者の管理者アカウントに関連付けられている管理者クライアントデバイス１２０上の管理者メッセージングエンドポイント８２５に配信するための定型応答パッケージ８７０を構築してもよい。企業ポータル１６０は定型応答パッケージを管理者アカウントの管理者メッセージングエンドポイント８２５に送信してもよく、定型応答パッケージ８７０は応答メッセージを含む。管理者メッセージングエンドポイント８２５はメッセージングエンドポイント１２５と同じプログラムのインスタンス化を含み得て、または別個のソフトウェアプログラムを含み得る。

定型応答パッケージ８７０は、応答メッセージを用いてメッセージングサービス１４０を介してメッセージングパッケージ８２０に応答するための管理者メッセージングエンドポイント８２５を構成するように作動してもよい。定型応答パッケージ８７０はユーザメッセージの一部として、またはユーザメッセージと組み合わせて、メッセージングパッケージ８２０から送信してもよい。定型応答パッケージ８７０は、管理者に応答メッセージの利用性を通知するとともにユーザメッセージに対する応答として応答メッセージを管理者が閲覧、編集および／または送信することができるようにするユーザメッセージに関連して、制御部を表示するように管理者メッセージングエンドポイント８２５に指示してもよい。ユーザメッセージおよび提案される応答メッセージはまとめて送信してもよく、提案される応答メッセージは、管理者による返信のために管理者へのユーザメッセージの配信への追加である。管理者メッセージングエンドポイント８２５は、発信ユーザのメッセージングエンドポイント１２５に応答メッセージを送信するオプションを表示するように作動してもよい。

管理者メッセージングエンドポイント８２５のユーザは応答用メッセージングパッケージをメッセージングサービス１４０に送信してもよい。企業ポータル１６０は管理者メッセージングエンドポイント８２５から応答用メッセージングパッケージを受信してもよく、応答用メッセージングパッケージは応答メッセージを含む。メッセージングサービス１４０は、さらに、応答メッセージが管理者メッセージングエンドポイント８２５から受信されたことに基づいて、応答メッセージをクライアントデバイス１２０のメッセージングエンドポイント１２５に送信してもよい。

応答メッセージは１つまたは複数のダイナミックフィールドを含み得て、ダイナミックフィールドはメッセージ送信ユーザおよび受信側の企業エンティティの状況に基づいて複数の割り当てを引き受けることのできるフィールドに対応する。ダイナミックフィールドは、ユーザのニックネームまたは他の個人化情報を含むことによるなど、応答メッセージをユーザに合わせてカスタマイズするために使用してもよい。ダイナミックフィールドは、営業時間、場所、または他の詳細など、企業エンティティに関する現在の情報に合わせて応答メッセージをカスタマイズするために使用してもよい。営業時間、場所または他の詳細にハードコーディングの代わりにダイナミックフィールドを使用することにより、その詳細は、事前準備された応答メッセージに出現しうるすべてのインスタンスを修正するのではなく、企業情報の１つのレジストリで修正し得る。メッセージングサービス１４０は、ソーシャルネットワーキングサービス１７０を用いるユーザ用のユーザアカウントからなど、ユーザのメッセージングエンドポイント１２５に関連付けられているユーザアカウント情報を取り出し、取り出したユーザアカウント情報に基づいて、１つまたは複数のダイナミックフィールドのうちの少なくとも１つに、１つまたは複数の値を割り当ててもよい。いくつかの場合には、１つまたは複数のダイナミックフィールドは、ユーザメッセージが特定の製品に関するクエリまたは要求に対応する場合など、製品オブジェクトを割り当てられてもよい。

いくつかの場合には、メッセージングパッケージ８２０の自然言語処理は１つまたは複数の意図キーワード８５０、さらに、１つまたは複数のパラメータを決定してもよい。パラメータはユーザの要求意図の詳細を定義してもよい。例えば、ユーザの意図がレストラン（企業エンティティがメッセージを送信しようとするレストラン）の予約を行うことである場合、パラメータは希望の予約時間と予約する人数を定義してもよい。ユーザの意図が製品を注文することである場合、パラメータは注文する製品を定義してもよい。実施形態は、これらの例に限定されない。そのため、企業ポータル１６０は、１つまたは複数の意図キーワードおよび１つまたは複数のパラメータに基づいて自動コマース対話を構成し、企業エンティティと相互運用して自動コマース対話を実行する。いくつかの場合には、自動コマース対話は予約または購入を含み得る。いくつかの場合には、企業ポータル１６
０は１つまたは複数の意図キーワードおよび１つまたは複数のパラメータのうちの少なくとも１つに基づいて、製品カタログから製品オブジェクトを決定してもよく、自動コマース対話は製品オブジェクトを包含する。

いくつかの実施形態では、自然言語プロセッサ８４０は意図キーワード８５０のそれぞれに関連付けられている信頼度を返してもよい。企業ポータル１６０は閾値を使用して、自然言語プロセッサ８４０によってメッセージに関連付けられている意図キーワードを評価してもよい。企業ポータル１６０は自然言語プロセッサ８４０が意図キーワードに少なくとも閾値に等しい信頼度を割り当てる場合にのみ、応答メッセージレポジトリで応答メッセージを意図キーワードに関連付けてもよい。企業ポータルは、関連付けられている意図キーワードが、ユーザメッセージとの照合に関連して少なくとも閾値の信頼度が割り当てられた場合にのみ、関連付けられている応答メッセージを管理者メッセージングエンドポイント８２５に送信してもよい。いくつかの実施形態では、第１の閾値は応答メッセージに関連して意図キーワードを記憶するために使用してもよく、第２の閾値は管理者に応答メッセージを提案するべきかどうかを決定するために使用してもよい。いくつかの実施形態では、信頼度が少なくとも閾値を満たす関連意図キーワードをもつすべての応答メッセージを管理者に送信してもよく、他の実施形態では、受信した中で信頼度が最も高い関連意図キーワードをもつ応答メッセージだけを管理者に送信してもよい。いくつかの実施形態では、自動返信閾値を使用してもよく、その場合、意図キーワードが自動返信閾値を満たすことに基づいて応答メッセージを特定する場合、応答メッセージは管理者のレビューまたは承認の必要なく自動的に送信される。いくつかの場合には、応答メッセージは、自動承認させるには重要すぎるものとして企業の管理者が特定する業務タスク（例、カスタムジョブの同意、特別注文の確認）など、自動送信の対象ではないとフラグを立ててもよい。

図９は、第２の論理フロー９００の一実施形態を示す。論理フロー９００は、本明細書に記載される１つまたは複数の実施形態によって実行される動作のいくつかまたは全部の代表的なものであってもよい。

図９に図示する例示の実施形態では、論理フロー９００は、ブロック９０２で、メッセージングパッケージをメッセージングサービスでメッセージングエンドポイントから受信してもよい。

論理フロー９００は、ブロック９０４で、メッセージングパッケージに対応すると予測される応答メッセージを決定するために、メッセージングパッケージの自然言語処理を行ってもよい。

論理フロー９００は、ブロック９０６で、メッセージングパッケージに応答するために割り当てられた管理者アカウントを決定してもよい。
論理フロー９００は、ブロック９０８で、管理者アカウントの管理者エンドポイントに定型応答パッケージを送信してもよく、定型応答パッケージは応答メッセージを含む。

実施形態は、この例に限定されない。
コマース推奨
人々は、メッセージングエンドポイント間でメッセージを記憶し、転送するメッセージングサービスを使用して、互いにメッセージング会話に関わり得る。人々は、メッセージングサービスを使用して、企業とのメッセージング会話にも関わり、企業から製品の推奨を受信し得る。これらの会話のいずれかの中で、特定の製品または製品の種類が言及され得る。

ある人が特定の製品またはサービスの購入に関心がある、またはある製品またはサービスのカテゴリ内で入手可能な製品を調べている、と他の人にコメントすることがある。例えば、ユーザは、新しい携帯電話を購入したい、新しいタイレストランに行ってみたい、または製品もしくはサービスについて何か他の雑談的な言及を行うことがある。同様に、ユーザは入手可能な製品またはサービスに関して企業とメッセージのやり取りをすることがある。

メッセージをやり取りするユーザは、ある製品またはサービスに関心があり、その製品またはサービスの調達が便利になるような状況にあるときに、それを思い出させてくれると利益を受け得る。例えば、洋服の購入を検討しているユーザは、その洋服（または同様な品）が近くの店で入手できると知らされると便利であろう。提案される品が、例えば、セール中である場合には、特に利益を受け得る。

このように、ユーザは個人、グループおよび企業とのメッセージング会話をメッセージングサービスに監視させて、様々な製品、サービス、製品の種類およびサービスの種類について自己のメッセージングアフィニティを決定させることから利益を受け得る。ユーザはこのメッセージングアフィニティを自己の現在の状況と組み合わせて、製品およびサービスに関する推奨を適時に受信することから利益を受け得る。ユーザは、携帯しているモバイルデバイスでこれらの推奨を受信することから特に利益を受け、そのため推奨に従って直ちにまたは即座に行動することができる。その結果、ユーザは友達および企業と会話するという普通の行動に関わるだけで高められる、改善されたショッピング経験をし得る。

図１０Ａは、メッセージング会話１０１０を表示するメッセージングエンドポイント１２５用のユーザインタフェース１０００の一実施形態を示す。
ユーザインタフェース１０００は、ユーザがメッセージング会話１０１０に含めるためのテキストを入力することを可能にするテキスト制御部１００５を含み得る。クライアントデバイス１２０のユーザおよびメッセージングエンドポイント１２５はテキスト制御部１００５を使用して、第２クライアントデバイスの第２ユーザに送信するためのテキストメッセージなどのメッセージ会話１０１０のテキスト要素を入力してもよい。テキスト制御部１００５およびメッセージングエンドポイント１２５の他の制御部はタッチスクリーン上のタッチ制御部として描かれているが、他の実施形態ではハードウェアキーボードおよびハードウェアポインタ制御部を含め、他の制御部を使用してもよいことは理解されるであろう。

メッセージング会話１０１０は、ユーザと企業の担当者との間の対話を表すものであろう。このメッセージング会話１０１０では、企業は以前の購入についてユーザに礼を述べており、これが、ユーザのニーズを満足させる可能性がある製品に関して、企業の担当者との会話を促した。この場合、企業の担当者は製品推奨１０１５を介して特定の製品に言及した。この場合、製品推奨１０１５は、選択されると、製品に関する追加情報を表示できるアクション可能製品推奨要素である。しかし、いくつかの場合では、製品推奨１０１５は、人対人の会話でより使用されそうな、製品のプレーンテキストの名称または詳細を含み得る。図１０Ａに図示するように、ユーザはメッセージング会話１０１０の時点では製品推奨１０１５に従って行動しない決定をした。

例示の実施形態は、製品の製品推奨１０１５が企業の担当者との会話によって生成される例を示すが、その製品推奨および製品参照は企業またはその担当者を含まないユーザ同士の会話内で検出されてもよい（消費者・企業間のメッセージングシステム１００およびメッセージングサービス１４０の両方または一方の提供に関わるもの以外）ことは理解されるであろう。

図１０Ｂは、選択・販促ページを表示するメッセージングエンドポイント１２５用のユーザインタフェース１０２５の一実施形態を示す。
選択・販促ページはカテゴリ選択セクション１０３０を含み得る。カテゴリ選択セクション１０３０は複数のカテゴリ制御部を備える。ユーザがカテゴリ制御部を選択すると、そのカテゴリ内の製品およびそのカテゴリ内の製品を提供する企業、または、そのカテゴリ内の製品もしくはそのカテゴリ内の製品を提供する企業を表示するカテゴリページを開く。

選択・販促ページは、選択製品セクション１０３５を含み得る。選択製品セクション１０３５は、ユーザがメッセージング会話の中で、またはユーザがメッセージング会話において関わったユーザもしくは企業が、その製品もしくは関連製品もしくは製品カテゴリに言及したという過去のインスタンスに基づくなど、消費者・企業間のメッセージングシステム１００がユーザのために選択した複数の製品を含み得る。いくつかの実施形態では、ユーザは、ユーザインタフェース１０２５で選択製品セクション１０３５を含むスクリーンの領域を左または右にスワイプするなど、選択製品セクション１０３５をスクロールすることによって、追加の選択製品を閲覧できるようにされてもよい。図１０Ｂに図示されるように、おそらく、関連企業が近くにあって製品がセール中であるか、または、関連企業が近くにあるかもしくは製品がセール中であるため、図１０Ａの製品推奨１０１５が選択されたものである。

選択・販促ページは選択企業セクション１０４０を含み得る。図１０Ｂの例示の実施例では、選択企業セクションは近くの企業に関するものである。しかし、様々な場合には、企業は複数の基準に基づいて販促のために選択されてもよく、物理的な近さは消費者・企業間のメッセージングシステム１００が使用できる１つの基準にすぎない。

図１０Ｃは、製品ページを表示するメッセージングエンドポイント１２５用のユーザインタフェース１０５０の一実施形態を示す。製品ページは、ユーザインタフェース１０２５の製品推奨１０１５で推奨された製品をユーザが選択することでたどりついたものであろう。

製品ページは、選択された製品に関する情報を表示する製品セクション１０５５を含み得る。選択された製品に関する情報は、製品名、製品の文章説明、製品の定価、製品の現在の価格、製品の現在の価格と製品の定価との差により提供される割引、および製品の在庫情報（例示の実施例では、製品の在庫があること）を含み得る。製品セクション１０５５は、ユーザが製品の購入を開始することを可能にする購入制御部（ここでは「今すぐ購入」行動喚起ボタンとして表される）を含み得る。

製品ページは、選択された製品を供給するとして販促される企業に関する情報を表示する企業セクション１０６０を含み得る。企業セクション１０６０は、所在地情報および営業時間を含み得る。いくつかの実施形態では、位置情報を選択することが、自動的に企業の場所への行き方の提示をトリガしてもよい。企業セクション１０６０はユーザが企業とのメッセージのやり取りに関わることを可能にするメッセージ制御部を含み得る。

図１０Ｄは、更新されたメッセージング会話１０１０を表示するメッセージングエンドポイント１２５用のユーザインタフェース１０７５の一実施形態を示す。
ユーザは、企業とのメッセージング会話１０１０に、選択済み製品リスト１０８５を含むことを可能にされてもよい。選択済み製品リスト１０８５は製品名、製品の現在の価格、製品を提供する企業、「今すぐ購入」行動喚起ボタンを含み得る。図示されるように、ユーザは選択済み製品リスト１０８５の中の製品の購入に関心があることを会話の中で示
した。企業の担当者は、製品の在庫があることと営業時間のリマインダーとを示して、これに応答した。いくつかの場合では、ユーザは企業を訪問する前に、行動喚起購入ボタンを選択して、製品の購入を開始してもよい。他の場合には、ユーザは製品を購入するために実際に企業を訪問するまで待ってもよい。

図１０Ｄに図示されるように、ユーザインタフェース１０００の製品推奨１０１５は、新たな、より低い製品価格の更新済み製品推奨１０８５を形成するように更新されている。このような実施形態では、ユーザはメッセージング会話１０１０に戻って、売り出されている製品の現状を確認することができてもよい。

統合メッセージング・支払システムは、製品またはサービスの購入のために支払取引の処理に便宜を提供することができる。具体的には、統合メッセージング・支払システムは、ユーザが、メッセージングエンドポイント１２５内で製品またはサービスを購入するために、加盟店と支払取引を行うことができるようにする。例えば、消費者・企業間のメッセージングシステム１００は、ユーザが、メッセージングエンドポイント１２５を介して加盟店と通信しながら、加盟店と支払取引を開始できるようにすることができる。このように、消費者・企業間のメッセージングシステム１００は、ユーザがユーザのクライアントデバイス１２０（例、スマートフォンなどのモバイルデバイス）から、製品に関する問い合わせおよび製品の購入の両方または一方を行うために、加盟店と簡単に対話することを可能にすることができる。

さらに、消費者・企業間のメッセージングシステム１００の実施形態は、ユーザへの返金処理の方法を簡素化することができる。例えば、消費者・企業間のメッセージングシステム１００は、メッセージングエンドポイント１２５を介して、加盟店がユーザに返金する方法を提供することができる。具体的には、消費者・企業間のメッセージングシステム１００は、ユーザと加盟店との間のメッセージングスレッドを、ユーザと加盟店との間の支払取引に結び付けられている取引識別子に関連付けることによって、ユーザがメッセージングエンドポイント１２５内から加盟店からの返金を請求できるようにすることができる。このように、加盟店は、通話または対面で機密情報（例、カード番号）を加盟店に与えるようユーザに要求しなくても、ユーザに返金することができる。

１つまたは複数の実施形態によると、消費者・企業間のメッセージングシステム１００は、ユーザが多様な支払方法により加盟店に支払を行うことができるようにする。具体的には、消費者・企業間のメッセージングシステム１００は、ユーザが加盟店との支払取引で使用するために、複数の支払クレデンシャルをシステムに登録できるようにすることができる。例えば、消費者・企業間のメッセージングシステム１００は、ユーザがメッセージングエンドポイント１２５を使用して加盟店の製品に対する支払を行うために、複数の登録済みの支払クレデンシャルのうちの１つまたは複数を選択できるようにすることができる。さらに、消費者・企業間のメッセージングシステム１００は、加盟店が、加盟店のプリファレンスまたは要件に基づいて、複数の異なる支払のオプションをユーザに提供できるようにしてもよい。このように、消費者・企業間のメッセージングシステム１００は、ユーザと加盟店との間の電子的支払取引において、支払方法の多様性を提供することができる。

さらに、システムは、消費者が機密な金融情報（例、クレジットカード番号、当座預金番号）を加盟店に提供する必要なく、製品またはサービスに対する支払を加盟店に行うことができるようにする。このように、消費者・企業間のメッセージングシステム１００は、強化されたセキュリティをユーザに提供することができる。具体的には、ユーザは、新規の加盟店を訪問するときに、詐欺の心配をなくすことができる。

消費者・企業間のメッセージングシステム１００は、加盟店にとってもセキュリティを強化することができる。具体的には、消費者・企業間のメッセージングシステム１００は、ソーシャルネットワーキングシステムが消費者に関して維持する情報に基づいて、リスクチェックを行うことができる。消費者・企業間のメッセージングシステム１００は、消費者が既知の詐欺師である場合、またはシステムが維持する消費者もしくは加盟店に関する情報に基づいて支払が詐欺によるものと思われる場合、支払を拒否することができる。

ユーザが電子的通信をやり取りできることに加えて、消費者・企業間のメッセージングシステム１００は、ユーザ同士が互いに金銭的な支払を送受信できるようにすることができる。１つまたは複数の実施形態では、消費者・企業間のメッセージングシステム１００は、ユーザが支払メッセージを明示して、加盟店ユーザに送信できるようにする。例えば、消費者・企業間のメッセージングシステム１００は、ユーザがメッセージングサービス１４０を介して企業に支払を送信できるようにすることができる。同様に、企業は支払の通知を受信し、支払を収受または拒否することができる。企業は消費者・企業間のメッセージングシステム１００と通信して、ユーザ（つまり、そのアカウント）間の支払を容易にする取引を調整することができる。

１つまたは複数の実施形態では、例えば、消費者・企業間のメッセージングシステム１００は支払ネットワークと通信して、取引を認可および処理することができる。例えば、消費者・企業間のメッセージングシステム１００は取引を支払ゲートウェイシステムに送信することができる。支払ゲートウェイシステムが取引を受信したら、支払ゲートウェイシステムはその取引を、支払加盟店ユーザの加盟店銀行が使用するプロセッサ（例、支払処理システム）に送信することができる。支払方法（例、消費者ユーザの口座）に基づいて、支払処理システムはその取引を適切なカードネットワークシステムに送信することができる。多くの場合、カードネットワークシステムはさらにその取引を発行銀行システムに送信する。

発行銀行システムは取引の承認または拒否のいずれかを行い、その決定をカードネットワークシステムに送り返す。カードネットワークはさらにその決定を支払処理システムに送信する。支払処理システムはさらにその決定を支払ゲートウェイシステムに転送することができ、１つまたは複数の実施形態では、支払ゲートウェイシステムは取引および決定に関係する詳細を維持することができる。また、支払処理システムはその決定を消費者・企業間のメッセージングシステム１００にも送信する。

取引を認可することに加えて、支払ネットワークは決済タスクも行うことができる。例えば、消費者・企業間のメッセージングシステム１００は支払ゲートウェイシステムと調整して、加盟店銀行の好適な支払処理システムを介して、キャプチャした１つまたは複数の取引を含む毎日の決済バッチを加盟店銀行に提出することができる。支払処理システムはさらに決済バッチを加盟店銀行のサーバに送信し、加盟店銀行は決済バッチ内の各取引の金額の預入を、加盟店に関連付けられている口座に記録する。

次いで、加盟店銀行は、預入金額に充てる資金要求を支払処理システムに送信することができ、支払処理システムは資金要求を適切なカードネットワークシステムに渡す。次いで、カードネットワークシステムは資金要求を発行銀行システムに送信する。発行銀行システムは取引を消費者ユーザの口座に記帳し、資金の払い出しをカードネットワークシステムに渡し、次いで支払処理システムへと渡された後さらに加盟店銀行に渡される。

図１１は、インタフェース構成１１７０をメッセージングエンドポイント１２５に提供する消費者・企業間サービス１１０の一実施形態を示す。インタフェース構成１１７０は、ユーザに提案するために選択されて、ユーザに表示するために配置された１つまたは複
数の製品、サービスおよび／または企業のセットを備え得る。インタフェース構成１１７０は、１つまたは複数の推奨のそれぞれについて、表示テキストおよび表示画像の両方または一方を含み得る。インタフェース構成１１７０は推奨をユーザに表示するべき順番を定義してもよい。

ユーザコンテキストコンポーネント１１４０は、一般に、メッセージングサービス１４０用のユーザアカウントに関連付けられているユーザコンテキスト１１４５を管理するように構成されてもよい。ユーザプロフィールコンポーネント１１５０は、一般に、ユーザアカウント用のユーザプロフィール１１５５を取り出すように構成されてもよい。推奨コンポーネント１１６０は、一般に、ユーザコンテキストおよびユーザプロフィールに基づいて１つまたは複数の推奨を決定し、推奨に基づいてクライアントデバイス１２０のメッセージングエンドポイント１２５のために推奨インタフェースを構成するように構成されてもよく、メッセージングエンドポイント１２５はメッセージングサービス１４０用のユーザアカウントに関連付けられている。ユーザコンテキスト１１４５は、その場所、現在の挙動、および現時点に関わる他の信号など、ユーザのステータスに関する現在の情報を含み得る。ユーザプロフィール１１５５は、ユーザの履歴を反映するユーザに関する長期的な情報と、ユーザに関する永続的な情報とを含み得る。推奨コンポーネント１１６０が生成する推奨は、企業用のコマースフロントエンドサーバ１９０から受信する製品リスト１１９０に基づいてもよい。推奨コンポーネント１１６０は推奨コンポーネント１１６０が製品を推奨する各企業について、複数の製品リストを受信して記憶してもよく、各製品リストには特定の製品を記載する。

製品リスト１１９０は製品のそれぞれについて識別子（ＩＤ）を含み得る。いくつかの場合には、製品の識別子は、消費者・企業間サービス１１０が消費者・企業間サービス１１０の識別子スペース内で製品を一意に識別するために割り当ててもよい。同様に、消費者・企業間サービス１１０を使用する各ユーザおよび企業に識別子を割り当ててもよい。これらの識別子の全ては消費者・企業間サービス１１０の共通の識別子スペース内に入れて、消費者・企業間サービス１１０に知られているエンティティまたは概念を統一ネームスペース内でその識別子で参照できるようにしてもよい。製品リストは、企業の識別子を使用するなどして、製品を提供する企業に関して記憶されてもよい。製品リストは、ユーザの識別子の記録をリスト化するなどして、製品を購入した、評価した、所有した、推奨した、または閲覧したユーザに関して記憶されてもよい。同様に、各企業は、製品の識別子を使用するなどして、提供する製品に関して記憶されてもよい。多数の企業が１つの製品を提供する場合、各企業はその製品のリストに関連付けられている個別の識別子を有してもよく、またはそれぞれがその製品のリストに同じ識別子を使用してもよい。製品リストは、価格情報、説明情報、製造者情報、在庫情報および他の関連情報など、製品に関係する複数の情報を含み得る。推奨用、提案用または注文用など、製品の参照は製品の識別子を使用して行ってもよい。

ユーザプロフィール１１５５は、ユーザアカウントのメッセージング履歴に基づくメッセージングアフィニティを含み得て、１つまたは複数の推奨を決定することはメッセージングアフィニティに基づく。メッセージングアフィニティは、メッセージング会話における製品、サービスおよび／または企業に関係する信号に基づいて自動生成される、ユーザと製品、サービスおよび／または企業との関係の強さを含み得る。メッセージングアフィニティは、製品またはサービスに関して、ユーザが特定の製品またはサーバへの関心を表明した場合に、より強いであろう。メッセージングアフィニティは、製品またはサービスに関して、ユーザが製品に対応する特定の種類の製品への関心を表明した場合、またはサービスに対応する特定の種類のサービスへの関心を表明した場合に、より強いであろう。メッセージングアフィニティは、企業に関し、ユーザがその企業への関心、またはその企業に対応するある種類の企業への関心を表明した場合に、より強いであろう。

このように、ユーザプロフィール１１５５はユーザアカウントのメッセージング履歴を含み得て、１つまたは複数の推奨は少なくとも部分的にこのメッセージング履歴に基づく。複数の推奨製品のうちの１つまたは複数の推奨製品は、ユーザアカウントのメッセージング履歴で参照されている１つまたは複数の推奨製品に基づいて決定してもよい。

メッセージングサービス１４０は、ユーザと企業エンティティとの間で消費者・企業間のメッセージング対話を行ってもよい。推奨コンポーネント１１６０は消費者・企業間のメッセージング対話において、ユーザアカウントのユーザに対して推奨される参照製品を決定し、１つまたは複数の推奨に参照製品を含めてもよく、消費者・企業間のメッセージング対話はユーザプロフィール１１５５の少なくとも一部を含む。いくつかの場合には、ユーザコンテキスト１１４５はクライアントデバイス１２０の地理的な場所を少なくとも含み得て、消費者・企業間のメッセージング対話はユーザアカウントと企業エンティティアカウントとの間のものであってもよく、そのため、推奨コンポーネント１１６０は、クライアントデバイスの地理的な場所によって画定される地理的な検索地域内の企業エンティティの地理的な場所に関連付けられている企業エンティティアカウントに少なくとも部分的に基づいて、消費者・企業間のメッセージング対話から参照製品を含むことを決定してもよい。

クライアントデバイス１２０はデバイスの場所１１５５を位置に基づくサービスサーバ１１３０に提供してもよく、その後、ユーザコンテキスト１１４５に含むためにユーザコンテキストコンポーネント１１４０にデバイスの場所１１３５を提供してもよい。地理的な検索地域は、デバイスの場所１１５５として受信された現在の地理的な場所によって画定されてもよい。地理的な検索地域はクライアントデバイス１２０の地理的な場所の周囲の所定の距離内の地域として画定してもよい。所定の距離は、ユーザが歩いていると決定されるときには、短い所定の距離を使用し、ユーザが車を運転しているまたは乗車していると決定されるときには長い所定の距離を使用するなど、検出されたユーザの現在の挙動に基づいて決定してもよい。

このように、ユーザコンテキスト１１４５はクライアントデバイス１２０の地理的な場所を少なくとも含み得て、決定された推奨のうちの少なくとも１つは、クライアントデバイス１２０の地理的な場所によって画定される地理的な検索地域内にあることに基づいて選択されるエンティティとの対話に関するものである。また、ユーザプロフィール１１５５は複数の推奨製品を含み得て、１つまたは複数の推奨は、地理的な場所によって画定される地理的な検索地域内の１つまたは複数の企業エンティティから１つまたは複数の推奨製品を購入することの推奨を含む。

１つまたは複数の推奨は企業エンティティの１つまたは複数のカテゴリとの対話の１つまたは複数の推奨を含み得る。代替的に、または追加的に、１つまたは複数の推奨は、１つまたは複数の特定の企業エンティティとの対話の１つまたは複数の推奨を含み得る。１つまたは複数の推奨は、１つまたは複数の特定の製品を購入することの１つまたは複数の推奨を含み得る。１つまたは複数の推奨は、１つまたは複数の特定の企業エンティティから１つまたは複数の特定の製品を購入することの１つまたは複数の推奨を含み得る。

いくつかの場合には、ユーザに提案される製品またはサービスは、企業が自社製品またはサービスの販促のために消費者・企業間サービス１１０に対して支払っても構わない金額に基づいて選択してもよい。推奨コンポーネント１１６０は、ユーザプロフィール１１５５およびユーザコンテキスト１１４５に基づいて関連のある複数の製品を決定し、関連のある複数の製品のうちの最高報酬の推奨として１つまたは複数の推奨を決定してもよい。例えば、一定数の推奨をユーザに行う場合、報酬の高い方からその定数分の、関連のあ
る製品を提案してもよい。関連のある複数の製品は、メッセージングアフィニティ、メッセージング履歴、および／またはプロキシとしてクライアントデバイス１２０の場所を使用することにより決定されるユーザの地理的な場所に基づくなど、本明細書に記載される技術に従って決定されてもよい。

いくつかの場合には、企業は、企業からのメッセージを開くときのユーザの意欲または熱心さに基づいて、販促のために選択され、またはその製品を販促のために選択させてもよい。メッセージングサービス１４０はユーザが特定の企業からのメッセージを検討する頻度、時間の割合、または他の頻度の測定基準を追跡して記録してもよく、それにより複数の企業エンティティのメッセージ開封率を定義する。推奨コンポーネント１１６０は、ユーザプロフィール１１５５およびユーザコンテキスト３４５に基づいて、関連のある複数の企業エンティティを決定し、関連のある複数の企業エンティティに関するユーザアカウントのメッセージ開封率に基づいて、１つまたは複数の推奨を決定してもよい。このように、ユーザは、その企業からメッセージを受信したい熱心さに基づいて、企業およびその企業からの製品の両方または一方を推奨されてもよい。

ユーザは、既存の製品、サービス、または取得予定の近日発売製品、または受けたサービスについて、拡張、修正またはその他のオプションに関係する提案を提示されることがあってもよい。推奨コンポーネント１１６０はコマースフロントエンドサーバ１９０から、既存または近日提供のサービスに関係する製品リスト１１９０を受信し、製品リスト１１９０に関連付けられている製品またはサービスをユーザに提案してもよい。例えば、近々のフライト（ユーザコンテキスト１１４５で表されてもよい）に乗る予定のユーザには、そのフライトの質の高い座席にグレードアップするオプションを配信してもよい。ユーザコンテキスト１１４５は、ユーザが近日提供されるサービスに関わる予定であることを示してもよく、ユーザプロフィール１１５５は、ユーザが企業から提供されるオプションの種類に関心を抱いていることを示してもよい。このように、ユーザは、ユーザに関連しかつユーザが興味をもつ種類である販促のみを受信してもよい。

図１２は、フルフィルメント更新メッセージ１２９５をメッセージングエンドポイント１２５に提供する消費者・企業間サービス１１０の一実施形態を示す。
消費者・企業間サービス１１０用の消費者ポータル１５０は、クライアントデバイス１２０のメッセージングエンドポイント１２５から製品リスト１１９０を含む製品購入要求１２２５を受信してもよい。受信した製品リスト１１９０は、当初コマースフロントエンドサーバ１９０から受信した製品リスト１１９０に対応してもよい。受信した製品リスト１１９０は選択された推奨に対応してもよく、選択された推奨は推奨コンポーネント１６０によって生成されて、推奨コンポーネント１６０によって提供されるインタフェース構成１１７０に含まれる１つまたは複数の推奨のうちの１つを含む。

消費者・企業間サービス１１０は、クライアントデバイスのメッセージングエンドポイント１２５と選択された推奨に関連付けられているプロバイダのメッセージングエンドポイント１２２５との間のメッセージングサービス１４０で、メッセージング会話を開始してもよく、メッセージング会話は、選択された推奨を自動的に含む。このメッセージング会話は、ユーザが、選択された推奨に関して質問をし、選択された推奨の購入を手配し、ユーザおよび企業が、選択された推奨に関する会話に全般的に関わることができるようにしてもよい。

消費者・企業間サービス１１０は、選択された推奨の受入に関して、クライアントデバイス１２０のメッセージングエンドポイント１２５から推奨受入メッセージを受信してもよい。メッセージングサービス１４０は推奨受入メッセージをプロバイダのメッセージングエンドポイント１２２５に送信してもよい。応答して、プロバイダのメッセージングエ
ンドポイント１２２５（企業のメンバーの活動によるなど）は、選択された推奨の注文処理（フルフィルメント）に関してフルフィルメント更新メッセージ１２９５を送信してもよく、そのため、メッセージングサービス１４０は（企業ポータル１６０を介してなど）プロバイダのメッセージングエンドポイント１２２５からそれを受信する。フルフィルメント更新メッセージ１２９５は、例えば、購入注文が履行されたことと、製品またはサービスが届けられた、またはユーザが取得する準備ができていることとを示してもよい。

図１３は、第３の論理フロー１３００の一実施形態を示す。論理フロー１３００は、本明細書に記載される１つまたは複数の実施形態により実行される動作のいくつかまたは全部の代表的なものであってもよい。

図１３に図示する例示の実施形態では、論理フロー１３００は、ブロック１３０２で、メッセージングサービス１４０用のユーザアカウントに関連付けられているユーザコンテキストを受信してもよい。

論理フロー１３００は、ブロック１３０４で、ユーザアカウント用のユーザプロフィールを取り出してもよい。
論理フロー１３００は、ブロック１３０６で、ユーザコンテキストとユーザプロフィールとに基づいて、１つまたは複数の推奨を決定してもよい。

論理フロー１３００は、ブロック１３０８で、推奨に基づいて、クライアントデバイスのメッセージングエンドポイント用の推奨インタフェースを構成してもよく、メッセージングエンドポイントは、メッセージングサービス１４０用のユーザアカウントに関連付けられている。

実施形態は、この例に限定されない。
自動応答
人々は、個人化された対話を体験するために、企業の担当者とのメッセージング会話に関わることを望んでいる可能性がある。このような対話は、特に、ユーザが企業の製品またはサービスに関してクエリを有する場合に便利である。しかし、企業の担当者は継続的にメッセージングに応答することができない可能性がある。幸運にも、多くのユーザのクエリは自動システムにより回答可能であり得る。そのため、企業と対話するための統一システムは、ユーザが自動化に適したクエリに対する自動応答を直ちに受信し、自動応答では処理されないクエリに対しては人間が生成する応答を即座に受信することができるようにしてもよい。ユーザのクエリを処理する管理者（人間）は、ユーザと自動システムとの間の既存の会話を閲覧して、自動応答を受信しなかったクエリのコンテキストをよりよく理解できるようにすることによって支援されてもよい。このように、管理者のメッセージング会話の先取りを可能にする自動応答メッセージングシステムは、両者の長所を提供する、すなわち、管理者（人間）の順応性と協調して機能する、自動システムの継続的可用性を提供する。その結果、自動応答メッセージングシステムのユーザは、可能な場合には自動応答を直ちに受信し、適切な場合には、メッセージングサービスを介して企業とのメッセージングの有用性を向上させる管理者（人間）に、スムーズに移行し得る。

図１４Ａは、販促メッセージ１４０５を表示するメッセージングエンドポイント１２５用のユーザインタフェース１４００の一実施形態を示す。
販促メッセージ１４０５は、特定の製品、サービスまたは企業を販促するように生成される広告または他のメッセージに対応してもよい。販促メッセージ１４０５は、ソーシャルネットワーキングサービス１７０に記憶されている人口統計学的情報およびプリファレンス情報など、クライアントデバイス１２０のユーザに関して分かっている情報に基づいて、特定のユーザに表示するために特定のメッセージングエンドポイント１２５に向けら
れてもよい。販促メッセージ１４０５は、製品、サービスまたは企業の販促を伝える１つまたは複数の画像および１つまたは複数のテキストセグメントを含み得る。

販促メッセージ１４０５はメッセージング制御部１４１０を含み得る。メッセージング制御部１４１０は、クライアントデバイス１２０のユーザがメッセージングサービス１４０を使用して企業（例、企業の担当者）とメッセージング会話を開始できるようにしてもよい。メッセージング制御部１４１０は、販促メッセージ１４０５に関してメッセージング会話を開始するメッセージング行動喚起ボタンを備え得る。

いくつかの実施形態では、販促メッセージ１４０５は対応可否通知１４１５を含み得る。対応可否通知１４１５は企業の担当者が現在メッセージングに対応できるかどうかを示してもよい。図１４Ａの例示の実施形態では、対応可否通知１４１５は、担当者が現在対応できることを示している。しかし、他の場合には、担当者は現在対応できない可能性があり、対応可否通知１４１５は担当者が現在対応できないことを示してもよい。

担当者が対応できるかどうかの決定は、企業の担当者の空きスケジュールに基づいて決定してもよい。企業の１名または複数名の担当者は、消費者・企業間のメッセージングシステム１００に登録される、集団的な対応可否スケジュールに、グループとして、関連付けられてもよい。企業の１名または複数名の担当者はそれぞれ、個人の対応可否スケジュールに関連付けられてもよい。対応可否通知１４１５は、集団的な対応可否スケジュールが担当者が対応可能の予定であると示す場合、または１名または複数名の個人の対応可否スケジュールのうちのいずれかが少なくとも１名の担当者が対応可能の予定であると示す場合に、担当者が対応可能であることを示す。対応可否通知１４１５は、集団的な対応可否スケジュールがどの担当者も対応可能の予定ではないことを示す場合、または１つまたは複数の個人の対応可否スケジュールの全てが１名または複数名の担当者の誰も対応可能の予定ではないと示す場合に、担当者が対応可能ではないことを示してもよい。代替的に、または追加的に、消費者・企業間のメッセージングシステム１００が１名または複数名の担当者の在席情報を使用して、担当者のいずれかがメッセージングに（クライアントデバイスなどで）現在対応できるかどうかを決定して、この決定を対応可否通知１４１５に反映させてもよい。

販促メッセージ１４０５は、企業とのメッセージングの対応可否スケジュールを示してもよい。集団的な対応可否スケジュール、または１つまたは複数の個人の対応可否スケジュールを結合したものをユーザのために表示してもよい。いくつかの実施形態では、企業とのメッセージングの対応可否スケジュールは、担当者が現在対応できないことを示す対応可否通知１４１５のユーザ選択に応答して、表示してもよい。

販促メッセージ１４０５は、消費者・企業間のメッセージングシステム１００のユーザによる販促メッセージ１４０５に対する「いいね！」の数およびコメント数を示すソーシャルネットワーキング情報１４２０に関連して表示してもよい。

販促メッセージ１４０５は、ユーザが販促メッセージ１４０５に対して「いいね！」を表明する、コメントする、またはシェアすることができるようにするソーシャルネットワーキング制御部１４２３に関連して表示してもよい。

図１４Ｂは、自動メッセージング対話を表示するメッセージングエンドポイント１２５用のユーザインタフェース１４２５の一実施形態を示す。図示される自動メッセージング対話は、図１４Ａを参照して説明された「今すぐチャット」メッセージング制御部をユーザが選択することにより開始されたものであろう。メッセージング対話は、メッセージングサービス１４０内およびソーシャルネットワーキングサービス１７０内またはメッセー
ジングサービス１４０内もしくはソーシャルネットワーキングサービス１７０内で提示され得る企業用のページなど、他のソースから開始されてもよい。

自動メッセージング対話は、販促メッセージ１４０５の場合、メッセージング対話のエントリポイントを示すチャット発信通知１４２８を含み得る。このチャット発信通知１４２８は、開始するユーザに（後で対話に戻る場合など）対話をどのように始めたかを思い出させるように機能し得る。このチャット発信通知１４２８は、自動エージェントから対話の管理を引き継ぐ場合に、メッセージング対話がどのように始まったかを管理者に通知するように機能し得る。

自動メッセージング対話は、自動オープニングメッセージ１４３０を含み得る。自動オープニングメッセージは定型テキストおよびユーザ特有のテキストの両方を含み得る。定型テキストは自動メッセージング対話の開始時に表示するために、企業の管理者が生成した、ユーザ全員（またはユーザの地理的な場所によって決定されるなど、ユーザの特定の部分集合）に示されるテキストを含み得る。ユーザ固有のテキストは、ユーザのユーザプロフィールから抽出したテキスト要素、この場合はユーザ「デービット」の名前または好適な形態のアドレスを含み得る。

自動メッセージング対話は、ユーザが企業への質問として生成するユーザクエリ１４３２を含み得る。ユーザクエリ１４３２は、メッセージング対話を開始するためのユーザの動機の少なくとも一部に対応し得る。

自動メッセージング対話は自動カスタマイズド応答メッセージ１４３４を含み得る。自動カスタマイズド応答メッセージ１４３４は、ユーザクエリ１４３２に対する応答を含み得る。自動カスタマイズド応答メッセージ１４３４は、ユーザクエリ１４３２のキーワード分析、ユーザクエリ１４３２の自然言語処理（ＮＬＰ）分析、ユーザクエリ１４３２のキーワード駆動有限状態機械（ＦＳＭ）分析、ユーザクエリ１４３２の決定木分析に基づいて、または自動対話を分岐するための他の公知の技術に従って決定されたものであってもよい。図示する実施例では、自動カスタマイズド応答メッセージ１４３４は、ユーザに関連のある特定の企業の場所を決定するためにユーザに関連付けられている場所、この場合は、企業のフランチャイズの場所に基づいたものである。いくつかの自動カスタマイズド応答メッセージ１４３４は、企業の営業時間に関するクエリなど、現在の会話の状態に依存しないステートレスであってもよい。

クエリに対する応答は、質問・回答ペアのレポジトリから回答を抽出することによって提示されてもよい。キーワード分析またはＮＬＰを使用して、質問・回答ペアの特定の質問にユーザクエリ１４３２を照合させ、その質問・回答ペアからの回答で応答してもよい。分析技術は質問・回答ペアの各質問について重み付き関連度を出してもよく、消費者・企業間サービス１１０は重みが最も高い質問に対応する回答で応答してもよい。いくつかの実施形態では、最低閾値重みを上回る重みを示す質問がない場合、回答を与えない（代わりに、管理者に対するアラートを生成する）最低閾値重みを定義してもよい。

自動メッセージング対話は、情報の要求を表さない社交的な対話を含むユーザコメント１４３６を含み得る。自動メッセージング対話は、ユーザコメント１４３６に対して社交的に応答する自動定型応答メッセージ１４３８を含み得る。

自動オープニングメッセージ１４４０、自動カスタマイズド応答メッセージ１４３４および自動定型応答メッセージ１４３８などの自動応答は、自分が対話しているのが管理者（人間）かまたは自動エージェントかどうかをユーザに知らせるために、自動応答が自動生成されたことを示す自動応答タグをつけて表示されてもよい。

図１４Ｃは、一部自動メッセージング対話を表示するメッセージングエンドポイント１２５用のユーザインタフェース１４５０の一実施形態を示す。一部自動メッセージング対話は、ユーザクエリ１４５２が自動システムから回答されない（それでも応答はされるかもしれないが）場合に、自動制御から管理者制御に移行してもよい。

一部自動メッセージング対話は、図１４Ｂを参照して説明した対話と同じチャット発信通知１４２８および自動オープニングメッセージ１４３０から始まってもよい。しかし、一部自動メッセージング対話は、企業用の自動応答構成が応答用の指示を含まないユーザクエリ１４５２を含む可能性がある。これは、キーワード駆動自動応答構成がユーザクエリ１４５２のキーワードを含まないこと、ＮＬＰ駆動自動応答構成が使用される言語を認識しないこと、またはその他自動応答構成がユーザクエリ１４５２に対して具体的な応答を提供しないことに起因するであろう。

ユーザクエリ１４５２に対する具体的な応答を生成しないことに応答して、一部自動メッセージング対話は自動管理者移行メッセージ１４５４を含み得る。自動管理者移行メッセージ１４５４は、具体的な応答が生成されないときに使用される、企業の管理者が指定する定型テキストを含み得る。

自動管理者移行メッセージ１４５４の表示に基づいて、一部自動メッセージング対話は消費者・企業間のメッセージングシステム１００による応答可否通知１４５６を自動的に含み得る。応答可否通知１４５６は、自動管理者移行メッセージ１４５４の表示後に、自動応答構成がユーザクエリ１４５２に対する具体的な応答を提供しない場合は必ず自動的に表示されてもよい。応答可否通知１４５６は、企業にとって推定される、予測される、典型的な、またはその他代表的な応答時間を示してもよい。応答可否通知１４５６は、企業の管理者から応答を受信するまでの予想される遅延をユーザに知らせてもよい。応答までの時間は、１名または複数名の管理者が対応できると予定されるかまたは決定される場合に、使用してもよい。スケジュールまたは在席情報が管理者が対応できないことを示す場合、応答可否通知１４５６は代わりに、管理者が対応できると予定されるかまたは想定される次の時間を示してもよい。応答可否通知１４５６で示される時間量（ここでは１時間）は、いくつかの実施形態では、企業の管理者が指定してもよく、いくつかの実施形態では、企業の管理者の応答時間の監視に基づいて自動的に決定されてもよい。応答可否通知１４５６は企業の全ての管理者全体で共通であってもよく、またはその管理者の実際の応答時間から生成されるなど、企業の現在勤務中の管理者に特有のものであってもよい。

一部自動メッセージング対話は、自動応答構成の一部としてではなく、ユーザクエリ１４５２に応答して特に企業の管理者が生成する管理者応答メッセージ１４５８を含み得る。図示されるように、管理者応答メッセージ１４５８は、自動応答であると記されていない。

いくつかの場合には、管理者応答メッセージ１４５８は、企業用のページに表示され得るような、企業に関する製品内容などの内容を組み込んでもよい。例えば、製品ノードをソーシャルグラフで表して、ソーシャルグラフで企業とリンクさせてもよい。これらの製品ノードからの情報をメッセージング対話に含めて、製品の画像、製品の識別子、製品の価格、または他の製品情報など、特定の製品およびその製品に関連付けられている情報を表示するようにしてもよい。表示された製品ノードは、ユーザが直ちにメッセージングエンドポイント１２５を介して企業からの製品の購入に関わることができるようにしてもよい。

自動管理者移行メッセージ１４５４が行うことは、対応可能な予定の、またはその他管
理者アラートの受信者として登録されている企業の１名または複数名の管理者にアラートを自動的に送信させることであってもよい。アラートを見る管理者は一部自動メッセージング対話の全体を閲覧できるようにして、発信用販促メッセージ１４０５へのリンクを提供するチャット発信通知１４２８を含め、応答しようとするコンテキストを把握できるようにしてもよい。

管理者応答メッセージ１４５８の応答メッセージは、管理者について自動的に取り出された情報を含み得る。管理者は定型テキストを入力し、またはその他情報レポジトリからの取り出しに基づいて情報を管理者応答メッセージ１４５８に掲載するよう指定してもよい。製品画像、製品詳細、製品の在庫状況、製品の在庫数量、およびその他製品の関連情報などの情報が取り出されてもよい。ユーザに関する情報はユーザプロフィールに記憶して、ユーザの靴のサイズが指定される場合、在庫状況、およびユーザのその特定の靴のサイズに関する在庫数量が決定される場合など、取り出された情報の決定において使用されてもよい。一般に、異なる製品（例、靴のサイズ、洋服のサイズ）にわたって適用される、ユーザに関するカスタマイズ情報を、製品情報の取り出しに際し使用してもよい。

図１５Ａは、販促メッセージ１４０５にユーザコメント１５０５を表示するメッセージングエンドポイント１２５用のユーザインタフェース１５００の一実施形態を示す。
ユーザは、販促メッセージ１４０５などのメッセージにコメントを書くことを可能にされていてもよい。ユーザコメント１５０５は販促メッセージ１４０５に関連して表示されてもよい。この場合、ユーザコメント１５０５は、受領した製品に関するユーザからの苦情を含む。企業は、ユーザの苦情または懸念事項に対処できるかどうかを決定するために、ユーザコメント１５０５に対して非公開で応答することを望むことがある。

一般に、企業は、メッセージングサービス１４０がスパム（つまり、望まない販促、広告またはその他通信の送信）に使用されるのを避けるために、ユーザとのメッセージング会話を開始することを禁じられてもよい。しかし、企業は、ユーザがダイアログで企業に接触しない限り追加応答の送信をなおも制限されながら、企業の販促メッセージ１４０５に対するユーザコメントへの応答を開始する単一応答メッセージを送信できるようにされてもよい。いくつかの実施形態では、企業は、２４時間または１週間など、ユーザコメント１５０５の投稿後所定の時間枠内で、ユーザコメント１５０５に対する応答のみに制限されてもよい。いくつかの実施形態では、ユーザコメントに応答して、一定数のプライベートメッセージ、１つまたは複数、が許されてもよい。受信した応答に対して送信するプライベートメッセージの特定の比率を、消費者・企業間のメッセージングシステム１００用の企業ポータル１６０で制御してもよい。

ユーザコメント１５０５は応答制御部１５１０を含み得る。「いいね！」制御部および応答制御部など、応答制御部１５１０のいくつかは一般にユーザ全員が利用できるものであってもよく、ユーザがユーザコメント１５０５に賛同し、またはユーザコメント１５０５に対して公開で応答できるようにする。メッセージ制御部は、企業の管理者に制限してもよく（１つの応答のみに制限されたままである）、および、ユーザコメント１５０５を生成したユーザの友達に制限してもよい。

いくつかの実施形態では、企業の管理者は、ユーザがメッセージングサービス１４０およびソーシャルネットワーキングサービス１７０の両方または一方で企業用のページと対話したときに行うなど、ユーザが企業からのプライベートメッセージングにオプトインしたときのみ、ユーザにプライベートメッセージを送信してもよい。

図１５Ｂは、ユーザコメント１５０５に応答して管理者メッセージダイアログ１５３０を表示するメッセージングエンドポイント１２５用のユーザインタフェース１５２５の一
実施形態を示す。ユーザインタフェース１５２５は、メッセージ制御部を選択した企業の管理者に対応してもよい。

管理者がメッセージ制御部を選択することが、管理者メッセージダイアログ１５３０をインスタンス化してもよい。管理者メッセージダイアログ１５３０は、管理者がユーザコメント１５０５に対する応答を入力し、それをメッセージングサービス１４０を使用してプライベートメッセージングとしてユーザに送信できるようにしてもよい。

販促メッセージ１４０５に対するユーザによるユーザコメント１５０５に応答してプライベートメッセージをユーザが受信したことは、メッセージング会話の中で、プライベートメッセージの始まりがそのユーザコメント１５０５であることを思い出させてもよい。ユーザにはそのユーザコメント１５０５を示してもよく、販促メッセージ１４０５に隣接させるなど、コンテキストの中でそのユーザコメント１５０５を閲覧するための制御部を選択できるようにしてもよい。

企業の管理者には、企業とユーザとの関係に関する、より大きなコンテキストを閲覧できるようにしてもよい。管理者はユーザが企業から購入した過去の買い物、企業に関してユーザが保留中の買い物、ユーザと企業との間の過去のメッセージング対話、ユーザが企業からの最新情報の受信申込をしたかどうか、ユーザの支払情報（例えば、クレジットカード番号などの具体的な金融情報を閲覧できなくても、ユーザの支払情報が記録されているかどうかなど）、ユーザの連絡先情報、ユーザと企業との間の他の過去の対話、を取り出すことができてもよい。管理者は、ユーザがファンであるかどうかを示すなど、ユーザを１つまたは複数のカテゴリに分類し、後でこれらの分類を閲覧できるようにしてもよい。管理者は、ユーザが固定客または高価値顧客であることによるなど、ユーザに優先ステータスを割り当てることができ得る。管理者には、ユーザの優先度に応じて決定される順序に従い、ユーザに関係する通知およびアラートが与えられてもよい（多数の通知およびアラートまたは多数の通知もしくはアラートがキューに入っている場合）。ユーザは、その応答をメッセージング会話の中で「はい」または「いいえ」として入力できるインラインインタフェースを使用して、企業に関する最新情報の受信申込をするよう促されてもよい。一般に、企業とのあらゆる形態の対話（製品の購入、最新情報の要求等）は、ユーザによるテキスト入力を使用してインラインで行うことができる。

図１６は、自動応答１６８５を生成する消費者・企業間サービス１１０の一実施形態を示す。
ユーザプロフィールコンポーネント１６５０は、一般に、自動応答メッセージングシステム１００の複数のユーザに関する複数のユーザプロフィールを管理し、更新し、取り出すように構成されてもよい。ユーザプロフィールコンポーネントはメッセージングサービス１４０用のユーザアカウントに関連付けられているユーザプロフィール１６５５を取り出してもよい。ユーザプロフィール１６５５は、クライアントデバイス１２０のメッセージングエンドポイント１２５を使用して、ユーザがメッセージング開始１６７５を行うことに応答して取り出されてもよい。

メッセージング自動コンポーネント１６６０は、一般に、クライアントデバイス１２０のメッセージングエンドポイント１２５によるメッセージング開始１６７５の通知を受信するように構成されていてもよい。メッセージング自動コンポーネント１６６０はユーザプロフィール１６５５からユーザプロフィール１６５５を受信してもよい。メッセージング自動コンポーネント１６６０は、メッセージング開始１６７５に応答してユーザプロフィール１６５５に基づいて自動応答１６８５を構成し、自動応答１６８５をメッセージングサービス１４０を介してメッセージングエンドポイント１２５に送信してもよい。自動応答１６８５は、企業用のコマースフロントエンドサーバ１９０から受信した自動応答構
成１６８５に基づいて生成されてもよい。いくつかの場合には、自動応答構成１６８５は、メッセージングサービス１４０との管理者インタフェースにより作成されたものであってもよい。

自動応答構成１６８５は状態を有してもよく、それにより有限状態機械（ＦＳＭ）に対応してもよい。管理者インタフェースは、管理者が木、分岐論理またはＦＳＭをどのように展開しているかを閲覧するための模擬チャットウィンドウを含み得る。いくつかの場合には、管理者通知は、ユーザが自動応答構成１６８５で対話指示なく有限状態機械のある状態に移行する場合に行ってもよい。いくつかの状態は製品注文に関連付けられてもよく、これが製品注文ダイアログをインスタンス化してもよい。製品注文はピアツーピア、またはビジネスツーピアの注文技術を使用してもよい。

自動応答１６８５を構成することは、ユーザプロフィール１６５５から１つまたは複数のカスタム要素を抽出することと、抽出した１つまたは複数のカスタム要素に自動応答１６８５を基づかせることと、を含み得る。１つまたは複数のカスタム要素は、名前、住所、誕生日および場所のうちの１つまたは複数を含み得る。名前などのカスタム要素を自動応答１６８５に含めてもよい。住所（例、ユーザの住所）または（メッセージングエンドポイント１２５の位置情報に従い決定されるような）場所などのカスタム要素を、例えば、ユーザに関連のある特定の企業の場所を決定するために使用してもよく、自動応答１６８５はその特定の企業の場所に関係して生成する。いくつかの場合には、住所は、メッセージング開始１６７５の一部として受信される配送先住所フィールドなど、配送先住所に対応してもよい。代替的に、または追加的に、異なる地理的地域（例、都市、州、国、多国領域）に対して異なるダイアログを使用してもよい。同様に、未成年者と成人に対する異なるダイアログなど、異なる領域の人々に対して異なるダイアログを使用してもよい。

自動応答１６８５が場所に基づいている場合、自動応答１６８５を構成することは、ユーザアカウントに関連付けられている現在の地理的な場所を決定することを含み得る。この現在の地理的な場所は、メッセージング開始１６７５に応答して場所を要求するか、またはクライアントデバイス１２０のユーザへの一般的な位置情報サービスの提供の一部として記録されたクライアントデバイス１２０の記録済みの場所を取り出すことによって、クライアントデバイスからクライアントデバイス１２０の場所を取り出して決定してもよい。

いくつかの場合、自動応答構成１６９５は、ユーザが製品またはサービスを注文するコマース取引を開始できるようにしてもよい。メッセージング自動コンポーネント１６６０は、自動応答構成１６９５の処理により、自動応答１６８５の一部としてコマース取引指示を受信してもよい。しかし、消費者・企業間のメッセージングシステム１００は、望まない製品またはサービスに対してユーザが請求されないように、コマース取引のユーザ確認を要求するように構成してもよい。このように、メッセージング自動コンポーネント１６６０はコマース取引指示に応答してコマース取引確認ダイアログを開始して、そのコマース取引をユーザに確認させ、ユーザからのコマース取引確認ダイアログへの肯定応答にのみ応答して、コマース取引を行うようにしてもよい（これには、金融取引を行うこと、コマースフロントエンドサーバ１９０に注文依頼を提出することを含み得る。）
ユーザには、販促メッセージ１４０５などのメッセージを含み得る広告を提示してもよい。消費者・企業間サービス１１０は、メッセージングエンドポイント１２５内、またはソーシャルネットワーキングサービス１７０用のウェブページなどの消費者・企業間のメッセージングシステム１００に関連付けられているウェブページ上に、広告を表示してもよい。消費者・企業間サービス１１０は、ユーザが広告を選択することに応答して、ユーザによる広告の選択を受信し、メッセージングエンドポイント１２５（メッセージングウィジェットなど）をインスタンス化してもよい。

いくつかの場合には、広告またはリンクに関わることが、企業との対話においてメッセージングエンドポイント１２５へのディープリンクを開始してもよい。このメッセージング対話はメッセージング対話中に推奨されるかまたはその他の形で提示され得る特定の製品を注文するための制御部を含み得る。ユーザは、ボタンとして制御部を選択することを可能にされてもよく、または制御部に対応するテキストを入力することにより、制御部を選択することを可能にされてもよい。

いくつかの場合には、ユーザは、メッセージングエンドポイント１２５用のアドレスフィールドに企業の名称または他の識別子を入力することにより、企業とのメッセージングを開始してもよい。メッセージングエンドポイント１２５はアドレスフィールドのオートコンプリートをサポートしてもよい。様々な実施形態において、オートコンプリートは、ユーザと知り合いである他のユーザ、近くの企業、フォローした企業、「いいね！」を表明した企業、ユーザが取引に関わったことのある企業、またはすべての企業に対して照合してもよい。

少なくとも図１４Ｃを参照して述べたように、いくつかの場合には、管理者は自動対話を取り仕切ってもよい。メッセージング自動コンポーネント１６６０は、構成された自動応答１６８５に基づいてメッセージングエンドポイント１２５を介して自動対話を行い、その自動対話を記録してもよい。メッセージング自動コンポーネント１６６０は、さらに、企業の管理者がユーザとの対話を取り仕切ることに応答して、自動応答のために管理者インタフェースを介して記録された自動対話を表示してもよい。

メッセージング自動コンポーネント１６６０は、構成された自動応答１６８５に基づいて、メッセージングエンドポイント１２５を介して自動対話を行ってもよい。メッセージング自動コンポーネント１６６０は、自動対話の現状が管理者通知を示すと決定してもよい。メッセージング自動コンポーネント１６６０は、自動対話の現状が管理者通知を示すとの決定に応答して、自動応答１６８５のために管理者アカウントに通知を送信してもよい。管理者通知を示す自動対話の状態は、自動応答構成１６９５に指定されてもよい。

異なる管理者が、特定の企業の場所または特定の地理的地域を問わず、異なる場所に関連付けられてもよい。同様に、異なる顧客のカテゴリ（例、財務状態、優先言語）に対して異なる管理者を使用してもよい。そのため、通知の送信先となる管理者アカウントは、ユーザプロフィール１６５５からのユーザ情報に基づいて、複数の管理者アカウントから決定されてもよく、ユーザ情報は、ユーザの場所およびユーザの人口統計学的情報のうちの少なくとも１つを含む。

いくつかの場合には、自動応答構成１６９５は、分岐応答を指定し、またはその他の形でユーザプロフィール１６５５に指定され得るユーザ情報要素に依存してもよい。しかし、中には、ユーザプロフィールを全部は記入していないユーザもいる。そのため、メッセージング自動コンポーネント１６６０は、自動対話からよりよい利益を受けるために、ユーザに自分のユーザプロフィールに情報を追加するよう促してもよい。メッセージング自動コンポーネント１６６０は、自動応答１６８５がユーザ情報要素に従って構成されるよう作動すると決定し、ユーザ情報要素がユーザプロフィール１６５５に指定されていないと決定し、自動応答がユーザ情報に従って構成されるよう作動することと、ユーザ情報要素がユーザプロフィールに指定されていないこととの決定に応答して、ユーザプロフィール１６５５に関するユーザ情報要素の指定を促してもよい。これは、メッセージングエンドポイント１２５でのダイアログ、または自動対話での情報のインラインクエリをインスタンス化することを含み得る。

いくつかの場合には、メッセージング対話は、企業用のサードパーティウェブページなどのウェブページ内に埋め込まれてもよい。メッセージングエンドポイント１２５は、サードパーティウェブページに埋め込まれるメッセージングサービス１４０のメッセージングウィジェットを備え得る。そのため、メッセージングサービス１４０は、構成された自動応答１６８５に基づいて、メッセージングウィジェットを介して自動対話を行ってもよい。サードパーティウェブページに埋め込まれるメッセージングウィジェットを使用する場合、ユーザアカウントおよびユーザプロフィールは、クライアントデバイス１２０に記憶され、クライアントデバイス１２０から受信されるウェブクッキーに基づいて特定されてもよい。

統合メッセージング・支払システムは、製品またはサービスの購入のために支払取引の処理に便宜を提供することができる。具体的には、統合メッセージング・支払システムは、ユーザが、メッセージングエンドポイント１２５内で製品またはサービスを購入するために、加盟店と支払取引を行うことができるようにする。例えば、消費者・企業間のメッセージングシステム１００は、ユーザが、メッセージングエンドポイント１２５を介して加盟店と通信しながら、加盟店と支払取引を開始できるようにすることができる。このように、消費者・企業間のメッセージングシステム１００は、ユーザがユーザのクライアントデバイス１２０（例、スマートフォンなどのモバイルデバイス）から、製品に関する問い合わせおよび製品の購入の両方または一方を行うために、加盟店と簡単に対話することを可能にすることができる。

さらに、消費者・企業間のメッセージングシステム１００の実施形態は、ユーザへの返金処理の方法を簡素化することができる。例えば、消費者・企業間のメッセージングシステム１００は、メッセージングエンドポイント１２５を介して、加盟店がユーザに返金する方法を提供することができる。具体的には、消費者・企業間のメッセージングシステム１００は、ユーザと加盟店との間のメッセージングスレッドを、ユーザと加盟店との間の支払取引に結び付けられている取引識別子に関連付けることによって、ユーザがメッセージングエンドポイント１２５内から加盟店からの返金を請求できるようにすることができる。このように、加盟店は、通話または対面で機密情報（例、カード番号）を加盟店に与えるようユーザに要求しなくても、ユーザに返金することができる。

１つまたは複数の実施形態によると、消費者・企業間のメッセージングシステム１００は、ユーザが多様な支払方法により加盟店に支払を行うことができるようにする。具体的には、消費者・企業間のメッセージングシステム１００は、ユーザが加盟店との支払取引で使用するために、複数の支払クレデンシャルをシステムに登録できるようにすることができる。例えば、消費者・企業間のメッセージングシステム１００は、ユーザがメッセージングエンドポイント１２５を使用して加盟店の製品に対する支払を行うために、複数の登録済みの支払クレデンシャルのうちの１つまたは複数を選択できるようにすることができる。さらに、消費者・企業間のメッセージングシステム１００は、加盟店が、加盟店のプリファレンスまたは要件に基づいて、複数の異なる支払のオプションをユーザに提供できるようにしてもよい。このように、消費者・企業間のメッセージングシステム１００は、ユーザと加盟店との間の電子的支払取引において、支払方法の多様性を提供することができる。

さらに、システムは、消費者が機密な金融情報（例、クレジットカード番号、当座預金番号）を加盟店に提供する必要なく、製品またはサービスに対する支払を加盟店に行うことができるようにする。このように、消費者・企業間のメッセージングシステム１００は、強化されたセキュリティをユーザに提供することができる。具体的には、ユーザは、新規の加盟店を訪問するときに、詐欺の心配をなくすことができる。

消費者・企業間のメッセージングシステム１００は、加盟店にとってもセキュリティを強化することができる。具体的には、消費者・企業間のメッセージングシステム１００は、ソーシャルネットワーキングシステムが消費者に関して維持する情報に基づいて、リスクチェックを行うことができる。消費者・企業間のメッセージングシステム１００は、消費者が既知の詐欺師である場合、またはシステムが維持する消費者もしくは加盟店に関する情報に基づいて支払が詐欺によるものと思われる場合、支払を拒否することができる。

ユーザが電子的通信をやり取りできることに加えて、消費者・企業間のメッセージングシステム１００は、ユーザ同士が互いに金銭的な支払を送受信できるようにすることができる。１つまたは複数の実施形態では、消費者・企業間のメッセージングシステム１００は、ユーザが支払メッセージを明示して、加盟店ユーザに送信できるようにする。例えば、消費者・企業間のメッセージングシステム１００は、ユーザがメッセージングサービス１４０を介して企業に支払を送信できるようにすることができる。同様に、企業は支払の通知を受信し、支払を収受または拒否することができる。企業は消費者・企業間のメッセージングシステム１００と通信して、ユーザ（つまり、そのアカウント）間の支払を容易にする取引を調整することができる。

１つまたは複数の実施形態では、例えば、消費者・企業間のメッセージングシステム１００は支払ネットワークと通信して、取引を認可および処理することができる。例えば、消費者・企業間のメッセージングシステム１００は取引を支払ゲートウェイシステムに送信することができる。支払ゲートウェイシステムが取引を受信したら、支払ゲートウェイシステムはその取引を、支払加盟店ユーザの加盟店銀行が使用するプロセッサ（例、支払処理システム）に送信することができる。支払方法（例、消費者ユーザの口座）に基づいて、支払処理システムはその取引を適切なカードネットワークシステムに送信することができる。多くの場合、カードネットワークシステムはさらにその取引を発行銀行システムに送信する。

発行銀行システムは取引の承認または拒否のいずれかを行い、その決定をカードネットワークシステムに送り返す。カードネットワークはさらにその決定を支払処理システムに送信する。支払処理システムはさらにその決定を支払ゲートウェイシステムに転送することができ、１つまたは複数の実施形態では、支払ゲートウェイシステムは取引および決定に関係する詳細を維持することができる。また、支払処理システムはその決定を消費者・企業間のメッセージングシステム１００にも送信する。

取引を認可することに加えて、支払ネットワークは決済タスクも行うことができる。例えば、消費者・企業間のメッセージングシステム１００は支払ゲートウェイシステムと調整して、加盟店銀行の好適な支払処理システムを介して、キャプチャした１つまたは複数の取引を含む毎日の決済バッチを加盟店銀行に提出することができる。支払処理システムはさらに決済バッチを加盟店銀行のサーバに送信し、加盟店銀行は決済バッチ内の各取引の金額の預入を、加盟店に関連付けられている口座に記録する。

次いで、加盟店銀行は、預入金額に充てる資金要求を支払処理システムに送信することができ、支払処理システムは資金要求を適切なカードネットワークシステムに渡す。次いで、カードネットワークシステムは資金要求を発行銀行システムに送信する。発行銀行システムは取引を消費者ユーザの口座に記帳し、資金の払い出しをカードネットワークシステムに渡し、次いで支払処理システムへと渡された後さらに加盟店銀行に渡される。

図１７は、第４の論理フロー１７００の一実施形態を示す。論理フロー１７００は、本明細書に記載される１つまたは複数の実施形態によって実行される動作のいくつかまたは全部の代表的なものであってもよい。

図１７に示される例示の実施形態では、論理フロー１７００は、ブロック１７０２で、メッセージングサービス用のユーザアカウントに関連付けられているユーザプロフィールを受信してもよい。

論理フロー１７００は、ブロック１７０４で、クライアントデバイスのメッセージングエンドポイントからメッセージング開始を受信してもよい。
論理フロー１７００は、ブロック１７０６で、メッセージング開始に応答して、ユーザプロフィールに基づき自動応答を構成してもよい。

実施形態は、この例に限定されない。
コンピュータシステムの実施形態
図１８は、集中型システム１８００のブロック図を示す。集中型システム１８００は、全体が単一デバイス１８２０内など、単一コンピューティングエンティティ内のシステム１００の構造および動作または構造もしくは動作のいくつかまたは全部を実装してもよい。

デバイス１８２０は、システム１００のために情報を受信し、処理し、送信することのできる電子デバイスを備え得る。電子デバイスの例は、限定ではないが、ウルトラモバイルデバイス、モバイルデバイス、携帯情報端末（ＰＤＡ）、モバイルコンピューティングデバイス、スマートフォン、電話、デジタル電話、携帯電話、電子書籍リーダ、ハンドセット、ワンウェイページャ、ツーウェイページャ、メッセージングデバイス、コンピュータ、パーソナルコンピュータ（ＰＣ）、デスクトップコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、ネットブックコンピュータ、ハンドヘルドコンピュータ、タブレットコンピュータ、サーバ、サーバアレイもしくはサーバファーム、ウェブサーバ、ネットワークサーバ、インターネットサーバ、ワークステーション、ミニコンピュータ、メインフレームコンピュータ、スーパーコンピュータ、ネットワーク機器、ウェブ機器、分散コンピューティングシステム、マルチプロセッサシステム、プロセッサベースのシステム、家庭用電子機器、プログラム可能な家庭用電子機器、ゲームデバイス、テレビ、デジタルテレビ、セットトップボックス、無線アクセスポイント、基地局、加入者局、モバイル加入者センター、無線ネットワークコントローラ、ルータ、ハブ、ゲートウェイ、ブリッジ、スイッチ、マシン、またはそれらの組合せを含むことができる。実施形態は、これに限定されない。

デバイス１８２０は、処理コンポーネント１８３０を用いて、システム１００のための処理動作またはロジックを実行してもよい。処理コンポーネント１８３０は様々なハードウェア要素、ソフトウェア要素、または双方の組合せを含むことができる。ハードウェア要素の例は、デバイス、論理デバイス、コンポーネント、プロセッサ、マイクロプロセッサ、回路、プロセッサ回路、回路素子（例えば、トランジスタ、レジスタ、キャパシタ、インダクタ等）、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、メモリユニット、論理ゲート、レジスタ、半導体デバイス、チップ、マイクロチップ、チップセット等を含むことができる。ソフトウェア要素の例は、ソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、ソフトウェア開発プログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、関数、メソッド、プロシージャ、ソフトウェアインタフェース、アプロケーションプログラムインタフェース（ＡＰＩ）、命令セット、コンピューティングコード、コンピュータコード、コードセグメント、コンピュータコードセグメント、ワード、値、シンボル、またはそれらの任意の組合
せを含むことができる。実施形態がハードウェア要素を用いて実施されるか、ソフトウェア要素を用いて実施されるか、またはハードウェア要素およびソフトウェア要素を用いて実施されるかを決定することは、所望の計算速度、パワーレベル、耐熱性、処理サイクルバジェット、入力データレート、出力データレート、メモリリソース、データバス速度、および他の設計または性能の制約等の任意の数の要因に従って、所与の実施態様にとって望ましいとおりに変動することができる。

デバイス１８２０は、通信コンポーネント１８４０を用いて、システム１００のための通信動作またはロジックを実行することができる。通信コンポーネント１８４０は、パケット交換ネットワーク（例えば、インターネット等の公共ネットワーク、社内イントラネット等のプライベートネットワーク等）、回路交換網（例えば、公衆交換電話網）、またはパケット交換ネットワークおよび回路交換網の（適切なゲートウェイおよびトランスレータを用いた）組合せ等と共に使用するのに適した技法等の、任意のよく知られた通信技法およびプロトコルを実施することができる。通信コンポーネント１８４０は、１つまたは複数の通信インタフェース、ネットワークインタフェース、ネットワークインタフェースカード（ＮＩＣ：Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、無線通信装置、無線トランスミッタ／無線レシーバ（トランシーバ）、有線無線通信媒体および無線通信媒体の両方または一方、物理的コネクタ等の様々なタイプの標準的な通信要素を含むことができる。限定ではないが、例として、通信媒体１８１２、１８４２は有線通信媒体および無線通信媒体を含む。有線通信媒体の例は、有線、ケーブル、金属導線、プリント回路基盤（ＰＣＢ：Ｐｒｉｎｔｅｄ Ｃｉｒｃｕｉｔ Ｂｏａｒｄ）、バックプレーン、スイッチファブリック、半導体材料、ツイストペア線、同軸ケーブル、光ファイバ、伝搬信号等を含むことができる。無線通信媒体の例は、音響、無線周波数（ＲＦ：Ｒａｄｉｏ−Ｆｒｅｑｕｅｎｃｙ）スペクトル、赤外線および他の無線媒体を含むことができる。

顧客・企業間サービスデバイス１８２０は、単一コンピューティングデバイスに消費者・企業間サービス１１０を実装してもよい。顧客・企業間サーバデバイス１８２０は、通信コンポーネント１８４０を介する通信信号１８１４を用いて、通信媒体１８１２を通じて他のデバイスと通信してもよい。デバイスは、所与の実施態様にとって望ましいとおりに、顧客・企業間サーバデバイス１８２０の内部または外部であってもよい。デバイスはクライアントデバイス１２０とコマースフロントエンドサーバ１９０とを含み得る。

図１９は、分散型システム１９００のブロック図を示す。分散型システム１９００は、システム１００について、その構造およびオペレーションの両方または一方のいくつかの部分を、複数のコンピューティングエンティティに分散させることができる。分散型システム１９００の例として、限定するものではないが、クライアントサーバーアーキテクチャ、３層アーキテクチャ、Ｎ層アーキテクチャ、密結合またはクラスタアーキテクチャ、ピアツーピアアーキテクチャ、マスタースレーブアーキテクチャ、共有データベースアーキテクチャ、および他のタイプの分散型システムを含むことができる。実施形態は、これに限定されない。

分散型システム１９００は、１つまたは複数のメッセージングサーバデバイス１９４０、１つまたは複数のクライアントコマースサーバデバイス１９５０、１つまたは複数の企業コマースサーバデバイス１９６０、および１つまたは複数のソーシャルネットワーキングサーバデバイス１９７０を含め、複数のサーバデバイスを備え得る。概して、サーバデバイス１９４０、１９５０、１９６０および１９７０は、図１８を参照して説明したような顧客・企業間サーバデバイス１８２０と同じまたは類似したものであり得る。例えば、サーバデバイス１９４０、１９５０、１９６０および１９７０はそれぞれ、処理コンポーネントおよび通信コンポーネント１９４０を有することができ、それらは、図６を参照して説明したような処理コンポーネント６３０および通信コンポーネント６４０とそれぞれ
同じまたは類似したものである。他の例では、サーバデバイス１９４０、１９５０、１９６０および１９７０は、通信コンポーネントを介して、通信信号１９１４を用いて通信媒体１９１２を通して通信することができる。

メッセージングサーバデバイス１９４０は、記載された実施形態に従って様々な方法を実行するように動作する１つまたは複数のプログラムを備えるか、または採用することができる。一実施形態では、例えば、メッセージングサーバデバイス１９４０はメッセージングサービス１４０を実装してもよい。

クライアントコマースサーバデバイス１９５０は、記載された実施形態に従って、様々な方法を実行するように動作する１つまたは複数のプログラムを備えるか、または採用することができる。一実施形態では、例えば、クライアントコマースサーバデバイス１９５０は消費者ポータル１５０を実装してもよい。

いくつかの実施形態では、例えば、クライアントコマースサーバデバイス１９５０は、ユーザコンテキストコンポーネント１１４０、ユーザプロフィールコンポーネント１１５０および推奨コンポーネント１１６０を実装してもよい。他の実施形態では、これらのコンポーネントは、特定の推奨サーバデバイスなどの他のサーバデバイスによって実装されてもよい。

企業コマースサーバデバイス１９６０は、記載された実施形態に従って、様々な方法を実行するように動作する１つまたは複数のプログラムを備えるか、または採用することができる。一実施形態では、例えば、企業コマースサーバデバイス１９６０は企業ポータル１６０を実装してもよい。

ソーシャルネットワーキングサーバデバイス１９７０は、記載された実施形態に従って、様々な方法を実行するように動作する１つまたは複数のプログラムを備えるか、または採用することができる。一実施形態では、例えば、ソーシャルネットワーキングサーバデバイス１９７０はソーシャルネットワーキングサービス１７０を実装してもよい。

消費者・企業間サービス１１０はクライアントデバイス１２０と同様で、それぞれメッセージングエンドポイント１２５を実行する複数のクライアントデバイス１９２０と通信してもよい。消費者・企業間サービス１１０は１つまたは複数の企業エンティティに対応する複数のコマースフロントエンドサーバデバイス１９９０と通信してもよい。

図２０は、上記に記載の様々な実施形態を実施するのに適した例示的なコンピューティングアーキテクチャ２０００の一実施形態を示す。１つの実施形態では、コンピューティングアーキテクチャ２０００は、電子デバイスを備えるか、電子デバイスの一部として実施されることが可能である。電子デバイスの例は、中でも、図１８および図１９を参照して説明したものを含むことができる。実施形態はこれに限定されない。

本出願において用いられるとき、「システム」および「コンポーネント」という語は、ハードウェア、ハードウェアおよびソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアのいずれかである、コンピュータに関係したエンティティを指すことを意図され、それらの例が、例示的なコンピューティングアーキテクチャ２０００によって提供される。例えば、コンポーネントは、限定ではないが、プロセッサにおいて実行されるプロセス、プロセッサ、ハードディスクドライブ、（光学および／または磁気記録媒体の）マルチ記録ドライブ、オブジェクト、実行ファイル、実行スレッド、プログラムおよび／またはコンピュータであり得る。例示のために、サーバ上で実行されるアプリケーションおよびサーバの双方がコンポーネントであり得る。１つまたは複数のコンポーネントが
プロセスおよび／または実行スレッド内に常駐することができ、コンポーネントは、１つのコンピュータ上に局在することができ、および／または２つ以上のコンピュータ間で分散され得る。更に、コンポーネントは、動作を協調させるように、様々なタイプの通信媒体によって互いに通信可能に結合され得る。協調は、情報の一方向または双方向の交換を含むことができる。例えば、コンポーネントは、通信媒体により通信される信号の形態で情報を通信することができる。情報は、様々な信号線に割り当てられる信号として実施され得る。そのような割り当てにおいて、各メッセージは信号である。一方、更なる実施形態は、代替的にデータメッセージを用いることができる。そのようなデータメッセージは、様々な接続にわたって送信され得る。例示的な接続は、パラレルインタフェース、シリアルインタフェースおよびバスインタフェースを含む。

コンピューティングアーキテクチャ２０００は、１つまたは複数のプロセッサ、マルチコアプロセッサ、コプロセッサ、メモリユニット、チップセット、コントローラ、周辺機器、インタフェース、オシレータ、タイミングデバイス、ビデオカード、オーディオカード、マルチメディア入出力（Ｉ／Ｏ）コンポーネント、電源等の様々な一般的なコンピューティング要素を含む。しかしながら、実施形態は、コンピューティングアーキテクチャ２０００による実施に限定されない。

図２０に示すように、コンピューティングアーキテクチャ２０００は、処理ユニット２００４、システムメモリ２００６およびシステムバス２００８を備える。処理ユニット２００４、限定ではないが、ＡＭＤ（登録商標）プロセッサ、Ａｔｈｌｏｎ（登録商標）プロセッサ、Ｄｕｒｏｎ（登録商標）プロセッサおよびＯｐｔｅｒｏｎ（登録商標）プロセッサ；ＡＲＭ（登録商標）のアプリケーションプロセッサ、組込み型プロセッサおよびセキュアプロセッサ；ＩＢＭ（登録商標）およびＭｏｔｏｒｏｌａ（登録商標）のＤｒａｇｏｎＢａｌｌ（登録商標）プロセッサおよびＰｏｗｅｒＰＣ（登録商標）プロセッサ；ＩＢＭおよびＳｏｎｙ（登録商標）のセルプロセッサ；Ｉｎｔｅｌ（登録商標）のＣｅｌｅｒｏｎ（登録商標）プロセッサ、Ｃｏｒｅ（２）Ｄｕｏ（登録商標）プロセッサ、Ｉｔａｎｉｕｍ（登録商標）プロセッサ、Ｐｅｎｔｉｕｍ（登録商標）プロセッサ、Ｘｅｏｎ（登録商標）プロセッサおよびＸＳｃａｌｅ（登録商標）プロセッサ；ならびに同様なプロセッサを含む様々な市販のプロセッサのうちの任意のものであり得る。デュアルマイクロプロセッサ、マルチコアプロセッサおよび他のマルチプロセッサアーキテクチャも処理ユニット２００４として用いられることが可能である。

システムバス２００８は、限定ではないがシステムメモリ２００６を含むシステムコンポーネントのためのインタフェースを処理ユニット２００４に提供する。システムバス２００８は、多岐にわたる市販のバスアーキテクチャのうちの任意のものを用いてメモリバス（メモリコントローラを有するかまたは有しない）、周辺バスおよびローカルバスに更に相互接続することができるいくつかのタイプのバス構造のうちの任意のものとすることができる。インタフェースアダプタは、スロットアーキテクチャを介してシステムバス２００８に接続することができる。例示的なスロットアーキテクチャは、限定ではないが、アクセラレーテッドグラフィックスポート（ＡＧＰ：Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）、カードバス、（拡張）業界標準アーキテクチャ（（Ｅ）ＩＳＡ：（Ｅｘｔｅｎｄｅｄ）Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）、マイクロチャネルアーキテクチャ（ＭＣＡ：Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ）、ＮｕＢｕｓ、周辺コンポーネント相互接続（拡張）（ＰＣＩ（Ｘ）：Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ（Ｅｘｔｅｎｄｅｄ））、ＰＣＩエクスプレス、パーソナルコンピュータメモリカード国際組織（ＰＣＭＣＩＡ：Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ）等を含むことができる。

コンピューティングアーキテクチャ２０００は、様々な製造品を含むかまたは実装することができる。製造品は、ロジックを記憶するためのコンピュータ可読記録媒体を含むことができる。コンピュータ可読記録媒体の例は、揮発性メモリまたは不揮発性メモリ、取外し可能または非取外し可能メモリ、消去可能または非消去可能メモリ、書き込み可能または書き換え可能メモリ等を含む、電子データを記憶することが可能な任意の有形媒体を含むことができる。ロジックの例は、ソースコード、コンパイルされたコード、解釈実行されたコード、実行可能コード、スタティックコード、ダイナミックコード、オブジェクト指向コード、視覚コード等の任意の適切なタイプのコードを用いて実施される実行可能なコンピュータプログラム命令を含むことができる。実施形態はまた、１つまたは複数のプロセッサによって読出しおよび実行されて、本明細書に記載の動作の実行を可能にすることができる、非一時的コンピュータ可読媒体に含まれるかまたは非一時的コンピュータ可読媒体上にある命令として少なくとも部分的に実施されることが可能である。

システムメモリ２００６は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブルデータレートＤＲＡＭ（ＤＤＲＡＭ：Ｄｏｕｂｌｅ−Ｄａｔａ−Ｒａｔｅ ＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ：ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ：ｓｔａｔｉｃ ＲＡＭ）、プログラマブルＲＯＭ（ＰＲＯＭ：ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、消去可能なプログラマブルＲＯＭ（ＥＰＲＯＭ：ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ：ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、フラッシュメモリ、強誘電性ポリマーメモリ等のポリマーメモリ、オーボニックメモリ（ｏｖｏｎｉｃ ｍｅｍｏｒｙ）、相変化または強誘電性メモリ、シリコン−酸化物−窒化物−酸化物−シリコン（ＳＯＮＯＳ：ｓｉｌｉｃｏｎ−ｏｘｉｄｅ−ｎｉｔｒｉｄｅ−ｏｘｉｄｅ−ｓｉｌｉｃｏｎ）メモリ、磁気カードまたは光カード、独立ディスクの冗長アレイ（ＲＡＩＤ：Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ）ドライブ等のデバイスのアレイ、ソリッドステートメモリデバイス（例えば、ＵＳＢメモリ、ソリッドステートドライブ（ＳＳＤ：ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）および情報を記憶するのに適した任意の他のタイプの記録媒体等の１つまたは複数の高速メモリユニットの形態の様々なタイプのコンピュータ可読記録媒体を含むことができる。図２０に示す例示される実施形態では、システムメモリ２００６は、不揮発性メモリ２０１０および／または揮発性メモリ２０１２を含むことができる。基本入出力システム（ＢＩＯＳ：ｂａｓｉｃ ｉｎｐｕｔ／ｏｕｔｐｕｔ ｓｙｓｔｅｍ）を不揮発性メモリ２０１０に記憶することができる。

コンピュータ２００２は、内部（または外部）ハードディスクドライブ（ＨＤＤ）２０１４、取外し可能な磁気ディスク２０１８に対し読出しまたは書き込みを行うための磁気フロッピー（登録商標）ディスクドライブ（ＦＤＤ）２０１６、および取外し可能な光ディスク２０２２（例えば、ＣＤ−ＲＯＭまたはＤＶＤ）に対し読出しまたは書き込みを行うための光ディスクドライブ２０２０を含む１つまたは複数の低速メモリユニットの形態で様々なタイプのコンピュータ可読記録媒体を備えることができる。ＨＤＤ２０１４、ＦＤＤ２０１６および光ディスクドライブ２０２０は、それぞれＨＤＤインタフェース２０２４、ＦＤＤインタフェース２０２６、および光ドライブインタフェース２０２８によってシステムバス２００８に接続されることが可能である。外部ドライブ実装のためのＨＤＤインタフェース２０２４は、ユニバーサルシリアルバス（ＵＳＢ）およびＩＥＥＥ１３９４インタフェース技術の少なくとも一方または双方を含むことができる。

ドライブおよび関連するコンピュータ可読媒体は、データ、データ構造、コンピュータ実行可能命令等の揮発性記録および／または不揮発性記録を提供する。例えば、オペレーティングシステム２０３０、１つまたは複数のアプリケーションプログラム２０３２、他
のプログラムモジュール２０３４およびプログラムデータ２０３６を含む複数のプログラムモジュールがドライブおよびメモリユニット２０１０、２０１２に記憶され得る。１つの実施形態では、１つまたは複数のアプリケーションプログラム２０３２、他のプログラムモジュール２０３４およびプログラムデータ２０３６は、例えば、システム１００の様々なアプリケーションおよび／またはコンポーネントを含むことができる。

ユーザは、１つまたは複数の有線／無線入力デバイス、例えば、キーボード２０３８、およびマウス２０４０等のポインティングデバイスを通じてコンピュータ２００２にコマンドおよび情報を入力することができる。他の入力デバイスは、マイクロフォン、赤外線（ＩＲ）リモートコントロール、無線周波数（ＲＦ）リモートコントロール、ゲームパッド、スタイラスペン、カードリーダ、ドングル、指紋リーダ、グローブ、グラフィックタブレット、ジョイスティック、キーボード、網膜リーダ、タッチスクリーン（例えば、容量型、抵抗型等）、トラックボール、トラックパッド、センサ、スタイラス等を含むことができる。これらのおよび他の入力デバイスは、多くの場合に、システムバス２００８に結合された入力デバイスインタフェース２０４２を通じて処理ユニット２００４に接続されるが、パラレルポート、ＩＥＥＥ１３９４シリアルポート、ゲームポート、ＵＳＢポート、ＩＲインタフェース等の他のインタフェースによって接続されてもよい。

モニタ２０４４または他のタイプの表示デバイスも、ビデオアダプタ２０４６等のインタフェースを介してシステムバス２００８に接続される。モニタ２０４４は、コンピュータ２００２に対し内部または外部にあり得る。モニタ２０４４に加えて、コンピュータは通常、スピーカ、プリンタ等の他の周辺出力デバイスを備える。

コンピュータ２００２は、リモートコンピュータ２０４８等の１つまたは複数のリモートコンピュータへの有線および／または無線通信を介して論理接続を用いてネットワーク化された環境において動作することができる。リモートコンピュータ２０４８は、ワークステーション、サーバーコンピュータ、ルータ、パーソナルコンピュータ、ポータブルコンピュータ、マイクロプロセッサに基づく娯楽機器、ピアデバイス、または他の共通ネットワークノードであり得、通常、コンピュータ２００２について記載した要素のうちの多くまたは全てを備えるが、簡潔にするために、メモリ／記録デバイス２０５０のみが示されている。描かれる論理接続は、ローカルエリアネットワーク（ＬＡＮ）２０５２および／またはより大きなネットワーク、例えば広域ネットワーク（ＷＡＮ）２０５４への有線／無線接続を含む。そのようなＬＡＮおよびＷＡＮネットワーキング環境は、事務所および会社において一般的であり、イントラネット等の、企業規模のコンピュータネットワークを容易にする。これらは全て、グローバル通信ネットワーク、例えばインターネットに接続することができる。

ＬＡＮネットワーキング環境において用いられるとき、コンピュータ２００２は、有線および／または無線通信ネットワークインタフェースまたはアダプタ２０５６を通じてＬＡＮ２０５２に接続される。アダプタ２０５６は、ＬＡＮ２０５２への有線および／または無線通信を容易にすることができる。ＬＡＮ２０５２も、アダプタ２０５６の無線機能と通信するために配置された無線アクセスポイントを含むことができる。

ＷＡＮネットワーキング環境において用いられるとき、コンピュータ２００２は、モデム２０５８を含むことができるか、またはＷＡＮ２０５４の通信サーバに接続されるか、またはインターネット等によってＷＡＮ２０５４を介して、通信を確立する他の手段を有する。内部または外部の、有線および／または無線デバイスであり得るモデム２０５８は、入力デバイスインタフェース２０４２を介してシステムバス２００８に接続する。ネットワーク化された環境では、コンピュータ２００２について述べられたプログラムモジュールまたはその一部分をリモートメモリ／記録デバイス２０５０に記憶することができる
。示されるネットワーク接続は例示であり、コンピュータ間で通信リンクを確立する他の手段が用いられてもよいことが理解されるであろう。

コンピュータ２００２は、ＩＥＥＥ８０２系規格を用いて、無線通信（例えば、ＩＥＥＥ８０２．２０オーバーザエアー変調技法）において動作可能に配置される無線デバイス等の、有線および無線デバイスまたはエンティティと通信するように動作可能である。これは、少なくとも、中でも、Ｗｉ−Ｆｉ（または無線フィデリティ）、ＷｉＭａｘおよびＢｌｕｅｔｏｏｔｈ（登録商標）の無線通信技術を含む。このため、この通信は従来のネットワークと同じように予め定義された通信構造であり得るか、または、単に少なくとも２つの装置の間におけるアドホック通信であり得る。Ｗｉ−Ｆｉネットワークは、安全で信頼性が高く高速な無線接続を提供するＩＥＥＥ８０２．２０ｘ（ａ、ｂ、ｇ、ｎ等）と称される無線技術を用いる。Ｗｉ−Ｆｉネットワークはコンピュータを互いに、インターネットに、および有線ネットワーク（ＩＥＥＥ８０２．３関連の媒体および機能を用いる）に接続するのに用いられ得る。

図２１は上記の様々な実施形態を実施するのに適した例示的な通信アーキテクチャ２１００のブロック図を示す。この通信アーキテクチャ２１００は、トランスミッタ、レシーバ、トランシーバ、無線通信装置、ネットワークインタフェース、ベースバンドプロセッサ、アンテナ、増幅器、フィルタ、電源等の様々な一般的な通信要素を含む。しかしながら、本発明の実施形態は通信アーキテクチャ２１００による実施に限定されない。

図２１に示されるように、通信アーキテクチャ２１００は１つまたは複数のクライアント２１０２およびサーバ２１０４を含む。クライアント２１０２はクライアントデバイス９１０を実装することができる。サーバ２１０４はサーバデバイス９５０を実装することができる。クライアント２１０２およびサーバ２１０４は、１つまたは複数のそれぞれのクライアントデータストア２１０８およびサーバデータストア２１１０に動作可能に接続されている。これらは、クッキーおよび／または関連付けられたコンテキスト情報等のそれぞれのクライアント２１０２およびサーバ２１０４にローカルな情報を記憶するために利用されることが可能である。

クライアント２１０２およびサーバ２１０４は通信フレームワーク２１０６を用いて互いの間で情報を通信することができる。通信フレームワーク２１０６は任意の既知の通信技法およびプロトコルを実装することができる。通信フレームワーク２１０６は、パケット交換網（例えば、インターネット等の公衆ネットワーク、社内イントラネット等のプライベートネットワーク等）、回線交換網（例えば、公衆交換電話網）、またはパケット交換網と回線交換網との組合せ（適切なゲートウェイおよびトランスレータを備える）として実装されることが可能である。

通信フレームワーク２１０６は、通信ネットワークを受け入れ、通信ネットワークと通信し、通信ネットワークに接続するように構成される様々なネットワークインタフェースを実施することができる。ネットワークインタフェースは、特殊な形態の入出力インタフェースと見なされ得る。ネットワークインタフェースは、限定ではないが、直接接続、イーサネット（登録商標）（例えば、シック、シン、ツイストペア１０／１００／１０００ＢａｓｅＴ等）、トークンリング、無線ネットワークインタフェース、セルラーネットワークインタフェース、ＩＥＥＥ８０２．１１ａ−ｘネットワークインタフェース、ＩＥＥＥ８０２．１６ネットワークインタフェース、ＩＥＥＥ８０２．２０ネットワークインタフェース等を含む接続プロトコルを用いることができる。更に、様々な通信ネットワークタイプと関わるために複数のネットワークインタフェースが用いられ得る。例えば、ブロードキャスト、マルチキャストおよびユニキャストネットワークによる通信を可能にするために、複数のネットワークインタフェースが用いられることが可能である。処理要件が
より高い速度およびより多くの容量を指示する場合、クライアント２１０２およびサーバ２１０４によって必要とされる通信帯域幅をプールし、負荷分散し、他の形で増大させるために、分散ネットワークコントローラアーキテクチャが同様に利用されることが可能である。通信ネットワークは、限定ではないが、直接相互接続、セキュア化されたカスタム接続、プライベートネットワーク（例えば、社内イントラネット）、公衆ネットワーク（例えば、インターネット）、パーソナルエリアネットワーク（ＰＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、インターネット上のノードとして動作しているミッション（ＯＭＮＩ：Ｏｐｅｒａｔｉｎｇ Ｍｉｓｓｉｏｎｓ ａｓ Ｎｏｄｅｓ ｏｎ ｔｈｅ Ｉｎｔｅｒｎｅｔ）、広域ネットワーク（ＷＡＮ）、無線ネットワーク、セルラーネットワークおよび他の通信ネットワークを含む有線および／または無線ネットワークのうちの任意の１つまたはそれらの組合せであり得る。

図２２は、システム１００のようなマルチキャリアＯＦＤＭシステムで使用するためのデバイス２２００の実施形態を示している。デバイス２２００は、例えば、システム１００を参照して説明したようなソフトウェアコンポーネント２２６０、および／または論理回路２２３５を実装することができる。論理回路２２３５は、システム１００について説明したオペレーションを実行するための物理回路を含み得る。図２２に示すように、デバイス２２００は、無線インタフェース２２１０と、ベースバンド回路２２２０と、コンピューティングプラットフォーム２２３０とを備え得るが、ただし実施形態は、この構成に限定されない。

デバイス１１００は、完全に単一のデバイス内にあるなどの単一のコンピューティングエンティティにおいて、システム１００および／または論理回路２２３５について、その構造および／またはオペレーションの一部またはすべてを具体化することができる。あるいは、デバイス２２００は、クライアントサーバーアーキテクチャ、３層アーキテクチャ、Ｎ層アーキテクチャ、密結合またはクラスタアーキテクチャ、ピアツーピアアーキテクチャ、マスタースレーブアーキテクチャ、共有データベースアーキテクチャ、および他のタイプの分散型システムのような分散システムアーキテクチャを用いて、システム１００および／または論理回路２２３５について、その構造および／またはオペレーションのいくつかの部分を複数のコンピューティングエンティティに分散させることができる。実施形態は、これに限定されない。

一実施形態では、無線インタフェース２２１０は、（例えば、相補型符号変調（ＣＣＫ）および／または直交周波数分割多重（ＯＦＤＭ）シンボルを含む）シングルキャリアまたはマルチキャリア変調信号を送信および／または受信するように構成されたコンポーネントもしくはコンポーネントの組み合わせを有し得るが、ただし実施形態は、いずれかの特定の空中（ｏｖｅｒ−ｔｈｅ−ａｉｒ）インタフェースまたは変調方式に限定されない。無線インタフェース２２１０は、例えば、受信機２２１２、送信機２２１６、および／または周波数シンセサイザ２２１４を有し得る。無線インタフェース２２１０は、バイアスコントロール、水晶発振器、および／または１つ以上のアンテナ２２１８を有し得る。他の実施形態では、無線インタフェース２２１０は、必要に応じて、外部の電圧制御発振器（ＶＣＯ）、弾性表面波フィルタ、中間周波数（ＩＦ）フィルタ、および／またはＲＦフィルタを使用することができる。可能なＲＦインタフェース構成は多様であるため、その広範な説明は省略する。

ベースバンド回路２２２０は、受信信号および／または送信信号を処理するために無線インタフェース２２１０と通信することができ、例えば、受信信号をダウンコンバートするためのアナログデジタル変換器２２２２、信号を送信用にアップコンバートするためのデジタルアナログ変換器２２２４を有し得る。さらに、ベースバンド回路２２２０は、個
々の受信／送信信号のＰＨＹリンク層処理のためのベースバンドまたは物理層（ＰＨＹ）処理回路２２５６を有し得る。ベースバンド回路２２２０は、例えば、メディアアクセス制御（ＭＡＣ）／データリンク層処理のための処理回路２２２８を有し得る。ベースバンド回路２２２０は、例えば、１つ以上のインタフェース２２３４を介した処理回路２２２８および／またはコンピューティングプラットフォーム２２３０による通信のためのメモリコントローラ２２３２を有し得る。

いくつかの実施形態では、ＰＨＹ処理回路２２２６は、無線フレームのような通信フレームを構築および／または分解するために、バッファメモリのような追加回路と組み合わせて、フレーム構築および／または検出モジュールを含み得る。代替的または追加的に、ＭＡＣ処理回路２２２８は、これらの機能のうちのいくつかの処理を共有するか、またはこれらのプロセスをＰＨＹ処理回路２２２６とは独立に実行することができる。

コンピューティングプラットフォーム２２３０は、デバイス２２００にコンピューティング機能を提供し得る。図示のように、コンピューティングプラットフォーム２２３０は、処理コンポーネント２２４０を有し得る。デバイス１１００は、ベースバンド回路２２２０に対して追加的または代替的に、処理コンポーネント２２４０を用いて、システム１００および／または論理回路２２３５について、その処理オペレーションまたはロジックを実行することができる。処理コンポーネント２２４０（および／またはＰＨＹ２２２６および／またはＭＡＣ２２２８）は、各種ハードウェア要素、ソフトウェア要素、またはその両方の組み合わせを含み得る。ハードウェア要素の例として、デバイス、論理デバイス、コンポーネント、プロセッサ、マイクロプロセッサ、回路、プロセッサ回路、回路素子（例えば、トランジスタ、抵抗器、キャパシタ、インダクタなど）、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、メモリユニット、論理ゲート、レジスタ、半導体デバイス、チップ、マイクロチップ、チップセットなどを含むことができる。ソフトウェア要素の例として、ソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、ソフトウェア開発プログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、関数、メソッド、プロシージャ、ソフトウェアインタフェース、アプリケーションプログラムインタフェース（ＡＰＩ）、命令セット、コンピューティングコード、コンピュータコード、コードセグメント、コンピュータコードセグメント、ワード、値、シンボル、またはその任意の組み合わせを含むことができる。ハードウェア要素および／またはソフトウェア要素を用いて実施形態を実現するかどうかの判断は、所望の計算速度、電力レベル、熱耐性、処理サイクルバジェット、入力データレート、出力データレート、メモリ資源、データバス速度、および他の設計制約または性能制約など、所与のインプリメンテーションで要求される任意の数のファクタに応じて異なる判断となり得る。

コンピューティングプラットフォーム２２３０は、さらに、他のプラットフォームコンポーネント２２５０を有し得る。他のプラットフォームコンポーネント２２５０は、１つ以上のプロセッサ、マルチコアプロセッサ、コプロセッサ、メモリユニット、チップセット、コントローラ、周辺機器、インタフェース、発振器、タイミング装置、ビデオカード、オーディオカード、マルチメディア入力／出力（Ｉ／Ｏ）コンポーネント（例えば、デジタルディスプレイ）、パワーサプライなどのような、一般的な計算要素を含む。メモリユニットの例として、限定するものではないが、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブルデータレートＤＲＡＭ（ＤＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）、
電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ、強誘電性ポリマーメモリのようなポリマーメモリ、オーボニックメモリ、相変化または強誘電体メモリ、シリコン／酸化膜／窒化膜／酸化膜／シリコン（ＳＯＮＯＳ）メモリ、磁気または光カード、独立ディスクの冗長アレイ（ＲＡＩＤ）ドライブのようなデバイスアレイ、ソリッドステートメモリデバイス（例えば、ＵＳＢメモリ、ソリッドステートドライブ（ＳＳＤ））、および情報を保存するのに適した他の任意のタイプの記憶媒体のような、１つ以上のより高速のメモリユニットの形態の各種タイプのコンピュータ可読およびマシン可読記憶媒体を含むことができる。

デバイス２２００は、例えば、ウルトラモバイルデバイス、モバイルデバイス、固定デバイス、マシンツーマシン（Ｍ２Ｍ）デバイス、パーソナルデジタルアシスタント（ＰＤＡ）、モバイルコンピューティングデバイス、スマートフォン、電話機、デジタル電話機、セルラー電話機、ユーザ装置、電子書籍リーダ、ハンドセット、一方向ページャ、双方向ページャ、メッセージング装置、コンピュータ、パーソナルコンピュータ（ＰＣ）、デスクトップコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、ネットブックコンピュータ、ハンドヘルドコンピュータ、タブレットコンピュータ、サーバ、サーバアレイまたはサーバファーム、ウェブサーバ、ネットワークサーバ、インターネットサーバ、ワークステーション、ミニコンピュータ、メインフレームコンピュータ、スーパーコンピュータ、ネットワークアプライアンス、ウェブアプライアンス、分散コンピューティングシステム、マルチプロセッサシステム、プロセッサベースのシステム、家電機器、プログラマブル家電機器、ゲーム機、テレビ、デジタルテレビ、セットトップボックス、無線アクセスポイント、基地局、ノードＢ、発展型ノードＢ（ｅＮＢ）、加入者局、モバイル加入者センター、無線ネットワークコントローラ、ルータ、ハブ、ゲートウェイ、ブリッジ、スイッチ、マシン、またはその組み合わせであり得る。従って、本明細書に記載のデバイス２２００の機能および／または具体的な構成は、要求に応じて適宜、デバイス２２００の種々の実施形態に含むことも、または省くこともできる。いくつかの実施形態では、デバイス２２００は、３ＧＰＰ ＬＴＥ仕様および／またはＷＭＡＮ用のＩＥＥＥ１１０２．１６規格および／または本明細書で引用される他の広帯域無線ネットワークの１つ以上に関連したプロトコルおよび周波数に準拠するように構成することができるが、実施形態は、この点に関して限定されない。

デバイス２２００の実施形態は、単入力単出力（ＳＩＳＯ）アーキテクチャを用いて実現することができる。一方、いくつかの実現形態では、ビームフォーミングまたは空間分割多重アクセス（ＳＤＭＡ）のための適応アンテナ技術、および／またはＭＩＭＯ通信技術を用いた送信および／または受信用のマルチアンテナ（例えば、アンテナ２２１８）を備えることができる。

デバイス２２００のコンポーネントおよび機能は、ディスクリート回路、特定用途向け集積回路（ＡＳＩＣ）、論理ゲート、および／またはシングルチップアーキテクチャの任意の組み合わせを用いて実装することができる。さらに、デバイス２２００の機能は、必要に応じて適宜、マイクロコントローラ、プログラマブルロジックアレイ、および／またはマイクロプロセッサ、またはその任意の組み合わせを用いて実装することができる。なお、本明細書において、ハードウェア、ファームウェア、および／またはソフトウェア要素を、「ロジック」または「回路」と総称または個称する場合があるということに留意すべきである。

図２２のブロック図に示す例示的なデバイス２２００は、多くの可能性のある実現形態の１つの機能的説明例を表し得るということは理解されるべきである。従って、添付の図面に示す機能ブロックの分割、欠落、または組み込みは、必ずしも、実施形態における、それらの機能を実装するためのハードウェアコンポーネント、回路、ソフトウェア、およ
び／または要素の分割、欠落、または組み込みを推測させるものではない。

コンピュータ実装方法は、コマース仲介サーバのネットワークインタフェースにおいて、クライアントデバイスから注文依頼パッケージを受信する工程であって、注文依頼パッケージはユーザアカウントおよびコマースアカウントを指定し、ユーザアカウントはソーシャルグラフデータ構造内のユーザエンティティに関連付けられており、コマースアカウントはソーシャルグラフデータ構造内のコマースエンティティに関連付けられている、受信する工程と、注文依頼パッケージを、コマースエンティティに関連付けられているコマースフロントエンドサーバに送信する工程と、クライアントデバイスからの注文依頼パッケージの受信に応答して、ソーシャルグラフデータ構造内においてユーザエンティティとコマースエンティティとの間にコマースエッジを作成する工程と、を備えてもよく、コマースエッジは注文依頼パッケージに関連付けられている。

コンピュータ実装方法は、さらに、メッセージングサーバにおいて、メッセージパッケージを受信する工程であって、メッセージパッケージは、ユーザアカウントに宛先指定されており、メッセージパッケージは、コマースフロントエンドサーバから受信される、受信する工程と、ソーシャルグラフデータ構造内のユーザエンティティとコマースエンティティとの間のコマースエッジに基づいて、コマースフロントエンドサーバがユーザアカウントにメッセージを送信することが認可されていると決定する工程と、ソーシャルグラフデータ構造内のユーザエンティティとコマースエンティティとの間のコマースエッジに基づいて、コマースフロントエンドサーバがユーザアカウントにメッセージング送信することが認可されているとの決定に基づいて、クライアントデバイスにメッセージパッケージを送信する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、コマースフロントエンドサーバからコマース仲介サーバを介してメッセージパッケージをメッセージングサーバで受信する工程を備えてもよい。

コンピュータ実装方法は、さらに、メッセージパッケージが注文依頼パッケージに応答する注文フルフィルメントパッケージを含むことを備えてもよい。
コンピュータ実装方法は、さらに、注文フルフィルメントパッケージが、注文依頼パッケージによって請け負われたオンラインサービスが履行されたことを示すオンラインフルフィルメント通知を含むことを備えてもよい。

コンピュータ実装方法は、さらに、注文フルフィルメントパッケージが、注文依頼パッケージによって請け負われた対面サービスまたは直接引き取り製品のうちの少なくとも１つが、特定の場所での受け取りの準備ができていることを示す、対面フルフィルメント通知を含むことを備えてもよい。

コンピュータ実装方法は、さらに、注文フルフィルメントパッケージがマシン可読光学ラベルを含むことを備えてもよく、マシン可読光学ラベルは、注文依頼パッケージに割り当てられた注文識別子を符号化する。

コンピュータ実装方法は、さらに、企業アプリケーションパッケージをクライアントデバイスに送信する工程を備えてもよく、企業アプリケーションパッケージは注文依頼パッケージに関して注文依頼フォーマットおよび注文依頼オプションを定義する。

コンピュータ実装方法は、さらに、企業アプリケーションパッケージが、クライアントデバイスから受信されるフォロー要求に応答して、クライアントデバイスに送信される工程を備えてもよい。

コンピュータ実装方法は、さらに、企業アプリケーションパッケージが、コマースエンティティに関連付けられているアドレス情報、コマースエンティティに関連付けられている連絡先情報、およびコマースエンティティに関連付けられている製品目録のうちの１つまたは複数を含むことを備えてもよい。

コンピュータ実装方法は、さらに、企業アプリケーションパッケージが、コマースエンティティに関連付けられている製品目録を含むことを備えてもよく、製品目録は複数の製品を含み、製品の各々が価格に関連付けられており、複数の製品のうちの１以上が１以上の製品オプションに関連付けられている。

コンピュータ実装方法は、さらに、クライアントデバイスの地理的な場所を受信する工程と、受信した地理的な場所に基づいて、１以上の製品オプションのうちの少なくとも１つを自動的に選択する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、位置情報サービスサーバでクライアントデバイスからクライアントデバイスの地理的な場所を受信する工程と、コマースエンティティに対応する地理的な場所に基づいて、企業アプリケーションパッケージをクライアントデバイスに送信する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、ユーザアカウントに対するページフォロー要求を受信する工程と、ソーシャルグラフデータ構造内においてソーシャルグラフデータ構造内のユーザエンティティとコマースエンティティとの間にフォローエッジを作成する工程と、ページフォロー要求に基づいて、企業アプリケーションパッケージをクライアントデバイスに送信する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、ソーシャルグラフデータ構造に基づいて、コマースエンティティについてコマースアフィニティ分析を行う工程と、ユーザエンティティとコマースエンティティとの間のコマースアフィニティを予測するコマースアフィニティ分析に基づいて、企業アプリケーションパッケージをクライアントデバイスに送信する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、コマースアフィニティ分析は、ソーシャルグラフデータ構造内の１以上の明示的なアフィニティ記号と、ソーシャルグラフデータ構造内の１以上の黙示的なアフィニティ記号とを含むことを備えてもよい。

コンピュータ実装方法は、さらに、注文依頼パッケージに基づいて金融取引サーバと金融取引を行う工程と、注文依頼パッケージをコマースフロントエンドサーバに送信する前に、金融取引に関する金融取引記録を注文依頼パッケージに挿入する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、ユーザアカウントに関してデフォルト支払構成記録を取り出す工程と、デフォルト支払構成記録を使用して金融取引を行う工程と、を備えてもよい。

コンピュータ実装方法は、さらに、注文依頼パッケージが支払構成記録を含むことを備えてもよい。
コンピュータ実装方法は、さらに、１以上のユーザ選択属性を定義する販促パッケージをコマース仲介サーバから受信する工程と、ユーザ選択属性に基づいてユーザアカウントを選択する工程と、ソーシャルグラフデータ構造内のユーザエンティティとコマースエン
ティティとの間のコマースエッジに基づいて、ユーザアカウントへの販促パッケージの送信を認可する工程と、販促パッケージの送信の認可に基づいて、ユーザアカウントに販促パッケージ付きのメッセージを送信する工程と、を備えてもよい。

装置は、プロセッサ回路と、ネットワークインタフェースと、クライアントデバイスからの注文依頼パッケージをネットワークインタフェースから受信するようにプロセッサ回路上で作動するコマース仲介サーバであって、注文依頼パッケージはユーザアカウントおよびコマースアカウントを指定し、ユーザアカウントはソーシャルグラフデータ構造内のユーザエンティティに関連付けられており、コマースアカウントはソーシャルグラフデータ構造内のコマースエンティティに関連付けられており、および、コマースエンティティに関連付けられているコマースフロントエンドサーバに注文依頼パッケージを送信するように作動するコマース仲介サーバと、コマース仲介サーバがクライアントデバイスから注文依頼パッケージを受信したことに応答して、ソーシャルグラフデータ構造内においてユーザエンティティとコマースエンティティとの間にコマースエンティティを作成するように作動するソーシャルグラフデータ構造コンポーネントであって、コマースエッジは注文依頼パッケージに関連付けられている、ソーシャルグラフデータ構造コンポーネントとを備え得る。装置は、本明細書に記載されるコンピュータ実装方法のいずれかを実装するように作動してもよい。

コンピュータ実装方法は、メッセージングサービスでメッセージングエンドポイントからメッセージングパッケージを受信する工程と、メッセージングパッケージに対応すると予測される応答メッセージを決定するために、メッセージングパッケージの自然言語処理を行う工程と、メッセージングパッケージに応答するように割り当てられている管理者アカウントを決定する工程と、管理者アカウントの管理者メッセージングエンドポイントに、応答メッセージを含む定型応答パッケージを送信する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、定型応答パッケージが応答メッセージを用いてメッセージングサービスを介してメッセージングパッケージに応答するための管理者メッセージングエンドポイントを構成するように作動する工程を備えてもよい。

コンピュータ実装方法は、さらに、管理者メッセージングエンドポイントがメッセージングエンドポイントに応答メッセージを送信するオプションを表示するように作動する工程を備えてもよい。

コンピュータ実装方法は、さらに、管理者メッセージングエンドポイントから応答用メッセージングパッケージを受信する工程を備えてもよく、応答用メッセージングパッケージは応答メッセージを含む。

コンピュータ実装方法は、さらに、応答メッセージが１以上のダイナミックフィールドを備えることと、応答用メッセージングパッケージを受信する工程が１以上のダイナミックフィールドのうちの少なくとも１つに、１以上の値を割り当てる工程と、を備えてもよい。

コンピュータ実装方法は、さらに、応答メッセージが１以上のダイナミックフィールドを備えることを備えてもよく、メッセージングエンドポイントに関連付けられているユーザアカウント情報を取り出す工程と、ユーザアカウント情報に基づいて、１以上のダイナミックフィールドのうちの少なくとも１つに、１以上の値を割り当てる工程と、をさらに備える。

コンピュータ実装方法は、さらに、自然言語処理を行う工程は、メッセージングパッケ
ージの少なくとも一部を自然言語プロセッサに提出する工程を含むことを備えてもよい。
コンピュータ実装方法は、さらに、自然言語プロセッサがメッセージングサービスのためにメッセージング対話履歴に基づいて訓練される工程を備えてもよい。

コンピュータ実装方法は、さらに、１以上のメッセージング意図キーワードを自然言語プロセッサから受信する工程と、１以上のメッセージング意図キーワードに基づいて、応答メッセージレポジトリから応答メッセージを取り出す工程と、を備えてもよい。

コンピュータ実装方法は、さらに、複数の応答メッセージを自然言語プロセッサに提出する工程と、複数の応答メッセージを自然言語プロセッサに提出することに応答して、意図キーワードマッピングを自然言語プロセッサから受信する工程であって、意図キーワードマッピングは複数の応答メッセージと複数の意図キーワードとの間の関連付けを定義する、受信する工程と、複数の応答メッセージと複数の意図キーワードとの間の定義された関連付けを応答メッセージレポジトリに記憶する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、管理者メッセージングエンドポイントから応答用メッセージングパッケージを受信する工程と、応答用メッセージングパッケージが応答メッセージに基づいていないと決定する工程と、応答用メッセージングパッケージから管理者指定の応答メッセージを抽出する工程と、メッセージングパッケージからユーザメッセージを抽出する工程と、ユーザメッセージと管理者指定の応答メッセージとを自然言語プロセッサに提出する工程と、自然言語プロセッサから追加のキーワードマッピングを受信する工程であって、追加のキーワードマッピングは管理者指定の応答メッセージと１以上の追加の意図キーワードとの間の関連付けを定義する、受信する工程と、管理者指定の応答メッセージを応答メッセージレポジトリに記憶する工程と、管理者指定の応答メッセージと１以上の追加の意図キーワードとの間の関連付けを応答メッセージレポジトリに記憶する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、管理者メッセージングエンドポイントから応答用メッセージングパッケージを受信する工程と、応答用メッセージングパッケージが応答メッセージを使用するかどうかを決定する工程と、応答用メッセージングパッケージが応答メッセージを使用するかどうかに基づいて自然言語プロセッサを訓練する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、メッセージングパッケージの自然言語処理が１以上の意図キーワードおよび１以上のパラメータを決定する工程を備えてもよく、１以上の意図キーワードおよび１以上のパラメータに基づいて、自動コマース対話を構成する工程をさらに備える。

コンピュータ実装方法は、さらに、自動コマース対話が予約または購入を含み得る。
コンピュータ実装方法は、さらに、１以上の意図キーワードおよび１以上のパラメータのうちの少なくとも１つに基づいて、製品カタログから製品オブジェクトを決定する工程を備えてもよく、自動コマース対話は製品オブジェクトを組み込む。

装置は、デバイス上のプロセッサ回路と、ネットワークインタフェースと、メッセージングエンドポイントからのメッセージングパッケージをネットワークインタフェースからメッセージングサービスにおいて受信し、メッセージングパッケージに対応すると予測される応答メッセージを決定するためにメッセージングパッケージの自然言語処理を行い、メッセージングパッケージに応答するために割り当てられている管理者アカウントを決定し、管理者アカウントの管理者メッセージングエンドポイントに、応答メッセージを含む定型応答パッケージを送信するようにプロセッサ回路上で作動するコマース仲介サーバと
を備え得る。装置は、本明細書に記載されるコンピュータ実装方法のいずれかを実装するように作動してもよい。

コンピュータ実装方法は、メッセージングサービス用のユーザアカウントに関連付けられているユーザコンテキストを受信する工程と、ユーザアカウント用のユーザプロフィールを取り出す工程と、ユーザコンテキストおよびユーザプロフィールに基づいて、１以上の推奨を決定する工程と、推奨に基づいて、クライアントデバイスのメッセージングエンドポイント用の推奨インタフェースを構成する工程と、を備えてもよく、メッセージングエンドポイントはメッセージングサービス用のユーザアカウントに関連付けられている。

コンピュータ実装方法は、さらに、ユーザプロフィールが、ユーザアカウントのメッセージング履歴に基づくメッセージングアフィニティを含むことを備えてもよく、１以上の推奨を決定することはメッセージングアフィニティに基づく。

コンピュータ実装方法は、さらに、ユーザコンテキストが少なくともクライアントデバイスの地理的な場所を含むことを備えてもよく、決定された推奨のうちの少なくとも１つは、クライアントデバイスの地理的な場所によって画定される地理的な検索地域内にあることに基づいて選択されるエンティティとの対話のためのものである。

コンピュータ実装方法は、さらに、１以上の推奨が、企業エンティティの１以上のカテゴリと対話するための１以上の推奨を含むことを備えてもよい。
コンピュータ実装方法は、さらに、１以上の推奨が、１以上の特定の企業エンティティと対話するための１以上の推奨を含むことを備えてもよい。

コンピュータ実装方法は、さらに、１以上の推奨が、１以上の特定の製品を購入することの１以上の推奨を含むことを備えてもよい。
コンピュータ実装方法は、さらに、１以上の推奨が、１以上の特定の製品を１以上の特定の企業エンティティから購入することの１以上の推奨を含むことを備えてもよい。

コンピュータ実装方法は、さらに、ユーザコンテキストが少なくともクライアントデバイスの地理的な場所を含むことと、ユーザプロフィールが複数の推奨製品を含むことと、１以上の推奨が、地理的な場所によって画定される地理的な検索地域内の１以上の企業エンティティから推奨製品のうちの１以上を購入することの推奨を含むことを備えてもよい。

コンピュータ実装方法は、さらに、複数の推奨製品のうちの１以上の推奨製品は、ユーザアカウントのメッセージング履歴で参照されている１以上の推奨製品に基づいて決定される工程を備えてもよい。

コンピュータ実装方法は、さらに、ユーザプロフィールがユーザアカウントのメッセージング履歴を含むことと、１つまたは複数の推奨が少なくとも部分的にメッセージング履歴に基づくことと、を備えてもよい。

コンピュータ実装方法は、さらに、メッセージングサービスにおいて消費者・企業間のメッセージング対話を行う工程と、消費者・企業間のメッセージング対話において、ユーザアカウントのユーザに対して推奨される参照製品を決定する工程と、１以上の推奨に参照製品を含むことと、を備えてもよく、消費者・企業間メッセージング対話はユーザプロフィールの少なくとも一部を含む。

コンピュータ実装方法は、さらに、ユーザコンテキストが少なくともクライアントデバ
イスの地理的な場所を含むことを備えてもよく、ユーザアカウントと企業エンティティアカウントとの間の消費者・企業間のメッセージング対話が、さらに、クライアントデバイスの地理的な場所によって画定される地理的な検索地域内の企業エンティティの地理的な場所に関連付けられている企業エンティティアカウントに基づいて、消費者・企業間のメッセージング対話から参照製品を含むことを決定する工程をさらに備える。

コンピュータ実装方法は、さらに、１以上の推奨のうちの１つを含む選択された推奨をクライアントデバイスから受信する工程と、クライアントデバイスのメッセージングエンドポイントと選択された推奨に関連付けられているプロバイダメッセージングエンドポイントとの間で、メッセージングサービスでメッセージング会話を開始する工程と、を備えてもよく、メッセージング会話は、選択された推奨を自動的に含む。

コンピュータ実装方法は、さらに、選択された推奨の受入に関して、クライアントデバイスのメッセージングエンドポイントから推奨受入メッセージを受信する工程と、推奨受入メッセージをプロバイダメッセージングエンドポイントに送信する工程と、選択された推奨の注文処理（フルフィルメント）に関して、プロバイダメッセージングエンドポイントからフルフィルメント更新メッセージを受信する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、ユーザプロフィールおよびユーザコンテキストに基づいて、関連のある複数の製品を決定する工程と、関連のある複数の製品のうちの最高報酬の推奨として１以上の推奨を決定する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、ユーザプロフィールおよびユーザコンテキストに基づいて、関連のある複数の企業エンティティを決定する工程と、関連のある複数の企業エンティティに関するユーザアカウントのメッセージ開封率に基づいて、１以上の推奨を決定する工程と、を備えてもよい。

装置は、デバイス上のプロセッサ回路と、メッセージングサービス用のユーザアカウントに関連付けてユーザコンテキストを管理するようにプロセッサ回路上で作動するユーザコンテキストコンポーネントと、ユーザアカウント用のユーザプロフィールを取り出すように作動するユーザプロフィールコンポーネントと、ユーザコンテキストおよびユーザプロフィールに基づいて１以上の推奨を決定し、推奨に基づいてクライアントデバイスのメッセージングエンドポイント用の推奨インタフェースを構成するように作動する推奨コンポーネントとを備え得て、メッセージングエンドポイントはメッセージングサービス用のユーザアカウントに関連付けられている。装置は、本明細書に記載されるコンピュータ実装方法のいずれかを実装するように作動してもよい。

コンピュータ実装方法は、メッセージングサービス用のユーザアカウントに関連付けられているユーザプロフィールを受信する工程と、クライアントデバイスでメッセージングエンドポイントからメッセージング開始を受信する工程と、メッセージング開始に応答して、ユーザプロフィールに基づいて自動応答を構成する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、自動応答を構成することが、ユーザプロフィールから１以上のカスタム要素を抽出する工程と、抽出された１以上のカスタム要素に自動応答を基づかせる工程と、を備え、１以上のカスタム要素は、名前、アドレス、誕生日および場所のうちの１以上を含むことを備えてもよい。

コンピュータ実装方法は、さらに、自動応答がユーザ情報要素に従って構成されるように作動すると決定し、ユーザ情報要素がユーザプロフィールに指定されていないと決定し、自動応答がユーザ情報要素に従って構成されるように作動することと、ユーザ情報要素
がユーザプロフィールに指定されていないこととの決定に応答して、ユーザプロフィールに関するユーザ情報要素の指定を促す工程と、を備えてもよい。

コンピュータ実装方法は、さらに、自動応答を構成することが、ユーザアカウントに関連付けられている現在の地理的な場所を決定する工程をさらに含むことを備えてもよい。
コンピュータ実装方法は、さらに、メッセージングエンドポイントがサードパーティウェブページに埋め込まれているメッセージングウィジェットを含むことをさらに備えてもよく、構成された自動応答に基づいて、メッセージングウィジェットを介して自動対話を行う工程をさらに備える。

コンピュータ実装方法は、さらに、ウェブクッキーに基づいてユーザアカウントを特定する工程を備えてもよい。
コンピュータ実装方法は、さらに、自動応答は決定木および有限状態機械のうちの少なくとも１つに基づいて生成される工程を備えてもよい。

コンピュータ実装方法は、さらに、自動応答はメッセージングサービスとの管理者インタフェースによって作成される工程を備えてもよい。
コンピュータ実装方法は、さらに、自動応答の一部としてコマース取引指示を受信する工程と、コマース取引指示に応答してコマース取引確認ダイアログを開始する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、広告を表示する工程と、広告のユーザ選択を受信する工程と、広告のユーザ選択に応答して、メッセージングエンドポイントをインスタンス化する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、自動応答は、メッセージング開始の配送先住所フィールドに基づいて、複数の自動応答から選択される工程を備えてもよい。
コンピュータ実装方法は、さらに、構成された自動応答に基づいて、メッセージングエンドポイントを介して自動対話を行う工程と、自動対話を記録する工程と、記録された自動対話を自動応答のために管理者インタフェースを介して表示する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、構成された自動応答に基づいて、メッセージングエンドポイントを介して自動対話を行う工程と、自動対話の現在の状態が管理者通知を示すと決定する工程と、自動対話の現在の状態が管理者通知を示すとの決定に応答して、管理者アカウントに通知を送信する工程と、を備えてもよい。

コンピュータ実装方法は、さらに、ユーザプロフィールからのユーザ情報に基づいて、複数の管理者アカウントから管理者アカウントを決定する工程を備えてもよく、ユーザ情報は、ユーザの場所およびユーザの人口統計学的情報のうちの少なくとも１つを含む。

装置は、デバイス上のプロセッサ回路と、メッセージングサービス用のユーザアカウントに関連付けられているユーザプロフィールを取り出すようにプロセッサ回路上で作動するユーザプロフィールコンポーネントと、クライアントデバイスのメッセージングエンドポイントからメッセージング開始を受信して、メッセージング開始に応答して、ユーザプロフィールに基づいて自動応答を構成するように作動するメッセージング自動コンポーネントとを備え得る。装置は、本明細書に記載されるコンピュータ実装方法のいずれかを実装するように作動してもよい。

少なくとも１つのコンピュータ可読記憶媒体は、実行されたときに、本明細書に記載さ
れるコンピュータ実装方法のいずれかをシステムに行わせる命令を備え得る。
本発明による実施形態は、特に、方法、記憶媒体、システムおよびコンピュータプログラム製品に向けられた添付の請求項に開示され、ある請求項のカテゴリ、たとえば方法、で述べる特徴は、別の請求項のカテゴリ、たとえばシステム、においても同様に請求することができる。添付の請求項の従属または後方参照は、単に形式的理由のために選ばれている。ただし、任意の先行請求項への意図的な後方参照（特に多項従属）により得られる任意の主題も同様に請求できるので、請求項とその特徴のあらゆる組み合わせが開示され、添付の請求項で選ばれる従属に関係なく請求することができる。請求できる主題は、添付の請求項に記載される通りの特徴の組み合わせだけでなく、請求項の特徴のあらゆる他の組み合わせも含み、請求項で述べられる各特徴は、請求項のあらゆる他の特徴または他の特徴の組み合わせと組み合わせることができる。また、本明細書で説明または図示される実施形態および特徴のいずれも、個々の請求項および本明細書または個々の請求項もしくは本明細書で説明もしくは図示されるあらゆる実施形態もしくは特徴、または添付の請求項の特徴のいずれかとのあらゆる組み合わせで請求することができる。

本発明による一実施形態において、コンピュータ実装方法は、メッセージングサービスにおいて、メッセージングパッケージをメッセージングエンドポイントから受信する工程と、自然言語プロセッサで、メッセージングパッケージの自然言語処理を行う工程と、自然言語処理に基づいて、メッセージングパッケージの意図を決定する工程と、意図に基づいて、メッセージングパッケージ、好ましくは、メッセージングパッケージの意図に対応すると予測される応答メッセージを決定する工程と、メッセージングパッケージに応答するように割り当てられている管理者アカウントを決定する工程と、決定された応答メッセージに基づいて、管理者アカウントの管理者メッセージングエンドポイントに、応答メッセージを含む定型応答パッケージを送信する工程と、を備える。

実施形態において、定型応答パッケージは、決定された応答メッセージを用いてメッセージングサービスを介してメッセージングパッケージに応答するように管理者メッセージングエンドポイントを構成するように作動してもよく、特にそのように作動するように生成されてもよい。

実施形態において、応答メッセージは１以上のダイナミックフィールドを備えてもよく、方法はさらに、メッセージングエンドポイントに関連付けられているユーザアカウント情報を取り出す工程と、ユーザアカウント情報に基づいて、１以上の値を１以上のダイナミックフィールドのうちの少なくとも１つに割り当てる工程と、を備えてもよい。

実施形態において、自然言語処理を行うことは、メッセージングパッケージの少なくとも一部を自然言語プロセッサに提出する工程を備えてもよい。
実施形態において、自然言語プロセッサは、メッセージングサービスのメッセージング対話履歴に基づいて訓練されてもよい。

実施形態において、方法は、１以上のメッセージング意図キーワードを自然言語プロセッサから受信する工程と、１以上のメッセージング意図キーワードに基づいて、応答メッセージを応答メッセージレポジトリから取り出す工程と、をさらに備えてもよい。

実施形態において、方法は、複数の応答メッセージを自然言語プロセッサに提出する工程と、複数の応答メッセージを自然言語プロセッサに提出することに応答して、複数の応答メッセージと複数の意図キーワードとの間の関連付けを定義する意図キーワードマッピングを、自然言語プロセッサから受信する工程と、複数の応答メッセージと複数の意図キーワードとの間の定義された関連付けを、応答メッセージレポジトリに格納する工程と、のさらなる工程を備えてもよい。

実施形態において、方法は、応答用メッセージングパッケージを管理者メッセージングエンドポイントから受信する工程と、応答用メッセージングパッケージが応答メッセージに基づいていないと決定する工程と、応答用メッセージングパッケージから管理者指定の応答メッセージを抽出する工程と、メッセージングパッケージからユーザメッセージを抽出する工程と、ユーザメッセージおよび管理者指定の応答メッセージを自然言語プロセッサに提出する工程と、管理者指定の応答メッセージと１以上の追加の意図キーワードとの間の関連付けを定義する追加のキーワードマッピングを、自然言語プロセッサから受信する工程と、管理者指定の応答メッセージを応答メッセージレポジトリに格納する工程と、管理者指定の応答メッセージと１以上の追加の意図キーワードとの間の関連付けを、応答メッセージレポジトリに格納する工程と、をさらに備えてもよい。

実施形態において、方法は、応答用メッセージングパッケージを管理者メッセージングエンドポイントから受信する工程と、応答用メッセージングパッケージが応答メッセージを使用するかどうかを決定する工程と、応答用メッセージングパッケージが応答メッセージを使用するかどうかに基づいて、自然言語プロセッサを訓練する工程と、をさらに備えてもよい。

実施形態において、メッセージングパッケージの自然言語処理が１以上の意図キーワードおよび１以上のパラメータを決定することは、１以上の意図キーワードおよび１以上のパラメータに基づいて、自動コマース対話を構成する工程をさらに備えてもよい。

本発明による一実施形態において、装置は、デバイス上のプロセッサ回路と、ネットワークインタフェースと、プロセッサ回路上で、メッセージングサービスにおいてメッセージングエンドポイントからのメッセージングパッケージをネットワークインタフェースから受信する工程と、メッセージングパッケージに対応すると予測される応答メッセージを決定するために、メッセージングパッケージの自然言語処理を行う工程と、メッセージングパッケージに応答するように割り当てられている管理者アカウントを決定する工程と、定型応答パッケージを、管理者アカウントの管理者メッセージングエンドポイントに送信する工程と、を行うように作動する、コマース仲介サーバとを備え、定型応答パッケージは、応答メッセージを備え、定型応答パッケージは、応答メッセージを用いてメッセージングサービスを介してメッセージングパッケージに応答するための管理者メッセージングエンドポイントを構成するように作動してもよい。

実施形態において、コマース仲介サーバは、複数の応答メッセージを自然言語プロセッサに提出する工程と、複数の応答メッセージを自然言語プロセッサに提出することに応答して、複数の応答メッセージと複数の意図キーワードとの間の関連付けを定義する意図キーワードマッピングを、自然言語プロセッサから受信する工程と、複数の応答メッセージと複数の意図キーワードとの間の定義された関連付けを、応答メッセージレポジトリに格納する工程と、１以上のメッセージング意図キーワードを自然言語プロセッサから受信する工程と、１以上のメッセージング意図キーワードに基づいて、応答メッセージを応答メッセージレポジトリから取り出す工程と、を行うように作動し得る。

実施形態において、コマース仲介サーバは、応答用メッセージングパッケージを管理者メッセージングエンドポイントから受信する工程と、応答用メッセージングパッケージが応答メッセージに基づいていないと決定する工程と、応答用メッセージングパッケージから管理者指定の応答メッセージを抽出する工程と、メッセージングパッケージからユーザメッセージを抽出する工程と、ユーザメッセージおよび管理者指定の応答メッセージを自然言語プロセッサに提出する工程と、管理者指定の応答メッセージと１以上の追加の意図キーワードとの間の関連付けを定義する追加のキーワードマッピングを、自然言語プロセ
ッサから受信する工程と、管理者指定の応答メッセージを応答メッセージレポジトリに格納する工程と、管理者指定の応答メッセージおよび１以上の追加の意図キーワードを、応答メッセージレポジトリに格納する工程と、を行うように作動し得る。

実施形態において、コマース仲介サーバは、応答用メッセージングパッケージを管理者メッセージングエンドポイントから受信する工程と、応答用メッセージングパッケージが応答メッセージを使用するかどうかを決定する工程と、応答用メッセージングパッケージが応答メッセージを使用するかどうかに基づいて、自然言語プロセッサを訓練する工程と、を行うように作動し得る。

実施形態において、応答メッセージは１以上のダイナミックフィールドを備えてもよく、コマース仲介サーバは、メッセージングエンドポイントに関連付けられているユーザアカウント情報をソーシャルネットワーキングサービスから取り出す工程と、ユーザアカウント情報に基づいて、１以上の値を１以上のダイナミックフィールドのうちの少なくとも１つに割り当てる工程と、を行うように作動し得る。

本発明による一実施形態において、プロセッサ上で実行されたときに、メッセージングサービスにおいて、メッセージングパッケージをメッセージングエンドポイントから受信する工程と、メッセージングパッケージの自然言語処理を行う工程と、自然言語処理に基づいて、メッセージングパッケージの意図を決定する工程と、メッセージングパッケージに対応すると予測される応答メッセージを決定する工程と、意図に基づいて、メッセージングパッケージに応答するように割り当てられている管理者アカウントを決定する工程と、定型応答パッケージを、管理者アカウントの管理者メッセージングエンドポイントに送信する工程と、をシステムに行わせる命令を備え、定型応答パッケージは、応答メッセージを備え、定型応答パッケージは、応答メッセージを用いてメッセージングサービスを介してメッセージングパッケージに応答するための管理者メッセージングエンドポイントを構成するように作動する、少なくとも１つのコンピュータ可読記憶媒体を備え得る。

実施形態において、コンピュータ可読記憶媒体は、プロセッサ上で実行されたときに、
複数の応答メッセージを自然言語プロセッサに提出する工程と、複数の応答メッセージを自然言語プロセッサに提出することに応答して、複数の応答メッセージと複数の意図キーワードとの間の関連付けを定義する意図キーワードマッピングを、自然言語プロセッサから受信する工程と、複数の応答メッセージと複数の意図キーワードとの間の定義された関連付けを応答メッセージレポジトリに格納する工程と、１以上のメッセージング意図キーワードを自然言語プロセッサから受信する工程と、１以上のメッセージング意図キーワードに基づいて、応答メッセージを応答メッセージレポジトリから取り出す工程と、をシステムに行わせる命令をさらに備えてもよい。

実施形態において、コンピュータ可読記憶媒体は、実行されたときに、応答用メッセージングパッケージを管理者メッセージングエンドポイントから受信する工程と、応答用メッセージングパッケージが応答メッセージに基づいていないと決定する工程と、応答用メッセージングパッケージから管理者指定の応答メッセージを抽出する工程と、メッセージングパッケージからユーザメッセージを抽出する工程と、ユーザメッセージおよび管理者指定の応答メッセージを自然言語プロセッサに提出する工程と、追加キーワードマッピングを自然言語プロセッサから受信する工程であって、追加キーワードマッピングは、管理者指定の応答メッセージと１以上の追加の意図キーワードとの間の関連付けを定義する、受信する工程と、管理者指定の応答メッセージを応答メッセージレポジトリに格納する工程と、管理者指定の応答メッセージと１以上の追加の意図キーワードとの間の関連付けを、応答メッセージレポジトリに格納する工程と、をシステムに行わせる命令をさらに備えてもよい。

コンピュータ可読記憶媒体は、実行されたときに、応答用メッセージングパッケージを管理者メッセージングエンドポイントから受信する工程と、応答用メッセージングパッケージが応答メッセージを使用するかどうかを決定する工程と、応答用メッセージングパッケージが応答メッセージを使用するかどうかに基づいて、自然言語プロセッサを訓練する工程と、をシステムに行わせる命令をさらに備えてもよい。

コンピュータ可読記憶媒体の実施形態において、応答メッセージは１以上のダイナミックフィールドを備えてもよく、実行されたときに、メッセージングエンドポイントに関連付けられているユーザアカウント情報をソーシャルネットワーキングサービスから取り出す工程と、ユーザアカウント情報に基づいて、１以上の値を１以上のダイナミックフィールドのうちの少なくとも１つに割り当てる工程と、をシステムに行わせる命令をさらに備える。

本発明による実施形態において、コンピュータ実装方法は、メッセージングサービス用のユーザアカウントに関連付けられているユーザコンテキストを受信する工程と、ユーザアカウント用のユーザプロフィールを受信する工程と、ユーザコンテキストおよびユーザプロフィールに基づいて、１以上の推奨を決定する工程と、推奨に基づいて、クライアントデバイスの、メッセージングサービス用のユーザアカウントに関連付けられているメッセージングエンドポイント用の推奨インタフェースを構成する工程と、を備える。

実施形態において、ユーザプロフィールは、ユーザアカウントのメッセージング履歴に基づくメッセージングアフィニティを含み得て、１以上の推奨を決定することはメッセージングアフィニティに基づく。

実施形態において、ユーザコンテキストは少なくともクライアントデバイスの地理的な場所を含み得て、決定される推奨のうちの少なくとも１つは、クライアントデバイスの地理的な場所によって画定される地理的な検索地域内にあることに基づいて選択されるエンティティとの対話に関するものである。

実施形態において、ユーザコンテキストは少なくともクライアントデバイスの地理的な場所を含み得て、ユーザプロフィールは複数の推奨製品を含み、１以上の推奨は、地理的な場所によって画定される地理的な検索地域内にある１以上の企業エンティティから推奨製品のうちの１以上を購入することの推奨を含む。

実施形態において、複数の推奨製品のうちの１以上の推奨製品は、ユーザアカウントのメッセージング履歴で参照されている１以上の推奨製品に基づいて決定され得る。
実施形態において、ユーザプロフィールはユーザアカウントのメッセージング履歴を含み得て、１以上の推奨は少なくとも部分的にメッセージング履歴に基づく。

実施形態において、方法は、メッセージングサービスで消費者・企業間メッセージング対話を行う工程と、消費者・企業間メッセージング対話においてユーザアカウントのユーザに対して推奨する参照製品を決定する工程と、参照製品を１以上の推奨に含み、消費者・企業間メッセージング対話はユーザプロフィールの少なくとも一部を含む工程と、をさらに備えてもよい。

実施形態において、ユーザコンテキストは少なくともクライアントデバイスの地理的な場所を含み得て、消費者・企業間メッセージング対話はユーザアカウントと企業エンティティアカウントとの間のものであり、方法はさらに、企業エンティティアカウントがクライアントデバイスの地理的な場所によって画定される地理的な検索地域内の企業エンティ
ティの地理的な場所に関連付けられていることに基づいて、消費者・企業間メッセージング対話からの参照製品を含むことを決定する工程を備えてもよい。

実施形態において、方法は、１以上の推奨のうちの１つを含む選択された推奨を、クライアントデバイスから受信する工程と、クライアントデバイスのメッセージングエンドポイントと選択された推奨に関連付けられているプロバイダメッセージングエンドポイントの間で、選択された推奨を自動的に含むメッセージング会話をメッセージングサービスで開始する工程と、をさらに備えてもよい。

実施形態において、方法は、ユーザプロフィールおよびユーザコンテキストに基づいて、関連のある複数の製品を決定する工程と、関連のある複数の製品のうちの最高報酬の推奨として１以上の推奨を決定する工程と、をさらに備えてもよい。

実施形態において、方法は、ユーザプロフィールおよびユーザコンテキストに基づいて、関連のある複数の企業エンティティを決定する工程と、関連のある複数の企業エンティティに関するユーザアカウントのメッセージ開封率に基づいて、１以上の推奨を決定する工程と、をさらに備えてもよい。

本発明による実施形態において、装置は、デバイスの上のプロセッサ回路と、プロセッサ回路上で、メッセージングサービス用のユーザアカウントに関連付けられているユーザコンテキストを管理するように作動するユーザコンテキストコンポーネントと、ユーザアカウント用のユーザプロフィールを取り出すように作動するユーザプロフィールコンポーネントと、ユーザコンテキストおよびユーザプロフィールに基づいて１以上の推奨を決定し、推奨に基づいて、クライアントデバイスの、メッセージングサービス用のユーザアカウントに関連付けられているメッセージングエンドポイント用の推奨インタフェースを構成するように作動する推奨コンポーネントと、を備えてもよい。

実施形態において、ユーザコンテキストは、少なくともクライアントデバイスの地理的な場所を含み得る。
実施形態において、メッセージングサービスは、ユーザアカウントと企業エンティティアカウントとの間の消費者・企業間メッセージング対話を行うように作動し得る。

実施形態において、推奨コンポーネントは、企業エンティティアカウントがクライアントデバイスの地理的な場所によって画定される地理的な検索地域内の企業エンティティの地理的な場所に関連付けられていることに基づいて、消費者・企業間メッセージング対話においてユーザアカウントのユーザに対して推奨する参照製品を決定するように作動し得る。

実施形態において、メッセージングサービスは、１以上の推奨のうちの１つを含む選択された推奨を、クライアントデバイスから受信し、クライアントデバイスのメッセージングエンドポイントと選択された推奨に関連付けられているプロバイダメッセージングエンドポイントとの間で、選択された推奨を自動的に含むメッセージング会話をメッセージングサービスで開始するように作動し得る。

本発明による一実施形態において、プロセッサ上で実行されたときに、メッセージングサービス用のユーザアカウントに関連付けられているユーザコンテキストを受信する工程と、ユーザアカウント用のユーザプロフィールを取り出す工程と、ユーザコンテキストおよびユーザプロフィールに基づいて、１以上の推奨を決定する工程と、推奨に基づいて、クライアントデバイスの、メッセージングサービス用のユーザアカウントに関連付けられているメッセージングエンドポイント用の推奨インタフェースを構成する工程と、をシス
テムに行わせる命令を備える、少なくとも１つのコンピュータ可読記憶媒体を備え得る。

実施形態において、コンピュータ可読記憶媒体は、プロセッサ上で実行されたときに、ユーザプロフィールおよびユーザコンテキストに基づいて、関連のある複数の企業エンティティを決定する工程と、関連のある複数の企業エンティティに関するユーザアカウントのメッセージ開封率に基づいて、１以上の推奨を決定する工程と、をシステムに行わせる命令をさらに備えてもよい。

本発明によるさらなる実施形態において、１以上のコンピュータ可読非一時的記憶媒体は、実行されたときに、本発明または前述の実施形態のいずれかに記載の方法を実施するように動作可能なソフトウェアを具体化する。

本発明によるさらなる実施形態において、システムは、１以上のプロセッサと、プロセッサに連結されて、プロセッサにより実行可能な命令を備える少なくとも１つのメモリとを備え、プロセッサは、命令を実行するときに、本発明または前述の実施形態のいずれかに記載の方法を実施するように作動可能である。

本発明によるさらなる実施形態において、好ましくはコンピュータ可読非一時的記憶媒体を備えるコンピュータプログラム製品は、データ処理システム上で実行されたときに、本発明または前述の実施形態のいずれかに記載の方法を実施するように動作可能である。

いくつかの実施形態は、「１つの実施形態」または「実施形態」という表現と、それらの派生語とを用いて説明され得る。これらの用語は、実施形態に関して説明される特定の特徴、構造または特性が少なくとも１つの実施形態に含まれることを意味している。本明細書の様々な箇所に現れる「１つの実施形態において」というフレーズは、必ずしも全てが同じ実施形態を指しているわけではない。更に、いくつかの実施形態は、「結合された」および「接続された」という表現と、それらの派生語とを用いて説明され得る。これらの表現は必ずしも互いの同義語として意図されているわけではない。例えば、いくつかの実施形態は、「接続された」および／または「結合された」という表現を用いることにより、２つ以上の要素が直接物理的にまたは電気的に相互接触していることを示すように説明され得る。一方、「結合された」という用語は、２つ以上の要素が互いに直接接触していないが、それでも互いに協働またはインタラクトしていることを意味する場合もある。

本明細書において用いられる表記および専門用語を全体的に参照すると、本明細書における詳細な説明は、コンピュータまたはコンピュータのネットワーク上で実行されるプログラムプロシージャの観点で表され得る。これらの手続き的（ｐｒｏｃｅｄｕｒａｌ）記載および表現は、当業者によって、当該技術分野における他の当業者に自身の研究の本質を最も効果的に伝えるために用いられている。

プロシージャとは、ここでは、また一般的に、所望の結果をもたらすオペレーションの首尾一貫したシーケンスであると考えられる。これらのオペレーションは、物理的量の物理的操作を必要とするものである。必須ではないが通例、これらの量は、記憶、転送、組合せ、比較および他の形で操作されることが可能な電気信号、磁気信号または光信号の形態をとる。場合によっては、主に一般的用法の理由から、これらの信号を、ビット、値、要素、シンボル、文字、語、数等と呼ぶことが好都合であることがわかっている。しかしながら、これらの用語および同様の用語は全て適切な物理的量に関連付けられ、これらの量に適用される好都合なラベルにすぎないことに留意されたい。

更に、実行される操作は、多くの場合、人間のオペレータによって実行される知的オペレーションに一般的に関連付けられる、追加または比較等の用語で参照される。１つまた
は複数の実施形態の一部を形成する、本明細書に説明されるオペレーションのいずれにおいても、人間のオペレータのそのような能力は必要でないか、ほとんどの場合に望ましくない。むしろ、オペレーションは機械オペレーションである。様々な実施形態のオペレーションを実行するための有用な機械は、汎用デジタルコンピュータまたは同様のデバイスを含む。

様々な実施形態は、これらのオペレーションを実行するための装置またはシステムにも関する。この装置は、必要とされる目的のために特に構築されることが可能であるか、またはコンピュータに記憶されるコンピュータプログラムによって選択的にアクティベートまたは再構成される汎用コンピュータを含むことができる。本明細書において提示されるプロシージャは、特定のコンピュータまたは他の装置に本質的に関係しない。様々な汎用機械は、本明細書における教示に関連して書かれたプログラムと共に用いられ得るか、または、必要とされる方法ステップを実行する、より特殊な装置を構築することが好都合であるとわかる場合がある。様々なこれらの機械のために必要とされる構造は、与えられる説明から明らかとなるであろう。

本開示の要約書は、読み手が技術的開示の本質を迅速に理解できるようにするために提供されていることを強調しておく。要約書は、特許請求の範囲の範囲または意味を解釈または限定することに用いられないという理解のもとに提出されている。更に、上記した「発明を実施するための形態」においては、開示を効率化するために様々な特徴がまとめて単一の実施形態にされていることを見てとることができる。このような開示方法は、特許請求される実施形態が各請求項に明示的に記された特徴以外のものを必要とする意図を表していると解釈されるべきではない。むしろ、以下の特許請求の範囲が表しているように、本発明の主題は、開示されている単一の実施形態の全特徴よりも少ない特徴にある。このため、以下の特許請求の範囲は本明細書において「発明を実施するための形態」に組み込まれ、各請求項は独立した１つの実施形態に基づく。「第１の」、「第２の」、「第３の」等の用語は単にラベルとして用いられており、それらの対象物に数的限定を課すことを意図したものではない。

上記で説明したものは、開示されているアーキテクチャの例を含む。当然ながら、コンポーネントおよび／または方法の全ての考え得る組合せを記載することは不可能であるが、当業者であれば、多くの更なる組合せおよび置き換えが可能であることを認識することができる。したがって、新規のアーキテクチャは、添付の特許請求の範囲の趣旨および範囲内にある全ての変化、変更および変形を包含することが意図される。

Claims (34)

1. メッセージングサービスにおいて、メッセージングパッケージをメッセージングエンドポイントから受信する工程と、
   前記メッセージングパッケージに対応すると予測される応答メッセージを決定するために、前記メッセージングパッケージの自然言語処理を行う工程と、
   前記メッセージングパッケージに応答するように割り当てられている管理者アカウントを決定する工程と、
   定型応答パッケージを、前記管理者アカウントの管理者メッセージングエンドポイントに送信する工程であって、前記定型応答パッケージは、応答メッセージを含む、送信する工程と、を備える、コンピュータ実装方法。
2. 前記定型応答パッケージは、前記応答メッセージを用いて前記メッセージングサービスを介して前記メッセージングパッケージに応答するように前記管理者メッセージングエンドポイントを構成するように作動する、請求項１に記載の方法。
3. 前記応答メッセージは１以上のダイナミックフィールドを備え、前記方法は、
   前記メッセージングエンドポイントに関連付けられているユーザアカウント情報を取り出す工程と、
   前記ユーザアカウント情報に基づいて、１以上の値を前記１以上のダイナミックフィールドのうちの少なくとも１つに割り当てる工程と、をさらに備える、請求項１に記載の方法。
4. 前記自然言語処理を行う工程は、前記メッセージングパッケージの少なくとも一部を自然言語プロセッサに提出する工程を備える、請求項１に記載の方法。
5. 前記自然言語プロセッサは、前記メッセージングサービスのメッセージング対話履歴に基づいて訓練される、請求項４に記載の方法。
6. １以上のメッセージング意図キーワードを前記自然言語プロセッサから受信する工程と、
   前記１以上のメッセージング意図キーワードに基づいて、前記応答メッセージを応答メッセージレポジトリから取り出す工程と、をさらに備える、請求項４に記載の方法。
7. 複数の応答メッセージを自然言語プロセッサに提出する工程と、
   前記複数の応答メッセージを前記自然言語プロセッサに提出することに応答して、意図キーワードマッピングを前記自然言語プロセッサから受信する工程であって、前記意図キーワードマッピングは、前記複数の応答メッセージと複数の意図キーワードとの間の関連付けを定義する、工程と、
   前記複数の応答メッセージと前記複数の意図キーワードとの間の定義された前記関連付けを、応答メッセージレポジトリに格納する工程と、をさらに備える、請求項１に記載の方法。
8. 応答用メッセージングパッケージを前記管理者メッセージングエンドポイントから受信する工程と、
   前記応答用メッセージングパッケージが前記応答メッセージに基づいていないと決定する工程と、
   前記応答用メッセージングパッケージから管理者指定の応答メッセージを抽出する工程と、
   前記メッセージングパッケージからユーザメッセージを抽出する工程と、
   前記ユーザメッセージおよび前記管理者指定の応答メッセージを前記自然言語プロセッサに提出する工程と、
   追加キーワードマッピングを前記自然言語プロセッサから受信する工程であって、前記追加キーワードマッピングは、前記管理者指定の応答メッセージと１以上の追加の意図キーワードとの間の関連付けを定義する、受信する工程と、
   前記管理者指定の応答メッセージを前記応答メッセージレポジトリに格納する工程と、
   前記管理者指定の応答メッセージと前記１以上の追加意図キーワードとの間の前記関連付けを、前記応答メッセージレポジトリに格納する工程と、をさらに備える、請求項７に記載の方法。
9. 応答用メッセージングパッケージを前記管理者メッセージングエンドポイントから受信する工程と、
   前記応答用メッセージングパッケージが前記応答メッセージを使用するかどうかを決定する工程と、
   前記応答用メッセージングパッケージが前記応答メッセージを使用するかどうかに基づいて、前記自然言語プロセッサを訓練する工程と、をさらに備える、請求項１に記載の方法。
10. 前記メッセージングパッケージの前記自然言語処理は１以上の意図キーワードおよび１以上のパラメータを決定し、前記方法は、
    前記１以上の意図キーワードおよび前記１以上のパラメータに基づいて、自動コマース対話を構成する工程をさらに備える、請求項１に記載の方法。
11. デバイス上のプロセッサ回路と、
    ネットワークインタフェースと、
    前記プロセッサ回路上で、メッセージングサービスにおいてメッセージングエンドポイントからのメッセージングパッケージを前記ネットワークインタフェースから受信し、前記メッセージングパッケージに対応すると予測される応答メッセージを決定するために、前記メッセージングパッケージの自然言語処理を行い、前記メッセージングパッケージに応答するように割り当てられている管理者アカウントを決定し、定型応答パッケージを、前記管理者アカウントの管理者メッセージングエンドポイントに送信するように作動するコマース仲介サーバと、を備え、前記定型応答パッケージは、前記応答メッセージを備え、前記定型応答パッケージは、前記応答メッセージを用いて前記メッセージングサービスを介して前記メッセージングパッケージに応答するように前記管理者メッセージングエンドポイントを構成するように作動する、装置。
12. 前記コマース仲介サーバは、複数の応答メッセージを自然言語プロセッサに提出し、前記複数の応答メッセージを前記自然言語プロセッサに提出することに応答して、意図キーワードマッピングを、前記自然言語プロセッサから受信し、前記意図キーワードマッピングは、前記複数の応答メッセージと複数の意図キーワードとの間の関連付けを定義し、前記複数の応答メッセージと前記複数の意図キーワードとの間の定義された前記関連付けを、応答メッセージレポジトリに格納し、前記自然言語プロセッサから１以上のメッセージング意図キーワードを受信し、前記１以上のメッセージング意図キーワードに基づいて、前記応答メッセージを前記応答メッセージレポジトリから取り出すように作動することをさらに備える、請求項１１に記載の装置。
13. 前記コマース仲介サーバは、前記管理者メッセージングエンドポイントから応答用メッセージングパッケージを受信し、前記応答用メッセージングパッケージが前記応答メッセージに基づいていないと決定し、前記応答用メッセージングパッケージから管理者指定の応答メッセージを抽出し、前記メッセージングパッケージからユーザメッセージを抽出し
    、前記ユーザメッセージおよび前記管理者指定の応答メッセージを前記自然言語プロセッサに提出し、追加キーワードマッピングを、前記自然言語プロセッサから受信し、前記追加キーワードマッピングは、前記管理者指定の応答メッセージと１以上の追加の意図キーワードとの間の関連付けを定義し、前記管理者指定の応答メッセージを前記応答メッセージレポジトリに格納し、前記管理者指定の応答メッセージと前記１以上の追加意図キーワードとの間の前記関連付けを、前記応答メッセージレポジトリに格納するように作動することをさらに備える、請求項１１に記載の装置。
14. 前記コマース仲介サーバは、前記管理者メッセージングエンドポイントから応答用メッセージングパッケージを受信し、前記応答用メッセージングパッケージが前記応答メッセージを使用するかどうかを決定し、前記応答用メッセージングパッケージが前記応答メッセージを使用するかどうかに基づいて、前記自然言語プロセッサを訓練するように作動することをさらに備える、請求項１１に記載の装置。
15. 前記応答メッセージは１以上のダイナミックフィールドを備え、
    前記コマース仲介サーバは、前記メッセージングエンドポイントに関連付けられているユーザアカウント情報をソーシャルネットワーキングサービスから取り出し、前記ユーザアカウント情報に基づいて、１以上の値を前記１以上のダイナミックフィールドのうちの少なくとも１つに割り当てるように作動することをさらに備える、請求項１１に記載の装置。
16. 少なくとも１つのコンピュータ可読記憶媒体であって、
    実行されたときに、
    メッセージングサービスにおいて、メッセージングパッケージをメッセージングエンドポイントから受信する工程と、
    前記メッセージングパッケージに対応すると予測される応答メッセージを決定するために、前記メッセージングパッケージの自然言語処理を行う工程と、
    前記メッセージングパッケージに応答するように割り当てられている管理者アカウントを決定する工程と、
    定型応答パッケージを、前記管理者アカウントの管理者メッセージングエンドポイントに送信する工程であって、前記定型応答パッケージは、前記応答メッセージを備え、前記定型応答パッケージは、前記応答メッセージを用いて前記メッセージングサービスを介して前記メッセージングパッケージに応答するように前記管理者メッセージングエンドポイントを構成するように作動する、送信する工程と、をシステムに行わせる命令を備える、コンピュータ可読記憶媒体。
17. 実行されたときに、
    複数の応答メッセージを自然言語プロセッサに提出する工程と、
    前記複数の応答メッセージを前記自然言語プロセッサに提出することに応答して、意図キーワードマッピングを前記自然言語プロセッサから受信する工程であって、前記意図キーワードマッピングは、前記複数の応答メッセージと複数の意図キーワードとの間の関連付けを定義する、工程と、
    前記複数の応答メッセージと前記複数の意図キーワードとの間の定義された前記関連付けを、応答メッセージレポジトリに格納する工程と、
    前記自然言語プロセッサから１以上のメッセージング意図を受信する工程と、
    前記１以上のメッセージング意図キーワードに基づいて、前記応答メッセージを前記応答メッセージレポジトリから取り出す工程と、をシステムに行わせる命令をさらに備える、請求項１６に記載のコンピュータ可読記憶媒体。
18. 実行されたときに、
    応答用メッセージングパッケージを前記管理者メッセージングエンドポイントから受信する工程と、
    前記応答用メッセージングパッケージが前記応答メッセージに基づいていないと決定する工程と、
    前記応答用メッセージングパッケージから管理者指定の応答メッセージを抽出する工程と、
    前記メッセージングパッケージからユーザメッセージを抽出する工程と、
    前記ユーザメッセージおよび前記管理者指定の応答メッセージを前記自然言語プロセッサに提出する工程と、
    追加キーワードマッピングを前記自然言語プロセッサから受信する工程であって、前記追加キーワードマッピングは、前記管理者指定の応答メッセージと１以上の追加の意図キーワードとの間の関連付けを定義する、受信する工程と、
    前記管理者指定の応答メッセージを前記応答メッセージレポジトリに格納する工程と、
    前記管理者指定の応答メッセージと前記１以上の追加意図キーワードとの間の前記関連付けを、前記応答メッセージレポジトリに格納する工程と、をシステムに行わせる命令をさらに備える、請求項１６に記載のコンピュータ可読記憶媒体。
19. 実行されたときに、
    応答用メッセージングパッケージを前記管理者メッセージングエンドポイントから受信する工程と、
    前記応答用メッセージングパッケージが前記応答メッセージを使用するかどうかを決定する工程と、
    前記応答用メッセージングパッケージが前記応答メッセージを使用するかどうかに基づいて、前記自然言語プロセッサを訓練する工程と、をシステムに行わせる命令をさらに備える、請求項１６に記載のコンピュータ可読記憶媒体。
20. 前記応答メッセージは１以上のダイナミックフィールドを備え、実行されたときに、
    前記メッセージングエンドポイントに関連付けられているユーザアカウント情報をソーシャルネットワーキングサービスから取り出す工程と、
    前記ユーザアカウント情報に基づいて、１以上の値を前記１以上のダイナミックフィールドのうちの少なくとも１つに割り当てる工程と、をシステムにさらに行わせる命令を備える、請求項１６に記載のコンピュータ可読記憶媒体。
21. メッセージングサービスにおいて、メッセージングパッケージをメッセージングエンドポイントから受信する工程と、
    自然言語プロセッサにおいて、前記メッセージングパッケージの自然言語処理を行う工程と、
    前記自然言語処理に基づいて、前記メッセージングパッケージの意図を決定する工程と、
    前記意図に基づいて、前記メッセージングパッケージに対応すると予測される応答メッセージを決定する工程と、
    前記メッセージングパッケージに応答するように割り当てられている管理者アカウントを決定する工程と、
    決定された前記応答メッセージに基づいて、定型応答パッケージを、前記管理者アカウントの管理者メッセージングエンドポイントに送信する工程であって、前記定型応答パッケージは、前記応答メッセージを備える、送信する工程と、を備える、コンピュータ実装方法。
22. 前記定型応答パッケージは、前記応答メッセージを用いて前記メッセージングサービスを介して前記メッセージングパッケージに応答するように前記管理者メッセージングエン
    ドポイントを構成するように作動する、請求項２１に記載の方法。
23. 前記応答メッセージは１以上のダイナミックフィールドを備え、前記方法は、
    前記メッセージングエンドポイントに関連付けられているユーザアカウント情報を取り出す工程と、
    前記ユーザアカウント情報に基づいて、１以上の値を前記１以上のダイナミックフィールドのうちの少なくとも１つに割り当てる工程と、をさらに備える、請求項２１または２２に記載の方法。
24. 前記自然言語処理を行う工程は、前記メッセージングパッケージの少なくとも一部を自然言語プロセッサに提出する工程を備える、請求項２１〜２３のいずれか１項に記載の方法。
25. 前記自然言語プロセッサは、前記メッセージングサービスのメッセージング対話履歴に基づいて訓練される、請求項２４に記載の方法。
26. １以上のメッセージング意図キーワードを前記自然言語プロセッサから受信する工程と、
    前記１以上のメッセージング意図キーワードに基づいて、前記応答メッセージを応答メッセージレポジトリから取り出す工程と、をさらに備える、請求項２４に記載の方法。
27. 複数の応答メッセージを自然言語プロセッサに提出する工程と、
    前記複数の応答メッセージを前記自然言語プロセッサに提出することに応答して、意図キーワードマッピングを前記自然言語プロセッサから受信する工程であって、前記意図キーワードマッピングは、前記複数の応答メッセージと複数の意図キーワードとの間の関連付けを定義する、工程と、
    前記複数の応答メッセージと前記複数の意図キーワードとの間の定義された前記関連付けを、応答メッセージレポジトリに格納する工程と、をさらに備える、請求項２１〜２６のいずれか１項に記載の方法。
28. 応答用メッセージングパッケージを前記管理者メッセージングエンドポイントから受信する工程と、
    前記応答用メッセージングパッケージが前記応答メッセージに基づいていないと決定する工程と、
    前記応答用メッセージングパッケージから管理者指定の応答メッセージを抽出する工程と、
    前記メッセージングパッケージからユーザメッセージを抽出する工程と、
    前記ユーザメッセージおよび前記管理者指定の応答メッセージを前記自然言語プロセッサに提出する工程と、
    追加キーワードマッピングを前記自然言語プロセッサから受信する工程であって、前記追加キーワードマッピングは、前記管理者指定の応答メッセージと１以上の追加の意図キーワードとの間の関連付けを定義する、受信する工程と、
    前記管理者指定の応答メッセージを前記応答メッセージレポジトリに格納する工程と、
    前記管理者指定の応答メッセージと前記１以上の追加意図キーワードとの間の前記関連付けを、前記応答メッセージレポジトリに格納する工程と、をさらに備える、請求項２７に記載の方法。
29. 応答用メッセージングパッケージを前記管理者メッセージングエンドポイントから受信する工程と、
    前記応答用メッセージングパッケージが前記応答メッセージを使用するかどうかを決定
    する工程と、
    前記応答用メッセージングパッケージが前記応答メッセージを使用するかどうかに基づいて、前記自然言語プロセッサを訓練する工程と、をさらに備える、請求項１〜２８のいずれか１項に記載の方法。
30. 前記メッセージングパッケージの前記自然言語処理は１以上の意図キーワードおよび１以上のパラメータを決定し、前記方法は、
    前記１以上の意図キーワードおよび前記１以上のパラメータに基づいて、自動コマース対話を構成する工程をさらに備える、請求項２１〜２９のいずれか１項に記載の方法。
31. デバイス上のプロセッサ回路と、
    ネットワークインタフェースと、
    前記プロセッサ回路上で、メッセージングサービスにおいてメッセージングエンドポイントからのメッセージングパッケージを前記ネットワークインタフェースから受信し、前記メッセージングパッケージに対応すると予測される応答メッセージを決定するために、前記メッセージングパッケージの自然言語処理を行い、前記メッセージングパッケージに応答するように割り当てられている管理者アカウントを決定し、定型応答パッケージを、前記管理者アカウントの管理者メッセージングエンドポイントに送信するように作動するコマース仲介サーバと、を備え、前記定型応答パッケージは、前記応答メッセージを備え、定型応答パッケージは、前記応答メッセージを用いて前記メッセージングサービスを介して前記メッセージングパッケージに応答するための前記管理者メッセージングエンドポイントを構成するように作動する、装置。
32. 前記装置は、１以上のプロセッサと、前記プロセッサに連結され、前記プロセッサによって実行可能な命令を備える少なくとも１つのメモリとを備え、前記プロセッサは、前記命令を実行するときに、請求項２１〜３０のいずれか１項に記載の方法を実施するように動作可能である、特に請求項３１に記載の装置。
33. 実行されたときに、
    メッセージングサービスにおいて、メッセージングパッケージをメッセージングエンドポイントから受信する工程と、
    前記メッセージングパッケージに対応すると予測される応答メッセージを決定するために、前記メッセージングパッケージの自然言語処理を行う工程と、
    前記メッセージングパッケージに応答するように割り当てられている管理者アカウントを決定する工程と、
    定型応答パッケージを、前記管理者アカウントの管理者メッセージングエンドポイントに送信する工程であって、前記定型応答パッケージは、前記応答メッセージを備え、前記定型応答パッケージは、前記応答メッセージを用いて前記メッセージングサービスを介して前記メッセージングパッケージに応答するための前記管理者メッセージングエンドポイントを構成するように作動する、送信する工程と、をシステムに行わせる命令を備える、少なくとも１つのコンピュータ可読記憶媒体。
34. プロセッサ上で実行されたときに、請求項２１〜３０の少なくとも１項に記載の方法の工程を実施する命令をさらに備える、特に請求項３３に記載の少なくとも１つのコンピュータ可読記憶媒体。