JP2006060411A - 通信装置及び通信装置の制御方法、並びに通信システム - Google Patents

Abstract

【課題】 被制御対象となる複数の機器が近接して配置されている中で特定の被制御対象を特定し、被制御対象デバイスとの双方向の安定した通信を行なう。
【解決手段】 指向性通信を用いて被制御対象となるデバイスを特定するとともに、特定された被制御対象デバイスとの間で透過性通信を用いて双方向で安定した通信を行なう。被制御対象となりうる複数の機器が近接し、指向性通信を用いても被制御対象となる機器を１つに特定できない場合、ユーザにその状態を通知し、ユーザが簡単且つ明示的に機器を選択できる手段を提供する。指向性通信で、通信装置から被制御対象となる機器への片方向通信だけを行なう。
【選択図】 図１

Description

本発明は、機器の遠隔操作を行なう通信装置及び通信装置の制御方法、並びに通信システムに係り、特に、指向性通信と透過性通信を併用して機器の遠隔操作を行なう通信装置及び通信装置の制御方法、並びに通信システムに関する。

さらに詳しくは、本発明は、赤外線を利用して通信を行なう指向性通信と、電波を利用して通信を行なう透過性通信を併用して、機器の遠隔操作を行なう通信装置及び通信装置の制御方法、並びに通信システムに係り、特に、被制御対象となる複数の機器が近接して配置されている中で特定の被制御対象を特定するとともに、特定された被制御対象デバイスとの間で双方向の安定した通信を行なう通信装置及び通信装置の制御方法、並びに通信システムに関する。

現在、テレビ受像機やビデオ録画再生装置、オーディオ・ビジュアル機器など、さまざまな情報家電機器が開発・製造され、一般家庭やその他の居住空間に広く普及している。これら情報機器は、操作ボタンやボリューム・スイッチなど通常は機器本体に装備されているユーザ・インターフェースを通じて機器を直接操作を行なうことを基本とするが、最近ではほとんどすべての機器がリモコンを用いた遠隔操作に対応している。

例えば家電製品などの民生用の電気・電子機器の分野においては、ユーザ操作コマンドを遠隔的に機器に入力する手段として、ＡＭ変調方式を採用した「赤外線リモコン」が開発され、既に定着している。また、情報処理機器の分野においても、各情報端末間でのワイヤレス・コミュニケーションの手段として、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、ＳＩＲＣＳ（Ｓｅｒｉａｌ Ｉｎｆｒａｒｅｄ Ｒｅｍｏｔｅ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ）などの赤外線データ通信が広く採用されている。

赤外線を利用した通信方式は、コストが安い、消費電力が少ない、各国における法的規制がほとんどないなどの利点がある。また、配線が不要ということは、ケーブル間を接続するコネクタが不要であることをも意味し、コスト削減にもなる。接続や切断の都度コネクタを着脱することにより機械的に消耗するという心配もない。

ところが、赤外線を用いたこれらの通信方式は、基本的には一方向通信であるため、送信元は相手からの返事を受け取ることができず、送達確認を行なうことができない、という問題がある。

勿論、通信を行なう双方の機器が赤外線送信機能と赤外線受信機能をともに備えることで、双方向通信を行なうことが可能である。しかしながら、赤外線通信においては、指向性の問題があり、送信機側の視野角の中に受信機の受光部を向けなければ通信が確立せず、利用上の大きな制約条件となる。すなわち、双方のユーザは互いの機器を目掛けて送信操作を行なわなければならず、不便である。

これに対し、指向性の高い赤外線通信と、無指向すなわち透過性の高い電波通信とを併用した通信システムも考えられている。この場合、無指向性の通信方式では操作対象でない機器にまで電波が及ぶことから、特定の機器を狙って操作することができない。

例えば、１台で各種の機器を、しかも見えないところにある機器を制御でき、且つどのような姿勢や場所でも制御できるようにした通信方法について提案がなされている（例えば、特許文献１を参照のこと）。すなわち、第１と第２の通信装置は、それぞれ固有な自己認識コードを有し、またそれぞれは赤外線を利用して通信を行なう第１の通信手段と、電波を利用して通信を行なう第２の通信手段と、相手認識コードを記憶する記憶手段とを備えている。そして、第１の通信手段による送信時は自己認識コードを送信し、受信時は相手認識コードを取り込みこの相手認識コードを自己の記憶手段に記憶する。また、第２の通信手段による送信時は自己認識コードと相手認識コードを伝送して相手の呼び出しを行ない、相手から呼び出されたときは自己の記憶手段に相手認識コードが登録されている場合のみ応答し有効な通信を行なうことができる。

このような通信方式によれば、１台のコントローラで各種のデバイスを制御でき、また見えないところにあるデバイスも制御が可能となる。つまり指向性通信として例えば赤外線を用い、これをユーザがコントローラを用いてデバイスを特定する手段として用いる。また、透過性通信として例えば電波を用い、こちらはコントローラと特定されたデバイスとの相互の位置や向きによらず安定した通信が行える手段として用いられる。

しかしながら、このような通信システムでは、赤外線リモコンの操作対象となる複数の機器が近接して配置されている場合があるということを考慮に入れていない。

ここで、デバイスとしてテレビとＤＶＤレコーダを、コントローラとして赤外線通信並びにＢｌｕｅｔｏｏｔｈ通信をともに備えたリモコンを使って制御する場合について考察してみる。一般に、テレビやＤＶＤレコーダは、同じ映像データや音声データを扱ったり、放送波を選局・受信するチューナ機能を共用したりするという目的により、近接して設置されていることが多い。このため、リモコンからの赤外線信号はテレビ並びにＤＶＤレコーダのどちらにも届いてしまう。

これに関しては、赤外線通信の規格であるＳＩＲＣＳでは、テレビ用とＤＶＤレコーダ用では信号が区別されている。したがって、赤外線コマンドを送信したことをトリガにテレビ、ＤＶＤレコーダのどちらもが動作してしまうという問題を防ぐごとができる。しかし、そのためにはテレビかＤＶＤレコーダかどちらを制御するかを事前にユーザがリモコンに設定しておかなければならない。これではデバイスを特定する手段として指向性通信を用いている利点が十分には生かされていない。

また別の例として、テレビが２台あった場合などでは、どちらが操作対象になるかは、例えばどちらのテレビからレスポンスが早くリモコンに返るか次第となってしまうため、ユーザが明示的に決定することができない。

特開平９−２１５０６５号公報

本発明の目的は、指向性通信と透過性通信を併用して機器の遠隔操作を好適に行なうことができる、優れた通信装置及び通信装置の制御方法、並びに通信システムを提供することにある。

本発明のさらなる目的は、赤外線を利用して通信を行なう指向性通信と、電波を利用して通信を行なう透過性通信を併用して、機器の遠隔操作を好適に行なうことができる、優れた通信装置及び通信装置の制御方法、並びに通信システムを提供することにある。

本発明のさらなる目的は、被制御対象となる複数の機器が近接して配置されている中で特定の被制御対象を特定するとともに、特定された被制御対象デバイスとの間で双方向の安定した通信を行なうことができる、優れた通信装置及び通信装置の制御方法、並びに通信システムを提供することにある。

本発明は、上記課題を参酌してなされたものであり、コマンド操作を行なうコントローラと、コマンドに応じた処理を行なうデバイス間で、指向性信号を利用して指向性通信を行なう第１の通信路及び無指向性信号を利用して透過性通信を行なう第２の通信路を利用して通信を行なう通信システムであって、前記コントローラはアクセス対象となりえるデバイスを探索するためのサーチ要求を送信し、前記デバイスは自分に該当するサーチ要求を受信したことに応答してサーチ応答を返し、前記コントローラはサーチ要求を受信した１以上のデバイスの中からアクセス対象とするデバイスを特定し、ユーザから入力されたコマンドを該特定されたデバイスに送信し、前記デバイスは前記コントローラから受信したコマンドの処理を行なうことを特徴とする通信システムである。

現在、機器の遠隔操作用に赤外線を利用した通信方式が広く採用されている。赤外線を利用した通信方式は、コストが安い、消費電力が少ない、各国における法的規制がほとんどないなどの利点がある。ところが、赤外線を用いたこれらの通信方式は、基本的には一方向通信であるため、送信元は相手からの返事を受け取ることができず、送達確認を行なうことができない。他方、透過性の高い電波を利用した通信方式では、無指向すなわち透過性であるため、特定の機器を狙って操作することができない。

これに対し、本発明に係る通信装置は、赤外線を利用して通信を行なう指向性通信と、電波を利用して通信を行なう透過性通信を併用して、機器の遠隔操作を行なうものである。具体的には、指向性通信を用いて被制御対象となるデバイスを特定するとともに、特定された被制御対象デバイスとの間で透過性通信を用いて双方向で安定した通信を行なう。

そして、コントローラにとって被制御対象のデバイスとなりうる複数の機器が近接して設置されている環境下で、指向性通信を用いても被制御対象となる機器を１つに特定できない場合には、ユーザにその状態を通知し、ユーザが簡単且つ明示的に機器を選択できる手段を提供する。また、指向性通信においては、コントローラとしての通信装置から被制御対象となる機器への片方向通信だけを行なう。

したがって、本発明によれば、従来の赤外線リモコンなどのリモート・コントローラの操作感を踏襲しつつも、指向性による制限を受けることなく安定した通信を行なうことができる、高機能で万能なリモート・コントローラを実現する。

本発明では、コントローラとしての通信装置と被制御対象となるデバイス間の任意の通信を、機器選定のための通信と、機器制御のためとの通信の２段階に分けている。

ユーザがある特定の情報をコントローラからデバイスに送信する場合、まずその情報を送る前に機器選定のための通信を開始する。これには指向性通信を用いる。デバイスがこれを受けた場合には今度は透過性通信を用いてレスポンスを返す。

コントローラは一定時間レスポンスを待ち、もしレスポンスが１つだけであるならば、続いて、透過性通信を用いレスポンスを返して来たデバイスに対し、元々のユーザが所望していた情報を送信する。

ここで、複数のレスポンスがあった場合、つまり、指向性通信が届く範囲に複数のデバイスがあった場合にはなるべくユーザが意図するデバイスを自動的に判断し、それに対して透過性通信を用いて元々のユーザが所望していた情報を送信する。

