(57)【要約】【課題】ユーザに手間を掛けさせることなく、バッテリーの電力消費を抑えることが可能となる携帯端末装置、プログラムおよび携帯端末装置の制御方法を提供する。【解決手段】携帯電話機１は、周期的に訪れる所定期間毎に、当該所定期間におけるアプリケーションによるバックグラウンド通信を制限するための所定条件を判定する判定部２１と、判定部２１により所定条件が満たされたと判定された所定期間において、バックグラウンド通信を制限する通信制御部２２と、を備える。たとえば、判定部２１は、曜日毎に、当該曜日におけるアプリケーションのフォアグラウンドでの過去の起動頻度を判定する。通信制御部２２は、判定部２１により判定された過去の起動頻度が、所定頻度より低い曜日のバックグラウンド通信を制限する。【選択図】図２
2014146996.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションによるバックグラウンド通信が行われる携帯端末装置において、
周期的に訪れる所定期間毎に、当該所定期間における前記バックグラウンド通信を制限するための所定条件を判定する判定部と、
前記判定部により前記所定条件が満たされたと判定された前記所定期間において、前記バックグラウンド通信を制限する通信制御部と、
を備えることを特徴とする携帯端末装置。
【請求項２】
請求項１に記載の携帯端末装置において、
前記判定部は、曜日毎に、当該曜日における前記アプリケーションのフォアグラウンドでの過去の起動頻度を判定し、
前記通信制御部は、前記判定部により判定された前記過去の起動頻度が、所定頻度より低い前記曜日の前記バックグラウンド通信を制限する、
ことを特徴とする携帯端末装置
【請求項３】
請求項１に記載の携帯端末装置において、
前記判定部は、予め定めた時間帯毎に、当該時間帯における前記アプリケーションのフォアグラウンドでの過去の起動頻度を判定し、
前記通信制御部は、前記判定部により判定された前記過去の起動頻度が、所定頻度より低い前記時間帯の前記バックグラウンド通信を制限する、
ことを特徴とする携帯端末装置。
【請求項４】
請求項２または３に記載の携帯端末装置において、
前記通信制御部は、前記バックグラウンド通信を行わない、または前記バックグラウンド通信の頻度を下げる、
ことを特徴とする携帯端末装置。
【請求項５】
請求項２に記載の携帯端末装置において、
前記判定部は、さらに、前記アプリケーションがフォアグラウンドで起動されていない非起動期間が所定日数を超えているか否かを判定し、
前記通信制御部は、前記過去の起動頻度が前記所定頻度より低いが前記非起動期間が前記所定日数を超えていない場合、または、前記過去の起動頻度が前記所定頻度より低くないが前記非起動期間が前記所定日数を超えている場合は、前記バックグラウンド通信の頻度を下げ、前記過去の起動頻度が前記所定頻度より低く且つ前記非起動期間が前記所定日数を超えている場合は、前記バックグラウンド通信を行わない、
ことを特徴とする携帯端末装置。
【請求項６】
請求項２ないし５の何れか一項に記載の携帯端末装置において、
前記アプリケーションがフォアグラウンドで起動した日を記憶部に記憶する記憶制御部を、さらに備え、
前記記憶制御部は、前記アプリケーションのフォアグラウンドでの実行時間が所定時間より短い場合、当該アプリケーションに関して前記起動した日を前記記憶部に記憶しない、
ことを特徴とする携帯端末装置。
【請求項７】
請求項１に記載の携帯端末装置において、
前記アプリケーションが、近距離無線通信のアクセスポイントのサーチを行うために前記バックグラウンド通信を行い、
前記判定部は、曜日毎に、当該曜日における前記近距離無線通信を用いた他の装置への
過去の接続頻度を判定し、
前記通信制御部は、前記判定部により判定された前記過去の接続頻度が、所定頻度より低い前記曜日の前記サーチのための前記バックグラウンド通信を制限する、
ことを特徴とする携帯端末装置。
【請求項８】
請求項１に記載の携帯端末装置において、
前記アプリケーションが、近距離無線通信のアクセスポイントのサーチを行うために前記バックグラウンド通信を行い、
前記判定部は、予め定めた時間帯毎に、当該時間帯における前記近距離無線通信を用いた他の装置への過去の接続頻度を判定し、
前記通信制御部は、前記判定部により判定された前記過去の接続頻度が、所定頻度より低い前記時間帯の前記サーチのための前記バックグラウンド通信を制限する、
ことを特徴とする携帯端末装置。
【請求項９】
請求項７または８に記載の携帯端末装置において、
前記通信制御部は、前記サーチのための前記バックグラウンド通信を行わない、または前記サーチの間隔を長くする、
ことを特徴とする携帯端末装置。
【請求項１０】
請求項７に記載の携帯端末装置において、
前記判定部は、さらに、前記近距離無線通信を用いた他の装置への接続が行われていない非接続期間が所定日数を超えているか否かを判定し、
前記通信制御部は、前記過去の接続頻度が前記所定頻度より低いが前記非接続期間が前記所定日数を超えていない場合、または、前記過去の接続頻度が前記所定頻度より低くないが前記非接続期間が前記所定日数を超えている場合は、前記サーチの間隔を長くし、前記過去の接続頻度が前記所定頻度より低く且つ前記非接続期間が前記所定日数を超えている場合は、前記サーチのための前記バックグラウンド通信を行わない、
ことを特徴とする携帯端末装置。
【請求項１１】
アプリケーションによるバックグラウンド通信が行われる携帯端末装置のコンピュータに、
周期的に訪れる所定期間毎に、当該所定期間における前記バックグラウンド通信を制限するための所定条件が満たされているか否かを判定する機能と、
前記所定条件が満たされたと判定された前記所定期間において、前記バックグラウンド通信を制限する機能と、
を付与するプログラム。
【請求項１２】
アプリケーションによるバックグラウンド通信が行われる携帯端末装置の制御方法であって、
周期的に訪れる所定期間毎に、当該所定期間における前記バックグラウンド通信を制限するための所定条件が満たされているか否かを判定するステップと、
前記所定条件が満たされたと判定された前記所定期間において、前記バックグラウンド通信を制限するステップと、
を含む制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話機、ＰＤＡ（Personal Digital Assistant）、タブレットＰＣ（Tablet PC）、電子書籍端末等の携帯端末装置に関する。また、本発明は、かかる携帯端末装置に用いて好適なプログラムおよび制御方法に関する。
【背景技術】
【０００２】
近年、携帯電話機等の携帯端末装置では、複数のアプリケーションプログラム（以下、単に「アプリケーション」という）を同時に実行することができる（たとえば、特許文献１参照）。
【０００３】
かかる携帯端末装置では、バックグラウンドで動作しているアプリケーションが、ユーザによる操作と関係なく、データの更新、近距離無線通信のアクセスポイントのサーチ等のため、定期的に外部の通信装置との間で通信を行う。このようなバックグラウンドでの通信（以下、「バックグラウンド通信」という）の通信量が多くなると、バッテリーの電力消費が増大する。
【０００４】
このような課題を解決するために、携帯端末装置では所望のアプリケーションについて、バックグラウンド通信の設定をオフにすることにより、バッテリーの電力消費を抑える構成が採られ得る。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２８９０３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の携帯端末装置では、ユーザが手動でアプリケーション毎にバックグラウンド通信の設定をオンからオフに切り替える操作を行わなければならない。このような操作は、ユーザにとって手間となる。
【０００７】
そこで、本発明は、ユーザに手間を掛けさせることなく、バッテリーの電力消費を抑えることが可能となる携帯端末装置、プログラムおよび携帯端末装置の制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１の態様は、アプリケーションによるバックグラウンド通信が行われる携帯端末装置に関する。本態様に係る携帯端末装置は、周期的に訪れる所定期間毎に、当該所定期間における前記バックグラウンド通信を制限するための所定条件を判定する判定部と、前記判定部により前記所定条件が満たされたと判定された前記所定期間において、前記バックグラウンド通信を制限する通信制御部と、を備える。
【０００９】
本態様に係る携帯端末装置において、前記判定部は、曜日毎に、当該曜日における前記アプリケーションのフォアグラウンドでの過去の起動頻度を判定するような構成とされ得る。この場合、前記通信制御部は、前記判定部により判定された前記過去の起動頻度が、所定頻度より低い前記曜日の前記バックグラウンド通信を制限する。
【００１０】
本態様に係る携帯端末装置において、前記判定部は、予め定めた時間帯毎に、当該時間
帯における前記アプリケーションのフォアグラウンドでの過去の起動頻度を判定するような構成とされ得る。この場合、前記通信制御部は、前記判定部により判定された前記過去の起動頻度が、所定頻度より低い前記時間帯の前記バックグラウンド通信を制限する。
【００１１】
本態様に係る携帯端末装置において、前記通信制御部は、前記バックグラウンド通信を行わない、または前記バックグラウンド通信の頻度を下げるような構成とされ得る。
【００１２】
本態様に係る携帯端末装置において、曜日毎に、当該曜日における前記アプリケーションのフォアグラウンドでの過去の起動頻度を判定するような構成とされた場合、前記判定部は、さらに、前記アプリケーションがフォアグラウンドで起動されていない非起動期間が所定日数を超えているか否かを判定するような構成とされ得る。この場合、前記通信制御部は、前記過去の起動頻度が前記所定頻度より低いが前記非起動期間が前記所定日数を超えていない場合、または、前記過去の起動頻度が前記所定頻度より低くないが前記非起動期間が前記所定日数を超えている場合は、前記バックグラウンド通信の頻度を下げ、前記過去の起動頻度が前記所定頻度より低く且つ前記非起動期間が前記所定日数を超えている場合は、前記バックグラウンド通信を行わない。
【００１３】
本態様に係る携帯端末装置は、前記アプリケーションがフォアグラウンドで起動した日を記憶部に記憶する記憶制御部を、さらに備えるような構成とされ得る。この場合、さらに、前記記憶制御部は、前記アプリケーションのフォアグラウンドでの実行時間が所定時間より短い場合、当該アプリケーションに関して前記起動した日を前記記憶部に記憶しない構成とされ得る。
【００１４】
本態様に係る携帯端末装置は、前記アプリケーションが、近距離無線通信のアクセスポイントのサーチを行うために前記バックグラウンド通信を行うような構成とされ得る。この場合、前記判定部は、曜日毎に、当該曜日における前記近距離無線通信を用いた他の装置への過去の接続頻度を判定するような構成とされ得る。前記通信制御部は、前記判定部により判定された前記過去の接続頻度が、所定頻度より低い前記曜日の前記サーチのための前記バックグラウンド通信を制限する。
【００１５】
本態様に係る携帯端末装置は、前記アプリケーションが、近距離無線通信のアクセスポイントのサーチを行うために前記バックグラウンド通信を行うような構成とされ得る。この場合、前記判定部は、予め定めた時間帯毎に、当該時間帯における前記近距離無線通信を用いた他の装置への過去の接続頻度を判定するような構成とされ得る。前記通信制御部は、前記判定部により判定された前記過去の接続頻度が、所定頻度より低い前記時間帯の前記サーチのための前記バックグラウンド通信を制限する。
【００１６】
本態様に係る携帯端末装置において、前記アプリケーションが、近距離無線通信のアクセスポイントのサーチを行うために前記バックグラウンド通信を行うような構成とされた場合、前記通信制御部は、前記サーチのための前記バックグラウンド通信を行わない、または前記サーチの間隔を長くするような構成とされ得る。
【００１７】
本態様に係る携帯端末装置において、曜日毎に、当該曜日における前記近距離無線通信を用いた他の装置への過去の接続頻度を判定するような構成とされた場合、前記判定部は、さらに、前記近距離無線通信を用いた他の装置への接続が行われていない非接続期間が所定日数を超えているか否かを判定するような構成とされ得る。この場合、前記通信制御部は、前記過去の接続頻度が前記所定頻度より低いが前記非接続期間が前記所定日数を超えていない場合、または、前記過去の接続頻度が前記所定頻度より低くないが前記非接続期間が前記所定日数を超えている場合は、前記サーチの間隔を長くし、前記過去の接続頻度が前記所定頻度より低く且つ前記非接続期間が前記所定日数を超えている場合は、前記
サーチのための前記バックグラウンド通信を行わない。
【００１８】
本発明の第２の態様に係るプログラムは、アプリケーションによるバックグラウンド通信が行われる携帯端末装置のコンピュータに、周期的に訪れる所定期間毎に、当該所定期間における前記バックグラウンド通信を制限するための所定条件が満たされているか否かを判定する機能と、前記所定条件が満たされたと判定された前記所定期間において、前記バックグラウンド通信を制限する機能と、を付与する。
【００１９】
本発明の第３の態様は、アプリケーションによるバックグラウンド通信が行われる携帯端末装置の制御方法に関する。本態様に係る制御方法は、周期的に訪れる所定期間毎に、当該所定期間における前記バックグラウンド通信を制限するための所定条件が満たされているか否かを判定するステップと、前記所定条件が満たされたと判定された前記所定期間において、前記バックグラウンド通信を制限するステップと、を含む。
【発明の効果】
【００２０】
本発明によれば、ユーザに手間を掛けさせることなく、バッテリーの電力消費を抑えることが可能となる携帯端末装置、プログラムおよび携帯端末装置の制御方法を提供することができる。
【００２１】
本発明の効果ないし意義は、以下に示す実施形態の説明によりさらに明らかとなろう。ただし、以下の実施形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施形態に記載されたものに何ら制限されるものではない。
【図面の簡単な説明】
【００２２】
【図１】実施の形態に係る、携帯電話機の構成を示す図である。
【図２】実施の形態に係る、携帯電話機の全体構成を示すブロック図である。
【図３】実施例１に係る、起動履歴データベースおよび通信設定テーブルの構成を示す図である。
【図４】実施例１に係る、起動日時登録処理を示すフローチャートである。
【図５】実施例１に係る、通信制限処理を示すフローチャートである。
【図６】実施例１に係る、あるアプリケーションにおける、ある週のバックグラウンド通信の実行状況を例示した図である。
【図７】実施例１の変更例１に係る、送信または受信の一方を制限する通信処理を示すフローチャートおよび時間帯に応じてバックグラウンド通信を制限する通信処理を示すフローチャートである。
【図８】実施例１の変更例１に係る、表示部の点灯状況に応じてバックグラウンド通信を制限する通信処理を示すフローチャートおよび携帯電話機が操作された後の経過時間に応じてバックグラウンド通信を制限する通信処理を示すフローチャートである。
【図９】実施例１の変更例２に係る、通信制限処理を示すフローチャートである。
【図１０】実施例２に係る、通信制限処理を示すフローチャートである。
【図１１】実施例２に係る、あるアプリケーションにおける、ある日のバックグラウンド通信の実行状況を例示した図である。
【図１２】実施例３に係る、接続履歴データベースおよび通信設定テーブルの構成を示す図である。
【図１３】実施例３に係る、接続日時登録処理を示すフローチャートである。
【図１４】実施例３に係る、通信制限処理を示すフローチャートである。
【図１５】実施例３の変更例に係る、通信制限処理を示すフローチャートである。
【図１６】実施例４に係る、通信制限処理を示すフローチャートである。
【図１７】その他の変更例に係る、ユーザが除外対象のアプリケーションを設定するための画面の一例を示す図である。
【発明を実施するための形態】
【００２３】
以下、本発明の実施形態について、図面を参照して説明する。
【００２４】
図１は、携帯電話機１の構成を示す図である。図１（ａ）および（ｂ）は、それぞれ、携帯電話機１の正面図および背面図である。
【００２５】
以下、説明の便宜上、図１に示すように、キャビネット２の長手方向を上下方向と定義し、キャビネット２の短手方向を左右方向と定義する。
【００２６】
携帯電話機１は、キャビネット２と、表示面３と、マイクロフォン４と、通話スピーカ５と、キー操作部６と、電源キー７と、外部スピーカ８とを備えている。
【００２７】
キャビネット２は、正面から見て、ほぼ長方形状を有する。キャビネット２の正面には、後述する表示部１３の表示面３が配されている。表示面３には、各種の画像（画面）が表示される。
【００２８】
キャビネット２の内部には、下端部にマイクロフォン４が配されており、上端部に通話スピーカ５が配されている。マイクロフォン４には、キャビネット２の正面に形成されたマイク孔４ａを通じて音声が入力される。マイクロフォン４は、入力した音に応じた電気信号を生成する。通話スピーカ５からは、音声が出力される。出力された音声は、キャビネット２の正面に形成された出力孔５ａを通じて外部に放出される。
【００２９】
キャビネット２の正面には、キー操作部６および電源キー７が設けられている。キー操作部６は、複数の操作キーから構成されている。各操作キーには、実行中のプログラムを操作するための各種の機能が割り当てられる。携帯電話機１の電源がオフされた状態で電源キー７が押されると、携帯電話機１の電源がオン状態とされる。携帯電話機１の電源がオン状態で電源キー７が一定時間以上押し続けられると、携帯電話機１の電源はオフされる。
【００３０】
キャビネット２の内部には、外部スピーカ８が配されている。キャビネット２の背面には、外部スピーカ８に対応する出力孔８ａが形成されている。外部スピーカ８から出力された音（音声、報知音等）は、出力孔８ａを通じて外部に放出される。
【００３１】
図２は、携帯電話機１の全体構成を示すブロック図である。携帯電話機１は、制御部１１と、記憶部１２と、表示部１３と、タッチ検出部１４と、音声入力部１５と、音声出力部１６と、音声処理部１７と、キー入力部１８と、通信部１９と、電源部２０とを備えている。
【００３２】
記憶部１２は、ＲＯＭ、ＲＡＭ、外部メモリー等から構成される。記憶部１２には、各種のプログラムが記憶されている。記憶部１２に記憶されるプログラムは、携帯電話機１の各部を制御するための制御プログラムの他、各種アプリケーション（たとえば、電話、電子メール、地図、ゲーム、スケジュール管理、等）を含む。プログラムは、メーカによって携帯電話機１の製造時に記憶部１２に記憶される他、ユーザによって通信網や記憶媒体を介して記憶部１２に記憶される。
【００３３】
記憶部１２には、プログラムの実行の際、一時的に利用または生成されるデータを記憶するワーキング領域も含まれる。
【００３４】
制御部１１は、ＣＰＵ等から構成されている。制御部１１は、プログラムに従って、携
帯電話機１を構成する各部（記憶部１２、表示部１３、タッチ検出部１４、音声入力部１５、音声出力部１６、音声処理部１７、キー入力部１８、通信部１９等）を制御する。
【００３５】
表示部１３は、液晶ディスプレイ等から構成される。表示部１３は、制御部１１からの制御信号と画像信号に基づき、表示面３に画像（画面）を表示する。表示部１３は、液晶ディスプレイに限らず、有機ＥＬディスプレイ等、他の表示装置から構成されてもよい。
【００３６】
タッチ検出部１４は、表示面３への指の接触を検出するタッチパネル等から構成されている。タッチパネルは、透明なシート状に形成され、表示面３上を覆いキャビネット２の正面に配される。タッチパネルは、静電容量式、超音波式、感圧式、抵抗膜式、光検知式等、各種方式のタッチパネルであってよい。
【００３７】
タッチ検出部１４は、前記表示面３へのユーザによるタッチ操作を検出する。即ち、タッチ検出部１４は、指が触れた表示面３上の位置を入力位置として検出し、検出した入力位置に応じた位置信号を制御部１１へ出力する。
【００３８】
ユーザは、表示面３に指を触れることにより各種のタッチ操作を行うことができる。タッチ操作の種類として、タップ操作、フリック操作、スライド操作等が挙げられる。タップ操作は、表示面３に指を接触させた後、短時間のうちに指を離す操作である。フリック操作は、表示面３を指で任意の方向に弾く操作である。スライド操作は、表示面３に指を接触させたまま任意の方向へ移動させる操作である。
【００３９】
タッチ操作についてより具体的に説明する。たとえば、タッチ検出部１４により表示面３に対する入力位置が検出された後、予め定めた第１時間以内に入力位置が検出されなくなった場合、制御部１１によりタップ操作がなされたと判定される。タッチ検出部１４により表示面３に対する入力位置が検出され、予め定めた第２時間以内に予め定めた第１距離以上入力位置が移動した後、入力位置が検出されなくなった場合、制御部１１によりフリック操作がなされたと判定される。タッチ検出部１４により表示面３に対する入力位置が検出された後、予め定めた第２距離以上入力位置が移動すると、制御部１１によりスライド操作がなされたと判定される。
【００４０】
音声入力部１５は、マイクロフォン４等から構成される。音声入力部１５は、マイクロフォン４からの電気信号を音声処理部１７へ出力する。
【００４１】
音声出力部１６は、通話スピーカ５、外部スピーカ８等から構成される。音声出力部１６には、音声処理部１７からの電気信号が入力され、通話スピーカ５または外部スピーカ８から音（音声、報知音等）が出力される。
【００４２】
音声処理部１７は、音声入力部１５からの電気信号にＡ／Ｄ変換等を施し、変換後のデジタルの音声信号を制御部１１へ出力する。音声処理部１７は、制御部１１からのデジタルの音声信号にデコード処理およびＤ／Ａ変換等を施し、変換後の電気信号を音声出力部１６に出力する。
【００４３】
キー入力部１８は、キー操作部６の各操作キーが押下されたときに、押下された操作キーに応じた信号を制御部１１へ出力する。
【００４４】
通信部１９は、通話や通信を行うため、信号を変換するための回路、電波を送受信するアンテナ等を備える。通信部１９は、制御部１１から入力される通話や通信のための信号を無線信号に変換し、変換された無線信号を、アンテナを介して基地局や他の通信装置等の通信先へ送信する。さらに、通信部１９は、アンテナを介して受信した無線信号を制御
部１１が処理できる形式の信号へ変換し、変換された信号を制御部１１へ出力する。
【００４５】
電源部２０は、バッテリーを含み、制御部１１等に電力を供給する。さらに、電源部２０は、バッテリーの電圧を検出する電圧検出部を含み、電圧検出部により検出された電圧が制御部１１へ出力される。制御部１１は、検出された電圧に基づいてバッテリーの残量を検出する。
【００４６】
さて、携帯電話機１では、複数のアプリケーションを同時に実行することができる。操作対象となるアプリケーションは、フォアグラウンドで実行され、その実行画面（操作画面）が表示面３に表示される。残りのアプリケーションは、その実行画面が表示面３に表示されることなく、バックグラウンドで実行される。
【００４７】
バックグラウンドで実行されたアプリケーションは、フォアグラウンドで実行されているアプリケーションに係るユーザの操作と関係なく、データの更新等のため、定期的に他の装置との間で通信を行う。
【００４８】
また、携帯電話機１では、ＷｉＦｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等、各種の通信方式の近距離無線通信によって他の装置とデータの送受信を行うことができる。携帯電話機１は、通信方式毎に、近距離無線通信のためのアプリケーションを備える。以下、説明の便宜上、近距離無線通信のためのアプリケーションを「通信アプリケーション」と称することとする。各通信アプリケーションは、バックグラウンドで実行され、フォアグラウンドで実行されているアプリケーションに係るユーザの操作と関係なく、定期的に、アクセスポイントのサーチのための通信を行う。
【００４９】
このようなバックグラウンドでの通信（以下、「バックグラウンド通信」という）の通信量が多くなると、バッテリーの電力消費が増大する。
【００５０】
そこで、本実施の形態では、不要なバックグラウンド通信に対して自動的に通信制限が行われる。すなわち、本実施の形態では、周期的に訪れる所定期間毎、より詳しくは、曜日毎あるいは予め定めた時間帯毎に、当該所定期間において、バックグラウンド通信を制限するための所定条件が満たされているか否かが判定される。そして、所定条件が満たされたと判定された場合、所定期間のバックグラウンド通信が制限される。
【００５１】
通信制限に係る処理は、図２の制御部１１によって行われる。すなわち、記憶部１２に保持されたプログラムによって、制御部１１に通信制限のための機能が付与され、この機能によって、通信制限処理が実行される。図２には、便宜上、制御部１１によって実現される通信制限のための機能が、判定部２１、通信制御部２２および記憶制御部２３として示されている。
【００５２】
以下、通信制限処理の具体的実施例について説明する。
【００５３】
＜実施例１＞
本実施例では、携帯電話機１に搭載された各アプリケーションについて、曜日毎に、過去のその曜日における各アプリケーションのフォアグラウンドでの起動頻度が判定される。そして、各アプリケーションについて、過去のフォアグラウンドでの起動頻度が低い曜日のバックグラウンド通信が制限される。
【００５４】
記憶部１２には、通信制限処理に用いられる起動履歴データベース１２ａおよび通信設定テーブル１２ｂが記憶されている。
【００５５】
図３（ａ）は、起動履歴データベース１２ａの構成を示す図であり、図１３（ｂ）は、通信設定テーブル１２ｂの構成を示す図である。起動履歴データベース１２ａには、携帯電話機１に搭載されている各アプリケーションについて、フォアグラウンドで起動された日時（以下、「起動日時」という）が記憶される。通信設定テーブル１２ｂには、各アプリケーションについて、通信制限処理により設定されたバックグラウンド通信の通信モードが記憶される。通信モードは、バックグラウンド通信が制限されない非制限モードとバックグラウンド通信が制限される制限モードを含む。
【００５６】
判定部２１は、曜日毎に、過去のその曜日における各アプリケーションのフォアグラウンドでの起動頻度を判定する。たとえば、判定部２１は、各アプリケーションについて、起動履歴データベース１２ａを参照して、過去の所定期間（たとえば、３週間）において、現在の曜日と同じ曜日に一度でもフォアグラウンドで起動されたか否かを判定する。
【００５７】
通信制御部２２は、各曜日において、過去のその曜日のフォアグラウンドでの起動頻度が所定頻度より低いアプリケーション、たとえば、過去の所定期間、その曜日に一度もフォアグラウンドで起動されていないアプリケーションについて、そのアプリケーションのバックグラウンド通信を制限する。たとえば、通信制御部２２は、アプリケーションの通信モードを制限モードに設定することにより、そのアプリケーションのバックグラウンド通信の実行を禁止する。
【００５８】
記憶制御部２３は、起動日時登録処理を実行し、各アプリケーションの起動日時を起動履歴データベース１２ａに登録する。
【００５９】
図４は、起動日時登録処理を示すフローチャートである。起動日時登録処理は、携帯電話機１の電源がオン状態である間、繰り返し実行される。
【００６０】
記憶制御部２３は、何れかのアプリケーションがフォアグラウンドで起動されたか否かを判定する（Ｓ１０１）。たとえば、終了中（起動していない）のアプリケーションが起動された場合、そのアプリケーションは、フォアグラウンドで起動される。さらに、バックグラウンドで実行されているアプリケーションをフォアグラウンドで起動するための所定操作がなされた場合も、そのアプリケーションがフォアグラウンドで起動される。
【００６１】
何れかのアプリケーションがフォアグラウンドで起動された場合（Ｓ１０１：ＹＥＳ）、記憶制御部２３は、そのアプリケーションのフォアグラウンドでの動作時間が所定時間より長いか否かを判定する（Ｓ１０２）。ここで、所定時間は、ユーザが誤ってアプリケーションを起動したことを判断するための基準となる時間であり、数秒程度の短い時間、たとえば、５秒に設定されている。
【００６２】
起動されたアプリケーションが所定時間を経過してもフォアグラウンドで実行されている場合、記憶制御部２３は、動作時間が所定時間より長いと判定し（Ｓ１０２：ＹＥＳ）、そのアプリケーションの起動日時を起動履歴データベース１２ａに登録する（Ｓ１０３）。
【００６３】
一方、起動されたアプリケーションが、所定時間経過前に終了された場合あるいはバックグラウンドへ移行された場合、記憶制御部２３は、動作時間が所定時間より短いと判定し（Ｓ１０２：ＮＯ）、そのアプリケーションの起動日時を起動履歴データベース１２ａに登録しない。
このような処理により、バックグラウンド通信を制限するか否かの判定に、ユーザの誤操作によるアプリケーションの起動が反映されることを防止できる。
【００６４】
図５は、通信制限処理を示すフローチャートである。通信制限処理は、携帯電話機１の電源がオン状態にある間、繰り返し実行される。
【００６５】
制御部１１は、日付が変わったか否かを監視する（Ｓ２０１）。日付が変わると（Ｓ２０１：ＹＥＳ）、制御部１１は、起動履歴データベース１２ａの中から参照するアプリケーションを選出する（Ｓ２０２）。制御部１１（判定部２１）は、起動履歴データベース１２ａを参照し、選出されたアプリケーションが、過去の所定期間、たとえば、過去３週間において、現在の曜日と同じ曜日に一度でもフォアグラウンドで実行されたことがあるか否かを判定する（Ｓ２０３）。
【００６６】
選出されたアプリケーションが過去の所定期間において現在の曜日と同じ曜日に一度でもフォアグラウンドで実行されたことがある場合（Ｓ２０３：ＹＥＳ）、制御部１１（通信制御部２２）は、通信モードが制限モードに設定されていれば（Ｓ２０４：ＹＥＳ）、通信モードを非制限モードに設定する（Ｓ２０５）。通信モードが、既に非制限モードであれば（Ｓ２０４：ＮＯ）、非制限モードが維持される。通信設定テーブル１２ｂにおいて、選出されたアプリケーションの通信モードの欄に、「非制限モード」の登録がなされる。
【００６７】
一方、選出されたアプリケーションが過去の所定期間において現在の曜日と同じ曜日に一度もフォアグラウンドで実行されたことがない場合（Ｓ２０３：ＮＯ）、制御部１１（通信制御部２２）は、通信モードが非制限モードに設定されていれば（Ｓ２０６：ＹＥＳ）、通信モードを制限モードに設定する（Ｓ２０７）。通信モードが、既に制限モードであれば（Ｓ２０６：ＮＯ）、制限モードが維持される。通信設定テーブル１２ｂにおいて、選出されたアプリケーションの通信モードの欄に、「制限モード」の登録がなされる。
【００６８】
制御部１１は、起動履歴データベース１２ａに登録された全てのアプリケーションを参照したか否かを判定する（Ｓ２０８）。制御部１１は、全てのアプリケーションを参照していないと判定すると（Ｓ２０８：ＮＯ）、ステップＳ２０２の処理に戻って、次に参照するアプリケーションを選出する。制御部１１は、選出したアプリケーションについて、ステップＳ２０３からＳ２０７の処理を実行する。制御部１１は、全てのアプリケーションを参照し終えると（Ｓ２０８：ＹＥＳ）、処理を終了する。
【００６９】
このようにして、通信制限処理が実行されることにより、全てのアプリケーションについて、その日の通信モードの設定が完了する。通信制御部２２は、通信設定テーブル１２ｂを参照し、通信モードが非制限モードに設定されたアプリケーションについて、その日にバックグラウンド通信のタイミングが到来すると、バックグラウンド通信を行う。一方、通信制御部２２は、通信モードが制限モードに設定されたアプリケーションについて、その日にバックグラウンド通信のタイミングが到来するか否かに係わらずバックグラウンド通信を行わない。
【００７０】
日付が変わる度、すなわち曜日毎に全てのアプリケーションについて通信モードが設定され、設定された通信モードに基づいて、バックグラウンド通信が実行される。
【００７１】
図６は、あるアプリケーションにおける、ある週のバックグラウンド通信の実行状況を例示した図である。
【００７２】
ユーザの様々な使用状況から、あるアプリケーションの使用頻度が、決められた曜日に高くなる場合がある。たとえば、一例として、決められた曜日に、スケジュールのアプリケーションを使用してスケジュールを登録する場合が挙げられる。
【００７３】
たとえば、図６のように、あるアプリケーションの使用頻度が水曜日と日曜日に高く、他の曜日に低い場合、本実施例の通信制限処理が行われることにより、水曜日と日曜日には、そのアプリケーションに係るデータ更新等のバックグラウンド通信が行われ、それ以外の曜日にはバックグラウンド通信が行われない。
【００７４】
このように、本実施例では、各アプリケーションについて、あるアプリケーションが使用される可能性が低い曜日には、そのアプリケーションに係るバックグラウンド通信が実行されない。よって、バックグラウンド通信の不要な実行によるバッテリーの電力消費を抑制できる。
【００７５】
＜実施例１の変更例１＞
上記実施例では、制限モードに設定された場合、バックグラウンド通信を行わない。しかしながら、このように完全な制限ではなく、本変更例のように、部分的な制限が行われてもよい。たとえば、通信制御部２２は、バックグラウンド通信の頻度を下げてもよい。
【００７６】
たとえば、送信および受信のうち、一方に関するバックグラウンド通信は行うが他方に関するバックグラウンド通信は行わない通信処理が行われてもよい。図７（ａ）は、送信または受信の一方を制限する通信処理を示すフローチャートである。
【００７７】
バックグラウンド通信の開始タイミングが到来すると（Ｓ３０１：ＹＥＳ）、通信制御部２２は、データ等の送信に係るバックグラウンド通信であるか、データ等の受信に係るバックグラウンド通信であるかを判定する（Ｓ３０２）。通信制御部２２は、送信である場合（３０２：ＹＥＳ）、バックグラウンド通信を開始する（Ｓ３０３）。一方、通信制御部２２は、受信である場合（Ｓ３０２：ＹＥＳ）、バックグラウンド通信を中止する（Ｓ３０４）。なお、図７（ａ）の通信処理とは反対に、通信制御部２２が、送信である場合にバックグラウンド通信を中止し、受信である場合にバックグラウンド通信を開始することとしてもよい。
【００７８】
また、時間帯に応じてバックグラウンド通信を開始するあるいは中止する通信処理が行われてもよい。図７（ｂ）は、時間帯に応じてバックグラウンド通信を制限する通信処理を示すフローチャートである。
【００７９】
バックグラウンド通信の開始タイミングが到来すると（Ｓ３１１：ＹＥＳ）、通信制御部２２は、現在時刻が奇数時刻の時間帯であるか否かを判定する（Ｓ３１２）。通信制御部２２は、現在時刻が奇数時刻の時間帯である場合（Ｓ３１２：ＹＥＳ）、バックグラウンド通信を開始する（Ｓ３１３）。一方、通信制御部２２は、現在時刻が偶数時刻の時間帯である場合（Ｓ３１２：ＮＯ）、バックグラウンド通信を中止する（Ｓ３１４）。なお、図７（ｂ）の通信処理とは反対に、通信制御部２２が、現在時刻が奇数時刻の時間帯である場合にバックグラウンド通信を中止し、現在時刻が偶数時刻の時間帯である場合にバックグラウンド通信を開始することとしてもよい。
【００８０】
さらに、表示部１３の点灯状況に応じてバックグラウンド通信を開始するあるいは中止する通信処理が行われてもよい。図８（ａ）は、表示部１３の点灯状況に応じてバックグラウンド通信を制限する通信処理を示すフローチャートである。
【００８１】
バックグラウンド通信の開始タイミングが到来すると（Ｓ３２１：ＹＥＳ）、通信制御部２２は、表示部１３が点灯しているか否かを判定する（Ｓ３２２）。
【００８２】
携帯電話機１への操作が所定時間行われない場合に、表示部１３が消灯する。よって、表示部１３が点灯している場合には、ユーザが携帯電話機１を使用しているため、アプリ
ケーションが利用される可能性がある。
【００８３】
通信制御部２２は、表示部１３が点灯している場合（Ｓ３２２：ＹＥＳ）、バックグラウンド通信を開始する（Ｓ３２３）。一方、通信制御部２２は、表示部１３が消灯している場合（Ｓ３２２：ＮＯ）、バックグラウンド通信を中止する（Ｓ３２４）。
【００８４】
さらに、携帯電話機１が操作された後の経過時間に応じてバックグラウンド通信を開始する、あるいは、中止する通信処理が行われてもよい。図８（ｂ）は、携帯電話機１が操作された後の経過時間に応じてバックグラウンド通信を制限する通信処理を示すフローチャートである。
【００８５】
バックグラウンド通信の開始タイミングが到来すると（Ｓ３３１：ＹＥＳ）、通信制御部２２は、携帯電話機１への操作後、所定時間内であるか否かを判定する（Ｓ３３２）。
【００８６】
携帯電話機１が操作された後、間もない場合、ユーザが携帯電話機１の使用を継続し、アプリケーションが利用される可能性がある。
【００８７】
通信制御部２２は、携帯電話機１が操作された後、所定時間内である場合（Ｓ３３２：ＹＥＳ）、バックグラウンド通信を開始する（Ｓ３３３）。一方、通信制御部２２は、携帯電話機１が操作された後、所定時間を超えている場合（Ｓ３３２：ＮＯ）、バックグラウンド通信を中止する（Ｓ３３４）。
【００８８】
＜実施例１の変更例２＞
上記実施例では、各アプリケーションについて、曜日毎に、過去の各曜日におけるアプリケーションのフォアグラウンドでの起動頻度が判定され、この判定の結果に基づき、アプリケーションの通信モードが、非制限モードまたは制限モードに設定された。
【００８９】
本変更例では、上記判定条件に加えて、アプリケーションがフォアグラウンドで起動されていない期間（以下、「非起動期間」という）が所定日数を超えているか否かが判定される。本変更例では、これら２つの判定条件に基づいて、通信モードが非制限モード、第１制限モードまたは第２制限モードに設定される。第１制限モードは、上述した部分的な制限が行われる通信モードであり、第２制限モードは、上述した完全な制限が行われる通信モードである。
【００９０】
図９は、通信制限処理を示すフローチャートである。本変更例の通信制限処理では、図５に示す実施例１の通信制限処理のステップＳ２０４ないしＳ２０７の処理が、ステップＳ２１１ないしＳ２１８の処理に置き換えられる。なお、図９では、ステップＳ２０１、Ｓ２０２およびＳ２０８の処理の図示が省略されている。
【００９１】
選出されたアプリケーションが過去の所定期間において現在の曜日と同じ曜日に一度でもフォアグラウンドで実行されたことがある場合（Ｓ２０３：ＹＥＳ）、制御部１１（判定部２１）は、非起動期間が所定日数（たとえば、７日）を超えているか否かを判定する（Ｓ２１１）。非起動期間が所定日数を超えていなければ（Ｓ２１１：ＮＯ）、制御部１１（通信制御部２２）は、非制限モード以外であった通信モードを非制限モードに設定する（Ｓ２１２：ＹＥＳ→Ｓ２１３）。一方、非起動期間が所定日数を超えていれば（Ｓ２１１：ＹＥＳ）、制御部１１（通信制御部２２）は、第１制限モード以外であった通信モードを第１制限モードに設定する（Ｓ２１５：ＹＥＳ→Ｓ２１６）。
【００９２】
選出されたアプリケーションが過去の所定期間において現在の曜日と同じ曜日に一度もフォアグラウンドで実行されたことがない場合も（Ｓ２０３：ＮＯ）、制御部１１（判定
部２１）は、非起動期間が所定日数を超えているか否かを判定する（Ｓ２１４）。非起動期間が所定日数を超えていなければ（Ｓ２１４：ＮＯ）、制御部１１（通信制御部２２）は、第１制限モード以外であった通信モードを第１制限モードに設定する（Ｓ２１５：ＹＥＳ→Ｓ２１６）。一方、非起動期間が所定日数を超えていれば（Ｓ２１４：ＹＥＳ）、制御部１１（通信制御部２２）は、第２制限モード以外であった通信モードを第２制限モードに設定する（Ｓ２１７：ＹＥＳ→Ｓ２１８）。
【００９３】
本変更例によれば、曜日毎に、その曜日におけるアプリケーションのフォアグラウンドでの起動頻度、および、そのアプリケーションがフォアグラウンドで起動されていない期間を判定し、その判定結果に基づいて、バックグラウンド通信をより細かに制限するため、より効果的にバックグラウンド通信による電力消費を抑制することができる。
＜実施例２＞
本実施例では、一日が１時間毎の時間帯あるいは数時間毎の時間帯に区分される。本実施例では、たとえば、一日が４時間毎の時間帯に区分される。この場合、一日が、０時〜４時、４時〜８時、８時〜１２時、１２時〜１６時、１６時〜２０時および２０時〜２４時の６個の時間帯に分かれる。
【００９４】
本実施例では、携帯電話機１に搭載された各アプリケーションについて、時間帯毎に、過去のその時間帯における各アプリケーションのフォアグラウンドでの起動頻度が判定される。そして、各アプリケーションについて、過去の同様の時間帯におけるフォアグラウンドでの起動頻度が低い時間帯のバックグラウンド通信が制限される。
【００９５】
本実施例においても、図３（ａ）の起動履歴データベース１２ａおよび図３（ｂ）の通信設定テーブル１２ｂが用いられる。
【００９６】
判定部２１は、時間帯毎に、過去のその時間帯における各アプリケーションのフォアグラウンドでの起動頻度を判定する。たとえば、判定部２１は、時間帯毎に、各アプリケーションについて、起動履歴データベース１２ａを参照して、過去の所定期間（たとえば、３日間）において、現在の時間帯と同じ時間帯に一度でもフォアグラウンドで起動されたか否か判定する。
【００９７】
通信制御部２２は、各時間帯において、過去のその時間帯のフォアグラウンドでの起動頻度が所定頻度より低いアプリケーション、たとえば、過去の所定期間、その時間帯に一度もフォアグラウンドで起動されていないアプリケーションについて、そのアプリケーションのバックグラウンド通信を制限する。
【００９８】
図１０は、通信制限処理を示すフローチャートである。通信制限処理は、携帯電話機１の電源がオン状態にある間、繰り返し実行される。
【００９９】
制御部１１は、時間帯が変わったか否かを監視する（Ｓ４０１）。時間帯が変わると（Ｓ４０１：ＹＥＳ）、制御部１１は、起動履歴データベース１２ａの中から参照するアプリケーションを選出する（Ｓ４０２）。制御部１１（判定部２１）は、起動履歴データベース１２ａを参照し、選出されたアプリケーションが、過去の所定期間、たとえば、過去３日間において、現在の時間帯と同じ時間帯に一度でもフォアグラウンドで実行されたことがあるか否かを判定する（Ｓ４０３）。
【０１００】
選出されたアプリケーションが過去の所定期間において現在の時間帯と同じ時間帯に一度でもフォアグラウンドで実行されたことがある場合（Ｓ４０３：ＹＥＳ）、制御部１１（通信制御部２２）は、通信モードが制限モードに設定されていれば（Ｓ４０４：ＹＥＳ）、通信モードを非制限モードに設定する（Ｓ４０５）。通信モードが、既に非制限モー
ドであれば（Ｓ４０４：ＮＯ）、非制限モードが維持される。
【０１０１】
一方、選出されたアプリケーションが過去の所定期間において現在の時間帯と同じ時間帯に一度もフォアグラウンドで実行されたことがない場合（Ｓ４０３：ＮＯ）、制御部１１（通信制御部２２）は、通信モードが非制限モードに設定されていれば（Ｓ４０６：ＹＥＳ）、通信モードを制限モードに設定する（Ｓ４０７）。通信モードが、既に制限モードであれば（Ｓ４０６：ＮＯ）、制限モードが維持される。
【０１０２】
制御部１１は、全てのアプリケーションを参照していないと判定すると（Ｓ４０８：ＮＯ）、ステップＳ４０２の処理に戻って、次に参照するアプリケーションを選出する。制御部１１は、選出したアプリケーションについて、ステップＳ４０３からＳ４０７の処理を実行する。制御部１１は、全てのアプリケーションを参照し終えると（Ｓ４０８：ＹＥＳ）、処理を終了する。
【０１０３】
このようにして、通信制限処理が実行されることにより、全てのアプリケーションについて、その時間帯の通信モードの設定が完了する。通信制御部２２は、通信設定テーブル１２ｂを参照し、通信モードが非制限モードに設定されたアプリケーションについて、その時間帯にバックグラウンド通信のタイミングが到来すると、バックグラウンド通信を行う。一方、通信制御部２２は、通信モードが制限モードに設定されたアプリケーションについて、その時間帯にバックグラウンド通信のタイミングが到来するか否かに係わらずバックグラウンド通信を行わない。
【０１０４】
時間帯が変わる度、すなわち時間帯毎に全てのアプリケーションについて通信モードが設定され、設定された通信モードに基づいて、バックグラウンド通信が実行される。
【０１０５】
図１１は、あるアプリケーションにおける、ある日のバックグラウンド通信の実行状況を例示した図である。
【０１０６】
曜日の場合と同様、ユーザの使用状況から、あるアプリケーションの使用頻度が、決められた時間帯に高くなる場合がある。一例として、決められた時刻に、電子メールのアプリケーションを使用して電子メールを確認する場合が挙げられる。
【０１０７】
たとえば、図１１のように、あるアプリケーションの使用頻度が１２時〜１６時の時間帯と２０時〜２４時の時間帯に高く、他の時間帯に低い場合、本実施例の通信制限処理が行われることにより、１２時〜１６時の時間帯と２０時〜２４時の時間帯には、そのアプリケーションに係るデータ更新等のバックグラウンド通信が行われ、それ以外の時間帯にはバックグラウンド通信が行われない。
【０１０８】
このように、本実施例では、各アプリケーションについて、あるアプリケーションが使用される可能性が低い時間帯には、そのアプリケーションに係るバックグラウンド通信が実行されない。よって、バックグラウンド通信の不要な実行によるバッテリーの電力消費を抑制できる。
【０１０９】
＜実施例３＞
本実施例では、近距離無線通信の各通信方式について、曜日毎に、過去のその曜日における各通信方式による他の装置への接続頻度が判定される。そして、各通信方式に対応する各通信アプリケーションについて、各通信方式による他の装置への接続頻度が低い曜日におけるアクセスポイントのサーチのためのバックグラウンド通信が制限される。
【０１１０】
記憶部１２には、通信制限処理に用いられる接続履歴データベース１２ｃおよび通信設
定テーブル１２ｄが記憶されている。
【０１１１】
図１２（ａ）は、接続履歴データベース１２ｃの構成を示す図であり、図１２（ｂ）は、通信設定テーブル１２ｄの構成を示す図である。接続履歴データベース１２ｃには、各通信方式について、各通信方式により他の装置への通信接続が行われた日時（以下、「接続日時」という）が記憶される。通信設定テーブル１２ｄには、各通信方式に対応する通信アプリケーションについて、通信制限処理により設定されたサーチ間隔が記憶される。本実施例では、サーチ間隔として、第１時間（たとえば、５秒）および第１時間より長い第２時間（たとえば、１分）が設定される。
【０１１２】
判定部２１は、曜日毎に、過去のその曜日における各通信方式による他の装置への接続頻度を判定する。たとえば、判定部２１は、曜日毎に、各通信方式について、接続履歴データベース１２ｃを参照して、過去の所定期間（たとえば、３週間）において、現在の曜日と同じ曜日に一度でも他の装置への通信接続が行われたか否か判定する。
【０１１３】
通信制御部２２は、各曜日において、過去のその曜日の対応する通信方式による他の装置への接続頻度が、所定頻度より低い通信アプリケーション、たとえば、その曜日に、対応する通信方式により他の装置への通信接続が一度も行われていない通信アプリケーションについて、その通信アプリケーションのバックグラウンド通信を制限する。たとえば、通信制御部２２は、通信アプリケーションのサーチ間隔を第２時間に設定することにより、その通信アプリケーションのサーチのためのバックグラウンド通信の頻度を低下させる。
【０１１４】
記憶制御部２３は、接続日時登録処理を実行し、各通信方式の接続日時を接続履歴データベース１２ｃに登録する。
【０１１５】
図１３は、接続日時登録処理を示すフローチャートである。接続日時登録処理は、携帯電話機１の電源がオン状態である間、繰り返し実行される。
【０１１６】
何れかの通信方式によって他の装置との通信接続が行われた場合（Ｓ５０１：ＹＥＳ）、記憶制御部２３は、その通信接続における接続時間が所定時間より長いか否かを判定する（Ｓ５０２）。ここで、所定時間は、ユーザが誤った操作により通信接続を行ったことを判断するための基準となる時間であり、数秒程度の短い時間、たとえば、５秒に設定されている。
【０１１７】
所定時間を経過しても通信接続が継続している場合、記憶制御部２３は、接続時間が所定時間より長いと判定し（Ｓ５０２：ＹＥＳ）、その通信方式の接続日時を接続履歴データベース１２ｃに登録する（Ｓ５０３）。
【０１１８】
一方、所定時間経過前に通信接続が遮断された場合、記憶制御部２３は、接続時間が所定時間より短いと判定し（Ｓ５０２：ＮＯ）、その通信方式の接続日時を接続履歴データベース１２ｃに登録しない。このような処理により、バックグラウンド通信を制限するか否かの判定に、ユーザの誤操作による通信接続が反映されることを防止できる。
【０１１９】
図１４は、通信制限処理を示すフローチャートである。通信制限処理は、携帯電話機１の電源がオン状態にある間、繰り返し実行される。
【０１２０】
制御部１１は、日付が変わったか否かを監視する（Ｓ６０１）。日付が変わると（Ｓ６０１：ＹＥＳ）、制御部１１は、接続履歴データベース１２ｃの中から参照する通信方式を選出する（Ｓ６０２）。制御部１１（判定部２１）は、接続履歴データベース１２ｃを
参照し、選出された通信方式による他の装置への通信接続が、過去の所定期間、たとえば、過去３週間において、現在の曜日と同じ曜日に一度でも行われたことがあるか否かを判定する（Ｓ６０３）。
【０１２１】
選出された通信方式による他の装置への通信接続が過去の所定期間において現在の曜日と同じ曜日に一度でも行われたことがある場合（Ｓ６０３：ＹＥＳ）、制御部１１（通信制御部２２）は、選出された通信方式に対応する通信アプリケーションのサーチ間隔が第２時間に設定されていれば（Ｓ６０４：ＹＥＳ）、サーチ間隔を第１時間に設定する（Ｓ６０５）。サーチ間隔が、既に第１時間であれば（Ｓ６０４：ＮＯ）、第１時間が維持される。通信設定テーブル１２ｄにおいて、選出された通信方式に対応する通信アプリケーションのサーチ間隔の欄に、「第１時間」の登録がなされる。
【０１２２】
一方、選出された通信方式による他の装置への通信接続が過去の所定期間において現在の曜日と同じ曜日に一度も行われたことがない場合（Ｓ６０３：ＮＯ）、制御部１１（通信制御部２２）は、サーチ間隔が第１時間に設定されていれば（Ｓ６０６：ＹＥＳ）、サーチ間隔を第２時間に設定する（Ｓ６０７）。サーチ間隔が、既に第２時間であれば（Ｓ６０６：ＮＯ）、第２時間が維持される。通信設定テーブル１２ｄにおいて、選出された通信方式に対応する通信アプリケーションのサーチ間隔の欄に、「第２時間」の登録がなされる。
【０１２３】
制御部１１は、接続履歴データベース１２ｃに登録された全ての通信方式を参照したか否かを判定する（Ｓ６０８）。制御部１１は、全ての通信方式を参照していないと判定すると（Ｓ６０８：ＮＯ）、ステップＳ６０２の処理に戻って、次に参照する通信方式を選出する。制御部１１は、選出した通信方式について、ステップＳ６０３からＳ６０７の処理を実行する。制御部１１は、全ての通信方式を参照し終えると（Ｓ６０８：ＹＥＳ）、処理を終了する。
【０１２４】
このようにして、通信制限処理が実行されることにより、全ての通信方式に対応する通信アプリケーションについて、その日のサーチ間隔の設定が完了する。通信制御部２２は、通信設定テーブル１２ｄを参照し、設定されたサーチ間隔に従ってアクセスポイントのサーチのためのバックグラウンド通信を行う。通信制御部２２は、サーチ間隔が第１時間であれば、第１時間の間隔でサーチのためのバックグラウンド通信を行う。一方、通信制御部２２は、サーチ間隔が第２時間であれば、第２時間の間隔でサーチのためのバックグラウンド通信を行う。
【０１２５】
日付が変わる度、すなわち曜日毎に、近距離無線通信の全ての通信方式についてサーチ間隔が設定され、設定されたサーチ間隔によるサーチのバックグラウンド通信が実行される。
【０１２６】
以上、本実施例では、近距離無線通信の各通信方式について、過去に接続頻度が低く、その通信方式による通信接続が行われる可能性が低い曜日には、その通信方式に対応する通信アプリケーションにより、アクセスポイントのサーチが長いサーチ間隔にて行われる。よって、不要なサーチのためのバックグラウンド通信の実行によるバッテリーの電力消費を抑制できる。
【０１２７】
なお、本実施例では、ある通信方式による他の装置への通信接続が過去の所定期間に一度も行われていない場合、即ち、その通信方式による接続頻度が小さい場合、その通信方式に対応する通信アプリケーションのサーチ間隔が長くされる。しかしながら、このようにサーチ間隔が長くされるのではなく、サーチのためのバックグラウンド通信が行われないようにされてもよい。
【０１２８】
＜実施例３の変更例＞
上記実施例では、各アプリケーションについて、曜日毎に、過去の各曜日における対応する通信方式による他の装置への接続頻度が判定され、この判定の結果に基づき、通信アプリケーションのサーチ間隔が、第１時間または第２時間に設定された。
【０１２９】
本変更例では、上記判定条件に加えて、対応する通信方式による他の装置への通信接続がなされていない期間（以下、「非接続期間」という）が所定日数を超えているか否かが判定される。本変更例では、これら２つの判定条件に基づいて、サーチ間隔を第１時間とする設定、サーチ間隔を第２時間とする設定、サーチを中止する設定が行われる。サーチを中止する設定がなされた場合、通信制御部２２は、サーチのためのバックグラウンド通信を行わない。
【０１３０】
図１５は、通信制限処理を示すフローチャートである。本変更例の通信制限処理では、図１４に示す実施例３の通信制限処理のステップＳ６０４ないしＳ６０７の処理が、ステップＳ６１１ないしＳ６１８の処理に置き換えられる。なお、図１５では、ステップＳ６０１、Ｓ６０２およびＳ６０８の処理の図示が省略されている。
【０１３１】
選出された通信方式による他の装置への通信接続が過去の所定期間において現在の曜日と同じ曜日に一度でも行われたことがある場合（Ｓ６０３：ＹＥＳ）、制御部１１（判定部２１）は、非接続期間が所定日数（たとえば、７日）を超えているか否かを判定する（Ｓ６１１）。非接続期間が所定日数を超えていなければ（Ｓ６１１：ＮＯ）、制御部１１（通信制御部２２）は、第１時間以外であったサーチ間隔を第１時間に設定する（Ｓ６１２：ＹＥＳ→Ｓ６１３）。一方、非接続期間が所定日数を超えていれば（Ｓ６１１：ＹＥＳ）、制御部１１（通信制御部２２）は、第２時間以外であったサーチ間隔を第２時間に設定する（Ｓ６１５：ＹＥＳ→Ｓ６１６）。
【０１３２】
選出された通信方式による他の装置への通信接続が、過去の所定期間において現在の曜日と同じ曜日に一度もフォアグラウンドで実行されたことがない場合も（Ｓ６０３：ＮＯ）、制御部１１（判定部２１）は、非接続期間が所定日数を超えているか否かを判定する（Ｓ６１４）。非接続期間が所定日数を超えていなければ（Ｓ６１４：ＮＯ）、制御部１１（通信制御部２２）は、第２時間以外であったサーチ間隔を第２時間に設定する（Ｓ６１５：ＹＥＳ→Ｓ６１６）。一方、非接続期間が所定日数を超えていれば（Ｓ６１４：ＹＥＳ）、制御部１１（通信制御部２２）は、サーチの中止以外であった設定を、サーチの中止に設定する（Ｓ６１７：ＹＥＳ→Ｓ６１８）。
【０１３３】
本変更例によれば、曜日毎に、その曜日における、対応する通信方式による他の装置への接続頻度、および、対応する通信方式による他の装置への通信接続がなされていない期間を判定し、その判定結果に基づいて、サーチのためのバックグラウンド通信をより細かに制限する。そのため、より効果的にバックグラウンド通信による電力消費を抑制することができる。
【０１３４】
なお、サーチを中止した通信方式による他の装置への通信接続に関しては、ユーザ操作等により通信接続を再開することが可能である。たとえば、ホーム画面上に表示された通信接続のオンオフを切り替えるアイコンへの操作がタッチ検出部１１より受け付けられると、制御部１１（通信制御部２２）はアイコンに対応する通信方式による他の装置への通信接続を再開する。
【０１３５】
＜実施例４＞
本実施例では、上記実施例２と同様、一日が１時間毎の時間帯あるいは数時間毎の時間
帯に区分される。本実施例では、たとえば、上記実施例２と同様に、一日が、４時間毎の時間帯、すなわち、０時〜４時、４時〜８時、８時〜１２時、１２時〜１６時、１６時〜２０時および２０時〜２４の６個の時間帯に区分される。
【０１３６】
本実施例では、近距離無線通信の各通信方式について、時間帯毎に、過去のその時間帯における各通信方式による他の装置への接続頻度が判定される。そして、各通信方式に対応する各通信アプリケーションについて、各通信方式による他の装置への接続頻度が低い時間帯におけるアクセスポイントのサーチのためのバックグラウンド通信が制限される。
【０１３７】
本実施例においても、図１２（ａ）の接続履歴データベース１２ｃおよび図１２（ｂ）の通信設定テーブル１２ｄが用いられる。
【０１３８】
判定部２１は、時間帯毎に、過去のその時間帯における各通信方式による他の装置への接続頻度を判定する。たとえば、判定部２１は、時間帯毎に、各通信方式について、接続履歴データベース１２ｃを参照して、過去の所定期間（たとえば、３日間）において、現在の時間帯と同じ時間帯に一度でも他の装置への通信接続が行われたか否か判定する。
【０１３９】
通信制御部２２は、各時間帯において、過去のその時間帯の対応する通信方式による他の装置への接続頻度が、所定頻度より低い通信アプリケーション、たとえば、その時間帯に、対応する通信方式による他の装置への通信接続が一度も行われていない通信アプリケーションについて、その通信アプリケーションのバックグラウンド通信を制限する。
【０１４０】
図１６は、通信制限処理を示すフローチャートである。通信制限処理は、携帯電話機１の電源がオン状態にある間、繰り返し実行される。
【０１４１】
制御部１１は、時間帯が変わったか否かを監視する（Ｓ７０１）。時間帯が変わると（Ｓ７０１：ＹＥＳ）、制御部１１は、接続履歴データベース１２ｃの中から参照する通信方式を選出する（Ｓ７０２）。制御部１１（判定部２１）は、接続履歴データベース１２ｃを参照し、選出された通信方式による他の装置への通信接続が、過去の所定期間、たとえば、過去３日間において、現在の時間帯と同じ時間帯に一度でも行われたことがあるか否かを判定する（Ｓ７０３）。
【０１４２】
選出された通信方式による他の装置への通信接続が過去の所定期間において現在の時間帯と同じ時間帯に一度でも行われたことがある場合（Ｓ７０３：ＹＥＳ）、制御部１１（通信制御部２２）は、選出された通信方式に対応する通信アプリケーションのサーチ間隔が第２時間に設定されていれば（Ｓ７０４：ＹＥＳ）、サーチ間隔を第１時間に設定する（Ｓ７０５）。サーチ間隔が、既に第１時間であれば（Ｓ７０４：ＮＯ）、第１時間が維持される。
【０１４３】
一方、選出された通信方式による他の装置への通信接続が過去の所定期間において現在の時間帯と同じ時間帯に一度も行われたことがない場合（Ｓ７０３：ＮＯ）、制御部１１（通信制御部２２）は、サーチ間隔が第１時間に設定されていれば（Ｓ７０６：ＹＥＳ）、サーチ間隔を第２時間に設定する（Ｓ７０７）。サーチ間隔が、既に第２時間であれば（Ｓ７０６：ＮＯ）、第２時間が維持される。
【０１４４】
制御部１１は、全ての通信方式を参照していないと判定すると（Ｓ７０８：ＮＯ）、ステップＳ７０２の処理に戻って、次に参照する通信方式を選出する。制御部１１は、選出した通信方式について、ステップＳ７０３からＳ７０７の処理を実行する。制御部１１は、全ての通信方式を参照し終えると（Ｓ７０８：ＹＥＳ）、処理を終了する。
【０１４５】
このようにして、通信制限処理が実行されることにより、全ての通信方式に対応する通信アプリケーションについて、その時間帯のサーチ間隔の設定が完了する。通信制御部２２は、通信設定テーブル１２ｄを参照し、設定されたサーチ間隔に従ってアクセスポイントのサーチのためのバックグラウンド通信を行う。通信制御部２２は、サーチ間隔が第１時間であれば、第１時間の間隔でサーチのためのバックグラウンド通信を行う。一方、通信制御部２２は、サーチ間隔が第２時間であれば、第２時間の間隔でサーチのためのバックグラウンド通信を行う。
【０１４６】
時間帯が変わる度、すなわち時間帯毎に、近距離無線通信の全ての通信方式についてサーチ間隔が設定され、設定されたサーチ間隔によるサーチのバックグラウンド通信が実行される。
【０１４７】
以上、本実施例では、近距離無線通信の各通信方式について、過去に接続頻度が低く、その通信方式による通信接続が行われる可能性が低い時間帯には、その通信方式に対応する通信アプリケーションにより、アクセスポイントのサーチが長いサーチ間隔にて行われる。よって、不要なサーチのためのバックグラウンド通信の実行によるバッテリーの電力消費を抑制できる。
【０１４８】
なお、本実施例においても、実施例３と同様、ある通信方式による他の装置への通信接続が過去の所定期間に一度も行われていない場合、サーチ間隔が長くされるのではなく、サーチのためのバックグラウンド通信が行われないようにされてもよい。
【０１４９】
＜その他＞
以上、本発明の実施の形態について説明したが、本発明は、上記実施の形態等によって何ら制限されるものではなく、また、本発明の実施の形態も、上記以外に種々の変更が可能である。
【０１５０】
たとえば、実施例１では、各曜日におけるアプリケーションのフォアグラウンドでの起動頻度の判定の一例として、過去の所定期間において、現在の曜日と同じ曜日にアプリケーションがフォアグラウンドで一度でも起動されたか否かが判定された。しかしながら、これに限らず、過去の所定期間において、現在の曜日と同じ曜日にアプリケーションがフォアグラウンドで起動された回数が、所定の複数回数以上であるか否かが判定されてもよい。
【０１５１】
同様に、実施例２においても、過去の所定期間において、現在の時間帯と同じ時間帯にアプリケーションがフォアグラウンドで起動された回数が、所定の複数回数以上であるか否かが判定されてもよい。さらに、実施例３においても、過去の所定期間において、現在の曜日と同じ曜日に、対応する通信方式による他の装置への通信接続が行われた回数が、所定の複数回数以上であるか否かが判定されてもよい。さらに、実施例４においても、過去の所定期間において、現在の時間帯と同じ時間帯に、対応する通信方式による他の装置への通信接続が行われた回数が、所定の複数回数以上であるか否かが判定されてもよい。
【０１５２】
さらに、ユーザが、バックグラウンド通信を自動的に制限したくないアプリケーションを除外対象のアプリケーションとして設定できるようにしてもよい。
【０１５３】
図１７は、ユーザが除外対象のアプリケーションを設定するための画面の一例を示す図である。
【０１５４】
図１７（ａ）に示すように、アプリケーションを起動するためのアイコンＩＣが配列されたホーム画面の一部の領域に除外領域Ｒが形成される。図１７（ｂ）に示すように、ユ
ーザにより、所望のアイコンＩＣが指で除外領域Ｒに移動される操作が行われると、制御部１１はそのアイコンＩＣを除外領域Ｒに移動する。結果、制御部１１は、除外領域Ｒに移動されたアイコンＩＣに対応するアプリケーションを除外対象のアプリケーションに設定する。制御部１１は、除外対象としたアプリケーションは、常に、通信モードを非制限モードに維持し、バックグラウンド通信を制限しない。
【０１５５】
なお、アイコンＩＣが複製されることにより、同じアプリケーションに対応するアイコンＩＣが複数個、ホーム画面上に配置される場合がある。この場合、同じアプリケーションに対応する複数個のアイコンＩＣの１つが除外領域Ｒに移動すると、移動されたアイコンＩＣ以外の残りのアイコンＩＣも除外領域Ｒに移動するようにされてもよい。あるいは、残りのアイコンＩＣが消去されてもよい。さらに、残りのアイコンＩＣの周りに除外領域Ｒと同じ色の背景領域が形成されるなど、残りのアイコンＩＣの表示状態が変化してもよい。さらに、残りのアイコンＩＣへの操作が無効とされ、残りのアイコンＩＣが操作されてもアプリケーションが起動しないようにされてもよい。
【０１５６】
さらに、実施例２および実施例４では、各時間帯が同じ長さに設定されているが、少なくとも一部の時間帯が他の時間帯と異なる長さに設定されてもよい。
【０１５７】
さらに、本発明は、折り畳み式の携帯電話機にも適用できる。この場合、実施例１の変更例１で説明した、バックグラウンド通信の部分的な制限として、バックグラウンド通信の開始タイミングが到来したときに、携帯電話機が開いた状態にあれば、バックグラウンド通信を開始し、携帯電話機が閉じた状態にあれば、バックグラウンド通信を中止する通信処理が行われてもよい。
【０１５８】
さらに、本発明は、近距離無線通信時のアクセスポイントのサーチに限らず、ＰＴＴ（PushTo Talk）等における受信待ち受け状態のサーチに適用することとしてもよい。ここで、受信待ち受け状態とは、他端末からＰＴＴ通話を開始するための信号が、ＰＴＴサーバを介して自端末にて受信されたか否かを定期的にサーチしている状態である。この受信待ち受け状態において、過去の同時間帯、または、同曜日にＰＴＴ通話の接続頻度が低い場合、同時間帯または同曜日におけるサーチ間隔を長くすることとしてもよい。上記構成によれば、ＰＴＴ通話の待ち受け状態における不要な電力の消費を抑制することができる。
【０１５９】
本発明は、携帯電話機に限られず、ＰＤＡ（Personal Digital Assistant）、タブレットＰＣ（TabletPC）、電子書籍端末等の各種の携帯端末装置に適用可能である。
【０１６０】
この他、本発明の実施形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。
【符号の説明】
【０１６１】
１１  制御部
１２  記憶部
２１  判定部
２２  通信制御部
２３  記憶制御部
【図１】
2014146996.tif 000003
【図２】
2014146996.tif 000004
【図３】
2014146996.tif 000005
【図４】
2014146996.tif 000006
【図５】
2014146996.tif 000007
【図６】
2014146996.tif 000008
【図７】
2014146996.tif 000009
【図８】
2014146996.tif 000010
【図９】
2014146996.tif 000011
【図１０】
2014146996.tif 000012
【図１１】
2014146996.tif 000013
【図１２】
2014146996.tif 000014
【図１３】
2014146996.tif 000015
【図１４】
2014146996.tif 000016
【図１５】
2014146996.tif 000017
【図１６】
2014146996.tif 000018
【図１７】
2014146996.tif 000019