(57)【特許請求の範囲】
【請求項１】
アプリケーションを実行する第１のＣＰＵとアプリケーションの実行を行わない第２のＣＰＵとを備える端末装置であって、
前記第１のＣＰＵは、
前記第１のＣＰＵの動作状態を、所定値以上の電流を供給する稼動状態または所定値未満の電流を供給する省電力状態に切り替える切替部と、
前記切替部が切り替えた前記第１のＣＰＵの動作状態を出力する状態出力部と
を備え、
前記第２のＣＰＵは、
前記第１のＣＰＵが出力する動作状態を入力する状態入力部と、
現在時刻と前記状態入力部が入力した状態情報とを関連付けて記憶部に蓄積する蓄積部と
を備えることを特徴とする端末装置。
【請求項２】
前記第２のＣＰＵに定期的にトリガ信号を出力するトリガ出力部を備え、
前記第２のＣＰＵは、
前記トリガ出力部から前記トリガ信号を入力するトリガ入力部を備え、
前記蓄積部は、前記トリガ入力部が前記トリガ信号を入力した場合に、前記状態情報を前記記憶部に蓄積する
ことを特徴とする請求項１に記載の端末装置。
【請求項３】
前記第１のＣＰＵは、アプリケーションの実行開始時及び終了時に、現在時刻と実行中のアプリケーションの有無を示すアプリケーション情報とを前記記憶部に蓄積する蓄積部を備えることを特徴とする請求項１または請求項２に記載の端末装置。
【請求項４】
前記記憶部から、実行中のアプリケーションが無いことを示すアプリケーション情報に関連付けられた第１の時刻以降、かつ当該第１の時刻以降最初に実行中のアプリケーションが有ることを示すアプリケーション情報に関連付けられた第２の時刻以内の時刻に関連付けられた動作状態を抽出し、当該抽出した動作状態のうち稼動状態を示すものがある場合に前記第１のＣＰＵに異常が発生したことを通知する通知部を備える
ことを特徴とする請求項３に記載の端末装置。
【請求項５】
前記第１のＣＰＵの状態出力部は、前記記憶部に動作状態を記録し、
前記第２のＣＰＵの状態入力部は、前記記憶部から動作状態を読み出す
ことを特徴とする請求項１から請求項４の何れか１項に記載の端末装置。
【請求項６】
前記第１のＣＰＵに供給される電流値を計測して当該電流値を前記第２のＣＰＵに出力する電流値出力部を備え、
前記第２のＣＰＵの蓄積部は、前記電流値出力部から前記電流値を入力し、現在時刻及び前記状態情報に加えて入力した電流値を前記記憶部に蓄積する
ことを特徴とする請求項１から請求項５の何れか１項に記載の端末装置。
【請求項７】
アプリケーションを実行する第１のＣＰＵとアプリケーションの実行を行わない第２のＣＰＵとを備える端末装置を用いたＣＰＵログ蓄積方法であって、
前記第１のＣＰＵの切替部は、前記第１のＣＰＵの動作状態を、所定値以上の電流を供給する稼動状態または所定値未満の電流を供給する省電力状態に切り替え、
前記第１のＣＰＵの状態出力部は、前記切替部が切り替えた前記第１のＣＰＵの動作状態を出力し、
前記第２のＣＰＵの状態入力部は、前記第１のＣＰＵが出力する動作状態を入力し、
前記第２のＣＰＵの蓄積部は、現在時刻と前記状態入力部が入力した状態情報とを関連付けて記憶部に蓄積する
ことを特徴とするＣＰＵログ蓄積方法。
【請求項８】
アプリケーションを実行する第１のＣＰＵとアプリケーションの実行を行わない第２のＣＰＵとを備える端末装置の前記第１のＣＰＵを、
前記第１のＣＰＵの動作状態を、所定値以上の電流を供給する稼動状態または所定値未満の電流を供給する省電力状態に切り替える切替部、
前記切替部が切り替えた前記第１のＣＰＵの動作状態を出力する状態出力部、
として機能させ、
前記第２のＣＰＵを、
前記第１のＣＰＵが出力する動作状態を入力する状態入力部、
現在時刻と前記状態入力部が入力した状態情報とを関連付けて記憶部に蓄積する蓄積部
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションを実行する第１のＣＰＵとアプリケーションの実行を行わない第２のＣＰＵとを備える端末装置、当該端末装置を用いたＣＰＵログ蓄積方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、携帯電話端末の処理能力の向上が要求されることから、通話処理用のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）とアプリケーション処理用のＣＰＵとを別個に備えるツインＣＰＵの携帯電話端末が開発されている。他方、近年の携帯電話端末は、機能増加に伴い、動作時の電力消費量が大きくなる傾向にある。このような背景から、携帯電話端末の電力消費量を抑え、携帯電話端末の使用可能時間を延ばすことが望まれている。
【０００３】
ツインＣＰＵの携帯電話端末の電力消費量を抑える方法として、電話の着信を待っているだけの状態、つまり他にゲームなどのアプリケーションが動作していないような時においては、アプリケーション用のＣＰＵを動作させない状態または極めて処理能力が低い状態（省電力状態）にすることが一般に知られている。
【０００４】
なお、特許文献１に、ＣＰＵの省電力状態への遷移率を監視し、ＣＰＵの動作率が高い場面を検出する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１６３５２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、開発初期段階のアプリケーションは、動作テストが不十分であることなどから品質が良くないことが少なくない。このようなアプリケーションを実行した場合、ＣＰＵが省電力状態に遷移すべき状況下において、正しく省電力状態に遷移しない不具合が発生することがある。このような不具合が発生した場合、想定される電流消費量より多い電流が消費されてしまう事態となる。アプリケーションの開発においては、このような不具合を早期に発見することが課題とされているが、使用している携帯電話端末の見た目からは不具合の発生を検知することが難しい。そのため、ＣＰＵの不具合の発生に気づかない惧れ、または気づくのが遅れてしまう惧れがある。
【０００７】
なお、特許文献１に記載の方法を用い、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）にＣＰＵの動作状態のログを蓄積することで、このような不具合を検知することが考えられる。特許文献１に記載の方法は、プロセス（アプリケーション）を実行しているＣＰＵが、状態を遷移する際にＲＡＭへの書き込みを行うものである。そのため、例えばアプリケーションの不良などにより、ＣＰＵの動作が停止してしまった場合、ログの蓄積がなされず、ＣＰＵの状態を把握できなくなってしまう惧れがある。
【課題を解決するための手段】
【０００８】
本発明は上記の課題を解決するためになされたものであり、アプリケーションを実行する第１のＣＰＵとアプリケーションの実行を行わない第２のＣＰＵとを備える端末装置であって、前記第１のＣＰＵは、前記第１のＣＰＵの動作状態を、所定値以上の電流を供給する稼動状態または所定値未満の電流を供給する省電力状態に切り替える切替部と、前記切替部が切り替えた前記第１のＣＰＵの動作状態を出力する状態出力部とを備え、前記第２のＣＰＵは、前記第１のＣＰＵが出力する動作状態を入力する状態入力部と、現在時刻と前記状態入力部が入力した状態情報とを関連付けて記憶部に蓄積する蓄積部とを備えることを特徴とする。
【０００９】
また、本発明は、アプリケーションを実行する第１のＣＰＵとアプリケーションの実行を行わない第２のＣＰＵとを備える端末装置を用いたＣＰＵログ蓄積方法であって、前記第１のＣＰＵの切替部は、前記第１のＣＰＵの動作状態を、所定値以上の電流を供給する稼動状態または所定値未満の電流を供給する省電力状態に切り替え、前記第１のＣＰＵの状態出力部は、前記切替部が切り替えた前記第１のＣＰＵの動作状態を出力し、前記第２のＣＰＵの状態入力部は、前記第１のＣＰＵが出力する動作状態を入力し、前記第２のＣＰＵの蓄積部は、現在時刻と前記状態入力部が入力した状態情報とを関連付けて記憶部に蓄積することを特徴とする。
【００１０】
また、本発明は、アプリケーションを実行する第１のＣＰＵとアプリケーションの実行を行わない第２のＣＰＵとを備える端末装置の前記第１のＣＰＵを、前記第１のＣＰＵの動作状態を、所定値以上の電流を供給する稼動状態または所定値未満の電流を供給する省電力状態に切り替える切替部、前記切替部が切り替えた前記第１のＣＰＵの動作状態を出力する状態出力部、として機能させ、前記第２のＣＰＵを、前記第１のＣＰＵが出力する動作状態を入力する状態入力部、現在時刻と前記状態入力部が入力した状態情報とを関連付けて記憶部に蓄積する蓄積部として機能させるためのプログラムである。
【発明の効果】
【００１１】
本発明によれば、第１のＣＰＵの動作状態のログを記憶部に蓄積する。これにより、記憶部に蓄積されたログを参照することでアプリケーションの不具合を早期に発見することができ、さらに、第２のＣＰＵが第１のＣＰＵの動作状態のログを蓄積するため、第１のＣＰＵの動作が停止した場合にも、ログを蓄積することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態による携帯電話端末の構成を示す概略ブロック図である。
【図２】ＲＡＭのメモリマップである。
【図３】携帯電話端末の動作の概略を示す図である。
【図４】アプリケーションＣＰＵの動作を示すフローチャートである。
【図５】通信系ＣＰＵの動作を示すフローチャートである。
【図６】各ＣＰＵが蓄積するログの内容と、ＲＡＭが記憶するログの内容とを示す図である。
【図７】アプリケーションＣＰＵに異常が発生し、省電力状態に遷移できない状態となった場合のログである。
【図８】携帯電話端末の他の実施形態の構成を示す第１の概略図である。
【図９】携帯電話端末の他の実施形態の構成を示す第２の概略図である。
【図１０】他の実施形態によるログの内容を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の一実施形態による携帯電話端末の構成を示す概略ブロック図である。
携帯電話端末１（端末装置）は、無線送受信部１１、アプリケーションＣＰＵ１２（第１のＣＰＵ）、通信系ＣＰＵ１３（第２のＣＰＵ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１４、ＲＡＭ１５（記憶部）、マイク・スピーカ１６、表示部１７（通知部）、操作部１８、トリガ出力部１９を備える。
【００１４】
無線送受信部１１は、無線ネットワークを介して他の携帯電話端末との通信を行う。
アプリケーションＣＰＵ１２は、ＲＯＭ１４が記憶するアプリケーションを実行する。
通信系ＣＰＵ１３は、他の携帯電話端末から自端末への着信の有無を監視する。
ＲＯＭ１４は、アプリケーションＣＰＵ１２を動作させるアプリケーションプログラムを記憶する。また、ＲＯＭ１４は、アプリケーションＣＰＵ１２の動作状態のログの記録を受け付ける。
【００１５】
図２は、ＲＡＭのメモリマップである。
ＲＡＭ１５は、ＣＰＵを動作させるアプリケーションプログラムを記憶するプログラム領域、当該アプリケーションプログラムの実行で用いられるデータを記憶するワーク領域、及びアプリケーションＣＰＵ１２の動作状態のログを記憶するログ格納領域を有する。
マイク・スピーカは、音声の入出力を行う。
表示部１７は、アプリケーションＣＰＵ１２が生成した情報の表示を行う。
操作部１８は、アプリケーションＣＰＵ１２にユーザによる操作内容を示す操作情報を供給する。
トリガ出力部１９は、無線ネットワークから送信されるパイロット信号の周期ごとにトリガ信号を出力する。
【００１６】
アプリケーションＣＰＵ１２は、ＲＯＭ１４が記憶する所定のプログラムを実行することで、実行部１２１、切替部１２２、状態出力部１２３、蓄積部１２４を備える。
実行部１２１は、ＲＯＭ１４が記憶するアプリケーションプログラムを実行する。
切替部１２２は、実行部１２１によるアプリケーションの実行状況に基づいて、アプリケーションＣＰＵ１２の動作状態を、所定値以上の電流を供給する稼動状態または前記第１のＣＰＵに所定値未満の電流を供給する省電力状態に切り替える。
状態出力部１２３は、切替部１２２が切り替えた動作状態を示す動作状態信号を省電力端子（図示せず）から出力する。なお、動作状態信号の動作論理は、稼動状態の場合にＨＩＧＨを示し、省電力状態の場合にＬＯＷを示す。
蓄積部１２４は、実行部１２１がアプリケーションの実行を開始または終了したときに、現在時刻と実行中のアプリケーションを特定するアプリケーションＩＤとを関連付けてＲＡＭ１５に蓄積する。
【００１７】
通信系ＣＰＵ１３は、内蔵メモリに記憶する所定のプログラムを実行することで、パイロット信号受信部１３１、切替部１３２（トリガ入力部）、状態入力部１３３、蓄積部１３４、励起部１３５を備える。
パイロット信号受信部１３１は、無線送受信部１１を介して無線ネットワークからパイロット信号を受信する。
切替部１３２は、トリガ出力部１９からトリガ信号を入力し、通信系ＣＰＵ１３を稼動状態に遷移させる。
状態入力部１３３は、省電力端子（図示せず）からアプリケーションＣＰＵ１２の動作状態を示す動作状態信号を入力し、アプリケーションＣＰＵ１２の動作状態を示す動作状態情報を生成する。
蓄積部１３４は、状態入力部１３３から動作状態情報を入力し、現在時刻と当該動作状態情報とを関連付けてＲＡＭ１５に蓄積する。
励起部１３５は、蓄積部１３４がＲＡＭ１５のログ格納領域の残り記憶容量がログの蓄積に不十分であると判定した場合に、アプリケーションＣＰＵ１２の動作状態を稼動状態に遷移させる励起信号を出力する。
【００１８】
ここで、携帯電話端末１の動作の概略を説明する。
図３は、携帯電話端末の動作の概略を示す図である。
アプリケーションＣＰＵ１２の切替部１２２は、アプリケーションＣＰＵ１２の動作状態を、所定値以上の電流を供給する稼動状態または所定値未満の電流を供給する省電力状態に切り替え、状態出力部１２３は、動作状態を示す動作状態信号を出力する。動作状態信号の動作論理は、稼動状態でＨＩＧＨ、省電力状態でＬＯＷである。通信系ＣＰＵ１３は、状態入力部１３３が動作状態信号を受信することで、アプリケーションＣＰＵ１２の動作状態を認識する。
【００１９】
通信系ＣＰＵ１３のパイロット信号受信部１３１は、自端末に着信があるか否かを確認するため、無線ネットワークから定期的に発信されるパイロット信号を受信する。そのため、トリガ出力部１９が、パイロット信号の送信周期にあわせてトリガ信号を出力し、切替部１３２がトリガ信号を受信したときに通信系ＣＰＵ１３を稼動状態にすることで、通信系ＣＰＵ１３は、パイロット信号の周期にあわせて定期的に稼動する。
【００２０】
通信系ＣＰＵ１３の状態入力部１３３は、省電力状態から稼動状態に遷移するタイミングで、アプリケーションＣＰＵ１２の動作状態信号を入力し、当該動作状態を示す動作状態情報を生成する。そして、蓄積部１３４は、現在時刻と当該動作状態情報とを関連付けてＲＡＭ１５に蓄積する。
このように、アプリケーションＣＰＵ１２と異なるＣＰＵ（即ち、通信系ＣＰＵ１３）にてアプリケーションＣＰＵ１２の省電力状態を定期的に確認することにより、アプリケーションＣＰＵ１２が意図しない状態になっていて消費電流が高い状態になっているか否かを確認することができるようになる。
【００２１】
次に、本実施形態による携帯電話端末１の動作を説明する。
まず、アプリケーションＣＰＵ１２の動作を説明する。
図４は、アプリケーションＣＰＵの動作を示すフローチャートである。
アプリケーションＣＰＵ１２が起動すると、切替部１２２は、実行部１２１が新たにアプリケーションの実行を開始したか否かを判定する（ステップＳ１０１）。切替部１２２が、実行部１２１がアプリケーションの実行を開始したと判定した場合（ステップＳ１０１：ＹＥＳ）、蓄積部１２４は、実行部１２１から実行中のアプリケーションを特定するアプリケーションＩＤを読み出す。次に、蓄積部１２４は、携帯電話端末１の内蔵時計から現在時刻を読み出し、読み出した現在時刻と読み出したアプリケーションＩＤ（アプリケーション情報）とを関連付けてＲＡＭ１５のログ格納領域に蓄積する（ステップＳ１０２）。
【００２２】
次に、蓄積部１２４は、ＲＡＭ１５のログ格納領域の残り容量が、ログの蓄積に十分であるか否かを判定する（ステップＳ１０３）。
蓄積部１２４が、ＲＡＭ１５のログ格納領域の残り容量がログの蓄積に不十分であると判定した場合（ステップＳ１０３：ＮＯ）、実行部１２１は、ログをＲＯＭ１４に退避させる（ステップＳ１０４）。具体的には、実行部１２１は、ＲＡＭ１５のログ格納領域に記憶されたログを読み出し、読み出したログをＲＯＭ１４に書き込む。そして、実行部１２１は、ＲＡＭ１５のログ格納領域からログを全て消去する。
【００２３】
蓄積部１２４が、ＲＡＭ１５のログ格納領域の残り容量がログの蓄積に十分であると判定した場合（ステップＳ１０３：ＹＥＳ）、またはステップＳ１０４で実行部１２１がログの退避を行った場合、切替部１２２は、アプリケーションＣＰＵ１２の動作状態を稼動状態に切り替える（ステップＳ１０５）。これにより、状態出力部１２３は、出力する動作状態信号の出力をＨＩＧＨに切り替える（ステップＳ１０６）。
【００２４】
ステップＳ１０１で切替部１２２が、実行部１２１がアプリケーションの実行を開始していないと判定した場合（ステップＳ１０１：ＮＯ）、またはステップＳ１０６で状態出力部１２３が動作状態信号をＨＩＧＨに切り替えた場合、切替部１２２は、実行部１２１が少なくとも１つのアプリケーションを終了したか否かを判定する（ステップＳ１０７）。切替部１２２が、実行部１２１が少なくとも１つのアプリケーションを終了したと判定した場合（ステップＳ１０７：ＹＥＳ）、蓄積部１２４は、実行部１２１から実行中のアプリケーションを特定するアプリケーションＩＤを読み出す。次に、蓄積部１２４は、携帯電話端末１の内蔵時計から現在時刻を読み出し、読み出した現在時刻と読み出したアプリケーションＩＤとを関連付けてＲＡＭ１５のログ格納領域に蓄積する（ステップＳ１０８）。
なお、実行部１２１によって実行中のアプリケーションが無い場合、蓄積部１２４は、実行中のアプリケーションが無いことを示す情報（例えば「−」）をＲＡＭ１５に蓄積する。
【００２５】
次に、蓄積部１２４は、ＲＡＭ１５のログ格納領域の残り容量が、ログの蓄積に十分であるか否かを判定する（ステップＳ１０９）。
蓄積部１２４が、ＲＡＭ１５のログ格納領域の残り容量がログの蓄積に不十分であると判定した場合（ステップＳ１０９：ＮＯ）、実行部１２１は、ログをＲＯＭ１４に退避させる（ステップＳ１１０）。
【００２６】
蓄積部１２４が、ＲＡＭ１５のログ格納領域の残り容量がログの蓄積に十分であると判定した場合（ステップＳ１０９：ＹＥＳ）、またはステップＳ１１０で実行部１２１がログの退避を行った場合、切替部１２２は、ステップＳ１１０で１つ以上のアプリケーションＩＤを読み出したか否かを判定することで、実行部１２１によって実行中のアプリケーションがあるか否かを判定する（ステップＳ１１１）。切替部１２２は、実行部１２１によって実行中のアプリケーションが無いと判定した場合（ステップＳ１１１：ＮＯ）、アプリケーションＣＰＵ１２の動作状態を省電力状態に切り替える（ステップＳ１１２）。これにより、状態出力部１２３は、出力する動作状態信号の出力をＬＯＷに切り替える（ステップＳ１１３）。
【００２７】
ステップＳ１０７で切替部１２２が、実行部１２１がアプリケーションを終了していないと判定した場合（ステップＳ１０７：ＮＯ）、ステップＳ１１１で切替部１２２が、実行部１２１によって実行中のアプリケーションがあると判定した場合（ステップＳ１１１：ＹＥＳ）、または、ステップＳ１１３で状態出力部１２３が動作状態信号をＬＯＷに切り替えた場合、切替部１２２は、ユーザによる操作や割り込み処理などにより、外部から処理の終了要求を入力したか否かを判定する（ステップＳ１１４）。切替部１２２は、外部から終了要求を入力していないと判定した場合（ステップＳ１１４：ＮＯ）、ステップＳ１に戻り、新たなアプリケーションの実行を開始したか否かの判定を行う。他方、切替部１２２は、外部から終了要求を入力したと判定した場合（ステップＳ１１４：ＹＥＳ）、処理を終了する。
【００２８】
これにより、アプリケーションＣＰＵ１２は、実行中のアプリケーションが無い場合に省電力状態となり、動作状態信号をＬＯＷで出力する。他方、アプリケーションＣＰＵ１２は、実行中のアプリケーションがある場合に稼動状態となり、動作状態信号をＨＩＧＨで出力する。また、アプリケーションＣＰＵ１２は、アプリケーションの開始時及び終了時にＲＡＭ１５のログ格納領域に実行中のアプリケーションのログを記録する。
【００２９】
次に、通信系ＣＰＵ１３の動作を説明する。
図５は、通信系ＣＰＵの動作を示すフローチャートである。
通信系ＣＰＵ１３が起動すると、切替部１３２は、トリガ出力部１９からトリガ信号を入力したか否かを判定する（ステップＳ２０１）。切替部１３２は、トリガ信号を入力していないと判定した場合（ステップＳ２０１：ＮＯ）、トリガ信号を入力するまで入力判定を繰り返す。
次に、切替部１３２は、トリガ信号を入力したと判定した場合（ステップＳ２０１：ＹＥＳ）、通信系ＣＰＵ１３の状態を稼動状態に切り替える（ステップＳ２０２）。次に、状態入力部１３３は、アプリケーションＣＰＵ１２から動作状態信号を入力し、アプリケーションＣＰＵ１２の動作状態を示す動作状態情報を生成する（ステップＳ２０３）。具体的には、状態入力部１３３は、動作状態信号がＨＩＧＨを示す場合に、「稼動状態」を示す動作状態情報を生成し、動作状態信号がＬＯＷを示す場合に、「省電力状態」を示す動作状態情報を生成する。
【００３０】
次に、蓄積部１３４は、状態入力部１３３から生成した動作状態情報を読み出す。次に、蓄積部１３４は、携帯電話端末１の内蔵時計から現在時刻を読み出し、読み出した現在時刻と読み出した動作状態情報とを関連付けてＲＡＭ１５のログ格納領域に蓄積する（ステップＳ２０４）。
【００３１】
次に、蓄積部１３４は、ＲＡＭ１５のログ格納領域の残り容量が、ログの蓄積に十分であるか否かを判定する（ステップＳ２０５）。
蓄積部１３４が、ＲＡＭ１５のログ格納領域の残り容量がログの蓄積に不十分であると判定した場合（ステップＳ２０５：ＮＯ）、励起部１３５は、アプリケーションＣＰＵ１２を稼動状態に遷移させるに励起信号を出力する（ステップＳ２０６）。
【００３２】
通信系ＣＰＵ１３が励起信号を出力すると、アプリケーションＣＰＵ１２の切替部１２２は、アプリケーションＣＰＵ１２の動作状態を稼動状態に切り替える。次に、実行部１２１は、通信系ＣＰＵ１３による起動理由を確認し、要因がＲＡＭ１５のログ格納領域の残り容量不足によるものであるか否かを判定する。実行部１２１は、起動理由がログ格納領域の残り容量不足によるものであると判定した場合に、ＲＡＭ１５が記憶するログをＲＯＭ１４に退避させる。
その後、切替部１２２は、アプリケーションＣＰＵ１２の動作状態を励起信号の入力前の状態に切り替える。
【００３３】
ステップＳ２０５で蓄積部１３４が、ＲＡＭ１５のログ格納領域の残り容量がログの蓄積に十分であると判定した場合（ステップＳ２０５：ＹＥＳ）、またはステップＳ２０６でアプリケーションＣＰＵ１２がログの退避を行った場合、パイロット信号受信部１３１は、所定の通信処理を実行する（ステップＳ２０７）。所定の通信処理とは、パイロット信号の受信やハンドオーバ処理、着信処理など一般の携帯電話端末が実行する通信処理のことである。
パイロット信号受信部１３１が所定の通信処理の実行を完了すると、切替部１３２は、通信系ＣＰＵ１３の動作状態を省電力状態に切り替える（ステップＳ２０８）。
【００３４】
次に、切替部１３２は、ユーザによる操作や割り込み処理などにより、外部から処理の終了要求を入力したか否かを判定する（ステップＳ２０９）。切替部１３２は、外部から終了要求を入力していないと判定した場合（ステップＳ２０９：ＮＯ）、ステップＳ１に戻り、トリガ信号の入力を待機する。他方、切替部１３２は、外部から終了要求を入力したと判定した場合（ステップＳ２０９：ＹＥＳ）、処理を終了する。
これにより、通信系ＣＰＵ１３は、トリガ信号の入力毎に、ＲＡＭ１５のログ格納領域にアプリケーションＣＰＵ１２の動作状態のログを記録する。
【００３５】
図６は、各ＣＰＵが蓄積するログの内容と、ＲＡＭが記憶するログの内容とを示す図である。
上述した処理により、アプリケーションＣＰＵ１２は、図６（ａ）に示すように、時刻とアプリケーションＩＤとを関連付けたログをＲＡＭ１５に蓄積する。なお、図６（ａ）に示す例では、時刻「２０１０／０１／２６  ００：００：３５」に関連付けられたアプリケーションＩＤが「−」を示すが、これは実行中のアプリケーションが無いことを示している。他方、通信系ＣＰＵ１３は、図６（ｂ）に示すように、時刻とアプリケーションＣＰＵ１２の動作状態とを関連付けたログをＲＡＭ１５に蓄積する。
これにより、ＲＡＭ１５は、図６（ｃ）に示すように、アプリケーションＣＰＵ１２による使用アプリケーションと動作状態との関係を示すログを記憶することとなる。
【００３６】
次に、ＲＯＭ１４及びＲＡＭ１５が記憶するログの解析動作を説明する。
アプリケーションＣＰＵ１２の実行部１２１は、ＲＯＭ１４及びＲＡＭ１５から、実行中のアプリケーションが無いことを示すアプリケーションＩＤに関連付けられた時刻を抽出する。図６（ｃ）に示す例では、実行部１２１は、アプリケーションＩＤが「−」を示す時刻「２０１０／０１／２６  ００：００：３５」を抽出する。
【００３７】
次に、実行部１２１は、抽出した時刻以降の時刻のうち、最初に実行中のアプリケーションが有ることを示すアプリケーション情報に関連付けられた時刻を抽出する。図６（ｃ）に示す例では、実行部１２１は、時刻「２０１０／０１／２６  ００：００：３５」の次にアプリケーションＣＰＵ１２が蓄積した時刻「２０１０／０１／２６  ００：０１：１５」を抽出する。
【００３８】
次に、実行部１２１は、抽出した２つの時刻の間の時刻に関連付けられた動作状態を抽出し、当該抽出した動作状態のうち稼動状態を示すものがあるか否かを判定する。図６（ｃ）に示す例では、実行部１２１は、時刻「２０１０／０１／２６  ００：００：４０」、時刻「２０１０／０１／２６  ００：００：５０」、時刻「２０１０／０１／２６  ００：０１：００」、時刻「２０１０／０１／２６  ００：０１：１０」の動作状態のうち、稼動状態を示すものがあるか否かを判定する。
【００３９】
図７は、アプリケーションＣＰＵに異常が発生し、省電力状態に遷移できない状態となった場合のログである。
実行部１２１が、抽出した動作状態のうち稼動状態を示すものがあると判定した場合、表示部１７は、アプリケーションＣＰＵ１２に異常が発生したことを表示する。例えば、表示部１７は、図７（ｃ）に示すように、異常な動作状態となっている部分にマークを配置したログを画面に表示することで、異常の発生を通知すると良い。
【００４０】
そして、携帯電話端末１が発する通知をアプリケーションの開発者が確認することで、想定外にアプリケーションＣＰＵ１２が省電力状態に遷移し、消費電流が高い状態に陥っていることを確認することができる。これにより、開発者は、アプリケーションの不具合を早期に発見することができ、品質の良いアプリケーションの開発を行うことができる。
【００４１】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
例えば、本実施形態では、アプリケーションＣＰＵ１２の実行部１２１がログの解析処理を行う場合を説明したが、これに限られず、例えば、携帯電話端末１でログの解析処理を行わず、ＰＣが携帯電話端末１からログを読み出し、上述した処理を行うことで解析処理を行っても良い。
【００４２】
また、本実施形態では、アプリケーションＣＰＵ１２の蓄積部１２４が、時刻と実行中のアプリケーションＩＤとを関連付けたログをＲＡＭ１５に蓄積し、実行部１２１が当該ログに基づいてログの解析を行う場合を説明したが、これに限られない。例えば、以下に示す構成によってログの解析を行っても良い。
蓄積部１２４は、実行部１２１がアプリケーションを実行しているか否かを示すアプリケーション情報と時刻とを関連付けたログをＲＡＭ１５に蓄積する。
実行部１２１は、ＲＡＭ１５から、実行中のアプリケーションが無いことを示すアプリケーション情報に関連付けられた時刻を抽出する。次に、実行部１２１は、その時刻以降の時刻であって最初に実行中のアプリケーションが有ることを示すアプリケーション情報に関連付けられた時刻をＲＡＭ１５から抽出する。そして、実行部１２１は、抽出した２つの時刻の間の時刻に関連付けられた動作状態を抽出し、当該抽出した動作状態のうち稼動状態を示すものがある場合に、表示部１７がアプリケーションＣＰＵ１２に異常が発生したことを通知することで、本実施形態と同様にログの解析を行うことができる。
【００４３】
また、本実施形態では、状態出力部１２３が動作状態を示す動作状態信号を出力し、状態入力部１３３が動作状態信号を入力することで、通信系ＣＰＵ１３がアプリケーションＣＰＵ１２の動作状態を取得する場合を説明したが、これに限られず、例えば以下に示す構成によってアプリケーションＣＰＵ１２の動作状態を取得しても良い。
【００４４】
図８は、携帯電話端末の他の実施形態の構成を示す第１の概略図である。
例えば、図８に示すように、ＲＡＭ１５は、プログラム領域、ワーク領域、ログ格納領域に加えて、アプリケーションＣＰＵ１２の動作状態を示す省電力フラグを格納する省電力フラグ領域を有する。省電力フラグは、「１」で稼動状態を示し、「０」で省電力状態を示す。状態出力部１２３は、動作状態の切替に基づいてＲＡＭ１５の省電力フラグを書き換える。状態入力部１３３は、ＲＡＭ１５の省電力フラグを読み出す。これにより、通信系ＣＰＵ１３は、アプリケーションＣＰＵ１２の動作状態を取得する。
このような構成とする場合、アプリケーションＣＰＵ１２と通信系ＣＰＵ１３との間の端子接続が不要となるため、実装が容易となる。
【００４５】
図９は、携帯電話端末の他の実施形態の構成を示す第２の概略図である。
図１０は、他の実施形態によるログの内容を示す図である。
本実施形態では、通信系ＣＰＵ１３の蓄積部１３４は、現在時刻とアプリケーションＣＰＵ１２の動作状態とをＲＡＭ１５に蓄積させる場合を説明したが、ＲＡＭ１５に蓄積させる情報は、これに限られず、他の情報を蓄積させても良い。
例えば、通信系ＣＰＵ１３は、図９に示すように、アプリケーションＣＰＵ１２に供給される電流値を計測して当該電流値を通信系ＣＰＵ１３に出力する電流値出力部２０を備え、蓄積部１３４が、現在時刻及び状態情報に加えて電流値出力部２０から入力した電流値をＲＡＭ１５に蓄積しても良い。これにより、ＲＡＭ１５は、図１０に示すように、時刻とアプリケーションＩＤと動作状態と電流値とを関連付けて記憶することとなる。
このような構成とする場合、アプリケーションＣＰＵ１２が省電力状態を示すにも関わらず、消費電流が大きい状態がある場合に、これを検出することができる。
【００４６】
上述の携帯電話端末１は内部に、コンピュータシステムを有している。そして、上述したアプリケーションＣＰＵ１２及び通信系ＣＰＵ１３の動作は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００４７】
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００４８】
１…携帯電話端末  １１…無線送受信部  １２…アプリケーションＣＰＵ  １３…通信系ＣＰＵ  １４…ＲＯＭ  １５…ＲＡＭ  １６…マイク・スピーカ  １７…表示部  １８…操作部  １９…トリガ出力部  ２０…電流値出力部  １２１…実行部  １２２…切替部  １２３…状態出力部  １２４…蓄積部  １３１…パイロット信号受信部  １３２…切替部  １３３…状態入力部  １３４…蓄積部  １３５…励起部
【図１】
0005477078.tif 000002
【図２】
0005477078.tif 000003
【図３】
0005477078.tif 000004
【図４】
0005477078.tif 000005
【図５】
0005477078.tif 000006
【図６】
0005477078.tif 000007
【図７】
0005477078.tif 000008
【図８】
0005477078.tif 000009
【図９】
0005477078.tif 000010
【図１０】
0005477078.tif 000011