(57)【要約】  本発明の冗長構成システムは運用系装置（５２０）と予備系装置（５３０）から構成され、運用系装置（５２０）は、保持するデータの中から一部のデータを取得して予備系装置（５３０）に出力し、出力しなかったデータに対し、所定の処理を行う。予備系装置（５３０）は、運用系装置（５２０）に障害の予兆があることを検出しない場合、上述の一部のデータに対して所定の処理を行う。予備系装置（５３０）は、運用系装置（５２０）に障害の予兆があることを検出した場合、上述の一部のデータに対して所定の処理を行った後、障害の予兆があることを示す信号を運用系装置（５２０）に出力し、その信号を受信した運用系装置（５２０）は、出力しなかったデータも予備系装置（５３０）に出力する。その結果、予備系装置（５３０）は、上述の一部のデータの後に入力されるデータに対しても所定の処理を行う。
2014050493.tif 000002
【特許請求の範囲】
【請求項１】
運用系装置と冗長構成を構成する予備系装置であって、
前記運用系装置に障害の予兆があることを検出していないときには、前記運用系装置に保持されたデータのうち、該運用系装置から入力される一部のデータに対して、所定の処理を行い、前記運用系装置に障害の予兆があることを検出した場合には、前記一部のデータに対して前記所定の処理を行った後、障害の予兆があることを示す信号を前記運用系装置に出力し、その結果、前記一部のデータの後に入力されるデータに対しても、前記所定の処理を行う、予備系装置。
【請求項２】
請求項１に記載の予備系装置において、
所定のタイミングで測定した自己の処理負荷量に応じたデータ量を指定する信号を前記運用系装置に出力し、その結果、入力される、前記一部のデータに対して、前記所定の処理を行う、予備系装置。
【請求項３】
請求項２に記載の予備系装置において、
前記処理負荷量に対応する報告信号が入力されると、前記報告信号が示す前記運用系装置の前記処理負荷量から前記自己の処理負荷量を減算した値、すなわち減算値を求め、前記減算値に応じたデータ量を指定する信号を出力し、その結果、入力される、前記一部のデータに対して、前記所定の処理を行う、予備系装置。
【請求項４】
請求項２または３に記載の予備系装置において、
前記運用系装置に障害の予兆があることを検出するために、前記処理負荷量の出力を要求する要求信号を前記運用系装置に出力し、その結果、前記処理負荷量に対応する応答信号が入力されると、前記応答信号が示す前記処理負荷量が所定の値より大きいか否かを判別する、予備系装置。
【請求項５】
予備系装置と冗長構成を構成する運用系装置であって、
保持するデータの中から、一部のデータを取得して前記予備系装置に出力し、出力しなかったデータに対して、所定の処理を行い、障害の予兆があることを示す信号が入力されると、前記出力しなかったデータも前記予備系装置に出力する、運用系装置。
【請求項６】
請求項５に記載の運用系装置において、
データ量を指定する信号が入力された後、保持する前記データの中から、前記信号が示すデータ量分のデータを取得して前記予備系装置に出力する、運用系装置。
【請求項７】
請求項５または６に記載の運用系装置において、
所定のタイミングで測定した自己の前記処理負荷量に対応する報告信号を出力する、運用系装置。
【請求項８】
請求項５から７のいずれか１項に記載の運用系装置において、
処理負荷量の出力を要求する要求信号が入力されると、自己の処理負荷量を測定し、測定した前記処理負荷量に対応する応答信号を前記予備系装置に出力する、運用系装置。
【請求項９】
予備系装置と運用系装置から構成された冗長構成システムであって、
前記予備系装置は、請求項１から４のいずれか１項に記載の予備系装置であり、
前記運用系装置は、請求項５から８のいずれか１項に記載の運用系装置である、冗長構成システム。
【請求項１０】
予備系装置と運用系装置から構成された冗長構成システムにおける負荷分散方法であって、
前記運用系装置は、保持するデータの中から、一部のデータを取得して前記予備系装置に出力し、出力しなかったデータに対して、所定の処理を行い、
前記予備系装置は、前記運用系装置に障害の予兆があることを検出していないときには、前記運用系装置から入力される、前記一部のデータに対して、所定の処理を行い、前記運用系装置に障害の予兆があることを検出した場合には、前記一部のデータに対して前記所定の処理を行った後、障害の予兆があることを示す信号を前記運用系装置に出力し、
前記運用系装置は、前記障害の予兆があることを示す信号が前記予備系装置から入力されると、前記出力しなかったデータも前記予備系装置に出力し、
その結果、前記予備系装置は、前記一部のデータの後に入力されるデータに対しても、前記所定の処理を行う、負荷分散方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予備系装置、運用系装置、冗長構成システム、及び負荷分散方法に関し、特に、運用系装置の処理負荷を軽減する予備系装置、運用系装置、冗長構成システム、及び負荷分散方法に関する。
【背景技術】
【０００２】
従来、運用系装置と予備系装置とで構成される冗長構成システムが知られている。冗長構成システムは、障害等により運用系装置が正常に動作できなくなったとき、予備系装置に切り替え、システムが提供するサービスを継続する。予備系装置に切り替える方法として、ホットスタンバイ方式やコールドスタンバイ方式が知られている。【０００３】
ホットスタンバイ方式は、運用系装置が正常に動作しなくなった場合に備え、予備系装置が運用系装置と常に同じ動作、所謂ミラーリングを行う方式である。したがって、ホットスタンバイ方式を用いる冗長構成システムは、運用系装置が正常に動作できなくなった場合、即座に予備系装置に処理を切り替えることができる。一方、コールドスタンバイ方式は、運用系装置が動作できなくなった時から予備系装置が起動し、運用系装置の処理が予備系装置に引き継がれる方式である。コールドスタンバイ方式を用いる冗長構成システムは、運用系装置が正常に動作する間、予備系装置は動作しないので、運用コストを抑えることができる。【０００４】
コールドスタンバイ方式を用いた冗長構成システムの一例が、後述の特許文献１に開示されている。特許文献１の計算機システムは、本番計算機と、バックアップ計算機と、共有補助記憶装置とを備える。通常時には本番計算機がオンラインプログラムを実行し、所定周期で定期的に共有補助記憶装置にイメージデータを保存していく。一方、バックアップ計算機にはオンライン環境と開発・テスト環境とが同時に構築されているが、通常時にはオンライン環境を休止状態とし、開発・テスト環境を稼動状態とする。そして本番計算機に障害が発生すると、バックアップ計算機がそれまでの開発・テスト環境を休止状態、オンライン環境を稼動状態に切替え、共有補助記憶装置に保存されているイメージデータを読み出してオンラインプログラムを実行する。【０００５】
上述の構成や動作により、特許文献１の計算機システムは、バックアップ計算機を再稼動することなく、短時間のうちにバックアップ動作を開始することができる。【０００６】
また、ホットスタンバイ方式を用いた冗長構成システムの一例が、後述の特許文献２に開示されている。特許文献２の無線通信システムは、第１、第２の受信機と、第１、第２の出力制御器と、第１、第２の送信機と、送信切替制御器と、送信アンテナを備える。第１、第２の受信機は、それぞれにおいて測定した受信レベルを第１、第２の出力制御器に出力する。第１、第２の出力制御器は、それぞれ、入力された受信レベルに基づいて第１、第２の送信機から出力される伝送信号の送信レベルを制御する。送信切替制御器は、第１、第２の送信機から出力される伝送信号のいずれかを選択して送信アンテナより出力する。そして、運用中の系の出力制御部は、そのＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）が故障した場合に、ＣＰＵアラームを送信切替制御器に送る。送信切替制御器は、予備系の送信機からの伝送信号を送信アンテナより出力するよう系切替制御を行う。【０００７】
上述の構成や動作により、無線通信システムは、出力制御部のＣＰＵが故障することで発生する、送信出力が低い値でしか送信できない状態を回避することができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平８−３１４８７４号公報
【特許文献２】特開平１０−２７６１２０号公報
【発明の概要】
【０００９】
しかし、特許文献１、２の冗長構成システムは、予備系装置が、運用系装置に故障が発生するまで運用系の動作を全く行わないか、運用系装置と同じ動作をしているだけなので、運用系装置に処理が集中し、その処理負荷が軽減されないという課題があった。さらに、特許文献１や特許文献２の冗長構成システムは、予備系装置が通常、運用系の動作をしない、若しくは運用系装置と同じ動作を行っているだけなので、自身の処理能力が運用系装置の処理能力以上にならない課題も発生していた。
【００１０】
本発明の目的の一つは、上記課題を解決する予備系装置、運用系装置、冗長構成システム、及び負荷分散方法を提供することである。
【００１１】
本発明の一側面の予備系装置は、運用系装置と冗長構成を構成する予備系装置であって、運用系装置に障害の予兆があることを検出していないときには、運用系装置に保持されたデータのうち、運用系装置から入力される一部のデータに対して、所定の処理を行い、運用系装置に障害の予兆があることを検出した場合には、上記一部のデータに対して所定の処理を行った後、障害の予兆があることを示す信号を運用系装置に出力し、その結果、上記一部のデータの後に入力されるデータに対しても、上記所定の処理を行う。
【００１２】
本発明の一側面の運用系装置は、予備系装置と冗長構成を構成する運用系装置であって、保持するデータの中から、一部のデータを取得して予備系装置に出力し、出力しなかったデータに対して、所定の処理を行い、障害の予兆があることを示す信号が入力されると、上記出力しなかったデータも予備系装置に出力する。
【００１３】
本発明の一側面の冗長構成システムは、予備系装置と運用系装置から構成された冗長構成システムであって、予備系装置は、運用系装置に障害の予兆があることを検出していないときには、運用系装置に保持されたデータのうち、運用系装置から入力される一部のデータに対して、所定の処理を行い、運用系装置に障害の予兆があることを検出した場合には、上記一部のデータに対して所定の処理を行った後、障害の予兆があることを示す信号を運用系装置に出力し、その結果、上記一部のデータの後に入力されるデータに対しても、上記所定の処理を行い、運用系装置は、保持するデータの中から、上記一部のデータを取得して予備系装置に出力し、出力しなかったデータに対して、所定の処理を行い、障害の予兆があることを示す信号が入力されると、上記出力しなかったデータも予備系装置に出力する。
【００１４】
本発明の一側面の負荷分散方法は、予備系装置と運用系装置から構成された冗長構成システムにおける負荷分散方法であって、運用系装置は、保持するデータの中から、一部のデータを取得して予備系装置に出力し、出力しなかったデータに対して、所定の処理を行い、予備系装置は、運用系装置に障害の予兆があることを検出していないときには、運用系装置から入力される、上記一部のデータに対して、所定の処理を行い、運用系装置に障害の予兆があることを検出した場合には、上記一部のデータに対して所定の処理を行った後、障害の予兆があることを示す信号を運用系装置に出力し、障害の予兆があることを示す信号が入力された運用系装置は、上記出力しなかったデータも予備系装置に出力し、その結果、予備系装置は、上記一部のデータの後に入力されるデータに対しても、所定の処理を行う。
【図面の簡単な説明】
【００１５】
【図１】図１は第１の実施の形態における冗長構成システムの構成例を示す図である。
【図２】図２は第１の実施の形態における処理量決定テーブルの具体例である。
【図３】図３は第１の実施の形態における冗長構成システムの通常時の動作を説明する為の図である。
【図４】図４は第１の実施の形態における冗長構成システムの通常時の動作（クライアント端末４０が情報を取得する動作）を説明する為の図である。
【図５】図５は第１の実施の形態における冗長構成システムの障害予兆検出時の動作を説明する為の図である。
【図６】図６は第２の実施の形態における冗長構成システムの構成例を示す図である。
【図７】図７は第２の実施の形態における冗長構成システムの通常時の動作を説明する為の図である。
【図８】図８は第２の実施の形態における処理量確定テーブルの具体例である。
【図９】図９は第３の実施の形態における冗長構成システムの構成例を示す図である。
【図１０Ａ】図１０Ａは第３の実施の形態における運用系装置の一構成例を示すブロック図である。
【図１０Ｂ】図１０Ｂは第３の実施の形態における予備系装置の一構成例を示すブロック図である。
【発明を実施するための形態】
【００１６】
本発明の実施形態について、図面を参照して詳細に説明する。
【００１７】
［第１の実施の形態］
［構成の説明］
図１は、第１の実施の形態における冗長構成システムの構成例を示す図である。
【００１８】
（１）第１の実施の形態における冗長構成システムの構成
図１に示されるように、第１の実施の形態における冗長構成システムは、対向ノード１０と、運用系サーバ２０と、予備系サーバ３０と、クライアント端末４０を備える。運用系サーバ２０は、対向ノード１０、予備系サーバ３０、およびクライアント端末４０に有線回線で接続される。また、予備系サーバ３０は、対向ノード１０と、クライアント端末４０に有線回線で接続される。
【００１９】
対向ノード１０は、一般的なパフォーマンスデータを測定し、そのパフォーマンスデータを運用系サーバ２０や予備系サーバ３０に出力する装置やシステムである。例えば、対向ノード１０は、携帯基地局（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）やＭＭＳ（Ｍｏｂｉｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｗｉｔｃｈｉｎｇ  Ｓｙｓｔｅｍ）であってもよいし、ルータやスイッチであってもよい。対向ノード１０が携帯基地局（ｅＮＢ）である場合のパフォーマンスデータとしては、リソース使用状況や回線疎通状況、呼損状況などの各種トラヒックデータが例としてあげられる。
【００２０】
運用系サーバ２０や予備系サーバ３０は、パフォーマンスデータを処理する保守監視用のサーバである。例えば、運用系サーバ２０や予備系サーバ３０は、ＮＭＳ（Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）やＥＭＳ（Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）を構成する保守監視用のサーバであってもよい。
【００２１】
（２）冗長構成システムを構成する各装置の機能
以下に対向ノード１０、運用系サーバ２０、予備系サーバ３０、及びクライアント端末４０の機能を説明する。
【００２２】
対向ノード１０は、パフォーマンスデータを測定する機能を有する。対向ノード１０は、パフォーマンスデータの取得を要求するパフォーマンスデータ要求信号が入力されると、それまでに測定していたパフォーマンスデータを出力する。
【００２３】
運用系サーバ２０は、データ量を指定する信号が入力されると、その信号を、自身に備わるメモリに格納する。また、運用系サーバ２０は、所定のタイミングになると、パフォーマンスデータの取得を要求するパフォーマンスデータ要求信号を対向ノード１０に出力する。所定のタイミングは、本実施形態の冗長構成システムのユーザによって運用系サーバ２０に設定される。運用系サーバ２０は、パフォーマンスデータ要求信号を出力した結果、対向ノード１０から入力されるパフォーマンスデータを、自身に備わるメモリに格納し、保持する。
【００２４】
また、運用系サーバ２０は、パフォーマンスデータをメモリに格納すると、データ量を指定する信号をメモリから取得する。さらに、運用系サーバ２０は、上述のデータ量を指定する信号が示すデータ量分のパフォーマンスデータをメモリから取得して予備系サーバ３０に出力する。運用系サーバ２０は、出力したパフォーマンスデータをメモリから削除する。
【００２５】
なお、運用系サーバ２０は、データ量を指定する信号が入力されておらず、メモリから取得できない場合には、所定のデータ量のパフォーマンスデータをメモリから取得し、出力する。所定のデータ量は、本実施形態の冗長構成システムのユーザによって運用系サーバ２０に設定される。
【００２６】
さらに、運用系サーバ２０は、出力しなかった残りのパフォーマンスデータに対し、格納された順に所定の処理を行う。所定の処理は、本実施形態の冗長構成システムのユーザによって運用系サーバ２０に設定される。運用系サーバ２０は、所定の処理を行った結果、新たに生成したデータをメモリに格納する。また、運用系サーバ２０は、サーバデータを要求する信号が予備系サーバ３０から入力されると、サーバデータを測定する。サーバデータとは、運用系サーバ２０の処理負荷量のことである。例えば、サーバデータは、運用系サーバ２０のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）使用率であってもよいし、対向ノード１０と運用系サーバ２０間でヘルスチェック等のアクセスが頻繁に行われる場合、そのアクセス頻度であってもよい。
【００２７】
運用系サーバ２０は、測定したサーバデータを予備系サーバ３０に出力する。さらに、運用系サーバ２０は、処理結果を要求する信号がクライアント端末４０から入力されると、その信号を予備系サーバ３０に出力する。運用系サーバ２０は、処理結果を要求する信号を出力した結果、予備系サーバ３０からデータが入力されると、そのデータと、メモリに格納している新たに生成したデータとを併せてクライアント端末４０に出力する。
【００２８】
さらに、運用系サーバ２０は、障害の予兆があることを示す信号が入力されると、メモリに格納されているパフォーマンスデータを予備系サーバ３０に出力する。運用系サーバ２０は、メモリに格納されているパフォーマンスデータ全てを予備系サーバ３０に転送すると、転送終了を示す信号を出力する。
【００２９】
また、運用系サーバ２０は、障害の予兆があることを示す信号が入力されると、自己に障害が発生しているかを公知の機能で繰り返し確認し、その度に、障害が発生している場合には、障害発生を報告する応答を予備系サーバ３０に出力する。また、運用系サーバ２０は、自己に障害が発生していない場合には、障害なしを報告する応答を予備系サーバ３０に出力する。障害の有無を報告する信号は報告信号に相当する。さらに、運用系サーバ２０は、リセット信号が入力されると、自身をリセットし、予備系サーバ３０として動作を開始する。
【００３０】
予備系サーバ３０は、所定のタイミングになると、自身の処理負荷量を測定する。処理負荷量はＣＰＵ使用率であってもよい。所定のタイミングは、本実施形態の冗長構成システムのユーザによって予備系サーバ３０に設定される。さらに、予備系サーバ３０は、測定した処理負荷量に対応する、データ量を指定する信号を処理量決定テーブルから求めると、その信号を、データ量を指定する信号として運用系サーバ２０に出力する。処理量決定テーブルは、処理負荷量と、データ量を指定する信号が対応づけられたテーブルである。処理量決定テーブルは、本実施形態の冗長構成システムのユーザによって運用系サーバ２０に設定される。
【００３１】
図２は、第１の実施の形態における処理量決定テーブルの具体例である。例えば、予備系サーバ３０は、測定した処理負荷量、すなわちＣＰＵ使用率が２０％である場合、運用系サーバ２０がメモリに保持するパフォーマンスデータの半分を指定する信号を、データ量を指定する信号として運用系サーバ２０に出力する。データ量を指定する信号は、運用系サーバ２０がメモリに保持するパフォーマンスデータの一部を指定する信号である。
【００３２】
予備系サーバ３０は、データ量を指定する信号を出力した結果、運用系サーバ２０からパフォーマンスデータが入力されると、自身に備わるメモリにパフォーマンスデータを格納し、格納順に所定の処理を行う。所定の処理は、本実施形態の冗長構成システムのユーザによって予備系サーバ３０に設定される。ここでの所定の処理は、運用系装置５２０が行う所定の処理と同じ処理であってもよい。予備系サーバ３０は、所定の処理を行った結果、新たに生成したデータをメモリに格納する。
【００３３】
さらに、予備系サーバ３０は、所定の周期で、サーバデータを要求する信号を運用系サーバ２０に出力する。所定の周期は、本実施形態の冗長構成システムのユーザによって予備系サーバ３０に設定される。また、予備系サーバ３０は、運用系サーバ２０から入力されたサーバデータを基に、運用系サーバ２０に障害の予兆があるかを検出する。具体的には、予備系サーバ３０は、運用系サーバ２０から入力されるサーバデータ、すなわちＣＰＵ使用率やアクセス頻度が所定の閾値を超過したかを確認する。所定の閾値は、本実施形態の冗長構成システムのユーザによって予備系サーバ３０に設定される。予備系サーバ３０は、ＣＰＵ使用率やアクセス頻度が所定の閾値を超過した場合に、運用系サーバ２０に障害の予兆があることを検出したと判定する。
【００３４】
予備系サーバ３０は、障害が発生する予兆があることを検出した場合、障害の予兆があることを示す信号を運用系サーバ２０に出力する。予備系サーバ３０は、障害の予兆があることを示す信号を出力した結果、故障発生を報告する応答が運用系サーバ２０から入力されると、その応答をメモリに格納する。予備系サーバ３０は、転送終了を示す信号が運用系サーバ２０から入力されると、メモリを確認し、障害発生を報告する応答をメモリに格納していた場合には、運用系サーバ２０に障害発生と判断する。
【００３５】
予備系サーバ３０は、運用系サーバ２０に障害発生と判断した場合、リセット信号を運用系サーバ２０に出力し、さらに自装置が運用系サーバ２０として動作する。さらに、予備系サーバ３０は、障害発生を報告する応答をメモリから削除する。また、予備系サーバ３０は、処理結果を要求する信号が運用系サーバ２０から入力された場合には、メモリに格納されている新たに生成したデータを運用系サーバ２０に出力する。
【００３６】
クライアント端末４０は、所定の周期で、処理結果を要求する信号を出力する。所定の周期は、本実施形態の冗長構成システムのユーザによってクライアント端末４０に設定される。クライアント端末４０は、入力されたデータを、自身に備わる画面上に表示する。
【００３７】
［動作の説明］
図３は、第１の実施の形態における冗長構成システムの通常時の動作を説明する為の図である。また、図４は、第１の実施の形態における冗長構成システムの通常時の動作（クライアント端末４０が情報を取得する動作）を説明する為の図である。さらに、図５は、第１の実施の形態における冗長構成システムの障害予兆検出時の動作を説明する為の図である。
【００３８】
上述の障害予兆検出時とは、運用系サーバ２０に障害の予兆があることを予備系サーバ３０が検出した時のことである。運用系サーバ２０に障害の予兆があることを検出する手順については、後述のＳ１１０〜Ｓ１１３の処理にて説明を行う。
【００３９】
以下に、第１の実施の形態における冗長構成システムの通常時の動作と、障害予兆検出時の動作を、それぞれ図３〜図５を用いて説明する。
【００４０】
（１）冗長構成システムの通常時の動作
始めに、図３を用いて、本実施形態の冗長構成システムの通常時の動作を説明する。
【００４１】
まず、予備系サーバ３０は、図３に示されるように、所定のタイミングになると、自身の処理負荷量、例えばＣＰＵ使用率を測定する（Ｓ１００）。
【００４２】
なお、予備系サーバ３０は、運用系サーバ２０と予備系サーバ３０との間でヘルスチェック等、アクセスを頻繁に行う場合、そのアクセス頻度を処理負荷量として測定してもよい。
【００４３】
次に、予備系サーバ３０は、測定した処理負荷量に対応する、データ量を指定する信号を処理量決定テーブルから求め、その信号を運用系サーバ２０に出力する（Ｓ１０１）。
【００４４】
例えば、予備系サーバ３０は、図２の処理量決定テーブルが設定されていて、Ｓ１００で測定したＣＰＵ使用率が２０％である場合、運用系サーバ２０がメモリに保持するパフォーマンスデータの半分を指定する信号を、データ量を指定する信号として出力する。
【００４５】
次に、運用系サーバ２０は、データ量を指定する信号が入力されると、その信号を自身に備わるメモリに格納する（Ｓ１０２）。
【００４６】
次に、運用系サーバ２０は、所定のタイミングになると、パフォーマンスデータを要求するパフォーマンスデータ要求信号を対向ノード１０に出力する（Ｓ１０３）。
【００４７】
対向ノード１０は、それまでに測定していたパフォーマンスデータを運用系サーバ２０に出力する（Ｓ１０４）。
【００４８】
次に、運用系サーバ２０は、入力されたパフォーマンスデータを自身に備わるメモリに格納し、保持する（Ｓ１０５）。
【００４９】
また、運用系サーバ２０は、データ量を指定する信号をメモリから取得する（Ｓ１０６）。
【００５０】
次に、運用系サーバ２０は、データ量を指定する信号が示すデータ量分のパフォーマンスデータをメモリから取得し、予備系サーバ３０に出力する（Ｓ１０７）。
【００５１】
例えば、データ量を指定する信号が、運用系サーバ２０がメモリに保持するパフォーマンスデータの半分を指定する信号であった場合、運用系サーバ２０は、メモリに格納されているパフォーマンスデータの半分を予備系サーバ３０に出力する。さらに、運用系サーバ２０は、出力したパフォーマンスデータについては、メモリから削除するものとする。
【００５２】
なお、運用系サーバ２０と予備系サーバ３０の動作は同期していない為、上述のＳ１０２の動作よりもＳ１０３の動作が先に実施されることがありうる。その為、運用系サーバ２０は、起動直後、Ｓ１０３の動作を実施した際、データ量を指定する信号がメモリに格納されていない場合がありうる。このような場合には、運用系サーバ２０は、所定のデータ量のパフォーマンスデータを、メモリに格納されたパフォーマンスデータから取得し、出力する。また、運用系サーバ２０は、Ｓ１０３以降の処理を実施中に、Ｓ１０２の処理を実施することもありうるが、この場合、Ｓ１０２の処理を、Ｓ１０３以降のどの処理よりも優先的に処理して実施するものとする。
【００５３】
次に、運用系サーバ２０は、Ｓ１０７で出力しなかった、メモリに格納されている残りのパフォーマンスデータに対し、格納順に所定の処理を行う（Ｓ１０８）。
【００５４】
この際、運用系サーバ２０は、図示していないが、所定の処理を行った結果、新たに生成したデータ（以下、「生成データ」という）をメモリに格納する。
【００５５】
一方、予備系サーバ３０は、パフォーマンスデータが入力されると、自身に備わるメモリにパフォーマンスデータを格納し、格納順に所定の処理を行う（Ｓ１０９）。
【００５６】
また、予備系サーバ３０は、図示していないが、所定の処理を行ったパフォーマンスデータについては、メモリから削除する。さらに、予備系サーバ３０は、所定の処理を行った結果、新たに生成したデータ、すなわち生成データをメモリに格納する。
【００５７】
次に、予備系サーバ３０は、所定の周期で、サーバデータを要求する信号を運用系サーバ２０に出力する（Ｓ１１０）。サーバデータを要求する信号は、処理負荷量の出力を要求する信号である。
【００５８】
次に、運用系サーバ２０は、サーバデータを要求する信号が入力されると、自身のサーバデータ、すなわち処理負荷量を測定し、測定したサーバデータに対応する信号を予備系サーバ３０に出力する（Ｓ１１１）。
【００５９】
ここで、サーバデータ、すなわち処理負荷量は、ＣＰＵ使用率であってもよいし、運用系サーバ２０が対向ノード１０との間でヘルスチェック等、アクセスを頻繁に行う場合、そのアクセス頻度であってもよい。
【００６０】
なお、運用系サーバ２０と予備系サーバ３０の動作が同期していない為、運用系サーバ２０は、Ｓ１０２〜Ｓ１０３、Ｓ１０５〜Ｓ１０８の処理を行っている最中に、サーバデータを要求する信号を、予備系サーバ３０から入力されることがありうる。この場合、運用系サーバ２０は、Ｓ１０２〜Ｓ１０３、Ｓ１０５〜Ｓ１０８の処理を優先し、それらの処理が実行していない時を待ってＳ１１１の処理を行う。
【００６１】
次に、予備系サーバ３０は、サーバデータに対応する信号が入力されると、その信号からサーバデータ、すなわち処理負荷量を把握し、把握した処理負荷量を基に、運用系サーバ２０に障害の予兆があるかを判別する（Ｓ１１２）。
【００６２】
障害の予兆とは、運用系サーバ２０の処理負荷量が所定の閾値よりも大きい状態をいう。したがって、上述のＳ１１２の動作は、具体的には、以下の通りである。
【００６３】
まず、予備系サーバ３０が、入力されるサーバデータ、すなわち運用系サーバ２０のＣＰＵ使用率、若しくはアクセス頻度が所定の閾値をより大きいか否か、すなわち所定の閾値を超過したか否かを判別する。そして、予備系サーバ３０は、入力されるサーバデータが所定の閾値より大きいときに、運用系サーバ２０に障害が発生する予兆があることを検出したとする。
【００６４】
次に、予備系サーバ３０は、運用系サーバ２０に障害が発生する予兆があることを検出した場合（Ｓ１１２でＹｅｓの場合）には、後述する「（２）冗長構成システムの動作（障害予兆検出時）」を実施する（Ｓ１１３）。
【００６５】
次に、予備系サーバ３０は、運用系サーバ２０に障害が発生する予兆があることを検出しなかった場合（Ｓ１１２でＮｏの場合）には、Ｓ１００に戻り、次に動作するタイミングを待つ（Ｓ１１４）。
【００６６】
一方、運用系サーバ２０は、上述のＳ１１１で、サーバデータに対応する信号を出力した後、所定の時間経過しても、障害の予兆があることを示す信号が入力されないと、Ｓ１０２の開始タイミング、Ｓ１０３の処理タイミングを待つ（Ｓ１１５）。上述の障害の予兆があることを示す信号は、後述する「（２）冗長構成システムの動作（障害予兆検出時）」で説明する。また、運用系サーバ２０は、上述のＳ１０８で処理したパフォーマンスデータをメモリから全て削除してから、Ｓ１０２の開始タイミング、Ｓ１０３の処理タイミングを待つものとする。
【００６７】
次に、クライアント端末４０に関連する動作について説明を行う。
【００６８】
まず、クライアント端末４０は、図４に示す通り、所定の周期毎に、処理結果を要求する信号を運用系サーバ２０に出力する（Ｓ２００）。
【００６９】
次に、運用系サーバ２０は、処理結果を要求する信号が入力されると、その信号を予備系サーバ３０に出力する（Ｓ２０１）。
【００７０】
但し、上述のＳ２０１の処理は、運用系サーバ２０が他のいずれの処理も実施していない時を待って実行される。
【００７１】
次に、予備系サーバ３０は、処理結果を要求する信号が入力されると、メモリに格納されている生成データを運用系サーバ２０に出力する（Ｓ２０２）。
【００７２】
但し、上述のＳ２０２の処理は、予備系サーバ３０が他のいずれの処理も実施していない時を待って実行される。
【００７３】
次に、運用系サーバ２０は、生成データが予備系サーバ３０より入力されると、そのデータと、自身のメモリに格納されている生成データとを併せて、クライアント端末４０に出力する（Ｓ２０３）。
【００７４】
但し、上述のＳ２０３の処理は、運用系サーバ２０が他のいずれの処理も実施していない時を待って実行される。
【００７５】
次に、クライアント端末４０は、生成データが入力されると、そのデータを自身に備わる画面に表示する（Ｓ２０４）。クライアント端末４０は、入力されたデータを加工して、画面上にグラフとして表示してもよい。
【００７６】
（２）冗長構成システムの障害予兆検出時の動作
次に、図５を用いて、本実施形態の冗長構成システムの障害予兆検出時の動作を以下に説明する。以下の動作は、予備系サーバ３０が、運用系サーバ２０に障害が発生したときに、速やかに系切替ができるよう、運用系サーバ２０と作業同期をとるものである。予備系サーバ３０は、以下の動作を行った結果、一般的なホットスタンバイ方式の予備系サーバと同様の動作を行う。
【００７７】
まず、予備系サーバ３０は、運用系サーバ２０に障害の予兆があることを検出したときには、障害の予兆があることを示す信号を運用系サーバ２０に出力する（Ｓ３０１）。
【００７８】
次に、運用系サーバ２０は、障害の予兆があることを示す信号が入力されると、所定の周期で障害状況を予備系サーバ３０に報告する（Ｓ３０２）。
【００７９】
具体的には、運用系サーバ２０は、所定の周期毎に、自己に障害が発生しているかを公知の機能で確認し、自己に障害が発生している場合には、障害発生を報告する応答を予備系サーバ３０に出力する。また、運用系サーバ２０は、自己に障害が発生していない場合には、障害なしを報告する応答を予備系サーバ３０に出力する。所定の周期は、本実施形態の本実施形態の冗長構成システムのユーザによって運用系サーバ２０に設定される。予備系サーバ３０は、図示していないが、障害発生を報告する応答が入力されると、その応答をメモリに格納する。
【００８０】
さらに、運用系サーバ２０は、運用系サーバ２０の処理を予備系サーバ３０に移行させる同期作業を行う（Ｓ３０３）。
【００８１】
具体的には、運用系サーバ２０は、メモリに格納されている、上述のＳ１０７で出力されなかったパフォーマンスデータを予備系サーバ３０に出力する。なお、運用系サーバ２０は、パフォーマンスデータを出力する際、そのパフォーマンスデータをメモリから削除しない。また、運用系サーバ２０は、パフォーマンスデータを出力中に、Ｓ３０２が動作するタイミング、すなわち障害状況を予備系サーバ３０に報告する周期になったときには、パフォーマンスデータの出力を一時中断し、Ｓ３０２の処理を優先して実施する。運用系サーバ２０は、Ｓ３０２の処理が完了すると、パフォーマンスデータの出力を再開する。さらに、運用系サーバ２０は、図示していないが、メモリに格納されているパフォーマンスデータ全てを予備系サーバ３０に転送し終わると、転送終了を示す信号を出力する。
【００８２】
一方、予備系サーバ３０は、運用系サーバ２０からパフォーマンスデータが入力される度に、パフォーマンスデータを自身に備わるメモリに格納する（Ｓ３０４）。
【００８３】
次に、予備系サーバ３０は、転送終了を示す信号が入力されると、メモリに格納したパフォーマンスデータに対し、格納順に所定の処理を行う（Ｓ３０５）。
【００８４】
次に、予備系サーバ３０は、運用系サーバ２０に障害が発生しているかを判断する（Ｓ３０６）。
【００８５】
具体的には、予備系サーバ３０は、メモリを確認し、障害発生を報告する応答をメモリに格納していた場合には、運用系サーバ２０に障害が発生していると判断する。また、予備系サーバ３０は、障害の予兆があることを示す信号を出力してから所定の時間以内に、運用系サーバ２０から何らかの応答を受信していなければ運用系サーバ２０に障害発生と判断してもよい。所定の時間は、本実施形態の冗長構成システムのユーザによって予備系サーバ３０に設定される。
【００８６】
次に、予備系サーバ３０は、運用系サーバ２０に障害発生と判断した場合（Ｓ３０６でＹｅｓの場合）、公知の技術で、系切替制御を行う（Ｓ３０７）。
【００８７】
すなわち、予備系サーバ３０は、リセット信号を運用系サーバ２０に通知し、運用系サーバとして、上述のＳ１０２、若しくはＳ１０３から動作を開始する。なお、予備系サーバ３０は、上述のＳ１０２、若しくはＳ１０３の動作を開始する前に、メモリに格納している、障害発生を報告する応答を削除する。一方、リセット信号を受信した運用系サーバ２０は、自身をリセットした後、予備系サーバとして起動し、上述のＳ１００から動作を開始する。なお、新運用系サーバとして起動した予備系サーバ３０は、起動直後、データ量を指定する信号として、データ量０を指定する信号を格納する。新予備系サーバが起動するまで、パフォーマンスデータを出力しないようにする為である。
【００８８】
なお、予備系サーバ３０は、運用系サーバ２０に障害発生と判断しなかった場合（Ｓ３０６でＮｏの場合）には、上述のＳ１００に戻り、次に動作するタイミングを待つ。
【００８９】
また、運用系サーバ２０は、上述のＳ３０３で、転送終了を示す信号を出力した後、所定の時間経過しても、リセット信号が入力されないと、Ｓ１０２の開始タイミング、Ｓ１０３の処理タイミングを待つ。
【００９０】
上述の本実施形態の冗長構成システムの障害予兆検出時の動作は、障害発生の予兆を検知しなくなるか（Ｓ１１２でＮｏの場合となるか）、Ｓ３０７で系切替制御を実行するまで実施される。
【００９１】
［効果の説明］
本実施形態によれば、冗長構成システムは、運用系装置にかかる処理負荷を軽減することができる。その理由は、本実施形態の冗長構成システムを構成する予備系装置が、運用系装置から処理すべきデータの一部を引き取り、処理するからである。
【００９２】
さらに、本実施形態の冗長構成システムは、運用系装置が正常に動作できなくなった場合、即座に予備系装置に切り替えることができる。即座に予備系装置に切り替えられる理由としては、本実施形態の冗長構成システムを構成する予備系装置が、運用系装置に障害の予兆があることを検出し、検出後は、系切替制御に備えて、運用系装置が処理するデータを予め入手し、処理を行うからである。
【００９３】
また、本実施形態の冗長構成システムは、予備系装置と運用系装置がそれぞれ処理を行うので、自身の処理能力を運用系装置の処理能力以上にすることができる。
【００９４】
［第２の実施の形態］
次に、第２の実施の形態について説明する。第２の実施の形態における冗長構成システムは、予備系サーバ１３０の処理負荷量と運用系サーバ１２０の処理負荷量の差を確認し、その差をなくすように予備系サーバ１３０が運用系サーバ１２０よりデータを引き取るものである。
【００９５】
［構成の説明］
図６は、第２の実施の形態における冗長構成システムの構成例を示す図である。第２の実施の形態における冗長構成システムは、図６に示されるように、運用系サーバ２０と予備系サーバ３０の代わりに、運用系サーバ１２０と予備系サーバ１３０を備える。
【００９６】
運用系サーバ１２０は、所定のタイミングになると、自身の処理負荷量、すなわちＣＰＵ使用率を測定する。さらに、運用系サーバ１２０は、測定した処理負荷量を示す信号を予備系サーバ１３０に出力する。
【００９７】
予備系サーバ１３０は、処理負荷量を示す信号が運用系サーバ１２０から入力されると、その信号から運用系サーバ１２０の処理負荷量を把握する。また、予備系サーバ１３０は、測定した自身の処理負荷量が、運用系サーバ１２０の処理負荷量とどの程度の差分があるのかを求める。すなわち、予備系サーバ１３０は、運用系サーバ１２０の処理負荷量から、自身の処理負荷量を減算した値（以下、「減算値」という）を求める。
【００９８】
また、予備系サーバ１３０は、求めた減算値に対応する、データ量を指定する信号を処理量確定テーブルから求め、その信号を、データ量を指定する信号として運用系サーバ１２０に出力する。処理量確定テーブルは、上述の減算値と、データ量を指定する信号とが対応づけられたテーブルである。処理量確定テーブルは、本実施形態の冗長構成システムのユーザによって運用系サーバ１２０に設定される。
【００９９】
なお、上述した以外の構成や機能は、第１の実施の形態のおける冗長構成システムの運用系サーバ２０と予備系サーバ３０と同じであるので、同一の符号を付して説明を省略する。
【０１００】
［動作の説明］
図７は、第２の実施の形態における冗長構成システムの通常時の動作を説明する為の図である。
【０１０１】
まず、運用系サーバ１２０は、図７に示すように、所定のタイミングになると、自身の処理負荷量、すなわちＣＰＵ使用率を測定する（Ｓ４００）。
【０１０２】
次に、運用系サーバ１２０は、測定した処理負荷量を示す信号を予備系サーバ１３０に出力する（Ｓ４０１）。
【０１０３】
次に、運用系サーバ１２０は、上述のＳ１０３とＳ１０５を実施し、パフォーマンスデータを保持する。
【０１０４】
一方、予備系サーバ１３０は、測定した処理負荷量を示す信号が入力されると、その信号から運用系サーバ１２０の処理負荷量を把握し、さらに、自身の処理負荷量、すなわちＣＰＵ使用率を測定する（Ｓ４０２）。
【０１０５】
次に、予備系サーバ１３０は、運用系サーバ１２０の処理負荷量から、自身の処理負荷量を減算した値、すなわち減算値を求める（Ｓ４０３）。
【０１０６】
次に、予備系サーバ１３０は、求めた減算値に対応する、データ量を指定する信号を処理量確定テーブルから求め、その信号を、データ量を指定する信号として出力する（Ｓ４０４）。
【０１０７】
ここで、図８は、第２の実施の形態における処理量確定テーブルの具体例である。本実施形態の冗長構成システムのユーザは、運用系サーバ１２０の処理負荷量と予備系サーバ１３０の処理負荷量の差分がなくなるように、データ量を指定する信号を処理量確定テーブルに設定する。すなわち、本実施形態の冗長構成システムのユーザは、図８に示すように、減算値が正の値の場合、その値が大きくなるにつれ、より大きなデータ量を指定する信号を設定する。さらに、本実施形態の冗長構成システムのユーザは、減算値が負の値の場合、その絶対値が大きくなるにつれ、より小さなデータ量を指定する信号を設定する。
【０１０８】
次に、運用系サーバ１２０は、データ量を指定する信号が入力されると、上述のＳ１０２、Ｓ１０６、およびＳ１０７を行い、予備系サーバ１３０に分担して処理してもらうデータを転送する。
【０１０９】
その他の動作については、第１の実施の形態の冗長構成システムの動作と同様である為、詳細の説明を省略する。
【０１１０】
［効果の説明］
本実施形態によれば、冗長構成システムは、運用系サーバ１２０と予備系サーバ１３０の処理負荷を、第１の実施形態の冗長構成システムより平均化することができる。その理由としては、本実施形態の冗長構成システムの予備系サーバ１３０が、自身の処理負荷量と運用系サーバ１２０の処理負荷量との差分を確認し、その差分がなくなるように、差分に応じた量のデータを運用系サーバ１２０から引き取るからである。
【０１１１】
［第３の実施の形態］
次に、第３の実施の形態について説明する。
【０１１２】
［構成の説明］
図９は、第３の実施の形態における冗長構成システムの構成例を示す図である。第３の実施の形態における冗長構成システムは、運用系装置５２０と予備系装置５３０から構成される。運用系装置５２０と予備系装置５３０は、運用系サーバと予備系サーバであってもよい。また、運用系装置５２０と予備系装置５３０は、有線回線で接続されてもよいし、無線回線で接続されていてもよい。
【０１１３】
運用系装置５２０は、保持するデータの中から、一部のデータを取得して出力する。また、運用系装置５２０は、出力しなかったデータに対して、所定の処理を行う。所定の処理は、本実施形態の冗長構成システムのユーザによって、運用系装置５２０に設定される。さらに、運用系装置５２０は、障害の予兆があることを示す信号が入力されると、上述の一部のデータを出力したときに出力しなかったデータも出力する。
【０１１４】
予備系装置５３０は、運用系装置５２０に障害の予兆があることを検出していないときには、運用系装置５２０に保持されたデータの中から入力される一部のデータ、すなわち上述の一部のデータに対して、所定の処理を行う。所定の処理は、本実施形態の冗長構成システムのユーザによって、予備系装置５３０に設定される。所定の処理は、運用系装置５２０が行う所定の処理と同じ処理であってもよい。また、予備系装置５３０は、運用系装置５２０に障害の予兆があることを検出した場合には、上述の一部のデータに対して所定の処理を行った後、障害の予兆があることを示す信号を出力する。予備系装置５３０は、障害の予兆があることを示す信号を出力した結果、入力されるデータに対しても、所定の処理を行う。
【０１１５】
図１０Ａは運用系装置の一構成例を示すブロック図であり、図１０Ｂは予備系装置５３０の一構成例を示すブロック図である。
【０１１６】
図１０Ａに示すように、運用系装置５２０は、プログラムにしたがって所定の処理を実行するＣＰＵ５２２およびプログラムを記憶するメモリ５２３を含む制御部５２４と、処理対象のデータを保持するための記憶部５２５とを有する。
【０１１７】
図１０Ｂに示すように、予備系装置５３０は、プログラムにしたがって所定の処理を実行するＣＰＵ５３２およびプログラムを記憶するメモリ５３３を含む制御部５３４と、処理対象のデータを保持するための記憶部５３５とを有する。
【０１１８】
[動作の説明]
まず、運用系装置５２０は、保持するデータの中から、一部のデータを取得して予備系装置５３０に出力する。また、運用系装置５２０は、出力しなかったデータに対して、所定の処理を行う。
【０１１９】
次に、予備系装置５３０は、運用系装置５２０に障害の予兆があることを検出していないときには、運用系装置５２０から入力される、上述の一部のデータに対して、所定の処理を行う。
【０１２０】
次に、予備系装置５３０は、運用系装置５２０に障害の予兆があることを検出した場合には、運用系装置５２０から入力される、上述の一部のデータに対して所定の処理を行った後、障害の予兆があることを示す信号を運用系装置５２０に出力する。運用系装置５２０は、障害の予兆があることを示す信号が入力されると、上述の出力しなかったデータも予備系装置５３０に出力する。その結果、入力されるデータに対しても、予備系装置５３０は、所定の処理を行う。
【０１２１】
なお、予備系装置５３０は、運用系装置における障害の予兆の検出を、以下の通りに行ってもよい。
【０１２２】
まず、予備系装置５３０が、処理負荷量の出力を要求する要求信号を運用系装置５２０に出力する。次に、運用系装置５２０は、要求信号が入力されると、自己の処理負荷量を測定し、測定した処理負荷量に対応する応答信号を予備系装置５３０に出力する。処理負荷量は、ＣＰＵ使用率であってもよい。次に、予備系装置５３０は、応答信号が入力されると、応答信号が示す処理負荷量が所定の値より大きいか否かを判別し、大きい場合に、運用系装置に障害の予兆があることを検出したとする。所定の値は、本実施形態の冗長構成システムのユーザによって、予備系装置５３０に設定される。
【０１２３】
［効果の説明］
本実施形態によれば、冗長構成システムは、運用系装置にかかる処理負荷を軽減することができる。その理由は、本実施形態の冗長構成システムを構成する予備系装置が、運用系装置から処理すべきデータの一部を引き取り、処理するからである。
【０１２４】
また、本実施形態の冗長構成システムは、予備系装置と運用系装置がそれぞれ処理を行うので、自身の処理能力を運用系装置の処理能力以上にすることができる。
【０１２５】
本発明の効果の一例として、冗長構成システムは、運用系装置にかかる処理負荷を軽減することができる。
【０１２６】
なお、上述した実施の形態は、その形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々変更可能である。
【０１２７】
例えば、第１および第２の実施の形態における運用系サーバおよび予備系サーバの装置は第３の実施の形態における運用系装置および予備系装置とは機能が異なるところがあるが、第１および第２の実施の形態における運用系サーバおよび予備系サーバの装置構成が、図１０Ａおよび図１０Ｂを参照して説明した運用系装置および予備系装置と同様な構成であってもよい。
【０１２８】
さらに、上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０１２９】
（付記１）
運用系装置と冗長構成を構成する予備系装置であって、
前記運用系装置に障害の予兆があることを検出していないときには、前記運用系装置に保持されたデータのうち、該運用系装置から入力される一部のデータに対して、所定の処理を行い、前記運用系装置に障害の予兆があることを検出した場合には、前記一部のデータに対して前記所定の処理を行った後、障害の予兆があることを示す信号を前記運用系装置に出力し、その結果、前記一部のデータの後に入力されるデータに対しても、前記所定の処理を行う、
ことを特徴とする予備系装置。
【０１３０】
（付記２）
所定のタイミングで測定した自己の処理負荷量に応じたデータ量を指定する信号を前記運用系装置に出力し、その結果、入力される、前記一部のデータに対して、前記所定の処理を行う、
ことを特徴とする付記１に記載の予備系装置。
【０１３１】
（付記３）
前記処理負荷量に対応する報告信号が入力されると、前記報告信号が示す前記運用系装置の前記処理負荷量から前記自己の処理負荷量を減算した値、すなわち減算値を求め、前記減算値に応じたデータ量を指定する信号を出力し、その結果、入力される、前記一部のデータに対して、前記所定の処理を行う、
ことを特徴とする付記２に記載の予備系装置。
【０１３２】
（付記４）
前記運用系装置に障害の予兆があることを検出するために、前記処理負荷量の出力を要求する要求信号を前記運用系装置に出力し、その結果、前記処理負荷量に対応する応答信号が入力されると、前記応答信号が示す前記処理負荷量が所定の値より大きいか否かを判別する、
ことを特徴とする付記２または３に記載の予備系装置。
【０１３３】
（付記５）
予備系装置と冗長構成を構成する運用系装置であって、
保持するデータの中から、一部のデータを取得して前記予備系装置に出力し、出力しなかったデータに対して、所定の処理を行い、障害の予兆があることを示す信号が入力されると、前記出力しなかったデータも前記予備系装置に出力する、
ことを特徴とする運用系装置。
【０１３４】
（付記６）
データ量を指定する信号が入力された後、保持する前記データの中から、前記信号が示すデータ量分のデータを取得して前記予備系装置に出力する、
ことを特徴とする付記５に記載の運用系装置。
【０１３５】
（付記７）
所定のタイミングで測定した自己の前記処理負荷量に対応する報告信号を出力する、
ことを特徴とする付記５または６に記載の運用系装置。
【０１３６】
（付記８）
処理負荷量の出力を要求する要求信号が入力されると、自己の処理負荷量を測定し、測定した前記処理負荷量に対応する応答信号を前記予備系装置に出力する、
ことを特徴とする付記５から７のいずれか１項に記載の運用系装置。
【０１３７】
（付記９）
予備系装置と運用系装置から構成された冗長構成システムであって、
前記予備系装置は、付記１から４のいずれか１項に記載の予備系装置であり、
前記運用系装置は、付記５から８のいずれか１項に記載の運用系装置である、
ことを特徴とする、冗長構成システム。
【０１３８】
（付記１０）
予備系装置と運用系装置から構成された冗長構成システムにおける負荷分散方法であって、
前記運用系装置は、保持するデータの中から、一部のデータを取得して前記予備系装置に出力し、出力しなかったデータに対して、所定の処理を行い、前記予備系装置は、前記運用系装置に障害の予兆があることを検出していないときには、前記運用系装置から入力される、前記一部のデータに対して、所定の処理を行い、前記運用系装置に障害の予兆があることを検出した場合には、前記一部のデータに対して前記所定の処理を行った後、障害の予兆があることを示す信号を前記運用系装置に出力し、前記運用系装置は、前記障害の予兆があることを示す信号が前記予備系装置から入力されると、前記出力しなかったデータも前記予備系装置に出力し、その結果、前記予備系装置は、前記一部のデータの後に入力されるデータに対しても、前記所定の処理を行う、
ことを特徴とする負荷分散方法。
【０１３９】
（付記１１）
前記予備系装置は、所定のタイミングになると、自己の処理負荷量を測定し、前記処理負荷量に応じたデータ量を指定する信号を前記運用系装置に出力し、前記運用系装置は、前記データ量を指定する信号が入力された後、保持するデータの中から、前記信号が示すデータ量分の前記データを取得して前記予備系装置に出力する、
ことを特徴とする付記１０に記載の負荷分散方法。
【０１４０】
（付記１２）
前記予備系装置は、前記運用系装置に障害の予兆があることを検出するために、処理負荷量の出力を要求する要求信号を前記運用系装置に出力し、前記運用系装置は、処理負荷量の出力を要求する要求信号が入力されると、自己の処理負荷量を測定し、測定した前記処理負荷量に対応する応答信号を前記予備系装置に出力し、前記予備系装置は、前記処理負荷量に対応する応答信号が入力されると、前記応答信号が示す前記処理負荷量が所定の値より大きいか否かを判別する、
ことを特徴とする付記１１に記載の負荷分散方法。
【０１４１】
（付記１３）
前記データは、パフォーマンスデータである、
ことを特徴とする付記１から４のいずれか１項に記載の予備系装置。
【０１４２】
（付記１４）
前記処理負荷量は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）使用率である、
ことを特徴とする付記２から４、又は付記１２のいずれか１項に記載の予備系装置。
【０１４３】
（付記１５）
前記データは、パフォーマンスデータである、
ことを特徴とする付記５から８のいずれか１項に記載の運用系装置。
【０１４４】
（付記１６）
前記処理負荷量は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）使用率である、
ことを特徴とする付記５から８、又は付記１５のいずれか１項に記載の運用系装置。
【０１４５】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１４６】
なお、この出願は、２０１２年９月２７日に出願された日本出願の特願２０１２−２１４８７３の内容が全て取り込まれており、この日本出願を基礎として優先権を主張するものである。
【符号の説明】
【０１４７】
１０    対向ノード
２０    運用系サーバ
３０    予備系サーバ
４０    クライアント端末
１２０    運用系サーバ
１３０    予備系サーバ
５２０    運用系装置
５３０    予備系装置
【図１】
2014050493.tif 000003
【図２】
2014050493.tif 000004
【図３】
2014050493.tif 000005
【図４】
2014050493.tif 000006
【図５】
2014050493.tif 000007
【図６】
2014050493.tif 000008
【図７】
2014050493.tif 000009
【図８】
2014050493.tif 000010
【図９】
2014050493.tif 000011
【図１０Ａ】
2014050493.tif 000012
【図１０Ｂ】
2014050493.tif 000013
【国際調査報告】
2014050493.tif 000014
2014050493.tif 000015
2014050493.tif 000016
2014050493.tif 000017