また、自動的に判断できない場合にはコントローラはその旨をユーザに知らせる。ユーザはそれを受け明示的に対象デバイスの選択を行なう。その際に、コントローラ上にデバイス名を表示する、あるいは選択されているデバイス上でランプを点滅させるなどを行なう。そして、ユーザが対象デバイスを決定した後に、元々のユーザが所望していた情報がそのデバイスに送信される。

本発明に係る通信システムにおいて、デバイスをコマンド操作するコントローラとして動作する通信装置は、指向性信号を利用して指向性通信を行なう第１の通信部と、無指向性信号を利用して透過性通信を行なう第２の通信部と、ユーザがコマンド又はデータを入力するユーザ入力部と、前記第１の通信部及び第２の通信部の通信動作を制御する制御部とを備えている。そして、前記制御部は、アクセス対象とする機器を特定し、前記ユーザ入力部を介して入力されたコマンドを前記第１の通信部による指向性通信又は前記第２の通信部による透過性通信により該特定された機器に送信する。

ここで、コントローラは、アクセス対象となりえる機器を探索し、存在が検出された１以上の機器の中からアクセス対象の機器を特定する。また、アクセス対象となりえる機器が存在しないこと、又はアクセス対象とする機器を特定できないことを、画像出力や音声出力によりユーザに通知する通知部をさらに備えている。

コントローラは、アクセス対象となりえる機器を探索するために、前記第１の通信部による指向性通信によりサーチ要求を送信する。そして、サーチ要求を受信した機器から、指定した受信プロトコルに従って送られてきたサーチ応答を受信することにより、機器の存在を検出することができる。

コントローラは、アクセス対象となりえる機器の有無及び選択候補の有無に関する情報を管理する機器管理部をさらに備えている。そして、アクセス対象となりえる機器を探索して存在を検出すると、機器管理部において各機器についての存在の有無並びに選択候補の有無を更新する。

コントローラは、サーチ要求して存在が検出された機器がただ１つの場合は当該機器をアクセス対象の機器として特定する。また、複数の機器の存在が検出された場合には、なるべくユーザが意図するデバイスを自動的に判断するために、機器管理部において選択候補となっている最上位の機器をアクセス対象の機器として特定する。また、存在が検出された複数の機器の中に前記機器管理部で選択候補となっているものが存在しない場合には、その旨を画像出力や音声出力などを利用してユーザに通知する。

機器管理部では、各機器に対するコマンド送信に使用するプロトコルに関する情報を管理している。したがって、コントローラは、アクセス対象として特定された機器に対し、前記ユーザ入力部を介してユーザから入力されたコマンドを送信するときには、機器管理部で指定されているプロトコルを使用する。

また、コントローラでは、ユーザ入力部を介したユーザからの要求に応じて、機器管理部において選択候補となる機器を変更することができる。すなわち、現在選択候補となっている機器を選択候補から解除することで、次にサーチ要求したときには、なるべくユーザが意図するデバイスを自動的に判断し、別の機器をアクセス対象の機器として選択する。

また、コントローラは、機器管理部においてアクセス対象となる機器を固定するロックオン機能を備えている。ロックオン機能が作動中は、例えばユーザから入力されたコマンドを、前記第２の通信部による透過性通信を用いて、該機器に送信する。透過性通信が可能である限り、ユーザは、自由な位置、自由な体勢でリモコンを通してデバイスを操作することができる。

また、本発明に係る通信システムで、コントローラによる操作対象となるデバイスは、指向性信号を利用して指向性通信を行なう第１の通信部と、無指向性信号を利用して透過性通信を行なう第２の通信部と、当該装置が持つ特定の機能を実現する機能実行部と、前記第１の通信部及び第２の通信部の通信動作を制御する制御部とを備えている。そして、前記制御部は、前記第１の通信部による指向性通信又は前記第２の通信部による透過性通信により受信したコマンドに応じた処理を実行する。

デバイスは、例えば第１の通信部による指向性通信によりサーチ要求を受信する。そして、デバイス自身に対するサーチ要求を受信したことに応答して、該サーチ要求で指定された受信プロトコルに従いサーチ応答を送信する。

また、デバイスは、被選択通知表示部をさらに備え、デバイス自身に対する被選択通知コマンドを受信したことに応答して、前記被選択通知表示部を作動させるようにしてもよい。

そして、デバイスは、コントローラから送られてくるコマンドを受信すると、前記機能実行部によるコマンドの処理を起動する。

本発明によれば、指向性通信と透過性通信を併用して機器の遠隔操作を好適に行なうことができる、優れた通信装置及び通信装置の制御方法、並びに通信システムを提供することができる。

また、本発明によれば、赤外線を利用して通信を行なう指向性通信と、電波を利用して通信を行なう透過性通信を併用して、機器の遠隔操作を好適に行なうことができる、優れた通信装置及び通信装置の制御方法、並びに通信システムを提供することができる。

また、本発明によれば、被制御対象となる複数の機器が近接して配置されている中で特定の被制御対象を特定するとともに、特定された被制御対象デバイスとの間で双方向の安定した通信を行なうことができる、優れた通信装置及び通信装置の制御方法、並びに通信システムを提供することができる。

通常の高機能なリモコン、デバイスの指向性通信では、双方向通信が必要となる。これに対し、本発明においては。リモコンからデバイスへの一方向通信だけが使えればよく、双方向通信にする必要がない。したがって、リモコン及びデバイスからなる通信システムを構成する部品点数の増加を抑えることができる。

また、本発明によれば、指向性通信と透過性通信を組み合わせることで、デバイスを狙って操作するという、ユーザにとって分かり易いユーザ・インターフェースを踏襲しながら、指向性通信だけでは困難なリモコンとデバイス間での大容量のデータ通信を行なうことができ、従来にないアプリケーションを構築することができる。例えば、リモコン側にデジタル・スティル・カメラで撮影した写真や、カムコーダで撮影したビデオ、あるいはＣＤからリッピングされた音楽など、比較的データ・サイズの大きいコンテンツがあり、それをリモコン操作に従ってデバイス側に送信するなどの操作指示が容易に可能となる。指向性通信では安定した通信路を確保するのが困難なため、大容量データ伝送アプリケーションの実現は難しい。

また、本発明によれば、ロックオン機能を有することで、一旦選択されたデバイスに対しては、リモコンをそちらの方向に向けなくても操作が可能となる。透過性通信が可能である限り、ユーザは、自由な位置、自由な体勢でリモコンを通してデバイスを操作することができる。

また、被制御対象となる複数の機器が近接して設置されるという操作環境では、本発明に係るデバイス選択のアルゴリズムによれば、なるべくデバイスを選択することなく、従来のリモコンの操作感と同様にコマンド・ボタンだけでデバイスを操作できるリモコンが実現される。具体的には、指向性通信によりデバイスが１つだけ発見される場合は、デバイスの選択をせずとも直接コマンドを送信する。また、指向性通信により複数のデバイスが発見された場合であっても、以前選択されたデバイスあるならばそれを優先して自動的に選択することにより、デバイスの選択の必要性をなくしている。これにより、本発明に係るリモコンを初めてユーザが使った場合であっても、従来のリモコンとほぼ同様に使えるためユーザがわざわざ最初からリモコンの操作方法を学び直す必要がない。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。

以下、図面を参照しながら本発明の実施形態について詳解する。

Ａ．システム構成
図１には、本発明の一実施形態に係るリモコン操作環境を示している。

参照番号１１は、本発明が適用されたリモコンである。本実施形態では指向性通信を実現する手段としてＩＲ（Ｉｎｆｒａｒｅｄ：赤外線）を利用し、その中でもＡＶ機器のリモコンなどで広く一般に使用されている赤外線通信規格であるＳＩＲＣＳ（Ｓｅｒｉａｌ Ｉｎｆｒａｒｅｄ Ｒｅｍｏｔｅ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ）を適用する。参照番号１１１はそのＳＩＲＣＳ送信部である。

また、本実施形態では、透過性通信を実現する手段としてはＩＥＥＥ ８０２．１１ｇに基づく電波通信を適用する。参照番号１１２はその通信インターフェースである。但し、本実施形態では、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークの利用を前提とするものであり、ＩＥＥＥ８０２．１１ｇに限定されるものではない。例えば、ＩＥＥＥ ８０２．１１ａ、ＩＥＥＥ ８０２．１１ｂなどの他のＩＥＥＥ ８０２．１１系の技術や、Ｂｌｕｅｔｏｏｔｈ通信や、あるいは超広帯域を利用して極めて微弱なインパルス列に情報を載せて無線通信を行なうＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）をベースとした通信方法などでＩＰネットワークを利用できる通信インターフェースであるならば何でもよい。また、ＩＥＥＥ ８０２．１１ｇの通信においても、ＡＰ（アクセス・ポイント）の介在により同期的な通信動作を行なうインフラストラクチャ・モード、あるいはＡＰを配置せず各通信局が自律分散的に通信動作を行なうアドホック・モードによって、ＩＰネットワークが構築されていることを前提としもよい。また、ＩＰ層よりも上位のプロトコルとして、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）又はＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を使用する。

セレクト・ボタン１１３は、指向性通信においてもデバイスを特定できず、複数のデバイスが制御対象となる場合にデバイスを選択するために使用されるボタンである。セレクト・ボタン１１３を押す度に、デバイスの選択先を遷移させるために使われる。以下、本明細書では、制御対象となるデバイスを選択することを「セレクト」と呼ぶことにする。

ロックオン・ボタン１１４は、指向性通信を行なわずに透過性通信のみのモードへの切り替えをトグル式に行なうためのボタンである。

画像出力装置１１５は、ユーザに対して選択中のデバイスの表示や、エラーメッセージの表示を行なうために使用する。リモコン用として１０数文字程度の文字列が表示可能なＬＥＤによる簡易なものから、ＬＣＤを用いた比較的高品位な装置などが画像出力装置１１５として一般的に使われる。

音声出力装置１１６は、画像出力装置１１５と同様に、ユーザへ何らかのメッセージを送る用途に使われる。これには単純なＢｅｅｐ音のみの音源からＦＭ音源、ＰＣＭ音源とスピーカなどの装置で構成される。

コマンド・ボタン群１１７は、デバイスを制御するための操作／コマンド・ボタンの集合である。例えば、テレビの電源ＯＮ／ＯＦＦボタンや、チャンネル切り替え（選局）ボタン、音量調整ボタンなどがこれに含まれる。任意の機能を持ったボタンに対して本発明は適用できる。

