JP2021077220A

JP2021077220A - 管理システム

Info

Publication number: JP2021077220A
Application number: JP2019204837A
Authority: JP
Inventors: 貴史新里; Takashi Niisato
Original assignee: Nomura Research Institute Ltd
Current assignee: Nomura Research Institute Ltd
Priority date: 2019-11-12
Filing date: 2019-11-12
Publication date: 2021-05-20
Anticipated expiration: 2039-11-12
Also published as: US20210142237A1; CN112862420B; CN112862420A; JP7385436B2; US11657351B2

Abstract

【課題】コンピュータシステムの運用管理をより効率化する。
【解決手段】管理システムは、コンピュータシステムの管理を支援する管理システムであって、過去にコンピュータシステムで発生したインシデントに関する情報と、当該インシデントへの対応手順と、対応付けて保持する保持手段と、コンピュータシステムで新たに発生したインシデントに関する情報を、ユーザから取得する第１取得手段と、第１取得手段によって取得された情報に基づいて、新たに発生したインシデントに対応する過去のインシデントへの対応手順を保持手段から取得する第２取得手段と、第２取得手段によって取得された対応手順を、取得された情報に基づいて更新する更新手段と、を備える。
【選択図】図１

Description

本発明は、コンピュータシステムの管理を支援する管理システムに関する。

企業や官公庁、公共団体の業務のＩＴ化を実現するコンピュータシステムの規模は、利用者が増え、できることが増え、またＩＴ化の度合いが増すと共に大きくなる。近年では数百台、数千台規模のコンピュータシステムも珍しくない。このようなコンピュータシステムを人手のみで管理することは現実的ではないので、例えば特許文献１や非特許文献１に記載されるようなコンピュータシステムの運用管理システムが提案されている。

コンピュータシステムの運用管理システムにおいて、管理の効率化は重要である。例えば非特許文献１に記載の運用管理システムは運用ノウハウをナレッジ化し、ＡＩにて運用プロセスをレコメンドすることで管理の効率化を図っている。

特開２０１７−１０２８７０号公報

「ＳｅｎｊｕＦａｍｉｌｙ」、https://senjufamily.nri.co.jp/、令和１年９月１２日検索

しかしながら、非特許文献１に記載の運用管理システムにもまだ効率化できる余地がある。

本発明はこうした課題に鑑みてなされたものであり、その目的は、コンピュータシステムの運用管理をより効率化できる技術の提供にある。

本発明のある態様は、管理システムに関する。この管理システムは、コンピュータシステムの管理を支援する管理システムであって、過去にコンピュータシステムで発生したインシデントに関する情報と、当該インシデントへの対応手順と、対応付けて保持する保持手段と、コンピュータシステムで新たに発生したインシデントに関する情報を、ユーザから取得する第１取得手段と、第１取得手段によって取得された情報に基づいて、新たに発生したインシデントに対応する過去のインシデントへの対応手順を保持手段から取得する第２取得手段と、第２取得手段によって取得された対応手順を、取得された情報に基づいて更新する更新手段と、を備える。

なお、以上の構成要素の任意の組み合わせや、本発明の構成要素や表現を装置、方法、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。

本発明によれば、コンピュータシステムの運用管理をより効率化できる。

実施の形態に係る管理システムおよび管理対象システムの模式図である。図１の管理システムのハードウエア構成図である。図１の管理システムの機能および構成を示すブロック図である。図３のナレッジワークフロー保持部の一例を示すデータ構造図である。図１の管理システムにおける処理の一例を示す模式図である。図１の管理システムにおける一連の処理の流れを示すフローチャートである。改善担当者の端末のディスプレイに表示されるワークフロー定義登録画面の代表画面図である。改善担当者の端末のディスプレイに表示されるナレッジワークフロー詳細画面の代表画面図である。サービスデスクの端末のディスプレイに表示されるチケット起票画面の代表画面図である。サービスデスクの端末のディスプレイに表示されるレコメンド画面の代表画面図である。サービスデスクの端末のディスプレイに表示されるワークフロー指定画面の代表画面図である。サービスデスクの端末のディスプレイに表示される別のワークフロー情報表示領域の代表画面図である。サービスデスクの端末のディスプレイに表示されるタスク内容表示画面の代表画面図である。サービスデスクの端末のディスプレイに表示される別のタスク内容表示画面の代表画面図である。

