JP2013054531A - インシデント管理システム - Google Patents
インシデント管理システム Download PDFInfo
- Publication number
- JP2013054531A JP2013054531A JP2011192088A JP2011192088A JP2013054531A JP 2013054531 A JP2013054531 A JP 2013054531A JP 2011192088 A JP2011192088 A JP 2011192088A JP 2011192088 A JP2011192088 A JP 2011192088A JP 2013054531 A JP2013054531 A JP 2013054531A
- Authority
- JP
- Japan
- Prior art keywords
- incident
- unit
- attribute information
- format
- information
- 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
- 230000010365 information processing Effects 0.000 claims abstract description 21
- 238000000605 extraction Methods 0.000 claims abstract description 19
- 230000005540 biological transmission Effects 0.000 claims abstract description 13
- 239000000284 extract Substances 0.000 claims abstract description 5
- 230000004044 response Effects 0.000 claims description 50
- 238000004590 computer program Methods 0.000 claims description 2
- 238000003860 storage Methods 0.000 abstract description 8
- 238000007726 management method Methods 0.000 description 43
- 230000006870 function Effects 0.000 description 13
- 238000000034 method Methods 0.000 description 13
- 230000008569 process Effects 0.000 description 11
- 238000012545 processing Methods 0.000 description 8
- 238000012544 monitoring process Methods 0.000 description 5
- 239000000470 constituent Substances 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 238000012806 monitoring device Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000003339 best practice Methods 0.000 description 1
- 238000013070 change management Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000012559 user support system Methods 0.000 description 1
- 210000000707 wrist Anatomy 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】情報処理システムにおいて発生したインシデントの管理を支援する。
【解決手段】フォーマット保持部324は、対応者に対するインシデントの通知に使用すべき通知ファイルのフォーマットを保持する。取得部304は、通知するインシデントに関して、フォーマットで指定された属性情報を取得し、生成部306はそれらが記入された通知ファイルを生成する。送信部308は、通知ファイルを電子メールに添付して対応者に送信する。受信部310は、対応者により回答が記入された通知ファイルが添付された電子メールを受信する。抽出部312は、回答が記入された通知ファイルから回答を抽出し、更新部314は、抽出部312が抽出した回答内容をインシデントの属性情報として反映する。
【選択図】図2
【解決手段】フォーマット保持部324は、対応者に対するインシデントの通知に使用すべき通知ファイルのフォーマットを保持する。取得部304は、通知するインシデントに関して、フォーマットで指定された属性情報を取得し、生成部306はそれらが記入された通知ファイルを生成する。送信部308は、通知ファイルを電子メールに添付して対応者に送信する。受信部310は、対応者により回答が記入された通知ファイルが添付された電子メールを受信する。抽出部312は、回答が記入された通知ファイルから回答を抽出し、更新部314は、抽出部312が抽出した回答内容をインシデントの属性情報として反映する。
【選択図】図2
Description
本発明はデータ処理技術に関し、特に、情報処理システムのインシデント管理を支援する技術に関する。
ITインフラが幅広いユーザ層に活用されるようになってきているなか、ITサービスマネジメントがこれまで以上に重要になってきている。それに伴い、ITサービスマネジメントを実行する上での業務プロセスの効率化が求められている。ITサービスマネジメント・運用規則に関して、英国商務局(OGC:Office of Government Commerce)はITIL(Information Technology Infrastructure Library)(登録商標)と呼ばれるベストプラクティス集を公表しており、最近では、ITILに従ってITサービスマネジメントの改善に取り組む企業が増えている。
ITILの中核の一つにサービスサポートがある。サービスサポートは日常的なシステム運用およびユーザサポートに関して記載されたもので、一つの機能と五つのプロセスからなる。機能としては、ユーザからの問い合わせ窓口となるサービスデスク、プロセスとしてはインシデント管理、問題管理、変更管理、リリース管理および構成管理が規定されている。
サービスデスク業務では、ユーザからどのような問い合わせがあったのか、それに対してどのように対応したのか、その問い合わせは処理が終わってクローズしたのか、といった様々なことを記録していく。このようなサービスデスク業務を支援するため、ユーザからの問い合わせをインシデントとして蓄積していくインシデント管理システムが実用化されている(例えば、特許文献1)。
インシデントの中にはサービスデスク業務を行う運用部門の担当者(以下「運用担当者」とよぶ)では解決できないものもある。このようなインシデントについては、ハードウェア、ミドルウェア、業務アプリケーションを保守する外部の企業(以下、「ベンダ」とよぶ)に対応を依頼する場合がある。この場合、運用担当者はどのベンダに対応を依頼すべきかの切り分けを行った後、ベンダに対応を依頼をする。
運用部門とベンダのような企業間の通信では、セキュリティ上の制約の少ない電子メールだけ許可されることがある。この場合、ベンダはネットワークを介して運用部門のインシデント管理システムにアクセスできない。そのためベンダに対応を依頼するときには、運用担当者は、インシデント管理システムで管理しているインシデントの情報のうち必要な情報をメールに転記し、ベンダに送る必要がある。また、インシデントに対しどのように対応すればよいか、どのように対応したかといった回答をベンダからメールで受け付け、運用担当者がそれをインシデント管理システムに反映する必要がある。このような作業は、多数のインシデントを管理しなければならない運用担当者にとっては大きな負荷となる。
本発明はこうした課題に鑑みてなされたものであり、その主な目的は、情報処理システムにおいて発生したインシデントの効率的な管理を支援するための技術を提供することにある。
上記課題を解決するために、本発明のある態様のインシデント管理システムは、情報処理システムにおいて発生したインシデントに関する複数の属性情報を保持するインシデント情報保持部と、インシデントの対応者に対するインシデントの通知に使用すべき通知ファイルのフォーマットを保持するフォーマット保持部と、インシデントの複数の属性情報の中からフォーマットで指定された属性情報をインシデント情報保持部から取得する取得部と、取得部が取得した属性情報が記入された通知ファイルを生成する生成部と、生成部が生成した通知ファイルを電子メールに添付して対応者の電子メールアドレス宛に送信する送信部と、送信部が送信した通知ファイルであって、フォーマットで指定された箇所に対応者により回答内容が記載された通知ファイルを添付した電子メールを受信する受信部と、受信部が受信した電子メールに添付された通知ファイルから対応者が記載した回答内容を抽出する抽出部と、抽出部が抽出した回答内容をインシデントの属性情報として反映する更新部と、を備える。
本発明の別の態様もまた、インシデント管理システムである。本システムは、情報処理システムにおいて発生したインシデントに関する複数の属性情報を保持するインシデント情報保持部と、照会元のユーザに対するインシデントの属性情報の提供に使用される情報提供ファイルのフォーマットであって、複数の照会元のユーザに対応した複数種類のフォーマットを保持するフォーマット保持部と、照会元のユーザから送信されたインシデントの照会を求める電子メールを受信する受信部と、照会元のユーザから照会を求める電子メールを受信した場合、インシデントの複数の属性情報の中から、フォーマットで指定された属性情報を取得する取得部と、取得部が取得した属性情報が記入された情報提供ファイルを生成する生成部と、生成部が生成した情報提供ファイルを電子メールに添付して照会元のユーザの電子メールアドレス宛に送信する送信部と、を備える。
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
本発明によれば、情報処理システムにおいて発生したインシデントの効率的な管理を支援できる。
実施の形態に係るインシデント管理システムの概要は以下のとおりである。
本インシデント管理システムは、運用部門では解決できないインシデントについてその内容を通知してベンダに対応を依頼する作業と、インシデントの原因が何であるか、インシデントに対しどのように対応すればよいか、どのように対応したかといったベンダからの回答内容をインシデントに反映する作業を支援する(以下「対応依頼支援機能」とよぶ)。この目的のために、本システムは、インシデントの対応をベンダに依頼する際に、インシデントの内容をベンダに通知するのに使用する通知ファイルのフォーマットを保持する。本システムは、通知するインシデントに関して、フォーマットで指定された属性情報を取得し、それらが記入された通知ファイルを生成する。生成した通知ファイルを電子メールに添付して対応を依頼するベンダ(以下「対応者」とよぶ)に送信する。そして、対応者により回答が記入された通知ファイルが添付された電子メールを受信すると、そのファイルから対応者が記入した回答を抽出し、抽出した内容をインシデントの属性情報として反映する。
本インシデント管理システムは、運用部門では解決できないインシデントについてその内容を通知してベンダに対応を依頼する作業と、インシデントの原因が何であるか、インシデントに対しどのように対応すればよいか、どのように対応したかといったベンダからの回答内容をインシデントに反映する作業を支援する(以下「対応依頼支援機能」とよぶ)。この目的のために、本システムは、インシデントの対応をベンダに依頼する際に、インシデントの内容をベンダに通知するのに使用する通知ファイルのフォーマットを保持する。本システムは、通知するインシデントに関して、フォーマットで指定された属性情報を取得し、それらが記入された通知ファイルを生成する。生成した通知ファイルを電子メールに添付して対応を依頼するベンダ(以下「対応者」とよぶ)に送信する。そして、対応者により回答が記入された通知ファイルが添付された電子メールを受信すると、そのファイルから対応者が記入した回答を抽出し、抽出した内容をインシデントの属性情報として反映する。
また、本システムは、当該システムにアクセスできない者からインシデントの状況についての照会要求があったときに、インシデントの情報を提供する作業を支援する(以下「インシデント照会機能」とよぶ)。この目的のために、本システムは、照会元のユーザにインシデントの情報を提供するのに使用する情報提供ファイルのフォーマットを保持する。本システムは、照会元のユーザからインシデントの照会を求めるメールを受信する。そして、照会を求められたインシデントに関して、フォーマットで指定された属性情報を取得し、それらが記入された情報提供ファイルを生成する。生成した情報提供ファイルを電子メールに添付して紹介元のユーザに送信する。
図1は、本実施の形態に係るインシデント管理システム300を含む運用管理システム600の全体構成を示す。情報処理システム100a、100b、・・・、100c(以下、まとめて「情報処理システム100」とよぶ)は、企業の基幹系システムや情報系システムを含む。ベンダ端末500a、500b、・・・、500c(以下、まとめて「ベンダ端末500」とよぶ)は、情報処理システム100を構成するサーバ、ストレージ、ネットワーク機器等のハードウェアを保守するベンダ、データベース管理システム、トランザクションモニター等のミドルウェアを保守するベンダ、業務アプリケーションを保守するベンダの情報処理端末を含む。運用管理システム600は、情報処理システム100に運用管理サービスを提供する。運用管理システム600は、監視装置200と、インシデント管理システム300と、運用担当者端末400を含む。
インシデント管理システム300は、情報処理システム100で発生したインシデントを管理する。インシデント管理システム300は、ベンダ端末500とインターネット等の通信網を介して接続されており、具体的には電子メールによりデータの送受信が可能に構成されている。インシデント管理システム300の詳細な機能構成は図2に関連して後述する。
監視装置200は、情報処理システム100の動作状態を監視し、例えば死活監視処理やハードウェアリソースの使用状況の監視処理を実行する。情報処理システム100の動作状態が所定の異常状態になった場合、監視装置200は、新たなインシデントを起票してそのインシデントの情報をインシデント管理システム300へ送信する。また監視装置200は、インシデントを起票済の情報処理システム100の動作状態が変化した場合、そのインシデントの更新情報をインシデント管理システム300へ送信する。
運用担当者端末400は、運用担当者により操作される情報処理端末であり、運用担当者から所定の情報や指示を受け付ける。そして、その情報をインシデント管理システム300へ送信する。
図2は、図1のインシデント管理システム300の機能構成を示す。これら各ブロックは、ハードウェア的には、コンピュータのCPUをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、図2の各機能ブロックは、インシデント管理プログラムとして記録媒体に格納され、インシデント管理システム300のストレージへインストールされてもよい。そして、インシデント管理プログラムの起動時に、各機能ブロックに対応するプログラムモジュールがメインメモリに読み出されてCPUにより実行されてもよい。
インシデント管理システム300は、インシデント情報表示部302、取得部304、生成部306、送信部308、受信部310、抽出部312、更新部314、インシデント情報受付部316、インシデント情報保持部320、対応関係保持部322、フォーマット保持部324、回答保持部326を含む。以下、各部材の構成についてインシデント対応依頼機能、インシデント照会機能それぞれを実現する場合に分けて説明する。
[1]インシデント対応依頼機能
インシデント情報受付部316は、監視装置200および運用担当者端末400からインシデントの情報を受け付け、受け付けたインシデントの情報をインシデント情報保持部320へ格納する。
インシデント情報受付部316は、監視装置200および運用担当者端末400からインシデントの情報を受け付け、受け付けたインシデントの情報をインシデント情報保持部320へ格納する。
インシデント情報保持部320は、複数の情報処理システム100において発生した複数のインシデントに関する属性情報を保持する。この属性情報は、後述する図3のインシデント情報画面で示す各種情報項目であり、例えば、システム名・ステータス・優先度等を含む。
インシデント情報表示部302は、インシデント情報保持部320に保持された複数のインシデントのうち、運用担当者端末400で指定されたインシデントの属性情報を表示するインシデント情報画面のデータを、運用担当者端末400へ送信する。そして運用担当者端末400に表示する。
図3は、インシデント情報画面を示す。インシデント情報画面は、インシデント情報保持部320に保持された複数のインシデントのうち、運用担当者に従って運用担当者端末400が選択したインシデントの情報を表示する。インシデント情報画面は、エスカレーションボタン700を備える。エスカレーションボタン700は、インシデント情報画面で表示されたインシデントについて、対応者に対応を依頼するときに選択される。
図2に戻り、対応関係保持部322は、インシデントに関する複数種類の属性それぞれの項目(以下、「属性項目」とも呼ぶ。)と、各属性を示すシンボルとしての文字列(以下、単に「シンボル」とも呼ぶ。)との対応関係情報を保持する。属性項目は、「システム名」・「ステータス」・「優先度」等の属性名称であり、インシデント情報保持部320におけるカラム名に相当する。図4は、対応関係保持部322に保持された対応関係情報のデータ構造を示す。対応関係保持部322は、シンボル710と属性項目712とを対応づけて保持する。シンボル710はシンボルを示し、属性項目712は属性項目を示す。対応関係保持部322は、例えば、属性項目「システム名」とシンボル「%ICD:SYSTEM%」、属性項目「ステータス」とシンボル「%ICD:STATUS%」、属性項目「優先度」とシンボル「%ICD:PRI_LEVEL%」を対応づけて保持する。
図2に戻り、フォーマット保持部324は、複数の対応者に対応した複数種類の通知ファイルのフォーマットを保持する。図5は、フォーマット保持部324に保持されているフォーマットの一例を示す。属性項目720は、属性項目を示す。属性値722は、各属性の属性値が表示される領域であり、シンボルが埋め込まれている。後述するごとく、通知ファイルを生成するときに、このシンボルが実際の属性値に置き換えられる。属性値722にシンボルが埋め込まれていない回答724は対応者に回答を記入してもらう属性項目であり、ここでは、影響範囲、原因、ワークアラウンドおよび結果、対応および結果、備考、参考URLが含まれる。
複数の対応者に応じた複数種類のフォーマットを保持するのは、対応者によっては受け付けるフォーマットを独自のものに限定することがあるためである。また、対応者ごとの契約の違いにより、対応者によって開示できる情報が異なる場合があるためである。例えば、図5に示すフォーマットにはシステム名が含まれるが、契約上システム名を開示できない対応者がある場合は、システム名を含まないフォーマットも保持する。もちろんシステム名を含むフォーマットとしつつ、特定の文字や記号でマスキングされるようにしてもよい。
なお、フォーマットは運用担当者が自由に設計できるので、例えば、運用部門内でインシデントに関する報告会を行うときの報告資料の一部としてそのまま使用できる様式にしてもよい。
図2に戻り、フォーマット保持部324は、対応者の名称と、サポート対象と、対応者の宛先と、その対応者への通知に使用される通知ファイルのフォーマットとを対応づけた対応者リスト350も保持する。図6は、対応者リスト350のデータ構造を示す。対応者730は、対応者の名称を示し、サポート対象732は対応者が対応する対象のインシデントの分類を示し、メールアドレス734は対応者のメールアドレスを示す。また、フォーマット736はその対応者にインシデントを通知するときに使用する通知ファイルのフォーマットを示す。
図2に戻り、取得部304は、対応を依頼するインシデントと対応者の情報を運用担当者端末400から受け付ける。取得部304は、対応者リスト350を参照して、受け付けた対応者に対応するフォーマットを特定する。例えば、対応者リスト350が図6の場合で、対応者として「DEF社」を受け付けたときは、「フォーマット1」がフォーマットとして特定される。
取得部304は、特定したフォーマットの中のシンボル(ここでは「%」に挟まれた文字列)を検出する。取得部304は、対応関係保持部322に保持される対応関係情報を参照して、検出したシンボルに対応する属性項目を特定する。そして、特定した属性項目の値(属性値)をインシデント情報保持部320から取得する。取得部304は、特定したフォーマットの情報および取得した属性値を生成部306に渡す。
生成部306は、取得部304が特定したフォーマットをフォーマット保持部324からコピーする。そして、コピーしたファイル内のシンボルを、取得部304が取得した属性値に置き換える。こうして、通知ファイルを生成する。図7は、生成部306が生成した通知ファイルの一例を示す。図4のフォーマットと比較すると、例えば、属性項目「タイトル」のシンボル「%ICD:TITLE%」が、通知ファイルでは「ストレージ障害」に置き換えられている。また、属性項目「優先度」のシンボル「%ICD:PRI_LEVEL%」が、通知ファイルでは「大」に置き換えられている。生成部306は生成した通知ファイルを送信部308に渡す。
図2に戻り、送信部308は、対応者リストを参照して、取得部304が受け付けた対応者に対応するメールアドレスを特定する。そして、生成部306が生成した通知ファイルを添付した電子メールを、特定したメールアドレス宛に送信する。
受信部310は、送信部308が対応者に送信した通知ファイルであって対応者が回答を記入した通知ファイルが添付された電子メールを受信する。受信部310は、受信した通知ファイルを後述の回答保持部326に格納する。
回答保持部326は、対応者により回答が記入された通知ファイルを保持する。図8は、回答保持部326が保持している通知ファイルの一例を示す。図7の対応者が記入する前の通知ファイルと比較すると、回答740に回答が記入されている。
抽出部312は、回答内容をインシデントに反映する通知ファイルの選択を、運用担当者端末400から受け付ける。抽出部312は、回答保持部326が保持する通知ファイルのうち運用担当者端末400が選択した通知ファイルから、対応者の回答内容を抽出する。通知ファイルの回答元の対応者に対応づけられたフォーマットの回答724に記入された内容を抽出する。図8に示す通知ファイルが選択された場合、例えば、原因として「ディスク故障」、対応および結果として「8/10に故障したディスクを交換」を抽出する。また抽出部312は、インシデント情報保持部320からそのインシデントの属性情報を取得する。抽出部312は、抽出した回答内容および取得した属性情報を更新部314に渡す。なお、選択された通知ファイルに対応するインシデントがインシデント情報保持部320に存在しないとき、すなわち、通知ファイルに記載されているインシデントIDのインシデントがインシデント情報保持部320に存在せず抽出できなかったときは、抽出部312は処理を中止し、その旨を運用担当者端末400に通知する。
更新部314は、抽出部312が抽出した回答内容を運用担当者端末400に通知して回答内容をインシデントの属性情報として反映することの許否を問い合わせる。運用担当者端末400から反映を許可する情報を受け付けた場合、更新部314は、対応者からの回答を属性情報として反映する。図9は、対応者からの回答が反映されたインシデントのインシデント情報画面の一例を示す。図3の回答が反映される前のインシデント情報画面と比較すると、影響範囲、原因、ワークアラウンドおよび結果、対応および結果、備考、参考URLに対応者からの回答が反映されている。
以上の構成によるインシデント管理システムの動作を説明する。図10は対応者にインシデントの対応を依頼するときの処理フローを示し、図11は対応者から回答を受信したときの処理フローを示し、図12は対応者からの回答内容をインシデントの属性情報として反映するときの処理フローを示す。ここでは、図3に示すインシデントID「35」のインシデントを例に説明する。運用担当者がこのインシデントは自部門では解決できないと判断し、ストレージを保守するベンダ(DEF社)に対応を依頼する場合を考える。そして、依頼を受けたDEF社は、ディスク故障が原因であると特定し、その対応としてディスク交換を行い、その旨を運用担当者から送られた通知ファイルそのものに記載して回答する場合を考える。
図10のごとく、取得部304は、通知するインシデントのインシデントID「35」と対応者「DEF社」を運用担当者端末400から受け付ける(S10)。取得部304は、図6に示す対応者リスト350を参照し、受け付けた対応者「DEF社」に対応するフォーマットである「フォーマット1」を特定する(S20)。ここでは、図5のフォーマットがフォーマット1であるとする。取得部304は特定したフォーマット1の中のシンボルを検出し、対応関係保持部322に保持された対応関係情報を参照して、シンボルに対応する属性項目を特定する(S30)。例えば、シンボル「%ICD:TITLE%」を検出し、対応する属性項目として「タイトル」を特定する。そして、特定した属性項目の値(属性情報)をインシデント情報保持部320から取得する(S40)。例えば、インシデントID「35」のインシデントの属性項目「タイトル」の値として「ストレージ障害」を取得する。生成部306は、フォーマット保持部324からフォーマット1をコピーし、コピーしたファイル内のシンボル文字列を、取得部304が取得した属性情報に置き換え、通知ファイルを生成する(S50)。図7が生成された通知ファイルとすると、例えば、シンボル「%ICD:TITLE%」が「ストレージ障害」に置き換えられている。送信部308は、生成部306が生成した通知ファイルを添付した電子メールを対応者である「DEF社」に送信する(S60)。こうして、運用担当者は、ストレージに関するインシデントについて、それを保守するベンダにインシデントの内容を通知し、対応依頼することができる。
図11のごとく、受信部310は対応者により回答が記載された通知ファイルが添付された電子メールを受信し(S70)、その通知ファイルを回答保持部326に格納する(S80)。ここでは、図8の通知ファイルを受信したとする。
図11のごとく、抽出部312は、回答内容をインシデントに反映する通知ファイルの選択を運用担当者端末400から受け付ける(S90)。ここでは、図8の通知ファイルが選択されたとする。抽出部312は、回答保持部326に格納された図8の通知ファイルから、対応者の回答内容を抽出する(S100)。例えば、原因「ディスク故障」、対応および結果「8/10に故障したディスクを交換」が抽出される。また、抽出部312は、インシデント情報保持部320からそのインシデントの属性情報を取得する(S110)。当該インシデントがインシデント情報保持部320に存在する場合(S120のY)、抽出部312は、抽出した回答内容および取得した属性情報を更新部314に渡す。インシデントが存在しない場合(S120のN)、抽出部312は処理を中止し、その旨を運用担当者端末400に通知する(S160)。更新部314は、抽出部が抽出した回答内容を運用担当者端末400に通知して回答内容をインシデントの属性情報として反映することの許否を問い合わせる(S130)。運用担当者端末400から反映を許可する情報を受け付けた場合(S140のY)、更新部314は、対応者からの回答を属性情報として反映する(S150)。図9のごとく、例えば、原因「ディスク故障」、対応および結果「8/10に故障したディスクを交換」が反映される。更新を許可しない情報を受け付けた場合(S140のN)、更新部314は処理を中止する。このようして、運用担当者は、対応者の回答を反映することができる。
以上の構成によれば、フォーマットに従って、インシデントの属性情報が記入された通知ファイルが生成される。このため、インシデントの対応を依頼するときにその内容をメールに転記するといった作業が不要となるので、運用担当者の作業負荷が軽減される。また、対応を依頼するのに必要十分な属性項目が含まれるフォーマットを用意しておけば、それらが記入された通知ファイルが生成されるため、運用担当者は必要な情報を対応者に提供できる。このため、不足している情報を対応者から要求され、運用担当者がそれに対応する、といった余計なやり取りを減らすことができ、運用担当者の負担が軽減される。また、通知ファイルに記入された対応者からの回答が抽出され、インシデントに反映される。このため、対応者からの回答を手動で入力する必要がないため、運用担当者の作業負荷が軽減される。
[2]インシデント照会機能
インシデント照会機能では、受信部310、取得部304、生成部306、送信部308、インシデント情報受付部316、インシデント情報保持部320、対応関係保持部322、フォーマット保持部324が主に使用される。インシデント対応依頼機能と同じ構成の部材についてはその説明を省略する。また、「通知ファイル」を「情報提供ファイル」と読み替えることによって同様の説明が当てはまる部材につても説明を省略する。
インシデント照会機能では、受信部310、取得部304、生成部306、送信部308、インシデント情報受付部316、インシデント情報保持部320、対応関係保持部322、フォーマット保持部324が主に使用される。インシデント対応依頼機能と同じ構成の部材についてはその説明を省略する。また、「通知ファイル」を「情報提供ファイル」と読み替えることによって同様の説明が当てはまる部材につても説明を省略する。
フォーマット保持部324は、複数の照会元のユーザに応じた複数種類の情報提供ファイルのフォーマットを保持する。情報提供ファイルのフォーマットは、通知ファイルのフォーマットと同様である。複数の照会元のユーザに応じた複数種類のフォーマットを保持するのは、照会元のユーザによって開示できる情報が異なる場合があるためである。情報提供ファイルのフォーマットは運用担当者が自由に設計できるので、ユーザに応じた範囲の情報が開示されるようにフォーマットを用意すればよい。
フォーマット保持部324は、インシデントの照会要求があった場合にインシデントの情報を提供するユーザと、そのユーザのメールアドレスと、開示する際に使用する情報提供ファイルのフォーマットの情報との対応関係を示す照会ユーザリスト360を保持する。図13は、照会ユーザリスト360のデータ構造を示す。ユーザ750は照会要求があった場合にインシデントの情報を提供するユーザを示し、メールアドレス752はそのユーザのメールアドレスを示す。また、フォーマット754は、そのユーザにインシデントの情報を開示する際に使用する情報提供ファイルのフォーマットを示す。ユーザはベンダに限らず、さまざまな者を含めることができる。ここでは、運用部門の部門長である「運用部門長001」をユーザとして含めている。
図2に戻り、受信部310は、インシデントの照会を求める電子メールを受信する。ここでは、照会を求めるメールの件名には、インシデントIDが記載されているものとする。例えば、インシデントID「35」のインシデントの照会を求める場合は、件名に「35」と記載される。
取得部304は、照会を求めるインシデントのインシデントIDと照会元のユーザのメールアドレスを受信部310から受け付ける。取得部304は、照会ユーザリスト360を参照して、受け付けたメールアドレスに対応するフォーマットを特定する。例えば、照会ユーザリスト360が図13の場合で、メールアドレスとして「[email protected]」を受け付けたときは、「フォーマット2」がフォーマットとして特定される。
送信部308は、情報提供ファイルが添付された電子メールを、照会元のユーザに送信する。
以上の構成によるインシデント管理システムの動作を説明する。図14は、インシデントの照会要求があったときの処理フローを示す。ここでは、インシデント管理システム300に社内のLANではアクセスできずインターネットを介してアクセスせざるを得ないロケーションにいる運用部門長001(メールアドレスは「[email protected]」)が、図9に示すインシデントID「35」のインシデントの照会要求をした場合を例に説明する。
図14のごとく、受信部310は、件名に「35」が記載されたメールを受信したとする(S170)。取得部304は、照会ユーザリスト360を参照し、受信部310から受け付けたメールアドレス「[email protected]」に対応するフォーマット「フォーマット2」を特定する(S180)。取得部304は特定したフォーマット2の中のシンボルを検出し、対応関係保持部322に保持された対応関係情報を参照して、シンボルに対応する属性項目を特定する(S190)。そして、特定した属性項目の値(属性情報)をインシデント情報保持部320から取得する(S200)。生成部306は、フォーマット保持部324からフォーマット2をコピーし、コピーしたファイル内のシンボル文字列を、取得部304が取得した属性情報に置き換え、情報提供ファイルファイルを生成する(S210)。送信部308は、生成部306が生成した情報提供ファイルを添付した電子メールを照会元のユーザである「運用担当者001」の宛先に送信する(S220)。このように、運用担当者がインシデントの情報をメールに転記して応答するといった作業をするまでもなく、運用部門長001は、インシデントID「35」のインシデントの状況を確認することができる。
以上の構成によれば、フォーマットに従って、インシデントの属性情報が記入された情報提供ファイルが生成され、照会もとのユーザに送信される。このため、運用担当者は、インシデントの照会要求に対してインシデントの情報をメールに転記して応答するといった作業が不要となるので、運用担当者の作業負担が軽減される。
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。以下変形例を示す。
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要件の単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
100 情報処理システム、 200 監視装置、 300 インシデント管理システム、 302 インシデント情報表示部、 304 取得部、 306 生成部、 308 送信部、 310 受信部、 312 抽出部、 314 更新部、 316 インシデント情報受付部、 320 インシデント情報保持部、 322 対応関係保持部、 324 フォーマット保持部、 326 回答保持部、 400 運用担当者端末、 500 ベンダ端末、 600 運用管理システム。
Claims (5)
- 情報処理システムにおいて発生したインシデントに関する複数の属性情報を保持するインシデント情報保持部と、
インシデントの対応者に対するインシデントの通知に使用すべき通知ファイルのフォーマットを保持するフォーマット保持部と、
前記インシデントの複数の属性情報の中から前記フォーマットで指定された属性情報を前記インシデント情報保持部から取得する取得部と、
前記取得部が取得した属性情報が記入された通知ファイルを生成する生成部と、
前記生成部が生成した通知ファイルを電子メールに添付して対応者の電子メールアドレス宛に送信する送信部と、
前記送信部が送信した通知ファイルであって、前記フォーマットで指定された箇所に対応者により回答内容が記載された通知ファイルを添付した電子メールを受信する受信部と、
前記受信部が受信した電子メールに添付された通知ファイルから対応者が記載した回答内容を抽出する抽出部と、
前記抽出部が抽出した回答内容を前記インシデントの属性情報として反映する更新部と、
を備えることを特徴とするインシデント管理システム。 - 前記フォーマット保持部は、複数の対応者に対応した複数種類のフォーマットを保持し、
前記取得部は、前記インシデントの複数の属性情報の中から、前記インシデントの対応者に対応するフォーマットで指定された属性情報を取得することを特徴する請求項1に記載のインシデント管理システム。 - 前記更新部は、更に、前記インシデントの管理者に対してインシデントに対する属性情報の反映許否を問い合わせ、前記インシデントの管理者から前記インシデントに対する属性情報の反映が許可された場合、前記抽出部が抽出した回答内容を前記インシデントの属性情報として反映することを特徴とする請求項1または2に記載のインシデント管理システム。
- 情報処理システムにおいて発生したインシデントに関する複数の属性情報を保持するインシデント情報保持部と、
照会元のユーザに対するインシデントの属性情報の提供に使用される情報提供ファイルのフォーマットであって、複数の照会元のユーザに対応した複数種類のフォーマットを保持するフォーマット保持部と、
照会元のユーザから送信されたインシデントの照会を求める電子メールを受信する受信部と、
照会元のユーザから照会を求める電子メールを受信した場合、前記インシデントの複数の属性情報の中から、前記フォーマットで指定された属性情報を取得する取得部と、
前記取得部が取得した属性情報が記入された情報提供ファイルを生成する生成部と、
前記生成部が生成した情報提供ファイルを電子メールに添付して照会元のユーザの電子メールアドレス宛に送信する送信部と、
を備えることを特徴とするインシデント管理システム。 - 情報処理システムにおいて発生したインシデントに関する複数の属性情報を保持する機能と、
インシデントの対応者に対するインシデントの通知に使用すべき通知ファイルのフォーマットを保持する機能と、
前記インシデントの複数の属性情報の中から前記フォーマットで指定された属性情報を取得する機能と、
取得した属性情報が記入された通知ファイルを生成する機能と、
生成した通知ファイルを電子メールに添付して対応者の電子メールアドレス宛に送信する機能と、
送信した通知ファイルであって、前記フォーマットで指定された箇所に対応者により回答内容が記載された通知ファイルを添付した電子メールを受信する機能と、
受信した電子メールに添付された通知ファイルから対応者が記載した回答内容を抽出する機能と、
抽出した回答内容を前記インシデントの属性情報として反映する機能と、
をコンピュータに実現させるためのコンピュータプログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011192088A JP2013054531A (ja) | 2011-09-02 | 2011-09-02 | インシデント管理システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011192088A JP2013054531A (ja) | 2011-09-02 | 2011-09-02 | インシデント管理システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2013054531A true JP2013054531A (ja) | 2013-03-21 |
Family
ID=48131460
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2011192088A Pending JP2013054531A (ja) | 2011-09-02 | 2011-09-02 | インシデント管理システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2013054531A (ja) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2019114172A (ja) * | 2017-12-26 | 2019-07-11 | 三菱電機株式会社 | インシデント対応支援装置 |
US10913817B2 (en) | 2015-08-13 | 2021-02-09 | Roquette Freres | Use of a composition of low-viscosity bis-anhydrohexitol ethers as a reactive diluent for crosslinkable resin, adhesive, coating and matrix compositions for composites |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002157357A (ja) * | 2000-11-17 | 2002-05-31 | Canon Inc | 機器管理装置、機器管理プログラム、機器管理プログラムが格納された記録媒体、及び機器管理方法 |
JP2005352534A (ja) * | 2004-06-08 | 2005-12-22 | Fujitsu Ltd | マルチベンダサポートシステム及びサポート方法 |
JP2007317031A (ja) * | 2006-05-26 | 2007-12-06 | Oki Electric Ind Co Ltd | 電子文書更新通知装置及び電子文書更新通知方法 |
JP2010282545A (ja) * | 2009-06-08 | 2010-12-16 | Nec Fielding Ltd | 作業報告作成装置、システム及び方法 |
-
2011
- 2011-09-02 JP JP2011192088A patent/JP2013054531A/ja active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002157357A (ja) * | 2000-11-17 | 2002-05-31 | Canon Inc | 機器管理装置、機器管理プログラム、機器管理プログラムが格納された記録媒体、及び機器管理方法 |
JP2005352534A (ja) * | 2004-06-08 | 2005-12-22 | Fujitsu Ltd | マルチベンダサポートシステム及びサポート方法 |
JP2007317031A (ja) * | 2006-05-26 | 2007-12-06 | Oki Electric Ind Co Ltd | 電子文書更新通知装置及び電子文書更新通知方法 |
JP2010282545A (ja) * | 2009-06-08 | 2010-12-16 | Nec Fielding Ltd | 作業報告作成装置、システム及び方法 |
Non-Patent Citations (2)
Title |
---|
CSNJ201010072158; 細川 武彦: '電子メールを用いたソフトウェア障害管理システムの開発' 第49回(平成6年後期)全国大会 講演論文集(5) ソフトウェア ソフトウェア工学 , 19940920, p.5-315〜5-316, 社団法人情報処理学会 * |
JPN6014045812; 細川 武彦: '電子メールを用いたソフトウェア障害管理システムの開発' 第49回(平成6年後期)全国大会 講演論文集(5) ソフトウェア ソフトウェア工学 , 19940920, p.5-315〜5-316, 社団法人情報処理学会 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10913817B2 (en) | 2015-08-13 | 2021-02-09 | Roquette Freres | Use of a composition of low-viscosity bis-anhydrohexitol ethers as a reactive diluent for crosslinkable resin, adhesive, coating and matrix compositions for composites |
JP2019114172A (ja) * | 2017-12-26 | 2019-07-11 | 三菱電機株式会社 | インシデント対応支援装置 |
US11244266B2 (en) | 2017-12-26 | 2022-02-08 | Mitsubishi Electric Corporation | Incident response assisting device |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8112424B2 (en) | Flexible and resilient information collaboration management infrastructure | |
US9396208B2 (en) | Selecting storage cloud for storage of entity files from plurality of storage clouds | |
US7853562B2 (en) | System and method for obtaining information from a data management system | |
US8266104B2 (en) | Method and system for cascading a middleware to a data orchestration engine | |
WO2009020501A1 (en) | Unwired enterprise platform | |
EP1632884A1 (en) | Interaction object | |
US8527995B2 (en) | Synchronization system for entities maintained by multiple applications | |
US8280914B2 (en) | Service desk interface | |
US7930404B2 (en) | Cross-system log in a distributed system environment | |
US20170046632A1 (en) | System and method for processing travel reservations made outside of company travel policy | |
JP5420385B2 (ja) | 業務支援装置 | |
JP2013054531A (ja) | インシデント管理システム | |
JP5451351B2 (ja) | マスタ管理サーバ、キャッシュ管理サーバ及び印刷文書情報管理システム | |
US7810101B2 (en) | Task harmonization layer | |
US11328258B2 (en) | System and method for enterprise-wide travel email filtering, processing, visualization, and data distribution | |
JP6398368B2 (ja) | 情報処理装置、情報処理システム及びプログラム | |
JP2005025665A (ja) | 顧客アクセス情報通知システム | |
WO2024084692A1 (ja) | 情報処理装置、情報処理方法及びプログラム | |
US7730454B1 (en) | Lotus notes to clearquest bridge | |
US20230254396A1 (en) | Business card information management system, method, and non-transitory computer readable medium | |
JP5664258B2 (ja) | 通達管理プログラム、情報処理装置、および通達管理方法 | |
JP2014174614A (ja) | アンケート支援装置 | |
Phillips | Start with e-mail!(Technology) | |
JP5722163B2 (ja) | インシデント管理システム | |
JP2024095071A (ja) | 情報処理装置、情報処理方法およびプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20140129 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140908 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20141104 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20150310 |