参照番号１２〜１４は、本発明が適用された、リモコンによる操作対象となるデバイスであり、例えばテレビ受像機や、ＤＶＤレコーダ、オーディオ・プレーヤなどがこれに含まれる。本発明により、複数のデバイスが存在する状況でも、リモコン１１を適用することができる。以下では、これらの代表としてテレビ１２について説明する。

デバイス１２は、Ｐｉｎｇランプ１２１と、ＳＩＲＣＳ受信部１２２と、通信インターフェース１２３を備えている。

Ｐｉｎｇランプ１２１は、ユーザがそのデバイスを選択していることを示すために使用される。但し、デバイスの選択通知を行なうために使用される。但し、ランプでなくとも、音声によるインターフェースを適用してもよい。

ＳＩＲＣＳ受信部１２２は、リモコン１１のＳＩＲＣＳ送信部１１１からの信号すなわちＳＩＲＣＳコマンドを受けることで、赤外線を利用した片方向の指向性通信を行なう。

通信インターフェース１２３は、リモコン１１側の通信インターフェースとの間で、ＩＥＥＥ８０２．１１ｇに従い、電波を利用した透過性通信を行なう（同上）。

図２には、リモコン１１の内部システム構成を模式的に示している。

参照番号２１は、本発明に係るデータ処理の実行を司る制御装置である。一般に、制御装置２１は、演算ユニットとしてのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、プログラム・コードやその他のデータを恒久的に格納するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＰＵが実行するプログラム・コードや作業データをロードするＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、システムに必須のデータを不揮発的に記録するＥＥＰＲＯＭ（ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓｅａｂｌｅ ＲＯＭ）など（いずれも図示しない）で構成される。

参照番号２２はタイマーであり、時間を計測する。但し、タイマー２２は、絶対時刻でなく、リモコンが起動してからの相対的な時間経過だけを計測できるものでよい。

参照番号２３はリモコンのＩＤであり、リモコン毎に固有で不変な値である。形式としてはＥＵＩ−６４や、ＭＡＣ−４８、ＯＳＦ（Ｏｐｅｎ Ｓｏｆｔｗａｒｅ Ｆｏｕｎｄａｔｉｏｎ）のＤＣＥ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｏｍｐｕｔｉｎｇ Ｅｎｖｉｒｏｎｍｅｎｔ）のＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）などが適当である。

参照番号２４はリモコン名であり、固有の値ではあるもののユーザにとっては識別が困難なリモコンＩＤ２３に代わってリモコンを識別するための分かり易い名称が格納されている。ユーザによって変更可能であってもよい。また国際化の観点からはＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）とそれに付随するｃｈａｒｓｅｔパラメータによってリモコン名２４の文字コード指定の情報が付加されていてもよいし、また複数の言語に対応するように言語毎に名前を持っていてもよい。

参照番号２５はデバイス・リストであり、アクセス対象となりうるデバイスの情報のリストが格納されている。詳細は後述する。

参照番号２６はロックオン状態かどうかを管理するためのフラグである。ここで言うロックオン状態とは、リモコンによる制御対象となるデバイスを固定してしまう動作状態のことである。このとき、指向性通信を使わずに常に透過性通信が行なわれるため、ユーザがリモコンを制御したいデバイスに向けて操作しなくてもデバイスを制御することができる。

参照番号２７は現在照合トークンであり、後述するサーチ・リクエスト送信時にそのデータを構成するために使われる。

参照番号２８は受信リストであり、セレクト・ボタン１１３によってセレクトを行なう際に一時的に使用される記録領域である。詳細は後述に譲る。

参照番号２９は直前にセレクト・ボタン１１３によってセレクトを行なった時間が記録されている記憶領域であり、タイマー２２から値を取得する。

デバイス・リスト２５やロックオン状態フラグ２６は不揮発性メモリに格納し、リモコンの電源が入っていない状態でも情報を保持できることが望ましい。

参照番号２１０は、セレクト・ボタン１１３、ロックオン・ボタン１１４、コマンド・ボタン１１７などのボタン入力を扱うための装置である。

参照番号２１１は通信バスであり、リモコン内部の各装置間の相互通信に使用される。

図３には、リモコン１１による被制御対象デバイスであるテレビ１２の内部システム構成を模式的に示している。

参照番号３１は、本発明に係るデータ処理の実行を司る制御装置である。一般に、制御装置３１は、演算ユニットとしてのＣＰＵ、プログラム・コードやその他のデータを恒久的に格納するＲＯＭ、ＣＰＵが実行するプログラム・コードや作業データをロードするＲＡＭや、システムに必須のデータを不揮発的に記録するＥＥＰＲＯＭなどで構成される。

参照番号３２はデバイスを識別するためのＩＤであり、デバイスリモコン毎に固有で不変な値である。形式としてはＥＵＩ−６４や、ＭＡＣ−４８、ＯＳＦのＤＣＥのＵＵＩＤなどが適当である。

参照番号３３はユーザがデバイスを識別するための名称であり、固有の値ではあるもののユーザにとっては識別が困難なリモコンＩＤ２３に代わってリモコンを識別するための分かり易い名称が格納されている。

参照番号３４はアクセス許可リストである。これは特定のリモコンからのみ制御を行なわれることを許可することを実現するために使われる。本実施形態では、このアクセス許可リスト３４は何らかの手段によって事前に登録されているものとする。考えられる方法として、固定的にデータを格納する方法や、リモコンＩＤ２３を動的に登録する方法などが適用できる。例えば、本出願人に既に譲渡されている特開２００４−１５２２４９号公報には、ユーザ操作によってオーソライズされたクライアントのＭＡＣアドレスだけがサーバ側に認証登録され、サーバは認証登録されたＭＡＣアドレスを有するクライアントとのアクセスだけを許容する機器認証方法について開示されているが、ここではより一般的にリモコンを識別するリモコンＩＤ２３が登録されるとよい。

参照番号３６は通信バスであり、デバイス内部の各装置間の相互通信に使用される。

なお、放送波を受信するアンテナや選局動作するチューナ、受信信号を復調・復号して元の映像及び音響信号を取り出すデータ処理部、映像信号を表示出力するディスプレイや音響信号を音声出力するスピーカなど、テレビとしての本来の機能部分も備えている。また、デバイスがＤＶＤプレーヤであれば、ＤＶＤプレーヤ固有の機能を実現する機能部分を備えている。但し、これらは本発明に係る機能に直接依存しないので、本明細書では説明を省略する。

図４には、リモコン１１側において、アクセス対象となりうるデバイスの情報のリストが格納されたデバイス・リスト２５の構成例を示している。

参照番号４１は、デバイス・エントリであり、デバイスＩＤ４１１、デバイス・タイプ４１２、デバイス名４１３、プロトコル４１４、存在フラグ４１５、選択候補フラグ４１６など、デバイス毎のエントリ・データを記載するフィールドを備えている。

デバイスＩＤ４１４は、デバイスを一意に識別するために使用され、該当するデバイスの制御装置３１内で管理されるデバイスＩＤ３２の値に対応する。

デバイス・タイプ４１２は、「テレビ」、「ＤＶＤプレーヤ」など、該当するデバイス（若しくはデバイスが提供するサービスや機能）の種類が記載される。この値によって、リモコン１１は制御対象デバイスがどのような機能を持っているかを判断することができる。また、１つのデバイスが複数のデバイス・タイプを有していてもよい。つまり、１つのデバイスで「テレビ」且つ「ＤＶＤプレーヤ」であることが可能である。

デバイス名４１３は、ユーザがデバイスを識別するためのデバイスの名称であり、該当するデバイスの制御装置３１内で管理されるデバイス名３３の値に対応する。

プロトコル情報４１４には、デバイスを制御するためにどのようなプロトコルを使ってアクセスすればよいかが記載される。本実施形態では、ＴＣＰあるいはＵＤＰのどちらであるのかと、ＩＰアドレスとポート番号の値が記載される。より汎用的なプロトコル情報の示し方として、ＵＰｎＰ ＡＶアーキテクチャで考案されているｒｅｓ＠ｐｒｏｔｏｃｏｌＩｎｆｏプロパティのような記述でもよい。また逆に、この値はデバイスに依らず固定なプロトコルと決めてしまい、エントリ情報としては記録しない実装でもよい。

存在フラグ４１５は、直前にデバイスが指向性通信によって応答したことを示す。

選択候補フラグ４１６は、指向性通信によって複数のデバイスが候補となった場合に、ユーザの明示的な選択により制御対象となったデバイスであることを示す。再び複数のデバイスが制御対象となった場合には、このフラグがｏｎのデバイスが優先的に自動選択される。

これらのデバイス・エントリが複数個リストで管理されるが、本明細書では、説明の便宜上、デバイス・リストの数を最大４個とする。

これらのエントリに順番を規定する。本明細書では、エントリの順番を上位、下位という言葉で表現し、デバイス選択時における優先順位として意味付ける。２つのエントリがあった場合に、図４に示したデバイス・リスト２５上で上に位置するエントリを上位のエントリ、下に位置するエントリを下位のエントリと呼ぶ。また、複数のエントリの場合に、最も上に位置するものを最上位のエントリ、最も下に位置するエントリを最下位のエントリと呼ぶ。特に断りがなく最上位、最下位と呼ぶ場合は、リスト内の全エントリ中で最も上位や下位のこととする。

また、ここでターゲットという言葉の定義を行なう。ターゲットとは、最上位のエントリで、直前にデバイスが指向性通信によって応答したことを示す存在フラグ４１５がｏｎで、且つ、ユーザの明示的な選択により制御対象となったデバイスであることを示す選択候補フラグ４１６がｏｎのものであるデバイス・エントリ、あるいはそのデバイス・エントリが表すデバイスのこととする。

図５には、リモコン１１内の制御装置２１で管理される受信リスト２８の構成例を示している。受信リスト２８の構成は、基本的にはデバイス・リスト２５とほぼ同一である。デバイス・リスト２５と異なる点は、存在フラグ４１５に相当する前回指向性通信に応答をしたデバイスであることを示す前回存在フラグ５１５の他に、今回応答をしたデバイスであることを示す現在存在フラグ５１７を備えている点である。また、受信リスト２８のエントリの総数は、デバイス・リスト２５にエントリされているすべてのデバイスから応答があったことを想定し、デバイス・リスト２５のエントリ総数の２倍以上必要となる。本実施形態では最大８個である。

