(57)【要約】【課題】複数の電話番号の待ち受けに係り、電池消耗量を抑制する。【解決手段】条件テーブル１３３−１には、所定の場所（会社、自宅等）、時間帯、その場所と時間帯において着信を優先すべき電話番号が登録されている。制御部１３５は、現在位置と現在時刻とが条件テーブル１３３−１の条件に一致した場合には、登録されている電話番号の着信を優先する一方、現在位置と現在時刻とが条件テーブル１３３−１の条件のいずれとも一致しない場合には、電池残量が低下しているか判別し、電池残量が低下している場合には、非常電話番号レジスタ１３３−２に登録されている電話番号での着信を優先すべく着信制御する。【選択図】図１
2007174138.tif 000002
【特許請求の範囲】
【請求項１】
複数の電話番号による待ち受けが可能な携帯電話であって、
前記複数の電話番号のそれぞれの電話番号毎に基地局との通信確認処理を行う通信確認手段と、
省電力要否を判別する省電力要否判別手段と、
前記省電力要否判別手段によって省電力要であることが判別された場合、前記複数の電話番号の各々の優先度を判別する優先度判別手段と、
前記優先順位判別手段によって優先度が低いと判別された電話番号に対する通信確認処理を抑制する抑制手段と
を具備することを特徴とする携帯電話。
【請求項２】
前記通信確認処理は、当該装置の位置登録処理と着呼検出処理とを含み、
前記抑制手段は、優先度が低いと判別された電話番号に対する前記位置登録処理と着呼検出処理との実行を中止することを特徴とする請求項１記載の携帯電話。
【請求項３】
前記通信確認処理は、当該装置の位置登録処理と着呼検出処理とを含み、
前記抑制手段は、優先度が低いと判別された電話番号に対する前記位置登録処理と着呼検出処理とを実行する時間間隔を延長させることを特徴とする請求項１記載の携帯電話。
【請求項４】
前記省電力要否判別手段は、電池残量が所定残量以下になったか否かを判別することを特徴とする請求項１記載の携帯電話。
【請求項５】
前記省電力要否判別手段は、ユーザによって当該装置を省電力で動作させるパワーセーブモード選択指示が行われたか否かを判別することを特徴とする請求項１記載の携帯電話。
【請求項６】
省電力要否を判別するための省電力要否条件が記憶されている条件テーブルを具備し、
前記省電力要否判別手段は、前記条件テーブルに記憶されている省電力要否条件を参照することで省電力の要否を判別することを特徴とする請求項１記載の携帯電話。
【請求項７】
前記条件テーブルは、省電力要否条件として当該装置の位置を示す位置情報を記憶し、
前記省電力要否判別手段は、前記条件テーブルの位置情報を参照して現在位置における省電力要否を判別することを特徴とする請求項６記載の携帯電話。
【請求項８】
前記条件テーブルは、省電力要否条件として時間帯を示す時間情報を記憶し、
前記省電力要否判別手段は、前記条件テーブルの時間情報を参照して現在時刻における省電力要否を判別することを特徴とする請求項６記載の携帯電話。
【請求項９】
前記複数の電話番号の各々に対する優先度が設定された優先度テーブルを具備し、
前記優先度判別手段は、前記優先度テーブルに設定されている優先度に基づいて各電話番号の優先度を判別することを特徴とする請求項１記載の携帯電話。
【請求項１０】
前記優先度テーブルに設定される優先度をユーザにより書き換え可能とする優先度設定手段を具備することを特徴とする請求項９記載の携帯電話。
【請求項１１】
前記優先度テーブルは、当該装置の位置に応じた前記複数の電話番号の各々の優先度を記憶し、
前記優先度判別手段は、前記優先度テーブルに記憶されている優先度に基づいて、前記複数の電話番号の各々の現在位置に対する優先度を判別することを特徴とする請求項９記載の携帯電話。
【請求項１２】
前記優先度テーブルは、時間帯に応じた前記複数の電話番号の各々の優先度を記憶し、
前記優先度判別手段は、前記優先度テーブルに記憶されている優先度に基づいて、前記複数の電話番号の各々の現在時刻に対する優先度を判別することを特徴とする請求項９記載の携帯電話。
【請求項１３】
前記優先度判別手段は、前記複数の電話番号の各々の使用状況に基づいて、前記複数の電話番号の各々の優先度を判別することを特徴とする請求項１記載の携帯電話。
【請求項１４】
複数の電話番号による待ち受けが可能な携帯電話の通信制御方法であって、
前記複数の電話番号のそれぞれの電話番号毎に基地局との通信確認処理を行うステップと、
省電力要否を判別するステップと、
省電力要であることが判別された場合、前記複数の電話番号の各々の優先度を判別するステップと、
優先度が低いと判別された電話番号に対する通信確認処理を抑制する抑制手段と
を含むことを特徴とする通信制御方法。
【請求項１５】
コンピュータに、
複数の電話番号のそれぞれの電話番号毎に基地局との通信確認処理を行う通信確認機能、
省電力要否を判別する省電力要否判別機能、
省電力要であることが判別された場合、前記複数の電話番号の各々の優先度を判別する優先度判別機能、
優先度が低いと判別された電話番号に対する通信確認処理を抑制する抑制機能
を実現させることを特徴とする通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の電話番号による待ち受けが可能な携帯電話、通信制御方法および通信制御プログラムに関する。
【背景技術】
【０００２】
従来より、２つの電話番号で同時に待ち受け可能な携帯電話が提案されている（例えば、特許文献１参照）。該従来技術では、異なる電話番号が登録された２つの外部記録メディアが携帯電話に装着された際、これら２つの電話番号に対する呼び出しの有無をチェックし、呼び出しがあった電話番号で着信を行う。
【特許文献１】特開２００３−１８９３６１号公報
【特許文献２】特開２００３−２３５０６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述した従来技術では、待ち受け時における無線基地局との間欠通信が２倍になるため、電池消耗量が２倍になり、電池寿命が短くなるという問題があった。特に、電池残量が残り少なくなってきたときには、電池消耗量が大きいため、予想外に早く電池切れになってしまい、両方の電話番号とも使えなくなってしまう可能性がある。
【０００４】
そこで本発明は、複数の電話番号の待ち受けに係り、電池消耗量を抑制することができる携帯端末、通信制御方法および通信制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的達成のため、請求項１、１４、１５記載の発明は、複数の電話番号による待ち受けが可能な携帯電話であって、前記複数の電話番号のそれぞれの電話番号毎に基地局との通信確認処理を行う際、省電力要否を判別し、省電力要であることが判別された場合、前記複数の電話番号の各々の優先度を判別し、優先度が低いと判別された電話番号に対する通信確認処理を抑制することを特徴とする。
【０００６】
また、好ましい態様として、例えば請求項２記載のように、請求項１記載の携帯電話において、前記通信確認処理は、当該装置の位置登録処理と着呼検出処理とを含み、前記抑制手段は、優先度が低いと判別された電話番号に対する前記位置登録処理と着呼検出処理との実行を中止するようにしてもよい。
【０００７】
また、好ましい態様として、例えば請求項３記載のように、請求項１記載の携帯電話において、前記通信確認処理は、当該装置の位置登録処理と着呼検出処理とを含み、前記抑制手段は、優先度が低いと判別された電話番号に対する前記位置登録処理と着呼検出処理とを実行する時間間隔を延長させるようにしてもよい。
【０００８】
また、好ましい態様として、例えば請求項４記載のように、請求項１記載の携帯電話において、前記省電力要否判別手段は、電池残量が所定残量以下になったか否かを判別するようにしてもよい。
【０００９】
また、好ましい態様として、例えば請求項５記載のように、請求項１記載の携帯電話において、前記省電力要否判別手段は、ユーザによって当該装置を省電力で動作させるパワーセーブモード選択指示が行われたか否かを判別するようにしてもよい。
【００１０】
また、好ましい態様として、例えば請求項６記載のように、請求項１記載の携帯電話において、省電力要否を判別するための省電力要否条件が記憶されている条件テーブルを具備し、前記省電力要否判別手段は、前記条件テーブルに記憶されている省電力要否条件を参照することで省電力の要否を判別するようにしてもよい。
【００１１】
また、好ましい態様として、例えば請求項７記載のように、請求項６記載の携帯電話において、前記条件テーブルは、省電力要否条件として当該装置の位置を示す位置情報を記憶し、前記省電力要否判別手段は、前記条件テーブルの位置情報を参照して現在位置における省電力要否を判別するようにしてもよい。
【００１２】
また、好ましい態様として、例えば請求項８記載のように、請求項６記載の携帯電話において、前記条件テーブルは、省電力要否条件として時間帯を示す時間情報を記憶し、前記省電力要否判別手段は、前記条件テーブルの時間情報を参照して現在時刻における省電力要否を判別するようにしてもよい。
【００１３】
また、好ましい態様として、例えば請求項９記載のように、請求項１記載の携帯電話において、前記複数の電話番号の各々に対する優先度が設定された優先度テーブルを具備し、前記優先度判別手段は、前記優先度テーブルに設定されている優先度に基づいて各電話番号の優先度を判別するようにしてもよい。
【００１４】
また、好ましい態様として、例えば請求項１０記載のように、請求項９記載の携帯電話において、前記優先度テーブルに設定される優先度をユーザにより書き換え可能とする優先度設定手段を具備するようにしてもよい。
【００１５】
また、好ましい態様として、例えば請求項１１記載のように、請求項９記載の携帯電話において、前記優先度テーブルは、当該装置の位置に応じた前記複数の電話番号の各々の優先度を記憶し、前記優先度判別手段は、前記優先度テーブルに記憶されている優先度に基づいて、前記複数の電話番号の各々の現在位置に対する優先度を判別するようにしてもよい。
【００１６】
また、好ましい態様として、例えば請求項１２記載のように、請求項９記載の携帯電話において、前記優先度テーブルは、時間帯に応じた前記複数の電話番号の各々の優先度を記憶し、前記優先度判別手段は、前記優先度テーブルに記憶されている優先度に基づいて、前記複数の電話番号の各々の現在時刻に対する優先度を判別するようにしてもよい。
【００１７】
また、好ましい態様として、例えば請求項１３記載のように、請求項１記載の携帯電話において、前記優先度判別手段は、前記複数の電話番号の各々の使用状況に基づいて、前記複数の電話番号の各々の優先度を判別するようにしてもよい。
【発明の効果】
【００１８】
請求項１、１４、１５記載の発明によれば、複数の電話番号のそれぞれの電話番号毎に基地局との通信確認処理を行う際、省電力要否を判別し、省電力要であることが判別された場合、前記複数の電話番号の各々の優先度を判別し、優先度が低いと判別された電話番号に対する通信確認処理を抑制するようにしたので、複数の電話番号の待ち受けに係り、電池消耗量を抑制することができるという利点が得られる。
【００１９】
また、請求項２記載の発明によれば、抑制手段によって、優先度が低いと判別された電話番号に対する位置登録処理と着呼検出処理との実行を中止するようにしたので、複数の電話番号の待ち受けに係り、電池消耗量を抑制することができるという利点が得られる。
【００２０】
また、請求項３記載の発明によれば、抑制手段によって、優先度が低いと判別された電話番号に対する位置登録処理と着呼検出処理とを実行する時間間隔を延長させるようにしたので、複数の電話番号の待ち受けに係り、電池消耗量を抑制することができるという利点が得られる。
【００２１】
また、請求項４記載の発明によれば、省電力要否判別手段によって、電池残量が所定残量以下になったか否かを判別するようにしたので、複数の電話番号の待ち受けに係り、電池消耗量を抑制することができるという利点が得られる。
【００２２】
また、請求項５記載によれば、省電力要否判別手段によって、ユーザによって当該装置を省電力で動作させるパワーセーブモード選択指示が行われたか否かを判別するようにしたので、複数の電話番号の待ち受けに係り、電池消耗量を抑制することができるという利点が得られる。
【００２３】
また、請求項６記載の発明によれば、省電力要否判別手段によって、条件テーブルに記憶されている省電力要否条件を参照することで省電力の要否を判別するようにしたので、複数の電話番号の待ち受けに係り、省電力要否条件に応じて電池消耗量を抑制することができるという利点が得られる。
【００２４】
また、請求項７記載の発明によれば、省電力要否判別手段によって、条件テーブルの位置情報を参照して現在位置における省電力要否を判別するようにしたので、複数の電話番号の待ち受けに係り、現在位置に応じて電池消耗量を抑制することができるという利点が得られる。
【００２５】
また、請求項８記載の発明によれば、省電力要否判別手段によって、条件テーブルの時間情報を参照して現在時刻における省電力要否を判別するようにしたので、複数の電話番号の待ち受けに係り、現在時刻に応じて電池消耗量を抑制することができるという利点が得られる。
【００２６】
また、請求項９記載の発明によれば、優先度判別手段によって、優先度テーブルに設定されている優先度に基づいて各電話番号の優先度を判別するようにしたので、複数の電話番号の待ち受けに係り、電池消耗量を抑制することができるという利点が得られる。
【００２７】
また、請求項１０記載の発明によれば、優先度設定手段によって、優先度テーブルに設定される優先度をユーザにより書き換え可能としたので、複数の電話番号の待ち受けに係り、使用状況に応じて優先度を書き換えることにより、ユーザの使用状況に応じて電池消耗量を抑制することができるという利点が得られる。
【００２８】
また、請求項１１記載の発明によれば、優先度判別手段によって、優先度テーブルに記憶されている優先度に基づいて、複数の電話番号の各々の現在位置に対する優先度を判別するようにしたので、複数の電話番号の待ち受けに係り、現在位置における優先度応じて電池消耗量を抑制することができるという利点が得られる。
【００２９】
また、請求項１２記載の発明によれば、優先度判別手段によって、優先度テーブルに記憶されている優先度に基づいて、複数の電話番号の各々の現在時刻に対する優先度を判別するようにしたので、複数の電話番号の待ち受けに係り、現在時刻における優先度応じて電池消耗量を抑制することができるという利点が得られる。
【００３０】
また、請求項１３記載の発明によれば、優先度判別手段によって、複数の電話番号の各々の使用状況に基づいて、複数の電話番号の各々の優先度を判別するようにしたので、複数の電話番号の待ち受けに係り、各電話番号の使用状況に応じて電池消耗量を抑制することができるという利点が得られる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施の形態を、図面を参照して説明する。
【００３２】
Ａ．第１実施形態
Ａ−１．第１実施形態の構成
図１は、本発明の第１実施形態による携帯電話の構成を示すブロック図である。図において、入力部１１３は、各種キーからなり、電話番号や文字などの入力、各種機能の実行指示などに用いられる。特に、本第１実施形態では、後述する条件テーブル１３３−１に記憶されている、各種条件を登録（変更）する際にデータを入力するために用いられる。無線送受信部１３０は、無線によりアンテナ１０３を介して音声やデータ（メールデータ）を送受信して変調／復調するなど、ＰＳＫ方式に基づく変復調、ＣＤＭＡ方式に基づく端末認証処理を含む通信処理を行う。
【００３３】
通信制御部１３１は、ＷＷＷ接続制御を含む当該機器の通信を制御する。特に、本第１実施形態では、複数の電話番号のそれぞれの電話番号毎に基地局との通信確認処理を行うとともに、後述する動作において、電池残量が所定量以下になった場合に、優先度が低いと判別された電話番号に対する位置登録処理や着呼検出処理などの通信確認処理を抑制するようになっている。
【００３４】
通信データ処理部１３１１は、ＣＬＥＰ系音声復号処理回路、パケットデータ生成回路、およびパケットデータ復元回路を含み、通信プロトコルに沿ったデータ処理を行う。オーディオインターフェース１３１２は、通信データ処理部１３１１で処理される音声信号の入出力処理を行い、マイク１１４からの音声を入力して音声信号に変換して、音声信号をスピーカ１０１から出力する。
【００３５】
システムＲＯＭ１３２は、主に無線通信処理全般を制御するための基本ＯＳやプロトコルプログラムを格納するプロトコル・プログラムエリアからなる。特に、本第１実施形態では、システムＲＯＭ１３２には、待ち受けの優先順位が設定されている、複数の電話番号（本第１実施形態では２つの電話番号）に従って、電池残量低下時には優先度の低い電話番号による待ち受け時の動作をオフとするように制御するプログラムなどが記憶されている。本第１実施形態では、待ち受け時の動作をオフとは、所定の時間間隔で行う位置登録処理と着呼検出処理とを中止することである。
【００３６】
ＲＡＭ１３３は、アプリケーションヒープ（システムリソース領域）等を有するワークエリア、ユーザデータなどを格納するバックアップエリア、ファイルシステムを格納するシステム管理エリア、キャッシュメモリエリア、その他のエリアなどからなる。特に、本第１実施形態では、ＲＡＭ１３３は、携帯電話の位置を示す位置情報（会社、自宅等）と、該位置での時間帯と、その時間帯で着信を優先すべき電話番号とを対応付けて記憶する条件テーブルを記憶している。
【００３７】
ここで、図２（ａ）は、上述した条件テーブルのデータ構成を示す概念図であり、図２（ｂ）は、非常電話番号レジスタのデータ構成を示す概念図である。前述したように、本第１実施形態では、図２（ａ）に示すように、所定の場所（会社、自宅等）、時間帯、その場所と時間帯において着信を優先すべき電話番号を条件テーブル１３３−１に登録しておき、現在位置と現在時刻とが条件テーブル１３３−１の条件に一致した場合には、登録されている電話番号の着信を優先する。
【００３８】
また、現在位置と現在時刻とが条件テーブル１３３−１の条件のいずれとも一致しない場合には、電池残量が低下しているか判別し、電池残量が低下している場合には、図２（ｂ）に示す非常電話番号レジスタ１３３−２に登録されている電話番号での着信を優先すべく着信制御する。非常電話番号レジスタ１３３−２には、図２（ｂ）に示すように、上記複数の電話番号のうち、いずれか１つの電話番号が登録されている。
【００３９】
図示の例では、条件テーブル１３３−１には、位置Ｐ１（例えば、会社）として、時間帯「９：００〜１２：００」に優先電話番号Ａ、時間帯「１２：００〜１５：００」に優先電話番号Ｂが登録されている。同様に、位置Ｐ２（例えば、自宅）として、時間帯「９：００〜１２：００」に優先電話番号Ｂ、時間帯「１２：００〜１５：００」に優先電話番号Ａが登録されている。すなわち、位置Ｐ１（例えば、会社）に居るときに、時間帯「９：００〜１２：００」であれば、優先電話番号Ａを優先し、時間帯「１２：００〜１５：００」であれば、優先電話番号Ｂを優先することを意味する。
【００４０】
同様に、位置Ｐ２（例えば、自宅）に居るときに、時間帯「９：００〜１２：００」であれば、優先電話番号Ｂを優先し、時間帯「１２：００〜１５：００」であれば、優先電話番号Ａを優先することを意味する。そして、上記以外の場所や時間帯であれば、非常電話番号レジスタ１３３−２に登録されている電話番号Ａを優先することを意味する。なお、上記条件テーブル１３３−１および非常電話番号レジスタ１３３−２の内容は、上述したように、ユーザにより入力部１１３により任意に登録することが可能となっている。
【００４１】
画像処理制御部１３４は、撮影時または再生時における動画／静止画に対する、ＭＰＥＧ（ＭＰＥＧ４）／ＪＰＥＧエンコードおよびデコード処理を行う。制御部１３５は、各部の動作を制御する。特に、本第１実施形態では、図示しない電池残量のチェックや、省電力モードで当該装置を動作させるためのパワーセーブモードであるか、上述した電話番号の優先度のチェック、条件テーブル１３３−１、非常電話番号レジスタ１３３−２に対するデータ変更などを行う。
【００４２】
プログラムＲＯＭ１３６は、書き換え可能なＦｌａｓｈ  ＲＯＭで構成され、画像・イラスト・フォント、各種アイコンなどを格納するデータエリア、ユーザデータ管理データやファイルシステム管理データなどを格納するファイルシステムエリア、データやプログラムなどを格納する辞書エリア、ＵＩプログラムエリアからなる。
【００４３】
表示モジュール系ドライバ１３７は、表示バッファを含み、サブ表示部１１６、メイン表示部１０２、フラッシュ用ＬＥＤ１１９を駆動させる。ステップモータ１３８は、撮像レンズ１１８のズーム制御を行う。撮像デバイス１３９は、１６００画素×１２００画素有効画素２００万画素相当のＣＣＤ、若しくはＣＭＯＳで構成され、撮像レンズ１１８により集束された映像をカラー画像として撮り込み、Ａ／Ｄ変換を行ってカメラ内信号処理部１４０のＲＡＭ１５０に順次出力する。ＲＡＭ１５０は、撮影された撮像データを一時保持するバッファである。ＤＳＰ１５１は、カメラ内信号処理部１４０に含まれており、撮像デバイス１３９にて撮り込まれ、ＲＡＭ１５０に記憶された撮像データを読み出す。
【００４４】
音源ＩＣ１４２は、着信音などを生成する。アンプ１４３は、音源ＩＣ１４２からの音声信号を増幅し、報知スピーカ１２０から出力する。コネクタ１４４は、外部記録媒体（例えばｍｉｎｉＳＤカードなど）１４５を装着する。外部インターフェースコントローラ１４６は、ＵＳＢインターフェース、１８芯コネクタの両方のインターフェースを切り替え、外部機器との間でデータの送受信を制御する。
【００４５】
アドレスデータバス処理部１４８は、通信制御部１３１、画像処理制御部１３４のアドレス制御、バスのデータの流れを制御する。ユーザメモリ１４９は、ダウンロードしたデータや、撮影した撮像データ（画像ファイル）、動画ファイル、メールデータ、アドレス帳データなどを格納するデータエリア、リードオンリエリア、ファイルシステム管理データからなる。
【００４６】
Ａ−２．第１実施形態の動作
次に、上述した第１実施形態の動作について説明する。ここで、図３および図４は、本第１実施形態による携帯電話１の動作を説明するためのフローチャートである。
【００４７】
まず、携帯電話１では、無線基地局を介して位置登録し（ステップＳ１０）、各電話番号（電話番号Ａおよび電話番号Ｂ）の着信タイミングを設定する（ステップＳ１２）。次に、電話番号Ａの着信を判別し（ステップＳ１４）、続いて電話番号Ｂの着信を判別する（ステップＳ１６）。次に、電話番号Ａまたは電話番号Ｂで着信が検出されたか否かを判断する（ステップＳ１８）。
【００４８】
そして、どちらかに着信があった場合には、着信処理を行う（ステップＳ２０）。その後、位置登録が必要であるか否かを判断し（ステップＳ２８）、位置登録が不要である場合には、ステップＳ１４に戻り、電話番号Ａおよび電話番号Ｂの双方に対して上述した着信判別、着信処理を繰り返す。一方、位置登録が必要である場合には、ステップＳ１０に戻り、上述した位置登録、着信タイミングの設定、着信判別、着信処理を繰り返す。
【００４９】
また、電話番号Ａ、電話番号Ｂのいずれにも着信がなかった場合には、現在位置、現在時刻を条件テーブル１３３−１に登録されたデータと比較し（ステップＳ２２）、現在位置、現在時刻が条件に一致するか否かを判断する（ステップＳ２４）。そして、条件が一致しない場合には、電池残量が所定の閾値より低下しているか否かを判断する（ステップＳ２６）。
【００５０】
ここで、電池残量が低下していない場合には、位置登録が必要であるか否かを判断し（ステップＳ２８）、位置登録が不要である場合には、ステップＳ１４に戻り、電話番号Ａおよび電話番号Ｂの双方に対して上述した着信判別、着信処理を繰り返す。一方、位置登録が必要である場合には、ステップＳ１０に戻り、上述した位置登録、着信タイミングの設定、着信判別、着信処理を繰り返す。
【００５１】
一方、現在位置、現在時刻を条件テーブル１３３−１に登録されたデータと比較した結果、現在位置、現在時刻が条件に一致した場合には、条件テーブル１３３−１で条件一致した優先電話番号を片電話番号として設定し（ステップＳ３０）、該片電話番号での着信を判別する（ステップＳ３２）。次に、該片電話番号に着信があったか否かを判断し（ステップＳ３４）、着信がない場合には、再び、現在位置、現在時刻を条件テーブル１３３−１に登録されたデータと比較し（ステップＳ３８）、条件に一致するか否かを判断する（ステップＳ４０）。そして、条件が一致しなかった場合には、電池残量が所定の閾値より低下しているか否かを判断する（ステップＳ４２）。
【００５２】
ここで、電池残量が低下していない場合には、位置登録が必要であるか否かを判断し（ステップＳ４８）、位置登録が不要である場合には、ステップＳ１４に戻り、電話番号Ａおよび電話番号Ｂの双方に対して上述した着信判別、着信処理を繰り返す。一方、位置登録が必要である場合には、ステップＳ１０に戻り、上述した位置登録、着信タイミングの設定、着信判別、着信処理を繰り返す。
【００５３】
また、上記片電話番号に対する着信処理において、条件テーブル１３３−１の条件に一致せず、かつ電池残量が低下している場合には、非常電話番号レジスタ１３３−２の非常時電話番号を片電話番号に設定し（ステップＳ４６）、ステップＳ３２に戻り、上述した片電話番号での着信判別、条件比較などを実行する。
【００５４】
すなわち、条件が一致しなくなり、かつ電池残量が低下している場合には、非常電話番号レジスタ１３３−２の非常時電話番号を片電話番号に設定し、該非常時電話番号（図２（ｂ）の場合、電話番号Ａ）のみで待ち受け時の動作（位置登録処理と着呼検出処理）を実行し、他の電話番号（優先順位の低い電話番号Ｂ）に対する待ち受け時の動作をオフとするように制御する。
【００５５】
また、現在位置、現在時刻を条件テーブル１３３−１に登録された条件と比較した結果、条件に一致した場合には、位置が変わったとか、時間帯に変化があったかなど、前回との条件変化があったか否かを判断する（ステップＳ４４）。そして、条件変化がない場合には、位置登録が必要であるか否かを判断し（ステップＳ４８）、位置登録が不要である場合には、ステップＳ３２に戻り、上記片電話番号に対して上述した着信判別、着信処理を繰り返す。一方、位置登録が必要である場合には、ステップＳ１０に戻り、上述した位置登録、着信タイミングの設定、着信判別、着信処理を繰り返す。
【００５６】
一方、現在位置、現在時刻を条件テーブル１３３−１に登録された条件と比較した結果、条件に一致するものの、条件変化があった場合には、ステップＳ３０に戻り、条件一致した優先電話番号を片電話番号に設定し、該片電話番号に対する着信判別、着信処理を繰り返す。
【００５７】
また、ステップＳ３４で、片電話番号に対して着信判別を行った際に、着信が検出された場合には、位置登録が必要であるか否かを判断し（ステップＳ３６）、位置登録が不要である場合には、ステップＳ３２に戻り、上記片電話番号に対して上述した着信判別、着信処理を繰り返す。一方、位置登録が必要である場合には、ステップＳ１０に戻り、上述した位置登録、着信タイミングの設定、着信判別、着信処理を繰り返す。
【００５８】
また、ステップＳ１４以降において、電話番号Ａ、電話番号Ｂのいずれにも着信がなく、現在位置、現在時刻が条件テーブル１３３−１に登録された条件に一致しなかった際に、電池残量が低下していた場合には、非常電話番号レジスタ１３３−２の非常時電話番号を片電話番号として設定し（ステップＳ４６）、ステップＳ３２に戻り、上述した非常時電話番号（図２（ｂ）の場合、電話番号Ａ）のみで待ち受け時の動作（位置登録処理と着呼検出処理）を実行し、他の電話番号（優先順位の低い電話番号Ｂ）に対する待ち受け時の動作をオフとするように制御する。
【００５９】
上述した第１実施形態では、電池残量低下時には、優先度の低い電話番号による待ち受け時の動作をオフとするように制御するようにしたので、複数の電話番号の待ち受けが可能であっても、電池消耗量を抑制することができる。
【００６０】
Ｂ．第２実施形態
次に、本発明の第２実施形態について説明する。
Ｂ−１．第２実施形態の構成
本第２実施形態における携帯電話１の構成については図１と同様であるので説明を省略する。本第２実施形態では、システムＲＯＭ１３２には、パワーセーブモード設定時には、待ち受けの優先順位が設定されている、複数の電話番号（本第２実施形態では２つの電話番号）の優先度に従って、優先度の低い電話番号による待ち受け時の動作を間欠モード（更新時間の延長）とするように制御するプログラムなどが記憶されている。なお、待ち受け時の動作を間欠モードにするとは、位置登録処理と着呼検出処理とを行う時間間隔を延長させることである。
【００６１】
ここで、図５（ａ）は、本第２実施形態による条件テーブルのデータ構成を示す概念図であり、図５（ｂ）は、本第２実施形態での優先レジスタのデータ構成を示す概念図である。本第２実施形態では、図５（ａ）に示すように、所定の場所（会社、自宅等）と、時間帯とを条件テーブル１３３−３に登録しておき、現在位置と現在時刻とが条件テーブル１３３−３の条件に一致した場合、あるいはパワーセーブに設定されている場合には、図２（ｂ）に示す優先レジスタ１３３−４に登録されている電話番号（本第２実施形態では電話番号Ａ）の着信を優先すべく、言い換えると、優先レジスタ１３３−４に登録されていない電話番号（本第２実施形態では電話番号Ｂ）に対する位置登録処理や着呼検出処理などの通信確認処理の時間間隔を延長させるようになっている。
【００６２】
Ｂ−２．第２実施形態の動作
次に、本第２実施形態の動作について説明する。ここで、図６および図７は、第２実施形態による携帯電話１の動作を説明するためのフローチャートである。
【００６３】
まず、携帯電話１では、無線基地局を介して位置登録し（ステップＳ６０）、各電話番号（電話番号Ａおよび電話番号Ｂ）の着信タイミングを設定する（ステップＳ６２）。次に、電話番号Ａの着信を判別し（ステップＳ６４）、続いて電話番号Ｂの着信を判別する（ステップＳ６６）。次に、電話番号Ａまたは電話番号Ｂで着信が検出されたか否かを判断する（ステップＳ６８）。
【００６４】
そして、どちらかに着信があった場合には、着信処理を行う（ステップＳ７０）。その後、位置登録が必要であるか否かを判断し（ステップＳ７８）、位置登録が不要である場合には、ステップＳ６４に戻り、電話番号Ａおよび電話番号Ｂの双方に対して上述した着信判別、着信処理を繰り返す。一方、位置登録が必要である場合には、ステップＳ６０に戻り、上述した位置登録、着信タイミングの設定、着信判別、着信処理を繰り返す。
【００６５】
また、電話番号Ａ、電話番号Ｂのいずれにも着信がなかった場合には、現在位置、現在時刻を条件テーブル１３３−３に登録された条件と比較し（ステップＳ７２）、現在位置、現在時刻が条件に一致するか否かを判断する（ステップＳ７４）。そして、条件に一致しない場合には、パワーセーブボタンが操作されているか否かを判断する（ステップＳ７６）。
【００６６】
ここで、パワーセーブボタンが操作されていない場合には、位置登録が必要であるか否かを判断し（ステップＳ７８）、位置登録が不要である場合には、ステップＳ６４に戻り、電話番号Ａおよび電話番号Ｂの双方に対して上述した着信判別、着信処理を繰り返す。一方、位置登録が必要である場合には、ステップＳ６０に戻り、上述した位置登録、着信タイミングの設定、着信判別、着信処理を繰り返す。
【００６７】
一方、現在位置、現在時刻が条件に一致した場合、もしくはパワーセーブボタン操作があった場合には、優先レジスタ１３３−４に設定されている電話番号（この場合、電話番号Ａ）の着信を判別し（ステップＳ８０）、他方の電話番号（この場合、電話番号Ｂ）の着信タイミング（×３）であるか否かを判断する（ステップＳ８２）。ここで、他方の電話番号（この場合、電話番号Ｂ）の着信タイミング（×３）でない場合には、上記優先レジスタ１３３−４に設定されている電話番号（この場合、電話番号Ａ）の着信を検出したか否かを判断する（ステップＳ８４）。
【００６８】
そして、優先レジスタ１３３−４に設定されている電話番号の着信を検出した場合には、着信処理を実行し（ステップＳ９０）、位置登録が必要であるか否かを判断し（ステップＳ９２）、位置登録が不要である場合には、ステップＳ８０に戻り、優先レジスタ１３３−４に設定されている電話番号（この場合、電話番号Ａ）に対して上述した着信判別、着信処理を繰り返す。一方、位置登録が必要である場合には、ステップＳ６０に戻り、上述した位置登録、着信タイミングの設定、着信判別、着信処理を繰り返す。
【００６９】
一方、ステップＳ８４で、優先レジスタ１３３−４に設定されている電話番号の着信を検出しなかった場合には、現在位置、現在時刻を条件テーブル１３３−３に登録されたデータと比較し（ステップＳ９４）、現在位置、現在時刻が条件に一致するか否かを判断する（ステップＳ９６）。そして、条件に一致しない場合には、ステップＳ６０に戻り、上述した位置登録、着信タイミングの設定、着信判別、着信処理を繰り返す。
【００７０】
一方、現在位置、現在時刻を条件テーブル１３３−３に登録されたデータと比較した結果、条件に一致した場合には、位置登録が必要であるか否かを判断し（ステップＳ９８）、位置登録が不要である場合には、ステップＳ８０に戻り、優先レジスタ１３３−４に設定されている電話番号（この場合、電話番号Ａ）に対して上述した着信判別、着信処理を繰り返す。一方、位置登録が必要である場合には、ステップＳ６０に戻り、上述した位置登録、着信タイミングの設定、着信判別、着信処理を繰り返す。
【００７１】
また、ステップＳ８２で、他方の電話番号（この場合、電話番号Ｂ）の着信タイミング（×３）であった場合には、他方の電話番号（この場合、電話番号Ｂ）の着信を判別し（ステップＳ８６）、電話番号Ａまたは電話番号Ｂで着信が検出されたか否かを判断する（ステップＳ８８）。そして、電話番号Ａ、電話番号Ｂのいずれにも着信がなかった場合には、現在位置、現在時刻を条件テーブル１３３−３に登録されたデータと比較し（ステップＳ９４）、現在位置、現在時刻が条件に一致するか否かを判断する（ステップＳ９６）。
【００７２】
そして、条件に一致しない場合には、ステップＳ６０に戻り、上述した位置登録、着信タイミングの設定、着信判別、着信処理を繰り返す。一方、現在位置、現在時刻を条件テーブル１３３−３に登録されたデータと比較した結果、条件に一致した場合には、位置登録が必要であるか否かを判断し（ステップＳ９８）、位置登録が不要である場合には、ステップＳ８０に戻り、優先レジスタ１３３−４に設定されている電話番号（この場合、電話番号Ａ）に対して上述した着信判別、着信処理を繰り返す。一方、位置登録が必要である場合には、ステップＳ６０に戻り、上述した位置登録、着信タイミングの設定、着信判別、着信処理を繰り返す。
【００７３】
また、ステップＳ８８で、電話番号Ａ、電話番号Ｂのいずれかに着信があった場合には、着信処理を行う（ステップＳ９０）。その後、位置登録が必要であるか否かを判断し（ステップＳ９２）、位置登録が不要である場合には、ステップＳ８０に戻り、優先レジスタ１３３−４に設定されている電話番号（この場合、電話番号Ａ）に対して上述した着信判別、着信処理を繰り返す。一方、位置登録が必要である場合には、ステップＳ６０に戻り、上述した位置登録、着信タイミングの設定、着信判別、着信処理を繰り返す。
【００７４】
上述した第２実施形態では、パワーセーブモード設定時には、優先度の低い電話番号による待ち受け時の動作（位置登録処理と着呼検出処理）を間欠モード（更新時間の延長）とするように制御するようにしたので、複数の電話番号の待ち受けが可能であっても、電池消耗量を抑制することができる。
【００７５】
なお、上述した実施形態においては、予め、あるいはユーザにより、優先すべき電話番号を設定するようにしていたが、これに限らず、例えば、電話番号の各々の使用状況（着信頻度、着信回数などの履歴）に基づいて、優先すべき電話番号を設定するようにしてもよい。
【図面の簡単な説明】
【００７６】
【図１】本発明の第１実施形態による携帯電話の構成を示すブロック図である。
【図２】本第１実施形態による条件テーブルおよび非常電話番号レジスタのデータ構成を示す概念図である。
【図３】本第１実施形態による携帯電話１の動作を説明するためのフローチャートである。
【図４】本第１実施形態による携帯電話１の動作を説明するためのフローチャートである。
【図５】本第２実施形態による条件テーブルおよび優先レジスタのデータ構成を示す概念図である。
【図６】本第２実施形態による携帯電話１の動作を説明するためのフローチャートである。
【図７】本第２実施形態による携帯電話１の動作を説明するためのフローチャートである。
【符号の説明】
【００７７】
１  携帯電話
１０１  スピーカ
１０２  メイン表示部
１０３  アンテナ
１１３  入力部（優先度設定手段）
１１４  マイク
１１６  サブ表示部
１１８  撮像レンズ
１１９  フラッシュ用ＬＥＤ
１２０  報知スピーカ
１３０  無線送受信部
１３１  通信制御部（通信確認手段、抑制手段）
１３１１  通信データ処理部
１３１２  オーディオインターフェース
１３２  システムＲＯＭ
１３３  ＲＡＭ
１３３−１  条件テーブル（優先度テーブル）
１３３−２  非常電話番号レジスタ（優先度テーブル）
１３３−３  条件テーブル（優先度テーブル）
１３３−４  優先レジスタ（優先度テーブル）
１３４  画像処理制御部
１３５  制御部（省電力要否判別手段、優先度判別手段、優先度設定手段）
１３６  プログラムＲＯＭ
１３７  表示モジュール系ドライバ
１３８  ステップモータ
１３９  撮像デバイス
１４０  カメラ内信号処理部
１４２  音源ＩＣ
１４３  アンプ
１４４  コネクタ
１４５  外部記録媒体
１４６  外部インターフェースコントローラ
１４８  アドレスデータバス処理部
１４９  ユーザメモリ
１５０  ＲＡＭ
１５１  ＤＳＰ
【図１】
2007174138.tif 000003
【図２】
2007174138.tif 000004
【図３】
2007174138.tif 000005
【図４】
2007174138.tif 000006
【図５】
2007174138.tif 000007
【図６】
2007174138.tif 000008
【図７】
2007174138.tif 000009