JP4803536B2 - 端末装置および端末装置の処理プログラム - Google Patents

Description

本発明は、例えばウィルスチェックやデフラグ等、装置機能を適正化する適正化処理を実行する端末装置および端末装置の処理プログラムに関する。

パーソルナルコンピュータでは、ハードディスクなどの記憶媒体に記憶されているソフトウェアや、搭載される各種デバイスの機能を適正化する目的で「ウィルスチェック」、「デフラグ」、「ディスククリーンアップ」および「デバイスチェック」等の適性化処理を実行することが知られている。とりわけパーソルナルコンピュータにおいては、近年蔓延しているコンピュータウィルスの感染を防止し、ウィスル感染を検知した場合にはそれを駆除するウィルスチェック機能が必須の適正化処理となっている。この種の技術として、例えば特許文献１にはＯＳの割り込み機能を利用して一定時間間隔でウィルス感染の有無を監視する方式が開示されている。

特許第２６２１７９９号公報

ところで、携帯電話などの端末装置では、パーソナルコンピュータに比べて危険性は少ないながらもウィルス感染の可能性が否めない為、パーソナルコンピュータと同様にウィルスチェックを行う適正化処理が必要になりつつある。しかしながら、ユーザがウィルスチェックする適正化処理を実行させる操作に不慣れであったり、その操作をし忘れたりすることでウィルスチェックが疎かになることも起こり得る。

そこで、上記特許文献１に開示の技術のように、ＯＳの割り込み機能を利用して一定時間間隔でウィルス感染の有無を監視する方式とすれば、操作に不慣れであったり、操作をし忘れた場合でも確実にウィルスチェックする適正化処理を実行し得るようになるが、そのような方式にすると、
（ａ）例えば携帯電話を使おうとした時にウィルスチェックする適正化処理が実行中であると、それが完了するまで使用できない不便が生じたり、
（ｂ）例えば携帯電話において音声通話やデータ通信の機能を使用している時にウィルスチェックする適正化処理が実行されると、動作中の機能に支障を来す弊害が生じる他、
（ｃ）電池残量不足時にはウィルスチェックする適正化処理を実行できないという問題がある。

また、以上に列記した（ａ）〜（ｃ）の問題は、ウィルスチェックする適正化処理だけにとどまらず、上述した「デフラグ」、「クリーンアップ」および「デバイスチェック」等を行う適正化処理にも共通する課題となっている。

本発明は、このような事情に鑑みてなされたもので、ユーザの装置使用を妨げたり、動作中の他の機能に支障を与えたりせず、しかも電池残量不足時の弊害も回避するよう適正化処理を行うことができる端末装置および端末装置の処理プログラムを提供することを目的としている。

上記目的を達成するため、請求項１に記載の発明では、充電器に接続された場合に、適正化に影響を与える他の機能が動作中であるか否かを判別する動作判別手段と、自装置がネットワークに接続してから切断するまでのネットワーク接続時間を計時する計時手段と、前記動作判別手段により適正化に影響を与える他の機能が動作中でないと判別され、かつ前記計時手段により計時されたネットワーク接続時間が所定時間を超えた場合に、自装置機能を適正化する適正化手段とを具備することを特徴とする。

請求項２に記載の発明では、充電器に接続された場合に、適正化に影響を与える他の機能が動作中であるか否かを判別する動作判別手段と、使用時間を動作不良回数で除算して１回の動作不良が発生する平均的な使用時間に相当する動作不良発生時間を算出する算出手段と、前記動作判別手段により適正化に影響を与える他の機能が動作中でないと判別され、かつ前記算出手段により算出された動作不良発生時間が所定時間未満の場合に、自装置機能を適正化する適正化手段とを具備することを特徴とする。

請求項３に記載の発明では、コンピュータに、充電器に接続された場合に、適正化に影響を与える他の機能が動作中であるか否かを判別する動作判別ステップと、自装置がネットワークに接続してから切断するまでのネットワーク接続時間を計時する計時ステップと、前記動作判別ステップにより適正化に影響を与える他の機能が動作中でないと判別され、かつ前記計時ステップにより計時されたネットワーク接続時間が所定時間を超えた場合に、自装置機能を適正化する適正化ステップとを実行させることを特徴とする。

請求項４に記載の発明では、コンピュータに、充電器に接続された場合に、適正化に影響を与える他の機能が動作中であるか否かを判別する動作判別ステップと、使用時間を動作不良回数で除算して１回の動作不良が発生する平均的な使用時間に相当する動作不良発生時間を算出する算出ステップと、前記動作判別ステップにより適正化に影響を与える他の機能が動作中でないと判別され、かつ前記算出ステップにより算出された動作不良発生時間が所定時間未満の場合に、自装置機能を適正化する適正化ステップとを実行させることを特徴とする。

本発明によれば、ユーザの装置使用を妨げたり、動作中の他の機能に支障を与えたりせず、しかも電池残量不足時の弊害も回避するよう適正化処理を行うことができる。

