(57)【要約】【課題】本発明の目的は、製品の故障内容を診断する際に、製品の経過期間に応じて、当該製品に発生した故障内容を特定する症状を効率的に選択できる仕組みを提供することである。【解決手段】製品を使用した期間である使用期間毎に、当該使用期間に発生した前記製品の故障の種類を特定可能な複数の症状を管理し、製品及び使用期間を特定可能な情報を受け付け、前記受け付けた製品および前記受け付けた情報から特定した使用期間に従って、前記管理する複数の症状の中から、前記受け付けた製品の前記使用期間に発生した前記製品の故障に対応する症状を特定し、前記特定した症状を前記管理する複数の症状の中で優先的に表示する。【選択図】図３
2018101238.tif 000002
【特許請求の範囲】
【請求項１】
製品に発生した故障の種類を特定する情報処理装置であって、
製品を使用した期間である使用期間毎に、当該使用期間に発生した前記製品の故障の種類を特定可能な複数の症状を管理する管理手段と、
製品及び使用期間を特定可能な情報を受け付ける受付手段と、
前記受け付けた製品および前記受け付けた情報から特定した使用期間に従って、前記管理する複数の症状の中から、前記受け付けた製品の前記使用期間に発生した前記製品の故障に対応する症状を特定し、前記特定した症状を前記管理する複数の症状の中で優先的に表示する表示制御手段と
を備えることを特徴とする情報処理装置。
【請求項２】
製品と、当該製品の使用期間と、当該製品に当該使用期間に発生した故障の種類を特定した症状とを含む履歴を記憶する履歴記憶手段を備え、
前記表示制御手段は、前記受け付けた製品および前記特定した使用期間に対応する前記履歴に応じて、前記特定した症状を表示する順序を調整することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記管理手段は、さらに、前記症状と、当該症状から特定される故障の種類に対する対処方法とを対応付けて管理し、
前記表示制御手段にて表示した複数の症状の中から一症状の選択を受け付けることにより、当該選択を受け付けた症状から特定される故障の種類に対する対処方法を提示する提示手段を備えることを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
製品を使用した期間である使用期間毎に、当該使用期間に発生した前記製品の故障の種類を特定可能な複数の症状を管理する管理手段を備え、製品に発生した故障の種類を特定する情報処理装置の制御方法であって、
受付手段が、製品及び使用期間を特定可能な情報を受け付ける受付ステップと、
表示制御手段が、前記受け付けた製品および前記受け付けた情報から特定した使用期間に従って、前記管理する複数の症状の中から、前記受け付けた製品の前記使用期間に発生した前記製品の故障に対応する症状を特定し、前記特定した症状を前記管理する複数の症状の中で優先的に表示する表示制御ステップと
を備えることを特徴とする情報処理装置の制御方法。
【請求項５】
製品に発生した故障の種類を特定する情報処理装置において実行可能なプログラムであって、
前記情報処理装置を、
製品を使用した期間である使用期間毎に、当該使用期間に発生した前記製品の故障の種類を特定可能な複数の症状を管理する管理手段と、
製品及び使用期間を特定可能な情報を受け付ける受付手段と、
前記受け付けた製品および前記受け付けた情報から特定した使用期間に従って、前記管理する複数の症状の中から、前記受け付けた製品の前記使用期間に発生した前記製品の故障に対応する症状を特定し、前記特定した症状を前記管理する複数の症状の中で優先的に表示する表示制御手段と
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、製品の故障内容を診断する情報処理装置に関する。
【背景技術】
【０００２】
製品販売企業等のサービスセンターでは、ＥＣサイトなどにおいて、不特定多数のユーザから製品に関する問い合わせや修理依頼を受ける際に、事前に用意した発生現象の候補を提示し、ユーザに発生現象を選択させることにより、選択された発生現象に対して診断を実施し、診断結果を提示する。診断結果には、ユーザによる自己解決方法の提示や、修理、製品買い替えの提案などがある。
【０００３】
正しく診断するためには、ユーザに正しく発生現象を選択させる必要がある。そのためには、ユーザが発生現象を容易に選択できる仕組みが必要となる。
【０００４】
特許文献１には、診断用選択肢が複数ある場合に、修理実績に基づいて設定される重みの順に選択肢を上から表示する方法が示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第２００２−３５８３８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
製品に対して発生する現象（あるいは症状）は、当該製品のライフサイクル上の経過期間（使用期間や販売期間など）に従って変化するものであり、発生現象を選択する際に、常に同じ表示順序では、ユーザが適合する現象を見落としたり、現象を選択しにくいといった問題が発生する。
【０００７】
特許文献１の方法では、修理実績に基づいて設定される重みの順に選択肢を表示するが、突発的に多数回発生した選択肢がある場合、その対象がいつまでも上位に表示されることになる。また、特許文献１の方法は、修理実績が少数しか蓄積されていない場合には効果がない。
【０００８】
本発明では、製品の故障内容を診断する際に、製品の経過期間に応じて、当該製品に発生した故障内容を特定する症状を効率的に選択できる仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、製品に発生した故障の種類を特定する情報処理装置であって、製品を使用した期間である使用期間毎に、当該使用期間に発生した前記製品の故障の種類を特定可能な複数の症状を管理する管理手段と、製品及び使用期間を特定可能な情報を受け付ける受付手段と、前記受け付けた製品および前記受け付けた情報から特定した使用期間に従って、前記管理する複数の症状の中から、前記受け付けた製品の前記使用期間に発生した前記製品の故障に対応する症状を特定し、前記特定した症状を前記管理する複数の症状の中で優先的に表示する表示制御手段とを備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、製品の故障内容を診断する際に、製品の経過期間に応じて、当該製品に発生した故障内容を特定する症状を効率的に選択できるようになる。
【図面の簡単な説明】
【００１１】
【図１】本発明における、故障診断システムの構成の一例を示すシステム構成図である。
【図２】本発明における、クライアント１０１と故障診断サーバ１０２に適用可能な情報処理装置のハードウェア構成の一例を示すブロック図である。
【図３】本発明における、故障診断システムの機能ブロック図である。
【図４】本発明における、故障診断処理の一例を示すフローチャートである。
【図５】本発明における、現象選択画面表示処理の一例を示すフローチャートである。
【図６】本発明における、機種選択画面の一例を示す画面イメージである。
【図７】本発明における、機種画面の一例を示す画面イメージである。
【図８】本発明における、購入年月入力画面の一例を示す画面イメージである。
【図９】本発明における、現象選択画面の一例を示す画面イメージである。
【図１０】本発明における、診断画面の一例を示す画面イメージである。
【図１１】本発明における、診断結果（解決）画面の一例を示す画面イメージである。
【図１２】本発明における、診断結果（未解決）画面の一例を示す画面イメージである。
【図１３】本発明における、データの一例を示すイメージである。
【図１４】本発明における、データの一例を示すイメージである。
【図１５】本発明における、データの一例を示すイメージである。
【図１６】本発明における、データの一例を示すイメージである。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１３】
図１は、本発明の実施形態である故障診断システム１００の構成の一例を示すシステム構成図である。
【００１４】
故障診断システム１００は、クライアント１０１、故障診断サーバ１０２がネットワーク１０４を介して接続される構成となっている。
【００１５】
クライアント１０１には、Ｗｅｂブラウザがインストールされており、Ｗｅｂブラウザを介して、故障診断サーバ１０２と通信を行う。
【００１６】
故障診断サーバ１０２は、Ｗｅｂアプリケーションサーバとなっており、クライアント１０１のＷｅｂブラウザを介して、クライアント１０１のディスプレイに画面を表示し、画面から操作を受け付ける。また、故障診断サーバ１０２には、各種マスタテーブルおよび各種データテーブルを記憶している。なお、各種マスタテーブルおよび各種データテーブルは不図示のデータベースサーバで管理する構成であってもよい。
【００１７】
本実施形態ではＷｅｂシステムとして、通信はＨＴＴＰ通信にて行うものとするが、クライアント１０１に専用のアプリケーションをインストールしておき、故障診断サーバ１０２と通信する構成、すなわちクライアントサーバ型のシステムであってもよい。
以上で図１のシステム構成図の説明を終了する。
【００１８】
以下、図２を用いて、図１に示したクライアント１０１、故障診断サーバ１０２に適用可能な情報処理装置のハードウェア構成の一例について説明する。
【００１９】
図２は、クライアント１０１、故障診断サーバ１０２に適用可能な情報処理装置のハードウェア構成の一例を示すブロック図である。
【００２０】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２１】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２２】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ディスプレイ２１０等の表示器への表示を制御する。なお、表示器はＣＲＴや、液晶ディスプレイ等の様々な種類が存在する。
【００２３】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるＣＦカードメモリ等の外部メモリ２１１へのアクセスを制御する。
【００２４】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１０４）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２５】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２６】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００２７】
以上で図２のハードウェア構成図の説明を終了する。
【００２８】
次に、図３用いて、本発明の実施形態である故障診断システム１００の機能ブロック図について説明する。
【００２９】
故障診断システム１００は、クライアント１０１、故障診断サーバ１０２を構成として持つ。
【００３０】
クライアント１０１は、画面表示部３１１、操作受付部３１２を持つ。
【００３１】
画面表示部３１１は、故障診断サーバ１０２から送信された表示データをもとに、ディスプレイ２１０に画面を表示する機能部である。
【００３２】
操作受付部３１２は、ユーザの操作を受け付け、受け付けた内容を故障診断サーバ１０２に送信する機能部である。
【００３３】
本実施例では、画面表示部３１１、操作受付部３１２の機能はＷｅｂブラウザにて実現している。
【００３４】
故障診断サーバ１０２は、診断要求受付部３２１、現象受付部３２２、診断部３２３、結果表示制御部３２４、結果記録部３２５を持つ。
【００３５】
診断要求受付部３２１は、クライアント１０１から、入力項目とともに診断要求を受け付ける機能部である。
【００３６】
現象受付部３２２は、クライアント１０１に現象の一覧（選択候補）を表示して、クライアント１０１から発生した現象の選択を受け付ける機能部である。
【００３７】
診断部３２３は、受け付けた現象に基づいて診断を実施し、診断結果を導出する機能部である。
【００３８】
結果表示制御部３２４は、クライアント１０１に診断の過程や、診断結果を表示する機能部である。
【００３９】
結果記録部３２５は、診断結果を履歴として記録する機能部である。
以上で図３の機能ブロック図の説明を終了する。
【００４０】
次に、図を参照して、本発明の実施形態である故障診断システムの処理フローについて説明する。
【００４１】
図４は、故障診断システム１００の故障診断処理の一例を示すフローチャートである。
【００４２】
ステップＳ４０１では、故障診断サーバ１０２は、クライアント１０１からの要求を受けて、クライアント１０１のディスプレイ２１０に機種選択画面６００（図６）を表示する。機種選択画面６００には、機種マスタ１３００（図１３（ａ））から取得した機種名１３０２が表示されたボタン６０１を表示する。
【００４３】
ステップＳ４０２では、故障診断サーバ１０２は、クライアント１０１に表示した機種選択画面６００から機種選択を受け付ける。機種選択画面６００において、ユーザに診断したい機種名の表示されたボタン６０１を押下させることにより、対応する機種の選択を受け付ける。
【００４４】
ステップＳ４０３では、故障診断サーバ１０２は、クライアント１０１のディスプレイ２１０に機種画面７００（図７）を表示する。機種画面７００には、選択された機種の情報、簡易故障診断開始ボタン７０１等を表示する。
【００４５】
ステップＳ４０４では、故障診断サーバ１０２は、クライアント１０１に表示した機種画面７００から簡易故障診断要求を受け付ける。機種画面７００において、ユーザに簡易故障診断開始ボタン７０１を押下させることより、当該要求を受け付ける。
【００４６】
ステップＳ４０５では、故障診断サーバ１０２は、クライアント１０１のディスプレイ２１０に購入年月入力画面８００（図８）を表示する。購入年月入力画面８００には、購入年月入力欄８０１、現象選択へボタン８０２等を表示する。
【００４７】
ステップＳ４０６では、故障診断サーバ１０２は、クライアント１０１に表示した購入年月入力画面８００から購入年月入力を受け付ける。購入年月入力画面８００において、ユーザに購入年月入力欄８０１に購入年月を入力させ、現象選択へボタン８０２を押下させることにより、入力された購入年月を受け付け、次の現象選択画面表示に移る。
【００４８】
ステップＳ４０７では、故障診断サーバ１０２は、クライアント１０１のディスプレイ２１０に現象選択画面９００（図９）を表示する。本処理ステップの詳細については図５で後述する。
【００４９】
ステップＳ４０８では、故障診断サーバ１０２は、クライアント１０１に表示した現象選択画面９００から現象の選択を受け付ける。現象選択画面９００において、ユーザに現象選択ボタン９０３を押下させることにより、現象選択を受け付ける。選択された現象に子の階層の現象がある場合は、子の階層の現象が展開表示し、再帰的に現象を選択させる。最下層の現象が選択されれば、次の診断処理に移る。
【００５０】
ステップＳ４０９では、故障診断サーバ１０２は、受け付けた現象をもとに診断を実施し診断画面１０００（図１０）を表示する。具体的な処理方法は、ステップＳ４０２およびＳ４０８で受け付けた機種および現象をもとに機種別診断関連マスタ１５１０（図１５（ｂ））の機種ＣＤ１５１１および現象ＮＯ１５１２に一致するレコードを検索し、階層ＮＯ１５１４が１のレコードを抽出して、診断ＣＤ１５１５にて診断マスタ１５００（図１５（ａ））を検索し、診断タイトル１５０２および診断内容１５０３を診断画面１０００に表示する。
【００５１】
ステップＳ４１０では、故障診断サーバ１０２は、クライアント１０１に表示した診断画面１０００から診断回答を受け付ける。診断画面１０００において、ユーザにいずれかの診断回答ボタン１００２を押下させることにより診断回答を受け付ける。
【００５２】
ステップＳ４１１では、故障診断サーバ１０２は、次の診断内容があるか否かを判断する。機種別診断関連マスタ１５１０（図１５（ｂ））において、終了フラグ１５２０が０の場合に次の診断内容があると判断する。次の診断内容がある場合、親診断ＮＯ１５１８および親診断回答１５１９が、現在のレコード（ステップＳ４０９で検索されたレコード）の診断ＮＯ１５１３およびステップＳ４１０にて選択された診断回答に一致するレコードを検索し、ステップＳ４０９に戻って、上記一致するレコードをもとに診断画面を表示する。例えば、診断画面１０１０（図１０）は、診断画面１０００にて「はい」が診断回答として選択された場合に表示される診断画面である。次の診断内容がない場合は、ステップＳ４１２に進む。
【００５３】
ステップＳ４１２では、故障診断サーバ１０２は、クライアント１０１のディスプレイ２１０に解決済の診断結果画面１１００（図１１）または未解決の診断結果画面１２００（図１２）を表示する。それぞれの診断結果画面は、ステップＳ４１０における診断回答に基づいて選択表示される。具体的には、機種別診断関連マスタ１５１０（図１５（ｂ））において、親診断ＮＯ１５１８および親診断回答１５１９が、ステップＳ４０９で検索されたレコードの診断ＮＯ１５１３およびステップＳ４１０にて選択された診断回答に一致するレコードの結果ＣＤ１５１６をもとに診断結果マスタ１５３０（図１５（ｃ））の結果ＣＤ１５３１を検索し、結果区分１５３２が１であれば解決済の診断結果画面１１００を、２であれば未解決の診断結果画面１２００を表示し、結果タイトル１５３３、結果サブタイトル１５３４、修理説明１５３５を取得して画面内に表示する。また、解決済の診断結果画面１１００には確認ボタンや関連リンクボタン等を、未解決の診断結果画面１２００には修理申込ボタンや関連リンクボタン等を表示する。
【００５４】
ステップＳ４１３では、故障診断サーバ１０２は、クライアント１０１に表示した診断結果画面（１１００または１２００）から診断結果に対する確認結果を受け付け、診断結果画面を閉じる。診断結果画面において、確認結果に対応するボタンの押下を受け付け、関連サイトの表示や、修理申込受付等の後続処理を実行する。後続処理については説明を省略する。
【００５５】
ステップＳ４１４では、故障診断サーバ１０２は、故障診断結果テーブル１６００（図１６）に今回の診断結果を登録する。ステップＳ４０２にて選択された機種、図６の処理で求める経過期間区分、ステップＳ４０８にて選択された現象およびステップＳ４１２にて検索された診断結果をもとに、機種ＣＤ１６０１、経過期間区分１６０２、現象ＮＯ１６０３や１６０５、現象ＣＤ１６０４や１６０６、結果ＣＤ１６０７等の対応する項目に値を設定し、診断日時１６０８を設定して、今回の診断結果を登録する。
以上で、図４の故障診断処理の説明を終了する。
【００５６】
図５は、ステップＳ４０７の現象選択画面表示処理の一例を示すフローチャートである。
【００５７】
ステップＳ５０１では、故障診断サーバ１０２は、前ステップまでに受け付けた機種、購入年月を取得する。
【００５８】
ステップＳ５０２では、故障診断サーバ１０２は、使用期間を計算する。現在の日付（システム日付）の年月から購入年月を引いて、診断対象の使用期間（月数）を算出する。
【００５９】
ステップＳ５０３では、故障診断サーバ１０２は、診断対象が製品ライフサイクル上のどの段階の期間にあるかを判断する。本実施例では、製品の想定寿命に対する使用期間の割合で初期期間、中期期間、後期期間に分類する。例えば、製品の想定寿命に対する使用期間の割合が１０％以下の場合を初期期間、９０％以上の場合を後期期間、その間を中期期間とする。また、使用期間ではなく、対象機種の販売開始からの経過期間等、製品に関する他の期間を判断に使用してもよく、また、複数種類の期間を複合して判断してもよい。
【００６０】
ステップＳ５０３にて、診断対象が初期期間にある場合はステップＳ５０４に進み、そうでない場合はステップＳ５０５に進み、診断対象が後期期間にある場合はステップＳ５０６に進み、そうでない場合はステップＳ５０７に進む。
【００６１】
ステップＳ５０４では、故障診断サーバ１０２は、初期期間の現象の優先度を設定する。具体的には、図１３（ｂ）に示す表示順重み設定マスタ１３１０から経過期間区分が１（初期期間）のレコードの現象区分１３１２および優先度１３１３を取得してＲＡＭ２０３等に一時格納する。
【００６２】
ステップＳ５０６では、故障診断サーバ１０２は、後期期間の現象の優先度を設定する。初期期間の場合と同様に、表示順重み設定マスタ１３１０から経過期間区分が３（後期期間）のレコードの現象区分１３１２および優先度１３１３を取得してＲＡＭ２０３等に一時格納する。
【００６３】
ステップＳ５０７では、故障診断サーバ１０２は、中期期間の現象の優先度を設定する。初期、後期期間の場合と同様に、表示順重み設定マスタ１３１０から経過期間区分が２（中期期間）のレコードの現象区分１３１２および優先度１３１３を取得してＲＡＭ２０３等に一時格納する。
【００６４】
ステップＳ５０８では、故障診断サーバ１０２は、同じ機種で上記で求めた経過期間区分において過去に診断した各現象の回数を取得する。具体的には、図１６に示す故障診断結果テーブル１６００に過去の診断結果が蓄積されており、機種ＣＤ１６０１が今回選択された機種、経過期間区分１６０２が上記で求めた経過期間区分と同一のレコードを抽出し、最下層の現象ＮＯ（最終的に選択された現象。第１階層と第２階層に値がある場合は第２階層の方）ごとに回数を集計する。また、本実施例では、上位階層（第１階層）の現象は現象をカテゴリごとに分類した分類タイトルとして使用しているが、現象を表示する際に過去の診断回数に応じてカテゴリの表示順序も変えるのであれば、上位階層についても回数を集計し、集計された回数に基づいて表示順序を変えればよい。
【００６５】
ステップＳ５０９では、故障診断サーバ１０２は、前の処理ステップにて設定した優先度およびステップＳ５０８にて取得した現象ごとの過去診断回数をもとに、各現象の表示優先度を決定する。
【００６６】
まず、図１４に示す機種別現象関連マスタ１４００から機種ＣＤ１４０１が今回選択された機種と同じレコードを抽出し、現象区分１４０６が設定した現象区分１３１２に一致する優先度１３１３を当該現象に対して設定する。例えば、診断対象の経過期間区分が２（中期期間）である場合、表示順重み設定マスタ１３１０により、現象区分１３１２が１（初期現象）の場合は優先度１３１３は１０、２（中期現象）の場合は優先度１３１３は３０、３（後期現象）の場合は優先度１３１３は２０に設定しており、機種別現象関連マスタ１４００において、現象ＮＯ１４０２が３のレコードについては現象区分１４０６が２（中期現象）であるので、優先度は３０となる。これは、経過期間によって現象が発生する頻度が変化する特性を利用して、各現象に発生頻度が高くなると想定される期間に対応する現象区分を事前設定しておき、経過期間に応じて優先度を設定できるようにしている。
【００６７】
次に、ステップＳ５０８にて取得した現象ごとの過去診断回数に基づいて、上記で設定した現象ごとの優先度を補正する。補正方法の一例として、
・優先度＝補正前優先度×（１＋発生回数×係数）
により補正することができる。上記式によれば、過去診断回数が０の場合は設定された優先度のままであり、診断回数が増えるに従って優先度が増加する。これは、事前に想定していた現象ごとの経過期間に対する優先度に対し、環境変化や突発事象により乖離が発生した場合に実態に合わせて優先度を一時的に補正するものである。また、環境変化等に影響されず、安定的に経過期間に応じて診断が実施されるような製品であれば、補正処理を省略してもよい。
【００６８】
ステップＳ５１０では、故障診断サーバ１０２は、クライアント１０１のディスプレイ２１０に現象選択画面９００（図９）を表示する。現象選択画面９００において、ステップＳ５０９にて決定した各現象の表示優先度に従って、現象一覧９０１に表示優先度の高い順に現象を表示する。図９の表示例では、診断対象の期間経過区分が２（中期期間）の場合に、機種別現象関連マスタ１４００において現象ＮＯが４の現象（「電源が入らない」）が現象区分が２（中期現象）であることから表示優先度が３０となり、一番上に表示されている。
【００６９】
以上で、図５の現象選択画面表示処理の説明を終了する。
【００７０】
上記により、診断対象の経過期間に応じて、発生する可能性の高い現象が上位に表示され、ユーザは正確かつ容易に現象を選択できるようになる。また、事前に設定した優先度に乖離が発生した場合にも、実態に応じて補正できる。
【００７１】
本実施形態では、故障診断サーバ１０２にて処理を実施し、クライアント１０１のＷｅｂブラウザにて表示および操作・入力受付を実施するＷｅｂアプリケーション方式の構成としたが、故障診断サーバ１０２で保持するデータをクライアント１０１に読み込ませ、スタンドアローンで処理を実行させる構成であってもよい。また、クライアント１０１に専用ソフトウェアを導入したサーバクライアント方式の構成であってもよい。
【００７２】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００７３】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００７４】
また、本発明におけるプログラムは、図４〜図５に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４〜図６の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４〜図５の各装置の処理方法ごとのプログラムであってもよい。
【００７５】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００７６】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【００７７】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【００７８】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７９】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８０】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００８１】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００８２】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００８３】
１００    故障診断システム
１０１    クライアント
１０２    故障診断サーバ
１０４    ネットワーク
【図１】
2018101238.tif 000003
【図２】
2018101238.tif 000004
【図３】
2018101238.tif 000005
【図４】
2018101238.tif 000006
【図５】
2018101238.tif 000007
【図６】
2018101238.tif 000008
【図７】
2018101238.tif 000009
【図８】
2018101238.tif 000010
【図９】
2018101238.tif 000011
【図１０】
2018101238.tif 000012
【図１１】
2018101238.tif 000013
【図１２】
2018101238.tif 000014
【図１３】
2018101238.tif 000015
【図１４】
2018101238.tif 000016
【図１５】
2018101238.tif 000017
【図１６】
2018101238.tif 000018