JP2007511830A - リモートユーザインタフェースに関する一貫したユーザインタフェースのフロントエンド - Google Patents

Abstract

異種のユーザインタフェース構造(コンポーネント)を、ユーザインタフェース構造(コンポーネント)の「同義語」データベースからの同等な構造(コンポーネント)で置換することに基づき、単一の一貫性のあるユーザインタフェースを提供する方法及びデバイスである。データベースは、基礎になる「同義語」構造(コンポーネント)のセットで開始され、一貫性のないユーザインタフェースが一貫性のある状態に収縮される間に発見されるユーザインタフェース構造(コンポーネント)で拡張される。

Description

本発明は、リモート及びローカルにおけるユーザインタフェースに関する一貫したフロントエンドのためのシステム及び方法に関する。

以下の文書を通して、本明細書の末尾にある用語集及び略語(glossary and abbreviations)が、通常言及なく使用される。これらの用語は、こうした用語の通常の意味と本書において規定される用語との間に不一致が生じる場合、本書において規定される意味において使用されることを理解されたい。

ユーザインタフェースは、家庭でのネットワーキング(home networking)においてますます重要な役割を担っている。しかしながら、ユニバーサル・プラグアンドプレイ(UPnP)の分野においては、ユーザインタフェースに関して、ほとんど何の標準規格の開発も提案もどちらもされていない。ユーザインタフェース(UI)デバイスの開発者は結果として、ホームネットワークにおけるサービスを制御するためのアプリケーション及びユーザインタフェースを作成するのに、完全な自由を持つ。例えば、音声デバイス又はDVD+RWデバイスといった制御対象デバイス(controlled device)は、現在オプションでユーザインタフェースとしてHTMLページを提供することができる。オプションであるHTMLページを使用することを除けば、制御対象デバイスは、実際は、UIデバイスで使用されるユーザインタフェースの外観に関して非常に限られた制御権しか持たず、制御対象デバイスの特徴的な機能がこうしたUIデバイスからアクセス可能であることを確実にするものでは決してない。更に、例えば、セッション移行と複数の出力デバイスの使用とが同時にあるような、ホームネットワーキングにおけるシナリオの中には、アプリケーション及びユーザインタフェースの所有権が完全にUIデバイスに属する場合には実現が困難なものがある。

リモートUI技術は、これらの制限を処理するために、(ローカルUIに次いで)本分野において重要な技術になりつつある。PC製造業者は、それを、PC上で実行されるアプリケーションがシンクライアント(thin client)デバイス上で使用されることを可能にするのに使用する。リモートUI技術は、DVD+RWのような制御対象デバイスが、アプリケーションとUIとをそのサービスと共にホームネットワークにおける他のデバイスに対して提供することも可能にする。これは、開発者がユーザインタフェース及びアプリケーションの所有権を維持する方法を提供する。なぜなら、参加者が彼ら自身を他者と区別できることが重要だからである。リモートUI技術は、UIデバイスをアップグレードするためのコストを減らすことも可能にする。従って、様々な開発者がアプリケーションとそのユーザインタフェースとの両方についての制御権を持ちたいと願うことになりやすい。そして、この技術に対する市場によって牽引される形で、リモートUI所有権に関する複数のシナリオが共存することになる。

ホームネットワークにおけるユーザインタフェースを処理することは、非常に複雑な問題である。この技術に参加する開発者が非常に多数であることから、すべての要件を満たすためには、非常に柔軟な解決策とよりオープンなデバイスとが必要とされる。例えば、良好で独創的な経験を提供すること、すべての種類の(未来型)デバイス、サービス、アプリケーション、種々の構成、及びマルチユーザシナリオを処理することができることである。