以下、図面を参照して本発明の実施の形態について説明する。
Ａ．構成
図１は、本発明の実施形態である携帯電話１０の構成を示すブロック図である。この図において、ＣＰＵ１００は、操作部１０３から供給される操作イベントの他、主電源オンオフ検出部１０８、充電器接続部１０９および筐体開閉検出部１１０からそれぞれ供給される各種検出イベントに応じて携帯電話１０の各部動作を制御したり、適正化処理を実行する。本発明の要旨に係わる適正化処理については追って詳述する。また、ＣＰＵ１００は、携帯電話１０の各部動作の不良の有無を検出する動作不良検出機能も備える。

ＲＯＭ１０１は、プログラムエリアおよびデータエリアを備える。ＲＯＭ１０１のプログラムエリアには、ＣＰＵ１００により実行される各種プログラムが記憶される。ここで言う各種プログラムとは、追って詳述するメインルーチン、充電器接続検出処理、適正化処理および筐体開閉検出処理を含む。ＲＯＭ１０１のデータエリアには、所定のプログラムにより参照される制御データの他、例えば待受画面などを形成する各種画面データが格納される。ＲＡＭ１０２は、ワークエリアおよびユーザデータエリアを備える。ＲＡＭ１０２のワークエリアには、ＣＰＵ１００が実行する各種プログラムで使用するレジスタ・フラグデータが一時記憶される。ＲＡＭ１０２のユーザデータエリアには、例えばアドレス帳データや送受信メールデータが記憶管理される。

操作部１０３には、主電源をオンオフする電源スイッチ、通話開始／終了時に操作されるオフフック／オンフックスイッチ、ダイヤルスイッチと兼用の文字入力スイッチ等の各種操作キーの他、ネットワーク接続／切断操作を行うための各種操作ボタン等を有し、これらキーやボタンの操作に応じた操作イベントを発生してＣＰＵ１００に供給する。表示部１０４は、カラー液晶パネルおよび表示ドライバから構成され、ＣＰＵ１００の制御の下に各種画面を表示する。ＲＴＣ１０５は、時刻計時やタイマ割込みに用いるリアルタイムクロックを発生する。

無線通信送受信部１０６は、データ通信時にはＣＰＵ１００の制御の下にアンテナＡＮＴ１を介して基地局（不図示）とデータ授受を行い、音声通話時にはアンテナＡＮＴ１を介して受信復調した音声データをＣＰＵ１００に出力する一方、ＣＰＵ１００から供給される音声データを変調して得た送信信号を高周波増幅してアンテナＡＮＴ１から送出する。音声信号処理部１０７は、スピーカＳＰおよびマイクＭＩＣを備え、ＣＰＵ１００から供給される音声データを音声信号にＤ／Ａ変換してスピーカＳＰから発音させたり、マイクＭＩＣから出力される音声信号を音声データにＡ／Ｄ変換してＣＰＵ１００に供給する。

主電源オンオフ検出部１０８は、操作部１０３の電源スイッチ操作により主電源オン状態に設定された場合にパワーオン検出イベントを発生し、主電源オフ状態に設定された場合にパワーオフ検出イベントを発生してＣＰＵ１００に出力する。充電器接続部１０９は、充電器（不図示）の充電端子に電気的に接続された場合に充電器接続検出イベントを発生してＣＰＵ１００に出力すると共に、図示されていないバッテリを充電する。

筐体開閉検出部１１０は、携帯電話１０の筐体開閉状態を検出し、開かれた状態を検出した場合には開状態検出イベントを発生し、閉じられた状態を検出した場合には閉状態検出イベントを発生してＣＰＵ１００に出力する。具体的には、例えば携帯電話１０の筐体構造が図２に図示する周知の折り畳み開閉タイプであると、筐体開閉検出部１１０は、図２（ａ）に図示する開状態にて開状態検出イベントを発生し、同図（ｂ）に図示する閉状態にて閉状態検出イベントを発生する。また、例えば携帯電話１０の筐体構造が図３に図示するスライド収納タイプの場合、筐体開閉検出部１１０は、図３（ａ）に図示する開状態（展開状態）にて開状態検出イベントを発生し、同図（ｂ）に図示する閉状態（収納状態）にて閉状態検出イベントを発生する。

Ｂ．動作
次に、上記構成による携帯電話１０の動作について説明する。以下では、図４〜図６を参照して携帯電話１０のＣＰＵ１００が実行する「メインルーチン」の動作を説明した後、図７を参照して「充電器接続検出処理」の動作、図８〜図１０を参照して「適正化処理」の動作および図１１を参照して「筐体開閉検出処理」の動作をそれぞれ説明する。

