(57)【特許請求の範囲】
【請求項１】
ＩＰイネーブル・デバイスを使用して顧客構内設備にコンパニオン・サービスを提供する方法であって、
ゲートウェイ・サーバーを使用して、インターネット・プロトコルを動作させるネットワークを介し、前記ＩＰイネーブル・デバイスを前記顧客構内設備とペアリングさせることと、
前記ペアリングが、
前記顧客構内設備でペアリングコードを表示すること、
前記ＩＰイネーブル・デバイスにて、前記ペアリングコードを反映するユ
ーザエントリを入力すること、
前記ＩＰイネーブル・デバイスおよび前記顧客構内設備から前記ゲートウ
ェイ・サーバーにペアリング情報を送信し、前記ペアリング情報が前記ペア
リングコードを含むこと、
前記ゲートウェイ・サーバーにて、前記ＩＰイネーブル・デバイスから受
信した前記ペアリングコードが前記顧客構内設備から受信した前記ペアリン
グコードに対応することを決定すること、および
前記ゲートウェイ・サーバーにて、前記顧客構内設備を前記ＩＰイネーブ
ル・デバイスと連結すること、
を含むことと、
前記顧客構内設備の提供する既存の機能にコンパニオン・サービスを付け足すために、前記ゲートウェイ・サーバーを使用して、前記ＩＰイネーブル・デバイス上で動作しているアプリケーションにアクセス可能な一連の機能を規定するウェブ・サービスを前記ＩＰイネーブル・デバイスに提供し、前記ウェブ・サービスが、前記ＩＰイネーブル・デバイスによって使用され、かつ前記顧客構内設備で実行されることと
を有することを特徴とする方法。
【請求項２】
前記顧客構内設備が、セットトップボックス、テレビ、デジタルビデオレコーダー、ステレオ、ホームセキュリティシステム、家庭用電気製品、ユーティリティ計測デバイス、ユーティリティ制御デバイス、産業用コントローラー、自動販売機、遠隔操作ビークルまたはロボットであることを特徴とする請求項１に記載の方法。
【請求項３】
前記ＩＰイネーブル・デバイスが、タブレット・コンピュータ、スマートフォン、ＰＤＡ、ラップトップ・コンピュータ、デスクトップ・コンピュータ、情報端末またはセットトップボックスであることを特徴とする請求項１に記載の方法。
【請求項４】
前記ネットワークが、ハイブリッド・ファイバー同軸（ＨＦＣ）分配ネットワーク、衛星ＴＶネットワーク、放送ＴＶネットワーク、携帯電話ネットワーク、インターネットまたはイントラネットであることを特徴とする請求項１に記載の方法。
【請求項５】
前記ゲートウェイ・サーバーが、デバイスの認証を行うように構成されていることを特徴とする請求項１に記載の方法。
【請求項６】
前記ゲートウェイ・サーバーが、アプリケーションの認定を行うように構成されていることを特徴とする請求項１に記載の方法。
【請求項７】
前記ゲートウェイ・サーバーが、ネットワークリソースを管理するように構成されていることを特徴とする請求項１に記載の方法。
【請求項８】
前記ゲートウェイ・サーバーが、前記ＩＰイネーブル・デバイスおよび前記顧客構内設備間におけるメッセージの安全な送信を促進するように構成されていることを特徴とする請求項１に記載の方法。
【請求項９】
前記ゲートウェイ・サーバーが、エンハンスドテレビジョン（ＥＴＶ）サービスを提供するように構成されていることを特徴とする請求項１に記載の方法。
【請求項１０】
前記ゲートウェイ・サーバーが、複数の分配およびルーティング・サーバーへメッセージをルートおよびリレーするように構成されており、前記複数の分配およびルーティング・サーバーが、ペアを成すＩＰイネーブル・デバイスおよび顧客構内設備の間でメッセージを配信するために前記ＩＰネットワークを介して、協調的に経路を提供することを特徴とする請求項１に記載の方法。
【請求項１１】
前記経路が、
ルートノードに位置する前記ゲートウェイ・サーバーと、
一つ以上の中間ノードにあるメッセージ・ルーティングおよびリレーサービスと、
一つ以上のリーフにある前記顧客構内設備と、
を有していることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記コンパニオン・サービスが、前記顧客構内設備上で動作しているコンパニオン・アプリケーション・クライアントを使用してイネーブルされることを特徴とする請求項１に記載の方法。
【請求項１３】
前記コンパニオン・アプリケーション・クライアントが、エンハンスドＴＶバイナリーインターチェンジ（ＥＢＩＦ）標準規格を使用して実現され、ＥＢＩＦユーザエージェントによって支援されることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記ＩＰイネーブル・デバイス上で動作している前記アプリケーションが、
前記顧客構内設備上のテレビチャンネルを変更するか、
現在のチャンネル、プログラム、または、セットトップボックスの状態をクエリーするか、
即時のＤＶＲ記録を開始するか、
将来のＤＶＲ記録をスケジュールするか、
テキストおよび／またはグラフィックを、ビデオを通じてＴＶスクリーン上に表示するか、
セットトップボックスをオンまたはオフするか、
セットトップボックス上で利用できるＥＢＩＦアプリケーションを識別するか、
セットトップボックス上で利用できるＥＢＩＦアプリケーションをローンチするか、または、
セットトップボックス上で利用できるエンハンスドＥＢＩＦアプリケーションとコミュニケーションする
ように構成されていることを特徴とする請求項１に記載の方法。
【請求項１５】
ＩＰイネーブル・デバイスを使用して顧客構内設備にコンパニオン・サービスを提供するシステムであって、
ＩＰイネーブル・デバイスと、
顧客構内設備と、
ゲートウェイ・サーバーとを具備し、
前記ゲートウェイ・サーバーは、インターネット・プロトコルを動作させているネットワークを介して前記ＩＰイネーブル・デバイスを前記顧客構内設備とペアリングさせるように構成され、
前記ペアリングが、
前記顧客構内設備でペアリングコードを表示すること、
前記ＩＰイネーブル・デバイスにて、前記ペアリングコードを反映するユ
ーザエントリを入力すること、
前記ＩＰイネーブル・デバイスおよび前記顧客構内設備から前記ゲートウ
ェイ・サーバーにペアリング情報を送信し、前記ペアリング情報が前記ペア
リングコードを含むこと、
前記ゲートウェイ・サーバーにて、前記ＩＰイネーブル・デバイスから受
信される前記ペアリングコードが前記顧客構内設備から受信される前記ペア
リングコードに対応することを決定すること、および
前記ゲートウェイ・サーバーにて、前記顧客構内設備を前記ＩＰイネーブ
ル・デバイスと連結すること、
を含むことと、
前記ゲートウェイ・サーバーは、前記顧客構内設備の提供する既存の機能にコンパニオン・サービスを付け足すために、前記ＩＰイネーブル・デバイス上で動作しているアプリケーションにアクセス可能な一連の機能を規定するウェブ・サービスを前記ＩＰイネーブル・デバイスに提供し、前記ウェブ・サービスを前記ＩＰイネーブル・デバイスに使用させ、かつ前記前記顧客構内設備に実行させるように構成されていることを特徴とするシステム。
【請求項１６】
前記顧客構内設備が、セットトップボックス、テレビ、高品位テレビ、デジタルビデオレコーダー、ステレオ、ホームセキュリティシステム、家庭用電気製品、ユーティリティ計測デバイス、ユーティリティ制御デバイス、産業用コントローラー、自動販売機、遠隔操作ビークル、または、ロボットであることを特徴とする請求項１５に記載のシステム。
【請求項１７】
前記ＩＰイネーブル・デバイスが、タブレット・コンピュータ、スマートフォン、ＰＤＡ、ラップトップ・コンピュータ、デスクトップ・コンピュータ、情報端末、または、セットトップボックスであることを特徴とする請求項１５に記載のシステム。
【請求項１８】
前記ネットワークが、ハイブリッド・ファイバー同軸（ＨＦＣ）分配ネットワーク、衛星ＴＶネットワーク、放送ＴＶネットワーク、携帯電話ネットワーク、インターネットまたはイントラネットであることを特徴とする請求項１５に記載のシステム。
【請求項１９】
前記ゲートウェイ・サーバーが、デバイスの認証を行うように構成されていることを特徴とする請求項１５に記載のシステム。
【請求項２０】
前記ゲートウェイ・サーバーが、アプリケーションの認証を行うように構成されていることを特徴とする請求項１５に記載のシステム。
【請求項２１】
前記ゲートウェイ・サーバーが、ネットワークリソースを管理するように構成されていることを特徴とする請求項１５に記載のシステム。
【請求項２２】
前記ゲートウェイ・サーバーが、前記ＩＰイネーブル・デバイスおよび前記顧客構内設備間におけるメッセージの安全な送信を促進するように構成されていることを特徴とする請求項１５に記載のシステム。
【請求項２３】
前記ゲートウェイ・サーバーが、さらに、エンハンスドテレビジョン（ＥＴＶ）サービスを提供することを特徴とする請求項１５に記載のシステム。
【請求項２４】
前記ゲートウェイ・サーバーが、複数の分配およびルーティング・サーバーへメッセージをルートおよびリレーするように構成されており、前記複数の分配およびルーティング・サーバーが、ペアを成すＩＰイネーブル・デバイスおよび顧客構内設備の間でメッセージを配信するために前記ＩＰネットワークを介して、協調的に経路を提供することを特徴とする請求項１５に記載のシステム。
【請求項２５】
前記経路が、
ルートノードにおける前記ゲートウェイ・サーバーと、
一つ以上の中間ノードにあるメッセージ・ルーティングおよびリレーサービスと、
一つ以上のリーフにある前記顧客構内設備と、
を有していることを特徴とする請求項２４に記載のシステム。
【請求項２６】
前記コンパニオン・サービスが、前記顧客構内設備上で動作しているコンパニオン・アプリケーション・クライアントを使用してイネーブルされることを特徴とする請求項１５に記載のシステム。
【請求項２７】
前記コンパニオン・アプリケーション・クライアントが、エンハンスドＴＶバイナリーインターチェンジ（ＥＢＩＦ）標準規格を使用して実現され、ＥＢＩＦユーザエージェントによって支援されることを特徴とする請求項２６に記載のシステム。
【請求項２８】
前記ＩＰイネーブル・デバイス上で動作している前記アプリケーションが、
前記顧客構内設備上のテレビチャンネルを変更するか、
現在のチャンネル、プログラム、または、セットトップボックスの状態をクエリーするか、
即時のＤＶＲ記録を開始するか、
将来のＤＶＲ記録をスケジュールするか、
テキストおよび／またはグラフィックを、ビデオを通じてＴＶスクリーン上に表示するか、
セットトップボックスをオンまたはオフするか、
セットトップボックス上で利用できるＥＢＩＦアプリケーションを識別するか、
セットトップボックス上で利用できるＥＢＩＦアプリケーションをローンチするか、または、
セットトップボックス上で利用できるエンハンスドＥＢＩＦアプリケーションとコミュニケーションする
ように構成されていることを特徴とする請求項１５に記載のシステム。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
この出願は、その全部がここに参照して組み込まれている、「ＩＰ利用のインフラストラクチャーを使用して顧客構内設備にコンパニオン・サービスを提供するシステムおよび方法」と称する２０１０年１０月１４日提出の米国仮出願Ｎｏ．  ６１／３９３，１８０についての優先権を主張します。
【技術分野】
【０００２】
この発明は、一般的には、ＩＰ利用のサービスインフラストラクチャーを使用して顧客構内設備にコンパニオン・サービスを提供するシステムおよび方法に関するもので、特に、テレビアプリケーション用のコンパニオン・サービスを提供することに関する。
【背景技術】
【０００３】
タブレットＰＣ、スマートフォン、パーソナルディジタルアシスタント（ＰＤＡ）、ラップトップ・コンピュータのような携帯デバイスからテレビ、セットトップボックス（ＳＴＢ）、デジタルビデオレコーダー（ＤＶＲ）およびステレオへと、また、ホームセキュリティシステム、家庭用器具、ユーティリティ調量・制御システム、産業用コントローラー、自動販売機、遠隔操作ビークルおよびロボットへと及んでいる「スマート」プロセッサ制御デバイスの普及の増大は、コンピュータネットワークにわたってそのようなデバイスの接続の使いやすさ・コストパフォーマンスの増大とともに、エンハンスドサービスとユーザ体験を提供するために異なるデバイスの能力の活用において高まる関心に貢献している。
【０００４】
ＴＶセットトップボックスの専用および短距離ワイヤレス制御、家庭用娯楽システム、ガレージドアオープナーおよび赤外線または無線周波数送信機・受信機を使用するその他のデバイスは、より広帯域幅の短距離制御およびデータ伝送を提供するために、しばしばブルートゥースのような他のメカニズムによって補足される。ユーティリティメーター、住宅制御機器、デジタルスチル・ビデオカメラ、ロボット、医療システム、産業機械制御機器のようなデバイスおよびシステムは、例えば、ＷｉＦｉや３Ｇリンクを使用して、インターネット経由でモニタリングおよび制御用にイネーブルされるだろう。そのようなイネーブルは、一般的には、制御されるデバイスにウェブ・サーバー機能性を、また、リモート制御デバイスにウェブ・ブラウザー機能性を含ませることで提供される。車両や医療システム・デバイスのリモート制御およびリモートプレゼンスシステムは、しばしば、非専用だけでなく専用のコミュニケーションリンクを利用する。家庭用娯楽用アリーナにおいては、機器の外部リモート制御インターフェースを利用し、家庭内外でのその他のデバイスへ捕獲したビデオを流す能力を有するデバイスを経由して、製品が、オーディオビジュアル機器（例えば、ＳＴＢ、ＤＶＲ）へのリモートアクセスおよびそれのコントロールをユーザに提供するために利用できる。
【０００５】
現状の技術は、エンハンスドサービスとユーザ体験を提供するために、種々のデバイスの機能性を活用する効果的な手段をまだ提供していない。現状のシステムは、瞬く間に流行遅れになり扱いにくいだろうコントローラーデバイスによって制限される。これらのシステムは、また、デバイス間でコンテンツと機能とを分かち合うことができないことで制限される。ＴＶおよびマルチメディアドメインにおいては、コンテンツプロバイダーとプログラマーは、これらのデバイスの改善能力も十分に活用しながら、統合されたマルチスクリーンの体験をコンシューマーに配信するのに苦労している。現状の技術は、また、複雑なデバイス連結（別名「ペアリング」）手順、安全でないデータ伝送、マルチプルデバイス・プラットフォームをサポートする困難性、リモートシステム機能性への制限されたアクセス（例えば、ローカルリモート制御のエミュレーションだけか、そのような機能の一部へのアクセス）、制御されるデバイスまたはシステムに外部結合される専用のハードウェアの必要性、異なるベンダーからターゲットシステムをサポートする困難性、および、たくましくて認定されたインターフェースおよびミドルウェアの不足が原因で、確実なアプリケーションのクリティカルマスを生産する困難性に悩まされている。
【発明の開示】
【０００６】
本発明では、前述の欠陥を克服し、ＩＰ（インターネット・プロトコル）を利用のサービスインフラストラクチャーを使用して顧客構内設備（ＣＰＥ）へのコンパニオン・サービスの提供を可能にすることが意図されている。
【０００７】
一実施例において、本発明は、ＩＰネットワークを経由してＩＰイネーブル・デバイスに通信的に結合されるゲートウェイ・サーバー提供するだろう。前記ゲートウェイ・サーバーは、前記ＩＰイネーブル・デバイス上で動作しているコンパニオン・アプリケーションへウェブ・サービスを提供するだろう。前記ウェブ・サービスは、ターゲットＣＰＥ上で実行され得る一連の機能を規定している。これらの機能は、前記ＣＰＥの特定のソフトウェアおよびハードウェア機能性へのアクセスを提供することによって、前記ＣＰＥ上で動作しているコンパニオン・アプリケーション・クライアントにより支援される。ウェブ・サービスに加えて、前記ゲートウェイ・サーバーは、前記ＩＰイネーブル・デバイスを前記適切なターゲットＣＰＥとペアしたりアンペアするネットワーク管理サービスを提供するだろう。前記ゲートウェイ・サーバーは、また、デバイスを認証し、ネットワークリソースを管理し、前記ＩＰイネーブル・デバイスと前記ターゲットＣＰＥ間のメッセージの安全な送信を実行するだろう。さらに、前記ゲートウェイ・サーバーは、前記ペアを成すデバイス間でメッセージを配信するために、前記ＩＰネットワークを介して経路を協調的に提供する一つ以上の分配およびルーティング・サーバーへメッセージをルートするだろうメッセージ・ルーティングおよびリレー機能を提供するだろう。例示的な経路は、ルートノードに位置する前記ゲートウェイ・サーバー、中間ノードに設けられたメッセージ・ルーティングおよびリレーサービス、および、リーフに位置する加入ＣＰＥデバイスによる階層構造であるだろう。
【０００８】
別の実施例では、前記ゲートウェイ・サーバーは、エンハンスドテレビジョン（ＥＴＶ）サービスを提供する集中型・サーバーであるだろう。前記ＩＰネットワークは、一部分において、ケーブルまたは通信会社のような多角的なサービス事業者によって提供されるだろう。前記ゲートウェイ・サーバーは、ハイブリッド・ファイバー同軸（ＨＦＣ）分配ネットワークにわたってメッセージ・ルーティングおよびリレーサービスを動作させる一つ以上のＥＴＶプラットフォーム・サーバーに通信的に結合されるだろう。前記ターゲットＣＰＥデバイスは、セットトップボックス、高品位テレビ、または、その他任意の同様なデバイスであるだろう。前記ＣＰＥデバイスは、各々が、ＥＢＩＦユーザエージェント（ＵＡ）によって実行されるエンハンスドＴＶバイナリーインターチェンジフォーマット（ＥＢＩＦ）標準規格を使用して実現されるコンパニオン・アプリケーション・クライアントを動作させるだろう。このセットトップボックス構成は、ペアを成すＩＰイネーブル・デバイスが、チャンネル変更、現在のセットトップボックス状態をクエリーすること、ＤＶＲ記録制御、関連したテレビスクリーン上でのテキストやグラフィックディスプレイおよびＴＶ上での対話式ダイアログのプレゼンテーションのようなセットトップボックス機能を実行することを許可するだろう。
【０００９】
別の実施例では、ＩＰイネーブル・デバイスとターゲットＣＰＥのペアリングは、ＰＩＮ、デバイス・トークン、および、ＩＰイネーブル・デバイスにより適切にコミュニケーションされて協調的に処理されるＩＰアドレス、ゲートウェイ・サーバー、分配／ルーティング・サーバーとターゲットＣＰＥを使用して遂行されるだろう。
【００１０】
別の実施例では、特定のコンパニオン・アプリケーションだけが本発明によるシステム内で動作するであろうことを保証するために、一つのメカニズムが設けられるだろう。
【００１１】
別の実施例では、前記ＩＰネットワークは、インターネットまたはイントラネットであるだろう。
【００１２】
別の実施例では、前記ＩＰネットワークは、衛星または放送ＴＶネットワークであるだろう。
【００１３】
別の実施例では、前記ターゲットＣＰＥは、ステレオ、ホームセキュリティシステム、家庭用電気製品、ユーティリティ調量または制御デバイス、産業用コントローラー、自動販売機、遠隔操作ビークル、または、ロボットのようなデバイスであるだろう。
【００１４】
本発明の利点には次の項目が含まれるだろう：（ａ）ＩＰイネーブル・デバイスとターゲットＣＰＥ間での簡単での安全な、ペアリング、ルーティングおよびトラフィックの認証、（ｂ）一つのターゲットＣＰＥで露出される任意の機能を制御するためにＩＰイネーブル・デバイス（例えば、ｉＰａｄ／ｉＰｈｏｎｅ、アンドロイド、ウインドウズ・モバイル）上で動作しているアプリケーションに関する能力、（ｃ）ターゲットＣＰＥのデフォルトコントローラー（例えば、キーボード、増設ディスプレイスクリーン、インターネットアクセス、クリックホイール、タッチスクリーン、マイクロフォン、カメラ）によっては提供されず、ＩＰイネーブル・デバイスによって提供され、ユーザにとってずっと豊かで、さらなる生産的なマルチスクリーン体験を達成することを可能とする機能性へのサポート、（ｄ）ターゲットＣＰＥ（例えば、ＩＲブラスタードングル）を制御するための付加的な外部ハードウェアの必要性の除去、（ｅ）任意の製造業者からのターゲットＣＰＥを制御し、適切なイネーブルソフトウェア（例えば、エンハンスドテレビドメインにおけるＥＢＩＦユーザエージェントとコンパニオン・アプリケーション・クライアントＥＢＩＦアプリケーション）を含むＩＰイネーブル・デバイスに関する能力、および、（ｆ）リソース制約の実施とイネーブリングシステム・コンポーネントに組み込まれた他の制御によりＩＰイネーブル・デバイス上で確実なアプリケーションを提供することがずっと容易になり、これにより、アプリケーションが、より少ないリスクにて、ネットワーク・サービス・プロバイダー（例えば、ケーブル会社、通信会社およびその他の多角的なサービス事業者）に展開および提供されることを可能にすること。
【００１５】
前述の一般的な記載と以下の詳細な記載の双方は、例示的で説明のためだけのものであり、クレームされている本発明を限定していないことが理解されるべきである。添付の図面は、明細書の一部を構成し、本発明の特定の実施例を図解し、詳細な記載とともに本発明の原理を説明するのに寄与している。
【図面の簡単な説明】
【００１６】
この発明は、類似の素子を指定するために類似の参照表示が使用されている添付の図面とともに、以下の詳細な記述を読むことでさらに完全に理解できる。
【図１】ＩＰ利用のサービスインフラストラクチャーを使用してＣＰＥにコンパニオン・サービスを提供するシステムの実施形態を描写している図である。
【図２】ケーブルＴＶネットワークにおけるセットトップボックスとのリンクを介してコンパニオン・サービスを提供するために、ＩＰイネーブル・デバイスを使用するシステムの実施形態を描写している図である。
【図３】階層ネットワーク実装の実施形態を描写している図である。
【図４】関連したテレビと情報をやりとりするＩＰイネーブル・デバイス上で動作しているモーメンタムメーター・アプリケーションの実施形態を描写している図である。
【図５】ターゲットシステムをＩＰイネーブル・デバイスにペアリングするとき使用されるデータとペアを成すデバイス間でメッセージを送付するためのメッセージフォーマットの実施形態を描写している図である。
【図６ａ】ターゲットＣＰＥをＩＰイネーブル・デバイスにペアリングするときターゲットＣＰＥにより実行されるプロセスの実施形態を描写しているフローチャートである。
【図６ｂ】ターゲットＣＰＥをＩＰイネーブル・デバイスにペアリングするときＩＰイネーブル・デバイスにより実行されるプロセスの実施形態を描写しているフローチャートである。
【図７ａ】ターゲットＣＰＥをＩＰイネーブル・デバイスにペアリングするとき分配およびルーティング・サーバーにより実行されるプロセスの実施形態を描写しているフローチャートである。
【図７ｂ】ターゲットＣＰＥをＩＰイネーブル・デバイスにペアリングするときゲートウェイ・サーバーにより実行されるプロセスの実施形態を描写しているフローチャートである。
【図８ａ】本発明によるＩＰイネーブル・デバイスにより実行されるメッセージング用のプロセスの実施形態を描写しているフローチャートである。
【図８ｂ】本発明によるターゲットＣＰＥにより実行されるメッセージング用のプロセスの実施形態を描写しているフローチャートである。
【図８ｃ】本発明によるゲートウェイ・サーバーと分配およびルーティング・サーバーにより実行されるメッセージング用のプロセスの実施形態を描写しているフローチャートである。
【発明を実施するための最良の形態】
【００１７】
図１は、本発明の実施形態によるＩＰ利用のサービスインフラストラクチャーを使用してＣＰＥへコンパニオン・サービスを提供するシステムを描写している。コンパニオン・サービスは、ＣＰＥと情報をやりとりするユーザの効果および／または楽しみをエンハンスするために、ターゲットＣＰＥの能力を補足するサービスである。コンパニオン・サービスは、ターゲットＣＰＥが設けられたハードウェアおよびソフトウェアによって提供されないＩＰイネーブル・デバイスの能力を利用するだろう。本発明により提供されるキーとなるインフラストラクチャーコンポーネントは、図１にてグレー色で強調表示された箇所（１１２、１１３、１１４、１２２、１３２）であるだろう。
【００１８】
図１に描かれているように、本発明は、ＩＰネットワーク１１５を経由してＩＰイネーブル・デバイス１００に通信的に結合されるゲートウェイ・サーバー１１０を備えるだろう。ゲートウェイ・サーバー１１０は、複数のＩＰイネーブル・デバイス１００上で動作しているコンパニオン・アプリケーション１０２へウェブ・サービス１１２を提供するだろう。ウェブ・サービス１１２は、ターゲットＣＰＥ１３０で実行されるだろう一連の機能を規定している。これらの機能は、ＣＰＥ１３０の特定のソフトウェアおよびハードウェア機能性へのアクセスを提供することでターゲットＣＰＥ１３０にて提供されるだろうデバイス・ソフトウェア１３４上で動作しているコンパニオン・アプリケーション・クライアント１３２によって支援される。
【００１９】
ＩＰイネーブル・デバイス１００は、タブレットＰＣ（例えば、アップルｉＰａｄ（登録商標））、スマートフォン（例えば、アップルｉＰｈｏｎｅ（登録商標）、サムソン・ギャラクシーＳ（登録商標）、アンドロイド）、ＰＤＡ（例えば、パーム、ブラックベリー（登録商標））やラップトップ・コンピュータのようなデバイスであるだろう。ウェブ・サービス１１２を使用して、コンパニオン・アプリケーション１０２は、実質的に任意のＩＰイネーブル・デバイス１００のオペレーテイングシステム（例えば、ｉＰａｄ・ＯＳ、アンドロイド、ウインドウズ・モバイル）上で動作するように敏速に展開されるだろう。ＩＰイネーブル・デバイス１００およびコンパニオン・アプリケーション１０２は、また、それらの機能性をエンハンスするために、ＩＰネットワーク１１５を経由して提供されるその他のサービスを利用するだろう（図示せず）。
【００２０】
ウェブ・サービス１１２に加えて、ゲートウェイ・サーバー１１０は、ＩＰイネーブル・デバイス１００を適切なターゲットＣＰＥ１３０とペアにし、アンペアにするネットワーク管理サービス１１３を具備し、デバイスおよびメッセージを認証し、ネットワークリソースを管理し、ＩＰイネーブル・デバイス１００とターゲットＣＰＥ１３０間でメッセージの安全な送信を実行するだろう。ゲートウェイ・サーバー１１０は、また、一つ以上の分配およびルーティング・サーバー１２０へメッセージをルートするだろうメッセージ・ルーティングおよびリレー機能１１４を具備するだろう。一つ以上の分配およびルーティング・サーバー１２０は、分配およびルーティング・サーバー１２０により提供されるメッセージ・リレーおよびルーティングサービス１２２を使用して、ペアを成すデバイス（１００、１３０）間でデータおよびメッセージを配信するＩＰネットワーク１１５を介して、経路を協調的に提供するだろう。その例示的な経路は、ルートノードに位置するゲートウェイ・サーバー１１０と、中間ノードで提供されるメッセージ・ルーティングおよびリレーサービス１２２と、リーフに位置する加入ターゲットＣＰＥ１３０による階層構造であるだろう。ゲートウェイ・サーバー１１０は、ユーザアクション、システムのステータスおよびアクティビティを計測し、分析し、報告するのに使用されるだろうデータ収集を提供するだろう。
【００２１】
分配およびルーティング・サーバー１２０は、同種である必要がなく、むしろ、それらは異なって実現され、ネットワーク内でそれらが存在するところに適するように、基本メッセージ・ルーティングおよびリレーサービス１２２を越えて機能を提供するだろう。
【００２２】
ターゲットＣＰＥ１３０にてウェブ・サービスを実行することに加えて、コンパニオン・アプリケーション・クライアント１３２は、ターゲットＣＰＥ１３０上で露出されるウェブ・サービスを提供するために、ターゲットＣＰＥ１３０とＩＰイネーブル・デバイス１００のペアリングとアンペアリング、および、それらの間の安全な通信に関与するだろう。
【００２３】
図２は、本発明の実施形態によるセットトップボックス２３０とのリンクを介してコンパニオン・サービスを提供するために、ＩＰイネーブル・デバイス２００を使用するだろうシステムの実施形態を描写している。図２に描かれているように、ゲートウェイ・サーバー２１０は、オプションとしてインターネットを含むだろうＩＰネットワーク２１５を経由して、ＩＰイネーブル・デバイス２００に通信的に結合されるだろう。ゲートウェイ・サーバー２１０は、ケーブルＴＶネットワーク内でエンハンスドテレビジョン（ＥＴＶ）サービスを提供する集中型・サーバーであるだろうし、複数のＩＰイネーブル・デバイス２００上で動作しているコンパニオン・アプリケーション２０２へのウェブ・サービス２１２の提供を含むだろう。ウェブ・サービス２１２は、ターゲットセットトップボックス２３０上で実行されるだろう一連の機能を規定するだろう。これらの機能は、エンハンスドＴＶバイナリーインターチェンジフォーマット（ＥＢＩＦ）標準規格を使用して実現され、セットトップボックス２３０上で動作しているＥＢＩＦユーザエージェント（ＵＡ）２３４により実行されるだろうコンパニオン・アプリケーション・クライアント２３２によって支援されるだろう。コンパニオン・アプリケーション・クライアント２３２は、ウェブ・サービス２１２をセットトップボックス２３０上で実行可能な機能へマッピングしているセットトップボックス２３０の特定のソフトウェアおよびハードウェア機能性へのアクセスを提供するだろう。
【００２４】
ゲートウェイ・サーバー２１０は、ハイブリッド・ファイバー同軸（ＨＦＣ）分配ネットワーク２２５にわたるインターネット・プロトコル（ＩＰ）を使用するメッセージを適切なペアを成すセットトップボックス２３０へルートするために、一つ以上のＥＴＶプラットフォーム・サーバー２２０の動作メッセージ・ルーティングおよびリレーサービス２２２に通信的に結合されるだろう。このセットトップボックス２３０構成は、ペアを成すＩＰイネーブル・デバイス２００がチャンネル変更、現在のセットトップボックス状態のクエリー、ＤＶＲ記録制御、関連するテレビスクリーン２４０上でのテキストとグラフィックディスプレイ、ＴＶ２４０での対話式ダイアログのプレゼンテーションのようなセットトップボックス機能を実行することを許可するだろう。
【００２５】
ＩＰイネーブル・デバイス２００は、タブレットＰＣ（例えば、アップルｉＰａｄ（登録商標））、スマートフォン（例えば、アップルｉＰｈｏｎｅ（登録商標）、サムソン・ギャラクシーＳ（登録商標）、アンドロイド）、ＰＤＡ（例えば、パーム、ブラックベリー（登録商標））やラップトップ・コンピュータのような携帯デバイスであるだろう。ウェブ・サービス２１２を使用することで、コンパニオン・アプリケーション２０２は、任意のＩＰイネーブル・デバイス２００作動システム（例えば、ｉＰａｄ・ＯＳ、アンドロイド、ウインドウズ・モバイル）上で動作するために、容易に展開されるだろう。ＩＰイネーブル・デバイス２００とコンパニオン・アプリケーション２０２は、また、ＩＰネットワーク２１５を経由して提供されるその他のサービスを、それらの機能性をエンハンスするために、利用するだろう。例えば、ボーティングおよびポーリングアプリケーション（図示せず）は、ボーティングおよびポーリングアプリケーションを動作させているだろう全てのまたはいくつかのＩＰイネーブル・デバイス２００から受信される投票を総計およびレポートするために、ＩＰネットワーク２１５に付随されるだろうアプリケーション・サーバー（図示せず）とコミュニケーションするだろう。ＩＰイネーブル・デバイス２００へ送られる結果は、それから、ボーティングまたはポーリング結果をテレビ２４０上で心地よく提示するような機能に影響を及ぼすために、ペアを成すセットトップボックス２３０の各々へ送られるだろう。
【００２６】
ウェブ・サービス２１２に加えて、ゲートウェイ・サーバー２１０は、ＩＰイネーブル・デバイス２００を適切なセットトップボックス２３０とペアおよびアンペアし、デバイスを認証し、ネットワークリソースを管理し、ＩＰイネーブル・デバイス２００とセットトップボックス２３０間でメッセージの安全な送信を実行するネットワーク管理サービス２１３を提供するだろう。ゲートウェイ・サーバー２１０は、また、ペアを成すデバイス（２００、２３０）間でデータおよびメッセージを配信するためのＩＰネットワーク２１５を介して経路を協調的に提供するだろう一つ以上のＥＴＶプラットフォーム・サーバー２２０へメッセージをルートするだろう、ＥＴＶプラットフォーム・サーバー２２０により提供されるメッセージ・リレーおよびルーティングサービス２２２を使用して影響を受けるだろうメッセージ・ルーティングおよびリレー機能２１４を提供するだろう。
【００２７】
ＥＢＩＦインフラストラクチャーにてコンパニオン・アプリケーション・クライアント２３２を構築することは、いくつかの利点を提供する。ＥＢＩＦインフラストラクチャーはケーブル事業者により既に配備されているので、クライアント２３２を介して動作しているそれぞれのおよびあらゆるＴＶコンパニオン・サービスをテストする必要性を減らすか除去することで、商品導入のスピードは改善されるだろう。全てのセットトップボックス２３０およびネットワークリソース（２１５、２２０、２２５）は、帯域幅を含めて、本発明により提供されるインフラストラクチャーによって保護されるだろうし、これにより、任意のコンパニオン・アプリケーション２０２が不都合にプロバイダーのシステムに影響を及ぼすのを防止している。
【００２８】
もっと有能なＩＰイネーブル・デバイス２００をターゲットセットトップボックス２３０とペアリングすることで、ユーザは、セットトップボックス２３０が設けられたリモート制御デバイス（単数または複数）を使用することに対して、著しくエンハンスドされた機能性を達成するだろう。例えば、セットトップボックスが設けられたリモート制御デバイスは、テレビ視聴体験（例えば、チャンネル変更、ボリューム、お好みのチャンネル、双方向プログラムガイドナビゲーション）のキーアスペクトを制御するための多数のボタンを提供するだろう。大部分の標準セットトップボックス・リモート制御は、しかしながら、キーボード機能性、高解像度タッチディスプレイスクリーン、インターネット接続性、または、マイクロフォンかカメラ入力を有していない。セットトップボックスにより提供される機能が、ＩＰイネーブル・デバイスにより提供されるそのようなエンハンスドされた能力によって補足されるとき、視聴者には、さらに豊富でさらに楽しい体験が得られる。同様に、セットトップボックスを、もともとシステムが設けられたリモート制御デバイス（単数または複数）から分離することで、他の利点が可能となる。例えば次のとおりである：（ａ）開発者は、システムプロバイダーにより想定されることからターゲットデバイスを制御するために全く新しい方法を提供するだろう（例えば、いくらかのセットトップボックスユーザは、アップルｉＰｏｄ形式のクリックホイール、タッチスクリーン、または、標準マルチボタンリモートに対してＩＰイネーブル・デバイスのマイクロフォンを使用した音声による指示入力を使用してそれらのＴＶを制御することを好むだろう）、および、（ｂ）ユーザ達は、システムを置き換えるよりはむしろそれらの既存のターゲットシステムハードウェアおよびソフトウェアと一緒に動作する新しくてエンハンスされたマルチ機能制御デバイスを取得することで、彼等のターゲットシステムをアップグレードすることができるだろう。加えて、エンハンスドＴＶ（ＥＴＶ）ＥＢＩＦアプリケーションは、クラウドコンピューティングサービスおよびＩＰイネーブル・デバイス上で動作しているコンパニオン・アプリケーションにより提供されるインターネットコンテンツへの付加的なアクセスを介してエンハンスされるだろう。
【００２９】
例示的な実施例は、加入者のＥＢＩＦイネーブル・セットトップボックスおよびＴＶスクリーンに、加入者のインターネットデバイス上で動作するアプリケーションを、インターネットを介して、安心で安全な接続で提供するだろう。図５とともに記載されたようなメカニズムを使用して、ウェブ・サービス・イネーブル・インターネットデバイスは、ＥＢＩＦイネーブル・セットトップボックスにリンクされるだろう。一旦リンクされると、インターネットデバイスは、世界中のどこからのセットトップボックス上のコンパニオン・アプリケーション・クライアントアプリケーションと連携するだろうし、次のような機能を果たすだろう：
セットトップボックスおよびＴＶでのチャンネルを変更する機能、
現在のチャンネル、プログラムおよびセットトップボックスの状態をクエリーする機能、
セットトップボックスで即時のＤＶＲ記録を開始する機能、
セットトップボックスで将来のＤＶＲ記録をスケジュールする機能、
限定されたテキストおよび／またはグラフィックをビデオのトップを通じてＴＶスクリーン上に表示する機能、
ユーザと対話するためにビデオを通じてＴＶスクリーン上にダイアログを表示する機能、および、
セットトップボックスをオンまたはオフする機能。
【００３０】
そのようなサービスは、セットトップボックス上の任意のＥＢＩＦユーザエージェントのために利用できるだろう。現行の発明による適切なエンハンスドＥＢＩＦユーザエージェントとともに、増設エンハンスドサービスが、また、次の事柄を含んで、利用できるだろう：
セットトップボックス上で利用できるＥＢＩＦアプリケーションの発見、
セットトップボックス上で利用できるＥＢＩＦアプリケーションのローンチング、および、
セットトップボックス上で利用できるエンハンスドＥＢＩＦアプリケーションとのコミュニケーション（例えば、ｉＰｈｏｎｅへのアップロード発信者ＩＤコールログ）。
【００３１】
別の実施形態において、ＩＰネットワーク１１５はイントラネットである。
【００３２】
別の実施形態において、ＩＰネットワーク１１５は衛星または放送ＴＶネットワークである。
【００３３】
別の実施形態において、ＩＰネットワーク１１５は、ケーブルまたは通信会社のような多角的なサービス事業者により提供されるだろう。
【００３４】
別の実施形態において、ターゲットＣＰＥ１３０は、ステレオ、ホームセキュリティシステム、家庭用電気製品、ユーティリティ調量または制御デバイス、産業用コントローラー、自動販売機、遠隔操作ビークル、または、ロボットのようなデバイスであるだろう。
【００３５】
別の実施形態において、ＩＰイネーブル・デバイス２００は、デスクトップＰＣ、情報端末、セットトップボックス（例えば、シスコ、モトローラ、ペース）のような係留されたデバイスであるだろう。そのような構成は、例えば、一方のセットトップボックスと他方とのペアリングしてユーザが他方を使用して一つのボックスを制御できることを許可するだろうし、または、複数のボックスがその他の方法にて協力することを許可するだろう。
【００３６】
図３は、本発明の実施形態による階層ネットワーク実装を描写している。このようなネットワークにおいて、複数のＩＰデバイス３１０は、ルートノードに位置するだろうゲートウェイ・サーバー３００に通信的に結合されるだろうし、メッセージ・ルーティングおよびリレーサービス３２０は、中間ノードの一つ以上のレベルに位置するだろうし、端末メッセージ・ルーティングおよびリレーサービス３２０は、リーフに位置するだろう参加のターゲットＣＰＥ３３０に通信的に結合されるだろう。全てのノードは、ＩＰネットワーク３１５を経由して接続される。ＩＰデバイス３１０とＣＰＥ３３０のペアリングおよびペアを成すデバイス（３１０、３３０）間のメッセージングが、図５、図６ａ、図６ｂ、図７ａ、図７ｂ、図８ａ、図８ｂおよび図８ｃに描かれている実施形態に関して、以下に、さらに十分に記載されているように、達成されるだろう。
【００３７】
図４は、関連したテレビ４１０と情報をやりとりするＩＰイネーブル・デバイス４００上で動作している例示的なモーメンタムメーターを描写している。ＩＰイネーブル・デバイス４００は、高解像度ディスプレイを覆うタッチスクリーンを有し、ワイヤレスＷｉＦｉまたはインターネット接続３Ｇを提供するタブレットＰＣであるだろう。モーメンタムメーター・アプリケーションは、タブレットＰＣ４００をＩＰネットワーク２１５上に存在するアプリケーション・サーバーにリンクするだろう。アプリケーション・サーバーは、モーメンタムメーターを動作させるユーザからの「投票」を計数する。投票は、各々のユーザが考えるどのチームが、ケーブルＴＶネットワークを通じて放送されるスポーツ・イベントにおいて、モーメンタムを持つかを示すだろう。アプリケーションは、ゲームの日時、放送のチャンネル、開催地、チームプレーィング、現在のスコア、期限（または、残存時間）、チームとプレヤー統計、歴史的統計等のようなゲームについての種々の情報４０１を表示するだろう。
【００３８】
アプリケーションは、また、彼または彼女の投票を投じるために、適切なボタンをたたくようにユーザに指示するテキストプロンプト４０４を有するだろう。図４によって描かれている実施形態において、左ボタン４０２は「フォース」用の投票を示し、右ボタン４０３は「ロケット」用の投票を示す。ユーザがボタン４０２または４０３をたたくと、投票が捕獲され、フィルターされ（例えば、与えられた時間量内に既定のユーザが投じることができる投票の数には限度があるだろう）、そして、コンパニオン・アプリケーション２０２および関連したアプリケーション・サーバーによりその他のユーザからの投票と集計される。アプリケーション・サーバーは、参加している各ＩＰイネーブル・デバイス４００（２００）に、それぞれのチームに対して計算されたモーメンタムを示す集計結果を送付するだろう。各デバイス４００（２００）は、本発明により記載されたインフラストラクチャーと方法によって、この結果を、そのペアを成す各セットトップボックス２３０に送付するだろ。セットトップボックス２３０では、セットトップボックス２３０上に露出されたウェブ・サービス１１２によってセットトップボックス２３０上で動作しているＥＢＩＦコンパニオン・アプリケーション・クライアント２３２を使用して、この集計モーメンタム結果が、接続されているテレビ４１０（２４０）上に提出されるだろう。露出されたウェブ・サービス１１２は、スクリーン上に、ライン、形状、テキスト、または、簡単なテンプレートのコンポーネントで描写したり、対話する能力を有するだろう。現行の例では、モーメンタムメーター・グラフィック４１２が、ケーブルネットワークを通じて放送されている生放送のスポーツ・イベントのトップにわたってテレビ４１１上に提示され、表示されるだろう。グラフィック４１２は、どのチームが現在ゲーム内でモーメンタムを持っているとして投票されているかを表示するだろう。図４は、「フォース」４１４が、投票総数の６０〜７０%を獲得した「ロケット」４１３を超えたところにモーメンタムを持つことを示す。
【００３９】
当業者であれば、図４について記載された実施形態が、ネットワークにわたるリアルタイムのユーザ投票を行って蓄積するために、任意の数のその他の実施例に適用されるだろうことを敏速に理解するであろう。例えば、図４に描かれている実施例は、政治討論、ニュースプログラム、ゲームショウ、ホームショッピングチャンネル、または、任意の他のタイプのプログラミングに関して適用されるだろう。
【００４０】
ターゲットＣＰＥがステレオ、ホームセキュリティシステム、家庭用器具、ユーティリティ調量と制御システム、産業用コントローラー、自動販売機、遠隔操作ビークルおよび／またはロボットであるアプリケーションにおいて、例示的なコンパニオン・サービスは次の事項を含むだろう：（ａ）セキュリティシステム機能を可能にし、また、どのビデオカメラまたはセンサーがデバイス上で表示するのに供給されるのかを特定するために、ＩＰデバイス上での音声命令またはタッチパッド機能性を利用することにより、ホームセキュリティシステムによって提供される機能を補足すること、（ｂ）ＩＰネットワーク上のサービスとして利用できるＩＰデバイス・モニターポリスアラートを有することで機能し、もし、ローカルエリアにて不審な行動が報告されれば、高まった状態にシステムを自動的にセットするホームセキュリティシステム機能を補足すること、（ｃ）スマート冷蔵庫内の商品在庫を監視し、必要とされる商品に対して最良の取引を見出すために地方の食料雑貨品店ウェブ・サイトにリンクし、それらのＩＰイネーブル・デバイス上のユーザに購買を示唆することにより家庭用電気製品ネットワークにより提供される機能を補足すること、および、（ｄ）リモートプレゼンスロボットからカメラとマイクロフォン入力を連結し、ペアを成すＩＰイネーブル・デバイス上で動作しているコンパニオン・アプリケーションにより提供されるイメージ認識能力に基づいてロボット応答を自動的に発生すること。
【００４１】
図５の図表は、本発明に従って、ターゲットＣＰＥをＩＰイネーブル・デバイスにペアリングするときに使用されるデータとペアを成すデバイス間でメッセージを送付するためのメッセージフォーマットの実施形態を描写している。このデータは、本発明の実施形態従って例示的な適切なペアリングとメッセージング動作を記載している図６ａ、図６ｂ、図７ａ、図７ｂ、図８ａ、図８ｂおよび図８ｃに描かれている実施形態と併せて参照され、記述されている。
【００４２】
図６ａのフローチャートは、ターゲットＣＰＥを本発明の実施形態によるＩＰイネーブル・デバイスにペアリングするときターゲットＣＰＥにより実行されるプロセスの実施形態を描写している。プロセスは、ステップ６００にて始まるだろう。ステップ６０１において、ＣＰＥ上のコンパニオン・アプリケーション・クライアントは、デバイスペアリングプロセスを開始するために新しい個人識別番号（ＰＩＮ）を生成するだろう。ＰＩＮ生成は、リモート制御を使用して手動で、または、同様のメカニズムを経由してＣＰＥ上で開始されるだろう。実施形態において、任意のＰＩＮ発生メカニズムも、次のいずれかを提供することになるだろう：（ａ）同じペアリング終了期間の間にユニークである２つのＣＰＥ上でのＰＩＮの生成か、（ｂ）メッセージ・ルーティングおよびリレーの期間に複製ＰＩＮを拒絶および受諾できる一つが生成されるまで別のＰＩＮを発生することをＣＰＥに要求すること。生成されたＰＩＮは、ステップ６０２にてＣＰＥに関連付けられたスクリーンまたはＴＶ上に表示されるだろう。ＰＩＮが、ユーザによりペアとされたＩＰイネーブル・デバイスに、一旦入力されると、表示されたＰＩＮはスクリーンから退けられるだろう。ステップ６０３において、ＣＰＥは、ペアリングトランザクションにて使用するための新しいグローバル一意デバイス・トークンを生成するだろう。ＰＩＮ５０１、デバイス・トークン５０２およびデバイスのＩＰアドレス５０３は、ペアリング要求５００としてステップ６０４にてネットワーク内の即時親ノードに送られる。ステップ６０５において、ＣＰＥは、ＣＰＥ５１１のデバイス・トークンおよびペアを成すＩＰイネーブル・デバイス５１２から受信されるユニークなデバイス・トークンからなるネットワークからのペアリング応答５１０を待つだろう。もし、応答が受信されれば（すなわち、ステップ「応答を得た？」＝Ｙ）、ペアリング応答５１０は将来のメッセージ・ルーティングにて使用するために、ステップ６０７にて記憶されるだろう、そして、プロセスは停止する６０８。もし、ステップ６０５にて応答なしが受信されれば（「応答を得た？」＝Ｎ）、ＣＰＥは、応答が受信される（ステップ６０７）またはループがタイムアウトする（すなわち、ステップ６０６にてタイムアウト？＝Ｙ）のいずれかまでタイミングループ（ステップ６０６および６０５）内で何もしないだろう。もし、ループがタイムアウトすれば、プロセスは停止し６０８、何も記憶されない。
【００４３】
図６ｂのフローチャートは、ターゲットＣＰＥを、本発明の実施形態によるＩＰイネーブル・デバイスにペアリングする際に、ＩＰイネーブル・デバイスにより実行されるプロセスを描写している。プロセスはステップ６１０にてスタートする。ステップ６１１において、ユーザは、図６ａに描かれているプロセスにおいてＣＰＥにより生成されるＰＩＮのような、ＴＶスクリーン又はその他のＣＰＥデバイススクリーン上に表示されるだろうＰＩＮを、ＩＰイネーブル・デバイスに入力する。ステップ６１２において、ＩＰイネーブル・デバイスは、ペアリングトランザクションにて使用される新しいグローバル一意デバイス・トークンを生成するだろう。入力されたＰＩＮ５０１、デバイス・トークン５０２およびＣＰＥのＩＰアドレス５０３は、ペアリング要求５００として、ステップ６１３にてネットワーク（すなわち、ゲートウェイ・サーバー）内のルートノードに送られるだろう。ステップ６１４において、ＩＰイネーブル・デバイスは、ネットワークから、ペアを成すＣＰＥ５１１を代表するだろうデバイス・トークンと現在のＩＰイネーブル・デバイス５１２のデバイス・トークンからなるペアリング応答５１０を待つだろう。もし、応答が受信されれば（すなわち、ステップ「応答を得た？」＝Ｙ）、ペアリング応答５１０は、将来のメッセージ・ルーティングに使用するために、ステップ６１６にて記憶されるだろう、そして、プロセスは停止する６１７。もし、ステップ６１４にて応答なしが受信されれば（「応答を得た？」＝Ｎ）、ＩＰイネーブル・デバイスは、応答が受信される（ステップ６１６）またはループがタイムアウトする（すなわち、ステップ６１５にてタイムアウト？＝Ｙ）のいずれかまでタイミングループ（ステップ６１４および６１５）内で何もしないだろう。もし、ループがタイムアウトすれば、プロセスは停止し６１７、何も記憶されない。
【００４４】
その他の実施形態において、ペアリングにおける役割は、描写され記載された図６ａ、図６ｂのものから逆転されてもよい。すなわち、ＩＰイネーブル・デバイスがＰＩＮを生成してペアリングプロセスを開始してもよく、そして、ＣＰＥが、ＰＩＮを入力するために使用されてペアリングプロセスを完了してもよい。
【００４５】
図７ａのフローチャートは、ターゲットＣＰＥを本発明の実施形態によるＩＰイネーブル・デバイスにペアリングする際に、分配およびルーティング・サーバーにより実行されるだろうプロセスを描写している。プロセスはステップ７００にてスタートする。ステップ７０１において、分配およびルーティング・サーバーのメッセージ・ルーティングおよびリレーサービスは、図４に描かれている親／子関係のようなネットワーク内の親または子ノードからペアリング要求５００又はペアリング応答５１０を受信するだろう。ステップ７０２において、前のステップにて受信されたデータは、それがペアリング要求５００またはペアリング応答５１０であるかどうか評価されるだろう。もし、それがペアリング要求５００であれば（ペアリング要求？＝Ｙ）、プロセスはステップ７０３を続けるだろうし、分配およびルーティング・サーバーは、送付ノード５２２のＩＰアドレスと期限切れ日時５２３とともに、ペアリング要求５００（デバイス・トークン５０２）から抽出されるデバイス・トークン５２１からなる新しいペアリング・トリプル５２０を生成および記憶するだろう。期限切れ日時５２３は、現在の時間プラス関連データがペアリングプロセス用に有効である追加の時間であるように規定されるだろう。ペアリング用に発生されるＰＩＮとデバイス・トークンは、この時間の間、例えば、1分間だけ有効であろう。ステップ７０４において、分配およびルーティング・サーバーは、ペアリング要求５００内のＩＰアドレスを現在のネットワークノードのＩＰアドレスに置換し、結果として生じたペアリング要求５００をネットワーク内のその親ノードに送付するだろう。ステップ７０９において、分配およびルーティング・サーバーは、現在の日時を越えるそれらの期限切れデータと時間フィールド５２３により示されるような全ての期限切れのペアリング・トリプル５２０を削除するだろう、そして、プロセスは停止する７１０。もし、ステップ７０２におけるテストが、ペアリング応答５１０が受信されたこと（ペアリング要求？＝Ｎ）を示せば、分配およびルーティング・サーバーはステップ７０５を実行するだろうし、そこにおいて、それは、たった今受信されたペアリング応答５１０内のデバイス・トークン（５１１又は５１２）にマッチングするデバイス・トークン５２１により前もって記憶されたペアリング・トリプル５２０を検索するだろう。ステップ７０６において、もし、マッチが見つけられない（「マッチが発見された？」＝Ｎ）ならば、処理は、前に記述されたステップ７０９と７１０を続けるだろう。もし、ステップ７０６にてマッチが見つけられた（「マッチが発見された？」＝Ｙ）ならば、処理は、ステップ７０７を続けるだろうし、そこにおいては、分配およびルーティング・サーバーは、ペアリング・トリプル５２０とペアリング応答５１０から生成される新しいルーティング・トリプル５４０を生成および記録するだろう。ルーティング・トリプル５４０は、そのとき、ペアを成す２つのデバイス（ＩＰイネーブル・デバイスとＣＰＥ）（５４１、５４２）用のデバイス・トークンとペアリング・トリプル５２０内に含まれる近隣ルーティングノードのＩＰアドレス５４３からな��だろう。プロセスはステップ７０８を続けるだろうし、そこにおいては、前のステップにて使用されたペアリング応答５１０が、マッチしたペアリング・トリプル５２０内で見つけられたＩＰアドレスに送付される。プロセスは、それから、ステップ７０９、７１０で終了するだろう。
【００４６】
図７ｂのフローチャートは、ターゲットＣＰＥを本発明の実施形態によるＩＰイネーブル・デバイスにペアリングする際に、ゲートウェイ・サーバーにより実行されるだろうプロセスを描写している。プロセスはステップ７２０にてスタートする。ステップ７２１において、ゲートウェイ・サーバーは、ＩＰイネーブル・デバイス又はＣＰＥから来るだろうペアリング要求５００を受信するだろう。ステップ７２２において、ゲートウェイ・サーバーは、ＰＩＮ５３１、デバイス・トークン５３２、ＩＰアドレス５３３、および、期限切れデータと時間５３４からなる新しいペアリング・クアッド５３０を生成および記憶するだろうし、そこでは、ＰＩＮ５３１、デバイス・トークン５３２およびＩＰアドレス５３３が、着信してくるペアリング要求５００から構築されている。ステップ７２３において、ゲートウェイ・サーバーは、マッチングＰＩＮ５３１であるが異なるＩＰアドレス５３３により２個の記憶したペアリング・クアッド５３０を検索するだろう。ステップ７２４に示すように、もし、マッチが見つけられる（「マッチが発見された？」＝Ｙ）ならば、プロセスは、ステップ７２５を続けるだろうし、そこでは、ゲートウェイ・サーバーは、マッチングペアリング・クアッド５３０から生成されたデバイス・トークン（５５１、５５２）とＩＰアドレス（５５３、５５４）からなる新しいルーティング・クアッド５５０を生成および記憶するだろう。ステップ７２６において、マッチングペアリング・クアッド５３０の双方に対して、ゲートウェイ・サーバーは、対応するペアリング応答５１０を生成し、それを選択されたペアリング・クアッド５３０内で見つけられたＩＰアドレス５３３に送付するだろう。その後、ステップ７２７において、全ての期限切れのペアリング・クアッド５３０は削除されるだろう、そして、プロセスは停止する７２８。ステップ７２４に戻って、もし、マッチングＰＩＮであるが異なるＩＰアドレスを持つ２個のペアリング・クアッド５３０が見つけられない（「マッチが発見された？」＝Ｎ）ならば、プロセスはステップ７２７と７２８を続けるだろうし、そこでは、全ての期限切れのペアリング・クアッド５３０は削除されるだろう、そして、プロセスは停止する。
【００４７】
図８ａのフローチャートは、本発明の実施形態によるＩＰイネーブル・デバイスにより実行されるメッセージング用のプロセスを描写している。プロセスはステップ８００にてスタートする。ステップ８０１において、ペアを成すデバイスに関連付けられたメッセージペイロード５６３および記憶したペアリング応答５１０が与えられて、ＩＰイネーブル・デバイスは、送信デバイス・トークン５６１、受信デバイス・トークン５６２およびメッセージペイロード５６３からなるメッセージ５６０にその２つを組み込むだろう。ステップ８０２において、ＩＰイネーブル・デバイスは、メッセージをネットワーク内のゲートウェイ・サーバー（すなわち、ルートノード）に送付するだろう、そして、プロセスは停止する８０３。
【００４８】
図８ｂのフローチャートは、本発明の実施形態によるターゲットＣＰＥにより実行されるメッセージング用のプロセスを描写している。プロセスはステップ８１０にてスタートする。ステップ８１１において、ペアを成すデバイスに関連付けられたメッセージペイロード５６３および記憶したペアリング応答５１０が与えられて、ターゲットＣＰＥは、送信デバイス・トークン５６１、受信デバイス・トークン５６２およびメッセージペイロード５６３からなるメッセージ５６０にその２つを組み込むだろう。それから、ステップ８１２において、ターゲットＣＰＥは、メッセージを、ネットワーク内のその親メッセージ・ルーティングおよびリレーサービスノード（すなわち、親ノード）に送付するだろう、そして、プロセスは停止する８１３。
【００４９】
図８ｃのフローチャートは、本発明の実施形態によるゲートウェイ・サーバーとルーティングおよび分配・サーバー（すなわち、非終端ノード）により実行されるメッセージング用のプロセスを描写している。プロセスはステップ８２０にてスタートする。ステップ８２１において、非終端ノードはネットワーク内の別のノードからメッセージ５６０を受信するだろう。ステップ８２２において、非終端ノードは、受信されたメッセージ５６０内のデバイス・トークン（５５１、５５２）にマッチングするデバイス・トークン（５６１、５６２）により記憶したルーティング・クアッド５５０を検索するだろう。実施形態によれば、マッチング・トークンの順序は任意の方法で配置されるだろう。もし、マッチング・デバイス・トークンが、ステップ８２３にて示されるように見つけられる（「マッチが発見された？」＝Ｙ）ならば、ステップ８２４が実行されるだろう、そこでは、非終端ノードがメッセージのリソース使用意義（例えば、ネットワーク帯域幅意義）を評価するだろう。もし、ステップ８２５において、メッセージが許可される（メッセージを許可する？＝Ｙ）ならば、ステップ８２７が実行されるだろうし、そこでは、非終端ノードは、メッセージ５６０からの受信デバイス・トークン５６２に対応するルーティング・クアッド５５０内でＩＰアドレス（５５３または５５４）を見つけるだろう。ステップ８２８において、非終端ノードは、オリジナルメッセージ５６０を、前のステップにて見つけられたＩＰアドレスを有するノードに送付するだろう、そして、プロセスは停止する８２９。ステップ８２３と８２５に戻って、もし、どちらかのテストが失敗（「マッチが発見された？」＝Ｎおよびメッセージ許可？＝Ｎの各々）ならば、処理は、ステップ８２６を続けるだろう、そこでは、非終端ノードは、メッセージペイロード５６３を失敗応答で置換するだろうし、メッセージ５６０は、メッセージ送付者に戻されるだろう、そして、処理は停止する８２９。
【００５０】
模範的なメカニズムが、特定のコンパニオン・アプリケーション１０２だけが本発明によるシステムにおいて動作するであろうことを確実にするために、提供されるだろう。そのようなメカニズムは、ケーブル会社又はその他の多角的なサービス事業者のようなシステム権限者により動作することを認定されて認証されるコンパニオン・アプリケーションだけが、例えば、サポートされることを保証するだろう。そのような提供は、許容レベルにＩＰネットワーク１１５トラフィックを制限し、認定されないアプリケーションが顧客とネットワークコンポーネントに悪影響を与えることを防止するのに重要であり、また、システム権限者によるより大きな全体的な制御を許可している。キー署名方法を利用するアクセス・トークンが、ネットワークトラフィックを識別するために提供されるだろう。そのようなトークンは、アプリケーションプロバイダーは誰なのか、与えられたアプリケーションがどの日時に動作することを認可されているのか、および、どの関連ＴＶチャンネルとプログラムにコンパニオン・アプリケーションを関連付けることができるかを識別する属性を有する。ゲートウェイ・サーバー１１０のネットワーク管理コンポーネント１１３またはターゲットＣＰＥ１３０のコンパニオン・アプリケーション・クライアント１３２は、認証されない又は認定されないメッセージをフィルターで除去するように構成されるだろう。
【００５１】
ＩＰネットワーク１１５における過度のトラフィックを回避するために、メッセージ圧縮、ペアを成すデバイスによりメッセージングを最小限にするためのコンパニオン・アプリケーション１０２の設計（例えば、デバイス自身１００上およびメインＩＰネットワーク１１５に接続されたアプリケーション・サーバー上で可能な限り多くの処理を行なう）、および、ネットワーク混雑またはその他のエラーに起因して途絶えるだろうメッセージを正常に取り扱うためのコンパニオン・アプリケーション１１５の設計のような当該分野の専門家に知られた種々のメカニズムが実装されるだろう。他のメカニズムは次の事項を含むだろう：（ａ）全接続デバイスからのメッセージを知的にバランスしてフィルターする（例えば、現在アクティブでないデバイスに対してメッセージをフィルターで除去する）ためのゲートウェイ・サーバー１１０を構成すること、および、（ｂ）ポイント・ツー・ポイント・メッセージを、アプリケーション用の放送メッセージに変換すること、そこでは、同一のメッセージが、多くの異なるペアを成すデバイス１００、１３０（例えば、ボーティングおよびポーリング）間で送付される。
【００５２】
デバイスペアリングおよびメッセージング方法に追加のセキュリティを加える模範的なメカニズムは、ゲートウェイ・サーバー（１１０、２１０、３００）のネットワーク管理機能（１１３、２１３）により提供される暗号化を有するだろう。
【００５３】
本発明が広範囲な実用と応用を受入れやすいことは、当業者にとって容易に理解されるだろう。ここにて記載されたこと以外に、本発明の多くの実施例と適応、さらには、多くの変形、修正および等価な配置が、本発明の本質または範囲から逸脱しないで、本発明およびその前述の記述から明らかであろうし、または、合理的に示唆されるであろう。
【００５４】
前述のものは、この発明の実施形態を説明および記述しているが、本発明はここにて開示される構成に限定されないことが理解されるべきである。この発明は、その精神または本質的な属性から逸脱しないで、その他の特別な形式にて具体化できる。
【図１】
0006055769.tif 000002
【図２】
0006055769.tif 000003
【図３】
0006055769.tif 000004
【図４】
0006055769.tif 000005
【図５】
0006055769.tif 000006
【図６ａ】
0006055769.tif 000007
【図６ｂ】
0006055769.tif 000008
【図７ａ】
0006055769.tif 000009
【図７ｂ】
0006055769.tif 000010
【図８ａ】
0006055769.tif 000011
【図８ｂ】
0006055769.tif 000012
【図８ｃ】
0006055769.tif 000013