付録Ａに含まれる使用シナリオの組がUPnPリモートI/O標準規格の開発に関する基礎として推奨され、ホームネットワークでの使用に関して典型的なものとなる。これらの使用シナリオを開始地点として、以下の要件がホームネットワークにおけるユーザインタフェースには重要である。
・好ましくは開発者に特有のルック＆フィールを伴うUIを用いるUIデバイスを介して、ホームネットワーク内においてサービス、デバイス、及びアプリケーションにより提供される機能を利用することが可能でなければならない。一般的なUIデバイスは、ホームネットワークにおいて利用可能な大多数のサービス／デバイス／アプリケーションに対するサポートを提供しなければならない。
・UIデバイスは、スクリーンサイズ、I/O様式(modality)等、変化する能力を持つことができる。ユーザインタフェースは、UIデバイスの特性に対してできる限り調整されなければならない。それは、標準的なリモートコントロールを用いてTV上で自由に動く(free-floating)カーソル(例えば、マウスベースのシステム)の代わりであり、小スクリーンディスプレイ上でのスクロールを過度に使用する必要がないようにする。更に、デバイスは、非常にリソースにより制約を受ける場合がある。
・成功するためには、ホームネットワーク製品は、非ネットワーク製品より使用が困難であってはならない。UIは、自動的にネットワーク構成変化に対応しなければならない。更に、UIは(種々のベンダからのUIデバイス間と同様に、類似する制御対象デバイスに対して)一貫していることが重要である。これは、例えば：
a) 好ましくは、一般的なUIデバイスに関するすべてのユーザインタフェースが同じルックアンドフィールを持つ。例えば、ボリュームを変化させることがすべてのデバイスに対して同じUIでなされ、すべての開発者に対して完全に異なるUI(例えば、ある場合には「ボリューム」というラベルの付いたスライダであり、別の場合には「ボリュームレベル」というラベルの付いた回転ノブである)を持つことがないようにする。
b) 特定のデバイス／サービス／アプリケーションとの相互作用がすべてのUIデバイス間で類似していなければならない(なぜならこれはユーザ間に混乱と困惑を生み出すためである。例えば、あるUIデバイスにおいては「DVRからの再生」が見えず、別のデバイスにおいては「HDからの再生」が見えず、PCでは「MPEG-2ファイルの再生」が見えないという場合)。
・デバイスに対するネットワーク能力を追加するコストは最小に抑えられなければならない。
付録Ａのシナリオに加えて、ネットワークユーザインタフェース技術がサポートすることができなければならない以下のシナリオが重要なシナリオである：
a) コンテンツへのアクセス及びデバイスの制御：デバイスとサービスとを制御することを可能にするだけでなく、ユーザがネットワークにおいて利用可能なコンテンツに対して、家庭内のいずれかにある任意の互換性のあるデバイスから、一貫性のある(coherent)態様でアクセスすることを可能にしなければならない。例えば、すべてのコンテンツを介して、(少なくとも、すべてのMP3を介してといったカテゴリに関して)まるで単一のデータベースであるかのようにブラウズし／検索することが可能でなければならない。そして、ユーザが特定した互換性のあるレンダリングターゲットに、所望のコンテンツをレンダリングすることが可能でなければならない。コンテンツブラウジングとデバイス制御アプリケーションとに加えて、ネットワーク化されたユーザインタフェースが、通信ベースのアプリケーション、電子商取引、情報サービス、ゲーム、生産性アプリケーション等もサポートすることができなければならない。
b) 独創的な体験：ユーザが新たなデバイスをホームネットワークに追加することが容易でなければならない。例えば：ユーザＸが、一般的なUIデバイスを自身のホームネットワークを制御するためにちょうど購入したとする。そのホームネットワークは、複数のUPnPデバイスからなる。制御デバイス(control device)のスイッチをオンにした後、制御デバイスが複数のCEデバイスをきちんと検出し、制御デバイスがそのほとんどに対する新しいドライバを自動的にダウンロードしたことをユーザに示す。不幸なことに、その１つがサポートされていないとする。制御デバイスサポートセンタがその問題に関してコンタクトされ、更新が利用可能であるときにユーザは自動的に通知されることになる。その合間に、ユーザは、制御デバイスサポートセンタからユーザのPCに、あるブリッジングソフトウェアをダウンロードしてインストールするようアドバイスされる。それを用いれば、ユーザは、その合間に、使用するサービスディスクリプションから簡単なHTMLページを作成することができる。
c) 複数ユーザ：通常、ホームネットワークは、１人以上の人間により使用される。家族のうち異なるメンバが、ホームネットワークにおける同じデバイス／サービス／アプリケーションを同時に使用したい場合がある。そこで、別のサービス若しくはサービスインスタンス、又は別のUIデバイスにスイッチすることが容易でなければならない。同じリソース(例えば、アプリケーション)を他の人々と共有することが望ましい。例えば、お互いにゲームをプレイすることが可能でなければならない。各プレイヤは、同じアプリケーションに対する自身のUIデバイスと自身の画面(view)とを持つ。ホームネットワークにおける斯かるアプリケーションにおいては、同期が非常に重要である。
d) パーソナライゼーション(personalization)：あるユーザの設定は、恐らく、別のユーザには適用できない(例えば、mp3ジュークボックスアプリケーションにおける音楽のプリファレンス(preference))。更に、ユーザ間で通信する必要がある。例えば、「夕食の用意ができた」というメッセージが、ホームネットワークを使用するすべてのユーザに送信されることである。
e) 複数のI/Oデバイス：UIのグラフィカル部分がTV上に映し出され、UIの音声部分がユーザに最も近いスピーカに向けられることを可能にするため、複数の入力デバイスと複数の出力デバイス(即ち、複数のUI)とを同じアプリケーションに対して同時に使用することが可能でなければならない。または、ユーザが携帯デバイスから、一層大きな画面に写真を映し出すことを可能にするインテリジェント・フォトブラウザのようなアプリケーションを可能にするためである。