（１）メインルーチンの動作
図４〜図６は、ＣＰＵ１００が実行するメインルーチンの動作を示すフローチャートである。先ずステップＳＡ１では、携帯電話１０が主電源オン状態に設定されるまで待機する。ユーザが操作部１０３の電源スイッチを操作して主電源オン状態に設定すると、主電源オンオフ検出部１０８がパワーオン検出イベントを発生し、これによりステップＳＡ１の判断結果が「ＹＥＳ」になり、次のステップＳＡ２に進む。

ステップＳＡ２では、パワーオンに応じて携帯電話１０の各部を初期化する主電源オン処理を実行し、続くステップＳＡ３では、使用時間タイマの積算開始を指示する。使用時間タイマとは、携帯電話１０が主電源オン状態となっている時間を積算するタイマを指す。次いで、ステップＳＡ４では、使用回数カウンタを歩進させる。使用回数カウンタは、携帯電話１０がパワーオンされた回数を計数する。

そして、ステップＳＡ５に進み、結果フラグが「１」であるか否かを判断する。結果フラグとは、後述する適正化処理の結果が得られている場合にフラグ値が「１」、結果が得られていない場合にフラグ値が「０」となる。したがって、このステップＳＡ５では、適正化処理の結果が得られているか否かを判断する。

適正化処理の結果が得られていない場合には、上記ステップＳＡ５の判断結果が「ＮＯ」となり、後述のステップＳＡ８に処理を進める。一方、適正化処理の結果が得られている場合には、上記ステップＳＡ５の判断結果は「ＹＥＳ」になり、ステップＳＡ６に進み、例えば図１０に図示する一例の適正化処理結果の画面を表示部１０４に表示する。なお、図１０は、適正化処理の一例としてウィルスチェック処理を行った場合の処理結果を図示しており、図１０（ａ）はウィルス感染有りのチェック結果画面例、同図（ｂ）はウィルス感染無しのチェック結果画面例を示す。

さて、こうした適正化処理結果を示す画面の下部に配設される「ＯＫ」部分に対応付けられた操作キーがユーザによって操作されると、次のステップＳＡ７に進み、結果フラグをゼロリセットした後、ステップＳＡ８に進む。そして、ステップＳＡ８では、位置登録制御シーケンスを実行して移動通信網側に位置登録を行った後、待受状態に入る待受処理を実行する。

続いて、図５に図示するステップＳＡ９〜ＳＡ１０および図６に図示するステップＳＡ１１〜ＳＡ１４では、「着信検知」、「ネットワーク接続操作」、「ネットワーク切断操作」、「動作不良発生」、「その他の操作」および「主電源オフ検出」のイベントの有無を判断する。これらイベントが発生しなければ、上記ステップＳＡ９〜ＳＡ１４の各判断結果は「ＮＯ」になり、上記ステップＳＡ８の待受状態で待機する。そして、待受状態下において上記イベントのいずれかが発生すると、その発生したイベントに対応した処理を実行する。以下、イベント別に分けて動作の説明を進める。

ａ．着信検知した場合
着信を検知すると、図５に図示するステップＡＳ９の判断結果が「ＹＥＳ」になり、ステップＳＡ１５に進み、着信報知を行うと共に、この着信報知中にオフフック操作されたか否かを判断する。着信報知中にオフフック操作が行われなければ、判断結果は「ＮＯ」になり、上記ステップＳＡ８の待受状態に復帰する。

一方、着信報知中にオフフック操作されると、上記ステップＳＡ１５の判断結果が「ＹＥＳ」になり、ステップＳＡ１６に進み、発呼側と回線接続して通話を開始させる通話処理を実行する。次いで、ステップＳＡ１７では、オンフック操作の有無を判断する。オンフック操作が行われなければ、判断結果は「ＮＯ」となり、上記ステップＳＡ１６の通話処理を継続させるが、オンフック操作されると、ステップＳＡ１７の判断結果が「ＹＥＳ」になり、ステップＳＡ１８に進む。そして、ステップＳＡ１８では、オンフック操作に応じて回線を断つ切断処理を実行した後、上記ステップＳＡ８の待受状態に復帰する。

ｂ．ネットワーク接続操作が行われた場合
ネットワーク接続操作が行われた場合には、図５に図示するステップＳＡ１０の判断結果が「ＹＥＳ」になり、ステップＳＡ１９に進み、ネットワーク接続処理を実行してインターネットに接続する。続いて、ステップＳＡ２０では、ネットワーク接続時間タイマの積算開始を指示する。ネットワーク接続時間タイマとは、インターネットに接続している時間を積算するタイマを指す。

次いで、ステップＳＡ２１では、電子メール受信の有無を判断する。受信メールが無ければ、判断結果は「ＮＯ」になり、上記ステップＳＡ８の待受状態に戻る。一方、受信メールが有ると、上記ステップＳＡ２１の判断結果は「ＹＥＳ」になり、ステップＳＡ２２に進み、受信メールの数を計数する電子メール受信数カウンタを歩進させた後、上記ステップＳＡ８の待受状態に復帰する。

