(57)【要約】【課題】移動端末装置に関する不具合、異常、故障発生時のログをネットワークへ送付する際の通信コストなどを抑える。【解決手段】外部から取得した診断ポリシに従って不具合に関する診断処理を行う。その診断結果に対応するエラーコードを生成する。生成されたエラーコードを出力する。【効果】移動端末装置内で収集したログをそのまま解析サーバへ送付するのではなく、移動端末装置内で自動的に解析を行う故障診断機能を持たせることで、通信コストなどを削減する。【選択図】      図３
2008271126.tif 000002
【特許請求の範囲】
【請求項１】
自装置内の不具合を診断する移動端末装置であって、診断ポリシに従って前記不具合に関する診断処理を行う診断手段と、前記診断手段による診断結果に対応するエラーコードを生成するエラーコード生成手段とを含み、前記エラーコード生成手段によって生成されたエラーコードを出力するようにしたことを特徴とする移動端末装置。
【請求項２】
前記診断ポリシを他の装置から取得する診断ポリシ取得手段を更に含むことを特徴とする請求項１記載の移動端末装置。
【請求項３】
前記診断処理は、コンピュータが診断プログラムを実行することによって実現され、
前記診断プログラムは、各端末装置に共通の機能に関する診断を行う共通診断プログラムと、前記共通診断プログラムの実行後に実行され自装置固有の機能に関する診断を行う個別診断プログラムとを含むことを特徴とする請求項１又は２記載の移動端末装置。
【請求項４】
前記エラーコードは、端末装置の機種を特定するための項目と、前記不具合の内容に関する項目とを含むことを特徴とする請求項１から請求項３までのいずれか１項に記載の移動端末装置。
【請求項５】
前記エラーコード生成手段によって生成されたエラーコードについて、その出力先を制御する手段を更に含むことを特徴とする請求項１から請求項４までのいずれか１項に記載の移動端末装置。
【請求項６】
前記エラーコード生成手段によって生成されたエラーコードをそれに対応する文字列に変換する文字列変換手段を更に含むことを特徴とする請求項１から請求項５までのいずれか１項に記載の移動端末装置。
【請求項７】
自装置内の不具合を診断する移動端末装置の診断方法であって、診断ポリシに従って前記不具合に関する診断処理を行う診断ステップと、前記診断ステップによる診断結果に対応するエラーコードを生成するエラーコード生成ステップと、前記エラーコード生成ステップにおいて生成されたエラーコードを出力する出力ステップとを含むことを特徴とする移動端末装置の診断方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動端末装置、移動端末装置の診断方法に関し、特に自装置内の不具合を診断する移動端末装置、移動端末装置の診断方法に関する。
【背景技術】
【０００２】
携帯電話機などの移動端末装置においては、故障や不具合が発生することがある。この発生した故障や不具合の原因を調査する場合、移動端末装置内で故障情報（以降、ログと表記）を取得し、通信機能を用いて通信サービス提供業者（以下、通信キャリアと呼ぶ）の解析サーバへ送付した上で、解析サーバにて原因の解析を行うのが一般的である。解析サーバにて解析された故障原因などは、解析サーバに接続されたオペレータ画面等に表示され、閲覧した故障窓口にて対応が行われる。
【０００３】
そもそもここで述べる移動端末装置の故障診断とは、ユーザが所有する移動端末装置に何らかの不具合が生じた場合に、遠隔にある外部サーバが移動端末装置と通信して、携帯端末装置のログを取得した上で診断を行い、その結果を診断窓口に通知して、診断窓口から遠隔で移動端末装置の設定の反映や移動端末装置利用の初心者への電話でのサポートを行うサービスである（例えば、特許文献１参照）。
【０００４】
診断窓口において対応が困難な問題については、表示された診断結果から故障原因を判断し、必要な処理や外部への処理依頼を行う。例えば、ログを受け取った最終的な対象社である端末装置のメーカーに対して処理を依頼することで、メーカーが問題の発生した端末及び同種端末装置に対するプログラムの修正等の対処を実施することで故障原因を解決できる。
【特許文献１】特開２００６−３１９８２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし上記の方法では、移動端末装置における故障発生時のログ取得後に、（複数の）ログをネットワークへ送付するため、多大な通信コストが発生するという問題がある。また、オペレータ画面に表示された故障内容が数値コードで表示されている場合には、数値コードを照合して結果をオペレータが理解可能な文字列として表示するための作業に関する人件コストが発生する場合もある。
本発明は上述した従来技術の問題点を解決するためになされたものであり、その目的は不具合、異常、故障発生時のログをネットワークへ送付する際の通信コストや上記作業に関する人件コストを抑えることのできる移動端末装置、移動端末装置の診断方法を提供することである。
【課題を解決するための手段】
【０００６】
本発明の請求項１に記載の発明は、自装置内の不具合を診断する移動端末装置であって、診断ポリシに従って前記不具合に関する診断処理を行う診断手段と、前記診断手段による診断結果に対応するエラーコードを生成するエラーコード生成手段とを含み、前記エラーコード生成手段によって生成されたエラーコードを出力するようにしたことを特徴とする移動端末装置を提供する。
請求項１の発明によれば、診断結果に対応するエラーコードを生成し、それを出力することで、不具合、異常、故障発生時のログをネットワークへ送付する際の通信コストや上記作業に関する人件コストを抑えることができる。なお、本明細書中では、不具合、異常、故障を総称して「不具合」、または、「異常」、もしくは「故障」と呼ぶことがある。
【０００７】
本発明の請求項２に記載の発明は、請求項１記載の移動端末装置において、前記診断ポリシを他の装置から取得する診断ポリシ取得手段を更に含むことを特徴とする。
請求項２の発明によれば、診断ポリシを更新することができる。
本発明の請求項３に記載の発明は、請求項１又は２記載の移動端末装置において、
前記診断処理は、コンピュータが診断プログラムを実行することによって実現され、
前記診断プログラムは、各端末装置に共通の機能に関する診断を行う共通診断プログラムと、前記共通診断プログラムの実行後に実行され自装置固有の機能に関する診断を行う個別診断プログラムとを含むことを特徴とする。
【０００８】
請求項３の発明によれば、端末装置のメーカー共通の共通診断プログラムを使うことによって共通機能の診断を運用でき、また、個別診断プログラムを用いることによって、各メーカーでハードウェアの特徴に従ったログを収集して診断できる。
本発明の請求項４に記載の発明は、請求項１から請求項３までのいずれか１項に記載の移動端末装置において、前記エラーコードは、端末装置の機種を特定するための項目と、前記不具合の内容に関する項目とを含むことを特徴とする。
請求項４の発明によれば、機能毎に細分化され、機能と異常処理とが分割された表現になっているエラーコードを用いることにより、機能と異常処理とを組み合わせて利用することができ、すべての機能のすべての異常処理が列挙されるよりエラーコードに関する記憶容量を削減できる。
【０００９】
本発明の請求項５に記載の発明は、請求項１から請求項４までのいずれか１項に記載の移動端末装置において、前記エラーコード生成手段によって生成されたエラーコードについて、その出力先を制御する手段を更に含むことを特徴とする。
請求項５の発明によれば、生成されたエラーコードを、携帯端末装置のディスプレイに表示したり、外部の診断サーバへ出力したりすることにより、不具合の原因を容易に把握できるようになる。
【００１０】
本発明の請求項６に記載の発明は、請求項１から請求項５までのいずれか１項に記載の移動端末装置において、前記エラーコード生成手段によって生成されたエラーコードをそれに対応する文字列に変換する文字列変換手段を更に含むことを特徴とする。
請求項６の発明によれば、エラーコードを文字列に変換し、それをディスプレイ表示することにより、故障原因を容易に把握できるようになる。
【００１１】
本発明の請求項７に記載の発明は、自装置内の不具合を診断する移動端末装置の診断方法であって、診断ポリシに従って前記不具合に関する診断処理を行う診断ステップと、前記診断ステップによる診断結果に対応するエラーコードを生成するエラーコード生成ステップと、前記エラーコード生成ステップにおいて生成されたエラーコードを出力する出力ステップとを含むことを特徴とする移動端末装置の診断方法を提供する。
請求項７の発明によれば、診断結果に対応するエラーコードを生成し、それを出力することで、不具合、異常、故障発生時のログをネットワークへ送付する際の通信コストや上記作業に関する人件コストを抑えることができる。
【００１２】
要するに本発明では、移動端末装置内で収集したログをそのまま解析サーバへ送付するのではなく、移動端末装置内で自動的に解析を行う故障自動診断機能を持たせ、診断結果に対応するエラーコードを生成し、それを出力することで、ログよりも小さデータ単位で送付できて、従来の方法の課題である通信コストや人件コストを削減できる。
【００１３】
本発明による移動端末装置の故障自動判断機能は、ユーザからの操作契機を必要とせず自動的に動作するプログラムによって実現される。このプログラムは、携帯端末装置のハードウェアとソフトウェアにて発生する故障をかならず発見してログを取得する機能とログを用いて原因を解析可能な機能とを備えている。この解析結果の表示については、ログそのものを表示するのではなく、ログを簡略化したエラーコードとして、携帯端末装置のディスプレイに表示することで利用者はその場のみで故障原因を把握可能となる。
また、利用者は故障原因を把握した後、診断窓口へ電話などの方法により通知する行動が必要となる。本発明では、この手間を削減するため、移動端末装置が自動的にエラーコードの通知を行う機能も提案する。
【発明の効果】
【００１４】
本発明によれば、不具合についての診断結果をエラーコードに変換し、変換後のエラーコードを表示出力したり、外部のサーバなどへ出力したりすることにより、故障発生時のログをネットワークへ送付する場合に比べて、通信コストや作業に関する人件コストを抑えることができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（システム全体の構成）
図１は、本発明による携帯端末装置を利用した故障診断システムの構成例を示すブロック図である。同図において、本例の故障診断システムは、ユーザが使用する携帯端末装置１００と、通信サービス提供業者によって管理される診断サーバ２００と、携帯端末装置の製造業者によって管理されるメーカーサーバ３００とを含んで構成されている。
【００１６】
携帯端末装置１００は、装置内において発生する不具合、異常、故障に関するログ情報を収集して記憶するログ収集機能１と、診断に用いる診断ポリシを診断サーバ２００から受理する診断ポリシ受理機能２と、プログラムを実行して不具合、異常、故障について自動診断する故障自動診断機能３と、診断結果に対応するエラーコードを生成するエラーコード出力機能４と、エラーコード等の表示を行うためのディスプレイ出力機能５と、エラーコードを表示文字列（すなわち利用者に表示する文字列）に変換するためのエラーコード変換テーブル６と、エラーコード変換テーブル６を参照してエラーコードを表示文字列に変換するエラーコード変換機能７と、エラーコードの一覧表を格納するエラーコード一覧格納機能８と、エラーコードの更新を行うエラーコード更新機能９とを含んで構成されている。
【００１７】
このような構成によれば、生成したエラーコードについて、エラーコード出力機能４、または、ディスプレイ出力機能５により、その出力先を制御することができるので、携帯端末装置のディスプレイに表示したり、外部の診断サーバ２００へ出力したりすることにより、不具合の原因を容易に把握できるようになる。ディスプレイへの表示、診断サーバへ出力、のいずれを行うかについては、設定ボタン操作によって利用者が選択できるようにしてもよいし、装置の仕様で予め決められていてもよい。
【００１８】
なお、本例では、診断ポリシ受理機能２により、外部の装置である診断サーバ２００から診断ポリシを受理する構成を採用している。この診断ポリシについては、携帯端末装置１００内のメモリなどに予め格納されていてもよい。携帯端末装置１００内に予め格納されている診断ポリシを更新することなくそのまま使用し続ける場合、診断ポリシ受理機能２を設ける必要はない。
【００１９】
診断サーバ２００は、診断ポリシを携帯端末装置１００へ送付する診断ポリシ送付機能２１と、エラーコードを受理するエラーコード受理機能２２と、エラーコードを出力するエラーコード出力機能２３と、オペレータがエラーコードを目視確認するためのオペレータ画面２４とを含んで構成されている。
メーカーサーバ３００は、エラーコードを受理するエラーコード受理機能２５と、オペレータがエラーコードを目視確認するためのオペレータ画面２６とを含んで構成されている。
【００２０】
（エラーコードの構成）
本例において用いられるエラーコードは、図２に示されているように、メーカー・機種等を示す第１項目ＥＣ−１と、故障発生場所である携帯端末装置内の機能要素を故障大項目として示す第２項目ＥＣ−２と、発生した異常や故障の詳細な内容を故障小項目として示す第３項目ＥＣ−３という３つの項目の組み合わせで構成されている。同図に示されている本例のエラーコードは、第１項目ＥＣ−１が「０１４」、第２項目ＥＣ−２が「０２２」、第３項目ＥＣ−３が「００１」である。それぞれの項目は文字列にて表記されるため、エラーコード全体も文字列にて表記される。このエラーコードを用いることで、ログをそのままテキストやバイナリ等で送信する方式と比較して携帯端末装置の通信コストを抑えつつ、詳細な診断情報を出力することが可能となる。
【００２１】
このように本例において用いられているエラーコードは、機能毎に細分化された表現になっている。機能と異常処理とが分割され、それらが組合わされることで、すべての異常処理が列挙されるより、エラーコードの一覧表に関する記憶容量を削減できる。
エラーコードについてこのような構成を採用すれば、将来的に機能が拡張され、それに依って異常処理が増加する場合、項目の追加が容易である。すなわち、後述するように、診断サーバから携帯端末装置内のエラーコード一覧を更新できる機能を持たせることで、ファームウェアやアプリケーションの追加・更新時に、新しく必要となる一覧に変更することで、エラーコード体型の枠組を変更すること無く、新機能や新端末への対応も可能となる。
なお、このエラーコードについては、本例のように大項目とそれを更に細分化した小項目とで構成されていてもよいし、故障項目として１つの項目であってもよい。
【００２２】
（携帯端末装置の構成例）
図１に戻り、本システムにおいて用いられる携帯端末装置１００の内部構成について更に説明する。
エラーコードの設定において、各メーカーの端末毎に当然ハードウェアやソフトウェアの構成が異なるため、故障の結果をそのままログとして吐き出しても、開発者ではない専門知識を持たない利用者や通信キャリアの診断窓口は故障原因を理解できない。診断結果には、各端末に共通して生じるエラーに対する診断値と、特定ハードウェアに依存する診断値とが存在する。特定のハードウェアに依存した値をそのままエラーコードとして吐き出しても、エラーコードを受けとった実装メーカーのみしか故障原因を正しく理解できない。メーカーから通信キャリアの窓口や利用者に説明情報を再度返答することにより情報の共有は可能だが、冗長な処理が必要となり、また説明を充分に展開できない可能性がある。
【００２３】
そこで、本システムでは、ハードウェアやソフトウェアの故障ログについて個別診断プログラムによるエラーコードを生成する処理を行う。すなわち、共通診断プログラムを実行して全メーカー共通のエラーコードを生成する他、個別診断プログラムを実行してメーカー固有のエラーコードを生成する。
以上の処理は、携帯端末装置１００内の故障自動診断機能３によって実現される。この故障自動診断機能３は、各端末装置メーカー共通の故障原因を診断する共通診断プログラム３１と、メーカー独自のハードウェアやソフトウェアに依存した診断を行う個別診断プログラム３２と、これらの診断プログラムの解析の結果に対応するエラーコードを生成するエラーコード生成プログラム３３とを、装置内のＣＰＵ（Central Processing Unit）によって実行することで実現される。
共通診断プログラム３１については、端末装置のメーカー共通のプログラムを使うことによって運用できる。これに対し、個別診断プログラム３２については、各メーカーでハードウェアの特徴に従ったログを収集して診断できるような実装を行う必要がある。
【００２４】
（故障発生時の処理）
携帯端末装置での故障発生時におけるエラーコード出力までの処理について、図３を参照して説明する。同図において、携帯端末装置内で、エラーなどの異常が発生すると（ステップＳ１）、ログ収集機能１を用いて故障ログが取得され、格納される（ステップＳ２）。このログは故障自動診断機能３へ渡される。故障自動診断機能３は、ログに対して診断を実施する。
診断の実施の前提として、診断ポリシ受理機能２により、診断に用いる診断ポリシを受理しておく必要がある（ステップＳ３）。診断ポリシ受理機能２により診断ポリシが受理されると、診断ポリシ受理機能２から故障自動診断機能３へ診断実行要求が送られる（ステップＳ４）。
【００２５】
上述したように、故障自動診断機能３は、共通診断プログラム３１、個別診断プログラム３２、エラーコード生成プログラム３３によって実現されている。故障自動診断の際（ステップＳ５）、共通診断プログラム３１の実行による共通診断の他、個別診断プログラム３２の実行による個別診断も行われる（ステップＳ６）。その後、診断プログラムの項目を示すＩＤのうち、診断結果が異常であったものが、エラーコード生成プログラム３３に送付される（ステップＳ７）。そして、エラーコード生成プログラム３３が実行されることにより、エラーコードが生成される（ステップＳ８）。エラーコード生成プログラム３３によるエラーコードの生成の際には、エラーコード一覧格納機能８に格納されているエラーコードの一覧表が参照される。
【００２６】
生成されたエラーコードは、エラーコード出力機能４に送付される（ステップＳ９）。エラーコード出力機能４は、エラーコードを外部に出力する（ステップＳ１０）。
図４は、図３を参照して説明した処理に対応するフローチャートである。同図において、待機状態において、異常が発生すると異常ログが取得され、格納される（ステップＳ１→Ｓ２）。その後、診断ポリシが受理されると（ステップＳ３）、診断実行要求が送られる（ステップＳ４）。これにより、診断プログラムが実行される（ステップＳ５）。
診断プログラムの項目を示すＩＤのうち、診断結果が異常であったものが送付され（ステップＳ７）、エラーコードが生成される（ステップＳ８）。生成されたエラーコードは携帯端末装置から出力される（ステップＳ１０）。この場合、診断サーバへ送られるか、または、携帯端末装置のディスプレイへ出力される。
【００２７】
（故障自動診断の流れ）
ここで、故障自動診断機能３による故障自動診断の流れが図５に示されている。同図において、携帯端末装置１００においては、まず、通信キャリアによって管理される診断サーバ２００から受理した診断ポリシファイル１０１に基づいて診断プログラムが実行される。診断ポリシファイル１０１は、例えば、図６（ａ）に示されているように、診断プログラム１０２に含まれる診断項目のＩＤを指定し、それらについて診断を要求するものである。例えば、ＩＤ：２１、ＩＤ：２５、ＩＤ：２６等が指定され、これら指定されたＩＤに対応する診断項目について診断が行われる。診断プログラム１０２の項目の例が、図６（ｂ）に示されている。同図において、本例では、診断プログラムＩＤ「１」は診断プログラムの項目である、解析内容「バッテリー」で利用関数「Check battery()」に対応している。また、診断プログラムＩＤ「２１」は診断プログラムの項目である、解析内容「SW Version」で利用関数「Check SW Version()」に対応している。さらに、診断プログラムＩＤ「２２」は診断プログラムの項目である、解析内容「空きメモリ容量」で利用関数「Check Memory()」に対応している。同様に、診断プログラムＩＤ「５１」は解析内容「ＧＰＳ異常終了回数」で利用関数「Check GPS()」に、診断プログラムＩＤ「５２」は解析内容「ＤＴＶ異常終了回数」で利用関数「Check TV()」に、それぞれ対応している。本例では、診断プログラムＩＤ「１」から「５０」までが共通診断プログラム１０２ａ、診断プログラムＩＤ「５１」以降が個別診断プログラム１０２ｂである。
【００２８】
図５に戻り、診断プログラム１０２に含まれる診断項目のうち、診断ポリシファイル１０１内に含まれるＩＤ群に対応する項目が実行されると、実行された診断項目の結果１０３が取得される。本例では、実行された診断項目の結果の結果１０３は、診断の結果に問題が無い場合に“０”、問題がある場合に“＋１”となり。そして、図６（ｃ）に示されているように、“＋１”の合計値（Ｔｏｔａｌ）が算出される。本例の合計値は、“＋１１”である。
【００２９】
図５に戻り、最終的にすべての診断プログラムの実行結果の合計値がある閾値を超えた場合に端末に「異常」があると判断される。この場合、エラーコード変換テーブル６が参照されてエラーコードが生成され、生成されたエラーコードは対応する表示文字列１０４に変換される。例えば、図６（ｄ）に示されているように、エラーコードは、対応する文字列“メモリ使用量超過”や“イベント機動制限の超過”等に変換される。
【００３０】
図５に戻り、端末に「異常」があると判断された場合、異常有りの旨とエラーコードに対応する表示文字列とが携帯端末装置のディスプレイに出力される。なお、上記閾値は、診断ポリシファイルと一緒に診断サーバ２００から配信されてもよいし、送信された診断ポリシファイルに含まれているＩＤ数の「８割」と決めてもよいし、絶対値で「１０」と決めてもよい。
ここで、本例の診断プログラムの解析内容には、ソフトウェアバージョン取得、異常終了回数取得、空きメモリ容量取得などの項目がある。例えば、空きメモリ容量が５％以下の場合に異常とする、など全ての項目で異常かどうかを返すようになっている。
【００３１】
その後、携帯端末装置では、診断プログラム実行結果について、解析結果が“＋１”である診断項目のＩＤが抽出される。この時、抽出されたＩＤについて、エラーコード一覧格納機能８に対する照合が行われる。ここでは、エラーコード一覧格納機能８に格納されているエラーコードの一覧表が参照されて、ＩＤがエラーコードに変換される。その変換結果であるエラーコードの第１項目〜第３項目はそれぞれエラーコード生成プログラムに渡される。
エラーコード生成プログラムは、これらの要素を連結してそれぞれの故障原因に対して、個別のエラーコードを生成する。図２を参照して説明したように、本例では、エラーコードは、それぞれ数バイトで表記される３つの項目で構成される。
【００３２】
（エラーコード生成例）
図５に戻り、エラー発生時のエラーコード生成の例として、メモリ使用量超過の場合を挙げて説明する。この故障は、携帯端末装置内である複数のイベント発生時にメモリを大量に消費する場合に端末の動作に遅延等の不具合が生じることである。この不具合が発生した時、携帯端末装置１００ではログ収集機能により、可能性のある故障情報が取得される。メモリ使用率の推移もここで取得される故障情報に含まれる。
【００３３】
さらに携帯端末装置１００では、取得された故障情報について、故障自動診断機能内の共通診断プログラムを実行して解析し、メモリ使用に関するログ情報の部分で異常を検知して原因を特定する。そして、エラーコードとして、３つの項目（図２参照）の値を繋げた文字列を出力する。例えば、“０１２−３４５−６７８”を出力する。
共通診断プログラムを実行して解析できない結果については、その携帯端末装置固有の機能に対するハードウェアまたはソフトウェア独自の故障である可能性が高い。このため、共通診断プログラムを実行した後、個別診断プログラムを実行して解析する。
【００３４】
個別診断プログラムを実行することによる診断方法も上記の共通診断プログラムと同様である。個別診断プログラムは、機種に固有の診断項目を診断するためのプログラムである。例えば、ＧＰＳ（Global Positioning System）が搭載されているか、ＤＴＶ（Digital Television）が搭載されているか、など機能に依存する項目や、メーカーに依存する項目などを診断するものである。本例では、「ＧＰＳ異常終了回数」、「ＤＴＶ異常終了回数」が診断される。
【００３５】
個別診断プログラムでは、通常動作に対する状態遷移情報を用いてメーカー・機種毎にトレースし、通常動作との差分を検知する。この検知結果に対する処理は、上記と同様である。生成されたエラーコードはエラーコード出力機能を用いて、外部に設置されているサーバである診断サーバ２００へ出力される。
また、図５に示されているように、エラーの数が所定閾値を超えていない場合は異常無しとし、その結果が携帯端末装置１００のディスプレイに表示される。一方、エラーの数が所定閾値を超えている場合は異常有りと判定され、エラーコード変換テーブル６を参照してエラーコードがそれに対応する表示文字列に変換される。そして、この変換後の表示文字列が携帯端末装置１００のディスプレイに表示される。
【００３６】
（エラーコードの利用例）
次に、本構成における携帯端末装置から出力されたエラーコードの利用例について図７を参照して説明する。エラーコードＥＣは、携帯端末装置１００内の診断プログラムの実行後、エラーコード生成プログラム３３によって生成される（ステップＳ１１）。この生成されたエラーコードＥＣは、エラーコード出力機能４により、携帯端末装置１００から出力される（ステップＳ１２）。携帯端末装置１００から出力されたエラーコードＥＣは、ネットワークを通じて診断サーバ２００へ送付される。診断サーバ２００は、エラーコード受理機能２２を用いて、本エラーコードＥＣを受理する（ステップＳ１２’）。そして、診断サーバ２００は、エラーコードを診断サーバ２００のオペレータ画面２４に表示する（ステップＳ１３）。
【００３７】
診断サーバ２００を利用するオペレータは、本エラーコードを参照して故障情報を取得する。また、診断サーバ２００では、上記オペレータ画面２４にエラーコードを表示すると同時に、エラーコード出力機能２３を用いてエラーコードＥＣをメーカーサーバ３００へ転送する（ステップＳ１４）。メーカーサーバ３００では、上記診断サーバ２００と同様に、エラーコード受理機能２５を用いてエラーコードＥＣを受理し（ステップＳ１４’）、オペレータ画面２６に表示する（ステップＳ１５）。
【００３８】
図８は、上記の各装置の処理を示すシーケンス図である。同図において、携帯端末装置１００内の診断プログラムの実行後、エラーコードＥＣが生成される（ステップＳ１１）。生成されたエラーコードＥＣは携帯端末装置１００から出力され（ステップＳ１２）、診断サーバ２００に受理される（ステップＳ１２’）。
診断サーバ２００においては、エラーコードがオペレータ画面２４に表示される（ステップＳ１３）。
【００３９】
さらに、エラーコードは、診断サーバ２００から出力され（ステップＳ１４）、メーカーサーバ３００に受理される（ステップＳ１４’）。メーカーサーバ３００においても、エラーコードがオペレータ画面２６に表示される（ステップＳ１５）。
以上の処理によれば、ログ情報自体ではなく、数バイトで構成されるエラーコードを送付することで、ネットワークへの負荷を削減することができる。
以上が、携帯端末装置における本故障自動診断機能を用いた、診断窓口及びメーカーにおける故障情報取得までの一連の処理である。
【００４０】
なお、上記は、診断サーバ２００、メーカーサーバ３００において、エラーコードをオペレータ画面に表示する場合について説明したが、エラーコードをそれに対応する表示文字列に変換した後、オペレータ画面に表示してもよい。この場合の処理について、図９を参照して説明する。同図に示されているように、携帯端末装置１００内の診断プログラムの実行後、エラーコードＥＣが生成され（ステップＳ１１）、このエラーコードが携帯端末装置１００から診断サーバ２００へエラーコードが出力される（ステップＳ１２）。診断サーバ２００においては、エラーコード受理機能２２を用いて、本エラーコードを受理した後、エラーコード変換機能２２’および変換テーブル（図示せず）を用いてエラーコードを表示文字列に変換する（ステップＳ１３’）。この変換後の表示文字列が、オペレータ画面２４に表示される（ステップＳ１３）。診断サーバを操作するオペレータは、その画面に表示された表示文字列から故障原因を読み取り、所定の処理を行うことになる。
【００４１】
同様にメーカーサーバでも同様の要素でオペレータ画面への表示が実現可能である。診断サーバ２００では、上記オペレータ画面２４に表示文字列を表示すると同時に、エラーコード出力機能２３を用いてエラーコードをメーカーサーバ３００へ転送する（ステップＳ１４）。メーカーサーバ３００では、上記診断サーバ２００と同様に、エラーコード受理機能２５および変換テーブル（図示せず）を用いてエラーコードを受理した後、エラーコード変換機能２５’を用いてエラーコードを表示文字列に変換する（ステップＳ１５’）。この変換後の表示文字列が、オペレータ画面２６に表示される（ステップＳ１５）。
【００４２】
図１０は、上記の各装置の処理を示すシーケンス図である。同図において、携帯端末装置１００内の診断プログラムの実行後、エラーコードＥＣが生成される（ステップＳ１１）。生成されたエラーコードＥＣは携帯端末装置１００から出力され（ステップＳ１２）、診断サーバ２００に受理される（ステップＳ１２’）。
診断サーバ２００においては、エラーコードが表示文字列に変換され（ステップＳ１３’）。この変換後の表示文字列が、オペレータ画面２４に表示される（ステップＳ１３）。
【００４３】
さらに、エラーコードは、診断サーバ２００から出力され（ステップＳ１４）、メーカーサーバ３００に受理される（ステップＳ１４’）。メーカーサーバ３００においても、エラーコードが表示文字列に変換され（ステップＳ１５’）。この変換後の表示文字列がオペレータ画面２６に表示される（ステップＳ１５）。
以上のように、エラーコードを利用者に理解可能な文字列に変換して表示する一方で、装置間で授受されるのはログや文字列ではないので、通信コストを削減できる。
【００４４】
（利用者による故障原因の把握とオペレータへの通知処理）
ここで、エラーコードを診断サーバへ送付するのではなく、ユーザに故障原因を表示する処理について図１１を参照して説明する。同図において、図３の場合と同様にエラーコードを生成した後（ステップＳ８）、そのエラーコードをエラーコード変換機能７に送付する（ステップＳ２１）。エラーコード変換機能７では、そのエラーコードを、故障原因を示す表示文字列に変換する（ステップＳ２２）。この場合、エラーコード変換テーブル６を用いて、利用者に理解できる表示文字列に変換される。そして、その変換後の表示文字列は、ディスプレイ出力機能５により、携帯端末装置１００のディスプレイに出力される（ステップＳ２３）。
【００４５】
図１２は、エラーコード変換テーブル６の構成例を示す図である。同図に示されているように、エラーコード変換テーブル６は、エラーコードと、それに対応する表示文字列との対応を示している。例えば、上記の例で出力されたメモリ使用率に関するエラーコードである“０１２−３４５−６７８”は、エラーコード変換テーブル６により、“メモリ使用量超過”や“イベント起動制限の超過（メモリ使用量の超過）”などの表示文字列に変換される。この表示文字列が、携帯端末装置１００のディスプレイに出力される。また、本例では、エラーコード変換テーブル６により、“０１２−００１−００１”は“アプリ領域容量超過”、“０１２−３４５−６７７”は“メモリ使用量超過”という表示文字列に変換され、携帯端末装置１００のディスプレイに出力される。その他の詳細な処理は、図５の場合と同様である。
【００４６】
図１３は、図１１を参照して説明した処理に対応するフローチャートである。同図において、待機状態において、異常が発生すると異常ログが取得され、格納される（ステップＳ１→Ｓ２）。その後、診断ポリシが受理されると（ステップＳ３）、診断実行要求が送られる（ステップＳ４）。これにより、診断プログラムが実行される（ステップＳ５）。
診断プログラムの項目を示すＩＤのうち、診断結果が異常であったものが送付され（ステップＳ７）、エラーコードが生成される（ステップＳ８）。生成されたエラーコードはさらに、表示文字列に変換される（ステップＳ２２）。そして、その変換後の表示文字列は、携帯端末装置１００のディスプレイに出力される（ステップＳ２３）。
【００４７】
以上のように、エラーコードを利用者に理解可能な表示文字列に変換して表示することで、利用者は故障原因を把握した上で自ら通信キャリア窓口などへ故障原因を通知することが可能となる。以上の処理の場合、利用者からの通知が必要となるが、ログ情報そのものを送らないため通信コストを削減できる。また、対応窓口からのリアルタイムでの対応が望めるので、この点が図３の場合と異なるメリットとなる。
【００４８】
（携帯端末装置におけるエラーコード一覧の更新処理）
ところで、エラーコードの一覧表は、更新されることがある。携帯端末装置１００に格納されているエラーコード一覧の更新処理について、図１４を参照して説明する。同図において、更新時の新しいエラーコードＥＣ−Ｎは、診断サーバ２００内の診断ポリシ送付機能２１から携帯端末装置１００へ送付される（ステップＳ４１）。携帯端末装置１００内のエラーコード更新機能９は、診断サーバ２００が送付したエラーコードＥＣ−Ｎを受理して正当性の検証を行う。この検証の結果、問題がなければ、新しいエラーコードＥＣ−Ｎをエラーコード一覧格納機能８に渡す。エラーコード一覧格納機能８は、新しいエラーコードを現在のエラーコード一覧と置き換えて格納または新しいエラーコードを追加して格納し、更新が完了となる（ステップＳ４２）。
【００４９】
また、新規なエラーコードが追加されたことに伴い、エラーコード変換テーブル６についても、更新が必要な場合もある（ステップＳ４３）。すなわち、新規なエラーコードに対応する表示文字列の追加が必要な場合には、エラーコード変換テーブル６の内容について置き換えまたは追加が行われる。新規なエラーコードが追加されても、表示文字列は元のままで対応できる場合には、エラーコード変換テーブル６の内容について置き換えまたは追加を行う必要はない。例えば、エラーコードは異なるが異常の内容が同種である場合は、同じ表示文字列を使用できるので、エラーコード変換テーブル６の内容について置き換えまたは追加を行う必要はない。
【００５０】
図１５は、上記の各装置の処理を示すシーケンス図である。同図において、更新時の新しいエラーコードＥＣ−Ｎは、診断サーバ２００から携帯端末装置１００へ送付される（ステップＳ４１）。送付された新しいエラーコードＥＣ−Ｎは、携帯端末装置１００において受理される（ステップＳ４１’）。
そして、新しいエラーコードが現在のエラーコード一覧と置き換えられて格納または新しいエラーコードが追加されて格納される（ステップＳ４２）。また、エラーコード変換テーブル６について更新が必要な場合、その更新が行われる（ステップＳ４３）。
【００５１】
ここで、本例のエラーコードは、第１項目から第３項目までの３つの項目によって構成されていることから、各項目を独立して更新することも可能である。例えば、エラーコードのうち、メーカー・機種名を示す第１項目を更新することなく、それ以下の第２項目、第３項目のみを更新することも可能である。このように、細分化して更新する手法を採用することにより、更新時において送付する差分情報を少量化することができる。このため、余分な情報を更新することによる不整合な照合結果の発生を抑えると共に、ネットワークを介して送付する際の通信コストを抑止できる。
【００５２】
以下、エラーコードおよびその生成に関するより具体的な実施例について、説明する。
（エラーコードの第１の実施例）
図１６は、本システムによるエラーコードの第１の実施例を示す図である。同図において、本実施例では、診断ポリシファイルを受信し、その診断ポリシファイルに従って診断プログラムが実行される。そして、実行された結果のＩＤに基づいてエラーコードが生成される。この場合、エラーコード一覧格納機能８に格納されているエラーコードの一覧表を参照してＩＤをエラーコードに変換することにより、エラーコードが生成される。本例では、診断プログラムを実行することにより、Ｔｏｔａｌ「＋１１」という結果１０３が得られたため、１１項目のエラーが存在していることが分かる。
【００５３】
同図に示されている本例のエラーコードは、メーカー・機種等を示す第１項目ＥＣ−１が「０１４」、故障発生場所である携帯端末装置内の機能要素を故障大項目として示す第２項目ＥＣ−２が「０２２」、発生した異常や故障の詳細な内容を故障小項目として示す第３項目ＥＣ−３が「００１」である。
エラーコード第２項目である故障大項目は、診断プログラムの解析内容１０２’と同じ内容である。エラーコード第３項目である故障小項目は、コードごとにファイルを分けてもよいし、１つのファイルであってもよい。ファイル１０２−１、１０２−２のようにコードごとにファイルを分けた場合、更新の際、必要なコードのもののみ送信すればよいので、更新処理を効率良く行うことができる。
ここで、同じ項目に関するエラーコードであっても、複数種類のエラーを検出できる場合がある。本例の場合、診断項目の結果１０３は、解析内容である、「メモリ」に関するエラーコード「０２２」について、残容量少「００１」と、書き込み不可「００２」という２つのエラーが検出されている。
【００５４】
図１７は、上記の処理に対応する、携帯端末装置の動作内容を示すフローチャートである。同図において、最初に、診断ポリシファイルが受信される（ステップＳ９０１）。次に、受信された診断ポリシファイルに従って診断プログラムが実行される（ステップＳ９０２）。そして、異常かどうかの判定が行われる（ステップＳ９０３）。異常と判定された場合は、実行された結果のＩＤに基づいてエラーコードが生成される（ステップＳ９０４）。生成されたエラーコードは、診断サーバへ送られるか、または表示文字列に変換された後、携帯端末装置のディスプレイに表示される（ステップＳ９０５）。
【００５５】
（エラーコードの第２の実施例）
図１８は、本システムによるエラーコードの第２の実施例を示す図である。同図において、本実施例では、診断ポリシファイルを受信すると、共通診断要求と個別診断要求とを同じファイルに格納する。そして、最初に、その診断ポリシファイルに従って共通診断プログラムが実行される。共通診断項目であるかどうかは、エラーコードで判断される。例えば、５１番以降の番号の項目を共通診断項目とすればよい。また、共通診断プログラムと個別診断プログラムとで第２項目のファイルを分けておいて、共通診断プログラムのみを実行してもよい。
【００５６】
次に、実行した結果のＩＤに基づいてエラーコードが生成される。この場合、エラーコード一覧格納機能８に格納されているエラーコードの一覧表を参照してＩＤをエラーコードに変換することにより、エラーコードが生成される。
その後、第１の実施例の場合と同様に、異常かどうかの判定が行われる。すなわち、実行結果の合計がある閾値を超えなければ、異常では無いと判定される。この場合、個別診断プログラムが実行される。異常であると判定された場合、第１の実施例の場合と同様にエラーコードの一覧表が参照され、エラーコードが生成される。
【００５７】
本実施例においても、エラーコード第２項目である故障大項目は、診断プログラムの解析内容と同じ内容である。エラーコード第３項目である故障小項目は、コードごとにファイルを分けてもよいし、１つのファイルであってもよい。コードごとにファイルを分けた場合、更新の際、必要なコードのもののみ送信すればよいので、更新処理を効率良く行うことができる。
【００５８】
図１９は、上記の処理に対応する、携帯端末装置の動作内容を示すフローチャートである。同図において、最初に、診断ポリシファイルが受信される（ステップＳ１００１）。すると、診断ポリシファイルに含まれている共通診断プログラムに関する項目と個別診断プログラムに関する項目とが同じファイルに格納される（ステップＳ１００２）。
次に、受信された診断ポリシファイルに従って共通診断プログラムが実行される（ステップＳ１００３）。そして、実行された結果のＩＤに基づいてエラーコードが生成される（ステップＳ１００４）。その後、異常かどうかの判定が行われる（ステップＳ１００５）。異常と判定された場合（すなわち共通診断プログラムの実行結果の合計値が閾値を超えた場合）、生成されたエラーコードは、診断サーバへ送られるか、または表示文字列に変換された後、携帯端末装置のディスプレイに表示され（ステップＳ１００６）、処理は終了となる。
【００５９】
一方、異常ではないと判定された場合（すなわち共通診断プログラムの実行結果の合計値が閾値を超えない場合）、個別診断プログラムが実行される（ステップＳ１００７）。そして、実行した結果のＩＤに基づいてエラーコードが生成される（ステップＳ１００８）。そして、異常かどうかの判定が行われる（ステップＳ１００９）。異常と判定された場合、生成されたエラーコードは、診断サーバへ送られるか、または表示文字列に変換された後、携帯端末装置のディスプレイに表示される（ステップＳ１００６）。一方、異常ではないと判定された場合、処理は終了となる。
【００６０】
（エラーコードの第３の実施例）
図２０は、本システムによるエラーコードの第３の実施例を示す図である。同図において、本実施例では、診断ポリシファイル１０１を受信すると、共通診断プログラムについての診断要求と個別診断プログラムについての診断要求とを分けて別々のファイルに格納する。例えば、ファイル名を異なるものにしてもよいし、異なるフラグ情報を付加することによって分けてもよい。
後者の場合、例えば共通診断プログラムなら「１」、個別診断プログラムなら「２」をフラグ情報として付加することによって分ければよい。この場合、診断ポリシファイルを２列に分け、フラグ情報が１列目、解析内容のＩＤが２列目、にそれぞれ配置される構成にしてもよい。
【００６１】
そして、最初に、その診断ポリシファイルに従って共通診断プログラムが実行される。次に、実行された結果のＩＤに基づいてエラーコードが生成される。この場合、エラーコード一覧格納機能８に格納されているエラーコードの一覧表を参照してＩＤをエラーコードに変換することにより、エラーコードが生成される。
その後、第１の実施例の場合と同様に、異常かどうかの判定が行われる。すなわち、実行結果の合計がある閾値を超えなければ、異常では無いと判定される。この場合、個別診断プログラムが実行される。異常であると判定された場合、第１の実施例の場合と同様にエラーコードの一覧表が参照され、エラーコードが生成される。
【００６２】
本実施例においても、エラーコード第２項目である故障大項目は、診断プログラムの解析内容と同じ内容である。エラーコード第３項目である故障小項目は、コードごとにファイルを分けてもよいし、１つのファイルであってもよい。コードごとにファイルを分けた場合、更新の際、必要なコードのもののみ送信すればよいので、更新処理を効率良く行うことができる。
【００６３】
図２１は、上記の処理に対応する、携帯端末装置の動作内容を示すフローチャートである。同図において、最初に、診断ポリシファイルが受信される（ステップＳ１００１）。すると、診断ポリシファイルに含まれている共通診断プログラムに関する項目と個別診断プログラムに関する項目とが別々のファイルに分けて格納される（ステップＳ１００２’）。以降の処理については、図１９を参照して説明した第２の実施例の場合と同様であるため、その説明を省略する。
【００６４】
（エラーコードの第４の実施例）
図２２は、本システムによるエラーコードの第４の実施例を示す図である。同図において、本実施例では、診断ポリシファイルを２回に分けて受信する。すなわち、まず共通診断要求のみの診断ポリシファイルを受信し、異常かどうかの判定後に個別診断要求の診断ポリシファイルを受信する。
最初に、共通診断要求の診断ポリシファイルに従って共通診断プログラムが実行される。実行された結果のＩＤに基づいてエラーコードが生成される。この場合、エラーコード一覧格納機能８に格納されているエラーコードの一覧表を参照してＩＤをエラーコードに変換することにより、エラーコードが生成される。
【００６５】
その後、異常かどうかの判定が行われる。実行結果の合計がある閾値を超えなければ、異常では無いと判定される。閾値を超えず、異常では無いと判定された場合、携帯端末装置１００から診断サーバ２００へ、個別診断要求の診断ポリシファイルの送信が要求される。
その後、個別診断要求の診断ポリシファイルを受信し、その診断ポリシファイルに従って個別診断プログラムが実行される。その後の処理は、第１の実施例の場合と同様である。
【００６６】
本実施例においても、エラーコード第２項目である故障大項目は、診断プログラムの解析内容と同じ内容である。エラーコード第３項目である故障小項目は、コードごとにファイルを分けてもよいし、１つのファイルであってもよい。コードごとにファイルを分けた場合、更新の際、必要なコードのもののみ送信すればよいので、更新処理を効率良く行うことができる。
【００６７】
図２３は、上記の処理に対応する、携帯端末装置の動作内容を示すフローチャートである。同図において、最初に、共通診断プログラムに関する診断ポリシファイルが受信される（ステップＳ１００１’）。次に、受信された診断ポリシファイルに従って共通診断プログラムが実行される（ステップＳ１００３）。
そして、実行された結果のＩＤに基づいてエラーコードが生成される（ステップＳ１００４）。その後、異常かどうかの判定が行われる（ステップＳ１００５）。異常と判定された場合（すなわち共通診断プログラムの実行結果の合計値が閾値を超えた場合）、生成されたエラーコードは、診断サーバへ送られるか、または表示文字列に変換された後、携帯端末装置のディスプレイに表示され（ステップＳ１００６）、処理は終了となる。
【００６８】
一方、異常ではないと判定された場合（すなわち共通診断プログラムの実行結果の合計値が閾値を超えない場合）、携帯端末装置から診断サーバへ、個別診断プログラムに関する診断ポリシファイルが要求される（ステップＳ１００５’）。その後、診断サーバから個別診断プログラムに関する診断ポリシファイルが出力されると、それが受信される（ステップＳ１００１’’）。そして、個別診断プログラムが実行される（ステップＳ１００７）。以降の処理については、図２１を参照して説明した第３の実施例の場合と同様であるため、その説明を省略する。
【００６９】
（エラーコードの第５の実施例）
図２４は、本システムによるエラーコードの第５の実施例を示す図である。同図において、本例は、第１の実施例の変形である。本例が第１の実施例の場合と異なるのは、エラーコードの第２項目である。すなわち、同図を参照すると、エラーコードの第２項目は、診断プログラムの解析内容１０２’’と同じ内容である。すなわち、エラーコードの第２項目は、「エラーコード」、「解析内容」の他、「診断プログラムＩＤ」を項目としている。「診断プログラムＩＤ」は、診断プログラムの項目を指し示すＩＤである。本例では、診断プログラムＩＤ「１」は診断プログラムの項目である、解析内容「バッテリー」で利用関数「Check battery()」に対応している。また、診断プログラムＩＤ「２１」は診断プログラムの項目である、解析内容「SW Version」で利用関数「Check SW Version()」に対応している。さらに、診断プログラムＩＤ「２２」は診断プログラムの項目である、解析内容「空きメモリ容量」で利用関数「Check Memory()」に対応している。
【００７０】
本実施例においても、診断ポリシファイルを受信し、その診断ポリシファイルに従って診断プログラムを実行する。そして、実行した結果のＩＤに基づいてエラーコードが生成される。この場合、エラーコード一覧格納機能８に格納されているエラーコードの一覧表を参照してＩＤをエラーコードに変換することにより、エラーコードが生成される。
エラーコード第２項目である故障大項目は、上述した内容である。エラーコード第３項目である故障小項目は、コードごとにファイルを分けてもよいし、１つのファイルであってもよい。コードごとにファイルを分けた場合、更新の際、必要なコードのもののみ送信すればよいので、更新処理を効率良く行うことができる。
本実施例による処理の内容は、図１７を参照して説明した第１の実施例の場合と同様であるため、その説明を省略する。
【００７１】
（移動端末装置の診断方法）
上述した携帯端末装置では、以下のような診断方法が採用されている。すなわち、自装置内の不具合を診断する移動端末装置の診断方法であり、図２５に示されているように、外部から取得した診断ポリシに従って前記不具合に関する診断処理を行う診断ステップ（ステップＳ１０１）と、この診断ステップによる診断結果に対応するエラーコードを生成するエラーコード生成ステップ（ステップＳ１０２）と、このエラーコード生成ステップにおいて生成されたエラーコードを出力する出力ステップ（ステップＳ１０３）とを含む診断方法が採用されている。このような診断方法を採用し、不具合についての診断結果をエラーコードに変換し、変換後のエラーコードを表示出力したり、外部のサーバなどへ出力したりすることにより、故障発生時のログをネットワークへ送付する場合に比べて、通信コストや作業に関する人件コストを抑えることができる。
【００７２】
（まとめ）
本発明では、ユーザからの操作契機を必要とせず自動的に動作し、携帯端末装置のハードウェアとソフトウェアにて発生する故障をかならず発見してログを取得する機能とログを用いて原因を解析可能な機能とを備えている。この解析結果の表示については、ログそのものを表示するのではなく、ログを簡略化した文字列であるエラーコードとして、携帯端末装置のディスプレイに表示することで利用者はその場のみで故障原因を把握できる。つまり、収集したログをそのまま解析サーバへ送付することをせずに、携帯端末装置内で自動的に解析を行う故障診断機能を持たせることで、通信コストと人件コストを削減できる。
また、本発明では、自動でエラーコードの通知を行うエラーコード出力機能を採用している。このため、利用者は故障原因を把握後に、診断窓口へ電話などの方法により通知する行動が不要となり、手間を削減することができる。
【産業上の利用可能性】
【００７３】
本発明は、移動端末装置内の不具合を診断する場合に利用することができる。
【図面の簡単な説明】
【００７４】
【図１】本発明による携帯端末装置を利用した故障診断システムの構成例を示すブロック図である。
【図２】エラーコードの構成例を示す図である。
【図３】携帯端末装置での故障発生時におけるエラーコード出力までの処理を示す図である。
【図４】図３を参照して説明した処理に対応するフローチャートである。
【図５】故障自動診断機能による故障自動診断の流れを示す図である。
【図６】（ａ）は診断ポリシファイルの例、（ｂ）は診断プログラムの項目の例、（ｃ）は実行された診断項目の結果の例、（ｄ）はエラーコードは対応する表示文字列の例、をそれぞれ示す図である。
【図７】エラーコードの利用例を示す図である。
【図８】図７における各装置の処理を示すシーケンス図である。
【図９】エラーコードの他の利用例を示す図である。
【図１０】図９における各装置の処理を示すシーケンス図である。
【図１１】ユーザに故障原因を表示する処理を示す図である。
【図１２】エラーコード変換テーブルの構成例を示す図である。
【図１３】図１１を参照して説明した処理に対応するフローチャートである。
【図１４】携帯端末装置に格納されているエラーコード一覧の更新処理を示す図である。
【図１５】図１４における各装置の処理を示すシーケンス図である。
【図１６】エラーコードの第１の実施例を示す図である。
【図１７】図１５を参照して説明した処理に対応するフローチャートである。
【図１８】エラーコードの第２の実施例を示す図である。
【図１９】図１８を参照して説明した処理に対応するフローチャートである。
【図２０】エラーコードの第３の実施例を示す図である。
【図２１】図２０を参照して説明した処理に対応するフローチャートである。
【図２２】エラーコードの第４の実施例を示す図である。
【図２３】図２２を参照して説明した処理に対応するフローチャートである。
【図２４】エラーコードの第５の実施例を示す図である。
【図２５】本発明による移動端末装置の診断方法の例を示すフローチャートである。
【符号の説明】
【００７５】
１  ログ収集機能
２  診断ポリシ受理機能
３  故障自動診断機能
４、２３  エラーコード出力機能
５  ディスプレイ出力機能
６  エラーコード変換テーブル
７、２２’、２５’  エラーコード変換機能
８  エラーコード一覧格納機能
９  エラーコード更新機能
２１  診断ポリシ送付機能
２２、２５  エラーコード受理機能
２４、２６  オペレータ画面
３１  共通診断プログラム
３２  個別診断プログラム
３３  エラーコード生成プログラム
１００  携帯端末装置
１０１  診断ポリシファイル
１０２  診断プログラム
１０４  表示文字列
２００  診断サーバ
３００  メーカーサーバ
【図１】
2008271126.tif 000003
【図２】
2008271126.tif 000004
【図３】
2008271126.tif 000005
【図４】
2008271126.tif 000006
【図５】
2008271126.tif 000007
【図６】
2008271126.tif 000008
【図７】
2008271126.tif 000009
【図８】
2008271126.tif 000010
【図９】
2008271126.tif 000011
【図１０】
2008271126.tif 000012
【図１１】
2008271126.tif 000013
【図１２】
2008271126.tif 000014
【図１３】
2008271126.tif 000015
【図１４】
2008271126.tif 000016
【図１５】
2008271126.tif 000017
【図１６】
2008271126.tif 000018
【図１７】
2008271126.tif 000019
【図１８】
2008271126.tif 000020
【図１９】
2008271126.tif 000021
【図２０】
2008271126.tif 000022
【図２１】
2008271126.tif 000023
【図２２】
2008271126.tif 000024
【図２３】
2008271126.tif 000025
【図２４】
2008271126.tif 000026
【図２５】
2008271126.tif 000027