以下、各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。また、各図面において説明上重要ではない部材の一部は省略して表示する。

図１は、実施の形態に係る管理システム２および管理対象システム４の模式図である。管理システム２は管理対象システム４の運用管理を支援する。管理対象システム４は、証券や流通などの様々な業務においてＩＴサービスを提供するためのコンピュータシステムであり、例えば複数のコンピュータ、複数のサーバ、複数のデータベース、複数のネットワーク機器等を備える。

管理対象システム４の運用現場には、管理対象システム４からのメッセージや稼働履歴等に加え、利用者からの要求や運用担当者の対応履歴、外部ベンダへの依頼状況等、さまざまな情報が集まる。管理システム２は、これらの情報をナレッジ化し、ＡＩを活用した自律型運用を実現する。また、管理システム２は、サービスデスク、高度メッセージフィルタリング、ダッシュボード、レコメンド等により、業務効率化、運用品質向上を実現する。

管理システム２は、管理対象システム４や利用者からの情報を集約し、機械学習を用いて特徴的な単語の一致度や前後イベントとの相関を分析することにより、障害対応のレコメンドや、運用ノウハウのナレッジ化を行う。例えば、管理システム２は以下の機能を有する。
・過去の類似の対応履歴とのマッチングによる、未知の障害への未然対応。
・管理対象システム４からのイベントの継続的な分析による、将来の変化の予測。
・インシデントの傾向分析による、より積極的なＩＴサービスマネージメントの支援。
・レコメンドやナレッジについて、有効度をフィードバックすることによる、継続的な運用改善。

本実施の形態では、特に、管理対象システム４で発生した障害、改善要求などのインシデントへの対応手順（以下、ワークフローと称す）のナレッジ化、およびナレッジ化されたワークフロー（以下、ナレッジワークフローと称す）を新たなインシデントに適用する際の機能を扱う。管理システム２の他の機能については、例えば特許文献１や非特許文献１に記載のシステムが有する機能と同様の機能が実現されてもよい。

図２は、図１の管理システム２のハードウエア構成図である。管理システム２は、メモリ１０と、プロセッサ１２と、通信インタフェース１４と、ディスプレイ１８と、入力インタフェース２０と、を備える。これらの要素はそれぞれバス１６に接続され、バス１６を介して互いに通信する。なお、管理システム２は１台のサーバで実現されてもよいし、図２の構成を有する複数のサーバを含んでもよい。

メモリ１０は、データやプログラムを記憶するための記憶領域である。データやプログラムは、メモリ１０に恒久的に記憶されてもよいし、一時的に記憶されてもよい。プロセッサ１２は、メモリ１０に記憶されているプログラムを実行することにより、管理システム２の各種機能を実現する。通信インタフェース１４は、管理システム２の外部との間でデータの送受信を行うためのインタフェースである。通信インタフェース１４は、インターネットなどのネットワークと接続され、ネットワークを介して、管理対象システム４やサービスデスクの端末や改善担当者の端末とデータをやりとりする。ディスプレイ１８は、各種情報を表示するためのデバイスである。入力インタフェース２０は、ユーザからの入力を受け付けるためのデバイスである。

図３は、図１の管理システム２の機能および構成を示すブロック図である。ここに示す各ブロックは、ハードウエア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウエア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウエア、ソフトウエアの組合せによっていろいろなかたちで実現できることは、本明細書に触れた当業者には理解されるところである。