ｃ．ネットワーク切断操作が行われた場合
ネットワーク切断操作が行われた場合には、図６に図示するステップＳＡ１１の判断結果が「ＹＥＳ」になり、ステップＳＡ２３に進み、ネットワーク切断処理を実行してインターネット接続を終了する。続いて、ステップＳＡ２４では、ネットワーク接続時間タイマの積算停止を指示した後、上記ステップＳＡ８の待受状態に復帰する。

ｄ．動作不良発生の場合
動作不良検出機能により動作不良が検出された場合には、図６に図示するステップＳＡ１２の判断結果が「ＹＥＳ」になり、ステップＳＡ２５に進み、動作不良発生カウンタを歩進させた後、上記ステップＳＡ８の待受状態に復帰する。なお、動作不良発生カウンタとは、動作不良検出機能により動作不良が検出される毎に動作不良発生回数を計数するカウンタである。

ｅ．その他の操作が行われた場合
上述した以外の、その他の操作がなされた場合には、図６に図示するステップＳＡ１３の判断結果が「ＹＥＳ」となり、ステップＳＡ２６に進み、その他の処理を実行する。その他の処理とは、例えばメール作成やメール送信などの処理を指す。そして、その他の処理の実行後は、上記ステップＳＡ８に処理を戻して待受状態に復帰する。

ｆ．主電源オフ検出の場合
操作部１０３の電源スイッチ操作により主電源オフ状態に設定されると、主電源オンオフ検出部１０８がパワーオフ検出イベントを発生する。そして、ＣＰＵ１００がパワーオフ検出イベントを検出すると、図６に図示するステップＳＡ１４の判断結果が「ＹＥＳ」になり、ステップＳＡ２７に進む。ステップＳＡ２７では、使用時間タイマの積算停止を指示し、続くステップＳＡ２８では、携帯電話１０の各部にシャットダウンを指示する主電源オフ処理を実行して本処理を終える。

（２）充電器接続検出処理の動作
図７は、充電器接続検出処理の動作を示すフローチャートである。充電器接続検出処理は、充電器接続部１０９からＣＰＵ１００に充電器接続検出イベントが供給された場合に割り込み実行される。割り込み実行されると、ＣＰＵ１００は、図７に図示するステップＳＢ１に進み、主電源オフ状態であるか否かを判断する。主電源オフ状態ならば、判断結果は「ＹＥＳ」になり、ステップＳＢ２に進み、主電源オン処理を実行した後、ステップＳＢ３を介して適正化処理（後述する）を実行する。そして、適正化処理が完了すると、ステップＳＢ４に進み、主電源オフ処理を実行して本処理を終える。

一方、主電源オン状態であれば、上記ステップＳＢ１の判断結果が「ＮＯ」になり、ステップＳＢ５に進み、適正化処理に影響を与える他の動作中の処理（プログラム）が有るか否かを判断する。適正化処理に影響を与える他の処理が動作中であったならば、判断結果は「ＹＥＳ」となり、適正化処理を行わずに本処理を終える。

これに対し、適正化処理に影響を与える他の処理が動作中でなければ、上記ステップＳＢ５の判断結果は「ＮＯ」になり、ステップＳＢ６に進む。ステップＳＢ６では、筐体開閉検出部１１０から供給される検出イベント（開状態／閉状態検出イベント）に基づき筐体が閉状態であるか否かを判断する。筐体が開状態であると、判断結果は「ＮＯ」になり、本処理を終えるが、筐体が閉状態ならば、判断結果が「ＹＥＳ」になり、ステップＳＢ７を介して適正化処理を実行し、続くステップＳＢ８では使用時間タイマの積算開始を指示して本処理を終える。

このように、充電器接続検出処理では、充電器に接続された携帯電話１０が主電源オフ状態であると、主電源オン状態に設定して適正化処理を実行し、適正化処理の完了後に主電源オフ状態に戻す。一方、充電器に接続された携帯電話１０が主電源オン状態であって、かつ適正化処理に影響を与える他の処理が動作中でなく、しかも筐体閉状態である場合、つまりユーザが携帯電話１０を直ちに使用しない状況下では、自動的に適正化処理を実行し、その完了後に使用時間タイマの積算開始を指示する。

（３）適正化処理の動作
図８〜図９は、適正化処理の一例として、ウィルスチェックを行う適正化処理の動作を示すフローチャートである。上述した充電器接続検出処理（図７参照）のステップＳＢ３又はステップＳＢ７を介して本処理が実行されると、ＣＰＵ１００は図８に図示するステップＳＣ１に進み、前回適正化処理（ウィルスチェック）を実行した日時からの経過時間を算出する。続いて、ステップＳＣ２では、算出した経過時間が２４時間を超えたか否かを判断する。前回ウィルスチェックを行ってから２４時間が経過していなければ、判断結果は「ＮＯ」となり、本処理を終える。

