JP2009194726A - 不具合箇所特定機能を備える携帯端末、携帯端末の不具合箇所特定方法及びプログラム - Google Patents

Abstract

【課題】不具合箇所の検査時間を短縮可能とした不具合箇所特定機能を備える携帯端末、携帯端末の不具合箇所特定方法及びプログラムを提供する。
【解決手段】携帯端末１の部位別の複数の検査プログラムとエラー履歴の保存領域を有する記憶部１４と、携帯端末としての個々の処理動作時にエラーを発生したエラー発生部位を含む前記エラー履歴を前記記憶部１４に保存し、携帯端末の検査時に、前記記憶部１４の複数の検査プログラムから前記エラー履歴のエラー発生部位に対応する検査プログラムを選定して実行し、前記検査プログラムによる検査結果を出力する制御部（１１、１２）と、を備える。
【選択図】図１

Description

本発明は不具合箇所等の特定を可能とした不具合箇所特定機能を備える携帯端末、携帯端末の不具合箇所特定方法及びプログラムに関する。

一般に、携帯電話機等、携帯端末のエンドユーザーは、携帯端末に故障が生じたと判断すると、携帯端末の販売店等に持ち込んで確認を依頼することになる。これに対し販売店等では、窓口担当者が携帯端末網運営会社や携帯端末製造会社から支給されているマニュアルに従って故障診断を実施して故障の有無を確認して判断している。しかし、かかるマニュアルを頼って実施する故障診断では診断結果の精度及び速度上不十分であり、より高性能な診断システムが望まれている。

このような不具合箇所の特定に関する関連技術として、特許文献１には窓口担当者に持ち込まれた携帯端末の修理サービス支援方法が記載されている。この支援方法は、携帯端末に自己診断プログラムと異常内容を表示部に表示するプログラムを含む保守用プログラムが実装されており、稼動中において自己診断プログラムを実行し、例えばハードウェアの異常を検出した場合等に、異常を示すフラグを自己診断結果の記憶領域に記憶しておき、窓口担当者が該携帯電話機に保守用パスワードを入力して保守情報表示を要求する操作を行うと、自己診断結果の領域から読み出したフラグに応じて、コードや簡単な文章として表示部に出力するものである。

特開２００４−１９４２４７号公報

前述のように携帯端末のエンドユーザーは、携帯端末に故障が生じたと判断すると、携帯端末の販売店等に持ち込んで正常性の確認を依頼しているが、エンドユーザーが認知した不具合は必ずしも販売店で再現するとは限らないことがある。このような再現率の低い不具合に関する解析には当然に時間がかかり、事象の再現に多くの時間を要するという点で問題がある。

また、故障の確認手法としては、通常、携帯端末網運営会社や携帯端末製造会社からあらかじめ支給されているマニュアルに従い故障診断を実施して、故障しているか否かを判断していた。しかし、これらのマニュアルは自動化されていないために診断に多大な時間がかかるのみならず、故障診断を実施する人のスキルにも依存する部分が大きく、判定にもばらつきが生じるのが通常であり、このような診断時間や判断のばらつきが生じるのは問題である。

特に近年、携帯端末は年間で多くの機種が開発され発売されている。このことは一機種にかけられる開発期間が短い事を示唆しており、開発期間が短いために問題発生時には効率的かつ短期間で不具合箇所が特定でき有益な情報が得られる解析方法が必要となる。

とりわけ、不具合の根源がハードウェアにある場合には対策を急ぐ必要がある。ソフトウェアの不具合であれば、最近の携帯端末の機能にあるソフトウェア更新機能を用いて不具合修正されたソフトウェアにバージョンアップすることが可能であるが、ハードウェアの場合はそう簡単にはいかず、物理的に交換する必要があるからである。さらに、同様のハードウェアで構成される携帯端末を新規に開発している場合などは、早期に不具合箇所を具体的に特定してフィードバックする必要があるからである。

前記特許文献１記載の修理サービス支援方法は、保守情報の記憶領域に記憶された自己診断結果の異常を示すフラグを読み出し、該フラグの種類に応じて異常内容を表示部に表示するものであるが、この方法は窓口等でその事象を再現するものではないから、再現による異常を確認するとともに不具合を短時間に特定して問題の早期解決を図ることはできないという問題がある。

