(57)【要約】  第１の電子デバイス２０１は、前記第１の電子デバイス自体、又は好ましくはユーザ敷地の同じ部屋内に位置する他の電子デバイス２０６、２０８に関する情報を集めることができる。この情報は、ＲＦ−ＩＤタグ２０４、２０７、２０９又は他の送信器から生じることができる。前記情報は、前記他のデバイスの状態又は識別に関連することができる。前記第１の電子デバイスは、前記状態又は識別に応答してプログラム動作３０９、４０９、５０９を変更することができる。前記プログラムは、エンタテインメント型プログラム又はソフトウェア型プログラムであってもよい。前記情報は、実行するブランド特有のプログラムコード６０４、６０５、６０６を選択するのに使用されることができる。
2008533793.tif 000002
【特許請求の範囲】
【請求項１】
システムにおいて、
少なくとも１つの出力デバイスと、
少なくとも１つの受信器と、
少なくとも１つのプロセッサであって、
前記システム内又は近くに位置する少なくとも１つのデバイスに関連付けられた送信器からの信号を識別するように前記受信器をポーリングする動作と、
前記１つのデバイスのタイプを識別する動作と、
前記１つのデバイスの状態を決定する動作と、
前記タイプ及び前記状態に基づいて前記出力デバイスの出力を適合する動作と、
を含む動作を実行するように構成される当該少なくとも１つのプロセッサと、
を有するシステム。
【請求項２】
前記状態が、前記１つのデバイスの形状又は色特性を含む、請求項１に記載のシステム。
【請求項３】
前記状態が、前記１つのデバイスの価値を含む、請求項１に記載のシステム。
【請求項４】
前記状態は、前記デバイスが動作中であるかどうかを含む、請求項１に記載のシステム。
【請求項５】
前記状態が、前記１つのデバイスに関するデータ情報を含む、請求項１に記載のシステム。
【請求項６】
前記出力デバイスが、オーディオ出力デバイスを有し、
前記適合する動作が、前記状態に応答して前記オーディオ出力デバイスの音声を変更する動作を含む、
請求項１に記載のシステム。
【請求項７】
前記プロセッサが、消費者電子デバイス内に配置され、
前記少なくとも１つのデバイスが、電話を有し、
前記電話の状態が、呼び出し中であり、
前記適合する動作は、ユーザが前記電話の呼び出し音を聞くことができるように、前記消費者電子デバイスの音量を下げる動作を有する、
請求項６に記載のシステム。
【請求項８】
前記出力デバイスが、ビデオ出力デバイスを有し、
前記適合する動作が、前記状態と審美的に協調させるように前記ビデオ出力デバイスにおける視覚的特性を変化する動作を有する、
請求項１に記載のシステム。
【請求項９】
前記視覚的特性がスキンである、請求項８に記載のシステム。
【請求項１０】
前記適合する動作が、前記状態に関連する送信されるプログラミングを選択する動作を有する、請求項１に記載のシステム。
【請求項１１】
前記送信器が、前記ユーザ敷地内の部屋の予期される大きさと同程度のレンジを持つ、請求項１に記載のシステム。
【請求項１２】
前記送信器がブルートゥースベースである、請求項１１に記載のシステム。
【請求項１３】
前記送信器がＷｉＦｉベースである、請求項１１に記載のシステム。
【請求項１４】
前記送信器がＲＦタグである、請求項１に記載のシステム。
【請求項１５】
データ処理デバイス内で、
前記データ処理デバイス内又は近くに位置する少なくとも１つのデバイスに関連付けられた送信器からの信号を識別するように前記データ処理デバイスに関連付けられた受信器をポーリングする動作と、
前記１つのデバイスのタイプを識別する動作と、
前記１つのデバイスの状態を決定する動作と、
前記タイプ及び前記状態に基づいて出力デバイスの出力を適合する動作と、
を実行する方法。
【請求項１６】
データ処理デバイスにより読み取り可能な媒体において、
前記データ処理デバイス内又は近くに位置する少なくとも１つのデバイスに関連付けられた送信器からの信号を識別するように前記データ処理デバイスに関連付けられた受信器をポーリングする動作と、
前記１つのデバイスのタイプを識別する動作と、
前記１つのデバイスの状態を決定する動作と、
前記タイプ及び前記状態に基づいて出力デバイスの出力を適合する動作と、
を前記データ処理デバイスに実行させるように構成されたコードを具体化する媒体。
【請求項１７】
システムにおいて、
少なくとも１つの受信器と、
少なくとも１つのプロセッサであって、
前記システム内又は近くに位置する少なくとも１つのデバイスに関連付けられた送信器からの信号を識別するように前記受信器をポーリングする動作と、
前記１つのデバイスのタイプを識別する動作と、
前記識別されたタイプのデバイスを所有するユーザに対してソフトウェア動作を選択する動作と、
を含む動作を実行するように構成される当該少なくとも１つのプロセッサと、
を有するシステム。
【請求項１８】
前記ソフトウェア動作を選択する動作が、前記ソフトウェアの制御のフローを変更する動作を有する、請求項１７に記載のシステム。
【請求項１９】
前記送信器を含む前記１つのデバイスが、前記受信器をも含み、前記ソフトウェアの制御のフローを変更する動作が、前記１つのデバイスの要件によって動作するように汎用目的ソフトウェアを適合する動作を有する、請求項１８に記載のシステム。
【請求項２０】
前記受信器は、前記送信器が前記受信器と同じデバイス内であるかどうかを決定するヒューリスティック又はアルゴリズムを使用するように構成される、請求項１９に記載のシステム。
【請求項２１】
データ処理デバイス内で動作を実行する方法において、前記動作が、
システム内又は近くに位置する少なくとも１つのデバイスに関連付けられた送信器からの信号を識別するように前記受信器をポーリングする動作と、
前記１つのデバイスのタイプを識別する動作と、
前記識別されたタイプのデバイスを所有するユーザに対してソフトウェア動作を選択する動作と、
を有する、方法。
【請求項２２】
データ処理デバイスにより読み取り可能なコードを具体化する媒体において、前記コードが、
前記システム内又は近くに位置する少なくとも１つのデバイスに関連付けられた送信器からの信号を識別するように前記受信器をポーリングする動作と、
前記１つのデバイスのタイプを識別する動作と、
前記識別されたタイプのデバイスを所有するユーザに対してソフトウェア動作を選択する動作と、
を有する動作の実行を引き起こすように構成される、媒体。
【請求項２３】
コンテンツをカスタマイズする消費者電子デバイスにおいて、
少なくとも１つの出力デバイスと、
少なくとも１つの受信器と、
少なくとも１つのプロセッサであって、
ユーザ敷地内のシステム内又は近くに位置する少なくとも１つの消費者電子デバイスに関連付けられた送信器からの信号を識別するように前記受信器をポーリングする動作と、
どのタイプの消費者電子デバイスが前記信号を送信したかを識別する動作と、
前記消費者電子デバイスのタイプに基づいてコンテンツをカスタマイズする動作と、
前記カスタマイズされたコンテンツを前記出力デバイスに提示させる動作と、
を含む動作を実行するように構成される当該少なくとも１つのプロセッサと、
を有する消費者電子デバイス。
【請求項２４】
前記コンテンツをカスタマイズする動作が、複数の可能な放送信号の中から１つの放送信号の選択を引き起こす動作を有する、請求項２３に記載のシステム。
【請求項２５】
前記コンテンツをカスタマイズする動作が、エンタテインメント型プログラミングにおいてプロット変化を選択する動作を有する、請求項２４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子デバイスを制御する分野及び環境に応答して前記電子機器の動作を修正することに関する。
【背景技術】
【０００２】
米国特許出願ＵＳ２００２／０１７４０２５は、標的広告（targeted advertising）及び個人用（personalized）顧客サービスを提供する方法及びシステムを示す。このシステムは、ＲＦＩＤタグ付けされた製品を持つショッピングカートを想定する。ＲＦＩＤタグは、ＰＤＡ、携帯電話、ポケベル又は特別なショッピングカート付属デバイスのような無線通信デバイスをトリガし、何の製品が前記ショッピングカート内にあるかに基づいてカスタマイズされた広告を配信する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
デバイスの動作を他の形に影響を与えるようにデバイスに取り付けられた送信器を使用することが望ましい。
【課題を解決するための手段】
【０００４】
例えば、敷地内の電子デバイスのグループは、特にユーザ敷地（user premises）内の同一場所に配置されたデバイスのアプリケーション動作に作用するために互いに通信することができる。このような通信は、プログラム動作の変化、又は前記デバイスの状態の変化、又はプログラム内容の変化をもたらすことができる。
【０００５】
本発明は、以下の図面を参照して、非限定的な例によりここに記載される。
【発明を実施するための最良の形態】
【０００６】
図１は、本発明の一実施例を示す。このシステムは、１以上のデバイス１０１を含む。これらは、特に、電話、電子レンジ、ビデオゲームプラットフォーム、又はテレビ等のようなどんな消費者デバイスであってもよい。前記システムは、ＰＣ、セットトップボックス、オプションとして消費者デバイスに埋め込まれたデジタル信号プロセッサ又は汎用プロセッサのようなどのようなものであってもよいプロセッサ１０２をも含む。前記システムの他の要素は、モニタ、テレビ、ラウドスピーカ又はプリンタのような、再びどのような適切なものであってもよい出力デバイス１０３である。出力デバイス１０３は、他のデバイスから離れているように図示されるが、点線のボックス１０６及び１０７によりそれぞれ示されるように、プロセッサ１０２又はデバイス１０１の１つと一緒に収容されてもよい。前記システムの前記要素は、例えば無線周波数（"ＲＦ"）において無線で通信することを可能にするアンテナ１０５を持つように示される。http://en.wikipedia.org/wiki/Bluetoothに記載されたブルートゥース技術、又は例えばhttp://en.wikipedia.org/wiki/Wifiに記載されたワイヤレスフィデリティ技術（"Ｗｉ−Ｆｉ"）のような他の無線技術も、図１の前記システムを実施するのに使用されることができる。出力デバイス１０３が他のデバイスと一緒に収容される場合、出力デバイス１０３は独自のアンテナを必要としないかもしれない。オプションとして、前記デバイスの一部は、線を介して接続されてもよく、このようなオプション接続は１０４において点線として示される。デバイス１０１の数は、ユーザ嗜好により変化することができる。
【０００７】
無線通信の１つのオプションは、消費者デバイス１０１においてパッシブ又はアクティブＲＦタグを使用することである。好ましくは、使用されるタグのタイプは、大きな部屋又はアパートの一般的な範囲内で読み取り可能である。このようなタグは、好ましくは、消費者デバイスのようなデバイスの製造者により加えられ、前記デバイスの識別を含むようにプログラムされる。製造者は、独自の理由でこれを行うことができる。代わりに、前記タグは、本発明を実施することを望む人の要求で加えられてもよい。この識別は、好ましくは、ブランド名、製品のタイプ、及びシリアル又はモデル番号を含む。前記プロセッサは、この場合、局所的か離れているかにかかわらず何らかのデータベースにアクセスして、前記デバイスに関する他の情報を得ることができる。このデータベースは、受信デバイス内の表のように単純であってもよく、又はリモートサーバのように複雑であってもよい。
【０００８】
前記タグが提供することができる情報の例は、
・ブランド名及び製品のタイプ、
・シリアル番号又はモデル番号、
・状態、例えば電源のオン／オフ、使用中、アイドル（idle）、エラー等、
・デバイスの寿命を計算するための購入日、
・色又は形状、これらによりアプリケーションが、前記ユーザ敷地における好適な色を用いて色を調整し、例えば、全てが赤色の場合、前記プロセッサは背景色として赤色を選択することができる、
・高価なデバイスが前記ユーザ敷地における雰囲気に関して何かを教えることによる、価値（value）、
である。購入日、色、形状及び価値は、全て、前記デバイスの状態の例と見なされることができる。前記デバイスの所有者のプライバシが望まれる場合、前記タグは、前記所有者に関連する個人の識別情報を省略することができる。
【０００９】
プログラムの動作の様々な変化が、このような状態から生じることができる。
【００１０】
例えば、以下で論じられる２１０を参照すると、前記アプリケーションがテレビの中で実行され、デバイス１０１の１つが電話であること、及び前記電話の状態が呼び出し中であることの両方を検出する場合、アプリケーション２１０は、前記ユーザが呼び出し音を聞くことができるように前記テレビの音量を下げさせる制御コマンドを発行することができる。これは、他のデバイスの状態に応答してオーディオ出力を変更するオーディオ出力デバイスの一例である。
【００１１】
同様に、アプリケーション２１０がテレビ内で実行され、電子レンジが前記ユーザ敷地においてオンであることを検出する場合、アプリケーション２１０は、料理番組に合わせるように前記テレビに信号を送ることができる。これは、他のデバイスの状態に応答して送信される信号を選択する消費者デバイスの一例である。
【００１２】
更に他の例において、ビデオゲームプレーヤが部屋の中で検出される場合、アプリケーション２１０は、スキン又は他の視覚的特性を、現在プレイされているビデオゲームに似るようにすることができる。スキンに関して更には、http://en.wikipedia.org/wiki/Skin_%28computing%29において見つけられることができる。同様に、アプリケーション２１０が複数のスキンを持ち、特定のユーザごとに１つを選択することを望むと仮定する。これに対し、アプリケーション２１０が受信器の周りの全てのタグのステータスをスキャンする。アプリケーション２１０が２つの黒い電話、金属的な電子レンジ及び銀色のゲーム機を見つけると仮定する。アプリケーション２１０は、この色情報を使用して金属的な外見を持つスキンを選択することができる。これは、前記ユーザが金属的な外見を持つ他のデバイスを持つので、前記ユーザにとって審美的に美しいことが期待されうる。同じように、複数の楕円形のデバイスが前記部屋内にある場合、楕円形テーマを持つスキンが選択されることができる。これらは、他のデバイスの状態に応答して視覚的特性を変更するデバイスの例である。
【００１３】
送信されるプログラムが選択可能なプロット又は文字オプションを持つ場合、これらは、前記部屋内のデバイスに応答して選択されることもできる。例えば、子供のおもちゃが検出される場合、子供に対してより適したプロット又は文字オプションが示されることができる。
【００１４】
図２は、本発明の一実施例を示す。この実施例において、中央受信器２０１及び２つの送信器２０６、２０８が存在する。これらは、ＲＦ（無線周波数）タグ２０４、２０７及び２０９をそれぞれ含む。ＲＦ−ＩＤタグは、現在、１メートルより少ないような短いレンジを持つ。したがって、これらは、ホームシアタの棚の中で最良に動作する。他のより長いレンジの技術は、部屋又はアパート全体に拡張することができる。受信器２０１は、ソフトウェア（ＳＷ）部分２０２及びハードウェア（ＨＷ）部分２０３を持つ。
【００１５】
アンテナ２１４は、これ自体のデバイスのタグを含む、３つ全てのタグ２０４、２０７及び２０９からＲＦ信号を受信する。したがって、ＲＦリーダ２１３は、このデータの全てに対して動作することができる。
【００１６】
受信器２０１は、他のデバイスのタグ２０７及び２０９から受信器２０１自体のタグ２０４を区別する必要がある。これが達成されることができる複数の方法が存在する。
【００１７】
Ａ．信号強度は、ＲＦ−ＩＤタグの位置を推定するためにヒューリスティック（heuristic）として使用されることができる。前記受信器に最も近いタグ、すなわち最大の信号強度を持つタグは、受信器自体のタグ２０４である可能性が高いタグである。現在のＲＦ−ＩＤソフトウェアは、受信された信号の信号強度を問い合わせる能力を既に提供している。このヒューリスティックは、しかしながら、１００％フェイルセーフ（fail safe）ではない。デバイス２０６及び２０８の一方が、受信器２０１に直接隣接して、例えばホームシアタ又は本箱の同じ棚に位置するかもしれない。このような場合、他のデバイスのタグ２０７及び２０９は、受信器自体のタグ２０４よりアンテナ２１４に近い可能性がある。
【００１８】
Ｂ．タグ２０７及び２０９からタグ２０４を区別する他の可能な方法は、前記受信器の近くの全てのタイプのデバイスから、いずれのタグが前記受信器自体のものである可能性が最も高いかを決定するアルゴリズムである。例えば、テレビ、電話及びゲームステーションが検出されることを仮定する場合、前記アルゴリズムは、前記テレビが、前記ＲＦリーダが一体化されたデバイスである可能性が最も高いと決定することができ、前記テレビのＲＦタグを前記受信器自体のタグと見なす。
【００１９】
Ｃ．Ａ及びＢの組み合わせは、おそらく別々のいずれかより良い信頼性を与える。
【００２０】
Ｄ．前記受信器自体のタグは、前記ＲＦリーダとの直接接続、例えば有線接続を持つこともできる。このようにして、前記受信器は、タグがこれ自体のものであることを１００％確実にすることができる。しかしながら、これは、製造者に対してより大きな費用及び不都合を伴い、したがって、前記製造者の承諾は得るのが難しいだろう。
【００２１】
Ｅ．考えられるところでは、前記タグは、全てのタグが前記受信器に送信することができる位置座標を持つようにグローバルポジショニングシステム（ＧＰＳ）のような一種の測位システムを持ちうる。
【００２２】
Ｆ．代替的には、アプリケーション２１０は、テレビのような特定のタイプのデバイス内にあることを知るようにプログラムされてもよく、したがって当該タイプのデバイスを識別する最も近いタグを探し、前記最も近いタグが前記受信器に関連付けられたタグであると仮定する。
【００２３】
ＳＷ部分は複数のモジュールを含む。
【００２４】
１つは、マルチメディア・ホーム・プラットフォーム（ＭＨＰ）２０５又はオープンケーブル・アプリケーション・プラットフォーム（ＯＣＡＰ）である。ＭＨＰに関する更なる情報は、http://en.wikipedia.org/wiki/MHPにおいて見つけられることができ、ＯＣＡＰは、ＭＨＰと同様なシステムであるが、米国市場を対象としている。
【００２５】
２つ目は、以下に更に論じられるＭＨＰアプリケーション２１０である。
【００２６】
第３のモジュールは、ＭＨＰ／ＯＣＡＰに対するＲＦ拡張機能（RF extension to MHP/OCAP）２１２であり、これは、様々なデバイスに関連付けられたＲＦタグ２０７、２０９から識別番号（ＩＤ）を得る。アプリケーション２１０が、どのブランドで実行されているのか知ることができる場合、アプリケーション２１０は、この特定のブランドに対して機能するプログラムコードを実行することができる。モジュール２１２は、アプリケーションプログラムインターフェース（ＡＰＩ）である。ＡＰＩに関する更なる情報は、http://en.wikipedia.org/wiki/APIにおいて見つけられることができる。前記ＡＰＩは、ベンダ（vendor）データベース２１１とインタラクトする。前記ＡＰＩと関連付けられ、かつ本発明の一部として情報を集めるのに使用されるコードは、図３ないし５について説明される。図３は、ＭＨＰ相互運用性に対して有用であり、換言すると、ＭＨＰアプリケーションがいずれのブランドのハードウェアにおいても実行することができることを確認する。図４は、前記ユーザ敷地の環境の特性を調べるのに有用である。図５は、近隣におけるデバイスからより多くの詳細を取り出すことにより前記環境のより詳細な状況を与える。
【００２７】
本発明は、ＭＨＰ又はＯＣＡＰミドルウェアに基づかない、通常のアプリケーションと関連して使用されることもできる。この場合、ＭＨＰ／ＯＣＡＰに対するＲＦ拡張機能の代わりに、ソフトウェアライブラリが存在するだろう。
【００２８】
図３は、デバイス２０１に関する情報を収集し、これに応答してアプリケーション動作を適合するプロシージャの動作を図示する。第一に、ＭＨＰアプリケーション２１０は、"getProcessingDevice"コマンド３０１を発行する。これは、ＭＨＰ／ＯＣＡＰに対するＲＦ拡張機能２１２をトリガし、前記受信器タグを読み取らせるコマンド３０２を発行させる。このコマンド３０２は、ＲＦリーダ２１３をトリガし、Get IDコマンド３０３を発行させる。このコマンド３０３は、前記受信器のＲＦタグ２１４をトリガし、３０４においてＩＤを発行させる。このＩＤ３０４は、この場合、ＲＦリーダ２１３をトリガし、３０５において前記受信器タグＩＤをＭＨＰ／ＯＣＡＰに対するＲＦ拡張機能２１２に発行させる。ブロック２１２は、この場合、３０６において"getBrand"コマンドを発行し、ベンダ／製品データベース２１２から前記受信器タグＩＤに関連付けられたブランドを得る。前記データベースは、３０７においてブランド名及び製品識別をＭＨＰ／ＯＣＡＰに対するＲＦ拡張機能２１２に返し、ＭＨＰ／ＯＣＡＰに対するＲＦ拡張機能２１２は、この場合、３０８において処理デバイスに関する情報をＭＨＰアプリケーション２１０に送信する。ＭＨＰアプリケーション２１０は、この場合、３０９において一部のアプリケーション動作を適合する。
【００２９】
図４は、送信デバイス２０６及び２０８に関する情報を収集し、これに応答してアプリケーション動作を適合するプロシージャの動作を図示する。図２は２つの送信器しか示さず、３つの送信器が図４に図示されるが、同じ参照番号が、図２との対応を示すために使用される。第一に、ＭＨＰアプリケーション２１０は、"getTransmitters"コマンド４０１を発行する。これは、ＭＨＰ／ＯＣＡＰに対するＲＦ拡張機能２１２をトリガし、送信器タグ２０７及び２０９を読み取らせるコマンド４０２を発行させる。このコマンド４０２は、ＲＦリーダ２１３をトリガし、Get IDコマンド４０３を発行させる。このコマンド４０３は、前記送信器のＲＦタグ２０７、２０９をトリガし、４０４においてＩＤを発行させる。このＩＤ４０４は、ＲＦリーダ２１３をトリガし、４０５において前記送信器タグＩＤをＭＨＰ／ＯＣＡＰに対するＲＦ拡張機能２１２に発行させる。ブロック２１２は、この場合、４０６において"getProduct(ID 1, ID 2, ID 3)"コマンドを発行し、ベンダ／製品データベース２１１から送信器タグＩＤに関連付けられたブランドを得る。前記データベースは、この場合、４０７において製品識別（prod 1, prod 2, prod 3）をＭＨＰ／ＯＣＡＰに対するＲＦ拡張機能２１２に返し、ＭＨＰ／ＯＣＡＰに対するＲＦ拡張機能２１２は、この場合、４０８において送信器に関する情報（t1, t2, t3）をＭＨＰアプリケーション２１０に送信する。ＭＨＰアプリケーション２１０は、この場合、４０９において一部のアプリケーション動作を適合する。
【００３０】
図５は、送信デバイス２０６及び２０８に関するステータス情報を収集し、これに応答してアプリケーション動作を適合するプロシージャの動作を図示する。図４のように、３つの送信器が図５に図示されるが、同じ参照番号が、図２との対応を示すように前記送信器に対して使用される。再び、如何なる数の送信器が実際に使用されてもよい。第一に、ＭＨＰアプリケーション２１０は、"getTransmittersStatus"コマンド５０１を発行する。これは、ＭＨＰ／ＯＣＡＰに対するＲＦ拡張機能２１２をトリガし、好ましくはタグ２０７、２０９から、送信器ステータスを読み取らせるコマンド５０２を発行させる。このコマンド５０２は、ＲＦリーダ２１３をトリガし、Get statusコマンド５０３を発行させる。このコマンド５０３は、前記送信器のＲＦタグ２０７、２０９をトリガし、５０４においてステータスレポートを発行させる。このステータス５０４は、この場合、ＲＦリーダ２１３をトリガし、５０５において前記送信器ステータスをＭＨＰ／ＯＣＡＰに対するＲＦ拡張機能２１２に発行させる。ブロック２１２は、この場合、５０８において"送信器"ステータス（state1, state2, state3）レポートを発行する。ＭＨＰアプリケーション２１０は、この場合、５０９において一部のアプリケーション動作を適合する。
【００３１】
ＭＨＰは、根本的なベンダ特有ハードウェアと独立であるアプリケーション実行環境である。これは、２１０において示されるＭＨＰアプリケーションが、理論的には、いずれのブランドのいずれのＭＨＰハードウェア上でも実行されることができるべきであることを意味する。これは、理論であるが、実際には、全てのブランドで機能するアプリケーションを書くのは非常に難しい。一部のプログラムコードは、異なるブランドに対して異なる必要がある。
【００３２】
これの一例は、図６において見つけられる。６０１において、受信器２０１は、表示画面に何かを描くために、テレビの現在のビデオ表示を隠さなければならないことを決定する。これがどのように行われるのかは、前記テレビのブランドに依存する。ＭＨＰアプリケーション２１０は、汎用目的で設計され、したがって、様々なブランドの設計に依存して異なる形でビデオを隠すことを可能にする複数のブランドに対するコードを持つ。６０２において、前記受信器は、前記受信器がどのブランドのテレビの中で見つかるかを決定するために、前記受信器自体のデバイスタグ‐又は前記受信器が前記受信器自体のデバイスタグと考えるもの‐をスキャンする。前記受信器が、ブランドＡのテレビの中にあると決定する場合、６０５において、前記受信器は、ビデオを（０，０）にスケールさせるコマンドを発行する。ブランドＢのテレビが検出される場合、６０６において、ＭＨＰ２１０は、ビデオ層を隠させるコマンドを発行する。ブランドＣのテレビが検出される場合、６０４において、ＭＨＰ２１０は、ビデオを停止させ、画面をブランクにさせるコマンドを発行する。適切なコマンドが発行された後に、制御は６０３に進行し、他のアプリケーションタスクが続行される。
【００３３】
上に記載された実施例は、ＭＨＰアプリケーションに関する。本発明は、ＭＨＰアプリケーションではなく、Windows（登録商標）のようなオペレーティングシステムの下で実行されるＰＣアプリケーションとともに、ＰＣ環境に適用されることもできる。Windows（登録商標）環境は、ＲＦ拡張ＡＰＩを用いて拡張されなければならない。携帯電話及びＰＤＡのような他の情報機器（intelligent appliances）は、本発明を同様に実施することができる。ＭＨＰ／ＯＣＡＰの代わりに、http://en.wikipedia.org/wiki/Mhegに記載されるマルチメディア・アンド・ハイパーメディア情報符号化専門家グループ（"ＭＨＥＧ"）、http://en.wikipedia.org/wiki/OpenTVに記載されるＯｐｅｎＴＶ、ＭｅｄｉａＨｉｇｈｗａｙ http://www.nds.com/middleware/middleware.html、http://www.liberate.comから利用可能なＬｉｂｅｒａｔｅ、又はhttp://java.sun.com/products/javatv/overview.htmlに記載されるＪａｖａ（登録商標）ＴＶのような他のタイプのミドルウェアソフトウェアが使用されることができる。
【００３４】
本開示を読むことで、他の修正が当業者に明らかになるだろう。このような修正は、外のデータに応答してプログラム動作を変更する電子デバイス及び方法の設計、製造及び制御の使用において既知であり、かつここに既に記載されたフィーチャの代わりに又は加えて使用されることができる他のフィーチャを含みうる。請求項は、フィーチャの特定の組み合わせに対してこの出願において表されているが、本願の開示の範囲が、本発明と同じ技術的問題のいずれか又は全てを軽減するか否かにかかわらず、明示的又は暗示的のいずれかでここに開示された如何なる新規のフィーチャ及びフィーチャの新規の組み合わせ又はこれらの如何なる一般化をも含むと理解されるべきである。本出願人は、これによって、新しい請求項が、本願又は本願から派生した他の出願の手続き中にこのようなフィーチャに表されることができるという注意を与える。
【００３５】
ここで使用される単語"有する"は、追加の要素を除外すると見られるべきでない。ここで使用される単数形冠詞"１つの"（"a" or "an"）は、複数の要素を除外すると見られるべきでない。単語"又は"は、包含的又は換言すると"及び／又は"であると解釈されるべきである。
【図面の簡単な説明】
【００３６】
【図１】本発明によるシステムの一実施例を示す。
【図２】本発明によるシステムの一実施例を示す。
【図３】"getProcessingDevice"と称されるプロシージャに関連付けられたコードに対するフロー図を示す。
【図４】getTransmittersと称されるプロシージャに関連付けられたコードに対するフロー図を示す。
【図５】getTransmittersStatusと称されるプロシージャに関連付けられたコードに対するフロー図を示す。
【図６】図３の３０９において使用するのに適したフロー図を示す。
【図１】
2008533793.tif 000003
【図２】
2008533793.tif 000004
【図３】
2008533793.tif 000005
【図４】
2008533793.tif 000006
【図５】
2008533793.tif 000007
【図６】
2008533793.tif 000008
【国際調査報告】
2008533793.tif 000009
2008533793.tif 000010
2008533793.tif 000011
2008533793.tif 000012
2008533793.tif 000013