(57)【特許請求の範囲】
【請求項１】
遠隔にある第２のコンピュータ装置に比べて限定されたユーザ・インタフェースを有する第１のコンピュータ装置を、遠隔にある前記第２のコンピュータ装置を介して制御する方法であって、それによって両方のコンピュータ装置が無線通信チャネルを介して相互接続され且つ両方のコンピュータ装置が共通の通信プロトコルをサポートし、
ユーザ・インタフェース情報を前記第１のコンピュータ装置から前記第２のコンピュータ装置に送信するステップであって、前記ユーザ・インタフェース情報は、ユーザ入力に対応するコマンド／要求がそれを介して送信されるべきネットワーク又は通信手段の情報を含む、前記送信するステップと、
前記ユーザ・インタフェース情報を用いて、ユーザ・インタフェースを前記第２のコンピュータ装置により用意するステップと、
前記第２のコンピュータ装置において、ユーザ入力を受信するステップと、
前記ユーザ入力を前記第１のコンピュータ装置に送信するステップと、
前記ユーザ入力を前記第１のコンピュータ装置において実行するステップと
を含み、
前記ユーザ・インタフェース情報を前記第１のコンピュータ装置から前記第２のコンピュータ装置に送信する前に、前記第２のコンピュータ装置がそのサービスを前記第１のコンピュータ装置に公表する、前記方法。
【請求項２】
遠隔にある第２のコンピュータ装置に比べて限定されたユーザ・インタフェースを有する第１のコンピュータ装置を、遠隔にある前記第２のコンピュータ装置を介して制御する方法であって、それによって両方のコンピュータ装置が無線通信チャネルを介して相互接続され且つ両方のコンピュータ装置が共通の通信プロトコルをサポートし、
ユーザ・インタフェース情報を前記第１のコンピュータ装置から前記第２のコンピュータ装置に送信するステップと、
前記ユーザ・インタフェース情報を用いて、ユーザ・インタフェースを前記第２のコンピュータ装置により用意するステップと、
前記第２のコンピュータ装置において、ユーザ入力を受信するステップと、
前記ユーザ入力を前記第１のコンピュータ装置に送信するステップと、
前記ユーザ入力を前記第１のコンピュータ装置において実行するステップと
を含み、
前記ユーザ・インタフェース情報を前記第１のコンピュータ装置から前記第２のコンピュータ装置に送信する前に、前記第２のコンピュータ装置がそのサービスを前記第１のコンピュータ装置に公表する、前記方法。
【請求項３】
前記第１のコンピュータ装置と前記第２のコンピュータ装置との間で、無線通信チャネルが自動的に確立される、請求項１又は２のいずれかに記載の方法。
【請求項４】
前記第２のコンピュータ装置が、ユーザ・インタフェースを表示装置上に表示することによりそれを提供する表示装置を含む、請求項１又は２のいずれかに記載の方法。
【請求項５】
前記第２のコンピュータ装置がユーザ入力を受信するためのキーボードを含む、請求項１又は２のいずれかに記載の方法。
【請求項６】
前記ユーザ・インタフェース情報を前記第１のコンピュータ装置から前記第２のコンピュータ装置に送信するために、マークアップ言語が使用される、請求項１又は２のいずれかに記載の方法。
【請求項７】
ＷＭＬがマークアップ言語として使用される、請求項６記載の方法。
【請求項８】
前記第２のコンピュータ装置が、前記ユーザ・インタフェース情報を用いてユーザ・インタフェースを提供するブラウザ・ソフトウェアを含む、請求項６記載の方法。
【請求項９】
ユーザ入力を前記第１のコンピュータ装置に送信するために、ハイパテキスト転送プロトコルまたは無線セッション・プロトコルが使用される、請求項１又は２のいずれかに記載の方法。
【請求項１０】
前記第１のコンピュータ装置が、ＣＤプレーヤ、腕時計、パーソナル・デジタル・アシスタント（ＰＤＡ）、電話、自動販売機器、電子レンジ、携帯電話のいずれかである、請求項１又は２のいずれかに記載の方法。
【請求項１１】
前記第１のコンピュータ装置から前記第２のコンピュータ装置にフィードバックを送信するステップを含む、請求項１又は２のいずれかに記載の方法。
【請求項１２】
フィードバックが、前記第１のコンピュータ装置におけるユーザ入力の実行が成功であったか否かを示す、請求項１２記載の方法。
【請求項１３】
前記第１のコンピュータ装置が前記ユーザ・インタフェース情報を前記第２のコンピュータ装置に送信することにより、プロセスを開始する、請求項１又は２のいずれかに記載の方法。
【請求項１４】
前記第２のコンピュータ装置が前記第１のコンピュータ装置に前記ユーザ・インタフェース情報を送信するように要求する、請求項１又は２のいずれかに記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はハンドヘルド普及型コンピュータ装置などの、限定的ユーザ・インタフェースを有するコンピュータ・システムに関して、特に、こうしたコンピュータ・システムとの容易な対話を可能にする技法に関する。
【０００２】
【従来の技術】
コンピュータ・システムは劇的に小型化し、携帯可能となった。例えば、非常に強力なパーソナル・コンピュータ（ＰＣ）でさえも、仕事場の机上に載置するのに十分に小さい。更に小型のものに、ラップトップ・コンピュータ及びノートブック・コンピュータがある。運送トラックなどの車両内に搭載されるのに十分小さなコンピュータ端末が存在する。更に小型のものにハンドヘルド端末があり、これらは一般にその携帯性により、ユーザが片手で端末を持ち運び、もう一方の手でそれを操作することができる。
【０００３】
例えばマイクロプロセッサなどの、ある種のコンピュータ・システムを含む家電機器を提供する傾向がある。通常、これらのコンピュータ・システムは家電機器の動作または機能を制御するだけでなく、実際のニーズに従い、ユーザまたはオペレータが特定の機能またはパラメータを制御するためのインタフェースを提供する。表示装置及びキーボードを有するコンピュータのような、完全なユーザ・インタフェースを有さないことが、これらの家電機器の性質である。例えば皿洗い器がこうした完全なユーザ・インタフェースを有することは、考えにくい。時として、スペース制限のために、インタフェースは制限されたり（この典型的な例は腕時計である）、他の事例では、製造コストを低く維持するために、インタフェースが制限されたり、或いは、コンピュータ・システムの処理能力または制限されたメモリ空間が、ユーザとシステムとの対話を制限する。
【０００４】
多くの既存の装置は十分なユーザ・インタフェースを有する。典型的な例は、小さな４つのボタン制御によりＣＤタイトルのプログラミングを可能にするコンパクト・ディスク（ＣＤ）・プレーヤである。こうしたＣＤプレーヤのプログラミングは、非常に煩わしい。なぜなら、文字または数字を選択するために、ボタンを使用して、全部のアルファベットを移動する必要があるからである。別の例は、電話帳入力、約束及び予定の入力を可能にする腕時計である。通常、非常に限られた数のキーを有するある種の小さなキーボードが存在する。更に、表示装置は小さく、その解像度が制限される。特殊な文字に達するために、または特殊な機能を活動化するために、特定のキーが何度か押されなければならない。更に別の例は、タッチ・センシティブ・スクリーンを有するパーソナル・デジタル・アシスタント（ＰＤＡ）である。この場合、スクリーンがほとんどの装置の表面を占有し、ボタンがほとんどまたは全く存在しない。一部の機能はポインティング・デバイスを用いて容易にアクセス可能であるが、他の機能は例えばメニューの幾つかの層をフリップすることにより、選択または活動化されなければならない。他の例には電話、自動販売器機、電子レンジ、携帯電話などがある。本説明のために、これらの装置をユーザ・インタフェース限定装置と呼ぶことにする。
【０００５】
パーソナル・コンピュータ（ＰＣ）を使用して、携帯電話用に優越するユーザ・インタフェースを実行する幾つかのアプローチが存在する。こうした例に、"ノキア・セルラ・データ・スート（Nokia Cellular Data Suite）"があり、これは電話帳データの入力、及びＳＭＳの容易な編成を可能にする。セルラ・データ・スートは、ノキアから販売される携帯電話用に設計されたハードウェア及びソフトウェア・パッケージである。別の例は、ＰＣに接続するために使用される赤外線（ＩＲ）通信機構を有する腕時計である（例えばカシオＰＣユナイト・データ・バンク・ウォッチ、ＨＢＸ−１００Ｂ−１など）。
【０００６】
様々な理由から、ひどく物足りないユーザ・インタフェースの他の多くの例が存在するが、最も顕著な理由は確かに、サイズ及びコスト制限である。しばしばこうしたユーザ・インタフェース制限は、所有者に対するそれぞれの装置の有用性を低下させる。
【０００７】
これらの全ての装置の完全な潜在性を解放し、それらをより便利にプログラム及び構成する方法が存在すべきである。
【０００８】
ユーザがインタフェースを介して、装置のプロセッサまたは他の構成要素にアクセスするという意味において、'開かれた（open）'装置を提供することに対する要求が高まりつつある。理想的な'開かれた'装置は、好適には装置自身の誤用または破壊を防止するための明確な規則内において、ユーザにより完全に制御され得る。
【０００９】
別の無関係の傾向がある。ネットワーク化され得る装置の数が増加しつつあり、このことはそれらがネットワークを介して、１つ以上の他の装置と通信できることを意味する。これは例えばケーブルまたはファイバなどの、物理接続を用いて達成され得る。装置が小型化するほど、これらの物理接続を無線接続（例えばボディ・ネットワーク、無線周波接続、または赤外線接続）により置換することが重要になる。なぜなら、ケーブルまたはファイバにより装置を物理的に接続することは、ユニットを小型化することにより得られる効率を大幅に低下させるからである。装置があちこち移動して、エリアから出入りする状況では、臨時の無線接続が要求される。ここで用語"臨時（ad-hoc）"は、周波数ネットワーク再編成の必要性を指し示す。
【００１０】
装置またはサブシステム間の通信のために開発及び設計された、既知の多くの異なる通信アプローチが存在する。以下では、幾つかの無線通信アプローチについて述べる。同様に、適応化された多くのファイバまたはケーブル・ベースの標準化されたアプローチが存在する。
【００１１】
ＧＴＥ社は、セルラ電話、ページャ、及びハンドヘルド・パーソナル・コンピュータ（ＰＣ）などのモバイル装置をターゲットとする、お互いの対話にとって好適な短距離無線周波（ＲＦ）技術を開発した。ＧＴＥ社の技術は暫定的に、ボディＬＡＮ（ローカル・エリア・ネットワーク）と命名される。ボディＬＡＮの元々の開発は、様々な装置に接続された配線付きベストを介するものであった（これがボディＬＡＮの名前に由来する）。これが数年前にＲＦ接続へと進歩した。
【００１２】
ゼロックス社は、ＰＡＲＣ  ＴＡＢと呼ばれるハンドヘルド・コンピュータ装置を開発した。ＰＡＲＣ  ＴＡＢは携帯式であるが、既知のロケーションを有するベース・ステーションを介して、オフィス・ワークステーションに接続される。ＰＡＲＣ  ＴＡＢベース・ステーションは建物のあちこちに配置され、固定の配線式ネットワークに配線される。ＰＡＲＣ  ＴＡＢシステムは、建物レイアウトの所定の知識、及び様々なベース・ステーションの識別子を用いることにより、最も強いベース・ステーション信号により、ＰＡＲＣ  ＴＡＢ携帯装置がどこにあるかを決定する。ＰＡＲＣ  ＴＡＢ携帯装置は、ベース・ステーションとの間の無線インタフェースを有する。ＰＡＲＣ  ＴＡＢシステムは、ＰＡＲＣ  ＴＡＢ携帯装置が常にネットワーク構造基盤に接続されているものと仮定する。各ＰＡＲＣ  ＴＡＢ携帯装置のロケーションは、常にシステム・ソフトウェアに知られている。ベース・ステーションは領域を確立し、電源に接続される。ＰＡＲＣ  ＴＡＢ通信システムはスター型トポロジを有する。
【００１３】
異種のＰＣ装置間のデータ通信を標準化するために、エリクソン、ＩＢＭ、インテル、ノキア（Nokia）及び東芝を含む幾つかの会社が、固定装置、携帯装置、及びモバイル装置間の無線ＲＦベースの接続のための世界標準を作成するために、コンソーシアムを確立した。多くの他の採用会社が存在する。提案された解決策は、物理層からアプリケーション層までに渡るアーキテクチャ及びプロトコル仕様を含む。ブルートゥース技術はケーブルを必要とすることなく、ユーザが広い範囲の装置を容易に且つ迅速に接続することを可能にし、モバイル・コンピュータ、携帯電話及び他のモバイル装置の通信能力を拡大する。ブルートゥース動作環境はまだ完全に定義されていないが、ＩｒＤＡ（赤外線データ・アソシエーション）仕様及び拡張赤外線（ＡＩｒ）仕様との類似点があるものと期待される。恐らくブルートゥースに盛り込まれるであろう他の態様は、ＩＥＥＥ規格８０２．１１、及び欧州電気通信規格協会（ＥＴＳＩ）により公布されたＨＩＰＥＲＬＡＮに由来するであろう。
【００１４】
ブルートゥース無線技術は、固定のネットワーク構造基盤から離れて存在する接続装置の、小規模で専用の臨時グループを形成する機構を提供する。ブルートゥースは、マスタ・ユニットと、同一のネットワーク・セグメント内のスレーブ・ユニットとを区別し、前者はそのクロック及びホッピング・シーケンスが、他の全ての装置を同期するために使用される装置である。換言すると、ブルートゥース・アプローチは集中化される。照会ベースの発見技法が、未知のアドレスを有するブルートゥース装置を見い出すために使用される。照会はまた、レジストリ・サーバにおいて集中化される。更に詳細については、Haartsen、Allen、Inouye、Joeressen及びNaghshinehにより、"Bluetooth：Vision、Goals、and Architecture"、the Mobile Computing and Communications Review、Vol．1、No．2（ACM SIGMOBILE発行）で述べられている。
【００１５】
ホームＲＦ（共用無線アクセス・プロトコル（ＳＷＡＰ）にもとづく）は、装置を接続するために使用され得る動作環境の別の例である。ホームＲＦワーキング・グループは、家庭内または周辺のＰＣと、家電機器との間の無線デジタル通信のための開かれた業界仕様を確立することにより、広範囲に渡る相互運用可能な消費者製品のための基礎を提供するために結成された。ワーキング・グループには、パーソナル・コンピュータ、家電機器、周辺装置、通信、ソフトウェア、及び半導体業界からの主要企業が含まれ、ＳＷＡＰと呼ばれる家庭における無線通信のための仕様を開発中である。ホームＲＦ  ＳＷＡＰシステムは、音声及びデータ・トラフィックの両方を伝送し、公衆交換電話網（ＰＳＴＮ）及びインターネットと相互運用するように設計される。すなわち、これは２４００ＭＨｚボーで動作し、デジタル周波ホッピング・スプレッド・スペクトル無線を使用する。ＳＷＡＰ技術は、既存のコードレス電話（ＤＥＣＴ）及び無線ＬＡＮ技術の拡張から導出され、ホーム・コードレス・サービスの新たなクラスを可能にする。これは、対話音声及び他の時間に厳格なサービスの転送を提供する時分割多重アクセス（ＴＤＭＡ）・サービスと、高速パケット・データの転送のためのキャリア検知多重アクセス／衝突回避（ＣＤＭＡ／ＣＡ）サービスの両方をサポートする。ＳＷＡＰシステムは臨時ネットワークとして、または接続ポイントの制御に従う管理ネットワークとして動作する。臨時ネットワークでは、データ通信だけがサポートされて、全てのステーションは等しく、ネットワークの制御がステーション間で分散される。対話音声などの時間に厳格な通信では、ＰＳＴＮへのゲートウェイを提供する接続ポイントが、システムを調整するために要求される。ステーションはＣＳＭＡ／ＣＡを使用して、接続ポイント及び他のステーションと通信する。ホームＲＦに関する詳細は、ホーム無線周波ワーキング・グループのウェブ・サイト"http：//www．homerf．org"で見い出される。ＳＷＡＰ仕様１．０が参考として本明細書に組み込まれる。
【００１６】
２つ以上の装置間の通信を可能にする、幾つかの幾分緻密なプロトコル及び技術が存在する。前述のブルートゥース無線技術及びホームＲＦアプローチは、傑出した無線の例である。
【００１７】
【発明が解決しようとする課題】
本発明の目的は、インタフェース限定装置との間のより強力なユーザ・インタフェースを提供することである。
【００１８】
本発明の別の目的は、インタフェース限定装置との単純化された、または改善されたヒューマン・インタラクションのための技法を提供することである。
【００１９】
【課題を解決するための手段】
本発明は、より強力なまたは優越するユーザ・インタフェースを有するコンピュータ装置を用いて、限定的ユーザ・インタフェースを有するコンピュータ装置を制御する技法に関する。
【００２０】
本発明は、限定的ユーザ・インタフェースを有するコンピュータ装置、及びより強力なまたは優越するユーザ・インタフェースを有するコンピュータ装置を含むシステムに関する。
【００２１】
本発明はまた、特許請求の範囲で述べられるようなコンピュータ・プログラム製品に関する。
【００２２】
本発明によれば、好適な通信プロトコルと共に使用されるとき、第２の（独立の）装置を使用することにより、ユーザがインタフェース限定装置と対話するか、或いはそれを制御することを可能にする解決策が提供される。
【００２３】
換言すると、本発明は近隣にあるより強力な装置を使用することにより、ユーザ・インタフェース限定装置に対して、改善されたユーザ・インタフェースを提供するものである。より強力な装置の優越する入力能力が、ユーザ・インタフェース限定装置の特定の態様を制御するために使用される。本発明は、例えばより直観的なユーザ・インタフェースを提供することを可能にする。本発明に従う装置は、インタフェース限定装置との単純化された、または改善されたヒューマン・インタラクションを可能にする。
【００２４】
本発明の技法は、様々な実施例を容易にする。
【００２５】
【発明の実施の形態】
本発明の目的上、ネットワークは第１の装置（ユーザ・インタフェース限定装置）が第２の装置（例えば優越するユーザ・インタフェースを有する装置）と通信することを可能にするものである。ここでは単純化のために、単純な２地点間リンク、ローカル・エリア・ネットワーク（ＬＡＮ）、ＧＳＭ電話リンク、イーサネット・リンク、または任意の他の種類のリンクを、ネットワークと呼ぶことにする。このネットワークは物理ネットワークまたは無線ネットワーク（例えば赤外線（ＩＲ）や、ホームＲＦなどの無線周波（ＲＦ））のいずれかである。ネットワークは完全に他のネットワークから分離されるか、装置に別のネットワークへのアクセスを提供する１つ以上のアクセス・ポイントを含み得る。
【００２６】
本発明に従い無線ネットワークを構成する特定範囲は、実際の実装詳細に依存する。一般に、無線ネットワークは、数平方メートル乃至数千平方キロメートル（例えばＧＳＭネットワークの場合）の通達範囲を有するように述べられる。特定の状況の下では、通信範囲は更に広がる。互いに通信する２つの装置は、近くにある必要があり、このことはそれらが互いに情報を交換できなければならないことを意味する。
【００２７】
装置はネットワークを介して、情報を送受信できる必要がある。この目的のために、互いに通信する２つの装置は、同一の通信プロトコルをサポートする必要がある。
【００２８】
装置間のこの通信に適するものに、ブルートゥース通信方式がある。これについては、Haartsen、Allen、Inouye、Joeressen及びNaghshinehにより、"Bluetooth：Vision、Goals、and Architecture"、the Mobile Computing and Communications Review、Vol．1、No．2（ACM SIGMOBILE発行）で述べられている。
【００２９】
一旦装置が互いに近づくと、これらの装置間で次のような無線技術を用いることにより、無線通信経路が確立される。それらには好適な幾つかの例をあげただけでも、磁界（近距離場／５ｃｍ乃至３０ｃｍ）、赤外線（ＩＲ）、例えばＩｒＤＡ（０．５ｍ乃至２ｍ）またはＡＩｒ（１ｍ乃至１０ｍ）、または低電力無線周波（ＲＦ）通信、例えばブルートゥース（〜１ｍ乃至１０ｍ）、またはホームＲＦ（〜１ｍ乃至５０ｍ）などが含まれる。
【００３０】
勿論、この近距離度は、大域アドレス指定方式や、特定のネットワーク（例えばインターネット）に接続されるローカル・プロキシ（例えば各天井に取り付けられたＩＲビーコン、または各部屋または各フロア内のブルートゥース・"リレー"）を考慮すれば、緩和される。なぜなら、全種類の装置のリモート制御が、事実上地球上のどこからでも可能になるからである。こうした大域アドレス指定方式は、本発明のＧＳＭベースの実施例でも要求される。
【００３１】
当業者であれば、現時点では、無線通信システムにおける使用に適合される多くのプロトコルが、草案の状態であることが理解できよう。本技法は任意の特定のプロトコルには依存せず、多くのこうしたプロトコルと共に使用され得る。当業者であれば、本技法を既存のプロトコル環境内で、及び開発中のまたはまだ開発されていないプロトコル環境内で実装できよう。
【００３２】
本技法は屋内（倉庫、製造フロア、オフィス、立合場、家庭など）、及び屋外（自動車、トラック、飛行機など）のどこででも使用され得る。
【００３３】
２つの装置は１：１接続を用いて接続され得る。可能な媒体は赤外線及び磁界である。こうした１：１接続をセットアップするためのプロシージャは、２つのＩｒＤＡ対応装置間の接続の今日のセットアップに類似する。すなわち、装置はそれらの通信サブシステム（トランシーバ）がお互いを"見れる（see）"ように配置されなければならない。次に、両方のシステムは、無線通信チャネルが確立されるまで、接続セットアップ・プロシージャを開始するようにトリガされる。
【００３４】
同様に、２つの装置は共用媒体を用いて接続され得る。可能な共用媒体は明らかにＲＦ（無線周波）である。可能なシステムはブルートゥース、ＤＥＣＴ及びハミングバードなどの技術及びプロトコルにもとづく。
【００３５】
ハミングバード・トランシーバに関する詳細は、"Hummingbird Spread Spectrum Transceiver Operator's Manual"、Rev.24 June、1998、XETRON Corp.,Cincinnati、Ohio、USAで述べられている。
【００３６】
識別及びアドレス指定、初期（資源）発見、通信パートナの照合及び選択など、基本的問題に関する詳細は、使用される媒体及び通信プロトコルに依存する。
【００３７】
ここでは装置を指し示すとき、別の装置へのネットワーク接続を確立する任意の種類の装置が意味される。装置の例には、ラップトップ・コンピュータ、ワークパッド、ノードパッド、パーソナル・デジタル・アシスタント（ＰＤＡ）、ノートブック・コンピュータ及び他の着用可能コンピュータ、デスクトップ・コンピュータ、コンピュータ端末、ネットワーク化コンピュータ、インターネット端末及び他のコンピュータ・システム、セットトップ・ボックス、キャッシュ・レジスタ、バーコード・スキャナ、ＰＯＳ端末、キオスク・システム、セルラ電話、ページャ、腕時計、デジタル時計、バッジ、及びスマート・カードなどが含まれる。他の考えられる装置には、ヘッドセット、ヒューマン・インタフェース・デバイス（ＨＩＤ）準拠周辺装置、データ及び音声アクセス・ポイント、カメラ、プリンタ、ファックス・マシン、キーボード、ジョイスティック、ハイファイ・システム、オーディオ（サウンド）カード、ラウドスピーカ、増幅器、ビデオ・カード、台所器具、ツール、発煙／発火検知器などのセンサ、及び実質的に任意の他のデジタル装置が含まれる。
【００３８】
本発明と共に使用され得る装置の他の例には、"スマート・ウォレット"・コンピュータ、宝石類または衣類など、コンピュータ風のハードウェアを装備された身の回り品がある。"スマート・ウォレット"・コンピュータに加え、これらのいわゆる着用可能なコンピュータの多数の他の変形が存在する。"ベルト"・コンピュータは、ユーザが動き回る間に、文書をサーフし（surf）、書留め、編集することを可能にする変形である。更に別の例は、小学生用のパーソナル・デジタル・アシスタントに匹敵する子供のコンピュータである。子供のコンピュータは宿題を保持し、計算を実行し、子供が宿題を管理することを手助けする。それは他の子供のコンピュータとインタフェースし、共同作業を容易にし、また先生のコンピュータにアクセスして、宿題をダウンロードまたはフィードバックする。任意の着用可能または携帯可能な装置、任意のオフィス・ツールまたは装置、家庭用ツールまたは装置、乗り物用システム、或いは公衆用システム（自動販売機、チケット自動販売機、自動預金支払機など）が、本発明を含み得る。
【００３９】
本発明と関連して使用される装置は、本発明に従う技法に関与するための最小量の処理能力を有するものと仮定される。これらの装置はまた、コンピュータ装置とも呼ばれる。前記リストアップされた装置のほとんどは、限定ユーザ・インタフェースを有する装置と見なされる。これは表示装置及びキーボードを有するパーソナル・コンピュータでさえも、当てはまる。こうしたコンピュータのインタフェースには、例えば音声入力を追加することにより、改善の余地がある。特定の装置が限定ユーザ・インタフェースを有する装置であるか否かを決定するために使用される、絶対的な基準は存在しない。常に改善の余地が存在し、従って、任意のコンピュータ装置それ自体が、限定インタフェースを有する装置と見なされる。本発明の技法は集まり（constellation）として作用し、そこではより強力なユーザ・インタフェース、より十分でより便利なまたは優越するユーザ・インタフェース能力を有する、第２のコンピュータ装置が存在する。ユーザ・インタフェースの全ての面が、より優れているまたはより強力である必要はない。例えば、音声入力を有さない（すなわち限定ユーザ・インタフェースを有する）第１の装置と、音声入力を有する第２の装置とが存在すれば、十分である。
【００４０】
前記の装置のあるものは、そのインタフェースがユーザ・インタフェース限定装置（被制御装置）と対話するために使用される装置（制御装置）と見なされ得る。
【００４１】
コンピュータ装置は、次の項目の少なくとも１つが当てはまる場合、限定ユーザ・インタフェースを有するコンピュータ装置と見なされる。
・不十分なユーザ・インタフェースを有する。
・読む、理解する、または聞くのに小さ過ぎる、または困難なユーザ・インタフェースを有する。
・便利でないユーザ・インタフェースを有する。
・グラフィックス可能表示装置を有さない（例えばテキスト専用表示装置）。
・限られた数の入力キー、または小さな入力キーを有する。
・限られた数のボタンにマップされる多くの機能を有し、従って（特に稀に使用されるまたは高度な機能のためには、）ユーザズ・マニアルの事前の広範囲の研究無しには、装置の操作が困難である複雑な制御構造を課する。
・低速または低解像度などの、十分に強力でないユーザ・インタフェースを有する。
【００４２】
優越するユーザ・インタフェース能力を有する装置は、通常、次の基準の少なくとも１つを満足する。
・大画面を有する。
・グラフィックス能力を有する画面を有する。
・完全なキーボードを有する。
・ポインティング・デバイスを有する。
・音声入力などを有する。
【００４３】
ここでユーザ・インタフェースは、ユーザと装置間の対話のための任意の種類のインタフェースであり、例えば表示装置、キーボード、マウス、トラック・ポイント、オーディオ出力、音声認識入力、触覚入力などが含まれる。
【００４４】
本発明が使用される典型的な環境が、図１に示される。限定ユーザ・インタフェース１１を有する、第１のコンピュータ装置１０が存在する（この例では、ユーザ・インタフェースは単純な表示装置及び幾つかのボタンを有する）。その"近傍"に（すなわち第１の装置１０の近くに）、制御または構成対象となる第１の装置よりも優れたユーザ・インタフェース能力（キーボード１３及び表示装置１４）を有する、第２のコンピュータ装置１２が存在するものと仮定する。更に、２つのコンピュータ装置１０及び１２が、互いに通信する方法を見い出すものと仮定する。それにより、前記第２の装置１２の優越するユーザ・インタフェース能力の配備が可能になり、優越するユーザ・インタフェース（ユーザ・インタフェース記述１５）を第２の装置１２に送信することにより、第１の装置１０の使用を容易にし、またスピードアップする。第１の装置１０及び第２の装置１２は、無線通信チャネル１６を通じて通信する。優越するユーザ・インタフェースは、容易に使用可能で、（例えばより多くのフィーチャや説明を含む点で）"豊富"であり、より直観的で、高速であるなどのユーザ・インタフェースである。次にユーザ・インタフェース記述１５が第２の装置１２により処理され、優越するユーザ・インタフェース１９が第２の装置１２上で表示され、操作される。次にユーザ入力、コマンドまたはパラメータが、第１の装置に返送されて実行される。この実施例では、コマンド１７（<command>）及びパラメータ１８（<parameters>）が、装置１０を制御または操作するために返送される。
【００４５】
第１の装置がそのユーザ・インタフェースを特定の標準形式（ここではユーザ・インタフェース記述１５と称す）により提供する能力は、その近傍に現れる他の全ての装置（前述の第２の装置１２を含む）に同報され得る。ユーザ・インタフェース記述１５が十分に小さい場合、インタフェース記述全体が直ちに送信されて、これらの他の装置において記憶され得る。
【００４６】
優越するユーザ・インタフェースを有する第２の装置の近傍に、限定ユーザ・インタフェースを有する複数の装置（"制御可能"装置）が存在する場合、ユーザは本発明に従い、第２の装置上に、（例えばリスト、メニュー、グラフ形式などにより、）全ての"制御可能"装置の視覚化を要求できる。そこからユーザは、限定ユーザ・インタフェースを有する１つの装置を選択し、そのユーザ・インタフェースを表示するためのプロセスを開始できる。
【００４７】
第１の装置１０と第２の装置１２の間の通信経路１６は、第１の装置１０（"被制御装置"またはサーバとなる）から第２の"近傍"装置１２（制御装置またはクライアント／ユーザ・エージェント）への、特定のトランザクションに適したユーザ・インタフェースを記述するデータ（ユーザ・インタフェース記述１５）を転送するために使用される。第２の装置１２はユーザ・インタフェース記述１５をユーザに描写する。これは例えば、インタフェース記述１５を表示装置１４上に表示することにより達成される（表示結果が参照番号１９で示される）。次に、第２の装置１２はユーザの反応を待機する。
【００４８】
ユーザは課せられた質問に対して、例えば提示されたメニューから自分の選択をピックすることにより答えるか、要求データをキー入力することにより、入力を提供する。そうすることにより、ユーザは制御装置の優越するユーザ・インタフェース能力（より大きなキーボード１３、音声認識、カラー表示装置１４など）を使用できる。次に、ユーザの反応、選択または入力を記述する情報が、被制御装置に"要求"（すなわちコマンド１７及び任意的に１つ以上のパラメータ１８）の形式で返送される。
【００４９】
本アプローチの主旨は、制御装置１２が被制御装置１０のフィーチャ及びユーザ・インタフェースの事前知識を有する必要がないことである。要求時に全てが動的にダウンロードされるので、特殊なソフトウェアが事前に導入される必要がない。ハンディ・タイプのラップトップまたはＰＤＡ、或いは恐らく公衆キオスク・システムでさえも、何かを導入したり、そのシステム上にトレースを残す必要なく（システムのメモリ内の幾つかの変更されたキャッシュ・エントリを除く）、"ユーザ・インタフェース・サーバ"として直ちに使用され得る。しかしながら、こうした状況を実現するためには、勿論、全ての関係する装置により満足されなければならない幾つかの必要条件が存在する。
【００５０】
標準化されたユーザ・インタフェース記述：典型的なユーザ・インタフェース制御の描写、すなわち入力プロンプト、選択メニュー、ヘルプ・テキスト、または装置のステータスを視覚化するための他のテキスト・メッセージの表示が可能なように、十分に豊富なユーザ・インタフェースを記述するための、標準化された方法及び形式が存在しなければならない。こうしたユーザ・インタフェース記述形式のための好適な候補には、次のものがある。
・ＨＴＭＬ（ＷＷＷで使用されるハイパテキスト・マークアップ言語）
・ＷＭＬ（ＷＡＰフォーラムにより定義される無線マークアップ言語）
・他の未定義のＸＭＬ（拡張マークアップ言語）ダイアレクト
・Ｘウィンドウ・プロトコル
【００５１】
装置間の伝送が効率的なように最適化されるユーザ・インタフェース記述を使用することが好ましい。ユーザ・インタフェース記述は柔軟性があり、拡張可能であるべきである。
【００５２】
標準化された通信：装置はお互いの存在を検出でき、基本能力の記述を交換でき、要求に応じて、お互いの間で十分に信頼できる２地点間接続をセットアップできなければならない。この基本能力の記述は、標準的なサービスのタイプを記述する例えば単純なフラグまたはビット組み合わせなどである。これらの標準的なサービスのタイプは、こうした単純なフラグまたはビット組み合わせにより識別されるように、予め定義され得る。基本能力の記述はまた、提供される１つまたは複数のサービスを識別するのに適した他の任意の種類の情報であってよい。サービスのタイプを識別することに加え、特定のパラメータ及びオプション（ここでは単純化のため、以下ではパラメータと称す）をセットまたは定義する必要があり得る。
【００５３】
このように、幾つかの共通の必要条件が存在する。このために、装置はある種の資源発見技法を実行して、一旦相互の存在を検出すると、特定の形式の能力またはデバイス・クラス記述を交換する。装置はその近隣に注意して、相互範囲内の潜在的な通信仲間、及びそれらのサービス提供を発見しなければならない。更に、装置がその存在を示し、それ自身のサービスを公示できれば好都合である。サービス情報の公示は、別のプロトコル層において実行され得る。どのサービスがどの装置により提供されるかが本質的に知れる、別のアプローチが考えられる（すなわち、全ての装置ＸＹＺがサービスＡ及びＢを提供し、全ての装置ＭＮＯがサービスＣ及びＤを提供するなど）。
【００５４】
サービスの公示及び発見のための技法の例は、現在本願の出願人に権利譲渡された１９９９年１月２５日付けの係属中の欧州特許出願"Service Advertisement in Wireless Local Networks"で述べられている。この技法によれば、各装置は順番に使用可能なサービスのリストを同報（公示）する（これにはユーザ・インタフェース記述を送信し、対応するコマンドを受信する能力が含まれる）。一般的なアプローチは、装置のグループが使用可能なサービスのリスト（ここではユーザ・インタフェース記述と称す）を順番に同報（公示）する。他の公示が見えたときにリセットされる可変の伝送遅延を使用し、またこれらの遅延の分配を調整することにより、新たな装置が迅速に識別され、不在のマシンが通知され得る。この技法は、接続装置の小さな私用の臨時グループの形成を可能にする。この技法は必要に応じて、ローカル・エリア・ネットワークを臨時に即時セットアップし、もはや必要とされなくなると、それらを取り下げることを可能にする。この技法によれば、全ての適格な近隣装置（ネットワーク化され得る装置）のネットワークがセットアップされる一方で、新たな装置がそれらの都合の良いときに加わり、また去ることを可能にする。
【００５５】
本発明はサービスの公示または発見のための技法には無関係である。要求される点は、サービス消費装置（すなわち優越するユーザ・インタフェースを有する装置）が、近隣にあるサービス提供装置（すなわち限定ユーザ・インタフェースを有する装置）について知るまたは学ぶことである。この目的のために、サービス消費装置は、自身が承知するサービスを識別するサービス情報（例えば他の装置のユーザ・インタフェース記述を提供する能力を示すエントリのリスト）を記憶する。無線ネットワークはその時々に変化し得るので、サービス情報は頻繁に更新される必要がある。
【００５６】
資源発見技法の１例は、次のように述べられる。この技法は近隣にある２つの装置が、特定のサービスが使用可能か否か、及びどんな種類のサービスが存在するかを判断することを可能にする。一方の装置は、サービス提供装置として作用する他の装置に関するサービス及び関連識別子に関する情報を有する記録を保持する。その一方の装置は、サービス及び関連識別子に関する情報を有する記録、及びサービス提供装置に関する識別子のリストを保持するサービス発見モジュールを含み得る。サービス発見モジュールは装置が、近隣にあるサービス提供装置により提供されるサービスと、近隣にないサービス提供装置により提供されるサービスとを区別することを可能にする。資源発見技法は、次のように定義される。すなわち、無線通信プロトコルと関連して使用される場合、特定のサービスまたはタスクが実行されるか、それらがサービスを要求する装置（限定ユーザ・インタフェースを有する装置）の近隣にある優越するユーザ・インタフェースを有する装置に割当てられるように、保証または制御する。
【００５７】
例えば、装置の能力記述は、各装置の記述の一部として受信機側に記憶される、基本初期メッセージ（ＵＲＬ／"ポインタ" - 多くて１００乃至２００バイト - 後述参照）を含み得る。
【００５８】
被制御装置はユーザ・インタフェース記述を標準化形式で送信し、制御装置から返送される入力、コマンド及びパラメータを受信し、解釈できなければならない。
【００５９】
制御装置はこれらのユーザ・インタフェース記述を理解し、またそれらを受信できなければならず、それらを（要求時にまたは自動的に）ユーザにとってアクセス可能にしなければならない。これは例えば、メニューまたは現在通達範囲内の全ての装置のリストを表示することにより、達成される。制御装置は更に、コマンドを被制御装置に転送できなければならない。
【００６０】
本発明の基本概念は、実施例と関連して述べられる。以下では、本発明はＷＭＬを使用する通信システムにおいて実現され、述べられる。ＷＭＬの利点は次のようである。
・小規模で単純なＸＭＬベースの"言語"。
・多くのモバイル装置上で直ちに使用可能な比較的小規模で単純なブラウザ。
・"カード・デッキ（deck-of-card）"・メタフォが、親しみ易い構成パラダイム（"属性シート"または"タブ"）に完全にマップされる。
・ＷＭＬは非常にコンパクトに符号化される（バイナリＷＭＬまたはトークン化ＷＭＬ）。すなわち、ほとんどのタグが１バイト項目となり、ストリングがストリング・テーブル内に収集される。以下で示される例では、ＷＭＬファイルが１．５ｋＢであるのに対して、トークン化形式はストリング・テーブルを圧縮しない場合でさえ、たったの６５２バイトである。（例えばLempel-Ziv、すなわち一般的な.ｚｉｐまたは.ｇｚｉｐツールで使用されるのと同一のアルゴリズムにより、）テーブルが圧縮される場合、結果のファイルは一層小さくなろう。
・組み込み変数置換機能を有する。
・タイマ機能を有する。
【００６１】
必要条件：特定のコマンド（及びパラメータ）が被制御装置に送信されることを知らせるために、ＷＭＬブラウザ（またはその基礎となる通信スタック）は、特殊な"技法"または"プロトコル"を使用するＵＲＬを認識しなければならない。
【００６２】
以下のような既存の技法にもとづく。
0003891760.tif 000002
ゴーファ・プロトコル。追加の技法により、この表記法を拡張する提案が既に存在する。
【００６３】
２）ほとんどのＷＷＷブラウザに既に広く採用され、組み込まれている"file:"技法、すなわち
file://<host_name>/<local_path>/<filename>
（注釈：<host_name>フラグメントはオプションであり、存在しない場合、"このホスト"か、またはあるサーバに配置されるファイルまたは資源ではなく、ローカル・ファイルをアクセスする"ローカル・ホスト"をデフォルト指定する。）
【００６４】
３）まだ採用されていないが、同様に、"ローカル"装置（シリアル・ポート、プリンタ・ポート、スマートカード・リーダ、ＵＳＢポートなど）を介して、通信の制御を可能にする技法を追加する提案が存在する。
device://<portname>/<cmd>[;<params][?<query>][#<anchor>]
（注釈：[...]はオプション部分を表す。例えば、device://COM1/setbaudrate;19200は、第１の通信ポートのシリアル・スピードを１９２００ボー／秒に変更する。）
【００６５】
４）本発明者は、短距離通信手段（ＩＲまたはＲＦなど）を用いて接続される装置にコマンドを送信するために、類似の技法を提案する（及び実現した）。
<comm>://<device_id>[:<portnr>]/<prefix>/<cmd>[;<params>.]
<comm>に従い、このコマンド／要求が送信されるネットワークまたは通信手段、例えば"ｉｒｄａ"または"ブルートゥース"、"ハミングバード"などを知ることができる。<device_id>は、（ＩｒＤＡ  Ｖ１などの１：１通信だけでなく、）特定の装置をアドレス指定するマルチ・パーティ通信をサポートする通信手段のために必要とされる。オプション部分の<portnr>は、これらの装置間に２つ以上の通信チャネルが存在する場合に、特定のポートを指定するために、或いは特定用途（例えば装置モニタリング、診断、構成など）のために、非デフォルト指定チャネルを選択するために使用される。このdevice_idは、特定の製造業者及びモデルＩＤ（例えば"sony_cdp_990X"）と、ユーザ指定の任意の名前または物理位置（例えば"mmoser_libingroom"）との連結であったりする。<prefix>（ＵＲＬの<path>と同一の構文を有する）は、例えば図２に示されるプリンタのメニュー・ツリー（実行ツリー）のように、コマンドをツリー構造にグループ化するために使用される。<cmd>（または最後のパス・フラグメント）は、実際のコマンドを指定する。<params>は前記コマンドの任意パラメータを記述する。
例：
bluetooth://sony_cdp_990_mmoser_livingroom/cd_titles/add;BMW:Exodus
bluetooth://sony_cdp_990_mmoser_livingroom/play_mode/select;shuffle
【００６６】
資源発見：デバイスはストリングを次の形式で送信する。
wml_ui=<device_id>/[<path>]/<command>[;<parameters>]
例えば、その資源をその仲間に記述する場合、次のようになる。
wml_ui=sony_cdp_990_mmoser_livingroom/main_menu
前記の例では、wml_uiは予め定義された（標準化された）サービス名であり、sony_cdp_990_mmoser_livingroom/main_menuは初期ＵＲＬである。このＵＲＬは、装置の物理アドレスにマップされなければならない論理名である"ホスト名"sony_cdp_990_mmoser_livingroomと、装置に送信される実際の要求である残りの部分（コマンド及び任意パラメータ）とに分解される。後者はこの例では、初期メイン・メニューを返却するためのコマンド"main/menu"（パラメータ無し）である。
【００６７】
このＵＲＬは、全ての装置が現在通達範囲内の他の装置に関して保持する記述の一部として記憶される。ユーザ・インタフェースが十分に小さい場合、装置は直ちにユーザ・インタフェース記述全体を送信し得る。
【００６８】
サービスの選択：限定ユーザ・インタフェースを有する装置のために、サービス提供者及び制御装置として作用する装置（例えばＰＤＡ、ラップトップ、ＰＣなど）は、ユーザ・インタフェースとして受信されるユーザ・インタフェース記述を表示するための手段を有する。制御装置として作用する装置の近辺に、限定ユーザ・インタフェースを有する複数の装置が存在する場合、この複数の装置の選択と共に、ユーザ・インタフェース能力の記述が、制御装置の画面上に表示され得る。例えば、こうした装置はその"システム・メニュー"内に、"近くの装置のためにユーザ・インタフェースとして作用する"ボタンを含む。そのエントリをクリックすると、"制御可能"装置の前述のリストがポップアップされる。ユーザがそのリストから１つをピックすると、ユーザ・インタフェースＵＲＬ（wmlユーザ・インタフェースＵＲＬ）が選択装置に提示され、本発明に従いプロセスが開始する。
【００６９】
ユーザ・インタフェースＵＲＬの提示は、その装置の主制御メニューの転送をトリガする。ＷＭＬは、"属性シート"に非常にうまくマップされる"カード・デッキ"・メタフォを使用する。これはオブジェクト属性及びパラメータを編集するためにしばしば使用される視覚化技術である。現ＣＤプレーヤの例では、こうしたデッキは図３乃至図５に示されるように見える（スペース及び複雑化の理由から、これらの例は４つのカードだけを有するデッキを含む。それらは歓迎及び概要カード、ＣＤ名を編集し、演奏モードを選択するための２つのカード、及び総称ヘルプ・カードである）。対応するＷＭＬ文書が図１３に示される。
【００７０】
ＷＭＬブラウザが制御装置により使用される場合、図３に示されるように、前記デッキがウィンドウ３０として、制御装置の画面３１上に表示される。ユーザがＣＤラベル・リンク３２をクリックするか、ユーザが"ＣＤ名"タブ３３を選択すると、ＣＤタイトルを編集するためのカード４０が生成される。このカード４０が図４に示される。ここでユーザは制御装置の本格的なキーボード、ペン入力、音声入力などの入力機構を用いて、挿入フィールド４１にＣＤ名を入力できる。
【００７１】
演奏モード・リンク３５（または演奏モード・タブ３４）を選択すると、図５に示されるように、ウィンドウ５０がポップアップされる。再度、ユーザは制御装置の指示媒体を用いて、ラジオ・ボタン５１の１つをクリックすることにより、異なる演奏モードを選択できる。
【００７２】
コマンド及びパラメータの転送：ユーザがＯＫボタン（図５のＣＤプレーヤ演奏モード・ウィンドウ５０上のＯＫボタン５２など）をクリックすると、制御装置のブラウザが、演奏モードを"ノーマル"に切り替えるために、例えば次のＵＲＬを提示する。
bluetooth://sony_cdp_990/playmode/select;Normal
技法またはプロトコル（ここでは"ブルートゥース"）にもとづき、制御装置の通信スタックは、これがＴＣＰ／ＩＰ及びインターネットを介して送出されるノーマル要求ではなく、これが横取りされて、ローカル（ブルートゥース）通信スタック転送されなければならないことを認識する。
【００７３】
次に、ＵＲＬのホスト指定により、指定装置（"ソニーＣＤプレーヤ・モデル９９０"）がアドレス指定され、残りのＵＲＬ部分（任意パス、コマンド及び任意パラメータ）が指定装置に送信される。
【００７４】
コマンドの認識及び実行：アドレス指定された装置は、提示されたＵＲＬを分析できる、すなわち特定のコマンド・ストリングを抽出及び認識し、任意的にパラメータを分離及び変換したりする、単純な"コマンド・インタプリタ"を有さなければならない。このインタフェースの複雑性及びロバスト性は、完全に製造業者の自由裁量に委ねられる。
【００７５】
フィードバック：ユーザは自分がボタンを押したり、リンクをクリックするとき、ある反応を期待し、被制御装置に"要求を提示する"。この理由から、その装置は反応して（これは任意ステップである）、提示された要求に対する応答を返却する（ブラウザにおけるタイムアウト・メッセージだけで、成功／失敗指示が得られない場合、通常十分でない）。
【００７６】
この応答の柔軟性、サイズ及び複雑性は、完全に製造業者の自由裁量、装置能力、及び資源に委ねられる。装置は例えば次のように応答する。
・コマンドの受信を確認し、その実行の結果を記述する指定カードを返却する。
・その完全なユーザ・インタフェース・"デッキ"を（ことによると前のコマンドにより生じたステータス変化に従い適応化される特定のテキストまたはデフォルト選択と一緒に）再度返却する。
・コマンドの結果に従い、単に最小限のＯＫまたはエラー・ページを返却し、ユーザはブラウザ内の"戻る"ボタンを押下することにより、制御スタックに戻る。
【００７７】
他の反応または前記の組み合わせも勿論可能である。
【００７８】
以下では、図７を参照しながら、本技法の典型的な実施例について述べる。図７では、本発明が実装される装置７０の構成要素（一部は論理要素で、他は物理要素）のブロック図が示される。装置７０は、出力チャネル８１を介して、情報を別の装置（優越するユーザ・インタフェース能力を有する装置など）に送信する送信機ドライバ７３と、入力チャネル８２を介して、情報を別の装置から受信する受信機ドライバ７４とを含む。本実施例では、２つのチャネル８１、８２が示される。これらのチャネルは、例えばＩＲ、ＲＦまたは人体ネットワーク・チャネルなどの、任意の種類のチャネルである。これらのチャネルは同一である必要はない。出力チャネル８１が赤外線チャネルであり、入力チャネル８２がＲＦチャネルであることが考えられる。
【００７９】
送信機ドライバ７３及び受信機ドライバ７４は、媒体アクセス制御（ＭＡＣ）ユニット７２と通信する。ＭＡＣ層は、国際規格（例えばA．S．Tannenbaumによる書物"Computer Networks"で述べられるＩＳＯ  ＯＳＩ（開放型システム相互接続）参照モデルを参照）により定義され、ＭＡＣユニット７２は、ＭＡＣ層を制御するために通信システムで使用される従来のユニットである。ＭＡＣ層は論理区分であり、同一の物理装置上のユーザ・インタフェース・マネージャ７１に実装されるプロトコルの他の部分から、論理的に分割される。ＭＡＣユニット７２は、衝突を検出または回避するために使用され得る。本実施例では、ＭＡＣユニット７２はパケットを送受信するために使用される。多くの場合、こうしたＭＡＣユニット７２は要求されない。
【００８０】
電力は電源プラグ、太陽電池またはバッテリなどを介して提供される。電源（図示せず）が装置１０の構成要素に電力を供給する。簡略化のため、図７では、それぞれの配線またはケーブルは示されていない。
【００８１】
図１０に示されるように、装置７０は、その幾つかの構成要素／ユニット（中央処理ユニット（ＣＰＵ）７７、メモリ７６、通信ハードウェア２２、２３、及びハードウェア・インタフェース２５を介する他の装置特定ハードウェア２０など）の間の通信を可能にするバス２１を含む。装置７０はまた、ユーザとの対話のためのユーザ・インタフェース・ユニット２４（例えば小型ＬＣＤ表示装置及び幾つかの入力キー）を有する。但し、実際のユーザ・インタフェースは図７には示されていない。
【００８２】
リモート・アクセスのために、ユーザ・インタフェース情報がユーザ・インタフェース・マネージャ７１からＭＡＣユニット７２に供給され、（リモート）制御装置に転送される。ユーザ・インタフェース情報は、優越するユーザ・インタフェース能力を有する装置により、ユーザにユーザ・インタフェースを提供するために必要とされる情報を指し示す。実施例に応じて、ユーザ・インタフェース情報は完全ユーザ・インタフェースを記述する情報（図１のアイテム１９参照）を指したり、初期ＵＲＬまたは部分ユーザ・インタフェース（図６のアイテム６３）を記述したりする。部分ユーザ・インタフェースだけを提供するアプローチについては、以下で述べる。
【００８３】
逆方向経路では、ユーザにより入力されたコマンドが、ＭＡＣ７２及びユーザ・インタフェース・マネージャ７１を介して、装置７０を制御するソフトウェアまたはハードウェアに供給される。そのために、ユーザ・インタフェース・マネージャ７１は直接的に（アイテム８３）、または任意のアプリケーション・プログラミング・インタフェース７９（ＡＰＩ）及び装置特定アプリケーション７８を介して間接的に、ハードウェア・ドライバ２６と通信し、結果的に、装置の目的または機能を提供及び実現する装置特定ハードウェア２０（ビデオ・カセット・レコーダ、コーヒー・マシン、プリンタ、ステレオ装置など）と通信する。装置７０の実際の活動または機能は、本技法には無関係である。重要な点は、本技法を使用することにより、この活動が別の装置から制御またはモニタされ得ることである。
【００８４】
ＭＡＣ７２、ユーザ・インタフェース・マネージャ７１及びアプリケーション７８は、論理構造である。これらは別々の装置上に実装され得るが、一様にメモリ７６に記憶されるプログラム内に組み込まれ得る。プログラムに組み込まれる場合、装置７０は前述のプログラムを含む以外、物理的に任意の他の従来装置と同一である。プログラムは、それがＣＰＵ７７により処理されるとき、装置７０に本発明に従うステップを実行させる命令を含む。
【００８５】
ユーザ・インタフェース・マネージャ７１は、ユーザ・インタフェース情報の交換のために、本技法の少なくとも一部を実行し、リモート装置においてユーザ・インタフェースが提供され、ユーザ入力に応答して、リモート装置から制御情報またはパラメータが受信されることを可能にする。
【００８６】
フロー図が図１１に示される。このフロー図は、限定ユーザ・インタフェースを有するコンピュータ装置により実行されるステップを示す。本実施例では、この装置は情報を傾聴する（ステップ８７）。時々、装置はサービス情報（サービス通知）を、近隣にある１つ以上の装置に送信する（ステップ８４）。この傾聴モードは任意的である。このサービス通知プロセスは、図１１の左側に点線のループで示されるように、バックグラウンドで実行される。装置が別の装置（第２の装置）から入力を受信すると、装置はこの入力を幾つかのカテゴリの１つに分類する（ステップ８８）。本実施例では、３つのカテゴリ、すなわちサービス入力、ユーザ・インタフェース（ＵＩ）情報を送信する要求、及びユーザ入力に分類する。入力がサービス情報を含む場合、この情報は装置自身のサービス・リストを更新するために使用される（ステップ８９）。このサービス情報は第２の装置により、その能力に関する情報を送信するために使用され得る。このサービス情報は、必要に際して常に存在するように、リスト内に保持され得る。例えば、情報が必要に際してだけフェッチされる他の技法も考えられる。入力がユーザ・インタフェース（ＵＩ）情報を送信するための要求と識別される場合、装置はそのＵＩ情報を第２の装置に送信する（ステップ８５）。入力がユーザ入力を含む場合、装置はこのユーザ入力を処理または実行する（ステップ８６）。任意ステップ（ステップ９０）では、第２の装置にフィードバックが戻され、ユーザに被制御装置がユーザのコマンドを処理または実行したことを知らせる。
【００８７】
或いは（図面右下の点線の矢印を参照）、装置は、前のコマンドにより生じた結果またはステータス変化を反映するように更新されたＵＩ記述の全部または一部を再度送信する。最後に、装置は傾聴モード（ステップ８７）に戻る。
【００８８】
図１１に関連して述べた実施例は、第２の装置（すなわち優越するまたはより強力なユーザ・インタフェースを有する装置）が、限定ユーザ・インタフェースを有するコンピュータ装置をトリガして、ユーザ・インタフェース情報を送信させる技法を実現する。これは例えば、ユーザが第２の装置を、限定ユーザ・インタフェースを有するコンピュータ装置の方向に向けることにより開始する。
【００８９】
制御装置７００、すなわち優越するユーザ・インタフェースを有する装置の実施例が、図８及び図９に示される。図８は、論理及びソフトウェア層を構成するブロックの幾つかを示し、図９は、ハードウェア層の幾つかの構成ブロックを示す。図８に示されるように、装置７００はＭＡＣプロトコル・ハンドラ７２０、送信機ドライバ７３０、及び受信機ドライバ７４０を含み、リモート装置（図示せず）と通信する。更に、ユーザ・インタフェースと通信するために、ユーザ・インタフェース・マネージャ７１０及び特定のドライバ７５０が存在する。再度、装置７００は、送信機７０１、受信機７０２、メモリ７０３、ＣＰＵ７０４、及び表示装置やキーボード、ポインティング・デバイスなどに接続されるユーザ・インタフェース７０５を相互接続するバス７０６（例えばバックプレーン・バスまたはケーブル・バス）を含み得る。
【００９０】
第２の装置により実行される対応するステップが、図１２に示される。この第２の装置は、限定ユーザ・インタフェースを有するコンピュータ装置から、サービス情報を受信する（ステップ１０３）。但し、そのためには、コンピュータ装置がこうした情報を時々送信するようにセットアップされていることが必要である。第２の装置の通達範囲内に、限定ユーザ・インタフェースを有する複数のコンピュータ装置（制御可能装置）が存在する場合、本実施例によれば、これらの制御可能装置のリストがユーザに提供される（ステップ９１、９２）。次にユーザは、自分が制御または対話したい装置（被制御装置）を選択する（ステップ９３）。１つの制御可能装置だけが存在するか、第２の装置がユーザが対話したい制御可能装置を知る場合、矢印９４で示されるように、ステップ９１乃至９３はバイパスされ得る。これでユーザ・インタフェース情報を送信するための要求が、被制御装置に送信される（ステップ９５）。被制御装置は、要求されたユーザ・インタフェース情報を送信することにより応答する。このユーザ・インタフェース情報が第２の装置により受信されると（ステップ９６）、ユーザ・インタフェースがユーザに描写される（ステップ９７）。これは例えば、ユーザ・インタフェースをユーザに表示することにより、或いはユーザにテキストを読出すことにより、または情報を印刷することにより達成される。次に、第２の装置はユーザ入力を待機し（ステップ９８）、これが被制御装置に返送される（ステップ９９）。被制御装置から受信されるフィードバックは、ユーザに提供され得る（図１２では示されていない）。第２の装置は別のユーザ入力を待機するか（矢印１００）、ユーザ・インタフェース情報を期待する状態に戻るか（矢印１０１）、または初期状態に戻る（矢印１０２）。
【００９１】
限定ユーザ・インタフェースを有するコンピュータ装置（被制御装置）が全プロセスを開始する他の技法が考えられる。この場合、被制御装置はユーザ・インタフェース情報を特定の第２の装置に送信する。被制御装置の通達範囲内に複数の装置が存在する場合、被制御装置またはユーザが装置を選択する。ユーザ・インタフェース情報が送信される前に、装置またはユーザは、近隣に適切なユーザ・インタフェースを有する別の装置が存在するかをチェックしたいかもしれない。これは単にサービス・リストに記憶された情報を見ることにより達成される。こうしたリストが保持されていない場合、被制御装置は、実際には近隣に、ユーザ・インタフェース情報を受信し、解釈できる装置が存在するものと期待して、単にユーザ・インタフェース情報を送信するように決定する。第２の装置はユーザ・インタフェース情報を受信し、対応するユーザ・インタフェースをユーザに提供する。次にユーザはこのユーザ・インタフェースを使用して、情報を入力する。ユーザの入力は被制御装置に送信され、そこで入力が処理または実行される。任意ステップでは、ユーザに被制御装置がユーザのコマンドを処理または実行したことを知らせるためのフィードバックが、第２の装置に返却される。
【００９２】
前述の技法の拡張について、次に述べることにする（図６参照）。この拡張は図６に示されるように、ユーザ・インタフェース・ソース（装置６７）と、コマンド・ターゲット６０との分割を考慮する。被制御装置６０は必ずしも、全部のユーザ・インタフェース記述（例えばたくさんのグラフィック要素が展開されるときなど、極めて大きくなる）を供給しなければならない訳ではなく、その一部を供給すればよい。この場合、被制御装置６０は無線通信路６６を介して、単に部分ユーザ・インタフェース６３（例えばテキスト専用バージョン）を制御装置６２に送信する。或いは、被制御装置６０は初期ユーザ・インタフェース記述６３（例えばＵＲＬ）または"ポインタ"だけを供給し得る。
【００９３】
その結果、実際のユーザ・インタフェース６５または不足部分（例えばグラフィックス６９）が、他の位置（例えば制御装置上またはインターネット上のＷＷＷサーバ上に予め導入済みのファイル）からフェッチされ、制御装置６２の画面１４上で統合ユーザ・インタフェース表現６８に結合される。本実施例では、ｈｔｔｐ要求６４を用いて、実際のユーザ・インタフェースがＷＷＷサーバ６７からフェッチされる。このことは被制御装置６０内のユーザ・インタフェース記述６３を非常に小さく保ち、被制御装置６０自身内では、単純なコマンド及びパラメータの解析能力の実装を要求するだけである。
【００９４】
別のより複雑なまたは（準）自動的ユーザ・インタフェースについて、次に述べることにする。被制御装置はスクリプト技術を用いて、基本コマンドを実装するだけであるが、これらのコマンドは制御装置により結合されて、より強力な複合コマンドを形成し、また特定の繰り返しタスクの自動化を可能にする。例えば、柔軟性のあるスクリプト言語を装備したブラウザを想定すると、次のようなタスクを自動化することが可能である。
・ユーザにＣＤを挿入するように依頼する。
・一旦ＣＤが挿入されると、現ＣＤの識別コードを要求及び表示する。
・ウェブ・ベースのデータベース（例えば"ＣＤＤＢ"）内で、そのＣＤのＩＤコードを探索する。
・そのＣＤのタイトル及び作者をＣＤプレーヤのＵＩのフィールドにコピーし（下記の例を参照）、その要求を依頼する。
・やり直す
【００９５】
このように、ユーザは容易に次々とＣＤをＣＤプレーヤ（本実施例では被制御装置）に挿入することができる。一方、ＰＣ（本実施例では制御装置）は、対応するＣＤラベルを探索し、それらをＣＤプレーヤに自動的にプログラムする。
【００９６】
本発明はユーザ・インタフェース制御の変換を可能にすることにより、改善される。この場合、制御装置はフォーマット変換器として作用し、ユーザ・インタフェース要素を異なるフォーマットまたは媒体に、またはその逆に変換する。制御装置は音声合成を提供し、テキスト・メッセージを視覚障害者に"読出し"たり、例えば運転中の有業者に読出したりする。同様に、制御装置は話されるコマンドを変換して、データを入力フィールドに入力したり、制御要素（話される"ボタン"・クリック）を活動化したりする。こうした変換は勿論、ユーザ・インタフェース表現形式により容易化または促進される。これらは装置において使用可能な実際の物理ユーザ・インタフェース能力に関して想定をするものではなく、制御の抽象的な機能レベルを指定する。例えば、ＷＭＬは最小の表示サイズの画素数を指定するものではなく、メニュー及びテキスト出力のために使用可能な最小のフォント数を要求するのでもなく、"選択"、"入力"及び"活動化"能力を指定する。メニュー・テキストはユーザに表示されるか、または例えば読出され、ユーザは自分の応答をタイプするか、単に装置に話しかける。
【００９７】
製造業者が、稀に使用される機能が装置のフロントパネルを介して制御される必要がなく、優越する好適な外部装置を用いて制御されれば良い事実に頼れる場合、複雑で稀に使用される機能のためのユーザ・インタフェース・コードの量が劇的に低減され、大変容易でエラーを起こしにくいソフトウェア開発がもたらされ、結果的に、迅速な開発による短い市場投入時間及び相当な価格メリットが達成される。本発明による制御可能装置は、単純且つ安価となり得る。
【００９８】
最小の通信範囲（約１５ｍ乃至約２０ｍ）を仮定すると、被制御装置は同一の部屋または階にある必要はなく、地階または屋根上にあってもよい（例えば暖房、空調、アンテナ、ケーブル・チューナ、衛星放送用受信機など）。
【００９９】
被制御装置と制御装置間の標準化通信チャネルは、より長い距離の架橋を可能にし、リモート診断能力を可能にするために、拡張され得る（この技術は通常"プロキシ"として知られる）。例えば、建物及び暖房制御は、優越するユーザ・インタフェースでさえ利用者が特定の設定を正しく調整することを可能にしないように、特殊な知識を要求し得る。一時的にユーザ・インタフェースを専門会社に中継することにより、外部の専門家はリモート・システムを構成または診断し得る。時に、こうした住宅設備への世界的アクセスは、"普通の"ユーザにとっても便利である。なぜなら、それはユーザが家庭においてシステムを制御することを可能にするからである。
【０１００】
また、ＨＴＭＬを交換形式として使用することも可能である。これはより柔軟でより強力なユーザ・インタフェースを可能にするが、ＷＭＬよりも優雅さ及びコンパクト性に劣る。任意の他のマークアップ言語も同様に使用され得る。
【０１０１】
ホスト装置（制御装置）がドラッグ・アンド・ドロップ機能をサポートする場合、この機能は、例えばＰＤＡのアジェンダから、腕時計のダウンロード済みユーザ・インタフェースに約束をコピーするために使用される。このドラッグ・アンド・ドロップは、ホスト・アプリケーションとダウンロード済みユーザ・インタフェースとの間で作用する。装置間にもドラッグ・アンド・ドロップが存在し得る。２つ以上の装置が現在同一の制御装置により制御されている場合、ホストは仲介者として作用する。すなわち、２つの被制御装置間で情報をドラッグ・アンド・ドロップすることが可能である（例えば、腕時計に記憶された電話番号を携帯電話にコピーする）。
【０１０２】
本発明の利点の多くは、本明細書を読むと明らかである。本技法は大きな優越する読取り可能表示装置（例えば大きなカラー・グラフィックス表示装置）、優越するまたは高速な入力機能（例えば本格的なキーボード、またはポインティング・デバイス）、優越する好適なＩ／Ｏインタフェース（例えばプリンタまたはオーディオ・システム）を使用することを可能にする。小さな数字キーボード上にデータをキー入力するよりも、ＰＤＡまたはコンピュータ画面及びキーボードを用いて、携帯電話または腕時計をプログラムする方が確かに容易である。本発明によれば、ユーザは装置により提供されるマウス、ペン、または任意の他のポインティング・デバイスを用いて、これらを有さない装置のフィーチャを制御することができる。
【０１０３】
図面及び本明細書では、本発明の好適な実施例について述べ、特定の用語を使用したが、ここでの説明は用語を総称的に使用するもので、限定的な目的で使用するものではない。
【０１０４】
本発明は部分的にまたは全体として、特殊なコンピュータ装置または汎用コンピュータ装置により実現され得る。これは本発明をコンピュータ・プログラムの形式で実装することにより達成される。現状況におけるコンピュータ・プログラムは、コンピュータ装置に特定の機能を直接的に実行するように、或いは
ａ）別の言語、コードまたは表記法への変換
ｂ）異なるマテリアル形態での再生
のいずれか、または両方の後に実行するように指示する、任意の言語、コードまたは表記法による、一連の命令の表現を意味する。
【０１０５】
当業者であれば、本発明が前述の特定の実施例に制限されるものではなく、本発明の範囲が特許請求の範囲によってのみ定義されることが理解できよう。
【０１０６】
まとめとして、本発明の構成に関して以下の事項を開示する。
【０１０７】
（１）限定ユーザ・インタフェースを有する第１のコンピュータ装置を、遠隔にある第２のコンピュータ装置を介して制御する方法であって、両方のコンピュータ装置が無線通信チャネルを介して相互接続され、両方のコンピュータ装置が共通の通信プロトコルをサポートするものにおいて、
ユーザ・インタフェース情報を前記第１のコンピュータ装置から前記第２のコンピュータ装置に送信するステップと、
前記ユーザ・インタフェース情報を用いて、ユーザ・インタフェースを前記第２のコンピュータ装置により提供するステップと、
前記第２のコンピュータ装置において、ユーザ入力を受信するステップと、
ユーザ入力を前記第１のコンピュータ装置に送信するステップと、
ユーザ入力を前記第１のコンピュータ装置において実行するステップと
を含む、方法。
（２）ユーザ・インタフェース記述が前記ユーザ・インタフェース情報を送信するために使用される、前記（１）記載の方法。
（３）前記ユーザ・インタフェース情報を前記第１のコンピュータ装置から前記第２のコンピュータ装置に送信する前に、前記第２のコンピュータ装置がそのサービスを前記第１のコンピュータ装置に公表する、前記（１）記載の方法。
（４）前記第１のコンピュータ装置と前記第２のコンピュータ装置との間で、無線通信チャネルが自動的に確立される、前記（１）記載の方法。
（５）前記第２のコンピュータ装置が、ユーザ・インタフェースを表示装置上に表示することによりそれを提供する表示装置を含む、前記（１）記載の方法。
（６）前記第２のコンピュータ装置がユーザ入力を受信するためのキーボードを含む、前記（１）記載の方法。
（７）前記ユーザ・インタフェース情報を前記第１のコンピュータ装置から前記第２のコンピュータ装置に送信するために、マークアップ言語が使用される、前記（１）記載の方法。
（８）ＷＭＬがマークアップ言語として使用される、前記（７）記載の方法。
（９）前記第２のコンピュータ装置が、前記ユーザ・インタフェース情報を用いてユーザ・インタフェースを提供するブラウザ・ソフトウェアを含む、前記（７）記載の方法。
（１０）ユーザ入力を前記第１のコンピュータ装置に送信するために、特殊プロトコルが使用される、前記（１）記載の方法。
（１１）ハイパテキスト転送プロトコルまたは無線セッション・プロトコルが特殊プロトコルとして使用される、前記（１１）記載の方法。
（１２）前記第１のコンピュータ装置から前記第２のコンピュータ装置にフィードバックを送信するステップを含む、前記（１）記載の方法。
（１３）フィードバックが、前記第１のコンピュータ装置におけるユーザ入力の実行が成功であったか否かを示す、前記（１２）記載の方法。
（１４）前記第１のコンピュータ装置が前記ユーザ・インタフェース情報を前記第２のコンピュータ装置に送信することにより、プロセスを開始する、前記（１）記載の方法。
（１５）前記第２のコンピュータ装置が前記第１のコンピュータ装置に前記ユーザ・インタフェース情報を送信するように要求する、前記（１）記載の方法。
（１６）限定ユーザ・インタフェース、第１のプロセッサ７７、第１のトランシーバ７３、７４、第１のメモリ７６、及びユーザ・インタフェース・マネージャ７１を含む第１のコンピュータ装置７０と、
第２のユーザ・インタフェース７０５、第２のプロセッサ７０４、第２のトランシーバ７３０、７４０、第２のメモリ７０３、及び第１のコンピュータ装置７０と第２のコンピュータ装置７００との間の通信のための無線通信チャネル８１、８２を含む第２のコンピュータ装置７００と
を含み、
ユーザ・インタフェース・マネージャ７１が、第１のトランシーバ７３、７４、無線通信チャネル８１、８２、及び第２のトランシーバ７３０、７４０を介する、第２のコンピュータ装置へのユーザ・インタフェース情報の送信を制御し、
第２の制御装置７１０がユーザ・インタフェース情報を用いて、第２のユーザ・インタフェース７０５、７５０上でユーザ・インタフェースを提供し、
第２のコンピュータ装置７００が第２のユーザ・インタフェース７０５、７５０を介してユーザ入力を受信し、
第２のコンピュータ装置７００が第２のトランシーバ７３０、７４０、無線通信チャネル８１、８２、及び第１のトランシーバ７３、７４を介して、第１のコンピュータ装置７０にユーザ入力を送信し、
第１のコンピュータ装置７０がユーザ入力を実行する、システム。
（１７）第１のトランシーバ７３、７４及び第２のトランシーバ７３０、７４０が、第１のコンピュータ装置７０と第２のコンピュータ装置７００間の無線通信チャネル８１、８２を自動的に確立する、前記（１６）記載のシステム。
（１８）第２のユーザ・インタフェースが、ユーザ・インタフェースを表示する表示装置を含む、前記（１６）記載のシステム。
（１９）第２のユーザ・インタフェース７０５、７５０が、ユーザ入力を受信するキーボードを含む、前記（１６）記載のシステム。
（２０）第２のコンピュータ装置７００が、ユーザ・インタフェース情報を用いて第２のユーザ・インタフェース７０５、７５０上にユーザ・インタフェースを提供するブラウザ・ソフトウェアを含む、前記（１６）記載のシステム。
（２１）第２のコンピュータ装置７００が、ユーザがプロセスを開始することを可能にする手段を含み、該プロセスにおいて、第２のコンピュータ装置７００が第１のコンピュータ装置７０からユーザ・インタフェース情報を要求する、前記（１６）記載のシステム。
（２２）第３のプロセッサ、第３のトランシーバ、及びユーザ・インタフェース情報の一部を記憶する第３のメモリを有する第３のコンピュータ装置６７を含む、前記（１６）記載のシステム。
（２３）ユーザ・インタフェース情報の第１の部分が第１のコンピュータ装置７０により送信され、ユーザ・インタフェース情報の第２の部分が第３のコンピュータ装置６７により送信される、前記（２２）記載のシステム。
（２４）ユーザ・インタフェース情報の第１の部分が、第３のメモリの一部を指し示すポインタであり、ユーザ・インタフェース情報の第２の部分が記憶される、前記（２３）記載のシステム。
（２５）コンピュータ読取り可能媒体を含むコンピュータ・プログラム製品であって、
限定ユーザ・インタフェース、プロセッサ、無線通信チャネルを介してリモート・コンピュータ装置とインタフェースするためのトランシーバ、メモリ、及びユーザ・インタフェース・マネージャを含むコンピュータ装置にロードされて、
ユーザ・インタフェース情報を無線通信チャネルを介して、リモート・コンピュータ装置に送信し、
ユーザがリモート・コンピュータ装置において生成したユーザ入力を、無線通信チャネルを介して受信し、
ユーザ入力を実行し、
フィードバックを無線通信チャネルを介してリモート・コンピュータ装置に送信するプロシージャを実行するコンピュータ・プログラム・コード手段を含む、コンピュータ・プログラム製品。
（２６）コンピュータ読取り可能媒体を含むコンピュータ・プログラム製品であって、
ユーザ・インタフェース、プロセッサ、メモリ、ユーザ・インタフェース、及び無線通信チャネルを介してリモート・ユーザ・インタフェース限定コンピュータ装置とインタフェースするためのトランシーバを含むコンピュータ装置にロードされて、
ユーザ・インタフェース限定コンピュータ装置から無線通信チャネルを介して、ユーザ・インタフェース情報を受信し、
受信されたユーザ・インタフェース情報を用いて、ユーザ・インタフェースを提供し、
ユーザ入力を受信し、
ユーザ入力を無線通信チャネルを介して、ユーザ・インタフェース限定コンピュータ装置に送信し、
フィードバックを無線通信チャネルを介して、ユーザ・インタフェース限定コンピュータ装置から受信し、
フィードバックをユーザに提供するプロシージャを実行するコンピュータ・プログラム・コード手段を含む、コンピュータ・プログラム製品。
【図面の簡単な説明】
【図１】本発明に従う実施例のブロック図である。
【図２】典型的な実行ツリーを示す図である。
【図３】第１のブラウザ・ウィンドウを示す図である。
【図４】第２のブラウザ・ウィンドウを示す図である。
【図５】第３のブラウザ・ウィンドウを示す図である。
【図６】本発明に従う別の実施例のブロック図である。
【図７】本発明に従う実施例のブロック図である。
【図８】本発明に従う実施例の論理／ソフトウェア要素のブロック図である。
【図９】本発明に従う実施例のハードウェア層のブロック図である。
【図１０】本発明に従う実施例のハードウェア層のブロック図である。
【図１１】本発明に従うユーザ・インタフェース限定装置の態様を説明するためのフローチャートである。
【図１２】本発明に従うユーザ・インタフェース限定装置を制御するために使用される装置の態様を説明するためのフローチャートである。
【図１３】図３乃至図５のユーザ・インタフェースを記述する無線マークアップ言語文書を示す図である。
【符号の説明】
１０、６０  コンピュータ装置（被制御装置）
１１  限定ユーザ・インタフェース
１２、６２  コンピュータ装置（制御装置）
１３  キーボード
１４  表示装置
１５、６３  ユーザ・インタフェース記述
１６、６６  無線通信チャネル
１９、６５  ユーザ・インタフェース
２１、７０６  バス
３０、５０  ウィンドウ
３１  画面
３２、３５  リンク
３３、３４  タブ
４０  カード
４１  挿入フィールド
５１  ラジオ・ボタン
６７  ＷＷＷサーバ
６８  統合ユーザ・インタフェース
６９  グラフィックス
７９  ＡＰＩ
８１  出力チャネル
８２  入力チャネル
【図１】
0003891760.tif 000003
【図２】
0003891760.tif 000004
【図３】
0003891760.tif 000005
【図４】
0003891760.tif 000006
【図５】
0003891760.tif 000007
【図６】
0003891760.tif 000008
【図７】
0003891760.tif 000009
【図８】
0003891760.tif 000010
【図９】
0003891760.tif 000011
【図１０】
0003891760.tif 000012
【図１１】
0003891760.tif 000013
【図１２】
0003891760.tif 000014
【図１３】
0003891760.tif 000015