従って、ユーザインタフェースが、ホームネットワークに存在する家庭電化(CE)デバイスにわたって、一貫性を保つ必要性がある。

本発明は、UIエレメントのラベルや共通ユーザインタフェースパターンといった、CEデバイスにおける類似のUI構造(コンポーネントとも呼ばれる)を対応するように(correspondingly)置換するのに使用されることができるUIの構造を含む「同義語」の拡張可能なデータベースを使用するシステム及び方法を提供する。CEデバイスは入力(incoming)リモートUIが互いにより一貫した状態とすることができる。ホームネットワークの好ましい実施形態においては、あるCEデバイスは通常そのネットワークにおけるすべてのCEデバイスに対するUI制御デバイス(UI control device)である。電源オンにより、CEデバイスはそれぞれ、制御CEデバイス(control CE device)にそのUIを送信し、好ましい実施形態によれば、制御デバイス(control device)がそのUIをユーザに提供するときはいつでも、それは一貫性のあるUIで置換される。

「同義語」のデータベースは、各入力リモートUIの構造を調査し、こうして見つかったUI構造をデータベースにおいて知られた類似の「同義語」とマッチさせることにより制御CEデバイスにより使用される。オプションで、こうして見つかったUI構造がデータベースにまだ存在しない場合、このプロセスの間にデータベースに追加されることができる(CEデバイスによりローカルに、及び見つかった構造をCEデバイスサービスセンタへダウンロードすることにより)。こうした「同義語」の基本セットは、このシステム及び方法を初期化するために与えられる。

留意：「同義語」のデータベースに関する上述された使用は、同等な用語を導入することにより言語の表現を拡張することを意図する、会話における同義語の使用と混乱されるべきではない。ここでは、様々な表現を、様々な用語の同等表現に基づく単一の一貫した構造の集合へ制限することが意図である。

本発明における先に述べた及び他の特徴及び利点は、以下、対応する図面に説明されるように、好ましい実施形態に関する一層詳細な説明から明らかとなるであろう。図面において、参照記号は、様々な図において同じ部分を参照する。