管理システム２は、定義登録部１０２と、チケット受付部１０４と、レコメンドエンジン１０６と、提示部１０８と、更新部１１０と、実行部１１２と、ナレッジワークフロー保持部１１４と、を備える。管理システム２は、過去に管理対象システム４でインシデントが発生した際のワークフローをナレッジ化し、ナレッジワークフローとして蓄積する。管理システム２では、レコメンドされたナレッジワークフローが最適な対応手順をナビゲーションする。複雑な手順でも判り易くフロー表示することで、調査コマンド等の実行指示も画面から行うことが可能となる。

定義登録部１０２は、過去に管理対象システム４で発生したインシデントに対するワークフローのナレッジ化を行う。定義登録部１０２は、過去のインシデントの内容と、それに対して実行されたワークフローと、を改善担当者に提示する。改善担当者は、提示されたワークフローを適宜修正、変更する。特に改善担当者は、ワークフローの抽象化を行う。例えば改善担当者は、ワークフローにおいて操作の対象を特定する部分を変数で記述する。定義登録部１０２は、改善担当者によって修正、変更されたワークフローをナレッジワークフローとして取得し、取得されたナレッジワークフローを対応する過去のインシデントと対応付けてナレッジワークフロー保持部１１４に登録する。

図４は、図３のナレッジワークフロー保持部１１４の一例を示すデータ構造図である。ナレッジワークフロー保持部１１４は、過去に管理対象システム４で発生したインシデントに関する情報と、当該インシデントに対するワークフローを基に生成されたナレッジワークフローと、対応付けて保持する。ナレッジワークフロー保持部１１４は、ナレッジワークフローを特定するフローＩＤと、ナレッジワークフローの情報と、ナレッジワークフローに対応する過去のインシデントの情報と、を対応付けて保持する。

ナレッジワークフローの情報は、ナレッジワークフローのキー情報と、ナレッジワークフローのタイトルと、役に立った回数と、利用回数と、ナレッジワークフローの内容と、を含む。ナレッジワークフローのタイトルは、当該フローを端的に言い表すテキストを含み、例えば対応するインシデントの要約であってもよい。役に立った回数は、後述のレコメンドエンジン１０６によりナレッジワークフローが選択されてサービスデスクに利用されたときに、そのナレッジワークフローが役に立ったとのフィードバックを受けた回数である。利用回数は、後述のレコメンドエンジン１０６によりナレッジワークフローが選択されてサービスデスクに利用された回数である。ナレッジワークフローの内容について、操作の対象を特定する部分は変数で記述される。

過去のインシデントの情報は、インシデントが発生した管理対象システム４を特定するシステムＩＤと、インシデントのタイトルと、それぞれがテキスト入力領域であるテキスト１およびテキスト２と、インシデントの分類と、インシデントの発生時刻と、を含む。インシデントのタイトルは、当該インシデントを端的に言い表すテキストを含み、例えばインシデントがエラーであればタイトルはエラーメッセージであってもよい。テキスト１は、インシデントについてユーザが自由にテキストを入力できる領域である。対応するナレッジワークフローにおいて変数が設定されている場合、テキスト１には、当該ナレッジワークフローがユーザによって選択された場合に変数に代入する値が入力される。分類はインシデントの分類を表し、例えばネットワーク障害であれば「ＮＷ」が、メモリ関連障害であれば「ＭＥ」が、分類として登録される。

図３に戻り、チケット受付部１０４は、管理対象システム４で新たに発生したインシデントに関する情報を、サービスデスクから取得する。サービスデスクは、管理対象システム４で新たにシステム障害などのインシデントが発生すると、エラーメッセージの内容や障害の分類が入力されたチケットを生成または起票する。チケット受付部１０４は、生成されたチケットを受け付ける。

レコメンドエンジン１０６は、チケット受付部１０４が受け付けたチケットの内容に基づいて、新たに発生したインシデントに対応するナレッジワークフローをナレッジワークフロー保持部１１４から取得する。レコメンドエンジン１０６は、ナレッジワークフロー保持部１１４からナレッジワークフローを選択する際、機械学習により得られたモデルを用いる。機械学習およびそのモデル自体は、公知の機械学習の技術を用いて実現されてもよい。

