(57)【要約】【課題】本番運用中のインシデントシステムの性能に極力影響しない形で、インシデントの移動を行うことができるインシデントデータ移動処理システムを提供する。【解決手段】インシデントデータ移動処理システムにおいて、インシデント管理システム（更新用）６と、インシデント管理システム（参照用）９と、アーカイブポリシファイル１３および処理履歴ファイル１４を有するインシデントアーカイブシステム１２とを備え、インシデントアーカイブシステム１２は、インシデント１５の移動処理を行う際、次に移動させるインシデント１５のインシデント数、移動容量、および処理履歴ファイル１４に記録された過去の処理実績に基づいて、想定処理時間を算出し、想定処理時間およびアーカイブポリシファイル１３に記録された移動条件に基づいて、インシデント１５の移動開始時間を算出し、移動開始時間に基づいて、インシデント１５の移動処理を開始する。【選択図】図１
2014096056.tif 000002
【特許請求の範囲】
【請求項１】
監視対象機器を監視する障害監視装置から送信されたインシデントを登録する更新用インシデント管理システムと、
前記更新用インシデント管理システムに登録された前記インシデントが定期的に移動される参照用インシデント管理システムと、
前記インシデントの移動条件が記録されたアーカイブポリシファイルおよび過去の前記インシデントの移動処理の処理実績が記録された処理履歴ファイルを有し、前記更新用インシデント管理システムから前記参照用インシデント管理システムへの前記インシデントの移動処理を行うインシデントアーカイブシステムとを備え、
前記インシデントアーカイブシステムは、前記インシデントの移動処理を行う際、次に移動させる前記インシデントのインシデント数、移動容量、および前記処理履歴ファイルに記録された過去の前記処理実績に基づいて、前記インシデントの移動処理の想定処理時間を算出し、算出した前記想定処理時間および前記アーカイブポリシファイルに記録された前記移動条件に基づいて、前記インシデントの移動開始時間を算出し、算出した前記移動開始時間に基づいて、前記インシデントの移動処理を開始することを特徴とするインシデントデータ移動処理システム。
【請求項２】
請求項１に記載のインシデントデータ移動処理システムにおいて、
前記処理履歴ファイルは、前記インシデントの移動処理実行時のインシデント数および移動容量の情報を含み、
前記インシデントアーカイブシステムは、前記インシデントの移動処理実行時のインシデント数に基づいた第１想定処理時間、前記インシデントの移動処理実行時の移動容量に基づいた第２想定処理時間、および前記インシデントの移動処理実行時の業務の有無を考慮した第３想定処理時間を算出し、前記第１想定処理時間、前記第２想定処理時間、および前記第３想定処理時間の内、処理時間が長いものを前記想定処理時間とすることを特徴とするインシデントデータ移動処理システム。
【請求項３】
請求項２に記載のインシデントデータ移動処理システムにおいて、
前記アーカイブポリシファイルは、前記インシデントの移動の実行頻度、完了時刻、および標準的な前記インシデントの処理数の情報を含み、
前記インシデントアーカイブシステムは、前記標準的な前記インシデントの処理数に基づいた処理時間と前記想定処理時間とを比較し、処理時間が長い方の時間に基づいて、前記インシデントの移動開始時間を算出することを特徴とするインシデントデータ移動処理システム。
【請求項４】
監視対象機器を監視する障害監視装置から送信されたインシデントを登録する更新用インシデント管理システムと、前記更新用インシデント管理システムに登録された前記インシデントが定期的に移動される参照用インシデント管理システムと、前記インシデントの移動条件が記録されたアーカイブポリシファイルおよび過去の前記インシデントの移動処理の処理実績が記録された処理履歴ファイルを有し、前記更新用インシデント管理システムから前記参照用インシデント管理システムへの前記インシデントの移動処理を行うインシデントアーカイブシステムとを備えたインシデントデータ移動処理システムにおけるインシデントデータ移動処理方法であって、
前記インシデントアーカイブシステムにより、前記インシデントの移動処理を行う際、次に移動させる前記インシデントのインシデント数、移動容量、および前記処理履歴ファイルに記録された過去の前記処理実績に基づいて、前記インシデントの移動処理の想定処理時間を算出し、算出した前記想定処理時間および前記アーカイブポリシファイルに記録された前記移動条件に基づいて、前記インシデントの移動開始時間を算出し、算出した前記移動開始時間に基づいて、前記インシデントの移動処理を開始することを特徴とするインシデントデータ移動処理方法。
【請求項５】
請求項４に記載のインシデントデータ移動処理方法において、
前記処理履歴ファイルは、前記インシデントの移動処理実行時のインシデント数および移動容量の情報を含み、
前記インシデントアーカイブシステムにより、前記インシデントの移動処理実行時のインシデント数に基づいた第１想定処理時間、前記インシデントの移動処理実行時の移動容量に基づいた第２想定処理時間、および前記インシデントの移動処理実行時の業務の有無を考慮した第３想定処理時間を算出し、前記第１想定処理時間、前記第２想定処理時間、および前記第３想定処理時間の内、処理時間が長いものを前記想定処理時間とすることを特徴とするインシデントデータ移動処理方法。
【請求項６】
請求項５に記載のインシデントデータ移動処理方法において、
前記アーカイブポリシファイルは、前記インシデントの移動の実行頻度、完了時刻、および標準的な前記インシデントの処理数の情報を含み、
前記インシデントアーカイブシステムにより、前記標準的な前記インシデントの処理数に基づいた処理時間と前記想定処理時間とを比較し、処理時間が長い方の時間に基づいて、前記インシデントの移動開始時間を算出することを特徴とするインシデントデータ移動処理方法。
【請求項７】
監視対象機器を監視する障害監視装置から送信されたインシデントを登録する更新用インシデント管理システムから参照用インシデント管理システムへの前記インシデントの移動処理を行うために情報処理装置を、
前記インシデントの移動条件が記録されたアーカイブポリシファイルおよび過去の前記インシデントの移動処理の処理実績が記録された処理履歴ファイルを有し、前記インシデントの移動処理を行う際、次に移動させる前記インシデントのインシデント数、移動容量、および前記処理履歴ファイルに記録された過去の前記処理実績に基づいて、前記インシデントの移動処理の想定処理時間を算出し、算出した前記想定処理時間および前記アーカイブポリシファイルに記録された前記移動条件に基づいて、前記インシデントの移動開始時間を算出し、算出した前記移動開始時間に基づいて、前記インシデントの移動処理を開始するインシデントデータ移動処理システムとして機能させることを特徴とするインシデントデータ移動処理プログラムを格納した記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害監視装置およびインシデント管理システムからなるシステムを用いて、障害監視装置が検知し、インシデント管理システムに登録されたインシデントに対して、サービスデスクでの処理が完了したインシデントを、別系の参照用インシデント管理システムのデータベースに移動させるインシデントデータ移動処理システムおよびインシデントデータ移動処理方法に関し、特に、移動の際に、過去の処理実績から移動に掛かる時間を算出し、これを元に、移動処理の開始時間を補正することで、指定された時間までにインシデントを移動させる技術に関するものである。
【背景技術】
【０００２】
障害監視運用業務では、サービスデスクが、監視対象機器から日々発生するインシデントに対し、業務への影響を最小限に抑えることを目的として、関係者への連絡や一次対応を行っている。
【０００３】
監視対象機器から発生したインシデントは、インシデント管理システムのデータベースに蓄積されるため、日々、データベースのデータ容量が増加することとなる。
【０００４】
このため、インシデント数の増加に伴い、インシデント管理システムの応答性能が劣化することが懸念される。
【０００５】
この対策として、サービスデスクが利用するインシデント管理システム（これを更新用と呼ぶ）とは別のインシデント管理システム（これを参照用と呼ぶ）を設置し、対応が完了したインシデントを参照用のインシデント管理システムのデータベースに移動させることで、更新用のインシデント管理システムの応答性能の劣化を防止している。
【０００６】
このインシデントデータの移動には、更新用のデータベースからインシデントを抽出し、参照用のデータベースにインシデントをコピーした後に、コピーが完了したインシデントを削除するなどの処理が必要となるため、更新用のインシデント管理システムの応答性能を劣化させないためには、日々、一定時間を掛けて、少しずつデータを移動させる必要がある。
【０００７】
このデータの移動には、例えば、特開２００７−１２８２７３号公報（特許文献１）に見られる手段を利用して、分割ファイルを作成しこれを効率よく分散ストレージ上に配置する技術が提案されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−１２８２７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１に記載の技術は、保管対象ファイルやＤＢなど、一定に区切られたデータを分散型でアーカイブする用途には利用できるが、前述のようなレコード単位でのデータ移動に適用するのは困難である。
【００１０】
このため、一般的には、一定時間毎に対象のインシデントを、ＤＢ間で移動させるためのコマンドを作成し、これを定期的に実行することで対応している。
【００１１】
これらの技術により、特定のインシデントを定期的に移動することは可能であるが、日々決められた時間までにインシデントデータの移動を完了させるためには、日々の稼動実績や移動対象のデータ容量を元に、人手でデータ移動の開始時刻を調整する必要がある。
【００１２】
このため、更新用と参照用の２系統で、インシデント管理システムを構築した場合、日々発生するインシデント数にばらつきがあることや、特定の運用業務の有無などによって、処理が遅延することなどを背景として、インシデント管理システムの管理者が、人手によりデータ移動の処理状況を監視して、適切に処理の開始時間を調整するなどの作業が発生してしまう。
【００１３】
そこで、本発明の目的は、インシデントの発生量や過去の処理量から最適な移動量で、指定した時間までにインシデントデータを移動させることにより、本番運用中のインシデントシステムの性能に極力影響しない形で、インシデントの移動を行うことができるインシデントデータ移動処理システム、インシデントデータ移動処理方法、およびインシデントデータ移動処理プログラムを格納した記憶媒体を提供することにある。
【００１４】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１５】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。
【００１６】
すなわち、代表的なものの概要は、監視対象機器を監視する障害監視装置から送信されたインシデントを登録する更新用インシデント管理システムと、更新用インシデント管理システムに登録されたインシデントが定期的に移動される参照用インシデント管理システムと、インシデントの移動条件が記録されたアーカイブポリシファイルおよび過去のインシデントの移動処理の処理実績が記録された処理履歴ファイルを有し、更新用インシデント管理システムから参照用インシデント管理システムへのインシデントの移動処理を行うインシデントアーカイブシステムとを備え、インシデントアーカイブシステムは、インシデントの移動処理を行う際、次に移動させるインシデントのインシデント数、移動容量、および処理履歴ファイルに記録された過去の処理実績に基づいて、インシデントの移動処理の想定処理時間を算出し、算出した想定処理時間およびアーカイブポリシファイルに記録された移動条件に基づいて、インシデントの移動開始時間を算出し、算出した移動開始時間に基づいて、インシデントの移動処理を開始するものである。
【００１７】
また、監視対象機器を監視する障害監視装置から送信されたインシデントを登録する更新用インシデント管理システムと、更新用インシデント管理システムに登録されたインシデントが定期的に移動される参照用インシデント管理システムと、インシデントの移動条件が記録されたアーカイブポリシファイルおよび過去のインシデントの移動処理の処理実績が記録された処理履歴ファイルを有し、更新用インシデント管理システムから参照用インシデント管理システムへのインシデントの移動処理を行うインシデントアーカイブシステムとを備えたインシデントデータ移動処理システムにおけるインシデントデータ移動処理方法であって、インシデントアーカイブシステムにより、インシデントの移動処理を行う際、次に移動させるインシデントのインシデント数、移動容量、および処理履歴ファイルに記録された過去の処理実績に基づいて、インシデントの移動処理の想定処理時間を算出し、算出した想定処理時間およびアーカイブポリシファイルに記録された移動条件に基づいて、インシデントの移動開始時間を算出し、算出した移動開始時間に基づいて、インシデントの移動処理を開始するものである。
【００１８】
また、インシデントデータ移動処理プログラムを格納した記憶媒体であって、インシデントデータ移動処理プログラムは、監視対象機器を監視する障害監視装置から送信されたインシデントを登録する更新用インシデント管理システムから参照用インシデント管理システムへのインシデントの移動処理を行うために情報処理装置を、インシデントの移動条件が記録されたアーカイブポリシファイルおよび過去のインシデントの移動処理の処理実績が記録された処理履歴ファイルを有し、インシデントの移動処理を行う際、次に移動させるインシデントのインシデント数、移動容量、および処理履歴ファイルに記録された過去の処理実績に基づいて、インシデントの移動処理の想定処理時間を算出し、算出した想定処理時間およびアーカイブポリシファイルに記録された移動条件に基づいて、インシデントの移動開始時間を算出し、算出した移動開始時間に基づいて、インシデントの移動処理を開始するインシデントデータ移動処理システムとして機能させるものである。
【発明の効果】
【００１９】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下の通りである。
【００２０】
すなわち、代表的なものによって得られる効果は、日々のインシデントデータ移動の処理実績から、次回のデータ移動時間をシステムで自動設定することで、日々発生するインシデントのデータ量や特定の業務処理の有無により、データ移動に係る処理時間にばらつきが発生した場合でも、極力指定された時間までにデータ移動を完了させることが可能となり、人手による対応に比べて、工数を低減することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施の形態に係るインシデントデータ移動処理システムの構成を示す構成図である。
【図２】本発明の一実施の形態に係るインシデントデータ移動処理システムで使用されるインシデントテーブルの一例を示す図である。
【図３】本発明の一実施の形態に係るインシデントデータ移動処理システムで使用されるアーカイブポリシファイル一例を示す図である。
【図４】本発明の一実施の形態に係るインシデントデータ移動処理システムで使用される処理履歴ファイルの一例を示す図である。
【図５】本発明の一実施の形態に係るインシデントデータ移動処理システムのインシデントデータ移動による登録の一例を示す図である。
【図６】本発明の一実施の形態に係るインシデントデータ移動処理システムの想定処理時間の補正を説明するための説明図である。
【図７】本発明の一実施の形態に係るインシデントデータ移動処理システムのインシデントアーカイブシステムの処理を示すフローチャートである。
【発明を実施するための形態】
【００２２】
＜インシデントデータ移動処理システムの構成＞
図１により、本発明の一実施の形態に係るインシデントデータ移動処理システムの構成について説明する。図１は本発明の一実施の形態に係るインシデントデータ移動処理システムの構成を示す構成図である。
【００２３】
図１において、インシデントデータ移動処理システムは、監視センタ５内のインシデント管理システム（更新用）６、インシデント管理システム（参照用）９、インシデントアーカイブシステム１２から構成されている。
【００２４】
インシデント管理システム（更新用）６、インシデント管理システム（参照用）９、およびインシデントアーカイブシステム１２は、それぞれ、サーバなどの情報処理装置で構成されている。
【００２５】
インシデント管理システム（更新用）６およびインシデント管理システム（参照用）９には、それぞれインシデントデータベース（以下インシデントＤＢと呼ぶ）７およびインシデントＤＢ１０が接続されている。
【００２６】
それぞれのインシデントＤＢ７およびインシデントＤＢ１０には、インシデント１５を記録するインシデントテーブル１６が格納されている。
【００２７】
インシデントアーカイブシステム１２には、アーカイブポリシファイル１３が入力され、処理履歴ファイル１４が入出力されている。
【００２８】
監視センタ５には、ネットワークを介してデータセンタ１が接続されており、データセンタ１内では、監視対象機器２を障害監視装置３で監視している。
【００２９】
データセンタ１の障害監視装置３は、監視対象機器２で発生した障害メッセージを、ネットワーク４を介して監視センタ５のインシデント管理システム６に送信する。
【００３０】
インシデント管理システム（更新用）６は、インシデントＤＢ７に、受信した障害メッセージをインシデント１５として自動で登録する。
【００３１】
サービスデスク８は、登録されたインシデント１５を参照し、一次対応作業を実施する。
【００３２】
インシデント管理システム（参照用）９は、参照用に設置されたシステムで、過去のインシデント１５の対応を過去事例として、関係者１１などが閲覧する用途で利用するシステムである。
【００３３】
インシデント管理システム（参照用）９は、インシデントＤＢ１０のインシデントテーブル１６を参照する。インシデントＤＢ１０に格納されるインシデント１５は、インシデントアーカイブシステム１２によって、インシデントＤＢ７から定期的にインシデントＤＢ１０に移動されている。
【００３４】
インシデントアーカイブシステム１２は、アーカイブポリシファイル１３と処理履歴ファイル１４を入力し、アーカイブポリシファイル１３に定義された周期で、同じくアーカイブポリシファイル１３に定義された完了時間までにインシデントを移動させるシステムである。
【００３５】
インシデントアーカイブシステム１２には、例えば、インシデントデータ移動処理プログラムが記憶されており、インシデントデータ移動処理プログラムを実行することにより、インシデントデータ移動処理を行っている。
【００３６】
また、インシデントデータ移動処理プログラムは、記憶媒体などに格納されており、記憶媒体からインシデントデータ移動処理プログラムを情報処理装置などにインストールすることにより、インシデントアーカイブシステム１２として動作するようになっている。
【００３７】
＜インシデントテーブル、アーカイブポリシファイル、処理履歴ファイルの一例＞
次に、図２〜図４により、本発明の一実施の形態に係るインシデントデータ移動処理システムで使用されるインシデントテーブル、アーカイブポリシファイル、処理履歴ファイルの一例について説明する。
【００３８】
図２は本発明の一実施の形態に係るインシデントデータ移動処理システムで使用されるインシデントテーブルの一例を示す図、図３は本発明の一実施の形態に係るインシデントデータ移動処理システムで使用されるアーカイブポリシファイル一例を示す図、図４は本発明の一実施の形態に係るインシデントデータ移動処理システムで使用される処理履歴ファイルの一例を示す図である。
【００３９】
インシデントＤＢ７には、図１に示す監視対象機器２で出力され、障害監視装置３、ネットワーク４を経由して受信したインシデント１５を記録するインシデントテーブル１６が存在する。
【００４０】
インシデントテーブル１６の項目としては、図２に示すように、登録時に自動採番する「インシデントＩＤ」、「発生日時」、「ホスト名」、「発生システム」、「顧客名」、実際に発生した「メッセージ」、インシデントに対するサービスデスクの処理状況を格納する「ステータス」の情報が記録される。
【００４１】
ステータスが「処理中」のものは、サービスデスクが対応中であることを示し、「クローズ」のものは、サービスデスクでの対応が完了したものであることを示す。
【００４２】
インシデントテーブル１６のデータ例としては、例えば、「インシデントＩＤ」が１０００のインシデント１５では、「発生日時」が、２０１２−０７−１０  １０：００：００、「ホスト名」がＡＨｏｓｔ１、「発生システム」がＡシステム、「顧客名」がＡ社、「メッセージ」がＥｒｒｏｒアプリＡエラー、「ステータス」が処理中のデータが記録されている。
【００４３】
この「インシデントＩＤ」が１０００のインシデント１５の対応が終了すると、「ステータス」はクローズとなる。
【００４４】
また、アーカイブポリシファイル１３は、図１に示すインシデントアーカイブシステム１２が、インシデント１５を図１に示すインシデントＤＢ７からインシデントＤＢ１０に移動させる場合の頻度や完了時刻などの移動条件を定義したファイルである。
【００４５】
アーカイブポリシファイル１３には、図３に示すように、日次や週次などの「実行頻度」、インシデントの移動を完了させる「完了時刻」、分単位の「処理数」、「顧客名」、「対象期間」、「対象条件」が記録される。
【００４６】
「顧客名」、「対象期間」、「対象条件」は、図１に示すインシデントＤＢ７から、移動対象のインシデントを絞り込むために必要な定義である。
【００４７】
アーカイブポリシファイル１３のデータ例としては、例えば、「実行頻度」が日次、「完了時刻」が０５：００、「処理数」が１００件／分以下、「顧客名」がＡ社、Ｂ社、「対象期間」が過去３ヶ月以上前、「対象条件」がクローズ済のデータが記録されている。
【００４８】
また、処理履歴ファイル１４の項目としては、図４に示すように、過去の実行日を示す「日付」および「曜日」、実際に、図１に示すインシデントＤＢ７からインシデントＤＢ１０に移動させた「インシデント数」、移動させたインシデントの物理的な「容量」、移動に掛かった「処理時間」の情報が記録される。
【００４９】
この処理履歴ファイル１４への処理履歴の保存は、図１に示すインシデントアーカイブシステム１２が行う。
【００５０】
処理履歴ファイル１４のデータ例としては、例えば、「日付」が７月１日、「曜日」が日、「インシデント数」が１０００、「容量」が１００、「処理時間」が２０のデータが格納されている。
【００５１】
＜インシデントデータ移動による登録の一例＞
次に、図５により、本発明の一実施の形態に係るインシデントデータ移動処理システムのインシデントデータ移動による登録の一例について説明する。
【００５２】
図５は本発明の一実施の形態に係るインシデントデータ移動処理システムのインシデントデータ移動による登録の一例を示す図であり、インシデントＤＢ７からインシデントＤＢ１０にインシデント１５を移動させたときのデータ登録例を示したものである。
【００５３】
図５に示す例では、アーカイブポリシファイル１３の情報から「顧客名」がＡ社、Ｂ社、「対象条件」のインシデント１５がインシデントＤＢ１０に移動され、「インシデントＩＤ」が１０００、１００１、１００３、１００６のインシデント１５が移動されている。
【００５４】
＜想定処理時間の補正＞
次に、図６により、本発明の一実施の形態に係るインシデントデータ移動処理システムの想定処理時間の補正について説明する。図６は本発明の一実施の形態に係るインシデントデータ移動処理システムの想定処理時間の補正を説明するための説明図である。
【００５５】
図６に示す想定処理時間の補正は、インシデントアーカイブシステム１２がインシデントＤＢ７からインシデントＤＢ１０にインシデント１５を移動させる際の実行時刻を設定する際に処理されるものである。
【００５６】
まず、図６に示すように、７月１日〜７月７日の１週間の処理履歴ファイル１４から、インシデント数／分と、転送量（ＭＢ）／分の処理量が計算されており、各日付における業務有無の情報が入手されている。
【００５７】
業務有無の情報の入手については、処理履歴ファイル１４に関連付けられた情報として、監視センタ５で記録されたものを入力してもいいし、処理履歴ファイル１４に移動処理実行時に情報を収集して記録するようにしてもよい。
【００５８】
業務有無の情報としては、リブート、夜間バッチ、週次バッチなどの業務が実施された日には、業務有の情報と実施した業務の内容が記録されている。
【００５９】
そして、７月８日のインシデント１５をインシデントＤＢ７からインシデントＤＢ１０に移動させる想定処理時間の算出として、以下の（ａ）〜（ｄ）の４つの場合で計算する。
【００６０】
まず、図６の（ａ）に示す例は、アーカイブポリシファイル１３に定義された「処理数」のみで想定処理時間の算出したものであり、２５００件／１００＝２５が算出され、２５分が想定処理時間である。
【００６１】
また、図６の（ｂ）に示す例は、過去１週間のインシデント数の平均処理量から想定処理時間を算出したものであり、図６に示す例では、平均処理量が７４．５２件／分で、２５００件／７４．５２＝３３．５５が算出され、３４分が想定処理時間となる。
【００６２】
また、図６の（ｃ）に示す例は、過去の物理的な転送量から想定処理時間を算出したものであり、図６に示す例では、平均転送量が７．７４ＭＢ／分で、３７５ＭＢ／７．７４＝４８．４５が算出され、４９分が想定処理時間となる。
【００６３】
また、図６の（ｄ）に示す例は、各顧客（Ａ社、Ｂ社）などの運用スケジュールを元に、当該時間帯に、他の業務が存在したか否かを確認し、業務有無の場合の実行履歴から想定処理時間を算出したものであり、例えば、７月８日の実行は、日曜日であり、過去の実績（７月１日）からリブートの処理が発生することが分かるため、業務有の転送量の平均から想定処理時間を算出している。
【００６４】
図６の（ｄ）に示す例は、業務有の平均転送量が５．６１ＭＢ／分で、３７５ＭＢ／５．６１＝６６．８４が算出され、６７分が想定処理時間となる。
【００６５】
なお、図６に示す例では、想定処理時間は、小数点以下は繰り上げて算出している。
【００６６】
＜インシデントアーカイブシステムの処理＞
次に、図７により、本発明の一実施の形態に係るインシデントデータ移動処理システムのインシデントアーカイブシステムの処理について説明する。図７は本発明の一実施の形態に係るインシデントデータ移動処理システムのインシデントアーカイブシステムの処理を示すフローチャートである。
【００６７】
まず、インシデントアーカイブシステム１２が起動されると、アーカイブポリシファイル１３を入力する（ステップＳ１０１）。
【００６８】
そして、アーカイブポリシファイル１３の（４）顧客名、（５）対象期間、（６）対象条件を元に、インシデントＤＢ７から、該当するインシデント数と容量を算出する（ステップＳ１０２）。
【００６９】
ステップＳ１０２では、例えば、インシデント数と容量として、２５００件、３７５ＭＢが算出される。
【００７０】
次に、アーカイブポリシファイル１３の（３）処理数から、移動に必要な処理時間を算出する（ステップＳ１０３）。ステップＳ１０３では、例えば、２５００件の場合で、２５００／１００＝２５分が算出される。
【００７１】
次に、アーカイブポリシファイル１３の（１）実行頻度、（２）完了時刻と、ステップＳ１０３で算出した処理時間からインシデントデータの移動を開始する移動開始時間となる実行時刻を算出する（ステップＳ１０４）。
【００７２】
次に、処理履歴ファイル１４から日付、インシデント数、処理時間を入力する（ステップＳ１０５）。
【００７３】
次に、ステップＳ１０５で入力した処理履歴ファイル１４の１週間の実績より、処理量（インシデント数／分、転送量／分）を算出し、補正処理１として、インシデント数の処理実績から想定処理時間を算出する（ステップＳ１０６）。ステップＳ１０６では、図６の（ｂ）に示す例では、３４分が算出される。
【００７４】
次に、補正処理２として、転送量の処理実績から想定処理時間を算出する（ステップＳ１０７）。ステップＳ１０７では、図６の（ｃ）に示す例では、４９分が算出される。
【００７５】
次に、補正処理３として、運用スケジュールの業務有無により、業務有の平均転送量から想定処理時間を算出する（ステップＳ１０８）。ステップＳ１０８では、例えば、図６の（ｄ）に示す例では、６７分が算出される。
【００７６】
次に、ステップＳ１０６〜ステップＳ１０８で算出された想定処理時間で、一番処理時間が掛かる時間を元に、ステップＳ１０４で算出した実行時刻を変更し、当該時間まで待機し、実行時刻になった場合、インシデント１５を移動する（ステップＳ１０９）。
【００７７】
この例では、ステップＳ１０８で算出した６７分が最長であるため、開始時間を０４：３５⇒０３：５３に変更している。
【００７８】
なお、ステップＳ１０９では、ステップＳ１０６〜ステップＳ１０８で算出された想定処理時間が、全て、ステップＳ１０４で算出された処理時間よりも短い場合には、ステップＳ１０４で算出した実行時刻を変更せずに、ステップＳ１０４で設定された実行時刻でインシデントを移動する。
【００７９】
以上の処理により、本実施の形態では、アーカイブポリシファイル１３の（３）処理数で定義したインシデント数だけでなく、過去（直近１週間）の実行結果と、対象のインシデントの容量などにより開始時刻を動的に変更させることが可能となる。
【００８０】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【符号の説明】
【００８１】
１…データセンタ、２…監視対象機器、３…障害監視装置、４…ネットワーク、５…監視センタ、６…インシデント管理システム（更新用）、７…インシデントＤＢ、８…サービスデスク、９…インシデント管理システム（参照用）、１０…インシデントＤＢ、１１…関係者、１２…インシデントアーカイブシステム、１３…アーカイブポリシファイル、１４…処理履歴ファイル、１５…インシデント、１６…インシデントテーブル。
【図１】
2014096056.tif 000003
【図２】
2014096056.tif 000004
【図３】
2014096056.tif 000005
【図４】
2014096056.tif 000006
【図５】
2014096056.tif 000007
【図６】
2014096056.tif 000008
【図７】
2014096056.tif 000009