図６には、デバイス１２内の制御装置３１で管理されるアクセス許可リスト３４の構成例を示している。

アクセス許可リスト３４には、アクセスが許可され、コマンドを受け付けてよいリモコンについて記録されている。アクセスが許可されたリモコン毎にエントリ・データが設けられ、リモコンＩＤ６１１とリモコン名６１２が記載される。ここで、リモコンＩＤ６１１及びリモコン名６１２は、該当するリモコン１１の制御装置２１内で管理されるリモコンＩＤ２３及びリモコン名２４に対応する。

デバイス１２側でアクセスを許可するリモコンを固定的に決めてしまう場合には、リモコン名６１２は必ずしも必要でない。しかし、アクセスを許可するリモコンが動的に登録できる場合で、ユーザにアクセス許可リスト３４を画像出力装置１１５などで提示する場合や、ユーザがこのリストを編集する場合、あるいはデバイス１２自身でアクセス・ログを残す場合などには、リモコン名があった方がユーザにとって分かり易い。

Ｂ．システム動作
図７には、本実施形態に係るリモコン１１が実行する動作手順をフローチャートの形式で示している。この動作手順は、制御装置２１において所定のプログラム・コードを実行するという形態で実現される。

まず、動作に必要な初期化処理を行なう（ステップＳ７１）。デバイス・リスト２５やロックオン状態フラグ２６が揮発性メモリ上にある場合や、不揮発性メモリにある場合でも初期起動時には適切な初期化を行なう。デバイス・リスト２５はすべて空のエントリでリストの長さを０に、ロックオン状態フラグ２６はｏｆｆに初期化する。現在照合トークン２７においては、何かしらの値で初期化されていればよい。

そして、初期化がなされた状態で、ユーザの入力を待つ（ステップＳ７２）。ここで言うユーザの入力とは、図１に示したリモコン１１上の各ボタンの押下操作である。より高機能なリモコンにおいては、タッチパネル、マウス、ジョグ、音声入力などの様々なユーザ・インターフェースを利用した入力方法も考えられる。

以後の処理手順は大きく３つに分かれる。１つはセレクト・ボタン１１３を押した場合であり（ステップＳ７３）、制御対象のデバイスの選択を行なう（ステップＳ８）。詳細は後述する。

２つ目はロックオン・ボタン１１４を押した場合である（ステップＳ７４）。これによって、デバイス・リスト２５の最上位のエントリが候補になっている場合、すなわち当該エントリの選択候補フラグ４１６がｏｎである場合には（ステップＳ７５）、ロックオン・フラグをｏｎであるならばｏｆｆ、ｏｆｆであるならばｏｎというトグル処理を行う（ステップＳ７７）。また、ロックオン中は、画像出力装置１１５上でその状態であることをユーザに知らせる表示を行なう。一方、最上位のエントリが候補でない、すなわち当該エントリの選択候補フラグがｏｆｆである場合は、ロックオンに失敗とみなし、画像出力装置１１５上でメッセージを表示する、あるいは音声出力装置１１６上で音声を鳴らすなどの手段でユーザに知らせる（ステップＳ７６）。

最後の３つ目がその他コマンド・ボタンが押された場合である（ステップＳ７８）。この場合、デバイス毎に異なるさまざまな機能を呼び出す処理が行なわれる（ステップＳ９）。例えば、デバイスがテレビ１２であるなら電源Ｏｎ／Ｏｆｆや、チャンネルの切り替え、音量の調節などが考えられる。コマンド・ボタンが押された場合の動作の詳細については後述する。

図８には、リモコン１１上でセレクト・ボタン１１３が押された場合に実行される、ステップＳ８における詳細な処理手順をフローチャートの形式で示している。

この場合、ターゲット・デバイスの有無と前回のセレクト・ボタンが押されたときからの経過時間によって処理が分岐する（ステップＳ８１）。

もしターゲット・デバイスが存在し、且つ前回のセレクト・ボタン１１３の押下からＮ秒未満であれば、ローテート・フラグをｏｎにし、さらにターゲットのデバイスＩＤをターゲットＩＤとして記憶し（ステップＳ８３）、それ以外の場合はローテート・フラグをｏｆｆにする（ステップＳ８２）。

ここで、Ｎ秒とは任意の秒数の意味であるが、３〜５秒程度を想定している。時間経過についてはタイマー２２から取得する現在時間と前回セレクト時間２９の差分より計算する。またローテート・フラグとターゲットＩＤは、セレクトの処理を行なう当該処理ルーチン（Ｓ８）の中でのみ必要なローカルな情報であり、後述するステップＳ８６で再度参照されるのみである。

ここで、前回のセレクト・ボタン１１３操作からの経過時間によって処理が分岐することの意味について説明する。前回のデバイス選択より経過時間がＮ秒未満（すなわち、セレクト・ボタン１１３の連打）であるならば、ユーザがデバイス選択操作を繰り返し行なっている途中であると判断し、次のデバイスを選択する。また、前回のデバイス選択からの経過時間がＮ秒以上であるならば、デバイス選択操作を開始した、あるいは現在選択中のデバイスを確認したいと判断し、現在のデバイスを選択する。これによって、１つのセレクト・ボタン１１３で２つの機能を使い分けることができる。勿論、他の実施形態としてセレクト・ボタン１１３の代わりにこの２つの機能をそれぞれ割り当てた２つのボタンを用意することも考えられるが、実際の使用例を考えた場合ユーザがわざわざ２つの機能を明示的に切り替える必要性は考えられない。

続いて、リモコン操作の対象となるデバイスのサーチを行なう（ステップＳ１０）。サーチの動作手順の詳細については後述する。サーチの結果、アクセス対象となりえるデバイスの情報を管理するデバイス・リスト２５が更新されている。

次いで、デバイス・リスト２５中で存在フラグ４１５がｏｎとなっているエントリを探索する（ステップＳ８４）。存在フラグ４１５がｏｎとなっているエントリが存在しないならば、セレクトの処理ルーチン（Ｓ８）は失敗する。この場合、画像出力装置１１５や音声出力装置１１６を使ってその旨のユーザに知らせ、本処理ルーチン全体を終了する。

一方、デバイス・リスト２５中に存在フラグ４１５がｏｎとなっているエントリが存在する場合には、続いて、ローテートを行なうかどうかを判別する（ステップＳ８６）。ローテート・フラグがｏｎで、且つ、現在ターゲット・デバイスが存在し、そのデバイスＩＤ４１１がステップＳ８３で記録したターゲットＩＤと一致するならば、ローテート処理を行なう。まず最上位のエントリの選択候補フラグ４１６をｏｆｆにする（ステップＳ８７）。さらにそのエントリを、存在フラグ４１５がｏｎであるエントリのうち最下位のエントリの下に移動させる。そして、代わって最上位になったエントリの選択候補フラグ４１６をｏｎにする。これでターゲット・デバイスが移ったことになる。

図１２（２）及び図１２（３）には、デバイス・リスト２５でローテート処理を行なった様子を示している。図示のように、最上位であるデバイスＡのエントリの選択候補フラグ４１６をｏｆｆにし、さらにそのエントリを存在フラグ４１５がｏｎであるエントリのうち最下位のエントリの下に移動する。そして、代わって最上位になったデバイスＣのエントリの選択候補フラグ４１６をｏｎにする。これでターゲット・デバイスがデバイスＡからデバイスＣに移ったことになる。勿論このローテート処理を行なっても、存在フラグがｏｎのデバイスが１つの場合には、同じデバイスになるため遷移はしない。

分岐Ｓ８６でローテート処理をしない場合には、デバイス・リスト２５中に存在フラグ４１５がｏｎで且つ選択候補フラグ４１６がｏｎであるエントリがあるか否かを判別する（ステップＳ８１０）。このようなエントリがない場合には、デバイス・リスト２５中で、存在フラグ４１５がｏｎのエントリのうち最上位となるエントリの選択候補フラグ４１６をｏｎにする（ステップＳ８９）。このエントリは、結果的には全エントリの中で最上位のものになっている。また、存在フラグｏｎで且つ選択候補フラグｏｎのエントリがある場合には、そのエントリを最上位に移動させる（ステップＳ８１１）。

以上の処理で、デバイス・リスト２５の最上位のエントリは必ずターゲットになっている。そこで、そのターゲット・エントリに記載されているプロトコル４１４の情報を使ってターゲット・デバイスにＰｉｎｇコマンドを送信する（ステップＳ８１２）。Ｐｉｎｇコマンドの送信は透過性通信を使って行ない、プロトコル４１４に記載されている送信プロトコルが使われる。Ｐｉｎｇコマンドを受けたターゲット・デバイスはＰｉｎｇランプ１２１を点滅させ、現在ユーザによって選択されていることをユーザに知らせる。なお、Ｐｉｎｇコマンドにより選択通知情報を送信し、日選択機器側で被選択表示を行なう点については、例えば本出願人に既に譲渡されている特開２００１−２３６７７２号公報に記載されている。

最後に、タイマー２２から現在時間を取得し、前回セレクト時間２９として記録し（ステップＳ８１３）、当該セレクト処理（Ｓ８）全体を終える。

図８に示したセレクト処理を実行することにより、リモコン１１は、デバイス・リスト２５中で存在が確認されているデバイスの中から、なるべくユーザが意図するように、１台のデバイスがアクセス対象として選択されることになる。そして選択されたデバイスは、デバイス・リスト２５の最上位エントリに位置付けられ、その選択候補フラグがｏｎになる。

図９には、リモコン１１上で、セレクト・ボタン１１３やロックオン・ボタン１１４以外の、通常のコマンド・ボタン１１７が押された場合に実行される詳細な処理手順をフローチャートの形式で示している。

まずロックオン・フラグ２６を参照し、現在ロックオン状態であるかどうかで処理が分岐する（ステップＳ９１）。

ロックオン状態であるならば、ターゲット・デバイスに対してコマンドを送信する（ステップＳ９１０）。ロックオン状態は、ロックオン・ボタン１１４のトグル操作により設定される。ロックオン状態では、指向性通信を行なわずに透過性通信によりコマンド送信が行なわれる。

