JP2005006060A - 情報処理装置および情報処理方法、並びに、プログラム - Google Patents
情報処理装置および情報処理方法、並びに、プログラム Download PDFInfo
- Publication number
- JP2005006060A JP2005006060A JP2003167406A JP2003167406A JP2005006060A JP 2005006060 A JP2005006060 A JP 2005006060A JP 2003167406 A JP2003167406 A JP 2003167406A JP 2003167406 A JP2003167406 A JP 2003167406A JP 2005006060 A JP2005006060 A JP 2005006060A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- information processing
- time
- mode
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
Abstract
【課題】電波状態の変化量を基に、通信のリンクの状態を制御する。
【解決手段】ステップＳ１でリンク状態がスニフモードと判断された場合、ステップＳ２でタイマのカウントが開始される。ステップＳ３で時間Ｔａが経過したと判断された場合、ステップＳ４で電波状態を示す値ＲＳＳＩが取得されて記憶され、ステップＳ５で電波状態の変化量が算出される。ステップＳ６で電波状態の変化量は閾値以上であると判断された場合、ステップＳ７でスニフモードから通常モードに復帰される。ステップＳ８でタイマのカウントが開始され、ステップＳ９でユーザの操作入力を受けた場合、ステップＳ１０でコマンド送信処理が実行され、タイムラグなしにコマンドが送信される。ユーザの操作入力を受けずにステップＳ１１で時間Ｔｂが経過したと判断された場合、ステップＳ１２で通常モードからスニフモードに遷移される。本発明は、リモートコマンダに適用できる。
【選択図】 図６
【解決手段】ステップＳ１でリンク状態がスニフモードと判断された場合、ステップＳ２でタイマのカウントが開始される。ステップＳ３で時間Ｔａが経過したと判断された場合、ステップＳ４で電波状態を示す値ＲＳＳＩが取得されて記憶され、ステップＳ５で電波状態の変化量が算出される。ステップＳ６で電波状態の変化量は閾値以上であると判断された場合、ステップＳ７でスニフモードから通常モードに復帰される。ステップＳ８でタイマのカウントが開始され、ステップＳ９でユーザの操作入力を受けた場合、ステップＳ１０でコマンド送信処理が実行され、タイムラグなしにコマンドが送信される。ユーザの操作入力を受けずにステップＳ１１で時間Ｔｂが経過したと判断された場合、ステップＳ１２で通常モードからスニフモードに遷移される。本発明は、リモートコマンダに適用できる。
【選択図】 図６
Description
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置および情報処理方法、並びに、プログラムに関し、特に、リモートコマンダなどをはじめとする即時応答性が必要な装置において、通信処理における消費電力量を削減するために用いて好適な、情報処理装置および情報処理方法、並びに、プログラムに関する。
【０００２】
【従来の技術】
特に、バッテリパックなどにより電源を供給されるようになされている携帯型機器においては、バッテリの寿命をできるだけ長くしてユーザの利便性を高めるため、または、バッテリパックを小型化して、携帯しやすくするためなどに、電力消費量を削減することが求められている。
【０００３】
従来、例えば、バッテリパックから供給される電池電圧で動作し、イヤホンマイクの利用時に手で握持されずに使用可能な携帯電話機において、イヤホンマイクの利用の有無を検出し、その検出結果に応じて、イヤホンマイクが利用されている間は、送信信号の電力を調整することができるようにし、送信信号の電力を予め規定された規定電力よりも低下させるようにすることにより、送信信号の送信時にバッテリパック内の充電電圧の消耗を低減して、バッテリパックから供給される電池電圧で動作可能な動作時間を伸ばすことができるようにする技術が用いられている（例えば、特許文献１参照）。
【０００４】
【特許文献１】
特開２００３−６０５１５号公報
【０００５】
また、従来、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）によって通信を行うことが可能な情報処理装置においては、通信に必要な消費電力量を削減するために、通常の接続状態から、パークモード、ホールドモード、および、スニフモードの、３種類の低消費電力モードに移行することが可能なようになされている。
【０００６】
パークモードとは、スレーブとなる装置のみが遷移できるモードで、このモードのスレーブは、ピコネットヘの同期、つまりホッピングパターンとマスタクロックヘの同期を保持しているが、マスタとなる装置とパケットを交換することはできない。この状態にあるスレーブは、一定の間隔（ビーコン周期）でマスタからのデータを受信しており、必要があればすぐにピコネットヘ参加することができるようになされている。パークモードにおいて、スレーブとなる機器は、マスタから接続中のスレーブに与えられる３ビットのアドレスであるスレーブ識別子をいったんマスタに返却する。したがって、スレーブがピコネットヘの再参加を希望しても、マスタによって割り振られるスレーブ識別子に空きがなければ、すぐに加わることができない。一方、マスタとなる装置は、パークモードに入るスレーブに、スレーブ識別子に代わって、８ビットのパークスレーブ識別子を与える。マスタは最大２５５台のパーク中のスレーブを管理することができ、必要なスレーブだけを随時ピコネットに参加させることが可能である。
【０００７】
また、ホールドモードとは、マスタとスレーブの両方が遷移できるモードであり、ピコネットに同期したまま、設定された一定期間（ホールド時間）中は送受信を行わず、ホールド時間後に通信を再開するようになされている。ホールドモードにある間、マスタ、スレーブともに、ほかのピコネットに参加することも可能である。
【０００８】
スニフモードとは、スレーブだけが遷移可能なモードであり、一定の間隔（スニフ間隔）で情報の送受信を行い、そのほかの時間は電力消費を抑えるというモードである。
【０００９】
具体的には、スレーブとなる装置は、図１に示されるように、スニフ間隔Ｔｓｎｉｆｆのうちの所定の時間Ｔｏｎにおいてのみアクティブ状態となって、受信モードになり、自分宛のパケットを受け取れば、必要に応じて、データの送信を行うが、それ以外の時間Ｔｏｆｆは休止（スリープ）しており、休止中に来たパケットは受け取ることができないようになされている。
【００１０】
スニフ間隔Ｔｓｎｉｆｆとアクティブ状態となる時間Ｔｏｎは、マスタとスレーブの間で取り決められ、途中で変更することが可能である。
【００１１】
例えば、一定時間ユーザからの操作入力がなかった場合など、通信を行う必要がない場合に、通信のリンク状態をスニフモードに遷移させることにより、通信のための消費電力量を削減することができるようになされている。
【００１２】
【発明が解決しようとする課題】
しかしながら、従来用いられていたスニフモードにおいては、スリープ状態でユーザの操作入力を受けた場合、すぐに状態を通常の通信モードに復帰することはできず、通常の通信モードに復帰するまでの平均復帰時間Ｔｒｅｔは、スニフ間隔Ｔｓｎｉｆｆの１／２（Ｔｒｅｔ＝Ｔｓｎｉｆｆ／２）となってしまう。特に、図２に示されるように、アクティブ状態からスリープ状態に遷移した時刻Ｔ１に近い時刻Ｔ２にユーザからの操作入力がなされた場合、ユーザの操作入力がなされてからアクティブ状態となる時刻Ｔ３までのタイムラグＴｄは、スニフ間隔Ｔｓｎｉｆｆと略同じ時間となってしまう。
【００１３】
すなわち、スニフ間隔Ｔｓｎｉｆｆが長ければ長いほど、電力消費の削減量は大きくなるが、平均復帰時間Ｔｒｅｔも長くなってしまい、ユーザの利便性が損なわれる。このことが、リモートコマンダなどのように、バッテリ駆動でありながら、即時応答性が求められる装置における低消費電力化を妨げる要因となっていた。
【００１４】
また、特許文献１に記載の技術を用いて、ユーザの使用状態を検出することにより、電力消費量を制御するようにした場合、イヤホンプラグのピンに、差込検出用端子を設け、イヤホンジャックの内部に、差込検出用端子に対応させて、そのイヤホンプラグが差し込まれたか否かを検出するための検出用端子を設けなければならないため、コストアップの要因となっていた。
【００１５】
本発明はこのような状況に鑑みてなされたものであり、通信による消費電力量を削減しつつ、即時応答性を満たすことができるようにするものである。
【００１６】
【課題を解決するための手段】
本発明の情報処理装置は、ユーザによる操作の入力を受ける操作入力手段と、他の情報処理装置との通信を実行する通信手段と、ユーザによって情報処理装置が把持されたか否かに基づいて、通信手段による通信を制御する制御手段とを備え、通信手段は、他の情報処理装置と常時通信が可能である第１の通信モードと、第１の時間のうち、第１の時間より短い第２の時間のみ他の情報処理装置と通信可能である第２の通信モードとの、少なくとも２つの通信モードによって、他の情報処理装置と通信を行い、制御手段は、通信手段による第２の通信モードの実行中に、ユーザによって情報処理装置が把持されたことが検出された場合、通信手段による通信を、第１の通信モードに変更し、通信手段による第１の通信モードの実行中に、ユーザによって所定の時間操作入力が行われなかった場合、通信手段による通信を、第２の通信モードに変更することを特徴とする。
【００１７】
通信手段には、他の情報処理装置と、電波を用いて無線で通信させるようにすることができるとともに、電波状態を示す値を取得させて、制御手段に供給させるようにすることができ、制御手段には、通信手段により供給された電波状態を示す値を基に、電波状態の変化を検出させて、ユーザによって情報処理装置が把持されたか否かを判断させるようにすることができる。
【００１８】
制御手段には、第２のモードの実行中の通信手段により供給された電波状態を示す値の変化量を算出させるようにすることができ、電波状態を示す値の変化量の算出値が所定の閾値より大きい場合、通信手段による通信を、第１の通信モードに変更させるようにすることができる。
【００１９】
ユーザにより情報処理装置が把持されたと予測される場合における、電波状態を示す値の変化パターンである第１の変化パターンを記憶する記憶手段を更に備えさせるようにすることができ、制御手段には、第２のモードの実行中の通信手段により供給された電波状態を示す値の変化パターンである第２の変化パターンが、記憶手段により記憶されている第１の変化パターンと一致していると判断された場合、通信手段による通信を、第１の通信モードに変更させるようにすることができる。
【００２０】
第２の通信モードの実行中における第２の変化パターンが、記憶手段により記憶されている第１の変化パターンと一致し、かつ、所定の時間以内に操作入力手段によりユーザの操作が入力された場合、記憶手段には、第２の変化パターンを、正履歴として更に記憶させるようにすることができ、第２の通信モードの実行中における第２の変化パターンが、記憶手段により記憶されている第１の変化パターンと一致し、かつ、所定の時間以内に操作入力手段によりユーザが操作を入力しなかった場合、記憶手段には、第２の変化パターンを、負履歴として更に記憶させるようにすることができ、制御手段には、記憶手段により記憶されている正履歴および負履歴を基に、記憶手段により記憶されている第１の変化パターンを更新する処理を更に制御させるようにすることができる。
【００２１】
第１の通信モードが実行されている第３の時間、および、第２の通信モードが実行されている第４の時間を計測する計測手段を更に備えさせるようにすることができ、制御手段には、計測手段により計測された第３の時間および第４の時間を基に、第２の通信モードにおける第１の時間および第２の時間の設定値を更に制御させるようにすることができる。
【００２２】
制御手段には、計測手段により計測された第３の時間が長いほど、第２の通信モードにおける第１の時間に対する第２の時間の割合が長くなるように、第２の通信モードにおける第１の時間および第２の時間の設定値を制御させるようにすることができる。
【００２３】
制御手段には、計測手段により計測された第４の時間が長いほど、第２の通信モードにおける第１の時間に対する第２の時間の割合が短くなるように、第２の通信モードにおける第１の時間および第２の時間の設定値を制御させるようにすることができる。
【００２４】
本発明の情報処理装置においては、ユーザにより操作が入力され、他の情報処理装置との通信が実行され、ユーザによって情報処理装置が把持されたか否かに基づいて、通信が制御され、他の情報処理装置と常時通信が可能である第１の通信モードと、第１の時間のうち、第１の時間より短い第２の時間のみ他の情報処理装置と通信可能である第２の通信モードとの、少なくとも２つの通信モードによって、他の情報処理装置と通信が行われ、第２の通信モードの実行中に、ユーザによって情報処理装置が把持されたことが検出された場合、通信が第１の通信モードに変更され、第１の通信モードの実行中に、ユーザによって所定の時間操作入力が行われなかった場合、通信が第２の通信モードに変更される。
【００２５】
本発明の情報処理方法は、第１の時間のうち、第１の時間より短い第２の時間のみ他の情報処理装置と通信可能である第１の通信モードにおいて、ユーザによって情報処理装置が把持されたか否かを判断する判断ステップと、判断ステップの処理により、ユーザによって情報処理装置が把持されたと判断された場合、他の情報処理装置と常時通信が可能である第２の通信モードに通信の状態を遷移させる遷移ステップとを含むことを特徴とする。
【００２６】
本発明のプログラムは、第１の時間のうち、第１の時間より短い第２の時間のみ他の情報処理装置と通信可能である第１の通信モードにおいて、ユーザによって情報処理装置が把持されたか否かを判断する判断ステップと、判断ステップの処理により、ユーザによって情報処理装置が把持されたと判断された場合、他の情報処理装置と常時通信が可能である第２の通信モードに通信の状態を遷移させる遷移ステップとを含むことを特徴とする。
【００２７】
本発明の情報処理方法およびプログラムにおいては、第１の時間のうち、第１の時間より短い第２の時間のみ他の情報処理装置と通信可能である第１の通信モードにおいて、ユーザによって情報処理装置が把持されたか否かが判断され、ユーザによって情報処理装置が把持されたと判断された場合、他の情報処理装置と常時通信が可能である第２の通信モードに通信の状態が遷移される。
【００２８】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、特許請求の範囲に記載の発明の各手段および各ステップと以下の実施の形態との対応関係を明らかにするために、各手段および各ステップの後の括弧内に、対応する実施の形態（但し一例）を付加して本発明の特徴を記述すると、次のようになる。但し勿論この記載は、各手段および各ステップを記載したものに限定することを意味するものではない。
【００２９】
請求項１に記載の情報処理装置（例えば、図３のリモートコマンダ１）は、ユーザによる操作の入力を受ける操作入力手段（例えば、図４の入力部１３）と、他の情報処理装置（例えば、図３のテレビジョン受像機２）との通信を実行する通信手段（例えば、図４のブルートゥースモジュール１２）と、ユーザによって情報処理装置が把持されたか否かに基づいて、通信手段による通信を制御する制御手段（例えば、図４のＣＰＵ１１）とを備え、通信手段は、他の情報処理装置と常時通信が可能である第１の通信モード（例えば、通常モード）と、第１の時間（例えば、スニフ間隔）のうち、第１の時間より短い第２の時間（例えば、図５のアクティブ状態の時間Ｔｏｎ）のみ他の情報処理装置と通信可能である第２の通信モード（例えば、スニフモード）との、少なくとも２つの通信モードによって、他の情報処理装置と通信を行い、制御手段は、通信手段による第２の通信モードの実行中に、ユーザによって情報処理装置が把持されたことが検出された場合、通信手段による通信を、第１の通信モードに変更し、通信手段による第１の通信モードの実行中に、ユーザによって所定の時間（例えば、時間Ｔｂ）操作入力が行われなかった場合、通信手段による通信を、第２の通信モードに変更することを特徴とする。
【００３０】
請求項２に記載の情報処理装置は、通信手段が、他の情報処理装置と、電波を用いて無線で通信するとともに、電波状態を示す値（例えば、ＲＳＳＩ）を取得して、制御手段に供給し、制御手段は、通信手段により供給された電波状態を示す値を基に、電波状態の変化を検出して、ユーザによって情報処理装置が把持されたか否かを判断することを特徴とする。
【００３１】
請求項４に記載の情報処理装置は、ユーザにより情報処理装置が把持されたと予測される場合における、電波状態を示す値の変化パターンである第１の変化パターン（例えば、変化パターンＰ０）を記憶する記憶手段（例えば、図４の記憶部１５）を更に備え、制御手段は、第２のモードの実行中の通信手段により供給された電波状態を示す値の変化パターンである第２の変化パターン（例えば、変化パターンＰ１）が、記憶手段により記憶されている第１の変化パターンと一致していると判断された場合、通信手段による通信を、第１の通信モードに変更することを特徴とする。
【００３２】
請求項５に記載の情報処理装置は、第２の通信モードの実行中における第２の変化パターンが、記憶手段により記憶されている第１の変化パターンと一致し、かつ、所定の時間以内に操作入力手段によりユーザの操作が入力された場合、記憶手段が、第２の変化パターンを、正履歴として更に記憶し、第２の通信モードの実行中における第２の変化パターンが、記憶手段により記憶されている第１の変化パターンと一致し、かつ、所定の時間（例えば、時間Ｔｂ）以内に操作入力手段によりユーザが操作を入力しなかった場合、記憶手段が、第２の変化パターンを、負履歴として更に記憶し、制御手段は、記憶手段により記憶されている正履歴および負履歴を基に、記憶手段により記憶されている第１の変化パターンを更新する処理を更に制御することを特徴とする。
【００３３】
請求項６に記載の情報処理装置は、第１の通信モードが実行されている第３の時間（例えば、図９の処理において第４のタイマにおいて計測される時間）、および、第２の通信モードが実行されている第４の時間（例えば、図９の処理において第２のタイマにおいて計測される時間）を計測する計測手段（例えば、図４のタイマ１６）を更に備え、制御手段は、計測手段により計測された第３の時間および第４の時間を基に、第２の通信モードにおける第１の時間および第２の時間の設定値を更に制御することを特徴とする。
【００３４】
請求項９に記載の情報処理方法は、ユーザによって把持されて使用され、他の情報処理装置（例えば、図３のテレビジョン受像機２）と情報を授受する処理を実行する情報処理装置（例えば、図３のリモートコマンダ１）の情報処理方法であって、第１の時間（例えば、スニフ間隔）のうち、第１の時間より短い第２の時間（例えば、図５のアクティブ状態の時間Ｔｏｎ）のみ他の情報処理装置と通信可能である第１の通信モード（例えば、スニフモード）において、ユーザによって情報処理装置が把持されたか否かを判断する判断ステップ（例えば、図６のステップＳ４乃至ステップＳ６、図７のステップＳ３４およびステップＳ３５、または、図９のステップＳ６４乃至ステップＳ６６の処理）と、判断ステップの処理により、ユーザによって情報処理装置が把持されたと判断された場合、他の情報処理装置と常時通信が可能である第２の通信モード（例えば、通常モード）に通信の状態を遷移させる遷移ステップ（例えば、図６のステップＳ７、図７のステップＳ３６、または、図９のステップＳ６７の処理）とを含むことを特徴とする。
【００３５】
また、請求項１０に記載のプログラムにおいても、各ステップが対応する実施の形態（但し一例）は、請求項９に記載の情報処理方法と同様である。
【００３６】
以下、図を参照して、本発明の実施の形態について説明する。
【００３７】
図３は、本発明を適用した、無線通信システムの一例を示す図である。
【００３８】
リモートコマンダ１は、例えば、ボタン、キー、ジョグダイヤル、または、タッチパネルなどの入力デバイスや、所定のテキストやサムネイルなどを表示する表示部などを備え、ユーザの操作入力を受けて、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）により、ユーザの操作入力を示すコマンドを、テレビジョン受像機２に送信するとともに、テレビジョン受像機２から、ブルートゥースにより、制御信号などを受信する。
【００３９】
なお、リモートコマンダ１と、ブルートゥースを用いて信号を授受する情報処理装置としては、図１のテレビジョン受像機２以外にも、例えば、ビデオデッキ、オーディオプレーヤ、エアーコントローラなど、リモートコマンダ２を用いてユーザが操作入力を行うことができる、いかなる装置であっても良い。
【００４０】
図４は、リモートコマンダ１の内部構成を示すブロック図である。
【００４１】
ＣＰＵ１１は、入力部１３から供給されたユーザの操作入力に基づいて、テレビジョン受像機２に送信するコマンドを生成し、ブルートゥースモジュール１２に供給したり、入力部１３から供給されたユーザの操作入力、または、ブルートゥースモジュール１２から供給された、テレビジョン受像機２から受信した制御信号を基に、表示部１４に表示させる情報を生成し、表示部１４に表示させる。また、ＣＰＵ１１は、タイマ１６を制御して、所定の時間を計測させることが可能なようになされている。
【００４２】
入力部１３は、例えば、ボタン、キー、ジョグダイヤル、または、タッチパネルなどの入力デバイスで構成され、ユーザの操作入力を受けて、ＣＰＵ１１に供給する。表示部１４は、例えば、ＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ：発光ダイオード）または、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：液晶ディスプレイ）などで構成され、ＣＰＵ１１から供給された情報を表示する。
【００４３】
ブルートゥースモジュール１２は、ブルートゥースによりテレビジョン受像機２との情報の通信を行うものであり、ＣＰＵ１１から供給されるコマンドを、テレビジョン受像機２に送信したり、テレビジョン受像機２から送信された制御信号を、ＣＰＵ１１に供給する。ブルートゥースモジュール１２とＣＰＵ１１との間の通信は、仕様で定められているＨＣＩ（Ｈｏｓｔ Ｃｏｎｔｒｏｌｌｅｒ Ｉｎｔｅｒｆａｃｅ）コマンドおよびＨＣＩイベントの送受信によって行われる。ＨＣＩとは、通信モジュールであるブルートゥースモジュール１２と、ホストであるＣＰＵ１１との間の通信を規約したインターフェイスであり、ブルートゥースでは、ホストからモジュールを制御するためのコマンド、他のブルートゥースデバイスとのリンクや状態をホストに通知するイベント、および、実際に送受信される情報（例えば、各種制御信号など）のパケットタイプが用意されている。
【００４４】
また、ブルートゥースモジュール１２は、ＣＰＵ１１から供給されるコマンドに従って、テレビジョン受像機２との通信のリンクの電波状態を示す値であるＲＳＳＩ（Ｒｅｃｅｉｖｅ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｉｏｎ）を検出し、ＣＰＵ１１に供給することができる。
【００４５】
ブルートゥースモジュール１２が通信を行うためのアンテナは指向性を有しているため、例えば、机の上などの安定した場所におかれ、ユーザに把持されていない状態のリモートコマンダ１が、ユーザにより操作される前に、ユーザにより把持されて持ち上げられた場合、テレビジョン受像機２との通信のリンクの電波状態が変化する。換言すれば、通信のリンクの電波状態が変化した場合、ユーザにより把持され、操作入力される可能性があると判断することができる。
【００４６】
ＣＰＵ１１はブルートゥースモジュール１２からＨＣＩイベントを受けて、例えば、通信のリンクの電波状態を示す値であるＲＳＳＩなどの、現在のブルートゥースモジュール１２の状態を示す情報を取得し、この情報を記憶部１５に保存する。ＣＰＵ１１は、ブルートゥースモジュール１２の現在の状態、および、入力部１３から供給されたユーザの操作入力に基づいて、必要な情報を、表示部１４に表示させたり、ＨＣＩコマンドをブルートゥースモジュール１２に対して発行する。
【００４７】
記憶部１５は、例えば、電波状態を示す値ＲＳＳＩなどの、ブルートゥースモジュール１２の状態を示す情報をはじめとして、ＣＰＵ１１の処理に必要な情報の供給を受けて、これらの情報を記憶する。
【００４８】
タイマ１６は、ＣＰＵ１１の制御に基づいて、所定の時間を計測する。また、タイマ１６には、複数の時間を計測させるようにしても良い。
【００４９】
また、ＣＰＵ１１には、必要に応じて、ドライブ１７が接続される。ドライブ１７には、磁気ディスク２１、光ディスク２２、光磁気ディスク２３、または、半導体メモリ２４が装着され、情報を授受できるようになされている。
【００５０】
リモートコマンダ１において、テレビジョン受像機２との通信のモードが通常モードからスニフモードに遷移した場合、ブルートゥースモジュール１２は、ＣＰＵ１１に対して、テレビジョン受像機２との通信のモードがスニフモードであることを通知するためのイベントである「ＨＣＩ＿ＭＯＤＥ＿ＣＨＡＮＧＥ＿ＥＶＥＮＴ」を供給する。
【００５１】
ＣＰＵ１１は、ブルートゥースモジュール１２から供給されるＨＣＩイベントを基に、テレビジョン受像機２との通信のモードがスニフモードであることを検出した場合、ブルートゥースモジュール１２に対して、定期的に、テレビジョン受像機２との通信のリンクの電波状態を示す値ＲＳＳＩを取得するためのコマンドである「ＨＣＩ＿ＲＥＡＤ＿ＲＳＳＩ」コマンドを発行する。そして、ＣＰＵ１１は、ブルートゥースモジュール１２から、コマンドを実行して、電波状態を示す値ＲＳＳＩを通知するためのイベントである「ＨＣＩ＿ＣＯＭＭＡＮＤ＿ＣＯＭＰＬＥＴＥ＿ＥＶＥＮＴ」の供給を受け、電波状態を示す値ＲＳＳＩを取得し、記憶部１５に供給して、所定数だけ保存させる。
【００５２】
そして、ＣＰＵ１１は、記憶部１５に保存されている電波状態を示す値ＲＳＳＩを参照し、例えば、電波状態を示す値ＲＳＳＩの変化量が所定の値より大きいか否か、または、電波状態を示す値ＲＳＳＩの変化パターンが、所定のパターンと合致するか否かなどを判断して、電波状態の変化を検出することにより、リモートコマンダ１がユーザにより把持された可能性があるか否かを判断する。ＣＰＵ１１は、電波状態の検出結果を基に、ユーザが把持した可能性があると判断した場合、テレビジョン受像機２との通信のモードをスニフモードから通常モードに復帰させるためのコマンドである「ＨＣＩ＿ＥＸＩＴ＿ＳＮＩＦＦ＿ＭＯＤＥ」コマンドを、ブルートゥースモジュール１２に発行する。ブルートゥースモジュール１２は、ＣＰＵ１１から供給されたコマンドを基に、テレビジョン受像機２との通信のモードを、スニフモードから通常モードに復帰し、コマンドを実行したことを通知するためのイベントである「ＨＣＩ＿ＣＯＭＭＡＮＤ＿ＣＯＭＰＬＥＴＥ＿ＥＶＥＮＴ」を、ＣＰＵ１１に供給する。
【００５３】
ＣＰＵ１１は、通常モードにおいて、所定の時間以内に連続してユーザの操作入力を受けた場合、テレビジョン受像機２との通信のモードを通常モードのまま継続させるが、通常モードにおいて、所定の時間、ユーザの操作入力がなかった場合、テレビジョン受像機２との通信のモードを通常モードからスニフモードに遷移させるための「ＨＣＩ＿ＳＮＩＦＦ＿ＭＯＤＥ」コマンドを、ブルートゥースモジュール１２に発行する。ブルートゥースモジュール１２は、ＣＰＵ１１から供給されたコマンドを基に、テレビジョン受像機２との通信のモードをスニフモードに遷移させ、コマンドを実行したことを通知するためのイベントである「ＨＣＩ＿ＭＯＤＥ＿ＣＨＡＮＧＥ＿ＥＶＥＮＴ」を、ＣＰＵ１１に供給する。
【００５４】
このようにして、本発明を適用したリモートコマンダ１は、電波状態の変化を検出して、通常のリンク状態に状態を遷移することができるようになされている。したがって、図５Ａに示される従来の場合には、ユーザからの操作入力を受けた時刻Ｔ１２から通信がアクティブ状態となる時刻Ｔ１３までに、タイムラグＴｄが生じてしまうのに対して、本発明を適用したリモートコマンダ１は、図５Ｂに示されるように、操作入力前である時刻Ｔ１１に、ユーザがリモートコマンダを持ち上げた動作による電波状態の変化が検出されるため、ユーザの操作入力を受けた時刻Ｔ１２には、すでに、通常のリンク状態となっている。したがって、本発明を適用したリモートコマンダ１においては、タイムラグを生じることなく、ユーザの操作入力に対して、即時に応答することが可能となる。
【００５５】
また、ユーザがリモートコマンダ１を把持した可能性があるか否かは、例えば、タッチセンサなどを用いて検出するようにしてもよいが、電波状態の変化を検出し、その検出結果を基に、ユーザがリモートコマンダ１を把持した可能性があるか否かを判断することができるようにすることにより、専用のセンサなどを用いる必要がなくなるため、コストアップすることなく、ユーザがリモートコマンダ１を把持した可能性があるか否かを判断するという目的を達成することが可能となる。
【００５６】
次に、図６のフローチャートを参照して、リモートコマンダ１が実行するリンク状態制御処理１について説明する。
【００５７】
ステップＳ１において、リモートコマンダ１のＣＰＵ１１は、ブルートゥースモジュール１２から、テレビジョン受像機２との通信のモードをスニフモードに遷移させたことを通知するためのイベントである「ＨＣＩ＿ＭＯＤＥ＿ＣＨＡＮＧＥ＿ＥＶＥＮＴ」が供給されたか否かを基に、リンクの状態がスニフモードとなったか否かを判断する。ステップＳ１において、リンクの状態がスニフモードとなっていないと判断された場合、リンクの状態がスニフモードとなったと判断されるまで、ステップＳ１の処理が繰り返される。
【００５８】
ステップＳ１において、リンクの状態がスニフモードとなったと判断された場合、ステップＳ２において、ＣＰＵ１１は、タイマ１６のカウントを開始する。
【００５９】
ステップＳ３において、ＣＰＵ１１は、タイマ１６のカウントを参照して、スニフモードに遷移してから、所定の時間Ｔａが経過したか否かを判断する。ステップＳ３において、スニフモードに遷移してから、所定の時間Ｔａが経過していないと判断された場合、所定の時間Ｔａが経過したと判断されるまで、ステップＳ３の処理が繰り返される。ここで、所定の時間Ｔａとは、電波状態を示す値ＲＳＳＩをブルートゥースモジュール１２に取得させるためのＨＣＩコマンドを発行する時間間隔であり、ユーザがリモートコマンダ１を把持する動作による電波状態の変化を検出するために充分な程度に短い時間間隔が設定される。
【００６０】
ステップＳ３において所定の時間Ｔａが経過したと判断された場合、ステップＳ４において、ＣＰＵ１１は、タイマ１６のカウントをクリアするとともに、ブルートゥースモジュール１２に対して、テレビジョン受像機２との通信のリンクの電波状態を示す値ＲＳＳＩを取得するための「ＨＣＩ＿ＲＥＡＤ＿ＲＳＳＩ」コマンドを発行し、ブルートゥースモジュール１２から「ＨＣＩ＿ＣＯＭＭＡＮＤ＿ＣＯＭＰＬＥＴＥ＿ＥＶＥＮＴ」の供給を受け、電波状態を示す値ＲＳＳＩを取得して、記憶部１５に記憶する。記憶部１５は、新たに電波状態を示す値ＲＳＳＩの供給を受けたとき、古い情報から順番に削除するようになされており、所定数の新しい電波状態を示す値ＲＳＳＩが、常に記憶されているようになされている。
【００６１】
ステップＳ５において、ＣＰＵ１１は、記憶部１５に保存されている、過去の通信のリンクの電波状態を示す値ＲＳＳＩを基に、例えば、減算処理などにより、電波状態の変化量を算出する。
【００６２】
ステップＳ６において、ＣＰＵ１１は、電波状態の変化量は、予め定められた所定の閾値以上であるか否かを判断する。ここで、所定の閾値とは、実験的に、または、経験的に定められる所定の値であり、例えば、記憶部１５に予め保存されているものである。ステップＳ６において、電波状態の変化量は、予め定められた所定の閾値以上ではないと判断された場合、処理は、ステップＳ２に戻り、それ以降の処理が繰り返される。
【００６３】
ステップＳ６において、電波状態の変化量は、予め定められた所定の閾値以上であると判断された場合、ステップＳ７において、ＣＰＵ１１は、テレビジョン受像機２との通信のモードをスニフモードから通常モードに復帰させるためのコマンドである「ＨＣＩ＿ＥＸＩＴ＿ＳＮＩＦＦ＿ＭＯＤＥ」コマンドを、ブルートゥースモジュール１２に発行して、リンクの状態を通常モードに復帰させる。ブルートゥースモジュール１２は、ＣＰＵ１１から供給されたコマンドを基に、テレビジョン受像機２との通信のモードをスニフモードから通常モードに復帰し、コマンドを実行したことを通知するためのイベントである「ＨＣＩ＿ＣＯＭＭＡＮＤ＿ＣＯＭＰＬＥＴＥ＿ＥＶＥＮＴ」を、ＣＰＵ１１に供給する。
【００６４】
ＣＰＵ１１は、ステップＳ８において、タイマ１６のカウントを開始し、ステップＳ９において、入力部１３から供給される信号を基に、ユーザの操作入力を受けたか否かを判断する。
【００６５】
ステップＳ９において、ユーザの操作入力を受けたと判断された場合、ステップＳ１０において、ＣＰＵ１１は、タイマ１６のカウントをクリアするとともに、入力部１３から供給された、ユーザの操作入力を示す信号を基に、テレビジョン受像機２に対するコマンド送信処理、すなわち、ユーザの操作入力に対応するコマンドを生成し、ブルートゥースモジュール１２に供給して、テレビジョン受像機２に送信させる処理を実行し、処理は、ステップＳ８に戻り、それ以降の処理が繰り返される。
【００６６】
ステップＳ１０の処理においては、リンク状態が通常モードであるため、ユーザの操作入力に対応するコマンドを、タイムラグなしに、テレビジョン受像機２に送信することが可能となる。
【００６７】
ステップＳ９において、ユーザの操作入力を受けていないと判断された場合、ステップＳ１１において、ＣＰＵ１１は、タイマ１６を参照し、リンクの状態が通常モードに復帰してから、所定の時間Ｔｂが経過したか否かを判断する。ここで、所定の時間Ｔｂとは、その時間だけユーザの操作入力を受けなかった場合に、通信のリンク状態をスニフモードに遷移させるように、予め設定された時間である。ステップＳ１１において、所定の時間Ｔｂが経過していないと判断された場合、処理は、ステップＳ９に戻り、それ以降の処理が繰り返される。
【００６８】
ステップＳ１１において、所定の時間Ｔｂが経過したと判断された場合、ステップＳ１２において、ＣＰＵ１１は、テレビジョン受像機２との通信のモードを、通常モードからスニフモードに遷移させるための「ＨＣＩ＿ＳＮＩＦＦ＿ＭＯＤＥ」コマンドを、ブルートゥースモジュール１２に発行することにより、通信のリンクの状態をスニフモードに遷移させ、ブルートゥースモジュール１２は、ＣＰＵ１１から供給されたコマンドを基に、テレビジョン受像機２との通信のモードをスニフモードに遷移させたことを通知するためのイベントである「ＨＣＩ＿ＭＯＤＥ＿ＣＨＡＮＧＥ＿ＥＶＥＮＴ」を、ＣＰＵ１１に供給する。ステップＳ１２の処理の終了後、処理は、ステップＳ２に戻り、それ以降の処理が繰り返される。
【００６９】
このような処理により、ユーザにより把持された場合に発生する電波状態の変化が検出されて、スニフモードから通常モードに通信のリンク状態が遷移されるので、ユーザが利用していない状態においては、通信のリンク状態をスニフモードとして消費電力を削減しつつ、ユーザの操作入力に対して即時に応答することができるようにすることができる。
【００７０】
図６を用いて説明した処理においては、電波状態の値の変化量が、予め定められた閾値よりも大きい場合に、通常モードに復帰するものとして説明したが、例えば、リモートコマンダ１とテレビジョン受像機２との間に、人や物が通過した場合にも、電波状態の変化を検出してしまう可能性があるので、ユーザがリモートコマンダ１を把持していないにもかかわらず、スニフモードから通常モードに通信のリンク状態が遷移されてしまう恐れがある。このような場合、ユーザの操作入力に対して即時に応答することは可能であるが、消費電力の低減効率が低くなってしまう場合がある。
【００７１】
ユーザがリモートコマンダ１を持ち上げた場合など、所定の動作に基づいた電波状態の変化を検出するようにするために、例えば、実際にユーザにより操作入力が行われた場合に検出された電波状態の基準となる変化パターンを、変化パターンＰ０として記憶部１５に記憶することができるようにしてもよい。そして、現在の電波状態を示す値ＲＳＳＩの変化パターンＰ１を、記憶されている変化パターンＰ０と比較することにより、ユーザがリモートコマンダ１を持ち上げた場合など、所定の動作に基づいた電波状態の変化を検出することができる。
【００７２】
次に、図７および図８のフローチャートを参照して、電波状態の変化パターンを比較することにより、リンク状態を制御する、リンク状態制御処理２について説明する。
【００７３】
ステップＳ３１乃至ステップＳ３４において、図６のステップＳ１乃至ステップＳ４と同様の処理が実行される。
【００７４】
すなわち、リンクの状態がスニフモード遷移したと判断された場合、タイマのカウントが開始され、所定の時間Ｔａが経過したと判断された場合、電波状態を示す値ＲＳＳＩが取得される。
【００７５】
ここで、記憶部１５には、常に、所定数の新しい電波状態を示す値ＲＳＳＩが記憶されているので、ステップＳ３４において取得された電波状態を示す値ＲＳＳＩと、記憶されている電波状態を示す値ＲＳＳＩとを用いて、現在の電波状態の変化パターンＰ１を得ることができる。
【００７６】
したがって、ステップＳ３５において、ＣＰＵ１１は、電波状態の変化パターンＰ１は、後述するステップＳ４４の処理により更新される、記憶部１５に記憶されている変化パターンＰ０とマッチングするか否かを判断する。ステップＳ３５において、変化パターンＰ１と変化パターンＰ０とはマッチングしないと判断された場合、処理は、ステップＳ３２に戻り、それ以降の処理が繰り返される。
【００７７】
ここで、マッチングは、例えば、最小二乗法などを用いて行うことが可能である。なお、マッチング処理には、最小二乗法以外の、いかなる方法を用いるようにしても良い。また、記憶部１５に変化パターンＰ０が記憶されていない状態においては、無条件に、変化パターンＰ１は変化パターンＰ０とマッチングしているものとして処理するものとしても良い。
【００７８】
ステップＳ３５において、変化パターンＰ１と変化パターンＰ０とはマッチングすると判断された場合、ステップＳ３６乃至ステップＳ３９において、図６を用いて説明した、ステップＳ７乃至ステップＳ１０と同様の処理が実行される。
【００７９】
すなわち、通信のリンクの状態が、通常モードに復帰され、タイマのカウントが開始され、ユーザの操作入力を受けたと判断された場合、テレビジョン受像機２に対するコマンド送信処理が実行される。
【００８０】
ステップＳ３９の処理の終了後、ステップＳ４０において、ＣＰＵ１１は、ステップＳ３５において変化パターンＰ０とマッチングしたと判断された変化パターンＰ１を正の履歴として、記憶部１５に記憶させ、処理は、ステップＳ３７に戻り、それ以降の処理が繰り返される。
【００８１】
すなわち、ステップＳ３８において、ユーザの操作入力を受けたと判断された場合、ステップＳ３５において変化パターンＰ０とマッチングしたと判断された変化パターンＰ１は、ユーザによりリモートコマンダ１が持ち上げられたために発生した電波状態の変化パターンである可能性が高いので、この電波状態の変化パターンＰ１を正の履歴として、記憶部１５に記憶させ、変化パターンＰ０を更新するときの学習用の情報として用いるようにする。
【００８２】
ステップＳ３８において、ユーザの操作入力を受けていないと判断された場合、ステップＳ４１において、ＣＰＵ１１は、タイマ１６を参照し、リンクの状態が通常モードに復帰してから、所定の時間Ｔｂが経過したか否かを判断する。ステップＳ４１において、所定の時間Ｔｂが経過していないと判断された場合、処理は、ステップＳ３８に戻り、それ以降の処理が繰り返される。
【００８３】
ステップＳ４１において、所定の時間Ｔｂが経過したと判断された場合、ステップＳ４２において、ＣＰＵ１１は、ステップＳ３５において変化パターンＰ０とマッチングしたと判断された変化パターンＰ１を負の履歴として、記憶部１５に記憶させる。
【００８４】
すなわち、ステップＳ４１において、所定の時間Ｔｂが経過したと判断された場合、ユーザにより操作入力が行われていないため、ステップＳ３５において変化パターンＰ０とマッチングしたと判断された変化パターンＰ１は、ユーザによりリモートコマンダ１が持ち上げられたために発生した電波状態の変化パターンとは異なる可能性が高い。したがって、この変化パターンＰ１と同様の変化パターンが発生した場合は、リンクの状態を通常モードに復帰させても、ユーザからの操作入力を受けないと予測されるので、この電波状態の変化パターンＰ１を負の履歴として、記憶部１５に記憶させ、変化パターンＰ０を更新するときの学習用の情報として用いるようにする。
【００８５】
ステップＳ４３において、ＣＰＵ１１は、テレビジョン受像機２との通信のモードを、通常モードからスニフモードに遷移させるための「ＨＣＩ＿ＳＮＩＦＦ＿ＭＯＤＥ」コマンドを、ブルートゥースモジュール１２に発行することにより、通信のリンクの状態をスニフモードに遷移させ、ブルートゥースモジュール１２は、ＣＰＵ１１から供給されたコマンドを基に、テレビジョン受像機２との通信のモードをスニフモードに遷移させたことを通知するためのイベントである「ＨＣＩ＿ＭＯＤＥ＿ＣＨＡＮＧＥ＿ＥＶＥＮＴ」を、ＣＰＵ１１に供給する。
【００８６】
ステップＳ４４において、ＣＰＵ１１は、電波状態の変化パターンＰ０を、ステップＳ４０の処理により保存された正履歴、および、ステップＳ４２の処理により保存された負履歴を基に更新する。すなわち、ＣＰＵ１１は、正履歴となる電波状態の変化パターンに類似し、かつ、負履歴となる電波状態の変化パターンに類似しないような、電波状態の変化パターンＰ０を生成して更新する。ステップＳ４４の処理の終了後、処理は、ステップＳ３２に戻り、それ以降の処理が繰り返される。
【００８７】
このような処理により、基準となる電波状態の変化パターンＰ０が、学習により更新されるので、ユーザによりリモートコマンダ１が持ち上げられたために発生した電波状態の変化パターンを精度よく検出することができる。これにより、例えば、リモートコマンダ１とテレビジョン受像機２との間に人や物が通過した場合における電波状態の変化により、通信のリンク状態が通常モードに復帰されてしまうことを防ぐことができるので、ユーザの操作に対する即時応答性を落とすことなく、より効率よく消費電力を低減させることが可能となる。
【００８８】
ここでは、正履歴となる電波状態の変化パターン、および、負履歴となる電波状態の変化パターンを基に、基準となる電波状態の変化パターンＰ０を更新するものとして説明したが、基準となる電波状態の変化パターンＰ０を予め実験的に、または経験的に求めて記憶部１５に記憶しておき、常に、この変化パターンＰ０を用いることにより、電波状態の変化を検出するようにしても良い。
【００８９】
また、リモートコマンダ１のＣＰＵ１１は、ユーザによる操作が頻繁に行われているか否かを基にスニフ間隔を調整して、図５における時間Ｔｏｎおよび時間Ｔｏｆｆを変更することにより、ユーザの操作に対する即時応答性を落とすことなく、より効率よく消費電力を低減させるようにすることができる。
【００９０】
次に、図９のフローチャートを参照して、ユーザによる操作が頻繁に行われているか否かを基に、スニフ間隔を調整するようになされている場合の、リンク状態制御処理３について説明する。ここでは、タイマ１６が、第１のタイマ乃至第４のタイマを内蔵することなどにより、異なる４種類の時間を計測することが可能であるものとして説明する。
【００９１】
ステップＳ６１において、リモートコマンダ１のＣＰＵ１１は、ブルートゥースモジュール１２から、テレビジョン受像機２との通信のモードをスニフモードに遷移させたことを通知するためのイベントである「ＨＣＩ＿ＭＯＤＥ＿ＣＨＡＮＧＥ＿ＥＶＥＮＴ」が供給されたか否かを基に、リンクの状態がスニフモードとなったか否かを判断する。ステップＳ１において、リンクの状態がスニフモードとなっていないと判断された場合、リンクの状態がスニフモードとなったと判断されるまで、ステップＳ６１の処理が繰り返される。
【００９２】
ステップＳ６１において、リンクの状態がスニフモードとなったと判断された場合、ステップＳ６２において、ＣＰＵ１１は、タイマ１６の第１のタイマおよび第２のタイマのカウントを開始する。
【００９３】
ステップＳ６３において、ＣＰＵ１１は、タイマ１６の第１のタイマのカウントを参照して、スニフモードに遷移してから、所定の時間Ｔａが経過したか否かを判断する。ステップＳ６３において、スニフモードに遷移してから、所定の時間が経過していないと判断された場合、所定の時間Ｔａが経過したと判断されるまで、ステップＳ６３の処理が繰り返される。
【００９４】
ステップＳ６３において所定の時間Ｔａが経過したと判断された場合、ステップＳ６４において、ＣＰＵ１１は、タイマ１６の第１のタイマのカウントをクリアするとともに、ブルートゥースモジュール１２に対して、テレビジョン受像機２との通信のリンクの電波状態を示す値ＲＳＳＩを取得するためのコマンドである、「ＨＣＩ＿ＲＥＡＤ＿ＲＳＳＩ」コマンドを発行し、ブルートゥースモジュール１２から「ＨＣＩ＿ＣＯＭＭＡＮＤ＿ＣＯＭＰＬＥＴＥ＿ＥＶＥＮＴ」の供給を受けて、電波状態を示す値ＲＳＳＩを取得して、記憶部１５に記憶する。
【００９５】
ステップＳ６５において、ＣＰＵ１１は、記憶部１５に保存されている、過去の通信のリンクの電波状態を示す値ＲＳＳＩを基に、例えば、減算処理などにより、電波状態の変化量を算出する。
【００９６】
ステップＳ６６において、ＣＰＵ１１は、電波状態の変化量は、予め定められた所定の閾値以上であるか否かを判断する。ステップＳ６において、電波状態の変化量は、予め定められた所定の閾値以上ではないと判断された場合、処理は、ステップＳ６２に戻り、それ以降の処理が繰り返される。
【００９７】
ステップＳ６６において、電波状態の変化量は、予め定められた所定の閾値以上であると判断された場合、ステップＳ６７において、ＣＰＵ１１は、テレビジョン受像機２との通信のモードをスニフモードから通常モードに復帰させるためのコマンドである「ＨＣＩ＿ＥＸＩＴ＿ＳＮＩＦＦ＿ＭＯＤＥ」コマンドを、ブルートゥースモジュール１２に発行して、リンクの状態を通常モードに復帰させるとともに、記憶部１５に、タイマ１６の第２のタイマのカウント値を記憶させる。ブルートゥースモジュール１２は、ＣＰＵ１１から供給されたコマンドを基に、テレビジョン受像機２との通信のモードをスニフモードから通常モードに復帰し、コマンドを実行したことを通知するためのイベントである「ＨＣＩ＿ＣＯＭＭＡＮＤ＿ＣＯＭＰＬＥＴＥ＿ＥＶＥＮＴ」を、ＣＰＵ１１に供給する。
【００９８】
この、第２のタイマのカウント値は、スニフモードにより通信が実行された時間に対応する値であるので、スニフモードに遷移した後、ユーザがリモートコマンダを把持したと検出されるまでの時間と相関する値である。すなわち、第２のタイマのカウント値は、スニフモードに遷移した後、ユーザが操作入力を行わなかった時間よりも短い時間と相関する値である。
【００９９】
ＣＰＵ１１は、ステップＳ６８において、タイマ１６の第３のタイマのカウントを開始するとともに、タイマ１６の第４のタイマのカウントが開始されていない場合は、そのカウントを開始し、カウントが開始されている場合は、そのカウントを継続させ、ステップＳ６９において、入力部１３から供給される信号を基に、ユーザの操作入力を受けたか否かを判断する。
【０１００】
ステップＳ６９において、ユーザの操作入力を受けたと判断された場合、ステップＳ７０において、ＣＰＵ１１は、タイマ１６の第３のタイマのカウントをクリアするとともに、入力部１３から供給された、ユーザの操作入力を示す信号を基に、テレビジョン受像機２に対するコマンド送信処理、すなわち、ユーザの操作入力に対応するコマンドを生成し、ブルートゥースモジュール１２に供給して、テレビジョン受像機２に送信させる処理を実行し、処理は、ステップＳ６８に戻り、それ以降の処理が繰り返される。
【０１０１】
ステップＳ７０の処理においては、リンク状態が通常モードであるため、タイムラグなしに、ユーザの操作入力に対応するコマンドを、テレビジョン受像機２に送信することが可能となる。
【０１０２】
ステップＳ６９において、ユーザの操作入力を受けていないと判断された場合、ステップＳ７１において、ＣＰＵ１１は、タイマ１６の第３のタイマのカウント値を参照し、リンクの状態が通常モードに復帰してから、所定の時間Ｔｂが経過したか否かを判断する。ステップＳ７１において、所定の時間Ｔｂが経過していないと判断された場合、処理は、ステップＳ６９に戻り、それ以降の処理が繰り返される。
【０１０３】
ステップＳ７１において、所定の時間Ｔｂが経過したと判断された場合、ステップＳ７２において、ＣＰＵ１１は、タイマ１６の第２のタイマのカウント値および第４のタイマのカウント値を基に、スニフ間隔を算出して設定を変更するとともに、テレビジョン受像機２との通信のモードを、通常モードからスニフモードに遷移させる。
【０１０４】
第４のタイマのカウント値は、通信のリンク状態が通常モードであった時間に対応する値であり、ユーザにより所定の時間内に連続して操作入力が行われた場合、第４のタイマのカウント値は大きくなる。第２のタイマのカウント値は、上述したように、スニフモードに遷移した後、ユーザが操作入力を行わなかった時間よりも短い時間と相関する値である。したがって、第４のタイマのカウント値が大きい場合、ユーザにより頻繁に操作入力が行われており、第２のタイマのカウント値が大きい場合、ユーザによりあまり操作入力が行われていないと予測することができる。
【０１０５】
具体的には、ＣＰＵ１１は、タイマ１６の第２のタイマのカウント値および第４のタイマのカウント値を基に、第２のカウント値が大きいほど、スニフ間隔が長くなるように、かつ、第４のカウント値が大きいほど、スニフ間隔が短くなるように、スニフ間隔を算出して設定するとともに、テレビジョン受像機２に、新たに算出されて変更されたスニフ間隔を通知させるための処理を、ブルートゥースモジュール１２に実行させる。
【０１０６】
なお、スニフ間隔の算出においては、最小値または最大値、もしくは、最小値および最大値を予め設定しておき、算出されたスニフ間隔が最小値以下とならないように、または最大値以上とならないようにしても良い。また、スニフモードにおけるアクティブ状態の時間Ｔｏｎを一定として、スニフ間隔を調整することにより、スニフ間隔に対するアクティブ状態の時間Ｔｏｎの割合を調整する以外にも、例えば、スニフ間隔を一定として、アクティブ状態の時間Ｔｏｎを変更するようにしても良いし、スニフ間隔およびアクティブ状態の時間Ｔｏｎをいずれも変更するようにしても良い。
【０１０７】
また、ＣＰＵ１１は、テレビジョン受像機２との通信のモードを、通常モードからスニフモードに遷移させるための「ＨＣＩ＿ＳＮＩＦＦ＿ＭＯＤＥ」コマンドを、ブルートゥースモジュール１２に発行することにより、通信のリンクの状態をスニフモードに遷移させ、ブルートゥースモジュール１２は、ＣＰＵ１１から供給されたコマンドを基に、テレビジョン受像機２との通信のモードをスニフモードに遷移させたことを通知するためのイベントである「ＨＣＩ＿ＭＯＤＥ＿ＣＨＡＮＧＥ＿ＥＶＥＮＴ」を、ＣＰＵ１１に供給する。ステップＳ７２の処理の終了後、処理は、ステップＳ６２に戻り、それ以降の処理が繰り返される。
【０１０８】
このような処理により、ユーザによる操作がある程度頻繁に行われている場合には、スニフ間隔が短くなるように、ユーザによる操作があまり行われていない場合には、スニフ間隔が長くなるように、スニフ間隔を調整することができるので、ユーザの操作に対する即時応答性を落とすことなく、より効率よく消費電力を低減させるようにすることができる。
【０１０９】
なお、図９の処理においては、電波状態の変化量が所定の閾値以上であるか否かを基に、リンクの状態を通常モードに復帰させるものとして説明したが、例えば、図７および図８を用いて説明した場合と同様にして、電波状態の変化パターンを比較することにより、リンク状態を通常モードに復帰させるか否かを判断するようにしても良いことは言うまでもない。
【０１１０】
図６乃至図９を用いて説明した処理においては、電波状態の変化を検出することにより、ユーザがリモートコマンダ１を持ち上げたことを検出して、動作モードを通常モードに遷移させることができるものとして説明したが、ユーザがリモートコマンダ１を持ち上げたことを検出する方法は、電波状態の変化以外の方法であっても良く、例えば、タッチセンサなどにより、ユーザがリモートコマンダ１に触れたか否かを判断することができるようにしても良いし、または、電界強度の変化や、無線通信のリンク状態の変化を検出することにより、ユーザがリモートコマンダを持ち上げた可能性があるか否かを検出して、動作モードを制御することができるようにしても良い。
【０１１１】
また、以上の説明においては、ブルートゥースのスニフモードにおいて、ユーザがリモードコマンダ１を持ち上げたことを検出して、動作モードを通常モードに遷移させることにより、即時応答性を維持しつつ、消費電力量を削減することができるものとして説明しているが、例えば、ブルートゥース以外のいずれの通信方式であっても、上述したスニフモードと同様の処理により、所定の期間ごとに通信状態をアクティブ状態とし、それ以外の期間は、スリープ状態として、通信による消費電力量を削減することができるようにしている場合に、本発明は適用可能である。
【０１１２】
また、以上においては、本発明を適用したリモートコマンダ１について説明したが、本発明は、他の装置と通信が可能で、ユーザにより把持されたなどの所定の動作を検出することができる装置において、適用することが可能である。
【０１１３】
上述した一連の処理は、ソフトウェアにより実行することもできる。そのソフトウェアは、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０１１４】
この記録媒体は、図４に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク２１（フレキシブルディスクを含む）、光ディスク２２（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）を含む）、光磁気ディスク２３（ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）（商標）を含む）、もしくは半導体メモリ２４などよりなるパッケージメディアなどにより構成される。
【０１１５】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１１６】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１１７】
【発明の効果】
このように、本発明によれば、他の情報処理装置と通信することができる。特に、ユーザにより把持されたか否かの検出結果を基に、通信モードを制御することができるようにしたので、即時応答性を有したまま、効果的に消費電力を削減することができる。
【図面の簡単な説明】
【図１】スニフモードについて説明するための図である。
【図２】スニフモードにおいて発生するタイムラグについて説明するための図である。
【図３】本発明を適用した無線通信システムについて説明するための図である。
【図４】図３のリモートコマンダの構成を示すブロック図である。
【図５】従来におけるスニフモードと、本発明を適用したリモートコマンダのスニフモードについて説明するための図である。
【図６】リンク状態制御処理１について説明するためのフローチャートである。
【図７】リンク状態制御処理２について説明するためのフローチャートである。
【図８】リンク状態制御処理２について説明するためのフローチャートである。
【図９】リンク状態制御処理３について説明するためのフローチャートである。
【符号の説明】
１ リモートコマンダ， ２ テレビジョン受像機， １１ ＣＰＵ， １２ ブルートゥースモジュール， １３ 入力部， １４ 表示部， １５ 記憶部， １６ タイマ
【発明の属する技術分野】
本発明は、情報処理装置および情報処理方法、並びに、プログラムに関し、特に、リモートコマンダなどをはじめとする即時応答性が必要な装置において、通信処理における消費電力量を削減するために用いて好適な、情報処理装置および情報処理方法、並びに、プログラムに関する。
【０００２】
【従来の技術】
特に、バッテリパックなどにより電源を供給されるようになされている携帯型機器においては、バッテリの寿命をできるだけ長くしてユーザの利便性を高めるため、または、バッテリパックを小型化して、携帯しやすくするためなどに、電力消費量を削減することが求められている。
【０００３】
従来、例えば、バッテリパックから供給される電池電圧で動作し、イヤホンマイクの利用時に手で握持されずに使用可能な携帯電話機において、イヤホンマイクの利用の有無を検出し、その検出結果に応じて、イヤホンマイクが利用されている間は、送信信号の電力を調整することができるようにし、送信信号の電力を予め規定された規定電力よりも低下させるようにすることにより、送信信号の送信時にバッテリパック内の充電電圧の消耗を低減して、バッテリパックから供給される電池電圧で動作可能な動作時間を伸ばすことができるようにする技術が用いられている（例えば、特許文献１参照）。
【０００４】
【特許文献１】
特開２００３−６０５１５号公報
【０００５】
また、従来、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）によって通信を行うことが可能な情報処理装置においては、通信に必要な消費電力量を削減するために、通常の接続状態から、パークモード、ホールドモード、および、スニフモードの、３種類の低消費電力モードに移行することが可能なようになされている。
【０００６】
パークモードとは、スレーブとなる装置のみが遷移できるモードで、このモードのスレーブは、ピコネットヘの同期、つまりホッピングパターンとマスタクロックヘの同期を保持しているが、マスタとなる装置とパケットを交換することはできない。この状態にあるスレーブは、一定の間隔（ビーコン周期）でマスタからのデータを受信しており、必要があればすぐにピコネットヘ参加することができるようになされている。パークモードにおいて、スレーブとなる機器は、マスタから接続中のスレーブに与えられる３ビットのアドレスであるスレーブ識別子をいったんマスタに返却する。したがって、スレーブがピコネットヘの再参加を希望しても、マスタによって割り振られるスレーブ識別子に空きがなければ、すぐに加わることができない。一方、マスタとなる装置は、パークモードに入るスレーブに、スレーブ識別子に代わって、８ビットのパークスレーブ識別子を与える。マスタは最大２５５台のパーク中のスレーブを管理することができ、必要なスレーブだけを随時ピコネットに参加させることが可能である。
【０００７】
また、ホールドモードとは、マスタとスレーブの両方が遷移できるモードであり、ピコネットに同期したまま、設定された一定期間（ホールド時間）中は送受信を行わず、ホールド時間後に通信を再開するようになされている。ホールドモードにある間、マスタ、スレーブともに、ほかのピコネットに参加することも可能である。
【０００８】
スニフモードとは、スレーブだけが遷移可能なモードであり、一定の間隔（スニフ間隔）で情報の送受信を行い、そのほかの時間は電力消費を抑えるというモードである。
【０００９】
具体的には、スレーブとなる装置は、図１に示されるように、スニフ間隔Ｔｓｎｉｆｆのうちの所定の時間Ｔｏｎにおいてのみアクティブ状態となって、受信モードになり、自分宛のパケットを受け取れば、必要に応じて、データの送信を行うが、それ以外の時間Ｔｏｆｆは休止（スリープ）しており、休止中に来たパケットは受け取ることができないようになされている。
【００１０】
スニフ間隔Ｔｓｎｉｆｆとアクティブ状態となる時間Ｔｏｎは、マスタとスレーブの間で取り決められ、途中で変更することが可能である。
【００１１】
例えば、一定時間ユーザからの操作入力がなかった場合など、通信を行う必要がない場合に、通信のリンク状態をスニフモードに遷移させることにより、通信のための消費電力量を削減することができるようになされている。
【００１２】
【発明が解決しようとする課題】
しかしながら、従来用いられていたスニフモードにおいては、スリープ状態でユーザの操作入力を受けた場合、すぐに状態を通常の通信モードに復帰することはできず、通常の通信モードに復帰するまでの平均復帰時間Ｔｒｅｔは、スニフ間隔Ｔｓｎｉｆｆの１／２（Ｔｒｅｔ＝Ｔｓｎｉｆｆ／２）となってしまう。特に、図２に示されるように、アクティブ状態からスリープ状態に遷移した時刻Ｔ１に近い時刻Ｔ２にユーザからの操作入力がなされた場合、ユーザの操作入力がなされてからアクティブ状態となる時刻Ｔ３までのタイムラグＴｄは、スニフ間隔Ｔｓｎｉｆｆと略同じ時間となってしまう。
【００１３】
すなわち、スニフ間隔Ｔｓｎｉｆｆが長ければ長いほど、電力消費の削減量は大きくなるが、平均復帰時間Ｔｒｅｔも長くなってしまい、ユーザの利便性が損なわれる。このことが、リモートコマンダなどのように、バッテリ駆動でありながら、即時応答性が求められる装置における低消費電力化を妨げる要因となっていた。
【００１４】
また、特許文献１に記載の技術を用いて、ユーザの使用状態を検出することにより、電力消費量を制御するようにした場合、イヤホンプラグのピンに、差込検出用端子を設け、イヤホンジャックの内部に、差込検出用端子に対応させて、そのイヤホンプラグが差し込まれたか否かを検出するための検出用端子を設けなければならないため、コストアップの要因となっていた。
【００１５】
本発明はこのような状況に鑑みてなされたものであり、通信による消費電力量を削減しつつ、即時応答性を満たすことができるようにするものである。
【００１６】
【課題を解決するための手段】
本発明の情報処理装置は、ユーザによる操作の入力を受ける操作入力手段と、他の情報処理装置との通信を実行する通信手段と、ユーザによって情報処理装置が把持されたか否かに基づいて、通信手段による通信を制御する制御手段とを備え、通信手段は、他の情報処理装置と常時通信が可能である第１の通信モードと、第１の時間のうち、第１の時間より短い第２の時間のみ他の情報処理装置と通信可能である第２の通信モードとの、少なくとも２つの通信モードによって、他の情報処理装置と通信を行い、制御手段は、通信手段による第２の通信モードの実行中に、ユーザによって情報処理装置が把持されたことが検出された場合、通信手段による通信を、第１の通信モードに変更し、通信手段による第１の通信モードの実行中に、ユーザによって所定の時間操作入力が行われなかった場合、通信手段による通信を、第２の通信モードに変更することを特徴とする。
【００１７】
通信手段には、他の情報処理装置と、電波を用いて無線で通信させるようにすることができるとともに、電波状態を示す値を取得させて、制御手段に供給させるようにすることができ、制御手段には、通信手段により供給された電波状態を示す値を基に、電波状態の変化を検出させて、ユーザによって情報処理装置が把持されたか否かを判断させるようにすることができる。
【００１８】
制御手段には、第２のモードの実行中の通信手段により供給された電波状態を示す値の変化量を算出させるようにすることができ、電波状態を示す値の変化量の算出値が所定の閾値より大きい場合、通信手段による通信を、第１の通信モードに変更させるようにすることができる。
【００１９】
ユーザにより情報処理装置が把持されたと予測される場合における、電波状態を示す値の変化パターンである第１の変化パターンを記憶する記憶手段を更に備えさせるようにすることができ、制御手段には、第２のモードの実行中の通信手段により供給された電波状態を示す値の変化パターンである第２の変化パターンが、記憶手段により記憶されている第１の変化パターンと一致していると判断された場合、通信手段による通信を、第１の通信モードに変更させるようにすることができる。
【００２０】
第２の通信モードの実行中における第２の変化パターンが、記憶手段により記憶されている第１の変化パターンと一致し、かつ、所定の時間以内に操作入力手段によりユーザの操作が入力された場合、記憶手段には、第２の変化パターンを、正履歴として更に記憶させるようにすることができ、第２の通信モードの実行中における第２の変化パターンが、記憶手段により記憶されている第１の変化パターンと一致し、かつ、所定の時間以内に操作入力手段によりユーザが操作を入力しなかった場合、記憶手段には、第２の変化パターンを、負履歴として更に記憶させるようにすることができ、制御手段には、記憶手段により記憶されている正履歴および負履歴を基に、記憶手段により記憶されている第１の変化パターンを更新する処理を更に制御させるようにすることができる。
【００２１】
第１の通信モードが実行されている第３の時間、および、第２の通信モードが実行されている第４の時間を計測する計測手段を更に備えさせるようにすることができ、制御手段には、計測手段により計測された第３の時間および第４の時間を基に、第２の通信モードにおける第１の時間および第２の時間の設定値を更に制御させるようにすることができる。
【００２２】
制御手段には、計測手段により計測された第３の時間が長いほど、第２の通信モードにおける第１の時間に対する第２の時間の割合が長くなるように、第２の通信モードにおける第１の時間および第２の時間の設定値を制御させるようにすることができる。
【００２３】
制御手段には、計測手段により計測された第４の時間が長いほど、第２の通信モードにおける第１の時間に対する第２の時間の割合が短くなるように、第２の通信モードにおける第１の時間および第２の時間の設定値を制御させるようにすることができる。
【００２４】
本発明の情報処理装置においては、ユーザにより操作が入力され、他の情報処理装置との通信が実行され、ユーザによって情報処理装置が把持されたか否かに基づいて、通信が制御され、他の情報処理装置と常時通信が可能である第１の通信モードと、第１の時間のうち、第１の時間より短い第２の時間のみ他の情報処理装置と通信可能である第２の通信モードとの、少なくとも２つの通信モードによって、他の情報処理装置と通信が行われ、第２の通信モードの実行中に、ユーザによって情報処理装置が把持されたことが検出された場合、通信が第１の通信モードに変更され、第１の通信モードの実行中に、ユーザによって所定の時間操作入力が行われなかった場合、通信が第２の通信モードに変更される。
【００２５】
本発明の情報処理方法は、第１の時間のうち、第１の時間より短い第２の時間のみ他の情報処理装置と通信可能である第１の通信モードにおいて、ユーザによって情報処理装置が把持されたか否かを判断する判断ステップと、判断ステップの処理により、ユーザによって情報処理装置が把持されたと判断された場合、他の情報処理装置と常時通信が可能である第２の通信モードに通信の状態を遷移させる遷移ステップとを含むことを特徴とする。
【００２６】
本発明のプログラムは、第１の時間のうち、第１の時間より短い第２の時間のみ他の情報処理装置と通信可能である第１の通信モードにおいて、ユーザによって情報処理装置が把持されたか否かを判断する判断ステップと、判断ステップの処理により、ユーザによって情報処理装置が把持されたと判断された場合、他の情報処理装置と常時通信が可能である第２の通信モードに通信の状態を遷移させる遷移ステップとを含むことを特徴とする。
【００２７】
本発明の情報処理方法およびプログラムにおいては、第１の時間のうち、第１の時間より短い第２の時間のみ他の情報処理装置と通信可能である第１の通信モードにおいて、ユーザによって情報処理装置が把持されたか否かが判断され、ユーザによって情報処理装置が把持されたと判断された場合、他の情報処理装置と常時通信が可能である第２の通信モードに通信の状態が遷移される。
【００２８】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、特許請求の範囲に記載の発明の各手段および各ステップと以下の実施の形態との対応関係を明らかにするために、各手段および各ステップの後の括弧内に、対応する実施の形態（但し一例）を付加して本発明の特徴を記述すると、次のようになる。但し勿論この記載は、各手段および各ステップを記載したものに限定することを意味するものではない。
【００２９】
請求項１に記載の情報処理装置（例えば、図３のリモートコマンダ１）は、ユーザによる操作の入力を受ける操作入力手段（例えば、図４の入力部１３）と、他の情報処理装置（例えば、図３のテレビジョン受像機２）との通信を実行する通信手段（例えば、図４のブルートゥースモジュール１２）と、ユーザによって情報処理装置が把持されたか否かに基づいて、通信手段による通信を制御する制御手段（例えば、図４のＣＰＵ１１）とを備え、通信手段は、他の情報処理装置と常時通信が可能である第１の通信モード（例えば、通常モード）と、第１の時間（例えば、スニフ間隔）のうち、第１の時間より短い第２の時間（例えば、図５のアクティブ状態の時間Ｔｏｎ）のみ他の情報処理装置と通信可能である第２の通信モード（例えば、スニフモード）との、少なくとも２つの通信モードによって、他の情報処理装置と通信を行い、制御手段は、通信手段による第２の通信モードの実行中に、ユーザによって情報処理装置が把持されたことが検出された場合、通信手段による通信を、第１の通信モードに変更し、通信手段による第１の通信モードの実行中に、ユーザによって所定の時間（例えば、時間Ｔｂ）操作入力が行われなかった場合、通信手段による通信を、第２の通信モードに変更することを特徴とする。
【００３０】
請求項２に記載の情報処理装置は、通信手段が、他の情報処理装置と、電波を用いて無線で通信するとともに、電波状態を示す値（例えば、ＲＳＳＩ）を取得して、制御手段に供給し、制御手段は、通信手段により供給された電波状態を示す値を基に、電波状態の変化を検出して、ユーザによって情報処理装置が把持されたか否かを判断することを特徴とする。
【００３１】
請求項４に記載の情報処理装置は、ユーザにより情報処理装置が把持されたと予測される場合における、電波状態を示す値の変化パターンである第１の変化パターン（例えば、変化パターンＰ０）を記憶する記憶手段（例えば、図４の記憶部１５）を更に備え、制御手段は、第２のモードの実行中の通信手段により供給された電波状態を示す値の変化パターンである第２の変化パターン（例えば、変化パターンＰ１）が、記憶手段により記憶されている第１の変化パターンと一致していると判断された場合、通信手段による通信を、第１の通信モードに変更することを特徴とする。
【００３２】
請求項５に記載の情報処理装置は、第２の通信モードの実行中における第２の変化パターンが、記憶手段により記憶されている第１の変化パターンと一致し、かつ、所定の時間以内に操作入力手段によりユーザの操作が入力された場合、記憶手段が、第２の変化パターンを、正履歴として更に記憶し、第２の通信モードの実行中における第２の変化パターンが、記憶手段により記憶されている第１の変化パターンと一致し、かつ、所定の時間（例えば、時間Ｔｂ）以内に操作入力手段によりユーザが操作を入力しなかった場合、記憶手段が、第２の変化パターンを、負履歴として更に記憶し、制御手段は、記憶手段により記憶されている正履歴および負履歴を基に、記憶手段により記憶されている第１の変化パターンを更新する処理を更に制御することを特徴とする。
【００３３】
請求項６に記載の情報処理装置は、第１の通信モードが実行されている第３の時間（例えば、図９の処理において第４のタイマにおいて計測される時間）、および、第２の通信モードが実行されている第４の時間（例えば、図９の処理において第２のタイマにおいて計測される時間）を計測する計測手段（例えば、図４のタイマ１６）を更に備え、制御手段は、計測手段により計測された第３の時間および第４の時間を基に、第２の通信モードにおける第１の時間および第２の時間の設定値を更に制御することを特徴とする。
【００３４】
請求項９に記載の情報処理方法は、ユーザによって把持されて使用され、他の情報処理装置（例えば、図３のテレビジョン受像機２）と情報を授受する処理を実行する情報処理装置（例えば、図３のリモートコマンダ１）の情報処理方法であって、第１の時間（例えば、スニフ間隔）のうち、第１の時間より短い第２の時間（例えば、図５のアクティブ状態の時間Ｔｏｎ）のみ他の情報処理装置と通信可能である第１の通信モード（例えば、スニフモード）において、ユーザによって情報処理装置が把持されたか否かを判断する判断ステップ（例えば、図６のステップＳ４乃至ステップＳ６、図７のステップＳ３４およびステップＳ３５、または、図９のステップＳ６４乃至ステップＳ６６の処理）と、判断ステップの処理により、ユーザによって情報処理装置が把持されたと判断された場合、他の情報処理装置と常時通信が可能である第２の通信モード（例えば、通常モード）に通信の状態を遷移させる遷移ステップ（例えば、図６のステップＳ７、図７のステップＳ３６、または、図９のステップＳ６７の処理）とを含むことを特徴とする。
【００３５】
また、請求項１０に記載のプログラムにおいても、各ステップが対応する実施の形態（但し一例）は、請求項９に記載の情報処理方法と同様である。
【００３６】
以下、図を参照して、本発明の実施の形態について説明する。
【００３７】
図３は、本発明を適用した、無線通信システムの一例を示す図である。
【００３８】
リモートコマンダ１は、例えば、ボタン、キー、ジョグダイヤル、または、タッチパネルなどの入力デバイスや、所定のテキストやサムネイルなどを表示する表示部などを備え、ユーザの操作入力を受けて、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）により、ユーザの操作入力を示すコマンドを、テレビジョン受像機２に送信するとともに、テレビジョン受像機２から、ブルートゥースにより、制御信号などを受信する。
【００３９】
なお、リモートコマンダ１と、ブルートゥースを用いて信号を授受する情報処理装置としては、図１のテレビジョン受像機２以外にも、例えば、ビデオデッキ、オーディオプレーヤ、エアーコントローラなど、リモートコマンダ２を用いてユーザが操作入力を行うことができる、いかなる装置であっても良い。
【００４０】
図４は、リモートコマンダ１の内部構成を示すブロック図である。
【００４１】
ＣＰＵ１１は、入力部１３から供給されたユーザの操作入力に基づいて、テレビジョン受像機２に送信するコマンドを生成し、ブルートゥースモジュール１２に供給したり、入力部１３から供給されたユーザの操作入力、または、ブルートゥースモジュール１２から供給された、テレビジョン受像機２から受信した制御信号を基に、表示部１４に表示させる情報を生成し、表示部１４に表示させる。また、ＣＰＵ１１は、タイマ１６を制御して、所定の時間を計測させることが可能なようになされている。
【００４２】
入力部１３は、例えば、ボタン、キー、ジョグダイヤル、または、タッチパネルなどの入力デバイスで構成され、ユーザの操作入力を受けて、ＣＰＵ１１に供給する。表示部１４は、例えば、ＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ：発光ダイオード）または、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：液晶ディスプレイ）などで構成され、ＣＰＵ１１から供給された情報を表示する。
【００４３】
ブルートゥースモジュール１２は、ブルートゥースによりテレビジョン受像機２との情報の通信を行うものであり、ＣＰＵ１１から供給されるコマンドを、テレビジョン受像機２に送信したり、テレビジョン受像機２から送信された制御信号を、ＣＰＵ１１に供給する。ブルートゥースモジュール１２とＣＰＵ１１との間の通信は、仕様で定められているＨＣＩ（Ｈｏｓｔ Ｃｏｎｔｒｏｌｌｅｒ Ｉｎｔｅｒｆａｃｅ）コマンドおよびＨＣＩイベントの送受信によって行われる。ＨＣＩとは、通信モジュールであるブルートゥースモジュール１２と、ホストであるＣＰＵ１１との間の通信を規約したインターフェイスであり、ブルートゥースでは、ホストからモジュールを制御するためのコマンド、他のブルートゥースデバイスとのリンクや状態をホストに通知するイベント、および、実際に送受信される情報（例えば、各種制御信号など）のパケットタイプが用意されている。
【００４４】
また、ブルートゥースモジュール１２は、ＣＰＵ１１から供給されるコマンドに従って、テレビジョン受像機２との通信のリンクの電波状態を示す値であるＲＳＳＩ（Ｒｅｃｅｉｖｅ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｉｏｎ）を検出し、ＣＰＵ１１に供給することができる。
【００４５】
ブルートゥースモジュール１２が通信を行うためのアンテナは指向性を有しているため、例えば、机の上などの安定した場所におかれ、ユーザに把持されていない状態のリモートコマンダ１が、ユーザにより操作される前に、ユーザにより把持されて持ち上げられた場合、テレビジョン受像機２との通信のリンクの電波状態が変化する。換言すれば、通信のリンクの電波状態が変化した場合、ユーザにより把持され、操作入力される可能性があると判断することができる。
【００４６】
ＣＰＵ１１はブルートゥースモジュール１２からＨＣＩイベントを受けて、例えば、通信のリンクの電波状態を示す値であるＲＳＳＩなどの、現在のブルートゥースモジュール１２の状態を示す情報を取得し、この情報を記憶部１５に保存する。ＣＰＵ１１は、ブルートゥースモジュール１２の現在の状態、および、入力部１３から供給されたユーザの操作入力に基づいて、必要な情報を、表示部１４に表示させたり、ＨＣＩコマンドをブルートゥースモジュール１２に対して発行する。
【００４７】
記憶部１５は、例えば、電波状態を示す値ＲＳＳＩなどの、ブルートゥースモジュール１２の状態を示す情報をはじめとして、ＣＰＵ１１の処理に必要な情報の供給を受けて、これらの情報を記憶する。
【００４８】
タイマ１６は、ＣＰＵ１１の制御に基づいて、所定の時間を計測する。また、タイマ１６には、複数の時間を計測させるようにしても良い。
【００４９】
また、ＣＰＵ１１には、必要に応じて、ドライブ１７が接続される。ドライブ１７には、磁気ディスク２１、光ディスク２２、光磁気ディスク２３、または、半導体メモリ２４が装着され、情報を授受できるようになされている。
【００５０】
リモートコマンダ１において、テレビジョン受像機２との通信のモードが通常モードからスニフモードに遷移した場合、ブルートゥースモジュール１２は、ＣＰＵ１１に対して、テレビジョン受像機２との通信のモードがスニフモードであることを通知するためのイベントである「ＨＣＩ＿ＭＯＤＥ＿ＣＨＡＮＧＥ＿ＥＶＥＮＴ」を供給する。
【００５１】
ＣＰＵ１１は、ブルートゥースモジュール１２から供給されるＨＣＩイベントを基に、テレビジョン受像機２との通信のモードがスニフモードであることを検出した場合、ブルートゥースモジュール１２に対して、定期的に、テレビジョン受像機２との通信のリンクの電波状態を示す値ＲＳＳＩを取得するためのコマンドである「ＨＣＩ＿ＲＥＡＤ＿ＲＳＳＩ」コマンドを発行する。そして、ＣＰＵ１１は、ブルートゥースモジュール１２から、コマンドを実行して、電波状態を示す値ＲＳＳＩを通知するためのイベントである「ＨＣＩ＿ＣＯＭＭＡＮＤ＿ＣＯＭＰＬＥＴＥ＿ＥＶＥＮＴ」の供給を受け、電波状態を示す値ＲＳＳＩを取得し、記憶部１５に供給して、所定数だけ保存させる。
【００５２】
そして、ＣＰＵ１１は、記憶部１５に保存されている電波状態を示す値ＲＳＳＩを参照し、例えば、電波状態を示す値ＲＳＳＩの変化量が所定の値より大きいか否か、または、電波状態を示す値ＲＳＳＩの変化パターンが、所定のパターンと合致するか否かなどを判断して、電波状態の変化を検出することにより、リモートコマンダ１がユーザにより把持された可能性があるか否かを判断する。ＣＰＵ１１は、電波状態の検出結果を基に、ユーザが把持した可能性があると判断した場合、テレビジョン受像機２との通信のモードをスニフモードから通常モードに復帰させるためのコマンドである「ＨＣＩ＿ＥＸＩＴ＿ＳＮＩＦＦ＿ＭＯＤＥ」コマンドを、ブルートゥースモジュール１２に発行する。ブルートゥースモジュール１２は、ＣＰＵ１１から供給されたコマンドを基に、テレビジョン受像機２との通信のモードを、スニフモードから通常モードに復帰し、コマンドを実行したことを通知するためのイベントである「ＨＣＩ＿ＣＯＭＭＡＮＤ＿ＣＯＭＰＬＥＴＥ＿ＥＶＥＮＴ」を、ＣＰＵ１１に供給する。
【００５３】
ＣＰＵ１１は、通常モードにおいて、所定の時間以内に連続してユーザの操作入力を受けた場合、テレビジョン受像機２との通信のモードを通常モードのまま継続させるが、通常モードにおいて、所定の時間、ユーザの操作入力がなかった場合、テレビジョン受像機２との通信のモードを通常モードからスニフモードに遷移させるための「ＨＣＩ＿ＳＮＩＦＦ＿ＭＯＤＥ」コマンドを、ブルートゥースモジュール１２に発行する。ブルートゥースモジュール１２は、ＣＰＵ１１から供給されたコマンドを基に、テレビジョン受像機２との通信のモードをスニフモードに遷移させ、コマンドを実行したことを通知するためのイベントである「ＨＣＩ＿ＭＯＤＥ＿ＣＨＡＮＧＥ＿ＥＶＥＮＴ」を、ＣＰＵ１１に供給する。
【００５４】
このようにして、本発明を適用したリモートコマンダ１は、電波状態の変化を検出して、通常のリンク状態に状態を遷移することができるようになされている。したがって、図５Ａに示される従来の場合には、ユーザからの操作入力を受けた時刻Ｔ１２から通信がアクティブ状態となる時刻Ｔ１３までに、タイムラグＴｄが生じてしまうのに対して、本発明を適用したリモートコマンダ１は、図５Ｂに示されるように、操作入力前である時刻Ｔ１１に、ユーザがリモートコマンダを持ち上げた動作による電波状態の変化が検出されるため、ユーザの操作入力を受けた時刻Ｔ１２には、すでに、通常のリンク状態となっている。したがって、本発明を適用したリモートコマンダ１においては、タイムラグを生じることなく、ユーザの操作入力に対して、即時に応答することが可能となる。
【００５５】
また、ユーザがリモートコマンダ１を把持した可能性があるか否かは、例えば、タッチセンサなどを用いて検出するようにしてもよいが、電波状態の変化を検出し、その検出結果を基に、ユーザがリモートコマンダ１を把持した可能性があるか否かを判断することができるようにすることにより、専用のセンサなどを用いる必要がなくなるため、コストアップすることなく、ユーザがリモートコマンダ１を把持した可能性があるか否かを判断するという目的を達成することが可能となる。
【００５６】
次に、図６のフローチャートを参照して、リモートコマンダ１が実行するリンク状態制御処理１について説明する。
【００５７】
ステップＳ１において、リモートコマンダ１のＣＰＵ１１は、ブルートゥースモジュール１２から、テレビジョン受像機２との通信のモードをスニフモードに遷移させたことを通知するためのイベントである「ＨＣＩ＿ＭＯＤＥ＿ＣＨＡＮＧＥ＿ＥＶＥＮＴ」が供給されたか否かを基に、リンクの状態がスニフモードとなったか否かを判断する。ステップＳ１において、リンクの状態がスニフモードとなっていないと判断された場合、リンクの状態がスニフモードとなったと判断されるまで、ステップＳ１の処理が繰り返される。
【００５８】
ステップＳ１において、リンクの状態がスニフモードとなったと判断された場合、ステップＳ２において、ＣＰＵ１１は、タイマ１６のカウントを開始する。
【００５９】
ステップＳ３において、ＣＰＵ１１は、タイマ１６のカウントを参照して、スニフモードに遷移してから、所定の時間Ｔａが経過したか否かを判断する。ステップＳ３において、スニフモードに遷移してから、所定の時間Ｔａが経過していないと判断された場合、所定の時間Ｔａが経過したと判断されるまで、ステップＳ３の処理が繰り返される。ここで、所定の時間Ｔａとは、電波状態を示す値ＲＳＳＩをブルートゥースモジュール１２に取得させるためのＨＣＩコマンドを発行する時間間隔であり、ユーザがリモートコマンダ１を把持する動作による電波状態の変化を検出するために充分な程度に短い時間間隔が設定される。
【００６０】
ステップＳ３において所定の時間Ｔａが経過したと判断された場合、ステップＳ４において、ＣＰＵ１１は、タイマ１６のカウントをクリアするとともに、ブルートゥースモジュール１２に対して、テレビジョン受像機２との通信のリンクの電波状態を示す値ＲＳＳＩを取得するための「ＨＣＩ＿ＲＥＡＤ＿ＲＳＳＩ」コマンドを発行し、ブルートゥースモジュール１２から「ＨＣＩ＿ＣＯＭＭＡＮＤ＿ＣＯＭＰＬＥＴＥ＿ＥＶＥＮＴ」の供給を受け、電波状態を示す値ＲＳＳＩを取得して、記憶部１５に記憶する。記憶部１５は、新たに電波状態を示す値ＲＳＳＩの供給を受けたとき、古い情報から順番に削除するようになされており、所定数の新しい電波状態を示す値ＲＳＳＩが、常に記憶されているようになされている。
【００６１】
ステップＳ５において、ＣＰＵ１１は、記憶部１５に保存されている、過去の通信のリンクの電波状態を示す値ＲＳＳＩを基に、例えば、減算処理などにより、電波状態の変化量を算出する。
【００６２】
ステップＳ６において、ＣＰＵ１１は、電波状態の変化量は、予め定められた所定の閾値以上であるか否かを判断する。ここで、所定の閾値とは、実験的に、または、経験的に定められる所定の値であり、例えば、記憶部１５に予め保存されているものである。ステップＳ６において、電波状態の変化量は、予め定められた所定の閾値以上ではないと判断された場合、処理は、ステップＳ２に戻り、それ以降の処理が繰り返される。
【００６３】
ステップＳ６において、電波状態の変化量は、予め定められた所定の閾値以上であると判断された場合、ステップＳ７において、ＣＰＵ１１は、テレビジョン受像機２との通信のモードをスニフモードから通常モードに復帰させるためのコマンドである「ＨＣＩ＿ＥＸＩＴ＿ＳＮＩＦＦ＿ＭＯＤＥ」コマンドを、ブルートゥースモジュール１２に発行して、リンクの状態を通常モードに復帰させる。ブルートゥースモジュール１２は、ＣＰＵ１１から供給されたコマンドを基に、テレビジョン受像機２との通信のモードをスニフモードから通常モードに復帰し、コマンドを実行したことを通知するためのイベントである「ＨＣＩ＿ＣＯＭＭＡＮＤ＿ＣＯＭＰＬＥＴＥ＿ＥＶＥＮＴ」を、ＣＰＵ１１に供給する。
【００６４】
ＣＰＵ１１は、ステップＳ８において、タイマ１６のカウントを開始し、ステップＳ９において、入力部１３から供給される信号を基に、ユーザの操作入力を受けたか否かを判断する。
【００６５】
ステップＳ９において、ユーザの操作入力を受けたと判断された場合、ステップＳ１０において、ＣＰＵ１１は、タイマ１６のカウントをクリアするとともに、入力部１３から供給された、ユーザの操作入力を示す信号を基に、テレビジョン受像機２に対するコマンド送信処理、すなわち、ユーザの操作入力に対応するコマンドを生成し、ブルートゥースモジュール１２に供給して、テレビジョン受像機２に送信させる処理を実行し、処理は、ステップＳ８に戻り、それ以降の処理が繰り返される。
【００６６】
ステップＳ１０の処理においては、リンク状態が通常モードであるため、ユーザの操作入力に対応するコマンドを、タイムラグなしに、テレビジョン受像機２に送信することが可能となる。
【００６７】
ステップＳ９において、ユーザの操作入力を受けていないと判断された場合、ステップＳ１１において、ＣＰＵ１１は、タイマ１６を参照し、リンクの状態が通常モードに復帰してから、所定の時間Ｔｂが経過したか否かを判断する。ここで、所定の時間Ｔｂとは、その時間だけユーザの操作入力を受けなかった場合に、通信のリンク状態をスニフモードに遷移させるように、予め設定された時間である。ステップＳ１１において、所定の時間Ｔｂが経過していないと判断された場合、処理は、ステップＳ９に戻り、それ以降の処理が繰り返される。
【００６８】
ステップＳ１１において、所定の時間Ｔｂが経過したと判断された場合、ステップＳ１２において、ＣＰＵ１１は、テレビジョン受像機２との通信のモードを、通常モードからスニフモードに遷移させるための「ＨＣＩ＿ＳＮＩＦＦ＿ＭＯＤＥ」コマンドを、ブルートゥースモジュール１２に発行することにより、通信のリンクの状態をスニフモードに遷移させ、ブルートゥースモジュール１２は、ＣＰＵ１１から供給されたコマンドを基に、テレビジョン受像機２との通信のモードをスニフモードに遷移させたことを通知するためのイベントである「ＨＣＩ＿ＭＯＤＥ＿ＣＨＡＮＧＥ＿ＥＶＥＮＴ」を、ＣＰＵ１１に供給する。ステップＳ１２の処理の終了後、処理は、ステップＳ２に戻り、それ以降の処理が繰り返される。
【００６９】
このような処理により、ユーザにより把持された場合に発生する電波状態の変化が検出されて、スニフモードから通常モードに通信のリンク状態が遷移されるので、ユーザが利用していない状態においては、通信のリンク状態をスニフモードとして消費電力を削減しつつ、ユーザの操作入力に対して即時に応答することができるようにすることができる。
【００７０】
図６を用いて説明した処理においては、電波状態の値の変化量が、予め定められた閾値よりも大きい場合に、通常モードに復帰するものとして説明したが、例えば、リモートコマンダ１とテレビジョン受像機２との間に、人や物が通過した場合にも、電波状態の変化を検出してしまう可能性があるので、ユーザがリモートコマンダ１を把持していないにもかかわらず、スニフモードから通常モードに通信のリンク状態が遷移されてしまう恐れがある。このような場合、ユーザの操作入力に対して即時に応答することは可能であるが、消費電力の低減効率が低くなってしまう場合がある。
【００７１】
ユーザがリモートコマンダ１を持ち上げた場合など、所定の動作に基づいた電波状態の変化を検出するようにするために、例えば、実際にユーザにより操作入力が行われた場合に検出された電波状態の基準となる変化パターンを、変化パターンＰ０として記憶部１５に記憶することができるようにしてもよい。そして、現在の電波状態を示す値ＲＳＳＩの変化パターンＰ１を、記憶されている変化パターンＰ０と比較することにより、ユーザがリモートコマンダ１を持ち上げた場合など、所定の動作に基づいた電波状態の変化を検出することができる。
【００７２】
次に、図７および図８のフローチャートを参照して、電波状態の変化パターンを比較することにより、リンク状態を制御する、リンク状態制御処理２について説明する。
【００７３】
ステップＳ３１乃至ステップＳ３４において、図６のステップＳ１乃至ステップＳ４と同様の処理が実行される。
【００７４】
すなわち、リンクの状態がスニフモード遷移したと判断された場合、タイマのカウントが開始され、所定の時間Ｔａが経過したと判断された場合、電波状態を示す値ＲＳＳＩが取得される。
【００７５】
ここで、記憶部１５には、常に、所定数の新しい電波状態を示す値ＲＳＳＩが記憶されているので、ステップＳ３４において取得された電波状態を示す値ＲＳＳＩと、記憶されている電波状態を示す値ＲＳＳＩとを用いて、現在の電波状態の変化パターンＰ１を得ることができる。
【００７６】
したがって、ステップＳ３５において、ＣＰＵ１１は、電波状態の変化パターンＰ１は、後述するステップＳ４４の処理により更新される、記憶部１５に記憶されている変化パターンＰ０とマッチングするか否かを判断する。ステップＳ３５において、変化パターンＰ１と変化パターンＰ０とはマッチングしないと判断された場合、処理は、ステップＳ３２に戻り、それ以降の処理が繰り返される。
【００７７】
ここで、マッチングは、例えば、最小二乗法などを用いて行うことが可能である。なお、マッチング処理には、最小二乗法以外の、いかなる方法を用いるようにしても良い。また、記憶部１５に変化パターンＰ０が記憶されていない状態においては、無条件に、変化パターンＰ１は変化パターンＰ０とマッチングしているものとして処理するものとしても良い。
【００７８】
ステップＳ３５において、変化パターンＰ１と変化パターンＰ０とはマッチングすると判断された場合、ステップＳ３６乃至ステップＳ３９において、図６を用いて説明した、ステップＳ７乃至ステップＳ１０と同様の処理が実行される。
【００７９】
すなわち、通信のリンクの状態が、通常モードに復帰され、タイマのカウントが開始され、ユーザの操作入力を受けたと判断された場合、テレビジョン受像機２に対するコマンド送信処理が実行される。
【００８０】
ステップＳ３９の処理の終了後、ステップＳ４０において、ＣＰＵ１１は、ステップＳ３５において変化パターンＰ０とマッチングしたと判断された変化パターンＰ１を正の履歴として、記憶部１５に記憶させ、処理は、ステップＳ３７に戻り、それ以降の処理が繰り返される。
【００８１】
すなわち、ステップＳ３８において、ユーザの操作入力を受けたと判断された場合、ステップＳ３５において変化パターンＰ０とマッチングしたと判断された変化パターンＰ１は、ユーザによりリモートコマンダ１が持ち上げられたために発生した電波状態の変化パターンである可能性が高いので、この電波状態の変化パターンＰ１を正の履歴として、記憶部１５に記憶させ、変化パターンＰ０を更新するときの学習用の情報として用いるようにする。
【００８２】
ステップＳ３８において、ユーザの操作入力を受けていないと判断された場合、ステップＳ４１において、ＣＰＵ１１は、タイマ１６を参照し、リンクの状態が通常モードに復帰してから、所定の時間Ｔｂが経過したか否かを判断する。ステップＳ４１において、所定の時間Ｔｂが経過していないと判断された場合、処理は、ステップＳ３８に戻り、それ以降の処理が繰り返される。
【００８３】
ステップＳ４１において、所定の時間Ｔｂが経過したと判断された場合、ステップＳ４２において、ＣＰＵ１１は、ステップＳ３５において変化パターンＰ０とマッチングしたと判断された変化パターンＰ１を負の履歴として、記憶部１５に記憶させる。
【００８４】
すなわち、ステップＳ４１において、所定の時間Ｔｂが経過したと判断された場合、ユーザにより操作入力が行われていないため、ステップＳ３５において変化パターンＰ０とマッチングしたと判断された変化パターンＰ１は、ユーザによりリモートコマンダ１が持ち上げられたために発生した電波状態の変化パターンとは異なる可能性が高い。したがって、この変化パターンＰ１と同様の変化パターンが発生した場合は、リンクの状態を通常モードに復帰させても、ユーザからの操作入力を受けないと予測されるので、この電波状態の変化パターンＰ１を負の履歴として、記憶部１５に記憶させ、変化パターンＰ０を更新するときの学習用の情報として用いるようにする。
【００８５】
ステップＳ４３において、ＣＰＵ１１は、テレビジョン受像機２との通信のモードを、通常モードからスニフモードに遷移させるための「ＨＣＩ＿ＳＮＩＦＦ＿ＭＯＤＥ」コマンドを、ブルートゥースモジュール１２に発行することにより、通信のリンクの状態をスニフモードに遷移させ、ブルートゥースモジュール１２は、ＣＰＵ１１から供給されたコマンドを基に、テレビジョン受像機２との通信のモードをスニフモードに遷移させたことを通知するためのイベントである「ＨＣＩ＿ＭＯＤＥ＿ＣＨＡＮＧＥ＿ＥＶＥＮＴ」を、ＣＰＵ１１に供給する。
【００８６】
ステップＳ４４において、ＣＰＵ１１は、電波状態の変化パターンＰ０を、ステップＳ４０の処理により保存された正履歴、および、ステップＳ４２の処理により保存された負履歴を基に更新する。すなわち、ＣＰＵ１１は、正履歴となる電波状態の変化パターンに類似し、かつ、負履歴となる電波状態の変化パターンに類似しないような、電波状態の変化パターンＰ０を生成して更新する。ステップＳ４４の処理の終了後、処理は、ステップＳ３２に戻り、それ以降の処理が繰り返される。
【００８７】
このような処理により、基準となる電波状態の変化パターンＰ０が、学習により更新されるので、ユーザによりリモートコマンダ１が持ち上げられたために発生した電波状態の変化パターンを精度よく検出することができる。これにより、例えば、リモートコマンダ１とテレビジョン受像機２との間に人や物が通過した場合における電波状態の変化により、通信のリンク状態が通常モードに復帰されてしまうことを防ぐことができるので、ユーザの操作に対する即時応答性を落とすことなく、より効率よく消費電力を低減させることが可能となる。
【００８８】
ここでは、正履歴となる電波状態の変化パターン、および、負履歴となる電波状態の変化パターンを基に、基準となる電波状態の変化パターンＰ０を更新するものとして説明したが、基準となる電波状態の変化パターンＰ０を予め実験的に、または経験的に求めて記憶部１５に記憶しておき、常に、この変化パターンＰ０を用いることにより、電波状態の変化を検出するようにしても良い。
【００８９】
また、リモートコマンダ１のＣＰＵ１１は、ユーザによる操作が頻繁に行われているか否かを基にスニフ間隔を調整して、図５における時間Ｔｏｎおよび時間Ｔｏｆｆを変更することにより、ユーザの操作に対する即時応答性を落とすことなく、より効率よく消費電力を低減させるようにすることができる。
【００９０】
次に、図９のフローチャートを参照して、ユーザによる操作が頻繁に行われているか否かを基に、スニフ間隔を調整するようになされている場合の、リンク状態制御処理３について説明する。ここでは、タイマ１６が、第１のタイマ乃至第４のタイマを内蔵することなどにより、異なる４種類の時間を計測することが可能であるものとして説明する。
【００９１】
ステップＳ６１において、リモートコマンダ１のＣＰＵ１１は、ブルートゥースモジュール１２から、テレビジョン受像機２との通信のモードをスニフモードに遷移させたことを通知するためのイベントである「ＨＣＩ＿ＭＯＤＥ＿ＣＨＡＮＧＥ＿ＥＶＥＮＴ」が供給されたか否かを基に、リンクの状態がスニフモードとなったか否かを判断する。ステップＳ１において、リンクの状態がスニフモードとなっていないと判断された場合、リンクの状態がスニフモードとなったと判断されるまで、ステップＳ６１の処理が繰り返される。
【００９２】
ステップＳ６１において、リンクの状態がスニフモードとなったと判断された場合、ステップＳ６２において、ＣＰＵ１１は、タイマ１６の第１のタイマおよび第２のタイマのカウントを開始する。
【００９３】
ステップＳ６３において、ＣＰＵ１１は、タイマ１６の第１のタイマのカウントを参照して、スニフモードに遷移してから、所定の時間Ｔａが経過したか否かを判断する。ステップＳ６３において、スニフモードに遷移してから、所定の時間が経過していないと判断された場合、所定の時間Ｔａが経過したと判断されるまで、ステップＳ６３の処理が繰り返される。
【００９４】
ステップＳ６３において所定の時間Ｔａが経過したと判断された場合、ステップＳ６４において、ＣＰＵ１１は、タイマ１６の第１のタイマのカウントをクリアするとともに、ブルートゥースモジュール１２に対して、テレビジョン受像機２との通信のリンクの電波状態を示す値ＲＳＳＩを取得するためのコマンドである、「ＨＣＩ＿ＲＥＡＤ＿ＲＳＳＩ」コマンドを発行し、ブルートゥースモジュール１２から「ＨＣＩ＿ＣＯＭＭＡＮＤ＿ＣＯＭＰＬＥＴＥ＿ＥＶＥＮＴ」の供給を受けて、電波状態を示す値ＲＳＳＩを取得して、記憶部１５に記憶する。
【００９５】
ステップＳ６５において、ＣＰＵ１１は、記憶部１５に保存されている、過去の通信のリンクの電波状態を示す値ＲＳＳＩを基に、例えば、減算処理などにより、電波状態の変化量を算出する。
【００９６】
ステップＳ６６において、ＣＰＵ１１は、電波状態の変化量は、予め定められた所定の閾値以上であるか否かを判断する。ステップＳ６において、電波状態の変化量は、予め定められた所定の閾値以上ではないと判断された場合、処理は、ステップＳ６２に戻り、それ以降の処理が繰り返される。
【００９７】
ステップＳ６６において、電波状態の変化量は、予め定められた所定の閾値以上であると判断された場合、ステップＳ６７において、ＣＰＵ１１は、テレビジョン受像機２との通信のモードをスニフモードから通常モードに復帰させるためのコマンドである「ＨＣＩ＿ＥＸＩＴ＿ＳＮＩＦＦ＿ＭＯＤＥ」コマンドを、ブルートゥースモジュール１２に発行して、リンクの状態を通常モードに復帰させるとともに、記憶部１５に、タイマ１６の第２のタイマのカウント値を記憶させる。ブルートゥースモジュール１２は、ＣＰＵ１１から供給されたコマンドを基に、テレビジョン受像機２との通信のモードをスニフモードから通常モードに復帰し、コマンドを実行したことを通知するためのイベントである「ＨＣＩ＿ＣＯＭＭＡＮＤ＿ＣＯＭＰＬＥＴＥ＿ＥＶＥＮＴ」を、ＣＰＵ１１に供給する。
【００９８】
この、第２のタイマのカウント値は、スニフモードにより通信が実行された時間に対応する値であるので、スニフモードに遷移した後、ユーザがリモートコマンダを把持したと検出されるまでの時間と相関する値である。すなわち、第２のタイマのカウント値は、スニフモードに遷移した後、ユーザが操作入力を行わなかった時間よりも短い時間と相関する値である。
【００９９】
ＣＰＵ１１は、ステップＳ６８において、タイマ１６の第３のタイマのカウントを開始するとともに、タイマ１６の第４のタイマのカウントが開始されていない場合は、そのカウントを開始し、カウントが開始されている場合は、そのカウントを継続させ、ステップＳ６９において、入力部１３から供給される信号を基に、ユーザの操作入力を受けたか否かを判断する。
【０１００】
ステップＳ６９において、ユーザの操作入力を受けたと判断された場合、ステップＳ７０において、ＣＰＵ１１は、タイマ１６の第３のタイマのカウントをクリアするとともに、入力部１３から供給された、ユーザの操作入力を示す信号を基に、テレビジョン受像機２に対するコマンド送信処理、すなわち、ユーザの操作入力に対応するコマンドを生成し、ブルートゥースモジュール１２に供給して、テレビジョン受像機２に送信させる処理を実行し、処理は、ステップＳ６８に戻り、それ以降の処理が繰り返される。
【０１０１】
ステップＳ７０の処理においては、リンク状態が通常モードであるため、タイムラグなしに、ユーザの操作入力に対応するコマンドを、テレビジョン受像機２に送信することが可能となる。
【０１０２】
ステップＳ６９において、ユーザの操作入力を受けていないと判断された場合、ステップＳ７１において、ＣＰＵ１１は、タイマ１６の第３のタイマのカウント値を参照し、リンクの状態が通常モードに復帰してから、所定の時間Ｔｂが経過したか否かを判断する。ステップＳ７１において、所定の時間Ｔｂが経過していないと判断された場合、処理は、ステップＳ６９に戻り、それ以降の処理が繰り返される。
【０１０３】
ステップＳ７１において、所定の時間Ｔｂが経過したと判断された場合、ステップＳ７２において、ＣＰＵ１１は、タイマ１６の第２のタイマのカウント値および第４のタイマのカウント値を基に、スニフ間隔を算出して設定を変更するとともに、テレビジョン受像機２との通信のモードを、通常モードからスニフモードに遷移させる。
【０１０４】
第４のタイマのカウント値は、通信のリンク状態が通常モードであった時間に対応する値であり、ユーザにより所定の時間内に連続して操作入力が行われた場合、第４のタイマのカウント値は大きくなる。第２のタイマのカウント値は、上述したように、スニフモードに遷移した後、ユーザが操作入力を行わなかった時間よりも短い時間と相関する値である。したがって、第４のタイマのカウント値が大きい場合、ユーザにより頻繁に操作入力が行われており、第２のタイマのカウント値が大きい場合、ユーザによりあまり操作入力が行われていないと予測することができる。
【０１０５】
具体的には、ＣＰＵ１１は、タイマ１６の第２のタイマのカウント値および第４のタイマのカウント値を基に、第２のカウント値が大きいほど、スニフ間隔が長くなるように、かつ、第４のカウント値が大きいほど、スニフ間隔が短くなるように、スニフ間隔を算出して設定するとともに、テレビジョン受像機２に、新たに算出されて変更されたスニフ間隔を通知させるための処理を、ブルートゥースモジュール１２に実行させる。
【０１０６】
なお、スニフ間隔の算出においては、最小値または最大値、もしくは、最小値および最大値を予め設定しておき、算出されたスニフ間隔が最小値以下とならないように、または最大値以上とならないようにしても良い。また、スニフモードにおけるアクティブ状態の時間Ｔｏｎを一定として、スニフ間隔を調整することにより、スニフ間隔に対するアクティブ状態の時間Ｔｏｎの割合を調整する以外にも、例えば、スニフ間隔を一定として、アクティブ状態の時間Ｔｏｎを変更するようにしても良いし、スニフ間隔およびアクティブ状態の時間Ｔｏｎをいずれも変更するようにしても良い。
【０１０７】
また、ＣＰＵ１１は、テレビジョン受像機２との通信のモードを、通常モードからスニフモードに遷移させるための「ＨＣＩ＿ＳＮＩＦＦ＿ＭＯＤＥ」コマンドを、ブルートゥースモジュール１２に発行することにより、通信のリンクの状態をスニフモードに遷移させ、ブルートゥースモジュール１２は、ＣＰＵ１１から供給されたコマンドを基に、テレビジョン受像機２との通信のモードをスニフモードに遷移させたことを通知するためのイベントである「ＨＣＩ＿ＭＯＤＥ＿ＣＨＡＮＧＥ＿ＥＶＥＮＴ」を、ＣＰＵ１１に供給する。ステップＳ７２の処理の終了後、処理は、ステップＳ６２に戻り、それ以降の処理が繰り返される。
【０１０８】
このような処理により、ユーザによる操作がある程度頻繁に行われている場合には、スニフ間隔が短くなるように、ユーザによる操作があまり行われていない場合には、スニフ間隔が長くなるように、スニフ間隔を調整することができるので、ユーザの操作に対する即時応答性を落とすことなく、より効率よく消費電力を低減させるようにすることができる。
【０１０９】
なお、図９の処理においては、電波状態の変化量が所定の閾値以上であるか否かを基に、リンクの状態を通常モードに復帰させるものとして説明したが、例えば、図７および図８を用いて説明した場合と同様にして、電波状態の変化パターンを比較することにより、リンク状態を通常モードに復帰させるか否かを判断するようにしても良いことは言うまでもない。
【０１１０】
図６乃至図９を用いて説明した処理においては、電波状態の変化を検出することにより、ユーザがリモートコマンダ１を持ち上げたことを検出して、動作モードを通常モードに遷移させることができるものとして説明したが、ユーザがリモートコマンダ１を持ち上げたことを検出する方法は、電波状態の変化以外の方法であっても良く、例えば、タッチセンサなどにより、ユーザがリモートコマンダ１に触れたか否かを判断することができるようにしても良いし、または、電界強度の変化や、無線通信のリンク状態の変化を検出することにより、ユーザがリモートコマンダを持ち上げた可能性があるか否かを検出して、動作モードを制御することができるようにしても良い。
【０１１１】
また、以上の説明においては、ブルートゥースのスニフモードにおいて、ユーザがリモードコマンダ１を持ち上げたことを検出して、動作モードを通常モードに遷移させることにより、即時応答性を維持しつつ、消費電力量を削減することができるものとして説明しているが、例えば、ブルートゥース以外のいずれの通信方式であっても、上述したスニフモードと同様の処理により、所定の期間ごとに通信状態をアクティブ状態とし、それ以外の期間は、スリープ状態として、通信による消費電力量を削減することができるようにしている場合に、本発明は適用可能である。
【０１１２】
また、以上においては、本発明を適用したリモートコマンダ１について説明したが、本発明は、他の装置と通信が可能で、ユーザにより把持されたなどの所定の動作を検出することができる装置において、適用することが可能である。
【０１１３】
上述した一連の処理は、ソフトウェアにより実行することもできる。そのソフトウェアは、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０１１４】
この記録媒体は、図４に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク２１（フレキシブルディスクを含む）、光ディスク２２（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）を含む）、光磁気ディスク２３（ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）（商標）を含む）、もしくは半導体メモリ２４などよりなるパッケージメディアなどにより構成される。
【０１１５】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１１６】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１１７】
【発明の効果】
このように、本発明によれば、他の情報処理装置と通信することができる。特に、ユーザにより把持されたか否かの検出結果を基に、通信モードを制御することができるようにしたので、即時応答性を有したまま、効果的に消費電力を削減することができる。
【図面の簡単な説明】
【図１】スニフモードについて説明するための図である。
【図２】スニフモードにおいて発生するタイムラグについて説明するための図である。
【図３】本発明を適用した無線通信システムについて説明するための図である。
【図４】図３のリモートコマンダの構成を示すブロック図である。
【図５】従来におけるスニフモードと、本発明を適用したリモートコマンダのスニフモードについて説明するための図である。
【図６】リンク状態制御処理１について説明するためのフローチャートである。
【図７】リンク状態制御処理２について説明するためのフローチャートである。
【図８】リンク状態制御処理２について説明するためのフローチャートである。
【図９】リンク状態制御処理３について説明するためのフローチャートである。
【符号の説明】
１ リモートコマンダ， ２ テレビジョン受像機， １１ ＣＰＵ， １２ ブルートゥースモジュール， １３ 入力部， １４ 表示部， １５ 記憶部， １６ タイマ
Claims (10)
- ユーザによって把持されて使用される情報処理装置において、
前記ユーザによる操作の入力を受ける操作入力手段と、
他の情報処理装置との通信を実行する通信手段と、
前記ユーザによって前記情報処理装置が把持されたか否かに基づいて、前記通信手段による通信を制御する制御手段と
を備え、
前記通信手段は、前記他の情報処理装置と常時通信が可能である第１の通信モードと、第１の時間のうち、前記第１の時間より短い第２の時間のみ前記他の情報処理装置と通信可能である第２の通信モードとの、少なくとも２つの通信モードによって、前記他の情報処理装置と通信を行い、
前記制御手段は、前記通信手段による前記第２の通信モードの実行中に、前記ユーザによって前記情報処理装置が把持されたことが検出された場合、前記通信手段による通信を、前記第１の通信モードに変更し、前記通信手段による前記第１の通信モードの実行中に、前記ユーザによって所定の時間操作入力が行われなかった場合、前記通信手段による通信を、前記第２の通信モードに変更する
ことを特徴とする情報処理装置。 - 前記通信手段は、前記他の情報処理装置と、電波を用いて無線で通信するとともに、電波状態を示す値を取得して、前記制御手段に供給し、
前記制御手段は、前記通信手段により供給された前記電波状態を示す値を基に、電波状態の変化を検出して、前記ユーザによって前記情報処理装置が把持されたか否かを判断する
ことを特徴とする請求項１に記載の情報処理装置。 - 前記制御手段は、前記第２のモードの実行中の前記通信手段により供給された前記電波状態を示す値の変化量を算出し、前記電波状態を示す値の変化量の算出値が所定の閾値より大きい場合、前記通信手段による通信を、前記第１の通信モードに変更する
ことを特徴とする請求項２に記載の情報処理装置。 - 前記ユーザにより前記情報処理装置が把持されたと予測される場合における、電波状態を示す値の変化パターンである第１の変化パターンを記憶する記憶手段を更に備え、
前記制御手段は、前記第２のモードの実行中の前記通信手段により供給された前記電波状態を示す値の変化パターンである第２の変化パターンが、前記記憶手段により記憶されている前記第１の変化パターンと一致していると判断された場合、前記通信手段による通信を、前記第１の通信モードに変更する
ことを特徴とする請求項２に記載の情報処理装置。 - 前記第２の通信モードの実行中における前記第２の変化パターンが、前記記憶手段により記憶されている前記第１の変化パターンと一致し、かつ、所定の時間以内に前記操作入力手段により前記ユーザの操作が入力された場合、前記記憶手段は、前記第２の変化パターンを、正履歴として更に記憶し、
前記第２の通信モードの実行中における前記第２の変化パターンが、前記記憶手段により記憶されている前記第１の変化パターンと一致し、かつ、所定の時間以内に前記操作入力手段により前記ユーザが操作を入力しなかった場合、前記記憶手段は、前記第２の変化パターンを、負履歴として更に記憶し、
前記制御手段は、前記記憶手段により記憶されている前記正履歴および前記負履歴を基に、前記記憶手段により記憶されている前記第１の変化パターンを更新する処理を更に制御する
ことを特徴とする請求項３に記載の情報処理装置。 - 前記第１の通信モードが実行されている第３の時間、および、前記第２の通信モードが実行されている第４の時間を計測する計測手段を更に備え、
前記制御手段は、前記計測手段により計測された前記第３の時間および前記第４の時間を基に、前記第２の通信モードにおける前記第１の時間および前記第２の時間の設定値を更に制御する
ことを特徴とする請求項１に記載の情報処理装置。 - 前記制御手段は、前記計測手段により計測された前記第３の時間が長いほど、前記第２の通信モードにおける前記第１の時間に対する前記第２の時間の割合が長くなるように、前記第２の通信モードにおける前記第１の時間および前記第２の時間の設定値を制御する
ことを特徴とする請求項６に記載の情報処理装置。 - 前記制御手段は、前記計測手段により計測された前記第４の時間が長いほど、前記第２の通信モードにおける前記第１の時間に対する前記第２の時間の割合が短くなるように、前記第２の通信モードにおける前記第１の時間および前記第２の時間の設定値を制御する
ことを特徴とする請求項６に記載の情報処理装置。 - ユーザによって把持されて使用され、他の情報処理装置と情報を授受する処理を実行する情報処理装置の情報処理方法において、
第１の時間のうち、前記第１の時間より短い第２の時間のみ前記他の情報処理装置と通信可能である第１の通信モードにおいて、前記ユーザによって前記情報処理装置が把持されたか否かを判断する判断ステップと、
前記判断ステップの処理により、前記ユーザによって前記情報処理装置が把持されたと判断された場合、前記他の情報処理装置と常時通信が可能である第２の通信モードに通信の状態を遷移させる遷移ステップと
を含むことを特徴とする情報処理方法。 - ユーザによって把持されて使用される情報処理装置による、他の情報処理装置との情報の授受を制御する処理をコンピュータに実行させるためのプログラムであって、
第１の時間のうち、前記第１の時間より短い第２の時間のみ前記他の情報処理装置と通信可能である第１の通信モードにおいて、前記ユーザによって前記情報処理装置が把持されたか否かを判断する判断ステップと、
前記判断ステップの処理により、前記ユーザによって前記情報処理装置が把持されたと判断された場合、前記他の情報処理装置と常時通信が可能である第２の通信モードに通信の状態を遷移させる遷移ステップと
を含むことを特徴とするプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003167406A JP2005006060A (ja) | 2003-06-12 | 2003-06-12 | 情報処理装置および情報処理方法、並びに、プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003167406A JP2005006060A (ja) | 2003-06-12 | 2003-06-12 | 情報処理装置および情報処理方法、並びに、プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005006060A true JP2005006060A (ja) | 2005-01-06 |
Family
ID=34093222
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003167406A Withdrawn JP2005006060A (ja) | 2003-06-12 | 2003-06-12 | 情報処理装置および情報処理方法、並びに、プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005006060A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2018027339A (ja) * | 2012-03-05 | 2018-02-22 | ベクトン・ディキンソン・アンド・カンパニーＢｅｃｔｏｎ， Ｄｉｃｋｉｎｓｏｎ Ａｎｄ Ｃｏｍｐａｎｙ | １次パッチポンプに結合可能な１次ユーザインタフェースを使用するオンボディ流体送達の方法 |
| JP2021150845A (ja) * | 2020-03-19 | 2021-09-27 | 株式会社東芝 | 無線通信装置及び無線通信システム |
-
2003
- 2003-06-12 JP JP2003167406A patent/JP2005006060A/ja not_active Withdrawn
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2018027339A (ja) * | 2012-03-05 | 2018-02-22 | ベクトン・ディキンソン・アンド・カンパニーＢｅｃｔｏｎ， Ｄｉｃｋｉｎｓｏｎ Ａｎｄ Ｃｏｍｐａｎｙ | １次パッチポンプに結合可能な１次ユーザインタフェースを使用するオンボディ流体送達の方法 |
| JP2021150845A (ja) * | 2020-03-19 | 2021-09-27 | 株式会社東芝 | 無線通信装置及び無線通信システム |
| JP7309644B2 (ja) | 2020-03-19 | 2023-07-18 | 株式会社東芝 | 無線通信装置及び無線通信システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110249502B (zh) | 具有启动协商的无线充电*** | |
| US8963487B2 (en) | Power supply apparatus, power supply system, control method, and storage medium | |
| JP4405569B1 (ja) | 電子機器および通信制御方法 | |
| US9509171B2 (en) | Method and apparatus for optimizing standby power consumption and providing user indications in WPC based wireless charging system | |
| CN103782634B (zh) | 智能终端的唤醒控制方法及装置 | |
| CN100583658C (zh) | 传感器屏幕节电器 | |
| US7133703B2 (en) | Small electronic device having battery level detection unit | |
| EP2592877B1 (en) | Communication apparatus, control method for communication apparatus and program | |
| KR20110052542A (ko) | 장치 탐지 동안의 액세스 포인트들을 위한 부분적인 전력 절감 모드 | |
| JP2008263520A (ja) | 携帯型電子装置、プログラム | |
| JP2008061111A (ja) | 電子機器および無線通信制御方法 | |
| CN110545499B (zh) | 通信方法、装置及其芯片、待充电设备和*** | |
| WO2019052514A1 (zh) | 多模式充电控制方法、移动终端及存储介质 | |
| US20070152638A1 (en) | Method for managing charge levels of batteries in a plurality of apparatuses | |
| JP2005006060A (ja) | 情報処理装置および情報処理方法、並びに、プログラム | |
| US20240015496A1 (en) | Wireless accessory advertisements | |
| JP4990612B2 (ja) | 充電制御装置、携帯端末装置、および充電制御方法 | |
| WO2004025930A1 (ja) | マルチモード通信端末 | |
| US20100041446A1 (en) | Electronic apparatus with power saving function and method thereof | |
| JP2011034306A (ja) | 情報処理装置及び給電制御方法 | |
| JP2003186434A (ja) | 表示装置及び携帯機器 | |
| WO2021197123A1 (zh) | 休眠行为处理方法、指示方法、终端及网络设备 | |
| JP7115498B2 (ja) | 無線通信装置、端末装置、無線通信システム、通信接続制御方法及びプログラム | |
| JP2004208497A (ja) | 移動通信端末機の充電装置及びその方法 | |
| JP4895179B2 (ja) | 撮像装置、撮像装置の制御部及び撮像装置の制御方法、並びにプログラム及び記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060905 |