レコメンドエンジン１０６は、例えばチケットに記載されたエラーメッセージの内容および障害の分類をモデルに入力する。モデルは、入力されたエラーメッセージの内容および障害の分類と、ナレッジワークフロー保持部１１４に登録されているインシデントの情報と、の一致度、すなわち新たなインシデントと過去のインシデントとの類似度合い、を算出する。レコメンドエンジン１０６は、ナレッジワークフロー保持部１１４に登録されているインシデントについて算出された一致度を、当該インシデントに対応するナレッジワークフローのスコアとして登録する。レコメンドエンジン１０６は、スコアが高い方から所定数のナレッジワークフローを、推薦ナレッジワークフローとして出力する。

提示部１０８は、レコメンドエンジン１０６によって出力された推薦ナレッジワークフローを、選択可能な態様でサービスデスクに提示する。提示部１０８は、推薦ナレッジワークフローの情報を含む画面を生成し、生成された画面を、サービスデスクの端末のディスプレイに表示させる。

更新部１１０は、レコメンドエンジン１０６によって出力された推薦ナレッジワークフローを、チケット受付部１０４が受け付けたチケットの内容に基づいて更新する。更新部１１０における更新の内容は、新たに発生したインシデントと、当該新たに発生したインシデントに対して選ばれた推薦ナレッジワークフローに対応する過去のインシデントとの差分に対応する。例えば、更新部１１０は、推薦ナレッジワークフローの変数を、チケット受付部１０４が受け付けたチケットに含まれる特定の値で置き換える。更新の詳細は後述する。

実行部１１２は、提示部１０８によってサービスデスクに提示された推薦ナレッジワークフローのうちのひとつがサービスデスクによってによって選択された場合、選択された推薦ナレッジワークフローを更新部１１０に出力する。実行部１１２は、更新部１１０によって更新された推薦ナレッジワークフローを取得し、取得された推薦ナレッジワークフローを実行する。

図５は、図１の管理システム２における処理の一例を示す模式図である。ナレッジワークフローの管理フェーズにおいて、定義登録部１０２はナレッジワークフローのモデル５０２をナレッジワークフロー保持部１１４に登録する。モデル５０２には、ナレッジワークフローの内容として「工程１：％ｔｘｔ１％にｐｉｎｇコマンドを打つ」が記述されている。ナレッジワークフローにおいてｐｉｎｇコマンドを打つ対象を特定する部分は「％ｔｘｔ１％」という予約語で記述されている。

モデル５０２は、コピー登録操作により複製可能となっている。モデル５０２は、デプロイされるたびにリビジョンがインクリメントされ、別の定義（プロセス）として登録される。図５には三つのプロセス５０４、５０６、５０８が図示されている。

インシデントへの対応フェーズにおいて、チケット受付部１０４はチケット５１０を受け付ける。チケット５１０には、インシデントの内容として「ネットワーク不通エラー」が記載され、発見者として「ｔ−ｘｘｘｘ＠ｘｙｚ．ｃｏ．ｊｐ」が記載され、発生サーバとして「Ｓｅｒｖｅｒ００１」が記載されている。「Ｓｅｒｖｅｒ００１」は、チケット５１０の後述のテキスト１入力領域に記載される。テキスト１入力領域は、「％ｔｘｔ１％」という予約語に対応する。

レコメンドエンジン１０６がチケット５１０の内容に対してプロセス５０８を推薦ナレッジワークフローとして選択し、提示部１０８が後述のレコメンド画面においてプロセス５０８をサービスデスクに提示する。サービスデスクがレコメンド画面からプロセス５０８を選択して、開始の指示を入力すると、更新部１１０は、チケット５１０に対する子レコードとしてインスタンス５１２を作成する。更新部１１０は、プロセス５０８からインスタンス５１２を作成する際、予約語「％ｔｘｔ１％」を、チケット５１０のテキスト１入力領域に入力された値「Ｓｅｒｖｅｒ００１」に置き換える。その結果、インスタンス５１２の内容は「工程１：Ｓｅｒｖｅｒ００１にｐｉｎｇコマンドを打つ」を含むこととなり、実行可能な形式になる。