当業者であれば、以下の記述が説明目的で与えられ、限定を意図するものではないことが理解されるべきである。当業者は、本発明の精神及び添付された請求項の範囲内において、多くの変形が存在することを理解する。知られた機能及び操作に関する必要以上に詳細な説明は、本発明を曖昧なものにしないよう、本書の記述から省略されている場合がある。

本発明の好ましい実施形態が図１に示され、そこでは１つ又は複数の制御対象デバイス(controlled device)が複数のリモートユーザインタフェース代替物をUIデバイス２００に提供することができる。制御対象デバイスによりどの機構が提供されるかをUIデバイスが知るために(及びその逆)、UIデバイスはこの情報を検出可能でなければならない。この検出は、例えば、サービスディスクリプションと同様の方法で発見されることが可能な、リモートI/O機能ディスクリプションを用いて実現されることができる。この情報が取得された後、その状況に最も即したプロトコルが選択されることができる。

RDP、X-Windows、VNC、HTTP、HAVi DDI、UIフラグメント、Xforms及びJava（登録商標） AWTを含む、任意のフォーマットであってよい、１つ又は複数の(リモート)RUI定義１０１が、抽出プロセス１０２に対する入力として(同時に)取られる。そこでは、ユーザインタフェース(ラベル、ビットマップ、ウイジット等)１２０を作り上げる重要なユーザインタフェースデータ(つまり、アセット(asset))が入力UI定義１１０から抽出される。入力されるUI定義１１０がアブストラクトレベルで規定されている場合、例えば、XFormsの場合、これは、従来技術で知られているように比較的直接的な方法で実現される。一層アブストラクトでない又は一層ミックスされていない入力(例えば、RDP又はHTML)に対しては、モデルリカバリ[1]のような知られた技術が、具体的な入力UI１１０から、重要なUIデータ１２０とそのUIの基礎をなす意味的なモデルとを抽出するのに適用される。

抽出プロセス１０２の後、ユーザインタフェースデータは、「同義語」のデータベース１０４を用いて(構文的に又は意味的に)解析され、変形される１０３：

マッチが見つかる場合、かつユーザプリファレンス１０７を考慮するとき、(例えば、信頼性の尺度を計算することにより、及びオプションで、過去の解析及び変形からの学習を介して)この置換がユーザインタフェースを実際に改善することになることをユーザインタフェースの解析が示す場合、好ましい「同義語」が元の入力１２０を置換し、修正されたUI情報１２１が出力される。それは、UI１０６をレンダリングするのに使用されることができる。

マッチが見つからない場合、類語集１０９又は他の同等なデータベースをチェックするためにシステムがインターネット１０５に接続する。それでおマッチが見つからない場合、元の値がUIに残ったままになる。

変形に使用される好ましい「同義語」は、デフォルト値(例えば、リストの１行目)又はユーザ１０８により選択されるもののいずれかとすることができる。好ましい実施形態において、ユーザは、「同義語」を追加することが可能にされる。例えば、デバイスに対する名前と、プリファレンス１０７を入力することによりホームネットワークでの処理とを与えることを可能にされる。この変形ステップ１０３の後、修正されたUI１０６は、ユーザ１０８に示されるか、別のデバイスに送信されるかのいずれかである。前者の場合、同義語変形プロセスは、UIデバイスで行われる。後者の場合、同義語変形プロセスは、ネットワークにおけるサービスとして提供される。

図２を参照すれば、図３のホームネットワーク内の制御CEデバイスが、図２のブロック図で説明される構造を備えるシステムを含むことができる。電源オンにより、各スレーブCEデバイス１０１は、制御CEデバイス２００によるユーザに対するそのUIの一貫した表現のため、そのRUI１０１を制御CEデバイス２００に送信する。制御CEデバイス２００は、送受信機２０３、抽出論理モジュール１０２、解析及び変形モジュール１０３、同義語データベース１０４、メモリ２０５及びタイマ２０４を含むことができる。図２に例示したシステム２００は、説明のためだけのものである。その説明は特定の制御CEデバイスを描写するのに共通に使用される用語を参照する場合があるが、その説明及び概念は、図２に示されるのとは異なる構造を持つシステムを含む他の処理システムにも同様にあてはまる。