一方、経過時間が２４時間を超えていると、上記ステップＳＣ２の判断結果は「ＹＥＳ」となり、ステップＳＣ３に進み、使用回数カウンタの使用回数を読み出す。次いで、ステップＳＣ４では、使用回数カウンタから読み出した使用回数が１０回より多いか否かを判断する。使用回数が１０回未満ならば、判断結果は「ＮＯ」になり、本処理を終えるが、１０回を超えていると、判断結果が「ＹＥＳ」になり、ステップＳＣ５に進む。

ステップＳＣ５では、積算された使用時間を使用時間タイマから読み出し、続くステップＳＣ６では、読み出した使用時間が１２０分を超えているか否かを判断する。使用時間が１２０分未満ならば、判断結果は「ＮＯ」になり、本処理を終えるが、１２０分を超えていると、判断結果が「ＹＥＳ」になり、ステップＳＣ７に進む。

ステップＳＣ７では、積算された接続時間をネットワーク接続時間タイマから読み出し、続くステップＳＣ８では、読み出した接続時間が６０分を超えているか否かを判断する。接続時間が６０分未満ならば、判断結果は「ＮＯ」になり、本処理を終えるが、６０分を超えていると、判断結果が「ＹＥＳ」になり、ステップＳＣ９に進む。

ステップＳＣ９では、電子メール受信回数を電子メール受信数カウンタから読み出し、続くステップＳＣ１０では、読み出した電子メール受信回数が５０回を超えているか否かを判断する。電子メール受信回数が５０回未満ならば、判断結果は「ＮＯ」になり、本処理を終えるが、５０回を超えていると、判断結果が「ＹＥＳ」になり、ステップＳＣ１１に進む。

ステップＳＣ１１では、動作不良発生カウンタから動作不良回数を読み出すと共に、使用時間タイマから使用時間を読み出す。次いで、ステップＳＣ１２では、読み出した使用時間を動作不良回数で除算して得られる動作不良発生時間（１回の動作不良が発生する平均的な使用時間）が７２時間未満であるかを否かを判断する。動作不良発生時間が７２時間を超えていれば、判断結果は「ＮＯ」になり、本処理を終えるが、７２時間未満ならば、判断結果が「ＹＥＳ」になり、ステップＳＣ１３に進む。

そして、ステップＳＣ１３では、ウィルスチェックプログラムのバージョンをチェックするバージョンチェック処理を行った後、図９に図示するステップＳＣ１４に進み、上記ステップＳＣ１３においてチェックしたバージョンが最新のものであるか否かを判断する。最新のものであれば、判断結果は「ＹＥＳ」になり、ステップＳＣ１６に進み、ウィルスチェックプログラムを起動する。一方、最新バージョンでなければ、上記ステップＳＣ１４の判断結果が「ＮＯ」になり、ステップＳＣ１５に進み、ウィルスチェックプログラムを最新バージョンのものに更新してからステップＳＣ１６に進み、ウィルスチェックプログラムを起動する。

次いで、ステップＳＣ１７では、ウィルス感染の有無を判断する。ウィルス感染が無ければ、判断結果は「ＮＯ」になり、後述のステップＳＣ１９に進むが、ウィルス感染が有ると、判断結果が「ＹＥＳ」になり、ステップＳＣ１８に進み、ウィルス感染したファイルを隔離して駆除するウィルス駆除処理を実行した後、ステップＳＣ１９に進む。ステップＳＣ１９では、ウィルスチェック結果および実行日時をＲＡＭ１０２に記録する。なお、ＲＡＭ１０２に記録したウィルスチェック結果および実行日時は、例えば図１０（ａ）に図示するウィルス感染有りのチェック結果画面や、同図（ｂ）に図示するウィルス感染無しのチェック結果画面を生成する際に参照される。

そして、ステップＳＣ２０に進むと、結果フラグを「１」にセットしてウィルスチェック結果が得られたことを表し、続くステップＳＣ２１〜ＳＣ２４では、ウィルスチェック結果が得られたのに対応して、使用時間タイマ、使用回数カウンタ、ネットワーク接続時間タイマおよび電子メール受信数カウンタをそれぞれリセットして本処理を終える。

このように、適正化（ウィルスチェック）処理では、実行諸条件（前回ウィルスチェックを実行してからの経過時間が２４時間を超え、携帯電話１０の使用回数が１０回を超え、使用時間が１２０分を超え、ネットワーク接続時間が６０分を超え、電子メール受信回数が５０回を超え、動作不良発生時間が７２時間未満）を満たす場合に、最新バージョンのウィルスチェックプログラムを実行し、これにより得られたチェック結果および実行日時をＲＡＭ１０２に記録すると共に、結果フラグを「１」にセットした後、使用時間タイマ、使用回数カウンタ、ネットワーク接続時間タイマおよび電子メール受信数カウンタをそれぞれリセットする。