モデル５０２の基となった過去のインシデントでは、予約語「％ｔｘｔ１％」の部分は具体的なサーバの名称（例えば、「Ｓｅｒｖｅｒ０２２」など）であったが、定義登録部１０２における抽象化により具体的なサーバの名称が予約語「％ｔｘｔ１％」に置き換えられている。そして、新たなインシデントに対して実行されるインスタンス５１２では、その予約語「％ｔｘｔ１％」が新たなインシデントに対応する「Ｓｅｒｖｅｒ００１」に置き換えられている。このように、図５に示される例では、過去のインシデントに対するワークフローをナレッジワークフローに抽象化する際、操作を記述する部分はそのまま（具体的なまま）維持し、操作の対象を特定する部分を予約語等の変数に変換することで抽象化している。これにより、過去のインシデントに似た新たなインシデントが発生した際に、チケットに操作の対象を入力することにより、簡単に新たなインシデントに対する有効なワークフローを生成することができる。

以上の構成による管理システム２の動作を説明する。
図６は、図１の管理システム２における一連の処理の流れを示すフローチャートである。管理システム２は、チケットの起票を受け付ける（Ｓ６０２）。管理システム２は、ステップＳ６０２で受け付けたチケットに類似する過去のチケット（インシデント）に対応するナレッジワークフローを取得する（Ｓ６０４）。管理システム２は、ステップＳ６０４で取得されたナレッジワークフローをサービスデスクに提示する。取得されたナレッジワークフローがサービスデスクによって選択されない場合（Ｓ６０６のＮ）、例えばサービスデスクが新たにワークフローを作成する場合、ワークフロー再利用に係る処理は終了する。取得されたナレッジワークフローがサービスデスクによって選択された場合（Ｓ６０６のＹ）、管理システム２は、選択されたナレッジワークフローの変数を、ステップＳ６０２で受け付けたチケットに記載の対応する値で置き換える（Ｓ６０８）。管理システム２は、変数を置換した後のナレッジワークフローを実行する（Ｓ６１０）。

図７は、改善担当者の端末のディスプレイに表示されるワークフロー定義登録画面７００の代表画面図である。定義登録部１０２は、改善担当者から新たなナレッジワークフローの生成要求を受け付けると、ワークフロー定義登録画面７００を生成する。ワークフロー定義登録画面７００は白紙の状態で提供されてもよいし、改善担当者が元とする過去のワークフロー／過去のインシデントを指定した場合には当該ワークフロー／インシデントがインポートされた形で提供されてもよい。

ワークフロー定義登録画面７００は、フロータイトル入力領域７１２と、インシデント情報入力領域７０２と、ナレッジワークフロー情報入力領域７０４と、登録ボタン７１４と、を有する。インシデント情報入力領域７０２は、過去のインシデントの各種情報を入力する領域を有する。ナレッジワークフロー情報入力領域７０４は、部品領域７０６と、ワークフロー生成領域７０８と、タスク情報指定領域７１０と、を有する。改善担当者は、部品領域７０６に表示される複数の部品のなかから使用する部品を、ドラッグアンドドロップでワークフロー生成領域７０８の所望の位置に配置する。ワークフロー生成領域７０８は、前後関係の編集や分岐の設定をグラフィカルに行えるよう構成される。タスク情報指定領域７１０は、ワークフロー生成領域７０８で指定されているタスクのパラメータを指定する領域である。タスク情報指定領域７１０は、対応者や完了条件などのパラメータを選択肢形式で提示することで、そのようなパラメータを簡易に設定可能に構成される。

定義登録部１０２は、ワークフロー定義登録画面７００での入力が完了し、登録ボタン７１４が押し下げられると、インシデント情報入力領域７０２に入力されたインシデントの情報と、ナレッジワークフロー情報入力領域７０４に入力されたナレッジワークフローの情報と、を取得し、ナレッジワークフロー保持部１１４に登録する。