（目的）
本発明の目的は、以上の課題を解決することを可能とする不具合箇所特定機能を備える携帯端末、携帯端末の不具合箇所特定方法及びプログラムを提供することにある。

本発明の第１の不具合箇所特定機能を備える携帯端末は、携帯端末の部位別の複数の検査プログラムとエラー履歴の保存領域を有する記憶部と、携帯端末としての個々の処理動作時にエラーを発生したエラー発生部位を含む前記エラー履歴を前記記憶部に保存し、携帯端末の検査時に、前記記憶部の複数の検査プログラムから前記エラー履歴のエラー発生部位に対応する検査プログラムを選定して実行し、前記検査プログラムによる検査結果を出力する制御部と、からなることを特徴とする。

本発明の第１の携帯端末の不具合箇所特定方法は、携帯端末としての個々の処理動作時にエラーを発生したエラー発生部位を含むエラー履歴を保存するステップと、携帯端末の検査時に、エラー発生部位別の複数の検査プログラムから前記エラー履歴のエラー発生部位に対応する検査プログラムを選定して実行するステップと、前記検査プログラムによる検査結果を出力するステップと、からなることを特徴とする。

本発明の第１の不具合箇所特定機能を有する携帯端末のプログラムは、携帯端末としての個々の処理動作時にエラーを発生したエラー発生部位を含むエラー履歴を保存するステップと、携帯端末の検査時に、エラー発生部位別の複数の検査プログラムから前記エラー履歴のエラー発生部位に対応する検査プログラムを選定して実行するステップと、前記検査プログラムによる検査結果を出力するステップと、をコンピュータに実行させることを特徴とする。

本発明によれば、携帯端末の動作時に保存したエラー履歴を参照して、不具合部位に対する専用の検査プログラムを選択的に自動的に実行して検査結果を出力するため、不具合の再現を可能とし、不具合箇所の特定に要する検査時間を短縮することが可能である。

特に、携帯端末の動作時のエラー履歴に残っている部位を検査する検査プログラムのみを実行することにより、診断プログラム等により全ての検査を実行するより検査時間の大幅な短縮が実現できる。

また、エラー履歴を参照し検査プログラムを自動的に行うことは、動作モード設定を変更する事で実行可能であるため、高い解析能力を具えた担当者でなくともばらつきの無い解析が可能である。例えば、携帯端末の販売店の店員等でも判断にばらつきの無い不具合解析を実施する事が可能である。

（第１の実施形態）
（構成の説明）
本発明の不具合箇所特定機能を備える携帯端末、携帯端末の不具合箇所特定方法及びプログラムの第１の実施形態の構成及び動作を携帯電話機への適用例により以下説明する。

図１は本実施形態の携帯電話機の構成例を示すブロック図である。多くの携帯電話機では、通信を処理するＣＰＵ（Central Processing Unit：中央処理装置）とアプリケーション等を処理するＣＰＵ等、少なくとも２個のＣＰＵが別々に搭載されており、本実施形態の携帯電話機としては２つのＣＰＵを有する構成例を示している。

本実施形態では通信を処理するＣＰＵ（１）１１、アプリケーション等を処理するＣＰＵ（２）１２の２つのＣＰＵと、プログラム及び各種データ等を保存するための書き込み可能なＲＯＭ（Read Only Memory）１４、ＣＰＵ（１）１１及びＣＰＵ（２）１２によるプログラムの実行、並びにワークエリアとして使用するＲＡＭ（Random Access Memory）１３、そして周辺デバイス（デバイス）１１１〜１２３を有している。

つまり、第１のＣＰＵ（１）１１と、第１のＣＰＵ（１）１１と接続された複数のデバイス１１１、１１２、１１３、ＲＡＭ１３及びＲＯＭ１４と、ＲＡＭ１３と接続された第２のＣＰＵ（２）１２と、第２のＣＰＵ（２）１２と接続された複数のデバイス１２１、１２２、１２３とから構成されている。デバイス１１１〜１２３としては、例えば、通信関係のデバイスとして無線送受信部、音声処理部、液晶ディスプレイ等、アプリケーション関係のデバイスとしてはカメラモジュール、スケジュール、キー操作部等がある。ＣＰＵ（１）１１及び／又はＣＰＵ（２）１２は本発明の制御部として機能し、ＲＯＭ１４は記憶部として機能する。

