生存監視システム
【課題】稼働中の主サーバが行う処理の遅延を引き起こすことなく、主サーバの生存監視を行うことができる生存監視システムを提供する。
【解決手段】スイッチ１０は、各主サーバ１００ａ，１００ｂから信号が送られたときに、その信号をコピーして所定のポートから第一管理サーバ２０に送出する。第一管理サーバ２０は、スイッチ１０からそのコピーされた信号を受信したときに、その送信元である主サーバが生存していると判定し、その判定結果及びその信号を受信した日時を示す日時情報に基づいて作成される当該主サーバの生存状況を示す情報を記憶部に記憶して管理する。第一管理サーバ２０は、その管理する主サーバの生存状況を示す情報に基づいて当該主サーバからの信号が前回受信したときから所定時間送られてきていないと判断したときに、当該主サーバが生存していないと判定する。
【解決手段】スイッチ１０は、各主サーバ１００ａ，１００ｂから信号が送られたときに、その信号をコピーして所定のポートから第一管理サーバ２０に送出する。第一管理サーバ２０は、スイッチ１０からそのコピーされた信号を受信したときに、その送信元である主サーバが生存していると判定し、その判定結果及びその信号を受信した日時を示す日時情報に基づいて作成される当該主サーバの生存状況を示す情報を記憶部に記憶して管理する。第一管理サーバ２０は、その管理する主サーバの生存状況を示す情報に基づいて当該主サーバからの信号が前回受信したときから所定時間送られてきていないと判断したときに、当該主サーバが生存していないと判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば金融商品の取引所の売買システムに対して発注情報を送信する発注用サーバのように、所定の処理を求める要求信号を外部のシステムに送信するサーバについての生存状況を監視する生存監視システムに関するものである。
【背景技術】
【０００２】
ミッションクリティカルなシステムでは、不測の事態に備えてサーバの冗長化が図られている。これにより、主サーバ（稼働中サーバ）に障害が生じたときにすぐに副サーバ（代替用サーバ）に機能を移行し、ユーザ向けのサービスを停止させないようにすることができる。このような仕組みを実現するには、各サーバの生存状況を監視しておく必要がある（例えば、特許文献１参照。）。
【０００３】
図９は従来の生存監視の仕組みを説明するための概略ブロック図である。この図９では、金融商品の取引所の売買システムに対して発注を行う金融機関側の発注システムに生存監視の仕組みを適用した例を示している。金融機関側の発注システムには、発注用サーバＡ、発注用サーバＢ、発注用サーバＣが備えられており、ネットワークを介して取引所の売買システムに接続されている。発注用サーバＡ及び発注用サーバＢは稼働中の主サーバである。発注用サーバＡ，Ｂはそれぞれ、取引所の売買システムに対してスイッチを介して発注情報を送信する発注処理を行う。取引所の売買システムはその発注情報を受信すると、発注情報を受け付けた旨の応答情報をスイッチを介して当該発注用サーバに送信する。また、発注用サーバＣは待機中の副サーバ（代替用サーバ）である。発注用サーバＡ及び発注用サーバＢの両方又は一方に障害が発生したときに、発注用サーバＣが代わりに発注用サーバとして使用されることになる。従来、各発注用サーバの生存状況を監視するために、三台の発注用サーバＡ，Ｂ，Ｃはそれぞれ、生存監視処理として、他の発注用サーバに対し、生存を確認するための信号（生存監視信号）を定期的に送信する処理を行っている。そして、各発注用サーバＡ，Ｂ，Ｃは、その生存監視信号に対する応答信号が送られてくると、当該他の発注用サーバが生存していると判断し、一方、その応答信号が送られてこなければ、当該他の発注用サーバが生存していないと判断している。
【０００４】
尚、各発注用サーバＡ，Ｂ，Ｃはそれぞれ他の発注用サーバについての生存監視処理を行うだけでなく、発注処理に利用されるネットワークの生存状況を監視する処理（ネットワーク監視処理）も行っている。このネットワーク監視処理は、発注処理に利用されるネットワークとは別系統のネットワークを用いて、サーバの生存監視処理と同様の方法で行われる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２９９３６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、このようなサーバの生存監視処理は常に行われていなければ、その効果が得られない。このため、各サーバがこの生存監視処理を行うことは、各サーバにとって負荷を生じさせるものとなる。特に、金融機関から取引所の売買システムに対して高速で発注情報を送信することが要求される発注システム等では、僅かでも主サーバの処理負担を軽減し、本来の業務処理である発注処理の遅延を避けたいという要望がある。
【０００７】
本発明は上記事情に基づいてなされたものであり、稼働中の主サーバが行う処理の遅延を引き起こすことなく、主サーバの生存監視を行うことができる生存監視システムを提供することを目的とするものである。
【課題を解決するための手段】
【０００８】
上記の目的を達成するための本発明は、外部のシステムとネットワークを介して接続された主サーバの生存状況を監視する生存監視システムであって、主サーバと外部のシステムとの間で送信される信号を中継すると共に、主サーバから信号が送られたときに、当該主サーバから送られた信号をコピーして所定のポートから送出するポートミラーリング機能を有する中継切替手段と、中継切替手段の所定のポートから送出される主サーバからの信号が前回受信したときから所定時間送られてきていないと判断したときに、当該主サーバが生存していないと判定し、当該主サーバの代替用のサーバである副サーバに当該主サーバの代わりに稼働する旨の信号を送出する管理サーバと、を具備することを特徴とするものである。
【０００９】
ここで、管理サーバは、主サーバの生存監視を、例えば次のようにして行うことが望ましい。すなわち、管理サーバは、中継切替手段の所定のポートから送出される主サーバからの信号を受信したときに、当該主サーバが生存していると判定し、その判定結果及びその信号を受信した日時を示す日時情報に基づいて作成される当該主サーバの生存状況を示す情報を記憶手段に記憶して管理すると共に、その管理する主サーバの生存状況を示す情報に基づいて当該主サーバからの信号が前回受信したときから所定時間送られてきていないと判断したときに、当該主サーバが生存していないと判定する。
【００１０】
本発明の生存監視システムでは、上記の構成により、主サーバに生存監視処理を行う機能を持たせず、管理サーバが主サーバに対する生存監視処理を行う。これにより、主サーバは生存監視処理を行う必要がないので、主サーバの処理負荷を軽減することができる。また、管理サーバは、中継切替手段の所定のポートから送出される主サーバからの信号を受信すると共に、主サーバからの信号が前回受信したときから所定時間送られてきていないと判断したときに、当該主サーバが生存していないと判定する。このように、管理サーバは、主サーバから外部のシステムに送信される信号を利用して主サーバの生存状況を判定することにより、主サーバに対して生存を確認するための信号を送信する必要がないので、管理サーバによる生存監視処理が主サーバと外部のシステムとの間で行われる通信に影響を与えることはない。したがって、本発明の生存監視システムによれば、主サーバの処理負担を軽減することができると共に管理サーバによる生存監視処理が主サーバと外部のシステムとの間で行われる通信に影響を与えないので、主サーバが行う処理の遅延を引き起こすことなく、主サーバに対する生存監視を行うことができる。
【００１１】
また、本発明の生存監視システムにおいて、主サーバが外部のシステムに送信する信号は、所定の処理を求める要求信号と、稼働中にネットワーク上で外部のシステムとの間に確立された通信路が閉じられないように自己が生存していることを知らせるためのハートビート信号とを含むものであることが望ましい。ハートビート信号は主サーバから外部のシステムに定期的に送信されるので、このハートビート信号を利用することにより主サーバの生存状況を確実に監視することができる。
【００１２】
また、本発明の生存監視システムにおいて、主サーバ及び副サーバが外部のシステムと接続されているネットワークが生存しているかどうかを監視する処理を行うネットワーク監視サーバを備えることが望ましい。これにより、主サーバや副サーバはネットワーク監視処理を行う必要がなくなるので、これらサーバの処理負荷をさらに軽減することができる。
【００１３】
また、本発明の生存監視システムにおいて、管理サーバは、副サーバに対して生存を確認するための信号を定期的に送信し、その送信した生存を確認するための信号に対する応答信号が当該副サーバから送られてきたときに、当該副サーバが生存していると判定し、その送信した生存を確認するための信号に対する応答信号がその送信時から所定時間経過しても当該副サーバから送られてこないときに、当該副サーバが生存していないと判定することが望ましい。これにより、管理サーバは、主サーバだけでなく、副サーバについても生存状況を監視することができる。
【００１４】
更に、本発明の生存監視システムにおいて、中継切替手段の所定のポートから送出される主サーバからの信号を受信すると共に、その受信した信号のログをログ記憶手段に記憶して管理するログ記憶サーバを備えることが望ましい。これにより、主サーバから外部のシステムに送信される信号のログをすべて記憶しておくことができるので、主サーバに不測の事態が生じたときでも、それに対処することができる。
【発明の効果】
【００１５】
本発明に係る生存監視システムによれば、主サーバの処理負担を軽減することができると共に管理サーバによる生存監視処理が主サーバと外部のシステムとの間で行われる通信に影響を与えないので、主サーバが行う処理の遅延を引き起こすことなく、主サーバの生存監視を行うことができる。
【図面の簡単な説明】
【００１６】
【図１】図１は本発明の第一実施形態である生存監視システムを適用した発注システムの概略ブロック図である。
【図２】図２はその発注システムの各発注用サーバの概略ブロック図である。
【図３】図３は第一実施形態の生存監視システムにおける第一管理サーバの概略ブロック図である。
【図４】図４はその生存監視システムにおいて第一管理サーバが行う処理の手順を示すためのフローチャートである。
【図５】図５は本発明の第二実施形態である生存監視システムを適用した発注システムの概略ブロック図である。
【図６】図６はその生存監視システムの第三管理サーバの概略ブロック図である。
【図７】図７はその生存監視システムを適用した発注システムにおける発注情報についてのログ収集の処理手順を示すフロー図である。
【図８】図８はその生存監視システムを適用した発注システムにおける応答情報についてのログ収集の処理手順を示すフロー図である。
【図９】図９は従来の生存監視の仕組みを説明するための概略ブロック図である。
【発明を実施するための形態】
【００１７】
［第一実施形態］
以下に、図面を参照して、本願に係る発明を実施するための最良の形態について説明する。
【００１８】
第一実施形態では、本発明の生存監視システムを、高速情報処理システムの一つである、金融商品の取引所の売買システムに対して発注処理を行う金融機関側の発注システムに適用した場合について説明する。図１は本発明の第一実施形態である生存監視システムを適用した発注システムの概略ブロック図である。
【００１９】
図１に示す発注システムは、二台の主サーバ１００ａ，１００ｂと、二台の副サーバ１００ｃ，１００ｄとを備える。これらのサーバ１００ａ，１００ｂ，１００ｃ，１００ｄはネットワークを介して取引所の売買システム２００に接続されている。主サーバ１００ａ，１００ｂは現在稼動しているサーバであり、副サーバ１００ｃ，１００ｄは、主サーバ１００ａ，１００ｂと同等の機能を有し、主サーバ１００ａ，１００ｂに障害が発生したときに、主サーバ１００ａ，１００ｂに代えて使用される、代替用のサーバである。主サーバ１００ａ，１００ｂに障害が発生した場合には、その主サーバの代わりに副サーバ１００ｃ，１００ｄのいずれか又は両方が稼働することになる。特に、第一実施形態では、副サーバ１００ｃを、主サーバ１００ａに対する代替用サーバとして用い、副サーバ１００ｄを、主サーバ１００ｂに対する代替用サーバとして用いることにする。尚、以下では、主サーバと副サーバとをまとめて「発注用サーバ」とも称する。
【００２０】
各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄは、ある会社の株を所定数買い付けるのに、どのようなアルゴリズムを組んで発注するかを決めるサーバである。この発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄは、金融機関が所有するものであるが、発注処理を高速で行うために、取引所のデータセンター内に設置されている。
【００２１】
取引所の売買システム（外部のシステム）２００は、金融商品の取引所（例えば、東京証券取引所）に設けられている。この取引所の売買システム２００は、取引所で取り扱う金融商品に係る取引を制御するシステムである。なお、以下では株式証券取引を例として説明するが、本発明の適用範囲は株式証券取引に限られるものではない。発注用サーバから発注情報（要求信号）を受信すると、取引所の売買システム２００は、その注文を処理すると共に、発注情報を受け付けた旨の応答情報（応答信号）を当該発注用サーバに送出する。尚、この取引所の売買システム２００は公知のものであるので、ここでは、その詳細な説明を省略する。
【００２２】
各主サーバ１００ａ，１００ｂは、取引所の売買システム２００に各種の信号を送信する。具体的に、各主サーバ１００ａ，１００ｂは、本来の業務処理である発注処理を行うことにより作成した発注情報（要求信号）をネットワークを介して取引所の売買システム２００に送信する。ここで、各主サーバ１００ａ，１００ｂはそれぞれ、独立に処理を行っている。このため、二台の主サーバ１００ａ，１００ｂは発注処理を同時並行的に行うことができる。また、各主サーバ１００ａ，１００ｂは、稼働中にネットワーク上で取引所の売買システム２００との間に確立された通信路が閉じられないように自己が生存していることを知らせるためのハートビート信号を定期的に取引所の売買システム２００に送信している。尚、各主サーバ１００ａ，１００ｂと取引所の売買システム２００との間ではパケット通信により信号送信が行われる。
【００２３】
第一実施形態の生存監視システムは、発注システムの各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄの生存状況を監視するためのものであり、図１に示すように、スイッチ１０と、第一管理サーバ２０と、第二管理サーバ３０とを備えている。スイッチ１０は、発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄと取引所の売買システム２００との間で送信される信号を中継するものであり、発注システムと取引所の売買システム２００とを繋ぐ通信回線上に設けられている。具体的に、四台の発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄはそれぞれスイッチ１０に接続され、取引所の売買システム２００もスイッチ１０に接続されている。このスイッチ１０には第一管理サーバ２０も接続されている。また、第二管理サーバ３０は各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄと接続されている。
【００２４】
次に、発注システムの各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄの構成について説明する。図２は発注システムの各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄの概略ブロック図である。各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄは、図２に示すように、注文処理部１１１と、ログ制御部１１２と、記憶部（第一のログ記憶手段）１１３とを有する。
【００２５】
注文処理部１１１は、取引所や情報ベンダー等から配信される時価情報を取得したときに、その時価情報を分析・判断し、所定のアルゴリズムを組んで、取引所に株の購入を行うための発注情報を生成して、スイッチ１０に送信する。ここで、この発注情報には、各発注情報を識別するためのシリアル番号が注文処理部１１１によって付与される。また、注文処理部１１１は、発注情報をログ制御部１１２にも転送する機能を有する。ログ制御部１１２は注文処理部１１１から転送された発注情報を受信すると、その発注情報を発注情報のログ（履歴情報）として記憶部１１３に記憶する。記憶部１１３に記憶する発注情報のログとしては、日時情報やシリアル番号を含む発注情報のすべてを記憶してもよいし、或いは、この発注情報の一部、例えば発注情報に付与されたシリアル番号だけを記憶するようにしてもよい。当該発注用サーバに障害が発生した場合、このシリアル番号が分かれば、対応する発注情報を特定することができ、当該シリアル番号の発注情報が取引所の売買システム２００に受け入れられたか否かを後に検証することができるからである。
【００２６】
また、当該発注用サーバが発注情報を取引所の売買システム２００に送信した後、その発注情報に対する応答情報が取引所の売買システム２００から当該発注用サーバに送られてくると、注文処理部１１１は、その応答情報を受信し、ログ制御部１１２に送信する。ログ制御部１１２は注文処理部１１１から送られた応答情報を受け取ると、その応答情報を応答情報のログ（履歴情報）として記憶部１１３に記憶する。応答情報には取引所の売買システム２００によってシリアル番号が付与されている。したがって、この応答情報についても、発注情報と同様の理由から、記憶部１１３に記憶する応答情報のログとして、日時情報やシリアル番号を含む応答情報のすべてを記憶しもよいし、この応答情報の一部、例えば応答情報に付与されているシリアル番号だけを記憶するようにしてもよい。
【００２７】
次に、第一実施形態の生存監視システムの各構成要素（スイッチ１０、第一管理サーバ２０、第二管理サーバ３０）について説明する。
【００２８】
スイッチ（中継切替手段）１０は、各主サーバ１００ａ，１００ｂと取引所の売買システム２００との間で送信される発注情報、応答情報、ハートビート信号等を中継するものである。また、第一実施形態では、このスイッチ１０として、各発注用サーバから信号が送られたときに、当該発注用サーバから送られた信号をコピーして所定のポートから送出するポートミラーリング機能を有するものを用いている。すなわち、このポートミラーリング機能というのは、スイッチ１０の、あるポートを流れるパケットを、ユーザが任意に指定した他のポートにコピーする機能である。ユーザは任意にコピー元ポートとコピー先ポートを指定することができる。かかるポートの指定は、このスイッチ１０を設置する際に行われる。
【００２９】
具体的に、図１の例では、主サーバ１００ａはスイッチ１０のポート「１」に接続され、主サーバ１００ｂはスイッチ１０のポート「２」に接続され、副サーバ１００ｃはスイッチ１０のポート「３」に接続され、そして、副サーバ１００ｄはスイッチ１０のポート「４」に接続されている。また、取引所の売買システム２００はスイッチ１０のポート「５」に接続され、第一管理サーバ２０はスイッチ１０のポート「６」に接続されている。この場合、スイッチ１０においては、各ポート「１」〜「４」で受信する取引所の売買システム宛のパケットをコピーして、ポート「６」に送出するようにポートの指定が行われている。これにより、スイッチ１０は、各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄから送られてきた取引所の売買システム宛の信号（発注情報、ハートビート信号等）をそれぞれポート「１」，「２」，「３」，「４」で受信すると、その信号を、ポート「５」を介して取引所の売買システム２００に送出すると共に、その信号のコピーを作成して、ポート「６」を介して第一管理サーバ２０に送出する。
【００３０】
また、スイッチ１０においては、ポート「５」で受信する各発注用サーバ宛のパケットをコピーして、ポート「６」に送出するようにポートの指定が行われている。これにより、スイッチ１０は、取引所の売買システム２００から各発注用サーバ宛の信号（応答情報等）をポート「５」で受信すると、その信号を所定のポートを介して当該発注用サーバに送出すると共に、その信号のコピーを作成して、ポート「６」を介して第一管理サーバ２０に送出する。このように、第一管理サーバ２０には、各発注用サーバと取引所の売買システム２００との間で通信される信号のコピーがすべて送信されることになる。
【００３１】
第一管理サーバ（管理サーバ）２０は、四台の発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄの各々が生存しているかどうかを判定する生存監視処理を行うものである。この第一管理サーバ２０としては、例えば、Snifferサーバを用いることができる。図３は第一管理サーバ２０の概略ブロック図である。この第一管理サーバ２０は、図３に示すように、制御部２１と、記憶部（記憶手段）２２とを備える。第一管理サーバ２０の制御部２１は、主サーバ１００ａ，１００ｂに対しては次のような生存監視処理を行う。すなわち、制御部２１は、スイッチ１０のポート「６」から送出される信号を受信したときに、その信号の内容を解析することにより当該信号の送信元又は当該信号の送信先として特定されている主サーバを認識し、その認識した主サーバが生存していると判定する。当該信号の送信元として主サーバが特定されている場合には、当該信号は当該主サーバから送信されたものであるので、当該主サーバは現在、実際に稼働していると考えられるからである。また、当該信号の送信先として主サーバが特定されている場合には、当該信号は取引所の売買システム２００から当該主サーバに送信された応答情報であるが、この応答情報が送信されるためには当該主サーバから発注情報が取引所の売買システム２００に送信されているので、当該主サーバは現在、実際に稼働していると考えられるからである。そして、制御部２１は、主サーバが生存していると判定すると、その判定結果及びその信号を受信した日時を示す日時情報に基づいて当該主サーバの生存状況を示す情報を作成し、記憶部２２に記憶して管理する。
【００３２】
また、制御部２１は、記憶部２２に記憶されている主サーバの生存状況を示す情報に基づいて当該主サーバからの信号が前回受信したときから所定時間送られてきていないかどうかを判断する。ここで、その判断基準となる「所定時間」としては、主サーバからのハートビート信号の送信間隔よりも長い時間が設定される。例えば、この「所定時間」は５秒程度に設定することができる。特に、発注用サーバによる処理の高速化が要求されるような場合には、「所定時間」を、ハートビート信号の送信間隔よりも長いが、ハートビート信号になるべく近い時間に設定することが望ましい。したがって、制御部２１は、当該主サーバからの信号が前回受信したときから所定時間送られてきていないと判断すると、当該主サーバから送られるはずのハートビート信号が送信されていない、したがって、当該主サーバが生存していないと判定することになる。こうして、制御部２１は、当該主サーバが生存していないと判定すると、当該主サーバの代わりに稼働する旨の信号を所定の副サーバに送信する。具体的には、主サーバ１００ａが生存していないと判定すると、副サーバ１００ｃに対して、主サーバ１００ａの代わりに主サーバとして稼働する旨の信号を送信し、主サーバ１００ｂが生存していないと判定すると、副サーバ１００ｄに対して、主サーバ１００ｂの代わりに主サーバとして稼働する旨の信号を送信する。
【００３３】
一方、副サーバ１００ｃ，１００ｄは取引所の売買システム２００との間で信号の送受信を行っていないので、副サーバ１００ｃ，１００ｄに対する生存監視処理として、上記の主サーバ１００ａ，１００ｂに対する生存監視処理と同じ方法を適用することはできない。このため、第一管理サーバ２０の制御部２１は、副サーバ１００ｃ，１００ｄの各々に対して生存を確認するための信号（生存監視信号）を定期的に送信し、その送信した生存監視信号に対する応答信号が当該副サーバから送られてきたときに、当該副サーバが生存していると判定する。一方、制御部２１は、その送信した生存監視信号に対する応答信号がその送信時から所定時間経過しても当該副サーバから送られてこないときに、当該副サーバが生存していないと判定する。この判定結果は当該副サーバの生存状況を示す情報として記憶部２２に記憶される。
【００３４】
第二管理サーバ（ネットワーク監視サーバ）３０は、主サーバ１００ａ，１００ｂ及び副サーバ１００ｃ，１００ｄが取引所の売買システム２００と接続されているネットワークが生存しているかどうかを監視する処理を行うものである。従来は、かかるネットワーク監視処理は各発注用サーバが行っていたが、第一実施形態の生存監視システムでは、発注用サーバとは別に第二管理サーバ３０を設け、この第二管理サーバ３０にネットワーク監視処理を行わせることにしている。ネットワーク監視処理の具体的内容は従来と同様であるので、ここではその詳細な説明を省略する。
【００３５】
次に、第一実施形態の発注システムにおける発注処理の手順について説明する。ここでは、主サーバ１００ａが発注処理を行う場合を考える。
【００３６】
金融機関では、例えば、ある顧客からＡ社の株価が特定の値になったときに所定株数を購入して欲しいという依頼を受けている。主サーバ１００ａの注文処理部１１１は、取引所等から提供される時価情報に基づいて、Ａ社の株価が気配値になったと判断したときに、その会社の所定株数の株式を購入することを決定し、その株式を購入するための発注情報を生成する。そして、注文処理部１１１は、この生成した発注情報を取引所の売買システム２００に送るために、その発注情報をスイッチ１０に送信すると共に、その発注情報をログ制御部１１２にも転送する。
【００３７】
ログ制御部１１２は、注文処理部１１１からの発注情報を受け取ると、その発注情報のログを記憶部１１３に記憶する。一方、発注処理部１１１から発注情報がポート「１」を介してスイッチ１０に送られると、スイッチ１０は、その送られた発注情報をポート「５」に送出して取引所の売買システム２００に送ると共に、その発注情報のコピーを生成し、この生成した発注情報をポート「６」に送出する。ここで、ポート「６」から送出された発注情報は第一管理サーバ２０に送られ、第一管理サーバ２０はこの発注情報に基づいて主サーバに対する生存監視処理を行うことになる。このように、ログ制御部１１２による発注情報のログを記憶する処理と、発注情報をスイッチ１０を介して取引所の売買システム２００に送信する処理とは非同期で行われる。
【００３８】
主サーバ１００ａからの発注情報を受信した取引所の売買システム２００は、その発注情報に基づいて注文を処理し、また、発注情報を受け付けた旨の応答情報を当該主サーバ１００ａに向けて送信する。この取引所の売買システム２００からの応答情報は、ポート「５」を介してスイッチ１０に送られる。そして、スイッチ１０は、そのポート「５」を介して送られた応答情報を主サーバ１００ａに向けてポート「１」から送出すると共に、その応答情報のコピーを生成し、この生成した応答情報を、ポート「６」に送出する。ここで、ポート「６」から送出された応答情報は第一管理サーバ２０に送られ、第一管理サーバ２０はこの応答情報に基づいて主サーバに対する生存監視処理を行うことになる。
【００３９】
主サーバ１００ａの注文処理部１１１は、スイッチ１０からの応答情報を受信すると、その受信した応答情報をログ制御部１１２に送出し、ログ制御部１１２はその応答情報のログを記憶部１１３に記憶する。
【００４０】
次に、第一実施形態の生存監視システムにおいて第一管理サーバ２０が行う処理の手順について説明する。図４は第一管理サーバが行う処理の手順を示すためのフローチャートである。
【００４１】
第一管理サーバ２０の制御部２１は、図４に示すように、主サーバに対する生存監視処理と、副サーバに対する生存監視処理とを繰り返し実行する。主サーバに対する生存監視処理は、信号受信処理（Ｓ１１）と、生存状況情報作成処理（Ｓ１２）と、生存判定処理（Ｓ１３）と、切替え処理（Ｓ１４）とからなり、副サーバに対する生存監視処理は、信号送信処理（Ｓ１５）と、生存判定処理（Ｓ１６）とからなる。ここで、図４の処理フローでは、説明を分かりやすくするために、各処理が順に実行されるように記載しているが、実際には、制御部２１にはマルチコアのＣＰＵを採用しており、上記各処理はマルチスレッドにより同時並行的に行われる。
【００４２】
まず、制御部２１は信号受信処理を行う（Ｓ１１）。この信号受信処理では、制御部２１は、スイッチ１０のポート「６」から送出される信号を受信すると、その受信した信号の内容をその受信した日時を示す日時情報とともに記憶部２２に記憶する。次に、制御部２１は生存状況情報作成処理を行う（Ｓ１２）。この生存状況情報作成処理では、制御部２１は、記憶部２２に記憶されている信号の内容を解析することにより当該信号の送信元又は当該信号の送信先として特定されている主サーバを認識する。そして、その認識した主サーバが生存していると判定し、その判定結果及び当該信号の日時情報に基づいて当該主サーバの生存状況を示す情報を作成して、記憶部２２に記憶する。
【００４３】
次に、制御部２１は生存判定処理を行う（Ｓ１３）。この生存判定処理では、制御部２１は、主サーバの各々について、記憶部２２に記憶されている主サーバの生存状況を示す情報に基づいて当該主サーバからの信号が前回受信したときから所定時間送られてきていないかどうかを判断する。制御部２１は、当該主サーバからの信号が前回受信したときから所定時間送られてきていないと判断すると、当該主サーバが生存していないと判定し、その判定結果を記憶部２２に記憶する。
【００４４】
次に、制御部２１は切替え処理を行う（Ｓ１４）。この切替え処理では、制御部２１は、記憶部２２に主サーバが生存していない旨の判定結果が記憶されているときに、当該主サーバの代わりに稼働する旨の信号を所定の副サーバに送信する。ここで、主サーバ１００ａが生存していない場合には、副サーバ１００ｃに対して、主サーバ１００ａの代わりに稼働する旨の信号を送信し、主サーバ１００ｂが生存していない場合には、副サーバ１００ｄに対して、主サーバ１００ｂの代わりに稼働する旨の信号を送信する。副サーバは、当該主サーバの代わりに稼働する旨の信号を第一管理サーバ２０から受け取ると、当該主サーバの処理を引き継いで実行することになる。こうして、当該副サーバは稼働状態になり、主サーバとして動作することになる。上述したステップＳ１１からステップＳ１４までの処理が、主サーバに対する生存監視処理である。
【００４５】
次に、制御部２１は、副サーバに対する生存監視処理を行う。まず、制御部２１は、各副サーバに対して生存を確認するための生存監視信号を送信する信号送信処理を行う（Ｓ１５）。そして、制御部２１は、その送信した生存監視信号に対する応答信号が当該副サーバから送られてきたときに、当該副サーバが生存していると判定し、一方、その送信した生存監視信号に対する応答信号がその送信時から所定時間経過しても当該副サーバから送られてこないときに、当該副サーバが生存していないと判定する（Ｓ１６）。この判定結果は当該副サーバの生存状況を示す情報として記憶部２２に記憶される。ここで、副サーバが生存していないと判定したときには、制御部２１は、その旨の信号を外部のサーバに送出したり、或いは警報を発したりするようにしてもよい。
【００４６】
第一実施形態の生存監視システムでは、主サーバに生存監視処理を行う機能を持たせず、第一管理サーバが主サーバに対する生存監視処理を行う。これにより、主サーバは生存監視処理を行う必要がないので、主サーバの処理負荷を軽減することができる。また、第一管理サーバは、スイッチの所定のポートから送出される主サーバからの信号を受信すると共に、主サーバからの信号が前回受信したときから所定時間送られてきていないと判断したときに、当該主サーバが生存していないと判定する。このように、第一管理サーバは、主サーバから取引所の売買システムに送信される信号を利用して主サーバの生存状況を判定することにより、主サーバに対して生存を確認するための信号を送信する必要がないので、第一管理サーバによる生存監視処理が主サーバと取引所の売買システムとの間で行われる通信に影響を与えることはない。したがって、第一実施形態の生存監視システムによれば、主サーバの処理負担を軽減することができると共に第一管理サーバによる生存監視処理が主サーバと取引所の売買システムとの間で行われる通信に影響を与えないので、主サーバが行う処理の遅延を引き起こすことなく、主サーバに対する生存監視を行うことができる。
【００４７】
また、主サーバから取引所の売買システムに送信される信号にはハートビート信号が含まれ、このハートビート信号は主サーバから取引所の売買システムに定期的に送信されるので、このハートビート信号を利用することにより主サーバの生存状況を確実に監視することができる。
【００４８】
また、第一実施形態の生存監視システムでは、第一管理サーバは、副サーバに対して生存を確認するための生存監視信号を定期的に送信し、その送信した生存監視信号に対する応答信号が当該副サーバから送られてきたときに、当該副サーバが生存していると判定し、その送信した生存監視信号に対する応答信号がその送信時から所定時間経過しても当該副サーバから送られてこないときに、当該副サーバが生存していないと判定する。これにより、第一管理サーバは、主サーバだけでなく、副サーバについても生存状況を監視することができると共に、副サーバは生存監視処理を行う必要がなくなり、副サーバの処理負担が軽減する。
【００４９】
更に、第一実施形態の生存監視システムでは、主サーバ及び副サーバが取引所の売買システムと接続されているネットワークが生存しているかどうかを監視する処理を行う第二管理サーバを備えることにより、主サーバや副サーバはネットワーク監視処理を行う必要がなくなるので、これらのサーバの処理負荷をさらに軽減することができる。
【００５０】
［第二実施形態］
次に、本発明の第二実施形態について図面を参照して説明する。第二実施形態でも、第一実施形態と同様に、本発明の生存監視システムを、高速情報処理システムの一つである、金融商品の取引所の売買システムに対して発注処理を行う金融機関側の発注システムに適用した場合について説明する。尚、第二実施形態において、第一実施形態のものと同一の機能を有するものには、同一の符号を付すことにより、その詳細な説明を省略する。
【００５１】
図５は本発明の第二実施形態である生存監視システムを適用した発注システムの概略ブロック図である。この図５に示す発注システムは、第一実施形態と同様に、二台の主サーバ１００ａ，１００ｂと、二台の副サーバ１００ｃ，１００ｄとを備える。また、第二実施形態の生存監視システムは、発注システムの各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄの生存状況を監視するためのものであり、スイッチ１０と、第一管理サーバ２０と、第二管理サーバ３０と、二台の第三管理サーバ（ログ記憶サーバ）４０ａ，４０ｂとを備えている。すなわち、第二実施形態の生存監視システムが第一実施形態のものと異なる点は、二台の第三管理サーバ４０ａ，４０ｂを設けた点である。その他の点については、上記第一実施形態のものと同様である。
【００５２】
二台の第三管理サーバ４０ａ，４０ｂはそれぞれスイッチ１０に接続されている。具体的に、図５の例では、第三管理サーバ４０ａはスイッチ１０のポート「７」に接続され、第三管理サーバ４０ｂはスイッチ１０のポート「８」に接続されている。第二実施形態では、スイッチ１０において、各ポート「１」，「２」，「３」，「４」で受信する取引所の売買システム宛のパケットをコピーして、ポート「６」，「７」，「８」に送出するように、ポートの指定が行われている。これにより、スイッチ１０は、各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄから取引所の売買システム宛の信号（発注情報、ハートビート信号等）をそれぞれポート「１」，「２」，「３」，「４」で受信すると、その信号を、ポート「５」を介して取引所の売買システム２００に送出すると共に、その信号のコピーを作成して、ポート「６」を介して第一管理サーバ２０に、ポート「７」を介して第三管理サーバ４０ａに、そして、ポート「８」を介して第三管理サーバ４０ｂにそれぞれ送出する。
【００５３】
また、スイッチ１０においては、ポート「５」で受信する各発注用サーバ宛のパケットをコピーして、ポート「６」，「７」，「８」に送出するようにポートの指定が行われている。これにより、スイッチ１０は、取引所の売買システム２００から各発注用サーバ宛の信号（応答情報等）をポート「５」で受信すると、その信号を所定のポートを介して当該発注用サーバに送出すると共に、その信号のコピーを作成して、ポート「６」を介して第一管理サーバ２０に、ポート「７」を介して第三管理サーバ４０ａに、そして、ポート「８」を介して第三管理サーバ４０ｂにそれぞれ送出する。このように、第三管理サーバ４０ａ，４０ｂには、第一管理サーバ２０と同様に、各発注用サーバと取引所の売買システム２００との間で通信される信号のコピーがすべて送信されることになる。
【００５４】
次に、第三管理サーバ４０ａ，４０ｂについて説明する。各第三管理サーバ４０ａ，４０ｂは、スイッチ１０の所定のポートから送出される信号を受信すると共に、その受信した信号のうち発注情報及び応答情報についてのログ（履歴情報）を収集するものである。すなわち、第二実施形態では、発注情報のログ及び応答情報のログを、各主サーバの記憶部１１３に記憶しておくだけでなく、第三管理サーバ４０ａ，４０ｂにおいても記憶して管理することにしている。ここで、二台の第三管理サーバ４０ａ，４０ｂを設けているのは、冗長化を図り、履歴情報の記憶に関する信頼性を高めるためである。各第三管理サーバ４０ａ，４０ｂとしては、例えば、Snifferサーバを用いることができる。図６は第三管理サーバ４０ａ，４０ｂの概略ブロック図である。各第三管理サーバ４０ａ，４０ｂは、図６に示すように、制御部４１と、レイドコントローラ部４２と、二つの記憶部（第二のログ記憶手段）４３ａ，４３ｂとを備える。
【００５５】
制御部４１は、各主サーバ１００ａ，１００ｂから取引所の売買システム２００に送られる発注情報のコピーの記憶、及び、取引所の売買システム２００から各主サーバ１００ａ，１００ｂに送られる応答情報のコピーの記憶を制御するものである。具体的に、制御部４１は、スイッチ１０の所定のポート（「７」又は「８」）から送出されるコピーされた信号を受信したときに、その信号の内容を解析する。そして、その解析の結果、今回受信した信号が発注情報であると判断すると、その発注情報とともにその発注情報を記憶する旨の指示をレイドコントローラ部４２に送り、一方、今回受信した信号が応答情報であると判断すると、その応答情報とともにその応答情報を記憶する旨の指示をレイドコントローラ部４２に送る。レイドコントローラ部４２はＲＡＩＤカードであり、ＲＡＩＤ１で使用して二つの記憶部４３ａ，４３ｂに同時に同じ内容の情報を書き込むものである。このレイドコントローラ部４２は、制御部４１から発注情報とともにその発注情報を記憶する旨の指示が送られたときに、その発注情報を発注情報のログ（履歴情報）として二つの記憶部４３ａ，４３ｂに記憶する処理を行い、一方、制御部４１から応答情報とともにその応答情報を記憶する旨の指示が送られたときに、その応答情報を応答情報のログ（履歴情報）として二つの記憶部４３ａ，４３ｂに記憶する処理を行う。
【００５６】
尚、第二実施形態では、二つの記憶部４３ａ，４３ｂに発注情報全体及び応答情報全体を履歴情報として記憶しているが、発注情報の一部及び応答情報の一部を履歴情報として記憶するようにしてもよい。この場合、例えば、制御部４１は、スイッチ１０から送られた信号の内容を解析し、その信号が発注情報であると判断したときに、その情報に付与されているシリアル番号を取得し、その取得したシリアル番号を発注情報のログとして記憶する旨の指示をレイドコントローラ部４２に送るようにすればよい。また、その信号が応答情報であると判断した場合には、その情報に付与されているシリアル番号を取得し、その取得したシリアル番号を応答情報のログとして記憶する旨の指示をレイドコントローラ部４２に送るようにすればよい。
【００５７】
また、第二実施形態では、レイドコントローラ部４２をＲＡＩＤ１で使用しているが、本発明はこれに限定されるものではなく、例えば、レイドコントローラ部４２をＲＡＩＤ０とＲＡＩＤ１とを組合せて構成すること等により、高信頼性を実現するとともに、高速化を図るようにしてもよい。
【００５８】
第二実施形態の発注システムにおける発注処理の手順、及び、第二実施形態の生存監視システムにおける第一管理サーバ２０が行う発注用サーバに対する生存監視処理の手順は、上記第一実施形態におけるものと同様である。このため、ここではその詳細な説明を省略する。
【００５９】
次に、第二実施形態の生存監視システムを適用した発注システムにおいて主サーバが取引所の売買システム２００に送信する発注情報についてのログ収集の処理について説明する。図７は第二実施形態の生存監視システムを適用した発注システムにおける発注情報についてのログ収集の処理手順を示すフロー図である。ここでは、主サーバ１００ａが発注処理を行う場合を考える。
【００６０】
主サーバ１００ａの注文処理部１１１は、取引所等から提供される時価情報を取得したときに、その時価情報を分析・判断し、発注を行うことを決定すると、その発注情報を生成する（Ｓ２１）。そして、注文処理部１１１は、この生成した発注情報を取引所の売買システム２００に送るために、その発注情報をスイッチ１０に送信する（Ｓ２２）と共に、その発注情報をログ制御部１１２に転送する（Ｓ２３）。ログ制御部１１２は、発注情報を受け取ると、その発注情報を発注情報のログとして記憶部１１３に記憶する（Ｓ２４）。このように、ステップＳ２２の処理とステップＳ２３及びＳ２４の処理とは並行して行われる。したがって、主サーバ１００ａでは、発注情報のスイッチ１０への送信処理と発注情報のログ記憶処理とは非同期で行われるので、これらの処理を同期して行う場合に比べて、主サーバ１００ａは発注処理を高速で行うことができる。
【００６１】
ステップＳ２２の処理により注文処理部１１１から発注情報がポート「１」を介してスイッチ１０に送られると（Ｓ２５）、スイッチ１０は、その送られた発注情報をポート「５」に送出して取引所の売買システム２００に送る（Ｓ２６）と共に、その発注情報のコピーを三つ生成し、これら生成した発注情報をそれぞれ、ポート「６」，「７」，「８」に送出する。このうち、ポート「７」，「８」から送出された発注情報はそれぞれ、第三管理サーバ４０ａ，４０ｂに送られる（Ｓ２７）。このように、ステップＳ２６の処理とステップＳ２７の処理とは並行して行われる。ここで、スイッチ２０のポート「６」から送出された発注情報は第一管理サーバ２０に送られ、第一管理サーバ２０は、上記第一実施形態で詳しく説明したように、この発注情報に基づいて主サーバに対する生存監視処理を行うことになる。
【００６２】
スイッチ１０のポート「７」から送出された信号（発注情報）は第三管理サーバ４０ａに送られる。第三管理サーバ４０ａの制御部４１は、その送られた信号の内容を解析し、その信号が発注情報であると判断すると、その発注情報とともにその発注情報を記憶する旨の指示をレイドコントローラ部４２に送る。そして、第三管理サーバ４０ａのレイドコントローラ部４２は、制御部４１からの指示にしたがって、その発注情報を発注情報のログとして二つの記憶部４３ａ，４３ｂに同時に記憶する（Ｓ２８）。同様に、スイッチ１０のポート「８」から送出された信号（発注情報）は第三管理サーバ４０ｂに送られる。第三管理サーバ４０ｂの制御部４１は、その送られた信号の内容を解析し、その信号が発注情報であると判断すると、その発注情報とともにその発注情報を記憶する旨の指示をレイドコントローラ部４２に送る。そして、第三管理サーバ４０ｂのレイドコントローラ部４２は、制御部４１からの指示にしたがって、その発注情報を発注情報のログとして二つの記憶部４３ａ，４３ｂに同時に記憶する（Ｓ２９）。
【００６３】
以上の処理により、主サーバ１００ａが生成して取引所の売買システム２００に送信した発注情報については、当該主サーバ１００ａの記憶部１１３に記憶されると共に、二台の第三管理サーバ４０ａ，４０ｂの二つの記憶部４３ａ，４３ｂにも記憶される。
【００６４】
次に、第二実施形態の生存監視システムを適用した発注システムにおいて取引所の売買システム２００が主サーバに送信する応答情報についてのログ収集の処理について説明する。図８は第二実施形態である生存監視システムを適用した発注システムにおける応答情報についてのログ収集の処理手順を示すフロー図である。ここでは、主サーバ１００ａに対して応答情報を送信する場合を考える。
【００６５】
主サーバ１００ａからの発注情報を受信した取引所の売買システム２００は、その発注情報に基づいて注文を処理し、また発注情報を受け付けた旨の応答情報を当該主サーバ１００ａに向けて送信する。そして、その取引所の売買システム２００からの応答情報は、スイッチ１０に送られる（Ｓ４１）。応答情報を受けたスイッチ１０は、その応答情報を主サーバ１００ａに向けてポート「１」から送出する（Ｓ４２）と共に、その応答情報をコピーして三つ生成し、これら生成した応答情報をそれぞれ、ポート「６」，「７」，「８」に送出する（Ｓ４３）。このように、ステップＳ４２の処理とステップＳ４３の処理とは並行して行われる。ここで、スイッチ２０のポート「６」から送出された応答情報は第一管理サーバ２０に送られ、第一管理サーバ２０は、上記第一実施形態で詳しく説明したように、この応答情報に基づいて主サーバに対する生存監視処理を行うことになる。
【００６６】
ステップＳ４２の処理によりスイッチ１０のポート「１」から送出された応答情報が主サーバ１００ａの注文処理部１１１に受信されると（Ｓ４４）、注文処理部１１１はその受信した応答情報をログ制御部１１２に送出する（Ｓ４５）。ログ制御部１１２は、注文処理部１１１からの応答情報を受け取ると、その応答情報を応答情報のログとして記憶部１１３に記憶する（Ｓ４６）。
【００６７】
一方、ステップＳ４３の処理によりスイッチ１０のポート「７」から送出された信号（応答情報）は第三管理サーバ４０ａに送られる。第三管理サーバ４０ａの制御部４１は、その送られた信号の内容を解析し、その信号が応答情報であると判断すると、その応答情報とともにその応答情報を記憶する旨の指示をレイドコントローラ部４２に送る。そして、第三管理サーバ４０ａのレイドコントローラ部４２は、制御部４１からの指示にしたがって、その応答情報を応答情報のログとして二つの記憶部４３ａ，４３ｂに同時に記憶する（Ｓ４７）。同様に、ステップＳ４３の処理によりスイッチ１０のポート「８」から送出された信号（応答情報）は第三管理サーバ４０ｂに送られる。第三管理サーバ４０ｂの制御部４１は、その送られた信号の内容を解析し、その信号が応答情報であると判断すると、その応答情報とともにその応答情報を記憶する旨の指示をレイドコントローラ部４２に送る。そして、第三管理サーバ４０ｂのレイドコントローラ部４２は、制御部４１からの指示にしたがって、その応答情報を応答情報のログとして二つの記憶部４３ａ，４３ｂに同時に記憶する（Ｓ４８）。
【００６８】
以上の処理により、取引所の売買システム２００が主サーバ１００ａに送信した応答情報については、当該主サーバ１００ａの記憶部１１３に記憶されると共に、二台の第三管理サーバ４０ａ，４０ｂの二つの記憶部４３ａ，４３ｂにも記憶される。
【００６９】
第二実施形態の生存監視システムは、上記第一実施形態の生存監視システムと同様の作用・効果を奏する。また、第二実施形態では、第三管理サーバが、スイッチの所定のポートから送出されるコピーされた信号を受信したときに、その信号のログを記憶部に記憶して管理する。このため、主サーバから取引所の売買システムに送信される発注情報のログをすべて、第三管理サーバに記憶しておくことができるので、主サーバに不測の事態が生じたときでも、それに対処することができる。
【００７０】
ところで、第二実施形態によれば、本発明の生存監視システムと金融機関側の発注システムとを併せた全体を、外部のシステムにネットワークを介して信号を送信する一つの情報処理システムと捉えたとき、この情報処理システムでは、特有の作用効果が得られることが分かる。すなわち、第二実施形態の生存監視システムを適用した発注システムでは、主サーバ内において発注情報のログを記憶するのと並行して当該主サーバからスイッチに発注情報を送信し、また、スイッチから取引所の売買システムに発注情報を送出するのと並行してスイッチからコピーされた発注情報を二台の第三管理サーバに送出して発注情報のログを記憶する。これにより、主サーバは発注情報のログを記憶する処理と非同期で発注情報を取引所の売買システムに送出するので、ログの記憶処理による遅延を極力押さえて高速で発注情報の送信処理を行うことができる。しかも、主サーバだけでなく、第三管理サーバにも発注情報のログを記憶しているので、取引所の売買システムに送信される発注情報のログを確実に収集することができる。このため、例えば、主サーバが発注情報のログを記憶部に記憶する前に当該主サーバに障害が発生したとしても、取引所の売買システムに向けて送出した発注情報はスイッチを介して、二台の第三管理サーバに送られ、その二台の第三管理サーバで発注情報のログが収集されているので、後に第三管理サーバが収集したログを解析することにより、当該発注情報が取引所の売買システムに発送されたか否かを検証することができる。したがって、第二実施形態の生存監視システムを適用した発注システムによれば、高速で処理を行う必要があるアルゴリズム取引においても、高い信頼性を確保して、発注情報を高速で取引所の売買システムに送信することができる。
【００７１】
また、第二実施形態の生存監視システムを適用した発注システムでは、スイッチは、取引所の売買システムから送信される応答情報を中継してその送信先である主サーバに送出すると共に、当該応答情報をコピーして第三管理サーバに送出する。そして、当該主サーバはスイッチから送出された応答情報のログを記憶し、一方、第三管理サーバも、コピーされた当該応答情報をスイッチから受信して、その受信した当該応答情報のログを記憶する。これにより、発注情報とともに応答情報をも記憶して、当該発注に関する履歴を完全に収集することができる。
【００７２】
［他の実施形態］
尚、本発明は上記の各実施形態に限定されるものではなく、その要旨の範囲内において種々の変形が可能である。
【００７３】
例えば、上記の各実施形態では、スイッチが取引所の売買システムから送信される応答情報をコピーして第一管理サーバに送出する場合について説明したが、スイッチはかかる応答情報を第一管理サーバに送出しなくともよい。第一管理サーバは、主サーバから取引所の売買システムに送信される信号（発注情報、ハートビート信号）を受け取ることができれば、かかる信号に基づいて主サーバの生存監視を行うことができるからである。
【００７４】
また、上記の第二実施形態では、スイッチが取引所の売買システムから送信される応答情報をコピーして第三管理サーバに送出する場合について説明したが、スイッチはかかる応答情報を第三管理サーバに送出しなくともよい。すなわち、第三管理サーバでは、主サーバが送信する発注情報のログだけを収集するようにしてもよい。発注情報のログだけを収集して記憶しておけば、主サーバの障害に対処することができるからである。
【００７５】
また、上記の第二実施形態において、第三管理サーバは、例えば記憶したログを解析して必要な情報を取り出し、表示手段に表示することができるアナライザ機能を備えるものであってもよい。
【００７６】
更に、上記の各実施形態では、第二管理サーバがネットワーク監視処理を行う場合について説明したが、第二管理サーバを設けず、各発注用サーバがネットワーク監視処理を行うようにしてもよい。
【００７７】
上記の各実施形態では、主サーバを二台設けた場合について説明したが、主サーバは一台或いは三台以上設けるようにしてもよい。また、高速での発注処理が要求されるようなシステムにあっては、主サーバを複数台設けることが望ましい。これにより、各主サーバには同時並行的に処理を行わせることができるので、主サーバの処理を効率よく行うことができる。
【００７８】
また、上記の各実施形態では、副サーバを二台設けた場合について説明したが、副サーバは一台或いは三台以上設けるようにしてもよい。特に、副サーバを複数台設けることにより、副サーバの冗長化を図ることができるので、不測の事態が生じたときでも、システムが停止してしまうのを回避し、システムの信頼性の向上を図ることができる。
【００７９】
上記の第二実施形態では、第一管理サーバとは別に第三管理サーバを設けた場合について説明したが、第一管理サーバには、各発注用サーバに対する生存監視処理を行うという本来の機能を実行させるだけでなく、ログの記憶処理を行うという第三管理サーバの機能をも実行させるようにしてもよい。これにより、第三管理サーバの台数を減らすことができる。
【００８０】
また、上記の第二実施形態では、第三管理サーバを二台設けた場合について説明したが、第三管理サーバは一台或いは三台以上設けるようにしてもよい。特に、第三管理サーバを複数台設けることにより、これら複数台の第三管理サーバに発注情報のログを記憶しておくことができるので、高速で発注情報を送信する際の信頼性の向上を図ることができる。また、一つの金融機関側に複数の発注システムが設けられている場合には、第三管理サーバは複数の発注システムの各々に個別に設けるのではなく、第三管理サーバを複数の発注システムで共用するようにしてもよい。
【００８１】
また、上記の各実施形態では、第一管理手段が主サーバと副サーバの生存状況を監視する場合について説明したが、本発明はこれに限定されるものではなく、第一管理手段は主サーバの生存状況を監視し、副サーバの生存状況は監視しないようにしてもよい。
【００８２】
更に、上記の各実施形態では、本発明の生存監視システムを、金融商品の取引所の売買システムに対して発注処理を行う金融機関側の発注システムに適用した場合について説明したが、本発明はこれに限定されるものではなく、外部のシステムに対して所定の処理を求める要求信号を送信する必要のある情報処理システムであれば、どのようなシステムにも適用することができる。
【産業上の利用可能性】
【００８３】
以上説明したように、本発明の生存監視システムでは、主サーバに生存監視処理を行う機能を持たせず、管理サーバが主サーバに対する生存監視処理を行う。これにより、主サーバは生存監視処理を行う必要がないので、主サーバの処理負荷を軽減することができる。また、管理サーバは、中継切替手段の所定のポートから送出される主サーバからの信号を受信すると共に、主サーバからの信号が前回受信したときから所定時間送られてきていないと判断したときに、当該主サーバが生存していないと判定する。このように、管理サーバは、主サーバから外部のシステムに送信される信号を利用して主サーバの生存状況を判定することにより、主サーバに対して生存を確認するための信号を送信する必要がないので、管理サーバによる生存監視処理が主サーバと外部のシステムとの間で行われる通信に影響を与えることはない。したがって、本発明の生存監視システムによれば、主サーバの処理負担を軽減することができると共に管理サーバによる生存監視処理が主サーバと外部のシステムとの間で行われる通信に影響を与えないので、主サーバが行う処理の遅延を引き起こすことなく、主サーバに対する生存監視を行うことができる。したがって、本発明は、例えば、金融商品の取引所の売買システムに対して発注処理を行う金融機関側の発注システム等に適用することができる。
【符号の説明】
【００８４】
１０ スイッチ（中継切替手段）
２０ 第一管理サーバ（管理サーバ）
２１ 制御部
２２ 記憶部（記憶手段）
３０ 第二管理サーバ（ネットワーク監視サーバ）
４０ａ，４０ｂ 第三管理サーバ（ログ記憶サーバ）
４１ 制御部
４２ レイドコントローラ部
４３ａ，４３ｂ 記憶部
１００ａ，１００ｂ 主サーバ
１００ｃ，１００ｄ 副サーバ
１１１ 注文処理部
１１２ ログ制御部
１１３ 記憶部
２００ 取引所の売買システム（外部のシステム）
【技術分野】
【０００１】
本発明は、例えば金融商品の取引所の売買システムに対して発注情報を送信する発注用サーバのように、所定の処理を求める要求信号を外部のシステムに送信するサーバについての生存状況を監視する生存監視システムに関するものである。
【背景技術】
【０００２】
ミッションクリティカルなシステムでは、不測の事態に備えてサーバの冗長化が図られている。これにより、主サーバ（稼働中サーバ）に障害が生じたときにすぐに副サーバ（代替用サーバ）に機能を移行し、ユーザ向けのサービスを停止させないようにすることができる。このような仕組みを実現するには、各サーバの生存状況を監視しておく必要がある（例えば、特許文献１参照。）。
【０００３】
図９は従来の生存監視の仕組みを説明するための概略ブロック図である。この図９では、金融商品の取引所の売買システムに対して発注を行う金融機関側の発注システムに生存監視の仕組みを適用した例を示している。金融機関側の発注システムには、発注用サーバＡ、発注用サーバＢ、発注用サーバＣが備えられており、ネットワークを介して取引所の売買システムに接続されている。発注用サーバＡ及び発注用サーバＢは稼働中の主サーバである。発注用サーバＡ，Ｂはそれぞれ、取引所の売買システムに対してスイッチを介して発注情報を送信する発注処理を行う。取引所の売買システムはその発注情報を受信すると、発注情報を受け付けた旨の応答情報をスイッチを介して当該発注用サーバに送信する。また、発注用サーバＣは待機中の副サーバ（代替用サーバ）である。発注用サーバＡ及び発注用サーバＢの両方又は一方に障害が発生したときに、発注用サーバＣが代わりに発注用サーバとして使用されることになる。従来、各発注用サーバの生存状況を監視するために、三台の発注用サーバＡ，Ｂ，Ｃはそれぞれ、生存監視処理として、他の発注用サーバに対し、生存を確認するための信号（生存監視信号）を定期的に送信する処理を行っている。そして、各発注用サーバＡ，Ｂ，Ｃは、その生存監視信号に対する応答信号が送られてくると、当該他の発注用サーバが生存していると判断し、一方、その応答信号が送られてこなければ、当該他の発注用サーバが生存していないと判断している。
【０００４】
尚、各発注用サーバＡ，Ｂ，Ｃはそれぞれ他の発注用サーバについての生存監視処理を行うだけでなく、発注処理に利用されるネットワークの生存状況を監視する処理（ネットワーク監視処理）も行っている。このネットワーク監視処理は、発注処理に利用されるネットワークとは別系統のネットワークを用いて、サーバの生存監視処理と同様の方法で行われる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２９９３６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、このようなサーバの生存監視処理は常に行われていなければ、その効果が得られない。このため、各サーバがこの生存監視処理を行うことは、各サーバにとって負荷を生じさせるものとなる。特に、金融機関から取引所の売買システムに対して高速で発注情報を送信することが要求される発注システム等では、僅かでも主サーバの処理負担を軽減し、本来の業務処理である発注処理の遅延を避けたいという要望がある。
【０００７】
本発明は上記事情に基づいてなされたものであり、稼働中の主サーバが行う処理の遅延を引き起こすことなく、主サーバの生存監視を行うことができる生存監視システムを提供することを目的とするものである。
【課題を解決するための手段】
【０００８】
上記の目的を達成するための本発明は、外部のシステムとネットワークを介して接続された主サーバの生存状況を監視する生存監視システムであって、主サーバと外部のシステムとの間で送信される信号を中継すると共に、主サーバから信号が送られたときに、当該主サーバから送られた信号をコピーして所定のポートから送出するポートミラーリング機能を有する中継切替手段と、中継切替手段の所定のポートから送出される主サーバからの信号が前回受信したときから所定時間送られてきていないと判断したときに、当該主サーバが生存していないと判定し、当該主サーバの代替用のサーバである副サーバに当該主サーバの代わりに稼働する旨の信号を送出する管理サーバと、を具備することを特徴とするものである。
【０００９】
ここで、管理サーバは、主サーバの生存監視を、例えば次のようにして行うことが望ましい。すなわち、管理サーバは、中継切替手段の所定のポートから送出される主サーバからの信号を受信したときに、当該主サーバが生存していると判定し、その判定結果及びその信号を受信した日時を示す日時情報に基づいて作成される当該主サーバの生存状況を示す情報を記憶手段に記憶して管理すると共に、その管理する主サーバの生存状況を示す情報に基づいて当該主サーバからの信号が前回受信したときから所定時間送られてきていないと判断したときに、当該主サーバが生存していないと判定する。
【００１０】
本発明の生存監視システムでは、上記の構成により、主サーバに生存監視処理を行う機能を持たせず、管理サーバが主サーバに対する生存監視処理を行う。これにより、主サーバは生存監視処理を行う必要がないので、主サーバの処理負荷を軽減することができる。また、管理サーバは、中継切替手段の所定のポートから送出される主サーバからの信号を受信すると共に、主サーバからの信号が前回受信したときから所定時間送られてきていないと判断したときに、当該主サーバが生存していないと判定する。このように、管理サーバは、主サーバから外部のシステムに送信される信号を利用して主サーバの生存状況を判定することにより、主サーバに対して生存を確認するための信号を送信する必要がないので、管理サーバによる生存監視処理が主サーバと外部のシステムとの間で行われる通信に影響を与えることはない。したがって、本発明の生存監視システムによれば、主サーバの処理負担を軽減することができると共に管理サーバによる生存監視処理が主サーバと外部のシステムとの間で行われる通信に影響を与えないので、主サーバが行う処理の遅延を引き起こすことなく、主サーバに対する生存監視を行うことができる。
【００１１】
また、本発明の生存監視システムにおいて、主サーバが外部のシステムに送信する信号は、所定の処理を求める要求信号と、稼働中にネットワーク上で外部のシステムとの間に確立された通信路が閉じられないように自己が生存していることを知らせるためのハートビート信号とを含むものであることが望ましい。ハートビート信号は主サーバから外部のシステムに定期的に送信されるので、このハートビート信号を利用することにより主サーバの生存状況を確実に監視することができる。
【００１２】
また、本発明の生存監視システムにおいて、主サーバ及び副サーバが外部のシステムと接続されているネットワークが生存しているかどうかを監視する処理を行うネットワーク監視サーバを備えることが望ましい。これにより、主サーバや副サーバはネットワーク監視処理を行う必要がなくなるので、これらサーバの処理負荷をさらに軽減することができる。
【００１３】
また、本発明の生存監視システムにおいて、管理サーバは、副サーバに対して生存を確認するための信号を定期的に送信し、その送信した生存を確認するための信号に対する応答信号が当該副サーバから送られてきたときに、当該副サーバが生存していると判定し、その送信した生存を確認するための信号に対する応答信号がその送信時から所定時間経過しても当該副サーバから送られてこないときに、当該副サーバが生存していないと判定することが望ましい。これにより、管理サーバは、主サーバだけでなく、副サーバについても生存状況を監視することができる。
【００１４】
更に、本発明の生存監視システムにおいて、中継切替手段の所定のポートから送出される主サーバからの信号を受信すると共に、その受信した信号のログをログ記憶手段に記憶して管理するログ記憶サーバを備えることが望ましい。これにより、主サーバから外部のシステムに送信される信号のログをすべて記憶しておくことができるので、主サーバに不測の事態が生じたときでも、それに対処することができる。
【発明の効果】
【００１５】
本発明に係る生存監視システムによれば、主サーバの処理負担を軽減することができると共に管理サーバによる生存監視処理が主サーバと外部のシステムとの間で行われる通信に影響を与えないので、主サーバが行う処理の遅延を引き起こすことなく、主サーバの生存監視を行うことができる。
【図面の簡単な説明】
【００１６】
【図１】図１は本発明の第一実施形態である生存監視システムを適用した発注システムの概略ブロック図である。
【図２】図２はその発注システムの各発注用サーバの概略ブロック図である。
【図３】図３は第一実施形態の生存監視システムにおける第一管理サーバの概略ブロック図である。
【図４】図４はその生存監視システムにおいて第一管理サーバが行う処理の手順を示すためのフローチャートである。
【図５】図５は本発明の第二実施形態である生存監視システムを適用した発注システムの概略ブロック図である。
【図６】図６はその生存監視システムの第三管理サーバの概略ブロック図である。
【図７】図７はその生存監視システムを適用した発注システムにおける発注情報についてのログ収集の処理手順を示すフロー図である。
【図８】図８はその生存監視システムを適用した発注システムにおける応答情報についてのログ収集の処理手順を示すフロー図である。
【図９】図９は従来の生存監視の仕組みを説明するための概略ブロック図である。
【発明を実施するための形態】
【００１７】
［第一実施形態］
以下に、図面を参照して、本願に係る発明を実施するための最良の形態について説明する。
【００１８】
第一実施形態では、本発明の生存監視システムを、高速情報処理システムの一つである、金融商品の取引所の売買システムに対して発注処理を行う金融機関側の発注システムに適用した場合について説明する。図１は本発明の第一実施形態である生存監視システムを適用した発注システムの概略ブロック図である。
【００１９】
図１に示す発注システムは、二台の主サーバ１００ａ，１００ｂと、二台の副サーバ１００ｃ，１００ｄとを備える。これらのサーバ１００ａ，１００ｂ，１００ｃ，１００ｄはネットワークを介して取引所の売買システム２００に接続されている。主サーバ１００ａ，１００ｂは現在稼動しているサーバであり、副サーバ１００ｃ，１００ｄは、主サーバ１００ａ，１００ｂと同等の機能を有し、主サーバ１００ａ，１００ｂに障害が発生したときに、主サーバ１００ａ，１００ｂに代えて使用される、代替用のサーバである。主サーバ１００ａ，１００ｂに障害が発生した場合には、その主サーバの代わりに副サーバ１００ｃ，１００ｄのいずれか又は両方が稼働することになる。特に、第一実施形態では、副サーバ１００ｃを、主サーバ１００ａに対する代替用サーバとして用い、副サーバ１００ｄを、主サーバ１００ｂに対する代替用サーバとして用いることにする。尚、以下では、主サーバと副サーバとをまとめて「発注用サーバ」とも称する。
【００２０】
各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄは、ある会社の株を所定数買い付けるのに、どのようなアルゴリズムを組んで発注するかを決めるサーバである。この発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄは、金融機関が所有するものであるが、発注処理を高速で行うために、取引所のデータセンター内に設置されている。
【００２１】
取引所の売買システム（外部のシステム）２００は、金融商品の取引所（例えば、東京証券取引所）に設けられている。この取引所の売買システム２００は、取引所で取り扱う金融商品に係る取引を制御するシステムである。なお、以下では株式証券取引を例として説明するが、本発明の適用範囲は株式証券取引に限られるものではない。発注用サーバから発注情報（要求信号）を受信すると、取引所の売買システム２００は、その注文を処理すると共に、発注情報を受け付けた旨の応答情報（応答信号）を当該発注用サーバに送出する。尚、この取引所の売買システム２００は公知のものであるので、ここでは、その詳細な説明を省略する。
【００２２】
各主サーバ１００ａ，１００ｂは、取引所の売買システム２００に各種の信号を送信する。具体的に、各主サーバ１００ａ，１００ｂは、本来の業務処理である発注処理を行うことにより作成した発注情報（要求信号）をネットワークを介して取引所の売買システム２００に送信する。ここで、各主サーバ１００ａ，１００ｂはそれぞれ、独立に処理を行っている。このため、二台の主サーバ１００ａ，１００ｂは発注処理を同時並行的に行うことができる。また、各主サーバ１００ａ，１００ｂは、稼働中にネットワーク上で取引所の売買システム２００との間に確立された通信路が閉じられないように自己が生存していることを知らせるためのハートビート信号を定期的に取引所の売買システム２００に送信している。尚、各主サーバ１００ａ，１００ｂと取引所の売買システム２００との間ではパケット通信により信号送信が行われる。
【００２３】
第一実施形態の生存監視システムは、発注システムの各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄの生存状況を監視するためのものであり、図１に示すように、スイッチ１０と、第一管理サーバ２０と、第二管理サーバ３０とを備えている。スイッチ１０は、発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄと取引所の売買システム２００との間で送信される信号を中継するものであり、発注システムと取引所の売買システム２００とを繋ぐ通信回線上に設けられている。具体的に、四台の発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄはそれぞれスイッチ１０に接続され、取引所の売買システム２００もスイッチ１０に接続されている。このスイッチ１０には第一管理サーバ２０も接続されている。また、第二管理サーバ３０は各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄと接続されている。
【００２４】
次に、発注システムの各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄの構成について説明する。図２は発注システムの各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄの概略ブロック図である。各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄは、図２に示すように、注文処理部１１１と、ログ制御部１１２と、記憶部（第一のログ記憶手段）１１３とを有する。
【００２５】
注文処理部１１１は、取引所や情報ベンダー等から配信される時価情報を取得したときに、その時価情報を分析・判断し、所定のアルゴリズムを組んで、取引所に株の購入を行うための発注情報を生成して、スイッチ１０に送信する。ここで、この発注情報には、各発注情報を識別するためのシリアル番号が注文処理部１１１によって付与される。また、注文処理部１１１は、発注情報をログ制御部１１２にも転送する機能を有する。ログ制御部１１２は注文処理部１１１から転送された発注情報を受信すると、その発注情報を発注情報のログ（履歴情報）として記憶部１１３に記憶する。記憶部１１３に記憶する発注情報のログとしては、日時情報やシリアル番号を含む発注情報のすべてを記憶してもよいし、或いは、この発注情報の一部、例えば発注情報に付与されたシリアル番号だけを記憶するようにしてもよい。当該発注用サーバに障害が発生した場合、このシリアル番号が分かれば、対応する発注情報を特定することができ、当該シリアル番号の発注情報が取引所の売買システム２００に受け入れられたか否かを後に検証することができるからである。
【００２６】
また、当該発注用サーバが発注情報を取引所の売買システム２００に送信した後、その発注情報に対する応答情報が取引所の売買システム２００から当該発注用サーバに送られてくると、注文処理部１１１は、その応答情報を受信し、ログ制御部１１２に送信する。ログ制御部１１２は注文処理部１１１から送られた応答情報を受け取ると、その応答情報を応答情報のログ（履歴情報）として記憶部１１３に記憶する。応答情報には取引所の売買システム２００によってシリアル番号が付与されている。したがって、この応答情報についても、発注情報と同様の理由から、記憶部１１３に記憶する応答情報のログとして、日時情報やシリアル番号を含む応答情報のすべてを記憶しもよいし、この応答情報の一部、例えば応答情報に付与されているシリアル番号だけを記憶するようにしてもよい。
【００２７】
次に、第一実施形態の生存監視システムの各構成要素（スイッチ１０、第一管理サーバ２０、第二管理サーバ３０）について説明する。
【００２８】
スイッチ（中継切替手段）１０は、各主サーバ１００ａ，１００ｂと取引所の売買システム２００との間で送信される発注情報、応答情報、ハートビート信号等を中継するものである。また、第一実施形態では、このスイッチ１０として、各発注用サーバから信号が送られたときに、当該発注用サーバから送られた信号をコピーして所定のポートから送出するポートミラーリング機能を有するものを用いている。すなわち、このポートミラーリング機能というのは、スイッチ１０の、あるポートを流れるパケットを、ユーザが任意に指定した他のポートにコピーする機能である。ユーザは任意にコピー元ポートとコピー先ポートを指定することができる。かかるポートの指定は、このスイッチ１０を設置する際に行われる。
【００２９】
具体的に、図１の例では、主サーバ１００ａはスイッチ１０のポート「１」に接続され、主サーバ１００ｂはスイッチ１０のポート「２」に接続され、副サーバ１００ｃはスイッチ１０のポート「３」に接続され、そして、副サーバ１００ｄはスイッチ１０のポート「４」に接続されている。また、取引所の売買システム２００はスイッチ１０のポート「５」に接続され、第一管理サーバ２０はスイッチ１０のポート「６」に接続されている。この場合、スイッチ１０においては、各ポート「１」〜「４」で受信する取引所の売買システム宛のパケットをコピーして、ポート「６」に送出するようにポートの指定が行われている。これにより、スイッチ１０は、各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄから送られてきた取引所の売買システム宛の信号（発注情報、ハートビート信号等）をそれぞれポート「１」，「２」，「３」，「４」で受信すると、その信号を、ポート「５」を介して取引所の売買システム２００に送出すると共に、その信号のコピーを作成して、ポート「６」を介して第一管理サーバ２０に送出する。
【００３０】
また、スイッチ１０においては、ポート「５」で受信する各発注用サーバ宛のパケットをコピーして、ポート「６」に送出するようにポートの指定が行われている。これにより、スイッチ１０は、取引所の売買システム２００から各発注用サーバ宛の信号（応答情報等）をポート「５」で受信すると、その信号を所定のポートを介して当該発注用サーバに送出すると共に、その信号のコピーを作成して、ポート「６」を介して第一管理サーバ２０に送出する。このように、第一管理サーバ２０には、各発注用サーバと取引所の売買システム２００との間で通信される信号のコピーがすべて送信されることになる。
【００３１】
第一管理サーバ（管理サーバ）２０は、四台の発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄの各々が生存しているかどうかを判定する生存監視処理を行うものである。この第一管理サーバ２０としては、例えば、Snifferサーバを用いることができる。図３は第一管理サーバ２０の概略ブロック図である。この第一管理サーバ２０は、図３に示すように、制御部２１と、記憶部（記憶手段）２２とを備える。第一管理サーバ２０の制御部２１は、主サーバ１００ａ，１００ｂに対しては次のような生存監視処理を行う。すなわち、制御部２１は、スイッチ１０のポート「６」から送出される信号を受信したときに、その信号の内容を解析することにより当該信号の送信元又は当該信号の送信先として特定されている主サーバを認識し、その認識した主サーバが生存していると判定する。当該信号の送信元として主サーバが特定されている場合には、当該信号は当該主サーバから送信されたものであるので、当該主サーバは現在、実際に稼働していると考えられるからである。また、当該信号の送信先として主サーバが特定されている場合には、当該信号は取引所の売買システム２００から当該主サーバに送信された応答情報であるが、この応答情報が送信されるためには当該主サーバから発注情報が取引所の売買システム２００に送信されているので、当該主サーバは現在、実際に稼働していると考えられるからである。そして、制御部２１は、主サーバが生存していると判定すると、その判定結果及びその信号を受信した日時を示す日時情報に基づいて当該主サーバの生存状況を示す情報を作成し、記憶部２２に記憶して管理する。
【００３２】
また、制御部２１は、記憶部２２に記憶されている主サーバの生存状況を示す情報に基づいて当該主サーバからの信号が前回受信したときから所定時間送られてきていないかどうかを判断する。ここで、その判断基準となる「所定時間」としては、主サーバからのハートビート信号の送信間隔よりも長い時間が設定される。例えば、この「所定時間」は５秒程度に設定することができる。特に、発注用サーバによる処理の高速化が要求されるような場合には、「所定時間」を、ハートビート信号の送信間隔よりも長いが、ハートビート信号になるべく近い時間に設定することが望ましい。したがって、制御部２１は、当該主サーバからの信号が前回受信したときから所定時間送られてきていないと判断すると、当該主サーバから送られるはずのハートビート信号が送信されていない、したがって、当該主サーバが生存していないと判定することになる。こうして、制御部２１は、当該主サーバが生存していないと判定すると、当該主サーバの代わりに稼働する旨の信号を所定の副サーバに送信する。具体的には、主サーバ１００ａが生存していないと判定すると、副サーバ１００ｃに対して、主サーバ１００ａの代わりに主サーバとして稼働する旨の信号を送信し、主サーバ１００ｂが生存していないと判定すると、副サーバ１００ｄに対して、主サーバ１００ｂの代わりに主サーバとして稼働する旨の信号を送信する。
【００３３】
一方、副サーバ１００ｃ，１００ｄは取引所の売買システム２００との間で信号の送受信を行っていないので、副サーバ１００ｃ，１００ｄに対する生存監視処理として、上記の主サーバ１００ａ，１００ｂに対する生存監視処理と同じ方法を適用することはできない。このため、第一管理サーバ２０の制御部２１は、副サーバ１００ｃ，１００ｄの各々に対して生存を確認するための信号（生存監視信号）を定期的に送信し、その送信した生存監視信号に対する応答信号が当該副サーバから送られてきたときに、当該副サーバが生存していると判定する。一方、制御部２１は、その送信した生存監視信号に対する応答信号がその送信時から所定時間経過しても当該副サーバから送られてこないときに、当該副サーバが生存していないと判定する。この判定結果は当該副サーバの生存状況を示す情報として記憶部２２に記憶される。
【００３４】
第二管理サーバ（ネットワーク監視サーバ）３０は、主サーバ１００ａ，１００ｂ及び副サーバ１００ｃ，１００ｄが取引所の売買システム２００と接続されているネットワークが生存しているかどうかを監視する処理を行うものである。従来は、かかるネットワーク監視処理は各発注用サーバが行っていたが、第一実施形態の生存監視システムでは、発注用サーバとは別に第二管理サーバ３０を設け、この第二管理サーバ３０にネットワーク監視処理を行わせることにしている。ネットワーク監視処理の具体的内容は従来と同様であるので、ここではその詳細な説明を省略する。
【００３５】
次に、第一実施形態の発注システムにおける発注処理の手順について説明する。ここでは、主サーバ１００ａが発注処理を行う場合を考える。
【００３６】
金融機関では、例えば、ある顧客からＡ社の株価が特定の値になったときに所定株数を購入して欲しいという依頼を受けている。主サーバ１００ａの注文処理部１１１は、取引所等から提供される時価情報に基づいて、Ａ社の株価が気配値になったと判断したときに、その会社の所定株数の株式を購入することを決定し、その株式を購入するための発注情報を生成する。そして、注文処理部１１１は、この生成した発注情報を取引所の売買システム２００に送るために、その発注情報をスイッチ１０に送信すると共に、その発注情報をログ制御部１１２にも転送する。
【００３７】
ログ制御部１１２は、注文処理部１１１からの発注情報を受け取ると、その発注情報のログを記憶部１１３に記憶する。一方、発注処理部１１１から発注情報がポート「１」を介してスイッチ１０に送られると、スイッチ１０は、その送られた発注情報をポート「５」に送出して取引所の売買システム２００に送ると共に、その発注情報のコピーを生成し、この生成した発注情報をポート「６」に送出する。ここで、ポート「６」から送出された発注情報は第一管理サーバ２０に送られ、第一管理サーバ２０はこの発注情報に基づいて主サーバに対する生存監視処理を行うことになる。このように、ログ制御部１１２による発注情報のログを記憶する処理と、発注情報をスイッチ１０を介して取引所の売買システム２００に送信する処理とは非同期で行われる。
【００３８】
主サーバ１００ａからの発注情報を受信した取引所の売買システム２００は、その発注情報に基づいて注文を処理し、また、発注情報を受け付けた旨の応答情報を当該主サーバ１００ａに向けて送信する。この取引所の売買システム２００からの応答情報は、ポート「５」を介してスイッチ１０に送られる。そして、スイッチ１０は、そのポート「５」を介して送られた応答情報を主サーバ１００ａに向けてポート「１」から送出すると共に、その応答情報のコピーを生成し、この生成した応答情報を、ポート「６」に送出する。ここで、ポート「６」から送出された応答情報は第一管理サーバ２０に送られ、第一管理サーバ２０はこの応答情報に基づいて主サーバに対する生存監視処理を行うことになる。
【００３９】
主サーバ１００ａの注文処理部１１１は、スイッチ１０からの応答情報を受信すると、その受信した応答情報をログ制御部１１２に送出し、ログ制御部１１２はその応答情報のログを記憶部１１３に記憶する。
【００４０】
次に、第一実施形態の生存監視システムにおいて第一管理サーバ２０が行う処理の手順について説明する。図４は第一管理サーバが行う処理の手順を示すためのフローチャートである。
【００４１】
第一管理サーバ２０の制御部２１は、図４に示すように、主サーバに対する生存監視処理と、副サーバに対する生存監視処理とを繰り返し実行する。主サーバに対する生存監視処理は、信号受信処理（Ｓ１１）と、生存状況情報作成処理（Ｓ１２）と、生存判定処理（Ｓ１３）と、切替え処理（Ｓ１４）とからなり、副サーバに対する生存監視処理は、信号送信処理（Ｓ１５）と、生存判定処理（Ｓ１６）とからなる。ここで、図４の処理フローでは、説明を分かりやすくするために、各処理が順に実行されるように記載しているが、実際には、制御部２１にはマルチコアのＣＰＵを採用しており、上記各処理はマルチスレッドにより同時並行的に行われる。
【００４２】
まず、制御部２１は信号受信処理を行う（Ｓ１１）。この信号受信処理では、制御部２１は、スイッチ１０のポート「６」から送出される信号を受信すると、その受信した信号の内容をその受信した日時を示す日時情報とともに記憶部２２に記憶する。次に、制御部２１は生存状況情報作成処理を行う（Ｓ１２）。この生存状況情報作成処理では、制御部２１は、記憶部２２に記憶されている信号の内容を解析することにより当該信号の送信元又は当該信号の送信先として特定されている主サーバを認識する。そして、その認識した主サーバが生存していると判定し、その判定結果及び当該信号の日時情報に基づいて当該主サーバの生存状況を示す情報を作成して、記憶部２２に記憶する。
【００４３】
次に、制御部２１は生存判定処理を行う（Ｓ１３）。この生存判定処理では、制御部２１は、主サーバの各々について、記憶部２２に記憶されている主サーバの生存状況を示す情報に基づいて当該主サーバからの信号が前回受信したときから所定時間送られてきていないかどうかを判断する。制御部２１は、当該主サーバからの信号が前回受信したときから所定時間送られてきていないと判断すると、当該主サーバが生存していないと判定し、その判定結果を記憶部２２に記憶する。
【００４４】
次に、制御部２１は切替え処理を行う（Ｓ１４）。この切替え処理では、制御部２１は、記憶部２２に主サーバが生存していない旨の判定結果が記憶されているときに、当該主サーバの代わりに稼働する旨の信号を所定の副サーバに送信する。ここで、主サーバ１００ａが生存していない場合には、副サーバ１００ｃに対して、主サーバ１００ａの代わりに稼働する旨の信号を送信し、主サーバ１００ｂが生存していない場合には、副サーバ１００ｄに対して、主サーバ１００ｂの代わりに稼働する旨の信号を送信する。副サーバは、当該主サーバの代わりに稼働する旨の信号を第一管理サーバ２０から受け取ると、当該主サーバの処理を引き継いで実行することになる。こうして、当該副サーバは稼働状態になり、主サーバとして動作することになる。上述したステップＳ１１からステップＳ１４までの処理が、主サーバに対する生存監視処理である。
【００４５】
次に、制御部２１は、副サーバに対する生存監視処理を行う。まず、制御部２１は、各副サーバに対して生存を確認するための生存監視信号を送信する信号送信処理を行う（Ｓ１５）。そして、制御部２１は、その送信した生存監視信号に対する応答信号が当該副サーバから送られてきたときに、当該副サーバが生存していると判定し、一方、その送信した生存監視信号に対する応答信号がその送信時から所定時間経過しても当該副サーバから送られてこないときに、当該副サーバが生存していないと判定する（Ｓ１６）。この判定結果は当該副サーバの生存状況を示す情報として記憶部２２に記憶される。ここで、副サーバが生存していないと判定したときには、制御部２１は、その旨の信号を外部のサーバに送出したり、或いは警報を発したりするようにしてもよい。
【００４６】
第一実施形態の生存監視システムでは、主サーバに生存監視処理を行う機能を持たせず、第一管理サーバが主サーバに対する生存監視処理を行う。これにより、主サーバは生存監視処理を行う必要がないので、主サーバの処理負荷を軽減することができる。また、第一管理サーバは、スイッチの所定のポートから送出される主サーバからの信号を受信すると共に、主サーバからの信号が前回受信したときから所定時間送られてきていないと判断したときに、当該主サーバが生存していないと判定する。このように、第一管理サーバは、主サーバから取引所の売買システムに送信される信号を利用して主サーバの生存状況を判定することにより、主サーバに対して生存を確認するための信号を送信する必要がないので、第一管理サーバによる生存監視処理が主サーバと取引所の売買システムとの間で行われる通信に影響を与えることはない。したがって、第一実施形態の生存監視システムによれば、主サーバの処理負担を軽減することができると共に第一管理サーバによる生存監視処理が主サーバと取引所の売買システムとの間で行われる通信に影響を与えないので、主サーバが行う処理の遅延を引き起こすことなく、主サーバに対する生存監視を行うことができる。
【００４７】
また、主サーバから取引所の売買システムに送信される信号にはハートビート信号が含まれ、このハートビート信号は主サーバから取引所の売買システムに定期的に送信されるので、このハートビート信号を利用することにより主サーバの生存状況を確実に監視することができる。
【００４８】
また、第一実施形態の生存監視システムでは、第一管理サーバは、副サーバに対して生存を確認するための生存監視信号を定期的に送信し、その送信した生存監視信号に対する応答信号が当該副サーバから送られてきたときに、当該副サーバが生存していると判定し、その送信した生存監視信号に対する応答信号がその送信時から所定時間経過しても当該副サーバから送られてこないときに、当該副サーバが生存していないと判定する。これにより、第一管理サーバは、主サーバだけでなく、副サーバについても生存状況を監視することができると共に、副サーバは生存監視処理を行う必要がなくなり、副サーバの処理負担が軽減する。
【００４９】
更に、第一実施形態の生存監視システムでは、主サーバ及び副サーバが取引所の売買システムと接続されているネットワークが生存しているかどうかを監視する処理を行う第二管理サーバを備えることにより、主サーバや副サーバはネットワーク監視処理を行う必要がなくなるので、これらのサーバの処理負荷をさらに軽減することができる。
【００５０】
［第二実施形態］
次に、本発明の第二実施形態について図面を参照して説明する。第二実施形態でも、第一実施形態と同様に、本発明の生存監視システムを、高速情報処理システムの一つである、金融商品の取引所の売買システムに対して発注処理を行う金融機関側の発注システムに適用した場合について説明する。尚、第二実施形態において、第一実施形態のものと同一の機能を有するものには、同一の符号を付すことにより、その詳細な説明を省略する。
【００５１】
図５は本発明の第二実施形態である生存監視システムを適用した発注システムの概略ブロック図である。この図５に示す発注システムは、第一実施形態と同様に、二台の主サーバ１００ａ，１００ｂと、二台の副サーバ１００ｃ，１００ｄとを備える。また、第二実施形態の生存監視システムは、発注システムの各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄの生存状況を監視するためのものであり、スイッチ１０と、第一管理サーバ２０と、第二管理サーバ３０と、二台の第三管理サーバ（ログ記憶サーバ）４０ａ，４０ｂとを備えている。すなわち、第二実施形態の生存監視システムが第一実施形態のものと異なる点は、二台の第三管理サーバ４０ａ，４０ｂを設けた点である。その他の点については、上記第一実施形態のものと同様である。
【００５２】
二台の第三管理サーバ４０ａ，４０ｂはそれぞれスイッチ１０に接続されている。具体的に、図５の例では、第三管理サーバ４０ａはスイッチ１０のポート「７」に接続され、第三管理サーバ４０ｂはスイッチ１０のポート「８」に接続されている。第二実施形態では、スイッチ１０において、各ポート「１」，「２」，「３」，「４」で受信する取引所の売買システム宛のパケットをコピーして、ポート「６」，「７」，「８」に送出するように、ポートの指定が行われている。これにより、スイッチ１０は、各発注用サーバ１００ａ，１００ｂ，１００ｃ，１００ｄから取引所の売買システム宛の信号（発注情報、ハートビート信号等）をそれぞれポート「１」，「２」，「３」，「４」で受信すると、その信号を、ポート「５」を介して取引所の売買システム２００に送出すると共に、その信号のコピーを作成して、ポート「６」を介して第一管理サーバ２０に、ポート「７」を介して第三管理サーバ４０ａに、そして、ポート「８」を介して第三管理サーバ４０ｂにそれぞれ送出する。
【００５３】
また、スイッチ１０においては、ポート「５」で受信する各発注用サーバ宛のパケットをコピーして、ポート「６」，「７」，「８」に送出するようにポートの指定が行われている。これにより、スイッチ１０は、取引所の売買システム２００から各発注用サーバ宛の信号（応答情報等）をポート「５」で受信すると、その信号を所定のポートを介して当該発注用サーバに送出すると共に、その信号のコピーを作成して、ポート「６」を介して第一管理サーバ２０に、ポート「７」を介して第三管理サーバ４０ａに、そして、ポート「８」を介して第三管理サーバ４０ｂにそれぞれ送出する。このように、第三管理サーバ４０ａ，４０ｂには、第一管理サーバ２０と同様に、各発注用サーバと取引所の売買システム２００との間で通信される信号のコピーがすべて送信されることになる。
【００５４】
次に、第三管理サーバ４０ａ，４０ｂについて説明する。各第三管理サーバ４０ａ，４０ｂは、スイッチ１０の所定のポートから送出される信号を受信すると共に、その受信した信号のうち発注情報及び応答情報についてのログ（履歴情報）を収集するものである。すなわち、第二実施形態では、発注情報のログ及び応答情報のログを、各主サーバの記憶部１１３に記憶しておくだけでなく、第三管理サーバ４０ａ，４０ｂにおいても記憶して管理することにしている。ここで、二台の第三管理サーバ４０ａ，４０ｂを設けているのは、冗長化を図り、履歴情報の記憶に関する信頼性を高めるためである。各第三管理サーバ４０ａ，４０ｂとしては、例えば、Snifferサーバを用いることができる。図６は第三管理サーバ４０ａ，４０ｂの概略ブロック図である。各第三管理サーバ４０ａ，４０ｂは、図６に示すように、制御部４１と、レイドコントローラ部４２と、二つの記憶部（第二のログ記憶手段）４３ａ，４３ｂとを備える。
【００５５】
制御部４１は、各主サーバ１００ａ，１００ｂから取引所の売買システム２００に送られる発注情報のコピーの記憶、及び、取引所の売買システム２００から各主サーバ１００ａ，１００ｂに送られる応答情報のコピーの記憶を制御するものである。具体的に、制御部４１は、スイッチ１０の所定のポート（「７」又は「８」）から送出されるコピーされた信号を受信したときに、その信号の内容を解析する。そして、その解析の結果、今回受信した信号が発注情報であると判断すると、その発注情報とともにその発注情報を記憶する旨の指示をレイドコントローラ部４２に送り、一方、今回受信した信号が応答情報であると判断すると、その応答情報とともにその応答情報を記憶する旨の指示をレイドコントローラ部４２に送る。レイドコントローラ部４２はＲＡＩＤカードであり、ＲＡＩＤ１で使用して二つの記憶部４３ａ，４３ｂに同時に同じ内容の情報を書き込むものである。このレイドコントローラ部４２は、制御部４１から発注情報とともにその発注情報を記憶する旨の指示が送られたときに、その発注情報を発注情報のログ（履歴情報）として二つの記憶部４３ａ，４３ｂに記憶する処理を行い、一方、制御部４１から応答情報とともにその応答情報を記憶する旨の指示が送られたときに、その応答情報を応答情報のログ（履歴情報）として二つの記憶部４３ａ，４３ｂに記憶する処理を行う。
【００５６】
尚、第二実施形態では、二つの記憶部４３ａ，４３ｂに発注情報全体及び応答情報全体を履歴情報として記憶しているが、発注情報の一部及び応答情報の一部を履歴情報として記憶するようにしてもよい。この場合、例えば、制御部４１は、スイッチ１０から送られた信号の内容を解析し、その信号が発注情報であると判断したときに、その情報に付与されているシリアル番号を取得し、その取得したシリアル番号を発注情報のログとして記憶する旨の指示をレイドコントローラ部４２に送るようにすればよい。また、その信号が応答情報であると判断した場合には、その情報に付与されているシリアル番号を取得し、その取得したシリアル番号を応答情報のログとして記憶する旨の指示をレイドコントローラ部４２に送るようにすればよい。
【００５７】
また、第二実施形態では、レイドコントローラ部４２をＲＡＩＤ１で使用しているが、本発明はこれに限定されるものではなく、例えば、レイドコントローラ部４２をＲＡＩＤ０とＲＡＩＤ１とを組合せて構成すること等により、高信頼性を実現するとともに、高速化を図るようにしてもよい。
【００５８】
第二実施形態の発注システムにおける発注処理の手順、及び、第二実施形態の生存監視システムにおける第一管理サーバ２０が行う発注用サーバに対する生存監視処理の手順は、上記第一実施形態におけるものと同様である。このため、ここではその詳細な説明を省略する。
【００５９】
次に、第二実施形態の生存監視システムを適用した発注システムにおいて主サーバが取引所の売買システム２００に送信する発注情報についてのログ収集の処理について説明する。図７は第二実施形態の生存監視システムを適用した発注システムにおける発注情報についてのログ収集の処理手順を示すフロー図である。ここでは、主サーバ１００ａが発注処理を行う場合を考える。
【００６０】
主サーバ１００ａの注文処理部１１１は、取引所等から提供される時価情報を取得したときに、その時価情報を分析・判断し、発注を行うことを決定すると、その発注情報を生成する（Ｓ２１）。そして、注文処理部１１１は、この生成した発注情報を取引所の売買システム２００に送るために、その発注情報をスイッチ１０に送信する（Ｓ２２）と共に、その発注情報をログ制御部１１２に転送する（Ｓ２３）。ログ制御部１１２は、発注情報を受け取ると、その発注情報を発注情報のログとして記憶部１１３に記憶する（Ｓ２４）。このように、ステップＳ２２の処理とステップＳ２３及びＳ２４の処理とは並行して行われる。したがって、主サーバ１００ａでは、発注情報のスイッチ１０への送信処理と発注情報のログ記憶処理とは非同期で行われるので、これらの処理を同期して行う場合に比べて、主サーバ１００ａは発注処理を高速で行うことができる。
【００６１】
ステップＳ２２の処理により注文処理部１１１から発注情報がポート「１」を介してスイッチ１０に送られると（Ｓ２５）、スイッチ１０は、その送られた発注情報をポート「５」に送出して取引所の売買システム２００に送る（Ｓ２６）と共に、その発注情報のコピーを三つ生成し、これら生成した発注情報をそれぞれ、ポート「６」，「７」，「８」に送出する。このうち、ポート「７」，「８」から送出された発注情報はそれぞれ、第三管理サーバ４０ａ，４０ｂに送られる（Ｓ２７）。このように、ステップＳ２６の処理とステップＳ２７の処理とは並行して行われる。ここで、スイッチ２０のポート「６」から送出された発注情報は第一管理サーバ２０に送られ、第一管理サーバ２０は、上記第一実施形態で詳しく説明したように、この発注情報に基づいて主サーバに対する生存監視処理を行うことになる。
【００６２】
スイッチ１０のポート「７」から送出された信号（発注情報）は第三管理サーバ４０ａに送られる。第三管理サーバ４０ａの制御部４１は、その送られた信号の内容を解析し、その信号が発注情報であると判断すると、その発注情報とともにその発注情報を記憶する旨の指示をレイドコントローラ部４２に送る。そして、第三管理サーバ４０ａのレイドコントローラ部４２は、制御部４１からの指示にしたがって、その発注情報を発注情報のログとして二つの記憶部４３ａ，４３ｂに同時に記憶する（Ｓ２８）。同様に、スイッチ１０のポート「８」から送出された信号（発注情報）は第三管理サーバ４０ｂに送られる。第三管理サーバ４０ｂの制御部４１は、その送られた信号の内容を解析し、その信号が発注情報であると判断すると、その発注情報とともにその発注情報を記憶する旨の指示をレイドコントローラ部４２に送る。そして、第三管理サーバ４０ｂのレイドコントローラ部４２は、制御部４１からの指示にしたがって、その発注情報を発注情報のログとして二つの記憶部４３ａ，４３ｂに同時に記憶する（Ｓ２９）。
【００６３】
以上の処理により、主サーバ１００ａが生成して取引所の売買システム２００に送信した発注情報については、当該主サーバ１００ａの記憶部１１３に記憶されると共に、二台の第三管理サーバ４０ａ，４０ｂの二つの記憶部４３ａ，４３ｂにも記憶される。
【００６４】
次に、第二実施形態の生存監視システムを適用した発注システムにおいて取引所の売買システム２００が主サーバに送信する応答情報についてのログ収集の処理について説明する。図８は第二実施形態である生存監視システムを適用した発注システムにおける応答情報についてのログ収集の処理手順を示すフロー図である。ここでは、主サーバ１００ａに対して応答情報を送信する場合を考える。
【００６５】
主サーバ１００ａからの発注情報を受信した取引所の売買システム２００は、その発注情報に基づいて注文を処理し、また発注情報を受け付けた旨の応答情報を当該主サーバ１００ａに向けて送信する。そして、その取引所の売買システム２００からの応答情報は、スイッチ１０に送られる（Ｓ４１）。応答情報を受けたスイッチ１０は、その応答情報を主サーバ１００ａに向けてポート「１」から送出する（Ｓ４２）と共に、その応答情報をコピーして三つ生成し、これら生成した応答情報をそれぞれ、ポート「６」，「７」，「８」に送出する（Ｓ４３）。このように、ステップＳ４２の処理とステップＳ４３の処理とは並行して行われる。ここで、スイッチ２０のポート「６」から送出された応答情報は第一管理サーバ２０に送られ、第一管理サーバ２０は、上記第一実施形態で詳しく説明したように、この応答情報に基づいて主サーバに対する生存監視処理を行うことになる。
【００６６】
ステップＳ４２の処理によりスイッチ１０のポート「１」から送出された応答情報が主サーバ１００ａの注文処理部１１１に受信されると（Ｓ４４）、注文処理部１１１はその受信した応答情報をログ制御部１１２に送出する（Ｓ４５）。ログ制御部１１２は、注文処理部１１１からの応答情報を受け取ると、その応答情報を応答情報のログとして記憶部１１３に記憶する（Ｓ４６）。
【００６７】
一方、ステップＳ４３の処理によりスイッチ１０のポート「７」から送出された信号（応答情報）は第三管理サーバ４０ａに送られる。第三管理サーバ４０ａの制御部４１は、その送られた信号の内容を解析し、その信号が応答情報であると判断すると、その応答情報とともにその応答情報を記憶する旨の指示をレイドコントローラ部４２に送る。そして、第三管理サーバ４０ａのレイドコントローラ部４２は、制御部４１からの指示にしたがって、その応答情報を応答情報のログとして二つの記憶部４３ａ，４３ｂに同時に記憶する（Ｓ４７）。同様に、ステップＳ４３の処理によりスイッチ１０のポート「８」から送出された信号（応答情報）は第三管理サーバ４０ｂに送られる。第三管理サーバ４０ｂの制御部４１は、その送られた信号の内容を解析し、その信号が応答情報であると判断すると、その応答情報とともにその応答情報を記憶する旨の指示をレイドコントローラ部４２に送る。そして、第三管理サーバ４０ｂのレイドコントローラ部４２は、制御部４１からの指示にしたがって、その応答情報を応答情報のログとして二つの記憶部４３ａ，４３ｂに同時に記憶する（Ｓ４８）。
【００６８】
以上の処理により、取引所の売買システム２００が主サーバ１００ａに送信した応答情報については、当該主サーバ１００ａの記憶部１１３に記憶されると共に、二台の第三管理サーバ４０ａ，４０ｂの二つの記憶部４３ａ，４３ｂにも記憶される。
【００６９】
第二実施形態の生存監視システムは、上記第一実施形態の生存監視システムと同様の作用・効果を奏する。また、第二実施形態では、第三管理サーバが、スイッチの所定のポートから送出されるコピーされた信号を受信したときに、その信号のログを記憶部に記憶して管理する。このため、主サーバから取引所の売買システムに送信される発注情報のログをすべて、第三管理サーバに記憶しておくことができるので、主サーバに不測の事態が生じたときでも、それに対処することができる。
【００７０】
ところで、第二実施形態によれば、本発明の生存監視システムと金融機関側の発注システムとを併せた全体を、外部のシステムにネットワークを介して信号を送信する一つの情報処理システムと捉えたとき、この情報処理システムでは、特有の作用効果が得られることが分かる。すなわち、第二実施形態の生存監視システムを適用した発注システムでは、主サーバ内において発注情報のログを記憶するのと並行して当該主サーバからスイッチに発注情報を送信し、また、スイッチから取引所の売買システムに発注情報を送出するのと並行してスイッチからコピーされた発注情報を二台の第三管理サーバに送出して発注情報のログを記憶する。これにより、主サーバは発注情報のログを記憶する処理と非同期で発注情報を取引所の売買システムに送出するので、ログの記憶処理による遅延を極力押さえて高速で発注情報の送信処理を行うことができる。しかも、主サーバだけでなく、第三管理サーバにも発注情報のログを記憶しているので、取引所の売買システムに送信される発注情報のログを確実に収集することができる。このため、例えば、主サーバが発注情報のログを記憶部に記憶する前に当該主サーバに障害が発生したとしても、取引所の売買システムに向けて送出した発注情報はスイッチを介して、二台の第三管理サーバに送られ、その二台の第三管理サーバで発注情報のログが収集されているので、後に第三管理サーバが収集したログを解析することにより、当該発注情報が取引所の売買システムに発送されたか否かを検証することができる。したがって、第二実施形態の生存監視システムを適用した発注システムによれば、高速で処理を行う必要があるアルゴリズム取引においても、高い信頼性を確保して、発注情報を高速で取引所の売買システムに送信することができる。
【００７１】
また、第二実施形態の生存監視システムを適用した発注システムでは、スイッチは、取引所の売買システムから送信される応答情報を中継してその送信先である主サーバに送出すると共に、当該応答情報をコピーして第三管理サーバに送出する。そして、当該主サーバはスイッチから送出された応答情報のログを記憶し、一方、第三管理サーバも、コピーされた当該応答情報をスイッチから受信して、その受信した当該応答情報のログを記憶する。これにより、発注情報とともに応答情報をも記憶して、当該発注に関する履歴を完全に収集することができる。
【００７２】
［他の実施形態］
尚、本発明は上記の各実施形態に限定されるものではなく、その要旨の範囲内において種々の変形が可能である。
【００７３】
例えば、上記の各実施形態では、スイッチが取引所の売買システムから送信される応答情報をコピーして第一管理サーバに送出する場合について説明したが、スイッチはかかる応答情報を第一管理サーバに送出しなくともよい。第一管理サーバは、主サーバから取引所の売買システムに送信される信号（発注情報、ハートビート信号）を受け取ることができれば、かかる信号に基づいて主サーバの生存監視を行うことができるからである。
【００７４】
また、上記の第二実施形態では、スイッチが取引所の売買システムから送信される応答情報をコピーして第三管理サーバに送出する場合について説明したが、スイッチはかかる応答情報を第三管理サーバに送出しなくともよい。すなわち、第三管理サーバでは、主サーバが送信する発注情報のログだけを収集するようにしてもよい。発注情報のログだけを収集して記憶しておけば、主サーバの障害に対処することができるからである。
【００７５】
また、上記の第二実施形態において、第三管理サーバは、例えば記憶したログを解析して必要な情報を取り出し、表示手段に表示することができるアナライザ機能を備えるものであってもよい。
【００７６】
更に、上記の各実施形態では、第二管理サーバがネットワーク監視処理を行う場合について説明したが、第二管理サーバを設けず、各発注用サーバがネットワーク監視処理を行うようにしてもよい。
【００７７】
上記の各実施形態では、主サーバを二台設けた場合について説明したが、主サーバは一台或いは三台以上設けるようにしてもよい。また、高速での発注処理が要求されるようなシステムにあっては、主サーバを複数台設けることが望ましい。これにより、各主サーバには同時並行的に処理を行わせることができるので、主サーバの処理を効率よく行うことができる。
【００７８】
また、上記の各実施形態では、副サーバを二台設けた場合について説明したが、副サーバは一台或いは三台以上設けるようにしてもよい。特に、副サーバを複数台設けることにより、副サーバの冗長化を図ることができるので、不測の事態が生じたときでも、システムが停止してしまうのを回避し、システムの信頼性の向上を図ることができる。
【００７９】
上記の第二実施形態では、第一管理サーバとは別に第三管理サーバを設けた場合について説明したが、第一管理サーバには、各発注用サーバに対する生存監視処理を行うという本来の機能を実行させるだけでなく、ログの記憶処理を行うという第三管理サーバの機能をも実行させるようにしてもよい。これにより、第三管理サーバの台数を減らすことができる。
【００８０】
また、上記の第二実施形態では、第三管理サーバを二台設けた場合について説明したが、第三管理サーバは一台或いは三台以上設けるようにしてもよい。特に、第三管理サーバを複数台設けることにより、これら複数台の第三管理サーバに発注情報のログを記憶しておくことができるので、高速で発注情報を送信する際の信頼性の向上を図ることができる。また、一つの金融機関側に複数の発注システムが設けられている場合には、第三管理サーバは複数の発注システムの各々に個別に設けるのではなく、第三管理サーバを複数の発注システムで共用するようにしてもよい。
【００８１】
また、上記の各実施形態では、第一管理手段が主サーバと副サーバの生存状況を監視する場合について説明したが、本発明はこれに限定されるものではなく、第一管理手段は主サーバの生存状況を監視し、副サーバの生存状況は監視しないようにしてもよい。
【００８２】
更に、上記の各実施形態では、本発明の生存監視システムを、金融商品の取引所の売買システムに対して発注処理を行う金融機関側の発注システムに適用した場合について説明したが、本発明はこれに限定されるものではなく、外部のシステムに対して所定の処理を求める要求信号を送信する必要のある情報処理システムであれば、どのようなシステムにも適用することができる。
【産業上の利用可能性】
【００８３】
以上説明したように、本発明の生存監視システムでは、主サーバに生存監視処理を行う機能を持たせず、管理サーバが主サーバに対する生存監視処理を行う。これにより、主サーバは生存監視処理を行う必要がないので、主サーバの処理負荷を軽減することができる。また、管理サーバは、中継切替手段の所定のポートから送出される主サーバからの信号を受信すると共に、主サーバからの信号が前回受信したときから所定時間送られてきていないと判断したときに、当該主サーバが生存していないと判定する。このように、管理サーバは、主サーバから外部のシステムに送信される信号を利用して主サーバの生存状況を判定することにより、主サーバに対して生存を確認するための信号を送信する必要がないので、管理サーバによる生存監視処理が主サーバと外部のシステムとの間で行われる通信に影響を与えることはない。したがって、本発明の生存監視システムによれば、主サーバの処理負担を軽減することができると共に管理サーバによる生存監視処理が主サーバと外部のシステムとの間で行われる通信に影響を与えないので、主サーバが行う処理の遅延を引き起こすことなく、主サーバに対する生存監視を行うことができる。したがって、本発明は、例えば、金融商品の取引所の売買システムに対して発注処理を行う金融機関側の発注システム等に適用することができる。
【符号の説明】
【００８４】
１０ スイッチ（中継切替手段）
２０ 第一管理サーバ（管理サーバ）
２１ 制御部
２２ 記憶部（記憶手段）
３０ 第二管理サーバ（ネットワーク監視サーバ）
４０ａ，４０ｂ 第三管理サーバ（ログ記憶サーバ）
４１ 制御部
４２ レイドコントローラ部
４３ａ，４３ｂ 記憶部
１００ａ，１００ｂ 主サーバ
１００ｃ，１００ｄ 副サーバ
１１１ 注文処理部
１１２ ログ制御部
１１３ 記憶部
２００ 取引所の売買システム（外部のシステム）
【特許請求の範囲】
【請求項１】
外部のシステムとネットワークを介して接続された主サーバの生存状況を監視する生存監視システムであって、
前記主サーバと前記外部のシステムとの間で送信される信号を中継すると共に、前記主サーバから信号が送られたときに、当該主サーバから送られた信号をコピーして所定のポートから送出するポートミラーリング機能を有する中継切替手段と、
前記中継切替手段の所定のポートから送出される前記主サーバからの信号が前回受信したときから所定時間送られてきていないと判断したときに、当該主サーバが生存していないと判定し、当該主サーバの代替用のサーバである副サーバに当該主サーバの代わりに稼働する旨の信号を送出する管理サーバと、
を具備することを特徴とする生存監視システム。
【請求項２】
前記管理サーバは、前記中継切替手段の所定のポートから送出される前記主サーバからの信号を受信したときに、当該主サーバが生存していると判定し、その判定結果及びその信号を受信した日時を示す日時情報に基づいて作成される当該主サーバの生存状況を示す情報を記憶手段に記憶して管理すると共に、その管理する前記主サーバの生存状況を示す情報に基づいて当該主サーバからの信号が前回受信したときから所定時間送られてきていないと判断したときに、当該主サーバが生存していないと判定することを特徴とする請求項１記載の生存監視システム。
【請求項３】
前記主サーバが前記外部のシステムに送信する信号は、所定の処理を求める要求信号と、稼働中に前記ネットワーク上で前記外部のシステムとの間に確立された通信路が閉じられないように自己が生存していることを知らせるためのハートビート信号とを含むものであることを特徴とする請求項１又は２記載の生存監視システム。
【請求項４】
前記主サーバ及び前記副サーバが前記外部のシステムと接続されている前記ネットワークが生存しているかどうかを監視する処理を行うネットワーク監視サーバを備えることを特徴する請求項１、２又は３記載の生存監視システム。
【請求項５】
前記管理サーバは、前記副サーバに対して生存を確認するための信号を定期的に送信し、その送信した生存を確認するための信号に対する応答信号が当該副サーバから送られてきたときに、当該副サーバが生存していると判定し、その送信した生存を確認するための信号に対する応答信号がその送信時から所定時間経過しても当該副サーバから送られてこないときに、当該副サーバが生存していないと判定することを特徴とする請求項１、２、３又は４記載の生存監視システム。
【請求項６】
前記中継切替手段の所定のポートから送出される前記主サーバからの信号を受信すると共に、その受信した信号のログをログ記憶手段に記憶して管理するログ記憶サーバを備えることを特徴とする請求項１、２、３、４又は５記載の生存監視システム。
【請求項１】
外部のシステムとネットワークを介して接続された主サーバの生存状況を監視する生存監視システムであって、
前記主サーバと前記外部のシステムとの間で送信される信号を中継すると共に、前記主サーバから信号が送られたときに、当該主サーバから送られた信号をコピーして所定のポートから送出するポートミラーリング機能を有する中継切替手段と、
前記中継切替手段の所定のポートから送出される前記主サーバからの信号が前回受信したときから所定時間送られてきていないと判断したときに、当該主サーバが生存していないと判定し、当該主サーバの代替用のサーバである副サーバに当該主サーバの代わりに稼働する旨の信号を送出する管理サーバと、
を具備することを特徴とする生存監視システム。
【請求項２】
前記管理サーバは、前記中継切替手段の所定のポートから送出される前記主サーバからの信号を受信したときに、当該主サーバが生存していると判定し、その判定結果及びその信号を受信した日時を示す日時情報に基づいて作成される当該主サーバの生存状況を示す情報を記憶手段に記憶して管理すると共に、その管理する前記主サーバの生存状況を示す情報に基づいて当該主サーバからの信号が前回受信したときから所定時間送られてきていないと判断したときに、当該主サーバが生存していないと判定することを特徴とする請求項１記載の生存監視システム。
【請求項３】
前記主サーバが前記外部のシステムに送信する信号は、所定の処理を求める要求信号と、稼働中に前記ネットワーク上で前記外部のシステムとの間に確立された通信路が閉じられないように自己が生存していることを知らせるためのハートビート信号とを含むものであることを特徴とする請求項１又は２記載の生存監視システム。
【請求項４】
前記主サーバ及び前記副サーバが前記外部のシステムと接続されている前記ネットワークが生存しているかどうかを監視する処理を行うネットワーク監視サーバを備えることを特徴する請求項１、２又は３記載の生存監視システム。
【請求項５】
前記管理サーバは、前記副サーバに対して生存を確認するための信号を定期的に送信し、その送信した生存を確認するための信号に対する応答信号が当該副サーバから送られてきたときに、当該副サーバが生存していると判定し、その送信した生存を確認するための信号に対する応答信号がその送信時から所定時間経過しても当該副サーバから送られてこないときに、当該副サーバが生存していないと判定することを特徴とする請求項１、２、３又は４記載の生存監視システム。
【請求項６】
前記中継切替手段の所定のポートから送出される前記主サーバからの信号を受信すると共に、その受信した信号のログをログ記憶手段に記憶して管理するログ記憶サーバを備えることを特徴とする請求項１、２、３、４又は５記載の生存監視システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１３−１０５１９０（Ｐ２０１３−１０５１９０Ａ）
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願番号】特願２０１１−２４６２８４（Ｐ２０１１−２４６２８４）
【出願日】平成２３年１１月１０日（２０１１．１１．１０）
【出願人】（０００１９１０７６）新日鉄住金ソリューションズ株式会社 (136)
【Ｆターム（参考）】
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願日】平成２３年１１月１０日（２０１１．１１．１０）
【出願人】（０００１９１０７６）新日鉄住金ソリューションズ株式会社 (136)
【Ｆターム（参考）】
[ Back to top ]