特許 7302043 リソースの優先順位付けおよび通信チャネルの確立

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-06-23

(45)【発行日】2023-07-03

(54)【発明の名称】リソースの優先順位付けおよび通信チャネルの確立

(51)【国際特許分類】

   H04M 3/42 20060101AFI20230626BHJP

   H04M 3/51 20060101ALI20230626BHJP

【ＦＩ】

H04M3/42 Z

H04M3/51

【請求項の数】 17

【外国語出願】

(21)【出願番号】P 2022002898

(22)【出願日】2022-01-12

(62)【分割の表示】P 2020115550の分割

【原出願日】2016-03-16

(65)【公開番号】P2022058573

(43)【公開日】2022-04-12

【審査請求日】2022-02-04

(31)【優先権主張番号】62/133,670

(32)【優先日】2015-03-16

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

(73)【特許権者】

【識別番号】511094772

【氏名又は名称】ライブパーソン， インコーポレイテッド

(74)【代理人】

【識別番号】110003708

【氏名又は名称】弁理士法人鈴榮特許綜合事務所

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100179062

【弁理士】

【氏名又は名称】井上 正

(74)【代理人】

【識別番号】100199565

【弁理士】

【氏名又は名称】飯野 茂

(74)【代理人】

【識別番号】100153051

【弁理士】

【氏名又は名称】河野 直樹

(74)【代理人】

【識別番号】100162570

【弁理士】

【氏名又は名称】金子 早苗

(72)【発明者】

【氏名】グラント・ローレンス・ミラー

(72)【発明者】

【氏名】マーク・キャンベル

【審査官】松原 徳久

(56)【参考文献】

【文献】特開２０１２－０８８９２５（ＪＰ，Ａ）

【文献】国際公開第０１／０８４３９２（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１４／０１７２７３７（ＵＳ，Ａ１）

【文献】特開２００６－１２４０９９（ＪＰ，Ａ）

【文献】韓国公開特許第１０－２０１４－０１４４６３１（ＫＲ，Ａ）

【文献】特開２００３－２０８５４９（ＪＰ，Ａ）

【文献】特開２０１４－１９２８１３（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１４／０１２２６９８（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１４／０２４５１４１（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１０／０３２９１９８（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｂ６５Ｇ６１／００

Ｇ０６Ｑ１０／００－１０／１０

３０／００－３０／０８

５０／００－５０／２０

５０／２６－９９／００

Ｇ０８Ｂ２３／００－３１／００

Ｇ１６Ｚ９９／００

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｌ５１／００－５１／５８

６７／００－６７／７５

Ｈ０４Ｍ３／００

３／１６－３／２０

３／３８－３／５８

７／００－７／１６

１１／００－１１／１０

Ｈ０４Ｗ４／００－９９／００

(57)【特許請求の範囲】

【請求項1】

コンピュータにより実施される方法であって、
リアルタイム通信を格納すること、ここにおいて、前記リアルタイム通信は、リアルタイムで格納され、前記リアルタイム通信は、取得データストアにおける履歴データとして、通信システムに格納される、と、
取得パラメータを生成すること、ここにおいて、前記取得パラメータは、前記リアルタイム通信に関連付けられた個々の要求に関してリアルタイムで生成され、前記取得パラメータは、前記個々の要求に対応するリソース特性データ、位置データ、およびオブジェクト特性データを識別する、と、
前記取得パラメータを取得結果と関連付けるために、モデルを使用して前記履歴データを分析することと、
対話環境に関連付けられた複数のリソースデバイスに関する特性データを格納することと、
前記対話環境に位置する前記複数のリソースデバイスに関するリアルタイム位置データを受信することと、
ユーザデバイス、要求位置、およびオブジェクトタグに関連付けられた要求通信を受信することと、
前記複数のリソースデバイスから利用可能なリソースを識別すること、ここにおいて、前記利用可能なリソースは、前記要求通信に関連付けられている、と、
前記利用可能なリソースおよび前記要求通信に関する取得パラメータのセットを識別することと、
前記要求通信に関するリソースデバイスを動的に選択すること、ここにおいて、前記リソースデバイスは、前記モデルおよび前記取得パラメータのセットに対応する予測された取得結果を使用して選択される、と、
前記リソースデバイスに関する前記取得パラメータのセットに基づいて、リアルタイム要求処理動作を識別することと、
前記ユーザデバイスと前記リソースデバイスとの間の通信チャネルの確立を容易にすることと、
前記ユーザデバイスと前記リソースデバイスとの間の前記通信チャネルにおいてチャネルデータをルーティングすること、ここにおいて、前記通信チャネルは、前記リアルタイム要求処理動作に関連付けられている、と、
前記取得データストアに関する更新された履歴データを生成すること、ここにおいて、前記更新された履歴データは、前記通信チャネルからのチャネルデータを使用して生成され、前記更新された履歴データは、ユーザデバイスとリソースデバイスとの間の将来の通信を改善するための学習をサポートするために使用される、と、
を備える、コンピュータにより実施される方法。

【請求項2】

前記リアルタイム位置データは、近接システムによって生成される、請求項１に記載のコンピュータにより実施される方法。

【請求項3】

前記リソースデバイスは、前記ユーザデバイスに関連付けられたユーザ特性に基づいてさらに選択される、請求項１に記載のコンピュータにより実施される方法。

【請求項4】

前記ユーザデバイスと前記リソースデバイスとの間の前記通信チャネルの確立を容易にすることは、前記ユーザデバイスとコールセンターデバイスとの間の接続を生成することと、前記ユーザデバイスと前記リソースデバイスとの間の前記通信チャネルを作成するために、前記ユーザデバイスと前記コールセンターデバイスとの間の前記接続を転送することと、を含む、請求項１に記載のコンピュータにより実施される方法。

【請求項5】

前記要求通信は、コールセンターデバイスを使用してコールセンターリソースによって受信され、
前記ユーザデバイスと前記リソースデバイスとの間の前記通信チャネルの確立を容易にすることは、前記コールセンターデバイスを前記リソースデバイスにリンクすることを含む、
請求項１に記載のコンピュータにより実施される方法。

【請求項6】

前記ユーザデバイスと前記リソースデバイスとの間の前記通信チャネルの確立を容易にすることは、前記対話環境に位置する前記ユーザデバイスを前記リソースデバイスとリンクさせるために、コールセンターリソースを使用することを含む、請求項１に記載のコンピュータにより実施される方法。

【請求項7】

１つまたは複数のデータプロセッサと、
命令を含む非一時的なコンピュータ可読記憶媒体と、
を備えるシステムであって、前記命令は、前記１つまたは複数のデータプロセッサ上で実行されると、前記１つまたは複数のデータプロセッサに、
リアルタイム通信を格納すること、ここにおいて、前記リアルタイム通信は、リアルタイムで格納され、前記リアルタイム通信は、取得データストアにおける履歴データとして、通信システムに格納される、と、
取得パラメータを生成すること、ここにおいて、前記取得パラメータは、前記リアルタイム通信に関連付けられた個々の要求に関してリアルタイムで生成され、前記取得パラメータは、前記個々の要求に対応するリソース特性データ、位置データ、およびオブジェクト特性データを識別する、と、
前記取得パラメータを取得結果と関連付けるために、モデルを使用して前記履歴データを分析することと、
対話環境に関連付けられた複数のリソースデバイスに関する特性データを格納することと、
前記対話環境に位置する前記複数のリソースデバイスに関するリアルタイム位置データを受信することと、
ユーザデバイス、要求位置、およびオブジェクトタグに関連付けられた要求通信を受信することと、
前記複数のリソースデバイスから利用可能なリソースを識別すること、ここにおいて、前記利用可能なリソースは、前記要求通信に関連付けられている、と、
前記利用可能なリソースおよび前記要求通信に関する取得パラメータのセットを識別することと、
前記要求通信に関するリソースデバイスを動的に選択すること、ここにおいて、前記リソースデバイスは、前記モデルおよび前記取得パラメータのセットに対応する予測された取得結果を使用して選択される、と、
前記リソースデバイスに関する前記取得パラメータのセットに基づいて、リアルタイム要求処理動作を識別することと、
前記ユーザデバイスと前記リソースデバイスとの間の通信チャネルの確立を容易にすることと、
前記ユーザデバイスと前記リソースデバイスとの間の前記通信チャネルにおいてチャネルデータをルーティングすること、ここにおいて、前記通信チャネルは、前記リアルタイム要求処理動作に関連付けられている、と、
前記取得データストアに関する更新された履歴データを生成すること、ここにおいて、前記更新された履歴データは、前記通信チャネルからのチャネルデータを使用して生成され、前記更新された履歴データは、ユーザデバイスとリソースデバイスとの間の将来の通信を改善するための学習をサポートするために使用される、と、
を含む動作を実行させる、システム。

【請求項8】

前記リアルタイム位置データは、近接システムによって生成される、請求項７に記載のシステム。

【請求項9】

前記リソースデバイスは、前記ユーザデバイスに関連付けられたユーザ特性に基づいてさらに選択される、請求項７に記載のシステム。

【請求項10】

前記ユーザデバイスと前記リソースデバイスとの間の前記通信チャネルの確立を容易にすることは、前記ユーザデバイスとコールセンターデバイスとの間の接続を生成することと、前記ユーザデバイスと前記リソースデバイスとの間の前記通信チャネルを作成するために、前記ユーザデバイスと前記コールセンターデバイスとの間の前記接続を転送することと、を含む、請求項７に記載のシステム。

【請求項11】

前記要求通信は、コールセンターデバイスを使用してコールセンターリソースによって受信され、
前記ユーザデバイスと前記リソースデバイスとの間の前記通信チャネルの確立を容易にすることは、前記コールセンターデバイスを前記リソースデバイスにリンクすることを含む、
請求項７に記載のシステム。

【請求項12】

前記ユーザデバイスと前記リソースデバイスとの間の前記通信チャネルの確立を容易にすることは、前記対話環境に位置する前記ユーザデバイスを前記リソースデバイスとリンクさせるために、コールセンターリソースを使用することを含む、請求項７に記載のシステム。

【請求項13】

非一時的な機械可読記憶媒体に有形に具現化されたコンピュータプログラムであって、データ処理装置に、
リアルタイム通信を格納すること、ここにおいて、前記リアルタイム通信は、リアルタイムで格納され、前記リアルタイム通信は、取得データストアにおける履歴データとして、通信システムに格納される、と、
取得パラメータを生成すること、ここにおいて、前記取得パラメータは、前記リアルタイム通信に関連付けられた個々の要求に関してリアルタイムで生成され、前記取得パラメータは、前記個々の要求に対応するリソース特性データ、位置データ、およびオブジェクト特性データを識別する、と、
前記取得パラメータを取得結果と関連付けるために、モデルを使用して前記履歴データを分析することと、
対話環境に関連付けられた複数のリソースデバイスに関する特性データを格納することと、
前記対話環境に位置する前記複数のリソースデバイスに関するリアルタイム位置データを受信することと、
ユーザデバイス、要求位置、およびオブジェクトタグに関連付けられた要求通信を受信することと、
前記複数のリソースデバイスから利用可能なリソースを識別すること、ここにおいて、前記利用可能なリソースは、前記要求通信に関連付けられている、と、
前記利用可能なリソースおよび前記要求通信に関する取得パラメータのセットを識別することと、
前記要求通信に関するリソースデバイスを動的に選択すること、ここにおいて、前記リソースデバイスは、前記モデルおよび前記取得パラメータのセットに対応する予測された取得結果を使用して選択される、と、
前記リソースデバイスに関する前記取得パラメータのセットに基づいて、リアルタイム要求処理動作を識別することと、
前記ユーザデバイスと前記リソースデバイスとの間の通信チャネルの確立を容易にすることと、
前記ユーザデバイスと前記リソースデバイスとの間の前記通信チャネルにおいてチャネルデータをルーティングすること、ここにおいて、前記通信チャネルは、前記リアルタイム要求処理動作に関連付けられている、と、
前記取得データストアに関する更新された履歴データを生成すること、ここにおいて、前記更新された履歴データは、前記通信チャネルからのチャネルデータを使用して生成され、前記更新された履歴データは、ユーザデバイスとリソースデバイスとの間の将来の通信を改善するための学習をサポートするために使用される、と、
を含む動作を実行させるように構成された命令を含む、コンピュータプログラム。

【請求項14】

前記リアルタイム位置データは、近接システムによって生成される、請求項１３に記載のコンピュータプログラム。

【請求項15】

前記リソースデバイスは、前記ユーザデバイスに関連付けられたユーザ特性に基づいてさらに選択され、
前記ユーザデバイスと前記リソースデバイスとの間の前記通信チャネルの確立を容易にすることは、前記ユーザデバイスとコールセンターデバイスとの間の接続を生成することと、前記ユーザデバイスと前記リソースデバイスとの間の前記通信チャネルを作成するために、前記ユーザデバイスと前記コールセンターデバイスとの間の前記接続を転送することと、を含む、
請求項１３に記載のコンピュータプログラム。

【請求項16】

前記要求通信は、コールセンターデバイスを使用してコールセンターリソースによって受信され、
前記ユーザデバイスと前記リソースデバイスとの間の前記通信チャネルの確立を容易にすることは、前記コールセンターデバイスを前記リソースデバイスにリンクすることを含む、
請求項１３に記載のコンピュータプログラム。

【請求項17】

前記ユーザデバイスと前記リソースデバイスとの間の前記通信チャネルの確立を容易にすることは、前記対話環境に位置する前記ユーザデバイスを前記リソースデバイスとリンクさせるために、コールセンターリソースを使用することを含む、請求項１３に記載のコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
[0001]本出願は、２０１５年３月１６日に出願された米国仮特許出願第６２／１３３，６７０号の利益および優先権を主張するものであり、すべての目的のために参照によりその全体が本明細書に組み込まれる。

【0002】

[0002]本開示は、一般に、取得パラメータに基づいてリソースを優先順位付けし、通信チャネルを確立することによる要求通信の処理に関する。

【背景技術】

【0003】

[0003]しばしば、リソース要求に対してリソース割り当てを適合させることは複雑な作業である。場合によっては、リソースの可用性に制約があり、要求の負荷に対応するには不十分であり得る。さらに複雑な問題では、リソースが要求に対応する程度は、スペクトル全体で変化する可能性がある。したがって、複数の要求にサービスを提供するには、リソースの可用性だけでなく、リソースの仕様、位置または他のパラメータも評価する必要があり得る。リソース割り当ての努力を改善する必要がある。

【発明の概要】

【課題を解決するための手段】

【0004】

[0004]いくつかの実施形態では、要求がユーザデバイスから受信され、その要求に応答してリソースを提供するかどうか、および提供する場合には、どのリソースを提供するかが決定される。例えば、アプリケーションまたはウェブページをユーザデバイスのディスプレイに提示することができ、リソースデバイスと通信するための要求に対応する入力を検出して（例えば）そのアプリケーション、ウェブページ、またはＵＲＬに関するより多くの情報（例えば、アプリケーションページ上に描かれているか、さもなければ識別されているコンテンツアイテム、オブジェクトの入手可能性（例えば可用性）、ナビゲーション（例えば、建物に行くまたは建物内に入る）、サービス（例えば、要求された性能、要求された性能の取得可能性、保留時間）を受信することができる。要求に対応するコンテンツ、アプリケーションもしくはＵＲＬに対応する識別子、および／またはユーザデバイスの位置を含む要求通信を生成することができる。場合によっては、要求通信はコンテンツアイテムを識別し、コンテンツアイテムは、ユーザ入力により指定されたコンテンツアイテム、および／またはユーザ入力を受信すると同時にもしくはその直前に提示されたウェブページもしくはアプリケーションページに対応するコンテンツアイテムを含むことができる。要求通信は、リソース優先順位付けシステムで受信することができる。

【0005】

[0005]リソース優先順位付けシステムは、最初に、要求に対応するオブジェクトを識別することができる。オブジェクトは、例えば、建物（例えば、関心のある建物、店舗、建物内のオブジェクト、または他の適切なオブジェクト）を含むことができる。オブジェクトは、要求通信で識別されたもの、または要求通信のコンテンツに関連するものを含むことができる。例えば、要求はオイル交換に関する情報を受信することであってもよく、オブジェクトは「整備士」として識別されてもよい。

【0006】

[0006]リソース優先順位付けシステムは、オブジェクトに関連する１つまたは複数のリソースデバイスを識別することができる。リソースは、例えば、オブジェクトに対応するエンティティ（例えば、クライアント）に関連するエージェントデバイス（例えば、オブジェクトに対応する建物のエージェントおよび／またはオブジェクトが位置する建物のエージェント）、運用中のエージェント、またはオブジェクトから特定の距離内にあるか、もしくはオブジェクト位置（例えば、識別された建物内）にあるエージェントデバイス、または他の適切なリソースを含むことができる。

【0007】

[0007]要求、オブジェクトおよび／または識別されたリソースデバイスに対応するデータは、要求に応答してリソースデバイスとユーザとの接続を試みるかどうか、どのリソースデバイスとの接続を試みるかどうか、および／または接続タイプを決定するために処理することができる。例えば、リソースの集合が建物内にある場合には、特定のリソースは、リソースの集合の各々が（例えば、オブジェクトの位置に対して）どこに位置するか、および／またはリソースの集合の各々が別の通信もしくはタスクに関与していると識別されるかどうかに基づいて、ユーザと（例えば、電話、テキストメッセージ通信、またはチャットにより）通信するために（予備的にまたは最終的に）識別され得る。別の例として、リソースデバイスに関連するリソースの傾向（例えば、好み）、取得指示（例えば、取得の結果確率を識別する）、および／または要求－応答タスク時間範囲に基づいて、通信タイプ（例えば、電子チャット、電話またはテキストメッセージ）を識別することができる。

【0008】

[0008]要求に応答してリソースを提供するように（例えば、ユーザデバイスと、要求に関連するオブジェクトに対応するリソースデバイスまたは要求に関連するオブジェクトの近くに位置する他のユーザのリソースデバイスとの間に通信チャネルを確立するように）決定された場合には、通信チャネルが確立され、デバイス間で開始され得る（例えば、コール、オンラインチャット、またはメッセージ通信を開始することによって）。場合によっては、そのようなチャネルの開始は、通信に参加する可用性を確認するために、デバイスの一方または両方に送信された可能性がある招待または通知に対して肯定応答を受信した（または否定応答を受信しなかった）ことを条件とする。

【0009】

[0009]本開示の特定の態様および特徴は、リソースの優先順位付けに関する。リソース優先順位付けシステムは、ユーザデバイスからの要求を受信することができる。要求は、要求仕様に関するコンテンツを含むことができ、要求位置に関連付けることができる。リソース優先順位付けシステムは、要求コンテンツに対応し、ユーザ位置の近くのリソース位置に関連する１つまたは複数の特性を有する１つまたは複数のリソースを識別する要求を処理することができる。

【0010】

[0010]例えば、コンテンツ解析エンジンは、コンテンツに関する１つまたは複数のオブジェクトタグを識別するためにコンテンツを処理することができる。さらに、位置検出エンジンは、（例えば、要求内のデータまたは要求に関連するメタデータに基づいて）要求に関連する要求位置を検出することができる。オブジェクトエンジンは、タグおよび要求位置を使用して、タグに関連し、同様の位置に関連する１つまたは複数のオブジェクトを識別することができる。各オブジェクトは、（識別された１つまたは複数のオブジェクトに関連する）１つまたは複数のリソースが要求に対して識別されるように、１つまたは複数のリソースに関連付けることができる。

【0011】

[0011]要求処理エンジンは、例えば、リソースの位置（例えば、要求位置またはオブジェクトの位置に対して）、タグの重み（例えば、リソースに関連するオブジェクトがタグに対応する程度、および／または要求コンテンツがタグに対応する程度を示す）および／または１つもしくは複数の他の要因に基づいて、各識別されたリソースに値を割り当てることができる。１つの例では、その値は、同様にまたは代替的に、類似または同一のオブジェクト特性、リソース仕様、時間範囲、および／または要求位置に対応するデータに基づいてもよい。例えば、その値は、リソースが提供された類似もしくは同一のオブジェクトに対応する要求に関連する取得の大きさおよび／または確率を示す取得データ、ならびに／あるいはリソースが提供されていない類似もしくは同一のオブジェクトに対応する要求に関連する取得の大きさおよび／または確率を示す取得データに依存してもよい。

【0012】

[0012]別の例として、値は予測された（例えば、表示された）要求－応答タスク時間範囲に依存してもよく、要求－応答タスク時間範囲は、類似または同一のオブジェクトおよび／またはリソースに関する以前の要求－応答タスク時間範囲の算出（例えば、推定）に基づいて決定することができる。値は、例えば、要求に応答してリソースを提供するかどうか、要求に応答してどのリソースを提供するか、および／または要求に応答してどのようにリソースを提供するか、を決定するために使用することができる。

【0013】

[0013]要求に応答してリソースを提供することが決定されると、特定されたリソースのデバイスに通信を送信して、リソースの可用性を確認することができる。リソースが利用不可能であることを示す応答が受信された場合には、そのリソースは特定された集合から除去され得、かつ／あるいは、リソースを提供するかおよび／またはどのリソースを提供するかについて再度決定することができる。リソースが利用可能であることを示す応答が受信された場合には（またはリソース可用性が評価されない場合には）、ユーザデバイスとリソースデバイスとの間に通信チャネルを確立することができる。

【0014】

[0014]開示するリソース割り当て技術は、ユーザがオブジェクト内またはその近くに物理的に配置されたエージェントデバイスと通信することを可能にすることができ、（例えば）ユーザからの特定のクエリに応答してオブジェクトをリアルタイムで調べることができる。一方で、技術はさらに、要求の効率的な管理を可能にするので、より多くの要求取得（例えば、ユーザによって実行される特定のイベント）および／またはより高い取得の大きさ（例えば、特定のイベントに関連する取得の大きさ）に向かってバイアスするように（例えば、選択に有利なように重み付けされ、リソース選択に重み付けされて）リソースを提供することができる。

【0015】

[0015]いくつかの実施形態では、リソースを優先順位付けし、通信チャネルを確立することによって要求通信への応答を容易にするためのリソース優先順位付けシステムが提供される。リソース優先順位付けシステムは、インターフェースエンジンシステム、位置検出エンジン、オブジェクトエンジン、スケジューリングエンジン、取得解析エンジン、および要求処理エンジンを含むことができる。インターフェースエンジンシステムは、デバイスから要求通信を受信することができる。例えば、要求通信は、位置を示す位置データと、オブジェクトに対応する要求コンテンツと、を含むことができる。位置検出エンジンは、位置データに基づいて要求位置を特定することができる。例えば、要求位置は、デバイスの位置を示すことができる。オブジェクトエンジンは、要求コンテンツに基づいてオブジェクトまたはオブジェクトタイプの識別子を識別し、オブジェクトまたはオブジェクトタイプの識別子および要求位置に基づいて１つまたは複数のオブジェクト位置を特定することができる。

【0016】

[0016]スケジューリングエンジンは、１つまたは複数のプロセッサを使用して、リソースの集合を識別し、リソースの集合内の各リソースに関連するリソース位置を特定し、リソースの集合内の各リソースについて、リソースへの優先順位付け値を割り当て、優先順位付け値は、リソースに関連するリソース位置に依存し、要求通信に少なくとも部分的に応答するためにリソースの集合の中からリソースを選択することができ、リソースの選択は、割り当てられた優先順位付け値に基づく。さらに、スケジューリングエンジンは、少なくとも１つの通信タイプが音声、データまたはテキスト通信チャネルを介した通信を含む通信タイプの集合を識別し、通信タイプの集合の中から通信タイプを選択することができ、通信タイプの選択は、要求通信に関連する取得統計値に基づく。例えば、取得統計値は、本明細書で使用されるように、取得パラメータであってもよい。

【0017】

[0017]取得解析エンジンは、取得が生じたか否かまたは取得の値を示す以前の要求通信に関する取得データに基づいて、要求通信に関連する取得パラメータを識別することができる。要求処理エンジンは、選択された通信タイプが音声、データまたはテキスト通信チャネルを介した通信を含む場合に、デバイスと選択されたリソースに関連するリソースデバイスとの間の音声、データまたはテキスト通信チャネルの確立を容易にすることができる。

【0018】

[0018]この要約は、特許請求する主題の重要なまたは本質的な特徴を特定することを意図するものではなく、特許請求する主題の範囲を決定するために分離して使用することも意図していない。本主題は、この特許の本明細書全体の適切な部分、いずれかのまたはすべての図面、ならびに各請求項を参照することによって理解するべきである。

【0019】

[0019]上記は、他の特徴および実施形態とともに、以下の明細書、特許請求の範囲、および添付の図面を参照することにより、より明らかになるであろう。

【0020】

[0020]本発明の例示的な実施形態を、以下の図面を参照して以下に詳細に説明する。

【図面の簡単な説明】

【0021】

【図1】ネットワーク対話システムの一実施形態のブロック図である。

【図2】ネットワーク対話システムの別の実施形態のブロック図である。

【図3A】接続管理システムを含むネットワーク対話システムの他の実施形態のブロック図である。

【図3B】接続管理システムを含むネットワーク対話システムの他の実施形態のブロック図である。

【図3C】接続管理システムを含むネットワーク対話システムの他の実施形態のブロック図である。

【図4】接続コンポーネントの動作のプロトコルスタックマッピングの表現を示す図である。

【図5】一実施形態によるマルチデバイス通信対話システムを表す図である。

【図6】接続管理システムの一実施形態のブロック図である。

【図7】本発明の一実施形態による対話環境のブロック図である。

【図8】リソース優先順位付けシステムの一実施形態のブロック図である。

【図9】ユーザデバイスの一実施形態のブロック図である。

【図10】リソースデバイスの一実施形態のブロック図である。

【図11】取得パラメータを生成するためのプロセスの一実施形態のフローチャートである。

【図12】要求通信に応答するリソース割り当てを容易にするためのプロセスの一実施形態のフローチャートである。

【図13】一実施形態による要求処理に関連する対話環境を示す図である。

【図14】一実施形態による要求処理に関連する対話環境を示す図である。

【図15】一実施形態による要求処理に関連する対話環境を示す図である。

【図16】本発明の一実施形態による例示的なデバイスインターフェースを示す図である。

【図17】本発明の一実施形態による例示的なデバイスインターフェースを示す図である。

【図18】本発明の一実施形態によるコンピューティングデバイス（例えば、ユーザデバイス、リソースデバイス、またはリソース優先順位付けシステムデバイス）のブロック図である。

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

【0022】

[0038]以下の記述では、説明の目的で、本発明の実施形態の完全な理解を提供するために特定の詳細について記載する。しかしながら、これらの特定の詳細なしに様々な実施形態を実施することができることは明らかであろう。図面および説明は、限定的なものではない。

【0023】

[0039]以下の説明は、例示的な実施形態のみを提供するものであり、本開示の範囲、適用性、または構成を限定するものではない。むしろ、例示的な実施形態の以下の説明は、例示的な実施形態を実施するための可能な説明を当業者に提供する。添付の特許請求の範囲に記載された本発明の趣旨および範囲から逸脱することなく、要素の機能および配置に様々な変更を加えることができることを理解されたい。