このように、ワークフロー定義登録画面７００を用いることにより、ナレッジワークフローの登録が管理システム２内で完結する。また、パラメータのうちの適切なものについて、マスタデータベースからの選択操作で設定可能とすることで、テキスト入力を不要とすることができる。これらにより、ナレッジワークフローの作成にかかる時間を短縮することができる。

図８は、改善担当者の端末のディスプレイに表示されるナレッジワークフロー詳細画面７１６の代表画面図である。定義登録部１０２は、改善担当者から既登録のナレッジワークフローの詳細確認要求を受け付けると、ナレッジワークフロー詳細画面７１６を生成する。ナレッジワークフロー詳細画面７１６には、ナレッジワークフロー保持部１１４に登録されているナレッジワークフローのうちの指定されたひとつの情報が表示される。

図９は、サービスデスクの端末のディスプレイに表示されるチケット起票画面７１８の代表画面図である。チケット受付部１０４は、サービスデスクからチケット起票要求を受け付けると、チケット起票画面７１８を生成する。チケット起票画面７１８は、新たに発生したインシデントについて、当該インシデントが発生したシステムの名称またはシステムＩＤの入力を受け付けるシステム入力領域７２０と、当該インシデントのタイトルの入力を受け付けるタイトル入力領域７２２と、テキストの入力を受け付けるテキスト１入力領域７２４と、テキストの入力を受け付けるテキストエリア１入力領域７２６と、当該インシデントの分類の入力を受け付ける分類入力領域７２８と、を有する。サービスデスクは、チケット起票画面７１８に新たなインシデントの情報を入力し、登録ボタン７３０を押し下げる。すると、チケット受付部１０４は、チケット起票画面７１８に入力された情報を新たなインシデントの情報として受け付ける。

図１０は、サービスデスクの端末のディスプレイに表示されるレコメンド画面７３２の代表画面図である。チケット起票画面７１８の登録ボタン７３０が押し下げられると、ディスプレイの表示はチケット起票画面７１８からレコメンド画面７３２へと遷移する。レコメンド画面７３２は、チケット起票画面７１８で受け付けたチケットの情報を表示するチケット情報表示領域７３４と、レコメンド情報表示領域７３６と、を有する。レコメンド情報表示領域７３６には、チケット起票画面７１８で受け付けたチケットの情報に応じてレコメンドエンジン１０６により取得された推薦ナレッジワークフローの情報がスコアと共に表示される。レコメンド情報表示領域７３６は、スコアの順に推薦ナレッジワークフローの情報を表形式で表示する。

図１１は、サービスデスクの端末のディスプレイに表示されるワークフロー指定画面７３８の代表画面図である。レコメンド画面７３２のレコメンド情報表示領域７３６においてひとつの推薦ナレッジワークフローが選択されると、ディスプレイの表示はレコメンド画面７３２からワークフロー指定画面７３８へと遷移する。ワークフロー指定画面７３８は、レコメンド情報表示領域７３６と、レコメンド情報表示領域７３６で選択された推薦ナレッジワークフローの情報を表示するワークフロー情報表示領域７４０と、を有する。レコメンド情報表示領域７３６において選択された推薦ナレッジワークフローに対応するエントリは斜線や色つけ等で強調して表示される。

ワークフロー情報表示領域７４０は、選択された推薦ナレッジワークフローのタイトルおよび他の情報を表示するタイトル等表示領域７４２と、選択された推薦ナレッジワークフローの内容を表示するフロー内容表示領域７４４と、を有する。サービスデスクがフロー内容表示領域７４４に表示されるワークフローの内容を確認し、開始ボタン７４６を押し下げると、更新部１１０は選択された推薦ナレッジワークフローを更新し、実行部１１２は更新された推薦ナレッジワークフローを実行する。

図１２は、サービスデスクの端末のディスプレイに表示される別のワークフロー情報表示領域７４８の代表画面図である。ワークフロー情報表示領域７４８のフロー内容表示領域７５０に表示される推薦ナレッジワークフローは三つのタスク７５２、７５４、７５６からなる。