（４）筐体開閉検出処理の動作
図１１は、筐体開閉検出処理の動作を示すフローチャートである。筐体開閉検出処理は、筐体開閉検出部１１０からＣＰＵ１００に開状態検出イベント（もしくは閉状態検出イベント）が供給された場合に割り込み実行される。割り込み実行されると、ＣＰＵ１００は、図１１に図示するステップＳＤ１に進み、筐体開閉検出部１１０から供給される開状態検出イベント又は閉状態検出イベントに基づき筐体の開閉操作を判別する。すなわち、筐体開閉検出部１１０から閉状態検出イベントが供給された場合には、閉操作されたと判別してステップＳＤ２に進み、例えば待受状態で表示部１０４に待受画面が表示されていれば、その表示をオフする表示オフ処理を実行して本処理を終える。

一方、筐体開閉検出部１１０から開状態検出イベントが供給された場合には、開操作されたと判別してステップＳＤ３に進み、例えば待受状態であれば、表示部１０４に待受画面を表示する表示オン処理を実行する。次いで、ステップＳＤ４では、適正化処理中であるか否かを判断する。適正化処理中ならば、判断結果は「ＹＥＳ」になり、ステップＳＤ５に進み、実行中の適正化処理をアボートする適正化中断処理を実行して本処理を終える。

一方、適正化処理中でなければ、上記ステップＳＤ４の判断結果は「ＮＯ」になり、ステップＳＤ６に進む。ステップＳＤ６では、結果フラグが「１」であるか否か、すなわち既に適正化処理の結果が得られているかどうかを判断する。適正化処理の結果が得られていなければ、判断結果は「ＮＯ」となり、本処理を終える。

これに対し、適正化処理の結果が得られていると、上記ステップＳＤ６の判断結果は「ＹＥＳ」になり、ステップＳＤ７に進み、例えば適正化処理としてウィルスチェック処理を行った場合には、図１０に図示する一例のように、ウィルス感染有りの場合には同図（ａ）のチェック結果画面を、ウィルス感染無しの場合には同図（ｂ）のチェック結果画面を表示部１０４に画面表示する。そして、こうした結果画面の下部に配設される「ＯＫ」部分に対応付けられた操作キーがユーザによって操作されると、次のステップＳＤ８に進み、結果フラグをゼロリセットして本処理を終える。

以上説明したように、本実施形態では、充電器に接続された携帯電話１０が主電源オン状態であって、かつ適正化処理に影響を与える処理機能が動作中でなく、しかも筐体閉状態である場合、つまりユーザが携帯電話１０を直ちに使用しない状況下においては自動的に適正化処理を実行させるので、ユーザの装置（携帯電話）使用を妨げたり、動作中の機能に支障を与えたりせず、しかも電池残量不足時の弊害も回避するよう装置の適正化を図ることができる。

また、本実施形態では、例えば折り畳み筐体構造の携帯電話１０において、適正化処理の実行中に折り畳みを開く開操作が行われると、実行中の適正化処理を中断するので、ユーザの装置（携帯電話）使用を妨げたり、動作中の機能に支障を来すことがないという効果も奏する。

さらに、本実施形態では、主電源オフ状態の携帯電話１０を充電器に接続すると、携帯電話１０を主電源オン状態に設定してから適正化処理を実行し、適正化処理の完了後に主電源オフ状態に戻す為、ユーザの装置（携帯電話）使用を妨げたり、動作中の機能に支障を来したりせず、しかも電池残量不足時の弊害も回避するよう装置の適正化を図ることができる。

加えて、上述した実施形態で得られる、より具体的な効果は、下記（ａ）〜（ｅ）項に記載の通りである。
（ａ）適正化処理を実行する前に、実行諸条件（前回適正化処理を実行してからの経過時間が２４時間を超え、携帯電話１０の使用回数が１０回を超え、使用時間が１２０分を超え、ネットワーク接続時間が６０分を超え、電子メール受信回数が５０回を超え、動作不良発生時間が７２時間未満）を満たすか否かを判断し、全ての条件を満たす場合に適正化処理を実行するようにしたので、過不足無く装置の適正化を図ることができる。
（ｂ）ユーザが特別な操作をせずとも、携帯電話１０の筐体を閉じて充電器に接続するだけで適正化処理を実行させたり、携帯電話１０の筐体を開くだけで適正化処理を中断させたりすることができる。
（ｃ）例えば折り畳み筐体構造の携帯電話１０において、適正化処理実行後に折り畳みを開く開操作が行われると、適正化処理の結果を表示してユーザに報知するので、適正化処理の結果を確認するための特別な操作をする必要がなくなるという効果を奏する。
（ｄ）実行する適正化処理プログラムが最新バージョンのものであるか否かを判別し、最新バージョンでない場合には、最新バージョンの適正化処理プログラムに更新するので、例えばウィルスチェックを行う適正化処理の場合であれば、常に新種のウィルス感染に対応することが可能になる。
（ｅ）主電源オン状態に設定された時に、適正化処理の結果が得られていれば、その結果を表示してユーザに報知するので、適正化処理の結果を確認するための特別な操作をする必要がなくなるという効果を奏する。