【0024】

[0040]以下の説明では、実施形態の完全な理解を提供するために特定の詳細が与えられる。しかしながら、実施形態は、これらの特定の詳細なしで実施できることが理解されるであろう。例えば、回路、システム、ネットワーク、プロセス、および他の構成要素は、不必要な詳細で実施形態を不明瞭にしないために、ブロック図形式の構成要素として示すことができる。他の例では、実施形態を不明瞭にすることを避けるために、周知の回路、プロセス、アルゴリズム、構造、および技術を不必要な詳細なしに示すことができる。

【0025】

[0041]また、個々の実施形態は、フローチャート、フロー図、データフロー図、構造図、またはブロック図で示されるプロセスとして説明することができることに留意されたい。フローチャートは、動作を逐次的なプロセスとして記述することができるが、動作の多くは並列にまたは同時に実行することができる。さらに、動作の順序は再配置されてもよい。プロセスは、その動作が完了した時点で終了するが、図面には含まれていない追加のステップが含まれてもよい。プロセスは、方法、関数、プロシージャ、サブルーチン、サブプログラムなどに対応することができる。プロセスが関数に対応する場合には、その終了は、その関数を呼び出している関数または主関数に戻すことに対応することができる。

【0026】

[0042]「機械可読記憶媒体」または「コンピュータ可読記憶媒体」という用語は、可搬型または非可搬型記憶装置、光学記憶装置、ならびに命令および／またはデータを記憶、格納、または搬送することができる様々な他の媒体を含むが、これらに限定されない。機械可読記憶媒体またはコンピュータ可読記憶媒体は、データを格納することができ、搬送波および／または無線または有線接続を介して伝搬する一時的な電子信号を含まない非一時的媒体を含むことができる。非一時的媒体の例としては、磁気ディスクまたはテープ、コンパクトディスク（ＣＤ）またはデジタル多用途ディスク（ＤＶＤ）などの光記憶媒体、フラッシュメモリ、メモリまたはメモリデバイスが挙げられるが、これらに限定されない。コンピュータプログラム製品は、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、または命令、データ構造、もしくはプログラムステートメントの任意の組み合わせを表すコードおよび／または機械実行可能命令を含むことができる。コードセグメントは、情報、データ、引数、パラメータ、またはメモリ内容を渡しおよび／または受け取ることによって、別のコードセグメントまたはハードウェア回路に結合することができる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージ渡し、トークン渡し、ネットワーク送信などの任意の適切な手段を使用して、渡し、転送し、または送信することができる。

【0027】

[0043]さらに、実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはこれらの任意の組み合わせによって実現されてもよい。ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコードで実現される場合には、必要なタスク（例えば、コンピュータプログラム）を実行するためのプログラムコードまたはコードセグメントは、機械可読媒体に格納することができる。プロセッサは、必要なタスクを実行することができる。

【0028】

[0044]いくつかの図面に示すシステムは、様々な構成で提供することができる。いくつかの実施形態では、システムは、システムの１つまたは複数の構成要素がクラウドコンピューティングシステム内の１つまたは複数のネットワークにわたって分散されている分散システムとして構成することができる。

【0029】

[0045]本開示の特定の態様および特徴は、通信チャネルの確立を通して要求に応答する地理的に多様なリソースの優先順位付けおよび選択に関する。例えば、オブジェクトまたはオブジェクトのタイプに対応するコンテンツを含む要求を（ユーザデバイスから）受信することができる。要求は、要求位置に関連付けることができる。要求に対応し、かつ地理的に要求位置に近い位置に関連する１つまたは複数のオブジェクトを識別するために、データストアを問い合わせることができる。オブジェクトに関連するリソースを続いて識別することができる。次いで、（例えば）ユーザがリソースにクエリを提出してクエリ応答を受信できるように、ユーザデバイスと識別されたリソースに関連するデバイスとの間に通信チャネルを確立することができる。

【0030】

[0046]例えば、ユーザは、ユーザデバイス（例えば、スマートフォン）を介して、１つまたは複数のオブジェクトに関する情報を含むＵＲＬ（例えば、特定のエンティティまたはストアなどのクライアントに関連するＵＲＬ）にアクセスすることができる。ユーザは、オブジェクトおよび／またはクライアントに関するリソースと通信する要求に対応する入力をユーザデバイスに入力することができる。次いで、１つまたは複数のオブジェクト、ユーザデバイスの位置および／またはＵＲＬもしくはウェブページに関連するクライアント（例えば、クライアントに関連する建物）を識別する要求通信を生成することができる。通信は、リモートサーバーに送信することができ、リモートサーバーは、要求に対応し、かつユーザデバイスの位置に近い位置を有する（例えば、特定の距離または領域内にあるか、あるいは、最も近いオブジェクトおよび／またはエンティティの所定数に含まれる）１つもしくは複数のオブジェクトおよび／またはエンティティを識別することができる。サーバーは、リソースのモバイルデバイスまたは他のユーザのモバイルデバイスなどの、識別されたオブジェクトまたは建物のうちの１つの位置またはその近くの別のデバイスを識別することができる。次いで、サーバーは、通信チャネルを介してユーザデバイスを他のデバイスに接続することを容易にすることができ、その結果、ユーザは、オブジェクトおよび／またはクライアントに関する知識があって地理的にユーザに近接している人と（例えば、電話またはチャットなどにより、リアルタイムに）通信することができる。この位置パラメータは、ユーザが物理的に訪問するために合理的にアクセス可能なオブジェクトについての情報を提供できるという利点を提供することができる。

【0031】

別の例として、ユーザは、ユーザデバイス上にテーマパークアプリを開くことができる。そのアプリは、ユーザが、パークナビゲーションなどの様々なトピックについて誰かに話すための要求に対応する入力を行うことを可能にすることができる。各要求タイプは、パーク情報センターに関連付けられたパークナビゲーションなどのオブジェクトに関連付けることができる。単一のテーマパークは、所与のタイプの複数のオブジェクト（例えば、複数の情報センター）を含むことができる。要求通信は、要求タイプ（または対応するオブジェクトタイプ）およびユーザデバイスの位置を特定することができる。サーバーは、要求通信を受信し、ユーザデバイスの位置に近いオブジェクト（例えば、特定の距離内のオブジェクト、最も近いオブジェクト、またはいくつかの最も近いオブジェクトの中のオブジェクト）を特定することができる。次いで、サーバーは、特定されたオフィスの位置にあるデバイス（例えば、パーク情報センターの電話）とユーザデバイスとの間に通信チャネルを確立することができる。次いで、ユーザは、例えば、チャットまたは電話によりパーク情報センターのリソースと通信することができる。

【0032】

[0048]本明細書で説明する実施形態は、ユーザデバイスとリソースデバイスとの間の通信チャネルの確立を容易にする。このようなチャネルは、例えば、ユーザデバイスからリソースデバイスにクエリを送信すること、およびリソースデバイスからユーザデバイスにクエリ応答を送信することを可能にすることができる。このようなクエリは、例えば、リソースデバイスに地理的に近いオブジェクトに関するものであってもよい（例えば、リソースがクエリを考慮してオブジェクトを評価できるように）。様々な例では、リソースは、計算リソース、ロボットまたは人間を含むことができる。リソースは移動可能であってもよい。リソースには、オブジェクトに関する情報を持つ（または情報にアクセスする）リソースを含めることができる。場合によっては、リソースとオブジェクトは同じクライアントに関連付けられる。例えば、クライアントがリソースとオブジェクトの両方を所有していてもよいし、クライアントがオブジェクトを提供していてもよいし、リソースがクライアントのリソースまたはエージェントであってもよい。

【0033】

[0049]場合によっては、様々なリソースタイプおよび／または通信チャネルのタイプが利用可能であり、および／または要求のために選択される。例えば、リソースタイプの集合は、オブジェクトの近くに位置するリソース、リモートリソース、特定のオブジェクトまたはオブジェクトタイプに対応する仕様または知識ベース（例えば、情報のベース）を有するリソース、特定のオブジェクトまたはオブジェクトタイプに対応する仕様または知識ベースを持たないリソース、ヒューマンリソース、ロボットリソース、ならびにマシンリソース（例えば、自動受付システムまたは記録システム）のうちの２つ以上を含むことができる。特定の要求に対して、例えば、要求に割り当てられた優先度、要求負荷、様々なリソースの可用性、および／または情報のタイプに基づいて、１つまたは複数のリソースタイプを選択することができる。別の例として、通信チャネルタイプの集合は、電話チャネル、仮想チャットチャネル、および／またはメッセージ対話チャネルを含むことができる。特定の要求に対しては、例えば、要求の優先順位、要求負荷、様々なリソースの可用性、ユーザおよび／またはリソースの傾向、ならびに／あるいは異なる通信チャネルタイプを介した通信をサポートするためのユーザデバイスおよび／またはリソースデバイスの能力に基づいて、通信チャネルタイプを識別することができる。

【0034】

[0050]一例として、リソースタイプは、オブジェクトがユーザデバイスの位置からある距離（例えば、規定された距離または距離範囲）内の位置で利用可能であるかどうかの判定に基づいて選択されてもよい。要求関連オブジェクトがその距離内に位置する場合には、リソースの選択は、オブジェクトおよび／またはユーザデバイスに近いリソースタイプの選択に向かって重み付けすることができる。そうでない場合には、選択はリソースタイプ選択の重み付けを有しないか、またはリモートリソースタイプに対して重み付けするリソース選択を有することができる。例示すると、ユーザデバイスからの要求は、クライアントに関連する特定のオブジェクトに関する情報であってもよい。ユーザデバイスの位置の近くのクライアントが識別され、そのオブジェクトが利用不可能である（例えば、クライアントに関連する建物内にはもはや位置していない）と判定することができる。この判定が与えられると、コールセンターのエージェントなどのように、クライアントに関連する建物から離れた（またはオブジェクトが利用可能であればオブジェクトに関連したであろう位置から離れた）リソースタイプを選択することができる。同様の結果は、情報に対する要求を処理するためにクライアントに関連する建物で利用可能なリソースがない場合にも発生する。

【0035】

[0051]別の例として、リソースタイプは、ユーザデバイスとオブジェクトとの間の距離に基づいて選択されてもよい。例えば、ユーザデバイスがオブジェクトからある距離内（例えば、建物内またはオブジェクト位置から数フィート以内）にある場合には、オブジェクトおよび／またはユーザデバイスに近いリソースタイプを選択するための重み付けの選択を、他の状況よりも高くすることができる（および／または、要求に対応する仕様を有するリソースタイプなどの重み付けは、他の状況よりも低くすることができる）。例示するために、オブジェクトに関する要求通信をユーザデバイスから受信することができる。オブジェクトに対応する熟練または仕様を有するリソース（または限定されたリソース）が（例えば、ユーザデバイスの位置に対応するかまたはユーザデバイスの位置に近い位置で）利用可能でないと判定することができる。代替的なリソースタイプは、クライアントに関連する建物内の別のリソース（オブジェクトに対応する仕様を有しない）と、クライアントに関連する建物から離れた別のリソース（例えば、仕様を有する）と、を含むことができる。ユーザデバイスがクライアントに関連する建物内または建物からある距離内にある場合には、クライアントに関連する建物内のリソースに対するリソース選択重み付けは、それ以外の場合よりも高くすることができ、および／または、オブジェクトに対応する仕様を有するリソースに対するリソース選択重み付けは、それ以外の場合よりも低くすることができる。いくつかの例では、クライアントに関連する建物内の屋内近接センサを使用して、ユーザデバイスが建物内に位置している場合に有用なリソースへのガイダンスを提供することができる。

【0036】

[0052]いくつかの実施形態では、リソース優先順位付け中に、リアルタイム（またはほぼリアルタイム）で取得され格納されたデータを使用して、リソースデバイス、オブジェクトおよび／またはユーザデバイスの１つまたは複数の地理的位置およびタイプが解析され評価される。この解析および評価を使用して、ユーザをリソースおよび／またはオブジェクトに導くことができる。本明細書で使用されるように、リアルタイムという用語は、特定のイベントに応答してとられるアクションに関するものとして、遅延を付加することなくその特定のイベントに応答してアクションをとることを意味する。例えば、リアルタイムで取得されるデータは、遅延を付加することなくデータを取得し、データを利用可能にすることを意味する。リソースの解析および評価のいくつかの例では、実施形態による使用のためにデータが送信される前にデータが取得された後のある期間内にデータを格納することができるので、遅延を付加してもよい。様々なセンサ、リソースのタイプ、および特殊化されたデバイスの１つもしくは複数のタイプの使用の実施例に関する様々な詳細を以下で説明する。

【0037】

[0053]これらの例示的な実施例は、本明細書で説明する一般的な主題を導入するために与えられており、開示された概念の範囲を限定するものではない。以下のセクションでは、図面を参照して様々な特徴および実施例を説明するが、説明は例示的な実施例を説明するために使用され、例示的な実施例と同様に、本開示を限定するために使用するべきではない。

【0038】

[0054]図１は、本明細書に記載の特定の実施形態および特徴を実現しサポートするネットワーク対話システム１００の一実施形態のブロック図を示す。特定の実施形態は、ネットワークデバイス１０５（ユーザ１１０によって操作することができる）と端末デバイス１１５（エージェント１２０によって操作することができる）との間の接続チャネルを確立することに関する。エージェントは、本明細書ではプロバイダプロキシと呼ぶこともできる。特定の実施形態では、ネットワーク対話システム１００は、クライアント１２５に関連するクライアントデバイス１３０を含むことができる。

【0039】

[0055]特定の実施形態では、ユーザ１１０は、リモートサーバー１４０によって提供されるウェブページを閲覧するユーザ、または要求された性能（例えば、サービス）にアクセスするユーザであってもよい。クライアント１２５は、本明細書で説明するようにクライアント１２５に利用可能なタスクを実行するために、ウェブページもしくは要求された性能、またはそのようなクライアントに関連したもしくは割り当てられたリソースを提供、操作、または実行するクライアントであってもよい。エージェント１２０は、ウェブページまたは要求された性能（例えば、ウェブページ上で利用可能なアイテムに関する情報）に関してユーザ１１０にサポートまたは情報を提供することを任されたサポートエージェントまたはアソシエートなどのリソースであってもよい。多数のエージェントのうちで、エージェントの部分集合は、特定のクライアント１２５のためのサポートまたは情報を提供するために適切であり得る。エージェント１２０は、クライアント１２５に関連付けられても、関連付けられなくてもよい。各エージェントは、１つまたは複数のクライアント１２５に関連付けることができる。いくつかの非限定的な例では、ユーザ１１０はコンピューティングデバイスを使用してインターネットを検索することができ、クライアント１２５は公開されたアイテムを提供するクライアントであってもよく、エージェント１２０はクライアントに関連付けることができる。様々な実施形態では、ユーザ１１０、クライアント１２５、およびエージェント１２０は、他のリソースまたはエンティティであってもよい。

【0040】

[0056]図１は、単一のネットワークデバイス１０５、端末デバイス１１５およびクライアントデバイス１３０のみを示しているが、対話システム１００は、これらのタイプのデバイスの１つまたは複数の各々の複数または多数（例えば、数十、数百または数千）を含むことができる。同様に、図１は、単一のユーザ１１０、エージェント１２０およびクライアント１２５のみを示しているが、対話システム１００は、そのようなエンティティの１つまたは複数の各々の複数または多数を含むことができる。したがって、所与のネットワークデバイスと通信するためにどの端末デバイスを選択するかを決定することが必要となる場合がある。さらに複雑な問題であるが、リモートサーバー１４０は、選択されたネットワークデバイス通信を受信し応答するように構成することもできる。

【0041】

[0057]接続管理システム１５０は、通信の戦略的ルーティングを容易にすることができる。通信は、コンテンツを有するメッセージを含むことができる（例えば、タイプされたまたは話された入力などの、クライアントからの入力に基づいて決定される）。通信は、送信デバイス（例えば、ＩＰアドレス、アカウントまたはプロファイル識別子、デバイスタイプおよび／またはオペレーティングシステム）、宛先アドレス、クライアントの識別子、ＵＲＬまたはＵＲＬ要素（例えば、通信が生成されたときに訪問されたまたは通信に関連付けられたウェブサイトまたはウェブサイト要素）またはオンライン履歴データの識別子、時間（例えば、時刻および／または日付）、ならびに／あるいは宛先アドレスに関するデータなどの追加データを含むことができる。他の情報を通信に含めることができる。場合によっては、接続管理システム１５０は、通信全体を別のデバイスにルーティングする。場合によっては、接続管理システム１５０は、通信を変更するか、あるいは（例えば、初期通信に基づいて）新たな通信を生成する。新たなまたは変更された通信は、メッセージ（またはその処理されたバージョン）、追加データ（例えば、送信デバイス、ＵＲＬもしくは以前のオンラインデータ、および／または時間）の少なくとも一部（またはすべて）、および／または接続管理システム１５０によって識別された他のデータ（例えば、特定のプロファイル識別子またはデバイスに関連するユーザデータ）を含むことができる。新たなまたは変更された通信には、他の情報も含めることができる。

【0042】

[0058]戦略ルーティング促進の一部は、ネットワークデバイス１０５と１つまたは複数の端末デバイス１１５との間の１つまたは複数の接続チャネルの確立、更新、および使用を含むことができる。例えば、ネットワークデバイス１０５から通信を受信すると、接続管理システム１５０は、最初に、その通信がどのクライアントに（もしあれば）対応するかを判定することができる。クライアントを識別すると、接続管理システム１５０は、ネットワークデバイス１０５との通信のためにクライアントに関連する端末デバイス１１５を識別することができる。場合によっては、その識別は、複数のエージェント（またはエキスパートまたはデリゲート）、すなわち端末デバイス（例えば、端末デバイス１１５）に関連する複数のエージェントの各エージェント（例えば、エージェント１２０）のそれぞれのプロファイルを評価することを含むことができる。評価は、ネットワークデバイス０メッセージ内のコンテンツに関するものであってもよい。端末デバイス１１５の識別は、例えば、２０１０年３月１７日に出願された米国出願第１２／７２５，７９９号に記載された技術を含むことができ、すべての目的のために参照によりその全体が本明細書に組み込まれる。

【0043】

[0059]場合によっては、接続管理システム１５０は、ネットワークデバイス１０５とクライアント（またはリモートサーバー１４０）に関連する端末デバイスとの間に確立された接続チャネルがあるかどうか、もしあれば、その通信を含む一連の通信を交換するためにそのようなチャネルを使用するかどうかを決定することができる。この決定は、少なくとも部分的には、通信に関連するトピック、通信または過去の関連する通信に関連するセンチメント（例えば、メッセージ特性）値、端末デバイス１１５について表示された(例えば、相対的または絶対的な)応答待ち時間、および／または通信に関連する通信チャネルのタイプ（例えば、インスタントメッセージ、メッセージ、電子メール、電話）に依存してもよい。確立された通信チャネルを選択することにより、一貫性を向上させ、ネットワークデバイス１０５からの情報を複数回中継する必要性を低減することができる。一方、新しい通信チャネルを確立することを決定することにより、より特殊化されたエージェントからのより迅速な応答を容易にすることができる。

【0044】

[0060]確立された通信チャネルを選択する（または引き続き使用する）かどうかの決定および／または新しい端末デバイスの選択は、（例えば、クライアントに関連する）１つまたは複数の端末デバイスのそれぞれが通信および／または関連するユーザに対応する程度を決定することを含むことができる。そのような対応は、例えば、エージェントに基づく情報が通信トピックに対応する程度、所与の時間および／またはチャネルタイプ上のエージェントの可用性、ユーザとエージェントとの間の言語類似性、ならびに／あるいはパーソナリティ（例えば、特性）解析に関するものであってもよい。

【0045】

[0061]接続管理システム１５０は、ルーティング決定に影響を及ぼすために通信解析を使用することができる（例えば、通信を送信したネットワークデバイスから以前に通信を受信した端末デバイスに通信をルーティングするか、あるいは通信を受信または送信する端末デバイスを選択するかを決定する）。１つの通信解析は、現在または過去の通信または通信シリーズの１つまたは複数のカテゴリまたはタグを決定および評価することを含むことができる。例えば、通信には、トピック、チャネルタイプ（例えば、電子メール、ＳＭＳメッセージ、リアルタイムチャット、電話または非同期メッセージ）、言語、複雑さレベル、メッセージ特性、および／またはファイルタイプが接続されているかどうか、どのファイルタイプが接続されているかのそれぞれについてのカテゴリを割り当てることができ、端末デバイスの選択は、類似の、同じまたは関連する情報のベース、チャネルタイプの可用性、言語、習熟度レベル、メッセージ特性、および／またはファイルタイプ能力に関連する端末デバイスに対して選択重み付けを有することができる。エージェントの可用性状態データも解析して、適切な端末デバイスを決定することができる。通信解析は、ルーティング決定に影響を与えるために、デバイスまたはアプリケーションから受信した通信に対して規則を決定し適用することを含むことができる。

【0046】

[0062]いくつかの実施形態では、接続管理システム１５０は、ネットワークデバイス１０５から受信した通信に含まれるデータを解析することができるリソース優先順位付けシステム（例えば、本明細書に記載した図７のリソース優先順位付けシステム７２０）を含むか、またはそれに関連付けることができる。通信におけるデータの解析に基づいて、リソース優先順位付けシステムは、ネットワークデバイス１０５に関連する位置を特定することができる。リソース優先順位付けシステムは、１つまたは複数の端末デバイス１１５に関連する位置に基づいて、１つまたは複数の端末デバイス１１５を選択することができる。例えば、リソース優先順位付けシステムは、ネットワークデバイス１０５に地理的に１最も近い端末デバイスを選択することができる。さらに、リソース優先順位付けシステムは、ネットワークデバイス１０５と選択された端末デバイス（例えば、ネットワークデバイス１０５に地理的に最も近い端末デバイス）との間に確立される通信リンクのタイプを選択することができる。例えば、通信リンクのタイプは、音声、データ、またはテキスト通信チャネルを介した通信を含むことができる。いくつかの例では、通信リンクのタイプは、本明細書に記載した取得パラメータに基づいて選択することができる。他の例では、通信リンクのタイプは、ネットワークデバイス１０５からの通信に含まれるデータに基づいて選択することができる。

【0047】

[0063]接続管理システム１５０は、ネットワークデバイス１０５と通信するための端末デバイス１１５を選択すると、ネットワークデバイス１０５と端末デバイス１１５との間の接続チャネルを確立することができる。場合によっては、接続管理システム１５０は、選択された端末デバイス１１５にメッセージを送信することができる。メッセージは、ネットワークデバイス１０５と通信する提案された割り当ての確認応答を要求するか、またはその割り当てが生成されたことを識別することができる。メッセージは、ネットワークデバイス１０５に関する情報（例えば、ＩＰアドレス、デバイスタイプ、および／またはオペレーティングシステム）、関連するユーザ１１０に関する情報（例えば、話した言語、クライアントとの対話の時間範囲、熟練度、メッセージ特性、および／またはトピックの傾向）、受信した通信、ネットワークデバイス１０５への通信を生成し送信するためのコード（例えば選択可能なリンクまたはハイパーリンク）、および／またはネットワークデバイス１０５への通信を生成し送信するための命令を含むことができる。

【0048】

[0064]一例では、ネットワークデバイス１０５と端末デバイス１１５との間の通信は、接続管理システム１５０を介してルーティングすることができる。そのような構成は、接続管理システム１５０が通信交換を監視し、デバイスまたは拡張された待ち時間の非応答性などの問題（例えば規則に基づいて定義される）を検出することを可能にすることができる。さらに、このような構成は、通信の選択的なまたは完全な格納を容易にすることができ、それは後で、例えば通信交換の品質を評価するため、および／またはルーティング規則を更新もしくは生成するための学習をサポートして、通信後の特定の目標を改善するために使用されてもよい。

【0049】

[0065]いくつかの実施形態では、接続管理システム１５０は、リアルタイムで通信を監視し、ライブ通信に基づいて自動アクション（例えば、規則ベースのアクション）を実行することができる。例えば、接続管理システム１５０は、通信が特定のアイテムに関係すると判断すると、接続管理システム１５０は、アイテムに関する追加情報（例えば、在庫アイテムの数量、アイテムに関するドキュメントをサポートするリンク、またはアイテムもしくは同様のアイテムに関する他の情報）を含む追加メッセージを端末デバイス１１５に自動的に送信することができる。

【0050】

[0066]一例では、指定された端末デバイス１１５は、接続管理システム１５０を介して通信を中継することなく、ネットワークデバイス１０５と通信することができる。１つまたは両方のデバイス１０５、１１５は、通信監視および／またはデータ格納を容易にするために、特定の通信メトリックまたはコンテンツを接続管理システム１５０に報告してもよい（または報告しなくてもよい）。

【0051】

[0067]上述したように、接続管理システム１５０は、選択された通信をリモートサーバー１４０にルーティングすることができる。リモートサーバー１４０は、所定の方法で情報を提供するように構成することができる。例えば、リモートサーバー１４０は、通信に応答して送信するための１つまたは複数のテキストパッセージ、音声記録および／またはファイルにアクセスすることができる。リモートサーバー１４０は、例えば、受信された２通信の解析（例えば、意味解析またはマッピング解析）に基づいて、特定のテキストパッセージ、記録またはファイルを選択することができる。

【0052】

[0068]接続管理システム１５０で実行されるルーティングおよび／または他の決定もしくは処理は、１つまたは複数のクライアントデバイス１３０によって少なくとも部分的に定義されるかまたは提供される規則および／またはデータに基づいて実行することができる。例えば、クライアントデバイス１３０は、エージェントの優先順位付け、端末デバイスタイプ、トピックおよび／または熟練度の類似性、または他の適切な規則を識別する通信を送信することができる。別の例として、クライアントデバイス１３０は、ルーティング決定（例えば、言語互換性、指示された応答時間、デバイスタイプおよび能力、および／または端末デバイス負荷分散）に影響を及ぼす可能性のある様々な変数に適用する１つまたは複数の重み付けを特定することができる。どの端末デバイスおよび／またはエージェントをクライアントに関連付けるかは、動的であり得ることが理解されよう。クライアントデバイス１３０および／または端末デバイス１１５からの通信は、所与の端末デバイスおよび／またはエージェントがクライアントに関連するものとして追加または削除するべきであることを示す情報を提供することができる。例えば、クライアントデバイス１３０は、ＩＰアドレスを有する通信と、そのアドレスを有する端末デバイスをクライアントに関連する端末デバイスを識別するリストに追加または削除するかどうかに関する指示と、を送信することができる。

【0053】

[0069]いくつかの例では、接続管理システム１５０は、ネットワークデバイス１０５と第１の端末デバイス１１５との間の初期比較およびルーティングを容易にすることができる。例えば、ネットワークデバイス１０５からの通信で受信されたメッセージは、第１の端末デバイス１１５にルーティングすることができる。別の例として、通信管理システム１５０は、ネットワークデバイス１０５に通信（例えば、通信セッションを開始する）を送信する要求または命令を含むか、または指示する第１の端末デバイスに通信を送信することができる。