リモコン１１からのコマンドを受けたデバイス側では、コマンドの種類によって何かしらの動作を行なう。例えばテレビであるならば、電源のｏｎ／ｏｆｆやチャンネルの選択、音量調節などを実行する。これらの個々のコマンドの内容については、本発明は直接関連しないので、ここではこれ以上説明しない。

一方、ロックオン状態でない場合には（ステップＳ９１）、アクセス対象となるデバイスを探索し特定するためのサーチを行なう（ステップＳ１０）。サーチ処理の詳細については後述に譲る。

サーチ処理の結果、デバイス・リスト２５が更新される。ここで、デバイス・リスト中に存在フラグ４１５がｏｎのエントリがない場合には（ステップＳ９２）、アクセス対象となるデバイスが存在しないので、その旨をユーザに知らせ（ステップＳ９３）、当該サーチの処理（Ｓ９）全体を終了する。ここで、ユーザに知らせる手段としては、画像出力装置１１５や音声出力装置１１６を利用することができる（同上）。

一方、デバイス・リスト２５を更新した結果、存在フラグがｏｎとなるエントリがある場合には（ステップＳ９２）、続いて、存在フラグがｏｎのエントリが１つかどうかを調べる（ステップＳ９４）。存在フラグがｏｎのエントリが１つの場合には、そのエントリの選択候補フラグ４１６をｏｎにし（ステップＳ９９）、そのデバイスにコマンドを送信する（ステップＳ９１０）。コマンドを送信する際、該当デバイス・エントリのプロトコル４１４に記載されている送信プロトコルを使用する。

また、デバイス・リスト２５を更新した結果、存在フラグがｏｎとなるエントリが複数あった場合には（ステップＳ９４）、その中で選択候補フラグがｏｎのものがあるかどうかを調べる（ステップＳ９５）。選択候補フラグがｏｎのものがあったならば、そのうちの最上位のものをデバイス・リストの最上位に移動させ、そのデバイスにコマンドを送信する（ステップＳ９１０）。コマンドを送信する際、該当デバイス・エントリのプロトコル４１４に記載されている送信プロトコルを使用する。

また、デバイス・リスト２５を更新した結果、存在フラグがｏｎとなるエントリが複数あるが、選択候補フラグがｏｎであるエントリがない場合には（ステップＳ９５）、当該コマンドの処理（Ｓ９）は失敗する。これをユーザに知らせるため、まず、存在フラグがｏｎであるすべてのデバイスに対し、それぞれのデバイス・エントリのプロトコル４１４に記載されている送信プロトコルを基にＰｉｎｇコマンドを送信し、その旨をユーザに知らせ（ステップＳ９７）、当該サーチの処理（Ｓ９）全体を終了する。ここで、ユーザに知らせる手段としては、画像出力装置１１５や音声出力装置１１６を利用することができる（同上）。これによって複数のデバイスのＰｉｎｇランプが点滅しリモコンからも音声やメッセージによってユーザは制御対象のデバイスを１つに特定できなかったためコマンド送信に失敗したことを知ることができる。この後、ユーザはセレクト・ボタン１１３で制御対象の機器を選択した後、改めてコマンド・ボタン１１７を押すことでコマンド送信を成功させることができる。

図１０には、アクセス対象となるデバイスを探索するためのサーチ処理（Ｓ１０）の動作手順をフローチャートの形式で示している。

まず、デバイス・リスト２５のエントリ情報を受信リスト２８にコピーする（ステップＳ１０１）。その際に、存在フラグ４１５は前回存在フラグ５１５にコピーを行ない、他は同じ名前のものをコピーする。また、受信エントリの有効なものだけをコピーし、空のエントリはコピーする必要はない。受信エントリではコピーされなかった受信エントリは無効なエントリとして区別される。

図１２（１）及び図１２（４）には、デバイス・リスト２５のエントリ情報を受信リスト２８にコピーする様子を示している。存在フラグ４１５を前回存在フラグ５１５にコピーを行ない、他は同じ名前のものをコピーする

次に、現在照合トークンを更新する（ステップＳ１０２）。この更新の仕方としては、数字をインクリメントしたり乱数列を用いたりするなどをして、同じ値が再度現れるまで十分に長い周期性を持った手段を使う。

続いて、サーチ・リクエスト１５をＳＩＲＣＳ送信部１１１らかＩＲ上で送信する（ステップＳ１０３）。図１５には、サーチ・リクエスト１５のフォーマットを示している（後述）。照合トークン１５２には更新した現在照合トークン２７の値を使う。それからタイマー２２から現在の時間を取得し、受信開始時間として記録する（ステップＳ１０４）。

続いて、ステップＳ１０５〜Ｓ１０９で構成される一連の受信ループ処理に入る。まず受信開始時間とタイマー２２の値の差分をとり特定の時間が経過しているかを調べる（ステップＳ１０５）。これによって受信タイムアウトを実現する。タイムアウトの時間は、通信環境にも依るが、ユーザ・インターフェースの観点からはなるべく短いほうが好ましく、数百ミリ秒から１秒辺りまでが適当であると思われる。タイムアウトした場合は受信ループを抜け、タイムアウトしていない場合はデバイスからサーチ・リクエスト１５に対するサーチ・レスポンス１６を受信したかを調べる（ステップＳ１０６）。

サーチ・レスポンス１６を受信した場合には、まずそのサーチ・レスポンス１６中の照合トークン１６２がリモコン１１の制御装置２１において管理されている照合トークン２７の値と同じかを調べる（ステップＳ１０７）。

互いの照合トークンが異なるならばその受信したサーチ・レスポンス１６を破棄する。また、互いの照合トークンが同じであるならばまずデバイスが既に受信リスト中の受信エントリに存在するかを調べる。

そして、存在する場合は、その受信エントリ５１の現在存在フラグ５１７をｏｎにする。また、存在しない場合には、その情報から受信エントリ５１を作成し、受信リスト２８の最下位に追加する（ステップＳ１０７）。作成の仕方は、サーチ・リクエスト１５（図１５を参照のこと）から該当データを受信エントリ５１にコピーし、前回存在フラグ５１５をｏｆｆに、選択候補フラグ５１６をｏｆｆに、現在存在フラグ５１７をｏｎに設定する。

図１２（４）及び図１２（５）には、サーチ・レスポンスを受信した場合に受信リスト２８を更新する様子を示している。受信リスト２８には、デバイス・リスト１からデバイスＡ、Ｂ、Ｃ、Ｄのデバイス・エントリがコピーされている。そして、サーチ・リクエストに対し、デバイスＡ、Ｃ、Ｅからサーチ・レスポンスを受信し、これらのデバイス・エントリについて現在存在フラグをｏｆｆからｏｎに書き換える。

その後、受信リストが満杯になったかどうかを調べる（ステップＳ１０９）。本実施形態では、受信リストの大きさは最大８であるので、受信エントリが８個であるならば受信ループを抜ける。また同様に、前述のステップＳ１０５において受信タイムアウトした場合も、受信ループを抜ける。

受信ループを抜けた後は、受信エントリの並べ替え処理を行なう（ステップＳ１０１０）。まずは受信エントリの中で現在存在フラグ５１７がｏｎのエントリを受信リストの最上位から連続するように移動させる。このとき、元のエントリの順番は変更しないようにする。つまり、現在存在フラグがｏｎのエントリの中で最上位のものをまず受信リストの最上位に移動させ、在存在フラグがｏｎのエントリの中で２番目に上位だったものを受信リストの最上位の次に移動という具合である。

次に、それら現在存在フラグがｏｎのエントリのうち、選択候補フラグがｏｎのエントリで最上位のものを受信リストの最上位に移動させる（ステップＳ１０１１）。そして、現在存在フラグがｏｎで且つ選択候補フラグがｏｎのエントリのうち最上位以外のエントリについて、選択候補フラグをｏｆｆに設定する（ステップＳ１０１２）。

図１２（５）及び図１２（６）には、受信リスト２８の受信エントリの並べ替えを行なう様子を示している。現在存在フラグ５１７がｏｎとなっているデバイスＡ、Ｃ、Ｅの各エントリを、元のエントリの順番を変更しないように、受信リストの最上位から順に並べる。そして、デバイスＣ、Ｅは最上位でないのでこれらのデバイス・エントリの選択候補フラグがｏｎであればｏｆｆに書き換える。

最後に、受信リスト２８からデバイス・リスト２５へとコピーを行なう（ステップＳ１０１３）。この際、受信リストの最上位をデバイス・リストの最上位になるように順番にコピーを行なう。デバイス・リストの方がエントリ数が少ないので、コピーできない受信エントリが存在する場合は、それらのエントリは破棄してよい。本実施形態では、デバイス・リストの最大エントリ数が４、受信リストの最大エントリ数が８であるので、最大で受信リストの上位４つのエントリをデバイス・リストのデバイス・エントリにコピーすればよい。

図１２（６）及び図１２（２）には、受信リスト２８からデバイス・リスト２５へデバイス・エントリをコピーする様子を示している。本実施形態では、デバイス・リストの最大エントリ数が４、受信リストの最大エントリ数が８であるので、最大で受信リストの上位４つのデバイスＡ、Ｃ、Ｅ、Ｂに関するエントリのみがデバイス・リスト２８にコピーされる。

図１１には、サーバのレスポンスの処理シーケンスをフローチャートの形式で示している。

デバイスは、ステップＳ１１１からＳ１１９までの一連のループ処理を行なっている。リモコン１１からのリクエスト受信待ちを行なう（ステップＳ１１１）。リクエストを受信した場合、そのリクエストに示されたリモコンＩＤによってそのリクエストを受け付けるか破棄するかを判断する（ステップＳ１１２）。図１４には、リクエスト・データの一般的な構造を示しているが、詳細は後述に譲る。このリクエスト・データから送信元のリモコンを示すリモコンＩＤ１４１を取得する。これをアクセス許可リスト３４の全許可エントリ６１のリモコンＩＤと順次照らし合わせて行く。もし一致するものがなければ、受信したリクエストは破棄される。一致した場合はそのリクエストを受け入れる。受け入れる場合にリクエストによって大きく３つに分岐する。

まず１つは、サーチ・リクエスト１５を受信した場合である（ステップＳ１１３）。サーチ・リクエスト１５は、ＳＩＲＣＳ受信部１２２によりＩＲとして受信する。サーチ・リクエスト１５の詳細については後述に譲る。

