サービスに関するデータを保持し前記データを用いて前記サービスを提供し前記サービスの提供に伴って前記データを更新する現用系計算機と、通信可能な待機系計算機であって、前記データの写しを保持する保持手段と、前記現用系計算機から前記待機系計算機宛に送信される、前記現用系計算機が動作していることを証明するための所定信号を所定時間受信できない場合に、前記保持手段内のデータの写しを更新する更新動作を制限しつつ、前記データの写しを用いて前記サービスを提供する提供手段と、を含む待機系計算機。請求項1に記載の待機系計算機において、前記提供手段は、前記所定信号を前記所定時間受信できない場合に、前記更新動作を禁止しつつ、前記データの写しを用いて前記サービスを提供する、待機系計算機。請求項1または2に記載の待機系計算機において、前記提供手段は、前記サービスを提供した後に前記更新動作の制限を解除する旨の指示を受け付けると、前記更新動作の制限を解除して、前記データの写しを用いて前記サービスを提供する、待機系計算機。請求項1から3のいずれか1項に記載の待機系計算機において、前記提供手段は、前記サービスを提供した後に前記所定信号を受信すると、前記現用系計算機内のデータを前記保持手段にコピーして前記保持手段内のデータの写しを更新する、待機系計算機。請求項1から4のいずれか1項に記載の待機系計算機と、前記現用系計算機と、を含むクラスタシステム。サービスに関するデータを保持し前記データを用いて前記サービスを提供し前記サービスの提供に伴って前記データを更新する現用系計算機と、通信可能な待機系計算機でのサービス提供方法であって、前記データの写しを保持手段に保持する保持ステップと、前記現用系計算機から前記待機系計算機宛に送信される、前記現用系計算機が動作していることを証明するための所定信号を所定時間受信できない場合に、前記保持手段内のデータの写しを更新する更新動作を制限しつつ、前記データの写しを用いて前記サービスを提供する提供ステップと、を含むサービス提供方法。サービスに関するデータを保持し前記データを用いて前記サービスを提供し前記サービスの提供に伴って前記データを更新する現用系計算機と通信可能なコンピュータに、前記データの写しを保持手段に保持する保持手順と、前記現用系計算機から前記待機系計算機宛に送信される、前記現用系計算機が動作していることを証明するための所定信号を所定時間受信できない場合に、前記保持手段内のデータの写しを更新する更新動作を制限しつつ、前記データの写しを用いて前記サービスを提供する提供手順と、を実行させるためのプログラム。特許文献1には、スプリットブレインに起因するデータの不整合を解消する技術は記載されているが、スプリットブレインの発生を抑制する技術は記載されていない。スプリットブレインの発生を抑制する1つの手法としては、クラスタシステムを構成する計算機間で物理的に独立した複数の通信回線を設け、ハートビートの途絶の原因が、通信障害か現用系計算機での障害かを高精度で判別する手法が考えられる。しかしながら、この手法では、スプリットブレインの発生を抑制するために、クラスタシステムを構成する計算機間で物理的に独立した複数の通信回線が必要になるという課題があった。この課題は、災害対策のために、待機系計算機が、現用系計算機の設置場所に対して遠隔な場所に設置された場合に、特に顕著になる。また、スプリットブレインの発生を抑制する他の手法としては、オペレータが、現用系計算機の停止を確認してから手動操作で待機系計算機へのフェイルオーバを指示するという手法も考えられる。しかしながら、この手法では、現用系計算機が動作を停止してから、オペレータがフェイルオーバを指示するまで、サービスが停止してしまうという課題があった。本発明の目的は、上述した課題を解決可能な待機系計算機、クラスタシステム、サービス提供方法およびプログラムを提供することである。本発明の待機系計算機は、サービスに関するデータを保持し前記データを用いて前記サービスを提供し前記サービスの提供に伴って前記データを更新する現用系計算機と、通信可能な待機系計算機であって、前記データの写しを保持する保持手段と、前記現用系計算機から前記待機系計算機宛に送信される、前記現用系計算機が動作していることを証明するための所定信号を所定時間受信できない場合に、前記保持手段内のデータの写しを更新する更新動作を制限しつつ、前記データの写しを用いて前記サービスを提供する提供手段と、を含む。本発明のクラスタシステムは、上記待機系計算機と、前記現用系計算機と、を含む。本発明のサービス提供方法は、サービスに関するデータを保持し前記データを用いて前記サービスを提供し前記サービスの提供に伴って前記データを更新する現用系計算機と、通信可能な待機系計算機でのサービス提供方法であって、前記データの写しを保持手段に保持する保持ステップと、前記現用系計算機から前記待機系計算機宛に送信される、前記現用系計算機が動作していることを証明するための所定信号を所定時間受信できない場合に、前記保持手段内のデータの写しを更新する更新動作を制限しつつ、前記データの写しを用いて前記サービスを提供する提供ステップと、を含む。本発明のプログラムは、サービスに関するデータを保持し前記データを用いて前記サービスを提供し前記サービスの提供に伴って前記データを更新する現用系計算機と通信可能なコンピュータに、前記データの写しを保持手段に保持する保持手順と、前記現用系計算機から前記待機系計算機宛に送信される、前記現用系計算機が動作していることを証明するための所定信号を所定時間受信できない場合に、前記保持手段内のデータの写しを更新する更新動作を制限しつつ、前記データの写しを用いて前記サービスを提供する提供手順と、を実行させる。本発明によれば、スプリットブレインの発生を抑制しつつ、クラスタシステムを構成する計算機間で物理的に独立した複数の通信回線を必要とせずに、サービスの完全停止時間を短縮することが可能になる。以下、本発明の一実施形態について図面を参照して説明する。図1は、本発明の一実施形態のクラスタシステム1を示したブロック図である。図1において、クラスタシステム1は、現用系計算機11と、待機系計算機12と、を含む。現用系計算機11と待機系計算機12とは、ネットワーク2を介して相互に通信可能である。また、現用系計算機11と待機系計算機12とは、ネットワーク2を介してクライアント端末13と接続可能である。待機系計算機12は、例えば、現用系計算機11の設置場所に対して遠隔な場所に設置される。現用系計算機11は、予め定められたサービスSに関するデータ11a1を保持する保持部11aと、提供部11bと、を含む。提供部11bは、記憶部11b1と制御部11b2と、を含む。制御部11b2は、クラスタ制御部21aと、サービス実行部31aと、を含む。待機系計算機12は、データ11a1の写し12a1を保持する保持部12aと、提供部12bと、を含む。提供部12bは、記憶部12b1と制御部12b2と、を含む。制御部12b2は、クラスタ制御部22aと、サービス実行部32aと、を含む。まず、現用系計算機11について説明する。保持部11aは、例えば、コンピュータにて読み取り可能な記録媒体であるハードディスクである。なお、記録媒体は、ハードディスクに限らず適宜変更可能である。保持部11a内のデータ11a1は、例えば、サービスSの顧客のデータ顧客の名前、年齢である。なお、サービスSが商品の在庫を管理するサービスである場合、データ11a1は、商品の在庫を示す在庫データとなる。なお、データ11a1は、顧客のデータまたは在庫データに限らず適宜変更可能である。提供部11bは、保持部11a内のデータ11a1を用いてサービスSを提供する。記憶部11b1は、コンピュータにて読み取り可能な記録媒体であり、クラスタ制御ソフトウェアクラスタ制御プログラム21と、サービス提供ソフトウェアサービス提供プログラム31と、を記憶する。なお、記憶部11b1は、保持部11a内に設けられてもよい。制御部11b2は、例えば、コンピュータの一例であるCPUCentralProcessingUnitである。制御部11b2は、記憶部11b1からクラスタ制御ソフトウェア21を読み取り実行してクラスタ制御部21aとして機能する。クラスタ制御部21aは常駐する。制御部11b2は、記憶部11b1からサービス提供ソフトウェア31を読み取り実行してサービス実行部31aとして機能する。なお、制御部11b2は、サービスSを提供しないときには、サービス提供ソフトウェア31を実行せず、サービス実行部31aとして機能しない。サービス実行部31aは、保持部11a内のデータ11a1を用いてクライアント端末13に対してサービスSを提供する。サービス実行部31aは、サービスSの提供に伴ってデータ11a1を更新することがある。例えば、サービスSが在庫管理サービスである場合、データ11a1は、在庫の変動に応じて更新される。クラスタ制御部21aは、待機系計算機12宛にハートビートパケットを定期的例えば、10秒間隔に送信する。なお、ハートビートパケットは、現用系計算機11が動作していることを証明するための所定信号の一例である。また、ハートビートパケットの送信間隔は10秒に限らず適宜変更可能である。また、クラスタ制御部21aは、サービス実行部31aがデータ11a1を更新することをフックして、クラスタ制御部22aを介して、保持部12a内のデータの写し12a1に、データ11a1と同様の更新ミラーリングを行う。なお、クラスタ制御部21aは、定期的に、データ11a1を保持部12aにコピーする。または、クラスタ制御部21aは、データ11a1とデータの写し12a1との間の更新差分を、定期的に、保持部12aに追記する。このため、保持部12a内には、データ11a1の写し12a1が保持される。次に、待機系計算機12について説明する。保持部12aは、一般的に保持手段と呼ぶことができる。保持部12aは、例えば、ハードディスクである。保持部12aは、現用系計算機11内の保持部11aに保持されたデータ11a1の写し12a1を保持する。提供部12bは、一般的に提供手段と呼ぶことができる。提供部12bは、現用系計算機11から待機系計算機12宛に送信されるハートビートパケットを所定時間例えば、90秒受信できない場合に、保持部12a内のデータの写し12a1を更新する更新動作を制限しつつ、データの写し12a1を用いてサービスSを提供する。なお、所定時間は90秒に限らず、例えば、ハートビートパケットの送信間隔と、各計算機およびネットワーク2の性能と、に応じて適宜変更可能である。記憶部12b1は、コンピュータにて読み取り可能な記録媒体であり、クラスタ制御ソフトウェアクラスタ制御プログラム22と、サービス提供ソフトウェアサービス提供プログラム32と、スクリプト101と、スクリプト102と、スクリプト103と、を記憶する。なお、サービス提供ソフトウェア32は、サービス提供ソフトウェア31が規定する処理手順と同一の処理手順を規定する。また、記憶部12b1は、保持部12a内に設けられてもよい。制御部12b2は、例えばCPUCentralProcessingUnitである。制御部12b2は、記憶部12b1からクラスタ制御ソフトウェア22を読み取り実行してクラスタ制御部22aとして機能する。クラスタ制御部22aは常駐する。制御部12b2は、記憶部12b1からサービス提供ソフトウェア32を読み取り実行してサービス実行部32aとして機能する。なお、制御部12b2は、サービスSを提供しないときには、サービス提供ソフトウェア32を実行せず、サービス実行部32aとして機能しない。クラスタ制御部22aは、クラスタ制御部21aから定期的に送信されるハートビートパケットを受信することで、現用系計算機11の死活を監視する。本実施形態では、クラスタ制御部22aは、現用系計算機11から待機系計算機12宛に送信されるハートビートパケットを所定時間例えば、90秒受信できないか否かを監視する。現用系計算機11の動作停止、あるいは、現用系計算機11と待機系計算機12との間の通信経路例えば、ネットワーク2上の障害に起因して、クラスタ制御部21aからのハートビートパケットを所定時間受信できないと、クラスタ制御部22aは、記憶部12b1内のスクリプト101を読み出し実行する。スクリプト101は、サービス実行部32aが保持部12a内のデータの写し12a1を用いてサービスSを機能制限付きで開始する処理以下第1処理と称するを行う旨の指示を、クラスタ制御部22aに実行させるためのプログラムである。本実施形態では、第1処理では、保持部12a内のデータの写し12a1を更新する更新動作を制限しつつ、データの写し12a1を用いてサービスSが提供される。例えば、第1処理では、待機系計算機12上でデータの写し12a1を更新しない参照のみか、データの写し12a1のうち更新可能な部分を所定の部分例えば、更新が元に戻されてもサービスSには支障がない範囲に限定して、サービスSが開始される。クラスタ制御部22aは、スクリプト101を実行することで、サービス実行部32aを起動して、第1処理をサービス実行部32aに実行させる。現用系計算機11が停止しておらず、通信系路上の障害が復旧して、クラスタ制御部21aからのハートビートパケットを再び受信すると、クラスタ制御部22aは、記憶部12b1内のスクリプト102を読み出し実行する。スクリプト102は、サービス実行部32aの動作を停止し、かつ、現用系計算機11内のデータ11a1を保持部12aにコピーして保持部12a内のデータの写し12a1を更新する処理以下第2処理と称するを、クラスタ制御部22aに実行させるためのプログラムである。クラスタ制御部22aは、スクリプト102を実行することで第2処理を実行する。第2処理が実行されると、サービス実行部32aが動作を停止し、データの写し12a1が最新のものとなる。なお、オペレータが、現用系計算機11の停止を確認し、待機系計算機12に対して、サービスの機能制限を解除する操作を行うと、更新動作の制限を解除する旨の指示がクラスタ制御部22aで受け付けられる。クラスタ制御部22aは、更新動作の制限を解除する旨の指示を受け付けると、記憶部12b1内のスクリプト103を読み出し実行する。スクリプト103は、サービス実行部32aが更新動作の制限を解除してデータの写し12a1を用いてサービスSを提供する処理以下第3処理と称するを行う旨の指示を、クラスタ制御部22aに実行させるためのプログラムである。クラスタ制御部22aは、スクリプト103を実行することで、第3処理をサービス実行部32aに実行させる。以降は、待機系計算機12内のデータの写し12a1がマスタコピー元となる。次に、クラスタシステム1の動作の概要を説明する。現用系計算機11は、正常状態でサービスSを提供する。待機系計算機12では、クラスタ制御部22aは、現用系計算機11内のクラスタ制御部21aから定期的に送信されるハートビートパケットを受信することで、現用系計算機11の生存を確認する。図2は、現用系計算機11が正常状態であるときのクラスタシステム1を示したブロック図である。なお、図2において、図1に示したものと同一構成のものには同一符号を付してある。現用系計算機11が正常状態であるとき、現用系計算機11でサービス実行部31aが参照更新するデータ11a1は、クラスタ制御部21aとクラスタ制御部22aにて、待機系計算機12内の保持部12aにコピーされる。図3は、現用系計算機11からのハートビートパケットが途絶したときのクラスタシステム1を示したブロック図である。なお、図3において、図1に示したものと同一構成のものには同一符号を付してある。現用系計算機11からのハートビートパケットが途絶し、現用系計算機11の生存が確認できなくなると、クラスタ制御部22aは、待機系計算機12でサービス実行部32aを起動する。サービス実行部32aは、停止状態と、待機系計算機12内のデータ更新を制限した状態と、待機系計算機12でのデータ更新の制限のない状態と、を有する。クラスタ制御部22aは、これらの状態遷移を行うための処理を記述したスクリプト101、102または103を実行することで、サービス実行部32aの状態遷移を制御する。図4は、スクリプト101、102および103を用いたサービスSの制御状態を説明するための図である。また、図5は、待機系計算機12内のサービス実行部32aの状態遷移を示した図である。スクリプト101は、停止状態のサービス実行部32aをデータ更新制限付きの起動状態に遷移させ、スクリプト102は、データ更新制限付きで起動した状態のサービス実行部32aを停止状態に遷移させ、スクリプト103は、データ更新制限付きで起動した状態のサービス実行部32aをデータ更新の制限のない状態に遷移させる。次に、クラスタシステム1の動作を説明する。図6は、クラスタシステム1の動作を説明するためのフローチャートである。待機系計算機12内のクラスタ制御部22aは、現用系計算機11からのハートビートパケットが途絶したか判別するステップS601。現用系計算機11からのハートビートパケットが途絶すると、クラスタ制御部22aは、スクリプト101を実行するステップS602。スクリプト101の実行に伴い、サービス実行部32aは、待機系計算機12内のデータの写し12a1の更新を制限した状態、例えば、データの写し12a1を更新しない参照のみか、データの写し12a1のうち更新可能な部分を、更新が元に戻されても支障がない範囲に制限して、サービスSを開始する。その後、クラスタ制御部22aは、ハートビートパケットの受信が復旧したかを判別するステップS603。ハートビートパケットの受信が復旧すると、現用系計算機11は停止しておらず、通信障害でハートビートパケットが途絶していたものと考えられるため、クラスタ制御部22aは、スクリプト102を実行するステップS604。スクリプト102の実行に伴い、クラスタ制御部22aは、サービス実行部32aの動作を停止する。さらに、クラスタ制御部22aは、現用系計算機11内のデータ11a1を待機系計算機12内の保持部12aにコピーして両系のデータを再び一致させるS605。クラスタ制御部22aは、現用系計算機11内のデータ11a1を待機系計算機12内の保持部12aにコピーすると、ステップS601に戻って、ハートビートパケットの受信に基づく現用系死活監視を再開する。一方、ステップS603でハートビートが復旧しないと、クラスタ制御部22aは、オペレータが機能制限の解除操作を実施したか判別するステップS606。オペレータが機能制限の解除操作を実施した場合、クラスタ制御部22aは、スクリプト103を実行するステップS607。スクリプト103の実行に伴い、クラスタ制御部22aは、サービスの機能制限を解除し、サービス実行部32aの状態を、現用系計算機11と同様のサービスSを提供する状態に変更する。一方、ステップS606で、オペレータが機能制限の解除操作を実施していない場合、クラスタ制御部22aは、ステップS603に戻る。次に、本実施形態の効果を説明する。本実施形態では、ハートビートハートビートパケットの途絶が確認された時点で、サービス実行部32aの機能を、途絶が通信障害に起因するものであっても問題のない範囲に制限して、待機系計算機12でサービスが自動的に起動する。このため、サービスの完全停止時間を短縮することができる。また、通信障害が復旧した時点で、自動的に待機系計算機12でのサービス提供を停止して、クラスタシステム1の状態を正常時の状態に戻すことができる。また、サービスの制御にスクリプトを用いることにより、サービスの実装から独立したクラスタ基盤機能として汎用的に利用できる。本実施形態によれば、保持部12aは、現用系計算機11が有するデータ11a1の写し12a1を保持する。提供部12bは、現用系計算機11から待機系計算機12宛に送信されるハートビートパケットを所定時間受信できない場合に、保持部12a内のデータの写し12a1を更新する更新動作を制限しつつ、データの写し12a1を用いてサービスSを提供する。提供部12bが、保持部12a内のデータの写し12a1を更新する更新動作を制限するため、クラスタシステムを構成する計算機間で物理的に独立した複数の通信回線を必要とせずにスプリットブレインの発生を抑制できる。また、提供部12bが、ハートビートパケットを所定時間受信できないと、制限付きだがサービスSを提供するため、サービスSの完全停止時間を短縮することが可能になる。また、本実施形態では、提供部12bは、ハートビートパケットを所定時間受信できない場合に、保持部12a内のデータの写し12a1の更新を禁止しつつ、データの写し12a1を用いてサービスを提供する。この場合、スプリットブレインの発生を禁止することが可能になる。また、本実施形態では、提供部12bは、サービスを提供した後に更新動作の制限を解除する旨の指示を受け付けると、更新動作の制限を解除して、データ12a1の写しを用いてサービスを提供する。この場合、更新動作の制限を解除することが可能になる。また、本実施形態では、提供部12bは、サービスを提供した後にハートビートパケットを受信すると、現用系計算機11内のデータ11a1を保持部12aにコピーして保持部12a内のデータの写しを更新する。この場合、通信障害ネットワークパーティションの復旧に伴って、クラスタシステム1を自動的に正常な状態に戻すことが可能になる。なお、上記実施形態において、図7に示すように、クラスタ制御部22aは、サービス実行部32aの起動停止制御では、データ更新についての機能制限を行わず、サービス実行部32aからデータの写しに対するアクセスを制御してサービス実行部32aに対してデータの写し12a1の参照のみ許可し、オペレータの手動操作によりデータ更新を許可してもよい。以上説明した実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。