【0054】

[0070]各通信（例えば、デバイス間、デバイスと接続管理システム１５０との間、リモートサーバー１４０と接続管理システム１５０との間、またはリモートサーバー１４０とデバイスとの間）は、１つまたは複数のネットワーク１７０を介して行うことができる。１つまたは複数のネットワーク１７０に、オープンネットワークまたはクローズドネットワークの任意の組み合わせを含めることができる。適切なネットワークの例には、インターネット、パーソナルエリアネットワーク、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、または無線ローカルエリアネットワーク（ＷＬＡＮ）が含まれる。他のネットワークも同様に適している。１つまたは複数のネットワーク１７０は、イントラネット、エクストラネット、またはそれらの組み合わせの中に完全に組み込まれてもよいし、またはそれらを含んでもよい。場合によっては、１つまたは複数のネットワーク１７０内のネットワークは、ブルートゥース（登録商標）またはブルートゥース（登録商標）低エネルギーチャネルなどの短距離通信チャネルを含む。一実施形態では、２つ以上のシステムおよび／またはデバイス間の通信は、セキュアソケット層（ＳＳＬ）またはトランスポート層セキュリティ（ＴＬＳ）などのセキュアな通信プロトコルによって実現することができる。さらに、データおよび／または通信の詳細は、任意の便利な、公知の、または開発される方法に基づいて暗号化することができ、それは例えば、Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ（ＤＥＳ）、Ｔｒｉｐｌｅ ＤＥＳ、Ｒｉｖｅｓｔ－Ｓｈａｍｉｒ－Ａｄｌｅｍａｎ暗号化（ＲＳＡ）、Ｂｌｏｗｆｉｓｈ暗号化、Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ（ＡＥＳ）、ＣＡＳＴ－１２８、ＣＡＳＴ－２５６、Ｄｅｃｏｒｒｅｌａｔｅｄ Ｆａｓｔ Ｃｉｐｈｅｒ（ＤＦＣ）、Ｔｉｎｙ Ｅｎｃｒｙｐｔｉｏｎ Ａｌｇｏｒｉｔｈｍ（ＴＥＡ）、ｅＸｔｅｎｄｅｄ ＴＥＡ（ＸＴＥＡ）、Ｃｏｒｒｅｃｔｅｄ Ｂｌｏｃｋ ＴＥＡ（ＸＸＴＥＡ）３、および／またはＲＣ５などを含むが、これらに限定されない

【0055】

[0071]ネットワークデバイス１０５、端末デバイス１１５および／またはクライアントデバイス１３０は、例えば、携帯電子デバイス（例えば、スマートフォン、タブレット、ラップトップコンピュータ、またはスマートウェアラブルデバイス）または非携帯電子デバイス（例えば、１つまたは複数のデスクトップコンピュータ、スマートアプライアンス、サーバー、および／またはプロセッサ）を含むことができる。接続管理システム１５０は、ネットワーク、端末およびクライアントデバイスから別々に収容することができ、あるいは１つまたは複数のそのようなデバイスの一部であってもよい（例えば、デバイス上のアプリケーションのインストールを介して）。リモートサーバー１４０は、各デバイスおよび接続管理システム１５０から別々に収容されてもよく、かつ／あるいは別のデバイスまたはシステムの一部であってもよい。図１の各デバイス、サーバーおよびシステムは単一のデバイスとして示しているが、複数のデバイスが代わりに使用されてもよいことが理解されよう。例えば、ネットワークデバイスの集合は、単一のユーザから様々な通信を送信するために使用することができ、またはリモートサーバー１４０はサーバースタックを含むことができる。

【0056】

[0072]ソフトウェアエージェントまたはアプリケーションは、図示されたデバイス、システムまたはサーバー上にインストールされ、かつ／または実行可能であってもよい。一例では、ソフトウェアエージェントまたはアプリケーションは、様々な図示された要素が関連する（例えば、相補的な）仕方で動作できるように構成される。例えば、デバイス上のソフトウェアエージェントは、デバイス使用に関するデータを取得して別個の接続管理システムに送信するように構成することができ、別個の接続管理システム上のソフトウェアアプリケーションは、データを受信し処理するように構成することができる。

【0057】

[0073]図２は、ネットワーク対話システム２００の別の実施形態のブロック図を示す。一般に、図２は、ネットワークデバイス２０５が１つまたは複数の端末デバイス２１５と通信することを可能にするように構成され配置された様々な構成要素を示す。図示する例は、３つのローカルエリアネットワーク２３５に含まれる９つの端末デバイス２１５を含む。

【0058】

[0074]場合によっては、ネットワークデバイス２０５からの通信は、どの端末デバイスが通信を受信するかを少なくとも部分的にまたは完全に示す宛先データ（例えば、宛先ＩＰアドレス）を含む。ネットワーク対話システム２００は、宛先データを処理して適切なルーティングを容易にすることができる１つもしくは複数のネットワーク間接続コンポーネント２４０および／または１つもしくは複数のネットワーク内接続コンポーネント２５５を含むことができる。

【0059】

[0075]各ネットワーク間接続コンポーネント２４５は、複数のネットワーク２３５に接続することができ、複数のネットワークカード（例えば、異なるネットワークに接続された各カード）をインストールすることができる。例えば、ネットワーク間接続コンポーネント２４５は、広域ネットワーク２７０（例えば、インターネット）および１つまたは複数のローカルエリアネットワーク２３５に接続することができる。図示する例では、通信がネットワークデバイス２０５から端末デバイスのいずれかに送信されるためには、図示するシステムでは、通信は複数のネットワーク間接続コンポーネント２４５によって処理されなければならない。

【0060】

[0076]ネットワーク間接続コンポーネント２４５が通信（または通信に対応するパケットの集合）を受信すると、ネットワーク間接続コンポーネント２４５は、宛先に関連するネットワークに通信を渡すルートの少なくとも一部を決定することができる。ルートは、４例えば、ルーティングテーブル（例えば、ルータに格納されている）を使用して決定することができ、ルーティングテーブルは、あらかじめ定義されるか、着信メッセージ（例えば、別のルータまたは別のルータデバイス）に基づいて生成されるか、あるいは学習される１つまたは複数のルートを含むことができる。

【0061】

[0077]ネットワーク間接続コンポーネント２４５の例には、ルータ２６０およびゲートウェイ２６５が含まれる。ネットワーク間接続コンポーネント２４５（例えば、ゲートウェイ２６５）は、ネットワークシステムまたはプロトコル間で変換するように構成されてもよい。例えば、ゲートウェイ２６５は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）デバイスと、ＩＰＸ／ＳＰＸ（Ｉｎｔｅｒｎｅｔｗｏｒｋ Ｐａｃｋｅｔ Ｅｘｃｈａｎｇｅ／Ｓｅｑｕｅｎｃｅｄ Ｐａｃｋｅｔ Ｅｘｃｈａｎｇｅ）デバイスと、の間の通信を容易にすることができる。

【0062】

[0078]ローカルエリアネットワーク２３５で通信を受信すると、さらにルーティングを実行する必要があり得る。そのようなネットワーク内ルーティングは、スイッチ２８０またはハブ２８５などのネットワーク内接続コンポーネント２５５を介して実行することができる。各ネットワーク内接続コンポーネント２５５は、複数の端末デバイス２１５に（例えば、無線で、またはイーサネット（登録商標）ケーブルなどを介して有線で）接続することができる。ハブ２８５は、受信したすべての通信を、それが接続されている各デバイスに繰り返すように構成することができる。次いで、各端末デバイスは、各通信を評価して、端末デバイスが宛先デバイスであるかどうか、または通信を無視するかどうかを判断することができる。スイッチ２８０は、宛先端末デバイスのみに対して選択的に通信を指示するように構成することができる。

【0063】

[0079]場合によっては、ローカルエリアネットワーク２３５を複数のセグメントに分割することができ、その各々を独立したファイアウォール、セキュリティ規則およびネットワークプロトコルに関連付けることができる。セグメント内ルーティングを容易にするために、１つまたは複数の、またはすべてのセグメントの各々に、ネットワーク内接続コンポーネント２５５を設けることができる。ブリッジ２８０は、セグメント２７５にわたって通信をルーティングするように構成することができる。

【0064】

[0080]ネットワークを横切ってまたはネットワーク内で通信を適切にルーティングするために、様々なコンポーネントが通信の宛先データを解析する。例えば、そのようなデータは、通信をどのネットワークにルーティングするか、ネットワーク内のどのデバイスに通信をルーティングするか、または端末デバイスがどの通信を処理するか（無視するか）を示すことができる。しかし、場合によっては、ネットワークデバイスからの通信にどの端末デバイス（またはどのネットワーク）が参加するのかが直ちに明らかではない。

【0065】

[0081]例示するために、端末デバイスの集合は、同様のタイプの応答通信を提供するように構成することができる。したがって、どのネットワークデバイスに通信がルーティングされているかに関わらず、ネットワークデバイスからの通信における問い合わせが同様の方法で応答されることが期待される。この仮定は高いレベルで当てはまる可能性があるが、端末デバイスに関する様々な詳細は、他のものと比較して有利な特定のルーティングを生じさせる可能性がある。例えば、集合内の端末デバイスは、（例えば）どの通信チャネルがサポートされているか、ネットワークデバイスへの地理的および／またはネットワークの近接性、ならびに／あるいは関連するエージェントの特性（例えば、情報のベース、経験、話される言語、可用性、一般的な特徴、またはメッセージ特性など）に関して互いに異なってもよい。したがって、選択ルーティングは、ネットワークデバイス通信に、より正確かつ／または完全に応答するより速い応答を容易にすることができる。ネットワ５ークデバイスを端末デバイスにマッピングする静的ルーティングでは、通信トピック、チャネルタイプ、エージェントの可用性などの違いを特定できないことがある。

【0066】

[0082]図３Ａ～図３Ｃは、接続管理システムを含むネットワーク対話システム３００ａ～３００ｃの他の実施形態のブロック図を示す。図示するシステム３００ａ～３００ｃの各々は、単純化のために２つのローカルエリアネットワーク２３５のみを示すが、実施形態を拡張してローカルエリアネットワークの数を拡張することができることが理解されよう。システム３００ａ～３００ｃの各々は、接続管理システム３５０を含み、接続管理システム３５０は、どの端末デバイスがネットワークデバイス２０５と通信するかを特定することができ、接続チャネルを確立し管理（例えば、維持または閉鎖）することができ、交換において通信を再ルーティングするか、およびそれをいつするかを決定することなどができる。したがって、接続管理システム３５０は、ルーティング決定に影響を及ぼすために、通信、エージェント可用性、端末デバイスまたはエージェントの能力などを動的に、かつリアルタイムに評価するように構成することができる。

【0067】

[0083]図３Ａでは、接続管理システム３５０は、ネットワークデバイス２０５およびリモートサーバー３４０の各々に関連付けられている（例えば、接続管理システム３５０ａはネットワークデバイス２０５に関連付けられ、接続管理システム３５０ｂはリモートサーバー３４０に関連付けられる）。例えば、接続管理システム３５０ａおよび／または接続管理システム３５０ｂは、それぞれネットワークデバイス２０５およびリモートサーバー３４０のそれぞれにアプリケーションとしてインストールまたは格納することができる。アプリケーションの実行は、例えば、ネットワークデバイス２０５との通信に参加するように選択された端末デバイス２１５を識別するために、ネットワークデバイス２０５とリモートサーバー３４０との間の通信を容易にすることができる。この識別は、本明細書に開示する１つまたは複数の要因（例えば、可用性、通信のトピック／詳細のレベルとエージェントまたは端末デバイスの情報ベースとの比較、算出された予想待ち時間、チャネルタイプ可用性など）に基づいて行われる。

【0068】

[0084]クライアントデバイス３３０は、ルーティング決定がどのように行われるべきかを指示するクライアントデータを提供することができる。例えば、そのようなデータは、特定の特性がどのように重み付けされ、比較され、または制限されるかに関する指示（例えば、ロードバランシングまたは示された応答待ち時間に関する）を含むことができる。クライアントデータには、通信チャネルをいつ確立（またはクローズ）するか、または異なるネットワークデバイスに通信をいつ再ルーティングするかに関する仕様も含まれる。クライアントデータを使用して、通信ルーティングなどの規則など、様々なクライアント特有の規則を定義することができる。

【0069】

[0085]リモートサーバー３４０上で実行される接続管理システム３５０ｂは、端末デバイスに関する（例えば、所与のクライアントに関する）様々なメトリックを監視することができ、それらは例えば、どの通信チャネルがサポートされているか、ネットワークデバイスへの地理的および／またはネットワーク近接度、端末デバイスとの通信待ち時間および／または安定性、端末デバイスのタイプ、端末デバイスの能力、端末デバイス（またはエージェント）が所与のネットワークデバイス（またはユーザ）と以前に通信したことがあるかどうか、ならびに／あるいは関連するエージェントの特性などである。したがって、通信管理システム３５０ｂは、メトリックに基づいてネットワークデバイス通信に、より正確かつ／または完全に応答するより速い応答を容易にするために、ルーティングを選択することを可能にすることができる。

【0070】

[0086]図３Ａに示す例では、ネットワークデバイス２０５とリモートサーバー３４０との間の通信は、宛先アドレスの早期識別を容易にすることができる。次いで、ネットワー６クデバイス２０５は、宛先アドレスを使用して、後続の通信を指示することができる。例えば、ネットワークデバイス２０５は、リモートサーバー３４０に初期通信を送信し（例えば、１つまたは複数のネットワーク間接続および広域ネットワークを介して）、リモートサーバー３４０は、１つまたは複数の対応するクライアントを識別することができる。次いで、リモートサーバー３４０は、１つまたは複数の対応するクライアントに関連する端末デバイスの集合を識別し、それらの端末デバイスのメトリックを取得することができる。メトリックは、通信に関与する端末デバイスを選択するように（例えば、リモートサーバー３４０によって）評価され、端末デバイスに関する情報（例えば、ＩＰアドレス）をネットワークデバイス２０５に送信することができる。いくつかの実施形態では、リモートサーバー３４０は、連続的または定期的に、様々な端末デバイスのメトリックを取得および評価し、評価結果をデータストアに格納することができる。このような実施形態では、１つまたは複数の対応するクライアントに関連する端末デバイスの集合を識別すると、リモートサーバー３４０は、データストアからの格納された評価結果にアクセスし、格納された評価結果に基づいて通信交換に関与する端末デバイスを選択することができる。

【0071】

[0087]図３Ｂでは、接続管理システム３５０は、リレーおよび／または宛先アドレスとして機能するように構成することができる。したがって、例えば、ネットワークデバイス２０５の集合は、それぞれが接続管理システム３５０を宛先として識別する通信を送信することができる。接続管理システム３５０は、各通信を受信することができ、（例えば、各端末デバイスのメトリックを生成するために）端末デバイスの集合を同時に監視することができる。監視および規則に基づいて、接続管理システム３５０は、各通信を中継することができる端末デバイス２１５を識別することができる。実施形態に応じて、端末デバイス通信は、同様に、さらなる中継のための一貫した宛先（例えば、接続管理システム３５０）に向けられてもよいし、端末デバイスが対応するネットワークデバイスと直接通信を開始してもよい。これらの実施形態は、効率的なルーティングおよび完全な通信監視を容易にすることができる。

【0072】

[0088]図３Ｃに示す実施形態は、図３Ｂに示す実施形態と同様である。しかし、いくつかの実施形態では、接続管理システム３５０は、ネットワーク内コンポーネント（例えば、端末デバイス、ネットワーク内接続、またはその他）に直接接続される。

【0073】

[0089]図３Ａ～図３Ｃの多くの変形例が考えられることが理解されよう。例えば、接続管理システム３５０は、接続管理システム３５０（またはその一部）に対応するアプリケーションがコンポーネントにインストールされるように、接続コンポーネント（例えば、ネットワーク間接続コンポーネント２４５またはネットワーク内接続コンポーネント２５５）に関連付けることができる。アプリケーションは、例えば、単独で、あるいは１つまたは複数の類似のもしくは関連するアプリケーションと通信することによって実行することができる（例えば、１つまたは複数の他の構成要素、ネットワークデバイスまたはリモートサーバー上で実行する）。

【0074】

[0090]図４は、接続コンポーネントの動作のプロトコルスタックマッピング４００の表現を示す。より具体的には、図４は、様々な接続コンポーネントに対応するＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒａｃｔｉｏｎ）モデルにおける動作の層を識別する。

【0075】

[0091]ＯＳＩモデルは、複数の論理層４０２～４１４を含むことができる。層は、層４０２～４１２がそれぞれより高いレベルを提供し、層４０４～４１４がそれぞれ下部層によって提供されるように、順序付けられたスタックに配置される。ＯＳＩモデルは、物理層４０２を含む。物理層４０２は、パラメータ物理的通信（例えば、電気的、光学的、または電磁的）を定義することができる。物理層４０２はまた、接続を確立し閉鎖するためのプロトコルなどの接続管理プロトコルを定義する。物理層４０２は、フロー制御プロトコルおよび伝送モードをさらに定義することができる。

【0076】

[0092]リンク層４０４は、ノード対ノード通信を管理することができる。リンク層４０４は、エラー（例えば、物理層４０２における伝送エラー）を検出して訂正し、アクセス許可を管理することができる。リンク層４０４は、メディアアクセス制御（ＭＡＣ）層および論理リンク制御（ＬＬＣ）層を含むことができる。

【0077】

[0093]ネットワーク層４０６は、同じネットワーク（例えば、データグラム）内のノード間で（例えば可変長の）データ転送を調整することができる。ネットワーク層４０６は、論理ネットワークアドレスを物理マシンアドレスに変換することができる。

【0078】

[0094]トランスポート層４０８は、送信品質および受信品質を管理することができる。トランスポート層４０８は、伝送制御プロトコル（ＴＣＰ）などのデータを転送するためのプロトコルを提供することができる。トランスポート層４０８は、送信のためにデータパケットのセグメント化／デセグメント化を実行することができ、層４０２～４０６で発生する伝送エラーを検出して追跡することができる。セッション層４１０は、ローカルアプリケーションとリモートアプリケーションとの間の接続を開始し、維持し、終了することができる。セッションは、リモートプロシージャの対話の一部として使用することができる。プレゼンテーション層４１２は、アプリケーション層またはネットワーク層によって確認応答されることが知られているデータタイプに基づいてデータを暗号化、解読およびフォーマットすることができる。

【0079】

[0095]アプリケーション層４１４は、通信を制御または管理するソフトウェアアプリケーションと通信することができる。このようなアプリケーションを介して、アプリケーション層４１４は、（例えば）宛先、ローカルリソースの状態もしくは可用性、および／または通信コンテンツもしくはフォーマッティングを識別することができる。様々な層４０２～４１４は、利用可能かつ適用可能な他の機能を実行することができる。

【0080】

[0096]ネットワーク内接続コンポーネント４２２、４２４は、物理層４０２およびリンク層４０４で動作するように示されている。より具体的には、通信の受信および送信に関して動作を制御できるように、ハブは物理層で動作することができる。ハブは、通信をアドレッシングする能力またはデータをフィルタリングする能力がないので、より高いレベルで動作する能力がほとんどまたは全くない。一方、スイッチは、アドレス（例えば、ＭＡＣアドレス）に基づいて通信フレームをフィルタリングすることができるので、リンク層４０４で動作することができる。

【0081】

[0097]一方、ネットワーク間接続コンポーネント４２６、４２８は、より高いレベル（例えば、層４０６～４１４）で動作するように示されている。例えば、ルータは、アドレス（例えば、ＩＰアドレス）に基づいて通信データパケットをフィルタリングすることができる。ルータは、アドレスに基づいてパケットを特定のポートに転送し、パケットを適切なネットワークに送ることができる。ゲートウェイは、ネットワーク層以上で動作し、データを同様にフィルタリングし、方向付けし、さらに変換を行うことができる（例えば、プロトコルまたはアーキテクチャにわたって）。

【0082】

[0098]接続管理システム４５０は、様々な実施形態において、様々な層のうちの１つまたは複数、すべて、またはいずれかと通信し、かつ／またはその上で動作することができる。例えば、接続管理システム４５０は、ハブと通信して、ハブがどの端末デバイスと通信するかを動的に調整することができる。別の例として、接続管理システム４５０は、コンポーネントが宛先（例えば、ＭＡＣ、論理または物理）アドレスとしてどの端末デバイスを選択するかに影響を及ぼすように、ブリッジ、スイッチ、ルータまたはゲートウェイ８と通信することができる。さらなる例として、接続管理システム４５０は、トランスポート層４０８上のデータパケットのセグメント化、セッション層４１０上のセッション時間範囲、ならびに／あるいはプレゼンテーション層４１２上の暗号化および／または圧縮を監視、制御または指示することができる。いくつかの実施形態では、接続管理システム４５０は、特定の層（例えば、リンク層４０４上で動作するスイッチ）上で動作する機器と通信する（例えば、コマンドを送る）ことによって、特定の態様で（例えば、ネットワークデバイスと端末デバイスとの間の）既存の通信をルーティングまたは変更することによって、および／または既存の通信に基づいて特定の情報（例えば、新しい宛先アドレス）を含む新たな通信を生成することによって、様々な層と通信することができる。したがって、接続管理システム４５０は、様々なデバイスとの対話を介して、および／または様々なプロトコルスタック層で動作する影響を介して、通信ルーティングおよびチャネル確立（または保守または終了）に影響を及ぼすことができる。

【0083】

[0099]図５は、一実施形態によるマルチデバイス通信対話システム５００を表す。システム５００は、様々なタイプの通信チャネルを介して様々なタイプの端末デバイスと通信するように構成されたネットワークデバイス５０５を含む。

【0084】

[00100]図示する例では、ネットワークデバイス５０５は、セルラーネットワークを介して（例えば、基地局５１０を介して）通信を送信することができる。通信は、運用ネットワーク５１５にルーティングすることができる。運用ネットワーク５１５は、通信を受信し、どの端末デバイスが通信に応答するかを特定する接続管理システム５２０を含むことができる。そのような決定は、（例えば、コンテンツ解析またはクライアントを示すユーザ入力に基づいて）その通信が関係するクライアントを識別すること、ならびにクライアントに関連する１つまたは複数の端末デバイスのそれぞれについて１つまたは複数のメトリックを決定することに依存してもよい。例えば、図５では、端末デバイス５３０ａ～５３０ｃの各クラスタは異なるクライアントに対応することができる。端末デバイスは、地理的に同じ位置に配置されていてもよいし、分散されていてもよい。メトリックは、格納されたもしくは学習されたデータおよび／またはリアルタイムモニタリングに基づいて（例えば、可用性に基づいて）決定されてもよい。

【0085】

[00101]接続管理システム５２０は、１つもしくは複数のルータ５２５または他のネットワーク間接続コンポーネントもしくはネットワーク内接続コンポーネントを介して様々な端末デバイスと通信することができる。接続管理システム５２０は、通信、端末デバイス動作、クライアント規則、および／またはユーザ関連動作（例えば、オンライン動作、プロファイルデータ、対話データなど）からのデータを、またはこれらに関連するデータを取得し、解析し、および／または１つもしくは複数のデータストアに格納することができる。そのようなデータは、通信ルーティングに影響を及ぼす可能性がある。

【0086】

[00102]特に、通信ルーティングおよび／または処理に影響を及ぼすために、様々な他のデバイスをさらに使用することができる。例えば、図示する例では、接続管理システム５２０もウェブサーバー５４５に接続されている。したがって、接続管理システム５４０は、技術的なアイテムの仕様などのトピックに関連するデータを検索することができる。

【0087】

[00103]ネットワークデバイス５０５はまた、ウェブサーバー（例えば、ストリーミングウェブサーバー５４５を含む）に接続することもできる。場合によっては、そのようなサーバーとの通信は、接続管理システム５２０との通信を開始するための初期オプションを提供した。例えば、ネットワークデバイス５０５は、特定のＵＲＬまたはウェブページを訪れている間に、通信機会が利用可能であり、そのようなオプションを提示することができることを検出することができる。

【0088】

[00104]通信システム５００の１つまたは複数の要素は、ソーシャルネットワーキングサーバー５５０に接続することもできる。ソーシャルネットワーキングサーバー５５０は、様々なユーザデバイスから受信したデータを集約することができる。したがって、例えば、接続管理システム５２０は、所与のトピックに対して一般的な（またはユーザ特有の）メッセージ特性を決定することができ、あるいは所与のユーザまたはユーザのクラスの１つまたは複数の一般的な動作を決定することができる。

【0089】

[00105]図６は、接続管理システム６００の一実施形態のブロック図を示す。メッセージ受信機インターフェース６０５は、メッセージを受信することができる。場合によっては、メッセージは、例えば、ネットワークデバイスまたは端末デバイスなどのソースデバイス（例えば、接続管理システム６００とは別に収容されるか、または同じハウジング内に収容される）によって送信される通信の一部として受信することができる。場合によっては、通信は、２つのデバイス（例えば、ネットワークデバイスと端末デバイスとの）間でルーティングされる一連のメッセージを含むことができる一連の通信または通信交換の一部であってもよい。このメッセージまたは通信交換は、デバイス間の対話の一部であってもよいし、および／またはデバイス間の対話を定義してもよい。通信チャネルまたは運用チャネルは、デバイス間のルーティングおよび通信を容易にするために使用される１つまたは複数のプロトコル（例えば、ルーティングプロトコル、タスク割り当てプロトコルおよび／またはアドレッシングプロトコル）を含むことができる。

【0090】

[00106]場合によっては、メッセージは、ローカルまたはリモートユーザインターフェースで受信された入力に基づいて生成されたメッセージを含むことができる。例えば、メッセージは、ボタンまたはキーの押下または記録された音声信号に基づいて生成されたメッセージを含むことができる。一例では、メッセージは、自動的に生成されたメッセージを含み、それは例えば、ネットワークデバイスが特定のアプリケーション（またはアプリ）ページまたはＵＲＬを提示しているか、あるいは特定の入力コマンド（例えば、キーシーケンス）を提供したことを検出した際に生成されるメッセージなどである。メッセージは、通信を開始するためなどの命令または要求を含むことができる。

【0091】

[00107]場合によっては、メッセージは、クライアントの識別子を含んでもよいし、またはそれに関連付けられてもよい。例えば、メッセージは、クライアント（またはクライアントに関連するデバイス）を明示的に識別することができるか、メッセージは、クライアントに関連するＵＲＬまたはアプリケーションページ（例えば、モバイルアプリケーションまたはアプリ）を含む、またはそれに関連付けることができるか、メッセージは、クライアントに関連する宛先アドレスを含む、またはそれに関連付けることができるか、あるいはメッセージは、クライアントに関連するアイテムまたは要求された性能（例えば、クライアントによって提供されているか、クライアントによって取得されているか、またはクライアントがサービスしている）の識別を含む、またはそれに関連付けることができる。例示のために、ネットワークデバイスは、特定のクライアントのアプリケーションページを提示することができ、それはエージェントに通信を送信するオプションを提供することができる。メッセージに対応するユーザ入力を受信すると、メッセージおよび特定のクライアントの識別子を含むように通信を生成することができる。メッセージは、特定の端末デバイスまたは端末デバイスの特定の集合（例えば、エージェントまたはプロバイダプロキシによって使用される端末デバイス）にルーティングすることができる。

