(57)【要約】【課題】業務システムが停止し、オペレーターが代替サーバーへの運用切り替え操作を行う際、オペレーターの作業負担を減らすと共に、業務システムの復旧時間を短縮する。【解決手段】業務継続状況確認部２１１は、障害発生時に、障害発生前に運用されていた各エージェントが、障害発生前に実行していた業務を継続することが可能か否かを確認し、各エージェントの業務継続可否を示す業務継続可否情報を作成する。復旧支援部２１２は、障害発生時に、障害発生前に運用されていた各エージェントについて、作成された業務継続可否情報と各エージェントの代替サーバーとして割り当てられたエージェントを示す情報を含むエージェント運用情報とを表示し、オペレーターによって入力される再実行対象および実行中止対象のエージェントの選択を受け付けて、再実行対象に選択されたエージェントを再実行させ、実行中止対象に選択されたエージェントの実行を中止させる。【選択図】図３
2015064806.tif 000002
【特許請求の範囲】
【請求項１】
メインサイトに配置されたマネージャーおよび複数のエージェントと、当該メインサイトのマネージャーおよび各エージェントの代替サーバーとしてリモートサイトに配置されたマネージャーおよび複数のエージェントと、前記メインサイトおよび前記リモートサイト以外のエリアに配置された複数のエージェントとを備え、前記メインサイトのマネージャーの運用中に、当該マネージャーによって管理されている前記メインサイトの各エージェントと前記メインサイトおよび前記リモートサイト以外の各エージェントとで実行中の各ジョブについての実行ジョブ情報のうち、障害時の業務引き継ぎに必要な情報を前記メインサイトのマネージャーから前記リモートサイトのマネージャーにコピーする実行ジョブ情報コピー手段を有する業務システムにおいて、前記リモートサイトのマネージャーで動作する障害復旧支援システムであって、
前記メインサイトの各エージェントの代替サーバーとして割り当てられた前記リモートサイトの各エージェントを示す情報を含むエージェント運用情報を記憶するエージェント運用情報記憶手段と、
障害発生時に、前記メインサイトのマネージャーによって管理されていた各エージェントが、障害発生前に実行していた業務を継続することが可能か否かを確認し、当該各エージェントの業務継続可否を示す業務継続可否情報を作成する業務継続状況確認手段と、
障害発生時に、前記メインサイトのマネージャーによって管理されていた各エージェントについて、前記業務継続可否情報と前記エージェント運用情報記憶手段によって記憶されているエージェント運用情報とを表示し、オペレーターによって入力される再実行対象および実行中止対象のエージェントの選択を受け付けて、再実行対象に選択されたエージェントを再実行させ、実行中止対象に選択されたエージェントの実行を中止させるエージェント復旧支援手段と、
を備えることを特徴とする障害復旧支援システム。
【請求項２】
前記実行ジョブ情報が、前記メインサイトのマネージャーによって管理されている各エージェントで実行中のジョブ毎に、当該各ジョブが実行されているエージェントと当該各ジョブの実行状態とを示すジョブ状態情報を含み、
障害発生時に、前記メインサイトのマネージャーによって管理された各エージェントで実行されていた各ジョブについて、当該各ジョブを実行していたエージェントの前記業務継続可否情報と前記実行ジョブ情報コピー手段によってコピーされた各ジョブのジョブ状態情報とを表示し、オペレーターによって入力される再実行対象および実行中止対象のジョブの選択を受け付けて、再実行対象に選択されたジョブを再実行させ、実行中止対象に選択されたジョブの実行を中止させるジョブ復旧支援手段と、
を備えることを特徴とする請求項１に記載の障害復旧支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、災害等によって障害が発生し、特定のサーバーで運用中のジョブ管理システムが予期せず停止した場合、ディザスター・リカバリーシステムによって、遠隔地に設置された別のサーバーにデータコピーしておいた運用データを元に、運用を継続もしくは再開するシステムにおいて、オペレーターによる運用切り替え操作を支援する障害復旧支援システムに関する。
【背景技術】
【０００２】
ディザスター・リカバリーシステムは、ソフトウェアおよびハードウェアによるレプリケーションやミラーリングシステムを利用し、運用中のジョブ管理システムのデータを遠隔地にコピーすることで保護する。これにより、ディザスター・リカバリーシステムは、災害発生等によって運用中のジョブ管理システムが予期せず停止した場合、コピーしておいたデータを元に、オペレーターが運用切り替え元（以下、メインサイトという。）から運用切り替え先（以下、リモートサイトという。）に切り替え操作を行うことで、一度停止したジョブ管理システムの運用を継続もしくは再開することを可能としている。
【０００３】
一方、ジョブ管理マネージャーサーバー（以下、マネージャーという。）と、その配下に接続された複数台のジョブ実行エージェントサーバー（以下、エージェントという。）とで構成されるジョブ管理システムでは、エージェントは、マネージャーからのジョブ実行要求に応じてジョブを実行し、実行した結果をジョブ管理マネージャーに報告することで、状態管理されて業務を遂行する。ジョブ管理システムにおいて、ディザスター・リカバリーシステムを使用して運用継続することは、一般的となっている。
【０００４】
マネージャーとその配下のエージェントが接続された業務システムの復旧支援方法として、例えば、特許文献１に記載のものが知られている。特許文献１に記載された技術は、運用中の各サーバーに遠隔地にある代替運用のための別システムのサーバーを予め割り当てておき、自動的な運用継続を可能とし、容易に業務再開することを目的としたものである。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２６５３３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
災害による障害発生時に業務システムが停止した場合、オペレーターが運用切り替え操作を行うことでシステムを復旧して運用継続をさせる際には、情報収集を行うと共に面倒な手順を伴う。オペレーターは運用切り替え後に、ジョブの実行を抑止した状態で運用を再開し、メインサイトでのシステム停止時のジョブの状態を確認した後、リモートサイトに反映されていないジョブの状態を変更し、再実行または実行中止する必要がある。
【０００７】
また、ジョブ管理システムにおいて、マネージャーが都道府県毎にあり、エージェントが市町村毎の営業店に散在しているなど、広域に分散している場合、エージェントを切り替えるための災害対策用サーバーの設備費用を抑えるため、エージェントの全てに災害対策用サーバーを準備せず、主要なエージェントに対してだけ災害対策用サーバーを準備することがある。このような形態でディザスター・リカバリーシステムを使用して運用継続させる場合、各エージェントの被災状況によって運用継続方法を判断する必要がある。エージェントが数台であれば、１台ずつ確認することも可能だが、数十台、数百台規模のエージェントが存在する場合は、１台ずつ確認するには多くの時間を要し、復旧が遅れる要因となる。
【０００８】
本発明の目的は、業務システムが停止し、オペレーターが代替サーバーへの運用切り替え操作を行う際、オペレーターの作業負担を減らすと共に、業務システムの復旧時間を短縮することができる障害復旧支援システムを提供することである。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明の障害復旧支援システムは、
メインサイトに配置されたマネージャーおよび複数のエージェントと、当該メインサイトのマネージャーおよび各エージェントの代替サーバーとしてリモートサイトに配置されたマネージャーおよび複数のエージェントと、前記メインサイトおよび前記リモートサイト以外のエリアに配置された複数のエージェントとを備え、前記メインサイトのマネージャーの運用中に、当該マネージャーによって管理されている前記メインサイトの各エージェントと前記メインサイトおよび前記リモートサイト以外の各エージェントとで実行中の各ジョブについての実行ジョブ情報のうち、障害時の業務引き継ぎに必要な情報を前記メインサイトのマネージャーから前記リモートサイトのマネージャーにコピーする実行ジョブ情報コピー手段を有する業務システムにおいて、前記リモートサイトのマネージャーで動作する障害復旧支援システムであって、
前記メインサイトの各エージェントの代替サーバーとして割り当てられた前記リモートサイトの各エージェントを示す情報を含むエージェント運用情報を記憶するエージェント運用情報記憶手段と、
障害発生時に、前記メインサイトのマネージャーによって管理されていた各エージェントが、障害発生前に実行していた業務を継続することが可能か否かを確認し、当該各エージェントの業務継続可否を示す業務継続可否情報を作成する業務継続状況確認手段と、
障害発生時に、前記メインサイトのマネージャーによって管理されていた各エージェントについて、前記業務継続可否情報と前記エージェント運用情報記憶手段によって記憶されているエージェント運用情報とを表示し、オペレーターによって入力される再実行対象および実行中止対象のエージェントの選択を受け付けて、再実行対象に選択されたエージェントを再実行させ、実行中止対象に選択されたエージェントの実行を中止させるエージェント復旧支援手段と、
を備えることを特徴とする。
【００１０】
好ましくは、本発明の障害復旧支援システムは、  前記実行ジョブ情報が、前記メインサイトのマネージャーによって管理されている各エージェントで実行中のジョブ毎に、当該各ジョブが実行されているエージェントと当該各ジョブの実行状態とを示すジョブ状態情報を含み、
障害発生時に、前記メインサイトのマネージャーによって管理された各エージェントで実行されていた各ジョブについて、当該各ジョブを実行していたエージェントの前記業務継続可否情報と前記実行ジョブ情報コピー手段によってコピーされた各ジョブのジョブ状態情報とを表示し、オペレーターによって入力される再実行対象および実行中止対象のジョブの選択を受け付けて、再実行対象に選択されたジョブを再実行させ、実行中止対象に選択されたジョブの実行を中止させるジョブ復旧支援手段と、
を備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、業務システムが停止し、オペレーターが代替サーバーへの運用切り替え操作を行う際、オペレーターの作業負担を減らすと共に、業務システムの復旧時間を短縮することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る障害復旧支援システムが動作する業務システム全体の構成の一例を示す図である。
【図２】メインサイトとリモートサイト間の、代替サーバーとしての割り当ての一例を示す図である。
【図３】リモートサイトのマネージャーの構成の一例を示す図である。
【図４】エージェント運用情報管理テーブルの構成の一例を示す図である。
【図５】継続状況管理テーブルの構成の一例を示す図である。
【図６】ジョブ状態情報管理テーブルの構成の一例を示す図である。
【図７】業務継続状況確認処理の流れの一例を示す図である。
【図８】復旧支援処理の流れの一例を示す図である。
【図９】ステップＳ２０１で表示される操作対象一覧選択ウィンドウの一例を示す図である。
【図１０】ステップＳ２０３で表示されるエージェント一覧ウィンドウの一例を示す図である。
【図１１】ステップＳ２０８で表示されるジョブ一覧ウィンドウの一例を示す図である。
【図１２】ステップＳ２０５およびステップＳ２１０で表示される復旧処理確認メッセージボックスの一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態に係る障害復旧支援システムについて図面を参照しながら説明する。なお、実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。
【００１４】
図１は、本発明の実施形態に係る障害復旧支援システムが動作する業務システム１００全体の構成の一例を示す。
業務システム１００は、メインサイト１０１と、エージェントが散在した広域エリア１２１と、リモートサイト１１１とを有しており、ディザスター・リカバリーシステムとして構成されている。
業務システム１００は、ジョブの実行を管理するジョブ管理システムと、業務を実行するためのジョブとを含む。なお、ジョブ管理システムは，業務を構成する作業（プログラム、バッチ処理など）を切り出し，作業の実行順序を定義し，業務フローを決定する。この業務処理の最小単位となる作業をジョブという。
【００１５】
メインサイト１０１は、ジョブを管理するマネージャー１０２と、ジョブ管理情報を保存するジョブ管理ＤＢ（Ｄａｔａ  Ｂａｓｅ）１０３と、マネージャー１０２からの要求に応じてジョブを実行するエージェント１０４およびエージェント１０５とを有する。
広域エリア１２１は、マネージャー１０２からの要求に応じてジョブを実行するエージェント１２２およびエージェント１２３を有する。
リモートサイト１１１は、メインサイト１０１のマネージャー１０２に障害が発生した場合に業務を引き継いでジョブを管理するマネージャー１１２と、ジョブ管理情報を保存するジョブ管理ＤＢ１１３と、メインサイト１０１のエージェント１０４およびエージェント１０５に障害が発生した場合に、業務を引き継いでジョブを実行するエージェント１１４およびエージェント１１５と、状況や状態を表示するとともに運用切り替え操作を受け付けるＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を備えたオペレーター端末１１６を有する。オペレーター端末１１６は、後述するエージェント一覧ウィンドウ８００等を表示する。
メインサイト１０１のマネージャー１０２と、メインサイト１０１のエージェント１０４、１０５と、リモートサイト１１１のマネージャー１１２と、リモートサイト１１１のエージェント１１４、１１５と、広域エリア１２１のエージェント１２２、１２３とはネットワークに接続されており、相互に通信することができる。
【００１６】
図２は、メインサイト１０１とリモートサイト１１１間の、代替サーバーとしての割り当ての一例を示す。
メインサイト１０１のマネージャー１０２の代替サーバーとして、リモートサイト１１１のマネージャー１１２が割り当てられている。障害が発生してマネージャー１０２が停止した場合、マネージャー１１２がその業務を引き継いで継続する。同様に、エージェント１０４とエージェント１０５の代替サーバーとしてそれぞれエージェント１１４とエージェント１１５が割り当てられている。広域エリア１２１のエージェント１２２およびエージェント１２３の代替サーバーは存在しない。
なお、メインサイト１０１のマネージャー１０２と各エージェント１０４、１０５とは遠隔地に配置されていてもよく、リモートサイト１１１のマネージャー１１２と各エージェント１１４、１１５とも遠隔地に配置されていてもよい。また、広域エリア１２１の各エージェント１２２、１２３は、メインサイト１０１のマネージャー１０２やリモートサイト１１１のマネージャー１１２の近くに配置されていてもよい。
【００１７】
マネージャー１０２、１１２およびエージェント１０４、１０５、１１４、１１５、１２２、１２３は、全てコンピュータであって、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成される主メモリと、ハードディスク等で構成される記憶装置とを有する。
リモートサイト１１１のマネージャー１１２が、その記憶装置に格納されている所定のプログラムを主メモリに読み込んで実行することにより、図３に示すように、ジョブ管理部２００と、業務継続状況確認部２１１および復旧支援部２１２を有する障害復旧支援システム２１０との各機能が実現される。
なお、１台のコンピュータ上でマネージャーとエージェントの両方の機能を実現することもできる。また、メインサイト１０１のジョブ管理ＤＢ１０３は、そのデータがマネージャー１０２の記憶装置に格納されており、マネージャー１０２のＣＰＵがデータベース管理プログラムを実行する構成でもよく、リモートサイト１１１のジョブ管理ＤＢ１１３も、そのデータがマネージャー１１２の記憶装置に格納されており、マネージャー１１２のＣＰＵがデータベース管理プログラムを実行する構成でもよい。
【００１８】
メインサイト１０１のマネージャー１０２は、エージェント１０４、１０５、１２２、１２３を管理し、所定の業務を遂行する。業務システム１００はディザスター・リカバリーシステムである。メインサイト１０１のマネージャー１０２のデータは、その運用中にリモートサイト１１１のマネージャー１１２にコピーされる（複製される）ことで保護されている。なお、マネージャー１０２は、その運用中にエージェント１０４、１０５で実行されるジョブのスケジューリングやエージェント１０４、１０５における実行結果のようなエージェント１０４、１０５に関するデータをマネージャー１０２自身の記憶装置に保存している。リモートサイト１１１のマネージャー１１２にコピーされることで保護されるデータには、このようなエージェント１０４、１０５に関するデータも含まれる。
障害復旧支援システム２１０は、リモートサイト１１１のマネージャー１１２で動作する。障害復旧支援システム２１０は、メインサイト１０１のマネージャー１０２に障害が発生した場合に、リモートサイト１１１のマネージャー１１２によるジョブ管理システムの復旧を支援する。
メインサイト１０１がダウンし、ジョブ管理システムに障害が発生したとき、業務システム１００のオペレーターは、障害復旧支援システム２１０を用い、ジョブ管理システムを復旧させ、マネージャー１１２のジョブ管理部２００を動作させる。ジョブ管理部２００は、エージェント１０４、１０５またはエージェント１１４、１１５、およびエージェント１２２、１２３を管理し、業務を再開する。
このとき、障害復旧支援システム２１０の業務継続状況確認部２１１は、障害発生時に、障害発生前に運用されていたメインサイト１０１および広域エリア１２１内の各エージェントが、障害発生前に実行していた業務を継続することが可能か否かを確認し、各エージェントの業務継続可否を示す業務継続可否情報を作成する。
復旧支援部２１２は、後述する図１０のエージェント一覧ウィンドウ７００または図１１のジョブ一覧ウィンドウ８００をオペレーター端末１１６に表示し、オペレーターによって入力される再実行対象および実行中止対象のエージェントまたはジョブの選択を受け付け、再実行対象に選択されたエージェントまたはジョブを再実行させ、実行中止対象に選択されたエージェントまたはジョブの実行を中止させる。
なお、業務継続状況確認部２１１は業務継続状況確認手段の一例であり、復旧支援部２１２は本発明のエージェント復旧支援手段およびジョブ復旧支援手段の一例である。
【００１９】
また、リモートサイト１１１のマネージャー１１２の記憶装置には、図４のエージェント運用情報管理テーブル３００と、図５の継続状況管理テーブル４００と、図６のジョブ状態情報管理テーブル５００とが格納されている。
図４のエージェント運用情報管理テーブル３００は、運用中のエージェント毎に、エージェント運用情報を格納する。エージェント運用情報は、エージェントホスト名３０１と、エージェントＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス３０２と、代替サーバーホスト名３０３と、代替サーバーＩＰアドレス３０４と、業務実行時間帯３０５と、復旧優先度３０６とを含む。
エージェントホスト名３０１とエージェントＩＰアドレス３０２とは、メインサイト１０１および広域エリア１２１のエージェントのホスト名とＩＰアドレスとを示す。
代替サーバーホスト名３０３と代替サーバーＩＰアドレス３０４とは、メインサイト１０１のエージェントの代替サーバーとして割り当てられているリモートサイト１１１のエージェントのホスト名とＩＰアドレスとを示す。
業務実行時間帯３０５は、エージェントが業務を実行する時間帯を示す。なお、図４の例では、０が夜間、１がそれ以外を示す。
復旧優先度３０６は、復旧の優先度を示し、例えば、数値が低いほど復旧優先度が高いことを示す。
エージェント運用情報管理テーブル３００は、予めジョブ管理システム１００のオペレーターによって作成され、リモートサイト１１１のマネージャー１１２に登録される。ジョブ管理システム１００のオペレーターは、エージェント運用情報管理テーブル３００を任意のタイミングで更新することができる。
なお、エージェント運用情報管理テーブル３００は本発明のエージェント運用情報記憶手段の一例である。
【００２０】
図５の継続状況管理テーブル４００は、業務継続可否情報を格納する。業務継続可否情報は、ホスト名４０１と、業務継続可否４０２とを含む。
ホスト名４０１は、メインサイト１０１および広域エリア１２１のエージェントのホスト名を示す。
業務継続可否４０２は、メインサイト１０１で災害等が発生し、障害により業務システムが停止した場合に、メインサイト１０１および広域エリア１２１内の各エージェントが実行していた業務を継続することが可能か否かを示す。ここで、継続可能には、代替サーバーに切り替えて継続可能な場合も含む。業務継続可否４０２は、後述するように、業務継続状況確認部２１１によって設定される。
継続状況管理テーブル４００は、災害発生時等に，メインサイト１０１および広域エリア１２１内のどのエージェントが実行していた業務を継続することが可能かを管理する。なお、代替サーバーが用意されている各エージェントについて、リモートサイト１１１のマネージャー１１２に切り替わった後、メインサイト１０１のエージェントと代替サーバーのどちらがジョブを継続して実行するのかという情報（ジョブ実行ホスト名）は、ジョブ管理システムが管理する。
【００２１】
図６のジョブ状態情報管理テーブル５００は、ジョブ状態情報を格納する。ジョブ状態情報は、ジョブＩＤ５０１と、業務ＩＤ５０２と、ジョブ名称５０３と、実行ホスト名５０４と、状態５０５とを含む。
ジョブＩＤ５０１は、全てのジョブを一意に識別するジョブ識別情報である。
業務ＩＤ５０２は、業務ごとに設定され、全ての業務を一意に識別する業務識別情報である。
ジョブ名称５０３は、各ジョブの名前を示す。
実行ホスト名５０４は、各ジョブを実行するエージェントのホスト名を示す。なお、ジョブＩＤ５０１＝「１０００」、ジョブ名称５０３＝「業務グループ１」は、ジョブＡ〜Ｄをまとめて作業の順序を定義したジョブネットであるため、実行ホスト名５０４が空白である。
状態５０５は、各ジョブの実行状態を示す。なお、実行状態には、正常終了、異常終了、および未実行等がある。
ジョブ状態情報管理テーブル５００は、ジョブ管理システムによって管理される。ディザスター・リカバリーシステムが適用されたジョブ管理システムは、メインサイト１０１のマネージャー１０２の運用中に、マネージャー１０２によって管理されている各エージェントで実行中の各ジョブについての実行ジョブ情報のうち、障害時の業務引き継ぎに必要な情報をメインサイト１０１のマネージャー１０２からリモートサイト１１１のマネージャー１１２にコピーする（複製する）。実行ジョブ情報には、ジョブ状態情報が含まれる。すなわち、ディザスター・リカバリーシステムを適用したジョブ管理システムは、ジョブ状態情報を含めて障害時の業務引き継ぎに必要な情報を、メインサイト１０１のマネージャー１０２からリモートサイト１１１のマネージャー１１２に送信し、リモートサイト１１１のマネージャー１１２の記憶装置等に受信した情報を記憶させる。
なお、ジョブ管理システムは本発明の実行ジョブ情報コピー手段の一例である。
【００２２】
図７は、業務継続状況確認部２１１における業務継続状況確認処理の流れの一例を示す。
業務継続状況確認処理は、メインサイト１０１で災害等が発生し、障害により業務システム１００が停止した場合に、リモートサイト１０１のマネージャー１０２において起動される。
障害復旧支援システム２１０は、エージェントやジョブ毎の状況や状態を確認しながら復旧する必要があるため、ジョブが勝手に実行されないようにジョブ実行抑止状態でリモートサイト１１１のマネージャー１１２を起動する（Ｓ１０１）。そして、業務継続状況確認部２１１は、以降のエージェント継続可否を対象のエージェント毎に判断する（Ｓ１０２）。
業務継続状況確認部２１１は、エージェントへ接続を試み（Ｓ１０３）、接続可否を判断する（Ｓ１０４）。接続可能であった場合（Ｓ１０４：Ｙｅｓ）、業務継続状況確認部２１１は、このエージェントは継続可として図５の継続状況管理テーブル４００を更新する（Ｓ１０７）。一方、接続不可能であった場合（Ｓ１０４：Ｎｏ）、業務継続状況確認部２１１は、このエージェントの代替サーバーの有無で判断する（Ｓ１０５）。代替サーバーが存在する場合（Ｓ１０５：Ｙｅｓ）、業務継続状況確認部２１１は、このエージェントは継続可として継続状況管理テーブル４００を更新する（Ｓ１０７）。代替サーバーが存在しない場合（Ｓ１０５：Ｎｏ）、業務継続状況確認部２１１は、このエージェントは継続不可として継続状況管理テーブル４００を更新する（Ｓ１０６）。業務継続状況確認部２１１が対象のエージェントすべてに対して業務継続状況確認処理を完了した後、復旧支援部２１２がオペレーター端末１１６にＧＵＩ画面を表示する（Ｓ１０８）。
【００２３】
図８は、復旧支援部２１２における復旧支援処理の流れの一例を示す。
復旧支援部２１２は、後述する図９の操作対象一覧選択ウィンドウ６０１をオペレーター端末１１６に表示し（Ｓ２０１）、後述する図１０のエージェント一覧ウィンドウ７００と図１１のジョブ一覧ウィンドウ８００のどちらのＧＵＩ画面で操作するかをオペレーターに判断させる（Ｓ２０２）。
オペレーターがエージェント一覧ウィンドウ７００を選択する（Ｓ２０２：Ｙｅｓ）と、復旧支援部２１２は、図１０のエージェント一覧ウィンドウ７００をオペレーター端末１１６に表示する（Ｓ２０３）。オペレーターは、各エージェントの業務継続可否７０７や復旧優先度７０６などの情報を確認しながら、処理項目（再実行処理選択７０１、実行中止処理選択７０２）を選択し、確定ボタン７０８を押下する（Ｓ２０４）。個別で処理させることも可能だが、同様の対処をさせたいエージェントを複数選択し、一括で処理させることもできる。確定ボタン７０８が押下されると、復旧支援部２１２は、後述する図１２の復旧処理確認メッセージボックス９０１をオペレーター端末１１６に表示し（Ｓ２０５）、復旧処理の実行許可をオペレーターに判断させる（Ｓ２０６）。復旧処理の実行が許可されなかった場合（Ｓ２０６：Ｎｏ）、復旧支援部２１２はステップＳ２０４に戻る。復旧処理の実行が許可された場合（Ｓ２０７：Ｙｅｓ）、復旧支援部２１２は、このエージェントで実行される全ジョブに対し、選択された処理を実行し（Ｓ２０７）、その結果でジョブの状態を更新する（Ｓ２１３）。
【００２４】
ステップＳ２０２でオペレーターがジョブ一覧を選択する（Ｓ２０２：Ｎｏ）と、復旧支援部２１２は、図１１のジョブ一覧ウィンドウ８００をオペレーター端末１１６に表示する（Ｓ２０８）。オペレーターは、各ジョブの状態８０６などの情報を確認しながら、処理項目（再実行処理選択８０１、実行中止処理選択８０２）を選択し、確定ボタン８０７を押下する（Ｓ２０９）。個別で処理させることも可能だが、同様の対処をさせたいジョブを複数選択し、一括で処理させることもできる。確定ボタン８０７が押下されると、復旧支援部２１２は、図１２の復旧処理確認メッセージボックス９０１をオペレーター端末１１６に表示し（Ｓ２１０）、復旧処理の実行許可をオペレーターに判断させる（Ｓ２１１）。復旧処理の実行が許可されなかった場合（Ｓ２１１：Ｎｏ）、復旧支援部２１２はステップＳ２０９に戻る。復旧処理の実行が許可された場合（Ｓ２１１：Ｙｅｓ）、復旧支援部２１２は、このジョブに対し、選択された処理を実行し（Ｓ２１２）、その結果で該ジョブの状態を更新する（Ｓ２１３）。
【００２５】
図９は、ステップＳ２０１で表示される操作対象一覧選択ウィンドウ６０１の一例を示す。操作対象一覧選択ウィンドウ６０１により、オペレーターが復旧処理を行う対象として、エージェント一覧またはジョブ一覧を選択することができる。オペレーターはステップＳ２０３でエージェント一覧ウィンドウ７００を表示させる場合はエージェント一覧ボタン６０２を、ステップＳ２０８でジョブ一覧ウィンドウ８００を表示させる場合はジョブ一覧ボタン６０３をそれぞれ押下する。
【００２６】
図１０は、ステップＳ２０３で表示されるエージェント一覧ウィンドウ７００の一例を示す。
復旧支援部２１２は、図４のエージェント運用管理テーブル３００に格納されているエージェント運用情報と図５の継続状況管理テーブル４００に格納されている業務継続可否情報とに基づいてエージェント一覧ウィンドウ７００を作成する。
エージェント一覧ウィンドウ７００は、処理項目（再実行処理選択７０１、実行中止処理選択７０２）の選択欄、エージェントホスト名７０３と代替サーバーホスト名７０４と業務実行時間帯７０５と復旧優先度７０６と業務継続可否７０７の表示欄、および確定ボタン７０８を含む。
再実行処理選択７０１は、エージェントを実行先としている全ジョブに対して再実行させる場合にそのエージェントを選択するための欄である。オペレーターが再実行処理選択７０１を選択すると、レ点が表示される。
実行中止処理選択７０２は、エージェントを実行先としている全ジョブに対して実行を中止させる場合にそのエージェントを選択するための欄である。オペレーターが実行中止処理選択７０２を選択すると、レ点が表示される。
エージェントホスト名７０３は、ジョブを実行するエージェントのホスト名を示す。
代替サーバーホスト名７０４は、代替サーバーとして割り当てられているリモートサイト１１１のエージェントのホスト名を示す。
業務実行時間帯７０５は、エージェントが業務を実行する時間帯を示す。なお、図１０の例では、０が夜間、１がそれ以外を示す。
復旧優先度７０６は、復旧優先度を示し、例えば、数値が低いほど復旧優先度が高いことを示す。
業務継続可否７０７は、メインサイト１０１および広域エリア１２１内の各エージェントが実行していた業務を継続することが可能か否かを示す。ここで、継続可能には、代替サーバーに切り替えて継続可能な場合も含む。
確定ボタン７０８は、オペレーターが処理項目（再実行処理選択７０１、実行中止処理選択７０２）の選択を終えたときに押下する。
エージェント一覧ウィンドウ７００は、復旧支援のための作業をガイドする。オペレーターは、エージェント一覧ウィンドウ７００により、エージェント毎に運用継続方法の判断材料となる情報をＧＵＩで確認しながら、各エージェントが実行先となっているジョブに対して、個別あるいは一括の運用切り替え操作を行うことが可能となる。
【００２７】
図１１は、ステップＳ２０８で表示されるジョブ一覧ウィンドウ８００の一例を示す。
復旧支援部２１２は、図５の継続状況管理テーブル４００に格納されている業務継続可否情報と図６のジョブ状態情報管理テーブル５００に格納されているジョブ状態情報とに基づいてジョブ一覧ウィンドウ８００を作成する。
ジョブ一覧ウィンドウ８００は、処理項目（再実行処理選択８０１、実行中止処理選択８０２）の選択欄、ジョブ名称８０３とエージェントホスト名８０４と業務継続可否８０５と状態８０６の表示欄、および確定ボタン８０７を含む。
再実行処理選択８０１は、指定したジョブに対して再実行させる場合にそのジョブを選択するための欄である。オペレーターが再実行処理選択８０１を選択すると、レ点が表示される。
実行中止処理選択８０２は、指定したジョブに対して実行を中止させる場合にそのジョブを選択するための欄である。オペレーターが実行中止処理選択８０２を選択すると、レ点が表示される。
ジョブ名称８０３は、ジョブの名前を示す。
エージェントホスト名８０４は、ジョブを実行するエージェントのホスト名を示す。
業務継続可否８０５は、ジョブを実行していたメインサイト１０１および広域エリア１２１内の各エージェントが実行していた業務を継続することが可能か否かを示す。ここで、継続可能には、代替サーバーに切り替えて継続可能な場合も含む。
状態８０６は、障害発生時のジョブの実行状態を示す。
確定ボタン８０７は、オペレーターが処理項目（再実行処理選択８０１、実行中止処理選択８０２）の選択を終えたときに押下する。
ジョブ一覧ウィンドウ８００は、復旧支援のための作業をガイドする。オペレーターはジョブ毎にＧＵＩでその状態を確認しながら、個別あるいは一括の運用切り替え操作を行うことが可能となる。
【００２８】
図１２は、ステップＳ２０５およびステップＳ２１０で表示される復旧処理確認メッセージボックス９０１の一例を示す。オペレーターは、ステップＳ２０５およびステップＳ２１０で復旧処理の実行を許可する場合はＹＥＳボタン９０２を、復旧処理の実行を許可しない場合はＮＯボタン９０３をそれぞれ押下する。
【００２９】
以上説明したように、本発明によれば、オペレーターが運用切り替え操作を行う際、ジョブ管理システムでの運用引き継ぎに必要な情報をＧＵＩで一覧表示したり、一括操作したりすることにより、復旧作業をガイドすることができる。このため、業務システムが停止し、オペレーターが運用切り替え操作を行う際、オペレーターの作業負担を減らすと共に、業務システムの復旧時間を短縮することができる。
【符号の説明】
【００３０】
１００…業務システム、１０１…メインサイト、１０２…メインサイトのマネージャー、１０３…メインサイトのジョブ管理ＤＢ、１０４、１０５…メインサイトのエージェント、１１１…リモートサイト、１１２…リモートサイトのマネージャー、１１３…リモートサイトのジョブ管理ＤＢ、１１４、１１５…リモートサイトのエージェント、１１６…オペレーター端末、１２１…広域エリア、１２２、１２３…広域エリアのエージェント、２００…ジョブ管理部、２１０…障害復旧支援システム、２１１…業務継続状況確認部、２１２…復旧支援部、３００…エージェント運用情報管理テーブル、４００…継続状況管理テーブル、５００…ジョブ状態情報管理テーブル、６０１…操作対象一覧選択ウィンドウ、７００…エージェント一覧ウィンドウ、８００…ジョブ一覧ウィンドウ、９０１…復旧処理確認メッセージボックス
【図１】
2015064806.tif 000003
【図２】
2015064806.tif 000004
【図３】
2015064806.tif 000005
【図４】
2015064806.tif 000006
【図５】
2015064806.tif 000007
【図６】
2015064806.tif 000008
【図７】
2015064806.tif 000009
【図８】
2015064806.tif 000010
【図９】
2015064806.tif 000011
【図１０】
2015064806.tif 000012
【図１１】
2015064806.tif 000013
【図１２】
2015064806.tif 000014