(57)【要約】      （修正有）【課題】ユーザのコンテキストに関連する複数のリソースを決定し、単一のユーザインタフェースで表示するための、コンテキスト認識アプリケーションの方法及びシステムを提供する。【解決手段】コンテキスト認識アプリケーションは、電子装置のユーザのコンテキストを記述するコンテキストデータを得るステップ６０５と、コンテキストデータをバックエンド装置に送信するステップ６１０と、ユーザのコンテキストに関連する複数の関連リソースから、対話型コンテンツを有する単一ユーザインタフェースを動的に生成する命令をバックエンド装置から受信するステップ６１５と、単一ユーザインタフェースを動的に生成するステップ６２０と、単一ユーザインタフェースを電子装置のユーザに表示するステップと、を有する。【選択図】図６Ａ
2017201510.tif 000002
【特許請求の範囲】
【請求項１】
電子装置のユーザのコンテキストを記述するコンテキストデータを得るステップと、
前記コンテキストデータをバックエンド装置へ送信するステップと、
前記バックエンド装置から命令を受信するステップであって、前記命令は、複数の関連リソースから対話型コンテンツを含む単一ユーザインタフェースを動的に生成するよう、前記電子装置に指示し、前記複数の関連リソースは、前記バックエンド装置により互いに及び前記ユーザの前記コンテキストに関連すると決定され、前記対話型動的コンテンツの特徴は、前記バックエンド装置により抽出される、ステップと、
前記単一ユーザインタフェースを動的に生成するステップと、
前記電子装置の前記ユーザに前記単一ユーザインタフェースを表示するステップと、
を有する方法。
【請求項２】
前記コンテキストデータを得るステップは、前記電子装置の位置検知コンポーネントからの位置情報、前記電子装置に近接する電子ビーコンからのビーコンデータ、又は前記電子装置によりスキャンされるクイックレスポンス（ＱＲ）コードのうちの少なくとも１つを得るステップを有する、請求項１に記載の方法。
【請求項３】
前記複数の関連リソースは、２以上の第三機関から読み出される、請求項１に記載の方法。
【請求項４】
前記複数の関連リソースは、１つのウェブサービス及びインターネットに接続される１つの装置を有する、請求項１に記載の方法。
【請求項５】
前記１つの装置は、車両、販売時点管理端末、電気器具、監視カメラ、電気コンセント、サーモスタット、又は照明、のうちの１つを有する、請求項４に記載の方法。
【請求項６】
前記単一ユーザインタフェースを動的に生成するステップは、
前記バックエンド装置により抽出される前記特徴の各々を、前記単一ユーザインタフェースの部分として生成される個々の要素にマッピングするステップと、
前記対話型コンテンツを、前記複数の関連リソースの各々から、前記単一ユーザインタフェースの共通フォーマット及び共通視覚方式に組み込むステップと、
を有する、請求項１に記載の方法。
【請求項７】
相互作用データを生成するために、前記単一ユーザインタフェースの要素との前記ユーザの相互作用を受信するステップと、
前記単一ユーザインタフェースの前記要素に関連する前記複数の関連リソースのうちの１つのリソースに伝達されるよう、前記相互作用データを前記バックエンド装置へ送信するステップと、
を更に有する請求項１に記載の方法。
【請求項８】
前記バックエンド装置は、前記複数の関連リソースが互いに及び前記ユーザの前記コンテキストに関連することを決定し、
前記複数のリソースに接続し、
前記複数のリソースの各々のアプリケーションインタフェース（ＡＰＩ）モデルを構築し、
前記複数のリソースの各々をクラスに分類し、
前記複数のリソースの各々から特徴を抽出し、
前記複数のリソースの各々について前記特徴及び前記クラスをデータベースに格納し、
前記複数のリソースのうちの２以上が関係により関連することを決定し、
前記複数のリソースのうちの前記２以上の間の前記関係を前記データベースに格納し、
互いに関連する前記複数のリソースの各々からの前記特徴のうちの少なくとも１つを結合するモデルインタフェースを生成し、
前記モデルインタフェースを前記データベースに格納し、
前記モデルインタフェースの中の特徴を含む前記複数のリソースの各々のコンテキストと、前記モデルインタフェースを関連付ける、
ことにより、前記対話型動的コンテンツの前記特徴を抽出する、
請求項１に記載の方法。
【請求項９】
命令を有する非一時的コンピュータ可読媒体であって、前記命令は、プロセッサにより実行されると、前記プロセッサに１又は複数の工程を実行させ又は実行を制御させるよう構成され、前記工程は、
電子装置のユーザのコンテキストを記述するコンテキストデータを得るステップと、
前記コンテキストデータをバックエンド装置へ送信するステップと、
前記バックエンド装置から命令を受信するステップであって、前記命令は、複数の関連リソースから対話型コンテンツを含む単一ユーザインタフェースを動的に生成するよう、前記電子装置に指示し、前記複数の関連リソースは、前記バックエンド装置により互いに及び前記ユーザの前記コンテキストに関連すると決定され、前記対話型動的コンテンツの特徴は、前記バックエンド装置により抽出される、ステップと、
前記単一ユーザインタフェースを動的に生成するステップと、
前記電子装置の前記ユーザに前記単一ユーザインタフェースを表示するステップと、
を有する、非一時的コンピュータ可読媒体。
【請求項１０】
前記コンテキストデータを得るステップは、前記電子装置の位置検知コンポーネントからの位置情報、前記電子装置に近接する電子ビーコンからのビーコンデータ、又は前記電子装置によりスキャンされるクイックレスポンス（ＱＲ）コードのうちの少なくとも１つを得るステップを有する、請求項９に記載の非一時的コンピュータ可読媒体。
【請求項１１】
前記複数の関連リソースは、２以上の第三機関から読み出される、請求項９に記載の非一時的コンピュータ可読媒体。
【請求項１２】
前記複数の関連リソースは、１つのウェブサービス及びインターネットに接続される１つの装置を有する、請求項９に記載の非一時的コンピュータ可読媒体。
【請求項１３】
前記１つの装置は、車両、販売時点管理端末、電気器具、監視カメラ、電気コンセント、サーモスタット、又は照明、のうちの１つを有する、請求項９に記載の非一時的コンピュータ可読媒体。
【請求項１４】
前記単一ユーザインタフェースを動的に生成するステップは、
前記バックエンド装置により抽出される前記特徴の各々を、前記単一ユーザインタフェースの部分として生成される個々の要素にマッピングするステップと、
前記対話型コンテンツを、前記複数の関連リソースの各々から、前記単一ユーザインタフェースの共通フォーマット及び共通視覚方式に組み込むステップと、
を有する、請求項９に記載の非一時的コンピュータ可読媒体。
【請求項１５】
前記工程は、
相互作用データを生成するために、前記単一ユーザインタフェースの要素との前記ユーザの相互作用を受信するステップと、
前記単一ユーザインタフェースの前記要素に関連する前記複数の関連リソースのうちの１つのリソースに伝達されるよう、前記相互作用データを前記バックエンド装置へ送信するステップと、
を更に有する、請求項９に記載の非一時的コンピュータ可読媒体。
【請求項１６】
前記バックエンド装置は、前記複数の関連リソースが互いに及び前記ユーザの前記コンテキストに関連することを決定し、
前記複数のリソースに接続し、
前記複数のリソースの各々のアプリケーションインタフェース（ＡＰＩ）モデルを構築し、
前記複数のリソースの各々をクラスに分類し、
前記複数のリソースの各々から特徴を抽出し、
前記複数のリソースの各々について前記特徴及び前記クラスをデータベースに格納し、
前記複数のリソースのうちの２以上が関係により関連することを決定し、
前記複数のリソースのうちの前記２以上の間の前記関係を前記データベースに格納し、
互いに関連する前記複数のリソースの各々からの前記特徴のうちの少なくとも１つを結合するモデルインタフェースを生成し、
前記モデルインタフェースを前記データベースに格納し、
前記モデルインタフェースの中の特徴を含む前記複数のリソースの各々のコンテキストと、前記モデルインタフェースを関連付ける、
ことにより、前記対話型動的コンテンツの前記特徴を抽出する、
請求項９に記載の非一時的コンピュータ可読媒体。
【請求項１７】
バックエンド装置と、
電子装置と、
を有し、前記電子装置は、
ディスプレイと、
プロセッサと、
命令を有するコンピュータ可読媒体であって、前記命令は、前記プロセッサにより実行されると、前記プロセッサに、工程を実行させ又は実行を制御させ、前記工程は、
前記電子装置のユーザのコンテキストを記述するコンテキストデータを得るステップと、
前記コンテキストデータを前記バックエンド装置へ送信するステップと、
前記バックエンド装置から命令を受信するステップであって、前記命令は、複数の関連リソースからの対話型コンテンツを含む単一ユーザインタフェースを動的に生成するよう前記電子装置に指示し、前記複数の関連リソースは、互いに及び前記ユーザの前記コンテキストに関連することを前記バックエンド装置により決定され、前記対話型動的コンテンツの特徴は、前記バックエンド装置により抽出される、ステップと、
前記単一ユーザインタフェースを動的に生成するステップと、
前記電子装置の前記ディスプレイに前記単一ユーザインタフェースを表示するステップと、
を有する、コンピュータ可読媒体と、
を有する、システム。
【請求項１８】
前記バックエンド装置は、前記複数の関連リソースが互いに及び前記ユーザの前記コンテキストに関連することを決定し、
前記複数のリソースに接続し、
前記複数のリソースの各々のアプリケーションインタフェース（ＡＰＩ）モデルを構築し、
前記複数のリソースの各々をクラスに分類し、
前記複数のリソースの各々から特徴を抽出し、
前記複数のリソースの各々について前記特徴及び前記クラスをデータベースに格納し、
前記複数のリソースのうちの２以上が関連することを決定し、
前記複数のリソースのうちの前記２以上の間の関係を前記データベースに格納し、
互いに関連する前記複数のリソースの各々からの前記特徴のうちの少なくとも１つを結合するモデルインタフェースを生成し、
前記モデルインタフェースを前記データベースに格納し、
前記モデルインタフェースの中の特徴を含む前記複数のリソースの各々のコンテキストと、前記モデルインタフェースを関連付ける、
ことにより、前記対話型動的コンテンツの前記特徴を抽出する、
請求項１７に記載のシステム。
【請求項１９】
前記電子装置は、前記電子装置の物理的位置を検出するセンサ、及びクイックレスポンス（ＱＲ）コードをスキャンするスキャナ、のうちの少なくとも１つを更に有する、請求項１７に記載のシステム。
【請求項２０】
前記複数の関連リソースは、２以上の第三機関から読み出される、請求項１７に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示で議論される実施形態は、コンテキスト認識アプリケーションに関する。
【背景技術】
【０００２】
モバイル電子装置の広範な普及により、多くのユーザが様々な目的で彼らの電子装置に依存している。多くの電子装置はモバイルなので、このような電子装置が使用され得るコンテキストは大きく変化し得る。
【０００３】
本願明細書で請求される主題は、上述のような欠点を解決する実施形態や上述のような環境でのみ作動する実施形態に限定されない。むしろ、この背景技術の章は、単に、本願明細書に記載される本開示の実施形態が実施され得る１つの例示的な技術分野を説明するために提供される。
【発明の概要】
【０００４】
１又は複数の実施形態で、本開示は、電子装置のユーザのコンテキストを記述するコンテキストデータを得るステップと、前記コンテキストデータをバックエンド装置に送信するステップと、を含み得る方法を有して良い。方法は、前記バックエンド装置から命令を受信するステップであって、該命令は、複数の関連リソースから対話型コンテンツを含む単一ユーザインタフェースを動的に生成するよう前記電子装置に指示する、ステップを更に有して良い。前記複数の関連リソースは、互いに及び前記ユーザの前記コンテキストに関連するとして、前記バックエンド装置により決定されて良い。前記対話型動的コンテンツの特徴は、前記バックエンド装置により抽出されて良い。方法は、前記単一ユーザインタフェースを動的に生成するステップと、前記単一ユーザインタフェースを前記電子装置の前記ユーザに表示するステップと、を更に有して良い。
【０００５】
実施形態の目的及び利点が理解され、少なくとも特に特許請求の範囲で指摘された要素、特徴及び組合せを用いて達成されるだろう。
【０００６】
上述の全体的説明及び以下の詳細な説明の両方は、例を提供し及び説明のためであり、本発明の範囲を限定しない。
【図面の簡単な説明】
【０００７】
例示的な実施形態は、添付の図面を用いて、更なる特異性及び詳細事項と共に記載され説明される。
【図１】コンテキスト認識アプリケーションのための例示的なシステムの図である。
【図２】例示的な電子装置のブロック図である。
【図３Ａ】コンテキスト認識アプリケーションの例示的なユーザインタフェースである。
【図３Ｂ】コンテキスト認識アプリケーションの更なる例示的なユーザインタフェースである。
【図４Ａ】コンテキスト認識アプリケーションの更なる例示的なユーザインタフェースである。
【図４Ｂ】コンテキスト認識アプリケーションの更なる例示的なユーザインタフェースである。
【図５】コンテキスト認識アプリケーションの更なる例示的なユーザインタフェースである。
【図６Ａ】コンテキスト認識アプリケーションを利用する例示的な方法のフローチャートである。
【図６Ｂ】コンテキスト認識アプリケーションを利用する例示的な方法のフローチャートである。
【図７Ａ】コンテキスト認識アプリケーションに関連するバックエンド装置の例示的な方法のフローチャートである。
【図７Ｂ】コンテキスト認識アプリケーションに関連するバックエンド装置の例示的な方法のフローチャートである。
【発明を実施するための形態】
【０００８】
本開示は、特定のコンテキストに関連する種々のリソースと相互作用するために、ユーザに単一ビューを提供する際に、ユーザの該コンテキストが考慮され得るコンテキスト認識アプリケーションに関する。例えば、ユーザの物理的位置が鉄道の駅であると決定される場合、コンテキスト認識アプリケーションは、駅にやって来る列車の位置を知るため（第１のリソースセット）、ユーザが列車の切符を購入できるため（第２のリソース）、及び近隣レストランのメニュー（第３のリソースセット）、の選択肢をユーザに提供できる。コンテキスト認識アプリケーションは、ユーザのコンテキストに関連する種々のリソースの特徴を、単一ビューでユーザに提供できる。単一ビューから、ユーザは、種々のリソースと相互作用するためにコンテキスト認識アプリケーションと相互作用して良い。
【０００９】
本願明細書で使用されるとき、用語「コンテキスト」は、ユーザが物理的位置に存在しない場合であっても、物理的位置（例えば、食料品店、バス停、緯度／経度、等）、又は物理的位置に関連付けられる何らかのタスク又は特徴（例えば、レストランのメニューからの注文、又は鉄道の駅におけるチケットの発注、バス停におけるバス運行予定のチェック、等）を表して良い。
【００１０】
本開示の実施形態を、添付の図面を参照して以下に説明する。
【００１１】
図１は、本開示の１又は複数の実施形態による、コンテキスト認識アプリケーションのための例示的なシステム１００の図である。システム１００は、ネットワーク１３０を介して通信できる、電子装置１１０及びバックエンド装置１２０を有して良い。
【００１２】
電子装置１１０は、電子装置１１０のユーザのコンテキストに関するコンテキスト情報を得て良い。例えば、電子装置１１０の中の位置センサは、電子装置１１０の物理的位置を検出して良い。このような位置センサは、ＧＰＳ（global  positioning  system）センサ、又は任意の他の位置センサを含んで良い。
【００１３】
コンテキスト情報を得る別の例として、電子装置１１０は、電子装置１１０に隣接するビーコン１４０からデータを受信し又はそれに接続して良い。ビーコン１４０は、他の装置（例えば、電子装置１１０）のコンテキストを識別するために、該他の装置と通信するよう構成される任意の装置を含んで良い。ビーコン１４０は、電子装置１１０の物理的位置の検出、電子装置１１０の物理的位置の追跡、及び／又は電子装置１１０における位置に基づくイベントのトリガ、を可能にする。ビーコン１４０は、ｉＢｅａｃｏｎ（商標）、Ｅｄｄｙｓｔｏｎｅ（商標）、Ｓｅｅｋｎｆｉｎｄ（商標）、等のような任意のビーコンプロトコルを使用して動作して良い。追加又は代替で、ビーコン１４０は、電子装置１１０と通信するために、近距離通信（near  field  communication：ＮＦＣ）技術を用いて動作して良い。更なる例として、ビーコン１４０は、電子装置により使用される周波数放射（例えば、２．４ギガヘルツ（ＧＨｚ）、５ＧＨｚ、８００−９００メガヘルツ（ＭＨｚ）、１７００−１８００ＭＨｚ、等）を検出するために検知技術を使用して動作して良く、位置検出を実現するために検出された電子装置と通信して良い。
【００１４】
コンテキスト情報を得る更なる例は、電子装置１１０がコンテキスト情報を得るためにクイックレスポンス（ＱＲ）コード１５０をスキャンすることを含み得る。電子装置１１０は、ＱＲコード(登録商標)１５０を検出し又はスキャンするために、カメラ又は他の光学センサを利用して良い。ＱＲコード１５０は、電子装置１１０にコンテキスト情報を提供して良い。例えば、ＱＲコード１５０は、電子装置１１０の物理的位置を識別して良く、及び／又は物理的位置に関連付けられた活動へのアクセスを提供して良い。
【００１５】
コンテキスト情報を得た後に、電子装置１１０は、コンテキスト情報をバックエンド装置１２０へ送信して良い。バックエンド装置１２０は、電子装置１１０に命令を提供して良く、電子装置１１０に、互いに関連する及び電子装置１１０のユーザのコンテキストに関連する複数のリソース１６０から対話型コンテンツを含み得るユーザインタフェースを動的に生成するよう指示する。このようなユーザインタフェースは、複数のリソースの各々から特徴及び／又はコンテンツを組み込む単一ビューであって良い。命令を受信した後に、電子装置１１０は、ユーザインタフェースを生成し、ユーザインタフェースを電子装置１１０のユーザに表示して良い。ユーザインタフェースは、電子装置１１０のユーザが、単一インタフェースから複数のリソースと相互作用可能にできる。
【００１６】
幾つかの実施形態では、バックエンド装置１２０は、複数のリソース１６０と通信して良い。リソースは、電子装置１１０のユーザに情報又はサービスを提供するよう構成される任意の装置、コンポーネント、システム、又はそれらの組合せを有して良い。例えば、リソースは、オンラインチケット発注システムのようなウェブサービス、レストランのウェブサイト、レストランのオンラインメニュー、オンラインマップ又はマップサービス、又はインターネット上で情報をホスティングする任意の他のウェブサイト、を有して良い。別の例として、リソースは、照明、コンセント、サーモスタット、監視カメラ、バス、自動車、オートバイ、電気器具（例えば、洗濯機、乾燥器、冷蔵庫、加熱炉、等）、列車、販売時点端末、又はインターネットを介して情報を受信し若しくは送信できる任意の他の装置のような、インターネットに接続される任意の装置を有して良い。図１に示すように、バックエンド装置１２０は、コンセント１６１、第１のウェブサーバ１６２、第２のウェブサイ３、カメラ１６４、バス１６５、乾燥器１６６、列車１６７、販売時点端末１６８と通信して良い。これらの各々は、リソース１６０のうちの１つであって良い。
【００１７】
幾つかの実施形態では、バックエンド装置１２０は、電子装置１１０に命令を提供することを実現するために、データベースを準備して良い。上述の及び他の実施形態では、データベースの構築は、トレーニング段階及び認識段階を有して良い。トレーニング段階は、所与のクラスのための基本アプリケーションプログラミングインタフェース（ＡＰＩ）モデルを含むリソース１６０が分類され得るクラスを生成するステップを有して良く、新たに発見されたリソースにマッピングされ得る基本ＡＰＩモデルの特徴を指定するステップを有して良い。認識段階は、新しいリソース１６０を分類し及び新しいリソース１６０の特徴を識別するために、新しいリソース１６０に接続するステップを有して良い。追加又は代替で、認識段階は、関連するリソース１６０の間の関係を識別し及び格納するステップを有して良い。追加又は代替で、認識段階は、関連リソースのグループが適用可能であり得るコンテキストを識別するステップと、コンテキストと関連リソースとの間の関係を格納するステップと、を有して良い。上述及び他の実施形態では、複数のクラス及び該クラスのための基本ＡＰＩモデルが確立された後に、クラス及び基本ＡＰＩモデルは、データベースに格納されて良い。
【００１８】
トレーニング段階では、バックエンド装置１２０は、リソースが分類され得る複数のクラスを生成して良い。クラスは、リソースのカテゴリ又はグループに共通の特徴又は特性のセットを有する１又は複数のリソースを有して良い。クラスは階層的であって良く、例えば、第１のクラスは複数のサブクラスを有して良い。幾つかの実施形態では、クラスの個々のリソースの基本ＡＰＩモデルが生成されて良く、該クラスに属する他のリソースに共通である可能性の高い特徴及び／又は特性を有する。例えば、「レストラン」クラスの基本ＡＰＩモデルは、「メニュー」特徴、「注文」特徴、「予約」特徴、及び「連絡」特徴を有して良い。クラスの他の例は、任意のウェブサービス（例えば、商業、図書館、輸送サービス、等）、又は「公共輸送車両」クラス（例えば、バス、鉄道、等）若しくは「契約輸送車両」クラス（例えば、タクシー又はＵＢＥＲ（登録商標）ドライバ）のようなインターネットに接続される任意の装置を含み得る。上述の及び他の実施形態では、クラスは、自動的に生成されて良く、又は特定のクラスの特徴及び／又は他の特徴を指定するユーザにより生成されて良い。
【００１９】
幾つかの実施形態では、種々の特長を有する基本ＡＰＩモデルは、比較目的のために生成されて良い。例えば、管理者のようなバックエンド装置１２０のユーザは、リソースの種々のクラスのために基本ＡＰＩモデルを手動で生成して良い。例えば、ユーザは、基本ＡＰＩモデルを生成するために１又は複数のリソースからのＡＰＩ文書を使用することにより、「メニュー」特徴、「注文」特徴、及び「予約」特徴を有するレストランのための基本ＡＰＩモデルを生成して良い。上述の及び他の実施形態では、基本ＡＰＩモデル及び関連する特徴は、データベースに格納されて良い。
【００２０】
上述の及び他の実施形態では、バックエンド装置１２０は、鉄道経路及び鉄道切符を購入するためのポータルを含むウェブサービスをホスティングして良い第１のウェブサーバ１６２のような、リソース１６０のうちの１つに接続されて良い。バックエンド装置１２０は、ウェブスクラッピングプロセス、ウェブクローリングプロセス、ウェブインデックス付け、又は他の同様のプロセスにより、リソース１６０に接続して良い。別の例として、バックエンド装置１２０は、列車１６７にアクセスするための開放ポータルのような、装置への開放ポータルを探して良い。
【００２１】
リソースに接続した後に、バックエンド装置１２０は、リソースのためのＡＰＩモデルを生成して良い。例えば、ＡＰＩ文書（例えば、拡張マークアップ言語（ＸＭＬ）文書、スキーマ、ＰＤＦ（portable  document  format）文書のようなＡＰＩ記述マニュアル文書、等）が利用可能である場合、バックエンド装置１２０は、ＡＰＩ文書をパースして、リソースの種々の特長を特定して良い。上述の及び他の実施形態では、ＡＰＩ文書は、リソースの種々の特徴を特定し及び識別するために、自然言語処理（natural  language  processing：ＮＬＰ）プロセスを用いてパースされて良い。追加又は代替で、ＡＰＩ文書は、ユーザ及び識別された種々の特長により、手動で処理されて良い。別の例として、リソースを保持するベンダ、所有者又は他のエンティティは、特定のリソースの特徴に関する指示を提供して良い。上述の及び他の実施形態では、リソース及び関連する特徴は、データベースに格納されて良い。
【００２２】
幾つかの実施形態では、バックエンド装置１２０は、データベースに格納されたクラスの１又は複数の基本ＡＰＩモデルによるリソースの比較に基づき、所与のクラスの中のリソースを分類して良い。上述の及び他の実施形態では、比較は、（例えば、ＮＬＰ処理を用いて）自動的であって良く、又は（例えば、ユーザにより若しくは比較をクラウドソーシングすることにより）手動で実行されて良い。バックエンド装置１２０は、リソースが基本ＡＰＩモデル上で最も近くにマッピングするクラスの中のリソースを分類して良い。例えば、第１のウェブサーバ１６２が、「メニュー」特徴及び「注文」特徴を含んだレストランウェブサービスを運営していた場合、リソースは、「メニュー」特徴、「注文」特徴、及び「予約」特徴を含み得る「レストラン」クラスの基本ＡＰＩモデルに最も近くマッピングして良い。上述の及び他の実施形態では、新しく分類されたリソースについて、リソースのリスト、及びそれらの提案される分類が、閲覧及び／又は許可のために、バックエンド装置１２０のユーザに提供されて良い。追加又は代替で、分類の中で適合しなかったリソースのリストが、ユーザが手動でクラスを割り当てるために及びリソースの新しいクラスを生成するために、リストで提供されて良い。幾つかの実施形態では、所与のリソースのための分類は、リソースを保持するベンダ、所有者、又は他のエンティティにより提供されて良い。
【００２３】
幾つかの実施形態では、新しく発見されたリソース（例えば、第１のウェブサーバ１６２）のＡＰＩモデルの中で識別された特徴は、データベースの中のリソースの特徴にマッピングされて良い。例えば、リソースの中の「メニュー閲覧」特徴は、基本ＡＰＩモデルの「メニュー」特徴にマッピングして良い。このようなマッピングは、「メニュー閲覧」特徴及び「メニュー」特徴の自動比較に基づいて良く、又は「メニュー閲覧」特徴を「メニュー」特徴にマッピングするユーザ入力に基づいて良い。例えば、マッピングは、特徴のリスト及び可能なマッピングがマッピングするためにユーザに提供され得るように、クラウドソーシングされて良い。或いは、特徴のリスト及び提案マッピングが、確認のためにユーザに提供されて良い。上述の及び他の実施形態では、マッピングは、同様の又は同一の関数を実行する別のリソースの特徴を識別して良い。
【００２４】
データベースを準備する認識段階は、関連するリソース１６０の間の関係を識別し及び格納するステップを有して良い。関連するリソースの識別は、関連し得る多数のリソースを提供するリソースを保持するベンダ、所有者、又は他のエンティティを含んで良い。例えば、配達オプションを有するレストランは、レストランからの注文システムのリソース、及び食べ物が配達されるときの配達ドライバ若しくは車両の物理的位置のリソース、を有して良い。別の例として、市が、関連リソースとして、バス運行予定リソース、バス切符注文リソース、及びバスの物理的位置を識別して良い。追加又は代替で、関連リソースを識別するステップは、ユーザがリソース間の関係を識別する又は提案するステップを有して良い。例えば、モールにいるユーザは、対話型モールマップリソースに関連するとして、商人の注文システム及び在庫リソースを識別して良い。別の例として、ユーザは、バス停マップリソースに関連するとして、近隣レストランリソースを識別して良い。幾つかの実施形態では、近隣リソースがユーザのアクセスしている若しくは閲覧しているリソースに関連し得る場合、電子装置１１０は、電子装置１１０のユーザに知らせて（prompt）良い。上述の及び他の実施形態では、リソース間の関係は、データベースに格納されて良い。
【００２５】
幾つかの実施形態では、データベースを準備する認識段階は、関連リソースのグループが適用可能であり得るコンテキストを識別するステップを有して良い。例えば、ユーザが、レストランに関連付けられた１又は複数のリソースを有する物理的なレストランに物理的に近くにいるとき、該レストランに関連付けられた該リソース及び該レストランに関連付けられた任意のリソースは、該コンテキストを伴う関係を有して良い。別の例として、ユーザがＱＲコードをスキャンするとき、関連リソースが存在し得る（例えば、ＱＲコードを有するバス停は、バス運行予定及び切符購入のリソース、及びタクシーサービスリソースに関連して良い）。コンテキストとリソースとの間の関係は、リソースが関連し得るコンテキストを提供するリソースを保持するベンダ、所有者、又は他のエンティティに基づいて良く、又はリソースが関連し得るコンテキストを識別するユーザを有して良い。例えば、電子装置１１０のユーザは、１又は複数の近隣リソースがユーザの位置に関するか否かを示すよう促されて良い。例えば、近隣リソースがユーザの位置に関することを確認するために、ダイアログボックス又はプロンプトが、電子装置１１０のユーザに提供されて良い。上述の及び他の実施形態では、コンテキストとリソース又は関連リソースのグループとの間の関係は、データベースに格納されて良い。
【００２６】
幾つかの実施形態では、バックエンド装置１２０は、少なくとも２つの異なるリソースからの特徴を含む単一ビューを有し得るモデルグラフィカルユーザインタフェースの中に、２以上の関連リソースからの特徴を組合せて良い。例えば、インタフェースは、レストランの「メニュー」特徴及び「予約」特徴、並びに近隣映画館の関連「映画リスト」リソースを有して良い。上述の及び他の実施形態では、種々の関連リソースからの特徴は、ウインドウ、ボタン、タグ、フレーム、等のような、単一ビューの視覚的要素にマッピングされて良い。上述の及び他の実施形態では、モデルグラフィカルユーザインタフェースは、データベースに格納されて良い。追加又は代替で、特定の関数又は視覚的要素へのマッピングは、データベースに格納されて良く、電子装置１１０は、視覚的要素及び／又はモデルグラフィカルユーザインタフェースに基づきユーザインタフェースを動的に生成するロジックを有して良い。幾つかの実施形態では、動的に生成されるユーザインタフェースは、共通フォーマットで及び共通視覚方式を用いて、表示されて良い。例えば、対応するリソースが規定で異なるフォーマットを利用し得る場合でも、フォント、色、ボタン、タグ、フレーム等の共通セットが利用されて良い。
【００２７】
本開示の範囲から逸脱することなく図１に対し変更、追加又は省略が行われても良い。例えば、システム１００は、本開示で示され説明されたものより多くの又は少ない要素を有しても良い。例えば、システム１００は、図示のものに加えて、任意の数の又は種類の又は種々のリソース１６０を含んで良い。別の例として、システム１００は、ビーコン１４０及びＱＲコード１５０に加えてコンテキストを提供する任意の数の又は種類の又は種々のコンポーネントを有して良い。追加の例として、任意のリソース１６０は、ネットワーク１３０を介してバックエンド装置１２０と通信して良い。更なる例として、リソース１６０のうちの任意のものは、バックエンド装置１２０に加えて又はそれに代えて、電子装置１１０と直接通信して良い。
【００２８】
図２は、本開示の１又は複数の実施形態による、例示的な電子装置２００の図である。例えば、図１の電子装置１１０及び／又はバックエンド装置１２０は、電子装置２００として実装されて良い。別の例として、リソース１６０のうちの１又は複数は、電子装置２００として実装されて良い。
【００２９】
電子装置２００は、プロセッサ２１０、メモリ２２０、データ記憶装置２３０、通信コンポーネント２４０、位置センサ２５０、スキャニング装置２６０、及びディスプレイ２７０を有して良い。プロセッサ２１０、メモリ２２０、データ記憶装置２３０、通信コンポーネント２４０、位置センサ２５０、スキャニング装置２６０、及び／又はディスプレイ２７０は、コンポーネントの各々が互いに通信できるように、全て通信可能に結合されて良い。電子装置２００は、本開示に記載の動作のうちの任意の動作を実行し又は実行を制御して良い。
【００３０】
概して、プロセッサ２１０は、任意の適切な特定用途向け又は汎用コンピュータ、コンピューティングエンティティ、又は種々のコンピュータハードウェア若しくはソフトウェアモジュールを有しても良く、任意の適切なコンピュータ可読媒体に格納された命令を実行するよう構成され得る処理装置を用いて実施されても良い。例えば、プロセッサ２１０は、マイクロプロセッサ、マイクロコントローラ、デジタシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（FPGA）又はプログラム命令を解釈し及び／若しくは実行し並びに／又はデータを処理するよう構成された任意の他のデジタル若しくはアナログ回路を有しても良い。図２には単一のプロセッサを示したが、プロセッサ２１０は、本開示で説明される任意の数の工程を個々に又は共同で実行する又は実行を制御するよう構成される任意の数のプロセッサを有して良い。
【００３１】
幾つかの実施形態では、プロセッサ２１０は、プログラム命令を解釈し及び／又は実行し、及び／又はメモリ２２０、データ記憶２３０又はメモリ２２０及びデータ記憶装置２３０に格納されたデータを処理して良い。幾つかの実施形態では、プロセッサ２１０は、データ記憶装置２３０からプログラム命令をフェッチし、該プログラム命令をメモリ２２０にロードしても良い。プログラム命令がメモリ２２０にロードされた後、プロセッサ２１０は該プログラム命令を実行しても良い。
【００３２】
メモリ２２０及びデータ記憶装置２３０は、コンピュータ実行可能命令又はデータ構造を伝える又は格納しているコンピュータ可読記憶媒体を含み得る。このようなコンピュータ可読媒体は、プロセッサ２１０のような汎用又は特定目的コンピュータによりアクセスできる任意の利用可能な媒体を含み得る。例として、このようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ又は他の光ディスク記憶装置、磁気ディスク記憶装置又は他の磁気記憶装置、フラッシュメモリ装置（例えば、固体メモリ素子）を含む有形又は非一時的コンピュータ可読記憶媒体、又はコンピュータにより実行可能な命令若しくはデータ構造の形式で所望のプログラムコード手段を伝える若しくは格納するために用いられ汎用若しくは特定目的コンピュータによりアクセス可能な他の記憶媒体を有し得る。上述の組合せも、コンピュータ可読記憶媒体の範囲に包含され得る。コンピュータ実行可能命令は、例えば、プロセッサ２１０に特定の工程又は工程のグループを実行させ又は実行を制御させるよう構成される命令及びデータを含み得る。
【００３３】
通信コンポーネント２４０は、（例えば、図１のネットワーク１３０を介して通信することにより）装置２００と別の装置との間の通信を可能にし又は助けるよう構成される任意の装置、システム、コンポーネント、又はコンポーネントの集合を有して良い。例えば、通信コンポーネント２４０は、モデム、ネットワークカード（無線又は有線）、赤外線通信装置、光通信装置、（アンテナのような）無線通信装置、及び／又は（Ｂｌｕｅｔｏｏｔｈ（登録商標）装置、８０２．６装置（例えば、ＭＡＮ（Metropolitan  Area  Network））、ＷｉＦｉ装置、ＷｉＭａｘ装置、セルラ通信設備、等のような）チップセット、及び／又は同様のものを含み得る。通信コンポーネント２４０は、少数の例を挙げると、セルラネットワーク、ＷｉＦｉネットワーク、ＭＡＮ、等のような（ネットワーク１３０を含む）任意のネットワーク、及び／又はリモート装置を含む本開示に記載される任意の他の装置と、データを交換させることができる。上述のうちの任意のものの組合せも、通信コンポーネント２４０の範囲に包含され得る。
【００３４】
位置センサ２５０は、電子装置２００の物理的位置を決定し及び決定を実現するよう構成される任意の装置、システム、コンポーネント、又はコンポーネントの集合を有して良い。例えば、位置センサ２５０は、ＧＰＳ（global  positioning  service）センサ、近接センサ、加速度センサ、動きセンサ、ジャイロスコープ、コンパス、等を含み得る。追加又は代替で、位置センサ２５０は、通信コンポーネント２４０又は電子装置２００の他のコンポーネントを利用して近隣物理コンポーネントを決定し及び物理的位置を推定するソフトウェアルーチン又は命令セットを含み得る。例えば、位置センサ２５０は、３つの最近接セルラ電話塔を決定し及び物理的位置を推定して良く、或いは、通信コンポーネント２４０が接続されるＷｉＦｉホットスポットを決定し及び物理的位置を推定して良い。幾つかの実施形態では、位置センサ２５０は、（図１のビーコン１４０のような）ビーコンと通信して、電子装置２００の位置を検知するよう構成されて良い。上述のうちの任意のものの組合せも、位置センサ２５０の範囲に包含され得る。
【００３５】
スキャニング装置２６０は、画像をスキャンするよう構成される任意の装置、システム、コンポーネント、又はコンポーネントの集合（例えば、カメラ）を有して良い。例えば、スキャニング装置２６０は、例えば、レンズ、フィルタ、ホログラム、スプリッタ等のような光学要素、及び画像が記録され得る画像センサを有して良い。このような画像センサは、入射光により表される画像を電子信号に変換する任意の装置を有して良い。画像センサは、ピクセル配列（例えば、ピクセル素子の格子）に配置され得る複数のピクセル素子を有して良い。例えば、画像センサは、電荷結合素子（ＣＣＤ）又は相補型金属酸化物半導体（ＣＭＯＳ）センサを有して良い。種々の他のコンポーネントも、スキャニング装置２６０に含まれて良い。ピクセル配列は、１：１、４：３、５：４、３：２、１６：９、１０：７、６：５、９：４、１７：６等又は任意の他の比のアスペクト比を有する２次元配列を有して良い。画像センサは、ピクセル配列に集光する又は光を処理する１又は複数の光学要素、例えばレンズに光学的に揃えられて良い。幾つかの実施形態では、スキャニング装置２６０は、ＱＲコード又は情報を伝達する他の視覚的要素の中でスキャンするよう構成されて良い。このような情報は、電子装置２００の位置、リソース、コンテキスト、等を伝達して良い。上述のうちの任意のものの組合せも、スキャニング装置２６０の範囲に包含され得る。
【００３６】
ディスプレイ２７０は、情報を視覚的に示すよう構成される任意のコンポーネント、装置、システム、又はそれらの組合せを有しても良い。ディスプレイ２７０は、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、薄膜トランジスタＬＣＤ、プラズマディスプレイ、１又は複数の発光ダイオード（ＬＥＤ）、１又は複数の有機ＬＥＤ、１又は複数の電球、ドットマトリックスディスプレイ、真空蛍光ディスプレイ、捻れネマティック効果ＬＣＤ、超捻れネマティック効果ＬＣＤ、電子ペーパ（例えば、電気泳動ディスプレイ、エレクトロウェッティングディスプレイ、電気流体ディスプレイ、分岐干渉変調器ディスプレイ）、等を含み得る。ディスプレイ２７０は、任意のフォーマット又は構造で情報を表示して良い。例えば、ディスプレイ２７０は、モニタ、スクリーン、光パネル、等として実装されて良い。ディスプレイ２７０は、スタンドアロンディスプレイとして、又は別の装置若しくはシステムのサブパート若しくはコンポーネントとして実装されて良い。ディスプレイ２７０は、３次元ディスプレイ、タッチスクリーン制御、方向ディスプレイ制御（例えば、ディスプレイ２７０の閲覧角度変動）、等のような任意の二次的特徴を有して良い。上述のうちの任意のものの組合せも、ディスプレイ２７０の範囲に包含され得る。
【００３７】
本開示の範囲から逸脱することなく図２に対し変更、追加又は省略が行われても良い。例えば、装置２００は、本開示で示され説明されたものより多くの又は少ない要素を有しても良い。例えば、装置２００は、メモリ２２０、データ記憶装置２３０、位置センサ２５０、スキャニング装置２６０、及び／又はディスプレイ２７０、又はそれらの任意の組合せを量酌して良い。
【００３８】
図３Ａは、本開示の１又は複数の実施形態による、コンテキスト認識アプリケーションの例示的なユーザインタフェース３００ａである。例えば、ユーザインタフェース３００ａは、ディスプレイ（例えば、図２のディスプレイ２７０）に表示されて良く、及び／又はユーザがバス停でＱＲコードをスキャンした後に動的に生成されて良い。
【００３９】
ユーザインタフェース３００ａは、ユーザのコンテキスト、つまりユーザが特定のバス停にいることに基づき、バス運行予定のリソースに関連する情報を表示して良い。例えば、ユーザインタフェース３００ａは、特定のバス停を使用するバス路線を表示して良く、次のバスがそれらの路線の各々について到着する予定であるときを識別して良い。幾つかの実施形態では、時間は、バス停に到着する次のバスの各々に関連するＧＰＳロケータの追加リソースに基づいて良い。
【００４０】
幾つかの実施形態では、グラフィカルユーザインタフェース３００ａを閲覧しているユーザは、追加情報を要求するためにグラフィカルユーザインタフェース３００ａと相互作用して良く、又はグラフィカルユーザインタフェース３００ａにより提示されるリソースと相互作用して良い。例えば、ユーザは、バス路線のうちの１つ（例えば、路線３３７）を選択して良く、該リソースに関連付けられた追加情報又はリソースを提供されて良い（例えば、ユーザは、図３Ｂに示すユーザインタフェース３００ｂを提示されて良い）。
【００４１】
さらに、図３Ａに示すように、ユーザインタフェース３００ａは、近隣劇場、近隣レストラン、及び近隣図書館のような、他の近隣サービスへの参照又はリンクを含んで良い。追加サービス及び関連リソースは、近隣サービスのうちの１又は複数を選択するためにユーザインタフェース３００ａと相互作用する（又はより具体的には、ユーザインタフェース３００ａに含まれる該近隣サービスへの参照又はリンクのうちの１つを選択する）ことによりアクセスされて良い。
【００４２】
幾つかの実施形態では、ユーザのコンテキストは、ユーザがコンテキストを変更するときバックエンド装置へ送信されて良く、ユーザインタフェース３００ａは、ユーザのコンテキストの変更に基づき更新又は変更されて良い。例えば、ユーザがバスに乗車していた場合、コンテキスト及びユーザに表示されるサービスは、バスに乗っているユーザのコンテキスト又は（ユーザが目的地に入った場合、又は同じバス停で頻繁に降りる場合）バスからのユーザの目的地のコンテキストに基づきシフトして良い。別の例として、ユーザがタクシーを拾っていた場合、タクシーが異なる場所を通り走行するとき、コンテキストは、タクシーの位置に基づき、周期的に又は絶えず更新して良い。
【００４３】
幾つかの実施形態では、追加サービスが、電子装置のコンテキスト情報以外の情報に基づき、ユーザに提案され又は表示されて良い。例えば、電子装置からの情報及び／又は１日のうちの時間を識別するステップは、種々のサービスを選択する及び／又は表示する基礎の部分を形成して良い。幾つかの実施形態では、ユーザにより選択されたサービス及び何時の履歴は、バックエンド装置に格納され、種々のサービスを選択し及び／又は表示するために使用されて良い。例えば、特定のユーザが帰宅途中の大抵の夕方にテイクアウトを注文する場合、ユーザのコンテキストが彼らは間もなく帰宅する又は帰宅途中であることを示すとき、表示されるサービスは、ユーザがテイクアウトを注文できるレストランサービスを有して良い。
【００４４】
幾つかの実施形態では、バックエンド装置は、概して任意のユーザにより行われる選択の履歴を監視し及び保持して良い。したがって、例えば、サービスを表示するとき、サービスは、所与のコンテキストの中で最も人気のあるサービスに又は一般に最も頻繁に若しくは１日のうちの特定の時間に利用されるサービスに基づき、順序付けられて良い。
【００４５】
図３Ｂは、本開示の１又は複数の実施形態による、コンテキスト認識アプリケーションの更なる例示的なユーザインタフェース３００ｂである。例えば、ユーザインタフェース３００ｂは、図３Ａのユーザインタフェース３００ａからバス路線３３７を選択して後に、ユーザが何を提示され得るかの一例を示し得る。
【００４６】
ユーザインタフェース３００ｂは、３３７バス路線の次のバスの到着時間、及びバスの位置の地図を有して良い。到着時間、次の３個のバス停、等は、バス運行予定リソースに基づいて良く、地図は、インターネットに基づく地図リソースから導出されて良い。地図上のバスの位置は、バスの位置決めリソースに基づいて良い。
【００４７】
さらに、ユーザインタフェース３００ｂは、追加関連リソースからの追加情報を有して良い。例えば、バックエンド装置（例えば、図１のバックエンド装置１２０）は、Ｕｂｅｒ（登録商標）リソース及びタクシーサービスリソースを、バス路線リソースに関連付けて良い。関連リソース（例えば、Ｕｂｅｒ（登録商標）リソース及びタクシーサービスリソース）は、ユーザインタフェース３００ｂに含まれて良い。例えば、このようなリソースを使用するためのコスト差、及び目的地における到着時間の差は、ユーザインタフェース３００ｂに含まれて良い。追加又は代替で、ユーザは、バスを待っているのではなく、Ｕｂｅｒ（登録商標）ピックアップを要求するような関連リソースに関連付けられた切符／サービスを購入するためのオプションを提示されて良い。
【００４８】
上述の及び他の実施形態では、ユーザインタフェース３００ｂは、単一ビューの中に及び共通視覚方式を用いて、種々のリソースに関連付けられた情報の一部又は全部を提示して良い。例えば、タクシーサービスの伝統的なウェブページは１つのフォントを使用し得るが、タクシーサービスリソースに関連する情報は、共通ビューの中で及びバス路線に関連するバス情報と共通の視覚的方式で表示されて良い（例えば、タクシーサービス情報は、伝統的なタクシーサービスウェブページと異なるフォントで、及びバス情報と同じフォントで、表示されて良い）。
【００４９】
図４Ａは、本開示の１又は複数の実施形態による、コンテキスト認識アプリケーションの更なる例示的なユーザインタフェース４００ａである。ユーザインタフェース４００ａは、ユーザがレストランに着くとき又はユーザがレストランを選択するとき、ユーザに提示されるリソースに関連付けられた特徴を表示して良い。
【００５０】
ユーザインタフェース４００ａは、レストランのメニューを閲覧する、レストランからのテイクアウト若しくは配達を注文する、又は選択された人数のために席を予約するための選択肢を含む複数の選択肢をユーザに提示して良い。ユーザインタフェース４００ａは、選択された人数のための待ち時間がどれ位長いかに関連する情報も提供して良い。例えば、レストランは、空きテーブルの数、既に席を待っている人数、席が利用可能になる予測時間に関するリソースを含み得る。別の例として、レストランは、メニューを閲覧するための及びテイクアウトの食べ物を注文するためのリソースを含み得る。
【００５１】
図４Ｂは、本開示の１又は複数の実施形態による、コンテキスト認識アプリケーションの更なる例示的なユーザインタフェース４００ｂである。図４Ｂは、予約を取った後にユーザが提示され得るユーザインタフェース４００ｂの一例を示し得る。
【００５２】
ユーザインタフェース４００ｂは、ユーザに自身のテーブルの用意ができたことを知らせるようユーザがどのように契約されるかを示し得る。追加又は代替で、ユーザインタフェース４００ｂは、席に着く前に、メニューを選択する又はメニューを詳細に調べるためのオプションをユーザに提示して良い。上述の及び他の実施形態では、ユーザインタフェース４００ｂは、ユーザが席に着くのを待っている間に、メニューから品目を購入するためのオプションを含み得る。例えば、ユーザは、ユーザインタフェース４００ｂと相互作用して、メニューから前菜を注文して良い。要求された注文は、リソースプロバイダ（例えば、レストラン）へ送信されて良く、ユーザが席に着いたとき席で注文せずに、ユーザのために前菜が準備され得るようにして良い。
【００５３】
図５は、本開示の１又は複数の実施形態による、コンテキスト認識アプリケーションの更なる例示的なユーザインタフェース５００である。ユーザインタフェース５００は、鉄道の駅にあるビーコンに近付くと又はその近傍に（例えば、それから所定距離の範囲内に）いると、ユーザに提示され得るリソースの特徴を示し得る。
【００５４】
ユーザインタフェース５００は、鉄道の駅に関連付けられた関連リソースから種々の特長をユーザに提供して良い。例えば、ユーザインタフェース５００は、美術館のような目的地を選択するためのオプションをユーザに提供して良い。追加又は代替で、ユーザインタフェース５００は、次の２０分間のような所与の時間に鉄道の駅をどんな列車が出発するかに関する詳細事項を提供して良い。ユーザインタフェース５００は、追加又は代替で、特定の列車に乗るためにどこへ行くべきか及びそれらの列車がどこを走るかの地図をユーザに提供して良い。地図は、列車の位置のリソースに基づき、列車が地図上のどこにいるかのリアルタイムデータを含んで良い。ユーザインタフェース５００は、追加又は代替で、レストラン又は図書館のような近隣サービスを有して良い。上述の及び他の実施形態では、ユーザインタフェース５００は、リソースについての複数言語のオプションを有して良い。例えば、旅行者は、ユーザの母国語でリソースセットにアクセスできて良い。このような言語オプションは、リソースプロバイダ（例えば、鉄道の駅）により、バックエンド装置若しくはエンドユーザ装置により（例えば、ある言語から別の言語へリソースの機械翻訳を実行するバックエンド装置により）、又は第三機関サービスにより（例えば、ウェブに基づく翻訳サービスにより）提供されて良い。
【００５５】
本開示の範囲から逸脱することなく図３Ａ、３Ｂ、４Ａ、４Ｂ、及び／又は５のうちの任意のものに対し変更、追加又は省略が行われて良い。例えば、ユーザインタフェース３００ａ、３００ｂ、４００ａ、４００ｂ、及び／又は５００は、本開示で示され説明されたものより多くの又は少ない要素を有して良い。例えば、任意の数のリソース又はリソースの関連が、ユーザインタフェース３００ａ、３００ｂ、４００ａ、４００ｂ、及び／又は５００上に表示されて良い。ユーザインタフェース３００ａ、３００ｂ、４００ａ、４００ｂ、及び／又は５００は、関連リソースの種々の組合せ、及びこのようなリソースがユーザにどのように提示され得るかを示すのに役立つ。リソースの任意の組合せは、本開示の範囲内に包含される。
【００５６】
図６Ａ及び６Ｂは、本開示の１又は複数の実施形態による、コンテキスト認識アプリケーションを利用する例示的な方法６００のフローチャートである。方法６００は、任意の適切なシステム、機器、又は装置により実行されても良い。例えば、図１のシステム１００及び／又は電子装置１１０、及び／又は図２の電子装置２００は、方法６００に関連する工程のうちの１又は複数を実行して良い。別個のブロックとして示したが、所望の実装に依存して、方法６００のブロックのうちの１又は複数に関連するステップ及び工程は、更なるブロックに分割され、少ないブロックに結合され、又は除去されても良い。
【００５７】
ブロック６０５で、電子装置（例えば、図１の電子装置１１０）のユーザのコンテキストを記述するコンテキストデータが、得られて良い。例えば、電子装置のユーザは、特定の物理的位置（例えば、バス停）にある又は特定のサービスに関連付けられた（例えば、レストランの広告にある）ＱＲコード（例えば、図１のＱＲコード１５０）をスキャンするために電子装置１１０を使用して良い。別の例として、電子装置のユーザは、電子装置と通信できるビーコン（例えば、図１のビーコン１４０）の特定の距離の範囲内に近付いて又は来て良く、及び電子装置がコンテキストデータを得るためにビーコンとの通信を使用して良い。追加の例として、ＧＰＳセンサのような電子装置の位置検知装置は、ユーザの物理的位置を検出して良い。
【００５８】
ブロック６１０で、コンテキストデータは、バックエンド装置（例えば、図１のバックエンド装置１２０）へ送信されて良い。例えば、電子装置は、ネットワーク（例えば、図１のネットワーク１３０）を介してバックエンド装置へコンテキストデータを送信して良い。
【００５９】
ブロック６１２で、電子装置は、個人向け学習エージェントへ情報を送信して良い。例えば、個人向け学習エージェントは、バックエンド装置に作用して、電子装置との及び／又は１又は複数のサービスとのユーザ相互作用を追跡して良い。個人向け学習エージェントは、特定の動作が生じる１日の内の時間及び／又は特定の動作が生じるコンテキストを追跡して良い。個人向け学習エージェントは、ユーザに表示されるサービスを個人向けにする及び／又は優先順位付けするのに利用されるべき、バックエンド装置におけるこのようなデータの一部又は全部を受信して良い。幾つかの実施形態では、個人向け学習エージェントは、どのリソースを表示すべきかを決定するために、教科学習のような機械学習方法を使用して良い。上述の及び他の実施形態では、個人向け学習エージェントは、電子装置に置かれて良い。
【００６０】
ブロック６１５で、複数の関連リソースから対話型コンテンツを有する単一ユーザインタフェースを動的に生成するために、バックエンド装置から相互作用が受信されて良い。例えば、電子装置は、複数のリソースからユーザインタフェースの視覚的要素に特徴をマッピングする命令を受信して良い。別の例として、電子装置は、複数のリソースのうちの１又は複数から引き出されるデータを有するユーザインタフェースを生成する命令を受信して良い。上述及び他の実施形態では、命令は、モデルユーザインタフェースを有して良い。
【００６１】
ブロック６２０で、単一ユーザインタフェースは、動的に生成されて良い。例えば、電子装置は、単一ユーザインタフェースを動的に生成するために、バックエンド装置から受信された命令を使用して良い。上述の及び他の実施形態では、単一ユーザインタフェースは、複数のリソースからの特徴を有して良い。追加又は代替で、特徴は、インタフェースの１又は複数の視覚的要素にマッピングされて良い。このようなユーザインタフェースの例は、図３Ａ、３Ｂ、４Ａ、４Ｂ、及び５に示される。
【００６２】
ブロック６２５で、バックエンド装置により抽出された特徴は、単一ユーザインタフェースの部分として生成される個々の要素にマッピングされて良い。例えば、バックエンド装置がレストランリソースの「メニュー」特徴及び「注文」特徴を抽出した場合、これらの特徴は、単一ユーザインタフェースの個々の視覚的要素にマッピングされて良い。幾つかの実施形態では、ブロック６２５のマッピングは、ブロック６２０で実行される動的生成の部分であって良い。
【００６３】
ブロック６３０で、複数の関連リソースの各々からの対話型コンテンツは、共通フォーマット及び共通の視覚的方式に組み込まれて良い。上述の及び他の実施形態では、単一ユーザインタフェースを生成する際に、電子装置は、リソースの各々から少なくとも１つの特徴を組み込んで良い。共通フォーマット及び共通の視覚的方式は、例えば、共通のフォント、共通の色セット、等を有して良い。幾つかの実施形態では、ブロック６３０の組み込みは、ブロック６２０で実行される動的生成の部分であって良い。
【００６４】
（図６Ｂの）ブロック６３５で、単一ユーザインタフェースは、電子装置のユーザに表示されて良い。例えば、電子装置は、電子装置又はその部分に関連付けられたディスプレイで単一ユーザインタフェースを出力して良い。
【００６５】
ブロック６４０で、相互作用データを生成するために、単一ユーザインタフェースの要素とのユーザの相互作用が受信されて良い。例えば、電子装置のユーザは、リソースの特徴のうちの１つにマッピングされる、単一ユーザインタフェースの要素のうちの１つをクリックし、タッチし、又は選択して良い（例えば、ユーザは、レストランリソースの「メニュー」特徴に対応する「メニュー」ボタンをクリックして良い）。電子装置とのユーザの相互作用は、相互作用データとしてキャプチャされて良い。
【００６６】
ブロック６４５で、相互作用データは、要素に関連付けられたリソースに伝達されるよう、バックエンド装置へ送信されて良い。例えば、相互作用データをキャプチャした後に、電子装置は、バックエンド装置へ相互作用データを送信して良い（例えば、ユーザが「メニュー」ボタンにタッチする場合、相互作用がバックエンド装置へ送信されて良い）。バックエンド装置は、要素に関連付けられたリソースへ相互作用を伝達して良い。例えば、バックエンド装置は、「メニュー」要求をリソースに送信して良い。
【００６７】
したがって、方法６００は、コンテキスト認識アプリケーションを利用して良い。本開示の範囲から逸脱することなく方法６００に対し変更、追加又は省略が行われても良い。例えば、ブロック６０５、６１０、６１５、６２０、６２５、６３０、６４０、６４５のうちの１又は複数が省略されて良い。例えば、方法６００の工程は、異なる順序で実施されて良い。追加又は代替で、２以上の工程が同時に実行されて良い。さらに、概略のステップ及び動作は例として提供され、幾つかのステップ及び動作は、開示の実施形態の本質から逸脱することなく、任意であり、より少ないステップ及び動作に組み合わされ、又は追加ステップ及び動作に拡張されても良い。
【００６８】
図７Ａ及び７Ｂは、本開示の１又は複数の実施形態による、コンテキスト認識アプリケーションに関連付けられたバックエンド装置の例示的な方法７００のフローチャートである。方法７００は、任意の適切なシステム、機器、又は装置により実行されて良い。例えば、図１のシステム１００及び／又はバックエンド装置１２０、及び／又は図２の電子装置２００は、方法７００に関連する工程のうちの１又は複数を実行して良い。別個のブロックとして示したが、所望の実装に依存して、方法７００のブロックのうちの１又は複数に関連するステップ及び工程は、更なるブロックに分割され、少ないブロックに結合され、又は除去されて良い。
【００６９】
ブロック７０５で、接続は、複数のリソース（例えば、図１のリソース１６０）により生成されて良い。例えば、バックエンド装置（例えば、図１のバックエンド装置１２０）は、複数のリソースと接続して良い。接続は、同時に又は個々に、又はそれらの任意の組合せで生成されて良い。例えば、バックエンド装置は、第１のリソースと接続し、次に第２及び第３のリソースと同時に接続して良い。
【００７０】
ブロック７１０で、ＡＰＩモデルは、各々のリソースについて構築されて良い。例えば、特定のリソースのＡＰＩ文書（例えば、ＸＭＬスキーマ）は、バックエンド装置によりパースされて良い。別の例として、リソースは、ＡＰＩモデルを生成するために手動でパースされて良い。追加又は代替で、リソースのプロバイダは、リソースのＡＰＩモデルを識別し又は提供して良い。
【００７１】
ブロック７１５で、各々のリソースは、クラスに分類されて良い。例えば、バックエンド装置は、ＡＰＩモデル及び／又は所与のリソースの他の特徴を、１又は複数の異なるクラスの１又は複数の基本ＡＰＩモデルと比較して良い。特定のリソースは、ＡＰＩモデルが最も密接に合致するクラスに分類されて良い。追加又は代替で、バックエンド装置のユーザは、リソースが属し得る特定のクラスを識別して良い。例えば、バックエンド装置は、所与のリソースの推奨を提供して良く、バックエンド装置のユーザは、新しいクラスの基本モデルとしてリソースを選択して良い。
【００７２】
ブロック７２０で、特徴がリソースの各々から抽出されて良い。例えば、バックエンド装置は、第１のリソースから１又は複数の特徴を抽出して良く、第２のリソースから１又は複数の異なる又は同様の特徴を抽出して良い。このような抽出は、リソースの各々について構築されたＡＰＩモデルの中の特徴をパースすることにより又は識別することにより、実行されて良い。別の例として、バックエンド装置のユーザは、ＡＰＩモデルからのリソースに関連付けられた１又は複数の特徴を抽出し又は識別して良い。
【００７３】
ブロック７２５で、リソースの各々の特徴及びクラスは、データベースに格納されて良い。例えば、エントリは、特定のリソースの特徴及び／又はクラスを有し得る特定のリソースのデータベースの中に、バックエンド装置により生成されて良い。追加又は代替で、データベースは、リソースのアドレス又は位置（例えば、インターネットプロトコル（ＩＰ）アドレス又はウェブアドレス）を格納して良い。
【００７４】
ブロック７３０で、リソースのうちの２以上が関連するという決定が行われて良い。例えば、リソースのプロバイダは、リソースに関連付けられ得る他のリソースを識別して良い（例えば、Ｕｂｅｒ（登録商標）リソースのプロバイダは、バス及び／又はタクシーサービスリソースに関連するとしてリソースを識別して良い）。追加又は代替で、バックエンド装置又は別の電子装置のユーザは、２以上のリソースの間の関係を識別して良い。例えば、ユーザは、ユーザが物理的に位置する場所の近くのリソースが、ユーザがアクセスしている別のリソースに関連するか否かについて、問い合わせられて良い。上述の及び他の実施形態では、バックエンド装置のユーザは、２以上のリソースの間の関係を識別し又は確認して良い。
【００７５】
ブロック７３５で、２以上のリソースの間の関係は、データベースに格納されて良い。例えば、バックエンド装置は、データベースの中のリソースに関連付けられたエントリとして関係を格納して良い。例えば、バス運行予定リソースがバス位置リソース及びＵｂｅｒ（登録商標）リソースに関連する場合、これらの３つのリソースの各々は、他の２つのリソースとの関係を示す、識別する、及び／又は記述する、データベースの中のエントリを有して良い。
【００７６】
ブロック７４０で、関連リソースの各々から少なくとも１つのリソースを結合するモデルインタフェースが生成されて良い。例えば、バックエンド装置は、ユーザインタフェースを生成する際のモデルレイアウトのような、電子装置へ送信され得るモデルインタフェースを生成して良い。追加又は代替で、モデルインタフェースは、クラスの基本モデルＡＰＩの特定の特徴を、モデルインタフェースの所与の視覚的要素又は特徴にマッピングする命令を有して良い。例えば、リソースのレストランクラスでは、モデルインタフェースは、「メニュー」特徴を特定の視覚的要素にマッピングして、「メニュー」特徴を有するレストランクラスの他のリソースも該特定の視覚的要素にマッピングし得るようにして良い。
【００７７】
ブロック７４５で、モデルインタフェースは、データベースに格納されて良い。例えば、バックエンド装置は、モデルインタフェースをデータベースに格納して良い。
【００７８】
（図７Ｂに示すような）ブロック７５０で、モデルインタフェースとモデルインタフェースの中の特徴を有するリソースの各々のコンテキストとの間の関係が確立されて良い。例えば、リソースのレストランクラスでは、「メニュー」特徴を有する任意のリソースは、レストランの物理的位置におけるコンテキストの該特徴を有するモデルインタフェースに関連付けられて良い。別の例として、モデルインタフェース上でバス運行予定を有するモデルインタフェースでは、特定のコンテキスト（例えば、バス停にいる又はバスに乗っている）とモデルインタフェースとの間の関係が確立されて良い。追加又は代替で、コンテキストと特定のリソースとの間の関係が生成されて良い。該関係は、データベースに格納されて良い。例えば、コンテキスト（例えば、バスに乗っている）と所与のリソース（例えば、バス位置及び／又はバス運行予定）との間の関係が決定されて良い。
【００７９】
ブロック７５５で、電子装置（例えば、図１の電子装置１１０）からコンテキストデータが受信されて良い。例えば、電子装置は、ＱＲコード、物理的位置（例えば、緯度及び経度、又は所在地住所）のようなコンテキストデータを、ネットワークを介してバックエンド装置へ送信して良い。
【００８０】
ブロック７６０で、コンテキストに関連するリソースが更新されて良い。例えば、バックエンド装置は、コンテキストに関連するモデルユーザインタフェースを読み出して良く、特徴に関連付けられた任意のデータを更新するためにリソースをモデルインタフェースの中の特徴に接続して良い。追加又は代替で、バックエンド装置は、コンテキストに関連するリソースを読み出して良く、及びリソースの特徴に関連付けられた任意のデータを更新するために該リソースに接続して良い。上述の及び他の実施形態では、バックエンド装置は、更新されたデータをデータベースに格納して良い。例えば、コンテキストデータが、電子装置のユーザはレストランにいることである場合、バックエンド装置は、「メニュー」リソースへの任意の変更を更新するために、レストランの「メニュー」リソースに接続して良い。幾つかの実施形態では、バックエンド装置は、電子装置から個人向け学習エージェントで受信されたデータに基づき、リソースを更新して良い。追加又は代替で、バックエンド装置は、このようなデータに基づきリソースの順序を変更して良い。上述の及び他の実施形態では、バックエンド装置は、複数のユーザからの個人向け学習データに基づき、リソースを更に更新して良い。
【００８１】
ブロック７６５で、リソースに関するデータベースの中の情報は、電子装置へ送信されて良い。例えば、リソースの特徴のうちの１又は複数及びデータベースからの関連データを含み得る単一ユーザインタフェースを動的に生成する命令が、電子装置へ送信されて良い。追加又は代替で、バックエンド装置は、モデルインタフェースの視覚的要素にマッピングされたコンテキストに関連付けられたリソースの特徴のマッピングを有するモデルインタフェースをデータベースから送信して良い。例えば、バックエンド装置は、単一ユーザインタフェースに含むために、レストランに居るユーザへ更新された「メニュー」を送信して良い。
【００８２】
ブロック７７０で、ユーザ相互作用データ（例えば、図６のブロック６４０で生成されたユーザ相互作用データ）は、電子装置から受信されて良い。例えば、メニューから品目を注文するためのオプションのユーザによるタッチ又は選択は、バックエンド装置により電子装置から受信されて良い。
【００８３】
ブロック７７５で、相互作用データは、適切なリソースに伝達されて良い。例えば、相互作用データが、メニューから品目を注文するオプションのユーザによる選択を含む場合、バックエンド装置は、レストランリソースに注文する要求を伝達して良い。
【００８４】
したがって、方法７００は、コンテキスト認識アプリケーションと連動してバックエンド装置により実行されて良い。本開示の範囲から逸脱することなく方法７００に対し変更、追加又は省略が行われても良い。例えば、方法６００の工程は、異なる順序で実施されて良い。追加又は代替で、２以上の工程が同時に実行されて良い。さらに、概略のステップ及び動作は例として提供され、幾つかのステップ及び動作は、開示の実施形態の本質から逸脱することなく、任意であり、より少ないステップ及び動作に組み合わされ、又は追加ステップ及び動作に拡張されて良い。
【００８５】
本開示で用いられるように、用語「モジュール」又は「コンポーネント」は、モジュール若しくはコンポーネントのアクションを実行するよう構成される特定ハードウェア実装、及び／又はコンピューティングシステムの汎用ハードウェア（例えばコンピュータ可読媒体、処理装置、等）に格納され及び／又はそれらにより実行され得るソフトウェアオブジェクト又はソフトウェアルーチンを表して良い。幾つかの実施形態では、本開示に記載されたのと異なるコンポーネント、モジュール、エンジン及びサービスは、（例えば、別個のスレッドとして）コンピューティングシステムで実行されるオブジェクト又は処理として実施されて良い。本開示に記載のシステム及び方法の幾つかは概して（汎用ハードウェアに格納される及び／又はそれにより実行される）ソフトウェアで実装されるように記載されたが、専用ハードウェアの実装又はソフトウェアと専用ハードウェアの組み合わせの実装も可能であり考えられる。この説明では、「コンピュータエンティティ」は、本開示で先に定められたようにコンピューティングシステム、又はコンピューティングシステムで実行されるモジュール若しくはモジュールの組合せであって良い。
【００８６】
本開示で及び特に添付の特許請求の範囲（例えば、添付の特許請求の範囲の本体）で使用される用語は、概して、広義の（open）用語と考えられる（例えば、用語「含む（including）」は「含むが、限定されない」と解釈されるべきであり、用語「有する（having）」は「少なくとも有する」と解釈されるべきであり、用語「含む（includes）」は「含むが、限定されない」と解釈されるべきであり、用語「含む（ｃｏｎｔａｉｎｉｎｇ）」は、「含むが、限定されない」と解釈されるべきである）。
【００８７】
さらに、特定数の導入された請求項の引用が意図される場合、このような意図は、請求項の中に明示的に示され、このような引用が存在しない場合はこのような意図が存在しない。例えば、理解の助けとして、以下の添付の特許請求の範囲は、請求項の引用を導入するために、「少なくとも１つの」及び「１又は複数の」をいう前置語句の使用を含み得る。しかしながら、このような語句の使用は、同じ請求項が前置語句「１又は複数」又は「少なくとも１つの」及び「ａ又はａｎ」のような不定冠詞を含むときでも、不定冠詞「ａ、ａｎ」による請求項引用の導入がこのような導入された請求項引用を含む任意の特定の請求項をこのような引用を１つだけ含む実施形態に限定することを示すと考えられてはならない（例えば、「ａ」及び／又は「ａｎ」は「少なくとも１つの」又は「１又は複数の」を意味すると解釈されるべきである）。同様のことは、請求項引用を導入するために使用される定冠詞の使用についても該当する。
【００８８】
さらに、特定数の導入された請求項引用が明示的に引用される場合、当業者は、このような引用が少なくとも引用された番号を意味することと解釈されるべきであることを認識するだろう（例えば、「２つの引用」はそのままで、他の変更が無ければ、少なくとも２つの引用、又は２以上の引用を意味する）。さらに、「Ａ、Ｂ、Ｃ、等のうちの少なくとも１つ」又は「Ａ、Ｂ、Ｃ、等のうちの１又は複数」に類似する慣例が用いられる例では、通常、このような構成は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、又はＡ、Ｂ、Ｃを一緒に、等を含むと意図される。
【００８９】
さらに、２以上の代替用語を表す任意の離接語又は語句は、説明、請求項、又は図面の中であるかに係わらず、用語のうちの１つ、用語のうちのいずれか、又は両方の用語を含む可能性を包含すると理解されるべきである。例えば、語句「Ａ又はＢ」は、「Ａ」又は「Ｂ」又は「Ａ及びＢ」の可能性を含むと理解されるべきである。
【００９０】
本開示に記載された全ての例及び条件文は、教育上の目的で、読者が本開示の原理及び発明者により考案された概念を理解するのを助け、技術を促進させるためであり、これらの特に記載された例及び条件に限定されないものと考えられるべきである。本開示の実施形態が詳細に記載されたが、種々の変更、置換及び修正が本開示の精神及び範囲から逸脱することなく行われ得る。
【００９１】
以上の実施形態に加えて、更に以下の付記を開示する。
（付記１）  電子装置のユーザのコンテキストを記述するコンテキストデータを得るステップと、
前記コンテキストデータをバックエンド装置へ送信するステップと、
前記バックエンド装置から命令を受信するステップであって、前記命令は、複数の関連リソースから対話型コンテンツを含む単一ユーザインタフェースを動的に生成するよう、前記電子装置に指示し、前記複数の関連リソースは、前記バックエンド装置により互いに及び前記ユーザの前記コンテキストに関連すると決定され、前記対話型動的コンテンツの特徴は、前記バックエンド装置により抽出される、ステップと、
前記単一ユーザインタフェースを動的に生成するステップと、
前記電子装置の前記ユーザに前記単一ユーザインタフェースを表示するステップと、
を有する方法。
（付記２）  前記コンテキストデータを得るステップは、前記電子装置の位置検知コンポーネントからの位置情報、前記電子装置に近接する電子ビーコンからのビーコンデータ、又は前記電子装置によりスキャンされるクイックレスポンス（ＱＲ）コードのうちの少なくとも１つを得るステップを有する、付記１に記載の方法。
（付記３）  前記複数の関連リソースは、２以上の第三機関から読み出される、付記１に記載の方法。
（付記４）  前記複数の関連リソースは、１つのウェブサービス及びインターネットに接続される１つの装置を有する、付記１に記載の方法。
（付記５）  前記１つの装置は、車両、販売時点管理端末、電気器具、監視カメラ、電気コンセント、サーモスタット、又は照明、のうちの１つを有する、付記４に記載の方法。
（付記６）  前記単一ユーザインタフェースを動的に生成するステップは、
前記バックエンド装置により抽出される前記特徴の各々を、前記単一ユーザインタフェースの部分として生成される個々の要素にマッピングするステップと、
前記対話型コンテンツを、前記複数の関連リソースの各々から、前記単一ユーザインタフェースの共通フォーマット及び共通視覚方式に組み込むステップと、
を有する、付記１に記載の方法。
（付記７）  相互作用データを生成するために、前記単一ユーザインタフェースの要素との前記ユーザの相互作用を受信するステップと、
前記単一ユーザインタフェースの前記要素に関連する前記複数の関連リソースのうちの１つのリソースに伝達されるよう、前記相互作用データを前記バックエンド装置へ送信するステップと、
を更に有する付記１に記載の方法。
（付記８）  前記バックエンド装置は、前記複数の関連リソースが互いに及び前記ユーザの前記コンテキストに関連することを決定し、
前記複数のリソースに接続し、
前記複数のリソースの各々のアプリケーションインタフェース（ＡＰＩ）モデルを構築し、
前記複数のリソースの各々をクラスに分類し、
前記複数のリソースの各々から特徴を抽出し、
前記複数のリソースの各々について前記特徴及び前記クラスをデータベースに格納し、
前記複数のリソースのうちの２以上が関係により関連することを決定し、
前記複数のリソースのうちの前記２以上の間の前記関係を前記データベースに格納し、
互いに関連する前記複数のリソースの各々からの前記特徴のうちの少なくとも１つを結合するモデルインタフェースを生成し、
前記モデルインタフェースを前記データベースに格納し、
前記モデルインタフェースの中の特徴を含む前記複数のリソースの各々のコンテキストと、前記モデルインタフェースを関連付ける、
ことにより、前記対話型動的コンテンツの前記特徴を抽出する、
付記１に記載の方法。
（付記９）  命令を有する非一時的コンピュータ可読媒体であって、前記命令は、プロセッサにより実行されると、前記プロセッサに１又は複数の工程を実行させ又は実行を制御させるよう構成され、前記工程は、
電子装置のユーザのコンテキストを記述するコンテキストデータを得るステップと、
前記コンテキストデータをバックエンド装置へ送信するステップと、
前記バックエンド装置から命令を受信するステップであって、前記命令は、複数の関連リソースから対話型コンテンツを含む単一ユーザインタフェースを動的に生成するよう、前記電子装置に指示し、前記複数の関連リソースは、前記バックエンド装置により互いに及び前記ユーザの前記コンテキストに関連すると決定され、前記対話型動的コンテンツの特徴は、前記バックエンド装置により抽出される、ステップと、
前記単一ユーザインタフェースを動的に生成するステップと、
前記電子装置の前記ユーザに前記単一ユーザインタフェースを表示するステップと、
を有する、非一時的コンピュータ可読媒体。
（付記１０）  前記コンテキストデータを得るステップは、前記電子装置の位置検知コンポーネントからの位置情報、前記電子装置に近接する電子ビーコンからのビーコンデータ、又は前記電子装置によりスキャンされるクイックレスポンス（ＱＲ）コードのうちの少なくとも１つを得るステップを有する、付記９に記載の非一時的コンピュータ可読媒体。
（付記１１）  前記複数の関連リソースは、２以上の第三機関から読み出される、付記９に記載の非一時的コンピュータ可読媒体。
（付記１２）  前記複数の関連リソースは、１つのウェブサービス及びインターネットに接続される１つの装置を有する、付記９に記載の非一時的コンピュータ可読媒体。
（付記１３）  前記１つの装置は、車両、販売時点管理端末、電気器具、監視カメラ、電気コンセント、サーモスタット、又は照明、のうちの１つを有する、付記９に記載の非一時的コンピュータ可読媒体。
（付記１４）  前記単一ユーザインタフェースを動的に生成するステップは、
前記バックエンド装置により抽出される前記特徴の各々を、前記単一ユーザインタフェースの部分として生成される個々の要素にマッピングするステップと、
前記対話型コンテンツを、前記複数の関連リソースの各々から、前記単一ユーザインタフェースの共通フォーマット及び共通視覚方式に組み込むステップと、
を有する、付記９に記載の非一時的コンピュータ可読媒体。
（付記１５）  前記工程は、
相互作用データを生成するために、前記単一ユーザインタフェースの要素との前記ユーザの相互作用を受信するステップと、
前記単一ユーザインタフェースの前記要素に関連する前記複数の関連リソースのうちの１つのリソースに伝達されるよう、前記相互作用データを前記バックエンド装置へ送信するステップと、
を更に有する、付記９に記載の非一時的コンピュータ可読媒体。
（付記１６）  前記バックエンド装置は、前記複数の関連リソースが互いに及び前記ユーザの前記コンテキストに関連することを決定し、
前記複数のリソースに接続し、
前記複数のリソースの各々のアプリケーションインタフェース（ＡＰＩ）モデルを構築し、
前記複数のリソースの各々をクラスに分類し、
前記複数のリソースの各々から特徴を抽出し、
前記複数のリソースの各々について前記特徴及び前記クラスをデータベースに格納し、
前記複数のリソースのうちの２以上が関係により関連することを決定し、
前記複数のリソースのうちの前記２以上の間の前記関係を前記データベースに格納し、
互いに関連する前記複数のリソースの各々からの前記特徴のうちの少なくとも１つを結合するモデルインタフェースを生成し、
前記モデルインタフェースを前記データベースに格納し、
前記モデルインタフェースの中の特徴を含む前記複数のリソースの各々のコンテキストと、前記モデルインタフェースを関連付ける、
ことにより、前記対話型動的コンテンツの前記特徴を抽出する、
付記９に記載の非一時的コンピュータ可読媒体。
（付記１７）  バックエンド装置と、
電子装置と、
を有し、前記電子装置は、
ディスプレイと、
プロセッサと、
命令を有するコンピュータ可読媒体であって、前記命令は、前記プロセッサにより実行されると、前記プロセッサに、工程を実行させ又は実行を制御させ、前記工程は、
前記電子装置のユーザのコンテキストを記述するコンテキストデータを得るステップと、
前記コンテキストデータを前記バックエンド装置へ送信するステップと、
前記バックエンド装置から命令を受信するステップであって、前記命令は、複数の関連リソースからの対話型コンテンツを含む単一ユーザインタフェースを動的に生成するよう前記電子装置に指示し、前記複数の関連リソースは、互いに及び前記ユーザの前記コンテキストに関連することを前記バックエンド装置により決定され、前記対話型動的コンテンツの特徴は、前記バックエンド装置により抽出される、ステップと、
前記単一ユーザインタフェースを動的に生成するステップと、
前記電子装置の前記ディスプレイに前記単一ユーザインタフェースを表示するステップと、
を有する、コンピュータ可読媒体と、
を有する、システム。
（付記１８）  前記バックエンド装置は、前記複数の関連リソースが互いに及び前記ユーザの前記コンテキストに関連することを決定し、
前記複数のリソースに接続し、
前記複数のリソースの各々のアプリケーションインタフェース（ＡＰＩ）モデルを構築し、
前記複数のリソースの各々をクラスに分類し、
前記複数のリソースの各々から特徴を抽出し、
前記複数のリソースの各々について前記特徴及び前記クラスをデータベースに格納し、
前記複数のリソースのうちの２以上が関連することを決定し、
前記複数のリソースのうちの前記２以上の間の関係を前記データベースに格納し、
互いに関連する前記複数のリソースの各々からの前記特徴のうちの少なくとも１つを結合するモデルインタフェースを生成し、
前記モデルインタフェースを前記データベースに格納し、
前記モデルインタフェースの中の特徴を含む前記複数のリソースの各々のコンテキストと、前記モデルインタフェースを関連付ける、
ことにより、前記対話型動的コンテンツの前記特徴を抽出する、
付記１７に記載のシステム。
（付記１９）  前記電子装置は、前記電子装置の物理的位置を検出するセンサ、及びクイックレスポンス（ＱＲ）コードをスキャンするスキャナ、のうちの少なくとも１つを更に有する、付記１７に記載のシステム。
（付記２０）  前記複数の関連リソースは、２以上の第三機関から読み出される、付記１７に記載のシステム。
【符号の説明】
【００９２】
１００  システム
１１０  電子装置
１２０  バックエンド装置
１３０  ネットワーク
１４０  ビーコン
１５０  ＱＲコード
１６０  リソース
【図１】
2017201510.tif 000003
【図２】
2017201510.tif 000004
【図３Ａ】
2017201510.tif 000005
【図３Ｂ】
2017201510.tif 000006
【図４Ａ】
2017201510.tif 000007
【図４Ｂ】
2017201510.tif 000008
【図５】
2017201510.tif 000009
【図６Ａ】
2017201510.tif 000010
【図６Ｂ】
2017201510.tif 000011
【図７Ａ】
2017201510.tif 000012
【図７Ｂ】
2017201510.tif 000013