本実施形態の携帯電話機１は、通常の携帯電話機機能とともにエラー判定機能を有する“通常モード”と、携帯電話機の検査、解析機能を有する“検査モード”の２つの動作モードに設定可能である。

このためＲＯＭ１４には、ユーザデータ等に加えて、動作モード設定の情報、エラー履歴を含む各種動作履歴、複数の検査プログラム及びこれらを制御するＣＰＵ用のプログラムが保存されている。つまり、ＲＯＭ１４には、第１のＣＰＵ（１）１１用のプログラム及び第２のＣＰＵ（２）１２用のプログラムが格納された記憶領域と、ユーザデータが格納された記憶領域と、動作モード設定の情報が格納された記憶領域と、エラー履歴を含む各種動作履歴の情報が格納された記憶領域と、複数の検査プログラムが格納された記憶領域と、を備える。

ここで、複数の検査プログラムは、エラー発生部位とそのエラー発生回数からなるエラー履歴の単位で、個々のエラー履歴に対応する確認、解析検査のみを短時間で実行するそれぞれ専用の検査プログラムである。

例えば、ＣＰＵ（１）１１内部エラーのエラー履歴に基づく専用の検査に、ＣＰＵ（１）１１内部エラー検査用プログラム、ＣＰＵ（２）１２内部エラーのエラー履歴に基づく当該エラー発生部位の専用の検査に、ＣＰＵ（２）１２内部エラーの検査用プログラム、ＣＰＵ（１）−ＲＡＭ間エラーのエラー履歴に基づく当該エラー発生部位の専用の検査に、ＣＰＵ（１）−ＲＡＭ間エラーの検査用プログラム等として、当該エラー履歴に関連付けてＲＯＭ１４に格納されている。

本実施形態の携帯電話機の各部の機能は以下のとおりである。
第１のＣＰＵ（１）１１はＲＯＭ１４からＣＰＵ（１）用の制御プログラムを読み込み、読み込んだプログラムにより制御され、ＲＡＭ１３を作業用のメモリとして使用し、携帯電話機１の通信関連の各種のデバイス１１１〜１１３を制御する。

第２のＣＰＵ（２）１２は第１のＣＰＵ（１）１１及びＲＡＭ１３又は図示しないバス等を介して、ＲＯＭ１４からＣＰＵ（２）用の制御プログラムを読み込み、読み込んだプログラムにより制御され、ＲＡＭ１３を作業用のメモリとして使用し、携帯電話機１のアプリケーション等の各種のデバイス１２１〜１２３を制御する。

また、本実施形態では第１のＣＰＵ（１）１１が携帯電話機としての全体機能の制御、動作モードの制御、通常モードでのエラー履歴の収集、参照処理、検査モードでの検査（解析）結果の収集、表示処理等に関する処理を司るものとする。

第１及び第２のＣＰＵ（１）１１、１２は、前記各プログラムによる本発明の通常モードでの処理機能として、基地局との通信による位置登録、発着信、通信制御、通話、電子メールの送受信、インターネット接続、カメラ機能、スケジュール機能、表示処理等、通常の携帯電話機能と、携帯電話機１の通常モードでの動作上のエラーの発生を判定し、監視する機能と、エラーが発生したハードウェアの部位等のエラー発生箇所と当該エラーの発生回数からなるエラー履歴の保存機能と、を備える。

例えば、第１及び第２のＣＰＵ（１）１１、１２は、通常モードにおいて、ＣＰＵ内又は各デバイス間とのデータのやり取りを実行する際に、それぞれの処理時間に関し、規定の一定時間（規定時間）でタイムアウトするタイマーを設定し、当該処理の開始時に規定時間以内に通信が完了せず、タイマーがタイムアウトした場合に、当該処理でエラーが発生したと判別、監視する。

また、第１及び第２のＣＰＵ（１）１１、１２は、前記判別、監視により検出されたエラーの発生部位を特定し、同部位のエラー発生毎にエラー回数をインクリメントして、エラー発生部位とエラー発生回数を対応付けてエラー履歴として保存する。