動作時において、送受信機２０３は、無線及び有線の各スレーブCEデバイス１０１．２及び１０１．１に対し及びそれらからデータを送受信するアンテナ(図示省略)とワイヤ線とに結合される。抽出論理モジュール１０２は、受信したスレーブデバイスUI定義のコンポーネントを抽出する。抽出プロセス１０２の後、変形されたUI定義１２１を作り出すよう受信したスレーブデバイスUI１２０のコンポーネントを同義語データベース１０４からマッチする同義語と置換するため、抽出されたUIデータ１２０が、解析及び変形モジュール１０３により解析され変形される。そして、リモート(スレーブ)デバイスに対するインタフェースとしてユーザインタフェースモジュール２０７に表示されるか、又は送受信機２０３により第２(又は第３、等)の制御デバイス(control device)(図示省略)に送信される。メモリ２０５は、スレーブCEデバイスUIの過去の処理から得られる学習を格納し、オプションで同義語データベース１０４をその学習で更新するために、抽出論理モジュールと解析及び変形モジュール１０３との両方により使用される。タイマ２０４は、時間依存プロセス用の論理モジュールにより使用される。例えば、電源オフにされるスレーブCEデバイス用の変形されたUIを期限切れにする場合などである。

図３は、本発明の実施形態が適用される典型的なホームネットワークを示す。図３に示されるように、制御CEデバイス２００は、複数のスレーブ有線及び無線CEデバイス１０１に結合される。それは、ホームネットワーク２０６のワイヤ線及び無線リンクを介して、制御CEデバイス２００に対するUIと通信する。本発明の鍵となる原理は、一貫性のあるユーザインタフェースのコンポーネントを、各スレーブCEデバイスUI１０１における類似のコンポーネントと置換する機構を提供することである。制御CEデバイス２００は、ユーザインタフェースコンポーネントの抽出を行い、最終的に各スレーブCEデバイス１０１に対する変形されたUI１０６を生み出すよう、それらを解析し変形する１０３。説明目的のため図３においては限られた数のCEデバイスが示されるが、ホームネットワークは、非常に多数のCEデバイス間の通信をサポートすることができることは理解されたい。従って、図３におけるCEデバイスの数は、本発明の範囲に限定を課すべきものではない。更に、ホームネットワークは、インターネットプロトコル(IP)(RFC791)、NETBEUI、Bluetooth、Zigbee、SCP、IEC61833、DVB及びATSC DTVのいずれかに基づくことができる。

リモートユーザインタフェースのコンポーネントを置換することに関して、１つ又は複数の制御デバイスは、CUIとRUIとにおけるコンポーネント間の所定の同様な基準と、RUIコンポーネントをCUIコンポーネントにより置換した後で、RUIの一貫性を保つための所定の改良基準(これは、斯かる置換又はマッピングの数に依存する累積的な基準とすることができる)と、CUIとRUIとにおけるコンポーネント間の所定の差異基準とを有する種々の交換パラダイム(paradigm)を採用することができる。

別の実施形態において、制御デバイスは、１つ又は複数のローカルUI(LUI)、つまり、ローカルアプリケーション(用語集において「アプリケーション」の項を参照)に対するユーザインタフェースも持つ。それは、RUIを表示することに加えて表示することができる。こうしたLUIは、入力RUIに使用される構造(コンポーネント)と同様な、いくつかのユーザインタフェース構造(コンポーネント)を含むことができるので、入力RUIを互いに対して一貫性のあるものにするだけでなく、LUIに対しても一貫性のあるものにするのに役立つ(従ってラベル「DVRからの再生」が好ましい同義語である場合、このラベルがLUI同様RUIにおいても使用されなければならない)。好ましい実施形態において、変形プロセス１０３において選択される同義語は、制御デバイスのLUIに対して入力RUIを一層一貫したものとするために、LUIにおいて使用される同義語である。

