(57)【要約】  パーソナル・デバイス（例えば、スマートフォン）を使用して、ウェブ・ベース・コンテンツをローカル・デバイス（例えば、ＴＶ）に送る１つ以上の技法および／またはシステムを開示する。ユーザーは、彼らのパーソナル・デバイス（例えば、スマートフォン）において、所望のウェブ・ベース・コンテンツを含むウェブ・ベース文書を開くことができる。ウェブ・ベース文書を開くときに、ウェブ・ベース文書において文書エレメントを動的に生成することができる。この文書エレメントは、リモート・ペアリング・サービスによってサーブされるソースを含む。「コンテンツ送付」ボタンのようなユーザー・インターフェース（ＵＩ）を、パーソナル・デバイスにおいて表示することができる。ユーザーがこのＵＩを有効化する（例えば、クリックする）と、ウェブ・ベース・コンテンツを送り出すまたは引き込むことによって、このウェブ・ベース・コンテンツをパーソナル・デバイス（例えば、ＴＶ）に供給することができる。ローカル・デバイスは、リモート・ペアリング・サービスによって、パーソナル・デバイスと対をなすことができる。【選択図】      図２
2014511525.tif 000002
【特許請求の範囲】
【請求項１】
パーソナル・デバイスを使用して、ウェブ・ベース・コンテンツをローカル・デバイスに送る方法であって、
前記ウェブ・ベース・コンテンツを含むウェブ・ベース文書が前記パーソナル・デバイスにおいて開かれたときに、文書エレメントを動的に生成するステップであって、前記文書エレメントが、リモート・ペアリング・サービスによってサーブされるソースを含む、ステップと、
前記パーソナル・デバイスにおいてユーザー・インターフェース（ＵＩ）をレンダリングするステップであって、前記ユーザー・インターフェースが有効化されると、前記ウェブ・ベース・コンテンツを前記ローカル・デバイスに供給し、前記ローカル・デバイスが、前記リモート・ペアリング・サービスによって、前記パーソナル・デバイスと対にされる、ステップと、
を含む、方法。
【請求項２】
請求項１記載の方法であって、前記ローカル・デバイスに前記リモート・ペアリング・サービスを登録するステップを含む、方法。
【請求項３】
請求項１記載の方法であって、リモート・ペアリング・サービス・スクリプティング言語ライブラリーを前記ウェブ・ベース文書に組み込むステップを含む、方法。
【請求項４】
請求項３記載の方法であって、前記ウェブ・ベース文書においてカスタム・エレメントを検出するステップを含み、前記カスタム・エレメントが、前記ウェブ・ベース・コンテンツを前記ローカル・デバイスに供給し易くし、前記ウェブ・ベース・コンテンツについての１つ以上のコンテンツ属性を含む、方法。
【請求項５】
請求項３記載の方法において、前記文書エレメントを生成するステップが、前記ウェブ・ベース・コンテンツについての１つ以上のコンテンツ属性を含むカスタム・エレメントを検出したときに、前記文書エレメントを生成するために、前記リモート・ペアリング・サービス・スクリプティング言語ライブラリーにおいて１つ以上の制御を使用するステップを含む、方法。
【請求項６】
請求項１記載の方法であって、前記文書エレメントに関連する１つ以上の要求アプリケーション・プログラミング・インターフェース（ＡＰＩ）を使用して、前記パーソナル・デバイスと前記リモート・ペアリング・サービスとの間に通信チャネルを作るステップを含む、方法。
【請求項７】
請求項１記載の方法であって、前記パーソナル・デバイスに対して所望のローカル・デバイスを発見するために前記リモート・ペアリング・サービスを使用するステップを含む、方法。
【請求項８】
請求項７記載の方法において、前記パーソナル・デバイスに対して所望のローカル・デバイスを発見するステップが、前記パーソナル・デバイスに関連する前記リモート・ペアリング・サービスに登録されているローカル・デバイスを発見するステップを含む、方法。
【請求項９】
請求項１記載の方法において、前記ＵＩをレンダリングするステップが、ＵＩエレメントをレンダリングするステップを含み、前記ＵＩエレメントが有効化されると、複数のローカル・デバイスから前記ウェブ・ベース・コンテンツに対して所望のローカル・デバイスを選択する、方法。
【請求項１０】
請求項１記載の方法であって、前記ウェブ・ベース・コンテンツについての情報を前記リモート・ペアリング・サービスに送るために、前記文書エレメントにおける前記ソースを使用するステップを含む、方法。
【請求項１１】
パーソナル・デバイスを使用してウェブ・ベース・コンテンツをローカル・デバイスに送るシステムであって、
前記システムのためにデーターを処理するように構成されたコンピューター・ベース・プロセッサーと、
ウェブ・ベース文書に組み込まれるように構成され、リモート・ペアリング・サービスに関連するウェブ・ベース文書制御を含むスクリプティング言語ライブラリー・コンポーネントと、
前記コンピューター・ベース・プロセッサーと前記スクリプティング言語ライブラリー・コンポーネントとに動作可能に結合され、前記ウェブ・ベース・コンテンツを含む前記ウェブ・ベース文書が前記パーソナル・デバイスにおいて開かれたときに、文書エレメントを動的に生成するように構成された文書エレメント生成コンポーネントであって、前記動的に生成された文書エレメントが、前記リモート・ペアリング・サービスへのリンクを含む、文書エレメント生成コンポーネントと、
前記動的に生成された文書エレメントと動作可能に結合され、前記パーソナル・デバイスにおいてにおいてユーザー・インターフェース（ＵＩ）をレンダリングするように構成されたユーザー・インターフェース（ＵＩ）レンダリング・コンポーネントであって、前記ＵＩが、活性化されると、前記ウェブ・ベース・コンテンツを前記ローカル・デバイスに供給し、前記ローカル・デバイスが、前記リモート・ペアリング・サービスによって前記パーソナル・デバイスと対にされる、ユーザー・インターフェース・レンダリング・コンポーネントと、
を含む、システム。
【請求項１２】
請求項１１記載のシステムにおいて、前記動的に生成された文書エレメントが、前記ウェブ・ベース文書においてカスタム・エレメントを検出したときに、前記スクリプティング言語ライブラリー・コンポーネントにおける１つ以上の制御によって動的に生成されるインライン・フレーム・エレメントを含む、システム。
【請求項１３】
請求項１２記載のシステムにおいて、前記ウェブ・ベース文書における前記カスタム・エレメントが、前記ウェブ・ベース・コンテンツを前記ローカル・デバイスに供給するために１つ以上の属性を含む、システム。
【請求項１４】
請求項１１記載のシステムにおいて、前記リモート・ペアリング・サービスが、
前記パーソナル・デバイスのためにウェブ・ベース・コンテンツを受信するローカル・デバイスを登録する、
前記パーソナル・デバイスによって特定された前記ウェブ・ベース文書から前記ウェブ・ベース・コンテンツを受けるために、１つ以上のローカル・デバイスから所望のローカル・デバイスを発見する、
前記パーソナル・デバイスに対して登録された１つ以上のローカル・デバイスについての情報を、前記パーソナル・デバイスに提供する、
前記動的に生成された文書エレメントからのリンクを使用して作られた通信チャネルを介して、前記パーソナル・デバイスから前記ウェブ・ベース・コンテンツについての情報を引き出す、
前記ウェブ・ベース文書から前記ウェブ・ベース・コンテンツを引き出すために、前記ウェブ・ベース・コンテンツについての前記引き出された情報を、前記パーソナル・デバイスから前記所望のローカル・デバイスに提供する、
ことの内１つ以上を実行するように構成されている、システム。
【請求項１５】
請求項１１記載のシステムであって、前記ローカル・デバイスに供給される前記ウェブ・ベース・コンテンツについての１つ以上の属性をそれぞれ含む１つ以上のカスタム・エレメントを含み、前記属性が、
前記ローカル・デバイスに供給するために利用可能な前記ウェブ・ベース・コンテンツを特定するように構成されたユニフォーム・リソース識別子（ＵＲＩ）と、
前記ローカル・デバイスが前記ウェブ・ベース・コンテンツをどのように使用することができるのか特定するように構成された使用属性と、
前記ウェブ・ベース・コンテンツの使用時間を特定するように構成されたタイミング属性と、
どのローカル・デバイスが前記ウェブ・ベース・コンテンツを使用してもよいかを特定するように構成されたセキュリティ属性と、
前記ウェブ・ベース・コンテンツが前記ローカル・デバイスによってどのように表示されるか特定するように構成された表示属性と、
の内１つ以上を含む、システム。
【発明の詳細な説明】
【従来技術】
【０００１】
[0001]  ユーザーがウェブ・ベース・コンテンツを見るためには種々の方法があり、前記コンテンツを見るために使用することができる種々のデバイスがある。例えば、ユーザーは、携帯用ハンドヘルド・コンピューターを使用して、このハンドヘルド・コンピューターに入っているブラウザーを利用して、インターネットをブラウズすることができる。ユーザーは種々のページにナビゲートすることができ、これらのページは、それぞれ、ビデオ、画像、オーディオ、アニメーション、豊富なマルチメディア・グラフィック・エレメント等というような、見ることができるコンテンツを含むことがある。
【発明の概要】
【０００２】
更に、ユーザーは、家庭、仕事場、または他の現場においてというように、ローカルにテレビジョンまたはディスプレイ・デバイスにアクセスすることができ、ユーザーはテレビジョン番組や予め記録されていたコンテンツを見ること、および／または付属のゲーミング・コンソールを使用してゲームをプレイすることができる。加えて、テレビジョンおよび／または大型のディスプレイ・デバイスの中には、テレビジョンの中にあるコンポーネントを使用して、またはウェブ使用可能デバイス（例えば、ゲーミング・コンソールまたはコンピューター）を接続して使用するというようにして、インターネットにアクセスできるものもある。
【０００３】
[0002]  この摘要は、詳細な説明の章において以下で更に説明する概念から選択したものを簡略化された形式で紹介するために、設けられている。この摘要は、特許請求する主題の主要なファクタや必須の特徴を特定することを意図するのではなく、特許請求する主題の範囲を限定するために使用されることを意図するのでもない。
【０００４】
[0003]  例えば、インターネットに接続されているパーソナル・デバイス（例えば、スマートフォン、ハンドヘルド、コンピューター、ラップトップ）および／またはウェブ使用可能テレビジョンのように、メディアが豊富なウェブ・コンテンツを表示することができるデバイスは、増々選択の範囲が広がりつつある。多くの場合、ユーザーは、小型表示画面を含むパーソナル・デバイスにおいてウェブ・ベース・コンテンツを見つけ、この同じコンテンツを、彼らのローカル・テレビジョンのような、もっと大きな画面において見ることを望む。例えば、ユーザーが、スマートフォンを使用してウェブサイトにおいてフォト・アルバムをブラウズしていることがあり、この体験を彼らの居間にあるＴＶ画面に、友人と写真を共有するために投射することを望むかもしれない。同様に、ビデオ共有ウェブサイトのユーザーが、彼らの電話機上でビデオを見ており、コンテンツ視聴体験を改良するために、ＴＶ画面にそのビデオを送ることを望むかもしれない。
【０００５】
[0004]  現在、種々のウェブ・ベース・コンテンツをユーザーのパーソナル・デバイスからユーザーのローカル・デバイスに、広いウェブ技術に使用できる(ready)形態で投射する標準的な方法はない。ＨＴＭＬ仕様（例えば、ＨＴＭＬ５）のような現行の標準、および／または今日のウェブ拡張可能プラットフォーム（例えば、マルチメディアが豊富な拡張可能フレームワーク）は、ウェブ・コンテンツの著作者、プロバイダー等が、例えば、パーソナル・デバイスからＴＶおよび／または他のもっと大きな表示画面へのコンテンツの送り出しを可能にする方法をサポートしていない。更に、現行の技法は、企業固有のデバイスからテレビジョンに直接コンテンツを送るには、企業固有のプロトコルを利用し、コンテンツの視聴を、例えば、そのコンテンツを含むウェブサイトの開発者、著作者等によって制御することを許容しない。
【０００６】
[0005]  したがって、ユーザーが、テレビジョンまたは他の大型画面のディスプレイというような彼らのローカル・デバイスにおいて視聴するために、種々の特定されたウェブ・ベース・コンテンツを彼らのパーソナル・デバイスに投射することができる１つ以上の技法および／またはシステムを開示する。例えば、単純で直感的なユーザーのジェスチャーを使用してコンテンツをテレビジョンに送ることができ、始動デバイスと大型画面のディスプレイとの間に物理的な接続を行う必要はない。
【０００７】
[0006]  パーソナル・デバイスを使用してウェブ・ベース・コンテンツをローカル・デバイスに送る一実施形態では、所望のウェブ・ベース・コンテンツを含むウェブ・ベース文書がパーソナル・デバイスにおいて開かれたときに、文書エレメントを動的に生成することができる。この文書エレメントは、リモート・ペアリング・サービスによってサーブされるソースを含むことができる。更に、パーソナル・デバイスにユーザー・インターフェース（ＵＩ）をレンダリングすることができる。ＵＩが始動されると、ウェブ・ベース・コンテンツをローカル・デバイスに供給することができる。ここで、ローカル・デバイスは、リモート・ペアリング・デバイスによって、パーソナル・デバイスと対を成すことができる。
【０００８】
[0007]  以上の目的および関連する目的の遂行のために、以下の説明および添付図面は、ある種の形態および実現例を示す。これらは、１つ以上の形態を採用することができる種々の方法の内少数を示すに過ぎない。本開示の他の形態、利点、および新規な特徴は、添付図面と合わせて以下の詳細な説明を検討することから明らかとなろう。
【図面の簡単な説明】
【０００９】
【図１】図１は、本明細書において記載する１つ以上の技法を実現することができる環境例を示す図である。
【図２】図２は、パーソナル・デバイスを使用してウェブ・ベース・コンテンツをローカル・デバイスに送る方法例の流れ図である。
【図３】図３は、本明細書において記載する１つ以上の技法の１つ以上の部分を実現することができる実施形態例を示す流れ図である。
【図４】図４は、本明細書において記載する１つ以上の形態を実現するウェブ・ベース文書の実施形態例である。
【図５】図５は、本明細書において記載する１つ以上の技法の１つ以上の部分を実現することができる実施形態例を示す流れ図である。
【図６】図６は、パーソナル・デバイスを使用してウェブ・ベース・コンテンツをローカル・デバイスに送るシステム例の構成図である。
【図７】図７は、本明細書において記載する１つ以上のシステムを実現することができる一実施形態を示す構成図である。
【図８】図８は、本明細書において示す装備の１つ以上を具体化するように構成されたプロセッサー実行可能命令を含むコンピューター読み取り可能媒体例の図である。
【図９】図９は、本明細書において示す装備の１つ以上を実現することができる計算環境例を示す。
【発明を実施するための形態】
【００１０】
[0017]  これより、特許請求する主題について図面を参照して説明する。図面において、同様の参照番号が全体的に同様のエレメントを引用するために使用される。以下の記載では、説明の目的のために、多数の具体的な詳細を示して、特許請求する主題の総合的な理解が得られるようにする。しかしながら、特許請求する主題は、これらの具体的な詳細がなくても実用化できることは明白であろう。一方、構造およびデバイスは、特許請求する主題を説明し易くするために、ブロック図形式で示されている。
【００１１】
[0018]  テレビジョンまたは何らかの他の大型画面のディスプレイというような、ユーザーのローカル・デバイスにおいてウェブ・ベース・コンテンツを見ることに備えた(provide for)方法を考案することができる。ウェブ・ベース・コンテンツは、ユーザーによって、スマートフォンまたはラップトップ・コンピューターというようなパーソナル・デバイスにおいて既に選択されている。例えば、ユーザーが彼らの自宅、仕事場、または他の環境において１つ以上のＴＶを所有する、および／またはこれらにアクセスできる場合があり得る。更に、この例では、ユーザーがインターネットをブラウズしており、ビデオまたは画像（１つ以上）というようなコンテンツを発見し、これを彼らのＴＶにおいて見ることを望むこともあり得る。一実施形態では、ユーザーは、単純で馴染みのなるジェスチャー（例えば、アイコン上でクリックする）を使用して、ウェブ・ベース・コンテンツを所望のテレビジョン（例えば、ユーザーにローカルなデバイス）に送ることができるとよい。
【００１２】
[0019]  図１は、本明細書において記載する１つ以上の技法を実現することができる環境例１００を示す図である。スマートフォン、ラップトップ、タブレット・デバイス等というようなユーザーのパーソナル・デバイス１０２が、このパーソナル・デバイス１０２において存在するブラウザーを使用するというようにして、ウェブ・ベース・コンテンツをブラウズするために使用することができる。一例として、パーソナル・デバイス１０１２は、インターネットへの何らかの形態のワイヤレス接続（例えば、ｗｉｆｉ、移動体電話接続、Ｂｌｕｅｔｏｏｔｈ（登録商標）等）を使用し、インターネットにおける種々のサイトにナビゲートすることができる。ユーザーは、彼らが彼らの自宅におけるテレビジョンまたは表示画面というようなローカル・デバイス１０４において見るまたは表示することを望む、リモート・コンテンツ・プロバイダー１０６によってホストされるウェブ・ベース・コンテンツを見ることができる（１５２）。
【００１３】
[0020]  この環境例９１０では、ローカル・デバイス１０４は、コンテンツを、例えば、インターネットまたは何らかの他のネットワークから受信できるように、ウェブ使用可能とすることができる。例えば、ローカル・デバイスは、計算デバイス（例えば、ゲーミング・コンソール、コンピューター等）に接続されているテレビジョンまたはディスプレイ・デバイスを含むことができ、計算デバイスが有線またはワイヤレス接続を介してインターネットに接続し、および／または、例えば、インターネット接続コンポーネントを内部に含むテレビジョンのような、インターネットに接続するように予め構成されているディスプレイ・デバイスを含むことができる。
【００１４】
[0021]  更に、ユーザーは、彼らのローカル・デバイス（１つ以上）に、インターネット（または他の何らかのネットワーク）に接続されたリモート・サーバに含まれるような、リモート・デバイス・ペアリング・サービス１０８（例えば、または電力投入時に自動的に登録することができるローカル・デバイス）を予め登録しておく（１５０）こともできる。このように、例えば、ローカル・デバイス１０４は、パーソナル・デバイス１０２によって特定されたウェブ・ベース・コンテンツを表示するために、発見可能であるとよい。例えば、ユーザー（または他の誰か）がウェブ使用可能ローカル・デバイス１０４を使用してリモート・デバイス・ペアリング・サービス１０８にナビゲートすることができ、ローカル・デバイス１０４に、ユーザーのパーソナル・デバイス（例えば、１０２）の１つ以上を登録し、ローカル・デバイス１０４をユーザーのパーソナル・デバイス（例えば、１０２）の１つ以上と関連付けることができる。加えて、ユーザーは、複数のローカル・デバイス（例えば、彼らの自宅、仕事場、または他のどこかにおけるＴＶのような、１０４）に複数のパーソナル・デバイス（例えば、ユーザーのハンドヘルド・コンピューター、スマートフォン、ラップトップ、タブレット・デバイス、ＰＣ等のような１０２）を登録し、これらを関連付けることもできる。
【００１５】
[0022]  この環境例９１０では、ユーザーがリモート・コンテンツ・サーバ１０６（例えば、ビデオを示すウェブサイト）においてウェブ・ベース・コンテンツにナビゲートすると（１５２）、例えば、パーソナル・デバイス１０２にロードされたウェブページ（１５２）は、リモート・デバイス・ペアリング・サービス１０８（例えば、リモート・デバイス・ペアリング・サービス１０８においてユニバーサル・リソース識別子（ＵＲＩ）からロードされたアイフレーム(iframe)におけるコンテンツ）からロードされた（１５４）マークアップ・コードを含むことができる。例えば、リモート・コンテンツ・サーバ１０６からのウェブページは、マークアップ・コードをリモート・デバイス・ペアリング・サービス１０８からロードする（１５４）ことを可能にするしかるべきコードを含むように設計することができる。
【００１６】
[0023]  このように、例えば、ユーザーが、リモート・デバイス・ペアリング・サービス１０８からロードされたマークアップ・コードと相互作用するとき、ローカル・デバイス１０４において再生されるウェブ・ベース・コンテンツについての情報、および／またはこれを含む情報等を、ローカル・デバイス１０４に送る（１５６）ことができる。この例では、リモート・コンテンツ・サーバ１０６とローカル・デバイス１０４との間の通信チャネルは、リモート・ペアリング・サービス１０８によって容易に得ることができる。リモート・デバイス・ペアリング・サービス１０８は、例えば、ウェブ・ベース・コンテンツを見つけるために使用されるユーザーのパーソナル・デバイス１０２が登録されており、これと関連するローカル・デバイス１０４（例えば、ユーザーの場所にある）を特定することができる。この例では、ローカル・デバイス１０４を特定する情報をリモート・コンテンツ・サーバ１０６に渡して、ウェブ・ベース・コンテンツのローカル・デバイス１０４への送付(sending)、転送(transfer)等（１５６）を容易に行うことができる。
【００１７】
[0024]  図２は、パーソナル・デバイスを使用してウェブ・ベース・コンテンツをローカル・デバイスに送る方法例２００の流れ図である。方法例２００は、２０２において開始し、２０４において、ユーザーがこのユーザーのパーソナル・デバイスにおいてウェブ・ベース文書にナビゲートするステップを含む。例えば、ユーザーは彼らのスマートフォンにおいてブラウザーを使用して、インターネットを介してというようにして、ウェブサイトにおけるウェブページにナビゲートすることができる。２０６において、ウェブ・ベース・コンテンツを含むウェブ・ベース文書が、ユーザーのパーソナル・デバイスにおいて開く。例えば、ウェブ・ベース文書は、ビデオ、画像（１つ以上）、テキスト、オーディオ・ファイル、または任意の他のタイプのウェブ・ベース・コンテンツ（例えば、マルチメディア・コンテンツ）というような、コンテンツを含むウェブページを含むことができる。この例では、ウェブ・ベース文書がユーザーのパーソナル・デバイス(例えば、スマートフォン）において開くと、この文書においてウェブ・ベース・コンテンツを特定することができる。
【００１８】
[0025]  ２０８において、ウェブ・ベース・コンテンツを含むウェブ・ベース文書がパーソナル・デバイスにおいて開かれるときに、文書エレメントが動的に生成される。ここでは、文書エレメントは、リモート・ペアリング・サービスによってサーブされたソースを含む。例えば、ウェブページは、テキスト・エレメント、テキスト以外のエレメント（例えば、画像、オーディオ、ビデオ・エレメント）、対話処理エレメント（例えば、ボタン、メニュー、インタラクティブ・スクリプト等）、内部情報、フレーム、および動的に適応される情報というような、文書エレメントを含むことができる。一実施形態では、動的に生成される文書エレメントは、例えば、リモート・デバイス・ペアリング・サービスへのリンクを含むことができ、ユーザーのパーソナル・デバイスとリモート・デバイス・ペアリング・サービスとの間に、動的に生成された文書エレメントにおけるリンクを使用して、通信チャネルを作ることもできる。
【００１９】
[0026]  ２１０において、ユーザー・インターフェース（ＵＩ）がパーソナル・デバイス上にレンダリングされ、このＵＩが有効化されたときに（例えば、クリックされる）、ウェブ・ベース・コンテンツをローカル・デバイスに供給する。ここで、ローカル・デバイスは、リモート・デバイス・ペアリング・サービスによって、パーソナル・デバイスと対になっている。例えば、ユーザー・インタラクティブ・エレメントを、ユーザーのパーソナル・デバイスに表示されたウェブページ上にレンダリングすることができ、ウェブ・ベース・コンテンツをローカル・デバイス（例えば、ＴＶ）に送るための手段を設ける。この例では、ユーザーは、インタラクティブ・エレメントを選択するまたはその上でクリックすることによって、これを有効化することができ、これによって、ウェブ・ベース・コンテンツがＴＶに送られるきっかけとなる。
【００２０】
[0027]  更に、例えば、以上で説明したように、文書エレメントは、リモート・デバイス・ペアリング・サービスによってサーブされるＵＲＩからのリンクというような、ソースを含む。このように、この例では、リモート・デバイス・ペアリング・サービスは、ローカル・デバイスについてのロケータ情報をウェブ・ベース・コンテンツのリモート・コンテンツ・プロバイダーに提供することによって、 パーソナル・デバイス（例えば、ウェブ・ベース・コンテンツ）とローカル・デバイスとの間に通信チャネルを作るのを助けることができる。このように、この例では、ユーザーがＵＩを有効化すると、ウェブ・ベース・コンテンツをローカル・デバイスに、リモート・ペアリング・サービスによって容易に作られた通信チャネルを介して送ることができる。
【００２１】
[0028]  ２１２において、ユーザーのジェスチャーによってというようにして、ＵＩが有効化され、ユーザーによって選択された、彼らのパーソナル・デバイスからのウェブ・ベース・コンテンツは、ユーザーのローカル・デバイスに送られる。このように、例えば、ユーザーはインターネットをブラウズし、他の人が見るため、および／またはもっと望ましい視聴体験を有するためというようなことのために、もっと大きな画面上に表示したいコンテンツを特定することができる。この例では、ユーザーは、「ＴＶに送る」と書かれているボタンを単にクリックするだけでよく、所望のウェブ・ベース・コンテンツがユーザーが選択したＴＶ上に表示される。
【００２２】
[0029]  ウェブ・ベース・コンテンツをユーザーのローカル・デバイスに供給し終えると、方法例２００は２１４において終了する。
【００２３】
[0030]  図３は、本明細書において記載する１つ以上の技法の１つ以上の部分を実現することができる実施形態例３００を示す流れ図である。３０２において、サービス・ライブラリーがウェブ・ベース文書に組み込まれる。一実施形態では、サービス・ライブラリーは、リモート・ペアリング・サービスからのスクリプティング言語ライブラリー（例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｊｓｃｒｉｐｔ、またはウェブページのための他の何らかのスクリプティング・コード・ライブラリー）を含むことができる。例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）のようなクライアント側スクリプティング言語は、ウェブページ／ウェブ・ベース文書において使用されるスクリプティング言語のために書かれた制御を含むライブラリーを利用することができる。
【００２４】
[0031]  一実施形態では、ウェブ・ベース文書のために供給されるクライアント側スクリプティング言語を、例えば、リモート・ペアリング・サービスと関連付けて、このライブラリーからの制御が、リモート・ペアリング・サービスにリンクされている文書エレメントの有効化を容易に行えるようにすることができる。代表例として、図４は、本明細書において記載する１つ以上の技法を実現するウェブ・ベース文書の実施形態例４００を示す。この実施形態例４００では、ウェブ・ベース文書の実施形態４０２はマークアップ言語４０４を含む。マークアップ言語４０４は、ライブラリー「pairingservice.js」を含み、「ペアリング・サービス」ライブラリーを初期化する。このライブラリーは、リモート・ペアリング・サービスと関連付けられてもよい。
【００２５】
[0032]  ３０４において、ウェブ・ベース・コンテンツが、ウェブ・ベース文書の開発において使用される。例えば、何らかの所望の文書を、ページ開発者によって、ウェブページに追加することができ、この所望の文書は、とりわけ、ビデオ（例えば、ＨＴＭＬ５ビデオ）、オーディオ、画像、または何らかの形態の豊富なインターネット・アプリケーション・ストリーミング・マルチメディア・ビデオ、アニメーション、およびグラフィクスというような、メディアを含むことができる。この例では、ウェブページに追加されるウェブ・ベース・コンテンツは、ユーザーの居間にあるＴＶのような、彼らのローカル・デバイスに送ることをユーザーが望むかもしれないコンテンツを含むことができる。一例として、図４において、メディア・コンテンツ４０６がウェブ・ベース文書に埋め込まれ、例えば、標準的なブラウザーを使用してというようにして、ユーザーのパーソナル・デバイス（例えば、ラップトップ、ハンドヘルド・コンピューター等）においてユーザーによって再生することができる。
【００２６】
[0033]  ３０６において、ウェブ・ベース文書に対して、ウェブページ開発者によってというようにして、カスタム属性が作られ、３０８において使用される。例えば、ウェブページ開発者はスクリプティング言語ライブラリー（例えば、図４からのpairingservice.js４０４）をウェブページに組み込んだので、このウェブページ開発者はカスタム・エレメント（例えば、開発者によってカスタム化されたＨＴＭＬエレメント）も彼らのウェブページに追加することができる。一例として、図４に示すように、カスタム・エレメント「pairingservice:send2local」４０８が、メディア・コンテンツ４０６の下において、ウェブ・ベース文書４０２に追加されている。
【００２７】
[0034]  一実施形態では、カスタム・エレメントは１組のパラメーターをエレメント属性として受け入れることができ、これらのパラメーターは、ローカル・デバイスに送られるウェブ・ベース・コンテンツについての情報を指定することができる。例えば、カスタム・エレメントは、コンテンツのＵＲＩ（例えば、コンテンツを引き出す場所。これは、ローカル・デバイスの解像度が異なるために、ウェブページ上に示されるものとは異なってもよい）のような、ウェブ・ベース・コンテンツを特定する属性を含むこともできる。更に、カスタム・エレメントは、コンテンツがどのように使用／視聴されるべきかについて記述する属性を含むこともできる。例えば、コンテンツに対して時間量または視聴量を限定する期限切れ属性があってもよく、および／またはコンテンツ所有者が、視野サイズ(viewing size)、解像度、複製、およびコンテンツの使用に対して限定を設けることを望む場合もある。この実施形態では、これらの属性は、ウェブページ開発者によってというようにして、カスタム・エレメントに含ませることもできる。
【００２８】
[0035]  代替実施形態では、実施形態例３００の３１０において、１つ以上のアプリケーション・プログラミング・インターフェース（ＡＰＩ）を使用して、ウェブ・ベース・コンテンツに対する属性をカスタム化することができる。例えば、リモート・ペアリング・サービスに関連するスクリプティング言語ライブラリーが、ウェブ・ベース文書によって使用することができるＡＰＩを含むことができる（例えば、開発者によってウェブページに組み込まれる）。このＡＰＩは、ウェブ・ベース・コンテンツに対するパラメーターを注入および／または指定することができ、および／またはリモート・ペアリング・サービスを使用して、ウェブ・ベース・コンテンツについての情報をどのようにしてローカル・デバイスに送ることができるか指示することもできる。
【００２９】
[0036]  これらの実施形態では、ウェブページ開発者および／またはコンテンツ所有者は、ローカル・デバイスにおいてコンテンツをどのように使用するか制御する柔軟性を有することができる。３１２において、ウェブ・ベース・コンテンツを含むウェブ・ベース文書をインターネットに公開することができる。このように、例えば、コンテンツは、ユーザーが見るために利用可能であり、および／またはユーザーのローカル・デバイスに送ることができる。
【００３０】
[0037]  図５は、本明細書において記載する１つ以上の技法の１つ以上の部分を実現することができる実施形態例５００を示す流れ図である。５０２において、ユーザーは彼らのローカル・デバイスにリモート・ペアリング・サービスを登録する。一例として、ローカル・デバイス（例えば、ウェブ使用可能ＴＶ）は、ユーザーの１つ以上のパーソナル・デバイスと関連するものとして登録するために、ネットワーク（例えば、インターネット）を介して、リモート・ペアリング・サービスにアクセスすることができる。更に、一例として、ユーザーは、インターネットにアクセスし、リモート・ペアリング・サービスのウェブサイトにブラウズすることによってというようにして、手作業でローカル・デバイスを登録することもでき、および／またはローカル・デバイスが自動的に（プログラムによって）、電力投入したときにデフォルトでというようにして、リモート・ペアリング・サービスを登録することもできる。
【００３１】
[0038]  ５０４において、ユーザーは、彼らのパーソナル・デバイス（例えば、ハンドヘルド・コンピューター）においてウェブ・ベース・コンテンツを開く。例えば、ユーザーは、このデバイスのブラウザーを利用して、リモート・ペアリング・サービスのスクリプティング・ライブラリーを組み込んだコンテンツ・プロバイダーのウェブサイトにナビゲートすることができる。５０６において、ウェブ・ベース文書においてカスタム・エレメントを検出することができる。ここで、カスタム・エレメントは、ウェブ・ベース・コンテンツに対する１つ以上のコンテンツ属性を含む。一実施形態では、カスタム・エレメントを検出するとき、リモート・ペアリング・サービスのスクリプティング言語ライブラリーにおける１つ以上の制御を使用して、文書エレメントを生成することができる。
【００３２】
[0039]  ５０８において、文書エレメントは、動的に生成され、リモート・ペアリング・サービスによってサーブされるソースを含むアイフレームを含む。一例として、図４に示したように、アイフレーム４１０は、ウェブ・ベース文書４０２において動的に生成することができ、アイフレームは、このアイフレームをホストするウェブページとは異なるドメインへのリンクを含むことができ、これによって、この異なるドメインからのサービスがコンテンツをアイフレーム４１０にロードすることが可能になるのであってよい。
【００３３】
[0040]  一実施形態では、アイフレームは、リモート・ペアリング・サービスからのＵＲＩからロードされたコンテンツを含むことが出来る（例えば、ペアリング・サービスによってサーブされるソース）。例えば、ＵＲＩからのコンテンツは、パーソナル・デバイスと１つ以上のローカル・デバイスとの間における関連を検出するのに役立つスクリプトを含むことができ、および／またはウェブ・ベース・コンテンツを所望のローカル・デバイスに送るために使用することができるユーザー・インターフェース（ＵＩ）コンテンツを含むことができる。
【００３４】
[0041]  図５の実施形態例５００の５１０において、アイフレームにロードされたスクリプトが、パーソナル・デバイスとリモート・ペアリング・サービスとの間に通信チャネルを作ることができる。一実施形態では、通信チャネルを作るには、ペアリング・サービスのスクリプト・ライブラリーからというような、文書エレメントに関連する１つ以上の要求ＡＰＩを使用することを含むことができる。このように、例えば、通信チャネルは、リモート・ペアリング・サービスを使用して、パーソナル・デバイスとリモート・ペアリング・サービスとの間に作ることができる。
【００３５】
[0042]  ５１２において、パーソナル・デバイスに対して所望のローカル・デバイスを発見するために、リモート・ペアリング・サービスが使用される。例えば、１つ以上のローカル・デバイスに、リモート・ペアリング・サービスを登録し、ユーザーのパーソナル・デバイスの内１つ以上と関連付けることができる。この例では、アイフレームとローカル・ブラウザーとの間におけるクロス・ドメイン通信チャネルによってというようにして、ウェブ・ベース・コンテンツを特定したパーソナル・デバイス（例えば、コンテンツを含むウェブページにナビゲートするために使用された）を、リモート・ペアリング・サービスによって特定し、特定されたパーソナル・デバイスに関連する１つ以上の登録されたローカル・デバイスと合わせる(match)ことができる。
【００３６】
[0043]  一実施形態では、リモート・ペアリング・サービスは、パーソナル・デバイスをユーザーの複数のローカル・デバイスに合わせることができる。この実施形態では、例えば、選択ＵＩを設けると、ユーザーがコンテンツを見るための所望のローカル・デバイスを選択することが可能になる。他の例として、リモート・ペアリング・サービスが、最も近いローカル・デバイス、デフォルトのローカル・デバイス、または好ましいローカル・デバイス等を検出することによってというようにして、ユーザーにとって望ましいローカル・デバイスを特定することができるとよい。このように、この実施形態では、ウェブ・ベース・コンテンツを、ユーザーにとって望ましいローカル・デバイスに送ることができる。
【００３７】
[0044]  実施形態例５００の５１４において、アイフレーム内にというように、ＵＩがレンダリングされる。ＵＩは、所望のローカル・デバイスを選択するための手段を設けることができ、および／またはウェブ・ベース・コンテンツを所望のローカル・デバイスに送る手段を設けることもできる。例えば、ＵＩは、可能なローカル・デバイスのリストを含むことができ、この中から、ユーザーは、アイフレームにおいてというように（例えば、図４の４１０）、所望のデバイスを選択することができる。更に、このＵＩは、ユーザーによって有効化されて（例えば、「ｓｅｎｄ２ｌｏｃａｌ」ボタンを選択するまたはクリックすることによって）、ウェブ・ベース・コンテンツを選択されたローカル・デバイスに送ることを開始するエレメントを含むことができる。５１６において、ユーザーによってというようにして、ＵＩが有効化されて、このコンテンツをローカル・デバイスに送り、例えば、これを使用することができる（例えば、見る、操作する、保存する等）。
【００３８】
[0045]  一実施形態では、文書エレメントにおけるソース（例えば、アイフレームにおける、リモート・ペアリング・サービスへのリンク）を使用して、ウェブ・ベース・コンテンツについての情報をリモート・ペアリング・サービスに転送することができる。更に、一実施形態では、リモート・ペアリング・サービスを使用して、ウェブ・ベース・コンテンツについての情報をローカル・デバイスに転送することもできる。例えば、文書エレメントにおけるソースは、アイフレームとローカル・ブラウザーとの間におけるクロス・ドメイン通信チャネルを使用して、文書エレメントからパラメーターを特定することができる。このパラメーターには、ウェブ・ベース・コンテンツのＵＲＩを含むことができる。この例では、ＵＲＩをリモート・ペアリング・サービスに渡すことができ、次いでリモート・ペアリング・サービスがこのＵＲＩをローカル・デバイスに渡すことができる。
【００３９】
[0046]  一実施形態では、ローカル・デバイスは、このローカル・デバイスに転送されるウェブ・ベース・コンテンツについての情報（例えば、ＵＲＩ）を使用して、ウェブ・ベース文書からウェブ・ベース・コンテンツを引き出すことができる（例えば、ウェブ・ベース文書に関連する他の何らかの位置）。一実施形態では、パーソナル・デバイスにおけるＵＩの有効化のときにローカル・デバイスと関連付けられたディスプレイに、ウェブ・ベース・コンテンツをレンダリングすることができる。即ち、例えば、パーソナル・デバイスのユーザーは単に単純なジェスチャーを利用して（例えば、ハンドヘルド・コンピューターのタッチ・スクリーン上において指でＵＩを選択する）、パーソナル・デバイスにおいて特定されたウェブ・ベース・コンテンツをユーザーのローカル・デバイスに送ることもでき、次いで、このローカル・デバイスにおいてこのコンテンツが表示される。
【００４０】
[0047]  ユーザーの家庭におけるテレビジョンというようなユーザーのローカル・デバイスにおいて、スマートフォンまたはラップトップのようなユーザーのパーソナル・デバイスにおいて発見されたウェブ・ベース・コンテンツを、ユーザーが見ることを可能にするシステムを考案することもできる。ユーザーは、インターネットをブラウズし、例えば、ビデオ共有ウェブサイトにおけるビデオというような、彼らのローカル・デバイスにおいて見ることが望まれるコンテンツを特定することによって、ウェブ・ベース・コンテンツを特定することができる。ユーザーは、単純なジェスチャー（例えば、ボタンを選択する）を使用して、所望のコンテンツを選択し、このウェブ・ベース・コンテンツを所望のローカル・デバイス（例えば、ユーザーにとってローカルなＴＶ）に送ることができる。
【００４１】
[0048]  図６は、パーソナル・デバイスを使用してウェブ・ベース・コンテンツをローカル・デバイスに送るシステム例６００の構成図である。コンピューター・ベースのプロセッサー６０８が、このシステムのためにデーターを処理するように構成されている。スクリプティング言語ライブラリー・コンポーネント６０２が、ウェブ・ベース文書６５０に組み込まれており、スクリプティング言語ライブラリー・コンポーネント６０２は、リモート・ペアリング・サービス６５４に関連するウェブ・ベース文書制御６５２を含む。例えば、スクリプティング言語ライブラリー・コンポーネント６０２を組み込むウェブ・ベース文書６５０にしかるべきマークアップ言語を含ませることによってというようにして、スクリプティング言語ライブラリー・コンポーネント６０２を、ウェブ・ベース文書６５０の著作者／開発者によって、ウェブ・ベース文書６５０に組み込むことができる。
【００４２】
[0049]  文書エレメント生成コンポーネント６０４は、コンピューター・ベース・プロセッサー６０８およびスクリプティング言語ライブラリー・コンポーネント６０２の双方と動作可能に結合されている。文書エレメント生成コンポーネント６０４は、ウェブ・ベース・コンテンツ６５８を含むウェブ・ベース文書６５０がパーソナル・デバイス６６０において開かれたときに、動的に文書エレメント６５６を生成する。更に、動的に生成された文書エレメント６５６は、リモート・ペアリング・サービス６５４へのリンク６６２を含む。
【００４３】
[0050]  ユーザー・インターフェース（ＵＩ）レンダリング・コンポーネント６０６は、ウェブ・ベース文書において、動的に生成された文書エレメント６５６と動作可能に結合されている。ＵＩレンダリング・コンポーネント６０６は、ＵＩ６６４をパーソナル・デバイス６６０にレンダリングし、ＵＩが有効化されたときに、ウェブ・ベース・コンテンツ６５８をローカル・デバイス６６６に供給する。更に、ローカル・デバイス６６６は、リモート・ペアリング・サービス６５４によって、パーソナル・デバイス６６０と対にされている。例えば、ユーザーは、ＵＩレンダリング・コンポーネント６０６によって生成されたＵＩ６６４がユーザーのパーソナル・デバイスに表示されたときに、ＵＩ６６４と対話処理して、ウェブ・ベース・コンテンツをユーザーのローカル・デバイスに送ることができる。
【００４４】
[0051]  図７は、本明細書において記載する１つ以上のシステムを実現することができる一実施形態７００を示す構成図である。この例では、図６の拡張版が設けられ、したがって、図６に関して記載したエレメント、コンポーネント等の説明は、簡略化のために繰り返さなくてもよいであろう。この実施形態７００では、動的に生成された文書エレメントは、インライン・フレーム・エレメント７５６を含む。このインライン・フレーム・エレメント７５６は、スクリプティング言語ライブラリー・コンポーネント６０２において１つ以上の制御７５２によって動的に生成される。更に、インライン・フレーム・エレメント７５６は、ウェブ・ベース文書７５０においてカスタム・エレメント７７０が検出されたときにも、動的に生成することができる。ウェブ・ベース文書７５０におけるカスタム・エレメント７７０は、ウェブ・ベース・コンテンツ７５８をローカル・デバイス７６６に供給するための１つ以上の属性７７２を含むことができる。例えば、カスタム・エレメント７７０は、例えば、スクリプティング言語ライブラリー・コンポーネントを組み込んだ後に、文書７５０の著作者／開発者によって、ウェブ・ベース文書７５０に組み込むこともできる。
【００４５】
[0052]  この実施形態７００ではリモート・ペアリング・サービス７５４は、パーソナル・デバイス７６０のユーザーによって特定されたというような、パーソナル・デバイス７６０のためのウェブ・ベース・コンテンツ（例えば、７５８）を受信するために、ローカル・デバイス７６６を登録するように構成することができる。更に、リモート・ペアリング・サービス７５４は、所望のローカル・デバイス（例えば、７６６）を１つ以上のローカル・デバイスから発見するように構成することもでき、所望のローカル・デバイスがウェブ・ベース・コンテンツ７５８を、パーソナル・デバイス７６０によって（例えば、ユーザーによって）特定されたウェブ・ベース文書７５０から受けることができる。
【００４６】
[0053]  加えて、リモート・ペアリング・サービス７５４は、パーソナル・デバイスのために登録された１つ以上のローカル・デバイスについての情報を、パーソナル・デバイスに提供することができる。リモート・ペアリング・サービス７５４は、ウェブ・ベース・コンテンツ７５８についての情報を、パーソナル・デバイス７６０から通信チャネルを介して引き出すこともできる。この通信チャネルは、動的に生成されたインライン・フレーム・エレメント７５６からのリンクを使用して作られる。また、リモート・ペアリング・サービス７５４は、パーソナル・デバイス７６０から引き出されたウェブ・ベース・コンテンツ７５８についての情報を、所望のローカル・デバイス７６６に提供することもでき、この情報は、ウェブ・ベース文書７５０からウェブ・ベース・コンテンツ７５８を引き出すために使用することができる（例えば、または、コンテンツの位置を特定するＵＲＩのような、ウェブ・ベース文書７５０に関連する他の位置）。
【００４７】
[0054]  この実施形態７００では、スクリプティング言語ライブラリー・コンポーネントは、スクリプト・アプリケーション・プログラミング・インターフェース（ＡＰＩ）７６８を含むことができる。これは、ローカル・デバイス７６６に提供されるウェブ・ベース・コンテンツ７５８についての属性を指定することができる。例えば、ウェブ・ベース・コンテンツの所有者（例えば、著作権保持者）が、コンテンツに関連する消失期限を望むこと、および／またはコンテンツに対する視聴／使用制限を望むことがあり得る。この例では、スクリプティング言語ライブラリー・コンポーネント６０２からのＡＰＩ７６８を使用して、これらの属性をコンテンツ７５８に注入する／組み込むことができる。
【００４８】
[0055]  更に、１つ以上のカスタム・エレメント７７０を利用してもよく、それぞれのカスタム・エレメント７７０は、ローカル・デバイス７６６に提供されるウェブ・ベース・コンテンツ７５８についての１つ以上の属性７７２を含む。例えば、コンテンツ７５８に属性を適用するためにＡＰＩ７６８を使用する代わりに（例えば、または使用しつつ）、カスタム・エレメントがコンテンツ７５８についての属性７７２を含むこともできる。一実施形態では、属性７７２は、ローカル・デバイスに提供するために利用可能なウェブ・ベース・コンテンツを特定することができるＵＲＩを含むことができる。更に、属性７７２は、どのようにローカル・デバイス７６６がウェブ・ベース・コンテンツ７５８を使用することができるか特定する使用属性、ウェブ・ベース・コンテンツ７５８の使用時間を特定するタイミング属性、どのローカル・デバイスがウェブ・ベース・コンテンツ７５８を使用してもよいかを特定するセキュリティ属性、および／またはウェブ・ベース・コンテンツ７５８がどのようにローカル・デバイス７６６によって表示されるのか特定することができる表示属性を含むことができる。
【００４９】
[0056]  更に他の実施形態では、本明細書において紹介した技法の１つ以上を実現するように構成されたプロセッサー実行可能命令を含むコンピューター読み取り可能媒体を伴う。これらの方法において考案することができるコンピューター読み取り可能媒体の例を図８に示す。図８において、実現例８００は、コンピューター読み取り可能媒体８０８（例えば、ＣＤ−Ｒ、ＤＶＤ−Ｒ、またはハード・ディスク・ドライブのプラッター）を含み、コンピューター読み取り可能データー８０６がこの媒体８０８にエンコードされる。一方、このコンピューター読み取り可能データー８０６は、本明細書において示した原理の１つ以上にしたがって動作するように構成された１組の命令８０４を含む。このような一実施形態８０２では、プロセッサー実行可能命令８０４は、例えば、図２の方法例２００の内少なくとも一部というような、方法を実行するように構成することができる。他のこのような実施形態では、プロセッサー実行可能命令８０４は、例えば、図６のシステム例６００の少なくとも一部というような、システムを実現するように構成することができる。本明細書において紹介した技法にしたがって動作するように構成された多くのこのようなコンピューター読み取り可能媒体は、当業者であれば考案することができよう。
【００５０】
[0057]  以上、構造的特徴および／または方法論的動作に特定の文言で主題について説明したが、添付した特許請求の範囲において定められる主題は、必ずしも以上で説明した特定の特徴や動作には限定されないことは言うまでもない。逆に、以上で説明した特定の特徴や動作は、特許請求の範囲を実現する形態例として開示されたのである。
【００５１】
[0058]  本願において使用される場合、「コンポーネント」、「モジュール」、「システム」、「インターフェース」等という用語は、一般に、コンピューター関連エンティティを指し、ハードウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアのいずれかであることを意図している。例えば、コンポーネントが、プロセッサーにおいて実行するプロセス、プロセッサー、オブジェクト、エクゼキュータブル、実行のスレッド、プログラム、および／またはコンピューターであってもよいが、これらに限定されるのではない。一例として、コントローラにおいて実行するアプリケーションおよびこのコントローラの双方がコンポーネントであることができる。１つ以上のコンポーネントが１つのプロセス内に存在してもよく、プロセスおよび／または実行のアスレッド、ならびにコンポーネントが、１つのコンピューターに配置されていても、および／または２つ以上のコンピューター間に分散されてもよい。
【００５２】
[0059]  更に、特許請求する主題は、開示された主題を実現するためにコンピューターを制御するためにソフトウェア、ファームウェア、ハードウェア、またはこれらの任意の組み合わせを生成する標準的なプログラミングおよび／または設計技法を使用する、方法、装置、または製造品目として実現してもよい。「製造品目」という用語は、本明細書において使用する場合、任意のコンピューター読み取り可能媒体、担体、または媒体からアクセス可能なコンピューター・プログラムを包含することを意図している。勿論、特許請求する主題の範囲や主旨から逸脱することなく、この構成に多くの変更を行い得ることは、当業者には認められよう。
【００５３】
[0060]  図９および以下の説明では、本明細書において示した提供したもの(provisions)の１つ以上の実施形態を実現するための適した計算環境について、端的な総合的説明を行う。図９の動作環境は、適した動作環境の一例に過ぎず、動作環境の使用範囲や機能について何ら限定を示唆することも意図していない。計算デバイスの例には、パーソナル・コンピューター、サーバ・コンピューター、ハンドヘルドまたはラップトップ・デバイス、移動体デバイス（移動体電話機、パーソナル・ディジタル・アシスタント（ＰＤＡ）、メディア・プレーヤーというような）、マルチプロセッサー・システム、消費者用電子機器、ミニ・コンピューター、メインフレーム・コンピューター、以上のシステムまたはデバイスの内任意のものを含む分散方計算環境などが含まれるが、これらに限定されるのではない。
【００５４】
[0061]  必ずそうでなければならない訳ではないが、１つ以上の計算デバイスによって実行される「コンピューター読み取り可能命令」という一般的なコンテキストで、実施形態が説明される。コンピューター読み取り可能命令は、コンピューター読み取り可能媒体（以下で説明する）を介して配布することもできる。コンピューター読み取り可能命令は、関数、オブジェクト、アプリケーション・プログラミング・インターフェース（ＡＰＩ）、データー構造等のようなプログラム・モジュールとして実現することができ、特定のタスクを実行するか、または特定の抽象データー・タイプを実装する。通例では、コンピューター読み取り可能命令の機能は、種々の環境において望まれるように、組み合わせることまたは分散することができる。
【００５５】
[0062]  図９は、本明細書において示した１つ以上の実施形態を実現するように構成されている計算デバイス９１２を備えているシステム９１０の一例を示す。一構成では、計算デバイス９１２は少なくとも１つの処理ユニット９１６およびメモリー９１８を含む。計算デバイスの正確な構成およびタイプに依存して、メモリー９１８は揮発性（例えば、ＲＡＭのような）、不揮発性（例えば、ＲＯＭ、フラッシュ・メモリー等のような）、またはこれら２つの何らかの組み合わせとすることができる。この構成は、図９では破線９１４で示されている。
【００５６】
[0063]  他の実施形態では、デバイス９１２は追加の機構および／または機能を含むこともできる。例えば、デバイス９１２は追加のストレージ（例えば、リムーバブルおよび／または非リムーバブル）も含むことができる。限定ではなく、追加のストレージには、磁気ストレージ、光ストレージ等が含まれる。このような追加のストレージは、図９ではストレージ９２０によって例示されている。一実施形態では、本明細書において示した１つ以上の実施形態を実現するコンピューター読み取り可能命令は、ストレージ９２０の中にあるとよい。また、ストレージ９２０は、オペレーティング・システム、アプリケーション・プログラム等を実装するために、他のコンピューター読み取り可能命令も格納することができる。コンピューター読み取り可能命令は、例えば、処理ユニット９１６による実行のために、メモリー９１８にロードすることができる。
【００５７】
[0064]  「コンピューター読み取り可能媒体」という用語は、本明細書において使用する場合、コンピューター記憶媒体を含む。コンピューター記憶媒体は、揮発性および不揮発性、リムーバブルおよび非リムーバブル媒体を含み、コンピューター読み取り可能命令または他のデーターのような情報の格納のための任意の方法または技術で実現されている。メモリー９１８およびストレージ９２０は、コンピューター記憶媒体の例である。コンピューター記憶媒体は、限定ではなく、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリーまたはその他のメモリー技術、ＣＤ−ＲＯＭ、ディジタル・バーサタイル・ディスク（ＤＶＤ）またはその他の光ストレージ、磁気カセット、磁気テープ、磁気ディスク・ストレージまたはその他の磁気記憶デバイス、あるいは所望の情報を格納するために使用することができその上デバイス９１２によってアクセスすることができるのであれば他のいずれの媒体をも含む。このようなコンピューター記憶媒体は、そのいずれもがデバイス９１２の一部となってもよい。
【００５８】
[0065]  また、デバイス９１２は、デバイス９１２が他のデバイスと通信することを可能にする通信接続（１つ以上）９２６も含むことができる。通信接続（１つ以上）９２６は、限定ではなく、モデム、ネットワーク・インターフェース・カード（ＮＩＣ）、統合ネットワーク・インターフェース、無線周波数送信機／受信機、赤外線ポート、ＵＳＢ接続、または計算デバイス９１２を他の計算デバイスと接続するためのその他のインターフェースを含むことができる。通信接続（１つ以上）９２６は、有線接続またはワイヤレス接続を含むことができる。通信接続（１つ以上）９２６は、通信媒体を送信および／または受信することができる。
【００５９】
[0066]  「コンピューター読み取り可能媒体」という用語は、通信媒体を含むことができる。通信媒体は、通例、搬送波またはその他の伝達メカニズムのような「変調データー信号」にコンピューター読み取り可能命令またはその他のデーターを具体化し、いずれの情報配信媒体も含む。「変調データー信号」という用語は、情報を信号内に符号化するような態様で設定または変更したその特性の１つ以上を有する信号を含むことができる。
【００６０】
[0067]  デバイス９１２は、キーボード、マウス、ペン、音声入力デバイス、接触入力デバイス、赤外線カメラ、ビデオ入力デバイス、および／またはその他のあらゆる入力デバイスというような、入力デバイス（１つ以上）９２４を含むことができる。１つ以上のディスプレイ、スピーカー、プリンター、および／またはその他の出力デバイスというような出力デバイス（１つ以上）９２２も、デバイス９１２に含むことができる。入力デバイス（１つ以上）９２４および出力デバイス（１つ以上）９２２は、有線接続、ワイヤレス接続、またはそのいずれの組み合わせによってでも、デバイス９１２に接続することができる。一実施形態では、別の計算デバイスからの入力デバイスまたは出力デバイスを、デバイス９１２用の入力デバイス（１つ以上）９２４または出力デバイス（１つ以上）９２２として使用することもできる。
【００６１】
[0068]  デバイス９１２のコンポーネントは、バスのような、種々の相互接続によって接続することができる。このような相互接続は、ＰＣＩ Expressのようなペリフェラル・コンポーネント相互接続（ＰＣＩ）、ユニバーサル・シリアル・バス（ＵＳＢ）、ファイア・ワイヤ（ＩＥＥＥ１３９４）、光バス構造等を含むことができる。別の実施形態では、デバイス９１２のコンポーネントは、ネットワークで相互接続することができる。例えば、メモリー９１８は、ネットワークによって相互接続されている異なる物理的位置にある複数の物理的メモリー・ユニットによって構成することもできる。
【００６２】
[0069]  コンピューター読み取り可能命令を格納するために利用される記憶デバイスは、ネットワークに跨って分散させてもよいことは、当業者には分かるであろう。例えば、ネットワーク９２８を通じてアクセス可能な計算デバイス９３０は、本明細書において提唱した１つ以上の実施形態を実現するために、コンピューター読み取り可能命令を格納することができる。計算デバイス９１２は、計算デバイス９３０にアクセスし、コンピューター読み取り可能命令の一部または全部を実行のためにダウンロードすることができる。あるいは、計算デバイス９１２は、必要に応じて、コンピューター読み取り可能命令の断片をダウンロードすることができ、一部の命令を計算デバイス９１２において実行し、一部を計算デバイス９３０において実行することもできる。
【００６３】
[0070]  本明細書では、実施形態の種々の動作について提唱した。一実施形態では、記載した動作の１つ以上が、１つ以上のコンピューター読み取り可能媒体上に格納されたコンピューター読み取り可能命令を構成することができ、計算デバイスによって実行すると、当該計算デバイスに、記載した動作を実行させる。これらの動作の一部または全部を記載した順序は、これらの動作に必然的な順序依存性があるように解釈すべきではない。この記載から援助を受けた当業者には、代わりの順序も認められよう。更に、本明細書において提唱した各実施形態において、全ての動作が必ずしも出てくる訳ではないことは言うまでもない。
【００６４】
[0071]  更に、「一例の」という単語は、本明細書では、一例、実例、または例示としての役割を果たすことを意味するために使用される。本明細書において「一例の」として記載される態様または設計はいずれも、他の態様または設計よりも有利であるとは必ずしも解釈されない。むしろ、一例のという用語の使用は、概念を具体的に紹介することを意図している。本明細書において使用する場合、「または」という用語は、排他的な「または」ではなく包含的な「または」を意味することを意図する。即ち、そうでないことが指定されていない限り、または文脈から明白でない限り、「ＸはＡまたはＢを採用する」とは、自然な包含的組み合わせ(permutation)のいずれでも意味することを意図する。即ち、ＸがＡを採用する場合、ＸがＢを採用する場合、またはＸがＡおよびＢの双方を採用する場合、これらの実例のいずれにおいても、「ＸはＡまたはＢを採用する」が満たされる。加えて、冠詞「ａ」および「ａｎ」は、本願および添付した特許請求の範囲において使用される場合、そうでないことが指定されていない限り、また文脈から単数形態を対象とすることが明白でない限り、「１つ以上」を意味するように通常解釈することができる。また、ＡおよびＢ等の少なくとも１つは、一般に、ＡまたはＢ、あるいはＡおよびＢ双方を意味する。
【００６５】
[0072]  また、１つ以上の実施態様に関して本開示を示し説明したが、本明細書および添付図面の熟読および理解に基づいて、同等の変形や変更が当業者には想起されよう。本開示は、このような変更や変形を全て含み、以下の特許請求の範囲のみによって限定される。特に、以上で述べたコンポーネント（例えば、エレメント、リソース等）によって実行される種々の機能に関して、このようなコンポーネントを記載するために使用された用語は、特段指示されていない限り、記載されたコンポーネント（例えば、機能的に等価なコンポーネント）の指定された機能を実行するのであれば、いずれのコンポーネントにも対応し、開示された構造に構造的に等価でなくても、本開示において例示された実施態様例における機能を実行すれればよいことを意図している。加えて、本開示の特定的な機構を、様々な実施態様の内１つのみに関して開示したが、このような機構は、いずれの所与の用途または特定の用途にとっても望まれるようにまたは有利となるように、他の実施態様の１つ以上の別の機構と組み合わせることができる。更に、「含む」、「有している」(having)、「有する」(has)、「と」(with)という用語、またはその異形が詳細な説明または特許請求の範囲において使用されている限りにおいて、このような単語は、用語「含む」(comprising)と同様に内包的であることを意図している。 
【図１】
2014511525.tif 000003
【図２】
2014511525.tif 000004
【図３】
2014511525.tif 000005
【図４】
2014511525.tif 000006
【図５】
2014511525.tif 000007
【図６】
2014511525.tif 000008
【図７】
2014511525.tif 000009
【図８】
2014511525.tif 000010
【図９】
2014511525.tif 000011
【国際調査報告】
2014511525.tif 000012
2014511525.tif 000013