次に、第１及び第２のＣＰＵ（１）１１、１２は、本発明の検査モードでの処理機能として、通常モードで保存されたエラー履歴のエラー発生部位及びエラー発生回数に基づいて検査プログラムを選定する機能と、選定した検査プログラムの実行により当該エラー発生部位の検査を行う機能と、検査プログラムの実行による検査（解析）結果を表示する機能等を備える。

第１及び第２のＣＰＵ（１）１１、１２は、検査モードにおいて、動作履歴の記憶領域を監視し、エラー履歴からエラー発生回数の多い動作履歴のエラー発生部位に対応する検査プログラムとして、予めＲＯＭ１４に格納されている複数の検査プログラムの中から当該部位の検査のために実行すべき検査プログラムを選定する。

第１及び第２のＣＰＵ（１）１１、ＣＰＵ（２）１２は、エラー履歴のエラー発生部位等の情報により選定した検査プログラムをＲＯＭ１４から読み出してロードし、検査を実行する。

検査プログラムの選定は１ないし複数の選定が可能であり、ＣＰＵ（１）１１及びＣＰＵ（２）１２がそれぞれ同時に検査処理を実行するように構成することが可能である。また、ＣＰＵ（１）１１又はＣＰＵ（２）１２が複数の検査用プログラムをロードして並行処理により検査処理を実行するように構成することが可能である。

例えば、ＣＰＵ（１）とＲＡＭ１４間のエラー発生回数が所定値以上として検出された携帯電話機においては、ＣＰＵ（１）とＲＡＭ１４間のアクセス確認可能な検査プログラムを実行する。また、ＣＰＵ（１）とＲＡＭ１４間及びＣＰＵ（２）とデバイス１２２間のエラー発生回数が所定値以上として検出された携帯電話機においては、ＣＰＵ（１）とＣＰＵ（２）において、それぞれ対応する異なる検査プログラムを選定して実行する。

各ＣＰＵ（１）、（２）での検査（解析）結果の情報は第１のＣＰＵ（１）で総合的に集計処理され、液晶ディスプレイに表示される。

（動作の説明）
次に本実施形態の携帯電話機の動作について説明する。
図２は携帯電話機の動作モードの切り替えを示すフローチャートである。携帯電話機１の検査、解析を行う検査モードの設定か、携帯電話機１を通常に起動する通常モードの設定か、の何れかの動作モードを設定するフローチャートを示している。

携帯電話機１の動作モードの設定情報は図１に示すＲＯＭ１４に格納されており、通常は携帯電話機として機能する通常モードとして設定されている。動作モード設定の情報は、携帯電話機１と販売店等に設置する外部制御機器（パソコン等）とをケーブルで接続し専用ソフトを使用して変更できる仕組みとすることができる。

販売店等において担当者等が携帯電話機１に外部制御機器（パソコン等）をケーブルで接続し、動作モードの操作が行うと（ステップｓ２１）、ＣＰＵ（１）１１は検査モードの設定か通常モードの設定かを判断し（ステップｓ２２）、通常モードと認識すれば、通常モード設定の情報をＲＯＭ１４に格納し、以降、通常の携帯電話機として機能し（ステップｓ２３）、検査モードと認識すれば検査モードの情報をＲＯＭ１４に格納し、以降、携帯電話機１は検査モードで動作する（ステップｓ２４）。

次に本実施形態の携帯電話機の通常モードでのエラー履歴の保存動作につて説明する。
図３は携帯電話機の通常モードにおけるエラー履歴の保存動作を示すフローチャートである。

通常モードでは、定期的なエラー検出のタイミングにおいて（ステップｓ３１）、監視対象とする各種の処理に関して、処理の開始から一定時間（規定時間）のタイマーを起動し（ステップｓ３２）、該タイマーのタイムアウト以前（一定時間以内）に当該処理が終了（完了）したか否かを判定し（ステップｓ３３）、当該処理が前記規定時間以内に終了しなかった場合に、当該処理にエラーが発生したとして、動作履歴の記憶領域に当該処理のエラー履歴としてエラー発生部位（箇所）とエラー発生回数を保存する（ステップｓ３４）。

以上のエラー履歴の保存処理を繰り返し、例えば、各ＣＰＵ内やデバイス間とのデータのやり取りを実行する各種の処理に関してそれぞれの規定時間以内に通信等の処理が完了しない場合をエラーと判別し、動作履歴の記憶領域に、エラーの発生したハードウェアの部位と、当該部位のエラー発生の加算数をエラー履歴として記録する。