本発明の好ましい実施形態が図示され説明されたが、本発明の真の範囲を逸脱することなく、様々な変更及び変形がなされること、並びに均等物が構成要素に置き換えられてもよいことは当業者であれば理解されるであろう。更に、多くの修正が特定の状況に適応させるためになされることができる。本発明の教示内容は、その中心範囲から逸脱することなく均等な様々な態様で適合することができる。そこで、本発明は、本発明を実行するために考慮された最良の形態として開示された特定の実施形態に限定されることを意図するものではなく、本発明は添付された請求項の範囲に含まれるすべての実施形態を含むことを意図している。

本発明によるリモートUIコンポーネントに対する同義語を発見し、置換するプロセスを説明する図である。 本発明を実施するのに使用されることができるホームネットワーク内における制御デバイスのハードウェアコンポーネントの例を示す図である。 制御CEデバイスとスレーブCEデバイスとを備え、本発明の実施形態が適用されることができる通常のホームネットワークを説明する図である。

Claims (29)

1. リモートユーザインタフェースを持つ少なくとも１つのネットワークデバイスへのアクセスを与える制御デバイス上での一貫性のあるユーザインタフェースのための方法において、
   前記一貫性のあるユーザインタフェースを与えるステップと、
   前記リモートユーザインタフェースを前記一貫性のあるユーザインタフェースへマッピングするステップと、
   前記制御デバイスにより前記リモートユーザインタフェースの代わりに前記一貫性のあるユーザインタフェースの少なくとも一部を前記ネットワークデバイスに対するユーザインタフェースとして表示するステップとを有する方法。
2. 前記与えるステップが、
   少なくとも１つのリモートユーザインタフェース・コンポーネントを有するリモートユーザインタフェース定義を前記制御デバイスにより受信するステップと、
   前記少なくとも１つのリモートユーザインタフェース・コンポーネントに対する同義語としてオプションでプリセットされる少なくとも１つの一貫性のあるユーザインタフェース・コンポーネントを有する前記一貫性のあるユーザインタフェースを与えるステップとを更に有し、
   前記マッピングするステップは、前記制御デバイスが前記ネットワークデバイスに対するユーザインタフェースを表示するときはいつでも、前記制御デバイスにより、前記受信した少なくとも１つのリモートユーザインタフェース・コンポーネントを前記プリセットされた同義語の一貫性のあるユーザインタフェース・コンポーネントと置換するステップを更に有する、請求項１に記載の方法。
