(57)【特許請求の範囲】
【請求項１】
障害時に入力されたコマンドと該コマンドの出力情報との履歴を障害事例ごとに記憶するコマンド履歴記憶手段を用いて、前記履歴に含まれるコマンドを非障害時に実行し、該コマンドの出力情報を該コマンドごとに非障害時コマンド履歴記憶手段に記録するコマンド実行手段と、
任意の障害事例に係るコマンドについて、前記コマンド履歴記憶手段に記憶されている出力情報と、前記非障害時履歴記憶手段に記憶されている出力情報とを比較し、比較結果を出力する比較手段とを有する障害対応支援装置。
【請求項２】
前記コマンド履歴記憶手段は、障害の事象を示す情報を前記コマンドと関連付けて記憶し、
任意の障害事例に関して前記比較手段より出力される比較結果において前記出力情報が異なるコマンドの任意の組ごとに、前記コマンド履歴記憶手段を用いて、前記任意の障害事例と同一事象の障害事例に係る同一のコマンドと出力情報を比較し、全てのコマンドについて出力情報が一致する組を出力する抽出手段を有する請求項１記載の障害対応支援装置。
【請求項３】
前記コマンド履歴記憶手段は、障害の原因を示す情報を前記コマンドと関連付けて記憶し、
任意の障害事例に関して前記比較手段より出力される比較結果において前記出力情報が異なるコマンドの任意の組ごとに、前記コマンド履歴記憶手段を用いて、前記任意の障害事例と同一原因の障害事例に係る同一のコマンドと出力情報を比較し、全てのコマンドについて出力情報が一致する組を出力する抽出手段を有する請求項１記載の障害対応支援装置。
【請求項４】
前記コマンド履歴記憶手段は、障害の原因を示す情報を前記コマンドと関連付けて記憶し、
前記抽出手段は、前記全てのコマンドについて出力情報が一致する組ごとに、前記コマンド履歴記憶手段を用いて、当該組に含まれるコマンドについて前記任意の障害事例と同一原因の障害事例に係る同一のコマンドと出力情報を比較し、比較結果を出力する請求項２記載の障害対応支援装置。
【請求項５】
前記抽出手段は、前記全てのコマンドについて出力情報が一致する組ごとに、前記コマンド履歴記憶手段を用いて、当該組に含まれる全てのコマンドを含む前記同一原因の障害事例の第一の件数と、該全てのコマンドを含み出力情報も一致する前記同一原因の障害事例の第二の件数とを計数し、前記第一の件数と前記第二の件数との比較結果を出力する請求項４記載の障害対応支援装置。
【請求項６】
コンピュータが実行する障害対応支援方法であって、
障害時に入力されたコマンドと該コマンドの出力情報との履歴を障害事例ごとに記憶するコマンド履歴記憶手段を用いて、前記履歴に含まれるコマンドを非障害時に実行し、該コマンドの出力情報を該コマンドごとに非障害時コマンド履歴記憶手段に記録するコマンド実行手順と、
任意の障害事例に係るコマンドについて、前記コマンド履歴記憶手段に記憶されている出力情報と、前記非障害時履歴記憶手段に記憶されている出力情報とを比較し、比較結果を出力する比較手順とを有する障害対応支援方法。
【請求項７】
コンピュータに、
障害時に入力されたコマンドと該コマンドの出力情報との履歴を障害事例ごとに記憶するコマンド履歴記憶手段を用いて、前記履歴に含まれるコマンドを非障害時に実行し、該コマンドの出力情報を該コマンドごとに非障害時コマンド履歴記憶手段に記録するコマンド実行手順と、
任意の障害事例に係るコマンドについて、前記コマンド履歴記憶手段に記憶されている出力情報と、前記非障害時履歴記憶手段に記憶されている出力情報とを比較し、比較結果を出力する比較手順とを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害対応支援装置、障害対応支援方法、及びプログラムに関し、特にコンピュータシステムの障害対応を支援するための障害対応支援装置、障害対応支援方法、及びプログラムに関する。
【背景技術】
【０００２】
コンピュータシステムの運用時に障害が発生した際にはまず原因の特定が行われる。原因を特定するために、管理者は、ＯＳ（Operating System）等によって提供されている各種のコマンドをコンピュータに対して入力する。管理者は、コマンドの出力情報に基づいて、現在のシステム状態（例えば、ネットワークの状態、インストールされているプログラムの内容等）を把握する。
【０００３】
図１は、トラブル原因の特定のためのコマンド入力の例を示す図である。なお、入力されるコマンドの内容は、ＯＳ等に応じて異なる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−７６１０３号公報
【特許文献２】特開２００８−００２８９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、原因特定に入力されうるコマンドの種類は、コマンドのパラメータ（引数）との組み合わせを考慮すれば、非常に多数にのぼる。管理者等は、多数の候補の中から、自らの知識及び経験等に基づいて、有効であると考えられるものを選択し、コンピュータに入力する。
【０００６】
但し、入力されるコマンド群は、管理者の知識及び経験等に応じて、必ずしも適切又は効率的ではない。具体的には、障害の原因とは関係の無いコマンドが入力されたり、実質的には同じ意味のコマンドが入力されたりする。その結果、適切にコマンドが選択されれば短時間で済むはずの作業に長時間を要してしまうことがある。
【０００７】
本発明は、上記の点に鑑みてなされたものであって、コンピュータに関する障害対応作業を効率化することのできる障害対応支援装置、障害対応支援方法、及びプログラムの提供を目的とする。
【課題を解決するための手段】
【０００８】
そこで上記課題を解決するため、障害時に入力されたコマンドと該コマンドの出力情報との履歴を障害事例ごとに記憶するコマンド履歴記憶手段を用いて、前記履歴に含まれるコマンドを非障害時に実行し、該コマンドの出力情報を該コマンドごとに非障害時コマンド履歴記憶手段に記録するコマンド実行手段と、任意の障害事例に係るコマンドについて、前記コマンド履歴記憶手段に記憶されている出力情報と、前記非障害時履歴記憶手段に記憶されている出力情報とを比較し、比較結果を出力する比較手段とを有する。
【発明の効果】
【０００９】
開示された技術によれば、コンピュータに関する障害対応作業を効率化することができる。
【図面の簡単な説明】
【００１０】
【図１】トラブル原因の特定のためのコマンド入力の例を示す図である。
【図２】、本発明の実施の形態における障害対応支援装置のハードウェア構成例を示す図である。
【図３】本発明の実施の形態における障害対応支援装置の機能構成例を示す図である。
【図４】障害時コマンド記録部による処理手順を説明するためのフローチャートである。
【図５】障害時コマンド履歴ＤＢの構成例を示す図である。
【図６】障害事例ＤＢの構成例を示す図である。
【図７】正常時コマンド自動実行部による処理手順を説明するためのフローチャートである。
【図８】正常時コマンド履歴ＤＢの構成例を示す図である。
【図９】出力情報比較部による処理手順を説明するためのフローチャートである。
【図１０】作業フェーズ判定処理の処理手順を説明するためのフローチャートである。
【図１１】出力情報比較処理の概要を説明するための図である。
【図１２】出力情報比較処理の処理手順を説明するためのフローチャートである。
【図１３】必要コマンド抽出部による処理概要を説明するための図である。
【図１４】カレント事例のレコードと同一原因レコードとの一致度の算出方法を説明するための図である。
【図１５】必要コマンド抽出部による処理手順を説明するためのフローチャートである。
【図１６】必要コマンドＤＢの構成例を示す図である。
【図１７】除去対象判定処理の処理手順を説明するためのフローチャートである。
【図１８】効率化可能事例提示部による処理手順を説明するためのフローチャートである。
【図１９】一つの事象に関する統計情報の表示例を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面に基づいて本発明の実施の形態を説明する。図２は、本発明の実施の形態における障害対応支援装置のハードウェア構成例を示す図である。図２の障害対応支援装置１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５と、表示装置１０６と、入力装置１０７とを有する。
【００１２】
障害対応支援装置１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００１３】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って障害対応支援装置１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード及びマウス等であり、様々な操作指示を入力させるために用いられる。
【００１４】
図３は、本発明の実施の形態における障害対応支援装置の機能構成例を示す図である。同図において、障害対応支援装置１０は、障害時コマンド記録部１１、正常時コマンド自動実行部１２、出力情報比較部１３、必要コマンド抽出部１４、効率化可能事例提示部１５、障害事例ＤＢ１６、障害時コマンド履歴ＤＢ１７、正常時コマンド履歴ＤＢ１８、及び必要コマンドＤＢ１９等を有する。これら各部は、障害対応支援装置１０にインストールされたプログラムがＣＰＵ１０４に実行させる処理により実現される。
【００１５】
障害時コマンド記録部１１は、障害発生時（障害時）において、障害の原因の特定又は障害からの復旧の確認のために入力されるコマンドと、当該コマンドの出力情報との履歴情報を障害時コマンド履歴ＤＢ１７に記録する。障害時コマンド履歴ＤＢ１７は、補助記憶装置１０２を用いて障害時に入力されたコマンドの履歴情報（障害時コマンド履歴情報）を記憶するデータベースである。なお、コマンドとは、ＯＳ（Operating System）やその他のツール等によって提供されるコマンドである。コマンドの出力情報とは、コマンドの入力先のコンピュータがコマンドを実行した結果として出力する情報である。コマンドの入力先のコンピュータは、入力されたコマンドを実行することにより、障害が発生しているコンピュータ又はコンピュータシステムの状態を取得又は把握することのできるコンピュータである。本実施の形態では、障害対応支援装置１０がコマンドの入力先であるとする。但し、他のコンピュータがコマンドの入力先であってもよい。この場合、障害時コマンド記録部１１及び障害時コマンド履歴ＤＢ１７は、当該他のコンピュータが有していればよい。
【００１６】
正常時コマンド自動実行部１２は、障害時コマンド履歴ＤＢ１７に記憶されているコマンドを、正常時（非障害時）において自動実行する。正常時コマンド自動実行部１２は、自動実行したコマンドの出力情報をコマンドごとに（コマンドに関連付けて）正常時コマンド履歴ＤＢ１８に記録する。正常時コマンド履歴ＤＢ１８は、補助記憶装置１０２を用いて正常時コマンド自動実行部１２による実行結果（正常時コマンド履歴情報）を記憶するデータベースである。
【００１７】
出力情報比較部１３は、障害時コマンド履歴ＤＢ１７に記憶されている障害時コマンド履歴情報について、障害事例ＤＢ１６に記憶されている情報に基づいて、障害事例との関連付けを行う。すなわち、障害時コマンド履歴ＤＢ１７に記憶されている各履歴が、いずれの障害事例において入力されたものであるかが特定される。障害事例ＤＢ１６は、障害ごと（障害事例ごと）に、障害に関する情報を補助記憶装置１０２を用いて記憶するデータベースである。出力情報比較部１３は、更に、任意の障害事例に関して、障害時コマンド履歴ＤＢ１７に記憶されている出力情報と、正常時コマンド履歴ＤＢ１８に記憶されている出力情報とを同一コマンド間で比較する。出力情報比較部１３は、出力情報が異なるコマンド又はコマンド群を出力する。すなわち、障害時と正常時とにおいて出力情報が同じであるコマンドは、障害の原因特定には関係ない（必要ない）コマンドであるとして除去される。
【００１８】
必要コマンド抽出部１４は、出力情報比較部１３より出力されたコマンド群について、実質的に重複している（冗長である）コマンドを判定し、重複（冗長性）が除去されたコマンド又はコマンド群を出力する。したがって、必要コマンド抽出部１４より出力されたコマンドは、一つの障害事例について原因特定に有効であった（必要であった）コマンド（以下、「必要コマンド」という。）であるといえる。必要コマンドＤＢ１９は、補助記憶装置１０２を用いて、必要コマンドを障害事例ごとに記憶するデータベースである。
【００１９】
効率化可能事例提示部１５は、必要コマンドＤＢ１９を用いて、必要なコマンドが抽出された結果、どのような障害に関して効率化を図ることができるか等の統計情報を提示する。
【００２０】
以下、障害対応支援装置１０の処理手順について説明する。図４は、障害時コマンド記録部による処理手順を説明するためのフローチャートである。
【００２１】
障害時において、例えばシステム管理者等の操作者によって、障害の原因特定又は復旧確認において有効であると考えられるコマンドが入力される（Ｓ１０１）。障害時コマンド記録部１１は、入力されたコマンドの実行結果が出力されると（Ｓ１０２でＹｅｓ）、入力されたコマンドの履歴情報を示すレコードを障害時コマンド履歴ＤＢ１７に記録する（Ｓ１０３）。
【００２２】
図５は、障害時コマンド履歴ＤＢの構成例を示す図である。障害時コマンド履歴ＤＢ１７には、コマンドごとにレコードが登録される。各レコードは、入力時刻、コマンド、出力情報、事例ＩＤ、作業フェーズ、及び対正常時比較結果等の項目を有する。
【００２３】
入力時刻は、コマンドが入力された時刻である。コマンドは、コマンドとして入力された文字列である。出力情報は、コマンドの実行結果として出力された情報（文字列）である。事例ＩＤは、入力されたコマンドが関係する障害事例の識別子である。作業フェーズは、コマンドが入力された作業フェーズである。本実施の形態において、作業フェーズは、原因特定と復旧確認とに分類される。原因特定とは、障害の原因を特定するための作業フェーズである。復旧確認は、障害の復旧作業が完了し、システムが正常であることを確認するための作業フェーズである。対正常時比較結果は、同一コマンドが正常時に実行された際の出力情報との比較結果である。
【００２４】
ステップＳ１０３では、入力時刻、コマンド、及び出力情報が記録される。なお、コマンドが入力されるたびに図４の処理は繰り返される。その結果、同一の障害事例に対して、複数のレコード（コマンド）が障害時コマンド履歴ＤＢ１７に記録される。なお、復旧確認のためのコマンドについては、記録対象外としてもよい。
【００２５】
その後、例えば、障害の復旧確認が完了したとき等、適当なタイミングにおいて、操作者によって今回の障害に関する情報が一つの事例として障害事例ＤＢ１６に登録される。
【００２６】
図６は、障害事例ＤＢの構成例を示す図である。障害事例ＤＢ１６には、障害事例ごとにレコードが登録される。各レコードは、事例ＩＤ、事象、原因、復旧作業内容、作業開始日時、及び作業終了日時等の項目を有する。
【００２７】
事例ＩＤは、各障害事例を識別するための識別子であり、レコードの登録時に障害事例（レコード）に対して割り当てら得る。事象には、障害時に確認された事象若しくは現象、又は障害の内容を示す情報が登録される。原因には、障害の原因を示す情報が登録される。復旧作業内容には、障害の復旧作業の内容を示す情報が登録される。作業開始日時には、障害に対処するための作業を開始した日時が登録される。作業終了日時には、障害に対処するための作業が終了した日時が登録される。なお、本実施の形態では、障害に対処するための作業は、原因特定作業で始まり復旧確認作業で終了する。したがって、作業開始日時は、原因特定作業が開始された日時に該当する。作業開始日時は、復旧確認作業が終了した日時に該当する。
【００２８】
なお、復旧確認については、管理対象外としてもよい。この場合、作業終了日時には、原因特定作業が終了した日時が記録されればよい。
【００２９】
続いて、正常時コマンド自動実行部１２による処理について説明する。図７は、正常時コマンド自動実行部による処理手順を説明するためのフローチャートである。同図の処理は、或る障害について図４の処理が実行され、当該障害に関して障害事例ＤＢ１６への登録が完了した後であれば任意のタイミングで実行されてよい。
【００３０】
ステップＳ２０１において、正常時コマンド自動実行部１２は、障害時コマンド履歴ＤＢ１７より１件のレコードを取得する（Ｓ２０１）。レコードは、障害時コマンド履歴ＤＢ１７における配列順に取得されればよい。以下、取得されたレコードを「カレントレコード」という。
【００３１】
続いて、正常時コマンド自動実行部１２は、カレントレコードに係るコマンドの正常時における自動実行（以下、単に「自動実行」という。）は、実行済みであるか否かを判定する（Ｓ２０２）。当該判定は、カレントレコードのコマンドが正常時コマンド履歴ＤＢ１８に記録されているか否かに基づいて行えばよい。当該コマンドが正常時コマンド履歴ＤＢ１８に記録されている場合、当該自動実行は実行済みであると判定される。当該コマンドが正常時コマンド履歴ＤＢ１８に記録されていない場合、当該自動実行は未実行であると判定される。当該自動実行が実行済みの場合（Ｓ２０２でＹｅｓ）、ステップＳ２０１に戻る。
【００３２】
当該自動実行が未実行の場合（Ｓ２０２でＮｏ）、正常時コマンド自動実行部１２は、カレントレコードのコマンドを障害対応支援装置１０に実行させる（Ｓ２０３）。但し、障害対応支援装置１０とネットワークを介して接続される他のコンピュータに当該コマンドを実行させてもよい。続いて、正常時コマンド自動実行部１２は、実行したコマンドと、当該コマンドの出力情報とを正常時コマンド履歴ＤＢ１８に記録する（Ｓ２０４）。障害時コマンド履歴ＤＢ１７の全レコードについてステップＳ２０１〜Ｓ２０４の処理が完了すると（Ｓ２０５でＹｅｓ）、図７の処理は終了する。
【００３３】
図８は、正常時コマンド履歴ＤＢの構成例を示す図である。正常時コマンド履歴ＤＢ１８には、自動実行されたコマンドごとにレコードが登録される。各レコードは、コマンド及び出力情報等の項目を有する。
【００３４】
コマンドは、自動実行の対象とされたコマンドの文字列である。出力情報は、コマンドの実行結果として出力された情報（文字列）である。
【００３５】
なお、正常時コマンド履歴ＤＢ１８では、各コマンドについて障害事例の区別はされていない。正常時における出力情報は、障害事例には依存しないと考えるからである。但し、障害事例ごとに正常時の定義が異なる場合、同一コマンドに対して障害事例ごとに区別して、正常時コマンド履歴ＤＢ１８にレコードを登録してもよい。正常時の定義が異なる場合とは、例えば、正常時におけるシステム環境の設定情報等が異なる場合等である。
【００３６】
続いて、出力情報比較部１３による処理について説明する。図９は、出力情報比較部による処理手順を説明するためのフローチャートである。同図の処理は、図７の処理に同期させて（図７の処理の実行後に続けて）実行されてもよいし、図７の処理の実行後の任意のタイミングで実行されてもよい。
【００３７】
ステップＳ３１０において、出力情報比較部１３は、処理対象の障害事例（以下、「カレント事例」という。）の作業開始日時及び作業終了日時を障害事例ＤＢ１６より取得する。カレント事例は、自動的に判定されてもよいし、操作者に指定させてもよい。自動的に判定される場合は、出力情報比較部１３が、障害事例ＤＢ１６に登録されている事例ＩＤの中で、障害時コマンド履歴ＤＢ１７に登録されていない事例ＩＤを判定する。判定された事例ＩＤに係る障害事例が処理対象とされる。操作者によって指定させる場合は、例えば、障害事例ＤＢ１６のレコードの一覧を表示装置１０６に表示させ、当該一覧の中から処理対象とする障害事例を選択させればよい。
【００３８】
いずれの場合であっても、ステップＳ３１０では、カレント事例の事例ＩＤ（以下、「カレント事例ＩＤ」という。）が特定され、当該事例ＩＤに係る作業開始日時及び作業終了日時が障害事例ＤＢ１６より取得される。
【００３９】
続いて、出力情報比較部１３は、作業開始日時及び作業終了日時の間に入力されたコマンドに係る全レコードを障害時コマンド履歴ＤＢ１７より取得し、取得されたレコードの事例ＩＤに、カレント事例ＩＤを記録する（Ｓ３２０）。作業開始日時及び作業終了日時の間に入力されたコマンドに係るレコードでとは、入力時刻が作業開始日時及び作業終了日時の間であるレコードをいう。すなわち、時間を基準として、障害事例とコマンドの履歴情報との対応関係を判定しているのである。以下、ステップＳ３２０において取得されたレコードを「対象事例コマンドレコード」という。
【００４０】
続いて、出力情報比較部１３は、入力時刻の早い（古い）順に、取得されたレコードの中の未処理の１レコードを処理対象とする（Ｓ３３０）。未処理とは、ステップＳ３４０以降について未処理であることをいう。以下、処理対象のレコードを「カレントレコード」という。
【００４１】
続いて、出力情報比較部１３は、カレントレコードに係るコマンドについて作業フェーズを判定する（Ｓ３４０）。すなわち、原因特定又は復旧確認のいずれの作業において入力されたコマンドであるかが判定される。カレントレコードに係るコマンドが、原因特定において入力されたものである場合（Ｓ３５０でＹｅｓ）、出力情報比較部１３は、カレントレコードに係るコマンドついて、正常時コマンド履歴ＤＢ１８に登録されている同一コマンドと出力情報の比較を行う（Ｓ３６０）。
【００４２】
ステップＳ３３０以降の処理が、全ての対象事例コマンドレコードについて完了すると（Ｓ３７０）、図９の処理は終了する。
【００４３】
続いて、図９のステップＳ３４０の詳細について説明する。図１０は、作業フェーズ判定処理の処理手順を説明するためのフローチャートである。
【００４４】
ステップＳ３４１において、出力情報比較部１３は、カレントレコードに係るコマンドと同一のコマンドを有するレコードであって、入力時刻がカレントレコードの入力時刻より早いものが対象事例コマンドレコードの中に有るか否かを判定する。
【００４５】
該当するレコードが無い場合（Ｓ３４１でＮｏ）、出力情報比較部１３は、カレントレコードに対する作業フェーズは「原因特定」であると判定する（Ｓ３４２）。該当するレコードが存在した場合（Ｓ３４１でＹｅｓ）、出力情報比較部１３は、カンレントレコードに対する作業フェーズは「復旧確認」であると判定する（Ｓ３４３）。すなわち、同一の障害事例において、同じコマンドが２回入力されている場合、２回目の入力は、復旧確認のためのものであると判定される。
【００４６】
続いて、出力情報比較部１３は、判定した作業フェーズをカレントレコードに記録する（Ｓ３４４）。
【００４７】
続いて、図９のステップＳ３６０の詳細について説明する。図１１は、出力情報比較処理の概要を説明するための図である。出力情報比較処理においては、対象事例コマンドレコードの中で作業フェーズが原因特定であるものについて、コマンドが一致する正常時コマンド履歴ＤＢ１８のレコードと出力情報の比較が行われる。同図では、比較の対応関係が破線の矢印によって示されている。比較結果に応じて、対正常時比較結果が障害時コマンド履歴ＤＢ１７に記録される。
【００４８】
図１１において説明した内容をフローチャートを用いて詳細に説明する。図１２は、出力情報比較処理の処理手順を説明するためのフローチャートである。
【００４９】
ステップＳ３６１において、出力情報比較部１３は、カレントレコードのコマンドと同一のコマンドに対して登録されている出力情報を正常時コマンド履歴ＤＢ１８より取得する。続いて、出力情報比較部１３は、カレントレコードの出力情報（障害時の出力情報）と、正常時コマンド履歴ＤＢ１８より取得された出力情報（正常時の出力情報）とを比較する（Ｓ３６２）。
【００５０】
比較された出力情報が一致する（同じである）場合（Ｓ３６２でＹｅｓ）、出力情報比較部１３は、カレントレコードの対正常時比較結果に「同じ」を記録する（Ｓ３６２）。比較された出力情報が異なる場合（Ｓ３６２でＮｏ）、出力情報比較部１３は、カレントレコードの対正常時比較結果に「異なる」を記録する（Ｓ３６４）。
【００５１】
以上で、出力情報比較部１３による処理の説明は終了する。上述のように、出力情報比較部１３によって、障害時に入力されたコマンドについて、出力情報が正常時と同じであるか否かが判定される。その結果、障害の原因特定には関係の無い又は有効ではないコマンドが特定される。すなわち、障害時と異常時において出力情報に変化の無いコマンドは、障害の原因特定には関係の無い又は有効ではない可能性が高い。したがって、斯かるコマンドを除去することにより、障害の原因特定に有効である可能性の高いコマンドが抽出される。
【００５２】
続いて、必要コマンド抽出部１４による処理について説明する。図１３は、必要コマンド抽出部による処理概要を説明するための図である。
【００５３】
本実施の形態において、必要コマンド抽出部１４による処理は、出力情報比較部１３の処理に続いて同期的に実行されることとする。したがって、以下における「カンレント事例」、「カレント事例ＩＤ」は、出力情報比較部１３において選択された「カレント事例」又は「カレント事例ＩＤ」に一致する。但し、必要コマンド抽出部１４による処理は、出力情報比較部１３の処理の実行後の任意のタイミングで実行されてもよい。この場合、カレント事例は、改めて操作者に指定させればよい。
【００５４】
同図において、テーブルＡは、カレント事例ＩＤに係るレコードであって、かつ、対正常時比較結果が「異なる」であるレコードが障害時コマンド履歴ＤＢ１７より抽出されたものである。但し、テーブルＡでは、必要コマンド抽出部１４の処理の説明には不要な項目は省略されている。同図及び図１４における他のテーブルに関しても同様である。
【００５５】
必要コマンド抽出部１４は、まず、テーブルＡに含まれるレコードの集合の中から任意の二つ以上のレコードを含む組を生成する。全ての組み合わせに関して組が生成されるのが望ましい。同図では、便宜上、三つの組の例がテーブルＢとして示されている。続いて、必要コマンド抽出部１４は、テーブルＢのレコードごと（すなわち、組ごと）に、カレント事例の事象と同一事象に係る他の障害事例におけるレコード（障害時コマンド履歴ＤＢ１７のレコード）と同一コマンド同士で出力情報を比較する。
【００５６】
図１３において、カレント事例の事象と同一事象に係る他の障害事例におけるレコード（同一事象レコード）は、テーブルＣが該当する。したがって、テーブルＢのレコードとテーブルＣのレコードとの間で比較が行われる。同図では、破線の矢印によって比較の対応関係が示されている。なお、他の障害事例は、他の全ての障害事例が望ましいが、他の一部の障害事例であってもよい。
【００５７】
テーブルＢの第二列には比較結果が記録されている。「不一致」は、組に含まれる少なくとも一方の出力情報について比較対象とされた少なくとも一つの同一事象レコードと不一致が有ったことを意味する。「一致」は、その逆、すなわち、組に含まれる二つの出力情報が、比較対象とされた全ての同一事象レコードと一致したことを意味する。
【００５８】
したがって、比較結果が「一致」であるものについては、当該組に含まれている二つのコマンドの意味が実質的に同じである可能性、すなわち、実質的に重複する又は冗長なコマンドである可能性が高いと考えられる。
【００５９】
そこで、必要コマンド抽出部１４は、更に、重複すること又は冗長であることの確信度を高めるための処理を実行する。まず、必要コマンド抽出部１４は、比較結果が「一致」である組を抽出する。図１３において、テーブルＤが抽出結果である。テーブルＤには二つの組が抽出されている。続いて、必要コマンド抽出部１４は、テーブルＤのレコードごと（すなわち、組ごと）に、カレント事例の原因と同一原因の他の障害事例におけるレコード（障害時コマンド履歴ＤＢ１７のレコード）と同一コマンド同士で出力情報を比較する。
【００６０】
図１３において、カレント事例の原因と同一原因の他の障害事例におけるレコード（同一原因レコード）は、テーブルＥが該当する。したがって、テーブルＤのレコードとテーブルＥのレコードとの間で比較が行われる。同図では、破線の矢印によって比較の対応関係が示されている。なお、他の障害事例は、他の全ての障害事例が望ましいが、他の一部の障害事例であってもよい。また、カレント事例と同一事象に係るレコード（同一事象レコード）には、同一原因レコードには含まれない。同一事象レコードとの比較については既に行っており、再度比較を行う意義は少ないからである。但し、このことは、同一原因レコードに同一事象レコードが含まれる形態が許容されないことを意味するものではない。
【００６１】
比較結果は、一致した割合（一致度）が出力される。テーブルＤの第二例に一致度が示されている。第一組については５０％、第二組については１００％とされている。
【００６２】
続いて、必要コマンド抽出部１４は、各組の一致度を所定値（所定の閾値）と比較し、比較結果に応じて、冗長な組み合わせである可能性の高い組を判定する。例えば、所定値が７０％である場合、同図の例では第二組のコマンドは冗長である可能性が高いと判定される。
【００６３】
なお、同一原因レコードとの比較結果についても、同一事象レコードとの比較結果と同様に、「一致」又は「不一致」として出力されてもよい。この場合、「一致」である組のコマンドが冗長である可能性と高いと判定されればよい。
【００６４】
続いて、必要コマンド抽出部１４は、冗長である可能性が高いと判定された組の一部のコマンド（一方のコマンド）を除去対象とする。いずれのコマンドを選択するかについては、例えば、障害時コマンド履歴ＤＢ１７内の全レコードを対象とした出現頻度を基準とすればよい。すなわち、出現頻度が低い方を除去対象とすればよい。出現頻度が低いコマンドの方が、重要度も低いと考えられるからである。
【００６５】
続いて、必要コマンド抽出部１４は、テーブルＡに抽出されているコマンド群から、除去対象とされたコマンドを除去することにより得られるコマンド群を、必要コマンドとして出力する。図１３では、テーブルＦが必要コマンドに相当する。テーブルＦは、テーブルＡに含まれるコマンド群から、テーブルＤの第二組の一方（「tracert dns.domain」）が除去されたものである。
【００６６】
なお、一つの組に三つ以上のコマンド及び出力情報が含まれるようにしてもよい。この場合、テーブルＤに抽出され、更に、一致度が所定値以上である組の中で、一つを除く他のコマンドを除去対象とすればよい。当該組のコマンドは冗長である可能性が高いため、一つのコマンドを残すことで冗長性が除去されると考えられるからである。
【００６７】
続いて、図１３で説明したカレント事例のレコードと同一原因レコードとの比較（テーブルＤとテーブルＥとの比較）における一致度の算出方法について、更に詳しく説明する。
【００６８】
図１４は、カレント事例のレコードと同一原因レコードとの一致度の算出方法を説明するための図である。
【００６９】
同図において、組Ｄ−１、組Ｄ−２は、図１３におけるテーブルＤの第一レコード（第一組）、第二レコード（第二組）である。テーブルＥ１、Ｅ２、及びＥ３は、図１３では、テーブルＥとして総称されていた同一原因事例レコードである。同図では、三つの障害事例の同一原因事例レコードが、テーブルＥ１、Ｅ２、及びＥ３として例示されている。
【００７０】
組Ｄ−１とテーブルＥ１とを比較すると、組Ｄ−１に含まれている全てのコマンドは、テーブルＥ１に含まれている（コマンド一致）。しかし、各コマンドの出力情報の少なくとも一部は異なる（出力不一致）。なお、同図において、コマンド一致・出力不一致の関係は、破線の矢印で示されている。矢印の指す位置は、テーブル単位であり、レコード単位ではない。組Ｄ−１とテーブルＥ２とを比較すると、組Ｄ−１に含まれているコマンドの少なくとも一部は、テーブルＥ２に含まれていない（コマンド不一致）。なお、同図において、コマンド不一致の関係には、矢印は付与されない。したがって、組Ｄ−１とテーブルＥ２との間には矢印は無い。組Ｄ−１とテーブルＥ３とを比較すると、組Ｄ−１に含まれている全てのコマンドは、テーブルＥ３に含まれている（コマンド一致）。また、各コマンドの出力情報も一致する（出力一致）。なお、同図において、コマンド・出力一致の関係は、実線の矢印によって示されている。当該矢印についても、その指す位置はテーブル単位であり、レコード単位ではない。
【００７１】
以上より、カレント事例の組Ｄ−１と同一原因事例レコードとの関係は、コマンド一致が２件、出力一致は１件となる。したがって、一致度は、１件÷２件＝５０％となる。
【００７２】
同様の比較が、組Ｄ−２とテーブルＥ１、Ｅ２、及びＥ３との間で行われる。その結果、すべての比較に関して、コマンド・出力一致が比較結果として得られる。したがって、コマンド一致件数は３件であり、出力一致件数も３件であるということになる。よって、一致度は、３件÷３件＝１００％となる。
【００７３】
図１３及び図１４で説明した内容をフローチャートを用いて詳細に説明する。図１５は、必要コマンド抽出部による処理手順を説明するためのフローチャートである。
【００７４】
ステップＳ４０１において、必要コマンド抽出部１４は、カレント事例ＩＤに係る全レコードを障害時コマンド履歴ＤＢ１７より取得する。続いて、必要コマンド抽出部１４は、取得されたレコードの中から対正常時比較結果の値が「異なる」であるレコードを抽出する（Ｓ４０２）。ここでの抽出結果の例は、図１３におけるテーブルＡに相当する。そこで、以下の説明においても、抽出結果をテーブルＡと呼ぶこととする。
【００７５】
続いて、必要コマンド抽出部１４は、テーブルＡにはレコードが二つ以上含まれているか否かを判定する（Ｓ４０３）。二つ以上のレコードが含まれている場合（Ｓ４０３でＹｅｓ）、必要コマンド抽出部１４は、テーブルＡのレコードの中から、任意の二つ以上のレコードの組を生成する（Ｓ４０４）。これにより、図１３におけるテーブルＢの第一列に係る部分が生成される。
【００７６】
続いて、必要コマンド抽出部１４は、カレント事例の事象と同一事象に係る他の障害事例の事例ＩＤを障害事例ＤＢ１６より検索する（Ｓ４０５）。該当する事例ＩＤが複数有る場合、全ての事例ＩＤが検索される。続いて、必要コマンド抽出部１４は、検索された各事例ＩＤに係るレコード（すなわち、同一事象レコード）を障害時コマンド履歴ＤＢ１７より検索する（Ｓ４０６）。なお、ここでの検索結果の例は、図１３におけるテーブルＣに相当する。
【００７７】
続いて、必要コマンド抽出部１４は、一つの組を処理対象とし、当該組（以下、「カレント組」という。）に含まれるコマンドごとに、同一事象レコードの中の同一コマンドに係る全てのレコードと出力情報を比較する（Ｓ４０７）。全てのレコードと出力結果が一致した場合（Ｓ４０８でＹｅｓ）、必要コマンド抽出部１４は、除去対象判定処理を実行する（Ｓ４０９）。少なくとも一部のレコードと出力結果が一致しない場合（Ｓ４０８でＮｏ）、必要コマンド抽出部１４は、除去対象判定処理は実行しない。除去対象判定処理は、除去対象とするコマンドを判定する処理である。
【００７８】
ステップＳ４０７〜Ｓ４０９が全ての組について完了すると（Ｓ４１０でＹｅｓ）、必要コマンド抽出部１４は、テーブルＡから除去対象とされたコマンドに係るレコードを除去した結果を必要なものとして残す（Ｓ４１１）。続いて、必要コマンド抽出部１４は、残っているレコード等に基づいて、必要コマンドＤＢ１９への登録を行う（Ｓ４１２）。なお、当初よりテーブルＡに含まれているレコードが１つである場合（Ｓ４０３でＮｏ）、当該一つのレコードについて必要コマンドＤＢ１９への登録が実行される。
【００７９】
図１６は、必要コマンドＤＢの構成例を示す図である。必要コマンドＤＢ１９には、障害事例ごとにレコードが登録される。各レコードは、事例ＩＤ、事象、入力コマンド数、必要コマンド数、及び必要コマンド等を有する。
【００８０】
ステップＳ４１２で新たに追加されるレコードの、事例ＩＤには、カレント事例ＩＤが登録される。事象にはカレント事例の事象が登録される。入力コマンド数には、カレント事例に関して原因特定のために入力されたコマンド数が登録される。すなわち、障害時コマンド履歴ＤＢ１７においてカレント事例ＩＤに係るレコードのうち、作業フェーズが「原因特定」であるレコードの数である。必要コマンド数には、ステップＳ４１２において残っているレコードの数、すなわち、除去対象のレコードが除去された後のテーブルＡのレコード数が登録される。必要コマンドには、除去対象のレコードが除去された後のテーブルＡに含まれているコマンドが登録される。
【００８１】
このように、必要コマンドＤＢ１９には、障害の事象ごとに、冗長性が除去されたコマンドが登録される。したがって、新たな障害が発生した際は、必要コマンドＤＢ１９より同一事象のレコードを検索し、当該レコードの必要コマンドを入力することで、原因特定作業の効率化を図ることができる。
【００８２】
続いて、図１５のステップＳ４０９の詳細について説明する。図１７は、除去対象判定処理の処理手順を説明するためのフローチャートである。
【００８３】
ステップＳ４５１において、必要コマンド抽出部１４は、カレント事例の事象と異なる事象に係る他の障害事例であって、カレント事例の原因と同一原因に係る他の障害事例の事例ＩＤを障害事例ＤＢ１６より検索する。該当する事例ＩＤが複数有る場合、全ての事例ＩＤのレコードが検索される。続いて、必要コマンド抽出部１４は、検索された事例ＩＤに係るレコード（すなわち、同一原因レコード）を障害時コマンド履歴ＤＢ１７より検索する（Ｓ４５２）。なお、ここでの検索結果の例は、図１３におけるテーブルＥに相当する。また、検索結果は、障害事例ごとに区別されて（例えば、図１４のテーブルＥ１、Ｅ２、及びＥ３のように区別された）管理される。
【００８４】
続いて、必要コマンド抽出部１４は、カレント組に含まれる全てのコマンドと同一のコマンドを含む同一原因レコードを有する他の障害事例の数をカウントする（Ｓ４５３）。すなわち、図１４において説明したコマンド一致の関係にある他の障害事例の件数がカウントされる。続いて、必要コマンド抽出部１４は、コマンド一致の関係にある他の障害事例の同一レコードの中で、カレント組に含まれる出力情報と同一の出力情報を含むレコードを有する他の障害事例の数をカウントする（Ｓ４５４）。すなわち、図１４において説明したコマンド・出力一致の関係にある他の障害事例の件数がカウントされる。
【００８５】
続いて、必要コマンド抽出部１４は、コマンド・出力一致の件数をコマンド一致の件数で除することによりカレント組に関する一致度を算出する（Ｓ４５５）。一致度が所定値より大きい場合（Ｓ４５６でＹｅｓ）、必要コマンド抽出部１４は、カレント組に含まれる各コマンドについて、同一コマンドを含むレコードを障害時コマンド履歴ＤＢ１７より検索し、検索されたレコード数をカウントする（Ｓ４５７）。カウントされたレコード数は、図１３において説明した出現頻度に相当する。続いて、必要コマンド抽出部１４は、カウントされたレコード数が最大であるコマンド以外のコマンドを、カレント組における除去対象として判定する（Ｓ４５８）。
【００８６】
続いて、効率化可能事例提示部１５による処理について説明する。図１８は、効率化可能事例提示部による処理手順を説明するためのフローチャートである。同図の処理は、任意のタイミングで実行されればよい。
【００８７】
ステップＳ５０１において、効率化可能事例提示部１５は、効率化が可能な事例の提示数の入力をユーザより受け付ける。続いて、効率化可能事例提示部１５は、必要コマンドＤＢ１９（図１６）に登録されている事象の一つを検索キーとして、必要コマンドＤＢ１９に対する検索を実行する（Ｓ５０２）。必要コマンドＤＢ１９には、同一事象に対して複数のレコードが登録されうる。したがって、ステップＳ５０２において複数のレコードが検索されうる。なお、検索キーとされる事象（以下、「カレント事象」という。）は、例えば、ステップＳ５０２が最初に実行される場合であれば、必要コマンドＤＢ１９の最初に登録されているレコードの事象とすればよい。
【００８８】
続いて、効率化可能事例提示部１５は、検索された全レコードの入力コマンド数と必要コマンド数とのそれぞれの合計値を算出する（Ｓ５０３）。続いて、効率化可能事例提示部１５は、算出された入力コマンド数の合計値及び必要コマンド数の合計値を検索されたレコード数で除する（Ｓ５０４）。その結果、カレント事象の入力コマンド数の平均値及び必要コマンド数の平均値が算出される。
【００８９】
続いて、効率化可能事例提示部１５は、必要コマンド数の平均値を入力コマンド数の平均値で除することにより、カレント事象の必要コマンド数比率を算出する（Ｓ５０５）。必要コマンド数比率は、障害時の原因特定作業において実際に入力されたコマンドに対する必要コマンドの割合である。
【００９０】
上記ステップ５０１〜Ｓ５０５は、必要コマンドＤＢ１９に登録されている全ての事象について実行される（Ｓ５０６）。その結果、事象ごとにレコード件数（同一事象の障害事例件数）、及び必要コマンド数比率等が算出される。
【００９１】
続いて、効率化可能事例提示部１５は、必要コマンド数比率の昇順に事象をソートし、必要コマンド数が低い方から順にユーザによって入力された提示数分の事象を選択する（Ｓ５０７）。なお、必要コマンド数比率が低いということは、入力されたコマンドの冗長性が高かったことを意味する。
【００９２】
続いて、効率化可能事例提示部１５は、選択された事象の中の一つの事象をソート順に処理対象とし、当該事象に関する統計情報等を表示装置１０６に表示させる（Ｓ５０８）。選択された全ての事象について表示が完了すると（Ｓ５０９でＹｅｓ）、図１８の処理は終了する。
【００９３】
図１９は、一つの事象に関する統計情報の表示例を示す図である。同図では、事象、必要コマンド数比率、障害事例件数（必要コマンドＤＢ１９より検索されたレコード件数）、及び必要コマンド等が表示されている。必要コマンドについては、例えば、同一事象について検索されたレコードの必要コマンドをマージしたものを表示すればよい。
【００９４】
同図のような統計情報を参照することにより、ユーザは、どのような事象において冗長なコマンドが入力される傾向が有るかを判断することができる。換言すれば、必要コマンドＤＢ１９を利用することにより、効率化を図れる可能性の高い事象を確認することができる。
【００９５】
ところで、上記では、必要コマンド抽出部１４による出力結果（必要コマンドＤＢ１９のレコード）を必要コマンドの最終的な抽出結果として説明したが、出力情報比較部１３による出力結果を必要コマンドの最終的な抽出結果としてもよい。この場合、必要コマンド抽出部１４は、障害時コマンド履歴ＤＢ１７において、カレント事例ＩＤに係るレコードの中で、対正常時比較結果が「異なる」であるレコードを抽出し、抽出結果に基づいて必要コマンドＤＢ１９へのレコードの登録を実行すればよい。
【００９６】
この場合であっても、障害の原因特定とは関係のない可能性の高いコマンドは除去されるため、原因特定作業の効率化を十分期待することができる。
【００９７】
また、必要コマンド抽出部１４の処理に関しても、同一事象レコードとの比較結果を最終的な抽出結果としてもよい（すなわち、同一原因レコードとの比較は省略されてもよい。）。この場合、必要コマンド抽出部１４は、図１３のテーブルＢにおいて、比較結果が「一致」となっている組についてテーブルＣとの間で一致度を算出し、一致度が所定値以上のものの組の一つを除くコマンドを除去対象としてもよい。または、必要コマンド抽出部１４は、比較結果が「一致」となっている組を表示装置１０６に表示させ、操作者に除去対象のコマンドを選択させてもよい。
【００９８】
また、必要コマンド抽出部１４は、同一事象レコードとの比較処理を省略してもよい。この場合の、同一原因レコードとの比較処理については、比較対象を同一原因レコードとし、比較処理のロジックは、同一事象レコードとの比較処理と同じであってもよい。
【００９９】
また、必要コマンド抽出部１４は、同一事象レコードとの比較処理と、同一原因レコードとの比較処理の実行順を逆転させてもよい。
【０１００】
更に、必要コマンド抽出部１４は、図１３のテーブルＤに相当する内容を表示装置１０６に表示させ、除去対象とするコマンドを操作者に選択させてもよい。この場合、操作者は一致度を参考に、除去対象とする組を判断することができる。
【０１０１】
上述したように、本実施の形態によれば、障害時に実行されたコマンドを正常時（非障害時）において実行し、出力情報が正常時と一致するコマンドを除去することで、障害の原因特定とは無関係である可能性の高いコマンドを特定することができる。換言すれば、障害の原因特定に有効である可能性の高いコマンドを抽出することができる。
【０１０２】
また、複数のコマンド及び出力情報によって組を生成し、組を単位として他の障害事例との異同を比較することで、コマンドとしては異なっていても、実質的な意味又は効果等が同じである可能性の高いコマンドを特定することができる。斯かるコマンドを入力候補から除去することにより、障害の原因特定の際の入力候補のコマンドの冗長性を除去することができる。
【０１０３】
また、以上の結果得られる情報に基づいて障害対応をすることにより、作業効率の向上を図ることができる。
【０１０４】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１０５】
以上の説明に関し、更に以下の項を開示する。
（付記１）
障害時に入力されたコマンドと該コマンドの出力情報との履歴を障害事例ごとに記憶するコマンド履歴記憶手段を用いて、前記履歴に含まれるコマンドを非障害時に実行し、該コマンドの出力情報を該コマンドごとに非障害時コマンド履歴記憶手段に記録するコマンド実行手段と、
任意の障害事例に係るコマンドについて、前記コマンド履歴記憶手段に記憶されている出力情報と、前記非障害時履歴記憶手段に記憶されている出力情報とを比較し、比較結果を出力する比較手段とを有する障害対応支援装置。
（付記２）
前記コマンド履歴記憶手段は、障害の事象を示す情報を前記コマンドと関連付けて記憶し、
任意の障害事例に関して前記比較手段より出力される比較結果において前記出力情報が異なるコマンドの任意の組ごとに、前記コマンド履歴記憶手段を用いて、前記任意の障害事例と同一事象の障害事例に係る同一のコマンドと出力情報を比較し、全てのコマンドについて出力情報が一致する組を出力する抽出手段を有する付記１記載の障害対応支援装置。
（付記３）
前記コマンド履歴記憶手段は、障害の原因を示す情報を前記コマンドと関連付けて記憶し、
任意の障害事例に関して前記比較手段より出力される比較結果において前記出力情報が異なるコマンドの任意の組ごとに、前記コマンド履歴記憶手段を用いて、前記任意の障害事例と同一原因の障害事例に係る同一のコマンドと出力情報を比較し、全てのコマンドについて出力情報が一致する組を出力する抽出手段を有する付記１記載の障害対応支援装置。
（付記４）
前記コマンド履歴記憶手段は、障害の原因を示す情報を前記コマンドと関連付けて記憶し、
前記抽出手段は、前記全てのコマンドについて出力情報が一致する組ごとに、前記コマンド履歴記憶手段を用いて、当該組に含まれるコマンドについて前記任意の障害事例と同一原因の障害事例に係る同一のコマンドと出力情報を比較し、比較結果を出力する付記２記載の障害対応支援装置。
（付記５）
前記抽出手段は、前記全てのコマンドについて出力情報が一致する組ごとに、前記コマンド履歴記憶手段を用いて、当該組に含まれる全てのコマンドを含む前記同一原因の障害事例の第一の件数と、該全てのコマンドを含み出力情報も一致する前記同一原因の障害事例の第二の件数とを計数し、前記第一の件数と前記第二の件数との比較結果を出力する付記４記載の障害対応支援装置。
（付記６）
前記抽出手段は、前記第一の件数に対する前記第二の件数の割合と所定値との比較に応じて、除去対象とするコマンドを含む前記組を判定し、当該組に含まれるコマンドの一部を前記比較手段より出力されるコマンドより除去した結果を出力する付記５記載の障害対応支援装置。
（付記７）
コンピュータが実行する障害対応支援方法であって、
障害時に入力されたコマンドと該コマンドの出力情報との履歴を障害事例ごとに記憶するコマンド履歴記憶手段を用いて、前記履歴に含まれるコマンドを非障害時に実行し、該コマンドの出力情報を該コマンドごとに非障害時コマンド履歴記憶手段に記録するコマンド実行手順と、
任意の障害事例に係るコマンドについて、前記コマンド履歴記憶手段に記憶されている出力情報と、前記非障害時履歴記憶手段に記憶されている出力情報とを比較し、比較結果を出力する比較手順とを有する障害対応支援方法。
（付記８）
前記コマンド履歴記憶手段は、障害の事象を示す情報を前記コマンドと関連付けて記憶し、
任意の障害事例に関して前記比較手順より出力される比較結果において前記出力情報が異なるコマンドの任意の組ごとに、前記コマンド履歴記憶手段を用いて、前記任意の障害事例と同一事象の障害事例に係る同一のコマンドと出力情報を比較し、全てのコマンドについて出力情報が一致する組を出力する抽出手順を有する付記７記載の障害対応支援方法。
（付記９）
前記コマンド履歴記憶手段は、障害の原因を示す情報を前記コマンドと関連付けて記憶し、
任意の障害事例に関して前記比較手順より出力される比較結果において前記出力情報が異なるコマンドの任意の組ごとに、前記コマンド履歴記憶手段を用いて、前記任意の障害事例と同一原因の障害事例に係る同一のコマンドと出力情報を比較し、全てのコマンドについて出力情報が一致する組を出力する抽出手順を有する付記７記載の障害対応支援方法。
（付記１０）
前記コマンド履歴記憶手段は、障害の原因を示す情報を前記コマンドと関連付けて記憶し、
前記抽出手順は、前記全てのコマンドについて出力情報が一致する組ごとに、前記コマンド履歴記憶手段を用いて、当該組に含まれるコマンドについて前記任意の障害事例と同一原因の障害事例に係る同一のコマンドと出力情報を比較し、比較結果を出力する付記８記載の障害対応支援方法。
（付記１１）
前記抽出手順は、前記全てのコマンドについて出力情報が一致する組ごとに、前記コマンド履歴記憶手段を用いて、当該組に含まれる全てのコマンドを含む前記同一原因の障害事例の第一の件数と、該全てのコマンドを含み出力情報も一致する前記同一原因の障害事例の第二の件数とを計数し、前記第一の件数と前記第二の件数との比較結果を出力する付記１０記載の障害対応支援方法。
（付記１２）
前記抽出手順は、前記第一の件数に対する前記第二の件数の割合と所定値との比較に応じて、除去対象とするコマンドを含む前記組を判定し、当該組に含まれるコマンドの一部を前記比較手順より出力されるコマンドより除去した結果を出力する付記１１記載の障害対応支援方法。
（付記１３）
コンピュータに、
障害時に入力されたコマンドと該コマンドの出力情報との履歴を障害事例ごとに記憶するコマンド履歴記憶手段を用いて、前記履歴に含まれるコマンドを非障害時に実行し、該コマンドの出力情報を該コマンドごとに非障害時コマンド履歴記憶手段に記録するコマンド実行手順と、
任意の障害事例に係るコマンドについて、前記コマンド履歴記憶手段に記憶されている出力情報と、前記非障害時履歴記憶手段に記憶されている出力情報とを比較し、比較結果を出力する比較手順とを実行させるためのプログラム。
（付記１４）
前記コマンド履歴記憶手段は、障害の事象を示す情報を前記コマンドと関連付けて記憶し、
任意の障害事例に関して前記比較手順より出力される比較結果において前記出力情報が異なるコマンドの任意の組ごとに、前記コマンド履歴記憶手段を用いて、前記任意の障害事例と同一事象の障害事例に係る同一のコマンドと出力情報を比較し、全てのコマンドについて出力情報が一致する組を出力する抽出手順を前記コンピュータに実行させる付記１３記載のプログラム。
（付記１５）
前記コマンド履歴記憶手段は、障害の原因を示す情報を前記コマンドと関連付けて記憶し、
任意の障害事例に関して前記比較手順より出力される比較結果において前記出力情報が異なるコマンドの任意の組ごとに、前記コマンド履歴記憶手段を用いて、前記任意の障害事例と同一原因の障害事例に係る同一のコマンドと出力情報を比較し、全てのコマンドについて出力情報が一致する組を出力する抽出手順を前記コンピュータに実行させる付記１３記載のプログラム。
（付記１６）
前記コマンド履歴記憶手段は、障害の原因を示す情報を前記コマンドと関連付けて記憶し、
前記抽出手順は、前記全てのコマンドについて出力情報が一致する組ごとに、前記コマンド履歴記憶手段を用いて、当該組に含まれるコマンドについて前記任意の障害事例と同一原因の障害事例に係る同一のコマンドと出力情報を比較し、比較結果を出力する付記１４記載のプログラム。
（付記１７）
前記抽出手順は、前記全てのコマンドについて出力情報が一致する組ごとに、前記コマンド履歴記憶手段を用いて、当該組に含まれる全てのコマンドを含む前記同一原因の障害事例の第一の件数と、該全てのコマンドを含み出力情報も一致する前記同一原因の障害事例の第二の件数とを計数し、前記第一の件数と前記第二の件数との比較結果を出力する付記１６記載のプログラム。
（付記１８）
前記抽出手順は、前記第一の件数に対する前記第二の件数の割合と所定値との比較に応じて、除去対象とするコマンドを含む前記組を判定し、当該組に含まれるコマンドの一部を前記比較手順より出力されるコマンドより除去した結果を出力する付記１７記載のプログラム。
【符号の説明】
【０１０６】
１０          障害対応支援装置
１１          障害時コマンド記録部
１２          正常時コマンド自動実行部
１３          出力情報比較部
１４          必要コマンド抽出部
１５          効率化可能事例提示部
１６          障害事例ＤＢ
１７          障害時コマンド履歴ＤＢ
１８          正常時コマンド履歴ＤＢ
１９          必要コマンドＤＢ
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１０６        表示装置
１０７        入力装置
Ｂ            バス
【図１】
0005387309.tif 000002
【図２】
0005387309.tif 000003
【図３】
0005387309.tif 000004
【図４】
0005387309.tif 000005
【図５】
0005387309.tif 000006
【図６】
0005387309.tif 000007
【図７】
0005387309.tif 000008
【図８】
0005387309.tif 000009
【図９】
0005387309.tif 000010
【図１０】
0005387309.tif 000011
【図１１】
0005387309.tif 000012
【図１２】
0005387309.tif 000013
【図１３】
0005387309.tif 000014
【図１４】
0005387309.tif 000015
【図１５】
0005387309.tif 000016
【図１６】
0005387309.tif 000017
【図１７】
0005387309.tif 000018
【図１８】
0005387309.tif 000019
【図１９】
0005387309.tif 000020