【0092】

[00108]処理エンジン６１０は、受信した通信および／またはメッセージを処理することができる。処理は、例えば、１つまたは複数の特定のデータ要素（例えば、メッセージ、クライアント識別子、ネットワークデバイス識別子、プロファイル識別子など）を抽出することを含むことができる。処理は、フォーマッティングタイプまたは通信タイプを変換する（例えば、特定のデバイスタイプ、オペレーティングシステム、通信チャネルタイプ、プロトコルおよび／またはネットワークと互換性があるように）ことを含むことができる。

【0093】

[00109]メッセージ評価エンジン６１５は、（例えば、抽出または受信された）メッセージを評価することができる。評価は、例えば、メッセージの１つもしくは複数のカテゴリまたはタグを識別することを含むことができる。カテゴリまたはタグタイプの例としては、トピック、メッセージの特徴、複雑さ、および緊急性などが挙げられる。メッセージをカテゴリ化することとタグ付けすることとの違いは、カテゴリは（例えば、カテゴリオプションの集合によって）限定することができるが、タグはオープンであってもよいということである。トピックは、例えば、オブジェクトまたはオブジェクトに関連する情報、要求された性能、技術的問い合わせ、または通信要求を含むことができる。カテゴリまたはタグは、例えば、メッセージの意味解析（例えば、キーワード、文構造、繰り返し単語、句読点、および／または非冠詞語を識別することによって）、ユーザ入力（例えば、１つまたは複数のカテゴリを選択した）、および／またはメッセージ関連パラメータ（例えば、タイプ速度および／または応答待ち時間）に基づいて決定することができる。

【0094】

[00110]場合によっては、メッセージ評価エンジン６１５は、メッセージのメトリックを決定することができる。メトリックは、例えば、文字、単語、大文字、すべて大文字の単語または特定の文字もしくは句読点（例えば、感嘆符、疑問符および／またはピリオド）のインスタンスの数を含むことができる。メトリックには、感嘆符（または疑問符）で終わる文の割合、すべて大文字になっている単語の割合などの比率を含めることができる。

【0095】

[00111]メッセージ評価エンジン６１５は、メッセージ、メッセージメトリックおよび／またはメッセージパラメータをメッセージデータストア６２０に格納することができる。各メッセージは、対応するソースデバイス、宛先デバイス、ネットワークデバイス、端末デバイス、クライアント、１つもしくは複数のカテゴリ、１つもしくは複数のステージおよび／またはメッセージに関連するパラメータを識別するデータなどの他のデータ（例えば、メタデータ）と関連付けて格納することもできる。接続管理システム６００の様々なコンポーネント（例えば、メッセージ評価エンジン６１５および／または対話管理エンジン６２５）は、問い合わせ応答メッセージ、メッセージメトリックおよび／またはメッセージパラメータを検索するためにメッセージデータストア６２０に問い合わせることができる。

【0096】

[00112]対話管理エンジン６２５は、どのデバイスに通信をルーティングするか、および受信デバイスと送信デバイスがどのように通信するかを決定することができる。これらの決定の各々は、例えば、特定のネットワークデバイス（または特定のユーザに関連する任意のネットワークデバイス）が、端末デバイス（例えば、接続管理システム６００に関連する任意の端末デバイスまたは１つもしくは複数の特定のクライアントに関連する任意の端末デバイス）の集合内の端末デバイスと以前に通信したかどうかに依存してもよい。

【0097】

[00113]場合によっては、ネットワークデバイス（または同じユーザまたはプロファイルに関連する他のネットワークデバイス）が所与の端末デバイスと以前に通信したことがある（例えば、クライアントに関する事項について）場合には、通信ルーティングは一般に同じ端末デバイスに対して選択重み付けを有する。ルーティングに影響を及ぼし得る他の要因は、例えば、以前の通信に関する推論されたまたは識別されたユーザもしくはエージェントメッセージ特性、現在の通信のトピック（例えば、以前の通信のトピックおよび／または１つまたは複数の端末デバイスもしくはエージェントに関連する情報のベースに関連する程度）、端末デバイス（または対応するエージェント）が利用可能であるかどうか、および／または端末デバイスの示された応答待ち時間を含むことができる。このような要因は、他の端末デバイスに対応する同様のメトリックに対して絶対的または相対的であるとみなすことができる。再ルーティング規則（例えば、クライアント特有の規則または一般的な規則）は、エージェントの一貫性を避けるかどうかを決定するために、そのような要因をどのように評価し重み付けするかを示すことができる。

【0098】

[00114]ネットワークデバイス（または同じユーザもしくはプロファイルに関連する他のネットワークデバイス）が所与の端末デバイスと以前に通信していない（例えば、クライアントに関する事項について）場合には、端末デバイスの選択は、例えば、様々なエージェントの情報ベースが通信トピックに対応する程度、所与の時間および／またはチャネルタイプ上の様々なエージェントの可用性、端末デバイスのタイプおよび／または能力（例えば、クライアントに関連して）、ユーザとエージェントとの間の言語類似性、ならびに／あるいは特性解析などの要因に基づいて実行することができる。１つの例では、規則は、これらのような１つまたは複数の要因に割り当てる下位値および各値に割り当てる重みを決定する方法を特定することができる。重み付けされた下位値を組み合わせる（例えば、合計する）ことによって、各エージェントの値を決定することができる。次に、端末デバイスの値を比較する（例えば、高い値または最も高い値を選択する）ことによって、端末デバイスの選択を行うことができる。

【0099】

[00115]デバイスがどのように通信するかを決定することに関して、対話管理エンジン６２５は、（例えば）電子メール、オンラインチャット、ＳＭＳメッセージ、音声通話、ビデオチャットなどを介して端末デバイスが通信に応答するかどうかを（例えば）決定することができる。通信タイプは、例えば、通信タイプの優先順位リスト（例えば、クライアントまたはユーザによって少なくとも部分的に設定される）、ネットワークデバイスから以前に受信した通信のタイプ（例えば、一貫性を改善するために）、受信されたメッセージの複雑さ、ネットワークデバイスの能力、および／または１つもしくは複数の端末デバイスの可用性に基づいて選択することができる。おそらく、いくつかの通信タイプは、（例えば、高速メッセージ応答が期待される）リアルタイム通信をもたらす一方で、他の通信タイプは非同期通信（例えば、メッセージ間の遅延（例えば、数分または数時間）が許容可能である）をもたらすことができる。

【0100】

[00116]さらに、対話管理エンジン６２５は、２つのデバイス間の連続チャネルを確立し、使用し、または終了させるかどうかを決定することができる。連続チャネルは、ネットワークデバイスから特定の端末デバイスへの将来の通信のルーティングを容易にするように構成することができる。この連続チャネルは、メッセージシリーズ（例えば、日、週または月）にわたっても持続することができる。場合によっては、ネットワークデバイス上に提示されるプレゼンテーションに連続チャネルの表現（例えば、エージェントを識別する）を含めることができる。このようにして、ユーザは、通信を一貫してルーティングして効率を向上させることを理解することができる。

【0101】

[00117]一例では、所与のネットワークデバイスおよび端末デバイスに対応する接続値を決定するために、本明細書に記載する１つまたは複数の要因および規則（例えば、１つまたは複数の要因のそれぞれに対する重みを含む）を使用して値を生成することができる。この値は、全体的な類似性または所与の通信もしくは通信シリーズに特有のものに関するものであってもよい。したがって、例えば、その値は、所与の端末デバイスがネットワークデバイス通信に応答するのに適していると判断される程度を反映することができる。場合によっては、値の解析を使用して、所与の通信をルーティングするための端末デバイスのそれぞれを識別し、接続チャネルを確立、使用、または終了するかどうかを識別することができる。値の解析を使用してルーティング決定とチャネル決定に対処する場合に、各決定に関連する値は、同じ、類似または異なる方法で決定することができる。

【0102】

[00118]したがって、例えば、特定のメッセージ問い合わせに応答するための値対比較の強度を決定する値であるかどうかに応じて、異なる要因を評価することができることが理解されよう。例えば、前者の場合は、全体的な時間配分と時間帯の要因が重要になる場合があるが、後者の場合は、即時の可用性がより高く重み付けされ得る。単一のネットワークデバイス／端末デバイスの組み合わせについて値を決定することができ、または複数の値を決定することができ、各々は所与のネットワークデバイスと異なる端末デバイスとの間の比較を特徴付ける。

【0103】

[00119]例示するために、クライアントに関連する３つの端末デバイスの集合は、可能な通信ルーティングについて評価されてもよい。特定の通信に対する比較に関する値を、端末デバイスごとに生成することができる。最初の２つの端末デバイスのそれぞれは、通信を送信したネットワークデバイスと以前に通信していてもよい。ネットワークデバイスからの入力は、第１のデバイスとの通信との対話の満足度を示している可能性がある。したがって、第１、第２、および第３のデバイスの過去の対話の下位値（規則によって算出される）は、それぞれ１０、５および０とすることができる。（マイナスの満足度入力はマイナスの下位値をもたらす場合がある）第３の端末デバイスのみが直ちに利用可能であると決定されてもよい。第２の端末デバイスは１５分以内に応答可能であるが、第１の端末デバイスは翌日まで応答することができないことが決定されてもよい。したがって、第１、第２および第３のデバイスの高速応答下位値は、１、３および１０とすることができる。最後に、エージェント（端末デバイスに関連する）が、通信中のトピックに関する情報にアクセスできる程度を決定することができる。第３の端末デバイスに関連するエージェントは、他の２つのデバイスに関連するエージェントよりも知識があり、結果として３、４および９の下位値が得られることが決定されてもよい。この例では、規則には重み付けまたは正規化のパラメータが含まれていない（ただし、他の場合には含まれてもよい）ので、結果として１４、１２および１９の値が得られる。したがって、規則は、メッセージが、第３の端末デバイスである、最高値を有するデバイスにルーティングされることを示すことができる。特定の端末デバイスへのルーティングが失敗した場合には、そのメッセージは次に高い値を有するデバイスにルーティングされ、以下同様である。

【0104】

[00120]値は、１つまたは複数の絶対または相対しきい値と比較することができる。例えば、端末デバイスの集合についての値を互いに比較して高い値を特定し、通信をルーティングできる端末デバイスを選択することができる。別の例として、値（例えば、高い値）を１つまたは複数の絶対しきい値と比較して、端末デバイスとの連続チャネルを確立するかどうかを決定することができる。連続チャネルを確立するための全体的なしきい値は、所与の一連のメッセージにおける通信を一貫してルーティングするためのしきい値より高くてもよい（しかし、必ずしもそうする必要はない）。全体的なしきい値と通信が一貫してルーティングするかどうかを決定するためのしきい値との間のこのような差異は、チャネルの拡張されたユーティリティが与えられた場合に連続チャネルコンテキストにおいて連続性が重要であることを比較が示しているためである。いくつかの実施形態では、連続チャネルを使用するための全体的なしきい値は、連続チャネルを確立するため、および／または所与の一連のメッセージ内の通信を一貫してルーティングするためのしきい値よりも低くてもよい（しかし必ずしも必要ではない）。

【0105】

[00121]対話管理エンジン６２５は、様々なコンテキストでプロファイルエンジン６３０と通信することができる。例えば、プロファイルエンジン６３０は、デバイスに対応するプロファイルを識別するために、ユーザデータストア６３５内のネットワークデバイスまたは端末デバイスの識別子を調べることができる。さらに、プロファイルエンジン６３０は、以前の通信（例えば、時間、他の関係するデバイス、チャネルタイプ、解決ステージ、トピックおよび／または関連するクライアント識別子）、接続チャネル（例えば、１つまたは複数のクライアントの各々について、チャネルが存在するかどうか、各チャネルに関連する端末デバイス、確立時間、使用頻度、最後に使用された日付、任意のチャネル制約および／またはサポートされる通信タイプ）、ユーザもしくはエージェント設定データ（例えば、嗜好）または制約（例えば、端末デバイスの選択、応答待ち時間、端末デバイスの一貫性、エージェントの専門知識、および／または通信タイプ制約に関する）ならびに／あるいはユーザまたはエージェントの特性（例えば、年齢、話されたまたは好まれる言語、地理的位置、興味など）に関するデータを保持することができる。

【0106】

[00122]さらに、対話管理エンジン６２５は、ユーザデータストア６３５をチャネルデータで更新できるように、様々な接続チャネル動作を含む通知メッセージをプロファイルエンジン６３０に送信することができる。例えば、チャネルを確立すると、対話管理エンジン６２５は、プロファイルエンジン６３０に確立したことを通知し、ネットワークデバイス、端末デバイス、プロファイル、およびクライアントのうちの１つまたは複数を識別することができる。プロファイルエンジン６３０は、（場合によっては）利用しているエージェントの一貫性をユーザが知ることができるように、その後にチャネルの存在をユーザに通知することができる。

【0107】

[00123]対話管理エンジン６２５はさらに、クライアントマッピングエンジン６４０と通信することができ、クライアントマッピングエンジン６４０は、通信を１つまたは複数のクライアント（および／または関連するブランド）にマッピングすることができる。場合によっては、ネットワークデバイス自体から受信される通信は、クライアントに対応する識別子（例えば、クライアントの識別子、アイテム、要求された性能、ＵＲＬ、またはアプリケーションページ）を含む。識別子は、メッセージ（例えば、クライアントマッピングエンジン６４０が検出することができる）の一部として含まれてもよく、またはメッセージを含む通信における他のデータとして含まれてもよい。次に、クライアントマッピングエンジン６４０は、クライアントに関する追加のデータおよび／またはクライアントの識別子を検索するために、クライアントデータストア６４５内の識別子を調べることができる。

【0108】

[00124]場合によっては、メッセージは特にクライアントに対応していなくてもよい。例えば、メッセージには一般的な問い合わせが含まれていてもよい。クライアントマッピングエンジン６４０は、例えば、メッセージに関する意味解析を実行し、１つまたは複数のキーワードを識別し、そのキーワードに関連する１つまたは複数のクライアントを識別することができる。場合によっては、単一のクライアントが識別される。場合によっては、複数のクライアントが識別される。次いで、各クライアントの識別は、ユーザが（例えば、関連する端末デバイスを介して）通信するクライアントを選択することができるように、ネットワークデバイスを介して提示されてもよい。

【0109】

[00125]クライアントデータストア６４５は、クライアントに関連する１つまたは複数の端末デバイス（および／またはエージェント）の識別を含むことができる。端末ルーティングエンジン６５０は、ルーティング決定に影響を及ぼすように、１つまたは複数またはすべてのそのような端末デバイス（および／またはエージェント）のそれぞれに関するデータを検索または取得することができる。例えば、端末ルーティングエンジン６５０は、端末データストア６５５を保持することができ、端末データストア６５５は、端末デバイスのデバイスタイプ、オペレーティングシステム、通信タイプの能力、インストールされたアプリケーションアクセサリ、地理的位置および／または識別子（例えば、ＩＰアドレス）などの情報を格納することができる。情報はまた、経験レベル、位置、熟練度、情報のベース（エージェントがよく知っているトピック、および／または様々なトピックの情報アクセスのレベル）、特性メトリック、可用性時間範囲、話される言語および／または人口統計情報などのエージェント情報を含むことができる。一部の情報を動的に更新することができる。例えば、端末デバイスが利用可能であるかどうかを示す情報は、端末デバイスからの通信（例えば、デバイスがスリープ状態であるかどうかを識別し、オフ／オンし、アイドル状態／アクティブ状態にし、または入力が時間範囲内で受信されたどうかを識別する）、通信ルーティング（例えば、端末デバイスが通信交換に関与しているか、またはその一部になるように割り当てられているかを示す）、あるいは通信が終了したまたは開始したことを示すネットワークデバイスまたは端末デバイスからの通信に基づいて動的に更新することができる。

【0110】

[00126]様々なコンテキストにおいて、１つまたは複数の通信交換（または通信セッション）に関与していることは、端末デバイスが別の通信交換に関与するために利用可能でないことを必ずしも示すものではないことが理解されよう。通信タイプ（例えば、メッセージ、電子メール、チャット、電話）、クライアントによって識別された、もしくはユーザによって識別された目標応答時間、および／またはシステム負荷（例えば、一般的に、またはユーザに関して）は、端末デバイスが関与し得る通信セッションの数に影響を及ぼすことがある。

【0111】

[00127]対話管理エンジン６２５は、通信または接続チャネルに関与する端末デバイスを識別すると、端末ルーティングエンジン６５０に通知することができ、端末ルーティングエンジン６５０は、宛先（例えば、ＩＰ）アドレス、デバイスタイプ、プロトコルなどの、端末デバイスに関する任意の関連データを端末データストア６５５から検索することができる。次いで処理エンジン６１０は、（場合によっては）特定のフォーマットを有し、特定のプロトコルに準拠するなどするように、メッセージを含む通信を変更したり、新たな通信（メッセージを含む）を生成することができる。場合によっては、新しいメッセージまたは変更されたメッセージは、ネットワークデバイス、メッセージ履歴、および／またはクライアントデータに対応するプロファイルデータなどの追加データを含むことができる。

【0112】

[00128]その後に、メッセージ送信機インターフェース６６０は、通信を端末デバイスに送信することができる。送信は、例えば、別個の筐体内に収容されたデバイスへの有線通信または無線送信を含むことができる。端末デバイスは、接続管理システム６００と同じまたは異なるネットワーク（例えば、ローカルエリアネットワーク）に端末デバイスを含むことができる。したがって、通信を端末デバイスに送信することは、通信をネットワーク間接続コンポーネントまたはネットワーク内接続コンポーネントに送信することを含むことができる。

【0113】

[00129]アイテムおよび要求された性能のプロバイダは、図１～図６に関して上述したシステムのいずれかを使用することができる。例えば、ユーザは、公開されたアイテムおよび要求された性能をプロバイダからインターネットを介して（デバイスまたはモバイルアプリケーションプラットフォームを使用して）アクセスすることができ、上記のシステムを使用してエージェント（またはプロバイダプロキシ）と通信することができる。ユーザは地理的に多様な地域のソースからトピックおよび情報を見つけて学ぶことができる。さらに、ユーザは、アイテムまたは要求された性能のソースの場所を見つけることができる。インターネットを使用して様々なメッセージが伝達され、大量のデータおよび情報が送信される。

【0114】

[00130]図７は、本発明の一実施形態による対話環境７００のブロック図である。例えば、対話環境７００は、ネットワーク対話システム１００の別の実施形態であってもよい。ユーザ７０５は、デバイスがユーザデバイス位置７１５にある間に、ユーザデバイス７１０を操作する。対話は、例えば、テキストの入力、デバイス上の仮想的なまたは非仮想的なボタン（例えばＵＲＬ上の通信要求オプション）のクリック、および／または近接するオブジェクトコード（例えば、バーコードまたはＱＲコード（登録商標））を検出するためにデバイス上のカメラまたはセンサをトリガする入力の提供を含むことができる。

【0115】

[00131]対話に応答して、ユーザデバイス７１０は、要求通信を生成して、リソース優先順位付けシステム７２０に送信することができる。要求通信は、ユーザデバイス位置（例えば、地理的座標、ユーザデバイス位置が任意の特定の建物または地理的位置にあるかどうかに関する表示、またはアドレス）、要求主体（例えば、トピックまたはクエリを識別する）を含むコンテンツ、クライアント（例えば、建物または地理的位置に関連するエンティティ）および／またはオブジェクトを識別すること（例えば、対話が検出されたときに提示されたスキャンされたコードまたはＵＲＬに対応する）、ならびに／あるいは１つもしくは複数の制約（例えば、通信チャネルのタイプに関して）を示すデータを含むことができる。場合によっては、要求通信データの少なくとも一部は、要求開始アクションが検出されている間に（例えば、アプリケーションページに対応するオブジェクトまたはクライアントを識別するために）、ユーザデバイス７１０上に提示されているＵＲＬ（またはその一部）またはアプリケーションページに基づいて生成される。

【0116】

[00132]リソース優先順位付けシステム７２０は、要求通信を解析して、要求に関連するオブジェクト７２５を識別することができる。オブジェクト７２５を識別することは、１つもしくは複数のオブジェクトプロパティおよび／またはオブジェクトタイプを識別することを含むことができる。例えば、要求通信がモデルＡＢＣスマートフォンに対応する場合には、オブジェクトを識別することは、モデルＡＢＣスマートフォンである特定のスマートフォンを識別するのではなく、モデルＡＢＣスマートフォンを識別することを含むことができる。場合によっては、オブジェクト７２５を識別することは、（例えば、特定のオブジェクトコードを識別することを介して）特定のオブジェクトを識別することを含むことができる。

【0117】

[00133]リソース優先順位付けシステム７２０は、オブジェクト７２５に関連する１つまたは複数のオブジェクト位置７３０を識別することができる。例えば、オブジェクトは、オブジェクトの位置を識別するオブジェクト上の通信タグから受信したデータ、オブジェクトを（例えば、バーコードスキャンまたは送信を介して）検出し、検出されたオブジェクトおよびスキャナの位置を識別するスキャナから受信したデータ、特定の位置にあるオブジェクトの存在を報告するクライアントに基づいてエンティティのデバイスから受信したデータ、ならびに／あるいはオブジェクトがどこにいつ配信されるかを示す配信スケジュールを識別するデータに基づいて、データストア内のオブジェクト位置に関連付けることができる。場合によっては、所与のオブジェクト７２５を複数のオブジェクト位置７３０に関連付けることができる。リソース優先順位付けシステム７２０は、次に、場合によっては、オブジェクト位置の部分集合を、ユーザデバイス位置７１５に近いもの（例えば、ユーザデバイス位置７１５から５マイル以内の任意のオブジェクト位置、最上位の１つまたは５つの最も近いオブジェクト位置、など）として識別することができる。

【0118】

[00134]リソース優先順位付けシステム７２０は、要求通信を評価して、オブジェクト７２５に近接するリソース（例えば、オブジェクト位置７３０からある距離内のリソース位置にあるリソース、またはオブジェクト位置がある同じ地理的領域（例えば、建物の位置）にあるリソース）を特定しようと試みるかどうかを決定することができる。この決定は、例えば、期待された要求－応答タスク時間範囲、オブジェクトに関連する取得パラメータ、要求負荷、１つまたは複数のリソース（例えば一般的なまたはオブジェクト位置の近くの）の可用性、ならびに／あるいは利用可能なリソース（例えば、オブジェクトの近くの位置および／または別の位置）の情報の仕様および／またはベースに基づいて行うことができる。

【0119】

[00135]リソース優先順位付けシステム７２０は、リソースの集合のそれぞれに関するリソースデータにアクセスすることができる。各リソースは、例えば、リソースデバイス７４５ａ、７４５ｂに対応することができる。リソースデータは、対応するリソースのリソース位置７４０ａ、７４０ｂを識別することができ、これらは各リソースデバイス７４５ａ、７４５ｂの位置を追跡または要求することに基づいて識別され得る。リソースデータは、さらに、１つまたは複数のリソースのそれぞれについて、リソースの情報の仕様および／またはベースが要求のコンテンツに対応するかどうか（および／またはその程度）（例えば、リソースはオブジェクトが利用可能な部門に関連付けられているかどうか）、リソースが要求を処理するために利用可能であるかどうか、通信チャネル制約、ならびに／あるいはリソースに関連する取得パラメータを識別することができる

【0120】

[00136]リソース優先順位付けシステム７２０は、リソースデータを使用して、割り当てられるリソースの集合の部分集合（例えば、１つのリソース）を識別し、その要求に応答することができる。場合によっては、そのような割り当ては、リソースデバイスからの提案された割り当てのための確認応答通信を受信することを条件にすることができる。

【0121】

[00137]場合によっては、リソース優先順位付けシステム７２０は、リソースデバイスとユーザデバイス（例えば、電話、仮想チャット、ビデオチャットまたはメッセージチャネル）との間に確立する通信チャネルのタイプを識別することもできる。この決定は、例えば、要求の優先順位、要求負荷、および／または識別されたリソースデバイスの位置（例えば、ユーザデバイスまたはオブジェクトに対する）に基づいて行うことができる。

【0122】

[00138]場合によっては、リソース優先順位付けシステム７２０は、リソースが要求を自ら処理するかどうかを決定する。この決定は、通信チャネルタイプの任意の識別に関連してもよいし、別々であってもよい。例えば、２つの要求のそれぞれについてリソースとユーザとの間で電話チャネルを確立することが決定されてもよい。一方、これらの場合のうちの１つのみでは、ユーザ位置に行くように命令がリソースに送信されてもよい。リソースが要求を自ら処理する（例えば、処理する、またはそれに応答する）かどうかの決定は、例えば、要求の優先順位、要求負荷および／または識別されたリソースデバイスの位置（例えば、ユーザデバイスまたはオブジェクトに対して）に基づいてもよい。

【0123】

[00139]次にリソース優先順位付けシステム７２０は、識別されたリソースデバイスとユーザデバイス７１０との間に通信チャネル（例えば、識別されたタイプの）を確立することができる。通信チャネルを確立することは、例えば、デバイス間の電話コール、ビデオチャット、仮想テキストチャットまたはメッセージセッションを開始することを含むことができる。一例では、リソース優先順位付けシステム７２０は、最初に、ユーザデバイス７１０および識別されたリソースデバイスのそれぞれと接続し、次いで、デバイス間の直接接続を開始する。

【0124】

リソース優先順位付けシステム７２０は、ユーザと通信するリソースによって費やされる時間などの、要求後のデータをさらに取得することができる（例えば、確立された通信チャネルを介しておよび／または自ら）。一例では、リソース優先順位付けシステム７２０が、識別されたリソースがユーザ７０５と自ら費やした時間範囲を決定できるように、ユーザデバイス位置７１５および識別されたリソースデバイスの位置を監視することができる。位置データは、リソースがユーザ７０５に向かって移動している間にリソースを追跡するためにさらに使用することができ、そのような追跡データは、リソースがどこにあるか、リソースへの到達方法、および／またはリソースがユーザデバイス位置７１５に到着するのにどれくらいかかるかをユーザ７０５に通知するために使用することができる。

【0125】

要求後のデータは、要求特有の取得データをさらに含んでもよく、要求特有の取得データは、特定のオブジェクトまたは要求された性能が得られたかどうか、そのオブジェクトの属性（例えば、価格）、アイテムの数、および／または閲覧されたオブジェクトの数（例えば、ユーザデバイス追跡に基づいて決定することができる）を示すことができる。要求特有の取得データは、オブジェクト７２５を識別する要求、リソースが要求を処理または取り扱ったかどうか、確立された通信チャネルのタイプ、要求に費やされたリソースの時間範囲、ならびに／あるいはリソース識別子および／またはタイプなどの、他の要求および／または要求処理変数と共に格納することができる。

【0126】