3. 前記リモートユーザインタフェース定義を前記少なくとも１つのネットワークデバイスにより送信するステップを更に有する請求項２に記載の方法。
4. 前記送信するステップが、電源オンの際、前記リモートユーザインタフェース定義を前記少なくとも１つのネットワークデバイスにより送信するステップを更に有する、請求項３に記載の方法。
5. 前記送信するステップが、前記リモートユーザインタフェース定義をRFC791に規定されるIP、NETBEUI、Bluetooth、Zigbee、SCP、IEC61833、DVB及びATSC DTVの少なくとも１つに基づくネットワークを用いて送信するステップを更に有する、請求項３に記載の方法。
6. 前記送信するステップが、前記リモートユーザインタフェース定義をRDP、X-Windows（登録商標）、VNC、HTTP、HAVi DDI及びUIフラグメントの少なくとも１つに基づくプロトコルを用いて送信するステップを更に有する、請求項５に記載の方法。
7. 前記受信ステップが、前記リモートユーザインタフェース定義のために、HTML、XML、Macromedia、Flash及びJava（登録商標）の少なくとも１つに基づくUIディスクリプションフォーマットを、前記少なくとも１つのネットワークデバイスにより用いるステップを更に有する、請求項５に記載の方法。
8. 前記与えられた一貫性のあるユーザインタフェースを、前記少なくとも１つのネットワークデバイスと第２の制御デバイスとの少なくとも一方に送信するステップを更に有する請求項３に記載の方法。
9. 前記少なくとも１つのネットワークデバイスにより使用される対応するプロトコル及びディスクリプションフォーマットではなく、RDP、X-Windows、VNC、HTTP、HAVi DDI及びUIフラグメントからなるセットから選択された種々のプロトコルと、HTML、XML、Macromedia、Flash及びJava（登録商標）からなるグループから選択された種々のUIディスクリプションフォーマットとの少なくとも一方を用いて、少なくとも第２のネットワークデバイスにより前記制御デバイスにリモートユーザインタフェース定義を送信するステップを更に有する請求項７に記載の方法。
10. 前記リモートユーザインタフェースと前記一貫性のあるユーザインタフェースとが、それぞれ少なくとも１つのリモートユーザインタフェース・コンポーネントと、少なくとも１つの一貫性のあるユーザインタフェース・コンポーネントとを有し、
    前記少なくとも１つのリモートユーザインタフェース・コンポーネントを抽出するステップと、
    前記少なくとも１つの一貫性のあるユーザインタフェース・コンポーネントが、前記抽出された少なくとも１つのリモートユーザインタフェース・コンポーネントに対する同義語であるかを決定するステップとを更に有し、
    前記マッピングするステップは、
    前記少なくとも１つの一貫性のあるユーザインタフェース・コンポーネントが前記抽出された少なくとも１つのリモートユーザインタフェース・コンポーネントに対する同義語であると決定される場合、前記少なくとも１つの抽出されたリモートユーザインタフェース・コンポーネントを前記決定された少なくとも１つの一貫性のあるユーザインタフェース・コンポーネントにマッピングするステップを更に有する、請求項１に記載の方法。
11. 複数のネットワークデバイスのための前記少なくとも１つのリモートユーザインタフェース・コンポーネントに対する所定の類似基準を満足する、少なくとも１つの一貫性のあるユーザインタフェース・コンポーネントを発見するステップを更に有する請求項１０に記載の方法。
12. 前記マッピングされる少なくとも１つのリモートユーザインタフェース・コンポーネントに対する所定の一致基準を満足する、少なくとも１つの一貫性のあるユーザインタフェース・コンポーネントを発見するステップを更に有する請求項１０に記載の方法。
13. 前記決定ステップが、前記少なくとも１つの一貫性のあるユーザインタフェース・コンポーネントにマッチする、前記抽出された少なくとも１つのリモートユーザインタフェース・コンポーネントの同義語に対する類語集及び同義語データベースの少なくとも１つを検索するステップを更に有する、請求項１０に記載の方法。
14. 前記抽出された少なくとも１つのリモートユーザインタフェース・コンポーネントに対する同義語データベースにおける類語集から決定される、前記マッチする同義語を格納するステップを更に有する請求項１３に記載の方法。
15. 前記少なくとも１つの類語集が、第２のネットワークに位置しており、前記少なくとも１つのネットワークデバイスは、第１のネットワークに位置している、請求項１４に記載の方法。
16. 前記第２のネットワークがインターネットである、請求項１５に記載の方法。
17. 前記第１のネットワークが、ホームネットワークであり、前記ネットワークデバイスは、家庭電化デバイスである、請求項１５に記載の方法。
18. 前記一貫性のあるユーザインタフェースの少なくとも一部が、ユーザプリファレンスのセットに基づき決定される、請求項１に記載の方法。
19. 前記少なくとも１つのネットワークデバイスが、前記制御デバイスにローカルな少なくとも１つのアプリケーションを更に有し、前記リモートユーザインタフェースは、前記少なくとも１つのローカルアプリケーションに対して少なくとも１つのローカルユーザインタフェースを更に有する、請求項１に記載の方法。
20. 前記少なくとも１つのネットワークデバイスが、前記制御デバイスにローカルな少なくとも１つのアプリケーションを更に有し、前記リモートユーザインタフェースは、前記少なくとも１つのローカルアプリケーションに対して少なくとも１つのローカルユーザインタフェースを更に有する、請求項１０に記載の方法。
21. リモートユーザインタフェースを一貫性のあるユーザインタフェースに置換するスレーブネットワークデバイスのための方法において、
    前記スレーブネットワークデバイスにより、前記リモートユーザインタフェースを制御ネットワークデバイスに送信するステップと、
    請求項１に記載の方法を用いて、前記制御ネットワークデバイスにより、前記送信されたリモートユーザインタフェースの少なくとも一部を、前記一貫性のあるユーザインタフェースの少なくとも一部と置換するステップとを有する方法。
