(57)【要約】      （修正有）【課題】ソフトウェアのエラーに関する情報を収集し、エラーを解消するための情報を網羅的に収集する情報処理装置、情報処理システム及び情報処理プログラムを提供する。【解決手段】情報処理装置において、ソフトウェアの操作に対して検出されたエラーの種類と、エラーの検出時のソフトウェアの動作に関する設定項目と、エラーの解消までに変更された設定項目の履歴とを含む履歴情報を記憶する。記憶されたエラーの検出時の設定項目とエラーの解消時までに変更された設定項目とを比較し、エラーの種類、及び設定項目の比較結果を統合管理サーバに送信にする。【選択図】図２
2020129274.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアの操作に対して検出されたエラーの種類と、前記エラーの検出時の前記ソフトウェアの動作に関する設定項目と、前記エラーの解消までに変更された前記設定項目の履歴とを含む履歴情報を記憶する保管部と、
前記保管部に記憶された前記エラーの検出時の前記設定項目と前記エラーの解消までに変更された前記設定項目とを比較して比較結果を求め、前記エラーの種類と前記比較結果とをエラー情報管理装置へ出力する制御部と、
を含む情報処理装置。
【請求項２】
前記制御部は、前記比較において、前記エラーの検出時から前記エラーの解消時に変更された前記設定項目を前記エラーの解消に必要な設定項目とし、
前記エラーの解消までの過程で前記エラーの検出時から変更された履歴があり、前記エラーの解消時に前記エラーの検出時と同じである前記設定項目を、前記エラーの解消に必要ではなかった設定項目として、前記比較結果を出力する請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、前記エラーの検出時に、前記エラーの種類に関してエラー解消のための情報を前記エラー情報管理装置から取得できる場合に、前記エラー解消のための情報を取得し、
前記エラー解消のための情報を表示する表示部を更に含む請求項１又は請求項２に記載の情報処理装置。
【請求項４】
前記制御部は、前記エラーの検出時に、前記エラーの種類に関して前記エラー解消のための情報として、前記エラーの解消に必要な設定項目と、前記エラーの解消に必要でなかった設定項目とを前記エラー情報管理装置から取得し、前記表示部は、前記エラーの解消に必要な設定項目と、前記エラーの解消に必要でなかった設定項目とを表示する請求項３に記載の情報処理装置。
【請求項５】
前記保管部は、第１のエラーを検出後に、一つ以上の第２のエラーを検出した場合には、前記第１のエラーの検出から前記第１のエラーの解消までに変更された前記設定項目の履歴と、前記第２のエラーの検出から前記第２のエラーの解消までに変更された前記設定項目の履歴とを含む履歴情報を前記保管部に記憶し、
前記制御部は、前記第１のエラーの検出時の前記設定項目と前記第１のエラーの解消時までの前記設定項目とを比較して前記第１のエラーについての比較結果として出力し、前記第２のエラーの検出時の前記設定項目と前記第２のエラーの解消時までの前記設定項目とを比較して前記第２のエラーについての比較結果として出力する請求項１〜請求項４の何れか１項に記載の情報処理装置。
【請求項６】
ソフトウェアの操作に対して検出されたエラーの種類と、前記エラーの検出時の前記ソフトウェアの動作に関する設定項目と、前記エラーの解消までに変更された前記設定項目の履歴とを含む履歴情報を記憶する保管部と、
前記保管部に記憶された前記エラーの検出時の前記設定項目と前記エラーの解消時までに変更された前記設定項目とを比較して比較結果を求め、前記エラーの種類と前記比較結果とを出力する制御部と、を含む情報処理装置と、
前記情報処理装置から出力された前記エラーの種類と前記比較結果とを記憶装置に蓄積し、エラー情報の管理を行うエラー情報管理装置と、
を含む情報処理システム。
【請求項７】
ソフトウェアの操作に対して検出されたエラーの種類と、前記エラーの検出時の前記ソフトウェアの動作に関する設定項目と、前記エラーの解消までに変更された前記設定項目の履歴とを含む履歴情報を保管部に記憶し、
前記保管部に記憶された前記エラーの検出時の前記設定項目と前記エラーの解消時までに変更された前記設定項目の変更内容とを比較して比較結果を求め、前記エラーの種類と前記比較結果とをエラー情報管理装置に出力する、
ことを含む処理をコンピュータに実行させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、及び情報処理プログラムに関する。
【背景技術】
【０００２】
ソフトウェアのエラーに関する情報を収集し、エラーを解消するための情報を提供する技術が知られている。
【０００３】
例えば、ユーザがコンピュータを使用中に発生したエラーを収集するシステムがある。このシステムは、ユーザによる操作手順を含む操作環境のログ情報をコンピュータから収集し、エラーが有った操作手順に対応するログ情報を受信したことに応じて、ログ情報を検索する。また、このシステムは、当該エラーが有った操作手順に対して操作手順が類似しかつエラーが無かった操作手順に対応するログ情報を検索し、検索されたログ情報に含まれる操作手順をユーザに提供する。
【０００４】
また、顧客のパソコンを自動でリモート操作することにより問題解決を行う技術がある。この技術では、顧客の操作履歴を元に正常な操作を自動判断し、顧客のパソコンを自動でリモート操作する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−１３８００１号公報
【特許文献２】特開２００４−３０１２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、昨今のソフトウェアの利用環境では、多種多様なエラーが様々に発生するため、全てのエラーについて解消するための情報を網羅するのは困難であるという問題があった。
【０００７】
本発明は、一つの側面として、エラーを解消するための情報を網羅的に収集することを目的とする。
【課題を解決するための手段】
【０００８】
一つの態様として、保管部が、ソフトウェアの操作に対して検出されたエラーの種類と、前記エラーの検出時の前記ソフトウェアの動作に関する設定項目と、前記エラーの解消までに変更された前記設定項目の履歴とを含む履歴情報を記憶する。制御部が、前記保管部に記憶された前記エラーの検出時の前記設定項目と前記エラーの解消までに変更された前記設定項目とを比較して比較結果を求め、前記エラーの種類と前記比較結果とをエラー情報管理装置へ出力する。
【発明の効果】
【０００９】
一つの側面として、エラーを解消するための情報を網羅的に収集することができる、という効果を有する。
【図面の簡単な説明】
【００１０】
【図１】ソフトウェアの利用環境の一例を示す図である。
【図２】本発明の実施形態を適用したソフトウェアの利用環境における利用シーンの一例を示す図である。
【図３】一般的なエラーの表示の一例を示す図である。
【図４】エラー解消のための情報を表示する場合の一例を示す図である。
【図５】本発明の実施形態に係る情報処理システムの概略構成を示すブロック図である。
【図６】情報処理装置及び統合管理サーバの構成を示すブロック図である。
【図７】ソフトウェア制御部の内部の動作の一例を示す図である。
【図８】履歴保管部に記録されるエラー記録テーブルの一例を示す図である。
【図９】エラー蓄積ＤＢに記録される各種テーブルデータの一例を示す図である。
【図１０】情報処理装置として機能するコンピュータの概略構成を示すブロック図である。
【図１１】統合管理サーバとして機能するコンピュータの概略構成を示すブロック図である。
【図１２】エラー検出部の処理の一例を示すフローチャートである。
【図１３】エラー解消記録部の処理の一例を示すフローチャートである。
【図１４】エラー処理部の処理の一例を示すフローチャートである。
【図１５】各装置及び処理部間での情報のやり取りを示すシーケンス図である。
【図１６】履歴保管部に記録されるエラー記録テーブルの一例を示す図である。
【図１７】履歴保管部に記録されるエラー記録テーブルの一例を示す図である。
【発明を実施するための形態】
【００１１】
本発明の実施形態を説明する前に、まず前提となる背景を説明する。
【００１２】
多くのユーザにとって、使い慣れていないソフトウェアを利用することは困難を伴う。特に企業内で業務運用に関わるソフトウェアを利用する場合には、操作誤りによって業務に支障が生じることもある。よって、ソフトウェアを正しく操作すること、またソフトウェアにエラーが発生した場合には速やかにエラーを解消させることが重要となる。
【００１３】
ここで、ユーザがソフトウェアの操作方法を知るための情報源について整理する。情報源としては大きく以下の３つが存在する。
【００１４】
１つ目はソフトウェア開発元が提供する情報である。この情報には、マニュアル、ヘルプ画面、及びＧＵＩ画面上の説明や開発元のＷｅｂサイトなどがある。ソフトウェアの操作中に発生するエラーについては、「トラブルシューティング」、「よくある間違い」などでまとめられた情報が準備されることが多い。一般的にソフトウェア操作中にエラーに遭遇した際にエラーを解決するためには、マニュアルやヘルプ画面を熟読することや、ソフトウェアの各種設定画面をチェックするなどといった作業を行うが、そのような作業には多くの労力や時間を必要とする。また、多種多様なユーザ環境で発生する様々なエラーに対して全てのケースが網羅されるのは難しいと考えられる。
【００１５】
２つ目は同一企業内など、近隣で同一ソフトウェアを利用する複数のユーザによるノウハウの共有による情報である。ノウハウの共有は、会話での質問などの他、エラー発生時の対処内容を文書として保存するなどの方法がとられる。例えば、ソフトウェアが企業内の業務目的で使用される場合、ユーザは業務の一環としてソフトウェア利用手順書やエラー対処方法一覧などの資料を作成することにより、資料によってノウハウの蓄積や共有を実現できる。また、資料を作成しない場合でも、大企業のようにユーザ数が多い場合はお互いにノウハウの共有をしやすいが、中小規模でユーザが一人のような環境ではノウハウの共有は難しい側面がある。
【００１６】
３つ目はインターネットなどの公共のネットワークによる情報収集である。多くは親切心をもったユーザが他ユーザの助けになるように自身の経験を公共ネットワーク上に公開しているケースで、情報が限定されているという制約はあるが、他のユーザはその情報をネット上で検索して活用することができる。ソフトウェアを操作するユーザは、インターネット上にエラーに関する情報が公開されていることを期待して、エラー事例を検索することが考えられる。もっとも、ユーザ数の少ないソフトウェアでは検索しても情報がヒットしない場合や、記事を公開した投稿者の誤解等で誤った情報が記載されている可能性もあり、検索がエラー解消に結びつかない場合もある。
【００１７】
例えば、２つ目のケースについて、例えば、図１にソフトウェアの利用環境の一例を示す。
【００１８】
図１に示す利用環境は、「ソフトウェア」を使用しているユーザがＡ、Ｂ、Ｃ、ｎと存在している。一方、ソフトウェア開発元が運営するポータルＷｅｂサイトなどには「統合管理サーバ」が設置されていて、各ソフトウェアと統合管理サーバはインターネットを経由して接続される。図１では、「企業＃１」に示すユーザＡとユーザＢのように同じソフトウェアを利用しているユーザが同じ職場に存在していればノウハウの共有はしやすい。一方、「企業＃２」のように職場で一人だけでソフトウェアを利用するユーザＣや、「個人事業主」であるユーザｎのように個人でソフトウェアを使用している場合には、ノウハウを共有してもらうことが難しいと考えられる。
【００１９】
以上のように、ソフトウェアのエラー発生時にユーザが自力でエラーを解消しようとしてマニュアルやヘルプから情報を得ようとしても、解決に辿り着くのは難しいという問題がある。ソフトウェア全体の仕組みや発生しているエラーの内容を正しく把握していないと、マニュアルやヘルプのどの部分を参照すればよいかがわからないからである。また、他ユーザやネット上の情報からヒントを得たい場合も、近くにユーザがいなかったり、インターネット上に情報を公開してくれているユーザが少なかったりすると情報がほとんど得られないということもある。更にインターネット上の情報は特定のケースに偏っていたり、誤っていたりするため、情報を利用する側に判断力が求められる。
【００２０】
上記のような理由でユーザのリテラシーが高くないとエラーの解消までに長時間を要したり、場合によってはエラーを解消できないなどの問題が発生する。
【００２１】
そこで、本発明の実施形態は、上記のように一部限られた範囲でしか共有できなかったエラー解消のための情報を、ソフトウェアを利用するユーザ間で自動的に共有する仕組みを提供する。このような仕組みを導入することで、ソフトウェアを利用する全てのユーザのエラー解消のための労力を削減することにつながる。
【００２２】
次に、本発明の実施形態の手法を適用するソフトウェアの利用環境、及び動作の概要を説明する。本発明の実施形態では、上記図１に示したように、複数のソフトウェアがネットワークを介して統合管理サーバと結びついた構成を想定する。なお、以下の説明では、説明の便宜のため、ソフトウェアを主体とした動作として説明しているが、実際にはソフトウェアをインストールした情報処理装置の動作である。なお、本発明の実施形態ではソフトウェアは情報処理装置上で動作し、業務サーバを管理するものを例にするが、特にソフトウェアの利用目的や動作形態は問わないものとする。
【００２３】
ソフトウェアはエラーの発生時から、当該エラーが解消するまでの操作で変更された設定項目を内部に記録し、エラー解消時点で設定項目の比較結果を統合管理サーバに送信する。なお、設定項目については後述する。
【００２４】
統合管理サーバは受信した比較結果をエラー解消のための情報として蓄積する。
【００２５】
また、ソフトウェアはエラー発生時に、統合管理サーバに同じ種類のエラーについてエラー解消のための情報が蓄積されているかを問い合わせ、蓄積されている場合には統合管理サーバからエラー解消のための情報を受信する。ソフトウェアはＧＵＩ等のインターフェースを介してユーザにエラー解消のための情報を提示する。
【００２６】
図２に、本発明の実施形態を適用したソフトウェアの利用環境における利用シーンの一例を示す。
【００２７】
例えば、ユーザＡが何らかの手段でエラーを解消した場合に、ソフトウェアは発生したエラーの種類と、設定項目の比較結果とを統合管理サーバに送信する。このようにして、統合管理サーバはエラー解消ための情報を収集して蓄積していくことができる。一方で、例えばユーザｎが利用するソフトウェアでエラーが発生した時に、ソフトウェアは統合管理サーバに発生したエラーについてエラー解消のための情報を保持していないかを問い合わせる。統合管理サーバは合致するエラーが存在する場合は、エラー解消のための情報を返却する。この動作により、ユーザｎは提供されたエラー解消のための情報を元に速やかにエラーを解消できる。
【００２８】
以上のようにして、本発明の実施形態では、ソフトウェアの利用中に発生したエラーに対して、エラー解消のための情報を共有する。
【００２９】
以上の仕組みを実現するソフトウェアについて、簡単に動作の概要を説明する。
【００３０】
本発明の実施形態の手法は、ソフトウェアと統合管理サーバとが連携することで実現する。また、本発明の実施形態の手法は、ソフトウェア内部でユーザのソフトウェアに対する操作がＡＰＩ（Application Programming Interface）として処理される場合に適用される。
【００３１】
ソフトウェアは、ソフトウェアの操作中にエラーが発生した場合、内部で実行されたＡＰＩの種類及びエラーコードによって一意にエラーの種類を特定する。そして、特定したエラーの種類について、エラー解消までに行われた、ソフトウェア上の各種設定や操作パラメータの変化といった設定項目の変更操作を記録する。その後、当該ＡＰＩが正常に実行されると、ＡＰＩの種類、エラーコード、及びエラー解消までの設定項目の変更操作を統合管理サーバに送信する。統合管理サーバは、エラーに関する設定項目の変更操作をデータベース内に蓄積する。なお、エラーコードではなく別の情報、例えばエラーメッセージでエラーを一意に特定してもよい。
【００３２】
また、ソフトウェアは、ソフトウェアの操作中にエラーが発生した場合、内部で実行されたＡＰＩの種類及びエラーコードによって特定したエラーの種類を統合管理サーバに送信し、同一のエラーが過去に発生していないかを問い合わせる。統合管理サーバは同一のエラーの履歴をデータベースから検索し、情報が蓄積されている場合にはエラー解消までに実施された操作のうち、例えば、実施頻度の高い操作を抽出し、エラー解消のための情報としてソフトウェアに返却する。ソフトウェアは返却されたエラー解消のための情報を画面に表示してユーザに提示する。
【００３３】
現実には同一のエラーが発生した場合でも、そのエラー解消に必要となる操作には多くの異なるパターンが存在する。そのため統合管理サーバに蓄積されているエラー情報が少ない場合には、適切なエラー解消の情報が提供されるとは限らない。しかし、多くのユーザが本発明の実施形態を適用したソフトウェアを使い続けることで、蓄積される情報量が増えていく。蓄積された情報の中から発生回数の多いものを抽出して提供することで、エラー解消のための情報としての信頼性が向上することになる。
【００３４】
また、ソフトウェアと連携する業務サーバについて説明する。業務サーバには、外部からネットワーク経由でリモート接続するためのユーザ名とパスワードが事前に設定されているものとする。また、業務サーバには各種動作に関する設定項目が存在する。設定項目は、例えば「通信モード＝暗号化／非暗号化」、「スリープ機能＝有効／無効」、「電力モード＝省電力／高性能」といったものである。設定項目の「／（スラッシュ）」はいずれかが選択されることを意味する。また、ソフトウェアと業務サーバとはネットワーク（ＬＡＮ）等で接続されていて、リモートログインのための情報は事前にソフトウェアに登録されているものとする。
【００３５】
ここで、ソフトウェアで行われる操作の一例を説明する。例えば、業務サーバの設定をソフトウェアから変更する場合の例を以下に示す。ユーザはソフトウェアを操作し、ソフトウェア側にある業務サーバの「設定ファイル」を編集する。業務サーバに設定しようとする内容を「設定ファイル」に記載する。次に、ソフトウェア上で「設定変更」の操作を実行し、「設定ファイル」の内容を業務サーバに反映させる。以上が業務サーバの設定をソフトウェアから変更する場合の操作の一例である。
【００３６】
図３は、エラーが発生した場合にソフトウェアの利用画面として表示される一般的なエラーの表示の例である。図４は、本発明の実施形態の手法によって、エラー解消のための情報を表示する場合の一例である。図４では、エラー解消のための情報は、“エラーの解消に必要な操作”と“エラーの解消に必要でなかった操作”とに分けられ、それぞれをヒントとして表示する。ヒントとして表示されるエラーの解消に必要な操作は、過去にソフトウェアを利用するユーザが同じエラーに遭遇した際に行った設定項目の変更操作のうち、操作後にエラーが解消した変更操作の中で、実施頻度の高い設定項目の変更操作である。実施頻度は、同じエラーに対してエラーが解消した全ての変更操作のうちの当該変更操作を行った操作割合をパーセンテージで示したものである。エラーの解消に必要でなかった操作についてもヒントとして表示される内容の考え方は同様である。また、設定項目の変更操作に加えて、エラー発生時点でのユーザが操作するソフトウェアの設定内容も表示する。図４の例では、最も実施頻度の高い設定変更は業務サーバの「ｐｏｗｅｒ」を「ｏｎ」から「ｏｆｆ」に変更する操作であり６４％が当該設定変更でエラーが解消していることがわかる。また、エラー発生時点での設定内容は「ｏｎ」になっていることがわかる。また、“エラーの解消に必要でなかった操作”について、実施してもエラーが解消しなかった設定変更のうち実施頻度の高い変更操作もヒントとして表示する。
【００３７】
以上、本実施形態の手法によるユーザのメリットは以下のようなものである。
【００３８】
ユーザがソフトウェアの操作中にエラーに遭遇し、対処方法がわからない場合に、従来はユーザが自力でエラー解消のための情報を探す必要があった。しかし、本実施形態の手法を用いると、ユーザはエラー解消のための情報をヒントとして自動的に提示してもらうことができる。
【００３９】
また、ユーザがソフトウェアの操作中にエラーに遭遇し、エラーを解消した場合の情報を第三者に提供しようとした場合、従来はユーザが自力で記事を作成してネットワーク上に掲載するなどの労力が必要だった。しかし、本実施形態の手法によって、エラー解消のための情報を自動的に他ユーザに共有させることができる。
【００４０】
また、上記ユーザが自身で情報をネットワーク上に公開する場合は、記憶違いや思い込みなどの要因で、誤った情報を公開してしまい、ユーザがそれに惑わされる恐れもあった。しかし、本実施形態の手法によって、ソフトウェアが自動的に収集したエラー解消のための情報が共有されるため、誤情報に惑わされる可能性が低くなる。
【００４１】
以上のように、ユーザ間のソフトウェア使用のノウハウが活発に共有され、ユーザがソフトウェアを利用する上での手間が削減される。また、例えば、ソフトウェアの誤使用によるエラーが原因で業務停止などの問題が発生した場合も速やかに復旧できるようになる。
【００４２】
以上、説明した本発明の実施形態の構成の一例について、以下、図面を参照して詳細に説明する。
【００４３】
図５に示すように、本実施形態に係る情報処理システム１００は、複数の情報処理装置１０と、統合管理サーバ１４とが、インターネット等のネットワーク５を介して接続される。また、情報処理装置１０と業務サーバ１２とがローカルエリアネットワークによって接続される。複数の情報処理装置１０の各々は、例えばソフトウェアを導入する各企業に設置されている管理サーバである。一つの情報処理装置１０につき一つのソフトウェアが導入されているものとする。以下、複数の情報処理装置１０のうちの一つの情報処理装置１０について説明する。統合管理サーバ１４が、エラー情報管理装置の一例である。
【００４４】
情報処理装置１０は、ユーザが各端末から利用するソフトウェアが管理されている管理サーバである。情報処理装置１０には、ソフトウェアがインストールされることにより、ソフトウェアの利用に必要な各部を構成するため、以下、ソフトウェアがインストールされた情報処理装置１０を前提に説明する。なお、ソフトウェアの用途は特に特定されるものではないが、情報処理装置１０が設置されている企業において複数のユーザから利用されるソフトウェアである。
【００４５】
業務サーバ１２は、情報処理装置１０で利用されるソフトウェアから操作されるサーバである。
【００４６】
統合管理サーバ１４は、情報処理装置１０で発生したソフトウェアに関するエラー解消のための情報を蓄積するサーバである。統合管理サーバ１４は、蓄積したエラー解消のための情報を情報処理装置１０に提供する。
【００４７】
図６に情報処理装置１０及び統合管理サーバ１４の構成を示す。情報処理装置１０は、ソフトウェア制御部２０と、通信部２１と、エラー検出部２２と、履歴保管部２３と、表示部２４とを含む。統合管理サーバ１４は、通信部３１と、エラー解消記録部３２と、エラー処理部３３と、エラー蓄積ＤＢ３４とを含む。エラー検出部２２が検出部の一例である。履歴保管部２３が、保管部の一例である。エラー検出部２２が、制御部の一例である。
【００４８】
まず情報処理装置１０の各処理部を説明する。
【００４９】
ソフトウェア制御部２０は、情報処理装置１０にインストールされたソフトウェアを制御する。ソフトウェア制御部２０は、ＧＵＩ等のインターフェースを介してユーザのソフトウェアに対する操作を受け付け、操作に応じたＡＰＩの処理を実行する。ソフトウェア制御部２０は、ソフトウェアの制御に伴い、必要に応じて業務サーバ１２と通信する。また、ソフトウェア制御部２０は、必要に応じてエラー解消のための情報を表示部２４に表示させる。
【００５０】
図７に、ソフトウェア制御部２０の内部の動作の一例を示す。ソフトウェア制御部２０の内部の動作はＧＵＩ制御とバックエンドサービスとに分かれている。ＧＵＩ制御はソフトウェアの情報を表示部２４に表示したりユーザの操作を受け付ける。ＧＵＩ制御による操作を受けてバックエンドサービスは必要な処理を実行する。ＧＵＩ制御とバックエンドサービスとの間はＡＰＩ（または内部の関数呼び出しなど）で相互作用する。相互作用の際には処理の内容を示すＡＰＩと、ＡＰＩの処理詳細（対象となるサーバ名やファイル名）を示す付随情報とが介在する。付随情報はＸＭＬ／ＪＳＯＮといったユーザが理解可能なテキスト形式になっていることが多く、図７ではＸＭＬ形式を使った場合を例にしている。業務サーバに関するＡＰＩとしては「サーバの設定を変更する」、「業務サーバのファームウェアを更新する」といったＡＰＩがある。
【００５１】
また、業務サーバ１２の管理の際には、バックエンドサービスから業務サーバに対して必要な指示を行うが、通常は指示の直前に業務サーバの状態や設定を読み出して動作する。この場合もＧＵＩ制御とバックエンドサービスとの間の動作と同様にＡＰＩと付随情報が介在する。バックエンドサービスは、業務サーバ１２に対する指示の後に業務サーバ１２から指示の正常終了、又はエラーコードの通知を受け取る。
【００５２】
通信部２１は、統合管理サーバ１４と通信し、必要なデータの送受信を行う。
【００５３】
エラー検出部２２は、ソフトウェア制御部２０のＡＰＩを監視し、ソフトウェアの操作に対するエラーを検出する。エラー検出部２２は、検出したエラーの種類と、エラーの検出時のソフトウェアの動作に関する設定項目と、エラーの解消までに変更された設定項目の変更操作の履歴とを含む履歴情報を履歴保管部２３に記憶する。エラー検出部２２は、エラーの検出時の設定項目とエラーの解消時までに変更された設定項目とを比較して比較結果を求め、エラーの種類、及び設定項目の比較結果を通信部２１を介して統合管理サーバ１４に送信する。
【００５４】
また、エラー検出部２２は、エラーの検出時にエラー解消情報取得リクエストを統合管理サーバ１４に送信して、エラー解消のための情報があるかを問い合わせる。エラー解消情報取得リクエストは、エラーを識別するための情報である「ＡＰＩ種類」、及び「エラー種別」を含んだリクエストである。エラー検出部２２は、問い合わせ結果を取得し、エラー解消のための情報が取得できた場合には表示部２４に表示させる。
【００５５】
履歴保管部２３には、エラーが発生するたびに、エラーの種類、及びソフトウェアの設定項目の変更履歴が記録される。エラー検出部２２が比較結果を統合管理サーバ１４に送信すると、履歴保管部２３から当該エラーに関する記録は消去される。
【００５６】
図８に、履歴保管部２３に記録されるエラー記録テーブルの一例を示す。エラー記録テーブルは、エラーの種類、及びソフトウェアの設定項目を記録するものであり、エラーが発生するたびに作成され、設定項目に変更があるたびにレコードが追加される。エラーの種類として、「ＡＰＩ種類」、「エラー種別」、及び「エラー状況」が記録される。「ＡＰＩ種類」はエラーが発生したＡＰＩの種類である。「エラー種別」はＡＰＩのエラーコードである。「エラー状況」はエラー時、エラー継続、及びエラー解消のいずれかである。エラーを検出して最初に記録される「エラー状況」の欄にはエラー時が入る。設定変更によりレコードが追加されると「エラー状況」の欄には、エラーの状況に応じてエラー継続、又はエラー解消が入る。図８の例では、エラー記録テーブルの一行目のレコードにエラー時の状況における設定項目を記録し、二行目のレコードにエラー継続の状況における設定項目の差分を記録し、三行目のレコードにエラー解消の状況における設定項目を記録している。また、ソフトウェアの設定項目として、「ＡＰＩ入力情報」、「設定ファイル情報」、「ソフトウェア動作設定」、「装置設定情報」、及び「装置状態情報」が記録される。「ＡＰＩ入力情報」は、記録時のＡＰＩの付随情報である。「設定ファイル情報」はソフトウェアに関する設定を記述した情報である。「ソフトウェア動作設定」は操作されているソフトウェアの動作に関する設定を記述した情報である。「装置設定情報」は業務サーバの動作に関する設定を記述した情報である。「装置状態情報」は業務サーバの状態を記述した情報である。
【００５７】
図８を参照して、エラー検出部２２による、エラーの検出時の設定項目とエラーの解消時の設定項目との比較の一例を説明する。例えば、図８のエラー状況についてエラー時とエラー継続との設定項目の差分を見ると、「設定ファイル情報」の電力モードを高性能から省電力に変更し、「装置設定情報」のｐｏｗｅｒをｏｆｆからｏｎを変更していることがわかる。次に、エラー継続とエラー解消との設定項目の差分を見ると、「設定ファイル情報」の省電力を高性能に戻している。エラー検出部２２における比較において、エラーの検出時からエラーの解消時に変更された設定項目はエラーの解消に必要な設定項目である。また、エラーの解消までの過程でエラーの検出時から変更された履歴があり、エラーの解消時にエラーの検出時と同じである設定項目は、エラーの解消に必要ではなかった設定項目である。上記の例で見ると、エラーの解消に必要な設定項目は、「装置設定情報」のｐｏｗｅｒであり、ｐｏｗｅｒをｏｆｆからｏｎへ変更することが、エラーの解消に必要な設定項目の変更操作となる。また、エラーの解消に必要ではなかった設定項目は、「設定ファイル情報」の電力モードであり、電力モードを高性能から省電力に変更することが、エラーの解消に必要ではなかった設定項目の変更操作となる。エラー検出部２２は、上記のように比較して得られた、エラーの解消に必要な設定項目及びエラーの解消に必要ではなかった設定項目の比較結果を統合管理サーバ１４に送信する。
【００５８】
表示部２４は、情報処理装置１０の表示画面であり、上記図４に示したようにエラー解消のための情報を表示する。
【００５９】
次に統合管理サーバ１４の各処理部を説明する。
【００６０】
通信部３１は、情報処理装置１０と通信し、必要なデータの送受信を行う。
【００６１】
エラー解消記録部３２は、情報処理装置１０から受信したエラーの種類、及び設定項目の比較結果を、エラー蓄積ＤＢ３４に記録する。
【００６２】
図９にエラー蓄積ＤＢ３４に記録される各種テーブルデータの一例を示す。エラー蓄積テーブル９Ａは、エラーの種類を記録する項目として、「ＡＰＩ種類」、及び「エラー種別」の項目を持ち、変更操作を記録する項目として、「エラー解消操作履歴」、及び「エラー解消しなかった操作履歴」の項目を持つ。「エラー解消操作履歴」にはエラー解消操作履歴テーブル９Ｂへのリンクが記録され、「エラー解消しなかった操作履歴」には、エラー未解消操作履歴テーブル９Ｃへのリンクが記録される。なお、エラー蓄積テーブル９Ａの１行のレコードが１つのエラーについての解消情報を記録したものであり、情報処理装置１０からエラーの種類、及び設定項目の比較結果を受信するたびに追加される。
【００６３】
エラー解消操作履歴テーブル９Ｂは、「ＡＰＩ種類」、及び「エラー種別」に対応付けられたエラーの解消に必要な設定項目の変更操作を記録したテーブルである。図９では、エラー解消操作履歴テーブル９Ｂの「操作テーブル＃１」についての例を示している。「操作テーブル＃１」は、一行目のレコードに、「設定種別」がソフトウェア動作設定、「設定項目名」がｆｉｒｅｗａｌｌ、「変更前」がｅｎａｂｌｅｄ、「変更後」がｄｉｓａｂｌｅｄと記録されている。エラー未解消操作履歴テーブル９Ｃは、「ＡＰＩ種類」、及び「エラー種別」に対応付けられたエラーの解消に必要でなかった設定項目の変更操作を記録したテーブルである。図９ではエラー未解消操作履歴テーブル９Ｃの「操作テーブル＃２」についての例を示している。「操作テーブル＃２」は、一行目のレコードに、「設定種別」が設定ファイル、「設定項目名」が電力モード、「変更前」が高性能、「変更後」が省電力と記録されている。
【００６４】
エラー処理部３３は、情報処理装置１０からエラー解消情報取得リクエストを受信すると、エラー蓄積ＤＢ３４を参照して、検出されたエラーと同一のエラーがあるかを検索する。具体的には、エラー蓄積テーブル９Ａにエラー解消情報取得リクエストの「ＡＰＩ種類」、及び「エラー種別」と一致するレコードがあるかを検索する。一致するレコードがある場合には、一致する全てのレコードについて、「エラー解消操作履歴」のリンクからエラーの解消に必要な操作を取得し、「エラー解消しなかった操作履歴」のリンクからエラーの解消に必要でなかった操作を取得する。また、エラー処理部３３は、エラーの解消に必要な操作について、エラーの解消に必要な全ての設定項目の変更操作のうちの各変更操作の割合を算出し、上位をエラー解消のための情報として生成する。エラーの解消に必要でなかった操作についても同様である。そして、エラー処理部３３は、エラー解消のための情報を含めた、同一のエラーありとの問い合わせ結果を情報処理装置１０に返却する。なお、エラー解消のための情報は、所定のパーセンテージ以上である設定項目や、操作頻度が上位の設定項目に絞り込んでもよい。
【００６５】
エラー蓄積ＤＢ３４には、上記説明したエラー蓄積テーブル９Ａ、エラー解消操作履歴テーブル９Ｂ、及びエラー未解消操作履歴テーブル９Ｃが記録される。
【００６６】
情報処理装置１０は、例えば、図１０に示すコンピュータ５０で実現することができる。コンピュータ５０はＣＰＵ５１、一時記憶領域としてのメモリ５２、及び不揮発性の記憶部５３を備える。また、コンピュータ５０は、表示部２４が接続される入出力interface（Ｉ／Ｆ）５４、及び記録媒体５９に対するデータの読み込み及び書き込みを制御するread/write（Ｒ／Ｗ）部５５を備える。また、コンピュータ５０は、インターネット等のネットワークに接続されるネットワークＩ／Ｆ５６を備える。ＣＰＵ５１、メモリ５２、記憶部５３、入出力Ｉ／Ｆ５４、Ｒ／Ｗ部５５、及びネットワークＩ／Ｆ５６は、バス５７を介して互いに接続される。
【００６７】
記憶部５３は、Hard Disk Drive（ＨＤＤ）、Solid State Drive（ＳＳＤ）、フラッシュメモリ等によって実現できる。記憶媒体としての記憶部５３には、コンピュータ５０を情報処理装置１０として機能させるための制御プログラム６０が記憶されている。制御プログラム６０は、ソフトウェア制御プロセス６１と、通信プロセス６２と、エラー検出プロセス６３とを有する。
【００６８】
ＣＰＵ５１は、制御プログラム６０を記憶部５３から読み出してメモリ５２に展開し、制御プログラム６０が有するプロセスを順次実行する。ＣＰＵ５１は、ソフトウェア制御プロセス６１を実行することで、図６に示すソフトウェア制御部２０として動作する。ＣＰＵ５１は、通信プロセス６２を実行することで、図６に示す通信部２１として動作する。また、ＣＰＵ５１は、エラー検出プロセス６３を実行することで、図６に示すエラー検出部２２として動作する。これにより、制御プログラム６０を実行したコンピュータ５０が、情報処理装置１０として機能することになる。なお、プログラムを実行するＣＰＵ５１はハードウェアである。制御プログラム６０が情報処理プログラムの一例である。
【００６９】
なお、制御プログラム６０により実現される機能は、例えば半導体集積回路、より詳しくはApplication Specific Integrated Circuit（ＡＳＩＣ）等で実現することも可能である。
【００７０】
また、統合管理サーバ１４は、例えば、図１１に示すコンピュータ８０で実現することができる。コンピュータ８０はＣＰＵ８１、一時記憶領域としてのメモリ８２、及び不揮発性の記憶部８３を備える。また、コンピュータ８０は、表示装置及び入力装置等の入出力装置８４、及び記録媒体８９に対するデータの読み込み及び書き込みを制御するＲ／Ｗ部８５を備える。また、コンピュータ８０は、インターネット等のネットワークに接続されるネットワークＩ／Ｆ８６を備える。ＣＰＵ８１、メモリ８２、記憶部８３、入出力装置８４、Ｒ／Ｗ部８５、及びネットワークＩ／Ｆ８６は、バス８７を介して互いに接続される。
【００７１】
記憶部８３は、ＨＤＤ、ＳＳＤ、フラッシュメモリ等によって実現できる。記憶媒体としての記憶部８３には、コンピュータ８０を統合管理サーバ１４として機能させるための管理プログラム９０が記憶されている。管理プログラム９０は、通信プロセス９１と、エラー解消記録プロセス９２と、エラー処理プロセス９３とを有する。
【００７２】
ＣＰＵ８１は、管理プログラム９０を記憶部８３から読み出してメモリ８２に展開し、管理プログラム９０が有するプロセスを順次実行する。ＣＰＵ８１は、通信プロセス９１を実行することで、図６に示す通信部３１として動作する。ＣＰＵ８１は、エラー解消記録プロセス９２を実行することで、図６に示すエラー解消記録部３２として動作する。また、ＣＰＵ８１は、エラー処理プロセス９３を実行することで、図６に示すエラー処理部３３として動作する。これにより、管理プログラム９０を実行したコンピュータ８０が、統合管理サーバ１４として機能することになる。なお、プログラムを実行するＣＰＵ８１はハードウェアである。
【００７３】
なお、管理プログラム９０により実現される機能は、例えば半導体集積回路、より詳しくはＡＳＩＣ等で実現することも可能である。
【００７４】
次に、本実施形態に係る情報処理装置１０のエラー検出部２２の作用について図１２のフローチャートを参照して説明する。なお、下記の説明では、一つのエラーが発生し、一つのエラーについて処理する場合を例に説明する。一つのエラーに対する処理を実行中に他のエラーが発生した場合には、他のエラーについて独立に下記ステップＳ１０４〜Ｓ１３０の処理を実行すればよい。
【００７５】
ステップＳ１００で、エラー検出部２２が、履歴保管部２３を初期化して空にする。
【００７６】
ステップＳ１０２で、エラー検出部２２が、ソフトウェア制御部２０のＡＰＩの挙動を監視し、エラーの発生を検出したかを判定する。エラーの発生を検出した場合はステップＳ１０４へ移行し、エラーの発生を検出しなかった場合には本ステップを繰り返す。
【００７７】
ステップＳ１０４では、エラー検出部２２が、エラー解消情報取得リクエストを統合管理サーバ１４に送信して、エラー解消のための情報があるかを問い合わせ、問い合わせ結果を取得する。
【００７８】
ステップＳ１０６では、エラー検出部２２が、統合管理サーバ１４から取得した問い合わせ結果において、エラー解消のための情報を取得できたかを判定し、取得できた場合にはステップＳ１０８へ移行し、取得できなかった場合には、ステップＳ１１０へ移行する。
【００７９】
ステップＳ１０８では、エラー検出部２２からエラー解消のための情報をソフトウェア制御部２０に受け渡し、ソフトウェア制御部２０が、エラー解消のための情報を表示部２４に表示させるように制御する。例えば、エラー解消のための情報のうちエラーの解消に必要な操作として「設定種別：装置状態／設定項目名：ｐｏｗｅｒ／設定変更：ｏｆｆ→ｏｎ／操作割合：６４％」という情報が含まれるとする。この場合には、ソフトウェア制御部２０は、上記図４の例に示したように、エラーが解消した操作のヒントとして、「・業務サーバのｐｏｗｅｒをｏｎからｏｆｆに変更しました。（６４％）設定はｏｎです。」という情報を表示させる。末尾の「設定はｏｎです。」は、該当の設定項目についての現在の設定状況である。現在の設定項目の設定状況は、履歴保管部２３に記録している直近の設定項目から取得すればよい。
【００８０】
ステップＳ１１０では、エラー検出部２２が、エラーが発生したＡＰＩを監視対象にするため、エラーを検出したＡＰＩを監視対象ＡＰＩに設定する。
【００８１】
ステップＳ１１２では、エラー検出部２２が、ソフトウェアの動作に関する設定項目を収集する。収集する設定項目は、例えば、「ＡＰＩ入力情報」、「設定ファイル情報」、「ソフトウェア動作設定」、「装置設定情報」、及び「装置状態情報」である。
【００８２】
ステップＳ１１４では、エラー検出部２２が、ステップＳ１１０で設定した監視対象ＡＰＩについてエラー記録テーブルを作成し、エラーの種類、及びソフトウェアの設定項目を記録する。エラーの種類については、「ＡＰＩ種類」を監視対象ＡＰＩのＡＰＩ、「エラー種別」をエラーコード、「エラー状況」をエラー時として記録し、設定項目にはステップＳ１１２で収集した設定項目を記録する。
【００８３】
ステップＳ１１６では、エラー検出部２２が、ソフトウェア制御部２０のＡＰＩの実行を監視し、ＡＰＩが実行されたかを判定する。ＡＰＩが実行された場合にはステップＳ１１８へ移行し、ＡＰＩが実行されていない場合には本ステップを繰り返す。
【００８４】
ステップＳ１１８では、エラー検出部２２が、ＡＰＩ実行後のソフトウェアの動作に関する設定項目を収集する。
【００８５】
ステップＳ１２０では、エラー検出部２２が、監視対象ＡＰＩの動作結果が正常かを判定する。正常であれば、ステップＳ１２６へ移行する。正常でなければエラー継続であるとしてステップＳ１２２へ移行する。なお、監視対象ＡＰＩが必ずしも実行されるわけではないため、監視対象ＡＰＩが実行されていない場合にはエラー継続と判定したものとしてステップＳ１２２へ移行する。
【００８６】
ステップＳ１２２では、エラー検出部２２が、ステップＳ１１８で収集した設定項目と、現在の設定項目とに差分があるかを判定し、差分がある場合には、ステップＳ１２４へ移行し、差分がない場合にはステップＳ１１６に戻って処理を繰り返す。
【００８７】
ステップＳ１２４では、エラー検出部２２が、監視対象ＡＰＩのエラー記録テーブルに１行レコードを追加して、エラー状況をエラー継続とし、差分のあった設定項目を記録し、ステップＳ１１６に戻る。
【００８８】
ステップＳ１２６では、エラー検出部２２が、監視対象ＡＰＩのエラー記録テーブルに１行レコードを追加して、エラー状況をエラー解消とし、差分のあった設定項目を記録する。
【００８９】
ステップＳ１２８では、エラー検出部２２が、監視対象ＡＰＩのエラー記録テーブル内を比較し、エラーの解消に必要な設定項目、及びエラーの解消に必要ではなかった設定項目をそれぞれ比較結果として抽出し、比較結果を統合管理サーバ１４に送信する。
【００９０】
ステップＳ１３０では、エラー検出部２２が、監視対象ＡＰＩのエラー記録テーブルを消去し、ステップＳ１０２へ移行してエラーの監視を継続する。
【００９１】
次に、本実施形態に係る統合管理サーバ１４のエラー解消記録部３２の作用について図１３のフローチャートを参照して説明する。
【００９２】
ステップＳ２００では、エラー解消記録部３２が、通信部３１を介して、情報処理装置１０からエラーの種類、及び設定項目の比較結果を受信したかを判定する。受信していればステップＳ２０２へ移行し、受信していなければ本ステップを繰り返し受信するまで待機する。
【００９３】
ステップＳ２０２では、エラー解消記録部３２が、エラー蓄積ＤＢ３４にエラーの種類、及び設定項目の比較結果を記録する。具体的には、エラー蓄積テーブル９Ａに、エラーの種類として受信したエラーの種類に含まれる「ＡＰＩ種類」、及び「エラー種別」の新たなレコードを追加する。また、エラー蓄積テーブル９Ａの「エラー解消操作履歴」、及び「エラー解消しなかった操作履歴」のリンクを作成すると共に、設定項目の比較結果に基づいて、エラー解消操作履歴テーブル９Ｂ、及びエラー未解消操作履歴テーブル９Ｃを作成する。エラー解消操作履歴テーブル９Ｂには、設定項目の比較結果のうちのエラーの解消に必要な設定項目の変更操作を記録する。エラー未解消操作履歴テーブル９Ｃには、設定項目の比較結果のうちのエラーの解消に必要でなかった設定項目の変更操作を記録する。
【００９４】
次に、本実施形態に係る統合管理サーバ１４のエラー処理部３３の作用について図１４のフローチャートを参照して説明する。
【００９５】
ステップＳ３００では、エラー処理部３３が、通信部３１を介して、情報処理装置１０からエラー解消情報取得リクエストを受信したかを判定し、受信していればステップＳ３０２へ移行し、受信していなければ本ステップを繰り返し受信するまで待機する。
【００９６】
ステップＳ３０２では、エラー処理部３３が、エラー蓄積ＤＢ３４を参照して、検出されたエラーと同一のエラーがあるかを検索する。具体的には、エラー蓄積テーブル９Ａにエラー解消情報取得リクエストの「ＡＰＩ種類」、及び「エラー種別」と一致するレコードがあるかを検索する。
【００９７】
ステップＳ３０４では、エラー処理部３３が、同一のエラーがあるかを判定し、同一のエラーがある場合にはステップＳ３０８へ移行し、同一のエラーがない場合にはステップＳ３０６へ移行する。
【００９８】
ステップＳ３０６では、エラー処理部３３が、同一のエラーなしとの問い合わせ結果を情報処理装置１０に返却する。
【００９９】
ステップＳ３０８では、エラー処理部３３が、「ＡＰＩ種類」、及び「エラー種別」が一致するエラー蓄積テーブル９Ａの全てのレコードについて、「エラー解消操作履歴」のリンクからエラーの解消に必要な操作を取得する。また、同様に、「エラー解消しなかった操作履歴」のリンクからエラーの解消に必要でなかった操作を取得する。
【０１００】
ステップＳ３１０では、エラー処理部３３が、ステップＳ３０８で取得したエラーの解消に必要な操作、及びエラーの解消に必要でなかった操作の各々について、エラー解消のための情報を生成する。具体的には、エラーの解消に必要な操作について、エラーの解消に必要な全ての設定項目の変更操作から、各変更操作の割合を算出し、割合が上位の設定項目の変更操作をエラー解消のための情報として生成する。割合が上位のものにするのは実施頻度の高い変更操作を抽出するためである。上位何件分をエラー解消のための情報として生成するかは、表示部２４の表示領域等を鑑みて任意に定めればよい。例えば、取得したエラーの解消に必要な全ての設定項目の変更操作が１００件あったとして、「装置状態／設定項目名：ｐｏｗｅｒ／設定変更：ｏｆｆ→ｏｎ」の設定項目の変更操作が６４件あったとすれば、当該変更操作の割合は６４％である。エラーの解消に必要な操作について生成するエラー解消のための情報は、例えば、「設定種別：装置状態／設定項目名：ｐｏｗｅｒ／設定変更：ｏｆｆ→ｏｎ／操作割合：６４％」といった情報となる。エラーの解消に必要でなかった操作についても同様に処理を行って、エラー解消のための情報を生成すればよい。
【０１０１】
ステップＳ３１２では、ステップＳ３１０で生成したエラー解消のための情報を含めた、同一のエラーありとの問い合わせ結果を情報処理装置１０に返却する。
【０１０２】
次に、本実施形態に係る情報処理システム１００の作用について、図１５のシーケンス図を参照して、各装置間での情報のやり取りについて説明する。図１５では、情報処理装置１０のソフトウェアから業務サーバ１２の設定変更を試みてエラーが発生した場合を例にしている。
【０１０３】
ステップＳ１１で、情報処理装置１０が、ソフトウェア制御部２０のＡＰＩによる設定変更を業務サーバ１２に送信する。業務サーバ１２は設定変更を実行するがエラーが発生する。
【０１０４】
ステップＳ１２で、業務サーバ１２が、エラーの発生を情報処理装置１０に通知する。
【０１０５】
ステップＳ１３で、情報処理装置１０が、エラー解消情報取得リクエストを統合管理サーバ１４に送信する。
【０１０６】
ステップＳ１４で、統合管理サーバ１４が、受信したエラー解消情報取得リクエストに基づいて、エラー処理部３３による処理を実行する。
【０１０７】
ステップＳ１５で、統合管理サーバ１４が、エラー処理部３３による処理の結果得られた問い合わせ結果を情報処理装置１０に返却する。同一のエラーがある場合は、エラー解消のための情報を含めた、同一のエラーありとの問い合わせ結果を返却し、同一のエラーがない場合は、同一のエラーなしとの問い合わせ結果を返却する。
【０１０８】
ステップＳ１６で、情報処理装置１０が、問い合わせ結果において同一のエラーがあるかを判定し、同一のエラーがある場合にはステップＳ１７へ移行し、同一のエラーがなかった場合はステップＳ１８へ移行する。
【０１０９】
ステップＳ１７で、情報処理装置１０が、エラー解消のための情報を表示部２４に表示する。
【０１１０】
ステップＳ１８で、情報処理装置１０が、エラー検出部２２による処理を実行する。エラー検出部２２の処理により適宜、業務サーバ１２に対する設定変更等が行われ、エラーが解消するとステップＳ１９へ移行する。
【０１１１】
ステップＳ１９で、業務サーバ１２が、エラー解消を情報処理装置１０に通知する。
【０１１２】
ステップＳ２０で、情報処理装置１０が、エラーの種類、及び設定項目の比較結果を統合管理サーバ１４に送信する。
【０１１３】
ステップＳ２１で、統合管理サーバ１４が、エラー解消記録部３２による処理を実行する。
【０１１４】
以上説明したように、本実施形態に係る情報処理システムによれば、情報処理装置１０が、ソフトウェアの操作に対するエラーを検出し、エラーの検出時の設定項目とエラーの解消時の設定項目とを比較する。情報処理装置１０が、エラーの種類、及び設定項目の比較結果を統合管理サーバ１４に送信する。このため、エラーを解消するための情報を網羅的に収集し、提供することができる。
【０１１５】
ここで、ある一つのエラーが発生して、エラー検出部２２により当該一つのエラーに対する処理を実行中に、並行して他のエラーが発生した場合のエラー検出部２２の動作について説明する。例えば、業務サーバ１２の設定変更を実行したところ、１件目のエラーが発生したとする。エラー検出部２２は、履歴保管部２３に１件目のエラーに対応するエラー記録テーブル１６Ａを作成する。図１６に履歴保管部２３のエラー記録テーブル１６Ａの一例を示す。なお、図１６では設定項目は簡略化して記載している。
【０１１６】
次に、ソフトウェア制御部２０ではエラー解消を目的とした操作（例えば動作モードの変更や業務サーバ１２の電源をオフにする等）が行われたとする。ここで、業務サーバ１２の電源をオフにする操作によって別の２件目のエラーが発生したとする。このとき、エラー検出部２２は、履歴保管部２３に１件目のエラーに対応するエラー記録テーブル１６Ａとは別の、２件目のエラーに対応するエラー記録テーブル１７Ｂを作成する。図１７に履歴保管部２３のエラー記録テーブル１６Ａ及びエラー記録テーブル１７Ｂの一例を示す。
【０１１７】
このようにエラー検出部２２は、１件目のエラーと２件目のエラーとに関して、履歴保管部２３上でテーブルを分け、それぞれのエラーについて個別に管理する。２件エラーが発生している状態では、いずれかのエラーの解消まではそれぞれ両方のエラー記録テーブルに同じ操作の履歴が記録される。エラー検出部２２は、１件目のエラーについて所定の操作でエラーが解消した場合には、１件目のエラーの検出時の設定項目と１件目のエラーの解消時の設定項目とを比較して１件目のエラーについての比較結果を統合管理サーバ１４に送信する。２件目についてエラーが継続していれば、エラー検出部２２は２件目について監視を継続する。そして、エラー検出部２２は、２件目のエラーが解消した場合は、２件目のエラーの検出時の設定項目と２件目のエラーの解消時の設定項目とを比較して２件目のエラーについての比較結果を統合管理サーバ１４に送信する。
【０１１８】
以上のように並行して複数のエラーが発生した場合に、エラーの種類ごとにエラー解消のための情報を収集することで、エラーを適切に区別してエラー解消のための情報を収集できる。
【０１１９】
また、本発明の実施形態の手法によるメリットとして、以下を挙げることができる。
【０１２０】
例えば、従来はログを取得して、エラー発生時とエラーがない時とのログを比較して、エラー解消手段を提供していた。またエラー発生の有無に関わらずログを収集するため、ログのデータ量が多く、ネットワークの通信量も大きくなってしまう問題があった。一方、本発明の実施形態は、エラー発生からエラー解消までに変化した設定項目を記録する方式で実現される。エラー発生時のみに限られた情報を収集するため、データ量及びネットワーク通信量が小さいというメリットがある。
【０１２１】
また、本発明の実施形態ではユーザに提供するエラー解消のための情報として、操作割合を表示させるため、ユーザは必要な操作の優先度がわかる。更に現在の設定項目も表示させるため、操作の必要があるか、また、既にユーザが操作済みかどうかも判別できる。
【０１２２】
以上の実施形態に関し、更に以下の付記を開示する。
【０１２３】
（付記１）
ソフトウェアの操作に対して検出されたエラーの種類と、前記エラーの検出時の前記ソフトウェアの動作に関する設定項目と、前記エラーの解消までに変更された前記設定項目の履歴とを含む履歴情報を記憶する保管部と、
前記保管部に記憶された前記エラーの検出時の前記設定項目と前記エラーの解消までに変更された前記設定項目とを比較して比較結果を求め、前記エラーの種類と前記比較結果とをエラー情報管理装置へ出力する制御部と、
を含む情報処理装置。
【０１２４】
（付記２）
前記制御部は、前記比較において、前記エラーの検出時から前記エラーの解消時に変更された前記設定項目を前記エラーの解消に必要な設定項目とし、
前記エラーの解消までの過程で前記エラーの検出時から変更された履歴があり、前記エラーの解消時に前記エラーの検出時と同じである前記設定項目を、前記エラーの解消に必要ではなかった設定項目として、前記比較結果を出力する付記１に記載の情報処理装置。
【０１２５】
（付記３）
前記制御部は、前記エラーの検出時に、前記エラーの種類に関してエラー解消のための情報を前記エラー情報管理装置から取得できる場合に、前記エラー解消のための情報を取得し、
前記エラー解消のための情報を表示する表示部を更に含む付記１又は付記２に記載の情報処理装置。
【０１２６】
（付記４）
前記制御部は、前記エラーの検出時に、前記エラーの種類に関して前記エラー解消のための情報として、前記エラーの解消に必要な設定項目と、前記エラーの解消に必要でなかった設定項目とを前記エラー情報管理装置から取得し、前記表示部は、前記エラーの解消に必要な設定項目と、前記エラーの解消に必要でなかった設定項目とを表示する付記３に記載の情報処理装置。
【０１２７】
（付記５）
前記保管部は、第１のエラーを検出後に、一つ以上の第２のエラーを検出した場合には、前記第１のエラーの検出から前記第１のエラーの解消までに変更された前記設定項目の履歴と、前記第２のエラーの検出から前記第２のエラーの解消までに変更された前記設定項目の履歴とを含む履歴情報を前記保管部に記憶し、
前記制御部は、前記第１のエラーの検出時の前記設定項目と前記第１のエラーの解消時までの前記設定項目とを比較して前記第１のエラーについての比較結果として出力し、前記第２のエラーの検出時の前記設定項目と前記第２のエラーの解消時までの前記設定項目とを比較して前記第２のエラーについての比較結果として出力する付記１〜４の何れかに記載の情報処理装置。
【０１２８】
（付記６）
ソフトウェアの操作に対して検出されたエラーの種類と、前記エラーの検出時の前記ソフトウェアの動作に関する設定項目と、前記エラーの解消までに変更された前記設定項目の履歴とを含む履歴情報を記憶する保管部と、
前記保管部に記憶された前記エラーの検出時の前記設定項目と前記エラーの解消時までに変更された前記設定項目とを比較して比較結果を求め、前記エラーの種類と前記比較結果とを出力する制御部と、を含む情報処理装置と、
前記情報処理装置から出力された前記エラーの種類と前記比較結果とを記憶装置に蓄積し、エラー情報の管理を行うエラー情報管理装置と、
を含む情報処理システム。
【０１２９】
（付記７）
前記制御部は、前記比較において、前記エラーの検出時から前記エラーの解消時に変更された前記設定項目を前記エラーの解消に必要な設定項目とし、
前記エラーの解消までの過程で前記エラーの検出時から変更された履歴があり、前記エラーの解消時に前記エラーの検出時と同じである前記設定項目を、前記エラーの解消に必要ではなかった設定項目として、前記比較結果を出力する付記６に記載の情報処理システム。
【０１３０】
（付記８）
前記制御部は、前記エラーの検出時に、前記エラーの種類に関してエラー解消のための情報を前記エラー情報管理装置から取得できる場合に、前記エラー解消のための情報を取得し、
前記エラー解消のための情報を表示する表示部を更に含む付記６又は付記７に記載の情報処理システム。
【０１３１】
（付記９）
前記制御部は、前記エラーの検出時に、前記エラーの種類に関して前記エラー解消のための情報として、前記エラーの解消に必要な設定項目と、前記エラーの解消に必要でなかった設定項目とを前記エラー情報管理装置から取得し、前記表示部は、前記エラーの解消に必要な設定項目と、前記エラーの解消に必要でなかった設定項目とを表示する付記８に記載の情報処理システム。
【０１３２】
（付記１０）
前記保管部は、第１のエラーを検出後に、一つ以上の第２のエラーを検出した場合には、前記第１のエラーの検出から前記第１のエラーの解消までに変更された前記設定項目の履歴と、前記第２のエラーの検出から前記第２のエラーの解消までに変更された前記設定項目の履歴とを含む履歴情報を前記保管部に記憶し、
前記制御部は、前記第１のエラーの検出時の前記設定項目と前記第１のエラーの解消時までの前記設定項目とを比較して前記第１のエラーについての比較結果として出力し、前記第２のエラーの検出時の前記設定項目と前記第２のエラーの解消時までの前記設定項目とを比較して前記第２のエラーについての比較結果として出力する付記６〜９の何れかに記載の情報処理システム。
【０１３３】
（付記１１）
ソフトウェアの操作に対して検出されたエラーの種類と、前記エラーの検出時の前記ソフトウェアの動作に関する設定項目と、前記エラーの解消までに変更された前記設定項目の履歴とを含む履歴情報を記憶する保管部と、
前記保管部に記憶された前記エラーの検出時の前記設定項目と前記エラーの解消までに変更された前記設定項目とを比較して比較結果を求め、前記エラーの種類と前記比較結果とをエラー情報管理装置へ出力する、
ことを含む処理をコンピュータに実行させるための情報処理プログラム。
【０１３４】
（付記１２）
前記比較において、前記エラーの検出時から前記エラーの解消時に変更された前記設定項目を前記エラーの解消に必要な設定項目とし、
前記エラーの解消までの過程で前記エラーの検出時から変更された履歴があり、前記エラーの解消時に前記エラーの検出時と同じである前記設定項目を、前記エラーの解消に必要ではなかった設定項目として、前記比較結果を出力する付記１１に記載の情報処理プログラム。
【０１３５】
（付記１３）
前前記エラーの検出時に、前記エラーの種類に関してエラー解消のための情報を前記エラー情報管理装置から取得できる場合に、前記エラー解消のための情報を取得し、
前記エラー解消のための情報を表示する表示部を更に含む付記１１又は付記１２に記載の情報処理プログラム。
【０１３６】
（付記１４）
前記エラーの検出時に、前記エラーの種類に関して前記エラー解消のための情報として、前記エラーの解消に必要な設定項目と、前記エラーの解消に必要でなかった設定項目とを前記エラー情報管理装置から取得し、前記表示部は、前記エラーの解消に必要な設定項目と、前記エラーの解消に必要でなかった設定項目とを表示する付記１３に記載の情報処理プログラム。
【０１３７】
（付記１５）
前記保管部は、第１のエラーを検出後に、一つ以上の第２のエラーを検出した場合には、前記第１のエラーの検出から前記第１のエラーの解消までに変更された前記設定項目の履歴と、前記第２のエラーの検出から前記第２のエラーの解消までに変更された前記設定項目の履歴とを含む履歴情報を前記保管部に記憶し、
前記第１のエラーの検出時の前記設定項目と前記第１のエラーの解消時までの前記設定項目とを比較して前記第１のエラーについての比較結果として出力し、前記第２のエラーの検出時の前記設定項目と前記第２のエラーの解消時までの前記設定項目とを比較して前記第２のエラーについての比較結果として出力する付記１１〜１４の何れかに記載の情報処理プログラム。
【符号の説明】
【０１３８】
５     ネットワーク
１０   情報処理装置
１２   業務サーバ
１４   統合管理サーバ
２０   ソフトウェア制御部
２１   通信部
２２   エラー検出部
２３   履歴保管部
２４   表示部
３１   通信部
３２   エラー解消記録部
３３   エラー処理部
５１、８１    ＣＰＵ
５２、８２    メモリ
５３、８３    記憶部
５９、８９    記録媒体
６０   制御プログラム
９０   管理プログラム
【図１】
2020129274.tif 000003
【図２】
2020129274.tif 000004
【図３】
2020129274.tif 000005
【図４】
2020129274.tif 000006
【図５】
2020129274.tif 000007
【図６】
2020129274.tif 000008
【図７】
2020129274.tif 000009
【図８】
2020129274.tif 000010
【図９】
2020129274.tif 000011
【図１０】
2020129274.tif 000012
【図１１】
2020129274.tif 000013
【図１２】
2020129274.tif 000014
【図１３】
2020129274.tif 000015
【図１４】
2020129274.tif 000016
【図１５】
2020129274.tif 000017
【図１６】
2020129274.tif 000018
【図１７】
2020129274.tif 000019