サーチ・リクエスト１５を受信した場合、そのサーチ・デバイス・タイプ１５３が“Ａｎｙ”であるか若しくはデバイスのデバイス・タイプに一致するならば、直ちにサーチ・レスポンス１６をリモコン１１側の受信プロトコル１５４に従って送信する（ステップＳ１１５）。サーチ・レスポンス１６の詳細については後述に譲る。

もう１つはＰｉｎｇリクエストを受信した場合である（ステップＳ１１６）。Ｐｉｎｇリクエストの詳細については後述に譲る。Ｐｉｎｇリクエストを受信した場合、デバイス１２はＰｉｎｇランプ１２１を一定時間だけ点滅させる（ステップＳ１１７）。

最後の１つはコマンド・リクエスト１８を受信した場合である（ステップＳ１１８）。コマンド・リクエスト１８の詳細については後述に譲る。この場合、デバイス・タイプ毎に定義されている各コマンドに応じた処理が、コマンド・リクエスト１８を受信したデバイス１２により行なわれる。例えば、デバイス１２がテレビであるならば、電源のｏｎ／ｏｆｆやチャンネルの切り替え、音量調節などである。

本実施形態では、ＩＲ通信としてＳＩＲＣＳが利用されている。図１３には、ＳＩＲＣＳの概要を示している。図示のように、ＳＩＲＣＳは、論理的に信号の開始を意味するリーダ・コードと、メーカや機器を区別するカスタム・コードと、カスタム・コード毎に定義されたさまざまな機能に対応するデータ・コードから成り立っている。本実施形態のようにＩＲ上でサーチ・リクエスト１５を送信する場合には、本実施形態に固有のカスタム・コードを定義する。これにより従来使われているＳＩＲＣＳ機器とのＩＲ信号の混線を防ぐことができる。ちなみに本実施形態では、デバイスの種類毎にカスタム・コードを割り当てる必要はない。

図１４には、本実施形態に係る通信システムにおいて使用される、基本となるデータ・フォーマットの構成例を示している。これは、リモコン１１からデバイス１２へ、並びにデバイス１２からリモコン１１へ、双方向で共通であり、また、ＳＩＲＣＳ上でもＩＰネットワーク上でも共通の通信データ・フォーマットである。

参照番号１４１は送信元となるリモコンＩＤあるいはデバイスＩＤであり、リモコン１１内の制御装置２１で管理されるリモコンＩＤ２３や、デバイス１２内の制御装置３１で管理されるデバイスＩＤ３２に対応する。

参照番号１４２は、リクエスト、レスポンスなどの各データ・フレームのメッセージ・タイプを示すもので、それぞれのメッセージ毎に一意の値を持っている。本実施形態では、“サーチ・リクエスト”、“サーチ・レスポンス”、“Ｐｉｎｇリクエスト”、“コマンド”の４種類を識別する。そして、参照番号１４３がメッセージ・タイプ毎にフォーマットが定義される領域である。

図１５には、サーチ・リクエストの通信フォーマット例を示している。サーチ・リクエスト１５は、これはリモコン１１がＳＩＲＣＳ送信部１１１すなわち伝送媒体としてＩＲを使ってデバイスをサーチする場合に使用される。

参照番号１４２で示されるメッセージ・タイプ・フィールドには“サーチ・リクエスト”という値が入る。また、送信元リモコン名１５１には、送信元となるリモコンのリモコン名２４が記載される。この値は本実施形態では利用されない値であるため、必須ではなく省略してもよい。

参照番号１５２は照合トークンであり、サーチ・リクエストを受信したデバイスはこの値をサーチ・レスポンスでそのまま返してくる。これによってリモコンがサーチ・リクエストを連発して送信した場合でもどのサーチ・リクエストに対するサーチ・レスポンスかを判断することができる。

参照番号１５３はサーチ・デバイス・タイプであり、リモコン１１はどのようなデバイスを探しているかをこのフィールドで示すことができる。本実施形態では、リモコン１１は固定値“Ａｎｙ”を送信することにしているため、有効には使われていない。ここで、“Ａｎｙ”とはすべてのデバイス・タイプを表す値である。

参照番号１５４は、リモコン１１がＩＰネットワーク上でメッセージを受信するためのプロトコル情報が記される。本実施形態ではＵＤＰかＴＣＰを採用しているため、ＵＤＰかＴＣＰの区別とＩＰアドレス、ポート番号が示される。

図１６には、サーチ・レスポンスの通信フォーマット例を示している。サーチ・レスポンス１６は、サーチ・リクエストを受信したデバイス１２がリモコン１１に対して返答するために使用される。図示の通信フォーマット構成は、上述したサーチ・リクエスト通信フォーマット１５に類似している。

メッセージ・タイプ１４２には“サーチ・レスポンス”という値が使われる。送信元デバイス名１６１には送信元となるデバイスのデバイス名３３が記載される。

照合トークン１６２には、送られてきたサーチ・リクエストに記載されている照合トークン１５２の値がそのまま入る。デバイス・タイプ１６３には、デバイスに定義されているデバイス・タイプが入る。

デバイスのリクエスト受信プロトコル１６４には、当該デバイスがリモコン１１からのリクエストを受信する際に使用されるプロトコル情報が記される。本実施形態ではＵＤＰかＴＣＰを採用しているため、ＵＤＰかＴＣＰの区別とＩＰアドレス、ポート番号が示される。

図１７には、Ｐｉｎｇリクエストの通信フォーマットを示している。Ｐｉｎｇリクエストは、リモコン１１がデバイス１２のＰｉｎｇランプ１２１を一定時間点滅させる制御を行なう場合に使用される。

送信元リモコン名１７１は、送信元となるリモコン１１のリモコン名２４が記載される。この値は、本実施形態では利用されない値であるため、必須ではなく、省略してもよい。

図１８には、コマンドの通信フォーマットを示している。コマンド１８は、デバイス毎に固有の機能を制御したい場合に使われる。

メッセージ・タイプ１４２には“コマンド”という値が使われる。参照番号１８１には各デバイス・タイプで定義されたコマンド・タイプが入る。例えばテレビであるならば、“電源ｏｎ／ｏｆｆ”や“チャンネル切り替え”などのコマンドが考えられる。本発明の要旨はデバイス固有の機能には依存しないため、コンマ度・タイプに関しこれ以上の説明は行なわない。図１８ではテレビのチャンネル切り替えを想定して書かれている。

以上、本実施形態に係る通信システムにおいて使用される各種通信フォーマットの構成について説明を行なったが、ここでは論理的な構造のみが示されている。実際にＳＩＲＣＳや、ＩＰネットワーク上でデータを送る場合はビット列に変換し送る必要がある。そのエンコーディングについては対応するデコーディングにより元と全く同じ情報を復元できる方式であるなら任意の方式でよい。例えば、ＡＳＮ．１ ＢＥＲ／ＣＥＲ／ＤＥＲ形式やＸＭＬ形式、あるいは全く独自のものであってもよい。

但し、サーチ・リクエスト１５はＳＩＲＣＳ上で送信されるが、ＳＩＲＣＳで現実的にはせいぜい数倍と程度のデータしか安定して送ることができない。このため、ビット単位のエンコーディング方式を採用し、送信元リモコン名１５１を省略し、リモコンのレスポンス受信プロトコル１５４についてもＵＤＰに固定し、ポート番号も特定の値に固定し、ＩＰアドレスだけを送信するなどの手法にとることが現実的である。

以上本発明の実施形態について詳解してきた。ここで、具体的なシナリオを基に、一連の処理動作例について説明する。

図１９には、リモコンと複数のデバイスからなる通信システムにおける具体的なシナリオの一例を動作シーケンスの形式で示している。ここでは、本発明が適用されたデバイスであるテレビが４台設置された環境において、ユーザがリモコンを使ってそれらテレビを操作しようとしている。

リモコンは初めて電源が投入され初期化が行なわれている。このときのデバイス・リスト２５はすべて空である。この状態を図２３（１）に示している。また、各テレビにおいて、アクセス許可リスト３４にはリモコンのＩＤが事前に登録されているものとする。

まず、ユーザはテレビ２を操作したいと考え、テレビ２にリモコンを向けてあるコマンド・ボタンを押す。この様子を図２４に示している。図示の操作により、図９にフローチャートの形式で示したコマンドの処理が行なわれる。さらにその処理中で、図１０にフローチャートの形式で示したデバイスのサーチの処理が行なわれる。

リモコンよりＳＩＲＣＳ送信部１１１からサーチ・リクエスト１５が投げられる。ここで、テレビ１とテレビ２はリモコンに近接しており（若しくはＳＩＲＣＳの視野内に位置する）、サーチ・リクエスト１５をともに受信できたことから、両方のテレビ１及び２からサーチ・レスポンス１６が返される。

サーチ処理（Ｓ１０）を終了したときには、リモコン１１内のデバイス・リスト２５は、図２３（２）に示す状態になっている。この状態では、存在フラグがｏｎで且つ選択候補フラグｏｎとなっているデバイスがまだ存在しない。このため、存在が検出されたすべてのデバイスにＰｉｎｇリクエストを送信するという処理（ステップＳ９６）が行なわれ、リモコンからテレビ１、テレビ２に対してＰｉｎｇリクエストが投げられる。この結果、テレビ１、テレビ２のＰｉｎｇランプがともに点滅する。同時に、リモコン上では、画像出力装置１１５又は音声出力装置１１６からコマンド送信が失敗したことがユーザに示される。

コマンド送信が失敗したことを受けて、ユーザはセレクト・ボタン１１３を押す。これにより、図８にフローチャートの形式で示されるセレクト処理が行なわれる。ターゲットが存在しないし、また初めてのセレクトでもあるので、ローテート・フラグはｏｆｆである（ステップＳ８２）。

そして、セレクト処理により、存在が検出されたデバイスの中からアクセス対象とするデバイスが特定された後、再びサーチ処理（Ｓ１０）が行なわれる。サーチ処理が終了した後のデバイス・リストは、前述と同じく、図２３（２）の状態である。しかし、セレクト処理（Ｓ８）においては、ステップＳ８１０、並びにＳ８９の処理が行なわれることで、デバイス・リストは図２３（３）に示す状態になっている。したがって、ステップＳ８１２では、テレビ１に対してＰｉｎｇリクエスト１７が送信され、テレビ１のＰｉｎｇランプ１２１が点滅し選択されたことになる。