なお、上述した実施形態では、例えば折り畳み筐体構造の携帯電話１０において、適正化処理が実行されている時に折り畳みを開く開操作が行われると、実行中の適正化処理を中断するようにしたが、これに替えて、適正化処理が実行されている時に折り畳みを開く開操作が行われると、実行中の適正化処理を中断し、その後に携帯電話１０を折り畳む閉操作が行われた場合、中断した適正化処理を再開させる態様としても構わない。

また、本実施形態では、充電器接続検出する場合について言及したが、これに加えて携帯電話１０が充電器から外されて充電器非接続状態となったことを検出する手段を設け、この手段により充電器非接続状態が検出された時に適正化処理が実行中であれば、適正化処理を中断させる態様にすることもできる。このようにすれば、ユーザの装置（携帯電話）使用を妨げたり、動作中の機能に支障を与えたりせず、しかも電池残量不足時の弊害も回避するよう装置の適正化を図ることができる。

Ｃ．変形例
次に、図１２〜図１４を参照して変形例について説明する。変形例では、ＲＡＭ１０２のユーザデータエリアにおいて空き領域の断片化を解消するよう記憶領域を再配置する周知のデフラグ（デフラグメンテーション）を行う適正化処理の動作について説明する。

前述した実施形態と同様、図７に図示した充電器接続検出処理のステップＳＢ３又はステップＳＢ７を介して変形例による適正化処理が実行されると、ＣＰＵ１００は図１２に図示するステップＳＥ１に進み、前回適正化処理（デフラグ）を実行した日時からの経過時間を算出する。続いて、ステップＳＥ２では、算出した経過時間が２４時間を超えたか否かを判断する。前回デフラグを行ってから２４時間が経過していなければ、判断結果は「ＮＯ」となり、本処理を終える。

一方、経過時間が２４時間を超えていると、上記ステップＳＥ２の判断結果は「ＹＥＳ」となり、ステップＳＥ３に進み、使用回数カウンタの使用回数を読み出す。次いで、ステップＳＥ４では、使用回数カウンタから読み出した使用回数が１０回より多いか否かを判断する。使用回数が１０回未満ならば、判断結果は「ＮＯ」になり、本処理を終えるが、１０回を超えていると、判断結果が「ＹＥＳ」になり、ステップＳＥ５に進む。

ステップＳＥ５では、積算された使用時間を使用時間タイマから読み出し、続くステップＳＥ６では、読み出した使用時間が１２０分を超えているか否かを判断する。使用時間が１２０分未満ならば、判断結果は「ＮＯ」になり、本処理を終えるが、１２０分を超えていると、判断結果が「ＹＥＳ」になり、ステップＳＥ７に進む。

ステップＳＥ７では、積算された接続時間をネットワーク接続時間タイマから読み出し、続くステップＳＥ８では、読み出した接続時間が６０分を超えているか否かを判断する。接続時間が６０分未満ならば、判断結果は「ＮＯ」になり、本処理を終えるが、６０分を超えていると、判断結果が「ＹＥＳ」になり、ステップＳＥ９に進む。

ステップＳＥ９では、電子メール受信回数を電子メール受信数カウンタから読み出し、続くステップＳＥ１０では、読み出した電子メール受信回数が５０回を超えているか否かを判断する。電子メール受信回数が５０回未満ならば、判断結果は「ＮＯ」になり、本処理を終えるが、５０回を超えていると、判断結果が「ＹＥＳ」になり、ステップＳＥ１１に進む。

ステップＳＥ１１では、動作不良発生カウンタから動作不良回数を読み出すと共に、使用時間タイマから使用時間を読み出す。次いで、ステップＳＥ１２では、読み出した使用時間を動作不良回数で除算して得られる動作不良発生時間（１回の動作不良が発生する平均的な使用時間）が７２時間未満であるかを否かを判断する。動作不良発生時間が７２時間を超えていれば、判断結果は「ＮＯ」になり、本処理を終えるが、７２時間未満ならば、判断結果が「ＹＥＳ」になり、図１３に図示するステップＳＥ１３に進む。

ステップＳＥ１３では、デフラグプログラムを起動し、続くステップＳＥ１４では、適正化処理（デフラグ）の結果および実行日時をＲＡＭ１０２に記録する。なお、ＲＡＭ１０２に記録した適正化処理（デフラグ）の結果および実行日時は、例えば図１４に図示するデフラグ結果画面を生成する際に参照される。そして、ステップＳＥ１５に進むと、結果フラグを「１」にセットして適正化処理（デフラグ）の結果が得られたことを表す。続いて、ステップＳＥ１６〜ＳＥ１９では、適正化処理（デフラグ）の結果が得られたのに対応して、使用時間タイマ、使用回数カウンタ、ネットワーク接続時間タイマおよび電子メール受信数カウンタをそれぞれリセットして本処理を終える。