デバイス間の通信は、１つまたは複数のデータ経路ならびに１つまたは複数のネットワーク７５０を介して送信することができる。１つまたは複数のネットワーク７５０のネットワークは、有線ネットワーク（例えば、ファイバ、イーサネット（登録商標）、電力線イーサネット（登録商標）、同軸ケーブルを介したイーサネット（登録商標）、デジタル信号線（ＤＳＬ）など）、無線ネットワーク（例えば、Ｚｉｇｂｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ（登録商標）、ＩＲ、ＵＷＢ、ＷｉＦｉ－Ｄｉｒｅｃｔ、ＢＬＥ、セルラー、ＬＴＥ（登録商標）（Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＷｉＭａｘ（登録商標）など）、または有線ネットワークと無線ネットワークの組み合わせを含むことができる。

【0127】

[00143]ユーザデバイス７１０ならびに／あるいはリソースデバイス７４５ａおよび／または７４５ｂは、通信を送信および受信することができる電子デバイスを含むことができる。例示的なタイプのユーザおよび／またはリソースデバイスには、電話、スマートフォン、ラップトップ、および／またはコンピュータが含まれる。ユーザおよび／またはリソースデバイスは、場合によっては、デバイスに格納されたオペレーティングシステムを有することができ、デバイスに格納されたアプリケーションを有することができ、インターネットにアクセスすることができ、ならびに／あるいはデバイスの現在位置を特定するための１つもしくは複数のセンサおよび／またはモジュールを含むことができる。ユーザおよび／またはリソースデバイスは、例えば、デバイスＧＰＳ受信機を介してＧＰＳ信号を受信し処理することによって、１つまたは複数のＷｉＦｉアクセスポイントから無線信号強度を検出し処理することによって、最近のユーザ入力を処理する（例えば、郵便番号（すなわち、位置識別子）または建物名などの位置を識別する）ことによって、ならびに／あるいは位置を特定するクライアントデバイスからの信号を検出することによって、それらの位置を決定することができる。

【0128】

[00144]場合によっては、位置は繰り返して（例えば、規則的な間隔で）決定され（ユーザおよび／またはリソースデバイスによって）、リソース優先順位付けシステム７２０に送信される。場合によっては、位置は条件付きで決定され、かつ／または送信される。例えば、ユーザデバイスからの位置の送信は、要求開始動作が最近（例えば、ある時間範囲内で）検出されたかどうか、提供される要求応答のタイプ（例えば、要求の直接処理で要求に応答しない場合には前述の位置送信）および／または要求に対する応答が完了したものとして識別されたかどうかを条件にすることができる。別の例として、リソースデバイスからの位置の送信は、リソースが稼働中であるかどうかを条件にしてもよい。以下にさらに説明するように、デバイス位置を含むリアルタイム（またはほぼリアルタイム）の情報を格納し、優先順位付けおよび選択の決定に使用することができる。

【0129】

[00145]図８は、リソース優先順位付けシステム７２０の一実施形態のブロック図を示す。リソース優先順位付けシステム７２０は、１つまたは複数のデバイス（例えば、サーバー）を含むことができる。したがって、いくつかの実施形態では、リソース優先順位付けシステム７２０は、分散型システムであってもよい（例えば、複数のサーバーを異なる地理的位置に配置することができる）。いくつかの実施形態では、リソース優先順位付けシステム７２０は、集中型システムであってもよい（例えば、複数のサーバーが同じ位置に配置される）。場合によっては、リソース優先順位付けシステム７２０の一部または全部がクラウド内にある。

【0130】

[00146]一般に、リソース優先順位付けシステム７２０は、複数のエンジンを含むエンジンサブシステム８０５を含むことができる。エンジンサブシステム８０５は、リソース優先順位付けシステム７２０内の１つまたは複数のプロセッサを含むことができ、または使用することができる。単一のデバイスがすべてのエンジンを含むことができ、あるいはリソース優先順位付けシステム７２０内の複数のデバイスが異なるエンジンおよび／またはエンジンの異なる部分を含むことができることが理解されよう。例えば、リソース優先順位付けシステム７２０の１つのデバイスは、ステータスモニタエンジン８２５を含むことができ、別のデバイスは、ステータスモニタエンジンを含まなくてもよいが、代わりにクエリエンジン８５５を含むことができる。

【0131】

[00147]エンジンサブシステム８０５内の１つまたは複数のエンジンは、ストレージサブシステム８１０のデータストアからデータを検索し、それにデータを格納し、そのデータを更新し、および／またはそれからデータを削除することができる。ストレージサブシステム８１０は、例えば、オペレーティングシステム、１つまたは複数のアプリケーション、および／または１つもしくは複数のデータストアを含むことができ、このデータストアはリレーショナルデータストアを含むことができる。場合によっては、図示するデータストアの複数を１つのデータストアに結合することができる。場合によっては、図示するデータストアのうちの単一のものがデータストアの集合を含むことができる。

【0132】

[00148]エンジンサブシステム８０５は、着信通信を受信し、通信を生成し、発信通信を送信するように構成されたインターフェースエンジン８１５を含むことができる。通信は、ユーザデバイスまたはリソースデバイスなどのデバイス８２０との間で、１つまたは複数のネットワーク７５０を介して受信および／または送信することができる。インターフェースエンジンは、アプリケーション層、トランスポート層、インターネット層および／またはリンク層などの、プロトコルスタック内の１つまたは複数の層内で動作することができる。場合によっては、インターフェースエンジン８１５は複数のサブエンジンを含み、各サブエンジンは異なる１つまたは複数のプロトコルスタックで動作することができる（例えば、上記で識別された４つの各層で動作する異なるインターフェースサブエンジンを有する）。

【0133】

[00149]アプリケーション層で動作している間、インターフェースエンジン８１５は、通信に含める適切なデータを取得し、宛先を特定し、および／または通信伝送を開始することができる。さらに、インターフェースエンジン８１５は、着信通信からデータを抽出し、そのデータを用いて、例えば、プレゼンテーションを生成または変更したり、データストアを更新したり（例えば、データの一部または全部を含むように）、あるいは動作を開始する（例えば、デバイスの位置を検出する命令などの通信の命令によって）ことができる。

【0134】

[00150]トランスポート層で動作している間、インターフェースエンジン８１５は、送信通信データの集合を解析し、１つもしくは複数のパケットを生成するためにヘッダ（例えば、１つまたは複数のポート番号を識別する）を追加し、および／または宛先アプリケーションを識別するために１つもしくは複数の着信パケットを処理し、パケットデータを結合し、および／またはデータを宛先アプリケーションにルーティングすることができる。

【0135】

[00151]ネットワーク層で動作している間、インターフェースエンジン８１５は、送信デバイスの送信元ＩＰアドレスおよび／または宛先デバイスの宛先ＩＰアドレスを特定することができる。次にインターフェースエンジン８１５は、送信元ＩＰアドレスおよび／または宛先ＩＰアドレスを有する別のヘッダを生成することができる。

【0136】

[00152]リンク層で動作している間、インターフェースエンジン８１５は、ＩＰパケットにデータリンク層プロトコルデータユニット（ＰＤＵ）を追加することができ、かつ／またはメッセージからＰＤＵを除去することができる。インターフェースエンジン８１５はまた、通信をビットに変換して、通信のビットをいつどのように物理層に送信するかを制御することができ、および／またはビットのストリームを受信し、かつ／または送信が発生したかどうかを判定することができる。

【0137】

[00153]場合によっては、インターフェースエンジン８１５によって受信される通信は、ユーザ、オブジェクト、またはリソースに関するデータを有する通信を含むことができる。例えば、通信は、リソースデバイス、ユーザデバイスおよび／またはオブジェクトの位置ならびに時間、リソース、リソースデバイス、ユーザ、またはユーザデバイスに関連する通信制約（例えば、優先通信チャネルまたは非優先通信チャネルのタイプに関する、および／または、要求の直接処理を受信する、または受信しない傾向に関する）、リアルタイム可用性（例えば、リソースの）、情報または仕様のベース（例えば、リソースに関連する部門、ならびに／あるいは特定の業界、クライアントおよび／または部門のためにリソースが実行している（例えば、働いている）時間範囲）を含むことができる。

【0138】

[00154]ステータスエンジン８２５は、そのような通信を処理して、ストレージサブシステム８１０内の１つまたは複数のデータストアを更新することができる。例えば、オブジェクトデータストア８３０は、オブジェクトの識別子（例えば、ＳＫＵ番号またはストア識別子）またはオブジェクトのタイプをその位置に関連付けるように更新することができる。別の例として、リソースデータストア８３５を更新して、リソースまたはリソースデバイスの識別子（例えば、リソース名、リソースＩＤまたはデバイスＩＰアドレス）、リソース仕様（例えば、情報のベース、部門、および／またはクライアントとの関連付け）を位置に関連付けることができる。さらに別の例として、ユーザデータストア（図示せず）を更新して、ユーザ識別子（例えば、名前またはデバイスＩＤ）を位置に関連付けることができる。位置は、例えば、地理的座標、住所、建物識別子、または建物内位置（例えば、通路番号）を含むことができる。

【0139】

[00155]場合によっては、インターフェースエンジン８１５によって受信される通信は、ユーザデバイスに対する要求を含む。要求通信は、リソース通信のための明示的な要求に対応する入力を検出することに応答して、ユーザデバイスによって生成および／または送信されたものであってもよいし、あるいは自動的に生成された要求（例えば、ユーザデバイスが特定のウェブサイト、アプリケーションページ、またはオブジェクト情報を提示していることを検出することによる）を含んでもよい。要求通信は、位置（「要求位置」であって、例えば、位置を特定する位置データを含んでもよいし、ユーザによって特定された位置（例えば、ユーザによって入力された位置識別子）、またはユーザデバイスによってそのユーザデバイスの位置であると決定された位置を含んでもよい）、ユーザデバイスまたは対応するユーザの識別子、ならびに／あるいは他の要求コンテンツを含むデータを含むことができる。

【0140】

[00156]位置検出エンジン８４０は、通信から位置データを抽出し、（場合によっては）位置データを別の位置データフォーマットに変換することができる（例えば、地理的座標を位置識別子に変換する、または地理的座標を建物内位置に変換する）。場合によっては、位置検出エンジン８４０は、データストアの更新を容易にして、その位置をユーザおよび／またはユーザデバイスの識別子と関連付けることができ、それは新しい要素をデータストアに追加すること、または既存の要素を変更すること（例えば、位置を特定するためにユーザまたはユーザデバイス識別子に関連する要素を変更すること）を含むことができる。

【0141】

[00157]コンテンツ解析エンジン８４５は、要求通信におけるコンテンツを解析することができる。例えば、コンテンツ解析エンジン８４５は、特定のタイプのデータに対応するデータ要素を抽出することができる。そのようなデータタイプは、例えば、ＵＲＬまたはアプリケーションページのアドレス（例えば、要求通信が生成または送信されたときにユーザデバイスに提示されるもの）、オブジェクト識別子、オブジェクトのタイプの識別子、および／または行われている要求のタイプ（例えば、好ましいまたは好ましくないタイプの通信チャネルの識別子）を含むことができる。

【0142】

[00158]オブジェクトエンジン８５０は、コンテンツ解析エンジン８４５によって実行されたコンテンツ解析の結果と、位置検出エンジン８４０によって検出された抽出された（および場合によっては処理された）位置と、を使用して、オブジェクトおよび／またはオブジェクトタイプを識別し、ならびに／あるいはオブジェクトが地理的領域内に位置するかどうかを決定する。オブジェクトエンジン８５０は、例えば、クエリエンジン８５５との協調を介して１つまたは複数のデータストアに問い合わせることによって、そのような識別および／または決定を実行することができる。

【0143】

[00159]場合によっては、オブジェクトエンジン８５０は、まず、１つまたは複数のオブジェクトのそれぞれの識別子を識別する。オブジェクト識別子は通信に含まれてもよいし、あるいは通信はオブジェクトタイプなどのより一般的な情報を含んでもよい。後者の場合、オブジェクトエンジン８５０は、オブジェクトデータストア８３０に問い合わせて（クエリエンジン８５５を介して）、識別されたタイプの１つまたは複数のオブジェクトを識別することができる。そのような動作は、例えば、要求通信に基づいて１つまたは複数のタグを識別し、タグに関連するオブジェクト識別子についてオブジェクトデータストア８３０を検索することを容易にすることを含むことができる。一例では、オブジェクトのオブジェクトデータストア８３０のクエリは、１つまたは複数の制約を含む。例えば、制約は、検索がポイント位置（例えば、ユーザデバイスの位置）から所定の距離内にあるオブジェクト位置に関連する所与のタイプのオブジェクトに対するものであることを示す地理的制約を含むことができる。

【0144】

[00160]オブジェクトエンジン８５０は、（例えば、クエリエンジン８５５によって提出された同じまたは後続のクエリを介して）各識別されたオブジェクトに関連するオブジェクト位置を識別することもできる。オブジェクト位置は、例えば、オブジェクトの地理的座標、建物内位置、オブジェクトが位置する特定の建物の識別子、および／またはオブジェクトが位置する建物の位置を含むことができる。

【0145】

[00161]オブジェクトエンジン８５０は、（例えば、クエリエンジン８５５によって提出された同じまたは後続のクエリを介して）オブジェクト名、オブジェクト属性、および／または仕様などの追加のオブジェクトデータを識別することもできる。

【0146】

[00162]スケジューリングエンジン８６０は、オブジェクト識別子およびオブジェクト位置（例えば、場合によっては他のデータも）を使用して、要求を処理、取り扱い、または応答するためにリソースを割り当てるかどうか、どのリソースを割り当てるか、ならびに／あるいは要求の注意のモード（例えば、開始される通信チャネルのタイプ、および／または通信タイプが変更されることを示すタスクをスケジュールするかどうか）を決定することができる。これらの決定は、優先順位付け規則データストア８６５に格納された１つまたは複数の優先順位付け規則によって行うことができる。優先順位付け規則は、例えば、クライアント特有であり（例えば、クライアント入力に少なくとも部分的に基づいて設定される）、様々なオブジェクトタイプに特有であり、クライアント特有ではなく、オブジェクトタイプにわたって特有ではなく、動的で、学習され、および／または静的なものであってもよい。例えば、優先順位付け規則は、取得結果（例えば、オブジェクトに関して特定の結果が生じるかどうか、ユーザがオブジェクトに関連するかどうか、ユーザがオブジェクトへの排他的アクセスを取得するかどうか）を算出する技法を指定することができ、決定（例えば、取得結果がしきい値を上回った場合に要求を処理、取り扱い、または応答するためにローカルリソースを割り当てることの決定）をどのように行うかを指定することができる。決定は、要求負荷、要求時間、ユーザ位置、ユーザ特有のデータ、ユーザ設定データ、および／または要求を開始した動作などの１つまたは複数の他の要因にも依存することができる。

【0147】

[00163]場合によっては、エンゲージメントの決定（要求を処理、取り扱い、または応答するためにリソースを割り当てるかどうか、どのリソースを割り当てるか、および／または要求注意のモード）は、２００１年８月６日に出願された米国特許出願第０９／９２２，７５３号、２００４年１１月３日に出願された米国特許出願第１０／９８０，６１３号、および／または２０１２年３月６日に出願された米国特許出願第１３／４１３，１５８号に記載されている比較解析に基づいて行うことができる。上記出願の各々は、その全体が参照により本明細書に組み込まれる。例えば、決定は、ユーザデバイスからのセッション情報に依存してもよい。別の例として、可能な決定の空間をサンプリングするために初期決定を行うことができ、様々な入力（例えば、ユーザデバイス特性、オブジェクト特性、位置特性、リソース割り当てなど）を１つまたは複数の取得パラメータに関連付けるためにモデルを確立することができるように、取得パラメータを追跡することができる。モデルを使用して、取得目標（例えば、高い取得率および／または値）を改善するために様々なリソースをいつ、どのように割り当てるかを示すことができる値を算出することができる。さらに別の例として、潜在構造に対する部分最小二乗投影（ＰＬＳ）、主成分解析（ＰＣＡ）、またはＰＬＳとＰＣＡとの組み合わせを使用して統計モデルを生成することができる。このモデルは、様々な入力（例えば、ユーザデバイス特性、オブジェクト特性、位置特性、リソース割り当てなど）を１つまたは複数のクラスにマッピングすることができる。クラスは、取得目標および／または推測された取得パラメータ（例えば、リソースが効果的に割り当てられるように）を改善するのに、リソース割り当てが有効であるかどうか、および／またはどのタイプのリソース割り当てが有効であるかと推測されるかを示すことができる。

【0148】

[00164]１つの例示的な例では、スケジューリングエンジン８６０は、オブジェクト位置が要求位置からある距離内にあるかどうか、および／またはオブジェクト位置と要求位置の両方がある領域内（例えば、同じ建物内または同じ地理的領域内）にあるかどうかを判定する。そうでない場合には、スケジューリングエンジン８６０が、要求を処理（例えば、取り扱い）するためにリモートリソースを割り当てることを決定することができる。そうである場合には、スケジューリングエンジン８６０が、ローカルリソースを要求に割り当てることを決定することができる。ローカルリソースは、オブジェクト位置および／または要求位置の近くにあるものを含むことができる。

【0149】

[00165]リソース割り当ては、リソースの仕様（例えば、要求に対応する仕様を有するリソースを識別するため）、リソースの可用性（例えば、時間範囲内で利用可能な、または要求を処理もしくは取り扱いすることが期待されるリソースを識別するため）、および／またはリソースの位置（例えば、オブジェクト位置または要求位置の近くのリソース位置に関連するリソースを識別するため）に基づいて重み付けすることができる。スケジューリングエンジン８６０は、リソース追跡エンジン８７０と通信して、オブジェクトおよび／またはオブジェクト位置に関連するリソースを識別し、ならびに／あるいはそれらのリソース（例えば、仕様および／または位置）に関する１つまたは複数の詳細を識別することができる。

【0150】

[00166]場合によっては、スケジューリングエンジン８６０は、所与の要求通信に対して、１つまたは複数のリソース（例えば、特定の位置および／または仕様に関連する）のそれぞれに優先順位付け値を割り当てる。所与のリソースが利用可能で、オブジェクト位置または要求位置の近くにある場合、要求関連オブジェクトに関連する仕様を有する場合（例えば、オブジェクトが位置する建物内に位置する場合）、および／または特定の取得パラメータ（例えば、リソースがオブジェクトに関して特定の取得結果を容易にする可能性が高いことを示す）に関連する場合には、その値を改善する（例えば増加させる）ことができる。優先順位付け規則は、１つまたは複数の値の生成方法および／または評価方法を指定することができる。例えば、規則は、１つまたは複数のしきい値を含むことができ、リソース選択のタイプ（例えば、任意のリソースを要求に割り当てるかどうか、確立する通信チャネルのタイプ、および／または直接通信を提供するかどうか）が、任意の（またはいくつかの）値によってしきい値が超過したかどうか、および／またはどのしきい値が超過したかに依存することを示すことができる。別の例として、規則は、要求を処理または取り扱いするために、リソースの集合の中で最も高い優先順位付け値を有するリソースを選択（または条件付きで選択）することを示すことができる。場合によっては、ストレージサブシステム８１０内の１つまたは複数のまたはすべてのデータストアは、リアルタイムデータを含み、ならびに／あるいはリソース追跡エンジン８７０は、要求－応答決定を容易にするためにリアルタイムデータを（例えば、格納されたまたは要求されたデータに基づいて）評価することができる。

【0151】

[00167]例えば、スケジューリングエンジン８６０は、特定の建物を、ユーザデバイスに近接し、かつオブジェクトが位置する可能性のある建物であると特定することができる。次にリソース追跡エンジン８７０は、任意のリソースがエンゲージメントに利用可能であるかどうかを決定することができ（例えば、クエリエンジン８５５を介してリソースデータストア８３５に問い合わせることによって）、またはオブジェクトに関連する情報を提供することができる。条件が満たされた場合（例えば、そのようなリソースのしきい値数が識別された場合）には、そのような各リソースの位置を識別して、スケジューリングエンジン８６０に送信することができる（スケジューリングエンジン８６０は、要求を処理するために、要求またはオブジェクト位置に最も近い識別されたリソースを特定することができる）。

【0152】

[00168]別の例として、スケジューリングエンジン８６０は、特定の建物を、利用可能な（例えば、在庫がある）オブジェクトを有する最も近い建物であると特定することができる。次に、リソース追跡エンジン８７０は、建物内の各稼働中のリソースの情報のベースおよび位置を（例えば、クエリエンジン８５５を介してリソースデータストア８３５に問い合わせることによって）識別することができる。優先順位付け値は、情報のベースが要求に関連するオブジェクトに対応する程度、およびリソース位置とオブジェクト位置もしくは要求位置との間の距離に基づいて、リソースごとに設定することができる。

【0153】

[00169]場合によっては、スケジューリングエンジン８６０は、単一のリソースを識別して、要求および確立する通信チャネルのタイプを処理する。次に、スケジューリングエンジン８６０は、リソース（または対応するリソースデバイス）の識別子、要求の識別子（および／またはユーザデバイス、ユーザ、オブジェクト、要求位置、および／またはオブジェクト位置）、および／または通信チャネルのタイプの識別子に関連するタスクを生成することができる。スケジューリングエンジン８６０は、タスクを含むようにタスクデータストア８７５を更新することを容易にすることができる。そのようなタスク生成および／または格納は、リソースが他のタスク割り当てに利用できない（例えば、タスクが完了したものとして識別されるまで、またはある時間範囲の間）ことを示す効果を有することができる。

【0154】

[00170]場合によっては、タスク割り当て（特定のリソースが特定の要求を処理することを示す）は、リソースに関連するリソースデバイスからの確認メッセージを受信するか、またはリソースデバイスからの拒否通信を受信しないことを条件とする。例えば、最初にスケジューリングエンジン８６０は、要求に対して１つまたは複数のリソースを特定し、要求を処理するための招待、肯定応答もしくは拒否するオプション、および／または１つもしくは複数の要求関連の詳細（例えば、オブジェクト、オブジェクト位置、および／または要求位置）を含むプレゼンテーションを提示する命令を有する各リソースのリソースデバイスに通信を送信することを容易にすることができる。スケジューリングエンジン８６０は、要求が処理されることを確認するリソース（例えば、最初に応答するリソース）にタスクを割り当てることができる。スケジューリングエンジン８６０は、例えば、最初に特定したリソースデバイスのそれぞれからタスクを拒否する通信が受信された場合、および／またはある時間範囲内に確認の通信が受信されなかった場合には、要求に対して１つまたは複数の他のリソースを特定するように進行することができる。

【0155】

[00171]場合によっては、要求に対してリソースを選択し、および／またはタスクを生成すると、リソース処理エンジン８８０は、タスクのリソース性能を容易にすることができる。例えば、要求処理エンジン８８０は、リソースデバイスに送信する、関連する要求データ（例えば、ユーザの名前、要求位置、オブジェクト、要求に含まれるコンテンツのタイプ、オブジェクト位置、および／またはリソースデバイスの位置からオブジェクト位置もしくは要求位置までの方向）を問い合わせることができる。

【0156】

[00172]別の例として、要求処理エンジン８８０は、リソースに関連するリソースデバイスとユーザデバイスとの間の通信チャネル（例えば、識別されたタイプの）の確立を容易にすることができる。通信チャネルは、例えば、音声、テキストまたはデータチャネルを含むことができる。様々な例では、このチャネルは、リソースが要求を直接処理する場合であっても、確立されても、されなくてもよい。音声、データまたはテキストチャネルは、要求が処理されることの指示、リソースが利用可能になる前の予想される遅延、リソースへの到達方法に関する指示、チャネルを介して提供することができる予備的情報などの、情報を送信することを可能にすることができる。

【0157】

[00173]要求処理エンジン８８０は、例えば、識別されたリソースデバイスおよびユーザデバイスの一方または両方とのハンドシェイクプロセスに参加することによって、通信チャネルの確立を容易にすることができる。そのような通信は、ＴＬＳハンドシェイクプロトコルなどのプロトコルによって構成することができる。ハンドシェイクプロセスは、３方向プロトコルを含むことができ、および／またはセッションを確立するように構成することができる。例示的な通信には、同期メッセージ、同期確認応答メッセージが含まれる。場合によっては、通信チャネルを確立することに関与する通信は、要求に関連するユーザデバイスおよび識別されたリソースに関連するリソースデバイスのそれぞれと交換される。

【0158】

[00174]場合によっては、要求処理エンジン８８０は、ユーザデバイスへのステータス通信の送信をさらに容易にし、ユーザデバイスは、（例えば）割り当てられたリソース、割り当てられたリソースのリソース位置、ならびに／あるいはリソースが利用可能になる、および／または要求位置もしくはオブジェクト位置に到着する予定の時刻を識別することができる。

【0159】

[00175]リソースが特定の位置（例えば、オブジェクトまたは要求位置）に移動する場合、あるいはユーザがリソース位置について警告される、または警告された場合には、リソース追跡エンジン８７０は、タスク割り当ての後に、割り当てられたリソースに関連するリソースデバイスの位置を追跡することができる。追跡は、例えば、リソースがタスクを実行しているかどうかを判断し、ユーザデバイスに更新されたリソース位置を提供し、および／またはタスクが完了したかどうかを判断することを容易にすることができる。例えば、リソース追跡エンジン８７０は、リソースデバイスとユーザデバイスとの間の確立された通信チャネルが動作可能である限り、および／またはリソースデバイスの位置がユーザデバイスからある距離（例えば、５フィート）内にある限りは、リソースがタスク（要求の直接処理を提供する）を実行していると判断することができる。

【0160】

[00176]割り当てられたリソースが所定の時間範囲内に特定のタスクの実行を開始できなかったと判断された場合には、スケジューリングエンジン８６０は、異なるリソースを識別する要求に対する新しいタスク割り当てを生成することができる。タスクが実行されたと判断された場合には、要求処理エンジン８８０は、それに応じてタスクデータストア８７５の更新を容易にし、および／またはリソースデータストア８３５を更新して、リソースがアクセス可能であることを示す。

【0161】

[00177]取得解析エンジン８８５は、「取得」（例えば、購入）が行われたかどうか、（例えば、要求を受信してからある時間範囲内に、タスク完了時からある時間範囲内に、および／またはユーザデバイスが地理的領域を離れる前に）、取得値、取得回数、要求に関連するオブジェクトが取得に含まれていたかどうかを示すことができる要求に関する取得データを検索または問い合わせすることができる。可能な取得は、特定の位置（例えば、建物）で、電話により、確立された通信チャネルを介して、またはウェブページ上で行われたものを含むことができる。

【0162】

