(57)【要約】【課題】不必要な電子機器の起動により、無駄な消費電力が発生することを防止する。【解決手段】本発明は、サスペンド状態にある電子機器のウェイクアップ要求及び送信元の装置を示す情報を含むフレームを受信する手段と、受信されたフレームに含まれる送信元の情報に基づいて、電子機器のウェイクアップを決定する手段とを具備する電子機器、である。【選択図】    図１
2004206580.tif 000002
【特許請求の範囲】
【請求項１】
サスペンド状態にある電子機器のウェイクアップ要求及び送信元の装置を示す情報を含むフレームを受信する手段と、
前記受信されたフレームに含まれる送信元の情報に基づいて、前記電子機器のウェイクアップを決定する手段と
を具備することを特徴とする電子機器。
【請求項２】
所定の種類の装置を示す第１の情報と、前記第１の情報によって示される装置からのウェイクアップ要求の許可をするか否かを示す第２の情報とを関連付けて記憶するテーブルをさらに具備し、
前記決定は、前記送信元を示す情報が前記テーブルに第１の情報として登録され、かつ前記送信元を示す情報に対応する第２の情報がウェイクアップ要求を許可している場合に、前記電子機器のウェイクアップを決定することを特徴とする請求項１記載の電子機器。
【請求項３】
前記テーブルは、問い合わせ信号に応答して集められた複数の送信元の装置を示すフレームに含まれる前記送信元の装置を示す情報のうち、所定の種類の装置のみを前記第１の情報として登録することを特徴とする請求項２記載の電子機器。
【請求項４】
前記第２の情報は、前記電子機器と接続が確立した装置からのウェイクアップ要求を許可することを示すことを特徴とする請求項２記載の電子機器。
【請求項５】
前記所定の種類の装置は、ヒューマンインターフェイスデバイスであることを特徴とする請求項２記載の電子機器。
【請求項６】
前記受信手段及び決定手段は、無線モジュールに設けられていることを特徴とする請求項１記載の電子機器。
【請求項７】
前記電子機器のウェイクアップが決定された場合に、前記電子機器のリジュームを行なう手段をさらに具備することを特徴とする請求項１記載の電子機器。
【請求項８】
前記電子機器は、無線通信装置であることを特徴とする請求項１記載の電子機器。
【請求項９】
サスペンド状態にある電子機器のウェイクアップ要求及び送信元の装置を示す情報を含むフレームを受信し、
前記受信されたフレームに含まれる送信元の情報に基づいて、前記電子機器のウェイクアップを決定することを特徴とする電子機器における電源制御方法。
【請求項１０】
問い合わせ信号を出力し、
前記問い合わせ信号に応答して送信された複数の送信元の装置を示す情報を含むフレームを収集し、
前記収集されたフレームに含まれる前記送信元の装置を示す情報のうち、所定の種類の装置を示す情報を第１の情報としてテーブルに登録し、
前記第１の情報によって示される所定の種類の装置のうち、接続が確立したことを示す第２の情報を前記第１の情報と関連付けて、前記テーブルに登録するステップをさらに具備し、
前記決定は、前記テーブルを参照して行なわれることを特徴とする電子機器における電源制御方法。
【請求項１１】
前記所定の種類の装置は、ヒューマンインターフェイスデバイスであることを特徴とする請求項１０記載の電源制御方法。
【請求項１２】
前記受信手段及び決定手段は、無線モジュールに設けられていることを特徴とする請求項９記載の電源制御方法。
【請求項１３】
前記電子機器のウェイクアップが決定された場合に、前記電子機器のリジュームを行なうステップをさらに具備することを特徴とする請求項９記載の電源制御方法。
【請求項１４】
前記電子機器は、無線通信装置であることを特徴とする請求項９記載の電源制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子機器及び電子機器における電源制御方法に関し、特に、他の装置からのウェイクアップ要求に応答して、サスペンド状態からリジューム可能な無線通信装置及びその電源制御方法に関する。
【０００２】
【従来の技術】
従来、サスペンド状態にある電子機器に対して、不特定の外部機器からウェイクアップ要求があった場合、ユーザが意図する外部機器からのウェイクアップ要求であるか否かにかかわらず、電子機器の起動が行なわれていた（特許文献１参照。）。
【０００３】
【特許文献１】
特開２００２−１３２３９３号公報（図３）
【０００４】
【発明が解決しようとする課題】
しかしながら、上述のように、サスペンド状態にある電子機器が、不特定の外部機器からのウェイクアップ要求によって起動してしまうと、不必要な起動により、無駄な消費電力が発生してしまうという問題があった。
【０００５】
本発明は、上記実情に鑑みてなされたものであり、不必要な起動により、無駄な消費電力が発生することを防止することができる電子機器及び電子機器における電源制御方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成するために、本発明の第１の発明は、サスペンド状態にある電子機器のウェイクアップ要求及び送信元の装置を示す情報を含むフレームを受信する手段と、前記受信されたフレームに含まれる送信元の情報に基づいて、前記電子機器のウェイクアップを決定する手段とを具備することを特徴とする電子機器、である。
【０００７】
また、本発明の第２の発明は、問い合わせ信号を出力し、前記問い合わせ信号に応答して送信された複数の送信元の装置を示す情報を含むフレームを収集し、前記収集されたフレームに含まれる前記送信元の装置を示す情報のうち、所定の種類の装置を示す情報を第１の情報としてテーブルに登録し、前記第１の情報によって示される所定の種類の装置のうち、接続が確立したことを示す第２の情報を前記第１の情報と関連付けて、前記テーブルに登録するステップをさらに具備し、前記決定は、前記テーブルを参照して行なわれることを特徴とする電子機器における電源制御方法、である。
【０００８】
【発明の実施の形態】
以下、図面を参照して、本発明の実施の形態に係る無線通信装置について説明する。
【０００９】
図１は、本発明の実施の形態に係る無線通信装置の構成を示す図である。
【００１０】
同図に示すように、通信端末１と無線モジュール２とは、ＵＳＢ(Universal Serial Bus)を介して接続されており、この無線モジュール２を介して通信端末１はキーボード、マウスなどのワイヤレス入力装置３と無線通信を行なう。
【００１１】
同図において、４はアプリケーションプログラムであり、ＯＳ(Operating System)９上で動作し、必要に応じて、サスペンド要求やウェイクアップ要求を出力する。
【００１２】
ブルートゥースプロトコルスタック(Bluetooth protocol stack)５は、ブルートゥースプロトコルのドライバ群である。
【００１３】
ＨＣＩ(Host Control Interface)６は、ブルートゥースプロトコルの要求に応じて処理を実行させるインターフェイスである。
【００１４】
ＵＳＢドライバ７は、ＵＳＢインターフェイス８を制御する。
【００１５】
ＯＳ９は、通信端末１のＯＳであり、このＯＳ９上においてアプリケーションプログラム４が実行される。
【００１６】
電源制御部１０は、通信端末１の電力制御を司るとともに、無線モジュール２の電力制御を行ない、図３に示す処理を行なう。
【００１７】
ＵＳＢドライバ１２は、ＵＳＢインターフェイス１１を制御する。
【００１８】
ＨＣＩ１３は、無線モジュール２側のリンクマネージャ(Link Manager)１４を管理する。
【００１９】
リンクマネージャ(Link Manager)１４は、ブルートゥースにおける通信を確立するためのプロトコルであり、リンクコントローラ（バースバンド層）１５に対して通信リンクの設定やそのリンクに関するさまざまな通信パラメータの設定を指定する。
【００２０】
リンクコントローラ(Link Controller)１５は、ブルートゥースのベースバンドであり、物理層に対して、実際の送受信データパケットをインターフェイスするプロトコルである。
【００２１】
ＲＦ１６は、無線通信Ｉ／Ｆであり、アンテナから入出力される信号を変復調した後に、アンテナ或いはベースバンドであるリンクコントローラ１５に出力する。
【００２２】
ＨＩＤ(Human Interface Device)パケット認識部１７は、本発明の実施の形態に係る処理を実現するものであり、図４及び図５に示す処理を行なう他、図６に示すテーブルを保存し管理する。
【００２３】
１８は、キーボード、マウスなどの入力装置から入力されるデータを示す。ＨＣＩ１９は、入力装置３側のリンクマネージャ(Link Manager)２０を管理する。
【００２４】
リンクマネージャ(Link Manager)２０は、ブルートゥースにおける通信を確立するためのプロトコルであり、リンクコントローラ（バースバンド層）２１に対して通信リンクの設定やそのリンクに関するさまざまな通信パラメータの設定を指定する。
【００２５】
リンクコントローラ(Link Controller)２１は、ブルートゥースのベースバンドであり、物理層に対して、実際の送受信データパケットをインターフェイスするプロトコルである。
【００２６】
ＲＦ２２は、無線通信Ｉ／Ｆであり、アンテナから入出力される信号を変復調した後に、アンテナ或いはベースバンドであるリンクコントローラ２１に出力する。
【００２７】
図２は、通信端末の状態遷移図である。
【００２８】
通信端末１は、電源投入前、状態Ａの状態である。すなわち、ブルートゥース機能はオフ、ＵＳＢは未接続の状態にある。電源投入後、電源制御部１０は無線モジュール２の電源を投入し、ＵＳＢ８を接続することによって、状態Ｂへ遷移する。状態Ｂにおいては、ブルートゥース機能はオン、ＵＳＢは接続の状態にある。
【００２９】
通信端末１は、ユーザやＯＳ９からの指示により、省電力モードにサスペンドしたときは状態Ｃに遷移し、ＨＩＤパケット認識部１７へその旨を通知する。状態Ｃにおいては、ブルートゥース機能はオン、ＵＳＢは未接続の状態にある。この時、通信端末１はＨＩＤパケット認識部１７からのウェイクアップ要求待ち状態となる。ＨＩＤパケット認識部１７は、無線入力装置３から送信されたパケットを認識することにより、このウェイクアップ要求を電源制御部１０へ通知する。
【００３０】
電源制御部１０は、ＨＩＤパケット認識部１７からウェイクアップ要求を通知されると、通信端末１のリジュームを行なう。これにより、状態Ｃから状態Ｂに遷移する。そして、ＯＳ９などから電源のオフが指示されると、状態Ｂから状態Ａに遷移する。
【００３１】
次に、図３のフローチャートを参照して、本発明の実施の形態に係る電源制御部１０の動作について説明する。
【００３２】
通信端末１の電源がオンされると（Ｓ１）、無線モジュール２の電源のオンが指示され（Ｓ２）、無線入力装置３との接続が確立され（Ｓ３）、無線入力装置との通信が行なわれる（Ｓ４）。
【００３３】
その後、ＯＳ９などから通信端末１のサスペンド要求が出されたか否かの判断が行なわれ（Ｓ５）、サスペンド要求が出されたと判断された場合には、サスペンド処理が行なわれる（Ｓ６）。一方、Ｓ５において、サスペンド要求がないと判断された場合にはＳ４の処理に移る。
【００３４】
Ｓ６において、サスペンド処理が行なわれ、通信端末１がサスペンド状態になると、次に、ＨＩＤパケット認識部１７からウェイクアップ通知を受信したか否かの判断が行なわれる（Ｓ７）。Ｓ７において、ウェイクアップ通知を受信したと判断された場合には、通信端末１のリジュームを行なう（Ｓ８）。
【００３５】
すなわち、電源制御部１０は、通信端末１がサスペンド状態にある場合に、ＨＩＤパケット認識部１７からウェイクアップ通知を受信すると、通信端末１のリジュームを行なう。
【００３６】
次に、ＨＩＤパケット認識部１７の動作について、図４及び図５のフローチャートを参照して説明する。
【００３７】
無線モジュール２の電源投入後（Ｓ１１）、ＨＩＤ(Human Interface Device)のクラスデバイスを検出するためにインクワイアリ(inquiary:問い合わせ）を実行する（Ｓ１２）。
【００３８】
通信可能な範囲内にデバイスが存在する場合、各デバイスはＦＨＳパケットを応答として返してくるため、無線モジュール２はＦＨＳパケットを受信し（Ｓ１３）、各デバイスは受信したＦＨＳパケットからＨＩＤクラスのＢＤ＿ＡＤＤＲだけを抽出してテーブルを作成する。図６は、テーブルを示す図である。同図に示すように、このテーブルは、ブルートゥースデバイスのアドレスを示すＢＤ＿ＡＤＤＲ、コネクションハンドル(connection handle)及び接続が確立したか否かを示すアクティブフラグを格納する。Ｓ１４においては、図６に示したテーブルのＢＤ＿ＡＤＤＲが格納される。
【００３９】
図８は、ＦＨＳペイロードのフォーマットを示す図である。ここでは、ＦＨＳパケットのフィールドのうち、本発明の実施の形態に関連するフィールドのみを説明し、他のフィールドについては説明を省略する。なお、このＦＨＳパケットの各フィールドについては、"Bluetooth specification"に記載されている。
【００４０】
図８において、「ＬＡＰ」フィールドは２４ビットで構成され、ＦＨＳパケットを送信するユニットの下位アドレス部分の情報が格納される。「ＵＡＰ」フィールドは、８ビットで構成され、ＦＨＳパケットを送信するユニットの上位アドレス部分の情報が格納される。すなわち、「ＬＡＰ」フィールド及び「ＵＡＰ」フィールドを参照することにより、ＢＤ＿ＡＤＤＲを取得することができる。
【００４１】
また、デバイスクラス(Class of device)フィールドは２４ビットで構成され、ＦＨＳパケットを送信するユニットのデバイスクラスを示す情報が格納される。すなわち、ＨＩＤであるか否かは、このデバイスクラスフィールドを参照することにより決定することができる。
【００４２】
その後、ＯＳ９などから接続要求があるか否かの判断が行なわれ（Ｓ１５）、接続要求があると判断された場合には、接続処理を行ない接続を確立する（Ｓ１６）。その後、コネクションハンドルを取得してテーブルに格納し、テーブル上で取得したコネクションハンドルをアクティブなものとして管理する（Ｓ１７）。なお、接続が確立しなかったＨＩＤについてはコネクションハンドルをアクティブではないものとして管理すればよい。
【００４３】
Ｓ１７におけるテーブル管理処理の後、次に、電源制御部からサスペンド要求があるか否かの判断が行なわれる（Ｓ１８）。サスペンド要求があると判断された場合には、サスペンド処理を行ない（Ｓ１９）、通信端末１及び無線モジュール２はサスペンド状態に入る。
【００４４】
その後、サスペンド状態において、無線入力装置３からのウェイクアップ要求があったか否かの判断が行なわれ（Ｓ２０）、ウェイクアップ要求があったと判断された場合には、ウェイクアップ要求に含まれる送信元の装置のＢＤ＿ＡＤＤＲがテーブルに登録されているか否かの判断が行なわれ（Ｓ２１）、登録されていないと判断された場合には、Ｓ２０の処理に戻り、そのウェイクアップ要求は無視される。
【００４５】
一方、テーブルに登録されていると判断された場合には、ウェイクアップ要求を出力した装置のＢＤ＿ＡＤＤＲ及びコネクションハンドルに対応するアクティブフラグがアクティブか否かを判断する（Ｓ２２）。
【００４６】
Ｓ２２において、アクティブではないと判断された場合には、Ｓ２０の処理に戻る。すなわち、テーブルに登録されたＨＩＤクラスの装置であっても、アクティブフラグがアクティブでない装置については、ウェイクアップ要求を出力しても、そのウェイクアップ要求は無視される。
【００４７】
一方、Ｓ２２において、アクティブであると判断された場合には、電源制御部１０へウェイクアップを通知して（Ｓ２３）、処理を終了する。これにより、電源製制御部１０により、通信端末１のリジューム処理が行なわれる。図７は、無線通信端末１、無線モジュール２及び無線入力装置３との間におけるデータの流れを説明するためのタイミングチャートである。
【００４８】
なお、図１においては、通信端末１と無線モジュール２とは、ＵＳＢを介して接続されているが、通信端末１に無線モジュール２が組み込まれたものであってもよい。
【００４９】
したがって、本発明の実施の形態に係る無線通信装置によれば、予めウェイクアップ要求を行なうことができるデバイスを示すテーブルを作成し、不特定のデバイスからウェイクアップ要求があった場合に、当該テーブルを参照して、ウェイクアップを行なうか否かを決定するので、不特定の装置からのウェイクアップ要求に基づくリジュームを防止することができ、その結果、不必要な起動による消費電力の増加を防止することができる。
【００５０】
本願発明は、上記各実施形態に限定されるものでなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。
【００５１】
【発明の効果】
以上詳記したように、本発明によれば、不必要な電子機器の起動により、無駄な消費電力が発生することを防止することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る無線通信装置の構成を示す図である。
【図２】通信端末の状態遷移図である。
【図３】本発明の実施の形態に係る電源制御部の動作について説明するためのフローチャートである。
【図４】ＨＩＤパケット認識部の動作について説明するためのフローチャートである。
【図５】ＨＩＤパケット認識部の動作について説明するためのフローチャートである。
【図６】ＨＩＤパケット認識部によって管理されるテーブルを示す図である。
【図７】無線通信端末、無線モジュール及び無線入力装置との間におけるデータの流れを説明するためのタイミングチャートである。
【図８】ＦＨＳペイロードのフォーマットを示す図である。
【符号の説明】
１…通信端末、２…無線モジュール、３…無線入力装置、４…アプリケーションプログラム、１０…電源制御部、１７…ＨＩＤパケット認識部。
【図１】
2004206580.tif 000003
【図２】
2004206580.tif 000004
【図３】
2004206580.tif 000005
【図４】
2004206580.tif 000006
【図５】
2004206580.tif 000007
【図６】
2004206580.tif 000008
【図７】
2004206580.tif 000009
【図８】
2004206580.tif 000010