しかし、テレビ１はユーザが狙ったデバイスでないため、ユーザはもう一度セレクト・ボタンを押す。これによって、セレクトの処理（Ｓ８）が再度起動されるが、前回のセレクトから間もないため、今回はステップＳ８３にてローテート・フラグがｏｎになる。サーチ処理（Ｓ１０）の結果は上述と同様に図２３（２）であるが、ローテート・フラグがｏｎであるため、セレクト処理においてステップＳ８７、Ｓ８８、Ｓ８９の処理が行なわれる。このとき、デバイス・リスト２５は図２３（４）の状態になっており、今度はテレビ２にＰｉｎｇリクエスト１７が送信され、テレビ２が選択される。

テレビ２が選択されたのを受けて、ユーザは再度テレビ２に向けてコマンド・ボタンを押す。ここで、コマンドの処理（Ｓ９）がまた行なわれるが、サーチ処理（Ｓ１０）の結果は図２３（４）であるため、今度はステップＳ９２、Ｓ９４、Ｓ９５、Ｓ９８の処理が行なわれ、ステップＳ９１０にてテレビ２にコマンド１８が送られ、テレビ２ではそのコマンドが実行される。

また、図２０には、リモコンと複数のデバイスからなる通信システムにおける具体的なシナリオの他の例について、動作シーケンスの形式で示している。ここでは、ユーザはテレビ３を操作しようとしている。

ユーザは、リモコンをテレビ３に向けてコマンド・ボタンを押す。この様子を図２５に示している。このコマンド・ボタンの操作に応答してコマンド処理（Ｓ９）が行なわれる。このコマンド処理中で行なわれるサーチ処理（Ｓ１０）の結果は図２３（５）のようになる。

コマンド処理において、ステップＳ９２、Ｓ９４、Ｓ９９により、デバイス・リスト２５は図２３（６）に示す状態になり、ステップＳ９１０で今度はセレクトすることなくテレビ３にコマンドが送信されテレビ３にてコマンドが実行されることになる。

また、図２１には、リモコンと複数のデバイスからなる通信システムにおける具体的なシナリオについてさらに他の例を動作シーケンスの形式で示している。今度はユーザはテレビ４を操作しようとしている。

ユーザは、テレビ４にリモコンを向けてコマンド・ボタンを押す。この様子を図２６に示している。このコマンド・ボタンの操作により、コマンドの処理（Ｓ９）が行なわれる。このコマンド処理中でサーチ処理（Ｓ１０）が行なわれ、リモコン１１のＳＩＲＣＳ送信部１１１からサーチ・リクエスト１５が投げられる。

ここで、テレビ１とテレビ４は近接しており（若しくはＳＩＲＣＳの視野内に位置する）、サーチ・リクエスト１５をともに受信できたことから、両方のテレビ１及び４からサーチ・レスポンス１６が返される。

サーチ処理（Ｓ１０）を終了した時には、リモコン１１内のデバイス・リスト２５は図２３（７）に示す状態になっている。この状態では、存在フラグがｏｎで且つ選択候補フラグｏｎのデバイスが存在しない。このため、存在が検出されたすべてのデバイスにＰｉｎｇリクエストを送信するという処理（ステップＳ９６）が行なわれ、リモコンからテレビ１、テレビ４に対してＰｉｎｇリクエストが投げられる。この結果、テレビ１、テレビ４のＰｉｎｇランプが点滅する。同時にリモコン上でコマンド送信が失敗したことがユーザに示される。

コマンド送信が失敗したことを受けて、ユーザはセレクト・ボタン１１３を押す。これによりセレクト処理（Ｓ８）が行なわれる。前回のセレクトから十分時間が経過しているため、ステップＳ８２ではローテート・フラグはｏｆｆである。そして再びサーチ処理（Ｓ１０）が行なわれる。

サーチ処理が終了した後のデバイス・リストの状態は、前述と同じく、図２３（７）の状態である。しかし、セレクト処理（Ｓ８）においてはステップＳ８１０、Ｓ８９の処理が行なわれることで、デバイス・リスト２５は図２３（８）に示す状態になっている。ステップＳ８１２でテレビ１に対してＰｉｎｇリクエストが送信され、テレビ1のＰｉｎｇランプが点滅し選択されたことになる。しかしテレビ１はユーザが狙ったデバイスでないため、ユーザはもう一度セレクト・ボタン１１３を押す。

これに応答してセレクトの処理（Ｓ８）が再度起動されるが、前回のセレクトから間もないため、今回はステップＳ８３にてローテート・フラグがｏｎになる。サーチ処理（Ｓ１０）の結果は、同様に図２３（８）であるが、ローテート・フラグがｏｎであるため、ステップＳ８７、Ｓ８８、Ｓ８９の処理が行なわれる。このとき、デバイス・リスト２５は図２３（９）の状態になっており、今度はテレビ４にＰｉｎｇパケットが送信されテレビ４が選択される。

テレビ４が選択されたのを受けて、ユーザは再度テレビ４に向けてコマンド・ボタンを押す。コマンドの処理（Ｓ９）がまた行なわれるが、サーチ処理（Ｓ１０）の結果は図２３（９）であるため、今度はステップＳ９２、Ｓ９４、Ｓ９５、Ｓ９８の処理が行なわれる。そして、ステップＳ９１０にてテレビ４にコマンド１８が送られ、テレビ４ではそのコマンドが実行される。

また、図２２には、リモコンと複数のデバイスからなる通信システムにおける具体的なシナリオについてさらに他の例を動作シーケンスの形式で示している。ここでは、再度ユーザはテレビ２を操作したいと考え、テレビ２に向けてリモコンのコマンド・ボタンを押す。この様子を図２７に示している。

コマンドの処理（Ｓ９）が行なわれ、そこで、サーチの処理（Ｓ１０）が行なわれる。テレビ１、テレビ２は近接しているため、テレビ１、テレビ２からともにサーチ・レスポンスが返ってくるが、ステップＳ１０１１、Ｓ１０１２により、選択候補フラグがｏｎとなる最上位のテレビ２がターゲットとなる。これを表すデバイス・リスト２５を図２３（１０）に示している。

以後、ステップＳ９２、Ｓ９４、Ｓ９５、Ｓ９８、Ｓ９１０により、テレビ４にコマンドが送信されコマンドが実行される。

以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、特許請求の範囲を参酌すべきである。

図１は、本発明の一実施形態に係るリモコン操作環境を示した図である。 図２は、リモコン１１の内部システム構成を模式的に示し 図３は、リモコン１１による被制御対象デバイスであるテレビ１２の内部システム構成を模式的に示した図である。 図４は、アクセス対象となりうるデバイスの情報のリストが格納されたデバイス・リスト２５の構成例を示した図である。 図５は、リモコン１１内の制御装置２１で管理される受信リスト２８の構成例を示した図である。 図６は、デバイス１２内の制御装置３１で管理されるアクセス許可リスト３４の構成例を示した図である。 図７は、本発明の実施形態に係るリモコン１１が実行する動作手順を示したフローチャートである。 図８は、リモコン１１上でセレクト・ボタン１１３が押された場合に実行される、ステップＳ８における詳細な処理手順を示したフローチャートである。 図９は、リモコン１１上で通常のコマンド・ボタン１１７が押された場合に実行される詳細な処理手順を示したフローチャートである。 図１０は、アクセス対象となるデバイスを探索するためのサーチ処理（Ｓ１０）の動作手順を示したフローチャートである。 図１１は、サーバのレスポンスの処理シーケンスを示したフローチャートである。 図１２は、デバイス・リスト２５及び受信リスト２８を操作する様子を示した図である。 図１３は、ＳＩＲＣＳの概要を示した図である。 図１４は、本発明に係る通信システムにおいて使用される、基本となるデータ・フォーマットの構成例を示した図である。 図１５は、サーチ・リクエストの通信フォーマット例を示した図である。 図１６は、サーチ・レスポンスの通信フォーマット例を示した図である。 図１７は、Ｐｉｎｇリクエストの通信フォーマットを示した図である。 図１８は、コマンドの通信フォーマットを示した図である。 図１９は、本発明の実施形態に係る通信システムの動作シーケンス例を示した図である。 図２０は、本発明の実施形態に係る通信システムの動作シーケンス例を示した図である。 図２１は、本発明の実施形態に係る通信システムの動作シーケンス例を示した図である。 図２２は、本発明の実施形態に係る通信システムの動作シーケンス例を示した図である。 図２３は、デバイス・リスト２５を操作する様子を示した図である。 図２４は、ユーザがテレビを狙ってリモコンを操作している様子を示した図である。 図２５は、ユーザがテレビを狙ってリモコンを操作している様子を示した図である。 図２６は、ユーザがテレビを狙ってリモコンを操作している様子を示した図である。 図２７は、ユーザがテレビを狙ってリモコンを操作している様子を示した図である。

符号の説明

１１…リモコン
１１１…ＳＩＲＣＳ送信部
１１２…通信インターフェース
１１３…セレクト・ボタン
１１４…ロックオン・ボタン
１１５…画像出力装置
１１６…音声出力装置
１１７…コマンド・ボタン
１２…テレビ
１２１…Ｐｉｎｇランプ
１２２…ＳＩＲＣＳ受信部
１２３…通信インターフェース
２１…制御装置
２１０…ボタン入力装置
２１１…バス
３１…制御装置
３６…通信バス

Claims (35)

1. 機器に対するコマンド操作を行なう通信装置であって、
   指向性信号を利用して指向性通信を行なう第１の通信部と、
   無指向性信号を利用して透過性通信を行なう第２の通信部と、
   ユーザがコマンド又はデータを入力するユーザ入力部と、
   前記第１の通信部及び第２の通信部の通信動作を制御する制御部とを備え、
   前記制御部は、アクセス対象とする機器を特定し、前記ユーザ入力部を介して入力されたコマンドを前記第１の通信部による指向性通信又は前記第２の通信部による透過性通信により該特定された機器に送信する、
   ことを特徴とする通信装置。
2. 前記制御部は、アクセス対象となりえる機器を探索し、存在が検出された１以上の機器の中からアクセス対象の機器を特定する、
   ことを特徴とする請求項１に記載の通信装置。