[00178]取得解析エンジン８８５は、個々の要求に関する取得データを含むように取得データストア８９０の更新を容易にすることができる（例えば、要求の識別子を、関連するオブジェクト、オブジェクトタイプ、クライアント、割り当てられたリソース、確立された通信チャネルのタイプ、要求の人手による処理が提供されたかどうか、要求－応答タスク時間範囲、取得結果、取得値、および／または取得時間のうちの１つまたは複数の識別子と関連付ける）。取得解析エンジン８８５は、そのような取得データを使用して、オブジェクトタイプ、オブジェクト、リソース、リソースタイプ（例えば、ローカルまたはリモート、情報または仕様の要求比較ベースを有するか否か）、タスクの時間範囲、確立された通信チャネルのタイプ、要求の直接的な促進が提供されたかどうか、ならびに／あるいはユーザ位置の詳細（例えば、ユーザが建物内にいるかオブジェクト位置から離れているか）に関する取得パラメータ（例えば、取得確率、平均または中央取得値、取得量など）を生成することができる。

【0163】

[00179]取得パラメータを用いて、リソース、リソースタイプ、通信チャネルタイプ、および要求に対する直接的な決定を識別することができる。例えば、要求に応答してリソースを提供すべきかどうか、提供するリソースのタイプ、確立する通信チャネルのタイプ（もしあれば）、および／またはリソースが要求を直接処理するかどうか、についての判断は、様々な可能な判断に関連する取得パラメータに基づいて影響を受ける可能性がある。１つまたは複数の取得パラメータ（例えば、クライアントにより識別されたリソース、リソースタイプ、オブジェクト、オブジェクトタイプ、通信チャネルタイプおよび／または直接表示）をさらにクライアントに提示することができる。

【0164】

[00180]図９は、ユーザデバイス７０５の一実施形態のブロック図である。一般に、ユーザデバイス７０５は、複数のエンジンを含むエンジンサブシステム９０５を含むことができる。エンジンサブシステム９０５は、ユーザデバイス７０５内の１つまたは複数のプロセッサを含むことができ、または使用することができる。エンジンサブシステム９０５内の１つまたは複数のエンジンは、ストレージサブシステムのデータストアからデータを検索し、それにデータを格納し、そのデータを更新し、および／またはそれからデータを削除することができる。ストレージサブシステムは、例えば、オペレーティングシステム、１つまたは複数のアプリケーション、および／または１つもしくは複数のデータストア（例えば、プロファイルデータストア９１０）を含むことができ、このデータストアはリレーショナルデータストアを含むことができる。

【0165】

[00181]エンジンサブシステム９０５は、着信通信を受信し、通信を生成し、発信通信を送信するように構成されたインターフェースエンジン９１５を含むことができる。通信は、リソースデバイス７４５および／またはリソース優先順位付けシステム７２０などのデバイスとの間で、１つまたは複数のネットワーク７５０を介して受信および／または送信することができる。インターフェースエンジン９１５は、アプリケーション層、トランスポート層、インターネット層および／またはリンク層などの、プロトコルスタック内の１つまたは複数の層内で動作することができる。インターフェースエンジン９１５は、インターフェースエンジン８１５に関して説明したように、いくつかのまたは複数の特性、機能、および／または構成を含むことができる。

【0166】

[00182]インターフェースエンジン９１５によって送信することができる１つのタイプの通信は、要求通信を含む。要求通信は、オブジェクト検出エンジン９２５によって識別されたオブジェクト、および少なくともいくつかの場合には、位置検出エンジン９３０によって検出された要求位置に基づいて、要求定義エンジン９２０によって生成することができる。要求位置は、例えば、地理的座標、住所、都市、郵便番号、建物、建物内の位置、位置、および／またはオブジェクトもしくは要求された性能に関連する位置を含むことができる。

【0167】

[00183]オブジェクト検出エンジン９２５は、例えば、ＵＲＬまたはアプリケーションページに（プレゼンテーションエンジン９２７によって生成され、ユーザデバイス７０５のディスプレイ上に提示されるプレゼンテーションを介して）提示されているオブジェクトおよび／またはオブジェクトのタイプに基づいて、オブジェクトタイプを識別することができる。例えば、ユーザデバイスが、クライアントＺのウェブサイト上にオブジェクトタイプＹのオブジェクトＸを提示している場合には、要求通信は、オブジェクトＸ、オブジェクトタイプＹ、およびクライアントＺのうちの１つまたは複数の各々の識別子を含むことができる。

【0168】

[00184]位置検出エンジン９３０は、例えば、検出された入力（例えば、現在位置または「ホーム」位置を識別する）および／またはセンササブシステム９３５によって検出されたデータに基づいて、ユーザデバイスの位置を検出することができる。一例では、センササブシステム９３５は、１つもしくは複数のセンサまたは受信機のそれぞれからの信号を検出し、検出、信号の信号強度、および／または信号の受信時刻に基づいて位置を決定するように構成することができる。例えば、センササブシステム９３５は、複数のＧＰＳ衛星の各々から信号を受信することができ、各信号の伝送遅延を使用する三角測量技術に基づいて現在位置を決定することができるＧＰＳ受信機９４０を含むことができる。別の例として、センササブシステム９３５は、クライアントデバイスからの信号を検出し、ユーザデバイス７０５の位置をクライアントデバイス（例えば、信号内で識別することができる）の位置に近似させる受信機を含むことができる。さらに別の例として、センササブシステム９３５は、１つまたは複数のＷｉＦｉアクセススポットから信号を受信するように構成された受信機を含むことができ、１つもしくは複数の信号源、信号強度、および／または信号待ち時間に基づいて位置を決定することができる。さらに別の例として、センササブシステム９３５は、近接オブジェクトコード（例えば、バーコードまたはＱＲコード（登録商標））または他のオブジェクトデータを検出するスキャナ９４５を含むことができ、ユーザデバイス１０５の位置を、識別されたオブジェクトに関連するものとして決定することができる。

【0169】

[00185]場合によっては、位置検出エンジン９３０は、スキャナ９４５によって受信されたデータに基づいてユーザデバイス７０５の位置を決定（例えば、推定）することができる。例えば、スキャナ９４５は、オブジェクトからコード、バーコードまたは他のデータを検出するように構成することができる。場合によっては、スキャンされたデータ自体が位置の識別を含む。場合によっては、スキャンされたデータを位置に関連付けることができる。スキャナ９４５は、例えば、カメラ、ＱＲリーダおよび／またはレーザスキャナを含むことができる。

【0170】

[00186]要求通信は、ユーザデバイス７０５および／または関連ユーザに関する情報をさらに含むことができる。例えば、プロファイルデータストア９１０は、例えば、ユーザの識別子、通信チャネルの制約もしくは制限（例えば、仮想チャット通信チャネルが使用されないことを示す）、人口統計、以前の取得、オブジェクトタイプの制約、以前の位置、および／またはホーム位置を含むことができる。要求通信は、プロファイルデータストア９１０からのデータを含むことができる。

【0171】

[00187]場合によっては、ユーザデバイスが特定のＵＲＬまたはアプリケーションページを提示していることを検出すると、オブジェクトが特定され、要求が設定され、および／または要求が送信される。場合によっては、ユーザデバイスがリソースを提供する要求（および／またはリソース注意の特定のタイプ）に対応する入力が提供されたことが検出されると、オブジェクトが特定され、要求が設定され、および／または要求が送信される。例えば、ＵＲＬまたはアプリケーションページは、（例えば、一般的にはオブジェクトについて、またはオブジェクトに関する特定のトピックに関して）ユーザがリソースとの通信を要求するために選択するためのオプションを含むことができる。

【0172】

[00188]場合によっては、推論エンジン９５０による表示を生成すると、オブジェクトが特定され、要求が設定され、および／または要求が送信される。表示は、例えば、ユーザがリソースと通信することを望む（例えば、一般的にまたは特定の方法で）こと、および／またはユーザが特定のオブジェクトもしくはオブジェクトタイプに関する追加の情報を要求すること、を示すものを含むことができる。推論エンジン９５０は、例えば、ユーザデバイス７０５の位置（位置検出エンジン９３０によって検出された）、ユーザデバイス７０５が特定の地理的領域（例えば、建物内の半径２フィート）内にとどまっている時間の範囲、ユーザデバイス７０５上に提示されているウェブページまたはアプリケーションページ、ユーザがウェブページまたはアプリケーションページを閲覧していた時間の範囲ならびに／あるいはユーザによって入力されたクエリに基づいてそのような表示を生成することができる。例えば、ユーザが、少なくとも所定の時間範囲の間、オブジェクトに関連するウェブページを閲覧した後に建物への道案内を要求する場合には、ユーザはそのオブジェクトに関するリソースデバイスとの通信を望むと推測することができる。

【0173】

[00189]インターフェースエンジン９１５が要求送信を送信した後に、インターフェースエンジン９１５は、要求に応答する通信を受信することができ、例えば、割り当てられたリソースおよび／またはデバイス、識別されたオブジェクト位置、リソース位置、ならびに通信チャネルのタイプのうちの１つまたは複数を識別することができる。要求に応答する通信は、さらに、または代わりに、プレゼンテーション（例えば、視覚的、音声的および／または触覚的なプレゼンテーション）を提示するための命令などの命令を含むこともできる。場合によっては、プレゼンテーションは、プレゼンテーションデータ（例えば、要求通信のデータに含まれ、および／またはそれから導出される）を含むことができ、リソース（例えば、名前および／または仕様によって）、リソース仕様、リソース位置、リソース位置への指示、決定されたリソース戻り時間、および／または予想される通信のタイプを識別することができる。

【0174】

[00190]インターフェースエンジン９１５は、通信チャネルを確立する（例えば、１つまたは複数の発信信号と協調して）ために、１つまたは複数の入力信号をさらに受信することができる。信号は、例えば、電話、チャット、テキストまたはデータ通信チャネルを確立するように構成することができる。一例では、着信信号は電話コールを含む。一例では、１つまたは複数の着信信号は、データ接続を容易にする。

【0175】

[00191]例えば、１つまたは複数の着信信号は、チャネルのパラメータ（例えば、情報転送速度、符号化アルファベットおよび／または割込み手順）を識別するためのハンドシェイク処理の一部であってもよい。そのような通信は、ＴＬＳハンドシェイクプロトコルなどのプロトコルによって構成することができる。ハンドシェイクプロセスは、３方向プロトコルを含むことができ、および／またはセッションを確立するように構成することができる。例示的な通信には、同期メッセージ、同期確認応答メッセージが含まれる。場合によっては、通信チャネルを確立することに関与する通信は、リソース優先順位付けシステム７２０と通信される。それにもかかわらず、一旦チャネルが確立されると、それはリソースデバイス７４５と通信するために使用することができる。場合によっては、通信チャネルを確立することに関与する通信は、リソースデバイス７４５と通信される。

【0176】

[00192]図１０は、リソースデバイス７４５の一実施形態のブロック図を示す。一般に、リソースデバイス７４５は、複数のエンジンを含むエンジンサブシステム９０５を含むことができる。エンジンサブシステム１００５は、リソースデバイス７４５内の１つまたは複数のプロセッサを含むことができ、または使用することができる。エンジンサブシステム１００５内の１つまたは複数のエンジンは、ストレージサブシステムのデータストアからデータを検索し、それにデータを格納し、そのデータを更新し、および／またはそれからデータを削除することができる。ストレージサブシステムは、例えば、オペレーティングシステム、１つまたは複数のアプリケーション、および／または１つもしくは複数のデータストア（例えば、プロファイルデータストア１０１０）を含むことができ、このデータストアはリレーショナルデータストアを含むことができる。

【0177】

[00193]エンジンサブシステム１００５は、着信通信を受信し、通信を生成し、発信通信を送信するように構成されたインターフェースエンジン１０１５を含むことができる。通信は、ユーザデバイス７０５および／またはリソース優先順位付けシステム７２０などのデバイスとの間で、１つまたは複数のネットワーク１５０を介して受信および／または送信することができる。インターフェースエンジン１０１５は、アプリケーション層、トランスポート層、インターネット層および／またはリンク層などの、プロトコルスタック内の１つまたは複数の層内で動作することができる。インターフェースエンジン１０１５は、インターフェースエンジン８１５に関して説明したように、いくつかのまたは複数の特性、機能、および／または構成を含むことができる。

【0178】

[00194]インターフェースエンジン１０１５によって送信することができる１つのタイプの通信は、位置通信を含む。位置通信は、リソースデバイス７４５の位置およびリソースデバイス７４５（および／または対応するリソース）の識別子を含むことができる。位置通信は、時間および／または他の情報をさらに含むことができる。

【0179】

[00195]この位置は、位置検出エンジン１０３０によって決定することができる。その位置は、例えば、地理的座標、住所、建物、建物内の位置、商業位置および／または商業位置内の位置を含むことができる。位置検出エンジン１０３０は、例えば、検出された入力（例えば、位置、割り当てられた位置を識別する）に基づいて、および／またはセンササブシステム１０３５によって検出されたデータに基づいて、リソースデバイス７４５の位置を検出することができる。

【0180】

[00196]一例では、センササブシステム１０３５は、１つもしくは複数のセンサまたは受信機のそれぞれからの信号を検出し、検出、信号の信号強度、および／または信号の受信時刻に基づいて位置を決定するように構成することができる。例えば、センササブシステム１０３５は、複数のＧＰＳ衛星の各々から信号を受信することができ、各信号の伝送遅延を使用する三角測量技術に基づいて特定の位置を決定することができるＧＰＳ受信機１０４０を含むことができる。別の例として、センササブシステム１０３５は、クライアントデバイス（例えば、情報センターにあるような信号送信機またはコンピュータ）からの信号を検出し、リソースデバイス７４５の位置をクライアントデバイス（例えば、信号内で識別することができる）の位置に近似させる受信機を含むことができる。さらに別の例として、センササブシステム１０３５は、１つまたは複数のＷｉＦｉアクセススポットから信号を受信するように構成された受信機を含むことができ、１つもしくは複数の信号源、信号強度、および／または信号待ち時間に基づいて位置を決定することができる。さらに別の例として、センササブシステム１０３５は、近接オブジェクトコード（例えば、バーコードまたはＱＲコード（登録商標））または他のオブジェクトデータを検出するスキャナ１０４５を含むことができ、ユーザデバイス７０５の位置を、識別されたオブジェクトに関連するものとして決定することができる。

【0181】

[00197]場合によっては、位置検出エンジン１０３０は、スキャナ１０４５によって受信されたデータに基づいて、ユーザデバイス７０５の位置を決定することができる。例えば、スキャナ１０４５は、オブジェクトからコード、バーコードまたは他のデータを検出するように構成することができる。場合によっては、スキャンされたデータ自体が位置の識別を含む。場合によっては、スキャンされたデータを位置に関連付けることができる。スキャナ１０４５は、例えば、カメラ、ＱＲリーダおよび／またはレーザスキャナを含むことができる。

【0182】

[00198]場合によっては、位置通信は、繰り返し、連続的に、および／または定期的に生成および／または送信されてもよい。例えば、１分ごとに位置を決定することができ、決定された位置との位置通信を１分ごとに決定することができる。場合によっては、位置は条件付きで決定され、および／または位置通信は条件付きで送信される。例えば、加速度計１０４８は、連続的または定期的に加速度の読み取り値を生成または取得することができる。しきい値を超える加速度が検出された場合に、位置検出エンジン１０３０が位置を決定することができる（例えば、それ以外の場合には決定することができない）。別の例として、位置検出エンジン１０３０が、リソースデバイス７４５が以前の位置決定に対して少なくともしきい値距離だけ移動したと判定した場合には（例えば、その場合に限って）、位置通信を送信することができる。

【0183】

[00199]場合によっては、インターフェースエンジン１０１５は、タスク通信を受信する。タスク通信は、例えば、要求位置、オブジェクト、オブジェクト位置、通信チャネルのタイプ、および／または要求の直接処理を提供するかどうかなどのタスク（例えば、割り当てられたタスクまたは割り当てのために提供されたタスク）に関する１つまたは複数の詳細を識別することができる。したがって、例えば、タスク通信は、タスクが、オブジェクトに関する情報を要求しているユーザと通信するために領域１０の要求位置に行くことを含むこと、ならびに、これらのオブジェクトが領域１０および建物の正面エリアに位置していることを示すことができる。別の例として、リソースデバイスで受信されるタスク通信は、タスクがユーザデバイスとの音声通信リンクを使用して通信することを含むことを示すことができる。

【0184】

[00200]タスク通信を受信すると、プレゼンテーションエンジン１０２７は、タスク（または提案されたタスク）に関する、および／またはタスク通信に含まれる１つまたは複数の詳細を（例えば、リソースデバイス７４５のディスプレイ上に）提示することができる。場合によっては、タスクエンジン１０５５は、タスク通信のデータに基づいて１つまたは複数の追加の情報（提示することができる）を決定する。例えば、タスクエンジン１０５５は、特定の位置に到達するのにかかる時間、タスク関与時間、および／または取得確率を算出することができる。別の例として、タスクエンジン１０５５は、要求位置、オブジェクト位置および／またはリソース位置を識別するためにマップ（例えば、建物の）を生成または修正することができる。

【0185】

[00201]場合によっては、プレゼンテーションは、タスクを拒否するオプションおよび／またはタスクを肯定応答する（例えば、受け入れる）オプションなどの、１つまたは複数の選択可能なオプションを伴うことができる。そのようなオプションの選択を検出することにより、タスクエンジン１０５５は、選択された応答、ならびに、例えばリソースデバイス７４５、関連リソース、および／またはリソースデバイス７４５の位置を識別するタスク応答通信を生成することができる。インターフェースエンジン１０１５は、リソース優先順位付けシステム７２０へのタスク応答通信の送信を容易にすることができる。

【0186】

[00202]タスクエンジン１０５５はまた、タスク（例えば、割り当てられている、および／または肯定応答されているもの）の性能を追跡することもできる。例えば、タスクエンジン１０５５は、タスクに対応する任意の宛先位置（例えば、要求位置またはオブジェクト位置）に対するリソースデバイス７４５の位置を追跡することができる。タスクエンジン１０５５はまた、宛先位置に到着するのにかかる時間、宛先位置で費やされた時間、リソースデバイス７４５が、タスクに関連するユーザデバイスおよび／またはオブジェクトからある距離内にあった時間、ならびに／あるいはタスク完了入力がリソースデバイス７４５で受信されるまでの時間などの、１つまたは複数の様々なタスク性能時間範囲を監視することができる。タスクエンジンは、タスクの実行中に訪れた１つまたは複数の他のオブジェクトなどの、他のタスク特性も追跡することができる（例えば、リソースデバイス７４５がユーザデバイスと共に新しいオブジェクトの位置に移動し、少なくともある時間範囲にわたって新しいオブジェクト位置に比較的固定されたままであることを検出したときに推論することができる）。

【0187】

[00203]タスクエンジン１０５５は、追跡されたタスク変数の１つまたは複数に対応するタスクデータ通信を生成することができ、インターフェースエンジン１０１５は、リソース優先順位付けシステム７２０へのタスクデータ通信の送信を容易にすることができる。そのような変数は、リソース優先順位付けシステム７２０によって使用されて、後続のリソース選択（例えば、宛先位置に素早く到着する人へのリソース選択に重み付けするリソース選択）および／または要求－応答戦略（例えば、リソース供給がユーザに複数のオブジェクトを訪問させる可能性のあるオブジェクトに関連する要求に優先順位を付けるため）に影響を及ぼすことができる。リソースに重み付けするリソース選択は、他のリソースよりもそのリソースの選択を優先することに対応することができる。

【0188】

[00204]インターフェースエンジン１０１５は、通信チャネルを確立する（例えば、１つまたは複数の発信信号と協調して）ために、１つまたは複数の入力信号をさらに受信することができる。そのような信号は、例えば、タスク割り当てまたは確認応答の後に受信することができる。信号は、例えば、電話、チャット、テキストまたはデータ通信チャネルを確立するように構成することができる。一例では、着信信号は電話コールを含む。一例では、１つまたは複数の着信信号は、データ接続を容易にする。

【0189】

[00205]例えば、１つまたは複数の着信信号は、チャネルのパラメータ（例えば、情報転送速度、符号化アルファベットおよび／または割込み手順）を識別するためのハンドシェイク処理の一部であってもよい。そのような通信は、ＴＬＳハンドシェイクプロトコルなどのプロトコルによって構成することができる。ハンドシェイクプロセスは、３方向プロトコルを含むことができ、および／またはセッションを確立するように構成することができる。例示的な通信には、同期メッセージ、同期確認応答メッセージが含まれる。場合によっては、通信チャネルを確立することに関与する通信は、リソース優先順位付けシステム７２０と通信される。それにもかかわらず、一旦チャネルが確立されると、チャネルは、タスクに関連するユーザデバイス７０５と通信するために使用することができる。場合によっては、通信チャネルを確立することに関与する通信は、ユーザデバイス７０５と通信される。

【0190】

[00206]タスクに応答して要求の直接処理が提供される場合であっても、通信チャネル（例えば、電話またはデータ通信チャネル）を確立することができ、これは、リソースがオブジェクトまたは要求位置に向かって移動している間、またはユーザがリソース位置に移動している間に、オブジェクトに関する質問をする機会をユーザに提供できるからである。チャネルはまた、リソースが宛先位置に向かって移動する際の進捗状況を伝えること、および／またはオブジェクト位置もしくはリソース位置に到着するためのユーザへの指示を提供することを可能にすることができる。場合によっては、要求の直接処理を提供するリソースは、確立された通信チャネルを介してユーザと通信するのと同じリソースである。場合によっては、異なるリソースは、情報を直接提供するリソースと比較して、通信チャネルを介して通信する。これにより、ユーザは、データチャネルを介して通信され、直接的なリソースの歩行を妨害しないようにすることができる。このような場合、リソースデバイスは、（例えば、リソース優先順位付けシステム７２０を介しても介さなくても、また、ユーザデバイスに接続されたものと同じチャネルを介しても介さなくても）接続することができ、その結果、要求に関連する情報を直接的なリソースに中継することができる。

【0191】

[00207]可用性検出エンジン１０６０は、リソースデバイス７４５に対応するリソースがタスク割り当てに利用可能である（または利用可能になる）かどうかを判断することができる。可用性検出エンジン１０６０は、例えば、リソースデバイス７４５の位置（例えば、リソースデバイス７４５が建物内にある場合、および／または最新のタスク宛先位置からのしきい値距離を超える場合、および／またはユーザデバイスからのしきい値距離を超える場合に、可用性推論がサポートされ得る）、リソースデバイス７４５の移動（例えば、リソースデバイス７４５が最近の平均速度またはしきい値を下回る加速度を有する場合に、可用性推論がサポートされ得る）、ならびに／あるいは、リソースデバイス７４５で受信された信号（例えば、最近の要求に対応するユーザデバイスからの信号が検出されない場合、および／またはそのような信号の強度がしきい値を下回るか、またはしきい値を超える強度の減少を有する場合に、可用性推論がサポートされ得る）を評価することができる。可用性検出エンジン１０６０は、さらに、または代わりに、リソースデバイス７４５で検出された入力に基づいて可用性または利用不可能性を検出することができる。例えば、グラフィカルユーザインターフェースは、リソースがタスク開始、使用不可能、タスク完了、および／または可用性を示す入力をすることを可能にするディスプレイ上に（プレゼンテーションエンジン１０２７を介して）提示することができる。

【0192】

[00208]場合によっては、可用性通信は、リソースが利用可能かどうか、および／または可用性またはリソース７４５が変更されたことを識別できるリソース優先順位付けシステム７２０に（インターフェースエンジン１０１５を介して）送信することができる。可用性通信は、リソースが利用可能であるかどうか、リソースデバイス７４５の識別子、および／または関連するリソース、および／または現在の時間として表示を含むことができる。このような可用性通信は、例えば、定期的、規則的および／または連続的な時間に生成および／または送信することができる。一例では、位置通信は可用性データを含むこともできる。

【0193】

[00209]場合によっては、タスクエンジン１０５５は、可用性データを使用して、タスク通信で識別されたタスクを確認応答（例えば、受け入れ）するか、または拒否するかどうかを自動的に決定することができる。例えば、リソースが利用できないことが検出されると、タスクを自動的に拒否することができる。タスク確認は、様々な場合に、自動的に別の方法で確認応答されるか、またはタスクが確認応答されたリソースからの入力を受信したときにのみ確認応答することができる。

【0194】

[00210]図８～図１０に示すブロック図は例示的なものであることが理解されよう。追加の構成要素（例えば、１つまたは複数のプロセッサ、ディスプレイ、タッチスクリーン、キーボード、スピーカおよび／またはバッテリ）は、示されていなくてもよい。さらに、１つのデバイスおよび／またはシステムに示された構成要素は、追加的または代替的に別のデバイスに設けられてもよい。例えば、オブジェクトエンジン８５０は、ユーザデバイス７０５内に設けられてもよい。

【0195】

[00211]図１１は、取得パラメータを生成するためのプロセス１１００の一実施形態のフローチャートを示す。プロセス１１００は、リソース優先順位付けシステム７２０によって、その一部または全部を実行することができる。

【0196】

[00212]プロセス１１００は、インターフェースエンジン８１５が要求通信の集合を受信するブロック１１０５から始まる。要求通信の集合内の各要求は、ユーザデバイスから受信することができ、オブジェクトに関連付けることができ、および／または情報に対する要求に対応することができる。要求通信の集合内の各要求は、ある時間範囲の間に受信されてもよい。場合によっては、要求通信の集合内の要求通信を同時に受信する必要はない。

【0197】

[00213]次に、ブロック１１１０～１１２５は、要求通信の集合内の各要求に対して実行することができる。ブロック１１１０で、オブジェクトエンジン８５０は、要求に対応するオブジェクトを識別する。この識別は、位置検出エンジン８４０によって決定および／または抽出される要求位置、ならびに／あるいはコンテンツ解析エンジン８４５によって識別される要求コンテンツ（および／またはその処理されたバージョン）などの、要求通信におけるデータを使用して実行することができる。場合によっては、例えば、オブジェクトは、要求通信で識別されたオブジェクト、オブジェクトタイプ、および／またはＵＲＬもしくはアプリケーションページに対応するものを含むことができる。場合によっては、オブジェクトを識別することは、（クエリエンジン８５５を介して）オブジェクトデータストア８３０のクエリを生成し実行することを含むことができる。

【0198】

[00214]ブロック１１１０で、スケジューリングエンジン８６０は、要求に対する任意のリソース割り当てを識別する。例えば、スケジューリングエンジン８６０は、リソースが要求に割り当てられたか割り当てられているかを判断することができる。そうでない場合には、その特性はリソースが割り当てられていないことを示すことができる。そうである場合には、スケジューリングエンジン８６０は、例えば、割り当てられたリソースの仕様、割り当てられたリソースの位置、および／または割り当てられたリソースの位置を識別することができる。スケジューリングエンジン８６０は、リソースが通信チャネルを介して要求に関連するユーザと通信するかどうか（もしあれば、どのタイプのものか）、および／またはリソースがユーザ位置でユーザと通信するかどうかなどの、行われた割り当てのタイプをさらに識別することができる。場合によっては、識別は、タスクデータストア８７５からデータを検索することによって実行される。場合によっては、要求通信が割り当てのために評価されている際に、識別が行われる（例えば、リアルタイムで）。

【0199】

