サーバシステム及びソフトウェア更新方法
【課題】 ミッションクリティカルシステムに適用可能な同期化されたソフトウェア更新を行う。
【解決手段】 サーバ４０のＨＤＤ４１に格納されているソフトウェアを予備系サーバであるサーバ５０，７０のＨＤＤ５０，７１に格納し、ソフト更新部４４によってサーバ５０，７０に対して現在動作しているソフトウェアから新たに格納されたソフトウェアへの更新を指示し、その指示によってソフト更新部５４，７４にてソフトウェアの更新を行い、系管理部４５によってソフトウェア更新が行われたサーバ５０，７０を運用系サーバへの系切り替えを指示し、その指示によって系管理部５５，７５においてサーバ５０，７０を運用系サーバへの系切り替えを一斉に行う。
【解決手段】 サーバ４０のＨＤＤ４１に格納されているソフトウェアを予備系サーバであるサーバ５０，７０のＨＤＤ５０，７１に格納し、ソフト更新部４４によってサーバ５０，７０に対して現在動作しているソフトウェアから新たに格納されたソフトウェアへの更新を指示し、その指示によってソフト更新部５４，７４にてソフトウェアの更新を行い、系管理部４５によってソフトウェア更新が行われたサーバ５０，７０を運用系サーバへの系切り替えを指示し、その指示によって系管理部５５，７５においてサーバ５０，７０を運用系サーバへの系切り替えを一斉に行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上でソフトウェアによって動作するサーバシステム及びソフトウェア更新方法に関する。
【背景技術】
【０００２】
従来より、複数のサーバを有するサーバシステムにおいて、サーバ上で動作するソフトウェアの更新を行う場合、１つのサーバがマスターとなり、他の複数のサーバがスレーブとなるようなサーバ・クライアント方式のサーバシステムにおいては、マスターとなるサーバからスレーブとなる他の複数のクライアントサーバの各磁気ディスク装置等の記憶手段に新ソフトウェアを転送・格納し、その後、各クライアントサーバ毎にソフトウェア更新を行っている（例えば、特許文献１参照。）。つまり、複数のクライアントサーバについては、サーバ単位でソフトウェアの更新が行われていることとなる。
【０００３】
また、サーバを運用系サーバと予備系サーバとの二重化構成とし、運用系サーバによって新ソフトウェアを予備系サーバへ転送して起動し、新ソフトウェアの動作を確認した後、予備系サーバを運用系サーバへ、また運用系サーバを予備系サーバへ切り替える方法が考えられている（例えば、特許文献２参照。）。
【特許文献１】特開平０６−３０９２６１号公報
【特許文献２】特開平０８−１０６３９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載された方法においては、サーバが一重化構成であるため、サーバシステムが負荷分散システムである場合はソフトウェア更新中には処理能力が低下し、サーバシステムの各サーバが異なる機能エンティティを有する場合は各サーバのソフトウェア更新中にサーバシステムの処理が一時的に停止してしまうという問題点がある。また、各サーバのソフトウェア更新がシーケンシャルに行われるため、サーバシステムのソフトウェア更新開始から完了までの間に新ソフトウェアで稼動するサーバと旧ソフトウェアで稼動するサーバとが混在してしまい、そのため新旧のソフトウェアが混在の状態においても正常に動作する複雑なソフトウェアを開発しなければならないという問題点がある。
【０００５】
また、特許文献２に記載された方法においては、複数の二重化構成のサーバが存在した場合、各運用系サーバがそれぞれ独立して各予備系サーバに対して新ソフトウェアを転送して起動するため、サーバシステムにおける新ソフトウェアの転送及び起動を同期して行うことができず、同期化されたソフトウェア更新を行うことができないという問題点がある。
【０００６】
上述したような問題が生じることによって、サーバシステムが一時停止してしまったり、同期化されたソフトウェアの更新ができずに新旧のソフトウェア混在での動作になったりしてしまうと、企業において様々な業務の中核を担う情報システムであるミッションクリティカルシステムにおいては、信用の失墜等の経営的に大きなダメージを受けてしまうため、本サーバシステムを適用することができないという問題に発展してしまう。
【０００７】
本発明は、上述したような従来の技術が有する問題点を鑑みてなされたものであって、ミッションクリティカルシステムに適用可能な同期化されたソフトウェア更新ができるサーバシステム及びソフトウェア更新方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明は、
運用系サーバと予備系サーバとの２つの運用系を排他的にとるサーバの組を複数有し、前記複数のサーバ上で動作するソフトウェアを更新するサーバシステムであって、
前記運用系サーバのうちいずれか１つのサーバによって、前記サーバの組が有する全ての予備系サーバへ更新用ソフトウェアを転送し、前記全ての予備系サーバ上で動作するソフトウェアを前記更新用ソフトウェアへ更新し、前記更新用ソフトウェアへ更新された予備系サーバと前記サーバの組が有する全ての運用系サーバとの運用系を一斉に切り替える。
【０００９】
また、前記運用系サーバ及び前記予備系サーバのそれぞれは、
当該サーバ上で動作するソフトウェアを格納する格納手段と、
当該サーバ上で動作するソフトウェアを前記更新用ソフトウェアへ更新するソフト更新手段と、
当該サーバの運用系を切り替える系管理手段とを有することを特徴とする。
【００１０】
また、前記系管理手段は、当該サーバの運用系を、他の運用系をとるサーバの運用系と排他的な運用系に切り替えることを特徴とする。
【００１１】
また、運用系サーバと予備系サーバとの２つの運用系を排他的にとるサーバの組を複数有し、前記複数のサーバ上で動作するソフトウェアを更新するサーバシステムにおけるソフトウェア更新方法であって、
前記運用系サーバのうちいずれか１つのサーバによって、前記サーバの組が有する全ての予備系サーバへ更新用ソフトウェアを転送する処理と、
前記全ての予備系サーバ上で動作するソフトウェアを前記更新用ソフトウェアへ更新する処理と、
前記更新用ソフトウェアへ更新された予備系サーバと前記サーバの組が有する全ての運用系サーバとの運用系を一斉に切り替える処理とを有する。
【００１２】
また、当該サーバの運用系を、他の運用系をとるサーバの運用系と排他的な運用系に切り替えることを特徴とする。
【００１３】
上記のように構成された本発明においては、運用系サーバのうちいずれか１つのサーバによって、サーバの組が有する全ての予備系サーバへ更新用ソフトウェアが転送され、全ての予備系サーバ上で動作するソフトウェアが更新用ソフトウェアへ更新され、更新用ソフトウェアへ更新された予備系サーバとサーバの組が有する全ての運用系サーバとの運用系が一斉に切り替えられる。
【００１４】
このように、１つのサーバによって全ての予備系サーバに対して新しいソフトウェアの転送、更新、運用系切り替えといったソフトウェア更新に必要な一連の手順を行うため、それぞれの予備系サーバにてソフトウェアの更新を行った後に運用系の切り替えを開始するタイミングを計るための処理が不要となり、また、新しいソフトウェアに更新された全ての予備系サーバを運用系サーバへ一斉に切り替えるため、複数のサーバ間にて同期したソフトウェア更新が実現可能となる。
【発明の効果】
【００１５】
以上説明したように本発明においては、運用系サーバのうちいずれか１つのサーバが、サーバの組が有する全ての予備系サーバへ更新用ソフトウェアを転送し、全ての予備系サーバ上で動作するソフトウェアを更新用ソフトウェアへ更新し、更新用ソフトウェアへ更新された予備系サーバとサーバの組が有する全ての運用系サーバとの運用系を一斉に切り替える構成としたため、ミッションクリティカルシステムに適用可能な同期化されたソフトウェア更新ができる。
【発明を実施するための最良の形態】
【００１６】
以下に、本発明の実施の形態について図面を参照して説明する。
【００１７】
図１は、本発明のサーバシステムの実施の一形態を示す図である。
【００１８】
図１に示すように、本形態のサーバシステム１０には、ネットワーク８０に接続され、冗長構成を有する制御組２０と、制御組２０によってソフトウェア更新の制御が行われる被制御組３０とが設けられている。さらに、制御組２０は、サーバ４０と、サーバ４０と二重化構成を取るサーバ５０とから構成されている。また、被制御組３０は、サーバ６０と、サーバ６０と二重化構成を取るサーバ７０とから構成されている。さらに、サーバ４０は、他のサーバとの間においてソフトウェアの更新を制御するための信号及びデータの送受信を行う送受信部４２と、ソフトウェア等を格納する格納手段であるＨＤＤ４１と、ＨＤＤ４１にアクセスする制御を行うＨＤＤアクセス部４３と、ＨＤＤ４１に格納されているソフトウェアを更新するソフト更新部４４と、サーバ４０の系を制御する系管理部４５とから構成されている。また、サーバ５０は、他のサーバとの間においてソフトウェアの更新を制御するための信号及びデータの送受信を行う送受信部５２と、ソフトウェア等を格納する格納手段であるＨＤＤ５１と、ＨＤＤ５１にアクセスする制御を行うＨＤＤアクセス部５３と、ＨＤＤ５１に格納されているソフトウェアを更新するソフト更新部５４と、サーバ５０の系を制御する系管理部５５とから構成されている。なお、系管理部４５と、系管理部５５とにおいて、一方にて運用系であることが設定されると、排他論理が働いて他方にて予備系であることが設定される。また、一方にて予備系であることが設定されると、排他論理が働いて他方にて運用系であることが設定される。また、サーバ６０は、他のサーバとの間においてソフトウェアの更新を制御するための信号及びデータの送受信を行う送受信部６２と、ソフトウェア等を格納する格納手段であるＨＤＤ６１と、ＨＤＤ６１にアクセスする制御を行うＨＤＤアクセス部６３と、ＨＤＤ６１に格納されているソフトウェアを更新するソフト更新部６４と、サーバ６０の系を制御する系管理部６５とから構成されている。また、サーバ７０は、他のサーバとの間においてソフトウェアの更新を制御するための信号及びデータの送受信を行う送受信部７２と、ソフトウェア等を格納する格納手段であるＨＤＤ７１と、ＨＤＤ７１にアクセスする制御を行うＨＤＤアクセス部７３と、ＨＤＤ７１に格納されているソフトウェアを更新するソフト更新部７４と、サーバ７０の系を制御する系管理部７５とから構成されている。なお、系管理部６５と、系管理部７５とにおいて、一方にて運用系であることが設定されると、排他論理が働いて他方にて予備系であることが設定される。また、一方にて予備系であることが設定されると、排他論理が働いて他方にて運用系であることが設定される。
【００１９】
以下に、図１に示したサーバシステム１０におけるソフトウェア更新方法について説明する。
【００２０】
図２は、図１に示したサーバシステム１０におけるソフトウェア更新方法を説明するためのシーケンス図である。
【００２１】
ソフトウェア更新に使用される更新用ソフトウェアである新ソフトウェアがサーバ４０のＨＤＤ４１に予め格納されている。ＨＤＤ４１には、ネットワーク８０を介して送信されてきた新ソフトウェアが格納されていても良いし、サーバ４０に記憶媒体用のドライブを設け、設けられたドライブによってＣＤ−ＲＯＭやＭＯ等の移動可能な記憶媒体に書き込まれた新ソフトウェアが読み出され、読み出された新ソフトウェアがＨＤＤ４１に格納されるものであっても良い。
【００２２】
また、現在制御組２０においては、サーバ４０が運用系サーバとして稼動しており、サーバ５０が予備系サーバとして稼動しており、また、被制御組３０においては、サーバ６０が運用系サーバとして稼動しており、サーバ７０が予備系サーバとして稼動しているとする。
【００２３】
ＨＤＤ４１に格納されている新ソフトウェアがＨＤＤアクセス部４３によって読み出され、読み出された新ソフトウェアが送受信部４２によってサーバ５０へ送信されると（ステップＳ１）、サーバ５０の送受信部５２にて新ソフトウェアが受信され（ステップＳ２）、受信された新ソフトウェアがＨＤＤアクセス部５３によってＨＤＤ５１に格納される（ステップＳ３）。
【００２４】
新ソフトウェアがＨＤＤ５１に格納されると、転送完了応答信号がＨＤＤアクセス部５３によって生成され、生成された転送完了応答信号が送受信部５２によってサーバ４０へ送信される（ステップＳ４）。そして、サーバ４０へ送信された転送完了応答信号がサーバ４０の送受信部４２にて受信されると（ステップＳ５）、その旨がＨＤＤアクセス部４３へ通知され、新ソフトウェアがＨＤＤ５１に格納されたことがＨＤＤアクセス部４３にて認識される。
【００２５】
次に、ＨＤＤ４１に格納されている新ソフトウェアがＨＤＤアクセス部４３によって読み出され、読み出された新ソフトウェアが送受信部４２によってサーバ６０へ送信される（ステップＳ６）。サーバ６０へ送信された新ソフトウェアがサーバ６０の送受信部６２にて受信され（ステップＳ７）、受信された新ソフトウェアがＨＤＤアクセス部６３によってＨＤＤ６１に格納される（ステップＳ８）。
【００２６】
新ソフトウェアがＨＤＤ６１に格納されると、転送完了応答信号がＨＤＤアクセス部６３によって生成され、生成された転送完了応答信号が送受信部６２によってサーバ４０へ送信される（ステップＳ９）。そして、サーバ４０へ送信された転送完了応答信号がサーバ４０の送受信部４２にて受信されると（ステップＳ１０）、その旨がＨＤＤアクセス部４３へ通知され、新ソフトウェアがＨＤＤ６１に格納されたことがＨＤＤアクセス部４３にて認識される。
【００２７】
次に、ＨＤＤ４１に格納されている新ソフトウェアがＨＤＤアクセス部４３によって読み出され、読み出された新ソフトウェアが送受信部４２によってサーバ７０へ送信される（ステップＳ１１）。サーバ７０へ送信された新ソフトウェアがサーバ７０の送受信部７２にて受信され（ステップＳ１２）、受信された新ソフトウェアがＨＤＤアクセス部７３によってＨＤＤ７１に格納される（ステップＳ１３）。
【００２８】
新ソフトウェアがＨＤＤ７１に格納されると、転送完了応答信号がＨＤＤアクセス部７３によって生成され、生成された転送完了応答信号が送受信部７２によってサーバ４０へ送信される（ステップＳ１４）。そして、サーバ４０へ送信された転送完了応答信号がサーバ４０の送受信部４２にて受信されると（ステップＳ１５）、その旨がＨＤＤアクセス部４３へ通知され、新ソフトウェアがＨＤＤ７１に格納されたことがＨＤＤアクセス部４３にて認識される。
【００２９】
このようにして、制御組２０の運用系サーバであるサーバ４０から、サーバ４０とネットワーク８０を介して接続されているサーバ５０，６０，７０への新ソフトウェアの転送が完了する。
【００３０】
次に、制御組２０にて予備系サーバとして稼動しているサーバ５０及び被制御組３０にて予備系サーバとして稼動しているサーバ７０のソフトウェア更新の処理が開始される。
【００３１】
まず最初に、サーバ４０のソフト更新部４４によってソフトウェア更新命令信号が生成され、生成されたソフトウェア更新命令信号が送受信部４２によってサーバ５０へ送信される（ステップＳ１６）。サーバ５０へ送信されたソフトウェア更新命令信号がサーバ５０の送受信部５２にて受信され（ステップＳ１７）、受信されたソフトウェア更新命令信号がソフト更新部５４によって認識され、ＨＤＤ５１に格納されている新ソフトウェアが起動され、サーバ５０を制御するソフトウェアが、今まで動作していた旧ソフトウェアから新ソフトウェアに更新される（ステップＳ１８）。新ソフトウェアへの更新が完了すると、ソフトウェア更新完了応答信号がソフト更新部５４によって生成され、生成されたソフトウェア更新完了応答信号が送受信部５２によってサーバ４０へ送信される（ステップＳ１９）。そして、サーバ４０へ送信されたソフトウェア更新完了応答信号がサーバ４０の送受信部４２にて受信されると（ステップＳ２０）、その旨がソフト更新部４４へ通知され、サーバ５０においてソフトウェアが更新されたことがソフト更新部４４にて認識される。
【００３２】
次に、サーバ４０のソフト更新部４４によってソフトウェア更新命令信号が生成され、生成されたソフトウェア更新命令信号が送受信部４２によってサーバ７０へ送信される（ステップＳ２１）。サーバ７０へ送信されたソフトウェア更新命令信号がサーバ７０の送受信部７２にて受信され（ステップＳ２２）、受信されたソフトウェア更新命令信号がソフト更新部７４によって認識され、ＨＤＤ７１に格納されている新ソフトウェアが起動され、サーバ７０を制御するソフトウェアが、今まで動作していた旧ソフトウェアから新ソフトウェアに更新される（ステップＳ２３）。新ソフトウェアへの更新が完了すると、ソフトウェア更新完了応答信号がソフト更新部７４によって生成され、生成されたソフトウェア更新完了応答信号が送受信部７２によってサーバ４０へ送信される（ステップＳ２４）。そして、サーバ４０へ送信されたソフトウェア更新完了応答信号がサーバ４０の送受信部４２にて受信されると（ステップＳ２５）、その旨がソフト更新部４４へ通知され、サーバ７０においてソフトウェアが更新されたことがソフト更新部４４にて認識される。
【００３３】
このようにして、制御組２０にて予備系サーバとして稼動しているサーバ５０及び被制御組３０にて予備系サーバとして稼動しているサーバ７０において、ソフトウェアの更新が完了する。
【００３４】
予備系サーバのソフトウェアが更新されると、運用系の切り替えの処理が開始される。運用系の切り替え処理とは、予備系サーバであるサーバを運用系サーバに、また運用系サーバであるサーバを予備系サーバに切り替える処理である。
【００３５】
まずは、サーバ４０内の系管理部４５にて、サーバシステム１０内の自身の組以外の組についての運用系切り替えのプロセスが生成される（ステップＳ２６）。本形態においては、自身の組が制御組２０に該当するため自身の組以外の組である被制御組３０についての運用系切り替えプロセスが生成されることとなる。このプロセスとは、後述するステップＳ２７の処理である。
【００３６】
系管理部４５にて生成されたプロセスに従って、系管理部４５によって被制御組３０の運用系切り替えを行うために運用系サーバ切り替え命令信号が生成され、生成された運用系サーバ切り替え命令信号が送受信部４２によってサーバ６０へ送信される（ステップＳ２７）。送信された運用系サーバ切り替え命令信号がサーバ６０の送受信部６２にて受信され（ステップＳ２８）、受信された運用系サーバ切り替え命令信号が系管理部６５によって認識されると、系管理部６５にてサーバ６０の系が運用系から予備系に切り替えられ、同時にサーバ７０の系が予備系から運用系に切り替えられる（ステップＳ２９）。ここで、系管理部６５においては系を切り替えるための信号について排他論理が組まれており、この排他論理によって生成される一方の系と他方の系との間における信号である交絡信号を生成するための論理回路または論理プログラムが設けられており、この交絡信号が一方の系から他方の系へ送信されることにより、一方の系と他方の系とが瞬時に排他的な系状態に切り替わることを実現可能としている。
【００３７】
一方、制御組２０においても運用系切り替えを行うために、サーバ４０の系管理部４５にてサーバ４０の系が運用系から予備系に切り替えられ、同時にサーバ５０の系が予備系から運用系に切り替えられる（ステップＳ３０）。系管理部４５においても系管理部６５と同様に、系を切り替えるための信号について排他論理が組まれている。なお、ステップＳ２７の処理とステップＳ３０の処理とは、説明上シリアル処理で記述しているが、サーバ４０上にて並行して処理される。また、ステップＳ２７及びステップＳ２８の処理に要する時間が非常に短いため、ステップＳ２９の処理とステップＳ３０の処理とは同時に実行されるとみなすことができる。
【００３８】
以上の処理により、制御組２０についてはサーバ５０が運用系サーバとして新ソフトウェアで稼動され、また被制御組３０についてはサーバ７０が運用系サーバとして新ソフトウェアで稼動されることにより、サーバシステム１０にて運用系サーバとして稼動しているサーバにおけるソフトウェア更新が一斉に同期して行われたこととなる。
【００３９】
次に、制御組２０にて運用系サーバとなったサーバ５０によって、制御組２０にて予備系サーバとなったサーバ４０及び被制御組３０にて予備系サーバとなったサーバ６０のソフトウェアを新ソフトウェアに更新する処理が開始される。
【００４０】
サーバ５０のソフト更新部５４によってソフトウェア更新命令信号が生成され、生成されたソフトウェア更新命令信号が送受信部５２によってサーバ４０へ送信される（ステップＳ３１）。サーバ４０へ送信されたソフトウェア更新命令信号がサーバ４０の送受信部４２にて受信され（ステップＳ３２）、受信されたソフトウェア更新命令信号がソフト更新部４４によって認識され、ＨＤＤ４１に格納されている新ソフトウェアが起動され、サーバ４０を制御するソフトウェアが、今まで動作していた旧ソフトウェアから新ソフトウェアに更新される（ステップＳ３３）。新ソフトウェアへの更新が完了すると、ソフトウェア更新完了応答信号がソフト更新部４４によって生成され、生成されたソフトウェア更新完了応答信号が送受信部４２によってサーバ５０へ送信される（ステップＳ３４）。そして、サーバ５０へ送信されたソフトウェア更新完了応答信号がサーバ５０の送受信部５２にて受信されると（ステップＳ３５）、その旨がソフト更新部５４へ通知され、サーバ４０においてソフトウェアが更新されたことがソフト更新部５４にて認識される。
【００４１】
次に、サーバ５０のソフト更新部５４によってソフトウェア更新命令信号が生成され、生成されたソフトウェア更新命令信号が送受信部５２によってサーバ６０へ送信される（ステップＳ３６）。サーバ６０へ送信されたソフトウェア更新命令信号がサーバ６０の送受信部６２にて受信され（ステップＳ３７）、受信されたソフトウェア更新命令信号がソフト更新部６４によって認識され、ＨＤＤ６１に格納されている新ソフトウェアが起動され、サーバ６０を制御するソフトウェアが、今まで動作していた旧ソフトウェアから新ソフトウェアに更新される（ステップＳ３８）。新ソフトウェアへの更新が完了すると、ソフトウェア更新完了応答信号がソフト更新部６４によって生成され、生成されたソフトウェア更新完了応答信号が送受信部６２によってサーバ５０へ送信される（ステップＳ３９）。そして、サーバ５０へ送信されたソフトウェア更新完了応答信号がサーバ５０の送受信部５２にて受信されると（ステップＳ４０）、その旨がソフト更新部５４へ通知され、サーバ６０においてソフトウェアが更新されたことがソフト更新部５４にて認識される。
【００４２】
このようにして、制御組２０にて予備系サーバとして稼動しているサーバ４０及び被制御組３０にて予備系サーバとして稼動しているサーバ６０において、ソフトウェアの更新が完了する。その結果、サーバシステム１０内の全てのサーバにおけるソフトウェア更新が完了したこととなる。
【００４３】
以上、冗長構成を持つサーバの組については、制御する制御組２０と、制御組２０によって制御される被制御組３０との間で主従関係を有するサーバシステムについて例を挙げて説明したが、各組の間で主従関係を有しないサーバシステムについても同様の処理が考えられる。以下に、各組の間で主従関係を有しないサーバシステムについて例を挙げて説明する。
【００４４】
図３は、各組の間で主従関係を有さないサーバシステムの実施の一形態を示す図である。
【００４５】
本形態は図３に示すように、サーバシステム１１０には、ネットワーク１８０に接続され、冗長構成を有する組１２０，１３０が設けられている。さらに、組１２０は、サーバ１４０と、サーバ１４０と二重化構成を取るサーバ１５０とから構成されている。また、組１３０は、サーバ１６０と、サーバ１６０と二重化構成を取るサーバ１７０とから構成されている。さらに、サーバ１４０は、他のサーバとの間においてソフトウェアの更新を制御するための信号及びデータの送受信を行う送受信部１４２と、ソフトウェア等を格納する格納手段であるＨＤＤ１４１と、ＨＤＤ１４１にアクセスする制御を行うＨＤＤアクセス部１４３と、ＨＤＤ１４１に格納されているソフトウェアを更新するソフト更新部１４４と、サーバ１４０の系を制御する系管理部１４５とから構成されている。また、サーバ１５０は、他のサーバとの間においてソフトウェアの更新を制御するための信号及びデータの送受信を行う送受信部１５２と、ソフトウェア等を格納する格納手段であるＨＤＤ１５１と、ＨＤＤ１５１にアクセスする制御を行うＨＤＤアクセス部１５３と、ＨＤＤ１５１に格納されているソフトウェアを更新するソフト更新部１５４と、サーバ１５０の系を制御する系管理部１５５とから構成されている。なお、系管理部１４５と、系管理部１５５とにおいて、一方にて運用系であることが設定されると、排他論理が働いて他方にて予備系であることが設定される。また、一方にて予備系であることが設定されると、排他論理が働いて他方にて運用系であることが設定される。また、サーバ１６０は、他のサーバとの間においてソフトウェアの更新を制御するための信号及びデータの送受信を行う送受信部１６２と、ソフトウェア等を格納する格納手段であるＨＤＤ１６１と、ＨＤＤ１６１にアクセスする制御を行うＨＤＤアクセス部１６３と、ＨＤＤ１６１に格納されているソフトウェアを更新するソフト更新部１６４と、サーバ１６０の系を制御する系管理部１６５とから構成されている。また、サーバ１７０は、他のサーバとの間においてソフトウェアの更新を制御するための信号及びデータの送受信を行う送受信部１７２と、ソフトウェア等を格納する格納手段であるＨＤＤ１７１と、ＨＤＤ１７１にアクセスする制御を行うＨＤＤアクセス部１７３と、ＨＤＤ１７１に格納されているソフトウェアを更新するソフト更新部１７４と、サーバ１７０の系を制御する系管理部１７５とから構成されている。なお、系管理部１６５と、系管理部１７５とにおいて、一方にて運用系であることが設定されると、排他論理が働いて他方にて予備系であることが設定される。また、一方にて予備系であることが設定されると、排他論理が働いて他方にて運用系であることが設定される。
【００４６】
以下に、図３に示したサーバシステム１１０におけるソフトウェア更新方法について説明する。
【００４７】
図４は、図３に示したサーバシステム１１０におけるソフトウェア更新方法を説明するためのシーケンス図である。なお、主従関係を有さない場合の処理の特徴を明示するために、ソフトウェア更新において、新ソフトウェアの障害が検出され、旧ソフトウェアに切り戻す処理を例に挙げて説明する。
【００４８】
ソフトウェア更新に使用される更新用ソフトウェアである新ソフトウェアがサーバ１４０のＨＤＤ１４１に予め格納されている。ＨＤＤ１４１には、ネットワーク１８０を介して送信されてきた新ソフトウェアが格納されていても良いし、サーバ１４０に記憶媒体用のドライブを設け、設けられたドライブによってＣＤ−ＲＯＭやＭＯ等の移動可能な記憶媒体に書き込まれた新ソフトウェアが読み出され、読み出された新ソフトウェアがＨＤＤ１４１に格納されるものであっても良い。
【００４９】
また、現在組１２０においては、サーバ１４０が運用系サーバとして稼動しており、サーバ１５０が予備系サーバとして稼動しており、また、組１３０においては、サーバ１６０が運用系サーバとして稼動しており、サーバ１７０が予備系サーバとして稼動しているとする。
【００５０】
ＨＤＤ１４１に格納されている新ソフトウェアがＨＤＤアクセス部１４３によって読み出され、読み出された新ソフトウェアが送受信部１４２によってサーバ１５０へ送信されると（ステップＳ１０１）、サーバ１５０の送受信部１５２にて新ソフトウェアが受信され（ステップＳ１０２）、受信された新ソフトウェアがＨＤＤアクセス部１５３によってＨＤＤ１５１に格納される（ステップＳ１０３）。
【００５１】
新ソフトウェアがＨＤＤ１５１に格納されると、転送完了応答信号がＨＤＤアクセス部１５３によって生成され、生成された転送完了応答信号が送受信部１５２によってサーバ１４０へ送信される（ステップＳ１０４）。そして、サーバ１４０へ送信された転送完了応答信号がサーバ１４０の送受信部１４２にて受信されると（ステップＳ１０５）、その旨がＨＤＤアクセス部１４３へ通知され、新ソフトウェアがＨＤＤ１５１に格納されたことがＨＤＤアクセス部１４３にて認識される。
【００５２】
次に、ＨＤＤ１４１に格納されている新ソフトウェアがＨＤＤアクセス部１４３によって読み出され、読み出された新ソフトウェアが送受信部１４２によってサーバ１６０へ送信される（ステップＳ１０６）。サーバ１６０へ送信された新ソフトウェアがサーバ１６０の送受信部１６２にて受信され（ステップＳ１０７）、受信された新ソフトウェアがＨＤＤアクセス部１６３によってＨＤＤ１６１に格納される（ステップＳ１０８）。
【００５３】
新ソフトウェアがＨＤＤ１６１に格納されると、転送完了応答信号がＨＤＤアクセス部１６３によって生成され、生成された転送完了応答信号が送受信部１６２によってサーバ１４０へ送信される（ステップＳ１０９）。そして、サーバ１４０へ送信された転送完了応答信号がサーバ１４０の送受信部１４２にて受信されると（ステップＳ１１０）、その旨がＨＤＤアクセス部１４３へ通知され、新ソフトウェアがＨＤＤ１６１に格納されたことがＨＤＤアクセス部１４３にて認識される。
【００５４】
次に、ＨＤＤ１４１に格納されている新ソフトウェアがＨＤＤアクセス部１４３によって読み出され、読み出された新ソフトウェアが送受信部１４２によってサーバ１７０へ送信される（ステップＳ１１１）。サーバ１７０へ送信された新ソフトウェアがサーバ１７０の送受信部１７２にて受信され（ステップＳ１１２）、受信された新ソフトウェアがＨＤＤアクセス部１７３によってＨＤＤ１７１に格納される（ステップＳ１１３）。
【００５５】
新ソフトウェアがＨＤＤ１７１に格納されると、転送完了応答信号がＨＤＤアクセス部１７３によって生成され、生成された転送完了応答信号が送受信部１７２によってサーバ１４０へ送信される（ステップＳ１１４）。そして、サーバ１４０へ送信された転送完了応答信号がサーバ１４０の送受信部１４２にて受信されると（ステップＳ１１５）、その旨がＨＤＤアクセス部１４３へ通知され、新ソフトウェアがＨＤＤ１７１に格納されたことがＨＤＤアクセス部１４３にて認識される。
【００５６】
このようにして、組１２０の運用系サーバであるサーバ１４０から、サーバ１４０とネットワーク１８０を介して接続されているサーバ１５０，１６０，１７０への新ソフトウェアの転送が完了する。
【００５７】
次に、組１２０にて予備系サーバとして稼動しているサーバ１５０及び組１３０にて予備系サーバとして稼動しているサーバ１７０のソフトウェア更新の処理が開始される。
【００５８】
まず最初に、サーバ１４０のソフト更新部１４４によってソフトウェア更新命令信号が生成され、生成されたソフトウェア更新命令信号が送受信部１４２によってサーバ１５０へ送信される（ステップＳ１１６）。サーバ１５０へ送信されたソフトウェア更新命令信号がサーバ１５０の送受信部１５２にて受信され（ステップＳ１１７）、受信されたソフトウェア更新命令信号がソフト更新部１５４によって認識され、ＨＤＤ１５１に格納されている新ソフトウェアが起動され、サーバ１５０を制御するソフトウェアが、今まで動作していた旧ソフトウェアから新ソフトウェアに更新される（ステップＳ１１８）。新ソフトウェアへの更新が完了すると、ソフトウェア更新完了応答信号がソフト更新部１５４によって生成され、生成されたソフトウェア更新完了応答信号が送受信部１５２によってサーバ１４０へ送信される（ステップＳ１１９）。そして、サーバ１４０へ送信されたソフトウェア更新完了応答信号がサーバ１４０の送受信部１４２にて受信されると（ステップＳ１２０）、その旨がソフト更新部１４４に通知され、サーバ１５０においてソフトウェアが更新されたことがソフト更新部１４４にて認識される。
【００５９】
次に、サーバ１４０のソフト更新部１４４によってソフトウェア更新命令信号が生成され、生成されたソフトウェア更新命令信号が送受信部１４２によってサーバ１７０へ送信される（ステップＳ１２１）。サーバ１７０へ送信されたソフトウェア更新命令信号がサーバ１７０の送受信部１７２にて受信され（ステップＳ１２２）、受信されたソフトウェア更新命令信号がソフト更新部１７４によって認識され、ＨＤＤ１７１に格納されている新ソフトウェアが起動され、サーバ１７０を制御するソフトウェアが、今まで動作していた旧ソフトウェアから新ソフトウェアに更新される（ステップＳ１２３）。新ソフトウェアへの更新が完了すると、ソフトウェア更新完了応答信号がソフト更新部１７４によって生成され、生成されたソフトウェア更新完了応答信号が送受信部１７２によってサーバ１４０へ送信される（ステップＳ１２４）。そして、サーバ１４０へ送信されたソフトウェア更新完了応答信号がサーバ１４０の送受信部１４２にて受信されると（ステップＳ１２５）、その旨がソフト更新部１４４へ通知され、サーバ１７０においてソフトウェアが更新されたことがソフト更新部１４４にて認識される。
【００６０】
このようにして、組１２０にて予備系サーバとして稼動しているサーバ１５０及び組１３０にて予備系サーバとして稼動しているサーバ１７０において、ソフトウェアの更新が完了する。
【００６１】
予備系サーバのソフトウェアが更新されると、運用系の切り替えの処理が開始される。運用系の切り替え処理とは、予備系サーバであるサーバを運用系サーバに、また運用系サーバであるサーバを予備系サーバに切り替える処理である。
【００６２】
まずは、サーバ１４０内の系管理部１４５にて、サーバシステム１１０内の自身の組以外の組についての運用系切り替えのプロセスが生成される（ステップＳ１２６）。本形態においては、自身の組が組１２０に該当するため自身の組以外の組である組１３０についての運用系切り替えプロセスが生成されることとなる。このプロセスとは、後述するステップＳ１２７の処理である。
【００６３】
系管理部１４５にて生成されたプロセスに従って、系管理部１４５によって組１３０の運用系切り替えを行うために運用系サーバ切り替え命令信号が生成され、生成された運用系サーバ切り替え命令信号が送受信部１４２によってサーバ１６０へ送信される（ステップＳ１２７）。送信された運用系サーバ切り替え命令信号がサーバ１６０の送受信部１６２にて受信され（ステップＳ１２８）、受信された運用系サーバ切り替え命令信号が系管理部１６５によって認識されると、系管理部１６５にてサーバ１６０の系が運用系から予備系に切り替えられ、同時にサーバ１７０の系が予備系から運用系に切り替えられる（ステップＳ１２９）。ここで、系管理部１６５においては系を切り替えるための信号について排他論理が組まれており、この排他論理によって生成される一方の系と他方の系との間における信号である交絡信号を生成するための論理回路または論理プログラムが設けられており、この交絡信号が一方の系から他方の系へ送信されることにより、一方の系と他方の系とが瞬時に排他的な系状態に切り替わることを実現可能としている。
【００６４】
一方、組１２０においても運用系切り替えを行うために、サーバ１４０の系管理部１４５にてサーバ１４０の系が運用系から予備系に切り替えられ、同時にサーバ１５０の系が予備系から運用系に切り替えられる（ステップＳ１３０）。系管理部１４５においても系管理部１６５と同様に、系を切り替えるための信号について排他論理が組まれている。なお、ステップＳ１２７の処理とステップＳ１３０の処理とは、説明上シリアル処理で記述しているが、サーバ１４０上にて並行して処理される。また、ステップＳ１２７及びステップＳ１２８の処理に要する時間が非常に短いため、ステップＳ１２９の処理とステップＳ１３０の処理とは同時に実行されるとみなすことができる。
【００６５】
以上の処理により、組１２０についてはサーバ１５０が運用系サーバとして新ソフトウェアで稼動され、また組１３０についてはサーバ１７０が運用系サーバとして新ソフトウェアで稼動されることにより、サーバシステム１１０にて運用系サーバとして稼動しているサーバにおけるソフトウェアの更新が一斉に同期して行われたこととなる。
【００６６】
その後、新ソフトウェアに更新され、運用系サーバとなったサーバ１７０にて新ソフトウェアが原因である障害が検出されたとする。この障害検出は、サーバ１７０内に障害検出手段（不図示）が設けられており、その障害検出手段によって新ソフトウェアが原因である障害が発生したと判断された場合である。なお、サーバ１４０，１５０，１６０についても同様の障害検出手段が設けられていることが望ましい。
【００６７】
サーバ１７０内の障害検出手段にて新ソフトウェアが原因である障害が検出されると（ステップＳ１３１）、サーバ１７０内の系管理部１７５にて、サーバシステム１１０内の自身の組以外の組についての運用系切り替えのプロセスが生成される（ステップＳ１３２）。本形態においては、自身の組が組１３０に該当するため自身の組以外の組である組１２０についての運用系切り替えプロセスが生成されることとなる。このプロセスとは具体的には、後述するステップＳ１３３の処理である。
【００６８】
系管理部１７５にて生成されたプロセスに従って、障害を発生させる新ソフトウェアで稼動している組１２０の運用系切り替えを行うために、系管理部１７５によって運用系サーバ切り替え命令信号が生成され、生成された運用系サーバ切り替え命令信号が送受信部１７２によってサーバ１５０へ送信される（ステップＳ１３３）。送信された運用系サーバ切り替え命令信号がサーバ１５０の送受信部１５２にて受信され（ステップＳ１３４）、受信された運用系サーバ切り替え命令信号が系管理部１５５によって認識されると、系管理部１５５にてサーバ１５０の系が運用系から予備系に切り替えられ、同時にサーバ１４０の系が予備系から運用系に切り替えられる（ステップＳ１３５）。ここで、系管理部１５５においては系を切り替えるための信号について排他論理が組まれており、この排他論理によって生成される一方の系と他方の系との間における信号である交絡信号を生成するための論理回路または論理プログラムが設けられており、この交絡信号が一方の系から他方の系へ送信されることにより、一方の系と他方の系とが瞬時に排他的な系状態に切り替わることを実現可能としている。
【００６９】
一方、組１３０においても障害を発生させる新ソフトウェアで稼動しているため運用系切り替えを行うために、サーバ１７０の系管理部１７５にてサーバ１７０の系が運用系から予備系に切り替えられ、同時にサーバ１６０の系が予備系から運用系に切り替えられる（ステップＳ１３６）。系管理部１７５においても系管理部１５５と同様に、系を切り替えるための信号について排他論理が組まれている。なお、ステップＳ１３３の処理とステップＳ１３６の処理とは、説明上シリアル処理で記述しているが、サーバ１７０上にて並行して処理される。また、ステップＳ１３３及びステップＳ１３４の処理に要する時間が非常に短いため、ステップＳ１３５の処理とステップＳ１３６の処理とは同時に実行されるとみなすことができる。
【００７０】
以上の処理により、組１２０については旧ソフトウェアで稼動しているサーバ１４０が運用系サーバとされ、また組１３０については旧ソフトウェアで稼動しているサーバ１６０が運用系サーバとされることにより、サーバシステム１１０にて動作するソフトウェアが新ソフトウェアから旧ソフトウェアへ一斉に同期して切り戻されることとなる。
【００７１】
なお、組については２つの場合について説明したが、３つ以上の複数の組であっても同様の処理が可能であることは言うまでもない。
【図面の簡単な説明】
【００７２】
【図１】本発明のサーバシステムの実施の一形態を示す図である。
【図２】図１に示したサーバシステムにおけるソフトウェア更新方法を説明するためのシーケンス図である。
【図３】各組の間で主従関係を有さないサーバシステムの実施の一形態を示す図である。
【図４】図３に示したサーバシステムにおけるソフトウェア更新方法を説明するためのシーケンス図である。
【符号の説明】
【００７３】
１０，１１０ サーバシステム
２０ 制御組
３０ 被制御組
４０，５０，６０，７０，１４０，１５０，１６０，１７０ サーバ
４１，５１，６１，７１，１４１，１５１，１６１，１７１ ＨＤＤ
４２，５２，６２，７２，１４２，１５２，１６２，１７２ 送受信部
４３，５３，６３，７３，１４３，１５３，１６３，１７３ ＨＤＤアクセス部
４４，５４，６４，７４，１４４，１５４，１６４，１７４ ソフト更新部
４５，５５，６５，７５，１４５，１５５，１６５，１７５ 系管理部
８０，１８０ ネットワーク
１２０，１３０ 組
【技術分野】
【０００１】
本発明は、ネットワーク上でソフトウェアによって動作するサーバシステム及びソフトウェア更新方法に関する。
【背景技術】
【０００２】
従来より、複数のサーバを有するサーバシステムにおいて、サーバ上で動作するソフトウェアの更新を行う場合、１つのサーバがマスターとなり、他の複数のサーバがスレーブとなるようなサーバ・クライアント方式のサーバシステムにおいては、マスターとなるサーバからスレーブとなる他の複数のクライアントサーバの各磁気ディスク装置等の記憶手段に新ソフトウェアを転送・格納し、その後、各クライアントサーバ毎にソフトウェア更新を行っている（例えば、特許文献１参照。）。つまり、複数のクライアントサーバについては、サーバ単位でソフトウェアの更新が行われていることとなる。
【０００３】
また、サーバを運用系サーバと予備系サーバとの二重化構成とし、運用系サーバによって新ソフトウェアを予備系サーバへ転送して起動し、新ソフトウェアの動作を確認した後、予備系サーバを運用系サーバへ、また運用系サーバを予備系サーバへ切り替える方法が考えられている（例えば、特許文献２参照。）。
【特許文献１】特開平０６−３０９２６１号公報
【特許文献２】特開平０８−１０６３９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載された方法においては、サーバが一重化構成であるため、サーバシステムが負荷分散システムである場合はソフトウェア更新中には処理能力が低下し、サーバシステムの各サーバが異なる機能エンティティを有する場合は各サーバのソフトウェア更新中にサーバシステムの処理が一時的に停止してしまうという問題点がある。また、各サーバのソフトウェア更新がシーケンシャルに行われるため、サーバシステムのソフトウェア更新開始から完了までの間に新ソフトウェアで稼動するサーバと旧ソフトウェアで稼動するサーバとが混在してしまい、そのため新旧のソフトウェアが混在の状態においても正常に動作する複雑なソフトウェアを開発しなければならないという問題点がある。
【０００５】
また、特許文献２に記載された方法においては、複数の二重化構成のサーバが存在した場合、各運用系サーバがそれぞれ独立して各予備系サーバに対して新ソフトウェアを転送して起動するため、サーバシステムにおける新ソフトウェアの転送及び起動を同期して行うことができず、同期化されたソフトウェア更新を行うことができないという問題点がある。
【０００６】
上述したような問題が生じることによって、サーバシステムが一時停止してしまったり、同期化されたソフトウェアの更新ができずに新旧のソフトウェア混在での動作になったりしてしまうと、企業において様々な業務の中核を担う情報システムであるミッションクリティカルシステムにおいては、信用の失墜等の経営的に大きなダメージを受けてしまうため、本サーバシステムを適用することができないという問題に発展してしまう。
【０００７】
本発明は、上述したような従来の技術が有する問題点を鑑みてなされたものであって、ミッションクリティカルシステムに適用可能な同期化されたソフトウェア更新ができるサーバシステム及びソフトウェア更新方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明は、
運用系サーバと予備系サーバとの２つの運用系を排他的にとるサーバの組を複数有し、前記複数のサーバ上で動作するソフトウェアを更新するサーバシステムであって、
前記運用系サーバのうちいずれか１つのサーバによって、前記サーバの組が有する全ての予備系サーバへ更新用ソフトウェアを転送し、前記全ての予備系サーバ上で動作するソフトウェアを前記更新用ソフトウェアへ更新し、前記更新用ソフトウェアへ更新された予備系サーバと前記サーバの組が有する全ての運用系サーバとの運用系を一斉に切り替える。
【０００９】
また、前記運用系サーバ及び前記予備系サーバのそれぞれは、
当該サーバ上で動作するソフトウェアを格納する格納手段と、
当該サーバ上で動作するソフトウェアを前記更新用ソフトウェアへ更新するソフト更新手段と、
当該サーバの運用系を切り替える系管理手段とを有することを特徴とする。
【００１０】
また、前記系管理手段は、当該サーバの運用系を、他の運用系をとるサーバの運用系と排他的な運用系に切り替えることを特徴とする。
【００１１】
また、運用系サーバと予備系サーバとの２つの運用系を排他的にとるサーバの組を複数有し、前記複数のサーバ上で動作するソフトウェアを更新するサーバシステムにおけるソフトウェア更新方法であって、
前記運用系サーバのうちいずれか１つのサーバによって、前記サーバの組が有する全ての予備系サーバへ更新用ソフトウェアを転送する処理と、
前記全ての予備系サーバ上で動作するソフトウェアを前記更新用ソフトウェアへ更新する処理と、
前記更新用ソフトウェアへ更新された予備系サーバと前記サーバの組が有する全ての運用系サーバとの運用系を一斉に切り替える処理とを有する。
【００１２】
また、当該サーバの運用系を、他の運用系をとるサーバの運用系と排他的な運用系に切り替えることを特徴とする。
【００１３】
上記のように構成された本発明においては、運用系サーバのうちいずれか１つのサーバによって、サーバの組が有する全ての予備系サーバへ更新用ソフトウェアが転送され、全ての予備系サーバ上で動作するソフトウェアが更新用ソフトウェアへ更新され、更新用ソフトウェアへ更新された予備系サーバとサーバの組が有する全ての運用系サーバとの運用系が一斉に切り替えられる。
【００１４】
このように、１つのサーバによって全ての予備系サーバに対して新しいソフトウェアの転送、更新、運用系切り替えといったソフトウェア更新に必要な一連の手順を行うため、それぞれの予備系サーバにてソフトウェアの更新を行った後に運用系の切り替えを開始するタイミングを計るための処理が不要となり、また、新しいソフトウェアに更新された全ての予備系サーバを運用系サーバへ一斉に切り替えるため、複数のサーバ間にて同期したソフトウェア更新が実現可能となる。
【発明の効果】
【００１５】
以上説明したように本発明においては、運用系サーバのうちいずれか１つのサーバが、サーバの組が有する全ての予備系サーバへ更新用ソフトウェアを転送し、全ての予備系サーバ上で動作するソフトウェアを更新用ソフトウェアへ更新し、更新用ソフトウェアへ更新された予備系サーバとサーバの組が有する全ての運用系サーバとの運用系を一斉に切り替える構成としたため、ミッションクリティカルシステムに適用可能な同期化されたソフトウェア更新ができる。
【発明を実施するための最良の形態】
【００１６】
以下に、本発明の実施の形態について図面を参照して説明する。
【００１７】
図１は、本発明のサーバシステムの実施の一形態を示す図である。
【００１８】
図１に示すように、本形態のサーバシステム１０には、ネットワーク８０に接続され、冗長構成を有する制御組２０と、制御組２０によってソフトウェア更新の制御が行われる被制御組３０とが設けられている。さらに、制御組２０は、サーバ４０と、サーバ４０と二重化構成を取るサーバ５０とから構成されている。また、被制御組３０は、サーバ６０と、サーバ６０と二重化構成を取るサーバ７０とから構成されている。さらに、サーバ４０は、他のサーバとの間においてソフトウェアの更新を制御するための信号及びデータの送受信を行う送受信部４２と、ソフトウェア等を格納する格納手段であるＨＤＤ４１と、ＨＤＤ４１にアクセスする制御を行うＨＤＤアクセス部４３と、ＨＤＤ４１に格納されているソフトウェアを更新するソフト更新部４４と、サーバ４０の系を制御する系管理部４５とから構成されている。また、サーバ５０は、他のサーバとの間においてソフトウェアの更新を制御するための信号及びデータの送受信を行う送受信部５２と、ソフトウェア等を格納する格納手段であるＨＤＤ５１と、ＨＤＤ５１にアクセスする制御を行うＨＤＤアクセス部５３と、ＨＤＤ５１に格納されているソフトウェアを更新するソフト更新部５４と、サーバ５０の系を制御する系管理部５５とから構成されている。なお、系管理部４５と、系管理部５５とにおいて、一方にて運用系であることが設定されると、排他論理が働いて他方にて予備系であることが設定される。また、一方にて予備系であることが設定されると、排他論理が働いて他方にて運用系であることが設定される。また、サーバ６０は、他のサーバとの間においてソフトウェアの更新を制御するための信号及びデータの送受信を行う送受信部６２と、ソフトウェア等を格納する格納手段であるＨＤＤ６１と、ＨＤＤ６１にアクセスする制御を行うＨＤＤアクセス部６３と、ＨＤＤ６１に格納されているソフトウェアを更新するソフト更新部６４と、サーバ６０の系を制御する系管理部６５とから構成されている。また、サーバ７０は、他のサーバとの間においてソフトウェアの更新を制御するための信号及びデータの送受信を行う送受信部７２と、ソフトウェア等を格納する格納手段であるＨＤＤ７１と、ＨＤＤ７１にアクセスする制御を行うＨＤＤアクセス部７３と、ＨＤＤ７１に格納されているソフトウェアを更新するソフト更新部７４と、サーバ７０の系を制御する系管理部７５とから構成されている。なお、系管理部６５と、系管理部７５とにおいて、一方にて運用系であることが設定されると、排他論理が働いて他方にて予備系であることが設定される。また、一方にて予備系であることが設定されると、排他論理が働いて他方にて運用系であることが設定される。
【００１９】
以下に、図１に示したサーバシステム１０におけるソフトウェア更新方法について説明する。
【００２０】
図２は、図１に示したサーバシステム１０におけるソフトウェア更新方法を説明するためのシーケンス図である。
【００２１】
ソフトウェア更新に使用される更新用ソフトウェアである新ソフトウェアがサーバ４０のＨＤＤ４１に予め格納されている。ＨＤＤ４１には、ネットワーク８０を介して送信されてきた新ソフトウェアが格納されていても良いし、サーバ４０に記憶媒体用のドライブを設け、設けられたドライブによってＣＤ−ＲＯＭやＭＯ等の移動可能な記憶媒体に書き込まれた新ソフトウェアが読み出され、読み出された新ソフトウェアがＨＤＤ４１に格納されるものであっても良い。
【００２２】
また、現在制御組２０においては、サーバ４０が運用系サーバとして稼動しており、サーバ５０が予備系サーバとして稼動しており、また、被制御組３０においては、サーバ６０が運用系サーバとして稼動しており、サーバ７０が予備系サーバとして稼動しているとする。
【００２３】
ＨＤＤ４１に格納されている新ソフトウェアがＨＤＤアクセス部４３によって読み出され、読み出された新ソフトウェアが送受信部４２によってサーバ５０へ送信されると（ステップＳ１）、サーバ５０の送受信部５２にて新ソフトウェアが受信され（ステップＳ２）、受信された新ソフトウェアがＨＤＤアクセス部５３によってＨＤＤ５１に格納される（ステップＳ３）。
【００２４】
新ソフトウェアがＨＤＤ５１に格納されると、転送完了応答信号がＨＤＤアクセス部５３によって生成され、生成された転送完了応答信号が送受信部５２によってサーバ４０へ送信される（ステップＳ４）。そして、サーバ４０へ送信された転送完了応答信号がサーバ４０の送受信部４２にて受信されると（ステップＳ５）、その旨がＨＤＤアクセス部４３へ通知され、新ソフトウェアがＨＤＤ５１に格納されたことがＨＤＤアクセス部４３にて認識される。
【００２５】
次に、ＨＤＤ４１に格納されている新ソフトウェアがＨＤＤアクセス部４３によって読み出され、読み出された新ソフトウェアが送受信部４２によってサーバ６０へ送信される（ステップＳ６）。サーバ６０へ送信された新ソフトウェアがサーバ６０の送受信部６２にて受信され（ステップＳ７）、受信された新ソフトウェアがＨＤＤアクセス部６３によってＨＤＤ６１に格納される（ステップＳ８）。
【００２６】
新ソフトウェアがＨＤＤ６１に格納されると、転送完了応答信号がＨＤＤアクセス部６３によって生成され、生成された転送完了応答信号が送受信部６２によってサーバ４０へ送信される（ステップＳ９）。そして、サーバ４０へ送信された転送完了応答信号がサーバ４０の送受信部４２にて受信されると（ステップＳ１０）、その旨がＨＤＤアクセス部４３へ通知され、新ソフトウェアがＨＤＤ６１に格納されたことがＨＤＤアクセス部４３にて認識される。
【００２７】
次に、ＨＤＤ４１に格納されている新ソフトウェアがＨＤＤアクセス部４３によって読み出され、読み出された新ソフトウェアが送受信部４２によってサーバ７０へ送信される（ステップＳ１１）。サーバ７０へ送信された新ソフトウェアがサーバ７０の送受信部７２にて受信され（ステップＳ１２）、受信された新ソフトウェアがＨＤＤアクセス部７３によってＨＤＤ７１に格納される（ステップＳ１３）。
【００２８】
新ソフトウェアがＨＤＤ７１に格納されると、転送完了応答信号がＨＤＤアクセス部７３によって生成され、生成された転送完了応答信号が送受信部７２によってサーバ４０へ送信される（ステップＳ１４）。そして、サーバ４０へ送信された転送完了応答信号がサーバ４０の送受信部４２にて受信されると（ステップＳ１５）、その旨がＨＤＤアクセス部４３へ通知され、新ソフトウェアがＨＤＤ７１に格納されたことがＨＤＤアクセス部４３にて認識される。
【００２９】
このようにして、制御組２０の運用系サーバであるサーバ４０から、サーバ４０とネットワーク８０を介して接続されているサーバ５０，６０，７０への新ソフトウェアの転送が完了する。
【００３０】
次に、制御組２０にて予備系サーバとして稼動しているサーバ５０及び被制御組３０にて予備系サーバとして稼動しているサーバ７０のソフトウェア更新の処理が開始される。
【００３１】
まず最初に、サーバ４０のソフト更新部４４によってソフトウェア更新命令信号が生成され、生成されたソフトウェア更新命令信号が送受信部４２によってサーバ５０へ送信される（ステップＳ１６）。サーバ５０へ送信されたソフトウェア更新命令信号がサーバ５０の送受信部５２にて受信され（ステップＳ１７）、受信されたソフトウェア更新命令信号がソフト更新部５４によって認識され、ＨＤＤ５１に格納されている新ソフトウェアが起動され、サーバ５０を制御するソフトウェアが、今まで動作していた旧ソフトウェアから新ソフトウェアに更新される（ステップＳ１８）。新ソフトウェアへの更新が完了すると、ソフトウェア更新完了応答信号がソフト更新部５４によって生成され、生成されたソフトウェア更新完了応答信号が送受信部５２によってサーバ４０へ送信される（ステップＳ１９）。そして、サーバ４０へ送信されたソフトウェア更新完了応答信号がサーバ４０の送受信部４２にて受信されると（ステップＳ２０）、その旨がソフト更新部４４へ通知され、サーバ５０においてソフトウェアが更新されたことがソフト更新部４４にて認識される。
【００３２】
次に、サーバ４０のソフト更新部４４によってソフトウェア更新命令信号が生成され、生成されたソフトウェア更新命令信号が送受信部４２によってサーバ７０へ送信される（ステップＳ２１）。サーバ７０へ送信されたソフトウェア更新命令信号がサーバ７０の送受信部７２にて受信され（ステップＳ２２）、受信されたソフトウェア更新命令信号がソフト更新部７４によって認識され、ＨＤＤ７１に格納されている新ソフトウェアが起動され、サーバ７０を制御するソフトウェアが、今まで動作していた旧ソフトウェアから新ソフトウェアに更新される（ステップＳ２３）。新ソフトウェアへの更新が完了すると、ソフトウェア更新完了応答信号がソフト更新部７４によって生成され、生成されたソフトウェア更新完了応答信号が送受信部７２によってサーバ４０へ送信される（ステップＳ２４）。そして、サーバ４０へ送信されたソフトウェア更新完了応答信号がサーバ４０の送受信部４２にて受信されると（ステップＳ２５）、その旨がソフト更新部４４へ通知され、サーバ７０においてソフトウェアが更新されたことがソフト更新部４４にて認識される。
【００３３】
このようにして、制御組２０にて予備系サーバとして稼動しているサーバ５０及び被制御組３０にて予備系サーバとして稼動しているサーバ７０において、ソフトウェアの更新が完了する。
【００３４】
予備系サーバのソフトウェアが更新されると、運用系の切り替えの処理が開始される。運用系の切り替え処理とは、予備系サーバであるサーバを運用系サーバに、また運用系サーバであるサーバを予備系サーバに切り替える処理である。
【００３５】
まずは、サーバ４０内の系管理部４５にて、サーバシステム１０内の自身の組以外の組についての運用系切り替えのプロセスが生成される（ステップＳ２６）。本形態においては、自身の組が制御組２０に該当するため自身の組以外の組である被制御組３０についての運用系切り替えプロセスが生成されることとなる。このプロセスとは、後述するステップＳ２７の処理である。
【００３６】
系管理部４５にて生成されたプロセスに従って、系管理部４５によって被制御組３０の運用系切り替えを行うために運用系サーバ切り替え命令信号が生成され、生成された運用系サーバ切り替え命令信号が送受信部４２によってサーバ６０へ送信される（ステップＳ２７）。送信された運用系サーバ切り替え命令信号がサーバ６０の送受信部６２にて受信され（ステップＳ２８）、受信された運用系サーバ切り替え命令信号が系管理部６５によって認識されると、系管理部６５にてサーバ６０の系が運用系から予備系に切り替えられ、同時にサーバ７０の系が予備系から運用系に切り替えられる（ステップＳ２９）。ここで、系管理部６５においては系を切り替えるための信号について排他論理が組まれており、この排他論理によって生成される一方の系と他方の系との間における信号である交絡信号を生成するための論理回路または論理プログラムが設けられており、この交絡信号が一方の系から他方の系へ送信されることにより、一方の系と他方の系とが瞬時に排他的な系状態に切り替わることを実現可能としている。
【００３７】
一方、制御組２０においても運用系切り替えを行うために、サーバ４０の系管理部４５にてサーバ４０の系が運用系から予備系に切り替えられ、同時にサーバ５０の系が予備系から運用系に切り替えられる（ステップＳ３０）。系管理部４５においても系管理部６５と同様に、系を切り替えるための信号について排他論理が組まれている。なお、ステップＳ２７の処理とステップＳ３０の処理とは、説明上シリアル処理で記述しているが、サーバ４０上にて並行して処理される。また、ステップＳ２７及びステップＳ２８の処理に要する時間が非常に短いため、ステップＳ２９の処理とステップＳ３０の処理とは同時に実行されるとみなすことができる。
【００３８】
以上の処理により、制御組２０についてはサーバ５０が運用系サーバとして新ソフトウェアで稼動され、また被制御組３０についてはサーバ７０が運用系サーバとして新ソフトウェアで稼動されることにより、サーバシステム１０にて運用系サーバとして稼動しているサーバにおけるソフトウェア更新が一斉に同期して行われたこととなる。
【００３９】
次に、制御組２０にて運用系サーバとなったサーバ５０によって、制御組２０にて予備系サーバとなったサーバ４０及び被制御組３０にて予備系サーバとなったサーバ６０のソフトウェアを新ソフトウェアに更新する処理が開始される。
【００４０】
サーバ５０のソフト更新部５４によってソフトウェア更新命令信号が生成され、生成されたソフトウェア更新命令信号が送受信部５２によってサーバ４０へ送信される（ステップＳ３１）。サーバ４０へ送信されたソフトウェア更新命令信号がサーバ４０の送受信部４２にて受信され（ステップＳ３２）、受信されたソフトウェア更新命令信号がソフト更新部４４によって認識され、ＨＤＤ４１に格納されている新ソフトウェアが起動され、サーバ４０を制御するソフトウェアが、今まで動作していた旧ソフトウェアから新ソフトウェアに更新される（ステップＳ３３）。新ソフトウェアへの更新が完了すると、ソフトウェア更新完了応答信号がソフト更新部４４によって生成され、生成されたソフトウェア更新完了応答信号が送受信部４２によってサーバ５０へ送信される（ステップＳ３４）。そして、サーバ５０へ送信されたソフトウェア更新完了応答信号がサーバ５０の送受信部５２にて受信されると（ステップＳ３５）、その旨がソフト更新部５４へ通知され、サーバ４０においてソフトウェアが更新されたことがソフト更新部５４にて認識される。
【００４１】
次に、サーバ５０のソフト更新部５４によってソフトウェア更新命令信号が生成され、生成されたソフトウェア更新命令信号が送受信部５２によってサーバ６０へ送信される（ステップＳ３６）。サーバ６０へ送信されたソフトウェア更新命令信号がサーバ６０の送受信部６２にて受信され（ステップＳ３７）、受信されたソフトウェア更新命令信号がソフト更新部６４によって認識され、ＨＤＤ６１に格納されている新ソフトウェアが起動され、サーバ６０を制御するソフトウェアが、今まで動作していた旧ソフトウェアから新ソフトウェアに更新される（ステップＳ３８）。新ソフトウェアへの更新が完了すると、ソフトウェア更新完了応答信号がソフト更新部６４によって生成され、生成されたソフトウェア更新完了応答信号が送受信部６２によってサーバ５０へ送信される（ステップＳ３９）。そして、サーバ５０へ送信されたソフトウェア更新完了応答信号がサーバ５０の送受信部５２にて受信されると（ステップＳ４０）、その旨がソフト更新部５４へ通知され、サーバ６０においてソフトウェアが更新されたことがソフト更新部５４にて認識される。
【００４２】
このようにして、制御組２０にて予備系サーバとして稼動しているサーバ４０及び被制御組３０にて予備系サーバとして稼動しているサーバ６０において、ソフトウェアの更新が完了する。その結果、サーバシステム１０内の全てのサーバにおけるソフトウェア更新が完了したこととなる。
【００４３】
以上、冗長構成を持つサーバの組については、制御する制御組２０と、制御組２０によって制御される被制御組３０との間で主従関係を有するサーバシステムについて例を挙げて説明したが、各組の間で主従関係を有しないサーバシステムについても同様の処理が考えられる。以下に、各組の間で主従関係を有しないサーバシステムについて例を挙げて説明する。
【００４４】
図３は、各組の間で主従関係を有さないサーバシステムの実施の一形態を示す図である。
【００４５】
本形態は図３に示すように、サーバシステム１１０には、ネットワーク１８０に接続され、冗長構成を有する組１２０，１３０が設けられている。さらに、組１２０は、サーバ１４０と、サーバ１４０と二重化構成を取るサーバ１５０とから構成されている。また、組１３０は、サーバ１６０と、サーバ１６０と二重化構成を取るサーバ１７０とから構成されている。さらに、サーバ１４０は、他のサーバとの間においてソフトウェアの更新を制御するための信号及びデータの送受信を行う送受信部１４２と、ソフトウェア等を格納する格納手段であるＨＤＤ１４１と、ＨＤＤ１４１にアクセスする制御を行うＨＤＤアクセス部１４３と、ＨＤＤ１４１に格納されているソフトウェアを更新するソフト更新部１４４と、サーバ１４０の系を制御する系管理部１４５とから構成されている。また、サーバ１５０は、他のサーバとの間においてソフトウェアの更新を制御するための信号及びデータの送受信を行う送受信部１５２と、ソフトウェア等を格納する格納手段であるＨＤＤ１５１と、ＨＤＤ１５１にアクセスする制御を行うＨＤＤアクセス部１５３と、ＨＤＤ１５１に格納されているソフトウェアを更新するソフト更新部１５４と、サーバ１５０の系を制御する系管理部１５５とから構成されている。なお、系管理部１４５と、系管理部１５５とにおいて、一方にて運用系であることが設定されると、排他論理が働いて他方にて予備系であることが設定される。また、一方にて予備系であることが設定されると、排他論理が働いて他方にて運用系であることが設定される。また、サーバ１６０は、他のサーバとの間においてソフトウェアの更新を制御するための信号及びデータの送受信を行う送受信部１６２と、ソフトウェア等を格納する格納手段であるＨＤＤ１６１と、ＨＤＤ１６１にアクセスする制御を行うＨＤＤアクセス部１６３と、ＨＤＤ１６１に格納されているソフトウェアを更新するソフト更新部１６４と、サーバ１６０の系を制御する系管理部１６５とから構成されている。また、サーバ１７０は、他のサーバとの間においてソフトウェアの更新を制御するための信号及びデータの送受信を行う送受信部１７２と、ソフトウェア等を格納する格納手段であるＨＤＤ１７１と、ＨＤＤ１７１にアクセスする制御を行うＨＤＤアクセス部１７３と、ＨＤＤ１７１に格納されているソフトウェアを更新するソフト更新部１７４と、サーバ１７０の系を制御する系管理部１７５とから構成されている。なお、系管理部１６５と、系管理部１７５とにおいて、一方にて運用系であることが設定されると、排他論理が働いて他方にて予備系であることが設定される。また、一方にて予備系であることが設定されると、排他論理が働いて他方にて運用系であることが設定される。
【００４６】
以下に、図３に示したサーバシステム１１０におけるソフトウェア更新方法について説明する。
【００４７】
図４は、図３に示したサーバシステム１１０におけるソフトウェア更新方法を説明するためのシーケンス図である。なお、主従関係を有さない場合の処理の特徴を明示するために、ソフトウェア更新において、新ソフトウェアの障害が検出され、旧ソフトウェアに切り戻す処理を例に挙げて説明する。
【００４８】
ソフトウェア更新に使用される更新用ソフトウェアである新ソフトウェアがサーバ１４０のＨＤＤ１４１に予め格納されている。ＨＤＤ１４１には、ネットワーク１８０を介して送信されてきた新ソフトウェアが格納されていても良いし、サーバ１４０に記憶媒体用のドライブを設け、設けられたドライブによってＣＤ−ＲＯＭやＭＯ等の移動可能な記憶媒体に書き込まれた新ソフトウェアが読み出され、読み出された新ソフトウェアがＨＤＤ１４１に格納されるものであっても良い。
【００４９】
また、現在組１２０においては、サーバ１４０が運用系サーバとして稼動しており、サーバ１５０が予備系サーバとして稼動しており、また、組１３０においては、サーバ１６０が運用系サーバとして稼動しており、サーバ１７０が予備系サーバとして稼動しているとする。
【００５０】
ＨＤＤ１４１に格納されている新ソフトウェアがＨＤＤアクセス部１４３によって読み出され、読み出された新ソフトウェアが送受信部１４２によってサーバ１５０へ送信されると（ステップＳ１０１）、サーバ１５０の送受信部１５２にて新ソフトウェアが受信され（ステップＳ１０２）、受信された新ソフトウェアがＨＤＤアクセス部１５３によってＨＤＤ１５１に格納される（ステップＳ１０３）。
【００５１】
新ソフトウェアがＨＤＤ１５１に格納されると、転送完了応答信号がＨＤＤアクセス部１５３によって生成され、生成された転送完了応答信号が送受信部１５２によってサーバ１４０へ送信される（ステップＳ１０４）。そして、サーバ１４０へ送信された転送完了応答信号がサーバ１４０の送受信部１４２にて受信されると（ステップＳ１０５）、その旨がＨＤＤアクセス部１４３へ通知され、新ソフトウェアがＨＤＤ１５１に格納されたことがＨＤＤアクセス部１４３にて認識される。
【００５２】
次に、ＨＤＤ１４１に格納されている新ソフトウェアがＨＤＤアクセス部１４３によって読み出され、読み出された新ソフトウェアが送受信部１４２によってサーバ１６０へ送信される（ステップＳ１０６）。サーバ１６０へ送信された新ソフトウェアがサーバ１６０の送受信部１６２にて受信され（ステップＳ１０７）、受信された新ソフトウェアがＨＤＤアクセス部１６３によってＨＤＤ１６１に格納される（ステップＳ１０８）。
【００５３】
新ソフトウェアがＨＤＤ１６１に格納されると、転送完了応答信号がＨＤＤアクセス部１６３によって生成され、生成された転送完了応答信号が送受信部１６２によってサーバ１４０へ送信される（ステップＳ１０９）。そして、サーバ１４０へ送信された転送完了応答信号がサーバ１４０の送受信部１４２にて受信されると（ステップＳ１１０）、その旨がＨＤＤアクセス部１４３へ通知され、新ソフトウェアがＨＤＤ１６１に格納されたことがＨＤＤアクセス部１４３にて認識される。
【００５４】
次に、ＨＤＤ１４１に格納されている新ソフトウェアがＨＤＤアクセス部１４３によって読み出され、読み出された新ソフトウェアが送受信部１４２によってサーバ１７０へ送信される（ステップＳ１１１）。サーバ１７０へ送信された新ソフトウェアがサーバ１７０の送受信部１７２にて受信され（ステップＳ１１２）、受信された新ソフトウェアがＨＤＤアクセス部１７３によってＨＤＤ１７１に格納される（ステップＳ１１３）。
【００５５】
新ソフトウェアがＨＤＤ１７１に格納されると、転送完了応答信号がＨＤＤアクセス部１７３によって生成され、生成された転送完了応答信号が送受信部１７２によってサーバ１４０へ送信される（ステップＳ１１４）。そして、サーバ１４０へ送信された転送完了応答信号がサーバ１４０の送受信部１４２にて受信されると（ステップＳ１１５）、その旨がＨＤＤアクセス部１４３へ通知され、新ソフトウェアがＨＤＤ１７１に格納されたことがＨＤＤアクセス部１４３にて認識される。
【００５６】
このようにして、組１２０の運用系サーバであるサーバ１４０から、サーバ１４０とネットワーク１８０を介して接続されているサーバ１５０，１６０，１７０への新ソフトウェアの転送が完了する。
【００５７】
次に、組１２０にて予備系サーバとして稼動しているサーバ１５０及び組１３０にて予備系サーバとして稼動しているサーバ１７０のソフトウェア更新の処理が開始される。
【００５８】
まず最初に、サーバ１４０のソフト更新部１４４によってソフトウェア更新命令信号が生成され、生成されたソフトウェア更新命令信号が送受信部１４２によってサーバ１５０へ送信される（ステップＳ１１６）。サーバ１５０へ送信されたソフトウェア更新命令信号がサーバ１５０の送受信部１５２にて受信され（ステップＳ１１７）、受信されたソフトウェア更新命令信号がソフト更新部１５４によって認識され、ＨＤＤ１５１に格納されている新ソフトウェアが起動され、サーバ１５０を制御するソフトウェアが、今まで動作していた旧ソフトウェアから新ソフトウェアに更新される（ステップＳ１１８）。新ソフトウェアへの更新が完了すると、ソフトウェア更新完了応答信号がソフト更新部１５４によって生成され、生成されたソフトウェア更新完了応答信号が送受信部１５２によってサーバ１４０へ送信される（ステップＳ１１９）。そして、サーバ１４０へ送信されたソフトウェア更新完了応答信号がサーバ１４０の送受信部１４２にて受信されると（ステップＳ１２０）、その旨がソフト更新部１４４に通知され、サーバ１５０においてソフトウェアが更新されたことがソフト更新部１４４にて認識される。
【００５９】
次に、サーバ１４０のソフト更新部１４４によってソフトウェア更新命令信号が生成され、生成されたソフトウェア更新命令信号が送受信部１４２によってサーバ１７０へ送信される（ステップＳ１２１）。サーバ１７０へ送信されたソフトウェア更新命令信号がサーバ１７０の送受信部１７２にて受信され（ステップＳ１２２）、受信されたソフトウェア更新命令信号がソフト更新部１７４によって認識され、ＨＤＤ１７１に格納されている新ソフトウェアが起動され、サーバ１７０を制御するソフトウェアが、今まで動作していた旧ソフトウェアから新ソフトウェアに更新される（ステップＳ１２３）。新ソフトウェアへの更新が完了すると、ソフトウェア更新完了応答信号がソフト更新部１７４によって生成され、生成されたソフトウェア更新完了応答信号が送受信部１７２によってサーバ１４０へ送信される（ステップＳ１２４）。そして、サーバ１４０へ送信されたソフトウェア更新完了応答信号がサーバ１４０の送受信部１４２にて受信されると（ステップＳ１２５）、その旨がソフト更新部１４４へ通知され、サーバ１７０においてソフトウェアが更新されたことがソフト更新部１４４にて認識される。
【００６０】
このようにして、組１２０にて予備系サーバとして稼動しているサーバ１５０及び組１３０にて予備系サーバとして稼動しているサーバ１７０において、ソフトウェアの更新が完了する。
【００６１】
予備系サーバのソフトウェアが更新されると、運用系の切り替えの処理が開始される。運用系の切り替え処理とは、予備系サーバであるサーバを運用系サーバに、また運用系サーバであるサーバを予備系サーバに切り替える処理である。
【００６２】
まずは、サーバ１４０内の系管理部１４５にて、サーバシステム１１０内の自身の組以外の組についての運用系切り替えのプロセスが生成される（ステップＳ１２６）。本形態においては、自身の組が組１２０に該当するため自身の組以外の組である組１３０についての運用系切り替えプロセスが生成されることとなる。このプロセスとは、後述するステップＳ１２７の処理である。
【００６３】
系管理部１４５にて生成されたプロセスに従って、系管理部１４５によって組１３０の運用系切り替えを行うために運用系サーバ切り替え命令信号が生成され、生成された運用系サーバ切り替え命令信号が送受信部１４２によってサーバ１６０へ送信される（ステップＳ１２７）。送信された運用系サーバ切り替え命令信号がサーバ１６０の送受信部１６２にて受信され（ステップＳ１２８）、受信された運用系サーバ切り替え命令信号が系管理部１６５によって認識されると、系管理部１６５にてサーバ１６０の系が運用系から予備系に切り替えられ、同時にサーバ１７０の系が予備系から運用系に切り替えられる（ステップＳ１２９）。ここで、系管理部１６５においては系を切り替えるための信号について排他論理が組まれており、この排他論理によって生成される一方の系と他方の系との間における信号である交絡信号を生成するための論理回路または論理プログラムが設けられており、この交絡信号が一方の系から他方の系へ送信されることにより、一方の系と他方の系とが瞬時に排他的な系状態に切り替わることを実現可能としている。
【００６４】
一方、組１２０においても運用系切り替えを行うために、サーバ１４０の系管理部１４５にてサーバ１４０の系が運用系から予備系に切り替えられ、同時にサーバ１５０の系が予備系から運用系に切り替えられる（ステップＳ１３０）。系管理部１４５においても系管理部１６５と同様に、系を切り替えるための信号について排他論理が組まれている。なお、ステップＳ１２７の処理とステップＳ１３０の処理とは、説明上シリアル処理で記述しているが、サーバ１４０上にて並行して処理される。また、ステップＳ１２７及びステップＳ１２８の処理に要する時間が非常に短いため、ステップＳ１２９の処理とステップＳ１３０の処理とは同時に実行されるとみなすことができる。
【００６５】
以上の処理により、組１２０についてはサーバ１５０が運用系サーバとして新ソフトウェアで稼動され、また組１３０についてはサーバ１７０が運用系サーバとして新ソフトウェアで稼動されることにより、サーバシステム１１０にて運用系サーバとして稼動しているサーバにおけるソフトウェアの更新が一斉に同期して行われたこととなる。
【００６６】
その後、新ソフトウェアに更新され、運用系サーバとなったサーバ１７０にて新ソフトウェアが原因である障害が検出されたとする。この障害検出は、サーバ１７０内に障害検出手段（不図示）が設けられており、その障害検出手段によって新ソフトウェアが原因である障害が発生したと判断された場合である。なお、サーバ１４０，１５０，１６０についても同様の障害検出手段が設けられていることが望ましい。
【００６７】
サーバ１７０内の障害検出手段にて新ソフトウェアが原因である障害が検出されると（ステップＳ１３１）、サーバ１７０内の系管理部１７５にて、サーバシステム１１０内の自身の組以外の組についての運用系切り替えのプロセスが生成される（ステップＳ１３２）。本形態においては、自身の組が組１３０に該当するため自身の組以外の組である組１２０についての運用系切り替えプロセスが生成されることとなる。このプロセスとは具体的には、後述するステップＳ１３３の処理である。
【００６８】
系管理部１７５にて生成されたプロセスに従って、障害を発生させる新ソフトウェアで稼動している組１２０の運用系切り替えを行うために、系管理部１７５によって運用系サーバ切り替え命令信号が生成され、生成された運用系サーバ切り替え命令信号が送受信部１７２によってサーバ１５０へ送信される（ステップＳ１３３）。送信された運用系サーバ切り替え命令信号がサーバ１５０の送受信部１５２にて受信され（ステップＳ１３４）、受信された運用系サーバ切り替え命令信号が系管理部１５５によって認識されると、系管理部１５５にてサーバ１５０の系が運用系から予備系に切り替えられ、同時にサーバ１４０の系が予備系から運用系に切り替えられる（ステップＳ１３５）。ここで、系管理部１５５においては系を切り替えるための信号について排他論理が組まれており、この排他論理によって生成される一方の系と他方の系との間における信号である交絡信号を生成するための論理回路または論理プログラムが設けられており、この交絡信号が一方の系から他方の系へ送信されることにより、一方の系と他方の系とが瞬時に排他的な系状態に切り替わることを実現可能としている。
【００６９】
一方、組１３０においても障害を発生させる新ソフトウェアで稼動しているため運用系切り替えを行うために、サーバ１７０の系管理部１７５にてサーバ１７０の系が運用系から予備系に切り替えられ、同時にサーバ１６０の系が予備系から運用系に切り替えられる（ステップＳ１３６）。系管理部１７５においても系管理部１５５と同様に、系を切り替えるための信号について排他論理が組まれている。なお、ステップＳ１３３の処理とステップＳ１３６の処理とは、説明上シリアル処理で記述しているが、サーバ１７０上にて並行して処理される。また、ステップＳ１３３及びステップＳ１３４の処理に要する時間が非常に短いため、ステップＳ１３５の処理とステップＳ１３６の処理とは同時に実行されるとみなすことができる。
【００７０】
以上の処理により、組１２０については旧ソフトウェアで稼動しているサーバ１４０が運用系サーバとされ、また組１３０については旧ソフトウェアで稼動しているサーバ１６０が運用系サーバとされることにより、サーバシステム１１０にて動作するソフトウェアが新ソフトウェアから旧ソフトウェアへ一斉に同期して切り戻されることとなる。
【００７１】
なお、組については２つの場合について説明したが、３つ以上の複数の組であっても同様の処理が可能であることは言うまでもない。
【図面の簡単な説明】
【００７２】
【図１】本発明のサーバシステムの実施の一形態を示す図である。
【図２】図１に示したサーバシステムにおけるソフトウェア更新方法を説明するためのシーケンス図である。
【図３】各組の間で主従関係を有さないサーバシステムの実施の一形態を示す図である。
【図４】図３に示したサーバシステムにおけるソフトウェア更新方法を説明するためのシーケンス図である。
【符号の説明】
【００７３】
１０，１１０ サーバシステム
２０ 制御組
３０ 被制御組
４０，５０，６０，７０，１４０，１５０，１６０，１７０ サーバ
４１，５１，６１，７１，１４１，１５１，１６１，１７１ ＨＤＤ
４２，５２，６２，７２，１４２，１５２，１６２，１７２ 送受信部
４３，５３，６３，７３，１４３，１５３，１６３，１７３ ＨＤＤアクセス部
４４，５４，６４，７４，１４４，１５４，１６４，１７４ ソフト更新部
４５，５５，６５，７５，１４５，１５５，１６５，１７５ 系管理部
８０，１８０ ネットワーク
１２０，１３０ 組
【特許請求の範囲】
【請求項１】
運用系サーバと予備系サーバとの２つの運用系を排他的にとるサーバの組を複数有し、前記複数のサーバ上で動作するソフトウェアを更新するサーバシステムであって、
前記運用系サーバのうちいずれか１つのサーバによって、前記サーバの組が有する全ての予備系サーバへ更新用ソフトウェアを転送し、前記全ての予備系サーバ上で動作するソフトウェアを前記更新用ソフトウェアへ更新し、前記更新用ソフトウェアへ更新された予備系サーバと前記サーバの組が有する全ての運用系サーバとの運用系を一斉に切り替えるサーバシステム。
【請求項２】
請求項１に記載のサーバシステムにおいて、
前記運用系サーバ及び前記予備系サーバのそれぞれは、
当該サーバ上で動作するソフトウェアを格納する格納手段と、
当該サーバ上で動作するソフトウェアを前記更新用ソフトウェアへ更新するソフト更新手段と、
当該サーバの運用系を切り替える系管理手段とを有することを特徴とするサーバシステム。
【請求項３】
請求項２に記載のサーバシステムにおいて、
前記系管理手段は、当該サーバの運用系を、他の運用系をとるサーバの運用系と排他的な運用系に切り替えることを特徴とするサーバシステム。
【請求項４】
運用系サーバと予備系サーバとの２つの運用系を排他的にとるサーバの組を複数有し、前記複数のサーバ上で動作するソフトウェアを更新するサーバシステムにおけるソフトウェア更新方法であって、
前記運用系サーバのうちいずれか１つのサーバによって、前記サーバの組が有する全ての予備系サーバへ更新用ソフトウェアを転送する処理と、
前記全ての予備系サーバ上で動作するソフトウェアを前記更新用ソフトウェアへ更新する処理と、
前記更新用ソフトウェアへ更新された予備系サーバと前記サーバの組が有する全ての運用系サーバとの運用系を一斉に切り替える処理とを有するソフトウェア更新方法。
【請求項５】
請求項４に記載のソフトウェア更新方法において、
当該サーバの運用系を、他の運用系をとるサーバの運用系と排他的な運用系に切り替えることを特徴とするソフトウェア更新方法。
【請求項１】
運用系サーバと予備系サーバとの２つの運用系を排他的にとるサーバの組を複数有し、前記複数のサーバ上で動作するソフトウェアを更新するサーバシステムであって、
前記運用系サーバのうちいずれか１つのサーバによって、前記サーバの組が有する全ての予備系サーバへ更新用ソフトウェアを転送し、前記全ての予備系サーバ上で動作するソフトウェアを前記更新用ソフトウェアへ更新し、前記更新用ソフトウェアへ更新された予備系サーバと前記サーバの組が有する全ての運用系サーバとの運用系を一斉に切り替えるサーバシステム。
【請求項２】
請求項１に記載のサーバシステムにおいて、
前記運用系サーバ及び前記予備系サーバのそれぞれは、
当該サーバ上で動作するソフトウェアを格納する格納手段と、
当該サーバ上で動作するソフトウェアを前記更新用ソフトウェアへ更新するソフト更新手段と、
当該サーバの運用系を切り替える系管理手段とを有することを特徴とするサーバシステム。
【請求項３】
請求項２に記載のサーバシステムにおいて、
前記系管理手段は、当該サーバの運用系を、他の運用系をとるサーバの運用系と排他的な運用系に切り替えることを特徴とするサーバシステム。
【請求項４】
運用系サーバと予備系サーバとの２つの運用系を排他的にとるサーバの組を複数有し、前記複数のサーバ上で動作するソフトウェアを更新するサーバシステムにおけるソフトウェア更新方法であって、
前記運用系サーバのうちいずれか１つのサーバによって、前記サーバの組が有する全ての予備系サーバへ更新用ソフトウェアを転送する処理と、
前記全ての予備系サーバ上で動作するソフトウェアを前記更新用ソフトウェアへ更新する処理と、
前記更新用ソフトウェアへ更新された予備系サーバと前記サーバの組が有する全ての運用系サーバとの運用系を一斉に切り替える処理とを有するソフトウェア更新方法。
【請求項５】
請求項４に記載のソフトウェア更新方法において、
当該サーバの運用系を、他の運用系をとるサーバの運用系と排他的な運用系に切り替えることを特徴とするソフトウェア更新方法。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２００６−３２３４８５（Ｐ２００６−３２３４８５Ａ）
【公開日】平成１８年１１月３０日（２００６．１１．３０）
【国際特許分類】
【出願番号】特願２００５−１４３９９４（Ｐ２００５−１４３９９４）
【出願日】平成１７年５月１７日（２００５．５．１７）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成１８年１１月３０日（２００６．１１．３０）
【国際特許分類】
【出願日】平成１７年５月１７日（２００５．５．１７）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]