3. アクセス対象となりえる機器が存在しないこと、又はアクセス対象とする機器を特定できないことをユーザに通知する通知部をさらに備える、
   ことを特徴とする請求項２に記載の通信装置。
4. 前記制御部は、アクセス対象となりえる機器を探索するために、前記第１の通信部による指向性通信によりサーチ要求を送信し、該サーチ要求で指定した受信プロトコルに従い送られてきたサーチ応答を受信することにより機器の存在を検出する、
   ことを特徴とする請求項１に記載の通信装置。
5. アクセス対象となりえる機器の有無及び選択候補の有無に関する情報を管理する機器管理部をさらに備え、
   前記制御部は、アクセス対象となりえる機器を探索して存在を検出し、前記機器管理部において各機器についての存在の有無並びに選択候補の有無を更新する、
   ことを特徴とする請求項１に記載の通信装置。
6. 前記制御部は、存在が検出された機器がただ１つの場合は当該機器をアクセス対象の機器として特定し、複数の機器の存在が検出された場合は前記機器管理部において選択候補となっている最上位の機器をアクセス対象の機器として特定する、
   ことを特徴とする請求項５に記載の通信装置。
7. 存在が検出された複数の機器の中に前記機器管理部で選択候補となっているものが存在しない場合には、その旨をユーザに通知する、
   ことを特徴とする請求項５に記載の通信装置。
8. 前記機器管理部では、各機器に対するコマンド送信に使用するプロトコルに関する情報を管理し、
   前記制御部は、アクセス対象となる機器に対し、前記機器管理部で指定されているプロトコルに従い前記ユーザ入力部を介してユーザから入力されたコマンドを送信する、
   ことを特徴とする請求項５に記載の通信装置。
9. 前記ユーザ入力部を介したユーザからの要求に応じて、前記機器管理部において選択候補となる機器を変更する、
   ことを特徴とする請求項５に記載の通信装置。
10. 前記機器管理部においてアクセス対象となる機器を固定するロックオン機能を備え、
    前記制御部は、ロックオン機能が作動中は、前記ユーザ入力部を介して入力されたコマンドを前記第２の通信部による透過性通信を用いて該機器に送信する、
    ことを特徴とする請求項５に記載の通信装置。
11. 指向性信号を利用して指向性通信を行なう第１の通信部と、無指向性信号を利用して透過性通信を行なう第２の通信部とを備え、ユーザから入力されたコマンドに従って機器に対する操作を行なう通信装置の制御方法であって、
    アクセス対象とする機器を特定する機器特定ステップと、
    ユーザから入力されたコマンドを前記第１の通信部による指向性通信又は前記第２の通信部による透過性通信により該特定された機器に送信するコマンド送信ステップと、
    を具備することを特徴とする通信装置の制御方法。
12. 前記機器特定ステップでは、アクセス対象となりえる機器を探索し、存在が検出された１以上の機器の中からアクセス対象の機器を特定する、
    ことを特徴とする請求項１１に記載の通信装置の制御方法。
13. アクセス対象となりえる機器が存在しないこと、又はアクセス対象とする機器を特定できないことをユーザに通知する通知ステップをさらに備える、
    ことを特徴とする請求項１２に記載の通信装置の制御方法。
14. 前記機器特定ステップでは、アクセス対象となりえる機器を探索するために、前記第１の通信部による指向性通信によりサーチ要求を送信し、該サーチ要求で指定した受信プロトコルに従い送られてきたサーチ応答を受信することにより機器の存在を検出する、
    ことを特徴とする請求項１１に記載の通信装置の制御方法。
15. 前記機器特定ステップでは、アクセス対象となりえる機器の有無及び選択候補の有無に関する情報を管理する機器管理部を用いてアクセス対象とする機器の特定を行ない、アクセス対象となりえる機器を探索して存在を検出した各機器について存在の有無並びに選択候補の有無を前記機器管理部上で更新する、
    ことを特徴とする請求項１１に記載の通信装置の制御方法。
16. 前記機器特定ステップでは、存在が検出された機器がただ１つの場合は当該機器をアクセス対象の機器として特定し、複数の機器の存在が検出された場合は前記機器管理部において選択候補となっている最上位の機器をアクセス対象の機器として特定する、
    ことを特徴とする請求項１５に記載の通信装置の制御方法。
17. 前記機器特定ステップでは、存在が検出された複数の機器の中に前記機器管理部で選択候補となっているものが存在しない場合には、その旨をユーザに通知する、
    ことを特徴とする請求項１５に記載の通信装置の制御方法。
18. 前記機器管理部では、各機器に対するコマンド送信に使用するプロトコルに関する情報を管理し、
    前記コマンド送信ステップでは、アクセス対象となる機器に対し、前記機器管理部で指定されているプロトコルに従い前記ユーザ入力部を介してユーザから入力されたコマンドを送信する、
    ことを特徴とする請求項１５に記載の通信装置の制御方法。
19. 前記機器特定ステップでは、ユーザからの要求に応じて、前記機器管理部において選択候補となる機器を変更する、
    ことを特徴とする請求項１５に記載の通信装置の制御方法。
20. 前記機器管理部においてアクセス対象となる機器を固定するロックオン機能を備え、
    前記コマンド送信ステップでは、ロックオン機能が作動中は、ユーザから入力されたコマンドを前記第２の通信部による透過性通信を用いて該機器に送信する、
    ことを特徴とする請求項１５に記載の通信装置の制御方法。
21. 外部機器からのコマンドに応じた処理を行なう通信装置であって、
    指向性信号を利用して指向性通信を行なう第１の通信部と、
    無指向性信号を利用して透過性通信を行なう第２の通信部と、
    当該装置が持つ特定の機能を実現する機能実行部と、
    前記第１の通信部及び第２の通信部の通信動作を制御する制御部とを備え、
    前記制御部は、前記第１の通信部による指向性通信又は前記第２の通信部による透過性通信により受信したコマンドに応じた処理を実行する、
    ことを特徴とする通信装置。
22. 前記第１の通信部による指向性通信によりサーチ要求を受信する、
    ことを特徴とする請求項２１に記載の通信装置。
23. 前記制御部は、当該装置に対するサーチ要求を受信したことに応答して、該サーチ要求で指定された受信プロトコルに従いサーチ応答を送信する、
    ことを特徴とする請求項２１に記載の通信装置。
24. 被選択通知表示部をさらに備え、
    前記制御部は、当該装置に対する被選択通知コマンドを受信したことに応答して、前記被選択通知表示部を作動させる、
    ことを特徴とする請求項２１に記載の通信装置。
25. 前記制御部は、前記機能実行部に対するコマンドを受信したことに応答して、前記機能実行部によるコマンドの処理を起動する、
    ことを特徴とする請求項２１に記載の通信装置。
26. 指向性信号を利用して指向性通信を行なう第１の通信部と、無指向性信号を利用して透過性通信を行なう第２の通信部とを備え、外部機器からのコマンドに応じた処理を行なう通信装置の制御方法であって、
    前記第１の通信部による指向性通信によりサーチ要求を受信するステップと、
    当該装置に対するサーチ要求を受信したことに応答して、該サーチ要求で指定された受信プロトコルに従いサーチ応答を送信するステップと、
    前記第１の通信部による指向性通信又は前記第２の通信部による透過性通信により受信したコマンドに応じた処理を実行するステップと、
    を具備することを特徴とする通信装置の制御方法。
27. 当該装置に対する被選択通知コマンドを受信したことに応答して、被選択通知表示を行なうステップをさらに備える、
    ことを特徴とする請求項２６に記載の通信装置の制御方法。
28. コマンド操作を行なうコントローラと、コマンドに応じた処理を行なうデバイス間で、指向性信号を利用して指向性通信を行なう第１の通信路及び無指向性信号を利用して透過性通信を行なう第２の通信路を利用して通信を行なう通信システムであって、
    前記コントローラはアクセス対象となりえるデバイスを探索するためのサーチ要求を送信し、
    前記デバイスは自分に該当するサーチ要求を受信したことに応答してサーチ応答を返し、
    前記コントローラはサーチ要求を受信した１以上のデバイスの中からアクセス対象とするデバイスを特定し、ユーザから入力されたコマンドを該特定されたデバイスに送信し、
    前記デバイスは前記コントローラから受信したコマンドの処理を行なう、
    ことを特徴とする通信システム。
29. 前記コントローラは前記第１の通信部による指向性通信によりサーチ要求を送信し、
    前記デバイスは該サーチ要求で指定した受信プロトコルに従いサーチ応答を送信する、
    ことを特徴とする請求項２８に記載の通信システム。
30. 前記コントローラは、アクセス対象となりえるデバイスの有無及び選択候補の有無に関する情報を管理するデバイス管理部を備え、アクセス対象となりえるデバイスを探索して存在を検出し、前記デバイス管理部において各デバイスについての存在の有無並びに選択候補の有無を更新する、
    ことを特徴とする請求項２８に記載の通信システム。
31. 前記コントローラは、存在が検出されたデバイスがただ１つの場合当該デバイスをアクセス対象のデバイスとして特定し、複数のデバイスの存在が検出された場合は前記デバイス管理部において選択候補となっている最上位のデバイスをアクセス対象のデバイスとして特定する、
    ことを特徴とする請求項３０に記載の通信システム。
32. 前記コントローラは、前記デバイス管理部において各デバイスに対するコマンド送信に使用するプロトコルに関する情報を管理し、アクセス対象となるデバイスに対し前記デバイス管理部で指定されているプロトコルに従いユーザから入力されたコマンドを送信する、
    ことを特徴とする請求項３０に記載の通信システム。
33. 前記コントローラは、ユーザからの要求に応じて、前記デバイス管理部において選択候補となるデバイスを変更する、
    ことを特徴とする請求項３０に記載の通信システム。
34. 前記コントローラは、アクセス対象となるデバイスを固定するロックオン機能を備え、ロックオン機能が作動中は、ユーザから入力されたコマンドを前記第２の通信路による透過性通信により該デバイスに送信する、
    ことを特徴とする請求項２８に記載の通信システム。
35. 前記コントローラからの被選択通知要求に応答して、前記デバイスは被選択通知表示を行なう、
    ことを特徴とする請求項２８に記載の通信システム。
    

Images