(57)【要約】      （修正有）【課題】複数の情報処理装置を利用して継続的に情報の解析を行う解析システムにおいて、情報処理装置の故障に対応できるようにしつつシステム全体としての処理速度の向上を図る。【解決手段】複数台の情報処理装置を、解析すべき事象を示すデータを受信し負荷の少ない他の情報処理装置に解析の実行を依頼すべく解析対象データを送信し解析結果データを受信するメイン運用状態、メイン運用状態にある情報処理装置から解析対象データを受信し解析処理を実行し解析結果データをメイン運用状態にある情報処理装置に送信するサブ運用状態、及び解析処理を実行しないポーズ運用状態のいずれかの運用状態とし、サブ運用状態にある情報処理装置から、故障が発生している場合又は故障の発生が予見される故障発生信号を受信したメイン運用にある情報処理装置は、故障発生信号を送信した情報処理装置をポーズ運用状態として新たな解析の実行を依頼しない。【選択図】図８
2015022686.tif 000002
【特許請求の範囲】
【請求項１】
複数の情報処理装置を備えた解析部を有する解析システムであって、
前記複数の情報処理装置を、解析すべき事象を示すデータを受信し負荷の少ない他の情報処理装置に解析の実行を依頼すべく解析対象データを送信し解析結果データを受信するメイン運用状態、メイン運用状態にある情報処理装置から解析対象データを受信し解析処理を実行し解析結果データをメイン運用状態にある情報処理装置に送信するサブ運用状態、及び解析処理を実行しないポーズ運用状態のいずれかの運用状態とし、
前記サブ運用状態にある情報処理装置が、故障が発生している場合又は故障の発生が予見される場合に故障発生信号を前記メイン運用にある情報処理装置に送信し、
前記メイン運用にある情報処理装置は、前記故障発生信号を受信すると、該故障発生信号を送信した情報処理装置を前記ポーズ運用状態として新たな解析の実行を依頼しないようにしていることを特徴とする解析システム。
【請求項２】
前記メイン運用状態にある情報処理装置に解析すべき事象を示すデータを送信し、該メイン運用状態にある情報処理装置から解析結果データを受信する管理サーバを備えている請求項１記載の解析システム。
【請求項３】
前記管理サーバが、いずれかの情報処理装置をポーズ運用状態とするための命令の入力を受け付けるポーズ運用命令受付手段と、このポーズ運用命令受付手段が前記命令の入力を受け付けた際に情報処理装置にポーズ運用状態とするための命令を送信するポーズ運用命令手段とを備えている請求項２記載の解析システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の情報処理装置を利用して継続的に情報の解析を行う解析システムに関する。
【背景技術】
【０００２】
従来より、複数の情報処置装置を備えた解析部を利用して、いわゆる２４時間年中無休運用により継続的に情報の解析を行う種々の解析システムが知られている（例えば、特許文献１を参照）。
【０００３】
このような解析システムにおいて、従来、いずれかの情報処理装置に故障が発生した際には、故障が発生した情報処理装置が行っている処理を中止させた上で該情報処理装置の作動を停止させ、他の情報処理装置に故障が発生した情報処理装置が行っていた処理の解析対象データを送信して該処理を最初からやり直す態様が広くとられていた。
【０００４】
しかして、いわゆる２４時間年中無休運用により継続的に情報の解析を行うこのような解析システムを利用して行う解析は完了までに多くの時間を要するものが多く、このような解析を一旦中止させて他の情報処理装置により最初からやり直すことにより多くの時間が空費されるという不具合が存在する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−８３８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は以上の点に着目し、複数の情報処理装置を利用して継続的に情報の解析を行う解析システムにおいて、情報処理装置の故障に対応できるようにしつつシステム全体としての処理速度の向上を図ることを目的とする。
【課題を解決するための手段】
【０００７】
以上の課題を解決すべく、本発明に係る解析システムは、以下に述べるような構成を有する。すなわち本発明に係る解析システムは、複数の情報処理装置を備えた解析部を有する解析システムであって、前記複数の情報処理装置を、解析すべき事象を示すデータを受信し負荷の少ない他の情報処理装置に解析の実行を依頼すべく解析対象データを送信し解析結果データを受信するメイン運用状態、メイン運用状態にある情報処理装置から解析対象データを受信し解析処理を実行し解析結果データをメイン運用状態にある情報処理装置に送信するサブ運用状態、及び解析処理を実行しないポーズ運用状態のいずれかの運用状態とし、前記サブ運用状態にある情報処理装置が、故障が発生している場合又は故障の発生が予見される場合に故障発生信号を前記メイン運用にある情報処理装置に送信し、前記メイン運用にある情報処理装置は、前記故障発生信号を受信すると、該故障発生信号を送信した情報処理装置を前記ポーズ運用状態として新たな解析の実行を依頼しないようにしている。
【０００８】
このようなものであれば、情報処理装置に故障が発生している場合又は故障の発生が予見される場合に、該情報処理装置は、故障発生信号を送信した後も進行中の処理が完了し解析結果データをメイン運用状態にある情報処理装置に送信するまでの処理を行い、その後該情報処理装置はポーズ運用状態となり新たな解析の実行を行わない状態となる。すなわち、故障の発生又は故障の発生の予見の後もその時点で実行している解析は継続するので、該解析を一旦中止させて他の情報処理装置に最初からやり直させる必要がなくなり、システム全体としての処理速度の向上を図ることができる。
【０００９】
このような解析システムの解析部に対するデータの受け渡しの管理を容易に行えるようにするための構成の一例として、好適な態様の一例として、前記メイン運用状態にある情報処理装置に解析すべき事象を示すデータを送信し、該メイン運用状態にある情報処理装置から解析結果データを受信する管理サーバを備えているものが挙げられる。
【００１０】
定期的な情報処理装置のメンテナンスや突発的な情報処理装置の故障に対応できるようにするための構成として、前記管理サーバが、いずれかの情報処理装置をポーズ運用状態とするための命令の入力を受け付けるポーズ運用命令受付手段と、このポーズ運用命令受付手段が前記命令の入力を受け付けた際に情報処理装置にポーズ運用状態とするための命令を送信するポーズ運用命令手段とを備えているものが挙げられる。
【発明の効果】
【００１１】
本発明によれば、複数の情報処理装置を利用して継続的に情報の解析を行う解析システムにおいて、情報処理装置の故障に対応できるようにしつつシステム全体としての処理速度の向上を図ることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態に係る解析システムの構成の概略図。
【図２】同実施形態に係る解析システムの情報処理装置を示す概略図。
【図３】同実施形態の情報処理装置の機能ブロック図。
【図４】同実施形態の情報処理装置の機能ブロック図。
【図５】同実施形態の管理サーバの機能ブロック図。
【図６】同実施形態のメイン運用状態にある情報処理装置が実行する処理の手順を示すフローチャート。
【図７】同実施形態のサブ運用状態にある情報処理装置が実行する処理の手順を示すフローチャート。
【図８】同実施形態のサブ運用状態にある情報処理装置が実行する処理の手順を示すフローチャート。
【図９】同実施形態の管理サーバが実行する処理の手順を示すフローチャート。
【図１０】同実施形態の管理サーバが実行する処理の手順を示すフローチャート。
【発明を実施するための形態】
【００１３】
本発明の第一実施形態を、図１〜図１０を参照しつつ以下に述べる。
【００１４】
本実施形態に係る解析システムは、図１に示すように、複数の情報処理装置２を備えた解析部１と、この解析部１に解析すべき事象を示すデータを送信し、解析部１から解析結果データを受信する管理サーバ３とを備えている。
【００１５】
解析部１は、それぞれ個別のＩＰアドレスが付された複数の情報処理装置２を通信回線Ｎを介して接続したものである。これら複数の情報処理装置２のうち１台はメイン運用状態をとる。このメイン運用状態をとる情報処理装置２には、以下、符号２Ｍを付す。なお、メイン運用状態をとる情報処理装置２は、メイン運用状態をとっていることを示す特殊なＩＰアドレスが付されている。一方、他の情報処理装置２は、メイン運用状態にある情報処理装置２Ｍから解析対象データを受信し解析処理を実行し解析結果データをメイン運用状態にある情報処理装置２Ｍに送信するサブ運用状態又は解析処理を実行しないポーズ運用状態のいずれかをとる。以下、サブ運用状態をとる情報処理装置２には、符号２Ｓを付す。また、ポーズ運用状態をとる情報処理装置２には、符号２Ｐを付す。
【００１６】
解析部１を構成する情報処理装置２は、図２に示すように、ＣＰＵ２ａ、メインメモリ２ｂ、外部記憶装置２ｃ、入出力インタフェース２ｄ等を内蔵し、この入出力インタフェース２ｄに入力装置２ｅ、表示装置２ｆ、通信装置２ｇ等を接続してなるパーソナルコンピュータ又はサーバコンピュータ等を用いて形成したものである。また、外部記憶装置２ｃの所定領域には制御プログラムが予め内蔵されており、この制御プログラムをメインメモリ２ｂに読み出してＣＰＵ２ａが実行することにより、この情報処理装置２は以下に述べるような機能を発揮する。より具体的には、この情報処理装置２には、図３に示すように、メイン運用状態として機能させるためのメイン運用プログラム及びサブ運用状態として機能させるためのサブ運用プログラムが内蔵されている。メイン運用プログラムが実行されている場合はメイン運用状態をとり、サブ運用プログラムが実行されている場合はサブ運用状態をとり、それぞれ以下に述べるような機能を発揮する。そして、いずれも実行されていない場合はポーズ運用状態をとる。
【００１７】
メイン運用プログラムが実行されている場合、すなわちメイン運用状態をとる場合、情報処理装置２Ｍは、機能ブロック図である図３に示すように、残処理数記憶手段２Ｍ１、解析対象受信手段２Ｍ２、依頼対象選択手段２Ｍ３、解析対象送信手段２Ｍ４、解析結果受信手段２Ｍ５、解析結果送信手段２Ｍ６、運用状態変更受信手段２Ｍ７、故障検出手段２Ｍ８及び故障通知手段２Ｍ９として機能する。
【００１８】
残処理数記憶手段２Ｍ１は、外部記憶装置１ｃの所定領域に、他の情報処理装置２それぞれの、先に依頼しており解析結果データを受け取っていない処理の数（以下、残処理数と称する）及び運用状態を各情報処理装置２のＩＰアドレスと関連させたものである残処理数レコードを記憶する。
【００１９】
解析対象受信手段２Ｍ２は、管理サーバ３から解析すべき事象を示す解析対象データを受信し、解析対象送信手段２Ｍ４に渡す。なお、解析対象データは、解析を行う際の処理の種類、及び解析対象であるデータそのものを含むデータ群である。
【００２０】
依頼対象選択手段２Ｍ３は、残処理数記憶手段２Ｍ１の記憶内容を参照して、残処理数が最も少なくかつサブ運用状態にある情報処理装置２Ｓを選択する。すなわち、ポーズ運用状態にある情報処理装置２Ｐは依頼対象として選択しない。なお、残処理数が最も少なくかつサブ運用状態にある情報処理装置２Ｓが複数存在する場合には、例えばＩＰアドレスの番号が最も若い情報処理装置２Ｓを選択する。
【００２１】
解析対象送信手段２Ｍ４は、依頼対象選択手段２Ｍ３が選択した情報処理装置２Ｓに、解析対象受信手段２Ｍ２が受信した解析対象データを送信する。また、残処理数記憶手段２Ｍ１の情報処理装置２Ｓに対応付けて記憶している残処理数に１を加算する処理を行い、残処理数レコードを管理サーバ３に送信する。
【００２２】
解析結果受信手段２Ｍ５は、依頼対象選択手段２Ｍ３が選択した情報処理装置２Ｓから解析結果データを受信するとともに、残処理数記憶手段２Ｍ１の情報処理装置２Ｓに対応付けて記憶している残処理数から１を減算する処理を行う。そして、受信した解析結果データを解析結果送信手段２Ｍ６に渡す。
【００２３】
解析結果送信手段２Ｍ６は、管理サーバ３に解析結果受信手段２Ｍ５が受信した解析結果データ及び残処理数レコードを送信する。
【００２４】
運用状態変更受信手段２Ｍ７は、他の情報処理装置２Ｓ又は管理サーバ３から情報処理装置２Ｓの運用状態が変更されたことを示すデータを受信し、残処理数記憶手段２Ｍ１の情報処理装置２Ｓに対応付けて記憶している運用状態を変更する処理を行う。
【００２５】
故障検出手段２Ｍ８は、故障が発生していること、及び故障の発生が予見されることの検出を行う。より具体的には、システムログを参照し、ハードウェアの故障を直接示すエラーメッセージが存在すること、及びハードウェアの故障の直前に発生することが多い不具合を示すエラーメッセージが存在することを検出した場合、故障通知手段２Ｍ９にこの情報処理装置２Ｓの運用状態をポーズ運用状態に変更させるための故障通知信号を渡す。
【００２６】
故障通知手段２Ｍ９は、故障検出手段２Ｍ８から故障通知信号を受け取り、管理サーバ３に送信する。
【００２７】
サブ運用プログラムが実行されている場合、すなわちサブ運用状態をとる場合、情報処理装置２Ｓは、機能ブロック図である図４に示すように、解析対象受信手段２Ｓ１、解析処理手段２Ｓ２、解析結果送信手段２Ｓ３、故障検出手段２Ｓ４及び故障通知手段２Ｓ５として機能する。
【００２８】
解析対象受信手段２Ｓ１は、メイン運用状態にある情報処理装置２Ｍから解析対象データを受信し、解析処理手段２Ｓ２に渡す。
【００２９】
解析処理手段２Ｓ２は、解析対象受信手段２Ｓ１が受信した解析対象データに基づき、データの解析処理を実行し、解析処理の結果である解析結果データを解析結果送信手段２Ｓ３に渡す。
【００３０】
解析結果送信手段２Ｓ３は、解析処理手段２Ｓ２が解析処理をした結果である解析結果データを受け取り、メイン運用状態にある情報処理装置２Ｍに送信する。
【００３１】
故障検出手段２Ｓ４は、故障が発生していること、及び故障の発生が予見されることの検出を行う。より具体的には、システムログを参照し、ハードウェアの故障を直接示すエラーメッセージが存在すること、及びハードウェアの故障の直前に発生することが多い不具合を示すエラーメッセージが存在することを検出した場合、故障通知手段２Ｓ５にこの情報処理装置２Ｓの運用状態をポーズ運用状態に変更させるための故障通知信号を渡す。
【００３２】
故障通知手段２Ｓ５は、故障検出手段２Ｓ４から故障通知信号を受け取り、メイン運用状態にある情報処理装置２Ｍに送信する。
【００３３】
なお、この故障通知手段２Ｓ５により故障通知信号をメイン運用にある情報処理装置２Ｍに送信した後も、解析処理手段２Ｓ２が実行している解析処理は続行し、また、解析対象受信手段２Ｓ１が受信してまだ解析処理を行っていない解析対象データがもしあれば、続けてその解析対象データの解析処理を実行する。
【００３４】
管理サーバ３も、図示は省略するが、ＣＰＵ、メインメモリ、外部記憶装置、入出力インタフェース等を内蔵し、この入出力インタフェースに入力装置、表示装置、通信装置等を接続してなるパーソナルコンピュータ又はサーバコンピュータ等を用いて形成したものである。また、外部記憶装置の所定領域には制御プログラムが予め内蔵されており、この制御プログラムをメインメモリに読み出してＣＰＵが実行することにより、この管理サーバは以下に述べるような機能を発揮する。すなわち、この管理サーバは、機能ブロック図である図５に示すように、解析対象受取手段３０１、解析対象送信手段３０２、解析結果受信手段３０３、解析結果出力手段３０４、運用状態変更受付手段３０５、運用状態変更命令手段３０６及び残処理数記憶手段３０７として機能する。
【００３５】
解析対象受取手段３０１は、入力装置を介して解析対象データの入力を受け付ける、又は通信装置を介して解析対象データを受信することにより、解析対象データを受け取り解析対象送信手段３０２に渡す。
【００３６】
解析対象送信手段３０２は、解析対象データ受取手段３０１から解析対象データを受け取り、解析部１のメイン運用状態にある情報処理装置２Ｍに送信する。
【００３７】
解析結果受信手段３０３は、解析部１のメイン運用状態にある情報処理装置２Ｍから解析結果データを受信し、解析結果出力手段３０４に渡す。また、この解析結果受信手段３０３は、解析結果データの受信に先立ち、また解析結果データの受信と同時に情報処理装置２Ｍから残処理数レコードを受信し、残処理数記憶手段３０７に渡す。
【００３８】
解析結果出力手段３０４は、解析結果受信手段３０３から解析結果データを受け取り、出力装置を介して視認可能な形で出力する。また、解析結果データをリムーバブルタイプの磁気記憶装置や不揮発性メモリを使用した記憶装置に出力し、あるいは通信回線を介して外部の情報処理装置に送信する。
【００３９】
運用状態変更受付手段３０５は、入力装置又は通信装置を介して情報処理装置２が故障したこと、又は故障から復帰したことを示す故障状態データの入力を受け付け、運用状態変更命令手段３０６に渡す。すなわち、この運用状態変更受付手段３０５は、請求項中のポーズ運用命令受付手段としての機能を有する。
【００４０】
運用状態変更命令手段３０６は、運用状態変更受付手段３０５から故障状態データを受け取り、故障状態データが示す情報処理装置２がサブ運用状態にある場合は、解析部１のメイン運用状態にある情報処理装置２Ｍに送信する。また、故障状態データが示す情報処理装置２がメイン運用状態にある場合は、解析部１を構成する情報処理装置２のうちＩＰアドレスの番号が最も若くかつサブ運用状態にある情報処理装置２Ｓに送信する。すなわち、この運用状態変更命令手段３０６は、請求項中のポーズ運用命令手段としての機能を有する。
【００４１】
残処理数記憶手段３０７は、メイン運用状態にある情報処理装置２Ｍの残処理数記憶手段２Ｍ１に記憶されているものと同一の残処理数レコードを記憶している。
【００４２】
ここで、メイン運用状態にある情報処理装置２Ｍが行う処理の手順をフローチャートである図６を参照しつつ概略的に述べる。
【００４３】
まず、管理サーバ３から解析すべき事象を示す解析対象データを受信し（ステップＳ１０１）、次いで、解析を依頼する情報処理装置２Ｓを選択する（ステップＳ１０２）。それから、選択した情報処理装置２Ｓに解析対象データを送信し（ステップＳ１０３）、情報処理装置２Ｓに対応付けて記憶している残処理数に１を加算し（ステップＳ１０４）、管理サーバ３に残処理数レコードを送信する（ステップＳ１０５）。
【００４４】
その後、選択した情報処理装置２Ｓから解析結果データを受信し（ステップＳ１０６）、情報処理装置２Ｓに対応付けて記憶している残処理数から１を減算し（ステップＳ１０７）、管理サーバ３に解析結果データ及び残処理数レコードを送信する（ステップＳ１０８）。
【００４５】
また、サブ運用状態にある情報処理装置２Ｓが行う処理の手順をフローチャートである図７を参照しつつ概略的に述べる。
【００４６】
まず、メイン運用状態にある情報処理装置から解析対象データを受信し（ステップＳ２０１）、受信した解析対象データに基づき、データの解析処理を実行する（ステップＳ２０２）。それから、解析処理をした結果である解析結果データをメイン運用状態にある情報処理装置に送信する（ステップＳ２０３）。
【００４７】
さらに、サブ運用状態にある情報処理装置２Ｓは、故障が発生した場合、又は故障の発生が予見される場合に、以下の処理を行う。この処理の手順をフローチャートである図８を参照しつつ概略的に述べる。
【００４８】
まず、システムログを参照し、ハードウェアの故障またはその予兆を示すエラーメッセージが存在するか否かを判定する（ステップＳ３０１）。エラーメッセージが存在することを検出した場合、この情報処理装置の運用状態をポーズ運用状態に変更させるための故障通知信号を送信する。また、故障通知信号を送信した後も、完了していない解析処理がもしあれば（ステップＳ３０３）、その時点で実行している解析処理は続行し、また、解析対象受信手段２Ｓ１が受信してまだ解析処理を行っていない解析対象データがもしあれば続けてその解析対象データの解析処理を実行する（ステップＳ３０４）。
【００４９】
一方、メイン運用状態にある情報処理装置２Ｍは、故障通知信号を受信し、残処理数記憶手段２Ｍ１の情報処理装置２Ｓに対応付けて記憶している運用状態をポーズ運用状態に変更する。
【００５０】
次いで、管理サーバ３が行う処理の手順をフローチャートである図９を参照しつつ概略的に述べる。
【００５１】
まず、入力装置又は通信装置を介して解析対象データを受け取り（ステップＳ４０１）、解析部１のメイン運用状態にある情報処理装置２Ｍに送信する（ステップＳ４０２）。次いで、メイン運用状態にある情報処理装置２Ｍから残処理数レコードを受信し（ステップＳ４０３）、受信した残処理数レコードを残処理数記憶手段３０７に記憶する（ステップＳ４０４）。そして、メイン運用状態にある情報処理装置２Ｍから解析結果データ及び残処理数レコードを受信し（ステップＳ４０５）、出力装置を介して視認可能な形で出力する（ステップＳ４０６）とともに受信した残処理数レコードを残処理数記憶手段３０７に記憶する（ステップＳ４０７）。
【００５２】
加えて、管理サーバ３は、いずれかの情報処理装置２に故障が発生し、該情報処理装置２から故障通知信号が送信されない場合、及び情報処理装置２の定期メンテナンスを行う場合に、以下の処理を行う。この処理の手順をフローチャートである図１０を参照しつつ概略的に述べる。まず、入力装置を介して情報処理装置２が故障したことを示す故障状態データの入力を受け付け（ステップＳ５０１）、次いで、故障状態データが示す情報処理装置２がサブ運用状態にある場合は（ステップＳ５０２）、解析部１のメイン運用状態にある情報処理装置２Ｍに送信する（ステップＳ５０３）。一方、故障状態データが示す情報処理装置２がメイン運用状態にある場合は、解析部１を構成する情報処理装置２のうちＩＰアドレスの番号が最も若くかつサブ運用状態にある情報処理装置２Ｓに送信する（ステップＳ５０４）。なお、故障状態データが示す情報処理装置がメイン運用状態にある場合には、故障状態データを受信した情報処理装置２Ｓは、解析処理を打ち切ってサブ運用状態からメイン運用状態に移行し、管理サーバ３から他の情報処理装置２Ｓそれぞれの残処理数及び運用状態を各情報処理装置２ＳのＩＰアドレスと関連付けたデータを受信して記憶する。
【００５３】
そして、情報処理装置２が故障から復帰した際、及び情報処理装置２のメンテナンスが終了した場合には、入力装置を介して情報処理装置２が故障から復帰したことを示す故障状態データの入力を受け付け、次いで、解析部１のメイン運用状態にある情報処理装置２Ｍに送信する処理を行う。一方、メイン運用状態にある情報処理装置２Ｍは、故障状態データを受信し、残処理数記憶手段２Ｍ１の情報処理装置２に対応付けて記憶している運用状態をサブ運用状態に変更する処理を行う。
【００５４】
以上に述べたように、本実施形態によれば、解析部１の情報処理装置２に故障が発生している場合又は故障の発生が予見される場合に、該情報処理装置２は、故障発生信号を送信した後も解析処理を続行し、解析結果データをメイン運用状態にある情報処理装置２Ｍに送信するまでの処理は行う。その後、該情報処理装置２がポーズ運用状態であることがメイン運用状態をとる情報処理装置２Ｍの残処理数記憶手段２Ｍ１により記憶され、該情報処理装置２Ｐには新たな解析の依頼が行われなくなる。すなわち、故障の発生又は故障の発生の予見の後もその時点で実行している解析は継続するので、該解析を一旦中止させて他の情報処理装置２Ｓに最初からやり直させる必要がなくなり、システム全体としての処理速度の向上を図ることができる。
【００５５】
また、メイン運用状態にある情報処理装置２Ｍに解析すべき事象を示すデータを送信し、該メイン運用状態にある情報処理装置２Ｍから解析結果データを受信する管理サーバ３を備えているので、解析部１に対するデータの受け渡しの管理を容易に行うことができる。
【００５６】
加えて、管理サーバ３が、いずれかの情報処理装置２をポーズ運用状態とするための命令の入力を受け付ける運用状態変更受付手段３０５と、この運用状態変更受付手段３０５が命令の入力を受け付けた際に情報処理装置にポーズ運用状態とするための命令を送信する運用状態変更命令手段３０６とを備えているので、定期的な情報処理装置２のメンテナンスや突発的な情報処理装置２の故障に対応することができる。
【００５７】
なお、本発明は以上に述べた実施形態に限らない。
【００５８】
例えば、上述した実施形態では、解析部とは別に管理サーバを設けているが、解析部を構成する情報処理装置のいずれかを、管理サーバとして兼用するようにしてもよい。また、管理サーバは、解析部と同一の施設内に設けてもよく、解析部と異なる施設内に設け公衆通信回線を介して解析部と接続するようにしてもよい。
【００５９】
また、上述した実施形態では、管理サーバに、ポーズ運用命令受付手段（運用状態変更受付手段）とポーズ運用命令手段（運用状態変更命令手段）とを備え、解析部を構成する情報処理装置に突発的な故障が発生した場合には管理サーバを介して運用状態を変更させるべく操作を行うようにしているが、解析部を構成する情報処理装置の一部又は全部にポーズ運用命令受付手段とポーズ運用命令手段とを備えるようにしてもよく、さらに、解析部を構成しサブ運用状態にある情報処理装置から管理サーバ又はメイン運用状態にある情報処理装置に向けて故障なく正常に動作していることを示す動作確認信号を所定時刻ごとに送信させるようにし、管理サーバ又はメイン運用状態にある情報処理装置が所定時刻にサブ運用状態にある情報処理装置のいずれかから動作確認信号を受信していない場合には動作確認信号を送信していない情報処理装置が故障しているものとみなして該当する情報処理装置をポーズ運用状態とするようにしてもよい。
【００６０】
その他、本発明の趣旨を損ねない範囲で種々に変更してよい。
【符号の説明】
【００６１】
１…解析システム
２…情報処理装置
３…管理サーバ
【図１】
2015022686.tif 000003
【図２】
2015022686.tif 000004
【図３】
2015022686.tif 000005
【図４】
2015022686.tif 000006
【図５】
2015022686.tif 000007
【図６】
2015022686.tif 000008
【図７】
2015022686.tif 000009
【図８】
2015022686.tif 000010
【図９】
2015022686.tif 000011
【図１０】
2015022686.tif 000012