図４はエラー履歴の情報及び保存形態の例を示す図である。エラー履歴はエラー発生部位とエラー発生回数とからなる。本例ではＣＰＵ（１）内部エラーの発生回数が５回、ＣＰＵ（１）とＲＡＭ間のエラー発生回数が１０回、他の部位（箇所）は０回としてエラー履歴が記録されている。

次に本実施形態の携帯端末の検査モードでの不具合箇所の特定動作について説明する。
図５は本実施形態の携帯電話機の検査モードの動作を示すフローチャートである。本実施形態の携帯電話機の動作について図１、４、５を参照して説明する。

販売店の担当者等が外部接続機器により携帯電話機１の不具合箇所を特定する検査モードに設定変更すると、ＣＰＵ（１）１１、ＣＰＵ（２）１２は検査モードとなり、図５に示すフローがスタートする。

ＣＰＵ（１）１１は携帯電話機１のＲＯＭ１４に保存されている各種動作履歴からエラー履歴を参照し（ステップｓ４１）、エラー発生回数が所定値以上のエラー発生部位を特定して、当該エラー発生部位の検査用の検査プログラムを選定し（ステップｓ４３）、当該エラー発生部位を受け持つＣＰＵがＲＯＭ１４から当該検査プログラムを読み込み、該検査プログラムを実行して解析し（ステップｓ４３）、検査（解析）結果をディスプレイに表示する（ステップｓ４４）。

図４に示す例で、前記所定値を１とすると、ＣＰＵ（１）の内部エラー及びＣＰＵ（１）とＲＡＭ間エラーが検査対象となり、この場合、ＣＰＵ（１）がそれぞれの専用の検査プログラムをＲＯＭ１４から読み込んで、実行し、処理時間の確認及びより詳細なエラーの内容を検査する。

例えば、ＣＰＵ（１）とＲＡＭ間のエラーが発生していた携帯電話機の場合、ＣＰＵ（１）がＲＡＭ間のアクセス確認が可能な検査プログラムを選定して実行する。検査プログラムは、エラーが発生している個所の処理時間の確認、より詳細なエラーの特定、例えば、処理時間については、エラー履歴の保存時より短い（又は長い）規定時間等により検査し、ＣＰＵ（１）とＲＡＭ間エラーの例では、アクセス（アドレス）のエラーか、リード（読み込み）のエラーか、ライト（書き込み）のエラーか等、ライト又はリードするデータによりエラーに依存性はあるか否か等により検査するプログラムとすることができる。

以上のように本実施形態においては、携帯電話機に通常動作で保存したエラー履歴を参照して、実行すべき専用の検査プログラムを判断して選定し、該検査プログラムを携帯端末に対して実行し、検査（解析）結果の不具合箇所やその詳細をディスプレイに表示する。これにより、不具合がある部位を特定するまでの時間の短縮化を図ることが可能である。

また、不具合箇所（エラー発生部位）をより詳細に特定することにより、不具合デバイスをメーカーに調査依頼する等の場合におけるデバイスメーカー等での不具合の再現性を高めることも可能となる。

（第２の実施形態）
第１の実施形態では、検査プログラムを予めＲＯＭ１４に格納する例を説明したが、このように構成すると貴重なＲＯＭの容量を消費する。検査プログラムは、通常の携帯電話機の使用時には、必要がないプログラムであるため、検査プログラムを実行する必要がある時に、検査プログラムを携帯電話機にインストールするように構成することが可能である。

本発明の第２の実施形態は、ＲＯＭの容量を削減可能とする。
本実施形態では検査プログラムは、例えば販売店等のパソコン内に格納し、携帯電話機の検査、実行時にＲＯＭ１４に書き込む。その際、携帯電話機の通常モードの機能を動作させるため、ＯＳ等を除いてＣＰＵ（１）用のプログラム、ＣＰＵ（２）用のプログラムで不要となるプログラムをＲＯＭ１４から販売店等のパソコン等に退避し、ＲＯＭ１４の空いた領域に前記複数の検査用のプログラムを書き込み、検査モードを実行可能に構成する。