[00215]ブロック１１２０で、取得解析エンジン８８５は、要求に関連する１つまたは複数の取得を検出する。例えば、ブロック１１２０は、要求時間からある時間範囲内におよび／または要求に関連する日に、ユーザが要求に関連するオブジェクト（例えば、特定のウェブサイトまたは建物）および／または要求に関連するオブジェクトタイプのオブジェクト（例えば、特定の建物）を取得したかどうかを検出することを含むことができる。ブロック１１２０は、さらに、または代わりに、所与の建物および／またはある時間範囲において要求に関連するユーザによって行われた取得におけるアイテムの属性および／または数を検出することを含むことができる。場合によっては、取得データストア８９０からデータを検索することによって検出が実行される。場合によっては、取得データが検出される際に（例えば、リアルタイムで）検出が行われる。

【0200】

[00216]ブロック１１２５では、オブジェクト特性、割り当て特性および取得結果がデータストア（例えば、取得データストア８９０）に関連付けられる。データは、例えば、要求時間、要求のタイプ、ユーザ特性、クライアント（例えば、建物に関連するクライアントなどのストア）識別子、および／または他の情報をさらに伴ってもよい。

【0201】

[00217]ブロック１１３０で、取得解析エンジン８８５は、関連付けに基づいて１つまたは複数の取得パラメータを識別する。例えば、取得解析エンジン８８５は、モデルおよび／またはフィッティング技術を使用して、どの特性がどのような状況においておよび／またはどの程度まで取得結果に影響を与えるかを示す１つまたは複数のモデル変数および／またはフィッティング変数を生成することができる。例えば、線形、非線形、ロジスティック、回帰、サポートベクトルマシン、および／またはニューラルネットワークモデルを使用することができる。別の例として、取得パラメータは、１つまたは複数の変数のそれぞれに関連して生成されてもよい。例えば、取得パラメータは、そのリソースに割り当てられたタスクが他のリソースへのタスク割り当て（例えば、他の要因について制御する）に対して肯定的な取得結果につながる可能性の程度を示す単一のリソースに対して生成されてもよい。

【0202】

[00218]図１２は、要求通信に応答するリソース割り当てを容易にするためのプロセス１２００の一実施形態のフローチャートを示す。プロセス１２００は、リソース優先順位付けシステム７２０によって、その一部または全部を実行することができる。

【0203】

[00219]プロセス１２００はブロック１２０５で開始し、インターフェースエンジン８１５はユーザデバイスから要求通信を受信する。ブロック１２０５では、位置検出エンジン８４０は、要求通信のための要求位置を識別する。例えば、位置検出エンジン８４０は、オブジェクト識別子、オブジェクトタイプ識別子、オブジェクト名、オブジェクト関連用語、オブジェクトタグ、ＵＲＬアドレス、アプリケーションページ識別子、および／またはクライアント識別子を含む要求通信からデータを抽出することができる。そのようなデータは、例えば、ヘッダ、メタデータまたはメッセージの内容であってもよい。

【0204】

[00220]ブロック１２１５では、オブジェクトエンジン８５０は、要求に対応するオブジェクトまたはオブジェクトタイプを識別する。一例では、ブロック１２１５は、要求通信からオブジェクトまたはオブジェクトタイプの識別子を抽出することを含む。一例では、ブロック１２１５は、１つまたは複数の他のデータ（例えば、オブジェクト識別子、オブジェクトタイプ識別子および／またはオブジェクトタイプ）と関連する抽出されたデータ（例えば、クエリ用語）を含む。一例では、ブロック１２１５は、要求コンテンツ（例えば、オブジェクト識別子に基づいてオブジェクトタイプを識別する）に対する特定度を変更することを含む。

【0205】

[00221]ブロック１２２０で、オブジェクトエンジン８５０は、オブジェクトまたはオブジェクトタイプに対応する１つまたは複数の位置および１つまたは複数の取得パラメータを識別する。場合によっては、オブジェクトデータストア８３０は、オブジェクト識別子、タイプ、タグ、名前、および／またはモデル識別子を１つまたは複数の位置に関連付けることができる。したがって、クエリ（例えば、オブジェクト識別子、オブジェクトタイプまたはオブジェクトタグの識別子を有する）は、識別されたオブジェクトまたはオブジェクトタイプに関連する１つまたは複数の位置を識別するように開始することができる（例えば、さらにクエリエンジン８５５を介して実行される）。場合によっては、識別されたオブジェクトまたはオブジェクトタイプに関連するすべてのオブジェクト位置が識別される。場合によっては、１つまたは複数の追加の制約が強制される。例えば、要求はオブジェクト（またはオブジェクトタイプ）Ｘに関連することができ、オブジェクトデータストア８３０は、オブジェクト（またはオブジェクトタイプ）Ｘが１５のオブジェクト位置に関連付けられていることを示すことができる。このようなオブジェクト位置はすべて返されてもよく、またはクエリ制約に従うオブジェクト位置（例えば、要求位置からある距離内にあるオブジェクト位置）が返されてもよい。

【0206】

[00222]取得パラメータは、例えば、取得データストア８９０のクエリを開始することによって識別することができる。クエリの結果は、例えば、１つまたは複数の平均、中央値、範囲、確率、従属変数および／またはモデル変数の重みを含むことができる。したがって、場合によっては、クエリ結果は、どのタイプのリソース割り当てが、オブジェクトもしくはオブジェクトタイプおよび／または１つもしくは複数の他の要求に関連する詳細に関連するので、所望の取得結果を生成する可能性が高いかに関する表示を含むことができる。例えば、取得結果は、要求に関連する変数を使用してモデル出力を生成するために使用される場合に、取得確率は、要求の直接処理が提供される場合には９０％であり、通信チャネルのサポートのみが提供されている場合には４０％であり、要求の処理がない場合には３０％であることを示すモデル変数を含むことができる。

【0207】

[00223]ブロック１２２５で、スケジューリングエンジン８６０は、要求通信に関連付ける可能性のある１つまたは複数のリソースを識別する。例えば、１つまたは複数のリソースは、オブジェクト（例えば、オブジェクトが位置する建物）またはオブジェクトタイプのオブジェクトを含むクライアント位置に関連する１つまたは複数のリソース、オブジェクトまたはオブジェクトタイプのオブジェクトを含む特定のクライアント位置に関連する１つまたは複数のリモートリソース（例えば、コールセンターにおける）、ある時間範囲の間に要求確認応答のために一般に利用可能であると決定されたリソース、ならびに／あるいはオブジェクトまたはオブジェクトタイプに対応する仕様を有するリソースを含むことができる。このようなリソースは、例えば、リソースデータストア８３５のクエリを容易にすることによって識別することができる。場合によっては、１つまたは複数のリソースは、様々な位置の駐留に関連するリソースを含むことができる。例えば、リソースは、異なる国、都市、および／または建物に位置していてもよい。

【0208】

[00224]ブロック１２３０で、リソース追跡エンジン８７０は、１つまたは複数のリソースのうちの少なくとも１つ（例えば、またはそれぞれ）について、可用性、特性および位置を識別する。場合によっては、可用性は、リソースデータストア８３５のクエリを介して判断される。例えば、リソース追跡エンジン８７０は、着信する可用性通信に基づいて示された可用性を表すようにリソースデータストア８３５を管理することができ、クエリは、１つまたは複数の特定のリソースの可用性ステータスを識別するか、あるいは（例えば、１つまたは複数の特定のリソースの中で）任意の利用可能なリソースを識別するためのものであってもよい。

【0209】

[00225]特性は、例えば、リソースが、オブジェクトもしくはオブジェクトタイプに関連する仕様、および／またはリソースに関連する１つもしくは複数の仕様を有するかどうかを含むことができる。特性は、リソースデータストア８３５のクエリを介して識別することができる。例えば、建物内の部門Ｘにリソースを割り当てることができ、部門ＸがオブジェクトＡ～Ｈを物理的に格納することができる。要求がオブジェクトＤを識別した場合に、リソースの部門Ｘとの関連付けは、オブジェクトに関する情報のベースおよび／または仕様を有することを示すことができる。

【0210】

[00226]その位置は、例えば、リソースデータストア８３５に問い合わせることによって決定することができる。例えば、リソース追跡エンジン８７０は、位置通信を受信すると、リソースおよび／またはリソースデバイスに関連するリソース位置を更新するために、リソースデータストア８３５を更新することができる。別の例として、リソース追跡エンジン８７０は、少なくとも１つのリソースのそれぞれへ位置要求を送信することを容易にし、リソース位置を応答に基づいて識別することができる。

【0211】

[00227]ブロック１２３５で、スケジューリングエンジン８６０は、１つまたは複数のリソースのそれぞれについて、１つまたは複数の要求－応答タスク時間範囲を算出または設定する。１つまたは複数の要求－応答時間範囲は、例えば、通信チャネルを介してユーザと通信した時間、要求に関連する宛先位置に到達するまでの時間、ユーザと直接通信するのに費やされた時間、要求に関連する位置（例えば、目的地位置または要求処理中に移動された目的地）からベース位置まで移動するまでの時間、ならびに／あるいは、これらの時間のうちの１つまたは複数またはすべての組み合わせを含むことができる。

【0212】

[00228]計算は、リソース位置とオブジェクトの位置に基づくことができ、さらにまたは代わりに、過去の要求処理データ（例えば、所与のリソース、リソースタイプ、直接の性質、通信チャネルタイプ、オブジェクト、オブジェクトタイプ、および／またはリソース仕様に関する）に基づいてもよい。

【0213】

[00229]ブロック１２４０で、要求処理エンジン８８０は、要求処理動作を決定する。要求処理動作を決定することは、例えば、要求を処理するためにリソースを割り当てるかどうかを決定すること、要求を処理するためにローカルまたはリモートリソースを割り当てるかどうかを決定すること、リソースが要求を少なくとも部分的に直接処理するかどうかを決定すること、リソースが少なくとも部分的に通信チャネルを介して要求を処理するかどうかを決定すること、通信チャネルのタイプを決定すること、および／または要求を処理するためのリソースを決定することを含むことができる。

【0214】

[00230]一例では、この決定は、オブジェクトに対応する取得パラメータを解析することを含む。例えば、取得確率および／または取得値が低く、リソース負荷が高い場合には、要求を処理するリソースがないこと、リモートリソースが要求を処理すること、直接処理が提供されないこと、および／または高スループットの通信チャネル（例えば、電話チャネルとは対照的な仮想チャネル）が使用されることを決定することができる。そのような決定は、１つまたは複数の絶対または相対しきい値に依存することができる。

【0215】

[00231]一例では、要求処理動作を決定することは、要求の少なくとも一部を処理するためにリソースを決定することを含む。このリソース決定は、要求に関連する値を解析することを含むことができる。一例では、優先順位付け値は、１つまたは複数のリソースのそれぞれに関連付けられる。所与のリソースが利用可能であって、オブジェクト位置または要求位置に近接して位置する場合、特定の要求－応答タスク時間範囲に関連付けられている場合、要求に関連するオブジェクトに関連するバックグラウンド（例えば、オブジェクトを格納する建物に位置する）を有する場合、ならびに／あるいは、特定の取得パラメータ（例えば、リソースが特定のイベントを容易にする可能性が高いことを示す）に関連付けられている場合に、その値を改善する（例えば、増加させる）ことができる。この値は、優先順位付け規則に基づいて決定することができる。

【0216】

[00232]リソースを決定することは、しきい値および／または最高値（または所定のまたは動的に決定された数の最高値の間の値）を超える値を有するリソースを決定することを含むことができる。場合によっては、タスク通信は、決定されたリソースのリソースデバイスに送信され、リソースデバイスは、タスク性能を確認応答および／または拒否する機会をリソースに提供することができる。例えば、タスク通信は、複数のリソースデバイス（例えば、より高い値の集合に関連するもの）に送信することができ、最初に応答するものにタスクを割り当てることができる。

【0217】

[00233]タスクの詳細は、タスク通信を介して割り当てられたユーザデバイスに伝達することができる。タスクの詳細は、例えば、ユーザに関するデータ、オブジェクトもしくはオブジェクトタイプの識別子、オブジェクト位置、要求位置、要求のタイプ（例えば、求められる情報）、および／またはリソースがユーザと通信する方法を含むことができる。

【0218】

[00234]場合によっては、（例えば、要求が少なくとも部分的にリソースによって応答されることが決定された場合に）、要求処理エンジン８８０は、ブロック１２４５で、識別されたリソースと要求に関連するユーザとの間の直接通信を促進する。この促進は、例えば、リソースデバイスとユーザデバイスとの間に通信チャネルを確立すること、リソースの位置をユーザのデバイスに送信すること、および／またはユーザの位置をリソースのデバイスに送信することを含むことができる。

【0219】

[00235]図１３は、一実施形態による要求処理に関連する対話環境１３００を示す。環境１３００は、少なくとも領域１３９５Ａ～Ｃ（例えば、通路）を有する建物１３９６（例えば、店舗）を含む。ユーザ１３４５は領域１３９５Ａにあり、リソース１３０５Ｂは領域１３９５Ｂにあり、リソース１３０５Ａは領域１３９５Ｃにある。オブジェクト１３５０は領域１３９５Ｃにある。この例では、ユーザおよびユーザデバイスは、単一の構成要素１３４５として示されている。本明細書で論じるように、１つまたは複数のセンサを使用して、ユーザ、提供することができるリソース、および問い合わせの主題に関する情報を提供することができる。

【0220】

[00236]図１３に示す例では、ユーザ１３４５（例えば、建物１３９６に位置するリソースからの情報の要求元）は、建物１３９６で利用可能な特定のオブジェクトタイプに関する情報を要求する。リソース１３０５Ａ～Ｂは、オブジェクトに関する情報を提供することができる建物内のエージェントである（例えば、それらはオブジェクトに関する特定の情報を提供するためのリソースであってもよい）。一実施形態では、リソース１３０５Ａ～Ｂによってユーザに提供することができる１つのタイプのサポートは、異なるタイプのオブジェクト（例えば、容量、利用可能な色、サイズ、利用可能な要求された性能文書、およびオブジェクトに関する他の適切な情報）に関する特定の情報を提供することができるということである。

【0221】

[00237]この実施形態では、オブジェクト位置１３９０は、建物１３９５内のオブジェクト１３５０（例えば、製品）の位置である。図１３では、ユーザ１３４５に関連するユーザデバイス、およびリソース１３０５Ａ～Ｂによって使用されるリソースデバイスは、無線アクセスポイント１３７９を使用してネットワークに結合することができる。いくつかの実施形態では、無線アクセスポイント１３７９は、ＷｉＦｉ（ＩＥＥＥ８０２．１１ファミリ標準）、Ｂｌｕｅｔｏｏｔｈ（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標） ＳＩＧ、Ｉｎｃ．によって公表された標準のファミリ）、ＢＬＥ、近距離通信（ＩＳＯ／ＩＥＣ１８０９２規格などを実現する）または任意の他の適切な通信プロトコルなどの、無線通信の１つまたは複数のタイプをサポートするように構成される。

【0222】

[00238]図１３に示すように、ユーザ１３４５およびリソース１３０５Ａ～Ｂの位置は建物１３９６の内部にある。図１３に示す項目（例えば、ユーザ１３４５とリソース１３０５Ａ～Ｂの相対位置）は、上述したリアルタイムのリソース情報としてコンポーネントによって格納、保持、および／または使用される情報の一部を表す。いくつかの実施形態では、屋内近接システム１３９９を使用することにより、より高いレベルの位置精度を屋内で達成することができる。屋内近接システムの一例は、カリフォルニア州クパチーノのアップル社のＩＢＥＡＣＯＮ（登録商標）検出技術を含むことができる。他の技術も使用できることが理解されよう。屋内近接システム１３９９は、ユーザ１３４５によって保持されるユーザデバイスと、リソース１３０５Ａ～Ｂによって使用されるリソースデバイスと、を追跡することができる。一実施形態では、オブジェクト１３９０は、屋内近接システム１３９９によって追跡することもでき、オブジェクト位置１３９０は、追加の精度に基づいて識別することができる。

【0223】

[00239]一例では、ユーザ（例えば、ユーザ１３４５）は、建物１３９６で上記の特定のオブジェクト（例えば、冷蔵庫）を探している。オブジェクトを見つけることができない場合、ユーザ１３４５は、ユーザデバイスを使用してオブジェクトに関する追加情報を得る。ユーザデバイス上で動作するデバイスアプリケーションの一実施形態は、屋内近接センサ１３９９を使用して領域１３９５Ｃ（ユーザ位置１３８０）内のユーザ１３４５を探し出し、ユーザ１３４５に、情報が必要とされるオブジェクトに関するより多くの情報を要求するオプションを提供する。ユーザ１３４５は、より多くの情報のためのオプションを選択することができ、要求通信をリソース優先順位付けシステム（例えばリソース優先順位付けシステム７２０）に送信することができ、要求を処理することができる。

【0224】

[00240]この例では、リソース優先順位付けシステム７２０は、オブジェクト位置１３９０を要求通信に関連するものとして識別する。図１３には示していないが、建物１３９６内の他のオブジェクト位置が存在する場合があり（例えば、アクセス不能な保管室、保管棚上の高さ、または他の同様のアクセス不能な状況）、どの位置を要求通信に関連付けるかを決定するために、異なる要因を評価することができる。例えば、ユーザ１３４５の近くに位置し、建物領域内にあり、および／または少なくともいくつかのリソースに近い位置は、他の位置に対して優先的に識別することができる。

【0225】

[00241]この例では、オブジェクト位置１３９０が選択されると、主題に精通した利用可能なリソースを識別し、優先順位を付けることができる。この例では、リソース１３０５Ａ～Ｂは、近くのオブジェクト位置１３９０であり、かつオブジェクト１３９０に精通している。リソース優先順位付けシステム７２０は、リソースの識別子に関連してリソースデータストアに格納されたバックグラウンド情報（例えば、リソース経験、要求された性能熟練度、または他の適切なバックグラウンド情報）、ならびにリアルタイム（またはリアルタイムに近い）情報（例えば、オブジェクト１３５０からのリソース１３０５Ａ～Ｂのそれぞれの距離、オブジェクト１３５０のアクセス可能性、または他の適切なリアルタイム情報などのリアルタイム情報）に基づいてリソース１３０５Ａ～Ｂを優先順位付けすることができる。この例では、少なくとも、オブジェクト１３５０およびリソース１３０５Ａが同じ領域１３９５Ｃにあり、リソース１３０５Ａがオブジェクト１３５０により近いので、リソース１３０５Ａはリソース１３０５Ｂよりも高い優先順位を付けることができる。この優先順位付けに基づいて、要求を処理するためにリソース１３０５Ａを識別することができ、この選択は、リソース１３０５Ａとユーザ１３４５との間の直接通信チャネルの確立を容易にする。いくつかの実施形態では、リソース１３０５Ａとユーザ１３４５との間の通信に加えて、領域１３９５Ａからオブジェクト位置１３９０への移動を案内するための指示が生成され、ユーザ１３４５に送信される。これらの指示は、オブジェクト１３５０の領域１３９５Ｃの位置のユーザ１３４５への通知などの、異なる形態で来てもよい。

【0226】

[00242]環境１３００は、図示したもの以外の構成要素を有してもよいことを理解されたい。さらに、図に示す実施形態は、本発明の実施形態を組み込むことができる環境の一例に過ぎない。いくつかの他の実施形態では、環境１３００は、図に示しているより多くのまたはより少ない構成要素を有してもよく、２つ以上の構成要素を組み合わせてもよく、または構成要素の異なる構成または配置を有してもよい。

【0227】

[00243]図１４は、一実施形態による要求処理に関連する対話環境１４００のブロック図である。環境１４００は、建物１４９６内のオブジェクト１４５０およびリソース１４０５を含む。ユーザ１４４５はユーザ位置１４８０にいるものとして識別され、建物１４９６はオブジェクト位置１４９０内にあるものとして識別される。この例では、ユーザ位置１４８０とオブジェクト位置１４９０の両方が地域１４９５内にある。

【0228】

[00244]一例では、図１４に示すように、ユーザ１４４５は、建物１４９６で提供される要求された性能に関するより多くの情報を必要とする。この例では、リソース１４０５Ａ～Ｂは、要求された性能に関する情報を提供することができ、または要求された性能を提供することができるエージェントである。この例では、建物１４９６がオブジェクトである。この例では、ユーザ１４４５は、建物１４９６と同じ地域１４９５にある。

【0229】

[00245]本明細書で使用するように、地域は、地理的領域またはユーザ１４４５によってアクセス可能な他の適切な位置を含むことができる。本明細書で論じられる他の実施形態と同様に、ユーザ１４４５は、この実施形態で優先順位付けされた「建物内」リソース（例えば、リソース１４０５Ａ～Ｂ）の指示を受信することができるが、追加のタイプのリソースも図１４に示す例で利用可能である。この実施形態では、コールセンター１４８５は、大量の電子通信（例えば、電話、電子メール、チャット、および他の適切なタイプの電子通信）を処理するために設定されたオフィスである。例えば、コールセンター１４８０内のコールセンターリソース１４８５は、地理的に多様なエリアのユーザからの通信を受信することができる。コールセンターは、通信リンクを介して（例えば、電話で）問い合わせに応答するタスクを与えられたリソースにリンクすることができる。

【0230】

[00246]この例では、リソース優先順位付けシステムは、オブジェクト位置１４９０を、ユーザ１４４５に要求された情報を提供するリソースを有する位置として識別するが、さらに、コールセンター１４８０は、ユーザ１４４５の問い合わせに応答できるリソースを有する位置としても識別される。場合によっては、リソース１４０５Ａ、１４０５Ｂおよび１４８５のうちのどれが利用可能であるか（またはある時間範囲内で利用可能である可能性が高いか）を最初に識別することができ、次いで、各利用可能なリソースに優先順位付け値を割り当てることができる（例えば、リソースがユーザ位置１４８０と同じ地域にあるかどうか、要求主題に関連する熟練度、および／またはリソースに関連する取得パラメータに基づいて）。一例では、最も高い優先順位付け値を有するリソースに要求を割り当てることができる。別の例では、しきい値を超える優先順位付け値を有する各リソースには、リソースが要求割り当てを確認応答することを可能にする通知を提供することができ、最初に応答するものが割り当てを受信することができる。場合によっては、割り当ては、（および／またはいくつかの）他の要求がすぐに来るかどうかに関する決定をさらに条件とする。例えば、他の取得パラメータと関連する別の要求通信が、その要求がまだ処理中であるときに受信されるという決定に起因して、最も高い優先順位付け値を有するリソースに要求が割り当てられないことが決定されてもよい。

【0231】

[00247]環境１４００は、図示したもの以外の構成要素を有してもよいことを理解されたい。さらに、図に示す実施形態は、本発明の実施形態を組み込むことができる環境の一例に過ぎない。いくつかの他の実施形態では、環境１４００は、図に示しているより多くのまたはより少ない構成要素を有してもよく、２つ以上の構成要素を組み合わせてもよく、または構成要素の異なる構成または配置を有してもよい。

【0232】

[00248]図１５は、一実施形態による要求処理に関連する対話環境１５００のブロック図である。環境１５００は、ユーザ１５４５、ユーザデバイス１５４０、リソース優先順位付けシステム１５２０Ａ～Ｂ、リソース１５０５Ａ～Ｄ、およびオブジェクト１５５０Ａ～Ｂを含む。リソース優先順位付けシステム１５２０Ａは、ネットワーク１５７０およびデータ経路１５７４、１５７６を介して、オブジェクト位置１５９０Ａ～１５９０Ｃのデバイスおよび／またはシステムに結合される。ユーザデバイス１５４０は、データ経路１５７２を使用してネットワーク１５７０に結合される。

【0233】

[00249]１つの例示的な例では、ユーザ１５４５は、住宅（例えば、ユーザ位置９８０）にいる。ユーザ１５４５は、特定のクライアントによって提供されている特定のオブジェクトに関するＵＲＬにアクセスすることができる。ＵＲＬへのアクセスを検出すると、ユーザデバイス１５４０は、クライアント、オブジェクト、ユーザ位置およびユーザデバイス識別子を識別する要求通信を生成して送信することができる。

【0234】

[00250]リソース１５０５Ａ～Ｄは、オブジェクトを提供するクライアントのエージェントであり、これらのリソースは、このオブジェクトに関する情報を提供する（例えば、より多くの情報を提供する）ことができる。リソース１５０５Ａ～１５０５Ｄによってユーザ１５４５に提供することができる１つのタイプのサポートは、異なるタイプのオブジェクトに関する特定の情報（例えば、サイズ、特徴、利用可能な色、可用性、属性、要求された性能、および／またはオブジェクトに関する他の適切な情報）を提供している。この例では、特定のオブジェクトはオブジェクト１５５０Ａ～Ｂである。この例では、オブジェクト位置１５９０Ａ～Ｃの各々は特定のエンティティのうちの１つである。

【0235】

[00251]この実施形態では、追加のリソース優先順位付けシステム１５２０Ｂがオブジェクト位置１５９０Ｃに示されている。この実施形態では、リソース優先順位付けシステム１５２０Ｂは、オブジェクト位置１５９０Ｃに配置される（例えば、サーバー、リンクされたコンピューティングデバイス、または他の適切なシステムインストールオプションにインストールされた構成要素）。異なる実施形態は、２つ以上のリソース優先順位付けシステム１５２０Ａ～Ｂを有してもよく、これらは異なる位置に配置され、異なるエンティティによって制御されてもよいことを理解されたい。例えば、リソース優先順位付けシステム１５２０Ａは、実施形態を用いて要求された性能を企業に提供するクライアントによって操作される。リソース優先順位付けシステム（例えば、リソース優先順位付けシステム１５２０Ｂ）は、オブジェクト位置１５９０Ａ～Ｃの企業によっても操作することができ、本明細書に記載した実施形態を使用して要求された性能を提供することができる。

【0236】

[00252]複数のオブジェクト位置１５９０Ａ～Ｃからリソースを評価するリソース優先順位付けシステム１５２０Ａ～Ｂの一例を図１５に示す。この例では、地理的位置（ユーザ位置１５８０）にいるユーザ１５４５は、利用可能な異なるオブジェクト位置１５９０Ａ～Ｃを認識していない可能性がある。ユーザ１５４５にリソースを提供するために、リソース優先順位付けシステム１５２０Ａは、異なる位置で利用可能なリソースの差異を評価することができる。

【0237】

[00253]いくつかの実施形態は、オブジェクト位置１５９０Ａ～Ｃを識別し、オブジェクト位置の中で利用可能なリソースを識別し、これらの識別されたリソース１５９０Ａ～Ｄに優先順位を付けることができる。オブジェクト位置１５９０Ａ～Ｃは、異なる特性（例えば、各位置で利用可能なリソース１５０５Ａ～Ｄの数、または他の適切な特性）を有することができる。例えば、オブジェクト位置１５９０Ｃにはオブジェクトがない。いくつかの実施形態では、可用性レベルは、リソース位置選択に影響を及ぼすことができる別の要因である（例えば、リソース位置選択エンジンおよび／またはリソース優先順位付けシステムによって）。

【0238】

