(57)【要約】【課題】  通信状態を再現可能な携帯通信端末を提供する。【解決手段】  通信状態を再現可能な携帯通信端末の制御部が実行する処理は、通信開始時のデータを取得するステップ（Ｓ６０４）と、回線接続が成功した場合に（Ｓ６０８にてＹＥＳ）、とまり木ｃｈ番号を取得するステップ（Ｓ６１０）と、カラーコードを取得するステップ（Ｓ６１２）と、通信処理を実行するステップ（Ｓ７００）と、とまり木ｃｈ番号を取得するステップ（Ｓ６３４）と、カラーコードを取得するステップ（Ｓ６３６）と、ＲＳＳＩの平均値を算出するステップ（Ｓ６３８）と、ＢＥＲの平均値を算出するステップ（Ｓ６４０）と、フラッシュメモリに、取得したデータと算出したデータとを関連付けて格納するステップ（Ｓ６４２）とを含む。【選択図】        図６
2006060402.tif 000002
【特許請求の範囲】
【請求項１】
携帯通信端末であって、
基地局と無線通信する通信手段と、
データを格納する記憶手段と、
前記無線通信のために前記携帯通信端末を識別するための情報が前記記憶手段に格納された後に、前記基地局と通信された信号に基づいて、前記基地局との通信の状態を特定するための通信情報を生成する生成手段と、
前記記憶手段に、前記通信情報を格納する書込手段とを備える、携帯通信端末。
【請求項２】
前記生成手段は、
前記信号から、前記通信回線を特定するための回線情報を取得する手段と、
前記信号に基づいて、前記携帯通信端末における電界強度を検出する強度検出手段と、
前記回線情報と前記電界強度とに基づいて前記通信情報を生成する手段とを含む、請求項１に記載の携帯通信端末。
【請求項３】
前記記憶手段は、予め定められた処理を実現するためのプログラムをさらに記憶し、
前記携帯通信端末は、
前記プログラムを実行する実行手段と、
前記プログラムの実行中における前記携帯通信端末の少なくとも１つ以上の作動状態を検出する検出手段とをさらに備え、
前記生成手段は、前記少なくとも１つ以上の作動状態が関連付けられた通信情報を生成する、請求項１または請求項２に記載の携帯通信端末。
【請求項４】
前記携帯通信端末は、画像を表示する表示手段をさらに備え、
前記検出手段は、前記プログラムの実行中に、前記表示手段における画像の表示を実現するための指令データを取得し、
前記生成手段は、前記指令データが関連付けられた通信情報を生成する、請求項３に記載の携帯通信端末。
【請求項５】
前記携帯通信端末は、前記記憶手段に格納されているプログラムを書き換えるための更新手段をさらに備え、
前記記憶手段は、前記プログラムの更新を表わすための更新情報をさらに記憶し、
前記生成手段は、前記プログラムの実行によって実現される処理と前記更新情報とが関連付けられた通信情報を生成する、請求項３に記載の携帯通信端末。
【請求項６】
前記生成手段は、予め定められた時間ごとに前記通信情報を生成する、請求項１に記載の携帯通信端末。
【請求項７】
前記携帯通信端末は、前記信号に基づいて、前記基地局との通信に異常が発生しているか否かを判断する判断手段をさらに備え、
前記生成手段は、前記異常が発生していると判断された場合に、前記通信情報を生成する、請求項１に記載の携帯通信端末。
【請求項８】
前記記憶手段は、前記基地局と通信するために実行される複数のイベントの各々を識別するためのそれぞれのイベント識別情報と、前記プログラムの実行中における前記携帯通信端末の複数の状態の各々を識別するためのそれぞれの状態識別情報とを関連付けて記憶し、
前記生成手段は、前記イベント識別情報と前記状態識別情報とが関連付けられた通信情報を生成する、請求項３に記載の携帯通信端末。
【請求項９】
前記携帯通信端末は、時刻を計測する計時手段をさらに備え、
前記記憶手段は、前記通信情報の送信先を特定するためのアドレス情報をさらに格納し、
前記通信手段は、前記アドレス情報に基づいて、前記送信先に前記通信情報を送信する、請求項１〜請求項８のいずれかに記載の携帯通信端末。
【請求項１０】
前記記憶手段は、予め定められた報告時刻をさらに記憶し、
前記通信手段は、前記予め定められた報告時刻に、前記通信情報を送信する、請求項９に記載の携帯通信端末。
【請求項１１】
前記携帯通信端末は、前記信号に基づいて、前記基地局との通信の異常を検知する検知手段をさらに備え、
前記報告手段は、前記通信の異常が検知されると、前記通信情報を発信する、請求項９に記載の携帯通信端末。
【請求項１２】
データを格納する記憶手段を備えた携帯通信端末を制御するためのプログラムであって、前記プログラムは、前記携帯通信端末に、
基地局と無線通信する通信ステップと、
前記記憶手段からデータを読み出すステップと、
前記無線通信のために前記携帯通信端末を識別するための情報が前記記憶手段に格納された後に、前記基地局と通信された信号に基づいて、前記基地局との通信の状態を特定するための通信情報を生成する生成ステップと、
前記記憶手段に、前記通信情報を格納する書込ステップとを実行させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯通信端末の制御に関し、より特定的には、通信履歴を保存するための制御に関する。
【背景技術】
【０００２】
携帯電話機その他の携帯通信端末において、所定の故障を検出するための技術が開示されている。たとえば、特開平８−２３７１８７号公報（特許文献１）は、通信不良が検出されると通信履歴を保存する携帯端末装置を開示する。この装置は、基地局との間で通信回線を設定して、基地局と通信する。この装置は、基地局との通信を制御する制御手段と、制御手段が通信不良を検出したとき、基地局との通信の履歴に関するデータを記憶する記憶手段とを含む。
【０００３】
特許文献１に開示された携帯端末装置によると、基地局との通信の履歴に関するデータが保存されるため、当該データに基づいて、携帯端末装置で発生した通信不良の原因を解析することができる。
【０００４】
また、特開２００２−１６５４４号公報（特許文献２）は、通信履歴情報から故障判定を行なうことができる携帯電話機を開示する。この電話機は、メモリ部と外部インタフェース部とを有する携帯電話機である。この携帯電話機は、メモリ部には、通信が正常に行えた場合における無線基地局からの報知情報及び電波の状態を示す情報と、通信が正常に行えなかった場合における通信が正常に行えなかった理由、無線基地局からの報知情報及び電波の状態を示す情報とを、通信履歴情報として格納する。インタフェース部は、メモリ部に格納された通信履歴情報を、インタフェース部に接続された外部端末に出力する機能を有する。
【０００５】
特許文献２に開示された携帯電話機によると、メモリ部に格納されている通信履歴情報により、外部に接続される端末において、故障判定を行なうことができる。
【特許文献１】特開平８−２３７１８７号公報
【特許文献２】特開２００２−１６５４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、携帯通信端末に通信履歴を格納する場合、異常の有無は判定が容易になっても、その異常が生じた事象が特定できないため、その異常の原因を特定することが困難な場合があった。
【０００７】
また、携帯通信端末において実行可能なプログラムの増加に応じて、プログラムの実行中に生じる異常も増加しつつあるが、従来のように通信履歴をメモリ部に格納するのみでは、その異常の原因を特定することが容易ではなかった。
【０００８】
また、メモリ部の容量に制限があるため、通信履歴がそのメモリ部に格納できなくなる場合もあり得る。
【０００９】
本発明は、上述の問題点を解決するためになされたものであって、その目的は、異常の原因を特定することができる携帯通信端末を提供することである。
【００１０】
本発明の他の目的は、プログラムの実行中に生じた異常の原因を特定することができる携帯通信端末を提供することである。
【００１１】
本発明の他の目的は、メモリの記憶容量の消費を抑制することができる携帯通信端末を提供することである。
【００１２】
本発明のさらに他の目的は、異常の原因を特定することを可能にするために携帯通信端末を制御するためのプログラムを提供することである。
【課題を解決するための手段】
【００１３】
上記の課題を解決するために、この発明のある局面に従うと、携帯通信端末は、基地局と無線通信する通信手段と、データを格納する記憶手段と、無線通信のために携帯通信端末を識別するための情報が記憶手段に格納された後に、基地局と通信された信号に基づいて、基地局との通信の状態を特定するための通信情報を生成する生成手段と、記憶手段に、通信情報を格納する書込手段とを備える。
【００１４】
好ましくは、生成手段は、信号から、通信回線を特定するための回線情報を取得する手段と、信号に基づいて、携帯通信端末における電界強度を検出する強度検出手段と、回線情報と電界強度とに基づいて通信情報を生成する手段とを含む。
【００１５】
好ましくは、記憶手段は、予め定められた処理を実現するためのプログラムをさらに記憶する。携帯通信端末は、プログラムを実行する実行手段と、プログラムの実行中における携帯通信端末の少なくとも１つ以上の作動状態を検出する検出手段とをさらに備える。生成手段は、少なくとも１つ以上の作動状態が関連付けられた通信情報を生成する。
【００１６】
好ましくは、携帯通信端末は、画像を表示する表示手段をさらに備える。検出手段は、プログラムの実行中に、表示手段における画像の表示を実現するための指令データを取得する。生成手段は、指令データが関連付けられた通信情報を生成する。
【００１７】
好ましくは、携帯通信端末は、記憶手段に格納されているプログラムを書き換えるための更新手段をさらに備える。記憶手段は、プログラムの更新を表わすための更新情報をさらに記憶する。生成手段は、プログラムの実行によって実現される処理と更新情報とが関連付けられた通信情報を生成する。
【００１８】
好ましくは、生成手段は、予め定められた時間ごとに通信情報を生成する。
【００１９】
好ましくは、携帯通信端末は、信号に基づいて、基地局との通信に異常が発生しているか否かを判断する判断手段をさらに備える。生成手段は、異常が発生していると判断された場合に、通信情報を生成する。
【００２０】
好ましくは、記憶手段は、基地局と通信するために実行される複数のイベントの各々を識別するためのそれぞれのイベント識別情報と、プログラムの実行中における携帯通信端末の複数の状態の各々を識別するためのそれぞれの状態識別情報とを関連付けて記憶する。生成手段は、イベント識別情報と状態識別情報とが関連付けられた通信情報を生成する。
【００２１】
好ましくは、携帯通信端末は、時刻を計測する計時手段をさらに備える。記憶手段は、通信情報の送信先を特定するためのアドレス情報をさらに格納する。通信手段は、アドレス情報に基づいて、送信先に通信情報を送信する。
【００２２】
好ましくは、記憶手段は、予め定められた報告時刻をさらに記憶する。通信手段は、予め定められた報告時刻に、通信情報を送信する。
【００２３】
好ましくは、携帯通信端末は、信号に基づいて、基地局との通信の異常を検知する検知手段をさらに備える。報告手段は、通信の異常が検知されると、通信情報を発信する。
【００２４】
この発明の他の局面に従うと、プログラムは、データを格納する記憶手段を備えた携帯通信端末を制御するためのプログラムである。このプログラムは、携帯通信端末に、基地局と無線通信する通信ステップと、記憶手段からデータを読み出すステップと、無線通信のために携帯通信端末を識別するための情報が記憶手段に格納された後に、基地局と通信された信号に基づいて、基地局との通信の状態を特定するための通信情報を生成する生成ステップと、記憶手段に通信情報を格納する書込ステップとを実行させる。
【発明の効果】
【００２５】
本発明に係る携帯通信端末によると、基地局との通信時の動作の状態を表わす情報が保存されるため、当該動作を携帯通信端末に再現させることができる。その結果、通信異常その他の故障の原因を解明し易くなる。
【００２６】
本発明に係る携帯通信端末によると、プログラムの実行時における携帯通信端末の状態を表わす情報が、そのプログラムの動作を表わす情報に関連付けて記憶される。これにより、プログラムの実行時における携帯通信端末の動作を再現させることができる。したがって、プログラムの実行時における異常の原因を分析しやすくなる。また、プログラムの更新情報が携帯通信端末の状態を表わす情報に関連付けて記憶される。そのため、プログラムのバージョンアップに伴う故障の原因を分析し易くなる。
【００２７】
本発明に係るプログラムによると、携帯通信端末は、基地局との通信時の動作の状態を表わす情報を保存し、当該動作を再現可能な端末として作動することができる。これにより、通信異常その他の故障の原因を解明し易くなる。
【発明を実施するための最良の形態】
【００２８】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００２９】
図１および図２を参照して、本発明の実施の形態に係る携帯電話１００について説明する。図１は、携帯電話１００の機能的構成を表わすブロック図である。
【００３０】
携帯電話１００は、基地局（図示しない）に信号を送信するための送信部１０２と、基地局から信号を受信するための受信部１０４と、外部から指示の入力を受付けるための操作部１０６と、携帯電話１００の時刻を計測するための計時部１０８と、データを一時的に格納するための一時記憶部１３０と、削除されるまでデータを格納する不揮発性記憶部１３２と、受信データと入力データと各記憶部に格納されているデータと予め準備されたプログラムとに基づいて所定の処理を実行するための制御部１１０と、処理の結果を出力するための出力部１４０とを含む。
【００３１】
制御部１１０は、信号の送信時と信号の受信時とにおいて所定の通信データを取得するための通信データ取得部１１２と、取得されたデータとプログラムとに基づいて予め定められた処理を実行するための処理部１１４と、上記処理の実行時にデータを取得するための処理データ取得部１１６と、計時部１０８から入力される時刻データに関連付けて携帯電話１００の動作の状態を検出するための状態検出部１１８とを含む。制御部１１０は、たとえばＣＰＵ（Central Processing Unit）により実現される。
【００３２】
図２は、携帯電話１００の具体的構成を表わすブロック図である。携帯電話１００は、アンテナ１０１を介して信号の送信と受信とを実行する無線通信部２０２と、複数のボタンを備えるメイン操作部２２０およびサブ操作部２３０と、レンズおよび撮像素子（図示しない）を有し被写体を撮影して所定の信号を出力するメインカメラ２４０およびサブカメラ２４２と、フラッシュメモリ２４４と、ＲＡＭ（Random Access Memory）２４６と、データ用ＲＯＭ（Read Only Memory）２４８と、メモリカード駆動部２８０とを含む。
【００３３】
携帯電話１００はさらに、上記した各構成要素から出力されるデータに基づいて所定の動作の制御を実行する制御部１１０と、マイク２７２と、スピーカ２７４と、制御部１１０から出力されるデータに応じて予め定められた音声変換処理とマイク２７２から出力される信号に基づいて予め定められた変換処理とを実行する音声信号処理部２７０と、メインディスプレイ２５０と、サブディスプレイ２６０と、ＬＥＤ（Light-Emitting Diode）２７６と、データ通信ＩＦ（Interface）２８２と、制御部１１０から出力される指令に応じて予め定められた周期で発振するバイブレータ２７８と、クロック２９０とを含む。
【００３４】
メモリカード駆動部２８０には着脱可能なメモリカード（たとえばＳＩＭ（Subscriber Identity Module）カード）などが装着される。
【００３５】
図３を参照して、本実施の形態に係る携帯電話１００のデータ構造について説明する。図３は、携帯電話１００のフラッシュメモリ２４４におけるデータの格納の一態様を概略的に表わす図である。
【００３６】
携帯電話１００の基本動作を制御するためのオペレーティングシステムは、領域Ｄ３００に格納される。ここで基本動作とは、たとえば携帯電話１００のバッテリ（図示しない）の省電モードの実行、操作部１０６を介して入力される指示に応じて所定の表示を実行するインターフェイス機能などをいう。
【００３７】
基地局との通信を制御するための通信制御プログラムは、領域Ｄ３１０に格納される。携帯電話１００の動作の履歴を取得して記録するための履歴生成プログラムは、領域Ｄ３２０に格納される。使用者の操作に応じてダウンロードおよび削除が可能な第１および第２のアプリケーションプログラムは、領域Ｄ３３０，３４０に格納される。なお、フラッシュメモリ２４４に格納されるアプリケーションプログラムの数は、上記の数に限られるものではない。
【００３８】
携帯電話１００の基本動作を制御するための管理データは、領域Ｄ３５０に格納される。履歴生成プログラムにより生成されるデータは、履歴情報として領域Ｄ３６０に格納される。
【００３９】
携帯電話１００の制御部１１０は、上記したように、各領域から機能の実現のためのプログラムをそれぞれ読み出し、そして実行する。なお、プログラムの格納の態様は、図３に示されるものに限られない。
【００４０】
図４を参照して、本実施の形態に係る携帯電話１００による通信時における状態遷移について説明する。図４は、携帯電話１００の通信に関する動作（以下イベントと称す。）と携帯電話１００の状態との対応関係を表わす状態遷移図である。
【００４１】
図４に示されるように、イベント「Ａ０」からイベント「Ａ９」までのイベントが、携帯電話１００に生じ得る。一方、携帯電話１００は、状態「Ｓ０」から状態「Ｓ７」までを取り得る。
【００４２】
携帯電話１００が、通信処理を実行していないときに、電波の届かない範囲、いわゆる圏外エリアにある場合（状態Ｓ０におけるイベントＡ０）において、携帯電話１００が電波を受信可能な範囲に移動されると（イベントＡ１の発生）、携帯電話１００は、状態Ｓ０から状態Ｓ１に移行する。携帯電話１００は、「待ち受け状態」になる。
【００４３】
この状態で、使用者がメイン操作部２２０を操作して発信処理を開始すると（イベントＡ２の発生）、携帯電話１００は、状態Ｓ２に移行する。携帯電話１００の状態は、「発信起動中」になる。
【００４４】
携帯電話１００が基地局との間で通信チャネルの起動に成功すると（イベントＡ４の発生）、携帯電話１００は、状態Ｓ３に移行する。携帯電話１００の状態は、「呼接続中」になる。携帯電話１００の呼接続が成功すると（イベントＡ５の発生）、携帯電話１００は、状態Ｓ４に移行する。携帯電話１００の状態は、「通信中」となる。
【００４５】
携帯電話１００の状態が「通信中」であるときに、携帯電話１００が使用者による切断の指示を検知すると（イベントＡ６の発生）、携帯電話１００は、状態Ｓ５に遷移する。携帯電話１００の状態は、「切断中」となる。一方、通話中に、電波の状態が悪化したりあるいは通信データに異常が生じると（イベントＡ７の発生）、携帯電話１００は、状態Ｓ６に移行する。携帯電話１００の状態は、「通信復帰処理中」となる。
【００４６】
携帯電話１００が切断中の状態において、切断処理が正常に終了すると（イベントＡ１の発生）、携帯電話１００は、状態Ｓ１に移行する。携帯電話１００の状態は、「待ち受け状態」となる。
【００４７】
一方、携帯電話１００が切断処理の実行中に、異常が発生してその処理が正常に完了しない場合（イベントＡ７の発生）、携帯電話１００は、状態Ｓ６に遷移する。携帯電話１００が通信復帰処理に成功すると（イベントＡ８の発生）、携帯電話１００は、状態Ｓ６に至る前のそれぞれの状態に復帰する。携帯電話１００が、通信復帰処理の実行中に電波の届かないエリアに移動された場合、携帯電話１００は、状態Ｓ０に移行する。
【００４８】
一方、携帯電話１００が待ち受け状態Ｓ１である場合、基地局から電波の着信を受けると（イベントＡ３の発生）、携帯電話１００は、状態Ｓ７に遷移する。すなわち、携帯電話１００は、着信起動中の状態になる。携帯電話１００が着信を完了して切断要求を検知すると（イベントＡ６の発生）、携帯電話１００は、状態Ｓ１に遷移する。すなわち携帯電話１００は、再び待ち受け状態になる。
【００４９】
図５を参照して、本実施の形態に係る携帯電話１００におけるプログラム実行時の状態について説明する。図５は、当該実行時における携帯電話１００の状態とイベントとの対応関係を表わす状態遷移図である。
【００５０】
図５に示されるように、携帯電話１００のプログラムの実行に対応したイベントは、たとえば着信開始通知（Ｂ０）と、発信開始キー操作（Ｂ１）と、通信開始キー操作（Ｂ２）と、通信切断キー操作（Ｂ３）と、各機能キー操作（Ｂ４）とを含む。
【００５１】
一方、携帯電話１００が取り得る状態は、時計待ち受け画面（Ｔ０）と、動画待ち受け画面（Ｔ１）と、各種機能アクティブ状態（Ｔ２）と、着信中画面／着信音鳴動中（Ｔ３）と、発信中画面／発信音鳴動中（Ｔ４）と、通信画面（Ｔ５）と、通信中各種機能アクティブ状態（Ｔ６）とを含む。ここで、状態Ｔ２は、カメラ、バックライト、動画再生、プログラム実行、メロディ再生その他のドライバソフトの制御が頻発し、ＣＰＵおよびバスの使用頻度が増大している状態をいう。
【００５２】
携帯電話１００の状態が「時計待ち受け画面」である場合（Ｔ０）において、携帯電話１００が着信開始通知を検知すると（イベントＢ０の発生）、携帯電話１００は、「着信中画面／着信音鳴動中」の状態Ｔ３になる。携帯電話１００が状態Ｔ０である場合に、使用者が発信開始のための所定の操作を実行すると（イベントＢ１の発生）、携帯電話１００は、「発信中画面／着信音鳴動中」の状態Ｔ４になる。
【００５３】
また、携帯電話１００が状態Ｔ０である場合に、使用者が発信開始のためのキー操作（（イベントＢ２の発生）、通信を切断するためのキー操作（イベントＢ３の発生）、あるおいは、通信を切断するためのキー操作を実行すると（イベントＢ４の発生）、携帯電話１００は、各種機能アクティブの状態Ｔ２に遷移する。
【００５４】
携帯電話１００が状態Ｔ１である場合にも、状態Ｔ０における遷移と同様の状態遷移が行なわれる。したがって、ここでは、状態Ｔ１についての説明は、繰り返さない。
【００５５】
なお、状態遷移図の態様は、図５に示されるものに限られない。たとえば、状態Ｔ２およびＴ６を細分化してもよい。状態Ｔ２が細分化されると、携帯電話１００の各機能の状態が詳細に特定されるため、さらに詳細な履歴を取得することができる。また、状態Ｔ６が細分化されると、通信中の機能の状態が詳細に特定される。したがって、通信中の動作が詳細に把握されるため、携帯電話１００の通信動作を再現し易くなる。
【００５６】
図６および図７を参照して、本実施の形態に係る携帯電話１００の制御構造について説明する。図６および図７はそれぞれ、携帯電話１００の制御部１１０が実行する履歴情報を取得するための処理の手順を表わすフローチャートである。
【００５７】
ステップＳ６０２にて、携帯電話１００の制御部１１０は、メイン操作部２２０に対する操作に応答して、通信の開始を検知する。ステップＳ６０４にて、制御部１１０は、入力されるデータに基づいて通信開始時のデータを取得する。制御部１１０は、取得したデータをＲＡＭ２４６の所定の領域に一時的に格納する。ステップＳ６０６にて、制御部１１０は、発呼指令の出力に応答して、無線通信部２０２を介して発呼要求信号を発信する。
【００５８】
ステップＳ６０８にて、制御部１１０は、無線通信部２０２を介して受信する信号に基づいて、基地局（図示しない）との間における回線接続が成功したか否かを判断する。その接続が成功したと判断されると（ステップＳ６０８にてＹＥＳ）、処理はステップＳ６１０に移される。そうでない場合には（ステップＳ６０８にてＮＯ）、処理はステップＳ６２０に移される。
【００５９】
ステップＳ６１０にて、制御部１１０は、通信開始時における止り木チャンネル番号を取得する。ここで、止り木チャンネル番号とは、携帯電話１００に割当てられる周波数を識別するための番号をいう。ステップＳ６１２にて、制御部１１０は、無線通信部２０２を介して受信する信号から、カラーコードを取得する。ここでカラーコードとは、周波数の干渉を防ぐために各基地局に割当てられている当該基地局を特定するためのデータをいう。
【００６０】
ステップＳ７００にて、制御部１１０は、後述する通信処理を実行する。この処理が実行されると、所定の通信処理に加えて通信中の携帯電話１００の状態を表わすデータが取得される。
【００６１】
ステップＳ６２０にて、制御部１１０は、フラッシュメモリ２４４の所定の領域に回線接続の失敗を表わすデータを格納する。このデータは、たとえば接続処理の実行日時、当該失敗を表わすためのコード等を含む。
【００６２】
ステップＳ６３０にて、制御部１１０は、音声信号処理部２７０により出力されるデータに基づいてオーディオ状態を検出する。ステップＳ６３２にて、制御部１１０は、ＤＳＰ（Digital Signal Processor）状態を検出する。ここでＤＳＰ状態とは、制御部１１０に予め定められた処理を実行させるためのドライバソフトの状態をいう。
【００６３】
ステップＳ６３４にて、制御部１１０は、通信終了時における止り木チャンネル番号を取得する。ステップＳ６３６にて、制御部１１０は、通信終了時におけるカラーコードを取得する。
【００６４】
ステップＳ６３８にて、制御部１１０は、フラッシュメモリ２２４に格納されているＲＳＳＩ（Received Signal Strength Indicator）の平均値を算出する。ステップＳ６４０にて、制御部１１０は、フラッシュメモリ２４４に格納されているデータに基づいてＢＥＲ（Bit-Error Rate）の平均値を算出する。
【００６５】
ステップＳ６４２にて、制御部１１０は、フラッシュメモリ２４４の所定の領域Ｄ３６０に、取得したデータと算出したデータとを関連付けて格納する。この場合、制御部１１０は、格納するデータが容易に読み出されることを防ぐために、予め定められた暗号鍵により、暗号化処理を実行して、保存用のデータを生成してもよい。あるいは、フラッシュメモリ２４４その他のメモリの使用量を抑制するために、データ量を圧縮することにより、保存用のデータを生成してもよい。
【００６６】
ステップＳ７１０にて、制御部１１０は、無線通信部２０２を介してパケット通信を実行する。ステップＳ７２０にて、制御部１１０は、ＣＲＣ（Cyclic Redundancy Check）エラーの有無を検出する。ステップＳ７３０にて、制御部１１０は、フラッシュメモリ２４４の所定の領域に検出結果を格納する。
【００６７】
ステップＳ７４０にて、制御部１１０は、アプリケーションプログラムの実行時に出力されるイベントランダムアクセスの指令に基づいて、ランダムアクセスを実行する。ステップＳ７５０にて、制御部１１０は、ランダムアクセスの成否を検出する。ステップＳ７６０にて、制御部１１０は、フラッシュメモリ２４４の所定の領域にランダムアクセスの成否を表わすデータを格納する。ステップＳ７７０にて、制御部１１０は、通信プロトコルの状態を表わすデータを格納する。このデータは、たとえば第３層の状態を表わすためのデータである。
【００６８】
ステップＳ７８０にて、制御部１１０は、メイン操作部２２０から入力されるデータに基づいて通信処理の終了の指示が入力されたか否かを判断する。その指示が入力されたと判断すると（ステップＳ７８０にてＹＥＳ）、処理はメイン処理に戻される。そうでない場合には（ステップＳ７８０にてＮＯ）、処理はステップＳ７１０に戻される。
【００６９】
図８を参照して、携帯電話１００におけるデータ構造についてさらに説明する。図８は、図６および図７に示される処理により取得されたデータのフラッシュメモリ２４４における格納の一態様を表わす図である。
【００７０】
履歴情報が生成された時刻を表わすデータは、領域Ｄ８０２に格納される。イベントが正常に終了したか否かを表わすデータは、領域Ｄ８０４に格納される。通信時間は、領域Ｄ８０６に格納される。平均ＲＳＳＩは、領域Ｄ８０８に格納される。平均ＢＥＲは、領域Ｄ８１０に格納される。通信開始時における止り木チャンネル番号は、領域Ｄ８１２に格納される。カラーコードは、領域Ｄ８１４に格納される。ＣＲＣエラー回数は、領域Ｄ８１６に格納される。ランダムアクセス失敗回数は、領域Ｄ８１８に格納される。オーディオ状態を表わすデータは、領域Ｄ８２０に格納される。ＤＳＰ状態を表わすデータは、領域Ｄ８２２に格納される。プロトコル（たとえば第３層）の状態を表わすデータは、領域Ｄ８２４に格納される。そのときのアプリケーションプログラムの状態を表わすデータは、領域Ｄ８２６に格納される。上述した各データ項目は、それぞれ関連付けてフラッシュメモリ２４４の履歴情報領域Ｄ３６０に格納されている。なお、データの格納の態様は、図８に示されるものに限られない。
【００７１】
以上のような構造及びフローチャートに基づく、本実施の形態に係る携帯電話の動作について説明する。
【００７２】
利用者が携帯電話１００を操作して通信を開始すると（ステップＳ６０２）、通信開始時における携帯電話１００の動作が取得される（ステップＳ６０４）。携帯電話１００が発呼要求信号を送信する（ステップＳ６０６）。通信のための回線接続が成功すると（ステップＳ６０８にてＹＥＳ）、携帯電話１００は、受信信号から、止まり木チャンネル（ｃｈ）番号とカラーコードとを取得する（ステップＳ６１０,６１２）。
【００７３】
通信処理（ステップＳ７００）が開始されると、パケット通信が実行され（ステップＳ７１０）、携帯電話１００は、ＣＲＣエラーの有無を検出し（ステップＳ７２０）、検出結果を格納する（ステップＳ７３０）。携帯電話１００は、さらにランダムアクセスを実行し（ステップＳ７４０）、その成否を検出し（ステップＳ７５０）、そして所定の記憶領域に検出結果を格納する（ステップＳ７６０）。携帯電話１００は、さらに通信処理の実行時におけるプロトコルの状態を格納する（ステップＳ７７０）。
【００７４】
利用者が、通信処理を終了するために、携帯電話１００を操作すると（ステップＳ７８０にてＹＥＳ）、オーディオ状態とＤＳＰ状態とが検出される（ステップＳ６３０，６３２）。携帯電話１００は、受信信号から、止まり木チャンネル（ｃｈ）番号とカラーコードとを再び取得する（ステップＳ６３４，６３６）。携帯電話１００は、メモリに格納してあるＲＳＳＩとＢＥＲとを読み出して、平均値を算出する（ステップＳ６３８，６４０）。携帯電話１００は、取得したデータ、検出した結果、および算出したデータをそれぞれ時刻に関連付けて、フラッシュメモリ２４４の所定の領域に格納する（図８）。
【００７５】
以上のようにして、本実施の形態に係る携帯電話１００によると、通信の開始時から終了時における動作に応じて取得されたデータから、履歴情報が生成され、メモリに逐次格納される。これにより、必要に応じて携帯電話１００から履歴情報を読み出すことが可能になり、通信時の動作が再現可能になる。したがって、通信異常その他携帯電話１００の動作異常の原因を特定し易くなる。
【００７６】
＜第１の変形例＞
以下本実施の形態の第１の変形例について説明する。本変形例に係る携帯電話は、履歴情報の自動送信機能を有する点で、前述の実施の形態と異なる。なお、本変形例に係る携帯電話は、前述の実施の形態に係る携帯電話１００と同一のハードウェア構成を有する。それらの機能も同じである。したがって、これらについての説明は繰返さない。
【００７７】
図９を参照して、本変形例に係る携帯電話１００のデータ構造について説明する。図９は、フラッシュメモリ２４４におけるデータの格納の一態様を表わす図である。
【００７８】
生成された履歴情報を送信するための履歴情報送信プログラムは、領域Ｄ３１２に格納されている。携帯電話１００が最初に使用された時刻を表わすデータは、領域Ｄ３５２に格納されている。このデータは、たとえば携帯電話１００が通信可能に設定された場合の時刻である。
【００７９】
履歴情報の自動送信の有効／無効を制御するためのデータは、領域Ｄ３５４に格納されている。このデータが有効を表わすデータである場合には、後述する処理を実行するプログラムはその設定に応じて自動的に実行される。
【００８０】
図１０を参照して、本変形例に係る携帯電話１００の制御構造について説明する。図１０は、制御部１１０が実行する履歴情報送信処理の手順を表わすフローチャートである。
【００８１】
ステップＳ１０１０にて、制御部１１０は、クロック２９０により出力されるデータに基づいて現在時刻を検出する。ステップＳ１０２０にて、制御部１１０は、現在時刻が履歴情報の送信時刻であるか否かを判断する。現在時刻がその送信時刻である場合には（ステップＳ１０２０にてＹＥＳ）、処理はステップＳ１０３０に移される。そうでない場合には（ステップＳ１０２０にてＮＯ）、処理を終了する。
【００８２】
ステップＳ１０３０にて、制御部１１０は、フラッシュメモリ２４４の領域Ｄ３５４に格納されているデータに基づいて、履歴情報の自動送信機能が有効であるか否かを判断する。その機能の設定が有効である場合には（ステップＳ１０３０にてＹＥＳ）、処理はステップＳ１０４０に移される。そうでない場合には（ステップＳ１０３０にてＮＯ）、処理は終了する。ステップＳ１０４０にて、制御部１１０は、携帯電話１００の電源がオンであるか否かを判断する。その電源がオンである場合には（ステップＳ１０４０にてＹＥＳ）、処理はステップＳ１０６０に移される。そうでない場合には（ステップＳ１０４０にてＮＯ）、処理はステップＳ１０５０に移される。ステップＳ１０５０にて、制御部１０１０は、バッテリ（図示しない）に所定の制御信号を送信して携帯電話１００の電源をオンに切換える。
【００８３】
ステップＳ１０６０にて、制御部１１０は、履歴情報の自動送信処理を実行する。制御部１１０は、その基地局との通信が開始されると、フラッシュメモリ２４４の領域Ｄ３６０から履歴情報を読出してそのデータを通信可能な形式に変換して、送信用の履歴情報を生成する。この情報は、たとえば履歴情報の送信が毎週行なわれる場合には、前回の送信後から今回の送信までの履歴情報が、送信の対象となる。送信データが生成されると、携帯電話１００は、フラッシュメモリ２４４の管理データに格納されているアクセス情報に基づいて、所定の基地局との通信を開始する。制御部１１０は、その基地局に対してその情報を送信する。あるいは、このとき、予め通信の異常の有無を判断して、当該異常が発生している場合にのみ、履歴情報を送信するようにしてもよい。この場合、携帯電話１００が正常に作動している場合の履歴は送信されなくなるため、通信回線、履歴情報を受信する基地局、あるいは当該情報を格納するために通信事業者が備えるサーバコンピュータへの各負荷を抑制することができる。また、フラッシュメモリ２４４の記憶領域の使用量を抑制するために、送信が確実に実行されることが確認された後、制御部１１０は、送信済みの情報を削除してもよい。
【００８４】
ステップＳ１０７０にて、制御部１１０は、携帯電話１００は、履歴情報の送信のために電源がオンにされたか否かを判断する。当該電源がオンにされている場合には（ステップＳ１０７０にてＹＥＳ）、処理はステップＳ１０８０に移される。そうでない場合には（ステップＳ１０７０にてＮＯ）、処理は終了する。
【００８５】
ステップＳ１０８０にて、制御部１１０は、携帯電話１００のスイッチ（図示しない）を遮断することにより、電源をオフに切換える。
【００８６】
以上のような構造及びフローチャートに基づく本変形例に係る携帯電話１００の動作について、説明する。ここでは、履歴情報自動送信機能の設定が有効であり、携帯電話１００の電源がオフである場合について説明する。
【００８７】
携帯電話１００のクロック２９０の時刻が履歴情報の通信時刻になると（ステップＳ１０１０にてＹＥＳ）、当該情報の自動送信機能の設定が有効であり（ステップＳ１０３０にてＹＥＳ）、携帯電話１００の電源がオフである場合には（ステップＳ１０４０にてＮＯ）、携帯電話１００の電源がオンに設定される。携帯電話１００は、予めフラッシュメモリ２４４に格納されているプログラムと通信処理の履歴データとに基づいて、送信用のデータを生成する。すなわち、携帯電話１００は、送信用ヘッダと履歴情報とを結合して送信情報を生成する。携帯電話１００は、予め設定されている送信先に、当該送信情報を送信する。その後、携帯電話１００の電源は、自動的にオフに切り替えられる（ステップＳ１０８０）。
【００８８】
以上のようにして、本変形例に係る携帯電話１００によると、履歴情報は、予め設定されている送信時刻に、所定のサーバに自動送信される。この送信は、たとえば毎日、毎週その他、予め設定されたタイミングで行なわれる。これにより、携帯電話１００の通信異常が速やかに特定できるため、故障その他の原因の解析および対策を迅速に行なうことができる。また、履歴情報は、定期的に報告されるため、携帯電話１００は、層新語の履歴情報を保持する必要がなくなる。したがって、携帯電話１００のフラッシュメモリ２４４の使用量を抑制することができる。
【００８９】
＜第２の変形例＞
以下、本発明の第２の変形例について説明する。本変形例に係る携帯電話１００は、基地局を介することなく通信端末間で直接行なわれる通信の履歴を保存する機能を有する点で、前述の実施の形態および第１の変形例と異なる。
【００９０】
すなわち、本変形例に係る携帯電話１００は、通信する相手の端末を特定するための識別情報を予めフラッシュメモリ２４４に格納している。携帯電話１００は、その識別情報に基づいて、各端末の操作ボタンの押下に応じて通信する機能を有する。たとえば、使用者が携帯電話１００の数字ボタンと他のキーとを予め定められた組合せに基づいて押下することにより、携帯電話１００は、その組合せに関連付けられた相手と、直接信号を通信することができる。
【００９１】
図１１を参照して、本変形例に係る携帯電話１００のデータ構造について説明する。図１１は、携帯電話１００のフラッシュメモリ２４４におけるデータの格納の一態様を表わす図である。
【００９２】
予め別の領域に登録されている第１の通話相手に発信動作を実行させるための制御情報は、領域Ｄ１１１０に格納されている。同様に、予め別の領域に登録されている第２の通話相手に発信動作を実行させるための制御情報は、領域Ｄ１１２０に格納されている。係る通話相手の数は、図１１に示される数に限られず、予め用意された記憶容量の範囲内で、格納可能である。
【００９３】
たとえば、第１の通話相手が電波の届く範囲内にいる場合には、携帯電話１００の使用者は、「１」と「シャープ」とを押下することにより、当該第１の通話相手と直接通話することができる。係る場合にも、上記したような通話の履歴を逐次取得して、フラッシュメモリ２４４に格納してもよい。
【００９４】
この場合は、基地局を介さない通話における履歴が取得されることになる。これにより、係る通信の態様についても、故障時の動作を再現することができる。
【００９５】
なお、本発明の実施の形態および各変形例に係る携帯電話は、制御部１１０として機能しうるＣＰＵが、当該処理を実現するためのソフトウェアを逐次実行することによっても、実現可能である。このようなソフトウェアは、フラッシュメモリ２４４その他のハードウェアに予め記憶されている場合もあれば、メモリカード２８４その他の着脱可能な記録媒体に格納されて流通し、メモリカード駆動部２８０その他の装置によってその記録媒体から読み取られて、ソフトウェアを格納するフラッシュメモリ２４４に一旦格納される場合もある。そのソフトウェアは、フラッシュメモリ２４４からＲＡＭ２４６に読み出されて、ＣＰＵその他の制御部１１０により実行される。図２に示した携帯電話１００のハードウェア構成は、一般的なものである。したがって、本発明の最も本質的な部分は、フラッシュメモリ２４４、メモリカード２８４その他の記録媒体に格納されたソフトウェアであるとも言える。
【００９６】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【産業上の利用可能性】
【００９７】
本発明は、携帯電話その他の携帯通信端末に適用可能である。
【図面の簡単な説明】
【００９８】
【図１】本発明の実施の形態に係る携帯電話の構成を表わすブロック図（その１）である。
【図２】本発明の実施の形態に係る携帯電話の構成を表わすブロック図（その２）である。
【図３】本発明の実施の形態に係る携帯電話におけるデータ構造を表わす図（その１）である。
【図４】本発明の実施の形態に係る携帯電話による通信時における状態の遷移を説明するための図である。
【図５】本発明の実施の形態に係る携帯電話におけるプログラム実行時の状態を説明するための図である。
【図６】本発明の実施の形態に係る携帯電話の制御部が実行する処理の手順を表わすフローチャート（その１）である。
【図７】本発明の実施の形態に係る携帯電話の制御部が実行する処理の手順を表わすフローチャート（その２）である。
【図８】本発明の実施の形態に係る携帯電話におけるデータ構造を表わす図（その２）である。
【図９】本発明の実施の形態の第１の変形例に係る携帯電話のデータ構造を表わす図である。
【図１０】本発明の実施の形態の第１の変形例に係る携帯電話の制御部が実行する処理の手順を表わすフローチャートである。
【図１１】本発明の実施の形態の第２の変形例に係る携帯電話のデータ構造を表わす図である。
【符号の説明】
【００９９】
１００  携帯電話、１０１  アンテナ、１０２  送信部、１０４  受信部、１０６  操作部、１０８  計時部、１１０  制御部、１１２  通信データ取得部、１１４  処理部、１１６  処理データ取得部、１１８  状態検出部、１３０  一時記憶部、１３２  不揮発性記憶部、１４０  出力部、２０２  無線通信部、２２０  メイン操作部、２３０  サブ操作部、２４０  メインカメラ、２４２  サブカメラ、２４４  フラッシュメモリ、  ２４６  ＲＡＭ、２４８  データ用ＲＯＭ、２５０  メインディスプレイ、２６０  サブディスプレイ、２７０  音声信号処理部、２７２  マイク、２７４  スピーカ、２７６  ＬＥＤ、２７８  バイブレータ、２８０  メモリカード駆動部、２８２  データ通信ＩＦ、２８４  メモリカード、２９０  クロック。
【図１】
2006060402.tif 000003
【図２】
2006060402.tif 000004
【図３】
2006060402.tif 000005
【図４】
2006060402.tif 000006
【図５】
2006060402.tif 000007
【図６】
2006060402.tif 000008
【図７】
2006060402.tif 000009
【図８】
2006060402.tif 000010
【図９】
2006060402.tif 000011
【図１０】
2006060402.tif 000012
【図１１】
2006060402.tif 000013