図６はＲＯＭパーテーションの比較を示す図であり、（ａ）は第２の実施形態のＲＯＭパーテーション、（ｂ）は第１の実施形態のＲＯＭパーテーションである。

図６（ａ）、（ｂ）に示すように、第２の実施形態では、ＲＯＭ１４の検査プログラムの格納領域は不要となりＲＯＭの容量を削減できる。なお、ＲＯＭ１４に格納されているプログラムを検査用プログラムに変更する場合、ＣＰＵ（１）用、ＣＰＵ（２）用のプログラムの一部を検査用プログラムに書き換え可能なシステムとし、各種動作履歴などは、書き換え時に消えないようにする。

図７は第２の実施形態の処理のフローチャートを示す図である。販売店等における携帯電話機１のプログラムの入れ替えの処理を示している。

販売店等において担当者等が携帯電話機１に外部制御機器（パソコン等）をケーブルで接続し、動作モードの操作が行うと（ステップｓ５１）、ＣＰＵ（１）は現在の動作モードが通常モードの設定か検査モードの設定かを判断し（ステップｓ５２）、通常モードと認識すれば、検査モードの情報をＲＯＭ１４に格納し（ステップｓ５３）、ＣＰＵ（１）、（２）のプログラムの一部を外部制御機器に退避し（ステップｓ５４）、検査プログラムをＲＯＭ１４の空いた領域に書き込んで検査を可能とする（ステップｓ５５）。ステップｓ５２で検査モードと認識すれば、通常モード設定の情報をＲＯＭ１４に格納し（ステップｓ５６）、検査プログラムを外部制御機器に退避し（ステップｓ５７）、ＣＰＵ（１）、（２）のプログラムをＲＯＭ１４の空いた領域に格納し、通常の携帯電話機としての動作を可能とする（ステップｓ５８）。

第２の実施形態の通常モード及び検査モードの処理は、図３、５に示す第１の実施形態の動作と同じであるためフローチャートについての説明は省略する。

以上の構成により、携帯電話機１を通常に使用するユーザーにとって支障はなく、検査用プログラム格納のためのＲＯＭ容量を第１の実施形態に比べて削減できる。第２の実施形態によればＲＯＭのサイズは小さくてよいから低コスト化が可能である。

（他の実施形態）
ＲＯＭの容量を削減とする他の実施形態として、複数の検査プログラムを圧縮してＲＯＭに格納するように構成することができる。検査プログラムは通常モードでの携帯電話機の動作中は使用しないプログラムであるから、圧縮してＲＯＭに格納しておき、検査プログラムを使用する時だけ解凍して使用するように構成する。

以上の実施形態では第１及び第２のＣＰＵ（１）、（２）がそれぞれ携帯電話機のエラー判定、監視及び検査プログラムを実行する構成例で説明したが、これらの処理も第１のＣＰＵ（１）が行うように構成することが可能である。

また、２つのＣＰＵを用いた携帯電話機の実施形態について説明したが、本発明は任意の個数のＣＰＵを使用する携帯電話機等に適用可能である。

本実施形態の携帯電話機の構成例を示すブロック図である。 携帯電話機の動作モードの切り替えを示すフローチャートである。 携帯電話機の通常モードにおける動作履歴の保存動作を示すフローチャートである。 動作履歴の情報及び保存形態の例を示す図である。 本実施形態の携帯電話機の検査モードの動作を示すフローチャートである。 ＲＯＭパーテーションの比較を示す図であり、（ａ）は第２の実施形態のＲＯＭパーテーション、（ｂ）は第１の実施形態のＲＯＭパーテーションである。 第２の実施形態の処理のフローチャートを示す図である。

符号の説明

１ 携帯電話機
１１ ＣＰＵ（１）
１２ ＣＰＵ（２）
１３ ＲＡＭ
１４ ＲＯＭ
１１１〜１１３、１２１〜１２３ デバイス

Claims (15)