[00254]オブジェクト位置１５９０Ｃはまた、オブジェクト位置１５９０Ａ～Ｂよりもより多くの利用可能なリソース（例えば、リソース１５０５Ｃ～Ｄ）を有する。ここでの説明を前提として、本明細書で論じた選択および優先順位付け要因の変形例、ならびに議論されない他の使用可能な要因を、本明細書で論じる実施形態の範囲および趣旨の範囲内で使用できることが理解されよう。

【0239】

[00255]一例では、少なくともリソース１５０５Ａ～Ｂが利用可能なそれぞれのオブジェクト１５５０Ａ～Ｂ（オブジェクト位置１５９０Ａ～Ｂ）を有する位置にあるので、リソース１５０５Ａ～Ｂはリソース１５０５Ｃ～Ｄよりも高い優先順位を付けることができる。この例を続けると、少なくともオブジェクト位置１５９０Ａがオブジェクト位置１５９０Ｂよりもユーザ位置１５８０に近いので、リソース１５０５Ａはリソース１５０５Ｂよりも高い優先順位を付けることができる。この優先順位付けに基づいて、リソース優先順位付けシステム１５２０Ａ～Ｂの一方または両方がリソース１５０５Ａを選択することができ、この選択は、リソース１５０５Ａとユーザ１５４５との間の直接通信チャネルを容易にする。

【0240】

[00256]環境１５００は、図示したもの以外の構成要素を有してもよいことを理解されたい。さらに、図に示す実施形態は、本発明の実施形態を組み込むことができる環境の一例に過ぎない。いくつかの他の実施形態では、環境１５００は、図に示しているより多くのまたはより少ない構成要素を有してもよく、２つ以上の構成要素を組み合わせてもよく、または構成要素の異なる構成または配置を有してもよい。

【0241】

[00257]図１６および図１７は、本発明の一実施形態による例示的なデバイスインターフェースを示す図である。図１６に示すように、環境１６００は、接続１６７２を使用してネットワーク１６７０に接続されたユーザデバイス１６０６を含む。ユーザデバイス１６０６は、例えば、モバイルデバイス、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、ウェアラブル電子デバイス、または任意の他の適切なコンピューティングデバイスなどの、コンピューティングデバイスを含むことができる。

【0242】

[00258]ユーザデバイス１６０６は、ハイパーテキストマークアップ言語（ＨＴＭＬ）ファイルを実行してＵＲＬにアクセスし、アクセスされたＵＲＬのコンテンツおよび／または１つもしくは複数のアプリケーションページを介してアプリケーションで制御されたコンテンツ（１つまたは複数のサーバーから受信することができる）を提示することができるインストールされたアプリケーションを表示するウェブブラウザ（例えば、Ｍｉｃｒｏｓｏｆｔ Ｅｘｐｌｏｒｅｒ（登録商標）、Ｆｉｒｅｆｏｘ（登録商標）、Ｇｏｏｇｌｅ Ｃｈｒｏｍｅ（登録商標）、または他の適切なウェブブラウザ）を含むことができる。アプリケーションは、特定の機能またはプログラムを実行するために、ユーザデバイスのプロセッサを使用して実行されるアプリケーションを含むことができる。特定の例では、ウェブページは、ウェブサーバーから受信またはダウンロードすることができる。上述したように、いくつかの実施形態は、リソース要求を使用して主題（例えば、特定のオブジェクト）について問い合わせるためにデバイス（例えば、ユーザデバイス７１０）を使用することを可能にする。これの一例は、ユーザデバイス１６０６が給湯器などのオブジェクトに関する情報を提供するために使用される状況である。より多くの情報を提供することができるアプリケーションを実行するために、デバイス１６０６上でウェブブラウザを使用することができる。

【0243】

[00259]この例では、ウェブブラウザは、特定のオブジェクトに関連するクライアントのウェブサイトに向けられる。この例では、グラフィカルインターフェース１６２６はクライアントのウェブサイトを表示する。この例では、ウェブベースのアプリケーションにアクセスするウェブブラウザを使用するが、本明細書の説明によれば、ユーザデバイス１６０６にインストールされたネイティブアプリケーションを使用して、この例で説明する特徴を実現できることを理解されたい。

【0244】

[00260]この例を続けると、金物店のウェブサイトをナビゲートし、給湯器に関する情報を表示している間に、通信インターフェースオーバーレイタブ１６２４をグラフィカルインターフェース１６２６により表示することができる。通信インターフェースオーバーレイタブ１６２４は、対話型であってもよく、ユーザデバイス１６０６上のウェブブラウザと共にライブで実行されてもよい。いくつかの実施形態では、ユーザデバイス１６０６のキーパッドまたはキーボード上の特定のキーの組み合わせ、ユーザデバイス１６０６のタッチスクリーンまたはタッチパッド上の特定のスワイプ動作またはマルチタッチ入力、あるいは他の特定の入力などの、ユーザデバイス１６０６の入力デバイスを使用して特定の入力が受信された後に、通信インターフェースオーバーレイタブ１６２４が見えるようにすることができる。この実施形態では、通信オーバーレイタブ１６２４を選択することにより、本明細書で説明するリソース優先順位付け選択プロセスが開始される。

【0245】

[00261]場合によっては、通信オーバーレイタブ１６２４が提示されているかどうか、および／または通信オーバーレイタブ１６２４の１つもしくは複数の特性を決定する所望のウェブコードを識別するために、１つまたは複数の規則が評価される（例えば、デバイス特有の属性または提示されるＵＲＬのコンテンツなどの要因を処理する）。例示的な規則および規則の実施は、２０１４年９月９日に出願された米国特許出願第６２／０４８，０２２号に開示されており、その全体がすべての目的のために参照により本明細書に組み込まれる。２０１４年１０月５日に出願された米国特許出願第６２／０６４，２５４号は、様々なオーバーレイ要素特性およびオーバーレイ要素特性を識別するための技術を開示している。この出願もまた、すべての目的のためにその全体が参照により本明細書に組み込まれる。例えば、通信オーバーレイタブ１０２４は、対話型であってもよく、および／または対話型のチャットウィンドウであってもよい。

【0246】

[00262]この例では、通信オーバーレイタブ１６２４を選択することにより、ＸＹＺＨａｒｄｗａｒｅ．ｃｏｍウェブサイト（および／または関連する）のクライアントと、給湯器がその要求のオブジェクトであるという指示と、を識別する要求通信を生成することができる。要求通信は、ネットワーク１６７０を介してリソース優先順位付けシステムに送信することができる。

【0247】

[00263]リソースが要求通信のために識別されると、インターフェース画面１７０６（図１７に示す）を表示して、リソース通信が望ましいことをユーザが確認できるようにすることができる。一例では、インターフェース画面１７０６は、プロンプトを表示する。「近くの店舗のリソースと通信しますか？」を表示し、「いいえ」ボタン１７０８と「はい」ボタン１７０９とを表示することができる。ユーザデバイス１６０６と選択されたリソースデバイスとの間の直接通信チャネルを確立する動作は、「はい」ボタン１７０９の検出を条件とすることができる。別の実施形態では、リソース優先順位付けおよび選択プロセスは、「はい」ボタン１７０９が選択された後に開始される。

【0248】

[00264]図１８は、本発明の一実施形態によるコンピューティングデバイス（例えば、ユーザデバイス、リソースデバイス、またはリソース優先順位付けシステムデバイス）１８００のブロック図を示す。コンピューティングデバイス１８００は、ネットワーク接続を備えた任意のヒューマン－マシンインターフェースを含むことができる。コンピューティングデバイス１８００は、ウェブページまたはＵＲＬ（ユニフォームリソースロケータ）へのアクセスを可能にする能力を有することができる。例えば、コンピューティングデバイス１８００は、セルラー電話、スマートフォン、デスクトップコンピュータ、ラップトップコンピュータ、タブレット、パーソナルデジタルアシスタント（ＰＤＡ）、または任意の他の適切なデバイスを含むことができる。コンピューティングデバイス１８００は、バス１８１８を使用して電気的に結合することができる（あるいは、適切に通信することができる）ハードウェア要素を含むことができる。一実施形態では、バス１８１８を使用して、プロセッサ１８０２がコア間および／またはメモリ１８１２と通信することができる。ハードウェア要素は、１つまたは複数のプロセッサ１８０２を含むことができ、それは、限定はしないが、１つまたは複数の専用プロセッサ（デジタル信号処理チップ、グラフィックスアクセラレータプロセッサなどの）と、カメラ、マウス、キーボード、タッチセンシティブスクリーン、タッチパッド、キーパッドなどを含むことができるがこれらに限定されない１つまたは複数の入力デバイス１８１６と、ディスプレイ、プリンタなどを含むことができるがこれらに限定されない１つまたは複数の出力デバイス１８１４と、を含むことができる。

【0249】

[00265]コンピューティングデバイス１８００は、バス１８１８に接続された１つまたは複数のネットワークトランシーバ１２０６を含むことができる。ネットワークトランシーバ１８０６は、クラウドまたはインターネットなどのネットワーク接続を介して信号を送信および／または受信するように動作することができる。

【0250】

[00266]コンピューティングデバイス１８００は、１つまたは複数の非一時的な機械可読記憶媒体または記憶装置（例えば、メモリ１８１２）をさらに含む（および／またはそれと通信する）ことができ、それらは、限定はしないが、ローカルおよび／またはネットワークアクセス可能な記憶装置を含むことができ、ならびに／あるいは、限定はしないが、ディスクドライブ、ドライブアレイ、光学記憶装置、ランダムアクセスメモリ（「ＲＡＭ」）および／またはプログラム可能であり、フラッシュ更新可能であり得る読み出し専用メモリ（「ＲＯＭ」）などの固体記憶装置などを含むことができる。そのような記憶デバイスは、限定はしないが、様々なファイルシステム、データベース構造などを含む任意の適切なデータ記憶装置を実装するように構成することができる。

【0251】

[00267]様々な実施形態では、機能は、ＲＡＭ、ＲＯＭ、ＦＬＡＳＨ（登録商標）、またはディスクドライブなどのメモリ１８１２に、命令またはコードなどの１つまたは複数のコンピュータプログラムとして格納され、プロセッサ１８０２によって実行される。コンピューティングデバイス１８００はまた、例えば、オペレーティングシステム、デバイスドライバ、実行可能ライブラリ、および／または１つもしくは複数のアプリケーションプログラムなどの他のコードを含むソフトウェア要素（例えば、メモリ１２１２内に配置される）を含むことができ、それらは様々な機能を実現するコンピュータプログラムを含むことができる。そのような機能またはコードは、本明細書に記載の動作を実行するためのコードを含むことができる。メモリ１８１２は、プロセッサ１８０２に様々な機能を実行させるように構成された１つまたは複数のコンピュータプログラムを格納する、非一時的な機械可読記憶媒体、プロセッサ可読メモリ、および／またはコンピュータ可読メモリであってもよい。他の実施形態では、説明した様々な機能をハードウェアで実行することができる。

【0252】

[00268]特定のコンピューティングデバイスは、図１８に示すものと比較して、より少ないまたは追加の構成要素を含むことができることが理解されよう。また、メモリ１８１２などの非一時的な機械可読記憶装置は、プロセッサによって実行され、実行されると、本明細書で説明する１つまたは複数の動作を実行するコードまたは命令を格納することができることも理解されよう。場合によっては、記憶媒体はコンピュータシステム内に組み込まれてもよい。他の実施形態では、記憶媒体は、コンピュータシステムとは別個のもの（例えば、コンパクトディスクなどの着脱可能な媒体）であってもよいし、および／またはインストールパッケージで提供されてもよく、それに格納された命令／コードをプログラム、構成、および／または実行するために使用することができる。１つまたは複数のコンピュータプログラムのこれらの命令は、コンピューティングデバイス１８００によって実行可能な実行可能コードの形態をとることができ、かつ／あるいはソースおよび／またはインストール可能なコードの形態をとることができ、それは、コンピューティングデバイス１８００上でコンパイルおよび／またはインストールされる（例えば、一般的に利用可能な様々なコンパイラ、インストールプログラム、圧縮／解凍ユーティリティなどのいずれかを使用して）と、実行可能コードの形式をとる。

【0253】

[00269]したがって、特定の実施形態は、要求通信を処理し、要求に対する応答を容易にするのに適したリソースを識別することに関する。この調整されたアプローチは、ユーザが自分の要求の処理を調整しようとしていたならば、システムの負荷を軽減できる。例えば、ユーザは、その代わりに、要求に応答するために適切な位置にあるものを識別するために、複数のリソースで時間を費やすことができる。別の例として、ユーザは、データのクエリを独立して処理しようとして、サーバーを過負荷にする可能性がある。このように、システムの効率を向上させることができる。さらに、要求処理に取得パラメータを導入することにより、効率的なリソース割り当てを行うことができ、取得結果を改善または最適化することができる。

【0254】

[00270]特定の要件によって、実質的な変更を行うことができる。例えば、カスタマイズされたハードウェアが使用されてもよいし、および／または特定の要素がハードウェア、ソフトウェア（アプレットなどのポータブルソフトウェアを含む）、もしくはその両方で実装されてもよい。さらに、他のアクセスまたはネットワーク入出力デバイスなどのコンピューティングデバイスへの接続を実現することができる。

【0255】

[00271]前述の明細書では、本発明の態様についてその特定の実施形態を参照して説明したが、当業者は、本発明がそれに限定されないことを認識するであろう。上述した発明の様々な特徴および態様は、個別にまたは結合して使用することができる。さらに、実施形態は、本明細書のより広範な趣旨および範囲から逸脱することなく、本明細書に記載されたものを超える任意の数の環境および用途において利用することができる。したがって、本明細書および図面は、限定的ではなく例示的なものとみなすべきである。

【0256】

[00272]前述の説明では、例示のために、方法を特定の順序で説明した。代替的な実施形態では、本方法は、記載した順序と異なる順序で実行してもよいことを理解されたい。また、上述の方法は、ハードウェア構成要素によって実行されてもよいし、または機械で実行可能な命令のシーケンスで具体化されてもよく、命令を用いてプログラムされた専用のプロセッサまたは論理回路などの機械に本方法を実行させるために使用することができる。これらの機械で実行可能な命令は、ＣＤ－ＲＯＭもしくは他のタイプの光ディスク、フロッピー（登録商標）ディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ（登録商標）、磁気もしくは光カード、フラッシュメモリ、または電子命令を格納するのに適した他のタイプの機械可読媒体などの、１つまたは複数の機械可読媒体に格納することができる。あるいは、本方法は、ハードウェアとソフトウェアの組み合わせによって実行されてもよい。

【0257】

[00273]構成要素が特定の動作を実行するように構成されている場合には、そのような構成は、例えば、その動作を実行するように電子回路または他のハードウェアを設計することによって、その動作を実行するようにプログラム可能な電子回路（例えば、マイクロプロセッサまたは他の適切な電子回路）をプログラムすることによって、あるいはそれらの任意の組み合わせによって、達成することができる。

【0258】

[00274]本明細書では、本出願の例示的な実施形態について詳細に説明したが、本発明の概念は様々に具体化され使用されてもよく、添付の特許請求の範囲は、従来技術によって制限される場合を除いて、そのような変形例を含むと解釈することを意図している。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］ リソースを優先順位付けし、通信チャネルを確立することによって要求通信への応答を容易にするためのリソース優先順位付けシステムであって、
デバイスからの要求通信を受信するインターフェースエンジンシステムであって、前記要求通信は、位置を示す位置データおよびオブジェクトに対応する要求コンテンツを含む、インターフェースエンジンシステムと、
前記位置データに基づいて前記デバイスの位置を示す要求位置を特定する位置検出エンジンと、
オブジェクトエンジンであって、
前記要求コンテンツに基づいてオブジェクトまたはオブジェクトタイプの識別子を識別し、
オブジェクトまたはオブジェクトタイプの前記識別子と前記要求位置とに基づいて１つまたは複数のオブジェクト位置を特定するオブジェクトエンジンと、
スケジューリングエンジンであって、１つまたは複数のプロセッサを使用して、
リソースの集合を識別し、
前記リソースの集合の各リソースに関連するリソース位置を特定し、
前記リソースの集合の各リソースについて、前記リソースに関連する前記リソース位置に依存する優先順位付け値を前記リソースに割り当て、
前記要求通信に少なくとも部分的に応答するために前記リソースの集合の中からリソースを選択し、前記リソースの前記選択は前記割り当てられた優先順位付け値に基づいており、
少なくとも１つの通信タイプが音声、データまたはテキスト通信チャネルを介した通信を含む通信タイプの集合を識別し、
前記通信タイプの集合の中から通信タイプを選択し、前記通信タイプの前記選択は、前記要求通信に関連する取得パラメータに基づく、スケジューリングエンジンと、
取得が生じたか否かまたは取得の値を示す以前の要求通信に関する取得データに基づいて、前記要求通信に関連する前記取得パラメータを識別する取得解析エンジンと、
前記選択された通信タイプが音声、データまたはテキスト通信チャネルを介した通信を含む場合に、前記デバイスと前記選択されたリソースに関連するリソースデバイスとの間の音声、データまたはテキスト通信チャネルの確立を容易にする要求処理エンジンと、を含むリソース優先順位付けシステム。
［Ｃ２］ リソースを優先順位付けし、通信チャネルを確立することによって要求通信への応答を容易にするための前記リソース優先順位付けシステムであって、前記リソースの集合の各リソースに割り当てられる前記優先順位付け値は、前記リソースに関連する前記リソース位置と前記１つまたは複数のオブジェクト位置のうちの１つのオブジェクト位置との間の分離距離に依存する、Ｃ１に記載のリソース優先順位付けシステム。
［Ｃ３］ リソースを優先順位付けし、通信チャネルを確立することによって要求通信への応答を容易にするための前記リソース優先順位付けシステムであって、前記リソースの前記選択および前記通信タイプの前記選択のうちの少なくとも一方は、要求負荷に依存する、Ｃ１に記載のリソース優先順位付けシステム。
［Ｃ４］ リソースを優先順位付けし、通信チャネルを確立することによって要求通信への応答を容易にするための前記リソース優先順位付けシステムであって、前記選択されたリソースの可用性表示を動的に更新するリソース追跡エンジンをさらに含み、前記更新は前記インターフェースエンジンで受信された１つまたは複数の新たな通信に基づいて実行され、前記可用性指示が前記要求通信の処理に関するタスクを実行するリソースを示す場合に、新たな要求通信に少なくとも部分的に応答するための前記リソースの新たな選択が禁止される、Ｃ１に記載のリソース優先順位付けシステム。
［Ｃ５］ リソースを優先順位付けし、通信チャネルを確立することによって要求通信への応答を容易にするための前記リソース優先順位付けシステムであって、前記リソースの集合の各リソースに割り当てられる前記優先順位付け値は、前記リソースの情報の仕様またはベースが前記オブジェクトまたはオブジェクトタイプに対応する程度に依存する、Ｃ１に記載のリソース優先順位付けシステム。
［Ｃ６］ リソースを優先順位付けし、通信チャネルを確立することによって要求通信への応答を容易にするための前記リソース優先順位付けシステムであって、前記リソースの前記選択および前記通信タイプの前記選択のうちの少なくとも一方は、前記要求位置と前記１つまたは複数のオブジェクト位置のうちの少なくとも１つとの間の分離距離に依存する、Ｃ１に記載のリソース優先順位付けシステム。
［Ｃ７］ リソースを優先順位付けし、通信チャネルを確立することによって要求通信への応答を容易にするための前記リソース優先順位付けシステムであって、前記要求コンテンツは、ウェブページまたはアプリケーションページの識別子を含む、Ｃ１に記載のリソース優先順位付けシステム。
［Ｃ８］ リソースを優先順位付けし、通信チャネルを確立することによって要求通信への応答を容易にするためのコンピュータにより実施される方法であって、
デバイスからの要求通信を受信するステップであって、前記要求通信は、位置を示す位置データおよびオブジェクトに対応する要求コンテンツを含む、ステップと、
前記位置データに基づいて、前記デバイスの位置を示す要求位置を特定するステップと、
前記要求コンテンツに基づいてオブジェクトまたはオブジェクトタイプの識別子を識別するステップと、
１つまたは複数のプロセッサを使用して、オブジェクトまたはオブジェクトタイプの前記識別子と前記要求位置とに基づいて１つまたは複数のオブジェクト位置を特定するステップと、
リソースの集合を識別するステップと、
前記リソースの集合の各リソースに関連するリソース位置を特定するステップと、
前記リソースの集合の各リソースについて、前記リソースに関連する前記リソース位置に依存する優先順位付け値を前記リソースに割り当てるステップと、
前記１つまたは複数のプロセッサを使用して、前記要求通信に少なくとも部分的に応答するために前記リソースの集合の中からリソースを選択するステップであって、前記リソースの前記選択は前記割り当てられた優先順位付け値に基づく、ステップと、
少なくとも１つの通信タイプが音声、データまたはテキスト通信チャネルを介した通信を含む通信タイプの集合を識別するステップと、
取得が生じたか否かまたは取得の値を示す以前の要求通信に関する取得データに基づいて、前記要求通信に関連する前記取得パラメータを識別するステップと、
前記１つまたは複数のプロセッサを使用して、前記通信タイプの集合の中から通信タイプを選択し、前記通信タイプの前記選択は、前記要求通信に関連する前記取得パラメータに基づく、ステップと、
前記選択された通信タイプが音声、データまたはテキスト通信チャネルを介した通信を含む場合に、前記デバイスと前記選択されたリソースに関連するリソースデバイスとの間の音声、データまたはテキスト通信チャネルの確立を容易にするステップと、を含む方法。
［Ｃ９］ リソースを優先順位付けし、通信チャネルを確立することによって要求通信への応答を容易にするための前記方法であって、前記リソースの集合の各リソースに割り当てられる前記優先順位付け値は、前記リソースに関連する前記リソース位置と前記１つまたは複数のオブジェクト位置のうちの１つのオブジェクト位置との間の分離距離に依存する、Ｃ８に記載の方法。
［Ｃ１０］ リソースを優先順位付けし、通信チャネルを確立することによって要求通信への応答を容易にするための前記方法であって、前記リソースの前記選択および前記通信タイプの前記選択のうちの少なくとも一方は、要求負荷に依存する、Ｃ８に記載の方法。
［Ｃ１１］ リソースを優先順位付けし、通信チャネルを確立することによって要求通信への応答を容易にするための前記方法であって、
前記選択されたリソースの可用性表示を動的に更新するステップをさらに含み、前記更新はインターフェースエンジンで受信された１つまたは複数の新たな通信に基づいて実行され、前記可用性指示が前記要求通信の処理に関するタスクを実行するリソースを示す場合に、新たな要求通信に少なくとも部分的に応答するための前記リソースの新たな選択が禁止される、Ｃ８に記載の方法。
［Ｃ１２］ リソースを優先順位付けし、通信チャネルを確立することによって要求通信への応答を容易にするための前記方法であって、前記リソースの集合の各リソースに割り当てられる前記優先順位付け値は、前記リソースの情報の仕様またはベースが前記オブジェクトまたはオブジェクトタイプに対応する程度に依存する、Ｃ８に記載の方法。
［Ｃ１３］ リソースを優先順位付けし、通信チャネルを確立することによって要求通信への応答を容易にするための前記方法であって、前記リソースの前記選択および前記通信タイプの前記選択のうちの少なくとも一方は、前記要求位置と前記１つまたは複数のオブジェクト位置のうちの少なくとも１つとの間の分離距離に依存する、Ｃ８に記載の方法。
［Ｃ１４］ リソースを優先順位付けし、通信チャネルを確立することによって要求通信への応答を容易にするための前記方法であって、前記要求コンテンツは、ウェブページまたはアプリケーションページの識別子を含む、Ｃ８に記載の方法。
［Ｃ１５］ 非一時的な機械可読記憶媒体に有形に具現化されたコンピュータプログラム製品であって、１つまたは複数のデータプロセッサに対して処理を実行させるように構成された命令を含み、前記処理は、
デバイスからの要求通信を受信するステップであって、前記要求通信は、位置を示す位置データおよびオブジェクトに対応する要求コンテンツを含む、ステップと、
前記位置データに基づいて前記デバイスの位置を示す要求位置を特定するステップと、 前記要求コンテンツに基づいてオブジェクトまたはオブジェクトタイプの識別子を識別するステップと、
オブジェクトまたはオブジェクトタイプの前記識別子と前記要求位置とに基づいて１つまたは複数のオブジェクト位置を特定するステップと、
リソースの集合を識別するステップと、
前記リソースの集合の各リソースに関連するリソース位置を特定するステップと、
前記リソースの集合の各リソースについて、前記リソースに関連する前記リソース位置に依存する優先順位付け値を前記リソースに割り当てるステップと、
前記要求通信に少なくとも部分的に応答するために前記リソースの集合の中からリソースを選択するステップであって、前記リソースの前記選択は前記割り当てられた優先順位付け値に基づく、ステップと、
少なくとも１つの通信タイプが音声、データまたはテキスト通信チャネルを介した通信を含む通信タイプの集合を識別するステップと、
取得が生じたか否かまたは取得の値を示す以前の要求通信に関する取得データに基づいて、前記要求通信に関連する取得パラメータを識別するステップと、
前記通信タイプの集合の中から通信タイプを選択するステップであって、前記通信タイプの前記選択は、前記要求通信に関連する前記取得パラメータに基づく、ステップと、
前記選択された通信タイプが音声、データまたはテキスト通信チャネルを介した通信を含む場合に、前記デバイスと前記選択されたリソースに関連するリソースデバイスとの間の音声、データまたはテキスト通信チャネルの確立を容易にするステップと、を含む、コンピュータプログラム製品。
［Ｃ１６］ 前記リソースの集合の各リソースに割り当てられる前記優先順位付け値は、前記リソースに関連する前記リソース位置と前記１つまたは複数のオブジェクト位置のうちの１つのオブジェクト位置との間の分離距離に依存する、Ｃ１５に記載のコンピュータプログラム製品。
［Ｃ１７］ 前記リソースの前記選択および前記通信タイプの前記選択のうちの少なくとも一方は、要求負荷に依存する、Ｃ１５に記載のコンピュータプログラム製品。
［Ｃ１８］ 前記選択されたリソースの可用性表示を動的に更新するステップをさらに含み、前記更新はインターフェースエンジンで受信された１つまたは複数の新たな通信に基づいて実行され、前記可用性指示が前記要求通信の処理に関するタスクを実行するリソースを示す場合に、新たな要求通信に少なくとも部分的に応答するための前記リソースの新たな選択が禁止される、Ｃ１５に記載のコンピュータプログラム製品。
［Ｃ１９］ 前記リソースの集合の各リソースに割り当てられる前記優先順位付け値は、前記リソースの情報の仕様またはベースが前記オブジェクトまたはオブジェクトタイプに対応する程度に依存する、Ｃ１５に記載のコンピュータプログラム製品。
［Ｃ２０］ 前記リソースの前記選択および前記通信タイプの前記選択のうちの少なくとも一方は、前記要求位置と前記１つまたは複数のオブジェクト位置のうちの少なくとも１つとの間の分離距離に依存する、Ｃ１５に記載のコンピュータプログラム製品。

【図1】

【図2】

【図3A】

【図3B】

【図3C】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】