22. リモートユーザインタフェースを持つ少なくとも１つのスレーブデバイスのネットワークにおいて、一貫性のあるユーザインタフェースを提供する制御デバイスであって、
    前記リモートユーザインタフェースを受信する送受信機と、
    前記リモートユーザインタフェースの少なくとも１つのコンポーネントを抽出するよう構成される抽出論理モジュールと、
    リモートユーザインタフェースのコンポーネントの同義語を格納するよう構成されるデータベースと、
    i.前記データベース及び類語集に格納された少なくとも１つの同義語に基づき、前記抽出された少なくとも１つの前記リモートユーザインタフェースのコンポーネントを、前記一貫性のあるユーザインタフェースのコンポーネントへマップし、
    ii.メモリに前記マッピングを格納し、
    iii.オプションで前記同義語データベースを前記マッピングで更新し、
    iv.前記抽出された少なくとも１つの前記リモートユーザインタフェースのコンポーネントに関する前記マッピングの少なくとも一部に基づき、前記少なくとも１つのスレーブデバイスにユーザインタフェースを提供するよう構成される解析及び変形モジュールとを有する制御デバイス。
23. 少なくとも１つのローカルアプリケーションに対する少なくとも１つのローカルユーザインタフェースを更に有し、
    前記抽出論理モジュールは、前記ローカルユーザインタフェースの少なくとも１つのコンポーネントを抽出するよう更に構成され、
    前記データベースは、ローカルユーザインタフェースのコンポーネントの同義語を格納するよう更に構成され、
    前記解析及び変形モジュールは、
    v.前記データベース及び類語集に格納されたローカルユーザインタフェースのコンポーネントの前記同義語の少なくとも１つに基づき、前記抽出された少なくとも１つの前記ローカルユーザインタフェースのコンポーネントを、前記一貫性のあるユーザインタフェースのコンポーネントにマップし、
    vi.前記抽出された少なくとも１つの前記ローカルユーザインタフェースのコンポーネントの前記マッピングの少なくとも一部に基づき、前記少なくとも１つのローカルアプリケーションに対するユーザインタフェースを提供するよう更に構成される、請求項２２に記載の制御デバイス。
24. 前記解析及び変形モジュールは、
    vii.ユーザプリファレンスのセットを受け入れ、
    viii.前記ユーザプリファレンスのセットに基づき、前記マッピングの前記少なくとも一部を提供するよう更に構成される、請求項２２に記載の制御デバイス。
25. 前記類語集は、別のネットワークを介してアクセスされる、請求項２２に記載の制御デバイス。
26. 前記別のネットワークはインターネットである、請求項２５に記載の制御デバイス。
27. 前記スレーブデバイスは、家庭電化デバイスである、請求項２２に記載の制御デバイス。
28. 前記ネットワークがホームネットワークである、請求項２７に記載の制御デバイス。
29. 前記ネットワークがホームネットワークである、請求項２２に記載の制御デバイス。

Images