1. 携帯端末の部位別の複数の検査プログラムとエラー履歴の保存領域を有する記憶部と、携帯端末としての個々の処理動作時にエラーを発生したエラー発生部位を含む前記エラー履歴を前記記憶部に保存し、携帯端末の検査時に、前記記憶部の複数の検査プログラムから前記エラー履歴のエラー発生部位に対応する検査プログラムを選定して実行し、前記検査プログラムによる検査結果を出力する制御部と、からなることを特徴とする不具合箇所特定機能を備える携帯端末。
2. 前記エラー履歴は、エラー発生部位と当該部位のエラー発生回数からなり、前記制御部は前記エラー履歴のエラー発生回数が所定数以上の場合に、当該エラー発生部位に対応する検査プログラムを選定することを特徴とする請求項１記載の携帯端末。
3. 前記制御部は、前記個々の処理動作の開始から終了までの時間が規定時間を超える場合に、当該処理動作を行った部位をエラー発生部位とし、前記エラー発生部位とエラー発生回数を前記エラー履歴として前記記憶部に保存することを特徴とする請求項１又は２記載の携帯端末。
4. 前記複数の検査プログラムは、前記記憶部に予め実装されていることを特徴とする請求項１ないし３の何れかの請求項記載の携帯端末。
5. 前記複数の検査プログラムは、携帯端末の検査時に、外部機器から前記記憶部に書き込まれることを特徴とする請求項１ないし３の何れかの請求項記載の携帯端末。
6. 前記記憶部には、更に携帯端末の制御プログラムが格納されており、前記複数の検査プログラムは、携帯端末の検査時に、前記制御プログラムに一時的に置き換えて格納されることを特徴とする請求項５記載の携帯端末。
7. 前記検査プログラムは、エラー発生部位のエラー履歴の確認及びエラーの詳細な特定を行う診断機能を有することを特徴とする請求項１ないし６の何れかの請求項記載の携帯端末。
8. 携帯端末としての個々の処理動作時にエラーを発生したエラー発生部位を含むエラー履歴を保存するステップと、携帯端末の検査時に、エラー発生部位別の複数の検査プログラムから前記エラー履歴のエラー発生部位に対応する検査プログラムを選定して実行するステップと、前記検査プログラムによる検査結果を出力するステップと、からなることを特徴とする携帯端末の不具合箇所特定方法。
9. 前記エラー履歴は、エラー発生部位と当該部位のエラー発生回数からなり、前記検査プログラムを選定して実行するステップは、前記エラー履歴のエラー発生回数が所定数以上の場合に、当該エラー発生部位に対応する検査プログラムを選定するステップを含むことを特徴とする請求項８記載の不具合箇所特定方法。
10. 前記エラー履歴を保存するステップは、前記個々の処理動作の開始から終了までの時間が規定時間を超える場合に、当該処理動作を行った部位をエラー発生部位とし、該エラー発生部位とエラー発生回数を前記エラー履歴として保存するステップを含むことを特徴とする請求項８又は９記載の不具合箇所特定方法。
11. 前記携帯端末の検査時に、外部機器から携帯端末に前記複数の検査プログラムを書き込むステップを含むことを特徴とする請求項８ないし１０の何れかの請求項記載の不具合箇所特定方法。
12. 携帯端末としての個々の処理動作時にエラーを発生したエラー発生部位を含むエラー履歴を保存するステップと、携帯端末の検査時に、エラー発生部位別の複数の検査プログラムから前記エラー履歴のエラー発生部位に対応する検査プログラムを選定して実行するステップと、前記検査プログラムによる検査結果を出力するステップと、をコンピュータに実行させることを特徴とする不具合箇所特定機能を有する携帯端末のプログラム。
13. 前記エラー履歴は、エラー発生部位と当該部位のエラー発生回数からなり、前記検査プログラムを選定して実行するステップは、前記エラー履歴のエラー発生回数が所定数以上の場合に、当該エラー発生部位に対応する検査プログラムを選定するステップを含むことを特徴とする請求項１２記載のプログラム。
14. 前記エラー履歴を保存するステップは、前記個々の処理動作の開始から終了までの時間が規定時間を超える場合に、当該処理動作を行った部位をエラー発生部位とし、該エラー発生部位とエラー発生回数を前記エラー履歴として保存するステップを含むことを特徴とする請求項１２又は１３記載のプログラム。
15. 前記携帯端末の検査時に、外部機器から携帯端末に前記複数の検査プログラムを書き込むステップを含むことを特徴とする請求項１２ないし１４の何れかの請求項記載のプログラム。

Images