(57)【要約】【課題】復旧作業の効率化を図ること。【解決手段】実施形態に係る通知装置は、取得部と、割当部と、通知部とを備える。取得部は、被監視装置の管理者のそれぞれの予定を示す予定情報を取得する。割当部は、取得部によって取得された予定情報と管理者ごとの対応スキルを示すスキル情報とに基づき、被監視装置の復旧作業に含まれる作業工程の各々について難易度に応じた対応スキルを有する管理者を復旧作業の担当者として割り当てる。通知部は、割当部によって割り当てられた担当者の端末装置へ復旧作業を要請する復旧要請を通知する。【選択図】図１Ｂ
2019022001.tif 000002
【特許請求の範囲】
【請求項１】
被監視装置の管理者のそれぞれの予定を示す予定情報を取得する取得部と、
前記取得部によって取得された前記予定情報と前記管理者の対応スキルを示すスキル情報とに基づき、前記被監視装置の復旧作業に含まれる作業工程の各々について難易度に応じた前記対応スキルを有する前記管理者を前記復旧作業の担当者として割り当てる割当部と、
前記割当部によって割り当てられた前記担当者の端末装置へ前記復旧作業を要請する復旧要請を通知する通知部と
を備えることを特徴とする通知装置。
【請求項２】
前記通知部は、
前記担当者による前記復旧作業終了後に次の前記担当者の前記端末装置へ前記復旧要請を通知すること
を特徴とする請求項１に記載の通知装置。
【請求項３】
前記通知部は、
前任の前記担当者による前記復旧作業の対応履歴を含む前記復旧要請を通知すること
を特徴とする請求項２に記載の通知装置。
【請求項４】
前記割当部は、
前記復旧作業に対して前記難易度に応じた前記対応スキルを有する前記管理者を割り当てられない場合、当該復旧作業に関連する前記対応スキルを有する前記管理者を前記担当者として割り当てること
を特徴とする請求項１、２または３に記載の通知装置。
【請求項５】
前記被監視装置の更新履歴に基づいて前記復旧作業後の異常を予測する予測部
をさらに備え、
前記割当部は、
前記予測部によって予測された前記異常に対応可能な前記対応スキルを有する前記管理者を待機担当者として割り当てること
を特徴とする請求項１〜４のいずれか一つに記載の通知装置。
【請求項６】
被監視装置の管理者のそれぞれの予定を示す予定情報を取得する取得工程と、
前記取得工程によって取得された前記予定情報と前記管理者の対応スキルを示すスキル情報とに基づき、前記被監視装置の復旧作業に含まれる作業工程の各々について難易度に応じた前記対応スキルを有する前記管理者を前記復旧作業の担当者として割り当てる割当工程と、
前記割当工程によって割り当てられた前記担当者の端末装置へ前記復旧作業を要請する復旧要請を通知する通知工程と
を含むことを特徴とする通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通知装置および通知方法に関する。
【背景技術】
【０００２】
従来、例えば、センターシステム等の被監視装置に異常が発生した場合に、管理者の端末装置へ復旧を要請する通知装置がある。かかる通知装置は、各管理者の復旧対応のスキルに基づいて復旧対応の担当者を選択する(特許文献１参照)。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−０６３６７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来の技術では、スキルが高い管理者がすぐに対応できない場合、復旧作業の長期化を招くおそれがあり、復旧作業の効率化を図るうえで改善の余地があった。
【０００５】
本発明は、上記に鑑みてなされたものであって、復旧作業の効率化を図ることができる通知装置および通知方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、実施形態に係る通知装置は、取得部と、割当部と、通知部とを備える。取得部は、被監視装置の管理者のそれぞれの予定を示す予定情報を取得する。割当部は、前記取得部によって取得された前記予定情報と前記管理者の対応スキルを示すスキル情報とに基づき、前記被監視装置の復旧作業に含まれる作業工程の各々について難易度に応じた前記対応スキルを有する前記管理者を前記復旧作業の担当者として割り当てる。通知部は、前記割当部によって割り当てられた前記担当者の端末装置へ前記復旧作業を要請する復旧要請を通知する。
【発明の効果】
【０００７】
本発明によれば、復旧作業の効率化を図ることができる。
【図面の簡単な説明】
【０００８】
【図１Ａ】図１Ａは、通知システムの概要を示す図である。
【図１Ｂ】図１Ｂは、通知方法の概要を示す図である。
【図２】図２は、通知システムのブロック図である。
【図３】図３は、センターシステムの構成例を示す図である。
【図４】図４は、スキル情報の具体例を示す図である。
【図５】図５は、復旧作業の割り当て処理の具体例を示す図である。
【図６】図６は、通知装置が実行する処理手順を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して実施形態に係る通知装置および通知方法について詳細に説明する。なお、この実施形態により本発明が限定されるものではない。
【００１０】
まず、図１Ａおよび図１Ｂを用いて実施形態に係る通知装置を含む通知システムの概要について説明する。図１Ａは、通知システムの概要を示す図である。また、図１Ｂは、通知方法の概要を示す図である。図１Ａに示すように、通知システム１００は、センターシステムＣＳと、監視サーバＭＳと、通知装置１と、端末装置５０とを備える。
【００１１】
センターシステムＣＳは、例えば、複数のサーバ装置を備え、各種サービスを運用する。なお、センターシステムＣＳは、被監視装置の一例である。監視サーバＭＳは、センターシステムＣＳの動作状況を随時監視し、センターシステムＣＳの異常を検出する。
【００１２】
監視サーバＭＳは、センターシステムＣＳの異常を検出すると、異常種別を示す異常情報を通知装置１へ通知する。通知装置１は、異常情報に基づき、復旧作業の担当者を選択し、選択した担当者の端末装置５０へ復旧作業を要請する復旧要請を通知する。なお、端末装置５０は、例えば、各管理者が保有するスマートフォンやタブレットであるが、パソコンやその他の機器であってもよい。
【００１３】
ここで、従来技術では、各管理者の復旧作業の対応スキルに応じて復旧作業を行う担当者を割り当てていた。具体的には、従来技術では、難易度の高い復旧作業であれば、対応スキルの高い担当者が割り当てられていた。
【００１４】
また、従来技術では、１つの復旧作業に対して１つの難易度が割り当てられており、難易度の高い復旧作業に対して必ず対応スキルの高い管理者が割り当てられていた。このため、従来技術では、対応スキルの高い担当者は初めから最後まで復旧作業を行う必要があり、かかる担当者が直ちに復旧作業を行えない場合、復旧作業の長期化を招くおそれがあった。
【００１５】
そこで、実施形態に係る通知方法では、復旧作業の作業工程毎に担当者を割り当てることとした。つまり、実施形態に係る通知方法では、１つの復旧作業を複数の管理者で分担することで、復旧作業の効率化を図ることとした。
【００１６】
具体的には、図１Ｂに示すように、実施形態に係る通知方法では、例えば、復旧作業に含まれる作業工程毎の難易度に応じて復旧作業を分割する。図１Ｂに示す例では、難易度をレベル（Ｌｖ）で表している。かかるレベルが低いほど、難易度が低いことを示す。
【００１７】
そして、実施形態に係る通知方法では、各管理者の予定と、対応スキルとに基づき分割した復旧作業毎に担当者を割り当てる。例えば、実施形態に係る通知方法では、対応スキルを各管理者の過去の復旧作業の対応履歴から分析することができる。また、対応スキルは、例えば、レベル（Ｌｖ）で表され、復旧作業の難易度に応じた値である。対応スキルの値が大きいほど、難易度の高い復旧作業に対応する技量を有することを示す。
【００１８】
図１Ｂに示す例では、Ａさんの対応スキルは、Ｌｖ．１であり、Ｂ〜Ｄさんの対応レベルは、Ｌｖ．３である。この場合、Ａさんは、Ｂ〜Ｄさんよりも対応スキルが低いことを示す。ここで、復旧作業の難易度がＬｖ．１およびＬｖ．３であるため、Ａさん以外（Ｂ〜Ｄさん）は、全ての復旧作業を行う対応スキルを有する。
【００１９】
しかしながら、同図に示すように、Ｂ〜Ｄさんは、現在復旧作業を行えない状況である。このため、実施形態に係る通知方法では、Ａさんが対応可能なＬｖ．１の復旧作業をＡさんに割り当てる。
【００２０】
そして、通知方法では、Ａさんの端末装置５０へＡさんに割り当てた復旧作業を要請する要請通知を通知する。これにより、Ａさんはかかる要請通知に基づき、Ａさんに割り当てられたＬｖ．１の復旧作業を行うことができる。
【００２１】
また、実施形態に係る通知方法では、残りの復旧作業（Ｌｖ．３の復旧作業）を次に手が空きそうなＣさんに割り当てて、復旧要請をＣさんの端末装置５０へ通知する。これにより、Ｃさんは、かかる復旧要請を受けてＬｖ．３の復旧作業を行うこととなる。
【００２２】
つまり、実施形態に係る通知方法では、Ｃさんは、Ａさんの作業を引き継いで復旧作業を行えばよく、初めから全ての復旧作業を行う場合に比べて復旧作業を迅速に行うことが可能となる。したがって、実施形態に係る通知方法によれば、復旧作業の効率化を図ることが可能となる。
【００２３】
また、実施形態に係る通知方法では、復旧作業を行えないＢさんやＤさんの端末装置５０には復旧要請を通知しない。これにより、担当者以外の管理者（ＢさんやＤさん）の負担を軽減することも可能である。
【００２４】
次に、図２を用いて実施形態に係る通知システム１００の構成について説明する。図２は、通知システム１００のブロック図である。なお、図２には、予定管理装置４０を併せて示す。
【００２５】
予定管理装置４０は、センターシステムＣＳの各管理者の予定を管理する。例えば、各管理者が予定管理装置４０に休暇、会議、出張などの予定をそれぞれ入力することで、予定管理装置４０は、各管理者の予定を管理することができる。
【００２６】
また、予定管理装置４０は、例えば、管理者のパソコンの状態から各管理者が復旧作業を直ちに対応可能か否かを確認することができる。例えば、予定管理装置４０は、パソコンの電源が入っている管理者を直ちに復旧作業を対応可能と見做すことができる。
【００２７】
また、予定管理装置４０は、各管理者が装着するウェラブルデバイス（不図示）から入力される情報に基づき、管理者が睡眠中か否かを確認することもできる。予定管理装置４０は、管理者のそれぞれの予定が更新される毎に、管理者のそれぞれの予定を示す予定情報３１を通知装置１へ出力する。
【００２８】
センターシステムＣＳは、例えば、ネットワークを管理するシステムである。ここで、図３を用いてセンターシステムＣＳの構成例について説明する。図３は、センターシステムＣＳの構成例を示す図である。
【００２９】
図３に示すように、センターシステムＣＳは、ゲートウェイＣＳ１と、スイッチＣＳ２と、ロードバランサＣＳ３と、ウェブサーバＣＳ４と、アプリサーバＣＳ５と、データベースサーバＣＳ６と、データベースＣＳ７とを備える。
【００３０】
センターシステムＣＳの構成要素（ＣＳ１〜ＣＳ７；以下、単に構成要素という）には、例えば、それぞれ複数の管理者が割り当てられる。各管理者は、自身に割り当てられた構成要素のメンテナンスや異常が発生した場合の復旧作業を行う。なお、センターシステムＣＳの異常のうち、ソフトウェアの異常であれば、管理者は、自身のパソコンからセンターシステムＣＳへアクセスし、復旧作業を行うことが可能である。
【００３１】
図２の説明に戻り、監視サーバＭＳについて説明する。監視サーバＭＳは、センターシステムＣＳの動作状況を監視する。具体的には、監視サーバＭＳは、例えば、各サーバ（ＣＳ４〜ＣＳ６）に対して所定間隔で特定の信号（いわゆるＰＩＮＧ）を入力し、かかる信号に対する応答をみることで各サーバ（ＣＳ４〜ＣＳ６）が正常に動作しているかを監視する。
【００３２】
監視サーバＭＳは、各サーバＣＳ４〜ＣＳ６の異常を検出した場合、異常が生じたサーバＣＳ４〜ＣＳ６を示す異常情報を生成し、通知装置１へ出力する。さらに、監視サーバＭＳは、各サーバ（ＣＳ４〜ＣＳ６）内部のリソースの負荷状況を監視し、負荷状況が高い状態が続く場合に、かかるサーバ（ＣＳ４〜ＣＳ６）内部のオペレーションシステムやミドルウェア等の異常を検出することもできる。
【００３３】
また、監視サーバＭＳは、例えば、全てのサーバ（ＣＳ４〜ＣＳ６）へアクセスできない場合、ゲートウェイＣＳ１、スイッチＣＳ２またはロードバランサＣＳ３等のハードウェアの異常として検出することもできる。そして、監視サーバＭＳは、センターシステムＣＳの異常を検出すると、異常の種別を示す異常情報を通知装置１へ出力する。
【００３４】
通知装置１は、制御部２および記憶部３を備える。制御部２は、取得部２１と、予測部２２と、割当部２３と、通知部２４とを備える。制御部２は、たとえば、ＣＰＵ（Central  Processing  Unit）、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、ＨＤＤ（Hard  Disk  Drive）、入出力ポートなどを有するコンピュータや各種の回路を含む。
【００３５】
コンピュータのＣＰＵは、例えば、ＲＯＭに記憶されたプログラムを読み出して実行することによって、制御部２の取得部２１、予測部２２、割当部２３および通知部２４として機能する。
【００３６】
また、制御部２の取得部２１、予測部２２、割当部２３および通知部２４の少なくともいずれか一部または全部をＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等のハードウェアで構成することもできる。
【００３７】
また、記憶部３は、例えば、ＲＡＭやＨＤＤに対応する。ＲＡＭやＨＤＤは、予定情報３１、スキル情報３２、対応情報３３および更新履歴情報３４や各種プログラムの情報を記憶することができる。なお、通知装置１は、有線や無線のネットワークで接続された他のコンピュータや可搬型記録媒体を介して上記したプログラムや各種情報を取得することとしてもよい。
【００３８】
制御部２の取得部２１は、センターシステムＣＳの管理者のそれぞれの予定を示す予定情報３１を取得する。取得部２１は、取得した予定情報３１を記憶部３に記憶させる。また、取得部２１は、監視サーバＭＳがセンターシステムＣＳの異常を検出した場合に、監視サーバＭＳから上記した異常情報を取得する。取得部２１は、かかる異常情報を取得すると、予測部２２へ通知する。
【００３９】
予測部２２は、センターシステムＣＳの更新履歴に基づいて復旧作業後の異常を予測する。なお、かかる更新履歴は、記憶部３に更新履歴情報３４として記憶される。例えば、通知装置１は、かかる更新履歴を監視サーバＭＳからセンターシステムＣＳの各構成要素の更新、設定変更または部品の取り換え毎に送信される。なお、センターシステムＣＳの管理者が、センターシステムＣＳの更新毎に、更新履歴情報３４を更新するようにしてもよい。
【００４０】
例えば、予測部２２は、かかる更新履歴情報３４に基づき、センターシステムＣＳにおいて更新頻度が最も高い、もしくは更新履歴が最も新しい構成要素について復旧作業後に異常が発生しやすいと予測する。
【００４１】
これは、更新履歴が新しい構成要素ほど、他の構成要素の復旧作業後にかかる構成要素との互換性がなくなるなどの異常が発生しやすいためである。例えば、ウェブサーバＣＳ４に異常が発生し、アプリサーバＣＳ５の更新履歴が最も新しい場合を想定する（図３参照）。
【００４２】
かかる場合に、予測部２２は、ウェブサーバＣＳ４の復旧作業終了後に、アプリケーションサーバＣＳ５に異常が発生しやすいと予測する。そして、予測部２２は、上記の異常情報に予測した構成要素を対応付けて割当部２３へ出力する。
【００４３】
なお、予測部２２は、過去の対応履歴のログに基づき、復旧作業後の異常を予測することもできる。例えば、過去の復旧作業ごとに復旧作業後に生じた異常のログを記憶部３に記憶しておき、予測部２２は、かかるログに基づいて復旧作業後の異常を予測することもできる。
【００４４】
このように、実施形態に係る通知装置１では、センターシステムＣＳの現在の異常に対してのみならず、復旧作業終了後の異常を予測することができる。そして、復旧作業後の異常に対して予め担当者を割り当てておく。これにより、復旧作業後にさらに異常が生じた場合であっても、かかる異常に対して迅速に対応することが可能となる。つまり、復旧作業後に異常が生じた場合であっても、センターシステムＣＳを迅速に復旧させることが可能となる。
【００４５】
割当部２３は、取得部２１によって取得された予定情報３１と管理者ごとの対応スキルを示すスキル情報３２とに基づき、センターシステムＣＳの復旧作業に含まれる作業工程の各々について難易度に応じた対応スキルを有する管理者を復旧作業の担当者として割り当てる。
【００４６】
割当部２３は、予測部２２から異常情報を取得すると、記憶部３に記憶された対応情報３３に基づいて復旧作業の作業工程を確認する。ここで、対応情報３３は、過去に異常が生じた状況と、かかる異常に対する実際の復旧作業の作業工程毎の作業内容や難易度が定義された情報であり、例えば、管理者によって作成される。また、対応情報３３には、復旧作業ごとにおおよその作業時間の目安が対応付けられる。
【００４７】
割当部２３は、予定情報３１およびスキル情報３２に基づき、復旧作業の作業工程毎に担当者をそれぞれ割り当てる。ここで、図４を用いてスキル情報３２について説明する。図４は、スキル情報３２の具体例を示す図である。図４に示すように、スキル情報３２は、各管理者のＯＳ（Oprerating  System）、ＭＷ（Middleware）、ネットワーク等の各ソフトウェアごとに対応スキルが対応付けられた情報である。このように、スキル情報３２には、カテゴリ（ＯＳ、ＭＷ等）毎に各管理者の対応スキルが管理される。
【００４８】
また、スキル情報３２は、各管理者の復旧作業の対応履歴や、社内研修、資格の有無等によって更新される。例えば、管理者が難易度の高い復旧作業を行うと、かかる難易度に応じて対応スキルのレベルが更新される。
【００４９】
割当部２３は、かかるスキル情報３２に基づき、復旧作業の担当者を割り当てることとなる。ここで、図５を用いて割当部２３による処理の具体例について説明する。図５は、復旧作業の割り当て処理の具体例を示す図である。
【００５０】
なお、ここでは、図４に示したＯＳの「ＡＡＡ」の異常が検出された場合について説明する。また、図５では、横軸に時刻を示し、各管理者が復旧作業を対応可能な時間帯にハッチングを施して示す。また、図５では、復旧作業が２つの作業工程を含む場合について示し、最初の復旧作業の難易度がＬｖ．１であり、続く復旧作業の難易度がＬｖ．４である場面について説明する。なお、図５では異常が発生した後、難易度がＬｖ．１の復旧作業が時刻ｔ１から開始された場合は、時刻ｔ３で終了する予定であることを示し、難易度がＬｖ．４の復旧作業が時刻ｔ３から開始された場合は、時刻ｔ６に終了する予定であることを示すものである。
【００５１】
図５に示すように、時刻ｔ１において、Ｃさんが時間的に復旧作業を対応可能であり、最初の復旧作業は、Ｌｖ．１の難易度である。このため、割当部２３は、かかる復旧作業を対応スキルがＬｖ．１であるＣさんに割り当てる。
【００５２】
続く復旧作業は、Ｌｖ．４の難易度であるため、対応スキルＬｖ．４のＡさんのみが対応可能となる。このため、割当部２３は、かかる復旧作業にＡさんを割り当てる。このように、Ａさんは、Ｃさんの作業を引き継いで行うことができる。言い換えると、復旧作業に必要な対応スキルを有する複数の管理者がそれぞれ連携して作業を実施できる。これにより、Ａさんが初めから全ての復旧作業を実施する場合に比べて効率よく復旧作業を行うことが可能となる。
【００５３】
ところで、Ｃさんが時刻ｔ３においてＬｖ．１の復旧作業を終えたとしても、時刻ｔ４までＡさんは復旧作業を行えない。これにより、難易度がＬｖ．４の復旧作業の終了予定時刻が当初予定した時刻ｔ６よりも遅れる可能性がある。このため、割当部２３は、Ａさんが対応可能な時刻ｔ４までの間に他の管理者を割り当てることもできる。
【００５４】
この場合に、割当部２３は、ＯＳの「ＡＡＡ」の復旧作業に関連する対応スキルを有する管理者を復旧作業に割り当てる。ここで、「関連する対応スキル」とは、同一のカテゴリにおける別の種類の対応スキルを示す。
【００５５】
なお、同一のカテゴリについて説明すると、例えば、図４に示すようにカテゴリの一つであるＯＳの種類を示す「ＡＡＡ」と「ＢＢＢ」と「ＣＣＣ」とがＯＳという同一のカテゴリに属するものとなり、カテゴリの一つであるＭＷのＤＢの種類を示す「ＤＤＤ」と「ＥＥＥ」と「ＦＦＦ」とがＭＷのＤＢという同一のカテゴリに属するものとなる。
【００５６】
具体的には、まず、割当部２３は、図４に示したスキル情報３２のカテゴリＯＳの「ＡＡＡ」とは別の種類のＯＳの対応スキルを確認する。そして、割当部２３は、ＯＳの「ＢＢＢ」に関する対応スキルが高いＢさん（Ｌｖ．５）をＬｖ．４の復旧作業の担当者として割り当てる。
【００５７】
つまり、割当部２３は、割り当てた担当者が直ちに復旧作業を行えない場合は、同じカテゴリ（ＯＳ）の別の種類（例えば、ＡＡＡではなくＢＢＢ）の復旧作業に関連する対応スキルが高く、Ａさんよりも早く対応可能な管理者を割り当てる。
【００５８】
このように、最適な管理者（例えば、Ａさん）の割り当てが可能となる前に、管理者の対応スキルが復旧に必要なスキルよりも低い場合であっても、同一カテゴリの別の種類（例えば、ＢＢＢ）のスキルが復旧に要する難易度（例えばＬｖ.４）以上の管理者（例えば、Ｂさん）を割り当てておく。これにより、Ａさんはさらに復旧作業が進行した状態で、復旧作業を行うことが可能となる。したがって、Ａさんはより迅速に復旧を終えることが可能となる。また、例えば、ＢさんやＣさんにより復旧作業が完了した場合には、Ａさんは復旧作業を行う必要がないため、Ａさんの負担を軽減することができる。
【００５９】
また、時刻ｔ４以降には、対応スキルの高いＡさんが復旧作業を行うため、他の担当者（ＢさんやＣさん）による復旧作業の誤りを修正することが可能となる。すなわち、対応スキルの高いＡさんを割り当てておくことで、復旧作業を確実に終了させることが可能となり、復旧作業の長期化を抑制することができる。また、かかる場合に、対応スキルの高いＡさんが復旧作業を行う際に、他の担当者に対して復旧作業について指導を行うようにすることも可能である。これにより、各管理者の対応スキルの向上を促すことが可能となる。
【００６０】
また、割当部２３は、予測部２２によって予測された復旧作業後の異常に対する待機担当者を割り当てることもできる。具体的には、割当部２３は、例えば、予測部２２によってアプリサーバＣＳ５の異常が予測された場合、アプリサーバＣＳ５に関する対応スキルが高い管理者を待機担当者として割り当てる。
【００６１】
これは、復旧作業後に異常が生じた場合、異常の原因の解明が困難である場合が多いためである。言い換えると、復旧作業後の異常に対する復旧作業は、難易度が高い場合が多いためである。このため、復旧作業後の異常に対して対応スキルが高い管理者を待機担当者として割り当てておくことで、復旧作業後の異常に対して迅速な復旧を行うことが可能となる。
【００６２】
割当部２３は、例えば、対応情報３３の作業時間に基づき、現在の異常に対する復旧作業が終了する目安となる時刻から当該時刻において復旧作業を対応可能な管理者を待機担当者として割り当てることができる。そして、割当部２３は、各復旧作業に割り当てた担当者と、かかる復旧作業後の待機担当者とを示す担当者情報を通知部２４へ通知する。
【００６３】
図２の説明に戻り、通知部２４について説明する。通知部２４は、割当部２３によって割り当てられた担当者の端末装置５０へ担当者に割り当てられた復旧作業を要請する復旧要請を通知する。
【００６４】
例えば、通知部２４は、最初の担当者の端末装置５０には異常の種別、作業内容、次の担当者、かかる次の担当者が対応可能になる時刻を含む復旧要請を通知する。最初の担当者は、かかる端末装置５０に通知された要請通知に基づき、復旧作業を行い、復旧作業を終えると、例えば、端末装置５０（もしくは担当者のパソコン）を介して復旧作業の対応履歴を含む終了通知を通知部２４へ送信する。
【００６５】
通知部２４は、かかる終了通知を取得すると、次の担当者の端末装置５０へ次の担当者に割り当てられた作業内容と、前任の担当者の対応履歴を含む復旧要請を通知する。このように、通知部２４は、最初の復旧作業終了後に次の担当者の端末装置５０へ復旧要請を通知する。
【００６６】
これにより、次の担当者は、前任の担当者の復旧作業が終了し、自身の復旧作業を行える状況となった場合に、復旧要請を受け取ることになる。したがって、次の担当者は、自身の復旧作業を開始するまでの時間を有効に活用することができる。
【００６７】
また、次の担当者の端末装置５０には、前任の担当者の対応履歴を含むことから、次の担当者は、かかる対応履歴に基づき、復旧作業を引き継ぐことが可能となる。
【００６８】
なお、例えば、かかる対応履歴は、センターシステムＣＳに異常が発生した時間帯のログである。すなわち、例えば、最初の担当者は、かかるログを採取し、かかるログが次の担当者へ送信される。これにより、次の担当者は、かかるログに基づき、自身のパソコンを用いてセンターシステムＣＳにアクセスし、異常を解消するためのコマンドを入力することができる。
【００６９】
上記の例では、次の担当者は、ログが採取された状態から復旧作業を行うことができるため、かかるログを採取する分だけ、復旧作業を短縮することができる。なお、上記の対応履歴は、一例であり、これに限定されるものではない。
【００７０】
また、通知部２４は、例えば、記憶部３の予定情報３１を確認し、次の担当者が作業を開始できる時刻となるタイミングで次の担当者の端末装置５０へ復旧要請を行うことにしてもよい。
【００７１】
これは、例えば、次の担当者が車の運転中である場合に復旧要請を受け取ると、運転に支障をきたすおそれがあるためである。このため、通知部２４は、次の担当者が作業を開始できる時刻となるタイミングで復旧要請を通知することで、次の担当者の現在の作業に支障を与えないようにすることができる。
【００７２】
また、通知部２４は、待機担当者の端末装置５０に対して復旧作業後の待機を要請する待機要請を通知する。かかる待機要請には、現在の異常内容、復旧作業が終了する目安の時刻等を含む。待機担当者は、待機要請に基づき、当該時刻に復旧作業を行えるように待機することとなる。
【００７３】
待機担当者は、待機要請を受け取り、待機要請を了承した場合に、通知部２４へ了承した旨を送信する。これにより、通知部２４は、待機担当者に関する情報を、復旧作業の担当者の端末装置５０や、復旧作業後にセンターシステムＣＳが正常に動作するかを確認する確認作業者の端末装置５０へ通知する。
【００７４】
これにより、復旧作業の担当者や、確認作業者は、復旧作業終了後に異常が生じた場合に、かかる待機担当者へ異常の復旧作業を要請することができる。
【００７５】
次に、図６を用いて実施形態に係る通知装置１が実行する処理手順について説明する。図６は、通知装置１が実行する処理手順を示すフローチャートである。
【００７６】
まず、図６に示すように、取得部２１は、異常情報を取得すると（ステップＳ１０１）、予定情報３１を取得する（ステップＳ１０２）。続いて、予測部２２は、復旧後の異常を予測する（ステップＳ１０３）。
【００７７】
続いて、割当部２３は、復旧作業および復旧作業後の異常に対する担当者を割り当てる（ステップＳ１０４）。そして、通知部２４は、担当者の端末装置５０へ復旧要請、待機要請を通知し（ステップＳ１０５）、処理を終了する。
【００７８】
上述したように、実施形態に係る通知装置１は、取得部２１と、割当部２３と、通知部２４とを備える。取得部２１は、被監視装置（センターシステムＣＳ）の管理者のそれぞれの予定を示す予定情報３１を取得する。割当部２３は、取得部２１によって取得された予定情報３１と管理者ごとの対応スキルを示すスキル情報３２とに基づき、被監視装置の復旧作業に含まれる作業工程の各々について難易度に応じた対応スキルを有する管理者を復旧作業の担当者として割り当てる。通知部２４は、割当部２３によって割り当てられた担当者の端末装置５０へ復旧作業を要請する復旧要請を通知する。したがって、実施形態に係る通知装置１によれば、復旧作業の効率化を図ることができる。
【００７９】
ところで、上述した実施形態では、復旧作業の作業工程が２つである場合について説明したが、かかる作業工程は、３つ以上であってもよい。また、上述した実施形態では、作業工程のうち、最初の復旧作業の方が、次の復旧作業よりも難易度の低い場合について説明したが、最初の復旧作業が、次の復旧作業よりも難易度が高い場合もある。
【００８０】
かかる場合に、例えば、最初の復旧作業に対応レベルの高い担当者を割り当てておき、次の復旧作業に対応レベルの低い担当者を割り当てることもできる。また、上述した実施形態では、被監視装置がセンターシステムＣＳである場合について説明したが、これに限定されるものではない。すなわち、被監視装置は、例えば、ライン生産方式の工場等であってもよい。
【００８１】
また、上述した実施形態では、監視サーバＭＳと、通知装置１が別々の装置である場合について説明したが、監視サーバＭＳに通知装置１を含める構成とすることにしてもよい。
【００８２】
また、通知装置１は、復旧作業が長期化した場合、現在の復旧作業の担当者に代えて、新たな担当者を割り当てることもできる。これにより、現在の担当者が長時間続けて復旧作業を行わずに済むため、かかる担当者の負担を軽減することが可能となる。
【００８３】
さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な様態は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲および、その均等物によって定義される統括的な発明の概念の精神または範囲から逸脱することなく、様々な変化が可能である。
【符号の説明】
【００８４】
１      通知装置
２１      取得部
２２      予測部
２３      割当部
２４      通知部
３１      予定情報
３２      スキル情報
３３      対応情報
３４      更新履歴情報
５０      端末装置
ＣＳ      センターシステム（被監視装置の一例）
ＭＳ      監視サーバ
【図１Ａ】
2019022001.tif 000003
【図１Ｂ】
2019022001.tif 000004
【図２】
2019022001.tif 000005
【図３】
2019022001.tif 000006
【図４】
2019022001.tif 000007
【図５】
2019022001.tif 000008
【図６】
2019022001.tif 000009