(57)【要約】      （修正有）【課題】柔軟にプログラムでき、様々な遠隔制御機器を遠隔制御するために用いることができるリモートコントローラを提供する。【解決手段】リモートコントローラは、リモートコントローラコンフィギュレーションデータ要求メッセージを生成し、リモートコントローラコンフィギュレーションデータ生成ユニットに送信する。この要求メッセージを受信したリモートコントローラコンフィギュレーションデータ生成ユニットは、少なくとも１つのコンフィギュレーションデータを生成し、リモートコントローラコンフィギュレーションデータ応答メッセージとしてりモートコントローラに返送する。この応答メッセージを受信したリモートコントローラは、リモートコントローラコンフィギュレーションデータ応答メッセージから少なくとも１つのコンフィギュレーションデータを決定してメモリに記憶し、少なくとも１つのコンフィギュレーションデータに基づき設定を行う。【選択図】図９
2008178111.tif 000002
【特許請求の範囲】
【請求項１】
リモートコントローラであって、
当該リモートコントローラに関する制御特性の情報を含むリモートコントローラコンフィギュレーションデータ要求メッセージを生成する、リモートコントローラコンフィギュレーション要求メッセージ生成ユニットと、
上記リモートコントローラコンフィギュレーションデータ要求メッセージを、リモートコントローラコンフィギュレーションデータ生成ユニットに送信する送信器と、
少なくとも１つのリモートコントローラコンフィギュレーションデータを受信する受信器と、
上記少なくとも１つのリモートコントローラコンフィギュレーションデータを記憶するメモリと、
上記少なくとも１つのリモートコントローラコンフィギュレーションデータに基づき、当該リモートコントローラにおける設定を行うリモートコントローラコンフィギュレーションユニットと、を備えることを特徴とするリモートコントローラ。
【請求項２】
上記制御特性の情報は、
当該リモートコントローラにおける少なくとも１つの入力ユニットの特性についての情報と、
当該リモートコントローラにおける少なくとも１つの出力ユニットの特性についての情報とのうちの少なくとも１つを含むことを特徴とする、請求項１に記載のリモートコントローラ。
【請求項３】
当該リモートコントローラにおける少なくとも１つの入力ユニットの特性についての情報は、
上記少なくとも１つの入力ユニットの機能についてのプログラマブル性に関する情報と、
上記少なくとも１つの入力ユニットの配置についてのプログラマブル性に関する情報とのうちの少なくとも１つを含むことを特徴とする、請求項２に記載のリモートコントローラ。
【請求項４】
当該リモートコントローラに関する上記制御特性の情報は、
当該リモートコントローラのハードウェアの特徴に関する情報と、
当該リモートコントローラのソフトウェアの特徴に関する情報と、
当該リモートコントローラを利用するユーザの嗜好に関する情報と、
当該リモートコントローラの利用の履歴を示す情報のうちの少なくとも１つを含むことを特徴とする請求項１に記載のリモートコントローラ。
【請求項５】
当該リモートコントローラの上記ハードウェアの特徴に関する情報は、
機器の識別特徴についての情報と、
プログラマブル性を有さないキーの数、およびその配置についての情報と、
プログラマブル性を有するキーの数、およびその配置についての情報と、
ソフトウェアベースのキーの数、およびその配置についての情報と、
少なくとも１つの表示ユニットの数、特性、およびその配置についての情報と、
上記メモリにおける利用可能なメモリ領域に関する情報とのうちの少なくとも１つを含むことを特徴とする請求項４に記載のリモートコントローラ。
【請求項６】
当該リモートコントローラの上記ソフトウェアの特徴に関する情報は、
ソフトウェアの識別特徴についての情報と、
当該リモートコントローラにおいてサポートされており、画像要素またはテキスト要素を表示するコードに関する情報と、
当該リモートコントローラにおいてサポートされているマクロ機能に関する情報と、
マクロ機能において最大限許容される相互に関連する度合いに関する情報とのうちの少なくとも１つを含むことを特徴とする請求項４に記載のリモートコントローラ。
【請求項７】
当該リモートコントローラを利用する上記ユーザの嗜好に関する情報は、
上記ユーザが使用を好む、上記少なくとも１つの入力ユニットが備える各入力部に関する情報と、
上記ユーザが使用を好む、上記少なくとも１つの出力ユニットが備える各出力手段に関する情報とのうちの少なくとも１つを含むことを特徴とする請求項４に記載のリモートコントローラ。
【請求項８】
当該リモートコントローラの上記利用の履歴を示す情報は、
当該リモートコントローラにおける、以前に設定された少なくとも１つのコンフィギュレーションに関する情報と、
上記少なくとも１つの入力ユニットが備える各入力部の使用頻度に関する情報と、
上記少なくとも１つの出力ユニットが備える各出力部の使用頻度に関する情報とのうちの少なくとも１つを含むことを特徴とする請求項４に記載のリモートコントローラ。
【請求項９】
当該リモートコントローラが備える上記少なくとも１つの出力ユニットの特性についての情報は、
上記少なくとも１つの出力ユニットの機能についてのプログラマブル性に関する情報と、
上記少なくとも１つの出力ユニットの配置についてのプログラマブル性に関する情報とのうちの少なくとも１つを含むことを特徴とする請求項２に記載のリモートコントローラ。
【請求項１０】
上記送信器は、光送信器として装備されていることを特徴とする請求項１に記載のリモートコントローラ。
【請求項１１】
上記送信器は、赤外線送信器として装備されていることを特徴とする請求項１０に記載のリモートコントローラ。
【請求項１２】
上記送信器は、無線送信器として装備されていることを特徴とする請求項１に記載のリモートコントローラ。
【請求項１３】
上記送信器は、Ａｄ  ｈｏｃ無線通信ネットワークの無線送信器として装備されていることを特徴とする請求項１２に記載のリモートコントローラ。
【請求項１４】
上記送信器は、Ｂｌｕｅｔｏｏｔｈ無線通信ネットワークの無線送信器として装備されていることを特徴とする請求項１３に記載のリモートコントローラ。
【請求項１５】
上記受信器は、光受信器として装備されていることを特徴とする請求項１に記載のリモートコントローラ。
【請求項１６】
上記送信器は、赤外線受信器として装備されていることを特徴とする請求項１５に記載のリモートコントローラ。
【請求項１７】
上記受信器は、無線受信器として装備されていることを特徴とする請求項１に記載のリモートコントローラ。
【請求項１８】
上記受信器は、Ａｄ  ｈｏｃ無線通信ネットワークの無線受信器として装備されていることを特徴とする請求項１７に記載のリモートコントローラ。
【請求項１９】
上記受信器は、Ｂｌｕｅｔｏｏｔｈ無線通信ネットワークの無線受信器として装備されていることを特徴とする請求項１８に記載のリモートコントローラ。
【請求項２０】
上記少なくとも１つのリモートコントローラコンフィギュレーションデータは、
拡張マークアップ言語、ハイパーテキストマークアップ言語、および、Ｊａｖａコンピュータプログラムコードのうちの少なくとも１つの形式によって記述されたデータを含むことを特徴とする請求項１に記載のリモートコントローラ。
【請求項２１】
リモートコントローラの制御特性についての情報含む少なくとも１つのリモートコントローラコンフィギュレーションデータ要求メッセージを受信する受信器と、
受信した上記リモートコントローラの制御特性についての情報に基づき、リモートコントローラコンフィギュレーションデータを生成するリモートコントローラコンフィギュレーションデータ生成器と、
上記リモートコントローラコンフィギュレーションデータを上記リモートコントローラに送信する送信器と、を備えることを特徴とするリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項２２】
上記リモートコントローラの制御特性についての情報は、
上記リモートコントローラが備える少なくとも１つの入力ユニットの特性に関する情報と、
上記リモートコントローラが備える少なくとも１つの出力ユニットの特性に関する情報とのうちの少なくとも１つを含むことを特徴とする請求項２１に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項２３】
上記リモートコントローラの少なくとも１つの入力ユニットの特性に関する情報は、
上記少なくとも１つの入力ユニットの機能についてのプログラマブル性に関する情報と、
上記少なくとも１つの入力ユニットの配置についてのプログラマブル性に関する情報とのうちの少なくとも１つを含むことを特徴とする請求項２２に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項２４】
上記リモートコントローラの制御特性の情報は、
上記リモートコントローラのハードウェアの特徴に関する情報と、
上記リモートコントローラのソフトウェアの特徴に関する情報と、
上記リモートコントローラを利用するユーザの嗜好に関する情報と、
上記リモートコントローラの利用の履歴を示す情報とのうちの少なくとも１つを含むことを特徴とする請求項２１に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項２５】
上記リモートコントローラのハードウェアの特徴に関する情報は、
機器の識別特徴についての情報と、
プログラマブル性を有さないキーの数、およびその配置についての情報と、
プログラマブル性を有するキーの数、およびその配置についての情報と、
ソフトウェアベースのキーの数、およびその配置についての情報と、
少なくとも１つの表示ユニットの数、特性、および、その配置についての情報と、
上記メモリにおける利用可能なメモリ領域に関する情報とのうちの少なくとも１つを含むことを特徴とする請求項２４に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項２６】
上記リモートコントローラのソフトウェアの特徴に関する情報は、
ソフトウェアの識別特徴についての情報と、
上記リモートコントローラにおいてサポートされており、画像要素またはテキスト要素を表示させるコードについての情報と、
上記リモートコントローラにサポートされているマクロ機能についての情報と、
マクロ機能において最大限許容される相互に関連する度合いについての情報とのうちの少なくとも１つを含むことを特徴とする請求項２４に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項２７】
上記リモートコントローラを利用するユーザの嗜好に関する上記情報は、
上記ユーザが使用を好む、上記少なくとも１つの入力ユニットが備える各入力部に関する情報と、
上記ユーザが使用を好む、上記少なくとも１つの出力ユニットが備える各出力部に関する情報とのうちの少なくとも１つを含むことを特徴とする請求項２４に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項２８】
上記リモートコントローラの利用の履歴を示す情報は、
上記リモートコントローラにおける、以前に設定された少なくとも１つのコンフィギュレーションに関する情報と、
上記少なくとも１つの入力ユニットが備える各入力部の使用頻度に関する情報と、
上記少なくとも１つの出力ユニットが備える各出力部の使用頻度に関する情報とのうちの少なくとも１つを含むことを特徴とする請求項２４に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項２９】
上記リモートコントローラの少なくとも１つの上記出力ユニットの特性に関する情報は、
上記少なくとも１つの出力ユニットの機能についてのプログラマブル性に関する情報と、
上記少なくとも１つの出力ユニットの配置についてのプログラマブル性に関する情報とのうちの少なくとも１つを含むことを特徴とする請求項２２に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項３０】
上記送信器は、光送信器として装備されていることを特徴とする請求項２１に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項３１】
上記送信器は、赤外線送信器として装備されていることを特徴とする請求項２１に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項３２】
上記送信器は、無線送信器として装備されていることを特徴とする請求項２１に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項３３】
上記送信器は、Ａｄ  ｈｏｃ無線通信ネットワークの無線送信器として装備されていることを特徴とする請求項２１に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項３４】
上記送信器は、Ｂｌｕｅｔｏｏｔｈ無線通信ネットワークの無線送信器として装備されていることを特徴とする請求項３３に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項３５】
上記受信器は、光受信器として装備されていることを特徴とする請求項２１に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項３６】
上記送信器は、赤外線受信器として装備されていることを特徴とする請求項２１に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項３７】
上記受信器は、無線受信器として装備されていることを特徴とする請求項２１に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項３８】
上記受信器は、Ａｄ  ｈｏｃ無線通信ネットワークの無線受信器として装備されていることを特徴とする請求項３７に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項３９】
上記受信器は、Ｂｌｕｅｔｏｏｔｈ無線通信ネットワークの無線受信器として装備されていることを特徴とする請求項３９に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項４０】
上記少なくとも１つのリモートコントローラコンフィギュレーションデータは、拡張マークアップ言語、ハイパーテキストマークアップ言語、およびＪａｖａコンピュータプログラムコードのうちの少なくとも１つの形式により記述されたデータを有することを特徴とする請求項２１に記載のリモートコントローラコンフィギュレーションデータ生成ユニット。
【請求項４１】
請求項２１に記載のリモートコントローラコンフィギュレーションデータ生成ユニットを有することを特徴とする遠隔制御機器。
【請求項４２】
受信したリモートコントローラの制御特性に関する情報に基づき、リモートコントローラコンフィギュレーションデータを生成することを特徴とするリモートコントローラコンフィギュレーションデータ生成器。
【請求項４３】
リモートコントローラの制御特性に関する情報を含む、リモートコントローラコンフィギュレーションデータ要求メッセージを生成するステップと、
上記リモートコントローラコンフィギュレーションデータ要求メッセージを、リモートコントローラコンフィギュレーションデータ生成ユニットに送信するステップと、
少なくとも１つのリモートコントローラコンフィギュレーションデータを受信するステップと、
上記少なくとも１つのリモートコントローラコンフィギュレーションデータに基づき、上記リモートコントローラにおける設定を行うステップと、を含むことを特徴とするリモートコントローラコンフィギュレーションの決定方法。
【請求項４４】
上記リモートコントローラの制御特性を決定するステップをさらに含むことを特徴とする請求項４３に記載のリモートコントローラコンフィギュレーションの決定方法。
【請求項４５】
上記制御特性の情報は、
上記リモートコントローラが備える少なくとも１つの入力ユニットの特性に関する情報と、
上記リモートコントローラが備える少なくとも１つの出力ユニットの特性に関する情報のうちの少なくとも１つを含むことを特徴とする請求項４３に記載のリモートコントローラコンフィギュレーションの決定方法。
【請求項４６】
上記リモートコントローラが備える少なくとも１つの入力ユニットの特性に関する情報は、
上記少なくとも１つの入力ユニットの機能についてのプログラマブル性に関する情報と、
上記少なくとも１つの入力ユニットの配置についてのプログラマブル性に関する情報とのうちの少なくとも１つを含むことを特徴とする請求項４３に記載のリモートコントローラコンフィギュレーションの決定方法。
【請求項４７】
上記リモートコントローラの制御特性の情報は、
上記リモートコントローラのハードウェアの特徴に関する情報と、
上記リモートコントローラのソフトウェアの特徴に関する情報と、
上記リモートコントローラを利用するユーザの嗜好に関する情報と、
上記リモートコントローラの利用の履歴を示す情報とのうちの少なくとも１つを含むことを特徴とする請求項４３に記載のリモートコントローラコンフィギュレーションの決定方法。
【請求項４８】
上記少なくとも１つのリモートコントローラコンフィギュレーションデータは、
拡張マークアップ言語、ハイパーテキストマークアップ言語、およびＪａｖａコンピュータプログラムコードのうちの少なくとも１つの形式で記述されたデータを含むことを特徴とする請求項４３に記載のリモートコントローラコンフィギュレーションの決定方法。
【請求項４９】
リモートコントローラの制御特性の情報を含む、少なくとも１つのリモートコントローラコンフィギュレーションデータ要求メッセージを受信するステップと、
受信した上記リモートコントローラの上記制御特性についての情報に基づき、リモートコントローランフィギュレーションデータを生成するステップと、
上記リモートコントローランフィギュレーションデータを、リモートコントローラに送信するステップと、を含むことを特徴とするリモートコントローラコフィギュレーションデータの生成方法。
【請求項５０】
上記制御特性に関する情報は、
上記リモートコントローラの少なくとも１つの入力ユニットの特性に関する情報と、
上記リモートコントローラの少なくとも１つの出力ユニットの特性に関する情報とのうちの少なくとも１つを含むことを特徴とする請求項４９に記載のリモートコントローラコンフィギュレーションデータの生成方法。
【請求項５１】
上記リモートコントローラの少なくとも１つの入力ユニットの特性に関する情報は、
上記少なくとも１つの入力ユニットの機能についてのプログラマブル性に関する情報と、
上記少なくとも１つの入力ユニットの配置についてのプログラマブル性に関する情報のうちの少なくとも１つを含むことを特徴とする請求項５０に記載のリモートコントローラコンフィギュレーションデータの生成方法。
【請求項５２】
上記リモートコントローラの制御特性の情報は、
上記リモートコントローラのハードウェアの特徴に関する情報と、
上記リモートコントローラのソフトウェアの特徴に関する情報と、
上記リモートコントローラを利用するユーザの嗜好に関する情報と、上記リモートコントローラの利用の履歴を示す情報とのうちの少なくとも１つを含むことを特徴とする請求項４９に記載のリモートコントローラコンフィギュレーションデータの生成方法。
【請求項５３】
上記少なくとも１つのリモートコントローラコンフィギュレーションデータは、
拡張マークアップ言語、ハイパーテキストマークアップ言語、およびＪａｖａコンピュータプログラムコードのうちの少なくとも１つの形式により記述されたデータを含むことを特徴とする請求項４９に記載のリモートコントローラコンフィギュレーションデータの生成方法。
【請求項５４】
リモートコントローラの制御特性の情報を含むリモートコントローラコンフィギュレーションデータ要求メッセージを生成するステップと、
上記リモートコントローラコンフィギュレーションデータ要求メッセージを、リモートコントローラコンフィギュレーションデータ生成ユニットに送信するステップと、
少なくとも１つのリモートコントローラコンフィギュレーションデータを受信するステップと、
上記少なくとも１つのリモートコントローラコンフィギュレーションデータに基づいて、上記リモートコントローラを設定するステップと、
設定された上記リモートコントローラを用いて、遠隔制御機器を遠隔制御するステップと、を含むことを特徴とする遠隔制御機器を遠隔制御する方法。
【請求項５５】
請求項１に記載のリモートコントローラを有することを特徴とする遠隔通信端末装置。
【請求項５６】
携帯無線通信端末装置として装備されていることを特徴とする請求項５５に記載の遠隔通信端末装置。
【請求項５７】
上記リモートコントローラの送信器は、Ａｄ  ｈｏｃ無線通信ネットワークの無線送信器として装備されていることを特徴とする請求項５５に記載の遠隔通信端末装置。
【請求項５８】
上記リモートコントローラの送信器は、ワイヤレスＡｄ  ｈｏｃ無線通信ネットワークの無線送信器として装備されていることを特徴とする請求項５５に記載の遠隔通信端末装置。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
本発明は、リモートコントローラ、リモートコントローラコンフィギュレーションデータ生成ユニット、遠隔制御機器、リモートコントローラコンフィギュレーションデータ生成器、リモートコントローラコンフィギュレーションデータの決定方法、リモートコントローラコンフィギュレーションデータの生成方法、および遠隔制御機器を遠隔操作する方法に関するものである。
【０００２】
近年、柔軟にプログラムでき、様々な遠隔制御機器を遠隔制御するために用いることができるリモートコントローラが所望されている。なお、リモートコントローラにより遠隔制御可能となっている機器を遠隔制御機器と称する。
【０００３】
以下において、本発明の実施形態を図面に示し、詳細に説明する。なお図面では、同一の部材または類似する部材には、同一の参照符号を付すこととする。
【０００４】
図１は、本発明の一実施形態に係るリモートコントローラと、遠隔制御機器とを備えた通信システムを示す図である。
【０００５】
図２は、本発明の一実施形態に係るリモートコントローラの構成部材を示す図である。
【０００６】
図３は、本発明の一実施形態に係るリモートコントローラの平面図である。
【０００７】
図４は、本発明の一実施形態に係る遠隔制御機器の構成部材を示す図である。
【０００８】
図５は、本発明の一実施形態に係る遠隔制御機器の平面図である。
【０００９】
図６は、本発明の一実施形態に係るリモートコントローラコンフィギュレーションデータの決定方法を示すフローチャートである。
【００１０】
図７は、本発明の一実施形態に係るリモートコントローラコンフィギュレーションデータの生成方法を示すフローチャートである。
【００１１】
図８は、本発明の一実施形態に係る遠隔制御機器を遠隔制御するための方法を示すフローチャートである。
【００１２】
図９は、本発明の一実施形態に係るリモートコントローラにて設定され、遠隔制御機器を遠隔操作するためのメッセージフローを示すメッセージフローチャートである。
【００１３】
図１０は、本発明の一実施形態に係るリモートコントローラと遠隔制御機器とを備えた通信システムを示す図である。
【００１４】
図１１は、本発明の他の一実施形態に係るリモートコントローラを示す図である。
【００１５】
図１２は、本発明のさらに他の一実施形態に係るリモートコントローラを示す図である。
【００１６】
なお、本明細書では、「結ばれた」、「接続された」、および、「結合された」という用語を、直接的に結ばれた状態だけでなく間接的に結ばれている状態、すなわち、直接的または間接的な接続、あるいは直接的または間接的な結合を説明するものとして用いている。また、図面では、同一または類似する部材には、それが有効な限り、同一の参照符号を付している。
【００１７】
ところで、ＩＲ（赤外線）信号とＲＦ（無線）信号とを同時に送信する、学習リモートコントローラが知られている。通常、上記ＲＦ（無線）信号は、上記ＩＲ信号と同じ情報を含むことができ、該情報を、壁を貫いて送信することができるという利点を有する。上記ＲＦ信号は、通常、付加的に設けられた中継機器により受信される。このような方法では、上記中継機器の視界内に制御対象となる機器、すなわち制御機器を設置する。上記中継機器は、無線を介して得られた情報をＩＲ信号に変換し、上記制御機器をその視界内にて制御する。従って、このように構成されたリモートコントローラによって、例えば隣室にある等の理由により直接的には目に見えない制御機器を上記ユーザは制御することができる。
【００１８】
一般的に、学習リモートコントローラは、制御機器に適合している。つまり、より詳細には、上記リモートコントローラから送信される制御指示が、上記制御機器に適合するように選択されていることを示す。
【００１９】
このような場合、予め個々の制御指示が上記リモートコントローラ内に記憶されていてもよい。なお、このように制御指示が記憶されている場合、通常、機器の製造者、機器のクラス、および機器の種類の少なくとも１つを示す数字コードを、ユーザが手動で入力することにより、上記リモートコントローラに対して、上記制御指示としてどの制御メッセージを上記制御機器に用いるべきかを伝えることができる。
【００２０】
なお、上記個々の制御指示を逐次学習コントローラに送信するために、オリジナルのリモートコントローラを用いてもよい。そして、上記ＩＲ信号は、学習リモートコントローラ内のＩＲセンサにより読み取られ、キーが割り当てられ、その後の使用のために保存される。
【００２１】
多くの場合、学習リモートコントローラに対して、利用者により容易にプログラムできるようにするためのソフトウェアプログラムも送信されている。この場合、上記したように数字コードを入力したり、制御指示を手動で伝送したりすることよりも、操作が幾分容易となる。なぜならば、上記学習リモートコントローラを、例えば、シリアル通信インターフェースを介してパーソナルコンピュータ（ＰＣ）に接続し、新たな制御指示を、上記パーソナルコンピュータの内部のデータベース、または、インターネット上の外部のデータベースから読み出すことができるからである。この方法は、上記制御指示を後から更新する場合に特に好適である。
【００２２】
また、いくつかのリモートコントローラでは、ユーザが、該リモートコントローラの状態や、複数機能を有する制御機器の状態に依存することなく、独自の考えに基づいてキー割り当てをすることができるようになっている。そして、多くの場合、複数のコマンドを相互に関連させることもできる（いわゆるマクロ機能を実現するプログラミング）。
【００２３】
また、学習リモートコントローラでは、ソフトキーを用いることができる。これらソフトキーは、恒常的な使用に即して、様々な機能が割り当てられるキーである。「ソフト」という名称は、上記キーの機能が前もって明確に決まっておらず、動的に適合可能となっていることに由来する。学習リモートコントローラのソフトキーの機能割り当ては、通常、上記リモートコントローラの状態に応じて（すなわち、メニュー構造の選択をクリックした場合の進捗状態に応じて）変動する。多くの場合、ソフトキーと、ディスプレイまたは少なくとも１つの隣接するディスプレイの一部とが連携されており、その時々で上記ソフトキーに現在割り当てられている機能はどの機能かを、ユーザに示すことができる。この場合、この機能割り当ての表示は、通常、予め規定された表示対象（ピクトグラム、テキストモジュール（短縮記号）、これら２つを組み合わせたもの、ならびにこれらと同様なもの）を用いて行われる。
【００２４】
キーおよびソフトキーの機能割り当てでは、ユーザは、特別なコンピュータソフトウェアを用いて、それ自体が新しいピクトグラムをデザインするか、あるいは、予め規定された多数の表示対象から１つの特定のピクトグラムを選択して、特定のキーまたは特定のマクロ機能に集中的に割り当てることが可能になる。
【００２５】
ところで、ソニーエリクソン社製携帯無線機器は、いわゆるＨＩＤコンフィギュレーションデータを利用することができる。ＨＩＤプロファイルは、Ｂｌｕｅｔｏｏｔｈ（登録商標）アプリケーションプロファイル等を示す名称であり、ＨＩＤは、ヒューマンインターフェースデバイス（つまりマンマシンインターフェース）を示す。ＸＭＬデータおよび／または画像データを含むことが可能な上記ＨＩＤのコンフィギュレーションデータを用いて、ソニーエリクソン社製の携帯無線機器に以下の内容を伝えることができる。すなわち、特定のキーを押下することによって本来のキーボード割り当てとは異なるように、どのＨＩＤ制御コマンドを送信すべきか伝えることができる。ソニーエリクソン社のいくつかの携帯無線機器では、このような方法により、キー割り当てを、所定時間、独自仕様とするように、（独自の方法により）変更することができる。例えば、上記画像データを用いて、選択された携帯無線機器のモニタ上において、この変更されたキー割り当てをユーザに示すことができる。ＨＩＤコンフィギュレーションデータは、（例えばＥメールまたはＭＭＳ（マルチメディアメッセージングサービス）のような）通常の経路を介して、携帯無線機器に送信されるか、もしくは予めインストールされていてもよい。
【００２６】
Ｂｌｕｅｔｏｏｔｈ技術（ａｄ−ｈｏｃ情報ネットワークにおける無線伝送技術の一例）の規格化を委託されている委員会Ｂｌｕｅｔｏｏｔｈ  ＳＩＧは、物理的な伝送方法およびプロトコル層に加えて、アプリケーションプロファイル（英語では「Ｂｌｕｅｔｏｏｔｈ  ｐｒｏｆｉｌｅｓ」）を定義している。これは、異なる製造者によるＢｌｕｅｔｏｏｔｈ機器同士の連携を保証する必要があるためである。このようなアプリケーションプロファイルでは、規則、プロトコル、および、データフォーマットが、規定のアプリケーションシナリオ用に規定されている。多くの場合、１つのアプリケーションプロファイルは、全プロトコル層モデルを横断するものとして解される。つまり、各プロトコル層において、強制的にプロトコルの割合が定められるか、または、所定のプロトコル層用のアプリケーションプロファイルに固有のパラメータが定義されるからである。これによって、高度のインターオペラビリティが保証される。さらに、利用者は、アプリケーションプロファイルを用いることによって、２つまたはそれ以上の端末装置を手動で互いに同調させる必要がないという利点を有する。最も重要なアプリケーションプロファイルは、コネクション確立および認証のための基本的機能を有する汎用アクセスプロファイル（ＧＡＰ：generic access profile）であり、該最も重要なアプリケーションプロファイルに、他の全アプリケーションプロファイルは基づいている。
【００２７】
ところで、従来のシステムでは、上記学習リモートコントローラが、制御機器に対して最適となるように適合するまで、該学習リモートコントローラとユーザとの間で高度な対話を行う必要がある。このため、リモートコントローラに関して、平均的な技術知識を有するユーザであっても、多くの場合、過度の労力を強いられることとなる。
【００２８】
さらに、数字コードを手動で入力する場合は、以下に示すようなさらなる問題点が加わる。すなわち、上記ユーザは、多数の数字コードを順番に手動で入力し、これを一つ一つ試すことが頻繁に必要となる点である。つまり、同一のクラス内の機器、または、同一製造者の機器グループ内の機器であっても、様々な機器がそれぞれ異なる数字コードを要求するからである。
【００２９】
また、上記ＨＩＤコンフィギュレーションデータを用いる方法では、所定のキーを押下した場合に、上記ＨＩＤ遠隔ステーションから携帯無線機器に対して、該ＨＩＤ遠隔ステーションが要求するＨＩＤ制御コマンドがいずれであるのか伝えることができる場合のみ機能することができる。従って、携帯無線機器だけでなく、ＨＩＤ遠隔ステーションも、同一のＨＩＤコンフィギュレーションデータを用いることに同意している必要がある。しかしながら、関係する機器間において、このような同意を取り決めておくことはできない。関係する機器のうちのいずれか一方（送信側または受信側）のみが、送信された制御コマンドの異なる割り当てに関する知識を有する場合、２つの機器が「ちぐはぐな」ためにエラーが生じる危険性がある。
【００３０】
図１は、本発明の一実施形態に係るリモートコントローラ１０２と遠隔制御機器（リモートコントローラコンフィギュレーションデータ生成ユニット）１０４とを備えた通信システム１００を示す図である。
【００３１】
本発明の一実施形態では、リモートコントローラ１０２は、例えば１つの機器または構成部材である。そして、リモートコントローラ１０２は自身により制御するため、すなわち、例えば遠隔制御機器１０４のように、自身と同一のハウシング内に格納されていない機器を遠隔制御するために、制御信号または制御メッセージを生成する。リモートコントローラ１０２は、原則的には、任意の好適な通信接続（光学、有線、ワイヤレス、無線ベース、サウンドベース等）により、遠隔制御機器１０４と接続される。以下に詳細に説明する本発明の実施形態では、リモートコントローラ１０２および遠隔制御機器１０４は、Ｂｌｕｅｔｏｏｔｈ無線通信接続によって互いに接続され、その通信規格に従って、データを交換するものとする。
【００３２】
本発明の一実施形態に係る遠隔制御機器１０４は、例えば、リモートコントローラ１０２を用いて遠隔制御されることが可能な機器である。上記遠隔制御機器１０４は、リモートコントローラ１０２によって、例えば当該遠隔制御機器１０４において予め設定されている機能が選択され、実行される。あるいは、例えば遠隔制御機器１０４の操作状態が変更される。
【００３３】
以下において、さらに詳細に説明する。本発明の一実施形態では、リモートコントローラ１０２は、リモートコントローラコンフィギュレーションデータ要求メッセージ１０６を生成し、これをリモートコントローラコンフィギュレーションデータ生成ユニットに送信する。上記生成ユニットは、本発明の一実施形態では、遠隔制御機器１０４に備えられている。また、本発明の一実施形態では、リモートコントローラ１０２の操作特性が含まれているリモートコントローラのコンフィギュレーションデータ要求メッセージ１０６によって、１つまたは複数のリモートコントローラのコンフィギュレーションデータが要求される。
【００３４】
上記および下記に記載する、リモートコントローラ１０２および遠隔制御機器１０４の構成部材は、そのハードウェアとして、１つまたは複数の対応する電子回路を装備することで実現可能である。あるいは、ソフトウェアとして、１つまたは複数の対応するコンピュータプログラムを用いることで実現可能である。または、ハイブリッド型、すなわち任意の部分をハードウェアまたはソフトウェアによって実現することができる。
【００３５】
リモートコントローラコンフィギュレーションデータ要求メッセージ１０６を受信すると、遠隔制御機器１０４は、遠隔制御機器１０４に設けられた、（以下にて詳述する）リモートコントローラコンフィギュレーションデータ生成ユニットを用いて、１つまたは複数のリモートコントローラコンフィギュレーションデータを生成する。上記１つまたは複数のリモートコントローラコンフィギュレーションデータは、リモートコントローラコンフィギュレーションデータ応答メッセージ１０８として、リモートコントローラ１０２に返送される。
【００３６】
また、本発明の他の実施形態では、上記リモートコントローラコンフィギュレーションデータ生成ユニットが、遠隔制御機器１０４自体に設けられていないことに留意されたい。この場合、リモートコントローラコンフィギュレーションデータ要求メッセージ１０６は、遠隔制御機器１０４でなく、別の機器内に備えられたリモートコントローラコンフィギュレーションデータ生成ユニットに直接送信されるか、または、遠隔制御機器１０４を介して該リモートコントローラコンフィギュレーションデータ生成ユニットを備える別の機器に転送される。場合によっては、リモートコントローラコンフィギュレーションデータ要求メッセージ１０６は、遠隔制御機器１０４から別の機器へ転送される前に、例えば、遠隔制御機器１０４の識別特徴を補足するなど、修正されてもよい。また、リモートコントローラコンフィギュレーションデータ要求メッセージ１０６は、第１のインターフェース（例えば、リモートコントローラ１０２と遠隔制御機器１０４との間）では無線で、第２のインターフェース（例えば、遠隔制御機器１０４と上記リモートコントローラコンフィギュレーションデータ生成ユニットを備える別の機器との間）では有線で伝送される。本実施形態では、上記リモートコントローラコンフィギュレーションデータ生成ユニットは、（例えば、遠隔制御機器用に１つのコンフィギュレーションデータが記憶されたデータベース、または複数の様々な遠隔制御機器用に複数のコンフィギュレーションデータが記憶されたデータベースを用いて）、リモートコントローラコンフィギュレーションデータ要求メッセージ１０６により指定された、すなわち特定の遠隔制御機器用に提供されたリモートコントローラコンフィギュレーションデータを、リモートコントローラコンフィギュレーションデータ要求メッセージ１０６に含有されるリモートコントローラ１０２の操作特性から決定する。なお、上記操作特性については、以下において詳述する。この場合、生成された上記リモートコントローラコンフィギュレーションデータは、例えば、１つまたは複数のリモートコントローラコンフィギュレーションデータ応答メッセージ１０８により、リモートコントローラ１０２に同様に伝送される。遠隔制御機器１０４によって修正されたリモートコントローラコンフィギュレーションデータ要求メッセージ１０６については、上記リモートコントローラコンフィギュレーションデータ生成ユニットは、該リモートコントローラコンフィギュレーションデータ要求メッセージ１０６から、１つまたは複数のリモートコントローラコンフィギュレーションデータを決定し、リモートコントローラ１０２と遠隔制御機器１０４とから成る一組の機器間にて同調させる。
【００３７】
また、リモートコントローラコンフィギュレーションデータ応答メッセージ１０８を受信すると、リモートコントローラ１０２は、リモートコントローラコンフィギュレーションデータ応答メッセージ１０８からの１つまたは複数のリモートコントローラコンフィギュレーションデータを決定して、この決定された１つのリモートコントローラコンフィギュレーションデータ、またはこの決定された複数のリモートコントローラコンフィギュレーションデータをメモリに記憶する。
【００３８】
さらに、上記リモートコントローラ１０２は、少なくとも部分的に１つ、または複数の受信した上記リモートコントローラコンフィギュレーションデータに基づき、自動的または半自動的（すなわちリモートコントローラ１０２の利用者による操作を含めることによって）に設定を行う。以下においてさらに詳細に説明する。
【００３９】
まず、遠隔制御機器１０４を遠隔操作するために、リモートコントローラ１０２は、対応する制御指示を含む制御信号および制御メッセージのうち少なくとも１つを生成する。そして、これらを、１つまたは複数のリモートコントロールメッセージ１１０として、遠隔制御機器１０４に送信する。
【００４０】
一方、遠隔制御機器１０４は、１つまたは複数の上記リモートコントロールメッセージ１１０を受信すると、上記制御信号または上記制御メッセージを検出し、そこに含まれる制御指示に従って動作する。
【００４１】
図２は、本発明の一実施形態に係るリモートコントローラ１０２の構成部材を示す図である。
【００４２】
本発明の一実施形態に係るリモートコントローラ１０２は、アンテナ２０２、送信器２０４、受信器２０６、リモートコントローラコンフィギュレーションデータ要求メッセージ生成ユニット２０８、リモートコントローラのコンフィギュレーションユニット２１０、およびメモリ２１４を備えてなる構成である。個々の構成部材２０２、２０４、２０６、２０８、２１０、および２１４は、単方向または双方向で通信されるように接続されており、例えばコンピュータバス２１６等を介して互いに結合されている。
【００４３】
リモートコントローラコンフィギュレーションデータ要求メッセージ生成ユニット２０８、およびリモートコントローラコンフィギュレーションユニット２１０は、独立した別々の構成部材として形成されている。なお、本発明の他の一実施形態では、リモートコントローラコンフィギュレーションデータ要求メッセージ生成ユニット２０８、およびリモートコントローラコンフィギュレーションユニット２１０はともに、プログラマブルなプロセッサ、例えばマイクロプロセッサ２１２によって、これらと対応するコンピュータプログラム手順、すなわち選択したコンピュータプログラムにより実現することができる。
【００４４】
送信器２０４および受信器２０６のうちの少なくとも一方は、同一または異なる伝送技術を利用して信号を送信または受信するために備えられている。
【００４５】
例えば、送信器２０４および受信器２０６のうちの少なくともいずれか一方は、以下の伝送技術のうちの１以上の技術を利用して、信号を送信または受信することができる。
・赤外線信号（例えばＩｒＤＡ（Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ）による）を用いた光伝送技術。
・サウンドベースの伝送技術。
・無線ベースの伝送技術（例えば、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）、ＦＯＭＡ（登録商標）（Ｆｒｅｅｄｏｍ  ｏｆ  Ｍｏｂｉｌｅ  ｍｕｌｔｉｍｅｄｉａ  Ａｃｃｅｓｓ）、ＣＤＭＡ２０００（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ２０００）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）のような携帯無線通信規格によるセルベースの携帯無線伝送技術や、Ｂｌｕｅｔｏｏｔｈワイヤレス通信技術および／またはウルトラワイドバンドのような近距離無線規格や、それに類するもの）。
【００４６】
また、この実施形態では、リモートコントローラコンフィギュレーションデータ要求メッセージ１０６を、例えば遠隔制御機器１０４が備える上記リモートコントローラコンフィギュレーションデータ生成ユニットに送信するために、送信器２０４が備えられている。
【００４７】
また、この実施形態では、以下にさらに詳細に説明するような、少なくとも１つのリモートコントローラコンフィギュレーションデータを受信するために、受信器２０６が備えられている。
【００４８】
また、この実施形態では、リモートコントローラコンフィギュレーションデータ要求メッセージ生成ユニット２０８が、１つのリモートコントローラコンフィギュレーションデータ要求メッセージ（例えば１０６）を生成するために備えられている。なお、このリモートコントローラコンフィギュレーションデータ要求メッセージ１０６は、リモートコントローラ１０２の制御特性を含んでいる。
【００４９】
また、この実施形態において、上記リモートコントローラ１０２の制御特性とは、例えばリモートコントローラ１０２のハードウェアの特徴、リモートコントローラ１０２のソフトウェアの特徴に関する情報、リモートコントローラ１０２を利用するユーザの嗜好に関する情報、およびリモートコントローラ１０２の利用に関する履歴を示す情報などが挙げられる。なお、本発明の他の実施形態において、リモートコントローラ１０２による制御を特徴付ける他の特性を示す情報が含まれていてもよい。
【００５０】
また、この実施形態では、上記リモートコントローラ１０２の制御特性には、リモートコントローラ１０２が備える少なくとも１つの入力ユニットの特性、および／またはリモートコントローラ１０２の少なくとも１つの出力ユニットの特性についての情報も含まれている。
【００５１】
なお、本実施形態において、１つの入力ユニットは、複数の入力部を備えてなる構成であってもよい。この場合、１つの入力ユニットを構成する上記複数の入力部は、同一のタイプ（例えば１つのキーボードにおける複数のキー）で構成されてもよいし、異なるタイプ（キーとマイクロフォン）で構成されてもよい。この入力ユニットと同じことが、出力ユニットについても当てはまる。つまり、出力ユニットが備える出力部は、（例えば、１つの表示ユニットにおいて表示する複数画素、またはランプとスピーカーとの組み合わせなどによって実現できる。
【００５２】
また、本実施形態では、リモートコントローラ１０２が備える少なくとも１つの入力ユニットの上記特性として、少なくとも１つの入力ユニットの機能に関してプログラムできるかについての情報、および／または、少なくとも１つの入力ユニットの配置に関してプログラムできるかについての情報が含まれている。なお、上記入力ユニットの機能に関してプログラムできるかについての情報とは、上記入力ユニット（例えば、複数のキーを備えたキーボード）が有する１つの入力部（例えば１つのキー）により、該入力部に割り当てられた機能を指定することでその機能を変更することができるか否か、つまりプログラムできるか否かを示す情報が挙げられる。また、上記入力ユニットの配置に関してプログラムできるかについての情報とは、例えば、上記入力ユニットが備える１つの入力部をどの位置に配置することができるかを示す情報、あるいは（例えば、上記入力部がタッチセンサ式スクリーン上にあるソフトウェアベースのキーである場合）上記入力ユニットにて入力部がどの位置に配置されているかを示す情報が挙げられる。
【００５３】
また、本実施形態では、上記リモートコントローラが備えるハードウェアの特徴に関する情報は、以下の情報のうちの少なくとも１つの情報を含んでいる。
・機器の識別特徴（例えば、機器を区別する特徴）。
・プラグラマブル性を有さないキーの数とその配置（例えば明確に表記されたキーの数と配置）。
・プラグラマブル性を有するキーの数とその配置。
・ソフトウェアベースのキーの数とその配置。
・少なくとも１つの表示ユニットの数、特性、およびその配置。
・（例えばマクロ機能などのための）メモリにおける利用可能なメモリ領域（つまり利用可能なメモリ容量）。
・表示ユニット（例えばディスプレイ）またはタッチセンサ式表示ユニット（例えばタッチセンサ式ディスプレイ）の数、性質、および配置。
【００５４】
また、本実施形態では、リモートコントローラ１０２が有するソフトウェアの特徴に関する情報は、以下の情報のうちの少なくとも１つの情報を含んでいる。
・ソフトウェアの識別特徴（例えばコンピュータプログラムを区別する特徴）。
・画像要素（例えばピクトグラム）またはテキスト要素（例えばテキストモジュール）を表示するために、リモートコントローラ１０２によってサポートされているコードに関する情報。
・リモートコントローラ１０２によってサポートされているマクロ機能に関する情報。
・マクロ機能において最大限許容される相互に関連する度合い。
【００５５】
また、本実施形態では、上記リモートコントローラ１０２のユーザの嗜好に関する情報は、以下の情報のうちの少なくとも１つの情報を含んでいる。
・ユーザにより好まれ使用される、少なくとも１つの入力ユニットのうちの１つの入力部に関する情報（実施形態では、操作が容易であるとしてユーザにより好まれ使用される入力部は、アップル社のｉＰｏｄ（登録商標）が備えるクリックホイール）。
・ユーザにより好まれ使用される、少なくとも１つの出力ユニットのうちの１つの出力部に関する情報（実施形態では、ユーザにより好まれ使用される出力部は、メニュー案内、すなわちＬＧ電子社製の無線携帯電話のマンマシンインターフェース（ＨＭＩ；Ｈｕｍａｎ  Ｍａｃｈｉｎｅ  Ｉｎｔｅｒｆａｃｅ））。
・ユーザにより使用が慣れているものの情報（パナソニック社製のカラーテーマ（Ｃｏｌｏｒ  Ｔｈｅｍｅｓ））。
【００５６】
なお、この実施形態において、マンマシンインターフェース（ＨＭＩ）は、マンマシンシステムにおけるサブシステムのことを称す。上記サブシステムによって、ユーザは、ユーザーインターフェースを介してマシンを操作することができる。このマシンは、ユーザによる特定の要望に合わせて操作できるようになっている。またユーザは、上記ＨＭＩを介して、マシンの操作状態、配置状態を把握することができる。さらに、必要であればマシンにおいて実行されるプロセスへの介入が可能となる。上記した情報の利用は、例えば、信号ランプ、スピーカー、ディスプレイ用パネル、およびキーを有する制御盤を利用してハードウェア的に、または、例えば端末内で稼動する画像表示システムを利用してソフトウェア的に実現することができる。
【００５７】
また、本実施形態では、上記リモートコントローラ１０２の利用履歴を示す情報として、以下の情報のうちの少なくとも１つの情報を含んでいる。
・リモートコントローラにおいて以前に設定された少なくとも１つのコンフィギュレーションに関する情報（例えば、ある実施形態では、直近にて設定された５つのキーボード割り当てとして、ヤマハ社製のＨｉＦｉ機器が設定されているなど（この場合タイプＩＤは「ＨｉＦｉ機器」、製造者ＩＤは「ヤマハ」となる））。
・少なくとも１つの入力ユニットが備える１つの入力部の使用頻度についての情報。
・少なくとも１つの出力ユニットが備える１つの出力部の使用頻度についての情報（例えば、ある実施形態では、ミュートキーが割り当てられたミュートスイッチが、８ヶ月前から使用されていないなど）。
【００５８】
また、本実施形態では、上記リモートコントローラ１０２が備える少なくとも１つの出力ユニットの特性についての情報として、以下の情報のうちの少なくとも１つの情報を含んでいる。
・少なくとも１つの出力ユニットの機能についてのプログラマブル性に関する情報。
・少なくとも１つの出力ユニットの配置についてのプログラマブル性に関する情報。
【００５９】
上述した分類は、リモートコントローラ１０２のコンフィギュレーションの詳細（例えばキーボード割り当て）を取り決めるために用いることができるパラメータの典型的な例を示している。
【００６０】
上述した方法により以下の点を達成することができる。すなわち、携帯通信機器の形態として十分に存在し得るユニバーサルリモートコントローラ１０２の適合を自動的に実行する点である。すなわち、ユニバーサルリモートコントローラ１０２におけるキーに対する最適な機能割り当てや、（備えられている場合は）ディスプレイの最適な表示などを完全に自動的に実行する、つまり、関連する機器間で取り決める点である。従って、ユーザとリモートコントローラとの対話を最小限に抑制することができる。このような方法の場合、リモートコントローラ１０２として機能する機器（例えばキーボードが配置された機器）のハードウェアの特徴とソフトウェアの特徴とを考慮するだけでなく、付随的に、他の機器、該機器のクラス、および該機器の製造者などに関する、ユーザの実体験、信頼性、および嗜好性など、多数の「柔軟な」基準も考慮する構成としてもよい。
【００６１】
なお、本実施形態の効果としては、例えば以下の点を挙げることができる。
・ユニバーサルリモートコントローラ１０２を、制御機器１０４に完全に（あるいは部分的に）自動的に適合させることができる点。
・機能割り当てを取り決める方法において、大きな柔軟性を提供することができる点。
・プログラミングする際のリモートコントローラ１０２とユーザとの間の対話を最小限に抑制することができる点。
・ユーザの個人的な要求および嗜好に適合したリモートコントローラ１０２を、ユーザに提供することができる点。
・新しいＢｌｕｅｔｏｏｔｈアプリケーションの開発において、Ｂｌｕｅｔｏｏｔｈ  ＳＩＧのメンバーの要求を満たすことができる点。
【００６２】
また、上記メモリ２１４には、以下にさらに詳細に説明するリモートコントローラコンフィギュレーションデータが記憶されている。このデータは、例えば上記リモートコントローラコンフィギュレーションデータ生成ユニットから伝送される。
【００６３】
上記リモートコントローラコンフィギュレーションユニット２１０は、リモートコントローラ１０２において、少なくとも１つのリモートコントローラコンフィギュレーションデータに基づき設定を行うためのものである。例えば、上記リモートコントローラコンフィギュレーションユニット２１０は、リモートコントローラ１０２のキーを、機能および／またはその配置、あるいは構成に関してプログラムするために備えられている。
【００６４】
図３は、本発明の一実施形態に係るリモートコントローラ１０２の平面図である。
【００６５】
リモートコントローラ１０２は、本明細書においては、明確であるため詳細には記載していない通常の操作部材に加えて、１つまたは複数の表示ユニット３０２（例えばディスプレイ、例えばタッチセンサ式ディスプレイ（タッチスクリーン））、ならびに１つまたは複数のスピーカー３０４を出力ユニットとして有している。
【００６６】
さらに、リモートコントローラ１０２は、例えば、「０」、「１」、・・・、「９」などの複数の数字キー、および/または、例えば、所定のものとして、または可変のものとして予め決められている機能が割り当てられた、１以上の制御キーを有するキーボード３０６、ならびに入力ユニットとしての１つまたは複数のマイクロフォン３０８を備えている。
【００６７】
図４は、本発明の一実施形態に係る遠隔制御機器１０４の構成部材を示す図である。
【００６８】
本実施形態によると、上記遠隔制御機器１０４は、アンテナ４０２およびリモートコントローラコンフィギュレーションデータ生成ユニット４０４を備えてなる構成である。
【００６９】
本実施形態では、リモートコントローラコンフィギュレーションデータ生成ユニット４０４は、リモートコントローラの制御特性を含んでいる、少なくとも１つのリモートコントローラコンフィギュレーションデータ要求メッセージを受信する受信器４０８と、受信された上記リモートコントローラの制御特性を考慮しながら、１つのリモートコントローラコンフィギュレーションデータを生成する、リモートコントローラコンフィギュレーションデータ生成器４１０と、上記リモートコントローラコンフィギュレーションデータを、リモートコントローラに送信する送信器４０６とを備える。
【００７０】
なお、受信器４０８、送信器４０６、およびリモートコントローラコンフィギュレーションデータ生成器４１０は、単方向または双方向の通信接続によって、例えばコンピュータバス４１２を介して互いに結合されている。
【００７１】
上記送信器４０６および受信器４０８のうちの少なくとも１つは、同一または異なる伝送技術によって、信号を送信または受信するためのものである。例えば、送信器４０６および受信器４０８のうちの少なくとも１つは、以下に示す１以上の伝送技術に基づき、信号を送信または受信することができる。
・赤外線信号を用いた光伝送技術（例えばＩｒＤＡによる（Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ））。
・サウンドベースの伝送技術。
・無線ベースの伝送技術（例えば、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）、ＦＯＭＡ（登録商標）（Ｆｒｅｅｄｏｍ  ｏｆ  Ｍｏｂｉｌｅ  ｍｕｌｔｉｍｅｄｉａ  Ａｃｃｅｓｓ）、ＣＤＭＡ２０００（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ２０００）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）のような携帯無線通信規格によるセルベースの携帯無線伝送技術や、Ｂｌｕｅｔｏｏｔｈワイヤレス通信技術および／またはウルトラワイドバンドのような近距離無線規格や、それに類するもの）。
【００７２】
本発明の一実施形態では、リモートコントローラコンフィギュレーションデータは、リモートコントローラ１０２において設定される、指示および構造情報のうちの少なくとも１つを含んでいる。上記リモートコントローラコンフィギュレーションデータは、予め定められた独自仕様のフォーマットの形式とすることができる。しかしながら、他の一実施形態では、標準化されたフォーマット形式であってもよい。
【００７３】
本実施形態では、上記リモートコントローラコンフィギュレーションデータは、以下の形式（フォーマット）のうちの少なくとも１つによって符号化され、記述される。
・拡張マークアップ言語（ＸＭＬ）。
・ハイパーテキストマークアップ言語（ＨＴＭＬ）。
・Ｊａｖａ（登録商標）コンピュータプログラムコード。
【００７４】
さらに、遠隔制御器１０４は、制御指示を実行するための制御ユニット４１４を備えている。上記制御指示は、遠隔制御器１０４の利用者によって、例えば、以下に記載する、遠隔制御器１０４の入力ユニットを用いて、部分的に入力されるか、またはリモートコントローラ１０２から遠隔制御器１０４に伝送される。制御ユニット４１４は、同様に遠隔制御器１０４に備えられており、所望の（場合によってはリモートコントローラ１０２によって入力された）機能を実行するための、アクチュエータおよびセンサのうちの少なくとも１つを制御する。なお、アクチュエータ「Ａｋｔｏｒｅｎ」は、その英語表現が「ａｃｔｕａｔｏｒ」であるために、多くの場合「Ａｋｔｕａｔｏｒｅｎ」とも称される。「Ａｋｔｏｒｅｎ」と「Ａｋｔｕａｔｏｒｅｎ」とは、制御技術および自動制御技術では、同じものとして扱われている。
【００７５】
図５は、本発明の一実施形態に係る遠隔制御器１０４の平面図である。
【００７６】
遠隔制御器１０４は、本明細書においては、明確であるため詳細には記載していない通常の操作部材に加えて、１つまたは複数の表示ユニット５０２（例えばディスプレイ、例えばタッチセンサ式ディスプレイ（タッチスクリーン））、ならびに１つまたは複数のスピーカー５０４を出力ユニットとして有している。
【００７７】
さらに、遠隔制御器１０４は、例えば、「０」、「１」、・・・、「９」など複数の数字キーと、例えば、所定のものとして、または可変のものとして予め決定された機能が割り当てられた、１以上の制御キーとのうちの少なくとも１つを有するキーボード５０６、ならびに入力ユニットとして１つまたは複数のマイクロフォン５０８を備えている。
【００７８】
図６は、本発明の一実施形態に係るリモートコントローラ１０２のコンフィギュレーションを決定する方法を示すフローチャート６００である。
【００７９】
まず、ステップＳ６０２では、リモートコントローラ１０２は、リモートコントローラコンフィギュレーションデータ要求メッセージ１０６を生成する。なお、このリモートコントローラコンフィギュレーションデータ要求メッセージ１０６は、リモートコントローラ１０２の制御特性を含んでいる。
【００８０】
次にステップＳ６０４では、上記リモートコントローラコンフィギュレーションデータ要求メッセージ１０６を、リモートコントローラ１０２の送信器２０４から、（例えば遠隔制御器１０４が備える）リモートコントローラコンフィギュレーションデータ生成ユニット４０４に送信する。
【００８１】
そして、ステップＳ６０６では、リモートコントローラ１０２が備える受信器２０６によって、（例えば、リモートコントローラコンフィギュレーションデータ生成ユニット４０４から送信された）少なくとも１つのリモートコントローラコンフィギュレーションデータを受信する。
【００８２】
ステップＳ６０８では、上記少なくとも１つのリモートコントローラコンフィギュレーションデータに基づき、（例えば、リモートコントローラコンフィギュレーションユニット２１０によって）上記リモートコントローラ１０２においてコンフィギュレーションの設定を行う。
【００８３】
図７は、本発明の一実施形態に係るリモートコントローラコンフィギュレーションデータの生成方法を示すフローチャート７００である。
【００８４】
まず、ステップＳ７０２では、遠隔制御機器１０４において、リモートコントローラ１０２から少なくとも１つのリモートコントローラコンフィギュレーションデータ要求メッセージ１０６を受信する。なお、リモートコントローラコンフィギュレーションデータ要求メッセージ１０６には、リモートコントローラ１０２の制御特性を含んでいる。
【００８５】
次にステップＳ７０４において、受信したリモートコントローラコンフィギュレーションデータ要求メッセージ１０６に含まれる上記リモートコントローラ１０２の制御特性に基づき、（例えば、リモートコントローラコンフィギュレーションデータ生成器４１０によって）１つのリモートコントローラコンフィギュレーションデータを生成する。
【００８６】
そして、ステップＳ７０６では、生成したリモートコントローラコンフィギュレーションデータを、（例えば、リモートコントローラコンフィギュレーションデータ応答メッセージ１０８に含めて、）リモートコントローラ１０２に送信する。
【００８７】
次に図８は、本発明の一実施形態に係る遠隔制御器１０４を遠隔操作するための方法を示すフローチャート８００である。
【００８８】
リモートコントローラは、上述したようにステップＳ６０２において、リモートコントローラコンフィギュレーションデータ要求メッセージ１０６を生成する。そして、このリモートコントローラコンフィギュレーションデータ要求メッセージ１０６には、リモートコントローラ１０２の制御特性が含まれている。
【００８９】
次いでステップＳ６０４では、上記リモートコントローラコンフィギュレーションデータ要求メッセージ１０６を、リモートコントローラ１０２の送信器２０４から、（例えば遠隔制御器１０４が備える）リモートコントローラコンフィギュレーションデータ生成ユニット４０４に送信する。
【００９０】
そして、ステップＳ６０６では、リモートコントローラ１０２の受信器２０６が、（例えば、リモートコントローラコンフィギュレーションデータ生成ユニット４０４から送信された、）少なくとも１つのリモートコントローラコンフィギュレーションデータを受信する。
【００９１】
ステップＳ６０８では、上記少なくとも１つのリモートコントローラコンフィギュレーションデータに基づき、（例えば、リモートコントローラコンフィギュレーションユニット２１０によって）上記リモートコントローラ１０２おいてコンフィギュレーションの設定を行う。
【００９２】
そして、ステップＳ８０２において、上記コンフィギュレーションが設定されたリモートコントローラ１０２を使用して、遠隔制御機器１０４を遠隔制御する。
【００９３】
図９は、本発明の一実施形態に係るリモートコントローラ１０２にて設定され、遠隔制御機器１０４を遠隔制御するためのメッセージフローを示すメッセージフローチャート９００である。
【００９４】
メッセージフローチャート９００の左側には、制御されるエンティティＩ、例えば遠隔制御器１０４が示され、メッセージフローチャート９００の右側には、リモートコントローラ（リモートコントロールユニット、ＲＣＵ）１０２が示されている。図９の一番右には、リモートコントローラＲＣＵ１０２との間で最適な対話を実現するための、一人の利用者、すなわちユーザ９０２が示されている。リモートコントローラ１０２とユーザ９０２との間で行われる複数の対話を、それぞれ、左右のブロック矢印９０４、９０６を用いて示している（図９の９１６および９２４参照）。
【００９５】
図９に示すように、本実施形態に係るこの方法では、リモートコントローラ特有の情報をリモートコントローラ１０２とエンティティＩ（例えば遠隔制御機器１０４）との間で交換するために、３つの段階、すなわち初期化段階９２８、ネゴシエート段階９３０、および制御段階９３２を有する。
【００９６】
リモートコントローラ１０２と制御されるエンティティＩ（例えば遠隔制御機器１０４）との間のインターフェース９３４は、「Ｌ」という文字によって示した点線によって表され、上記インターフェースは、例えば短距離無線伝送技術規格（例えばＡｄ−ｈｏｃ通信ネットワーク規格）に従った、無線通信インターフェースとして構成されている。リモートコントローラＲＣＵ１０２とエンティティＩ（例えば遠隔制御機器１０４）との間にて、このインターフェースを介して交換されるメッセージは、細い矢印で示され、これらには、図番号９３６、９３８、９４０、および９４２が付されている。
【００９７】
なお、リモートコントローラ１０２とエンティティＩ（例えば遠隔制御機器１０４）との間でのデータ交換を行う構成を以下のように一般的に示す。すなわち、図１０のシステム１０００に示すように、制御対象となる複数のエンティティ（エンティティＩ１１００４、Ｉ２１００６、・・・、Ｉｎ１００８）それぞれが同一の機器Ｄ１００２に備えられており、機器Ｄ１００２とリモートコントローラ１０２との間には、１つのインターフェースＬ９３４だけが存在する場合であっても、本発明の一実施形態による上記方法を用いることができる。そして、システム１０００では、１つのインターフェースＬ９３４を介して、無線信号が、リモートコントローラ１０２のアンテナ２０２、機器Ｄ１００２のアンテナ１０１０それぞれを通じて交換される。従って例えば、パーソナルコンピュータの異なるアプリケーションが、短距離無線伝送技術Ｂｌｕｅｔｏｏｔｈを介して、同一のリモートコントローラ１０２を、そのそれぞれ異なる目的のために設定することができる。
【００９８】
上記した本実施の形態に係る図９の方法では、リモートコントローラ１０２とエンティティＩ（例えば遠隔制御機器１０４）との間でのデータ交換は、３つの段階に分かれている。
【００９９】
まず、初期化段階９２８では、プロセス９０８、９１０、９１２、９１４、および９１６が実行される。これらのプロセスについては、以下にて詳細に説明する。
【０１００】
プロセス９０８では、リモートコントローラＲＣＵ１０２は、例えば、キー／操作指示補正部の種類、数、配置、および文字や、ソフトキーの数および配置や、ディスプレイの特性および配置、タッチスクリーンの性能および配置等についての情報を確認する。さらに、プロセス９０８では、ユーザ９０２の嗜好および経験や、過去にさかのぼったコンフィギュレーション手順についての情報や、ユーザ９０２の使用態様の特性についての情報も確認する。これらの情報の一部は、例えば、ローカルのデータメモリから（例えばメモリ２１４から）読み出したり、別の一部として新たに決定したりしてもよい。場合によっては、これら情報（例えば、固定的なハードウェア情報およびソフトウェア情報のうちの少なくともいずれか１つなどの）の多くは、それぞれについての詳細な情報の代わりに、それぞれの識別特徴が判定されるだけの情報で十分である。例えば、リモートコントローラ１０２と遠隔制御器１０４とにおいて既知の、リモートコントローラ１０２の機器ＩＤを用いることによって、上記個々の詳細を、遠隔ステーション（例えば遠隔制御器１０４に）に割り当てることができ、これによってデータの送受信において利用する帯域幅を節約することができる。
【０１０１】
プロセス９１０では、リモートコントローラＲＣＵ１０２は、初期化メッセージ９３６を、プロセス９０８において決定した情報（ネゴシエート段階において利用される情報）と共に、制御対象となるエンティティＩ（例えば遠隔制御機器１０４）に送信する。
【０１０２】
プロセス９１２では、リモートコントローラＲＣＵ１０２の制御コマンド（制御指示）を受信し実行する必要のあるエンティティＩ（例えば遠隔制御機器１０４）は、まず、初期化メッセージ９３６を評価する。そして、そのメッセージ中に含まれる、上述のハードウェアの特徴、ソフトウェアの特徴、ユーザの嗜好、および利用履歴それぞれ４つの分類から成るパラメータに基づいて、エンティティＩ（例えば遠隔制御機器１０４）は、第一のコンフィギュレーションデータＣを算出する。そして、これをコンフィギュレーション提案メッセージ９３８の形式（例えばリモートコントローラコンフィギュレーションデータ応答メッセージ１０８の形式）にしてリモートコントローラＲＣＵ１０２に返送する準備をする。なお、このコンフィギュレーション提案メッセージ９３８を独語で表記すると、「Konfigurationsvorschlagsnachricht」となる。この場合、上記コンフィギュレーションデータＣは、階層型構造を有していることが有利であり、これによって、ユーザ９０２の手動によって、またはリモートコントローラＲＣＵ１０２によって自動的に、アプリケーションシナリオに応じて、上記コンフィギュレーション提案メッセージ９３８に含まれるコンフィギュレーション提案の一部を受け入れたり、それ以外の他の部分を拒否したりすることができる。これについての詳細な実施形態を、以下に示す。この実施形態では、上記コンフィギュレーションデータＣは、少なくとも、エンティティＩ（例えば遠隔制御機器１０４）の視野の範囲内にあるデータであり、初期化メッセージ９３６として伝送された情報および識別特徴の少なくとも１つに基づいて、リモートコントローラＲＣＵ１０２の最適なキーボード割り当てを行うための情報を含んでいる。
【０１０３】
プロセス９１４では、上記エンティティＩ（例えば遠隔制御機器１０４）は、第１のコンフィギュレーションデータＣを含むコンフィギュレーション提案メッセージ９３８を、リモートコントローラＲＣＵ１０２に返送する。第１のコンフィギュレーションデータＣは階層型構造を有するため、リモートコントローラＲＣＵ１０２用のコンフィギュレーション提案を補う情報だけではなく、それに代わる情報を示すことができる。
【０１０４】
リモートコントローラＲＣＵ１０２では、第１のコンフィギュレーション提案メッセージ９３８から、（例えば第１のコンフィギュレーションデータＣの形式にて）得られた第１のコンフィギュレーション提案を自動的に評価するか、あるいはユーザ９０２との対話により評価する。
【０１０５】
次にプロセス９１６にて示される処理を説明する。このプロセス９１６では、本実施形態に係る上記エンティティＩ（例えば遠隔制御機器１０４）は、認証特徴を、第１のコンフィギュレーション提案メッセージ９３８に統合するようになっている。この第１のコンフィギュレーション提案メッセージ９３８に基づいて、リモートコントローラＲＣＵ１０２は、エンティティＩ（例えば遠隔制御機器１０４）のクラス、製造者、タイプそれぞれを間違いなく調べることができる。上記第１のコンフィギュレーションデータＣが有する階層型構造のおかげで、リモートコントローラＲＣＵ１０２は、上記第１のコンフィギュレーション提案を、完全にまたは部分的に、受け入れるか、または、拒否することができる。
【０１０６】
また、本実施形態に係る認証処理（英語ではａｕｔｈｅｎｔｉｃａｔｉｏｎと表記される）では、対応するもの（例えば、対応するユーザや対応するコンピュータプログラムであって、本実施形態では第１のコンフィギュレーション提案メッセージ９３８の著者や、以下にて詳細に示す第２のコンフィギュレーション提案メッセージ９４２）の同一性を調べる手順を実行する。
【０１０７】
上記ネゴシエート段階９３０は、プロセス９１８、９２０、９２２、および９２４を有しており、これらプロセスについて以下に詳細に説明する。
【０１０８】
プロセス９１８では、リモートコントローラＲＣＵ１０２は、受信した第１のコンフィギュレーション提案メッセージ９３８のエンティティＩ（例えば遠隔制御機器１０４）に、応答メッセージ９４０を返送する。この応答メッセージ９４０によって、第１のコンフィギュレーションデータＣの受け入れられた部分、または、拒否された部分に関してのリモートコントローラＲＣＵ１０２の決定が、上記エンティティＩ（例えば遠隔制御機器１０４）に報告され得る。
【０１０９】
本発明の一実施形態では、応答メッセージ９４０は、リモートコントローラＲＣＵ１０２において、上記コンフィギュレーションの詳細なネゴシエートを続行することを所望しているか否か、または続行することが必要であるか否かに関する情報も含んでいる。
【０１１０】
プロセス９２０では、制御対象のエンティティＩ（例えば遠隔制御機器１０４）が、応答メッセージ９４０を評価し、場合によっては、新しいコンフィギュレーション提案、つまり例えば第２のコンフィギュレーションデータＣ＊を作成する。ここでも本実施形態に係る第２のコンフィギュレーションデータＣ＊は階層型構造を有しており、この階層構造を参照して、アプリケーションシナリオに応じ、ユーザ９０２による手動によって、またはリモートコントローラＲＣＵ１０２により自動的にこの第２のコンフィギュレーション提案の一部分を受け入れるか、または拒否することができるようになっている。
【０１１１】
プロセス９２２では、エンティティＩ（例えば遠隔制御機器１０４）は、上記コンフィギュレーションに関する詳細情報、特にはキーボード割り当てについてのネゴシエートを続行するための、例えば第２のコンフィギュレーションデータＣ＊を含む第２のコンフィギュレーション提案メッセージ９４２のような、１つのコンフィギュレーション提案メッセージを、リモートコントローラＲＣＵ１０２に新たに返送する。ここでも、上記第２のコンフィギュレーションデータＣ＊が有する階層型構成によって、コンフィギュレーション提案を補足する情報、または、それに代わる情報を、リモートコントローラＲＣＵ１０２のために表すことができる。
【０１１２】
次に、上述したプロセス９１６と同様に、リモートコントローラＲＣＵ１０２は、プロセス９２４において、第２のコンフィギュレーション提案メッセージ９４２から、第２のコンフィギュレーションデータＣ＊を取り出して、これを評価する。この新たなコンフィギュレーション提案を利用する／有効とするがについては、アプリケーションシナリオに応じて、リモートコントローラＲＣＵ１０２によって自動的に行うか、もしくはユーザ９０２との対話によって実行する。ここでも第２のコンフィギュレーション提案メッセージ９４２または第２のコンフィギュレーションデータＣ＊は、認証特徴を含んでいることが前提とされ、該認証特徴は、エンティティＩ（例えば遠隔制御機器１０４）と比較される。このようにして、リモートコントローラＲＣＵ１０２は、エンティティＩ（例えば遠隔制御機器１０４）のクラス、製造者、およびタイプのうち少なくとも１つを間違いなく確認することができる。第２のコンフィギュレーション提案が、完全にまたは部分的にでも受け入れられない場合、本実施形態ではその後、ネゴシエートが行われる。
【０１１３】
すなわち、完全にまたは部分的にでも受け入れられない場合、プロセス９１８、９２０、９２２、および９２４を、再度実行する。これはつまり、リモートコントローラＲＣＵ１０２が自動的に、またはユーザ９０２の手動による対話によって、受信したコンフィギュレーション提案メッセージにおける新しいコンフィギュレーション提案に最終的に同意し、リモートコントローラＲＣＵ１０２が、上述の制限条件（ハードウェアの特徴、ソフトウェアの特徴、ユーザの嗜好、および利用履歴のうちの少なくとも１つ）に基づき、エンティティＩ（例えば、遠隔制御機器１０４）に好適に適合するまで実行される。また、本実施形態では、プロセス９１８、９２０、９２２、および９２４を、両方の側で実行する回数を計算し、その回数が既に定義された閾値を越える場合にはさらにプロセスを反復して実行することを認めず、ネゴシエートを終了させるようになっている。なお、上記制限条件を独語表記すると「Randbedingungen」となる。
【０１１４】
一方、コンフィギュレーション提案が認められると、リモートコントローラＲＣＵ１０２において、エンティティＩ（例えば、遠隔制御機器１０４）を最適に制御できるように設定される。例えば、個々のキーの割り当て、およびソフトキーに関連するディスプレイの使用などの設定を、上記した判別条件を考慮して、ハードウェアの特徴、ソフトウェアの特徴、ユーザの嗜好、および利用履歴からなる４つのカテゴリーについて行われる。
【０１１５】
上記制御段階９３２では、プロセス９２６が実行される。プロセス９２６を、以下に詳細に説明する。
【０１１６】
プロセス９２６では、リモートコントローラＲＣＵ１０２は、制御コマンド（制御指示）をエンティティ（例えば、遠隔制御機器１０４）に送信する。この送信を、図９において、タイプＣＣ（制御コマンド：Ｃｏｎｔｒｏｌ  Ｃｏｍｍａｎｄ）を含むメッセージ９４４、９４６として示す。一方、エンティティＩ（例えば、遠隔制御機器１０４）は、付随的に、リモートコントローラＲＣＵ１０２から送信された制御コマンドをエラーなく受信したことを、例えば、図９の点線によって示されたメッセージ９４８、９５０によって肯定応答（ＡＣＫ）することができる。
【０１１７】
また、図示した処理９００では、そのさらなる経過処理として、アプリケーションシナリオに基づく、制御コマンドＣＣと付加的な承認メッセージとの交換を、従来技術によって実行することができる。
・リモートコントローラＲＣＵ１０２がエンティティＩ（例えば、遠隔制御機器１０４）にＩＲ信号を送信する。この場合、肯定応答（ＡＣＫ）を示すメッセージの返信は必要ではない。
・リモートコントローラＲＣＵ１０２がＲＦ信号をエンティティＩ（例えば、遠隔制御機器１０４）に送信する場合、該エンティティＩ（例えば、遠隔制御機器１０４）からの肯定応答メッセージを要求する。ＲＦ信号の送信において伝送エラーが発生した場合、またはシンタックスが未知の場合には、肯定応答メッセージに含まれるエラーコードに応じて、制御コマンドＣＣを、エンティティＩ（例えば、遠隔制御機器１０４）に応じたＲＦ信号形式で送信する。
・リモートコントローラＲＣＵ１０２は、例えば音声／映像遠隔制御プロファイル（ＡＶＲＣＰ：Ａｕｄｉｏ／Ｖｉｄｅｏ  Ｒｅｍｏｔｅ  ｃｏｎｔｒｏｌ  ｐｒｏｆｉｌｅ）またはＨＩＤ（Ｈｕｍａｎ  Ｉｎｔｅｒｆａｃｅ  Ｄｅｖｉｃｅ）プロファイルのような従来のプロファイルを利用する方法によって、エンティティＩ（遠隔制御機器１０４）を制御するための、固有のＢｌｕｅｔｏｏｔｈアプリケーションプロファイルを利用する。
【０１１８】
なお、この明細書中に記載した、リモートコントローラ１０２において設定する情報を交換するための方法、すなわち初期化段階９２８およびネゴシエート段階９３０は、基本的にはあらゆるネットワーク（例えば、あらゆる通信ネットワーク）においても実現され得るものである。本実施形態では、ここに開示したリモートコントローラ１０２において設定する情報を交換するための方法を、ワイヤレスＡｄ−ｈｏｃ通信ネットワーク環境を想定して実行している。なお、このワイヤレスＡｄ−ｈｏｃ通信ネットワークでは、例えば、Ｂｌｕｅｔｏｏｔｈ通信規格に基づく、個別のＢｌｕｅｔｏｏｔｈアプリケーションプロファイルそれぞれを生成する。
【０１１９】
以下において、リモートコントローラＲＣＵ１  １１００（図１１参照）に適合しており、ガレージの門Ｔ１を遠隔操作する実施形態を例に挙げて記載する。
【０１２０】
なお、この実施例では、新たな機能を容易にキー割り当てできる点について記載する。
【０１２１】
この実施例を実行するにあたり以下点を前提とする。
・リモートコントローラとガレージの門Ｔ１とは、ＲＦ信号（無線）を介して、互いに通信している。
・ガレージの門Ｔ１は、遠隔操作可能な以下の機能を提供する。
−開門。
−停止。
−閉門。
・リモートコントローラＲＣＵ１  １１００は、図１１に示すように、アンテナ１１０２と、記号が付された３つのキー１１０４、１１０６、および１１０８を備えている。
【０１２２】
まず、リモートコントローラＲＣＵ１  １１００が、ガレージの門Ｔ１の制御ユニット（遠隔制御器１０４）との通信が可能な範囲内に位置すると、このリモートコントローラＲＣＵ１  １１００は、ガレージの門Ｔ１の上記制御ユニット（例えば遠隔制御機器１０４）に、自身の「性能」を、上述の初期化メッセージ９３６の形式で通知する。なお、初期化メッセージ９３６は、例えば以下の表１に示すような構成となる。
【０１２３】
【表１】
2008178111.tif 000003
【０１２４】
詳細には、初期化メッセージ９３６は、ハードウェアの特徴および／またはソフトウェアの特徴および／またはユーザの嗜好および／または利用履歴に関する個々の情報を、ここでは詳細には特定していないが文書型定義（ＤＴＤ）の下、ＸＭＬ形式で表現することができる。
【０１２５】
また、表２および表３は、本実施形態に係る、２つの想定され得る実施例を示す。
【０１２６】
最初に表２を考察する。表２では、製品の１つの識別特徴とその格納場所を示す参照先だけが、インターネットを通じて入手できるようになっている。また、このインターネットを通じて、新たな情報をダウンロードして利用することも可能となっている。この場合、初期化メッセージ９３６を受信したエンティティＩ（例えば遠隔制御機器１０４、本実施例では、ガレージの門Ｔ１の制御ユニット）が有する課題は、リモートコントローラ１１００の必要な全ての特徴、特に多数の固定的なハードウェアの特徴およびソフトウェアの特徴を決定する。そして、この決定した特徴の情報を制限された文として記述し、コンフィギュレーション提案Ｃを作成することである。上記ハードウェアの特徴および上記ソフトウェアの特徴を決定するために、場合によっては、例えば図９のプロセス９１２のように、エンティティＩ（例えば、遠隔制御機器１０４）は、インターネットを通じて外部のデータベースと接続する。一方、ユーザの嗜好に関する情報および／またはリモートコントローラ１１００の利用履歴を示す情報は、多くの動的性質を含む情報であり、表２において示されるＸＭＬ形式の文書によっては、機器Ｄ（遠隔制御機器１０４）には伝送することはできない。
【０１２７】
【表２】
2008178111.tif 000004
【０１２８】
また、下記に示す表３は、他の構造的な構成を有する別のＸＭＬ形式による文書を示す図である。上記構成によって、別のＸＭＬ形式による文書が記述可能となる。
【０１２９】
つまり、表３に示された典型的なＸＭＬ形式による文書によって、各関連する特徴の詳細が、エンティティＩ（例えば遠隔制御機器１０４）に通知される。
【０１３０】
本実施例では、これら各関連する特徴の詳細は以下の通りである。
・ハードウェアの特徴
リモートコントローラＲＣＵ１（図１１参照）は、記号が記された３つのキーを有する。第１のキー１１０４には「上向き矢印」が記され、第２のキー１１０６には「四角」が記され、第３のキー１１０８には「下向き矢印」が記されている。ソフトキーはなく、ディスプレイもない。
・ソフトウェアの特徴
リモートコントローラＲＣＵ１  １１００は、マクロ機能のプログラミングをサポートしない。
・ユーザの嗜好
ユーザ９０２は、該ユーザのリモートコントローラＲＣＵ１  １１００の設定が可能な限り容易に行われることを望んでいる。
・利用履歴
リモートコントローラＲＣＵ１  １１００は、最後に、「ｃｏｍｐａｎｙ＿ｘｙｚ」社の製品ＩＤ「００２．６０８．１９７．４０９．０４１．９７５」を有するビデオレコーダ「ＶＣＲ」と同調した。
【０１３１】
【表３】
2008178111.tif 000005
【０１３２】
上記表２とは異なり、このように実行されるエンティティＩ（例えば遠隔制御機器１０４、本実施例では、ガレージの門Ｔ１の制御ユニット）のＸＭＬ文書によって、明らかにより多くの関連特徴についての情報を伝えることが可能となる。この場合、ガレージの門Ｔ１の制御ユニットは、例えば、インターネットを通じて外部のデータベースとの接続を必ずしも確立している必要はなく、コンフィギュレーション提案を直接考量してもよい（例えば、図９のプロセス９１２）。
【０１３３】
上記表２および上記表３に示した典型的なＸＭＬ形式により記述された文書に加えて、もちろん、これらを組み合わせた形式および他の形式への変形、つまりＸＭＬ形式とは異なるコーディングも、制御対象のエンティティＩ（例えば遠隔制御機器１０４）に、リモートコントローラＲＣＵ１  １１００の関連特徴についての情報を与えるために利用することができる。
【０１３４】
図９に示すプロセス９１４では、リモートコントローラＲＣＵ１  １１００の関連特徴と同調させた第１のコンフィギュレーションデータＣを有する第１のコンフィギュレーション提案メッセージ９３８が、ガレージの門Ｔ１の制御ユニットから、リモートコントローラＲＣＵ１  １１００に返送される。
【０１３５】
第１のコンフィギュレーション提案メッセージ９３８は、例えば表４に示すように構成されていても良い。
【０１３６】
【表４】
2008178111.tif 000006
【０１３７】
また、表５では、本発明の一実施形態による、第１のコンフィギュレーションデータＣの構成を示す。
【０１３８】
【表５】
2008178111.tif 000007
【０１３９】
上記第１のコンフィギュレーション提案メッセージ９３８では、コンフィギュレーション提案が、詳細には特定していない文書型定義（ＤＴＤ）を用いて、ＸＭＬコーディングの形式で組み込まれている。
【０１４０】
なお、表５では、本発明の実施の形態において想定され得る形態を示す。
【０１４１】
第１の部分“ｈａｒｄｗａｒｅ”には、新たなキー機能のために３つの変更コマンドが、一覧で記載されている。基本的には、キーの割り当てには、２つの場合が考えられる。これら２つの場合を表５に示しており、（キーＴ１およびキーＴ３の場合は）タグ要素＜ｎｅｗ＿ｃｏｍｍａｎｄ＞、および（キーＴ２の場合は）＜ｎｅｗ＿ｋｅｙ＿ｉｄ＞として区別する。
【０１４２】
最初の場合の＜ｎｅｗ＿ｃｏｍｍａｎｄ＞では、１６進数の値“０×２０”を、新しい制御コードとして、第１のキー１１０４を押下する場合に、直接送信されることが要求される（なお、第３のキー１１０８を押下する場合には、“０×２１”が直接送信されることが要求される）。
【０１４３】
次の場合の＜ｎｅｗ＿ｋｅｙ＿ｉｄ＞では、１６進数の値“０×１５”は、ＩＤ“０×１５”を受けてリモートコントローラＲＣＵ１  １１００に記憶された制御コードを参照するものとして機能する。この制御コードは、第２のキー１１０６が押下される度毎に、予め設定されている制御コードの代わりとなる制御コードとして送信されることが要求される。
【０１４４】
＜ｎｅｗ＿ｃｏｍｍａｎｄ＞という表現を用いることは、リモートコントローラＲＣＵ１  １１００が、適合する制御コードを自身の内部に備えるメモリに予め記憶させておく必要がないという利点を有する。その一方で、＜ｎｅｗ＿ｃｏｍｍａｎｄ＞という表現を用いることによって、リモートコントローラＲＣＵ１  １１００が備えるメモリでは、両方の機器（つまり、エンティティＩ（例えば遠隔制御機器１０４）とリモートコントローラＲＣＵ１  １１００）は、それぞれの実際の割り当て表についての知識を有している必要がある。
【０１４５】
この例では、リモートコントローラＲＣＵ１  １１００は、第１のコンフィギュレーション提案メッセージ９３８から、さらなるネゴシエート（図９のプロセス９１８、９２０、９２２、９２４参照）を行うことなくプロセス９１６に従って、上記コンフィギュレーション提案を受け入れる。
【０１４６】
次に、制御段階９３２の説明に移る。
【０１４７】
以下に、ガレージの門Ｔ２を遠隔操作するために、リモートコントローラＲＣＵ１  １１００が適合されている場合についての他の実施形態について説明する。
【０１４８】
この実施例では、リモートコントロール機能のネゴシエートについて、さらに説明する必要がある。
【０１４９】
まず、本実施例について以下の前提がなされているものとする。
・リモートコントローラＲＣＵ１  １１００およびガレージの門Ｔ２は、ＲＦ信号（無線）により互いに通信する。
・ガレージの門Ｔ２は、以下の遠隔制御可能な機能を提供する。
−開門
−停止
−閉門
−照明点灯
−照明消灯
また、リモートコントローラＲＣＵ１  １１００は、図１１に従って、符号が付された３つのキー１１０４、１１０６、１１０８を有している。
【０１５０】
また、プロセス９０８、９１０、９１２それぞれは、上述の例において示した実施形態と同様に行われるものとする。
【０１５１】
また、この実施例の場合では、初期化メッセージ９３６は、キー１１０４、１１０６、１１０８の符号についての詳細な説明は含んでおらず、「３つのキーが存在する」という情報のみを含んでいることを前提とする。
【０１５２】
ガレージの門Ｔ２の制御ユニットは、ガレージの門Ｔ１の場合よりも、より多くの機能（現段階では５つであり、以前では３つのみである）の実行を可能としている。そして、ガレージの門Ｔ２は、別の内容を含んだ第１のコンフィギュレーション提案メッセージ９３８を、リモートコントローラＲＣＵ１  １１００に返送する。
【０１５３】
なお、以下に示す表６では、再度、詳細に特定していない文書型定義（ＤＴＤ）を用いた、ＸＭＬコーディングによる記述を示す。
【０１５４】
「０」であるタグ要素＜ａｌｔｅｒｎａｔｉｖｅ＞によって開始され、終了される第１の部分には、エンティティＩ（例えば遠隔制御機器１０４、つまり、ガレージの門Ｔ２の制御機器）により決定された所望の３つの変更コマンドが、順番に、上記キーを割り当てるために、一覧として記載させられている。上述した例とは異なり、ここでは、さらに簡略化するために、タグ要素＜ｎｅｗ＿ｋｅｙ＿ｉｄ＞の使用についてだけ説明する。
【０１５５】
序数「１」であるタグ要素＜ａｌｔｅｒｎａｔｉｖｅ＞によって開始され、終了される第２の部分では、リモートコントローラＲＣＵ１  １１００に、コンフィギュレーション代替案を提供する。つまり、新しい制御コマンド０×２０（開門）を有する第１のキー１１０４と、０×２１（閉門）を有する第３のキー１１０８とを割り当てる代わりに、リモートコントローラＲＣＵ１  １１００には、新しい制御コマンド０×１Ｂ（点灯）を有する第１のキー１１０４と、０×１Ｃ（消灯）を有する第３のキー１１０８とを割り当てる代替案が提供される。ただし、第２のキー１１０６（停止）の機能割り当てについては変更されないままである。すなわち、第２のキー１１０６には、代替案は提供されない。
【０１５６】
上記第２の部分において定義された代替案では、タグ要素＜ｎｅｗ＿ｋｅｙ＿ｉｄ＞の代わりに、そのつど、タグ要素＜ｎｅｗ＿ｃｏｍｍａｎｄ＞を用いることも可能である。
【０１５７】
ＸＭＬ文書において、さらに異なる代替案を記述することもできる。エンティティＩ（例えば遠隔制御機器１０４、ここではガレージの門Ｔ２の制御ユニット）は、上記エンティティＩから算出された順序を、代替案（一種の優先リスト）に基づき、ＸＭＬ構造における対応部分の順序によって、または、（序数を用いた）番号付けによって表すことができる。
【０１５８】
表６の例では、用いられているタグ要素＜ａｌｔｅｒｎａｔｉｖｅ＞の範囲内で番号付けを行う。他にも、これとは異なるコーディングにより記述することもできる。
【０１５９】
【表６】
2008178111.tif 000008
【０１６０】
表６のコンフィギュレーションデータＣを含有する第１のコンフィギュレーション提案メッセージ９３８を受信した場合の対応として、リモートコントローラＲＣＵ１  １１００は、プロセス９１６に示す実施形態に従って自動的に、あるいはユーザ９０２に質問することによって決定を行う必要がある。なお、本実施例では、リモートコントローラＲＣＵ１  １１００とユーザ９０２とを統合させることは、リモートコントローラＲＣＵ１  １１００の構成上、不可能である。なぜなら、リモートコントローラＲＣＵ１  １１００は、ディスプレイ、スピーカーなどを有していないからである。従って本実施形態では、上記決定は、上記操作履歴に基づき決定され、リモートコントローラＲＣＵ１  １１００は、主要な提案（＜ａｌｔｅｒｎａｔｉｖｅ＝「０」＞）を受け入れるのに有利な決定を下す。上記中心となる提案は、表６のＸＭＬ文書の第１の部分に含まれている。
【０１６１】
しかしながら、上記割り当て表は、タグ要素＜ｎｅｗ＿ｋｅｙ＿ｉｄ＞を用いた正確な機能割り当てのための必要条件であるが、本実施例では、リモートコントローラＲＣＵ１  １１００は、上記割り当て表を持っていない。
【０１６２】
本実施例では、リモートコントローラＲＣＵ１  １１００は、タイプ＜ｎｅｗ＿ｃｏｍａｎｄ＞のタグ要素を要求しているものと想定できる。ここでは、リモートコントローラＲＣＵ１  １１００は、図９のネゴシエート段階９３０（プロセス９１８、９２０、９２２、および９２４参照）を開始して、この状況をエンティティＩ（例えば遠隔制御機器１０４）に通知する必要がある。このため、リモートコントローラＲＣＵ１  １１００から、応答メッセージ９４０が、ガレージの門Ｔ２の制御ユニット（「エンティティＩ」）に送信される。この応答メッセージ９４０は、例えば、下記に示す表７に従って構成されている。
【０１６３】
また、下記に示す表８は、応答メッセージ９４０内に含まれる、ＸＭＬ文書の形のネゴシエートデータＮの考えられ得る構成を示す。
【０１６４】
【表７】
2008178111.tif 000009
【０１６５】
【表８】
2008178111.tif 000010
【０１６６】
プロセス９２０に従って、エンティティＩ（例えば遠隔制御機器１０４）は、応答メッセージ９４０を評価し、新しいコンフィギュレーション提案、つまり第２のコンフィギュレーションデータＣ＊を作成する。この場合、上記リモートコントローラＲＣＵ１  １１００の、２つの機能割り当ての変数を交換する要求（＜ａｌｔｅｒｎａｔｉｖｅ＝「０」＞で、＜ｎｅｗ＿ｋｅｙ＿ｉｄ＞を＜ｎｅｗ＿ｃｏｍａｎｄ＞に換える）が考慮される。
【０１６７】
その結果を表９に示した。ここでは、タグ要素を変更することによって、上記タグ要素に続く値も、上記したＸＭＬ文書内の値（表６）とは異なる。
【０１６８】
【表９】
2008178111.tif 000011
【０１６９】
なお、ここでは、割り当て表にて配置された制御コマンドに関する参照先ではなく、リモートコントローラＲＣＵ１  １１００により用いる必要がある制御コードを、直接問題としている。
【０１７０】
プロセス９２２では、エンティティＩは、第２のコンフィギュレーションデータＣ＊を含む第２のコンフィギュレーション提案メッセージ９４２を、コンフィギュレーションの詳細なネゴシエートを続行するために、リモートコントローラＲＣＵ１  １１００に返送する。そして、リモートコントローラＲＣＵ１  １１００は、第２のコンフィギュレーション提案メッセージ９４２内に含まれる第２のコンフィギュレーションデータＣ＊を評価する。
【０１７１】
本実施例では、エンティティＩが、リモートコントローラＲＣＵ１  １１００の変更提案を完全に受け入れたので、リモートコントローラＲＣＵ１  １１００は、プロセス９２４において、上記第２のコンフィギュレーション提案を、後段でのさらなるネゴシエートを実行することなく受け入れる。
【０１７２】
次にここで、制御段階の説明に移る。
【０１７３】
以下に、別のリモートコントローラＲＣＵ２  １２００（図１２参照）によってガレージの門Ｔ２を遠隔制御するように適合させる、さらなる他の実施形態について説明する。
【０１７４】
まず、この実施形態に関して、以下の仮定がなされるものとする。
・リモートコントローラ１２００および上記ガレージの門は、ＲＦ信号（無線）によって互いに通信する。
・ガレージの門Ｔ２は、以下の遠隔制御可能な機能を提供する。
−開門
−停止
−閉門
−照明点灯
−照明消灯
・リモートコントローラＲＣＵ２  １２００は、図１２に示すように、アンテナ１２０２、記号が付された３つのキー１２０４、１２０６、１２０８、２つのソフトキー１２１０、１２１２、および、（例えば、７５０＊２５０画素の）小型のディスプレイ１２１４を備えている。ディスプレイ１２１４には、テキストおよびピクトグラムのうちの少なくとも１つを表示するための２つの領域１２１６、１２１８が設けられ、２つの領域１２１６、１２１８の横に、２つのソフトキー１２１０、１２１２が表示される。あるいは、２つのソフトキー１２１０、１２１２の代わりに、ディスプレイ１２１４に、タッチスクリーン（つまりタッチセンサ式ディスプレイ）を設けてもよい。このタッチスクリーンには、２つのソフトキー１２１０、１２１２の機能とディスプレイ１２１４の機能とが、１つに統合されている。
【０１７５】
リモートコントローラＲＣＵ２  １２００が、初めて、ガレージの門Ｔ２の制御ユニットと通信可能な範囲にくると、リモートコントローラＲＣＵ２  １２００は、ガレージの門Ｔ２の制御ユニットに、その「性能」を、上述の初期化メッセージ９３６の形式で通知する。
【０１７６】
ここでもまた、初期化メッセージ９３６は、ハードウェアの特徴に関する情報、ソフトウェアの特徴に関する情報、ユーザの嗜好に関する情報、および利用履歴に関する情報のうちの少なくとも１つに関する全般的な詳細を、本実施形態では詳細には特定していない文書型定義（ＤＴＤ）を用いて、ＸＭＬコーディングの形式で記述する。
【０１７７】
表１０は、このような典型的なＸＭＬ文書を示す。
【０１７８】
【表１０】
2008178111.tif 000012
【０１７９】
・ハードウェアの特徴：
リモートコントローラＲＣＵ２  １２００（図１２参照）は、記号が付された３つのキー１２０４、１２０６、および１２０８を有する。第１のキー１２０４には「上向き矢印」が、第２のキー１２０６には「四角」が、第３のキー１２０８には「下向き矢印」がそれぞれ記されている。２つのソフトキー１２１０および１２１２、２つの領域１２１６および１２１８を有する小型のディスプレイ１２１４も備えており、２つの領域は、ソフトキーを表示するために用いることが可能である（その代替としては、２つの設定可能な領域を有するタッチスクリーン）。
・ソフトウェアの特徴：
リモートコントローラＲＣＵ２  １２００は、相互に関連する度合いとして、最大３つの機能から成るマクロ機能のプログラミングをサポートする。
・ユーザの嗜好：
ユーザ９０２は、該ユーザのリモートコントローラＲＣＵ２  １２００の設定が該ユーザのｍｐ３−ＰｌａｙｅｒのＨＭＩ（ＨＭＩ−Ｈｕｍａｎ  Ｍａｃｈｉｎｅ  Ｉｎｔｅｒｆａｃｅ、マンマシンインターフェース）に可能な限り適合され、その操作がユーザ自身に委ねられることを望む。ユーザは、このセットアップを、例えばユーザのリモートコントローラＲＣＵ２  １２００を最初に操作する場合に、リモートコントローラＲＣＵ２  １２００に記憶されたデータレコードから、メニューによって選択することができる。例えば、ディスプレイ１２１４、および、記号が記された３つのキー１２０４、１２０６、１２０８、および２つのソフトキー１２１０、１２１２のうちの少なくとも１つを用いて（あるいは、タッチスクリーンを用いて）選択することができる。
・利用履歴：
本実施形態では、これに関する情報は、明瞭であるので省略する。
【０１８０】
図９では、プロセス９１４において、表４の第１のコンフィギュレーション提案メッセージ９３８が、ガレージの門Ｔ２の制御ユニットから、リモートコントローラＲＣＵ２  １２００に返送される。上記第１のコンフィギュレーション提案メッセージ９３８は、リモートコントローラＲＣＵ２  １２００に関連する特徴と同調させた第１のコンフィギュレーションデータＣを有している。
【０１８１】
下記に示す表１１では、コンフィギュレーション提案のための考えられ得る形態が、本実施形態では詳細には特定していない文書型定義（ＤＴＤ）を用いて、ＸＭＬコーディングの形式で記述されている。
【０１８２】
第１の（および本実施形態では単一の）部分“ｈａｒｄｗａｒｅ”では、記号が付されたキー１２０４、１２０６、および１２０８それぞれには、順番に、新しい機能（つまり新しい制御コード）を割り当てる。その後、２つのソフトキー１２１０および１２１２に、新しい制御コードとエンティティＩにより所望される記号とが与えられる。
【０１８３】
その後、さらなる２つのパラメータが続き、これによって、エンティティＩは、ユーザの「ｌｏｏｋ  ａｎｄ  ｆｅｅｌ」に関する要望に対応する。なお、ｍｐ３−Ｐｌａｙｅｒのユーザが慣れているような、類似のＨＭＩ（マンマシンインターフェース）を達成するために、画面の背景照明および文字の色が、状況に応じて適合される必要がある。
【０１８４】
本実施例では、その後、タグ要素＜ｎｅｗ  ｃｏｍｍａｎｄ＞が用いられる。タグ要素＜ｎｅｗ  ｃｏｍｍａｎｄ＞は、１６進数の値“０×３２”を、新しい制御コードとして、第１のキー１２０４を押下する場合に、直接送信することが要求されることを示している（第２のキー１２０６を押下する場合には“０×３３”等）。別のタグ要素＜ｎｅｗ＿ｋｅｙ＿ｉｄ＞は、これを用いることによって、対応するキーを押下する場合に、予め提供されている制御コードの代わりに送信すべき必要のある、リモートコントローラＲＣＵ２  １２００に記憶された制御コードを参照することは可能であるが、分かりやすくするために本実施例では省略する。
【０１８５】
しかしながら、本実施例でも、原則的にこれらを組み合わせた形が可能であり、ある場合によっては、有効である。
【０１８６】
上述の実施形態の後に、プロセス９１６において、リモートコントローラＲＣＵ２  １２００は、さらなるネゴシエートを実行することなしに、コンフィギュレーション提案メッセージ９３８から、典型的なコンフィギュレーション提案Ｃを受け入れる。つまり、図９のプロセス９１８、９２０、９２２、および９２４は、本実施例では実行されない。
【０１８７】
【表１１】
2008178111.tif 000013
【０１８８】
リモートコントローラＲＣＵ  １０２が、エンティティＩを、制御する実際の期間よりも明らかに長い期間、１以上のコンフィギュレーションデータＣを記憶することが可能である場合、この既に記憶されたコンフィギュレーションデータＣの識別特徴を、初期化メッセージ９３６内に含めておくこともできる（表１の情報構成要素コンフィギュレーションＩＤはそのためにある）。
【０１８９】
次の接続の確立の際に、エンティティＩは、このような識別特徴を利用することによって、本発明による基準に関して役に立つコンフィギュレーションデータＣが、リモートコントローラＲＣＵ  １０２において既に記憶されているかどうかを調べることができる。従って、初期化メッセージ９３６に続く第１のコンフィギュレーション提案メッセージ９３８は、必然的に、全てのコンフィギュレーション提案をコンフィギュレーションデータＣの形で含む必要がなく、コンフィギュレーションデータＲを参照する形式のコンフィギュレーション提案を含むこともできる。従って、場合によっては、帯域幅を低減させることができる。
【０１９０】
リモートコントローラＲＣＵ  １０２に記憶されたコンフィギュレーションデータＣがもはや最新でなく、または、基準に関する、リモートコントローラＲＣＵ  １０２からの最新の要求に添わないことが、エンティティＩにおいて確認された場合、第１のコンフィギュレーション提案メッセージ９３８では、コンフィギュレーションの詳細のデルタ（つまり差分）のみが、リモートコントローラＲＣＵ  １０２に伝送される。
【０１９１】
このため、第１のコンフィギュレーション提案メッセージ９３８（表２）には、２つの情報構成要素、コンフィギュレーションＩＤおよびコンフィギュレーション指令が存在する。
【０１９２】
上記デルタのコーディングについては、例えば、ＸＭＬ文書形式によって無限に記述することが可能であるため、詳細については、ここでは説明しない。
【０１９３】
表１２は、本明細書内で頻繁に用いられる短縮形の一覧である。
【０１９４】
【表１２】
2008178111.tif 000014
【０１９５】
本発明の一実施形態では、リモートコントローラと該リモートコントローラによって制御可能なエンティティとの間のリモートコントローラ特有の情報を自動的に交換する方法が提供される。
【０１９６】
この場合、リモートコントローラの機能性に関する詳細は、これら２つの関連機器間で、例えば、ハードウェアの特徴、ソフトウェアの特徴、および、多数の（経験、他の機器（クラス）に関するユーザの信頼と嗜好、操作コンセプト、および、利用履歴のような）「柔難な」基準を特に考慮しながら、ネゴシエートすることができる。
【０１９７】
結果として得られたコンフィギュレーションデータは、上記リモートコントローラによって、例えば、キー、ソフトキーおよびディスプレイ（領域）、操作指示補正部、マクロメモリ、タッチスクリーン（領域）などにおいて、対応する機能を割り当てるために用いられる。
【０１９８】
ここに記載した方法を、例えばワイヤレスＡｄ−ｈｏｃ通信ネットワークに用いてもよい。選んだ近距離無線伝送技術が、Ｂｌｕｅｔｏｏｔｈのピコネットワークである場合、ここに開示した方法では、個別のＢｌｕｅｔｏｏｔｈアプリケーションプロファイルとして実現することができる。
【０１９９】
本発明を、特に、独自の実施形態に関連させて記載したが、特許請求の範囲によって定義される本発明の本質および範囲から逸脱することなく、これら実施形態や、その詳細において多数の変更例が想定され得ることは、当業者には明らかであろう。従って、本発明の範囲は、添付の特許請求の範囲によって定義され、該特許請求の範囲の意味および同等な領域の範囲内にある全体的な変更例についても、該特許請求の範囲に含まれることを意図する。
【図面の簡単な説明】
【０２００】
【図１】本発明の一実施形態に係るリモートコントローラと、遠隔制御機器とを備えた通信システムを示す図である。
【図２】本発明の一実施形態に係るリモートコントローラの構成部材を示す図である。
【図３】本発明の一実施形態に係るリモートコントローラの平面図である。
【図４】本発明の一実施形態に係る遠隔制御機器の構成部材を示す図である。
【図５】本発明の一実施形態に係る遠隔制御機器の平面図である。
【図６】本発明の一実施形態に係るリモートコントローラコンフィギュレーションデータの決定方法を示すフローチャートである。
【図７】本発明の一実施形態に係るリモートコントローラコンフィギュレーションデータの生成方法を示すフローチャートである。
【図８】本発明の一実施形態に係る遠隔制御機器を遠隔制御するための方法を示すフローチャートである。
【図９】本発明の一実施形態に係るリモートコントローラにて設定され、遠隔制御機器を遠隔操作するためのメッセージフローを示すメッセージフローチャートである。
【図１０】本発明の一実施形態に係るリモートコントローラと遠隔制御機器とを備えた通信システムを示す図である。
【図１１】本発明の他の一実施形態に係るリモートコントローラを示す図である。
【図１２】本発明のさらに他の一実施形態に係るリモートコントローラを示す図である。
【図１】
2008178111.tif 000015
【図２】
2008178111.tif 000016
【図３】
2008178111.tif 000017
【図４】
2008178111.tif 000018
【図５】
2008178111.tif 000019
【図６】
2008178111.tif 000020
【図７】
2008178111.tif 000021
【図８】
2008178111.tif 000022
【図９】
2008178111.tif 000023
【図１０】
2008178111.tif 000024
【図１１】
2008178111.tif 000025
【図１２】
2008178111.tif 000026