(57)【要約】【課題】異常が検知されたときの端末装置に関する重要度に基づく復旧処理を行う。【解決手段】異常が発生した前記端末装置を検知する異常検知部と、異常検知部により異常が検知されたとき、複数の端末装置それぞれについて端末装置に係る重要度を算出する重要度算出部と、異常が検知された端末装置に係る重要度に基づき、少なくとも異常が検知された端末装置の機能の一部を他の前記端末装置の機能と入れ替える機能入替部とを有する。【選択図】図７
2014102752.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末装置を含むシステムの障害を管理する障害管理サーバであって、
異常が発生した前記端末装置を検知する異常検知部と、
前記異常検知部により異常が検知されたとき、前記複数の端末装置それぞれについて前記端末装置に係る重要度を算出する重要度算出部と、
異常が検知された前記端末装置に係る重要度に基づき、少なくとも前記異常が検知された端末装置の機能の一部を他の前記端末装置の機能と入れ替える機能入替部とを有する障害管理サーバ。
【請求項２】
前記機能入替部は、
前記異常が検知された端末装置に係る重要度が、前記複数の前記端末装置のそれぞれに係重要度のうち、上位の所定範囲内にある場合に、
少なくとも前記異常が検知された端末装置の機能の一部を、前記端末装置に係る重要度が上位の所定範囲内にある端末装置の機能と入れ替える請求項１記載の障害管理サーバ。
【請求項３】
前記複数の端末装置に係る端末情報と、前記複数の端末装置に搭載された機能に係る機能情報とが格納された記憶部を有し、
前記重要度算出部は、
前記機能情報に基づき機能毎の重要度である機能重要度を算出し、
前記機能重要度と前記端末情報とを用いて前記複数の端末装置それぞれの端末重要度とを算出する請求項１又は２記載の障害管理サーバ。
【請求項４】
前記重要度算出部は、
前記端末装置において前記機能の使用回数が所定回数以上となったとき前記機能重要度を算出して前記記憶部に格納し、
前記異常検知部が異常を検知したとき、前記記憶部に格納された前記機能重要度を用いて前記複数の端末装置それぞれの端末重要度を算出する請求項３記載の障害管理サーバ。
【請求項５】
前記機能入替部は、
前記異常が検知された端末装置の端末重要度が前記上位の所定範囲内のとき、前記異常が検知された端末装置に搭載された機能と、前記端末重要度が最も低い端末装置に搭載された機能とを入れ替える請求項４記載の障害管理サーバ。
【請求項６】
前記機能入替部は、
前記異常が検知された端末装置に前記機能重要度が前記上位の所定範囲内の機能が搭載されているとき、
前記機能重要度が前記上位の所定範囲内の機能と、前記機能が搭載されていない端末装置において前記機能重要度が下位の所定範囲内である機能と、を入れ替える請求項４記載の障害管理サーバ。
【請求項７】
前記複数の端末装置を含むシステムは、前記複数の端末装置により複数の機能の実現を分担し、端末装置同士が連携して各機能を実現する連携処理システムである請求項１ないし６の何れか一項に記載の障害管理サーバ。
【請求項８】
複数の端末装置を含むシステムの障害を管理する障害管理サーバで実行される障害管理プログラムあって、
前記障害管理サーバに、
異常が発生した前記端末装置を検知する異常検知ステップと、
異常が検知されたとき、前記複数の端末装置それぞれについて前記端末装置に係る重要度を算出する重要度算出ステップと、
異常が検知された前記端末装置に係る重要度に基づき、少なくとも前記異常が検知された端末装置の機能の一部を他の前記端末装置の機能と入れ替える機能入替ステップとを実行させる障害管理プログラム。
【請求項９】
複数の端末装置を含むシステムの障害を管理する障害管理サーバによる障害管理方法あって、
異常が発生した前記端末装置を検知する異常検知手順と、
異常が検知されたとき、前記複数の端末装置それぞれについて前記端末装置に係る重要度を算出する重要度算出手順と、
異常が検知された前記端末装置に係る重要度に基づき、少なくとも前記異常が検知された端末装置の機能の一部を他の前記端末装置の機能と入れ替える機能入替手順とを有する障害管理方法。
【請求項１０】
システムを構成する複数の端末装置を管理する端末管理サーバと、前記複数の端末装置に搭載された機能を管理する機能管理サーバとを有し、前記システムの障害を管理する障害管理システムであって、
前記端末管理サーバは、
異常が発生した前記端末装置を検知する異常検知部と、
前記異常検知部により異常が検知されたとき、前記複数の端末装置それぞれについて前記端末装置に係る重要度を算出する重要度算出部と、を有し、
前記機能管理サーバは、
異常が検知された前記端末装置に係る重要度に基づき、少なくとも前記異常が検知された端末装置の機能の一部を他の前記端末装置の機能と入れ替える機能入替部を有する障害管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の端末装置を含むシステムの障害を管理する障害管理サーバ、障害管理プログラム、障害管理方法及び障害管理システムに関する。
【背景技術】
【０００２】
近年では、スキャナ、ファックス、複写機又はこれらの機能を複合した複合機、サーバ、パーソナルコンピュータ等の端末装置をネットワーク上で複数台を連携させる画像処理システムが普及している。この画像処理システムでは、複数の機能を複数のサーバ等の端末装置で分担し、端末装置同士が連携して各機能を実現することで画像処理を行う連携処理フローを用いた技術が用いられる。
【０００３】
ところで複数の端末装置を用いたシステムにおいて、ある端末装置に異常が検知された場合、機器の動作状態と重要度とに基づき異常が検出された機器を復旧させることが知られている。
【０００４】
例えば特許文献１には、障害復旧に係る時間を削減するために、異常検知された端末装置の動作状態と重要度に基づき異常検知された端末装置の復旧処理を実行することが記載されています。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、複数の外部端末装置を連携させて画像処理を実行する画像処理システムでは、連携処理フローに従って各端末装置で実行される処理が異なるため、各端末装置の機能が変更されることが想定される。このため例えば連携処理フローを用いたシステムでは、異常が検知された時点での端末装置の重要度と、予め端末装置に設定された重要度が異なる場合があり、異常が検知された端末装置の重要度を用いて当該装置の復旧処理を行うか否か判断することが困難である。
【０００６】
本発明は、上記事情を鑑みてこれを解決すべく成されたものであり、異常が検知されたときの端末装置に係る重要度に基づく復旧処理を行うことが可能な障害管理サーバ、障害管理プログラム、障害管理方法及び障害管理システムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
本発明は、上記目的を達成すべく以下の如き構成を採用した。
【０００８】
本発明は、複数の端末装置を含むシステムの障害を管理する障害管理サーバであって、異常が発生した前記端末装置を検知する異常検知部と、前記異常検知部により異常が検知されたとき、前記複数の端末装置それぞれについて前記端末装置に係る重要度を算出する重要度算出部と、異常が検知された前記端末装置に係る重要度に基づき、少なくとも前記異常が検知された端末装置の機能の一部を他の前記端末装置の機能と入れ替える機能入替部とを有する。
【発明の効果】
【０００９】
本発明によれば、異常が検知されたときの端末装置に係る重要度に基づく復旧処理を行うことができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の概要を説明する図である。
【図２】第一の実施形態の障害管理システムのシステム構成を説明する図である。
【図３】第一の実施形態の端末管理サーバのハードウェア構成の一例を説明する図である。
【図４】第一の実施形態の処理サーバのハードウェア構成を説明する図である。
【図５】第一の実施形態の障害管理システムの機能構成を説明する図である。
【図６】第一の実施形態の端末重要度の算出を説明する第一のフローチャートである。
【図７】第一の実施形態の機能入替部による機能の入れ替えを説明するフローチャートである。
【図８】機能入替の対象となる処理サーバの選択を説明する図である。
【図９】第一の実施形態の機能の入れ替えを説明する図である。
【図１０】第一の実施形態における機能重要度の算出を説明するフローチャートである。
【図１１】第一の実施形態の端末重要度の算出を説明する第二のフローチャートである。
【図１２】第二の実施形態の障害管理システムの機能構成を説明する図である。
【図１３】第二の実施形態の機能入替部による機能の入れ替えを説明するフローチャートである。
【図１４】第二の実施形態における入替対象となる機能と処理サーバとを選択する処理を説明する図である。
【図１５】機能ａが削除されたテーブルの例を示す図である。
【図１６】第三の実施形態の障害管理システムの機能構成を説明する図である。
【図１７】第三の実施形態の障害管理システムの動作を説明するフローチャートである。
【発明を実施するための形態】
【００１１】
本発明では、異常が検知されたときに端末装置の重要度を最新の状態に更新し、更新した重要度に基づき各端末装置の機能を入れ替えることで、異常が検知されたときの重要度に基づく復旧処理を行う。
【００１２】
以下に図面を参照して本発明について説明する。図１は、本発明の概要を説明する図である。図１（Ａ）は本発明における重要度の設定のタイミングを説明する図であり、図１（Ｂ）は本発明との比較例を示す図である。
【００１３】
図１（Ａ）では、重要度を設定するタイミングと、複数の端末装置を含むシステムにおいてイベントが発生するタイミングとを時間軸に対応させている。尚以下の説明では、複数の端末装置を含むシステムは、複数の端末装置により複数の機能の実現を分担し、端末装置同士が連携して各機能を実現する連携処理システムである。
【００１４】
図１（Ａ）の例では、タイミングＴ０において連携処理システムに含まれる各端末装置の重要度が設定される。ここで設定される重要度は、連携処理フローに沿った連携処理を実行する前に予め設定される重要度である。
【００１５】
続いてタイミングＴ１〜Ｔ３では、連携処理フローに従って各端末装置で実行される処理の追加や変更がされる。各端末装置で実行される処理の追加や変更が行われることは、各端末装置で実現される機能の追加や変更が行われることと等価である。
【００１６】
続いてタイミングＴ４においてある端末装置に障害が発生して異常が検知されると、本発明では、異常が検知された後のタイミングＴ５において再度各端末装置に設定された重要度を更新する。そして重要度を更新した後のタイミングＴ６にて、各端末装置の重要度を判定する。
【００１７】
図１（Ｂ）の例では、タイミングＴ１０で重要度が設定されてから、タイミングＴ１４で障害が発生してその後タイミング１５で重要度が判定されるまで、各端末装置の重要度は更新されない。よって図１（Ｂ）の例では、異常が検知された時点での各端末装置の重要度が反映されていないまま、復旧処理に向けた端末装置の重要度の判定が行われる。
【００１８】
これに対して本発明では、図１（Ａ）に示すように、異常が検知されたときに端末装置の重要度に基づき各端末装置の機能を入れ替えることができ、異常が検知されたときの重要度に基づく復旧処理を行うことができる。
【００１９】
以下に本発明の実施形態について説明する。
【００２０】
（第一の実施形態）
以下に図面を参照して本発明の第一の実施形態について説明する。図２は、第一の実施形態の障害管理システムのシステム構成を説明する図である。
【００２１】
本実施形態の障害管理システム１００は、連携処理システム２００を監視し、連携処理システム２００に障害が発生した際に連携処理システム２００の復旧に関する処理を管理する。
【００２２】
本実施形態の連携処理システム２００は、例えば端末装置である処理サーバ２１１〜２１４（処理サーバ群）を有する。本実施形態の連携処理システム２００では、連携処理システム２００内で決定された連携処理フローに従って、処理サーバ２１１〜２１４が複数の機能の実現を分担し、処理サーバ２１１〜２１４同士が連携して各機能を実現するシステムである。連携処理フローとは、連携処理システム２００内で処理サーバ２１１〜２１４が各機能を実現する処理を実行する順番を決定したものである。尚以下の説明では、機能を実現するアプリケーション（処理）を実行することを、「機能を実行する」と言う。
【００２３】
本実施形態の障害管理システム１００は、端末管理サーバ１１０と機能管理サーバ１３０とを有する。端末管理サーバ１１０は、連携処理システム２００に含まれる処理サーバ２１１〜２１４を管理する。機能管理サーバ１３０は、連携処理システム２００において実現される各種の機能を管理する。
【００２４】
本実施形態の障害管理システム１００では、端末管理サーバ１１０が連携処理システム２００の有する処理サーバ群に異常を検知すると、機能管理サーバ１３０が連携処理システム２００における機能の分担を変更する。すなわち本実施形態の障害管理システム１００では、連携処理システム２００から異常が検知されると、処理サーバ群の機能を入れ替えて異常状態から復旧させる。
【００２５】
尚本実施形態では、端末管理サーバ１１０と機能管理サーバ１３０とで障害管理システム１００を構成したが、これに限定されない。例えば端末管理サーバ１１０と機能管理サーバ１３０とは一台の障害管理サーバ１０とされても良い。
【００２６】
以下に図３を参照して本実施形態の端末管理サーバ１１０のハードウェア構成を説明する。図３は、第一の実施形態の端末管理サーバのハードウェア構成の一例を説明する図である。
【００２７】
本実施形態の端末管理サーバ１１０は、ＣＰＵ（Central Processing Unit）１１１、ＲＡＭ（Random Access Memory）１１２、記憶装置１１３、表示装置１１４、ネットワーク装置１１５、入力装置１１６、ドライバ装置１１７を有し、各装置はメインバスＢ１により互いに接続されている。
【００２８】
ＣＰＵ１１１は、メインバスＢ１を介してＣＰＵ１１１、ＲＡＭ１１２、記憶装置１１３、表示装置１１４、ネットワーク装置１１５、入力装置１１６及び、ドライバ装置１１７を制御する。ＲＡＭ１１２は、ＣＰＵ１１１に対してワークエリアを提供する。記憶装置１１３は、例えば、ハードディスクやＮＶＲＡＭ（Non-Volatile Random Access Memory）であり、各種のプログラムや設定を記憶する。入力装置１１６は、ユーザがコマンドの入力を行うための入力装置である。表示装置１１５は、画面表示を行う装置である。ネットワーク装置１１５は、ＬＡＮ(Local Area Network)を介して接続された他の装置との間で通信を行う。
【００２９】
本実施形態の端末管理プログラムは、端末管理サーバ１１０を制御する各種プログラムの少なくとも一部である。端末管理プログラムは例えば記録媒体１１８の配布やネットワークからのダウンロードなどによって提供される。端末管理プログラムを記録した記録媒体１１８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００３０】
また端末管理プログラムを記録した記録媒体１１８がドライバ装置１１７にセットされると、端末管理プログラムは記録媒体１１８からドライバ装置１１７を介して記憶装置１１３にインストールされる。ネットワークからダウンロードされた端末管理プログラムは、記憶装置１１３にインストールされる。
【００３１】
記憶装置１１３は、インストールされた端末管理プログラムを格納すると共に、必要なファイル，データ等を格納する。ＣＰＵ１１１は記憶装置１１３に格納された端末管理プログラムに従って、後述するような各種処理を実現している。
【００３２】
本実施形態の機能管理サーバ１３０のハードウェア構成は、端末管理サーバ１１０と同様であるから説明を省略する。尚機能管理サーバ１３０の記憶装置に格納されているプログラムは、機能管理サーバ１３０に後述する処理を実行させる機能管理プログラムである。
【００３３】
次に図４を参照して本実施形態の処理サーバ２１１〜２１４のハードウェア構成を説明する。処理サーバ２１１〜２１４は、それぞれのハードウェア構成は同様であるから、図４では処理サーバ２１１のハードウェア構成を説明する。図４は、第一の実施形態の処理サーバのハードウェア構成を説明する図である。
【００３４】
本実施形態の処理サーバ２１１は、ＣＰＵ２０１、ＲＡＭ２０２、記憶装置２０３、ネットワーク装置２０４を有し、各装置はメインバスＢ２により互いに接続されている。
【００３５】
ＣＰＵ２０１は、メインバスＢ２を介して、ＲＡＭ２０２、記憶装置２０３及びネットワーク装置２０４を制御する。ＲＡＭ２０２は、ＣＰＵ２０１に対してワークエリアを提供する。記憶装置２０３は、各種のプログラムや設定を記憶する。ネットワーク装置２０４は、ＬＡＮを介して接続された他の装置との間で通信を行う。
【００３６】
以下に図５を参照して本実施形態の障害管理システム１００を構成する各サーバの機能を説明する。図５は、第一の実施形態の障害管理システムの機能構成を説明する図である。
【００３７】
本実施形態の端末管理サーバ１１０は、端末情報管理部１２１、異常検知部１２２、端末重要度算出部１２３、重要度判定部１２４を有する。
【００３８】
本実施形態の端末情報管理部１２１は、連携処理システム２００が有する処理サーバ群に関する端末情報を管理する。本実施形態の端末情報とは、例えば処理サーバ２１１〜２１４のＩＰアドレス、各処理サーバに搭載されている機能名、各処理サーバの重要度を示す情報等を含む。本実施形態の端末情報は、例えば端末管理サーバ１１０の有する記憶装置１１３等に格納されていても良い。
【００３９】
本実施形態の異常検知部１２２は、処理サーバ２１１〜２１４を用いた連携処理を実行中に異常が発生した場合に、これを検知する。具体的には異常検知部１２２は、各処理サーバから所定時間応答がない場合に、異常を検知しても良い。
【００４０】
本実施形態の端末重要度算出部１２３は、端末管理サーバ１１０の有する記憶装置１１３等に格納されている端末情報を用いて、端末重要度を算出する。端末情報及び端末重要度の算出については後述する。算出された端末重要度は端末管理サーバ１１０の有する記憶装置１１３等に格納されても良い。
【００４１】
重要度判定部１２４は、例えば処理サーバ２１１〜２１４のうち、異常の生じた処理サーバの端末重要度が所定範囲内であるか否かを判定する。尚このときの所定範囲とは、比較的重要度が高い処理サーバを抽出するために設定される上位の所定範囲であり、予め設定された値である。重要度判定部１２４による判定結果は、端末管理サーバ１１０の有する記憶装置１１３等に格納され、端末情報管理部１２１により端末情報の一部として管理される。
【００４２】
また本実施形態の端末重要度判定部１２４は、処理サーバ２１１〜２１４のうち、異常の生じていない処理サーバの端末重要度がある所定範囲以下であるか否かを判定する。尚このときの所定範囲とは、重要度が比較的低い処理サーバを抽出するために設定される下位の所定範囲であり、予め設定された値である。判定結果は同様に、端末情報管理部１２１により端末情報の一部として管理される。
【００４３】
本実施形態の機能管理サーバ１３０は、機能情報管理部１３１、機能入替部１３２、機能重要度算出部１３３を有する。
【００４４】
本実施形態の機能情報管理部１３１は、連携処理システム２００により実行される機能に関する機能情報を管理する。連携処理システム２００により実行される機能とは、連携処理システム２０を構成する全ての処理サーバに搭載されている機能である。図５の例では、処理サーバ２１１〜２１４のそれぞれに搭載された機能である。
【００４５】
本実施形態の機能情報とは、例えば機能の使用回数、機能を搭載している処理サーバ数、各機能の使用回数、機能の重要度を示す情報等を含む。本実施形態の機能情報は、例えば機能管理サーバ１３０の有する記憶装置等に格納されていても良い。
【００４６】
機能入替部１３２は、端末重要度判定部１２４によって端末重要度が上位の所定範囲内であると判定された処理サーバの機能と、端末重要度が下位の所定範囲の処理サーバの機能を入れ替える。機能入替部１３２の処理の詳細は後述する。
【００４７】
機能重要度算出部１３３は、機能情報を用いて各機能の機能重要度を算出する。機能重要度算出部１３３の処理の詳細は後述する。算出された機能重要度は、機能管理サーバ１３０の有する記憶装置等に格納されても良い。
【００４８】
以下に、図６を参照して本実施形態における端末重要度と機能重要度の算出について説明する。図６は、第一の実施形態の端末重要度の算出を説明する第一のフローチャートである。
【００４９】
本実施形態の障害管理システム１００において機能管理サーバ１３０は、機能情報管理部１３１により、連携処理システム２００を構成する処理サーバ２１１〜２１４で実行された機能毎の使用回数をカウントアップし、機能情報の一部として保持する（Ｓ６０１）。
【００５０】
続いて障害管理システム１００では、端末管理サーバ１１０の異常検知部１２２が処理サーバの異常を検知したか否かを判断する（ステップＳ６０２）。ステップＳ６０２において異常が検知されない場合、障害管理システム１００は処理を終了する。
【００５１】
ステップＳ５６０２において異常が検知されると、機能管理サーバ１３０は、機能情報管理部１３１で管理されている機能情報を読み出す（ステップＳ６０３）。続いて機能管理サーバ１３０は、機能重要度算出部１３３により機能情報を用いて機能重要度を算出する（ステップＳ６０４）。
【００５２】
ここでステップＳ６０４における機能重要度の算出方法について説明する。本実施形態では、機能重要度は以下の式１により算出される。
［式１］
（機能重要度）＝（機能ａの使用回数）×（前回算出した機能ａの機能重要度）／（機能ａを搭載している処理サーバ数）／（全機能の使用回数の最大値）
尚式１では、機能ａの機能重要度を算出する例である。また式１における「全機能の使用回数の最大値」とは、各機能毎の使用回数のうちの最大値である。具体的には例えば機能ａ，ｂ，ｃのうち機能ｂが最も頻繁に使用される機能であった場合、機能ｂの使用回数が３つの機能の使用回数のうちで最大となる。よってこの場合は機能ｂの使用回数が全機能の使用回数の最大値となる。
【００５３】
また本実施形態では、機能重要度の算出は、連携処理システム２００で実行される全ての機能について算出される。
【００５４】
次に端末管理サーバ１１０は、端末情報管理部１２１で管理されている端末情報を読み出す（ステップＳ６０５）。具体的には、本実施形態では、前回算出した端末重要度を抽出する。
【００５５】
続いて端末管理サーバ１１０は、端末重要度算出部１２３により、端末重要度を算出する（ステップＳ６０６）。例えば、端末重要度を算出する処理サーバに機能ａ、ｂ、ｃが搭載されていた場合、端末重要度は以下の式２により算出される。
【００５６】
［式２］
（端末重要度）＝｛（機能ａの機能重要度）＋（機能ｂの機能重要度）＋（機能ｃの機能重要度）｝×（前回算出した端末重要度）
続いて機能管理サーバ１３０はステップＳ６０４で算出した機能重要度を記憶装置に格納し、端末管理サーバ１１０はステップＳ６０６で算出した端末重要度を記憶装置１１３へ格納する（ステップＳ６０７）。
【００５７】
本実施形態の障害管理システム１００では、端末重要度の算出が完了すると、連携処理システム２００を異常状態から復旧させるために、処理サーバ間における機能の入れ替えを行う。
【００５８】
以下に、図７を参照して機能管理サーバ１３０の機能入替部１３２の処理について説明する。図７は、第一の実施形態の機能入替部による機能の入れ替えを説明するフローチャートである。
【００５９】
本実施形態の機能管理サーバ１３０において、機能入替部１３２は、端末管理サーバ１１０から連携処理システム２００の有する処理サーバ群の端末重要度を抽出する（ステップＳ７０１）。続いて機能入替部１３２は、異常が検知された処理サーバの端末重要度が
上位の所定範囲内か否かを判断する（ステップＳ７０２）。
【００６０】
ステップＳ７０２において異常が検知された処理サーバの端末重要度が上位の所定範囲内にない場合、機能入替部１３２は処理を終了する。
【００６１】
ステップＳ７０２において異常が検知された処理サーバの端末重要度が上位の所定範囲内の場合、機能入替部１３２は、機能の入替対象とする処理サーバを選択する（ステップＳ７０３）。本実施形態の機能入替部１３２は、例えば機能重要度が最も低い処理サーバを機能の入替対象の処理サーバに選択する。
【００６２】
続いて機能入替部１３２は、入替対象に選択された処理サーバが使用中か否かを判断する（ステップＳ７０４）。ステップＳ７０４で入替対象の処理サーバが使用中でない場合、後述するステップＳ７０７へ進む。
【００６３】
ステップＳ７０４で入替対象の処理サーバが使用中であった場合、機能入替部１３２は、ステップ７０３で設定された入替対象の処理サーバを機能入替の対象から除外する（ステップＳ７０５）。続いて機能入替部１３２は、次に端末重要度の低い処理サーバが存在するか否かを判断する（ステップＳ７０６）。ステップＳ７０６において該当する処理サーバが存在する場合、機能入替部１３２はステップＳ７０３へ戻る。ステップＳ７０６において該当する処理サーバが存在しない場合、機能入替部１３２はステップＳ７０１へ戻る。
【００６４】
ここまでが、機能入替の対象となる処理サーバを選択する処理である。以下に図８を参照してステップＳ７０１から７０７までの処理を具体的に説明する。
【００６５】
図８は、機能入替の対象となる処理サーバの選択を説明する図である。図８（Ａ）は、ステップＳ７０１で機能入替部１３２が取得した端末重要度の例を示している。本実施形態では、端末重要度はテーブル８１として取得されても良い。またテーブル８１では、端末重要度が高い順に、端末重要度と処理サーバの識別情報とが対応付けられていても良い。
【００６６】
機能入替部１３２は、ステップＳ７０２では、例えば異常が検知された処理サーバが端末重要度の上位２０％の処理サーバに含まれるか否かを判断する。また機能入替部１３２は、ステップＳ７０３において、例えば端末重要度が最も低い処理サーバ、すなわちテーブル８１の最下段の処理サーバを選択しても良い。
【００６７】
図８（Ｂ）は、ステップＳ７０５においてテーブル８１から処理サーバがひとつ除外された場合のテーブル８１Ａを示している。
【００６８】
例えばステップＳ７０３で設定された最下段の処理サーバ２１９が使用中であった場合、機能入替部１３２は、テーブル８１から処理サーバ２１９を削除する。するとテーブル８１Ａで最下段の処理サーバは処理サーバ２１８となる。よって機能入替部１３２は、次にこの処理サーバ２１８を機能入替の対象として選択する。
【００６９】
図７に戻って、ステップＳ７０７以降の処理を説明する。
【００７０】
ステップＳ７０４において機能の入替対象の処理サーバが選択されると、機能入替部１３２は、選択された処理サーバに、連携処理システム２００での処理の予約が入っているか否かを判断する（ステップＳ７０７）。尚処理の予約とは、連携処理フローを実行する際の機能の一部が割り当てられているか否かを示す。処理が予約されていた場合とは、連携処理フローにより実行される機能の一部を実行する処理サーバに設定されている場合である。処理が予約されていない場合とは、処理サーバが連携処理フローにより実現される機能の一部の実行を担っていない場合である。
【００７１】
ステップＳ７０７において処理の予約が入っていない場合、機能入替部１３２は後述するステップＳ７１２へ進む。
【００７２】
ステップＳ７０７において処理の予約が入っている場合、機能入替部１３２は、ステップＳ７０３で選択された処理サーバから予約情報を抽出する（ステップＳ７０８）。本実施形態の予約情報とは、連携処理システム２００における機能の実行を割り当てられた処理サーバが有する情報である。予約情報には、例えば予約された処理により実現される機能の種類、機能の名前、機能や実行する処理の順番等が含まれる。
【００７３】
続いて機能入替部１３２は、抽出した予約情報が示す機能を実行できる処理サーバが連携システム２００内に存在するか否かを判断する（ステップＳ７０９）。
【００７４】
ステップＳ７０９において該当する処理サーバが存在しない場合、機能入替部１３２は、ステップＳ７０３で選択された処理サーバを入替対象から除外する（ステップＳ７１０）。具体的には図８のテーブル８１から一度選択された処理サーバを削除する。ステップＳ７０９において該当する処理サーバが存在する場合、ステップＳ７０８で抽出した予約情報に係る処理を実行する処理サーバを、該当する処理サーバに変更する（ステップＳ７１１）。尚本実施形態では、このとき端末情報管理部１２１において、端末情報に含まれる処理の順番を予約情報に基づき書き換えると良い。
【００７５】
続いて機能入替部１３２は、ステップＳ７０２において異常が検知された処理サーバに処理の予約が入っているか否かを判断する（ステップＳ７１２）。ステップＳ７１２において処理の予約が入っていない場合、後述するステップＳ７１６に進む。
【００７６】
ステップＳ７１２で異常が検知された処理サーバに処理の予約が入っている場合、機能入替部１３２は、この処理サーバから予約情報を抽出する（ステップＳ７１３）。続いて機能入替部１３２は、ステップＳ７１３で抽出した予約情報が示す機能を実行できる処理サーバが連携システム２００内に存在するか否かを判断する（ステップＳ７１４）。
【００７７】
ステップＳ７１４において該当する処理サーバが存在する場合、機能入替部１３２は、異常が検知された処理サーバに予約されていた処理を実行する処理サーバを変更する（ステップＳ７１５）。このとき機能入替部１３２は、異常が検知された処理サーバに設定された予約情報も、ステップＳ７１５で変更された処理サーバへ渡す。
【００７８】
続いて機能入替部１３２は、異常が検知された処理サーバの機能と、ステップＳ７０３で選択された端末重要度の低い処理サーバの機能とを入れ替える（ステップＳ７１６）。
【００７９】
ステップＳ７１４において該当する処理サーバが存在しない場合、異常が検知された処理サーバの機能と、ステップＳ７０３で選択された端末重要度の低い処理サーバの機能とを入れ替え、さらにステップＳ７１３で抽出した予約情報も端末重要度の低い処理サーバへ設定する（ステップＳ７１７）。
【００８０】
以下に図９を参照して本実施形態の機能入替部１３２による機能の入れ替えを説明する。図９は、第一の実施形態の機能の入れ替えを説明する図である。図９では、処理サーバ２１１に異常が検知され、機能の入替対象として処理サーバ２１４が選択された例を示している。図９（Ａ）は機能の入替前を示しており、図９（Ｂ）は機能の入替後を示している。
【００８１】
図９の例では、異常が検知された処理サーバ２１１の端末重要度は、連携処理システム２００に含まれる処理サーバの上位２０％以内であり、機能の入替対象に選択された処理サーバ２１４の端末重要度は下位１０％以内とした。
【００８２】
本実施形態の処理サーバ２１１は、機能ａ，ｂ，ｃを実行する。また処理サーバ２１４は、機能ｃ，ｄ，ｅを実行する。処理サーバ２１４では、連携処理システム２００における連携処理フローにおいて機能ｅを実行する処理の予約が入っているものとした。
【００８３】
機能入替部１３２は、処理サーバ２１４が選択されると、処理サーバ２１４に処理の予約が入っているか否かを判断する。図９の例では、図９（Ａ）に示すように、処理サーバ２１４の機能ｅについて処理の予約がされている。よって機能入替部１３２は、処理サーバ２１４から予約情報を抽出し、機能ｅを実行できる他の処理サーバを探す。
【００８４】
図９の例では、処理サーバ２１２が機能ｅを実行できるサーバである。よって機能入替部１３２は、図９（Ｂ）に示すように、処理サーバ２１２へ機能ｅの予約情報を渡し、処理サーバ２１２において機能ｅの実行を予約する。
【００８５】
続いて機能入替部１３２は、異常が検知された処理サーバ２１１において処理の予約がされているか否かを判断する。図９の例では、機能ｃの実行の予約がされている。そこで機能入替部１３２は、機能ｃを実行できる処理サーバを探す。図９の例では、機能ｃを実行できる処理サーバが他にないものとした。よって本実施形態では処理サーバ２１１の機能と処理サーバ２１４の機能とを入れ替え、さらに処理サーバ２１４に機能ｃの処理の予約情報を渡して処理サーバ２１４において機能ｃの実行を予約する。
【００８６】
本実施形態における機能とは、例えばソフトウェア（アプリケーション）で実現されるものであり、本実施形態の機能管理サーバ１３０の記憶装置には、各機能を実現するアプリケーション群が格納されている。
【００８７】
本実施形態の機能入替部１３２による機能の入れ替えとは、機能入替部１３２が処理サーバに機能毎のアプリケーションを処理サーバへインストールしたり、処理サーバ内の機能毎のアプリケーションを削除したりすることで実現される。
【００８８】
図９の例では、機能入替部１３２は、処理サーバ２１１から機能ａ，ｂ，ｃを実現するアプリケーションを削除し、処理サーバ２１４の機能である機能ｃ，ｄ，ｅを実現するアプリケーションを処理サーバ２１１へインストールする。また本実施形態の機能入替部１３２は、処理サーバ２１４から機能ｃ，ｄ，ｅを実現するアプリケーションを削除し、処理サーバ２１１の機能である機能ａ，ｂ，ｃを実現するアプリケーションを処理サーバ２１４へインストールする。このとき図９の例では、処理サーバ２１１に、機能ｃの処理の予約がされている。よって機能入替部１３２は、処理サーバ２１１から機能ｃに関する予約情報を抽出し、この予約情報も処理サーバ２１４へ渡す。本実施形態では、このようにして処理サーバ毎の機能を入れ替える。
【００８９】
また図９の例では、処理サーバ２１４において機能ｅの処理の予約がなされている。よって機能入替部１３２は、機能ｅを有する処理サーバ２１２に機能ｅを実行させることとし、処理サーバ２１４から機能ｅに関する予約情報を抽出する。機能入替部１３２は、抽出した予約情報を処理サーバ２１２へ渡し、処理サーバ２１４で実行するはずであった機能ｅを処理サーバ２１２で実行させる。
【００９０】
以上のように本実施形態では、異常が検知された処理サーバの端末重要度が異常検知の時点で高い場合に、この処理サーバの機能と、連携処理システム２００に含まれる他の処理サーバのうち端末重要度の低い処理サーバの機能とを入れ替え、機能を交換する。よって本実施形態では、異常が検知されたときの端末装置の重要度に基づく復旧処理を行うことができる。また本実施形態では、機能の入替対象となる処理サーバにおいて、他の処理を実行する予約が入っていた場合、他の処理サーバで予約された処理を実行させる。よって本実施形態では、処理サーバ間の機能の入れ替えを行った場合でも、連携処理フローを滞らせることがない。
【００９１】
尚本実施形態では、異常が検知されてから機能重要度及び端末重要度を算出する形態としたが、これに限定されない。本実施形態では、例えば機能重要度のみを先に算出しておいても良い。
【００９２】
図１０は、第一の実施形態における機能重要度の算出を説明するフローチャートである。
【００９３】
図１０では、各機能が所定回数以上に達した場合に機能重要度を算出する。このようにすれば、例えばほとんど使用されない機能の機能重要度を算出する必要がなくなり、処理の負荷を軽減できる。
【００９４】
本実施形態の機能管理サーバ１３０において機能重要度算出部１３３は、各機能の使用回数を記憶装置へ格納する（ステップＳ１００１）。続いて機能重要度算出部１３３は、機能の使用回数が所定回数にて達したか否かを判断する（ステップＳ１００２）。ステップＳ１００２において使用回数が所定回数に達していない場合、機能重要度算出部１３３は処理を終了する。ステップＳ１００２において使用回数が所定回数に達した場合、機能重要度算出部１３３は機能情報を読み出す（ステップＳ１００３）。
【００９５】
ステップＳ１００３，１００４の処理は、図６のステップＳ６０３，６０４の処理と同様であるから説明を省略する。
【００９６】
続いて機能重要度算出部１３３は、ステップＳ１００４で算出した機能重要度を機能情報管理部１３１により記憶装置へ格納する（ステップＳ１００５）。
【００９７】
また本実施形態では、例えば図６で説明した処理と、図１０で説明した処理とを組み合わせて端末重要度を算出しても良い。図１１は、第一の実施形態の端末重要度の算出を説明する第二のフローチャートである。
【００９８】
図１１のステップＳ１１０１からステップＳ１１０５の処理は、ステップＳ１１０２において使用回数が所定回数に達しなかった場合に後述するステップＳ１１０６に進むことを除き、同様であるから説明を省略する。
【００９９】
ステップＳ１１０６において異常検知部１２２により異常が検知されると、端末管理サーバ１１０の端末重要度算出部１３３は、機能管理サーバ１３０に格納された機能重要度を取得する（ステップＳ１１０７）。
【０１００】
ステップＳ１１０８，１１０９の処理は、図６のステップＳ６０５，６０６の処理と同様であるから説明を省略する。続いて端末重要度算出部１３３は、算出した端末重要度を記憶装置１１３に格納する（ステップＳ１１１０）。
【０１０１】
このように端末重要度を算出すれば、異常が検知されたときの演算処理の負荷を軽減できる。
【０１０２】
尚本実施形態では、異常状態が解消さたれ場合に、再度機能入替部１３２により、入れ替えた機能を元通りに戻しても良い。
【０１０３】
（第二の実施形態）
以下に図面を参照して本発明の第二の実施形態について説明する。本発明の第二の実施形態では、機能重要度に基づき機能の入れ替えを行う点が第一の実施形態と相違する。以下の本発明の第二の実施形態の説明では、第一の実施形態と同様の機能構成を有する点には第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０１０４】
図１２は、第二の実施形態の障害管理システムの機能構成を説明する図である。本実施形態の障害管理システム１００Ａは、端末管理サーバ１１０Ａと機能管理サーバ１３０Ａとを有する。
【０１０５】
本実施形態の端末管理サーバ１１０Ａは、端末情報管理部１２１と、異常検知部１２２とを有する。
【０１０６】
本実施形態の機能管理サーバ１３０Ａは、機能情報管理部１３１、機能入替部１３２、機能重要度算出部１３３、重要度判定部１３４を有する。本実施形態の機能入替部１３２は、機能重要度に基づき、処理サーバが有する機能の一部を入れ替える。本実施形態の機能重要度算出部１３３による機能重要度の算出は、図１０と同様であるから説明を省略する。
【０１０７】
以下に、図１３を参照して機能管理サーバ１３０Ａの機能入替部１３２の処理について説明する。図１３は、第二の実施形態の機能入替部による機能の入れ替えを説明するフローチャートである。
【０１０８】
本実施形態の機能管理サーバ１３０Ａにおいて、機能入替部１３２は、連携処理システム２００の有する全ての機能の機能重要度を読み出す（ステップＳ１３０１）。続いて機能入替部１３２は、異常が検知された処理サーバにおいて機能重要度が上位の所定範囲内の機能が搭載されているか否かを判断する（ステップＳ１３０２）。ステップＳ１３０２において機能重要度が上位の所定範囲内の機能が搭載されていない場合、機能入替部１３２は処理を終了する。
【０１０９】
ステップＳ１３０２において機能重要度が上位の所定範囲内の機能が搭載されている場合、機能入替部１３２は、端末管理サーバ１１０Ａから連携処理システム２００を構成する処理サーバと、処理サーバ毎に搭載された機能とを抽出する（ステップＳ１３０３）。ステップＳ１３０３の処理の詳細は後述する。
【０１１０】
続いて機能入替部１３２は、ステップＳ１３０３で抽出された処理サーバのうち、最も機能重要度が低い機能が搭載された処理サーバを、機能の入替対象の処理サーバに選択する（ステップＳ１３０４）。
【０１１１】
ステップＳ１３０５とステップＳ１３０６の処理は、図７のステップＳ７０４とステップＳ７０５の処理と同様であるから説明を省略する。
【０１１２】
ステップＳ１３０６に続いて、機能入替部１３２は、入替対象の処理サーバが他に存在するか否かを判断する（ステップＳ１３０７）。ステップＳ１３０７において、該当する処理サーバが存在する場合、機能入替部１３２はステップＳ１３０４へ戻る。ステップＳ１３０７において該当する処理サーバが存在しない場合、機能入替部１３２はステップＳ１３０３へ戻る。
【０１１３】
ステップＳ１３０１〜１３０７までの処理が、入替対象となる機能と処理サーバとを選択する処理である。以下に図１４を参照してステップＳ１３０１〜１３０７までの処理を具体的に説明する。図１４は、第二の実施形態における入替対象となる機能と処理サーバとを選択する処理を説明する図である。
【０１１４】
図１４（Ａ）は、機能入替部１３２がステップＳ１３０１で記憶装置に格納された機能重要度を抽出した例を示す。本実施形態において機能重要度は、図１４（Ａ）に示すように、テーブル１４１のように抽出されても良い。テーブル１４１では、機能名と機能重要度とが対応付けられており、機能重要度が高い順にソートされている。
【０１１５】
図１４（Ｂ）は、処理サーバと、処理サーバに搭載された機能とを対応付けたテーブル１４２を示す。テーブル１４２は、端末管理サーバ１１０Ａの端末情報管理部１２１に管理される端末情報の一部である。テーブル１４１において、例えば処理サーバ２１１には機能ａ，ｂ，ｚが搭載さてれおり、処理サーバ２１２には機能ａ，ｂ，ｃ，ｄが搭載されていることがわかる。
【０１１６】
本実施形態において、例えば処理サーバ２１１に異常が検知された場合、テーブル１４１、１４２から処理サーバ２１１に搭載されている機能の機能重要度が高いか否かが判断できる。例えば処理サーバ２１１に搭載された機能ａ，ｂの機能重要度は、テーブル１４１によれば上位２０％に含まれる。また処理サーバ２１１に搭載された機能ｚの機能重要度はテーブル１４１によれば下位２０％に含まれる。
【０１１７】
よって処理サーバ２１１には、機能重要度が上位の所定範囲内の機能ａ，ｂと、機能重要度が下位の所定範囲内の機能ｚが搭載されていることがわかる。
【０１１８】
図１４（Ｃ）は、ステップＳ１３０３で抽出される機能と処理サーバを説明する図である。ステップＳ１３０３において機能入替部１３２は、テーブル１４１、１４２を参照し、異常が検知された処理サーバに搭載された機能のうち、機能重要度が高いと判定された機能と、この機能が搭載されていない処理サーバとを抽出する。
【０１１９】
例えば処理サーバ２１１に異常が検知された場合、機能入替部１３２は、機能ａ，ｂと、機能ａ，ｂが搭載されていない処理サーバとを抽出する。
【０１２０】
図１４（Ｃ）のテーブル１４３は、機能ａ，ｂが搭載されていない処理サーバが抽出された例を示している。また図１４（Ｃ）に示すテーブル１４４は、処理サーバ２１１から他の処理サーバに入れ替える機能として抽出した機能ａ，ｂを示す図である。
【０１２１】
ここで機能入替部１３２は、テーブル１４３において最も機能重要度の低い機能が搭載された処理サーバを機能の入替対象として選択する。テーブル１４３によれば、機能重要度が最も低い機能である機能ｚを搭載しているのは、処理サーバ２１４である。よって機能入替部１３２は、処理サーバ２１４を機能の入替対象として選択する。尚機能の入替対象の処理サーバとは、テーブル１４４に抽出された機能がインストールされる処理サーバのことである。
【０１２２】
機能入替部１３２は、入替対象に処理サーバ２１４を選択した後、ステップＳ１３０５で処理サーバ２１４が使用中か否かを判断する。ここで処理サーバ２１４が使用中であった場合、機能入替部１３２はステップＳ１３０６でテーブル１４３から処理サーバ２１４を削除する。図１４（Ｄ）は、処理サーバ２１４が削除されたテーブル１４３Ａを示している。
【０１２３】
続いて機能入替部１３２は、ステップＳ１３０７で入替対象の処理サーバが他にあるか否か判断する。図１４の例では、テーブル１４３Ａには入替対象となる処理サーバ２１７、２１９が存在するため、機能入替部１３２はステップＳ１３０４に戻る。
【０１２４】
ここでテーブル１４３Ａに入替対象の処理サーバが存在しない場合、機能入替部１３２はステップＳ１３０３に戻り、再度テーブル１４３を作成する。
【０１２５】
以上が、入替対象となる機能と処理サーバの選択の処理である。
【０１２６】
図１３に戻って、ステップＳ１３０８以降の処理を説明する。図１３のステップＳ１３０８からステップＳ１３１７までの処理は、図７のステップＳ７０７からステップＳ７０９，ステップＳ７１１〜ステップＳ７１７までの処理と基本的に同様であるから説明を省略し、相違する処理のみ説明する。尚ステップＳ１３１０おいて該当する処理サーバが存在しない場合、機能入替部１３２はステップＳ１３０６へ戻る。
【０１２７】
ステップＳ１３１５に続いて機能入替部１３２は、異常検知された処理サーバと、ステップＳ１３０４で選択された処理サーバとの間で、重要度判定部１３４により機能重要度が上位の所定範囲内と判定された機能と、機能重要度が下位の所定範囲内と判定された機能とを入れ替える（ステップＳ１３１６）。
【０１２８】
具体的には例えば上位の所定範囲及び下位の所定範囲を２０％とすると、異常が検知された処理サーバに搭載された機能のうち機能重要度が上位２０％以内の機能を抽出する。また機能入替部１３２は、ステップＳ１３０４で選択された処理サーバに搭載された機能のうち、機能重要度が下位２０％以内の機能を抽出する。そして、抽出された上位２０％以内の機能を実行するアプリケーションをステップＳ１３０４で選択された処理サーバへインストールし、下位２０％以内の機能を実行するアプリケーションを異常が検知された処理サーバへインストールする。本実施形態では、これにて機能の入れ替えが行われる。
【０１２９】
またステップＳ１３１４で該当する処理サーバが存在しない場合、ステップＳ１３１６で説明した機能の入れ替えを行い、さらに異常が検知されたサーバに設定されていた予約情報を、ステップＳ１３０４で選択された処理サーバへ渡す。
【０１３０】
続いて機能入替部１３２は、入替対象の機能をテーブル１４４から削除する（ステップＳ１３１８）。本実施形態では、入替対象の機能はテーブル１４４に示すように機能ａ，ｂ
である。ここで例えば機能ａがステップＳ１３０４で選択された処理サーバにインストールされて搭載された場合、機能入替部１３２は、機能ａの入れ替えが完了したものとし、テーブル１４４から機能ａを削除する。図１５は、機能ａが削除されたテーブルの例を示す図である。図１５のテーブル１４４Ａでは、機能ａが削除されている。
【０１３１】
続いて機能入替部１３２は、入替対象の全ての機能を入れ替えたか否かを判断する（ステップＳ１３１９）。具体的には機能入替部１３２は、テーブル１４４Ａが空となったとき、全ての機能の入れ替えが完了したものと判断し、処理を終了する。ステップＳ１３１９でテーブル１４４Ａが空でない場合、機能入替部１３２はステップＳ１３０６へ戻る。
【０１３２】
以上のように本実施形態では、異常が検知された処理サーバにおいて機能重要度が比較的高い機能を他の処理サーバの機能重要度の低い機能と入れ替える。
【０１３３】
本実施形態では、これにより、異常が検知されたときの端末装置に係る重要度に基づく復旧処理を行うことができる。
【０１３４】
（第三の実施形態）
以下に図面を参照して本発明の第三の実施形態について説明する。本発明の第三の実施形態は、端末重要度と機能重要度とを用いる。以下の本発明の第三の実施形態の説明では、第一の実施形態との相違点についてのみ説明し、第一の実施形態と同様の機能構成を有する点には第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０１３５】
図１６は、第三の実施形態の障害管理システムの機能構成を説明する図である。本実施形態の障害管理システム１００Ｂでは、第一の実施形態の端末管理サーバ１１０と、第二の実施形態の機能管理サーバ１３０Ａとを有する。
【０１３６】
以下に本実施形態の障害管理システム１００Ｂの動作を説明する。本実施形態では、例えば異常が検知された処理サーバの端末重要度が上位の所定範囲内にある場合、端末重要度を用いて処理サーバの機能の入れ替えを行う。また本実施形態では、異常が検知された処理サーバの端末重要度が別の所定範囲内にある場合、機能重要度を用いて処理サーバの機能の入れ替えを行う。
【０１３７】
図１７は、第三の実施形態の障害管理システムの動作を説明するフローチャートである。
【０１３８】
本実施形態の障害管理システム１００Ｂにおいて機能の入れ替えの処理が開始すると、機能入替部１３２は、端末管理サーバ１１０に格納された端末重要度を抽出する（ステップＳ１７０１）。続いて機能入替部１３２は、異常が検知された処理サーバの端末重要度が、上位の所定範囲内であるか否かを判断する（ステップＳ１７０２）。尚本実施形態では、実施形態では、上位の所定範囲は、例えば上位２０％以上とした。
【０１３９】
ステップＳ１７０２において該当する端末重要度が上位の所定範囲内である場合、機能入替部１３２はステップＳ７０３へ進む。
【０１４０】
またステップＳ１７０２において該当する端末重要度が上位の所定範囲外である場合、機能入替部１３２は、異常が検知された処理サーバの端末重要度が別の所定範囲内であるか否かを判断する（ステップＳ１７０３）。尚本実施形態では、別の所定範囲を例えば上位３０％以内とした。
【０１４１】
ステップＳ１７０３において別の所定範囲内である場合、機能入替部１３２は、ステップＳ１３０３へ進む。ステップＳ１７０３において別の所定範囲外であった場合、機能入替部１３２は処理を終了する。
【０１４２】
以上のように本実施形態では、例えば異常が検知された処理サーバの端末重要度が高いと判定された場合には、端末重要度に基づき処理サーバに搭載された機能を全て入れ替える。また異常が検知された処理サーバの端末重要度が例えば中程度と判定された場合には、処理サーバに搭載された機能重要度に基づき機能毎の入れ替えを行う。
【０１４３】
よって本実施形態では、第一の実施形態及び第二の実施形態と同様に、異常が検知されたときの端末装置に関する重要度に基づく復旧処理を行うことができる。
【０１４４】
以上、各実施形態に基づき本発明の説明を行ってきたが、上記実施形態に示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することができ、その応用形態に応じて適切に定めることができる。
【符号の説明】
【０１４５】
１００、１００Ａ、１００Ｂ  障害管理システム
１１０、１１０Ａ  端末管理サーバ
１２１  端末情報管理部
１２２  異常検知部
１２３  端末重要度算出部
１２４  重要度判定部
１３０、１３０Ａ  機能管理サーバ
１３１  機能情報管理部
１３２  機能入替部
１３３  機能重要度算出部
１３４  重要度判定部
２００  連携処理システム
２１１〜２１４  処理サーバ
【先行技術文献】
【特許文献】
【０１４６】
【特許文献１】特開２０１１−１３９３７２号公報
【図１】
2014102752.tif 000003
【図２】
2014102752.tif 000004
【図３】
2014102752.tif 000005
【図４】
2014102752.tif 000006
【図５】
2014102752.tif 000007
【図６】
2014102752.tif 000008
【図７】
2014102752.tif 000009
【図８】
2014102752.tif 000010
【図９】
2014102752.tif 000011
【図１０】
2014102752.tif 000012
【図１１】
2014102752.tif 000013
【図１２】
2014102752.tif 000014
【図１３】
2014102752.tif 000015
【図１４】
2014102752.tif 000016
【図１５】
2014102752.tif 000017
【図１６】
2014102752.tif 000018
【図１７】
2014102752.tif 000019