JP2008271126A - 移動端末装置、移動端末装置の診断方法 - Google Patents
移動端末装置、移動端末装置の診断方法 Download PDFInfo
- Publication number
- JP2008271126A JP2008271126A JP2007110769A JP2007110769A JP2008271126A JP 2008271126 A JP2008271126 A JP 2008271126A JP 2007110769 A JP2007110769 A JP 2007110769A JP 2007110769 A JP2007110769 A JP 2007110769A JP 2008271126 A JP2008271126 A JP 2008271126A
- Authority
- JP
- Japan
- Prior art keywords
- error code
- diagnostic
- mobile terminal
- terminal device
- diagnosis
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Debugging And Monitoring (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
- Monitoring And Testing Of Transmission In General (AREA)
- Stored Programmes (AREA)
Abstract
【課題】移動端末装置に関する不具合、異常、故障発生時のログをネットワークへ送付する際の通信コストなどを抑える。
【解決手段】外部から取得した診断ポリシに従って不具合に関する診断処理を行う。その診断結果に対応するエラーコードを生成する。生成されたエラーコードを出力する。
【効果】移動端末装置内で収集したログをそのまま解析サーバへ送付するのではなく、移動端末装置内で自動的に解析を行う故障診断機能を持たせることで、通信コストなどを削減する。
【選択図】 図３
【解決手段】外部から取得した診断ポリシに従って不具合に関する診断処理を行う。その診断結果に対応するエラーコードを生成する。生成されたエラーコードを出力する。
【効果】移動端末装置内で収集したログをそのまま解析サーバへ送付するのではなく、移動端末装置内で自動的に解析を行う故障診断機能を持たせることで、通信コストなどを削減する。
【選択図】 図３
Description
本発明は移動端末装置、移動端末装置の診断方法に関し、特に自装置内の不具合を診断する移動端末装置、移動端末装置の診断方法に関する。
携帯電話機などの移動端末装置においては、故障や不具合が発生することがある。この発生した故障や不具合の原因を調査する場合、移動端末装置内で故障情報（以降、ログと表記）を取得し、通信機能を用いて通信サービス提供業者（以下、通信キャリアと呼ぶ）の解析サーバへ送付した上で、解析サーバにて原因の解析を行うのが一般的である。解析サーバにて解析された故障原因などは、解析サーバに接続されたオペレータ画面等に表示され、閲覧した故障窓口にて対応が行われる。
そもそもここで述べる移動端末装置の故障診断とは、ユーザが所有する移動端末装置に何らかの不具合が生じた場合に、遠隔にある外部サーバが移動端末装置と通信して、携帯端末装置のログを取得した上で診断を行い、その結果を診断窓口に通知して、診断窓口から遠隔で移動端末装置の設定の反映や移動端末装置利用の初心者への電話でのサポートを行うサービスである（例えば、特許文献１参照）。
診断窓口において対応が困難な問題については、表示された診断結果から故障原因を判断し、必要な処理や外部への処理依頼を行う。例えば、ログを受け取った最終的な対象社である端末装置のメーカーに対して処理を依頼することで、メーカーが問題の発生した端末及び同種端末装置に対するプログラムの修正等の対処を実施することで故障原因を解決できる。
特開２００６−３１９８２８号公報
しかし上記の方法では、移動端末装置における故障発生時のログ取得後に、（複数の）ログをネットワークへ送付するため、多大な通信コストが発生するという問題がある。また、オペレータ画面に表示された故障内容が数値コードで表示されている場合には、数値コードを照合して結果をオペレータが理解可能な文字列として表示するための作業に関する人件コストが発生する場合もある。
本発明は上述した従来技術の問題点を解決するためになされたものであり、その目的は不具合、異常、故障発生時のログをネットワークへ送付する際の通信コストや上記作業に関する人件コストを抑えることのできる移動端末装置、移動端末装置の診断方法を提供することである。
本発明は上述した従来技術の問題点を解決するためになされたものであり、その目的は不具合、異常、故障発生時のログをネットワークへ送付する際の通信コストや上記作業に関する人件コストを抑えることのできる移動端末装置、移動端末装置の診断方法を提供することである。
本発明の請求項１に記載の発明は、自装置内の不具合を診断する移動端末装置であって、診断ポリシに従って前記不具合に関する診断処理を行う診断手段と、前記診断手段による診断結果に対応するエラーコードを生成するエラーコード生成手段とを含み、前記エラーコード生成手段によって生成されたエラーコードを出力するようにしたことを特徴とする移動端末装置を提供する。
請求項１の発明によれば、診断結果に対応するエラーコードを生成し、それを出力することで、不具合、異常、故障発生時のログをネットワークへ送付する際の通信コストや上記作業に関する人件コストを抑えることができる。なお、本明細書中では、不具合、異常、故障を総称して「不具合」、または、「異常」、もしくは「故障」と呼ぶことがある。
請求項１の発明によれば、診断結果に対応するエラーコードを生成し、それを出力することで、不具合、異常、故障発生時のログをネットワークへ送付する際の通信コストや上記作業に関する人件コストを抑えることができる。なお、本明細書中では、不具合、異常、故障を総称して「不具合」、または、「異常」、もしくは「故障」と呼ぶことがある。
本発明の請求項２に記載の発明は、請求項１記載の移動端末装置において、前記診断ポリシを他の装置から取得する診断ポリシ取得手段を更に含むことを特徴とする。
請求項２の発明によれば、診断ポリシを更新することができる。
本発明の請求項３に記載の発明は、請求項１又は２記載の移動端末装置において、
前記診断処理は、コンピュータが診断プログラムを実行することによって実現され、
前記診断プログラムは、各端末装置に共通の機能に関する診断を行う共通診断プログラムと、前記共通診断プログラムの実行後に実行され自装置固有の機能に関する診断を行う個別診断プログラムとを含むことを特徴とする。
請求項２の発明によれば、診断ポリシを更新することができる。
本発明の請求項３に記載の発明は、請求項１又は２記載の移動端末装置において、
前記診断処理は、コンピュータが診断プログラムを実行することによって実現され、
前記診断プログラムは、各端末装置に共通の機能に関する診断を行う共通診断プログラムと、前記共通診断プログラムの実行後に実行され自装置固有の機能に関する診断を行う個別診断プログラムとを含むことを特徴とする。
請求項３の発明によれば、端末装置のメーカー共通の共通診断プログラムを使うことによって共通機能の診断を運用でき、また、個別診断プログラムを用いることによって、各メーカーでハードウェアの特徴に従ったログを収集して診断できる。
本発明の請求項４に記載の発明は、請求項１から請求項３までのいずれか１項に記載の移動端末装置において、前記エラーコードは、端末装置の機種を特定するための項目と、前記不具合の内容に関する項目とを含むことを特徴とする。
請求項４の発明によれば、機能毎に細分化され、機能と異常処理とが分割された表現になっているエラーコードを用いることにより、機能と異常処理とを組み合わせて利用することができ、すべての機能のすべての異常処理が列挙されるよりエラーコードに関する記憶容量を削減できる。
本発明の請求項４に記載の発明は、請求項１から請求項３までのいずれか１項に記載の移動端末装置において、前記エラーコードは、端末装置の機種を特定するための項目と、前記不具合の内容に関する項目とを含むことを特徴とする。
請求項４の発明によれば、機能毎に細分化され、機能と異常処理とが分割された表現になっているエラーコードを用いることにより、機能と異常処理とを組み合わせて利用することができ、すべての機能のすべての異常処理が列挙されるよりエラーコードに関する記憶容量を削減できる。
本発明の請求項５に記載の発明は、請求項１から請求項４までのいずれか１項に記載の移動端末装置において、前記エラーコード生成手段によって生成されたエラーコードについて、その出力先を制御する手段を更に含むことを特徴とする。
請求項５の発明によれば、生成されたエラーコードを、携帯端末装置のディスプレイに表示したり、外部の診断サーバへ出力したりすることにより、不具合の原因を容易に把握できるようになる。
請求項５の発明によれば、生成されたエラーコードを、携帯端末装置のディスプレイに表示したり、外部の診断サーバへ出力したりすることにより、不具合の原因を容易に把握できるようになる。
本発明の請求項６に記載の発明は、請求項１から請求項５までのいずれか１項に記載の移動端末装置において、前記エラーコード生成手段によって生成されたエラーコードをそれに対応する文字列に変換する文字列変換手段を更に含むことを特徴とする。
請求項６の発明によれば、エラーコードを文字列に変換し、それをディスプレイ表示することにより、故障原因を容易に把握できるようになる。
請求項６の発明によれば、エラーコードを文字列に変換し、それをディスプレイ表示することにより、故障原因を容易に把握できるようになる。
本発明の請求項７に記載の発明は、自装置内の不具合を診断する移動端末装置の診断方法であって、診断ポリシに従って前記不具合に関する診断処理を行う診断ステップと、前記診断ステップによる診断結果に対応するエラーコードを生成するエラーコード生成ステップと、前記エラーコード生成ステップにおいて生成されたエラーコードを出力する出力ステップとを含むことを特徴とする移動端末装置の診断方法を提供する。
請求項７の発明によれば、診断結果に対応するエラーコードを生成し、それを出力することで、不具合、異常、故障発生時のログをネットワークへ送付する際の通信コストや上記作業に関する人件コストを抑えることができる。
請求項７の発明によれば、診断結果に対応するエラーコードを生成し、それを出力することで、不具合、異常、故障発生時のログをネットワークへ送付する際の通信コストや上記作業に関する人件コストを抑えることができる。
要するに本発明では、移動端末装置内で収集したログをそのまま解析サーバへ送付するのではなく、移動端末装置内で自動的に解析を行う故障自動診断機能を持たせ、診断結果に対応するエラーコードを生成し、それを出力することで、ログよりも小さデータ単位で送付できて、従来の方法の課題である通信コストや人件コストを削減できる。
本発明による移動端末装置の故障自動判断機能は、ユーザからの操作契機を必要とせず自動的に動作するプログラムによって実現される。このプログラムは、携帯端末装置のハードウェアとソフトウェアにて発生する故障をかならず発見してログを取得する機能とログを用いて原因を解析可能な機能とを備えている。この解析結果の表示については、ログそのものを表示するのではなく、ログを簡略化したエラーコードとして、携帯端末装置のディスプレイに表示することで利用者はその場のみで故障原因を把握可能となる。
また、利用者は故障原因を把握した後、診断窓口へ電話などの方法により通知する行動が必要となる。本発明では、この手間を削減するため、移動端末装置が自動的にエラーコードの通知を行う機能も提案する。
また、利用者は故障原因を把握した後、診断窓口へ電話などの方法により通知する行動が必要となる。本発明では、この手間を削減するため、移動端末装置が自動的にエラーコードの通知を行う機能も提案する。
本発明によれば、不具合についての診断結果をエラーコードに変換し、変換後のエラーコードを表示出力したり、外部のサーバなどへ出力したりすることにより、故障発生時のログをネットワークへ送付する場合に比べて、通信コストや作業に関する人件コストを抑えることができる。
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（システム全体の構成）
図１は、本発明による携帯端末装置を利用した故障診断システムの構成例を示すブロック図である。同図において、本例の故障診断システムは、ユーザが使用する携帯端末装置１００と、通信サービス提供業者によって管理される診断サーバ２００と、携帯端末装置の製造業者によって管理されるメーカーサーバ３００とを含んで構成されている。
（システム全体の構成）
図１は、本発明による携帯端末装置を利用した故障診断システムの構成例を示すブロック図である。同図において、本例の故障診断システムは、ユーザが使用する携帯端末装置１００と、通信サービス提供業者によって管理される診断サーバ２００と、携帯端末装置の製造業者によって管理されるメーカーサーバ３００とを含んで構成されている。
携帯端末装置１００は、装置内において発生する不具合、異常、故障に関するログ情報を収集して記憶するログ収集機能１と、診断に用いる診断ポリシを診断サーバ２００から受理する診断ポリシ受理機能２と、プログラムを実行して不具合、異常、故障について自動診断する故障自動診断機能３と、診断結果に対応するエラーコードを生成するエラーコード出力機能４と、エラーコード等の表示を行うためのディスプレイ出力機能５と、エラーコードを表示文字列（すなわち利用者に表示する文字列）に変換するためのエラーコード変換テーブル６と、エラーコード変換テーブル６を参照してエラーコードを表示文字列に変換するエラーコード変換機能７と、エラーコードの一覧表を格納するエラーコード一覧格納機能８と、エラーコードの更新を行うエラーコード更新機能９とを含んで構成されている。
このような構成によれば、生成したエラーコードについて、エラーコード出力機能４、または、ディスプレイ出力機能５により、その出力先を制御することができるので、携帯端末装置のディスプレイに表示したり、外部の診断サーバ２００へ出力したりすることにより、不具合の原因を容易に把握できるようになる。ディスプレイへの表示、診断サーバへ出力、のいずれを行うかについては、設定ボタン操作によって利用者が選択できるようにしてもよいし、装置の仕様で予め決められていてもよい。
なお、本例では、診断ポリシ受理機能２により、外部の装置である診断サーバ２００から診断ポリシを受理する構成を採用している。この診断ポリシについては、携帯端末装置１００内のメモリなどに予め格納されていてもよい。携帯端末装置１００内に予め格納されている診断ポリシを更新することなくそのまま使用し続ける場合、診断ポリシ受理機能２を設ける必要はない。
診断サーバ２００は、診断ポリシを携帯端末装置１００へ送付する診断ポリシ送付機能２１と、エラーコードを受理するエラーコード受理機能２２と、エラーコードを出力するエラーコード出力機能２３と、オペレータがエラーコードを目視確認するためのオペレータ画面２４とを含んで構成されている。
メーカーサーバ３００は、エラーコードを受理するエラーコード受理機能２５と、オペレータがエラーコードを目視確認するためのオペレータ画面２６とを含んで構成されている。
メーカーサーバ３００は、エラーコードを受理するエラーコード受理機能２５と、オペレータがエラーコードを目視確認するためのオペレータ画面２６とを含んで構成されている。
（エラーコードの構成）
本例において用いられるエラーコードは、図２に示されているように、メーカー・機種等を示す第１項目ＥＣ−１と、故障発生場所である携帯端末装置内の機能要素を故障大項目として示す第２項目ＥＣ−２と、発生した異常や故障の詳細な内容を故障小項目として示す第３項目ＥＣ−３という３つの項目の組み合わせで構成されている。同図に示されている本例のエラーコードは、第１項目ＥＣ−１が「０１４」、第２項目ＥＣ−２が「０２２」、第３項目ＥＣ−３が「００１」である。それぞれの項目は文字列にて表記されるため、エラーコード全体も文字列にて表記される。このエラーコードを用いることで、ログをそのままテキストやバイナリ等で送信する方式と比較して携帯端末装置の通信コストを抑えつつ、詳細な診断情報を出力することが可能となる。
本例において用いられるエラーコードは、図２に示されているように、メーカー・機種等を示す第１項目ＥＣ−１と、故障発生場所である携帯端末装置内の機能要素を故障大項目として示す第２項目ＥＣ−２と、発生した異常や故障の詳細な内容を故障小項目として示す第３項目ＥＣ−３という３つの項目の組み合わせで構成されている。同図に示されている本例のエラーコードは、第１項目ＥＣ−１が「０１４」、第２項目ＥＣ−２が「０２２」、第３項目ＥＣ−３が「００１」である。それぞれの項目は文字列にて表記されるため、エラーコード全体も文字列にて表記される。このエラーコードを用いることで、ログをそのままテキストやバイナリ等で送信する方式と比較して携帯端末装置の通信コストを抑えつつ、詳細な診断情報を出力することが可能となる。
このように本例において用いられているエラーコードは、機能毎に細分化された表現になっている。機能と異常処理とが分割され、それらが組合わされることで、すべての異常処理が列挙されるより、エラーコードの一覧表に関する記憶容量を削減できる。
エラーコードについてこのような構成を採用すれば、将来的に機能が拡張され、それに依って異常処理が増加する場合、項目の追加が容易である。すなわち、後述するように、診断サーバから携帯端末装置内のエラーコード一覧を更新できる機能を持たせることで、ファームウェアやアプリケーションの追加・更新時に、新しく必要となる一覧に変更することで、エラーコード体型の枠組を変更すること無く、新機能や新端末への対応も可能となる。
なお、このエラーコードについては、本例のように大項目とそれを更に細分化した小項目とで構成されていてもよいし、故障項目として１つの項目であってもよい。
エラーコードについてこのような構成を採用すれば、将来的に機能が拡張され、それに依って異常処理が増加する場合、項目の追加が容易である。すなわち、後述するように、診断サーバから携帯端末装置内のエラーコード一覧を更新できる機能を持たせることで、ファームウェアやアプリケーションの追加・更新時に、新しく必要となる一覧に変更することで、エラーコード体型の枠組を変更すること無く、新機能や新端末への対応も可能となる。
なお、このエラーコードについては、本例のように大項目とそれを更に細分化した小項目とで構成されていてもよいし、故障項目として１つの項目であってもよい。
（携帯端末装置の構成例）
図１に戻り、本システムにおいて用いられる携帯端末装置１００の内部構成について更に説明する。
エラーコードの設定において、各メーカーの端末毎に当然ハードウェアやソフトウェアの構成が異なるため、故障の結果をそのままログとして吐き出しても、開発者ではない専門知識を持たない利用者や通信キャリアの診断窓口は故障原因を理解できない。診断結果には、各端末に共通して生じるエラーに対する診断値と、特定ハードウェアに依存する診断値とが存在する。特定のハードウェアに依存した値をそのままエラーコードとして吐き出しても、エラーコードを受けとった実装メーカーのみしか故障原因を正しく理解できない。メーカーから通信キャリアの窓口や利用者に説明情報を再度返答することにより情報の共有は可能だが、冗長な処理が必要となり、また説明を充分に展開できない可能性がある。
図１に戻り、本システムにおいて用いられる携帯端末装置１００の内部構成について更に説明する。
エラーコードの設定において、各メーカーの端末毎に当然ハードウェアやソフトウェアの構成が異なるため、故障の結果をそのままログとして吐き出しても、開発者ではない専門知識を持たない利用者や通信キャリアの診断窓口は故障原因を理解できない。診断結果には、各端末に共通して生じるエラーに対する診断値と、特定ハードウェアに依存する診断値とが存在する。特定のハードウェアに依存した値をそのままエラーコードとして吐き出しても、エラーコードを受けとった実装メーカーのみしか故障原因を正しく理解できない。メーカーから通信キャリアの窓口や利用者に説明情報を再度返答することにより情報の共有は可能だが、冗長な処理が必要となり、また説明を充分に展開できない可能性がある。
そこで、本システムでは、ハードウェアやソフトウェアの故障ログについて個別診断プログラムによるエラーコードを生成する処理を行う。すなわち、共通診断プログラムを実行して全メーカー共通のエラーコードを生成する他、個別診断プログラムを実行してメーカー固有のエラーコードを生成する。
以上の処理は、携帯端末装置１００内の故障自動診断機能３によって実現される。この故障自動診断機能３は、各端末装置メーカー共通の故障原因を診断する共通診断プログラム３１と、メーカー独自のハードウェアやソフトウェアに依存した診断を行う個別診断プログラム３２と、これらの診断プログラムの解析の結果に対応するエラーコードを生成するエラーコード生成プログラム３３とを、装置内のＣＰＵ（Central Processing Unit）によって実行することで実現される。
共通診断プログラム３１については、端末装置のメーカー共通のプログラムを使うことによって運用できる。これに対し、個別診断プログラム３２については、各メーカーでハードウェアの特徴に従ったログを収集して診断できるような実装を行う必要がある。
以上の処理は、携帯端末装置１００内の故障自動診断機能３によって実現される。この故障自動診断機能３は、各端末装置メーカー共通の故障原因を診断する共通診断プログラム３１と、メーカー独自のハードウェアやソフトウェアに依存した診断を行う個別診断プログラム３２と、これらの診断プログラムの解析の結果に対応するエラーコードを生成するエラーコード生成プログラム３３とを、装置内のＣＰＵ（Central Processing Unit）によって実行することで実現される。
共通診断プログラム３１については、端末装置のメーカー共通のプログラムを使うことによって運用できる。これに対し、個別診断プログラム３２については、各メーカーでハードウェアの特徴に従ったログを収集して診断できるような実装を行う必要がある。
（故障発生時の処理）
携帯端末装置での故障発生時におけるエラーコード出力までの処理について、図３を参照して説明する。同図において、携帯端末装置内で、エラーなどの異常が発生すると（ステップＳ１）、ログ収集機能１を用いて故障ログが取得され、格納される（ステップＳ２）。このログは故障自動診断機能３へ渡される。故障自動診断機能３は、ログに対して診断を実施する。
診断の実施の前提として、診断ポリシ受理機能２により、診断に用いる診断ポリシを受理しておく必要がある（ステップＳ３）。診断ポリシ受理機能２により診断ポリシが受理されると、診断ポリシ受理機能２から故障自動診断機能３へ診断実行要求が送られる（ステップＳ４）。
携帯端末装置での故障発生時におけるエラーコード出力までの処理について、図３を参照して説明する。同図において、携帯端末装置内で、エラーなどの異常が発生すると（ステップＳ１）、ログ収集機能１を用いて故障ログが取得され、格納される（ステップＳ２）。このログは故障自動診断機能３へ渡される。故障自動診断機能３は、ログに対して診断を実施する。
診断の実施の前提として、診断ポリシ受理機能２により、診断に用いる診断ポリシを受理しておく必要がある（ステップＳ３）。診断ポリシ受理機能２により診断ポリシが受理されると、診断ポリシ受理機能２から故障自動診断機能３へ診断実行要求が送られる（ステップＳ４）。
上述したように、故障自動診断機能３は、共通診断プログラム３１、個別診断プログラム３２、エラーコード生成プログラム３３によって実現されている。故障自動診断の際（ステップＳ５）、共通診断プログラム３１の実行による共通診断の他、個別診断プログラム３２の実行による個別診断も行われる（ステップＳ６）。その後、診断プログラムの項目を示すＩＤのうち、診断結果が異常であったものが、エラーコード生成プログラム３３に送付される（ステップＳ７）。そして、エラーコード生成プログラム３３が実行されることにより、エラーコードが生成される（ステップＳ８）。エラーコード生成プログラム３３によるエラーコードの生成の際には、エラーコード一覧格納機能８に格納されているエラーコードの一覧表が参照される。
生成されたエラーコードは、エラーコード出力機能４に送付される（ステップＳ９）。エラーコード出力機能４は、エラーコードを外部に出力する（ステップＳ１０）。
図４は、図３を参照して説明した処理に対応するフローチャートである。同図において、待機状態において、異常が発生すると異常ログが取得され、格納される（ステップＳ１→Ｓ２）。その後、診断ポリシが受理されると（ステップＳ３）、診断実行要求が送られる（ステップＳ４）。これにより、診断プログラムが実行される（ステップＳ５）。
診断プログラムの項目を示すＩＤのうち、診断結果が異常であったものが送付され（ステップＳ７）、エラーコードが生成される（ステップＳ８）。生成されたエラーコードは携帯端末装置から出力される（ステップＳ１０）。この場合、診断サーバへ送られるか、または、携帯端末装置のディスプレイへ出力される。
図４は、図３を参照して説明した処理に対応するフローチャートである。同図において、待機状態において、異常が発生すると異常ログが取得され、格納される（ステップＳ１→Ｓ２）。その後、診断ポリシが受理されると（ステップＳ３）、診断実行要求が送られる（ステップＳ４）。これにより、診断プログラムが実行される（ステップＳ５）。
診断プログラムの項目を示すＩＤのうち、診断結果が異常であったものが送付され（ステップＳ７）、エラーコードが生成される（ステップＳ８）。生成されたエラーコードは携帯端末装置から出力される（ステップＳ１０）。この場合、診断サーバへ送られるか、または、携帯端末装置のディスプレイへ出力される。
（故障自動診断の流れ）
ここで、故障自動診断機能３による故障自動診断の流れが図５に示されている。同図において、携帯端末装置１００においては、まず、通信キャリアによって管理される診断サーバ２００から受理した診断ポリシファイル１０１に基づいて診断プログラムが実行される。診断ポリシファイル１０１は、例えば、図６（ａ）に示されているように、診断プログラム１０２に含まれる診断項目のＩＤを指定し、それらについて診断を要求するものである。例えば、ＩＤ：２１、ＩＤ：２５、ＩＤ：２６等が指定され、これら指定されたＩＤに対応する診断項目について診断が行われる。診断プログラム１０２の項目の例が、図６（ｂ）に示されている。同図において、本例では、診断プログラムＩＤ「１」は診断プログラムの項目である、解析内容「バッテリー」で利用関数「Check battery()」に対応している。また、診断プログラムＩＤ「２１」は診断プログラムの項目である、解析内容「SW Version」で利用関数「Check SW Version()」に対応している。さらに、診断プログラムＩＤ「２２」は診断プログラムの項目である、解析内容「空きメモリ容量」で利用関数「Check Memory()」に対応している。同様に、診断プログラムＩＤ「５１」は解析内容「ＧＰＳ異常終了回数」で利用関数「Check GPS()」に、診断プログラムＩＤ「５２」は解析内容「ＤＴＶ異常終了回数」で利用関数「Check TV()」に、それぞれ対応している。本例では、診断プログラムＩＤ「１」から「５０」までが共通診断プログラム１０２ａ、診断プログラムＩＤ「５１」以降が個別診断プログラム１０２ｂである。
ここで、故障自動診断機能３による故障自動診断の流れが図５に示されている。同図において、携帯端末装置１００においては、まず、通信キャリアによって管理される診断サーバ２００から受理した診断ポリシファイル１０１に基づいて診断プログラムが実行される。診断ポリシファイル１０１は、例えば、図６（ａ）に示されているように、診断プログラム１０２に含まれる診断項目のＩＤを指定し、それらについて診断を要求するものである。例えば、ＩＤ：２１、ＩＤ：２５、ＩＤ：２６等が指定され、これら指定されたＩＤに対応する診断項目について診断が行われる。診断プログラム１０２の項目の例が、図６（ｂ）に示されている。同図において、本例では、診断プログラムＩＤ「１」は診断プログラムの項目である、解析内容「バッテリー」で利用関数「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()」に対応している。
図２４は、本システムによるエラーコードの第５の実施例を示す図である。同図において、本例は、第１の実施例の変形である。本例が第１の実施例の場合と異なるのは、エラーコードの第２項目である。すなわち、同図を参照すると、エラーコードの第２項目は、診断プログラムの解析内容１０２’’と同じ内容である。すなわち、エラーコードの第２項目は、「エラーコード」、「解析内容」の他、「診断プログラムＩＤ」を項目としている。「診断プログラムＩＤ」は、診断プログラムの項目を指し示すＩＤである。本例では、診断プログラムＩＤ「１」は診断プログラムの項目である、解析内容「バッテリー」で利用関数「Check battery()」に対応している。また、診断プログラムＩＤ「２１」は診断プログラムの項目である、解析内容「SW Version」で利用関数「Check SW Version()」に対応している。さらに、診断プログラムＩＤ「２２」は診断プログラムの項目である、解析内容「空きメモリ容量」で利用関数「Check Memory()」に対応している。
本実施例においても、診断ポリシファイルを受信し、その診断ポリシファイルに従って診断プログラムを実行する。そして、実行した結果のＩＤに基づいてエラーコードが生成される。この場合、エラーコード一覧格納機能８に格納されているエラーコードの一覧表を参照してＩＤをエラーコードに変換することにより、エラーコードが生成される。
エラーコード第２項目である故障大項目は、上述した内容である。エラーコード第３項目である故障小項目は、コードごとにファイルを分けてもよいし、１つのファイルであってもよい。コードごとにファイルを分けた場合、更新の際、必要なコードのもののみ送信すればよいので、更新処理を効率良く行うことができる。
本実施例による処理の内容は、図１７を参照して説明した第１の実施例の場合と同様であるため、その説明を省略する。
エラーコード第２項目である故障大項目は、上述した内容である。エラーコード第３項目である故障小項目は、コードごとにファイルを分けてもよいし、１つのファイルであってもよい。コードごとにファイルを分けた場合、更新の際、必要なコードのもののみ送信すればよいので、更新処理を効率良く行うことができる。
本実施例による処理の内容は、図１７を参照して説明した第１の実施例の場合と同様であるため、その説明を省略する。
（移動端末装置の診断方法）
上述した携帯端末装置では、以下のような診断方法が採用されている。すなわち、自装置内の不具合を診断する移動端末装置の診断方法であり、図２５に示されているように、外部から取得した診断ポリシに従って前記不具合に関する診断処理を行う診断ステップ（ステップＳ１０１）と、この診断ステップによる診断結果に対応するエラーコードを生成するエラーコード生成ステップ（ステップＳ１０２）と、このエラーコード生成ステップにおいて生成されたエラーコードを出力する出力ステップ（ステップＳ１０３）とを含む診断方法が採用されている。このような診断方法を採用し、不具合についての診断結果をエラーコードに変換し、変換後のエラーコードを表示出力したり、外部のサーバなどへ出力したりすることにより、故障発生時のログをネットワークへ送付する場合に比べて、通信コストや作業に関する人件コストを抑えることができる。
上述した携帯端末装置では、以下のような診断方法が採用されている。すなわち、自装置内の不具合を診断する移動端末装置の診断方法であり、図２５に示されているように、外部から取得した診断ポリシに従って前記不具合に関する診断処理を行う診断ステップ（ステップＳ１０１）と、この診断ステップによる診断結果に対応するエラーコードを生成するエラーコード生成ステップ（ステップＳ１０２）と、このエラーコード生成ステップにおいて生成されたエラーコードを出力する出力ステップ（ステップＳ１０３）とを含む診断方法が採用されている。このような診断方法を採用し、不具合についての診断結果をエラーコードに変換し、変換後のエラーコードを表示出力したり、外部のサーバなどへ出力したりすることにより、故障発生時のログをネットワークへ送付する場合に比べて、通信コストや作業に関する人件コストを抑えることができる。
（まとめ）
本発明では、ユーザからの操作契機を必要とせず自動的に動作し、携帯端末装置のハードウェアとソフトウェアにて発生する故障をかならず発見してログを取得する機能とログを用いて原因を解析可能な機能とを備えている。この解析結果の表示については、ログそのものを表示するのではなく、ログを簡略化した文字列であるエラーコードとして、携帯端末装置のディスプレイに表示することで利用者はその場のみで故障原因を把握できる。つまり、収集したログをそのまま解析サーバへ送付することをせずに、携帯端末装置内で自動的に解析を行う故障診断機能を持たせることで、通信コストと人件コストを削減できる。
また、本発明では、自動でエラーコードの通知を行うエラーコード出力機能を採用している。このため、利用者は故障原因を把握後に、診断窓口へ電話などの方法により通知する行動が不要となり、手間を削減することができる。
本発明では、ユーザからの操作契機を必要とせず自動的に動作し、携帯端末装置のハードウェアとソフトウェアにて発生する故障をかならず発見してログを取得する機能とログを用いて原因を解析可能な機能とを備えている。この解析結果の表示については、ログそのものを表示するのではなく、ログを簡略化した文字列であるエラーコードとして、携帯端末装置のディスプレイに表示することで利用者はその場のみで故障原因を把握できる。つまり、収集したログをそのまま解析サーバへ送付することをせずに、携帯端末装置内で自動的に解析を行う故障診断機能を持たせることで、通信コストと人件コストを削減できる。
また、本発明では、自動でエラーコードの通知を行うエラーコード出力機能を採用している。このため、利用者は故障原因を把握後に、診断窓口へ電話などの方法により通知する行動が不要となり、手間を削減することができる。
本発明は、移動端末装置内の不具合を診断する場合に利用することができる。
１ ログ収集機能
２ 診断ポリシ受理機能
３ 故障自動診断機能
４、２３ エラーコード出力機能
５ ディスプレイ出力機能
６ エラーコード変換テーブル
７、２２’、２５’ エラーコード変換機能
８ エラーコード一覧格納機能
９ エラーコード更新機能
２１ 診断ポリシ送付機能
２２、２５ エラーコード受理機能
２４、２６ オペレータ画面
３１ 共通診断プログラム
３２ 個別診断プログラム
３３ エラーコード生成プログラム
１００ 携帯端末装置
１０１ 診断ポリシファイル
１０２ 診断プログラム
１０４ 表示文字列
２００ 診断サーバ
３００ メーカーサーバ
２ 診断ポリシ受理機能
３ 故障自動診断機能
４、２３ エラーコード出力機能
５ ディスプレイ出力機能
６ エラーコード変換テーブル
７、２２’、２５’ エラーコード変換機能
８ エラーコード一覧格納機能
９ エラーコード更新機能
２１ 診断ポリシ送付機能
２２、２５ エラーコード受理機能
２４、２６ オペレータ画面
３１ 共通診断プログラム
３２ 個別診断プログラム
３３ エラーコード生成プログラム
１００ 携帯端末装置
１０１ 診断ポリシファイル
１０２ 診断プログラム
１０４ 表示文字列
２００ 診断サーバ
３００ メーカーサーバ
Claims (7)
- 自装置内の不具合を診断する移動端末装置であって、診断ポリシに従って前記不具合に関する診断処理を行う診断手段と、前記診断手段による診断結果に対応するエラーコードを生成するエラーコード生成手段とを含み、前記エラーコード生成手段によって生成されたエラーコードを出力するようにしたことを特徴とする移動端末装置。
- 前記診断ポリシを他の装置から取得する診断ポリシ取得手段を更に含むことを特徴とする請求項１記載の移動端末装置。
- 前記診断処理は、コンピュータが診断プログラムを実行することによって実現され、
前記診断プログラムは、各端末装置に共通の機能に関する診断を行う共通診断プログラムと、前記共通診断プログラムの実行後に実行され自装置固有の機能に関する診断を行う個別診断プログラムとを含むことを特徴とする請求項１又は２記載の移動端末装置。 - 前記エラーコードは、端末装置の機種を特定するための項目と、前記不具合の内容に関する項目とを含むことを特徴とする請求項１から請求項３までのいずれか１項に記載の移動端末装置。
- 前記エラーコード生成手段によって生成されたエラーコードについて、その出力先を制御する手段を更に含むことを特徴とする請求項１から請求項４までのいずれか１項に記載の移動端末装置。
- 前記エラーコード生成手段によって生成されたエラーコードをそれに対応する文字列に変換する文字列変換手段を更に含むことを特徴とする請求項１から請求項５までのいずれか１項に記載の移動端末装置。
- 自装置内の不具合を診断する移動端末装置の診断方法であって、診断ポリシに従って前記不具合に関する診断処理を行う診断ステップと、前記診断ステップによる診断結果に対応するエラーコードを生成するエラーコード生成ステップと、前記エラーコード生成ステップにおいて生成されたエラーコードを出力する出力ステップとを含むことを特徴とする移動端末装置の診断方法。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007110769A JP2008271126A (ja) | 2007-04-19 | 2007-04-19 | 移動端末装置、移動端末装置の診断方法 |
| KR1020080021537A KR100968313B1 (ko) | 2007-04-19 | 2008-03-07 | 이동단말장치, 이동단말장치의 진단 방법 |
| EP08005091A EP1983686B1 (en) | 2007-04-19 | 2008-03-19 | Mobile terminal apparatus and diagnosis method for mobile terminal apparatus |
| DE602008000493T DE602008000493D1 (de) | 2007-04-19 | 2008-03-19 | Mobiles Endgerät und Diagnoseverfahren für ein mobiles Endgerät |
| CN2008100914642A CN101291509B (zh) | 2007-04-19 | 2008-04-17 | 移动终端装置、移动终端装置的诊断方法 |
| US12/105,190 US7886189B2 (en) | 2007-04-19 | 2008-04-17 | Mobile terminal apparatus and diagnosis method for mobile terminal apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007110769A JP2008271126A (ja) | 2007-04-19 | 2007-04-19 | 移動端末装置、移動端末装置の診断方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2008271126A true JP2008271126A (ja) | 2008-11-06 |
Family
ID=39672933
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007110769A Pending JP2008271126A (ja) | 2007-04-19 | 2007-04-19 | 移動端末装置、移動端末装置の診断方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7886189B2 (ja) |
| EP (1) | EP1983686B1 (ja) |
| JP (1) | JP2008271126A (ja) |
| KR (1) | KR100968313B1 (ja) |
| CN (1) | CN101291509B (ja) |
| DE (1) | DE602008000493D1 (ja) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010272139A (ja) * | 2010-08-23 | 2010-12-02 | Toshiba Corp | 情報処理装置および診断結果通知方法 |
| JP2011239143A (ja) * | 2010-05-10 | 2011-11-24 | Denso Corp | 記録システム、車載機及び携帯機 |
| JP2012244279A (ja) * | 2011-05-17 | 2012-12-10 | Nec Casio Mobile Communications Ltd | エラー解決システム、その解決方法、プログラム、及び携帯端末 |
| US8533534B2 (en) | 2009-10-28 | 2013-09-10 | Fujitsu Limited | Information generating apparatus and information generating method |
| KR101626581B1 (ko) | 2015-03-04 | 2016-06-01 | 삼성전자서비스 주식회사 | 휴대통신 단말의 오류 애플리케이션 진단방법 |
| KR101628072B1 (ko) | 2015-03-04 | 2016-06-08 | 삼성전자서비스 주식회사 | 휴대통신 단말의 느림 진단장치 및 진단방법 |
| KR101647396B1 (ko) | 2015-03-04 | 2016-08-10 | 삼성전자서비스 주식회사 | 휴대통신 단말의 송수신불량 진단장치 및 진단방법 |
| KR20160107471A (ko) | 2015-03-04 | 2016-09-19 | 삼성전자서비스 주식회사 | 휴대통신 단말의 충전불량 진단방법 |
| JP2017133355A (ja) * | 2012-07-19 | 2017-08-03 | 住友建機株式会社 | ショベル |
| JP2018185686A (ja) * | 2017-04-26 | 2018-11-22 | 京セラ株式会社 | 端末装置、プログラム、電力管理装置、およびサーバ |
| US11966288B2 (en) | 2021-02-10 | 2024-04-23 | Samsung Electronics Co., Ltd. | Electronic apparatus performing self-test using self-test application and control method thereof |
Families Citing this family (52)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4648961B2 (ja) * | 2008-03-25 | 2011-03-09 | 富士通株式会社 | 装置メンテナンスシステム、方法および情報処理装置 |
| CN101672879B (zh) * | 2008-09-11 | 2013-08-07 | 鸿富锦精密工业（深圳）有限公司 | 电子产品自动诊断装置及方法 |
| KR101333183B1 (ko) * | 2008-10-31 | 2013-11-26 | 에스케이텔레콤 주식회사 | 단말 로그 제어 장치와 이를 이용한 에러 처리 방법 |
| TW201032041A (en) * | 2009-02-17 | 2010-09-01 | Promise Technology Inc | Maintaining method of external controller-based storing apparatus and maintaining system of storing apparatus |
| CA2712002C (en) * | 2009-09-09 | 2016-08-30 | Aastra Technologies Limited | Diagnostics methods for a communications device |
| CA2798759C (en) | 2010-05-19 | 2018-09-04 | Google Inc. | Bug clearing house |
| US9294946B2 (en) * | 2010-08-27 | 2016-03-22 | Qualcomm Incorporated | Adaptive automatic detail diagnostic log collection in a wireless communication system |
| CN102045445A (zh) * | 2010-12-07 | 2011-05-04 | 华为终端有限公司 | 故障修复方法及具有故障修复功能的手机 |
| JP5685986B2 (ja) * | 2011-02-24 | 2015-03-18 | 富士通株式会社 | 移動局及び通信制御方法 |
| CN102638838B (zh) * | 2011-03-23 | 2015-09-16 | 中兴通讯股份有限公司 | 智能巡检方法、用户终端、服务器、巡检更新终端和系统 |
| CN102131222A (zh) * | 2011-03-23 | 2011-07-20 | 中兴通讯股份有限公司 | 智能巡检的方法、用户终端、服务器和系统 |
| US8655336B1 (en) * | 2011-09-29 | 2014-02-18 | Cellco Partnership | Remote issue logging and reporting of mobile station issues and diagnostic information to manufacturer |
| US8868064B1 (en) * | 2011-11-09 | 2014-10-21 | Sprint Communications Company L.P. | Mobile device metrics management |
| US8887010B2 (en) * | 2011-12-20 | 2014-11-11 | Business Objects Software Ltd. | Application information specifiable by users and third parties |
| US9059862B2 (en) | 2012-03-13 | 2015-06-16 | Verizon Patent And Licensing Inc. | Evolved packet core (EPC) network failure prevention |
| US9094839B2 (en) * | 2012-03-13 | 2015-07-28 | Verizon Patent And Licensing Inc. | Evolved packet core (EPC) network error mapping |
| CN102710458B (zh) * | 2012-05-08 | 2015-04-29 | 华为技术有限公司 | 测试过程的监控方法、测试管理服务器和测试服务器 |
| US9609456B2 (en) | 2012-05-14 | 2017-03-28 | Qualcomm Incorporated | Methods, devices, and systems for communicating behavioral analysis information |
| US9298494B2 (en) | 2012-05-14 | 2016-03-29 | Qualcomm Incorporated | Collaborative learning for efficient behavioral analysis in networked mobile device |
| US9690635B2 (en) * | 2012-05-14 | 2017-06-27 | Qualcomm Incorporated | Communicating behavior information in a mobile computing device |
| US9202047B2 (en) * | 2012-05-14 | 2015-12-01 | Qualcomm Incorporated | System, apparatus, and method for adaptive observation of mobile device behavior |
| US9324034B2 (en) | 2012-05-14 | 2016-04-26 | Qualcomm Incorporated | On-device real-time behavior analyzer |
| US9460077B1 (en) * | 2012-06-29 | 2016-10-04 | Mckesson Corporation | Data validation |
| US9330257B2 (en) | 2012-08-15 | 2016-05-03 | Qualcomm Incorporated | Adaptive observation of behavioral features on a mobile device |
| US9319897B2 (en) | 2012-08-15 | 2016-04-19 | Qualcomm Incorporated | Secure behavior analysis over trusted execution environment |
| US9495537B2 (en) | 2012-08-15 | 2016-11-15 | Qualcomm Incorporated | Adaptive observation of behavioral features on a mobile device |
| US9747440B2 (en) | 2012-08-15 | 2017-08-29 | Qualcomm Incorporated | On-line behavioral analysis engine in mobile device with multiple analyzer model providers |
| US10162693B1 (en) | 2012-10-18 | 2018-12-25 | Sprint Communications Company L.P. | Evaluation of mobile device state and performance metrics for diagnosis and troubleshooting of performance issues |
| US9363367B2 (en) | 2012-12-05 | 2016-06-07 | Future Dial, Inc. | Using automatically collected device problem information to route and guide users' requests |
| US9686023B2 (en) | 2013-01-02 | 2017-06-20 | Qualcomm Incorporated | Methods and systems of dynamically generating and using device-specific and device-state-specific classifier models for the efficient classification of mobile device behaviors |
| US10089582B2 (en) | 2013-01-02 | 2018-10-02 | Qualcomm Incorporated | Using normalized confidence values for classifying mobile device behaviors |
| US9684870B2 (en) | 2013-01-02 | 2017-06-20 | Qualcomm Incorporated | Methods and systems of using boosted decision stumps and joint feature selection and culling algorithms for the efficient classification of mobile device behaviors |
| US9742559B2 (en) | 2013-01-22 | 2017-08-22 | Qualcomm Incorporated | Inter-module authentication for securing application execution integrity within a computing device |
| US9491187B2 (en) | 2013-02-15 | 2016-11-08 | Qualcomm Incorporated | APIs for obtaining device-specific behavior classifier models from the cloud |
| US20140331094A1 (en) * | 2013-05-02 | 2014-11-06 | Fuji Xerox Co., Ltd. | Information processing system and information processing method |
| CN104836697A (zh) * | 2014-02-12 | 2015-08-12 | 中兴通讯股份有限公司 | 一种诊断及解决移动终端故障的方法及装置 |
| CN104156273A (zh) * | 2014-07-30 | 2014-11-19 | 深圳市中兴移动通信有限公司 | 一种系统异常的修复方法、装置和移动终端 |
| US9538366B2 (en) * | 2014-08-06 | 2017-01-03 | T-Mobile Usa, Inc. | Systems and methods of remotely controlling mobile device settings and functionality |
| CN104301136B (zh) * | 2014-09-11 | 2018-06-19 | 青岛海信电器股份有限公司 | 故障信息上报及处理的方法及设备 |
| CN105515804A (zh) * | 2014-09-24 | 2016-04-20 | 国基电子（上海）有限公司 | 修复客户端系统错误的装置及方法 |
| CN104572418A (zh) * | 2015-01-20 | 2015-04-29 | 北京奇虎科技有限公司 | 移动终端的诊断方法、装置和系统 |
| CN106878041B (zh) * | 2015-12-11 | 2020-11-20 | 阿里巴巴（中国）有限公司 | 日志信息处理方法、装置及系统 |
| CN105930329A (zh) * | 2015-12-28 | 2016-09-07 | 中国银联股份有限公司 | 一种交易日志分析方法及装置 |
| US10552281B2 (en) | 2015-12-28 | 2020-02-04 | At&T Intellectual Property I, L.P. | Kinetically activated diagnostics and correction |
| KR102544864B1 (ko) * | 2016-01-15 | 2023-06-19 | 삼성전자 주식회사 | 하드웨어의 진단 결과에 기초한 프로세스 수행 방법 및 이를 구현하는 전자 장치 |
| CN105740086B (zh) * | 2016-01-20 | 2019-01-08 | 北京京东尚科信息技术有限公司 | 一种故障智能诊断维修的方法及装置 |
| US10554478B2 (en) * | 2016-08-03 | 2020-02-04 | At&T Intellectual Property I, L.P. | Method and apparatus for providing trouble isolation via a network |
| KR102195640B1 (ko) * | 2016-08-18 | 2020-12-28 | 휴렛-팩커드 디벨롭먼트 컴퍼니, 엘.피. | 화상 형성 장치의 네트워크 진단을 수행하는 호스트 장치 및 방법, 네트워크 진단이 수행되는 화상 형성 장치 및 이를 제어하는 방법 |
| US11132732B2 (en) | 2016-10-26 | 2021-09-28 | Future Dial, Inc. | System and method for upselling customers on mobile device services and hardware |
| CN107426750A (zh) * | 2017-07-18 | 2017-12-01 | 上海斐讯数据通信技术有限公司 | 一种手机注册失败自动诊断方法及系统 |
| US10862742B2 (en) | 2019-03-08 | 2020-12-08 | Juniper Networks, Inc. | Method for conveying AP error codes over BLE advertisements |
| CN113010482B (zh) * | 2019-12-20 | 2023-09-22 | 腾讯科技（深圳）有限公司 | 一种日志处理方法、装置、移动终端和存储介质 |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ZA958218B (en) * | 1995-07-24 | 1996-04-24 | Telular Int Inc | Self-diagnostic system for cellular-transceiver systems with remote-reporting capabilities |
| KR100672396B1 (ko) | 1999-12-28 | 2007-01-23 | 엘지전자 주식회사 | 이동 단말기의 사후 서비스 방법 |
| US7024187B2 (en) * | 2000-12-08 | 2006-04-04 | Samsung Electronics Co., Ltd. | System and method for performing diagnostics on a mobile station using over-the-air transfer of interpreted byte-code program |
| KR100464006B1 (ko) * | 2002-04-12 | 2005-01-03 | 엘지전자 주식회사 | 개인용 휴대 단말기의 원격 진단 시스템 및 방법 |
| JP2004194247A (ja) | 2002-12-13 | 2004-07-08 | Nec Corp | 携帯電話機、携帯電話機の修理サービス支援方法および修理サービス支援のためのプログラム |
| US7263632B2 (en) | 2003-05-07 | 2007-08-28 | Microsoft Corporation | Programmatic computer problem diagnosis and resolution and automated reporting and updating of the same |
| KR100547747B1 (ko) * | 2003-10-28 | 2006-01-31 | 삼성전자주식회사 | 성능 자가 진단 기능을 가지는 이동통신 단말과 그의 진단방법 |
| JP2005236492A (ja) | 2004-02-18 | 2005-09-02 | Hitachi Kokusai Electric Inc | 送信機システムおよび送信機 |
| US8032132B2 (en) * | 2004-09-21 | 2011-10-04 | Agere Systems Inc. | Remote management and analysis techniques in cellular and satellite radio networks |
| JP2006203792A (ja) | 2005-01-24 | 2006-08-03 | Fujitsu Ltd | 移動端末からのエラー情報収集蓄積方法、移動端末及び局側のエラー情報収集蓄積装置 |
| JP4591191B2 (ja) | 2005-05-16 | 2010-12-01 | 日本電気株式会社 | 無線通信システム及び無線通信システムの制御方法 |
| JP2007042082A (ja) | 2005-06-27 | 2007-02-15 | Movell Software:Kk | 診断システム |
| KR20070016499A (ko) * | 2005-08-04 | 2007-02-08 | 에스케이 텔레콤주식회사 | 자가 진단 기능을 갖는 이동통신 단말기와 자가진단 시스템및 그 방법 |
| KR101225374B1 (ko) * | 2006-06-09 | 2013-01-22 | 삼성전자주식회사 | 이동 통신 단말에 대한 디바이스 관리 장치 및 방법 |
-
2007
- 2007-04-19 JP JP2007110769A patent/JP2008271126A/ja active Pending
-
2008
- 2008-03-07 KR KR1020080021537A patent/KR100968313B1/ko not_active IP Right Cessation
- 2008-03-19 EP EP08005091A patent/EP1983686B1/en not_active Not-in-force
- 2008-03-19 DE DE602008000493T patent/DE602008000493D1/de active Active
- 2008-04-17 CN CN2008100914642A patent/CN101291509B/zh not_active Expired - Fee Related
- 2008-04-17 US US12/105,190 patent/US7886189B2/en not_active Expired - Fee Related
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8533534B2 (en) | 2009-10-28 | 2013-09-10 | Fujitsu Limited | Information generating apparatus and information generating method |
| JP2011239143A (ja) * | 2010-05-10 | 2011-11-24 | Denso Corp | 記録システム、車載機及び携帯機 |
| JP2010272139A (ja) * | 2010-08-23 | 2010-12-02 | Toshiba Corp | 情報処理装置および診断結果通知方法 |
| JP2012244279A (ja) * | 2011-05-17 | 2012-12-10 | Nec Casio Mobile Communications Ltd | エラー解決システム、その解決方法、プログラム、及び携帯端末 |
| US10858807B2 (en) | 2012-07-19 | 2020-12-08 | Sumitomo(S.H.I.) Construction Machinery Co., Ltd. | Shovel connectable with an information terminal |
| JP2017133355A (ja) * | 2012-07-19 | 2017-08-03 | 住友建機株式会社 | ショベル |
| US10094094B2 (en) | 2012-07-19 | 2018-10-09 | Sumitomo(S.H.I.) Construction Machinery Co., Ltd. | Shovel connectable with an information terminal |
| JP2020125683A (ja) * | 2012-07-19 | 2020-08-20 | 住友建機株式会社 | ショベル及びショベル用の多機能型携帯情報端末 |
| KR101628072B1 (ko) | 2015-03-04 | 2016-06-08 | 삼성전자서비스 주식회사 | 휴대통신 단말의 느림 진단장치 및 진단방법 |
| KR101647396B1 (ko) | 2015-03-04 | 2016-08-10 | 삼성전자서비스 주식회사 | 휴대통신 단말의 송수신불량 진단장치 및 진단방법 |
| KR20160107471A (ko) | 2015-03-04 | 2016-09-19 | 삼성전자서비스 주식회사 | 휴대통신 단말의 충전불량 진단방법 |
| KR101626581B1 (ko) | 2015-03-04 | 2016-06-01 | 삼성전자서비스 주식회사 | 휴대통신 단말의 오류 애플리케이션 진단방법 |
| JP2018185686A (ja) * | 2017-04-26 | 2018-11-22 | 京セラ株式会社 | 端末装置、プログラム、電力管理装置、およびサーバ |
| JP2021140810A (ja) * | 2017-04-26 | 2021-09-16 | 京セラ株式会社 | 端末装置、プログラム、電力管理装置、およびサーバ |
| JP7301906B2 (ja) | 2017-04-26 | 2023-07-03 | 京セラ株式会社 | 端末装置、プログラム、電力管理装置、およびサーバ |
| US11966288B2 (en) | 2021-02-10 | 2024-04-23 | Samsung Electronics Co., Ltd. | Electronic apparatus performing self-test using self-test application and control method thereof |
Also Published As
| Publication number | Publication date |
|---|---|
| DE602008000493D1 (de) | 2010-02-25 |
| KR20080094554A (ko) | 2008-10-23 |
| CN101291509A (zh) | 2008-10-22 |
| EP1983686A1 (en) | 2008-10-22 |
| CN101291509B (zh) | 2011-07-06 |
| US7886189B2 (en) | 2011-02-08 |
| KR100968313B1 (ko) | 2010-07-08 |
| EP1983686B1 (en) | 2010-01-06 |
| US20080263398A1 (en) | 2008-10-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2008271126A (ja) | 移動端末装置、移動端末装置の診断方法 | |
| JP4891605B2 (ja) | ソフトウェア管理システム及びソフトウェア配信サーバ | |
| US20140188729A1 (en) | Remote notification and action system with event generating | |
| CN112241360B (zh) | 一种测试用例生成方法、装置、设备及存储介质 | |
| JP2006343987A (ja) | 保守対象の保守支援システム、保守対象の保守支援方法、及び、保守対象の保守支援プログラム | |
| US20120166874A1 (en) | Wireless Device Expert System | |
| CN107896172B (zh) | 监听故障处理方法及装置、存储介质和电子设备 | |
| JP5198154B2 (ja) | 障害監視システム及びデバイスと監視装置並びに障害監視方法 | |
| JP6595861B2 (ja) | 情報処理装置、ログ取得方法およびログ取得プログラム | |
| JP2007087112A (ja) | 故障診断装置 | |
| CN106663368A (zh) | 便携型诊断用数据测定发送装置 | |
| US7480592B2 (en) | Remote diagnosis device, remote diagnosis system and program product | |
| JP2012230451A (ja) | ネットワーク端末故障対応システム、端末装置、サーバ装置、ネットワーク端末故障対応方法及びプログラム | |
| WO2013161522A1 (ja) | ログ収集サーバ、ログ収集システム、ログ収集方法 | |
| US8874962B2 (en) | Diagnostic handling server using dissatisfying item data | |
| US20150156090A1 (en) | Systems and Methods for Monitoring Multiple Services | |
| JP2013109541A (ja) | 情報処理装置、及び、情報処理方法 | |
| KR20130029250A (ko) | 장애 발견 및 진단 요청 방법 및 장치 | |
| JP2002183334A (ja) | 車両故障情報提供方法及びこの方法に使用するホストコンピュータ | |
| CN111314743B (zh) | 一种界面数据的回放方法及其装置 | |
| JP2013167971A (ja) | 携帯端末装置、リカバリ支援方法及びプログラム | |
| JP2009211117A (ja) | 故障通報システム | |
| CN113485861B (zh) | 一种基于资源优化策略的基层故障诊断方法及装置 | |
| CN116880398B (en) | Fault analysis method and system of instrument control equipment, electronic equipment and storage medium | |
| JP5444072B2 (ja) | プラント監視制御装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081216 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090216 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090526 |