(57)【特許請求の範囲】
【請求項１】
通信時において、通信エラーレートを検出する検出手段と、
前記検出手段により検出された前記通信エラーレートが、所定の閾値よりも大きいか否かを判別する判別手段と、
前記判別手段により前記エラーレートが、所定の閾値よりも大きいと判別された場合に、所定のデバイス部分の動作を停止させるように制御する停止制御手段と、
前記停止制御手段の制御により、前記所定のデバイス部分の動作が停止された後に、前記検出手段を制御して新たな通信エラーレートを検出するようにする検出制御手段と、
前記検出制御手段の制御により検出された前記新たな通信エラーレートが、前記所定の閾値以下に改善したか否かを判別する改善判別手段と、
前記改善判別手段により、前記新たな通信エラーレートが前記所定の閾値以下に改善していないと判別された場合に、動作を停止させた前記デバイスの動作を再開させるとともに、前記停止制御手段を制御して、他のデバイスの動作を停止させるように制御することにより、動作を停止させるデバイスを変更するように制御する変更制御手段とを備える
携帯通信端末。
【請求項２】
請求項１に記載の携帯通信端末であって、
動作の停止制御の対象となるデバイス毎に、動作の停止維持回数を記憶保持する記憶手段と、
前記改善判別手段により、前記新たな通信エラーレートが前記所定の閾値以下に改善していると判別された場合に、前記記憶手段の前記停止維持回数を更新する更新手段と、
前記記憶手段にデバイス毎に記憶保持されている前記停止維持回数に基づいて、前記停止維持回数の多いデバイスの停止順位を上位に位置付ける優先順位設定手段とを備える
携帯通信端末。
【請求項３】
通信時において、通信エラーレートを検出する検出工程と、
前記検出工程において検出した前記通信エラーレートが、所定の閾値よりも大きいか否かを判別する判別工程と、
前記判別工程において前記エラーレートが、所定の閾値より大きいと判別した場合に、所定のデバイス部分の動作を停止させるように制御する停止制御工程と、
前記停止制御工程において前記所定のデバイス部分の動作を停止させた後に、新たな通信エラーレートを検出する再検出工程と、
前記再検出工程において検出した前記新たな通信エラーレートが、前記所定の閾値以下に改善したか否かを判別する改善判別工程と、
前記改善判別工程において、前記新たな通信エラーレートが前記所定の閾値以下に改善していないと判別した場合に、動作を停止させた前記デバイスの動作を再開させるとともに、他のデバイスの動作を停止させるように制御することにより、動作を停止させるデバイスを変更するように制御する変更制御工程とを有する
携帯通信端末の感度抑圧改善方法。
【請求項４】
請求項３に記載の携帯通信端末の感度抑圧改善方法であって、
前記改善判別工程において、前記新たな通信エラーレートが前記所定の閾値以下に改善していると判別した場合に、動作の停止制御の対象となるデバイス毎に動作の停止維持回数を記憶保持する所定のメモリの前記停止維持回数を更新する更新工程と、
前記所定のメモリにデバイス毎に記憶保持されている前記停止維持回数に基づいて、前記停止維持回数の多いデバイスの停止順位を上位に位置付ける優先順位設定工程とを有する
携帯通信端末の感度抑圧改善方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば、携帯電話端末などの携帯通信端末および携帯通信端末で用いられる感度抑圧を改善する方法に関する。
【背景技術】
【０００２】
携帯電話端末には、比較的に大きな表示画面を備えたＬＣＤ（Liquid Crystal Display）や有機ＥＬパネル（Organic Electroluminescence Panel）などの表示デバイス（表示モジュール）が搭載されたり、また、カメラ機能を実現するためのカメラデバイス（カメラモジュール）が搭載されたりするなど、ユーザーの利便性を向上させるために、その機能の拡充が図られている。
【０００３】
しかし、表示デバイスやカメラデバイスなど、本来の通信機能以外の機能を実現するデバイスが動作することにより、副次的に電磁的なノイズを発生させてしまい、これが携帯電話端末で用いられる通信信号に対して干渉してしまう場合がある。この場合、携帯電話端末が有する感度点（正常に通信が行える最小の信号レベル）よりも高い信号レベルの通信信号を送受するようにしているにもかかわらず、良好な通信が行えなくなるいわゆる感度抑圧を生じさせてしまう場合がある。
【０００４】
このような問題に対処するため、例えば、特許文献１（特開２００４−１７９８６１号公報）には、カメラデバイスが搭載された携帯電話端末において、受信信号の周波数が、カメラデバイスが用いるクロック周波数の整数倍であり、かつ、受信電界強度が閾値以下の場合に、カメラデバイスのクロック周波数を変更する発明が開示されている。
【０００５】
また、特許文献２（特開２００５−３２８４２５号公報）には、カメラデバイスが搭載された携帯電話端末において、カメラデバイスが用いるクロック信号の高調波成分が受信周波数にあたらないように、カメラデバイスが用いるクロック信号の周波数を変更する発明が開示されている。
【０００６】
また、特許文献３（特開２００５−１５９９３９号公報）には、携帯電話端末の通話時に、当該携帯電話端末に搭載されているＬＣＤを駆動するクロック信号の周波数をダウンさせるようにする発明が開示されている。また、特許文献４（特開２０００−３３２８６１号公報）には、携帯電話端末が通話状態にあるときに、ＬＣＤ表示部のバックライトをオフにし、バックライトが発生させるノイズが通信信号に影響を及ぼすことがないようにする発明が開示されている。
【特許文献１】特開２００４−１７９８６１号公報
【特許文献２】特開２００５−３２８４２５号公報
【特許文献３】特開２００５−１５９９３９号公報
【特許文献４】特開２０００−３３２８６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、上述した特許文献１〜特許文献４に記載された発明は、カメラデバイスやＬＣＤデバイスが動作することによって通信信号に対して影響を及ぼしてしまう蓋然性がある場合に、実際に影響を及ぼしているか否かにかかわらず、カメラデバイスやＬＣＤデバイスの駆動クロック信号の周波数を制御するものである。このため、実際に通信信号に対して影響を及ぼしていない場合においても、カメラデバイスやＬＣＤデバイスの駆動クロック信号の周波数の制御を行ってしまう場合もあると考えられる。
【０００８】
また、近年においては、携帯電話端末に対して、例えば、ＧＰＳ（Global Positioning System）デバイスや他の電子機器への接続を可能にするためのインターフェースデバイスなど、新たな機能を提供するための種々の新たなデバイスが搭載されるようになってきている。
【０００９】
このように、複数のデバイスが搭載されるようになって来ると、カメラデバイスやＬＣＤデバイスだけを制御の対象としただけでは十分でない。つまり、通信機能以外の機能を実現するための複数のデバイスが携帯電話端末に搭載された場合には、実際に通信に影響を及ぼしているデバイスを制御できなければ、良好な通信品質を実現できなくなる場合が発生しかねない。
【００１０】
以上のことに鑑み、この発明は、通信機能以外の機能を実現するための１つ以上のデバイスが搭載された携帯通信端末において、必要な場合においてのみ、通信処理に影響を及ぼしているデバイスを適切に制御できるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、請求項１に記載の発明の携帯通信端末は、
通信時において、通信エラーレートを検出する検出手段と、
前記検出手段により検出された前記通信エラーレートが、所定の閾値よりも大きいか否かを判別する判別手段と、
前記判別手段により前記エラーレートが、所定の閾値よりも大きいと判別された場合に、所定のデバイス部分の動作を停止させるように制御する停止制御手段と、
前記停止制御手段の制御により、前記所定のデバイス部分の動作が停止された後に、前記検出手段を制御して新たな通信エラーレートを検出するようにする検出制御手段と、
前記検出制御手段の制御により検出された前記新たな通信エラーレートが、前記所定の閾値以下に改善したか否かを判別する改善判別手段と、
前記改善判別手段により、前記新たな通信エラーレートが前記所定の閾値以下に改善していないと判別された場合に、動作を停止させた前記デバイスの動作を再開させるとともに、前記停止制御手段を制御して、他のデバイスの動作を停止させるように制御することにより、動作を停止させるデバイスを変更するように制御する変更制御手段とを備える。
【００１２】
この請求項１に記載の発明の携帯通信端末によれば、通信時において、検出手段によって通信エラーレートが検出される。この検出される通信エラーレートは、判別手段によって監視され、所定の閾値より大きいか否か、すなわち、通信エラーレートが基準値よりも悪化しているか否かが判別される。
【００１３】
そして、通信エラーレートが所定の閾値よりも大きいと判別された場合には、停止制御手段によって所定のデバイス部分の動作が停止するように制御され、当該デバイス部分が動作することによって発生させるノイズが通信信号に影響を及ぼすことがないようにされる。
【００１４】
これにより、実際に通信エラーレートが悪化して、通信に支障が生じている場合においてのみ、通信処理に影響を及ぼしているデバイスの動作を停止させることによって、感度抑圧の問題を解消することができるようにされる。
【００１６】
また、所定のデバイスの動作を停止させた後において、検出手段が検出制御手段により制御されて、新たな通信エラーレートが検出される。この後、改善判別手段により、新たに検出された通信エラーレートは、所定の閾値以下に改善したか否かが判別される。
【００１７】
そして、新たな通信エラーレートが所定の閾値以下に改善していないと判別された場合には、変更制御手段によって、先に停止するようにされたデバイス部分の動作を再開させるとともに、停止制御手段が制御されて、他のデバイスの動作が停止するようにされる。
【００１８】
これにより、実際に通信処理に影響を及ぼしているデバイスが特定され、その特定したデバイスの動作を停止させることによって、通信処理に影響を及ぼしているノイズを発生させないようにして、感度抑圧を確実に防止することができるようにされる。
【００１９】
また、請求項２に記載の発明の携帯通信端末は、請求項１に記載の携帯通信端末であって、
動作の停止制御の対象となるデバイス毎に、動作の停止維持回数を記憶保持する記憶手段と、
前記改善判別手段により、前記新たな通信エラーレートが前記所定の閾値以下に改善していると判別された場合に、前記記憶手段の前記停止維持回数を更新する更新手段と、
前記記憶手段にデバイス毎に記憶保持されている前記停止維持回数に基づいて、前記停止維持回数の多いデバイスの停止順位を上位に位置付ける優先順位設定手段とを備える。
【００２０】
この請求項２に記載の発明の携帯通信端末によれば、改善判別手段によって、新たな通信エラーレートが所定の閾値以下に改善している場合には、動作が停止するようにされたデバイスの動作の停止が維持されるとともに、記憶手段に記憶されている、そのデバイスについての停止維持回数が更新される。
【００２１】
これにより、どのデバイスが動作している場合に、通信処理に悪影響を及ぼしていることが多いかを把握することができるようにされる。そして、通信に悪影響を及ぼしている可能性の高いデバイスを優先して動作の停止対象とするように制御することができるようにされる。したがって、確実かつ迅速に感度抑圧の発生状態を回避することができるようにされる。
【発明の効果】
【００３６】
この発明によれば、機能を充実させるために種々搭載されるデバイスで用いられるクロック信号が、通信信号に対して影響を及ぼすことにより感度抑圧の原因になる可能性のあることを考慮し、感度抑圧の原因となっているデバイスを適切に制御し、通信品質を劣化させないようにすることができる。
【発明を実施するための最良の形態】
【００３７】
以下、図を参照しながら、この発明による装置、方法の一実施の形態について説明する。以下に説明する実施の形態においては、この発明を携帯電話端末に適用した場合を例にして説明する。
【００３８】
［実施の形態の携帯電話端末の構成について］
まず、この実施の形態の携帯電話端末の構成について説明する。図１は、この発明による装置、方法の一実施の形態が適用されて構成された、この実施の形態の携帯電話端末の構成を説明するためのブロック図である。図１に示すように、この実施の形態の携帯電話端末には、制御信号の伝送に用いられる制御ライン（制御バス）１０１と、種々のデータの伝送に用いられるデータライン（データバス）１０２とが設けられている。
【００３９】
制御ライン１０１には、図１に示すように、ＣＰＵ（Central Processing Unit）１３０、通信回路１０４、ＲＯＭ（Read Only Memory）１０９、ＲＡＭ（Random Access Memory）１１０、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）１１１、表示制御部１１２、押下検出部１１５、鳴音制御部１１６、振動装置１１７、ＬＡＮモジュール１１８、カメラモジュール１２０、ＵＳＢ（Universal Serial Bus）インターフェース（以下、ＵＳＢＩ／Ｆと略称する。）１２１、ＧＰＳモジュール１２２、クロック信号発生部１４０が接続されている。
【００４０】
また、データライン１０２には、図１に示すように、通信回路１０４、ＲＯＭ１０９、ＲＡＭ１１０、ＥＥＰＲＯＭ１１１、表示制御部１１２、押下検出部１１５、Ｄ／Ａ変換器１０５、Ａ／Ｄ変換器１０８、鳴音制御部１１６、ＬＡＮモジュール１１８、カメラモジュール１２０、ＵＳＢＩ／Ｆ１２１、ＧＰＳモジュール１２２が接続されている。
【００４１】
さらに、通信回路１０４には、送受信アンテナ１０３が接続され、表示制御部１１２には、表示部としてのＬＣＤ１１３が接続され、押下検出部１１５には、キー操作部１１４が接続され、ＬＡＮモジュール１１８には、ＬＡＮ用送受信アンテナ１１９が接続され、ＧＰＳモジュール１２２には、ＧＰＳ用受信アンテナ１２３が接続されている。
【００４２】
また、Ｄ／Ａ変換器１０５と鳴音制御部１１６とには、受話器としても用いられるスピーカ１０６が接続され、Ａ／Ｄ変換器１０８には、送話器として用いられるマイクロホン(図１においては、マイクと記載。)１０７が接続されている。なお、ここでは、鳴音制御部１１６とＤ／Ａ変換器１０５には、スピーカ１０６が接続されるものとして説明したが、これに限るものではない。そのそれぞれ個別のスピーカを設けるようにすることももちろん可能である。
【００４３】
また、この実施の形態の携帯電話端末は、図示しないが、例えば、充電式バッテリパックを電源として用い、当該携帯電話端末の電源がオンにされている場合に、各回路部分に駆動電源を供給する電源供給回路を備えたものである。
【００４４】
そして、この実施の形態の携帯電話端末は、ＣＰＵ１３０と、ＲＯＭ１０９と、ＲＡＭ１１０と、ＥＥＰＲＯＭ１１１とによりマイクロコンピュータを構成し、このマイクロコンピュータが、この実施の形態の携帯電話端末の各部を制御する制御部としての機能を有するようになっている。
【００４５】
［携帯通信端末の基本的な動作について］
次に、図１に示した構成を有するこの実施の形態の携帯電話端末の動作について説明する。まず、自機への着信時の処理、すなわち、自機にかかってきた電話に応答する場合の処理について説明する。送信されてくる着信通知信号は、送受信アンテナ１０３、通信回路１０４により受信選局される。通信回路１０４において選局された信号は、通信回路１０４において復調され、この復調された信号が制御ライン１０１を介してＣＰＵ１３０に通知するようにされる。
【００４６】
ＣＰＵ１３０は、受信選局した信号が、自機宛の着信通知信号である場合には、例えば、ＲＯＭ１０９に予め用意されている着信メロディなどの着信音を形成する着信音データを読み出して、これを鳴音制御部１１６に供給する。鳴音制御部１１６は、これに供給された着信音データからアナログ信号の着信音を形成し、これをスピーカ１０６に供給する。これにより、スピーカ１０６からは、着信音が放音され、着信があることが当該携帯電話端末の使用者に通知される。
【００４７】
同じように、ＣＰＵ１３０は、自機宛の着信通知信号を検出すると、振動装置１１７を制御して振動させることにより、この振動によって着信があることを当該携帯電話端末の使用者に通知するようにすることもできるようにされている。なお、着信音による着信通知と、振動による着信通知との両方を同時に用いるようにすることも可能であるし、また、どちらか一方のみを用いるようにすることも可能である。
【００４８】
着信音により、あるいは、振動により、当該携帯電話端末の使用者が自己の携帯電話端末に着信があることに気付いた場合には、使用者は、キー操作部１１４に設けられた通話開始キー(オフフックキー)を操作することになる。通話開始キーが操作された場合には、これが押下検出部１１５により検出され、制御ライン１０１を通じてＣＰＵ１３０に通知される。
【００４９】
ＣＰＵ１３０は、押下検出部１１５からの通話開始キーが押下されたことの通知を受け付けると、通信回路１０４を制御して、応答信号を送出するなどの所定の通信回線の接続処理を行なう。これにより、自機に電話をかけてきた通信端末と、自機との間に通信回線が接続され、通話が行なえるようになる。
【００５０】
すなわち、電話をかけてきた相手先からの信号は、送受信アンテナ１０３、通信回路１０４を通じて受信選局されると共に、通信回路１０４において復調するなどの処理が行われてベースバンド信号とされ、これがデータライン１０２を通じてＤ／Ａ変換器１０５に供給される。
【００５１】
Ｄ／Ａ変換器１０５は、これに供給されたベースバンド信号をアナログ信号に変換して、これをスピーカ１０６に供給する。これにより、相手先から送信されて来た信号に応じた音声がスピーカ１０６より放音される。
【００５２】
また、この携帯電話端末の使用者からの音声は、マイクロホン１０７により集音され、アナログの電気信号としてＡ／Ｄ変換器１０８に供給される。Ａ／Ｄ変換器１０８は、これに供給されたアナログ音声信号をデジタル信号に変換し、データライン１０２を通じて通信回路１０４に供給する。
【００５３】
通信回路１０４は、これに供給されたデジタル信号を含む送信信号を形成して送受信アンテナ１０３を通じて送信する。これにより、ユーザーの音声が通信の相手先に送信するようにされる。このようにして、自機にかかってきた電話に応答し、電話をかけて来た相手先との間に通信回線を接続して通話を行なうようにすることができる。
【００５４】
また、この実施の形態の携帯電話端末から電話をかける場合には、例えば、携帯電話端末のキー操作部１１４に設けられている数字キーを押下操作して目的とする相手先の電話番号を入力するようにすると、押下操作された数字キーが押下検出部１１５により検出され、制御ライン１０１を通じてＣＰＵ１３０に通知される。ＣＰＵ１３０は、これを例えばＲＡＭ１１０に一時記憶し、通話開始キーが押下操作されたことを検出すると、受け付けた電話番号を含む発信信号を形成し、これを通信回路１０４、送受信アンテナ１０３を通じて送信する。
【００５５】
この発信信号は、基地局や交換機などの電話会社側の設備を通じて目的とする相手先の電話端末に送信するようにされる。そして、この発信信号に応じて、相手先が応答操作を行なった時には、相手先から応答信号が送信されて来るので、この応答信号を受信すると、ＣＰＵ１３０の制御により、通信回路１０４は、その目的とする相手先との間に通信回線が接続されたことを確認し、前述した着信に応じた場合と同様に、送受信アンテナ１０３、通信回路１０４、Ｄ／Ａ変換器１０５、スピーカ１０６、マイクロホン１０７、Ａ／Ｄ変換器１０８を通じて通話を行なうことができるようにされる。
【００５６】
なお、電話をかける場合には、携帯電話端末に予め登録しておくようにするいわゆる電話帳データの中から目的とする相手先の電話番号を選択し、通話開始キーを押下操作することにより、発信を行なうようにすることもできる。
【００５７】
また、電話がかかってきたときに、電話をかけて来た相手先の電話番号を表示したり、あるいは、現在時刻を表示したり、あるいは、上述の電話帳データの登録時や選択時において、電話番号やその電話番号に対応する氏名や名称を表示したり、あるいは、種々のガイダンスメッセージや警告メッセージなどを表示したりするために、表示制御部１１２、ＬＣＤ１１３が設けられている。すなわち、表示制御部１１２は、ＣＰＵ１３０の制御に応じて、ＬＣＤ１１３に各種の情報を表示する。なお、ＬＣＤ１１３は、比較的に大きな表示画面を有するものあり、種々の表示情報を視認性良くユーザーに提供することができるようにしている。
【００５８】
このようにして、この実施の形態の携帯電話端末は、かかってきた電話に対して応答したり、目的とする相手先に対して電話をかけたりすることができるものである。
【００５９】
さらに、この実施の形態の携帯電話端末は、電話会社側の提供する機能を経由して、インターネットにアクセスし、目的とするホームページにアクセスして情報の検索を行ったり、必要な情報をダウンロードしたり、あるいは、電子メールの送受信を行うこともできるようにされている。
【００６０】
この実施の形態の携帯電話端末を通じてインターネットに接続する場合には、ユーザーは、キー操作部１１４に設けられている所定のインターネット接続キーを操作することにより、これが押下検出部１１５によって検出されて、インターネットへの接続要求が押下検出部１１５から制御ライン１０１を通じてＣＰＵ１３０に通知される。
【００６１】
これに応じてＣＰＵ１３０は、制御ライン１０１を通じて通信回路１０４を制御し、通信回路１０４においてインターネットへの接続要求を形成して、これが送受信アンテナ１０３を通じて送信される。このインターネットへの接続要求を受信した電話会社側のシステムは、当該要求に応じて、要求元の携帯電話端末をインターネットに接続するようにする。
【００６２】
これにより、この実施の形態の携帯電話端末はインターネットに接続され、目的とするサーバにアクセスし、パケットデータを送受することにより、必要な情報の提供を要求し、これに応じた情報の提供を受けたりするなどのことができるようにされる。
【００６３】
また、この実施の形態の携帯電話端末は、キー操作部１１４、押下検出部１１５を通じて文字入力を行い、この入力した文字を、表示制御部１１２を通じて表示部１１３に表示して確認しながら、送信する電子メールをＥＥＰＲＯＭ１１１の送信フォルダ内に作成することもできるようにしている。この場合、入力された文字情報は、ＣＰＵ１３０の制御により、データライン１０２を通じて、ＥＥＰＲＯＭ１１１、表示制御部１１２に供給するようにされる。
【００６４】
このようにして、ＥＥＰＲＯＭ１１１内の送信フォルダに形成された送信用の電子メールは、キー操作部１１４に対して電子メールを送信する操作を行うことによって、これが押下検出部１１５で検出されて、制御ライン１０１を通じてＣＰＵ１３０に通知される。ＣＰＵ１３０は、通信回路１０４を制御し、ＥＥＰＲＯＭの送信フォルダ内に作成された電子メールを指示された相手先のメールサーバに送信することができるようにされる。
【００６５】
また、自機への電子メールが自己のメールサーバに蓄積されている場合には、自機宛の電子メールの受信を指示する操作をキー操作部１１４に対して行うと、これが押下検出部１１５によって検出されて制御ライン１０１を通じてＣＰＵ１３０に通知される。この場合、ＣＰＵ１３０は、通信回路１０４を制御し、自己のメールサーバにアクセスして、自機宛の電子メールをダウンロードしてきて、これをＥＥＰＲＯＭ１１１の受信フォルダに格納する。
【００６６】
このようにしてＥＥＰＲＯＭ１１１内の受信フォルダに格納された自機宛の電子メールは、ＣＰＵ１３０の制御により読み出されて、データライン１０２を通じて表示制御部１１２に供給され、当該表示制御部１１２を通じてＬＣＤ１１３に供給されて、その表示画面に表示することができるようにされている。これにより、相手先からの自機宛の電子メールを取得して、ＬＣＤ１１３に表示して、これを読むこともできるようにされる。
【００６７】
このように、この実施の形態の携帯電話端末は、単に電話通信を行うことができるだけでなく、インターネットへの接続機能をも備え、インターネットを通じて情報の取得や電子メールの送受信などをも行うことができるものである。すなわち、この実施の形態の携帯電話端末は、広域通信機能としては、電話通信の他、インターネットを通じてのデータ通信をも行うことができるものである。
【００６８】
さらに、この実施の形態の携帯電話端末は、上述もしたように、ＬＡＮモジュール１１８をも備えており、所定のＬＡＮに接続して、当該所定のＬＡＮに接続されている機器間においても、通信を行う機能をも供えたものである。また、カメラモジュールをも備え、被写体の画像を撮影して、これをデジタル画像データとして取り込み、ＥＥＰＲＯＭ１１１に格納して、必要に応じて読み出して表示制御部１１２を通じてＬＣＤ１１３に供給して、ＬＣＤ１１３の表示画面に表示するなどして利用することができるものである。
【００６９】
また、この実施の形態の携帯電話端末は、ＵＳＢＩ／Ｆ１２１をも備え、ＵＳＢＩ／Ｆを備えた種々の外部機器を接続することもできるものである。例えば、ＵＳＢメモリを接続して、ＥＥＰＲＯＭ１１１に格納されているデジタル画像データを当該ＵＳＢメモリにバックアップしたり、また、ＵＳＢＩ／Ｆ１２１を通じてパーソナルコンピュータに接続して、データをパーソナルコンピュータのハードディスクにバックアップしたり、パーソナルコンピュータから種々のデータの提供を受けたりすることができるようにされる。
【００７０】
また、この実施の形態の携帯電話端末は、ＧＰＳモジュール１１２を備え、複数の人工衛星からの信号を受信して解析することにより、自機の現在位置を正確に把握することもできるものである。このＧＰＳモジュールは、例えば、インターネットを通じて取得する地図情報や、ＵＳＢＩ／Ｆ１２１に接続されたＵＳＢメモリに格納されている地図情報を用い、当該地図情報上に現在位置を表示するようにして道案内を行う場合などにおいて用いることができるものである。
【００７１】
なお、図１において、クロック信号発生部１４０は、この実施の形態の携帯電話端末の各部に供給するクロック信号を発生させて、目的とする部分に供給するものである。クロック信号発生部１４０は、クロック信号の供給先毎に異なる周波数のクロック信号を形成して供給することができるものである。また、クロック信号発生部１４０は、ＣＰＵ１３０の制御に応じて、クロック信号の供給先毎に生成するクロック信号の周波数を変えることもできるものである。
【００７２】
また、この実施の形態の携帯電話端末は、図示しないが、いわゆるカレンダ機能を備え、現在年月日、現在曜日、現在時刻を提供することができる時計回路などをも備えたものである。
【００７３】
そして、この実施の形態の携帯電話端末においては、ＣＰＵ１３０が通信回路１０４を制御して広域ネットワークに接続して通信を行っている場合に、表示制御部１１２及び表示部１１３、ＬＡＮモジュール１１８、カメラモジュール１２０、ＵＳＢＩ／Ｆ１２１、ＧＰＳモジュール１２２などが動作することによってノイズが発生し、通信回路１０４を通じて行う通信に悪影響を及ぼす場合もあると考えられる。
【００７４】
そこで、この実施の形態の携帯電話端末においては、通信回路１０４を通じての通信処理中において、所定のタイミング毎に通信エラーレートを検出し、この検出した通信エラーレートが予め決められた閾値よりも大きくなった場合には、通信処理に影響を及ぼす可能性のあるデバイスの動作を停止させるなどして、通信品質が劣化することがないようにしている。
【００７５】
以下、この実施の形態の携帯電話端末において行われる感度抑圧を改善する場合の処理について具体的に説明する。
【００７６】
なお、上述した説明からもわかるように、通信回路１０４は、受信信号を復調してベースバンド信号に変換する受信処理機能と、送信データを形成してこれを変調して送信する送信処理機能とを実現するものである。そして、通信回路１０４は、受信信号については、通信エラーレート（通信エラー率）を検出する機能を備えたものである。
【００７７】
また、通信エラーレートには、通話時おいて検出されるフレームエラーレート、データ通信時に検出されるパケットエラーレート、待ち受け時において検出されるメッセージエラーレート、ＣＲＣ（Cyclic Redundancy Check）エラーレート等の種々のものがあるが、この実施の形態の携帯電話端末の通信回路１０４は、実行している通信処理において適切なエラーレートを検出することができるものである。
【００７８】
このため、以下の説明においては、説明を簡単にするため、通信回路１０４が実行している通信処理において適切なエラーレートを検出することができるものであることを前提に、通信回路１０４で検出される受信信号についてのエラーレートを単に通信エラーレートとして説明する。
【００７９】
［感度抑圧改善処理（１）］
まず、感度抑圧改善処理（１）について説明する。この感度抑圧改善処理（１）は、通信エラーレートが所定の閾値より大きい場合に、通信処理に影響を及ぼしている可能性のあるデバイス（モジュール）の動作を予め決められた順番で停止させて行くようにする。そして、デバイスの停止後の通信エラーレートが、所定の閾値以下に改善した場合には、その停止させたデバイスが通信処理に影響を及ぼしていると判断して、その停止させたデバイスの停止状態を維持することにより、感度抑圧を改善するようにするものである。
【００８０】
図２は、この実施の形態の携帯情報端末で実行される感度抑圧改善処理（１）を説明するための図である。図２に示す処理は、通信回路１０４を通じて通信処理を行っている場合に、ＣＰＵ１３０によって所定のタイミング毎に繰り返し実行するようにされる処理である。
【００８１】
まず、ＣＰＵ１３０は、通信回路１０４を制御し、現在の通信エラーレートを検出するようにし、検出された通信エラーレートが、例えば、ＲＯＭ１０９などに予め設定されている通信エラーレートについての所定の閾値より大きいか否かを判断する（ステップＳ１０１）。
【００８２】
ステップＳ１０１の判断処理において、通信エラーレートは所定の閾値より大きくないと判断したときには、通信品質は劣化していないので、この図２に示す処理を終了する。ステップＳ１０１の判断処理において、通信エラーレートが所定の閾値より大きくなっていると判断したときには、通信品質が劣化していると判断し、まず、表示制御部１１２、表示部１１３からなる表示デバイスの動作を停止させる（ステップＳ１０２）。
【００８３】
そして、ＣＰＵ１３０は、通信回路１０４を制御し、最新の通信エラーレートを取得して、当該新たな通信エラーレートが、当該所定の閾値以下に改善したか否かを判断する（ステップＳ１０３）。ステップＳ１０３の判断処理において、新たな通信エラーレートが、所定の閾値以下に改善していると判断した場合には、表示制御部１１２、表示部１１３からなる表示デバイスが通信に影響を及ぼしていたと判断して、当該表示デバイスの停止状態を維持するようにして（ステップＳ１０４）、この図２に示す処理を終了する。
【００８４】
また、ステップＳ１０３の判断処理において、新たな通信エラーレートが、所定の閾値以下に改善していないと判断した場合には、表示制御部１１２、表示部１１３からなる表示デバイスが通信に影響を及ぼしていないことが分かるので、ＣＰＵ１３０は、オフにして停止させた当該表示デバイスをオンにして動作させるように復旧し（ステップＳ１０５）、この後に、ＣＰＵ１３０は、ＬＡＮモジュール１１８をオフにしてＬＡＮモジュール１１８の動作を停止させる（ステップＳ１０６）。
【００８５】
そして、ＣＰＵ１３０は、通信回路１０４を制御し、最新の通信エラーレートを取得して、当該新たな通信エラーレートが、当該所定の閾値以下に改善したか否かを判断する（ステップＳ１０７）。ステップＳ１０７の判断処理において、新たな通信エラーレートが、所定の閾値以下に改善していると判断した場合には、ＬＡＮモジュール１１８が通信に影響を及ぼしていたと判断して、ＬＡＮモジュール１１８の停止状態を維持するようにして（ステップＳ１０８）、この図２に示す処理を終了する。
【００８６】
また、ステップＳ１０７の判断処理において、新たな通信エラーレートが、所定の閾値以下に改善していないと判断した場合には、ＬＡＮモジュール１１８が通信に影響を及ぼしていないことが分かるので、ＣＰＵ１３０は、オフにして停止させたＬＡＮモジュール１１８をオンにして動作させるように復旧する（ステップＳ１０９）。
【００８７】
この後、この実施の形態の携帯電話端末のＣＰＵ１３０は、停止させるデバイスを順番に変えて、通信エラーレートが所定の閾値以下に改善したか否かを確認して行くことによって、通信処理に影響を及ぼしているデバイス（モジュール）を特定し、その特定したデバイスの動作の停止状態を維持することによって、通信品質が劣化することがないようにしている。
【００８８】
なお、この例の場合、通信処理時において、通信エラーレートが所定の閾値よりも大きくなっている場合、ＣＰＵ１３０は、（１）表示デバイス→（２）ＬＡＮモジュール→（３）カメラモジュール→（４）ＵＳＢＩ／Ｆ→（５）ＧＰＳモジュールの順番で停止させるデバイスを変更するようにしている。
【００８９】
これにより、動作することによって通信処理に影響を及ぼす可能性のあるすべてのデバイスを対象として、どのデバイスが通信処理に影響を及ぼしているかを特定して、その通信処理に影響を及ぼしているデバイスを停止させることにより、通信品質を常時良好に保つことができる。
【００９０】
なお、デバイスの停止は、制御対象のデバイスに電源を供給しないようにしたり、あるいは、クロック信号を供給しないようにしたりすることによって、デバイスの動作を停止させることができる。そして、デバイスの停止状態を維持するようにした後に、通信処理が終了した場合には、停止状態を維持するようにしたデバイスを動作状態に復帰させるようにする。
【００９１】
もちろん、通信処理が終了した場合に自動的に復帰させる場合だけでなく、例えば、停止状態を維持しておき、停止状態が維持されているデバイスが用いるようにされた場合に、動作状態に復帰させるようにしても良い。また、停止状態にしたデバイスが存在する場合に、これをユーザーに通知し、ユーザーの指示に応じて動作状態に復帰させるようにすることもできる。すなわち、通信処理に影響を及ぼしていたために、その動作が停止されたデバイスについては、適宜にタイミングで動作状態に復旧するようにされ、その後の動作に支障がでないようにされる。
【００９２】
［感度抑圧改善処理（１）の変形例］
上述した感度抑圧改善処理（１）の場合には、図２を用いて説明したように、停止させるデバイスの停止順番は予め決められている。しかし、停止順番が下位に位置付けられているデバイスが通信処理に対して頻繁に影響を及ぼしている場合もある。このような場合には、通信処理に対して影響を及ぼしていないデバイスが優先的に停止制御の対象となってしまうので、感度抑圧の状態を解消するまでに若干の時間がかかることになる。
【００９３】
そこで、感度抑圧改善処理により、通信処理に影響を及ぼしていたために、停止状態が維持された回数をデバイス毎に管理し、停止状態が維持された回数（停止維持回数）が多いデバイスの優先順位を上位に位置付けるようにすることを考える。これにより、動作することによって通信処理に影響を及ぼすことの多いデバイスを優先して停止の対象とすることができるようにされ、感度抑圧の状態をより迅速に解消できるようにすることができる。
【００９４】
図３、図４は、デバイス毎に停止維持回数を管理するデバイステーブルについて説明するための図である。この実施の形態において、図３、図４に示すデバイステーブルは、この実施の形態の携帯電話端末においては、ＥＥＰＲＯＭ１１１に形成されるものである。
【００９５】
図３、図４に示すように、デバイステーブルは、デバイス（モジュール）を特定する情報、停止維持回数、優先順位からなるものである。ここでは説明を簡単にするために、デバイスを特定する情報は、デバイスの名称を用いている。しかし、一般には、デバイスＩＤなどの各デバイスに固有の識別情報が用いられる。
【００９６】
そして、デバイステーブルは、デフォルトの状態（初期状態）では、図３に示すように、各デバイスの停止維持回数は「０回」とされ、優先順位は予め決められた順位とされる。デフォルトの優先順位は、図２を用いて説明した処理の場合と同様に、（１）表示デバイス→（２）ＬＡＮモジュール→（３）カメラモジュール→（４）ＵＳＢＩ／Ｆ→（５）ＧＰＳモジュールの順番とされている。
【００９７】
そして、通信処理時において、通信エラーレートが所定の閾値よりも大きい場合、初めての感度抑圧改善処理においては、図３に示したデバイステーブルの優先順位に従って、デバイスを順番に停止させ、通信エラーレートが所定の閾値以下に改善した場合に、そのデバイスの停止状態を維持するとともに、そのデバイスの停止維持回数に値「１」を加算した後、全てのデバイスの停止維持回数に基づいて、優先順位を更新する。
【００９８】
例えば、図４に示すように、感度抑圧改善処理を繰り返し行うことによって、各デバイスの停止維持回数が更新されたとする。図４に示した例の場合には、ＬＣＤ１１３や表示制御部１１２からなる表示デバイスの停止維持回数が３回、ＧＰＳモジュール１２２の停止維持回数が２回、ＵＳＢＩ／Ｆ１２１の停止維持回数が１回である。
【００９９】
この場合には、図４に示したように、ＬＣＤ１１３や表示制御部１１２からなる表示デバイスの優先順位が１位、ＧＰＳモジュール１２２の優先順位が２位、ＵＳＢＩ／Ｆ１２１の優先順位が３位、停止維持回数が「０回」であるＬＡＮモジュール１１８とカメラモジュール１２０とについては、ＵＳＢＩ／Ｆ１２１の後の順位とされ、その順番は元の順位、すなわち、ＬＡＮモジュール１１８、カメラモジュール１２０の順番とされる。
【０１００】
これにより、通信処理時において、通信エラーレートが所定の閾値よりも大きい場合には、図４に示したデバイステーブルが参照され、（１）表示デバイス→（２）ＧＰＳモジュール→（３）ＵＳＢモジュール→（４）ＬＡＮモジュール→（５）カメラモジュールの順番で感度抑圧改善処理が行うようにされる。
【０１０１】
［感度抑圧改善処理（１）の変形例の具体的処理について］
次に、図３、図４に示したデバイステーブルを用いて行う感度抑圧改善処理（１）の変形例の具体的処理について説明する。図５は、感度抑圧改善処理（１）の変形例の具体的処理について説明するためのフローチャートである。この図５に示す処理は、図２を用いて説明した処理の場合と同様に、通信回路１０４を通じて通信処理を行っている場合に、ＣＰＵ１３０によって所定のタイミング毎に繰り返し実行するようにされる処理である。
【０１０２】
この図５に示す処理においても、まず、ＣＰＵ１３０は、通信回路１０４を制御し、現在の通信エラーレートを検出するようにし、検出された通信エラーレートが、例えば、ＲＯＭ１０９などに予め設定されている通信エラーレートについての所定の閾値より大きいか否かを判断する（ステップＳ２０１）。
【０１０３】
ステップＳ２０１の判断処理において、通信エラーレートは所定の閾値より大きくないと判断したときには、通信品質は劣化していないので、この図５に示す処理を終了する。ステップＳ２０１の判断処理において、通信エラーレートが所定の閾値より大きくなっていると判断したときには、通信品質が劣化していると判断し、優先順位を示す変数Ｐに値「１」を代入する（ステップＳ２０２）。
【０１０４】
そして、優先順位がＰ位のデバイスをデバイステーブルの情報から特定して、その特定したデバイスをオフにしてそのデバイスの動作を停止させる（ステップＳ２０３）。そして、ＣＰＵ１３０は、通信回路１０４を制御し、最新の通信エラーレートを取得して、当該新たな通信エラーレートが、当該所定の閾値以下に改善したか否かを判断する（ステップＳ２０４）。
【０１０５】
ステップＳ２０４の判断処理において、新たな通信エラーレートが、所定の閾値以下に改善していないと判断した場合には、ＣＰＵ１３０は、ステップＳ２０３において動作を停止させた優先順位がＰ位のデバイスをオンにして動作を再開させる（ステップＳ２０５）。この後、変数Ｐで示される優先順位が最後の優先順位であるか否かを判断する（ステップＳ２０６）。
【０１０６】
なお、優先順位が最後か否かは、デバイステーブルの登録デバイス件数に応じて特定することができる。すなわち、図３、図４に示した例の場合、登録されたデバイスは、表示デバイス、ＬＡＮモジュール、カメラモジュール、ＵＳＢＩ／Ｆ、ＧＰＳモジュールの５つであるので、最終優先順位は５位ということになる。
【０１０７】
ステップＳ２０６の判断処理において、変数Ｐが示す優先順位が最後の優先順位ではないと判断したときには、変数Ｐに１を加算し（ステップＳ２０７）、この後、ステップＳ２０３からの処理を繰り返す。すなわち、次の優先順位のデバイスに停止の対象を移すようにする。ステップＳ２０６の判断処理において、変数Ｐが示す優先順位が最後の優先順位であると判断したときには、ＣＰＵ１３０は、この図５に示す処理を終了する。
【０１０８】
また、ステップＳ２０４の判断処理において、新たな通信エラーレートが、所定の閾値以下に改善していると判断した場合には、ステップＳ２０３において動作を停止させるようにした優先順位がＰ位のデバイスのオフを継続する（ステップＳ２０８）。そして、ＣＰＵ１３０は、ＥＥＰＲＯＭ１１１に形成されているデバイステーブルにアクセスし、今回、停止状態を維持するようにした優先順位がＰ位のデバイスの停止維持回数に値「１」を加算する（ステップＳ２０９）。
【０１０９】
この後、ＣＰＵ１３０は、ＥＥＰＲＯＭ１１１の当該デバイステーブルの優先順位を、現在の停止維持回数に基づいて更新する（ステップＳ２１０）。具体的には、ＣＰＵ１３０は、各デバイスの停止維持回数を参照し、停止維持回数の多い順に優先順位を割り振るようにする。もし、停止維持回数が同じであるデバイスが存在する場合には、直前の優先順位が示す順番に応じて、新たな優先順位を付与するようにする。この後、ＣＰＵ１３０は、この図５に示す処理を終了する。
【０１１０】
このようにして、デバイスの動作を停止させることによって、通信エラーレートが所定の閾値以下に改善し、そのデバイスの停止状態を維持するようにした場合には、図３、図４に示したデバイステーブルの停止維持回数が更新されるとともに、更新された停止維持回数に応じて、感度抑圧改善処理においての停止順位（優先順位）を適切に更新することができるようにされる。
【０１１１】
そして、図４を用いて説明したように、停止維持回数の多いデバイスの優先順位が上位となるようにされ、通信処理に影響を及ぼしており、停止維持回数が多くなっているデバイスから順番に、感度抑圧改善処理において停止させるデバイスとして用いるようにすることができる。
【０１１２】
これにより、通信処理に影響を及ぼしているデバイスをできる限り迅速に特定して、そのデバイスの動作を停止させることにより、感度抑圧の状態をできる限り短時間で回避するようにして、通信品質が劣化することを防止することができるようにされる。
【０１１３】
また、この感度抑圧改善処理（１）の変形例の場合においても、図２を用いて説明した例の場合と同様に、デバイスの停止は、制御対象のデバイスに電源を供給しないようにしたり、あるいは、クロック信号を供給しないようにしたりすることによって行うようにすることができる。
【０１１４】
また、動作を停止させたデバイスについては、図２を用いて説明した例の場合と同様に、通信処理が終了した場合、あるいは、停止状態を維持しておき、停止状態が維持されているデバイスが用いるようにされた場合に、動作状態に復帰させるようにしても良い。また、停止状態にしたデバイスが存在する場合に、これをユーザーに通知し、ユーザーの指示に応じて動作状態に復帰させるようにすることもできる。すなわち、通信処理に影響を及ぼしていたために、その動作が停止されたデバイスについては、適宜にタイミングで動作状態に復旧するようにされ、その後の動作に支障がでないようにされる。
【０１１５】
［感度抑圧改善処理（２）］
図２〜図５を用いて説明した感度抑圧改善処理（１）の場合には、通信処理に影響を及ぼしている可能性のあるデバイスの動作を停止させることにより、感度抑圧の状態を回避するようにした。しかし、これに限るものではない。感度抑圧は、通信信号に対して、動作中のデバイスからノイズが漏れ込むことによって発生する。
【０１１６】
このため、通信処理に対して影響を及ぼす可能性があるデバイスを駆動させるためのクロック信号の周波数（クロック周波数）を変えることによって、通信信号に対して漏れ込むノイズを低減させるようにしても良い。すなわち、通信処理に影響を及ぼす可能性のあるデバイスの動作を停止させるのではなく、通信処理に影響を及ぼす可能性のあるデバイスを駆動させるクロック信号の周波数を変更するのである。
【０１１７】
このように、以下に説明する感度抑圧改善処理（２）は、通信処理時において、通信エラーレートが所定の閾値よりも大きくなった場合に、これを改善するために、通信処理に影響を及ぼしている可能性のあるデバイスのクロック周波数を変更することによって、通信エラーレートを所定の閾値以下に改善させるようにするものである。
【０１１８】
図６は、デバイスのクロック周波数を変更する感度抑圧改善処理（２）を説明するためのフローチャートである。この図６に示す処理もまた、図２を用いて説明した感度抑圧改善処理（１）の場合と同様に、通信回路１０４を通じて通信処理を行っている場合に、ＣＰＵ１３０によって所定のタイミング毎に繰り返し実行するようにされる処理である。
【０１１９】
まず、ＣＰＵ１３０は、通信回路１０４を制御し、現在の通信エラーレートを検出するようにし、検出された通信エラーレートが、例えば、ＲＯＭ１０９などに予め設定されている通信エラーレートについての所定の閾値より大きいか否かを判断する（ステップＳ３０１）。
【０１２０】
ステップＳ３０１の判断処理において、通信エラーレートは所定の閾値より大きくないと判断したときには、通信品質は劣化していないので、この図６に示す処理を終了する。ステップＳ３０１の判断処理において、通信エラーレートが所定の閾値より大きくなっていると判断したときには、通信品質が劣化していると判断し、ＣＰＵ１３０は、まず、表示制御部１１２、表示部１１３からなる表示デバイスのクロック周波数を変更させる（ステップＳ３０２）。
【０１２１】
この実施の形態の携帯電話端末において、クロック周波数の変更は、ＣＰＵ１３０が、クロック信号発生部１４０を制御することにより行う。上述もしたように、クロック信号発生部１４０は、ＣＰＵ１３０の制御に応じて、クロック信号の供給先毎に生成するクロック信号の周波数を変えることができるものであり、ＣＰＵ１３０は、制御ライン１０１を通じてクロック信号発生部１４０を制御し、表示制御部１１２、ＬＣＤ１１３に供給するクロック信号の周波数を変更する。
【０１２２】
また、クロック周波数の変更は、例えばデバイス毎に予め決められた周波数分、目的とするクロック周波数を高くしたり、あるいは、低くしたりすることによって行ったり、あるいは、変更するクロック周波数を予め決めておき、その決められた周波数に変更するようにしても良い。このようなクロック周波数の変更に関する情報は、例えば、ＲＯＭ１０９あるいはＥＥＰＲＯＭ１１１に記憶保持されている。
【０１２３】
そして、ＣＰＵ１３０は、通信回路１０４を制御し、最新の通信エラーレートを取得して、当該新たな通信エラーレートが、当該所定の閾値以下に改善したか否かを判断する（ステップＳ３０３）。ステップＳ３０３の判断処理において、新たな通信エラーレートが、所定の閾値以下に改善していると判断した場合には、表示制御部１１２、表示部１１３からなる表示デバイスが通信に影響を及ぼしていたと判断して、当該表示デバイスのクロック周波数を変更後のものに維持するようにして（ステップＳ３０４）、この図６に示す処理を終了する。
【０１２４】
また、ステップＳ３０３の判断処理において、新たな通信エラーレートが、所定の閾値以下に改善していないと判断した場合には、表示制御部１１２、表示部１１３からなる表示デバイスが通信に影響を及ぼしていないことが分かるので、ＣＰＵ１３０は、クロック周波数を変更した当該表示デバイスのクロック周波数を元に戻すようにクロック信号発生部１４０を制御し（ステップＳ３０５）、この後に、ＣＰＵ１３０は、ＬＡＮモジュール１１８に供給するクロック信号のクロック周波数を変更するように、クロック信号発生部１４０を制御する（ステップＳ３０６）。
【０１２５】
そして、ＣＰＵ１３０は、通信回路１０４を制御し、最新の通信エラーレートを取得して、当該新たな通信エラーレートが、当該所定の閾値以下に改善したか否かを判断する（ステップＳ３０７）。ステップＳ３０７の判断処理において、新たな通信エラーレートが、所定の閾値以下に改善していると判断した場合には、ＬＡＮモジュール１１８が通信に影響を及ぼしていたと判断して、ＬＡＮモジュール１１８のクロック周波数を変更後のものに維持するようにして（ステップＳ３０８）、この図６に示す処理を終了する。
【０１２６】
また、ステップＳ３０７の判断処理において、新たな通信エラーレートが、所定の閾値以下に改善していないと判断した場合には、ＬＡＮモジュール１１８が通信に影響を及ぼしていないことが分かるので、ＣＰＵ１３０は、クロック周波数を変更したＬＡＮモジュール１１８のクロック周波数を元に戻すようにクロック信号発生部１４０を制御する（ステップＳ３０９）。
【０１２７】
この後、この実施の形態の携帯電話端末のＣＰＵ１３０は、クロック周波数を変更するデバイスを順番に変えて、通信エラーレートが所定の閾値以下に改善したか否かを確認して行くことによって、通信処理に影響を及ぼしているデバイスを特定し、その特定したデバイスのクロック周波数を変更後のものに維持するようにして、通信品質が劣化することがないようにしている。
【０１２８】
なお、この例の場合、通信処理時において、通信エラーレートが所定の閾値よりも大きくなっている場合、ＣＰＵ１３０は、（１）表示デバイス→（２）ＬＡＮモジュール→（３）カメラモジュール→（４）ＵＳＢＩ／Ｆ→（５）ＧＰＳモジュールの順番でクロック周波数を変更するデバイスを変更するようにしている。
【０１２９】
これにより、動作することによって通信処理に影響を及ぼす可能性のあるすべてのデバイスを対象として、どのデバイスが通信処理に影響を及ぼしているかを特定して、その通信処理に影響を及ぼしているデバイスのクロック周波数を変更することによって、通信品質を常時良好に保つことができる。
【０１３０】
なお、クロック周波数は、上述もしたように、予め決められた周波数に変更するようにされるが、変更後の周波数は、通信周波数の約数や倍数にならないように選択される。各部のクロック周波数が、通信周波数の約数や倍数となった場合には、通信周波数と同期することになり、通信信号に対して影響を及ぼす可能性が高くなるのに対して、クロック周波数を通信周波数の約数や倍数としないことにとって、各デバイスに供給されるクロック信号が、通信信号に対して干渉することを防止することができるためである。
【０１３１】
このように、デバイスの動作を停止させるのではなく、デバイスの駆動クロック信号の周波数を変更することによって、各デバイスが通信信号に対して影響を及ぼすことがないようにすることができる。そして、この場合には、通信処理に直接的には関連のないデバイスの動作を停止させることがないので、通信処理と平行して他の処理を行ったり、通信処理後の処理にスムーズに移行したりすることができるなどの利点がある。
【０１３２】
また、変更後の周波数を維持するようにした後に、通信処理が終了した場合には、変更後の周波数を維持するようにしたデバイスのクロック周波数を元のクロック周波数に復帰させるようにする。もちろん、通信処理が終了した場合に自動的にクロック周波数を復帰させる場合だけでなく、例えば、変更後のクロック周波数を維持しておき、変更後のクロック周波数が維持されているデバイスが用いるようにされた場合に、クロック周波数を元の周波数に復帰させるようにしても良い。
【０１３３】
また、変更後のクロック周波数を維持したデバイスが存在する場合に、これをユーザーに通知し、ユーザーの指示に応じて、クロック周波数を元のクロック周波数に復帰させるようにすることもできる。すなわち、通信処理に影響を及ぼしていたために、そのクロック周波数が変更されたデバイスについては、適宜にタイミングで元のクロック周波数に復帰するようにされ、その後の動作に支障がでないようにされる。
【０１３４】
［感度抑圧改善処理（２）の変形例１］
感度抑圧改善処理（２）の場合にも、図５を用いて説明した感度抑制処理（１）の変更例の場合と同様に、動作することによって通信処理に影響を及ぼすことの多いデバイスを優先してクロック周波数の変更の対象とすることができる。
【０１３５】
この感度抑圧改善処理（２）の変形例１の場合にも、図３、図４に示したようなデバイステーブルを用いるようにする。この例の場合には、図３、図４にデバイステーブルの停止維持回数が、クロック周波数の変更維持回数として管理するようにされる。そして、クロック周波数の変更維持回数が多いものほど、優先的に感度抑圧改善処理におけるクロック周波数の変更対象のデバイスとなるようにする。
【０１３６】
したがって、以下に説明する感度抑圧改善処理（２）の変形例１の場合にも、図３、図４に示したデバイステーブルが、ＥＥＰＲＯＭ１１１に形成されているものとして説明する。なお、この例の場合、上述もしたように、図３、図４における停止維持回数が、クロック周波数の変更維持回数となるものである。
【０１３７】
［感度抑圧改善処理（２）の変形例１の具体的処理について］
次に、図３、図４に示したデバイステーブルを用いて行う感度抑圧改善処理（２）の変形例１の具体的処理について説明する。図７は、感度抑圧改善処理（２）の変形例１の具体的処理について説明するためのフローチャートである。この図７に示す処理は、図６を用いて説明した処理の場合と同様に、通信回路１０４を通じて通信処理を行っている場合に、ＣＰＵ１３０によって所定のタイミング毎に繰り返し実行するようにされる処理である。
【０１３８】
この図７に示す処理においても、まず、ＣＰＵ１３０は、通信回路１０４を制御し、現在の通信エラーレートを検出するようにし、検出された通信エラーレートが、例えば、ＲＯＭ１０９などに予め設定されている通信エラーレートについての所定の閾値より大きいか否かを判断する（ステップＳ４０１）。
【０１３９】
ステップＳ４０１の判断処理において、通信エラーレートは所定の閾値より大きくないと判断したときには、通信品質は劣化していないので、この図７に示す処理を終了する。ステップＳ４０１の判断処理において、通信エラーレートが所定の閾値より大きくなっていると判断したときには、通信品質が劣化していると判断し、優先順位を示す変数Ｐに値「１」を代入する（ステップＳ４０２）。
【０１４０】
そして、優先順位がＰ位のデバイスをデバイステーブルの情報から特定して、その特定したデバイスのクロック周波数をＣＰＵ１３０がクロック信号発生部１４０を制御することによって変更する（ステップＳ４０３）。そして、ＣＰＵ１３０は、通信回路１０４を制御し、最新の通信エラーレートを取得して、当該新たな通信エラーレートが、当該所定の閾値以下に改善したか否かを判断する（ステップＳ４０４）。
【０１４１】
ステップＳ４０４の判断処理において、新たな通信エラーレートが、所定の閾値以下に改善していないと判断した場合には、ＣＰＵ１３０は、クロック信号発生部１４０を制御して、ステップＳ４０３においてクロック周波数を変更した優先順位がＰ位のデバイスのクロック周波数を元に戻す（ステップＳ４０５）。この後、変数Ｐで示される優先順位が最後の優先順位であるか否かを判断する（ステップＳ４０６）。
【０１４２】
なお、優先順位が最後か否かは、上述もしたように、デバイステーブルの登録デバイス件数に応じて特定することができる。すなわち、図３、図４に示した例の場合、登録されたデバイスは、表示デバイス、ＬＡＮモジュール、カメラモジュール、ＵＳＢＩ／Ｆ、ＧＰＳモジュールの５つであるので、最終優先順位は５位ということになる。
【０１４３】
ステップＳ４０６の判断処理において、変数Ｐが示す優先順位が最後の優先順位ではないと判断したときには、変数Ｐに１を加算し（ステップＳ４０７）、この後、ステップＳ４０３からの処理を繰り返す。すなわち、次の優先順位のデバイスにクロック周波数の変更対象を移すようにする。ステップＳ４０６の判断処理において、変数Ｐが示す優先順位が最後の優先順位であると判断したときには、ＣＰＵ１３０は、この図７に示す処理を終了する。
【０１４４】
また、ステップＳ４０４の判断処理において、新たな通信エラーレートが、所定の閾値以下に改善していると判断した場合には、ステップＳ４０３においてクロック周波数を変更した優先順位がＰ位のデバイスのクロック周波数を変更後のものに維持する（ステップＳ４０８）。そして、ＣＰＵ１３０は、ＥＥＰＲＯＭ１１１に形成されているデバイステーブルにアクセスし、今回、停止状態を維持するようにした優先順位がＰ位のデバイスの停止維持回数に値「１」を加算する（ステップＳ４０９）。
【０１４５】
この後、ＣＰＵ１３０は、ＥＥＰＲＯＭ１１１の当該デバイステーブルの優先順位を、現在のクロック変更維持回数に基づいて更新する（ステップＳ４１０）。具体的には、図５を用いて説明した感度抑圧改善処理（１）の変形例の場合と同様に、ＣＰＵ１３０は、各デバイスのクロック周波数の変更維持回数を参照し、変更維持回数の多い順に優先順位を割り振るようにする。もし、変更維持回数が同じであるデバイスが存在する場合には、直前の優先順位が示す順番に応じて、新たな優先順位を付与するようにする。この後、ＣＰＵ１３０は、この図７に示す処理を終了する。
【０１４６】
このようにして、デバイスのクロック周波数を変更することによって、通信エラーレートが所定の閾値以下に改善し、そのデバイスのクロック周波数を変更後のものに維持するようにした場合には、図３、図４に示したデバイステーブルのクロック周波数の変更維持回数が更新されるとともに、更新された変更維持回数に応じて、感度抑圧改善処理においてのクロック周波数の変更順位（優先順位）を適切に更新することができるようにされる。
【０１４７】
そして、図４を用いて説明したように、クロック周波数の変更維持回数の多いデバイスの優先順位が上位となるようにされ、通信処理に影響を及ぼしており、クロック周波数の変更維持回数が多くなっているデバイスから順番に、感度抑圧改善処理においてクロック周波数を変更するデバイスとして用いるようにすることができる。
【０１４８】
これにより、通信処理に影響を及ぼしているデバイスをできる限り迅速に特定して、そのデバイスのクロック周波数を変更することにより、感度抑圧の状態をできる限り短時間で回避するようにして、通信品質が劣化することを防止することができるようにされる。
【０１４９】
また、この感度抑圧改善処理（２）の変形例１の場合にも、変更後の周波数を維持するようにした後に、通信処理が終了した場合には、変更後の周波数を維持するようにしたデバイスのクロック周波数を元のクロック周波数に復帰させるようにする。もちろん、通信処理が終了した場合に自動的にクロック周波数を復帰させる場合だけでなく、例えば、変更後のクロック周波数を維持しておき、変更後のクロック周波数が維持されているデバイスが用いるようにされた場合に、クロック周波数を元の周波数に復帰させるようにしても良い。
【０１５０】
また、変更後のクロック周波数を維持したデバイスが存在する場合に、これをユーザーに通知し、ユーザーの指示に応じて、クロック周波数を元のクロック周波数に復帰させるようにすることもできる。すなわち、通信処理に影響を及ぼしていたために、そのクロック周波数が変更されたデバイスについては、適宜にタイミングで元のクロック周波数に復帰するようにされ、その後の動作に支障がでないようにされる。
【０１５１】
［感度抑圧改善処理（２）の変形例２］
デバイス毎にクロック周波数を変更するようにする感度抑圧改善処理（２）及び感度抑圧改善処理（２）の変形例１の場合、変更するクロック周波数は予め決められた１つのものとして説明した。しかし、これに限るものではない。複数のクロック周波数の中から最適なものを選択するようにすることも可能である。
【０１５２】
以下に説明する感度抑圧改善処理（２）の変形例２の場合には、デバイス毎に変更可能な複数のクロック周波数が予め決められており、その中から最適なものを選択して利用することができるものである。なお、以下においては、説明を簡単にするため、通信回路１０４で用いられる通信周波数が８００ＭＨｚであり各デバイスのクロック周波数については、通信周波数の約数、倍数とならない複数の周波数が設定されている場合を例にして説明する。
【０１５３】
図８は、この感度抑圧改善処理（２）の変形例２の場合に、この実施の形態の携帯電話端末において用いられるデバイステーブルを説明するための図である。この例のデバイステーブルは、デバイス（モジュール）を特定する情報、クロック周波数の変更維持回数、優先順位に加えて、変更可能なクロック周波数の候補（図８においてはクロック周波数と記載）の欄が設けられたものである。この図８に示すデバイステーブルもＥＥＰＲＯＭ１１１に形成されるものである。
【０１５４】
図８に示す例の場合、表示制御部１１２、ＬＣＤ１１３からなる表示デバイスについては、２１ＭＨｚ、２２ＭＨｚ、２３ＭＨｚ、２４ＭＨｚの４種類のクロック周波数の候補が登録されている。また、ＬＡＮモジュール１１８については、９６ＭＨｚ、９７ＭＨｚ、９８ＭＨｚ、９９ＭＨｚの４種類のクロック周波数の候補が登録されている。
【０１５５】
同様に、カメラモジュール１２０については、３１ＭＨｚ、３２ＭＨｚ、３３ＭＨｚ、３４ＭＨｚの４種類のクロック周波数の候補が登録されている。また、ＵＳＢＩ／Ｆ１２１については、８ＭＨｚ、９ＭＨｚ、１１ＭＨｚ、１２ＭＨｚの４種類のクロック周波数の候補が登録されている。また、ＧＰＳモジュール１２２については、４１ＭＨｚ、４２ＭＨｚ、４３ＭＨｚ、４４ＭＨｚの４種類のクロック周波数の候補が登録されている。
【０１５６】
そして、この変形例２の場合にも、図７を用いて説明したフローチャートと同様の処理が行われる。しかし、図７に示したステップＳ４０３において行われるクロック周波数の変更処理が、図８に示したデバイステーブルのクロック周波数の候補の情報に基づいて、予め登録されているクロック周波数の候補の中から最適なものが選ばれるようにされる。
【０１５７】
図９は、この感度抑圧改善処理（２）の変形例２の場合に、図７に示した処理のステップＳ４０３において行われることになるクロック変更処理について説明するためのフローチャートである。
【０１５８】
ＣＰＵ１３０は、まず、クロック周波数の候補を指定するための変数ｉに値「１」をセットする（ステップＳ５０１）。そして、クロック周波数を、図８に示したデバイステーブルのｉ番目のクロック周波数に変更し（ステップＳ５０２）、通信回路１０４を制御して通信エラーレート（通信エラー率）を検出し（ステップＳ５０３）、ステップＳ５０３で検出した通信エラーレートを、通信エラーレートのｉ番目の格納領域ＥＲＲ（ｉ）に格納する（ステップＳ５０４）。
【０１５９】
次に、ＣＰＵ１３０は、クロック周波数の候補を指定するための変数ｉが、値「１」であるか否かを判断する（ステップＳ５０５）。ステップＳ５０５の判断処理において、変数ｉが値「１」であるときには、クロック周波数の最初の候補であるので、通信エラーレートが最善のクロック周波数を特定するための変数ｘに変数ｉを入れる（ステップＳ５０７）。
【０１６０】
また、ステップＳ５０５の判断処理において、変数ｉが値「１」ではないと判断したときには、ＣＰＵ１３０は、今回、ステップＳ５０３において検出した通信エラーレートＥＲＲ（ｉ）は、現在までに検出した最善の通信エラーレートＥＲＲ（ｘ）より改善したか否かを判断する（ステップＳ５０６）。
【０１６１】
ステップＳ５０６の判断処理において、今回の通信エラーレートＥＲＲ（ｉ）は、現在までに検出した最善の通信エラーレートＥＲＲ（ｘ）よりも改善していると判断したときには、ＣＰＵ１３０は、通信エラーレートが最善のクロック周波数を特定するための変数ｘに変数ｉを入れる（ステップＳ５０７）。
【０１６２】
ステップＳ５０７の処理の後、あるいは、ステップＳ５０６の判断処理において、今回の通信エラーレートＥＲＲ（ｉ）は、現在までに検出した最善の通信エラーレートＥＲＲ（ｘ）よりも改善していないと判断した場合には、ＣＰＵ１３０は、変数ｉは予め用意されているクロック周波数の候補の最後か否かを判断する（ステップＳ５０８）。この実施の形態においては、図８に示したように、クロック周波数の候補は、４つであるため、「ｉ＝４」となった場合に変数ｉは最後であると判断される。
【０１６３】
ステップＳ５０８の判断処理において、変数ｉは最後ではないと判断したときには、ＣＰＵ１３０は、変数ｉに１を加算し（ステップＳ５０９）、ステップＳ５０２からの処理を繰り返すようにする。
【０１６４】
また、ステップＳ５０８の判断処理において、変数ｉは最後であると判断したときには、上述したように、変数ｘには、予め用意されたクロック周波数のうちで最も通信エラーレートが低いクロック周波数が何番目のものかを示す値になっているので、ｘ番目のクロック周波数を最善のクロック周波数として特定し（ステップＳ５１０）、そのｘ番目のクロック周波数を図７に示したステップＳ４０３において変更後のクロック周波数として用いようにする。
【０１６５】
そして、この実施の形態の携帯電話端末においては、図９に示した処理のステップＳ５１０においての特定結果は、図８に示したデバイステーブルのクロック周波数の候補の欄に更新される。この例の場合、図８のクロック周波数の候補の欄に示したように、表示デバイスについては「２３ＭＨｚ」が、ＬＡＮモジュールについては「９７ＭＨｚ」が、カメラモジュールについては「３１ＭＨｚ」が、ＵＳＢＩ／Ｆについては「１２ＭＨｚ」が、ＧＰＳモジュールについては「４４ＭＨｚ」が、それぞれ特定されたことが示されている。
【０１６６】
このようにして、変更可能な複数のクロック周波数の内から、最も通信エラーレートが低いクロック周波数が変更後のクロック周波数として選択され用いるようにされる。これにより、変更後のクロック周波数が１つの固定されている場合に比べて、より適切にクロック周波数を変更し、各デバイスの動作が通信処理に影響を及ぼすことがないようにすることが可能となる。
【０１６７】
［その他］
なお、上述した実施の形態においては、通信処理に影響を及ぼす可能性のあるデバイスとして、表示デバイス、ＬＡＮモジュール、カメラモジュール、ＵＳＢＩ／Ｆ、ＧＰＳモジュールが搭載された場合を例にして説明したが、これに限るものではない。他の各種のデバイスが搭載される場合においても、この発明を用いることが可能である。
【０１６８】
また、通信処理に影響を及ぼす可能性のあるデバイスは必ずしも複数搭載されている必要はなく、１つ以上のデバイスが搭載されていれば良い。
【０１６９】
また、デバイス毎にクロック周波数を変更する場合であっても、変更後のクロック周波数として予め用意される候補としてのクロック周波数は、上述した実施の形態においては、４種類としたが、これに限るものではない。１種類以上の適宜の数の候補としてのクロック周波数を用意するようにしても良い。
【０１７０】
また、変更するクロック周波数を予め決められた計算式に基づいて作成するようしても良い。例えば、予め決められたクロック周波数を基準にして、３ＭＨｚ毎に５種類の候補を作るといったように、必要になる都度作成するようにしてももちろん良い。
【０１７１】
また、上述した実施の形態においては、携帯電話端末にこの発明を適用した場合を例にして説明したが、これに限るものではない。通信機能を備えた各種の携帯通信端末にこの発明を適用することができる。
【０１７２】
また、広義には、種々の電子機器において、通信機能に限らず、目的とする処理を行っている場合に、その処理の結果にエラーが多い場合に、同時に動作しているデバイス部分を停止させたり、同時に動作しているデバイス部分のクロック周波数を変更したりするなどして、目的とする処理を正確に行えるようにする場合に、この発明を適用することが可能である。しかし、特に、携帯通信機器に適用した場合には、本来の基本的な機能である
通信機能を常時適切に動作させることができる点で大きな効果を上げることができる。
【０１７３】
なお、上述した実施の形態の携帯電話端末においては、通信エラーレートの検出手段の機能は通信回路１０４が実現し、判別手段、停止制御手段、検出制御手段、改善判別手段、変更制御手段のそれぞれは、ＣＰＵ１３０を中心とする制御部がその機能を実現している。また、記憶手段としての機能は、ＥＥＰＲＯＭ１１１が、更新手段、優先順位設定手段としての機能は、ＣＰＵ１３０がその機能を実現している。また、クロック制御手段の機能もまた、ＣＰＵ１３０がその機能を実現している。
【０１７４】
また、図２、図５、図６、図７及び図９に示した処理を実行するプログラムを作成し、これをＲＯＭ１０９に記憶しておくようにしたり、あるいは、ＥＥＰＲＯＭ１１１に必要に応じて記録したりすることによって、各種の携帯電話端末や携帯通信端末にこの発明による機能を搭載することができる。
【図面の簡単な説明】
【０１７５】
【図１】この発明の一実施の形態が適用された携帯電話端末を説明するためのブロック図である。
【図２】図１に示した携帯電話端末で実行される感度抑圧改善処理（１）を説明するための図である。
【図３】デバイス毎に停止維持回数を管理するデバイステーブルについて説明するための図である。
【図４】デバイス毎に停止維持回数を管理するデバイステーブルについて説明するための図である。
【図５】感度抑圧改善処理（１）の変形例の具体的処理について説明するためのフローチャートである。
【図６】デバイスのクロック周波数を変更する感度抑圧改善処理（２）を説明するためのフローチャートである。
【図７】感度抑圧改善処理（２）の変形例１の具体的処理について説明するためのフローチャートである。
【図８】感度抑圧改善処理（２）の変形例２の場合に用いられるデバイステーブルを説明するための図である。
【図９】図７に示した処理のステップＳ４０３において行われることになるクロック変更処理について説明するためのフローチャートである。
【符号の説明】
【０１７６】
１０１…制御ライン、１０２…データライン、１０３…送受信アンテナ、１０４…通信回路、１０５…Ｄ／Ａ変換器、１０６…スピーカ、１０７…マイクロホン、１０８…Ａ／Ｄ変換器、１０９…ＲＯＭ、１１０…ＲＡＭ、１１１…ＥＥＰＲＯＭ、１１２…表示制御部、１１３…表示部、１１４…キー操作部、１１５…押下検出部、１１６…鳴動制御部、１１７…振動装置、１１８…ＬＡＮモジュール、１１９…ＬＡＮ用送受信アンテナ、１２０…カメラモジュール、１２１…ＵＳＢＩ／Ｆ、１２２…ＧＰＳモジュール、１２３…ＧＰＳ用受信アンテナ
【図１】
0005009063.tif 000002
【図２】
0005009063.tif 000003
【図３】
0005009063.tif 000004
【図４】
0005009063.tif 000005
【図５】
0005009063.tif 000006
【図６】
0005009063.tif 000007
【図７】
0005009063.tif 000008
【図８】
0005009063.tif 000009
【図９】
0005009063.tif 000010