図１３は、サービスデスクの端末のディスプレイに表示されるタスク内容表示画面７５８の代表画面図である。図１２のフロー内容表示領域７５０においてコマンド実行タスク７５４が選択されると、図１３のタスク内容表示画面７５８が表示される。タスク内容表示画面７５８は、コマンドの内容を表示するコマンド内容表示領域７６０と、コマンドのパラメータの情報を表示するコマンドパラメータ情報表示領域７６２と、コマンドの実施情報を表示する実施情報表示領域７６４と、を有する。コマンドパラメータ情報表示領域７６２および実施情報表示領域７６４に表示される情報は、サービスデスクによる入力により任意に変更または更新可能に構成される。

図１４は、サービスデスクの端末のディスプレイに表示される別のタスク内容表示画面７６６の代表画面図である。図１２のフロー内容表示領域７５０において承認タスク７５６が選択されると、図１４のタスク内容表示画面７６６が表示される。

上述の実施の形態において、保持部の例は、ハードディスクや半導体メモリである。また、本明細書の記載に基づき、各部を、図示しないＣＰＵや、インストールされたアプリケーションプログラムのモジュールや、システムプログラムのモジュールや、ハードディスクから読み出したデータの内容を一時的に記憶する半導体メモリなどにより実現できることは本明細書に触れた当業者には理解される。

本実施の形態に係る管理システム２によると、過去のインシデントに対するワークフローをナレッジ化する際に、適切な抽象化を行うことで、新たに発生したインシデントに対して過去のワークフローを再利用する際の書き直しの手間を省くことができる。これにより、より効率的にナレッジを活用できる運用管理システムを提供できる。

また、図１１から図１４の例に示されるように、本実施の形態では、ワークフローをグラフィカルに表示することで、複雑な手順でも画面を見ながら障害対応をフォローすることができる。また、調査コマンド等の実行も画面から指示を行うことができる。また、適切なルールを設定することにより、自動で診断および復旧コマンドを実施することも可能になる。

以上、実施の形態に係る管理システム２の構成と動作について説明した。この実施の形態は例示であり、各構成要素や各処理の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解される。

２管理システム、４管理対象システム、１０２定義登録部、１０４チケット受付部、１０６レコメンドエンジン、１０８提示部、１１０更新部、１１２実行部、１１４ナレッジワークフロー保持部。

Claims

コンピュータシステムの管理を支援する管理システムであって、
過去に前記コンピュータシステムで発生したインシデントに関する情報と、当該インシデントへの対応手順と、対応付けて保持する保持手段と、
前記コンピュータシステムで新たに発生したインシデントに関する情報を、ユーザから取得する第１取得手段と、
前記第１取得手段によって取得された情報に基づいて、新たに発生したインシデントに対応する過去のインシデントへの対応手順を前記保持手段から取得する第２取得手段と、
前記第２取得手段によって取得された対応手順を、取得された情報に基づいて更新する更新手段と、を備える管理システム。
前記第２取得手段によって取得された対応手順を選択可能な態様で前記ユーザに提示する提示手段と、
前記第２取得手段によって取得された対応手順が前記ユーザによって選択された場合、前記更新手段によって更新された対応手順を実行する実行手段と、をさらに備える請求項１に記載の管理システム。
前記更新手段における更新の内容は、新たに発生したインシデントと当該インシデントに対応する過去のインシデントとの差分に対応する請求項１または２に記載の管理システム。
前記保持手段に保持される対応手順において操作の対象を特定する部分は変数で記述され、
前記更新手段は、新たに発生したインシデントに対応する過去のインシデントへの対応手順の変数を、新たに発生したインシデントに対応する特定の値で置き換える請求項１から３のいずれか一項に記載の管理システム。
前記第２取得手段は、機械学習により得られたモデルを用いて対応手順を取得する請求項１から４のいずれか一項に記載の管理システム。