(57)【要約】【課題】  消費電力を効率的に低減できる情報通信システムの消費電力制御方法を提供する。【解決手段】  ホスト情報処理手段１２から通信処理手段１３へ所定のスリープ要求期間を設定したスリープ要求を送信する工程と、スリープ要求を受信した通信処理手段１３は自装置におけるスリープ可能期間を算出し、その算出したスリープ可能期間とスリープ要求期間とを比較して短いスリープ期間をスリープ実行期間に設定した応答をホスト情報処理手段１２へ送信する工程と、その応答を受信したホスト情報処理手段１２から通信処理手段１３へスリープモード要求を送信する工程と、スリープモード要求を受信した通信処理手段１３はスリープ実行期間中ノーマルモードからスリープモードに移行し、スリープ実行期間が経過した後スリープモードを解除してノーマルモードに復帰する工程とを有する。【選択図】  図２
2005328439.tif 000002
【特許請求の範囲】
【請求項１】
ホスト情報処理手段と、前記ホスト情報処理手段と外部装置との間に設けられ所定の通信信号処理を施す通信処理手段とを有する情報通信システムの消費電力を制御する方法であって、
消費電力制御のために前記ホスト情報処理手段から前記通信処理手段へ所定のスリープ要求期間を設定したスリープ要求を送信する工程と、
前記スリープ要求を受信した前記通信処理手段は自装置におけるスリープ可能期間を算出し、その算出したスリープ可能期間と前記スリープ要求期間とを比較して短いスリープ期間をスリープ実行期間に設定した応答を前記ホスト情報処理手段へ送信する工程と、
前記応答を受信した前記ホスト情報処理手段から前記通信処理手段へスリープモード要求を送信する工程と、
前記スリープモード要求を受信した前記通信処理手段は前記スリープ実行期間中ノーマルモードからスリープモードに移行する工程と、
前記スリープ実行期間が経過した後前記スリープモードを解除して前記ノーマルモードに復帰する工程と
を有することを特徴とする情報通信システムの消費電力制御方法。
【請求項２】
ホスト情報処理手段と、前記ホスト情報処理手段と外部装置との間に設けられ所定の通信信号処理を施す通信処理手段とを有する情報通信システムの消費電力を制御する方法であって、
消費電力制御のために前記ホスト情報処理手段から前記通信処理手段へ所定のスリープ要求期間を設定したスリーブ要求を送信する工程と、
前記スリープ要求を受信した前記通信処理手段は自装置におけるスリープ可能期間を算出し、その算出したスリープ可能時間と前記スリープ要求期間とを比較して短いスリープ期間をスリープ実行期間に設定した応答を前記ホスト情報処理手段へ送信する工程と、
前記応答を受信した前記ホスト情報処理手段から前記通信処理手段へスリープモード要求信号を送信する工程と、
前記スリープモード要求信号を受信した前記通信処理手段はノーマルモードからスリープモードに移行する工程と、
前記スリープ実行期間中に前記ホスト情報処理手段からの前記スリープモード要求が解除された場合、前記スリープモードから前記ノーマルモードに復帰する工程と
を有することを特徴とする情報通信システムの消費電力制御方法。
【請求項３】
ホスト情報処理手段と、前記ホスト情報処理手段と外部装置との間に設けられ所定の通信信号処理を施す通信処理手段とを有する情報通信システムの消費電力を制御する方法であって、
消費電力制御のために前記ホスト情報処理手段から前記通信処理手段へ所定のスリープ要求期間を設定したスリープ要求を送信する工程と、
前記スリープ要求を受信した前記通信処理手段は自装置におけるスリープ可能期間を算出し、その算出したスリープ可能期間と前記スリープ要求期間とを比較して短いスリープ期間をスリープ実行期間に設定した応答を前記ホスト情報処理手段に送信する工程と、
前記応答を受信した前記ホスト情報処理手段から前記通信処理手段へスリープモード要求を送信する工程と、
前記スリープモード要求を受信した前記通信処理手段はノーマルモードからスリープモードに移行する工程と、前記スリープ実行期間中に前記スリープモードを解除すべき状態を検出した場合、前記ホスト情報処理手段へ前記スリープモード要求の解除要求を送信すると共に、前記スリープモードからノーマルモードに復帰する工程と
を有することを特徴とする情報通信システムの消費電力制御方法。
【請求項４】
ホスト情報処理手段と通信処理装置とを有する情報通信装置において、
前記通信処理装置は、
前記ホスト情報処理手段および外部装置との間で信号の送受信を行い、前記送受信信号に対して通信信号処理を施す通信処理部と、
前記通信処理部のスリープ時間を計数するスリープモード制御部を有し、
前記通信処理部は、
前記ホスト情報処理手段からスリープ要求期間が設定されたスリープ要求を受信した場合、前記通信処理部におけるスリープ可能期間を算出し、その算出したスリープ可能期間と前記スリープ要求期間とを比較して短いスリープ期間をスリープ実行期間に設定した応答を前記ホスト情報処理手段に送信すると共に、前記スリープモード制御部へ、前記スリープ実行期間を通知し、前記ホスト情報処理手段からスリープモード要求を受信した場合、前記スリープモード制御部で計数される前記スリープ実行期間に基づいてスリープすることを特徴とする通信処理装置。
【請求項５】
ホスト情報処理手段と外部装置との間に設けられ所定の通信信号処理を施す通信処理装置の消費電力制御プログラムであって、
前記ホスト情報処理手段からスリープ要求期間が設定されたスリープ要求を受信した場合、自装置におけるスリープ可能期間を算出する機能と、
算出した前記スリープ可能期間と前記スリープ要求期間とを比較して、短いスリープ期間をスリープ実行期間に設定した応答を前記ホスト情報処理手段に送信する機能と、
前記ホスト情報処理手段からスリープモード要求を受信した場合、前記スリープ実行期間に基づいて前記自装置をノーマルモードからスリープモードに移行する機能と
を有することを特徴とする通信処理装置の消費電力制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声／画像データなどを送受信する情報通信システムの消費電力制御方法、その方法を用いた通信処理装置、および通信処理装置の消費電力制御プログラムに関する。
【背景技術】
【０００２】
携帯情報機器はバッテリーで長時間使用できることが求められている。そのため、携帯情報機器には消費電力を削減するためのスリープモードが設けられている（例えば、特許文献１参照。）。
【０００３】
特許文献１に開示された情報通信システムのスリープモードについて説明する。この情報通信システムの送信側は無線通信回線を介して受信側と接続されている。
【０００４】
送信側は、入力信号に応じてエンコーダを切り替えるエンコーダ部と、エンコード信号に応じて伝送動作を休止してスリープモードにするスリープ期間を変更可能に設定し、スリープ期間に基づいて送信動作を休止してスリープモードに移行するＣＰＵと、スリープ期間の情報をパケットに挿入して送信するベースバンドブロック部およびＲＦ部とを有している。
【０００５】
受信側は、パケットを受信するＲＦ部およびベースバンドブロック部と、パケットに応じてデコーダを切り替えるデコーダ部と、パケットからスリープ期間の情報を抽出し、スリープ期間に基づいて受信動作を休止してスリープモードに移行するＣＰＵとを有している。
【０００６】
音楽データをパケットで転送する場合、パケット送信が周期的におこなわれることを利用して送信側でパケット送信がおこなわれていない期間を計算し、その計算結果を受信側に通知して送信側および受信側がともにスリープモードに移行している。
【０００７】
即ち、周期的にデータパケットのデータが転送されないタイミングでスリープモードに移行して空き領域部分を送らないことにより省電力のコントロールを行い、平均の消費電力を低減させている。
【０００８】
然しながら、送信側と受信側の通信部は送信側アプリケーションにより決められたスリープ期間とおりにスリープモードに移行できるとは限らない。
【０００９】
例えば、周囲環境のノイズレベルが上昇して送信側と受信側の通信状態が不安定になると、送信側から受信側へのパケット転送の再送が頻発し、送信側のアプリケーションがスリープモードに移行しても送信側と受信側の通信部がまだパケットの送受信をおこなっている場合、あるいは通信部間での通信により通信の周期構造が変化した場合等である。
【００１０】
その結果、送信側アプリケーションが自身の都合だけでスリープモードを制御する場合、送信側アプリケーションの保持している情報と、送信側および受信側の通信部の情報とに齟齬が生じて、その後の動作に異常をきたす恐れがある。
【００１１】
更に、送信側アプリケーションの周期的構造を仮定してスリープモードを制御しているので、複数のアプリケーション、例えば音楽データの通信とｗｅｂ検索等のデータ系アプリケーションを同時に動作させたことにより通信の周期構造がくずれた場合に、スリープモードを制御することができない。
【００１２】
従って、送信側または受信側は周期的にスリープモードに移行することができず、消費電力の増加を招く問題がある。
【特許文献１】特開２００３−８７１８５号公報（３頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【００１３】
本発明は、音楽データのパケット通信のように周期的な省電力の制御が可能な場合だけでなく、音楽系アプリケーションとデータ系アプリケーションの同時動作のように周期的な省電力の制御が難しい場合にも、アプリケーションと通信部間の情報の齟齬がなく、消費電力を効率的に低減できる情報通信システムの消費電力制御方法、その方法を用いた通信処理装置、および通信処理装置の消費電力制御プログラムを提供する。
【課題を解決するための手段】
【００１４】
上記目的を達成するために、本発明の一態様の情報通信システムの消費電力制御方法では、ホスト情報処理手段と、前記ホスト情報処理手段と外部装置との間に設けられ所定の通信信号処理を施す通信処理手段とを有する情報通信システムの消費電力を制御する方法であって、消費電力制御のために前記ホスト情報処理手段から前記通信処理手段へ所定のスリープ要求期間を設定したスリープ要求を送信する工程と、前記スリープ要求を受信した前記通信処理手段は自装置におけるスリープ可能期間を算出し、その算出したスリープ可能期間と前記スリープ要求期間とを比較して短いスリープ期間をスリープ実行期間に設定した応答を前記ホスト情報処理手段へ送信する工程と、前記応答を受信した前記ホスト情報処理手段から前記通信処理手段へスリープモード要求を送信する工程と、前記スリープモード要求を受信した前記通信処理手段は前記スリープ実行期間中ノーマルモードからスリープモードに移行し、前記スリープ実行期間が経過した後前記スリープモードを解除して前記ノーマルモードに復帰する工程とを有することを特徴としている。
【００１５】
また、本発明の一態様の通信処理装置では、ホスト情報処理手段と外部装置との間に設けられ所定の通信信号処理を施す通信処理装置において、前記ホスト情報処理手段および前記外部装置との間で信号の送受信を行い、前記送受信信号に対して通信信号処理を施す通信処理部と、前記通信処理部のスリープ時間を計数するスリープモード制御部を有し、前記通信処理部は、前記ホスト情報処理手段からスリープ要求期間が設定されたスリープ要求を受信した場合、前記通信処理部におけるスリープ可能期間を算出し、その算出したスリープ可能期間と前記スリープ要求期間とを比較して短いスリープ期間をスリープ実行期間に設定した応答を前記ホスト情報処理手段に送信すると共に、前記スリープモード制御部へ、前記スリープ実行期間を通知し、前記ホスト情報処理手段からスリープモード要求を受信した場合、前記スリープモード制御部で計数される前記スリープ実行期間に基づいてスリープすることを特徴としている。
【００１６】
更に、本発明の一態様の通信処理装置の消費電力制御プログラムでは、ホスト情報処理手段と外部装置との間に設けられ所定の通信信号処理を施す通信処理装置の消費電力制御プログラムであって、前記ホスト情報処理手段からスリープ要求期間が設定されたスリープ要求を受信した場合、自装置におけるスリープ可能期間を算出する機能と、算出した前記スリープ可能期間と前記スリープ要求期間とを比較して、短いスリープ期間をスリープ実行期間に設定した応答を前記ホスト情報処理手段に送信する機能と、前記ホスト情報処理手段からスリープモード要求を受信した場合、前記スリープ実行期間に基づいて前記自装置をノーマルモードからスリープモードに移行する機能とを有することを特徴としている。
【発明の効果】
【００１７】
本発明によれば、ホスト情報処理手段が通信処理手段にスリープ要求を出す前に通信処理手段の状態を確認しているので、音楽データのパケット通信のように周期的な省電力の制御が可能な場合だけでなく、音楽系アプリケーションとデータ系アプリケーションの同時動作のように周期的な省電力の制御が難しい場合にも、情報通信システムの消費電力を効率的に低減できる消費電力制御方法を提供することができる。
【００１８】
また、該消費電力制御方法を用いた情報通信システムによれば、バッテリーの持続時間が長く、高い携帯性を提供することができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施例について図面を参照しながら説明する。
【実施例１】
【００２０】
本発明の実施例１に係る情報通信システムについて、図１および図２を用いて説明する。本実施例の情報通信システムは、無線通信回線により近距離間の情報通信を双方向でおこなう場合の例であり、図１は情報通信システムを示すブロック図、図２はその通信端末の構成を示すブロック図である。
【００２１】
図１に示すように、本実施例の情報通信システム１０は、互いに通信を行う二つの通信端末１１を備え、それぞれの通信端末１１はホスト情報処理手段１２と通信処理手段１３とアンテナ１４とを有している。一方の通信端末１１が送信側の場合、他方の通信端末１１が受信側となる。
【００２２】
送信側の通信端末１１では、ホスト情報処理手段１２が外部より入力された入力信号に所定の処理を施し、通信処理手段１３が処理された入力信号に所定の通信信号処理を施し、アンテナ１４が通信信号処理された電波信号を送信する。
【００２３】
受信側の通信端末１１では、アンテナ１４が通信信号処理された電波信号を受信し、通信処理手段１３が受信された電波信号に所定の通信信号処理を施し、ホスト情報処理手段１２が通信信号処理された電波信号に所定の処理を施して外部に出力する。
【００２４】
次に、ホスト情報処理手段１２および通信処理手段１３について詳しく説明する。  
図２に示すように、ホスト情報処理手段１２はホスト情報処理部２１とホストスリープモード制御部２２とを有し、通信処理手段１３は通信処理部２３と通信処理スリープモード制御部２４とを有している。
【００２５】
ホスト情報処理部２１は、入出力信号処理部２５と、ＣＰＵ２６と、記憶部２７と入出力制御部２８とを有し、ホストスリープモード制御部２２は、スリープモードカウンタ２９と、電源レギュレータ制御部３７を有している。
【００２６】
記憶部２７は、入出力信号処理部制御プログラムやデータ転送制御プログラム、スリープ要求期間算出プログラムを格納し、スリープ要求期間や制御データなどを記憶している。
【００２７】
電源レギュレータ制御部３７は、ホスト情報処理部２１または通信処理部２３がスリープモードの間、電源電圧を遮断するために電源レギュレータ３８に電力遮断制御信号ＰＷＲＤＷを送出する。電源レギュレータ３８はホスト情報処理部２１または通信処理部２３の電源入力端（図示せず）に接続されている。
【００２８】
通信処理部２３は、ＣＰＵ３０と、ベースバンド処理部３１と、ＲＦ（Radio Frequency）処理部３２と、記憶部３３と、入出力制御部３４とを有し、通信処理スリープモード制御部２４は、スリープモードカウンタ３５を有している。
【００２９】
記憶部３３は、通信制御プログラムやスリープ可能期間算出プログラムを格納し、スリープ可能期間や、制御データなどを記憶する。
【００３０】
入出力制御部２８と入出力制御部３４はデータや制御コマンド等をやり取りする信号伝送路３６、例えばシリアル伝送路で接続されている。
【００３１】
更に、通信処理手段１２を初期化するためのリセット信号ＲＥＳＥＴがホスト情報処理部２１から通信制御部２３に供給されている。
【００３２】
このリセットＲＥＳＥＴ信号は、例えば、ホスト情報処理部２１が信号伝送路３６を介して通信処理部２３を制御する中で、通信制御部２３が、ホスト情報処理部２１が期待するような応答を返してこない時、何らかの不具合が発生したと想定してホスト情報処理部２１が通信制御部２３の初期化を行うために用いられる。
【００３３】
次に、通信端末１１が送信側の場合に、ホスト情報処理部２１および通信処理部２３の動作について説明する。
【００３４】
入出力信号処理部２５は外部からの入力信号に所定の処理、例えば音声／画像信号を所定の圧縮形式で圧縮してエンコードし、またはユーザから入力された文字データをＣＰＵ２６に入力する。
【００３５】
ＣＰＵ２６は、入出力信号処理部２５と入出力制御部２８の間のデータ転送を制御すると共にエンコードされた入力データを分割して、フロー制御などのデータ転送に関する制御をおこない、スリープ要求発生時にスリープ要求期間を算出する。
【００３６】
ＣＰＵ３０は、ホスト情報処理部２１との間でやり取りされるパケット形式を無線区間でのパケット形式への変換、リンク確立やリンクフロー制御などのリンクレベルの制御などの通信制御をおこなうと共に、スリープ要求発生時にスリープ可能期間を算出する。
【００３７】
ベースバンド処理部３１は、ＣＰＵ３０との間でやりとりされるデジタルデータに対してベースバンド信号処理をおこない、ＲＦ処理部３２は、ベースバンド信号処理された送信信号を高周波信号処理して電波信号に変換し、アンテナ１４から電波信号を送信する。
【００３８】
次に、通信端末１１が受信側の場合に、ホスト情報処理部２１および通信処理部２３の動作について説明する。
【００３９】
ＲＦ処理部３２は、アンテナ１４が受信した電波信号を高周波信号処理してベースバンド処理部３１に入力し、ベースバンド処理部３１は、ベースバンド信号処理をおこない、ＣＰＵ３０との間でやりとりされるデジタルデータに変換する。
【００４０】
ＣＰＵ３０は、無線区間でのパケット形式をホスト情報処理部２１との間でやり取りされるパケット形式への変換、リンク確立やリンクフロー制御などのリンクレベルの制御などの通信制御をおこなうと共に、スリープ要求発生時にスリープ可能期間を算出する。
【００４１】
ＣＰＵ２６は、入出力信号処理部２５と入出力制御部２８の間のデータ転送を制御すると共にエンコードされたデータの組み立て、フロー制御などのデータ転送に関する制御をおこない、スリープ要求発生時にスリープ要求期間を算出する。
【００４２】
入出力信号処理部２５は通信処理手段１３からの入力信号に所定の処理、例えば入力信号を所定の圧縮形式と見なしてデコードし、または入力された文字データをユーザに表示するために外部に出力する。
【００４３】
次に、ホストスリープモード制御部２２および通信処理スリープモード制御部２４の動作について説明する。
【００４４】
ホストスリープモード制御部２２では、スリープモードカウンタ２９は、ホスト情報処理部２１がスリープモードの間、スリープ時間をカウントし、入出力制御部２８を介してＣＰＵ２６とデータ等をやり取りしている。
【００４５】
通信処理スリープモード制御部２４では、スリープモードカウンタ３５は通信処理部２３がスリープモードの間、スリープ時間をカウントし、入出力制御部３４を介してＣＰＵ３０とデータ等をやり取りしている。
【００４６】
ホストスリープモード制御部２２は、通信処理部２３が動作するための動作クロック信号ＡＣＬＫ、例えば１３ＭＨｚ〜２６ＭＨｚのクロック信号をホスト情報処理部２１の制御のもと通信処理部２３に出力している。
【００４７】
スリープしていない時、ホスト情報処理部２１は、通信処理部２３がスリープするか、通信処理を行えるノーマルモードにあるかを、自身が実行するアプリケーションプログラムの動きに応じて制御している。
【００４８】
動作クロック信号ＡＣＬＫは、通信処理部２３がノーマルモードにある場合に供給され、スリープモードにある場合は供給が停止される。
【００４９】
ホスト情報処理部２１は、通信処理部２３をノーマルモードにしたい時に、ホストスリープモード制御部２２に指示して動作クロック信号ＡＣＬＫを送出させる。
【００５０】
更に、ホストスリープモード制御部２２は通信処理スリープモード制御部２４に動作クロック信号ＡＣＬＫより周波数の低いスリープモードクロック信号ＳＣＬＫ、例えば３２ＫＨｚのクロック信号を供給し、ホスト情報処理部２１が通信処理部２３にスリープモードへの移行を指令するホストスリープ信号ＳＬＥＥＰ１を通信処理スリープモード制御部２４に送出している。
【００５１】
ホストスリープモード制御部２２および通信処理スリープモード制御部２４は、ホスト情報処理部２１または通信処理部２３がスリープモードの間もスリープモードクロック信号ＳＣＬＫに従って動作し、スリープ時間をカウントしている。
【００５２】
次に、ホスト情報処理手段１２および通信処理手段１３の消費電力制御動作について、図３および図４を用いて詳しく説明する。
【００５３】
図３は消費電力制御動作を示すフローチャートで、図３（ａ）はホスト情報処理手段１２の消費電力制御動作を示すフローチャート、図３（ｂ）は通信処理手段１３の消費電力制御動作を示すフローチャート、図４は消費電力制御動作を示すタイミングチャートである。
【００５４】
以下の説明において、本明細書における「アサート」とは信号線を活性状態にすること、例えばスリープモードにあることを“Ｈ”レベルで表す信号線を“Ｈ”レベルに駆動し、「ネゲート」とは信号線を非活性状態にすること、例えばスリープモードにあることを“Ｈ”レベルで表す信号線を“Ｌ”レベルに駆動することを言う。
【００５５】
図３に示すように、ホスト情報処理部２１が、自身の動作させているアプリケーションの動作状態から、通信処理部２３、もしくは、通信処理部２３とホスト情報処理部２１がスリープ可能な状態になったことを検出するとスリープ要求が発生する（ステップＳ０１）。
【００５６】
ここで、通信処理部２３がスリープ可能になるのは、例えば、ホスト情報処理部２１で通信処理部２３を使うアプリケーションが終了した場合、または、通信処理部２３を使うアプリケーションが周期的データを扱う種類のもので、予め定められた時間の間データを送受信しないことが予測できる場合、もしくは、データを扱うアプリケーションであって間欠的に通信を行うことで電池の寿命を延ばしたいがそのときホスト情報処理部２１は他の処理も同時に行っている場合等である。
【００５７】
例えば、Ｂｌｕｅｔｏｏｔｈ（Ｒ）と呼ばれる通信方式では、パーク（Ｐａｒｋ）／ホールド（Ｈｏｌｄ）／スニフ（Ｓｎｉｆｆ）と呼ばれる低消費電力モードとして間欠的に通信を行う方式が実現されている。ここで、通信を行う間隔を通信間隔ＢＴＥと呼ぶ。
【００５８】
また、通信処理部２３とホスト情報処理部２１がスリープ可能な状態になるのは、例えば、通信端末１１のユーザが電源スイッチを操作して通信端末をオフした場合とか、間欠的に通信を行うことで電池の寿命を延ばすことを適用したアプリケーションだけをホスト情報処理部２１が実行している場合等である。
【００５９】
スリープ要求が発生すると、ＣＰＵ２６が記憶部２７に格納されているスリープ要求期間算出プログラムを起動してスリープ要求期間Ａを算出し（ステップＳ０２）、信号伝送路３６を介して通信処理部２３へ所定のスリープ要求期間Ａを送出する（ステップＳ０３）。
【００６０】
ここで、スリープ要求期間Ａは、例えば以下の様に求められても良い。  
まず、通信端末１１のユーザが電源スイッチを操作して通信端末をＯＦＦした場合については、次にユーザが電源スイッチを操作することを検出するために、ホスト情報処理部２１は予め定められた時間の後にノーマルモードに移行する。なお、その予め定められた時間Ａをスリープ要求期間Ａとしてもよい。
【００６１】
また、間欠的に通信を行うことで電池の寿命を延ばすことを適用したアプリケーションがホスト情報処理部２１で動作している場合は、通信間隔ＢＴＥをスリープ要求期間Ａとしてもよい。
【００６２】
通信を行う周期は通信処理部２３が実現している通信方式により定められ、例えばＢｌｕｅｔｏｏｔｈ（Ｒ）にてスニフ（Ｓｎｉｆｆ）モードを使用しているときは、スニフ（Ｓｎｉｆｆ）間隔と呼ばれるパラメータが相当する。
【００６３】
更に、複数のアプリケーションが動作している場合、それぞれのアプリケーションが次にデータを送受信する時間を予測し、予測した時間の中で最も早くデータを送受信するまでの時間をスリープ要求期間Ａとしてもよい。
【００６４】
通信処理部２３はスリープ要求期間Ａを受信する（ステップＳ０４）と、ＣＰＵ３０が記憶部３３に格納されているスリープ可能期間算出プログラムを起動してスリープ要求可能期間Ｂを算出する（ステップＳ０５）。
【００６５】
ここで、スリープ可能時間Ｂは、例えば以下の様に求められても良い。  
スリープ要求期間Ａを受信した時点で通信がなされていないときには、受け取ったスリープ要求期間Ａをそのままスリープ可能時間Ｂとしてもよい。但し、通信処理部２３が実現している通信方式によっては、動作クロック信号ＡＣＬＫとスリープモードクロック信号ＳＣＬＫの周波数精度の差、及び通信方式からの要求によりスリープ状態に留まることのできる最大の長さＭＡＸが規定されることがある。
【００６６】
例えば、Ｂｌｕｅｔｏｏｔｈ（Ｒ）の場合には、以下のようなときにスリープ状態に留まることのできる最大の長さＭＡＸが規定される。
【００６７】
スリープ状態であっても通信端末１１間に一旦確立された同期を維持すれば、迅速に通信の再開が可能であると同時に、再び同期確立の手順をふむために消費される電力を削減することができる。
【００６８】
これを実現する場合、動作クロック信号ＡＣＬＫとスリープモードクロック信号ＳＣＬＫの周波数精度の差よりスリープ状態に留まることのできる最大の長さＭＡＸが定まる。もし、スリープ要求期間Ａが、このスリープ状態に留まることのできる最大の長さＭＡＸよりも長い場合は、スリープ可能時間Ｂとしてスリープ状態に留まることのできる最大の長さＭＡＸを選択しても良い。
【００６９】
また、スリープ要求期間Ａを受信した時点で通信がなされており、それが、間欠的に通信が行なわれるタイプの場合に、通信処理部２３が保持している通信間隔ＢＴＥをスリープ可能時間Ｂとしてもよい。
【００７０】
通常はホスト情報処理部２１より受け取ったスリープ要求期間Ａと、自身が保持している通信間隔ＢＴＥは一致しているが、まれに、一致していないこともある。
【００７１】
これは、例えばＢｌｕｅｔｏｏｔｈ（Ｒ）の場合、対向している通信端末から、例えばアプリケーションの応答性能を一時的に向上させるためにスニフ（Ｓｎｉｆｆ）周期を短くすることが指示されることがあるが、このことが対向通信端末から要求されているが、未だホスト情報処理部２１側に通知していない場合などにおこる。
【００７２】
このときには、スリープ可能時間Ｂとして対向している通信端末から指定されているスニフ（Ｓｎｉｆｆ）周期を選んでもよい。間欠的に通信が行われるタイプのものが複数個同時に行われている場合は、それぞれで次にパケットを送出する時間を計算し、最も早いものをスリープ可能時間Ｂとして選んでもよい。
【００７３】
更に、例えば周囲環境のノイズレベルが上がったために送信側と受信側の通信状態が不安定になり、送信側から受信側へのパケット転送の再送が頻発して通信処理部２３がホスト情報処理部２１から渡されたパケットをひとつもしくは複数保持している場合は、スリープモードに入ることができず、スリープ可能時間Ｂとして０を選んでも良い。
【００７４】
次に、ＣＰＵ３０はスリープ要求期間Ａとスリープ可能期間Ｂとを比較し、短いスリープ期間をスリープ実行期間Ｃとして信号伝送路３６を介してホスト情報処理部２１に送出する（ステップＳ０６）。
【００７５】
その間、ホスト情報処理部２１は通信処理部２３よりスリープ実行時間Ｃが通知されたかをチェックし、通知されていなければチェックを繰り返す（ステップＳ０７のＮＯ）。
【００７６】
一方、スリープ実行時間Ｃが通知されると（ステップＳ０７のＹＥＳ）、ホスト情報処理部２１の指示のもと、ホストスリープモード制御部２２がホストスリープ信号ＳＬＥＥＰ１をアサートする（ステップＳ０８）。
【００７７】
ここで、ホスト情報処理部２１から通信処理部２３へのスリープモードへの移行指示のために、信号伝送路３６を経由することを選択せずに、ホストスリープ信号ＳＬＥＥＰ１という専用の信号線を設けている。
【００７８】
これは、スリープ中に信号伝送路３６を経由した制御メッセージのやりとりを行うことを実現すると回路が複雑になりスリープ中の消費電力が大きくなる、信号伝送路３６で万が一伝送誤りが生じた場合にホスト情報処理部２１と通信処理部２３とが保持するスリープを制御する情報に齟齬が生じて以降の制御に異常をきたすことを未然に防止するためである。
【００７９】
その間、通信処理部２３はホスト情報処理部２１よりホストスリープ信号ＳＬＥＥＰ１がアサートされたかをチェックし、アサートされていなければチェックを繰り返す（ステップＳ０９のＮＯ）。
【００８０】
ホストスリープ信号ＳＬＥＥＰ１がアサートされると（ステップＳ０９のＹＥＳ）、通信処理部２３は通信処理スリープモード制御部２４の指示のもと、スリープモードに移行する（ステップＳ１０）。
【００８１】
一方、ホスト情報処理部２１は通信処理部２３がスリープモードに移行するのに要する時間Ｄだけ待って（ステップＳ１１）から、動作クロック信号ＡＣＬＫをオフにして、スリープモードに移行する（ステップＳ１２）。ここで、ステップＳ１２に要する時間をＥとする。
【００８２】
ここで、ホスト情報処理部２１がスリープモードである間、ホスト情報処理部２１の動作クロック（図示せず）を停止させると、さらなる消費電力低減をはかることができる。
【００８３】
これを実現するため、ホストスリープモード制御部２２が、ホスト情報処理部２１の動作クロックのＯＮ／ＯＦＦを制御できる機能を有し、ホスト情報処理部２１の指示のもと、ホスト情報処理部２１の動作クロック（図示せず）をスリープモードに入った後に停止させることとしてもよい。
【００８４】
この結果、通信処理部２３はスリープ実行期間Ｃだけスリープモードになる（ステップＳ１３）。同様に、ホスト情報処理部２１は、スリープ実行期間Ｃより通信処理部２３およびホスト情報処理部２１がスリープモードに移行するのに要する時間Ｄ＋Ｅと通信処理部２３がスリープモードからノーマルモードに移行するのに要する時間Ｆの和だけ短いスリープ実行期間Ｃ−Ｄ−Ｅ―Ｆだけスリープモードになる（ステップＳ１４）。
【００８５】
次に、通信処理部２３はスリープ実行期間Ｃが経過すると、ノーマルモードに移行する（ステップＳ１５）。同様に、ホスト情報処理部２１はスリープ実行期間Ｃ−Ｄ―Ｅ―Ｆが経過すると、動作クロック信号ＡＣＬＫをオンにしてノーマルモードに移行する（ステップＳ１６）。
【００８６】
ここで、ホスト情報処理部２１がスリープモードである間ホスト情報処理部２１の動作クロック（図示せず）を停止させている場合は、スリープ実行期間Ｃ−Ｄ−Ｅ−Ｆ経過の少し前に、ホストスリープモード制御部２２が、ホスト情報処理部２１の動作クロックをＯＮし、その後ホスト情報処理部２１に指示してノーマルモードに移行させることとしてもよい。
【００８７】
最後に、ホストスリープモード制御部２２がホストスリープ信号ＳＬＥＥＰ１をネゲートし（ステップＳ１７）、スリープ要求発生からスリープ終了までの一連の処理が完了する。
【００８８】
ここでは、ホスト情報処理部２１と通信処理部２３とが共にスリープする場合について説明したが、上述した様に、通信処理部２３だけがスリープする場合もある。
【００８９】
この場合、ホスト情報処理手段１２の動作は、ステップＳ１２において動作クロック信号ＡＣＬＫをオフし、ステップＳ１４においてスリープ実行時間（Ｃ−Ｄ−Ｅ−Ｆ）だけウェイト、そしてステップＳ１６において動作クロック信号ＡＣＬＫをオンにする。
【００９０】
即ち、この場合は、ホスト情報処理部２１は自身がスリープすることをホストスリープモード制御部２２に指示することはしない。結果として、ホストスリープモード制御部２２は、ホスト情報処理部２１の動作クロック（図示せず）を停止することもない。
【００９１】
これにより、スリープ要求が発生した場合に、ホスト情報処理部２１が通信処理部２３にスリープ要求期間Ａを送出すると、通信処理部２３がスリープ可能期間Ｂを算出し、スリープ要求期間Ａとスリープ可能期間Ｂとを比較して短いスリープ期間をスリープ実行期間Ｃとして回答するネゴシエーションをおこなうことができる。
【００９２】
従って、ホスト情報処理部２１が通信処理部２３の状態と無関係にスリープ期間を設定するのではなく、通信処理部２３の動作状態を考慮したスリープ期間を設定することが可能である。
【００９３】
即ち、図４に示すように、スリープ要求信号が発生すると、Ｔ１で信号伝送路３６にスリープ要求期間Ａを示す信号ａが送出される。
【００９４】
次に、Ｔ２でＣＰＵ３０がスリープ可能期間Ｂを算出し、スリープ要求期間Ａとスリープ可能期間Ｂとを比較して短いスリープ期間をスリープ実行期間Ｃとして、Ｔ３で信号伝送路３６にスリープ実行期間Ｃを示す信号ｃを送出する。
【００９５】
次に、Ｔ４でホストスリープモード制御部２２によりホストスリープ信号ＳＬＥＥＰ１がアサートされると、Ｔ５で通信処理部２３がノーマルモードからスリープモードに移行し、Ｔ６でホスト情報処理部２１がノーマルモードからスリープモードに移行する。
【００９６】
次に、スリープ実行期間Ｃ−Ｄ−Ｅ―Ｆが経過するＴ７でホスト情報処理部２１が、スリープ実行時間Ｃが経過するＴ８で通信処理部２３が、それぞれスリープモードからノーマルモードに移行し、Ｔ９でホストスリープ信号ＳＬＥＥＰ１がネゲートされる。
【００９７】
以上説明したように、実施例１の情報通信システム１０によれば、ホスト情報処理部２１が通信処理部２３に所定のスリープ要求期間Ａを送出すると、通信処理部２３がスリープ可能期間Ｂを算出し、スリープ要求期間Ａとスリープ可能期間Ｂを比較して短いスリープ期間をスリープ実行期間Ｃとして回答するネゴシエーションをおこなうので、通信処理部２３の動作状態を考慮したスリープ期間を設定することができる。
【００９８】
その結果、例えば、スリープ要求発生時に送信側と受信側の通信状態が不安定で送信側がパケットの送信を終了していない場合にスリープせず、通信処理部間での通信により通信の状態が変わったときにその条件を考慮してスリープに入ることができるので、ホスト情報処理部と通信処理部間の情報に齟齬がなく、確実にスリープ動作が可能になる。
【００９９】
従って、音楽データのパケット通信のように周期的な省電力の制御が可能な場合だけでなく、音楽系アプリケーションとデータ系アプリケーションの同時動作のように周期的な省電力の制御が難しい場合でも、消費電力を効率的に低減できる情報通信システムの消費電力制御方法を提供することができる。
【０１００】
また、該消費電力制御方法を用いた情報通信システムによれば、バッテリーの持続時間が長く、高い携帯性を提供することができる。
【実施例２】
【０１０１】
次に、本発明の実施例２に係る情報通信システムの消費電力制御方法について、図５乃至図７を用いて説明する。図５は情報通信システムの通信端末の構成を示すブロック図、図６は消費電力制御動作を示すフローチャートで、図６（ａ）はホスト情報処理手段の消費電力制御動作を示すフローチャート、図６（ｂ）は通信処理手段の消費電力制御動作を示すフローチャート、図７は消費電力制御動作を示すタイミングチャートである。
【０１０２】
本実施例において、上記実施例１と同一の構成部分には同一符号を付してその説明を省略し、異なる部分についてのみ説明する。
【０１０３】
実施例２が上記実施例１と異なる点は、ホスト情報処理手段１２がネゴシエーションにより設定したスリープ実行期間Ｃ−Ｄ―Ｅ−Ｆが経過する前にスリープモードの解除をおこなえるようにしたことにある。
【０１０４】
即ち、図５に示すように、ホストスリープモード制御部４０はスリープ解除要求信号に基づいて、スリープモードからノーマルモードに移行するためのスリープ解除要求処理部４１を有し、ホストスリープ信号ＳＬＥＥＰ１を介してスリープ解除要求が発生したことを通信処理手段１２に通知する。
【０１０５】
図６に示すように、スリープ要求が発生すると図３に示したステップＳ０１〜ステップＳ１４と同様にして、ホスト情報処理部２１および通信処理部２３はノーマルモードからスリープモードに移行する。
【０１０６】
次に、ホストスリープモード制御部４０はスリープ実行期間Ｃ−Ｄ−Ｅ−Ｆ中にスリープ解除要求信号がアサートされたかをチェックし、スリープ解除要求信号がアサートされていなければチェックを繰り返す（ステップＳ２１のＮＯ）。
【０１０７】
一方、スリープ解除要求信号がアサートされると（ステップＳ２１のＹＥＳ）、動作クロック信号ＡＣＬＫがオンになり、ホスト情報処理部２１がスリープモードからノーマルモードに移行し（ステップＳ２２）、ホストスリープ信号ＳＬＥＥＰ１がネゲートされる（ステップＳ２３）。
【０１０８】
その間、通信処理スリープモード制御部２４はホストスリープ信号ＳＬＥＥＰ１がネゲートされたかをチェックし、ホストスリープ信号ＳＬＥＥＰ１がネゲートされていなければチェックを繰り返す（ステップＳ２４のＮＯ）。
【０１０９】
一方、ホストスリープ信号ＳＬＥＥＰ１がネゲートされると（ステップＳ２４のＹＥＳ）、通信処理部２３がノーマルモードに移行する（ステップＳ２５）。
【０１１０】
最後に、ホスト情報処理部２１および通信処理部２３の間のスリープ時間に関するデータの一貫性を回復するために、スリープモード停止レポートを互いにやり取りする（ステップＳ２６、ステップＳ２７）。
【０１１１】
これにより、ホスト情報処理手段１２側にスリープ解除要求が発生した場合に、ホスト情報処理部２１および通信処理部２３がスリープモードからノーマルモードに移行することが可能である。
【０１１２】
即ち、図７に示すように、スリープ要求が発生すると図４に示したＴ１〜Ｔ６と同様に、ホスト情報処理部２１および通信処理部２３はノーマルモードからスリープモードに移行する。
【０１１３】
次に、Ｔ７でスリープ解除要求信号ｄが発生すると、Ｔ８でホスト情報処理部２１がスリープモードからノーマルモードに移行し、Ｔ９でホストスリープ信号ＳＬＥＥＰ１がネゲートされる。
【０１１４】
次に、Ｔ１０で通信処理部２３がスリープモードからノーマルモードに移行し、Ｔ１１でスリープモード停止レポート信号ｅがやり取りされる。
【０１１５】
以上説明したように、実施例２に係る消費電力制御方法では、ホストスリープモード制御部４０にスリープ解除要求処理部４１を設けたので、ホスト情報処理手段１２側にスリープ解除要求が発生した場合に、ホスト情報処理部２１および通信処理部２３がスリープモードからノーマルモードに移行することができる。
【０１１６】
これにより、ホスト情報処理部２１にネゴシエーション時に予測できなかった事態が発生した場合、例えば音声データを通信している時に予想に反して新しいアプリケーションが起動され新たに送るべきデータが発生した場合や、急に電源スイッチが操作された場合等に対応できる利点がある。
【実施例３】
【０１１７】
次に、本発明の実施例３に係る消費電力制御方法について、図８乃至図１０用いて説明する。図８は情報通信システムの通信端末の構成を示すブロック図、図９は消費電力制御動作を示すフローチャートで、図９（ａ）はホスト情報処理手段の消費電力制御動作を示すフローチャート、図９（ｂ）は通信処理手段の消費電力制御動作を示すフローチャート、図１０は送信側の消費電力制御動作を示すタイミングチャートである。
【０１１８】
本実施例において、上記実施例１と同一の構成部分には同一符号を付してその説明を省略し、異なる部分についてのみ説明する。
【０１１９】
実施例３が上記実施例１と異なる点は、通信処理手段１３がネゴシエーションにより設定したスリープ実行期間Ｃが経過する前にスリープモードの解除をおこなえるようにしたことにある。
【０１２０】
即ち、図８に示すように、通信処理スリープモード制御部５０はスリープ解除要求信号に基づいて、スリープモードからノーマルモードに移行するためのスリープ解除要求処理部５１を有し、通信処理スリープ信号ＳＬＥＥＰ２を介してスリープ解除要求が発生したことをホスト情報処理手段１２に通知する。
【０１２１】
図９に示すように、スリープ要求が発生すると図３に示したステップＳ０１〜ステップＳ０９と同様にして、ホストスリープ信号ＳＬＥＥＰ１がアサートされると、通信処理スリープモード制御部５０は通信処理スリープ信号ＳＬＥＥＰ２をアサートし（ステップＳ３１）、通信処理部２３はノーマルモードからスリープモードに移行する（ステップＳ３２）。
【０１２２】
実施例３では、通信処理部２３からホスト情報処理部２１へ、スリープ状態へ移行したことを示す情報が、信号伝送路３６を経由して転送されることを選択せずに通信処理スリープ信号２ＳＬＥＥＰ２という専用の信号線を設けている。
【０１２３】
これは、スリープ中に信号伝送路３６を経由した制御メッセージのやりとりを行うことを実現すると回路が複雑になりスリープ中の消費電力が大きくなる、信号伝送路３６で万が一伝送誤りが生じたらホスト情報処理部２１と通信処理部２３とが保持するスリープを制御する情報に齟齬が生じ、以後の制御に異常をきたす、といったことを解決するためである。
【０１２４】
特に、後ほど説明する、通信処理部２３がスリープモードから復帰することをホスト情報処理部２１に要求する時には、ホスト情報処理部２１がスリープ状態であっても、動作クロック信号ＡＣＬＫがホストスリープモード制御部２２から供給される必要があり、これを低消費電力で確実に実施するために、専用の信号線を用いることは効果的である。
【０１２５】
次に、通信処理スリープモード制御部５０はスリープ実行期間Ｃの経過前にスリープ解除要求信号がアサートされたかをチェックし、スリープ解除要求信号がアサートされていなければチェックを繰り返す（ステップＳ３３のＮＯ）。
【０１２６】
一方、スリープ解除要求信号がアサートされると（ステップＳ３３のＹＥＳ）、通信処理スリープ信号ＳＬＥＥＰ２がネゲートされ（ステップＳ３４）、ホストスリープモード制御部２２より動作クロック信号ＡＣＬＫが送出されるのに必要な時間待って、通信処理部２３がスリープモードからノーマルモードに移行する（ステップＳ３５）。
【０１２７】
その間、ホストスリープモード制御部２２は通信処理スリープ信号ＳＬＥＥＰ２がネゲートされたかをチェックし、通信処理スリープ信号ＳＬＥＥＰ２がネゲートされていなければチェックを繰り返す（ステップＳ３６のＮＯ）。
【０１２８】
一方、通信処理スリープ信号ＳＬＥＥＰ２がネゲートされると（ステップＳ３６のＹＥＳ）、動作クロック信号ＡＣＬＫがオンされ、ホスト情報処理部２１がスリープモードからノーマルモードに移行し（ステップＳ３７）、ホストスリープ信号ＳＬＥＥＰ１がネゲートされる（ステップＳ３８）。
【０１２９】
最後に、ホスト情報処理部２１および通信処理部２３のスリープ時間に関するデータの一貫性を回復するために、スリープモード停止レポートを互いにやり取りする（ステップＳ３９、ステップＳ４０）。
【０１３０】
これにより、通信処理手段１３側にスリープ解除要求が発生した場合に、ホスト情報処理部２１および通信処理部２３がスリープモードからノーマルモードに移行することが可能である。
【０１３１】
即ち、図１０に示すように、スリープ要求が発生すると図４に示したＴ１〜Ｔ４と同様にして、ホストスリープ信号ＳＬＥＥＰ１がアサートされると、Ｔ５で通信処理スリープ信号ＳＬＥＥＰ２がアサートされる。
【０１３２】
次に、Ｔ６で通信処理部２３がノーマルモードからスリープモードに移行し、Ｔ７でホスト情報処理部２１がノーマルモードからスリープモードに移行する。
【０１３３】
次に、Ｔ８でスリープ解除要求信号ｆがアサートされると、Ｔ９で通信処理部２３がスリープモードからノーマルモードに移行し、Ｔ１０で通信処理スリープ信号ＳＬＥＥＰ２がネゲートされる。
【０１３４】
次に、Ｔ１１でホスト情報処理部２１がスリープモードからノーマルモードに移行し、Ｔ１２でホストスリープ信号ＳＬＥＥＰ１がネゲートされ、Ｔ１３でスリープモード停止レポート信号ｇがやり取りされる。
【０１３５】
以上説明したように、実施例３に係る消費電力制御方法では、通信処理スリープモード制御部５０にスリープ解除要求信号処理部５１を設け、通信処理スリープ信号ＳＬＥＥＰ２を介してホスト情報処理部２１へスリープ解除要求を通知するようにしたので、通信処理手段１２側にスリープ解除要求が発生した場合に、ホスト情報処理部２１および通信処理部２３がスリープモードからノーマルモードに移行することができる。
【０１３６】
これにより、通信処理部２３にネゴシエーション時に予測できなかった事態が発生した場合、例えば通信の相手側が急にデータを転送してきた場合や、制御パラメータの変更を要求してきた場合等に対応できる利点がある。
【０１３７】
ここでは、スリープ解除要求信号により通信処理部２３とホスト情報処理部２１がともにスリープモードからノーマルモードに移行する場合について説明したが、スリープ解除要求の目的によっては、ホスト情報処理部２１はスリープモードを継続しても構わない。
【０１３８】
この状況は、例えば、以下のようなときに生じる。Ｂｌｕｅｔｏｏｔｈ（Ｒ）の低消費電力モード動作中に、２つの通信端末間の同期を維持する目的で、通信制御部２３がノーマルモードに移行することがある。このとき、ホスト情報処理部２１が送出すべきデータを持っていないことがあるが、このような場合にはホスト情報処理部２１はノーマルモードに移行する必要はない。
【０１３９】
上述した実施例においては、ホスト情報処理手段１２側および通信処理手段１３側のどちらか一方のスリープ解除要求を処理する場合について説明したが、本発明はこれに限定されるものではなく、スリープ解除要求の目的が達せられる範囲において両方のスリープ解除要求を処理できるようにしても構わない。
【図面の簡単な説明】
【０１４０】
【図１】本発明の実施例１に係る情報通信システムを示すブロック図。
【図２】本発明の実施例１に係る通信端末の構成を示すブロック図。
【図３】本発明の実施例１に係る消費電力制御動作を示すフローチャート。
【図４】本発明の実施例１に係る消費電力制御動作を示すタイミングチャート。
【図５】本発明の実施例２に係る通信端末の構成を示すブロック図。
【図６】本発明の実施例２に係る消費電力制御動作を示すフローチャート。
【図７】本発明の実施例２に係る消費電力制御動作を示すタイミングチャート。
【図８】本発明の実施例３に係る通信端末の構成を示すブロック図。
【図９】本発明の実施例３に係る消費電力制御動作を示すフローチャート。
【図１０】本発明の実施例３に係る消費電力制御動作を示すタイミングチャート。
【符号の説明】
【０１４１】
１０  情報通信システム
１１  通信端末
１２  ホスト情報処理手段
１３  通信処理手段
１４  アンテナ
２１  ホスト情報処理部
２２、４０  ホストスリープモード制御部
２３  通信処理部
２４、５０  通信処理部スリープモード制御部
２５  入力信号処理部
２６、３０  ＣＰＵ
２７、３３  記憶部
２８、３４  入出力制御部
２９、３５  スリープモードカウンタ
３１  ベースバンド処理部
３２  ＲＦ処理部
３６  信号伝送路
３７  電源レギュレータ制御部
３８  電源レギュレータ
４１、５１  スリープ解除要求処理部
【図１】
2005328439.tif 000003
【図２】
2005328439.tif 000004
【図３】
2005328439.tif 000005
【図４】
2005328439.tif 000006
【図５】
2005328439.tif 000007
【図６】
2005328439.tif 000008
【図７】
2005328439.tif 000009
【図８】
2005328439.tif 000010
【図９】
2005328439.tif 000011
【図１０】
2005328439.tif 000012