このように、変形例の適正化（デフラグ）においても、前述した実施形態の適正化処理と同様、実行諸条件（前回デフラグを実行してからの経過時間が２４時間を超え、携帯電話１０の使用回数が１０回を超え、使用時間が１２０分を超え、ネットワーク接続時間が６０分を超え、電子メール受信回数が５０回を超え、動作不良発生時間が７２時間未満）が満たされているかどうかを判断し、全ての条件を満たす場合にデフラグプログラムを実行し、これにより得られたチェック結果および実行日時をＲＡＭ１０２に記録するようになっている。そして、以上のようにして適正化処理（デフラグ）の結果が得られている時に、例えば携帯電話１０の筐体を開く開操作を行うと、前述した筐体開閉検出処理（図１１参照）によって、図１４に図示した一例のデフラグ結果画面が表示部１０４に画面表示される。

なお、変形例では、ユーザの装置（携帯電話）使用を妨げたり、動作中の他の機能に支障を与えたりせず、しかも電池残量不足時の弊害も回避する適正化処理（デフラグ）について言及したが、これに限らず、携帯電話１０が備える各種デバイスの動作の良否を確認するデバイスチェックや、ハードディスクなどの記憶媒体から不要ファイルを自動的に削除するディスククリーンアップ等にも同様に適用することが可能である。

また、前述した実施形態および上述の変形例では、端末装置を携帯電話としているが、本発明の要旨は、これに限らず、コンピュータを備える各種電子機器に適用可能であることは言うまでもない。

本発明の実施形態の構成を示すブロック図である。 携帯電話１０の筐体構造が折り畳み開閉タイプである場合の開閉状態を示す外観図である。 携帯電話１０の筐体構造がスライド収納タイプである場合の開閉状態を示す外観図である。 メインルーチンの動作を示すフローチャートである。 メインルーチンの動作を示すフローチャートである。 メインルーチンの動作を示すフローチャートである。 充電器接続検出処理の動作を示すフローチャートである。 適正化処理（ウィルスチェック）の動作を示すフローチャートである。 適正化処理（ウィルスチェック）の動作を示すフローチャートである。 ウィルスチェック結果画面の一例を示す図である。 筐体開閉検出処理の動作を示すフローチャートである。 変形例による適正化処理（デフラグ）の動作を示すフローチャートである。 変形例による適正化処理（デフラグ）の動作を示すフローチャートである。 デフラグ結果画面の一例を示す図である。

符号の説明

１０ 携帯電話
１００ ＣＰＵ
１０１ ＲＯＭ
１０２ ＲＡＭ
１０３ 操作部
１０４ 表示部
１０５ ＲＴＣ
１０６ 無線通信送受信部
１０７ 音声信号処理部
１０８ 主電源オンオフ検出部
１０９ 充電器接続部
１１０ 筐体開閉検出部

Claims (4)

1. 充電器に接続された場合に、適正化に影響を与える他の機能が動作中であるか否かを判別する動作判別手段と、
   自装置がネットワークに接続してから切断するまでのネットワーク接続時間を計時する計時手段と、
   前記動作判別手段により適正化に影響を与える他の機能が動作中でないと判別され、かつ前記計時手段により計時されたネットワーク接続時間が所定時間を超えた場合に、自装置機能を適正化する適正化手段と
   を具備することを特徴とする端末装置。
2. 充電器に接続された場合に、適正化に影響を与える他の機能が動作中であるか否かを判別する動作判別手段と、
   使用時間を動作不良回数で除算して１回の動作不良が発生する平均的な使用時間に相当する動作不良発生時間を算出する算出手段と、
   前記動作判別手段により適正化に影響を与える他の機能が動作中でないと判別され、かつ前記算出手段により算出された動作不良発生時間が所定時間未満の場合に、自装置機能を適正化する適正化手段と
   を具備することを特徴とする端末装置。
3. コンピュータに、
   充電器に接続された場合に、適正化に影響を与える他の機能が動作中であるか否かを判別する動作判別ステップと、
   自装置がネットワークに接続してから切断するまでのネットワーク接続時間を計時する計時ステップと、
   前記動作判別ステップにより適正化に影響を与える他の機能が動作中でないと判別され、かつ前記計時ステップにより計時されたネットワーク接続時間が所定時間を超えた場合に、自装置機能を適正化する適正化ステップと
   を実行させることを特徴とする端末装置の処理プログラム。
4. コンピュータに、
   充電器に接続された場合に、適正化に影響を与える他の機能が動作中であるか否かを判別する動作判別ステップと、
   使用時間を動作不良回数で除算して１回の動作不良が発生する平均的な使用時間に相当する動作不良発生時間を算出する算出ステップと、
   前記動作判別ステップにより適正化に影響を与える他の機能が動作中でないと判別され、かつ前記算出ステップにより算出された動作不良発生時間が所定時間未満の場合に、自装置機能を適正化する適正化ステップと
   を実行させることを特徴とする端末装置の処理プログラム。

Images