(57)【要約】【課題】予め設備を冗長に備える必要なく、処理を早期に復旧できるコンピュータシステムを提供する。【解決手段】コンピュータシステムは、拠点に配設され、プログラムおよびデータを保持し、プログラムを実行することにより、データを用いた処理を実行する処理サーバと、処理サーバと通信可能に接続された集約サーバと、を有している。処理サーバは、プログラムとデータの変更を集約サーバに通知する。集約サーバは、処理サーバが保持しているプログラムおよびデータについてのバックアッププログラムおよびバックアップデータを保持しており、処理サーバからの通知に基づいて、バックアッププログラムおよびバックアップデータを更新する。【選択図】図２
2014099001.tif 000002
【特許請求の範囲】
【請求項１】
拠点に配設され、プログラムおよびデータを保持し、前記プログラムを実行することにより、前記データを用いた処理を実行する処理サーバと、
前記処理サーバと通信可能に接続された集約サーバと、を有し、
前記処理サーバは、前記プログラムと前記データの変更を前記集約サーバに通知し、
前記集約サーバは、前記処理サーバが保持している前記プログラムおよび前記データについてのバックアッププログラムおよびバックアップデータを保持しており、前記処理サーバからの通知に基づいて、前記バックアッププログラムおよびバックアップデータを更新する、コンピュータシステム。
【請求項２】
前記処理サーバは、前記プログラムと前記データの変更を前記集約サーバに通知し、
前記集約サーバは、前記処理サーバのプログラムおよびデータについて、どの部分のバックアッププログラムおよびバックアップデータを代替拠点に提供するかをダウンロードリストとして予め設定し、前記バックアッププログラムおよび前記バックアップデータを前記処理サーバから通知される前記プログラムの変更あるいは前記データの変更に基づき更新し、代替拠点へのダウンロードが要求されると、前記ダウンロードリストに設定された部分の前記バックアッププログラムおよび前記バックアップデータを前記代替拠点の代替サーバに送信する、
請求項１に記載のコンピュータシステム。
【請求項３】
１つの処理サーバに対して複数の代替拠点を対応づけて、代替拠点毎に前記ダウンロードリストを設定する
請求項２に記載のコンピュータシステム。
【請求項４】
前記処理サーバは、前記プログラムにより実現される機能と前記機能に用いられるプログラムおよびデータの部分とを対応づけた機能テーブルを保持しており、代替拠点毎に要求される機能が設定されると、前記代替拠点に対して設定された機能に用いられるプログラムおよびデータを抽出することにより前記ダウンロードリストを作成し、前記集約サーバに設定する、
請求項２に記載のコンピュータシステム。
【請求項５】
拠点に配設され、プログラムおよびデータを保持し、前記プログラムを実行することにより、前記データを用いた処理を実行する処理サーバと、前記処理サーバと通信可能に接続された集約サーバと、を有するコンピュータシステムにおける処理サーバであって、
前記プログラムと前記データの変更を検出する変更検出手段と、
前記プログラムにより実現される機能と前記機能に用いられるプログラムおよびデータの部分とを対応づけた機能テーブルを保持しており、代替拠点毎に要求される機能が設定されると、前記代替拠点に対して設定された機能に用いられるプログラムおよびデータを抽出することにより前記ダウンロードリストを作成するリスト作成手段と、
前記プログラムまたは前記データの変更が検出されると、該変更を前記集約サーバに通知し、リスト作成手段で作成された前記ダウンロードリストを前記集約サーバに通知する通信手段と、を有する処理サーバ。
【請求項６】
拠点に配設され、プログラムおよびデータを保持し、前記プログラムを実行することにより、前記データを用いた処理を実行する処理サーバと、前記処理サーバと通信可能に接続された集約サーバと、を有するコンピュータシステムにおける集約サーバであって、
前記処理サーバから前記プログラムまたは前記データの変更の通知を受けつけ、前記処理サーバに対応する代替サーバへ前記プログラムまたは前記データについてのバックアッププログラムまたはバックアップデータを送信する通信手段と、
前記処理サーバのプログラムおよびデータについて、どの部分のバックアッププログラムおよびバックアップデータを代替拠点に提供するかをダウンロードリストとして予め設定し、前記ダウンロードリストに設定された部分の前記バックアッププログラムおよび前記バックアップデータを管理し、前記処理サーバから通知される前記プログラムの変更あるいは前記データの変更に基づき更新し、代替拠点へのダウンロードが要求されると、前記ダウンロードリストに設定された部分の前記バックアッププログラムおよび前記バックアップデータを、前記通信手段を介して前記代替拠点の代替サーバに送信する管理手段と、
を有する集約サーバ。
【請求項７】
拠点に配設され、プログラムおよびデータを保持し、前記プログラムを実行することにより、前記データを用いた処理を実行する処理サーバと、前記処理サーバと地理的に隔離されるとともに前記処理サーバと通信可能に接続された集約サーバと、を有するコンピュータシステムにおける前記集約サーバが実行するバックアップ方法であって、
前記処理サーバが保持している前記プログラムおよび前記データについてのバックアッププログラムおよびバックアップデータを保持しておくステップと、
前記処理サーバから、前記プログラムと前記データの変更の通知を受信するステップと、
前記処理サーバからの前記通知に基づいて、前記バックアッププログラムおよびバックアップデータを更新するステップと、を有するバックアップ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータで処理を実行するシステムにおいて、災害発生時など、コンピュータが使用不可能な状態となっても処理の継続あるいは早期再開を可能にする技術に関する。
【背景技術】
【０００２】
コンピュータによって様々な業務に関する処理（以下「業務処理」という）を実行する業務システムが広く利用されている。一般に、この種の業務システムは、業務処理を実行する処理サーバと、処理サーバに接続し、ユーザ操作により業務処理を処理サーバに実行させる端末とを含んでいる。例えば、業務システムの処理サーバと端末をひとつの拠点に設置するようなシステム構成が採られる。業務の規模および内容に応じて、複数の拠点が配設されることもある。また、拠点同士が社内ネットワークあるいはインターネットを介して相互に接続され、拠点間でのデータの連携あるいは共有が行われることもある。
【０００３】
図１は、業務システムの構成例を示す図である。
【０００４】
図１を参照すると、業務システムは、一例として、拠点Ａ〜Ｃが社内ネットワーク９０３経由で相互に接続された構成である。各拠点には、処理サーバ９０１と端末９０２とが配設されている。本業務システムでは、拠点Ａ〜Ｃはそれぞれ別々に機能を果たしており、それぞれに対するバックアップはないものとする。ここで、ある拠点が被災して処理サーバ９０１および端末９０２が使用できない状態となると、その拠点で行われていた業務処理を継続することはできなくなる。
【０００５】
それに対して、処理サーバ内のプログラムおよびデータを「バックアップデータ」として予めＣＤ−ＲやＤＶＤなどの記録媒体に退避しておくという対策がある。
【０００６】
予めバックアップデータを記録媒体に退避しておけば、記録媒体からバックアップデータを新たなコンンピュータに復元（インストール）すれば、業務処理を再開することが可能となる場合がある。
【０００７】
しかしながら、バックアップデータを取得した時点から処理サーバが使用できない状態となるまでの期間が長くなれば、処理サーバを最新の状態で復元することができず、業務の連続性が保てなくなってしまう。また、大規模な災害が発生した場合、バックアップデータ自体も拠点に保存されていれば、拠点内の処理サーバや端末とともに浸水、流出、焼失、あるいは破壊してしまうことが考えられる。
【０００８】
他の対策として、予備系の処理サーバおよび端末をその拠点とは地理的に異なる場所に配設することで設備を二重化するという手法がある（特許文献１参照）。例えば、拠点Ａの処理サーバと端末に対する予備系の設備を拠点Ｂに配設し、拠点Ａの処理サーバおよび端末のデータ等を拠点Ｂに送信し、拠点Ｂの処理サーバおよび端末に反映させることが考えられる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００８−９２１４４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、設備を二重化する業務システムでは、事業者は冗長な設備を保有しておくことを強いられ、コスト高となってしまう。そこで、拠点に処理サーバおよび端末を配設する業務システムにおいて、事業者が拠点の設備を冗長に保有することなく、拠点の設備が使用できない状態となったときに早期に業務処理を回復できるようにすることが要求される。
【００１１】
本発明は、上述のような課題を鑑みてなされたものであり、その目的は、予め設備を冗長に備える必要なく、処理を早期に復旧できるコンピュータシステムを提供することである。
【課題を解決するための手段】
【００１２】
本発明の一態様によるコンピュータシステムは、拠点に配設され、プログラムおよびデータを保持し、前記プログラムを実行することにより、前記データを用いた処理を実行する処理サーバと、前記処理サーバと通信可能に接続された集約サーバと、を有し、前記処理サーバは、前記プログラムと前記データの変更を前記集約サーバに通知し、前記集約サーバは、前記処理サーバが保持している前記プログラムおよび前記データについてのバックアッププログラムおよびバックアップデータを保持しており、前記処理サーバからの通知に基づいて、前記バックアッププログラムおよびバックアップデータを更新するものである。
【発明の効果】
【００１３】
本発明によれば、設備を冗長に備える必要なく、早期に処理を回復させることができる。
【図面の簡単な説明】
【００１４】
【図１】業務システムの構成例を示すブロック図である。
【図２】本実施形態による業務システムのブロック図である。
【図３】本実施形態による処理サーバを示すブロック図である。
【図４】本実施形態による集約サーバ１０４を示すブロック図である。
【図５】本実施形態による集約サーバの動作を示すフローチャートである。
【図６】集約サーバの内容を最新状態に維持するための動作を表す概念図である。
【図７】代替拠点のシステム構築の様子について説明するための概念図である。
【図８】代替拠点のシステム構築の他の例について説明するための概念図である。
【図９】ダウンロードリストの管理について説明するための概念図である。
【図１０】代替拠点のシステム構築の更に他の例について説明するための概念図である。
【発明を実施するための形態】
【００１５】
本発明の実施形態について図面を参照して説明する。
【００１６】
図２は、本実施形態による業務システムのブロック図である。図２を参照すると、業務システムは、複数の拠点Ａ〜Ｃと集約センタが社内ネットワーク１０３経由で相互に接続された構成である。各拠点Ａ〜Ｃは、通常、業務遂行に好都合の立地に設けられる。集約センタは、通常、拠点Ａ〜Ｃとは地理的に隔離された、災害などに対して安全な立地に設けられる。
【００１７】
各拠点には、社内ネットワーク１０３に接続された処理サーバ１０１と、その処理サーバ１０１に接続された端末１０２とが配設されている。集約センタには、社内ネットワーク１０３に接続された集約サーバ１０４が配設されている。
【００１８】
処理サーバ１０１は、実行する処理を規定したプログラムと処理に利用するデータとを保持しており、プログラムを実行してデータを用いた処理を行う。処理サーバ１０１が実行する処理は、本業務システムが提供する各種業務に関する処理（業務処理）である。作業員は、端末１０２を操作することにより、処理サーバ１０１に業務処理を実行させることができる。
【００１９】
処理サーバ１０１は実行する業務処理により、データを頻繁に更新する。また、処理サーバ１０１が実行するプログラムも適宜修正あるいは改版により、変更される。処理サーバ１０１は、プログラムあるいはデータに変更があると、その変更を集約サーバ１０４に通知する。
【００２０】
集約サーバ１０４は、各拠点Ａ〜Ｃの処理サーバ１０１が保持しているプログラムおよびデータについてのバックアッププログラムおよびバックアップデータを保持している。そして、集約サーバ１０４は、処理サーバ１０１からのプログラムあるいはデータの修正の通知に基づいて、バックアッププログラムおよびバックアップデータを更新する。
【００２１】
本実施形態によれば、処理サーバ１０１内のプログラムおよびデータを地理的に隔離された集約サーバ１０４に最新の状態で複製するので、災害などで処理サーバ１０１が使用できない状態になったとき、処理サーバ用の他のコンピュータにプログラムおよびデータを復元し、業務処理を早期に回復させることができる。また、処理サーバ１０１の予備のコンピュータ設備に常時、プログラムおよびデータを維持するのではないので、設備を冗長に備える必要がない。
【００２２】
集約サーバ１０４におけるプログラムおよびデータの保持および更新と、拠点Ａを代替する拠点の立ち上げについて更に説明する。
【００２３】
本実施形態において、拠点の処理サーバ１０１を代替する代替サーバは、処理サーバ１０１の全ての機能を提供するものでなくてもよく、例えば処理サーバ１０１の業務処理を縮退して提供することにしてもよい。
【００２４】
その場合、集約サーバ１０４は、処理サーバ１０１のプログラムおよびデータについて、どの部分のバックアッププログラムおよびバックアップデータを代替サーバに提供するかが記録されたダウンロードリストを保持している。
【００２５】
また、１つの処理サーバ１０１に対して複数の代替拠点を対応づけることができ、代替拠点毎にダウンロードリストを個々に設定することができる。そして、集約サーバ１０４は、処理サーバ１０１のバックアッププログラムおよびバックアップデータを全て保持する。
【００２６】
そのため、処理サーバ１０１は、プログラムあるいはデータに変更があると、その全ての変更を集約サーバに通知する。そして、集約サーバ１０４は、処理サーバ１０１から通知されるプログラムの変更あるいはデータの変更に基づき、バックアッププログラムあるいはバックアップデータを更新する。
【００２７】
集約サーバ１０４は、処理サーバ１０１の変更全てをバックアッププログラムあるいはバックアップデータに反映させる。
【００２８】
更に、拠点Ａの処理サーバ１０１が使用できない状態となった場合など、拠点Ａの代替拠点へのダウンロードが要求されると、集約サーバ１０４は、ダウンロードリストに設定された部分のバックアッププログラムおよびバックアップデータを代替拠点の代替サーバに送信する。
【００２９】
これによれば、集約サーバ１０４は、ダウンロード先に指定された代替拠点のダウンロードリストに基づいて、バックアッププログラムあるいはバックアップデータの必要な部分を代替サーバに送信する。
【００３０】
ダウンロードリストの作成について更に説明する。
【００３１】
本実施形態では、処理サーバ１０１は、プログラムにより実現される複数の機能と、その複数の機能の各々に用いられるプログラムおよびデータの部分とを対応づけた機能テーブルを保持している。そして、代替拠点毎に要求される機能を作業員が設定すると、処理サーバ１０１は、代替拠点に対して設定した機能に用いられるプログラムおよびデータを抽出することにより、代替拠点毎のダウンロードリストを作成し、集約サーバ１０４に設定する。
【００３２】
これによれば、処理サーバ１０１が代替拠点に必要な機能から必要なバックアッププログラムおよびバックアップデータを抽出するので、作業員は機能を選択するだけで代替拠点に必要なプログラムおよびデータのダウンロードリストを容易に作成することができる。
【００３３】
図３は、本実施形態による処理サーバを示すブロック図である。処理サーバ１０１は業務処理を実行する装置であるが、図３には主に代替拠点による業務処理の復旧に関連する構成が示されている。
【００３４】
処理サーバ１０１は、記憶装置２０１、変更検出部２０２、通信部２０３、およびリスト作成部２０４を有している。
【００３５】
記憶装置２０１は、処理サーバ１０１が実行するプログラムと、プログラムによる業務処理で利用されるデータとが格納されている。データは、業務処理によってデータは頻繁に更新される。プログラムは、修正や改版によって変更されることがある。
【００３６】
変更検出部２０２は、プログラムに対する変更処理、データに対する変更処理を監視し、変更があればそれを検出する。
【００３７】
リスト作成部２０４は、上述したダウンロードリストを作成する。その際、リスト作成部２０４は、プログラムにより実現される複数の機能と複数の機能の各々に用いられるプログラムおよびデータの部分とを対応づけた機能テーブルを保持しており、代替拠点毎に要求される機能が設定されると、代替拠点に対して設定された機能に用いられるプログラムおよびデータを抽出することによりダウンロードリストを作成する。
【００３８】
通信部２０３は、変更検出部２０２にてプログラムまたはデータの変更が検出されると、その変更を集約サーバ１０４に通知する。また、通信部２０３は、リスト作成部２０４で作成されたダウンロードリストを集約サーバ１０４に通知する。
【００３９】
図４は、本実施形態による集約サーバ１０４を示すブロック図である。
【００４０】
集約サーバ１０４は、記憶装置３０１、管理部３０２、および通信部３０３を有している。
【００４１】
記憶装置３０１は、各拠点Ａ〜Ｃの処理サーバ１０１が保持しているプログラムおよびデータについて、代替拠点にて業務処理を復元するためのバックアッププログラムおよびバックアップデータを保持している。
【００４２】
通信部３０３は、各拠点Ａ〜Ｃの処理サーバ１０１からプログラムまたはデータの変更の通知を受けつける。
【００４３】
管理部３０２は、記憶装置３０１に保持されているバックアッププログラムおよびバックアップデータを管理し、通信部３０３で受け付けられた処理サーバ１０１からの通知に基づいて、バックアッププログラムおよびバックアップデータを更新する。
【００４４】
その際、上述のように、処理サーバ１０１からは、プログラムあるいはデータの全ての変更が集約サーバ１０４に通知されてくる。
【００４５】
管理部３０２は、処理サーバ１０１のプログラムおよびデータについて、どの部分のバックアッププログラムおよびバックアップデータを提供するかをダウンロードリストとして予め設定する。そして、管理部３０２は、処理サーバ１０１から通知を受けると、その通知にあるプログラムの変更あるいはデータの変更に基づき、バックアッププログラムまたはバックアップデータを更新する。
【００４６】
また、管理部３０２は、代替拠点へのダウンロードが要求されると、ダウンロードリストに設定された部分のバックアッププログラムおよびバックアップデータを、通信部３０３を介して、代替拠点の代替サーバに送信する。
【００４７】
図５は、本実施形態による集約サーバの動作を示すフローチャートである。
【００４８】
集約サーバ１０４は、各拠点の処理サーバ１０１のプログラムおよびデータに対するバックアッププログラムおよびバックアップデータを保持する（ステップＳ０１）。
【００４９】
続いて、集約サーバ１０４は、処理サーバ１０１からプログラムまたはデータの変更を知らせる通知を受信したか否か判定する（ステップＳ０２）。変更の通知を受信していれば、集約サーバ１０４は、その通知に基づき、対応する代替サーバについてのバックアッププログラムまたはバックアップデータを更新する（ステップＳ０３）。
【００５０】
ステップＳ０３の処理が終わったら、あるいはステップＳ０２の判定でＮｏであったら、集約サーバ１０４は、次に、バックアッププログラムあるいはバックアップデータのダウンロードが要求されたか否か判定する（ステップＳ０４）。ダウンロードの要求を受信していれば、集約サーバ１０４は、その要求に基づいて、代替サーバにバックアッププログラムまたはバックアップデータを送信する（ステップＳ０５）。ステップＳ０５の処理が終わったら、あるいはステップＳ０４の判定でＮｏであったら、ステップＳ０２に戻る。
【００５１】
以下、本実施形態による業務システムの構成および動作を更に詳細に説明する。
【００５２】
（１）集約サーバの設置
【００５３】
集約サーバ１０４は、拠点のシステムにおける最新のプログラムおよびデータを常時、集積しておくための保存場所である。１つの集約サーバ１０４にプログラムおよびデータを集積する対象の拠点が複数あっても構わない。本実施形態では、３つの拠点Ａ〜Ｃが対象となっている。
【００５４】
本実施形態では、一例として集約サーバ１０４は社内ネットワーク上にあることを前提としているが、本発明がこの構成に限定されることはない。例えば、集約サーバ１０４が、第三者の提供する、安全が確保されたデータセンターに設置されてもよい。いずれにしても、集約サーバ１０４は、普段、業務が行われる拠点Ａ〜Ｃとは地理的に異なる場所に設置するのが好ましい。また、信頼性の高い計算機（コンピュータ）の管理を提供するサービス業者と契約するのが好ましい。集約サーバ１０４を第三者のデータセンターに設置する場合、拠点Ａ〜Ｃが接続された社内ネットワークとは切り離されることになるため、ＶＰＮ回線を利用したり、ファイアーウォールを利用したりといったセキュリティ確保への配慮が望まれる。
【００５５】
（２）集約サーバへのアップロード
【００５６】
拠点Ａ〜Ｃの処理サーバ１０１には、システム基本データベース、運用者による設定データ、業務プログラムが記録されている。集約サーバ１０４には、拠点Ａ〜Ｃの各種データおよびプログラムに対するバックアップデータおよびバックアッププログラムが記録されており、拠点Ａ〜Ｃの処理サーバ１０１からの通知に基づき最新の状態を維持している。
【００５７】
図６は、集約サーバの内容を最新状態に維持するための動作を表す概念図である。
【００５８】
この動作は図６に示された処理サーバ１０１の更新チェック処理によるものである。
【００５９】
システム基本データベースは、業務を行うための基本的なデータを保存するデータベースである。例えば、システム構成に関する設定データなどがこのデータに含まれる。
【００６０】
システム基本データベースは、頻繁に更新されることはなく、システム構成が変更されるとき等に更新される。そこで、処理サーバ１０１は、拠点のシステムに対するメンテナンスが実施されたときだけ、集約サーバ１０４へ通知するものとする。その際、システム基本データベース全体をアップロードしてもよく、あるいは変更内容だけを通知してもよい。システム基本データベースの変更は、集約サーバ１０４へ通知されると、バックアップデータに反映される。
【００６１】
運用者による設定データは、システムの動作に関する設定などを示すデータであり、運用者によって設定および変更が行われる。
【００６２】
運用者による設定データは、日々のシステム運用中に変更される。そのため、更新がされる度に、集約サーバ１０４へ変更を通知するものとする。運用者による設定データの変更は、集約サーバ１０４へ通知されると、バックアップデータに反映される。
【００６３】
業務プログラムは、業務処理を実行するためのソフトウェアプログラムである。業務プログラムはアップグレードあるいはバージョンアップがあった場合にしか更新されない。そのため、業務プログラムのアップグレードあるいはバージョンアップがあったときだけ、集約サーバ１０４へ変更が通知される。その際、業務プログラム全体をアップロードしてもよく、あるいは変更内容を通知することにしてもよい。業務プログラムの変更は、集約サーバ１０４に通知されると、バックアッププログラムに反映される。
【００６４】
以上のようなアップロード処理を、各拠点の処理サーバ１０１が行うことで集約サーバ１０４はバックアッププログラムおよびバックアップデータを常に最新の状態に維持することができ、有事の際に代替拠点に迅速にシステムを構築できる。
【００６５】
（３）代替拠点のシステム構築
【００６６】
ここでは拠点Ａに対応して代替拠点Ａ’があるものとする。ただし、拠点Ａ’に用いる計算機は予め用意されていないものとする。
【００６７】
図７は、代替拠点のシステム構築の様子について説明するための概念図である。
【００６８】
災害等で拠点Ａの処理サーバ１０１が使用できない状態になると、図７に示すように、まず計算機を調達し、拠点Ａに対する代替拠点に設置し、社内ネットワークへの接続を行う。
【００６９】
そして、集約サーバ１０４から拠点Ａ’の計算機１０５に、必要なシステム基本データベース、設定データ、および業務プログラムをダウンロードする。そして、それらをセットアップして計算機１０５を起動することで、拠点Ａの処理サーバ１０１が使用できなくなる直前の状態から業務処理を再開することができる。
【００７０】
図８は、代替拠点のシステム構築の他の例について説明するための概念図である。
【００７１】
この例では、拠点Ａの処理サーバ１０１が使用できない状態となったとき、拠点Ａ’にて、処理サーバ１０１の機能のうち必要最小限の機能を提供するものとする。そのために、集約サーバ１０４は、必要最小限の機能に必要なプログラムおよびデータを列挙した拠点Ａ’用のダウンロードリストを保持しているものとする。ダウンロードリストには拠点Ａ’へダウンロードするバックアッププログラムおよびバックアップデータの部分が記載されている。
【００７２】
災害等で処理サーバ１０１が使用できなくなると、集約サーバ１０４から拠点Ａ’の計算機１０５に、ダウンロードリストに記載されているプログラムおよびデータをダウンロードする。そして、それらをセットアップして計算機１０５を起動することで、拠点Ａの処理サーバ１０１が使用できなくなる直前の状態における必要最小限の機能を提供し、業務処理を再開することができる。
【００７３】
（４）ダウンロードリストの更新
【００７４】
図９は、ダウンロードリストの管理について説明するための概念図である。
【００７５】
システムに機能を追加したり、機能を変更したりするときには、ダウンロードリストも更新する必要がある。本実施形態では、ダウンロードリストは集約サーバ１０４内に保持され、通常の処理サーバ１０１が集約サーバ１０４内のダウンロードリストを更新するものとしている。図９の例では、拠点Ａの代替拠点として拠点Ａ’、Ａ’’、Ａ’’’が設定されている。集約サーバ１０４には、拠点Ａ’、Ａ’’、Ａ’’’についてのダウンロードリストが保持されている。
【００７６】
また図９の例では、処理サーバ１０１は、作業員が各代替拠点に必要な機能を選択するための画面（必要機能選択画面１０７）を表示し、選択された機能に基づいて、各代替拠点用のダウンロードリスト１０６を作成する機能を備えている。
【００７７】
そのために、処理サーバ１０１は、処理サーバ１０１自身が提供する各機能と、その機能に必要なプログラムおよびデータとを対応づけた機能テーブルを予め保持している。作業員が必要機能選択画面１０７を見て、機能を選択すると、処理サーバ１０１は機能テーブルを参照することにより、必要なプログラムおよびデータを列挙したダウンロードリスト１０６を作成する。
【００７８】
なお、ダウンロードリスト１０６は、そのファイル名称を固定化しておくものとする。これにより、代替拠点の計算機１０５は、そのダウンロードリストがいつ更新されたものかを意識することなく、ファイル名を指定するだけでダウンロードリストを参照することができる。その結果、作業者の混乱を防止することができる。これを以下に述べる。
【００７９】
代替拠点用に準備された計算機には、あらかじめ、バックアッププログラムおよびバックアップデータをダウンロードする元の集約サーバ１０４のアドレスと、ダウンロードリストの固定されたファイル名称とが記述され、保持されている。これにより、代替サーバを構築するとき、作業員がアドレスおよびファイル名を指定する煩雑な操作を行う必要がなく、有事の際の作業軽減および迅速化を図ることができる。
【００８０】
図１０は、代替拠点のシステム構築の更に他の例について説明するための概念図である。
【００８１】
この例では、計算機を起動すると自動的に動作するバッチファイル１０８によるバッチ処理の中に、ダウンロード先の集約サーバ１０４のアドレスとダウンロードリストのファイル名とを関連付けられるようにしている。図１０を参照すると、バッチファイル１０８には、集約サーバ１０４へアクセスするためのアドレス、固定化されたダウンロードリストのファイル名などが記載されている。作業員は、計算機１０５にこのバッチ処理を実行させることで容易に代替サーバを構築することができる。
【００８２】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【００８３】
また、上述した各実施形態の処理サーバ１０１または集約サーバ１０４は、装置を構成する各部の処理手順を規定したソフトウェアプログラムをコンピュータに実行させることにより実現することもできる。
【符号の説明】
【００８４】
１０１…処理サーバ、１０２…端末、１０３…社内ネットワーク、１０４…集約サーバ、１０５…計算機、１０６…ダウンロードリスト、１０７…必要機能選択画面、１０８…バッチファイル、２０１…記憶装置、２０２…変更検出部、２０３…通信部、２０４…リスト作成部、３０１…記憶装置、３０２…管理部、３０３…通信部
【図１】
2014099001.tif 000003
【図２】
2014099001.tif 000004
【図３】
2014099001.tif 000005
【図４】
2014099001.tif 000006
【図５】
2014099001.tif 000007
【図６】
2014099001.tif 000008
【図７】
2014099001.tif 000009
【図８】
2014099001.tif 000010
【図９】
2014099001.tif 000011
【図１０】
2014099001.tif 000012