JPH06332868A - システム多重化装置 - Google Patents

Abstract

(57)【要約】 【目的】 前もって多重化するサービスシステムを起動
する位置情報を与えなくても、起動されたサービスシス
テム自身がネットワークを検索し、自動的にサービス情
報を得て多重化するシステムを実現する。 【構成】 サービスシステム起動時に自システムと同一
サービスを提供するサービスシステムが存在するかをネ
ットワークに問い合わせてその位置情報とシステム状態
を取得する手段１４、１８と、問い合わせの結果そのよ
うなサービスシステムが存在しない場合は、そのサービ
ス情報を新たに構築する手段１２と、そのようなシステ
ムサービスが存在する場合、そのサービス情報を受信す
る手段１６と、他のサービスシステムからの同様な問い
合わせに対して応答する手段１５と、要求があった場合
に自身のサービス情報を送出する手段１７とを備える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ブロードキャスト機能
を有するネットワークに接続されたコンピュータを利用
した分散処理システムを、データの弱い一貫性を保ちな
がら多重化するシステム多重化装置に関するものであ
る。

【０００２】

【従来の技術】近年、ＬＡＮ等のネットワークの発達に
よりクライアント・サーバモデルの分散処理システムが
広く普及し、信頼性や利用可能性を高めるためにシステ
ムを多重化する方法が、サービスを提供するサービスシ
ステムに対して広く使用されている。このようなシステ
ムをデータの弱い一貫性を保ちながら多重化する装置の
例として、ネットワーク上のサービスの位置情報を格納
するネームサーバシステムが知られている。

【０００３】以下に従来のシステム多重化装置について
説明する。図１６は従来のシステム多重化装置の一例を
示すものである。図１６において、１６１はサービスを
提供し多重化されるサービスシステムである。１６２は
多重化されるサービスシステム１６１の位置情報などを
含むシステム構成情報である。１６３はサービスシステ
ム１６１がサービスを提供するために必要なサービス情
報である。１６４はサービスシステム１６１のサービス
を受けるクライアントシステムである。１０５はサービ
スシステム１６１とクライアントシステム１６４とを接
続するネットワークである。

【０００４】以上のように構成されたシステム多重化装
置の動作について以下に説明する。サービスシステム１
６１が起動されると、システム構成情報１６２を参照し
て、自身が主サービスシステムであるかどうかを検査
し、そうならばサービス情報をこのサービスシステム１
６１上に構築する。もし、主サービスシステムでなくて
従サービスシステムであるならば、サービス情報を主サ
ービスシステムに要求し、受け取った情報をもとにサー
ビス情報を構築する。この場合、サービスシステム１６
１は、主サービスシステムから必ず最初に起動しなけれ
ばならない。また、サービスシステム１６１に主従関係
を持たせない別の装置の場合は、システム構成情報１６
２を参照して、他のサービスシステム１６１が起動され
ているかどうかを検査し、起動されていなければ自身の
中にサービス情報を構築する。もし、起動されていれ
ば、既に起動されているサービスシステムからサービス
情報１６３を受け取る。さらに、他の例として、システ
ム構成情報１６２を使用しないで、サービスシステム１
６１起動時のコマンドでサービス情報１６３を受け取る
サービスシステムの位置を指定する方法をとる装置もあ
る。この場合、オペレータが起動の順番を制御し、最初
と２番目以降を区別する必要がある。

【０００５】また、サービスシステム１６１のサービス
を受けるクライアントシステム１６４がサービスシステ
ム１６１の位置を得るには、次のような方法をクライア
ントシステム側の装置へ組み込んで行なっている。第１
は前もって静的に与えられたサービスシステムの位置情
報を参照する方法、第２は全てのクライアントシステム
１６４がネットワーク１６５へサービスシステム位置問
い合わせのブロードキャストを行ない、応答としてサー
ビスシステム１６１の位置情報を獲得する方法、第３は
サービスシステム１６１の位置を管理するシステムに問
い合わせる方法などである。この３つの方法の中で最後
の方法では、位置を管理するシステムを捜すために、最
初の２つの方法のうちどちらかを利用することが多い。

【０００６】

【発明が解決しようとする課題】しかしながら、上記従
来の装置において、サービスシステムがシステム構成情
報を参照する方法では、起動されるサービスシステムの
位置がシステム構成情報で指定した位置に固定化されて
いるため、システムの柔軟性が欠けるという課題を有
し、また起動時コマンドで指定する方法では、オペレー
タが位置情報を常に把握し操作する必要があるという課
題を有していた。また、クライアントシステムがサービ
スシステムのネットワーク上の位置を得る装置におい
て、固定化された情報を使用する方法では、サービスシ
ステムの位置が固定化されるため、システム全体の柔軟
性が欠けるという課題を有し、ブロードキャストを使用
する方法では、クライアントシステム単位にブロードキ
ャストを行なうため、ネットワークの負荷を高めるとい
う課題を有していた。

【０００７】本発明は、上記従来技術の課題を解決する
もので、前もって多重化するサービスシステムを起動す
る位置情報を与えなくても、起動されたサービスシステ
ム自身がネットワークを検索し、自動的にサービス情報
を得て多重化システムを実現するとともに、クライアン
トシステムもネットワークへ大きな負荷をかけないで、
動的に再構成されるサービスシステムの位置情報を得る
ことができるシステム多重化装置を提供することを目的
とする。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明のシステム多重化装置は、サービスシステム
起動時に自システムと同一サービスを提供するサービス
システムが存在するかどうかをネットワークへ問い合わ
せて位置情報およびシステム状態を取得するサービスシ
ステム位置問い合わせ手段と、取得した位置情報および
システム状態を格納するサービスシステム位置情報格納
手段と、問い合わせの結果、自システムと同一サービス
システムが存在しない場合、サービス情報を格納する領
域を新規に構築するサービス情報格納手段と、自システ
ムと同一サービスシステムを提供するシステムが存在す
る場合、検出したサービスシステムから全サービス情報
をネットワークを介して受信してサービス情報格納手段
内に格納するサービス情報受信手段と、ネットワークか
らの同一サービスシステム問い合わせに対して１以上の
位置情報およびシステム状態を応答するサービスシステ
ム位置応答手段と、ネットワークからの要求でサービス
情報格納手段内に格納しているサービス情報を送信する
サービス情報送信手段とを備えたものである。

【０００９】本発明はまた、クライアントシステム側
が、サービスシステムをアクセスする複数のクライアン
トシステムからアクセス可能な共有領域へそのサービス
システムの位置情報を格納する共有領域管理手段と、こ
の共有領域管理手段にアクセスしてサービスシステムの
位置情報を得る共有領域アクセス手段と、共有領域管理
手段内にサービスシステムの位置情報が存在しない場
合、ネットワークへ問い合わせて１以上のサービスシス
テムの位置情報を共有領域管理手段へ格納するサービス
システム位置問い合わせ手段とを備えたものである。

【００１０】

【作用】本発明は、上記構成によって、サービスシステ
ムが起動された時、ネットワークへ自サービスと同一サ
ービスシステムが存在するかどうかを問い合わせ、同一
サービスシステムが存在する場合、そのサービスシステ
ムの１つからサービス情報を受け取ることによって、サ
ービス情報を自動的に多重化することができ、柔軟性の
あるシステムを構築することができる。

【００１１】本発明はまた、クライアントシステム側に
サービスシステムの位置情報を共有領域へ格納する共有
領域管理手段を持つことによって、１つのコンピュータ
上の複数のクライアントシステムのうち、最初の１つだ
けがブロードキャストするだけで、該当するサービスシ
ステムの位置情報を得ることができ、これ以降に起動さ
れたクライアントシステムは、ブロードキャストするこ
となく、共有領域を参照することによって要求するサー
ビスシステムの位置情報を得ることができ、ネットワー
クの負荷を低く抑えることが可能となる。また、共有領
域から得られた位置に要求するサービスシステムが存在
しない場合、新たにブロードキャストを行ない、共有領
域の位置情報を更新することによって、動的に位置を変
えるサービスシステムに対応する柔軟なシステムの構築
も可能となる。

【００１２】

【実施例】

（実施例１）以下、本発明の第１の実施例について図面
を参照しながら説明する。図１（ａ）は本発明の第１の
実施例におけるシステム多重化装置を用いた分散処理シ
ステムの構成図である。図１（ａ）において、１、２、
３はサービスを提供するサービスシステム、４、５、６
はサービスシステムのサービスを受けるクライアントシ
ステム、７はサービスシステムおよびクライアントシス
テムを接続するネットワークである。また、サービスシ
ステム１、２、３の内部構成を示した図１（ｂ）におい
て、１１はネットワーク７との通信制御を行なう通信
部、１２はサービスを提供するための情報を構築および
格納するサービス情報格納部、１３はサービスを提供す
る処理を行なうサービス処理部、１４は起動時既に同一
サービスを提供するサービスシステムがネットワークに
存在しているかどうかを問い合わせるサービスシステム
位置問い合わせ部、１５はネットワーク７からのサービ
スシステム位置問い合わせに対して１以上のサービスシ
ステムの位置情報およびシステム状態を応答するサービ
スシステム位置応答部、１６は同一サービスを提供する
サービスシステムからサービス情報を受信するサービス
情報受信部、１７は同一サービスを提供するサービスシ
ステムにサービス情報を送信するサービス情報送信部、
１８は同一サービスを提供するサービスシステムの位置
情報と起動中あるいは障害中のシステム状態を格納する
サービスシステム位置情報格納部、１９はこれら各部を
制御する制御部である。

【００１３】以上のように構成された分散処理システム
について、サービスシステム起動時の処理について図２
のフローチャートを用いて説明する。サービスシステム
１が起動されると、まず、最初にネットワーク７上に同
一サービスを提供するサービスシステムが存在している
かどうかを検査するために、サービスシステム位置問い
合わせ部１４が通信部１１を介してネットワーク７へブ
ロードキャストを行なう（ステップ２１）。一定時間ネ
ットワーク７からの応答を監視した後（ステップ２
２）、どんな応答も得られない時、自身のサービスシス
テム１が、最初のサービスシステムであると認識して、
サービス情報部１２を構築する（ステップ３０）。も
し、通信部１１を介してネットワーク７から１つでもサ
ービスシステムの位置情報応答を受信した場合、受信処
理を停止し、サービスシステムの位置情報とシステム状
態をサービスシステム位置情報格納部１８に格納する
（ステップ２３）。応答されたサービスシステムの位置
情報には、現在サービス中の全サービスシステムの位置
情報とシステム状態が含まれている。この後、サービス
情報受信部１６は、適当なサービスシステム２を選択し
（ステップ２４）、サービス情報の受信要求を通信部１
１を介してそのサービスシステム２へ行なう（ステップ
２５）。この例では、サービスシステム位置情報格納部
１８に格納されている先頭のサービスシステムを選択す
る。選択したサービスシステム２からサービス情報を通
信部１１を介して受信し（ステップ２６）、正常に受信
した時、サービス情報受信部１６は、それをサービス情
報格納部１２へ格納する（ステップ２７）。この受信処
理で障害が発生した場合、このサービスシステムのシス
テム状態を障害中と設定し、サービスシステム位置情報
格納部１８に格納されている次のサービスシステムを選
択し（ステップ２８、２９）、途中まで受信した先のサ
ービス情報を廃棄し、ステップ２５に戻って新たにサー
ビス情報受信処理を行なう。もし、次のサービスシステ
ムが存在しなかったり、サービスシステム位置情報格納
部１８に格納されている全サービスシステムとサービス
情報の受信に失敗したならば、新たにサービス情報格納
部１２を構築する（ステップ３０）。

【００１４】一方、応答する側のサービスシステム２
は、次のような処理を行なう。ネットワーク７からサー
ビスシステム位置問い合わせ要求を通信部１１を介して
サービスシステム位置応答部１５が受信すると、サービ
スシステム位置情報格納部１８に格納されている同一サ
ービスを提供する全サーバシステムの位置情報とシステ
ム状態へ自身の情報を加えた位置情報をサービスシステ
ム１へ応答する。次に送信元がサービスシステムかクラ
イアントシステムかを判断し、サービスシステムなら
ば、送信元のサービスシステムの位置情報と起動中のシ
ステム状態をサービスシステム位置情報格納部１８へ格
納する。その後、サービス情報要求を通信部１１を介し
て受信した場合、サービス情報送信部１７は、自身のサ
ービス情報格納部１２に保有しているサービス情報を、
要求したサービスシステム１へ送信する。

【００１５】以上のように、上記第１の実施例によれ
ば、サービスシステムが起動された時、ネットワーク７
へ自システムと同一サービスシステムが存在するかを問
い合わせるサービスシステム位置問い合わせ部１４を設
けることにより、同一サービスシステムが存在する場
合、そのサービスシステムの１つから動的にサービス情
報を受け取ることによって、サービス情報を自動的に多
重化することができる柔軟性のある多重化システムの構
築が可能となる。

【００１６】（実施例２）次に、本発明の第２の実施例
であるサービス情報のデータ内容の一貫性を保つシステ
ム多重化装置について、図面を参照しながら説明する。
図３は本発明の第２の実施例におけるシステム多重化装
置のサービスシステムの内部構成を示す図である。図１
に示した第１の実施例と同じ構成要素には同じ符号が付
してあり、これらについては重複した説明を省略する。
図３において、３１はクライアントシステムへサービス
処理を行なった結果、サービス情報の更新があった場
合、更新情報を同一サービスを提供するサービスシステ
ムへ送信する更新サービス情報送信部、３２は更新サー
ビス情報を受信し、自身のサービス情報を更新する更新
サービス情報受信部、３３は切断中に発生した更新情報
を格納する更新情報格納部、３４は定期的に切断回復処
理を行なう切断回復処理部、３５は切断回復時、切断中
の更新情報を統合してサービス情報を更新する更新情報
統合部である。

【００１７】以上のように構成されたサービスシステム
について、各サービスシステムへ多重化して分散されて
いるサービス情報の一貫性を正常時およびネットワーク
障害発生時、どのようにして保証するかについて説明す
る。まず、正常サービス時、サービス情報の更新が発生
するサービス処理について、図４のフローチャートを用
いて説明する。ネットワークを介してクライアントシス
テム４からサービス要求を通信部１１を介して受けたサ
ービスシステム１は、サービス処理部１３がサービス情
報格納部１２を使用して、要求されたサービスをクライ
アントシステム４に対して行なう（ステップ４１）。そ
の結果、サービス情報の更新が発生すると（ステップ４
２）、サービス処理部１３は、更新時刻を取得し、更新
サービス情報送信部３１を呼び出す。更新サービス情報
送信部３１は、サービスシステム位置情報格納部１８か
ら同一サービスを提供するサービスシステムを取り出
し、（ステップ４３、４４）、取り出されたサービスシ
ステムのシステム状態が障害中であれば（ステップ４
５）、この更新情報と更新時刻を該当するサービスシス
テムの更新情報格納部３３へ格納する（ステップ４
９）。もし、そうでないならば、この更新情報をそのサ
ービスシステムへ通信部１１を介して送信する（ステッ
プ４６）。もし、この送信処理で障害が発生した場合
（ステップ４７）、サービスシステム位置情報格納部１
８中の該当サービスシステムを障害中と設定して、切断
回復監視タイマが設定されていないならば設定し（ステ
ップ４８）、更新情報と更新時刻を該当するサービスシ
ステムの更新情報格納部３３へ格納する（ステップ４
９）。この一連の処理をサービスシステム位置情報格納
部１８に格納されているサービスシステムに対して行な
う。一方、サービス情報の更新データを通信部１１を介
して受信したサービスシステム２の更新サービス情報受
信部３２は、その内容に従ってサービス情報格納部１２
の内容を変更する。

【００１８】次に、ネットワーク障害により多重化され
たサービスシステムが分断された場合、サービス情報の
一貫性をどのようにして保つか、その切断回復処理につ
いて、１つの障害中サービスシステムの処理の流れを示
す図５のフローチャートを用いて説明する。切断回復監
視タイマがタイムアウトし、呼び出された切断回復処理
部３４は、この相手用の更新情報を更新情報格納部３３
から取り出し、更新情報の数とサービスシステム位置情
報格納部１８に格納されている全サービスシステムの位
置情報およびシステム状態をパラメータとして回復確認
メッセージを切断中のサービスシステムへ送信し、応答
メッセージを待つ（ステップ５１）。一定時間経過後、
応答を受信しない場合（ステップ５２）、このサービス
システムへの処理を終了する。もし、応答メッセージを
受信したならば、現在時刻を取得し、応答メッセージ中
に削除要求のサービスシステムが存在すれば、該当する
サービスシステムの情報をサービスシステム位置情報格
納部１８と更新情報格納部３３の中から削除する（ステ
ップ５３）。次に、応答メッセージの内容に応じて次の
いずれかの回復処理を行なう。まず相手と自身のサービ
スシステムの両方共に更新情報がなければ（ステップ５
４）、サービスシステム位置情報格納部１８中の該当サ
ービスシステムを起動中と設定し、サービス処理を続け
る（ステップ５９）。どちらか一方に更新情報が存在す
るならば、２つの更新情報を更新情報統合部３５により
次のように統合する（ステップ５５）。まず両方で削除
されたサービス情報は統合更新情報へ加えない。また、
どちらか一方で削除された更新情報は、統合更新情報へ
新たに追加として統合する。さらに、どちらか一方で追
加あるいは変更した更新情報は、統合更新情報へ追加と
して統合する。この時、同一サービス情報が両方で追加
あるいは変更された場合、更新時刻を比較して、より新
しいものを統合更新情報とする。２つのシステムの時刻
のずれは、応答メッセージに設定された時刻へ転送遅延
時間を加えた時刻と自身の時刻の差に基づいて調整す
る。このような統合は、ネームサービスのように、登録
や削除、新しい情報への入れ換えを行なうような属性の
サービス情報を扱う場合、問題が発生しない。このよう
にして統合した更新情報を、接続したサービスシステム
へ送信する（ステップ５６）。送信が正常に終了したな
らば（ステップ５７）、この統合した更新情報に基づい
て、自身のサービス情報格納部１２を更新し、更新情報
格納部３３に格納されている該当サービスシステムの更
新情報を削除する（ステップ５８）。その後、サービス
システム位置情報格納部１８中の該当サービスシステム
を起動中と設定し（ステップ５９）、サービスシステム
位置情報格納部１８中に次の障害中サービスシステムが
存在するかどうかを検査する。もし、存在するならば、
そのサービスシステムに対して、一連の障害回復処理を
行なう。サービスシステム位置情報格納部１８中にある
障害中の全サービスシステムに対してこの処理が終了し
たならば、最後に、障害中サービスシステムがまだ存在
するかどうかを検査し、存在するならば切断回復タイマ
を再設定し、サービス処理を続ける。

【００１９】次に、回復確認メッセージを受信したサー
ビスシステムの処理について図６のフローチャートを用
いて説明する。回復確認メッセージを受信すると、切断
回復監視タイマをキャンセルし、更新を行なうサービス
処理を一時的に抑止し、障害発生前のサービスシステム
構成へ再構成する（ステップ６１）。これは、サービス
システム位置情報格納部１８に格納されている全サービ
スシステムの位置情報と回復確認メッセージ中の全サー
ビスシステムの位置情報を比較して行なう。この比較
で、一方にのみ存在するサービスシステムで起動中なら
ば、強制停止要求を送信し停止させる。この強制停止要
求を受信したサービスシステムは、終了処理を実行す
る。次に、この一方にのみ存在するサービスシステム
が、自身のサービスシステム位置情報格納部１８に存在
しているものならば、サービスシステム位置情報格納部
１８から削除する。また、相手から受信した回復確認メ
ッセージ中に存在したものならば、応答メッセージへそ
のサービスシステムの削除要求を設定する。次に、更新
情報格納部３３にある該当するサービスシステムの更新
情報と取得した現在時刻を応答メッセージへ設定し、回
復確認メッセージを送信したサービスシステムへ送信す
る（ステップ６２）。送信に失敗した場合（ステップ６
３）、更新を行なうサービス処理の抑止を解除し（ステ
ップ６８）、このサービスシステムへの処理を終了す
る。送信に成功したならば、相手と自身の更新情報数が
共に０であるか否かを検査し（ステップ６４）、共に０
ならばサービスシステム位置情報格納部１８中の該当サ
ービスシステムを起動中と設定し（ステップ６７）、次
いで、更新を行なうサービス処理の抑止を解除し（ステ
ップ６８）、このサービスシステムへの処理を終了す
る。共に０でないならば、統合更新情報の受信を待つ。
一定時間待っても統合更新情報を、受信しなければ（ス
テップ６５）、更新を行なうサービス処理の抑止を解除
し（ステップ６８）、このサービスシステムへの処理を
終了する。統合更新情報を受信したならば、この情報に
基づいて、サービス情報格納部１２の更新処理を行なう
（ステップ６６）。この後、更新情報格納部３３に格納
されている該当サービスシステムの更新情報を削除し、
サービスシステム位置情報格納部１８中の該当サービス
システムを起動中と設定し（ステップ６７）、更新を行
なうサービス処理の抑止を解除し（ステップ６８）、こ
のサービスシステムへの処理を終了する。これら一連の
処理が終了した後、最後に、サービスシステム位置情報
格納部１８中に、まだ障害中のサービスシステムが存在
するかどうかを検査し、もし存在するならば、切断回復
監視タイマを再設定する。

【００２０】サービスシステム位置情報格納部１８の障
害中サービスシステムと同一ネットワークアドレスをも
つサービスシステムが新たに起動され、その位置情報を
受信した場合、切断中サービスシステムへの切断回復処
理を停止し、サービスシステム位置情報格納部１８内の
該当するサービスシステムの位置情報を新たなものに更
新し、起動中に設定する。

【００２１】以上のように、上記第２の実施例によれ
ば、更新情報をネットワーク上の同一サービスを提供す
る他のサービスシステムへ送信する更新サービス情報送
信部３１と、ネットワークから更新サービス情報を受け
取った場合、自身のサービス情報を更新する更新サービ
ス情報受信部３２と、送信処理で障害が発生して相手先
のサービスシステムと切断した場合、以後の更新情報を
切断サービスシステム単位に格納する更新情報格納部３
３と、切断サービスシステムへ定期的に回復確認、メッ
セージを送信し、応答メッセージの内容に従って回復処
理を行なう切断回復処理部３４と、回復時、切断中の更
新情報を統合してサービス情報を更新する更新情報統合
部３５とを設けることにより、サービス情報の更新も２
つのサービスシステム間で一貫性をもって実現でき、障
害の発生によって、２つのネットワークへ分断された場
合でも、障害回復後、自動的に最新のサービス情報へ更
新することができる多重化システムの構築が可能とな
る。

【００２２】（実施例３）次に、本発明の第３の実施例
であるサービスシステムの個数を自動的に制御するシス
テム多重化装置について、図面を参照しながら説明す
る。図７は本発明の第３の実施例におけるシステム多重
化装置のサービスシステムの内部構成を示す図である。
図１に示した第１の実施例と同じ構成要素には同じ符号
が付してあり、これらについては重複した説明を省略す
る。図７において、７１は各サービスシステム内部にあ
ってサービスシステム最大起動個数格納部である。

【００２３】以上のように構成されたサービスシステム
について、サービスシステム起動時の最大起動個数超過
サービスシステム停止処理について、図８のフローチャ
ートを用いて説明する。サービスシステム１が起動され
ると、まず最初にネットワーク７上に同一サービスを提
供するサービスシステムが存在しているかどうかを検査
するために、サービスシステム位置問い合わせ部１４が
通信部１１を介してネットワーク７へブロードキャスト
を行なう（ステップ８１）。一定時間ネットワーク７か
らの応答を監視した後、どんな応答も得られない時（ス
テップ８２）、自身のサービスシステム１が、最初のサ
ービスシステムであると認識して、サービス情報格納部
１２を構築する（ステップ８６）。もし、通信部１１を
介してネットワーク７から１つでもサービスシステムの
位置情報応答を受信した場合、受信処理を停止し、応答
中のサービスシステムの位置情報の個数をカウントす
る。この個数が、サービスシステム最大起動個数格納部
７１に格納されている個数以上ならば（ステップ８
３）、起動されたサービスシステム１は、自身で自動的
に停止する（ステップ８７）。もし、そうでないなら
ば、サービスシステムの位置情報をサービスシステム位
置情報格納部１８に格納する（ステップ８４）。これ以
降は、第１の実施例１と同一処理を行なう。また、起動
中のサービスシステムが、サービスシステム最大起動個
数格納部７１に格納されている個数以上の位置情報をネ
ットワークから受信したならば、このサービスシステム
の位置情報は廃棄する。

【００２４】以上のように、上記第３の実施例によれ
ば、サービスシステムが起動された時、ネットワーク上
に存在する同一サービスシステムの個数を監視し、一定
個数以上存在するならば自動的に停止させることによ
り、ネットワーク上にサービスシステムの無秩序な増加
を防ぎ、更新情報の送信に伴う負荷の軽減が可能とな
る。

【００２５】（実施例４）次に、本発明の第４の実施例
であるバックアップファイルを作成するシステム多重化
装置について、図面を参照しながら説明する。図９は本
発明の第４の実施例におけるシステム多重化装置のサー
ビスシステムの内部構成要素を示した図である。図１に
示した第１の実施例と同じ構成要素には同じ符号が付し
てあり、これらについては重複した説明を省略する。図
９において、９１はサービスシステム１の内部にあって
サービス情報格納部１２をコード化し、バックアップフ
ァイル９４を作成するバックアップファイル作成部、９
２はサービスシステム１の内部にあってサービス情報の
バックアップファイル９４からサービス情報格納部１２
を復元するバックアップファイル復元部、９３はサービ
スシステム１の内部にあって終了処理を行なう終了処理
部、９４はサービスシステム１の外部にあってコード化
したサービス情報を格納するバックアップファイルであ
る。

【００２６】以上のように構成されたサービスシステム
について、サービスシステム終了時の処理について、図
１０のフローチャートを参照しながら説明する。サービ
スシステム１が正常終了要求あるいは何等かの異常によ
る終了要求を受けた時、まず終了処理部９３は、サービ
スシステム位置情報格納部１８から同一サービスを提供
するサービスシステムの取得を図り（ステップ１０
１）、サービスシステムが存在するならば（ステップ１
０２）、終了処理部９３は、サービスシステム位置情報
格納部１８に登録されている全サービスシステムへ終了
通知を送信し（ステップ１０３）、最後のサービスシス
テムであるかどうかを確認する。もし、どれか１つから
確認応答を受信したならば（ステップ１０４）、このサ
ービスシステムは、ネットワーク上で最後のサービスシ
ステムでないと判断して、そのまま終了する。もし、ど
のサービスシステムからも一定時間待って確認応答を受
信しない場合、あるいは、サービスシステム位置情報格
納部１８に同一サービスを提供するサービスシステムが
存在しない場合、このサービスシステム１が、このサー
ビスを提供する最後のサービスシステムであると判断
し、バックアップファイル作成部９１にサービス情報の
バックアップファイル９４を作成することを要求する
（ステップ１０５）。これを受けたバックアップファイ
ル作成部９１は、サービス情報の各データをデータ型の
タグとデータ長とデータ内容に分けてデータ形式に対応
したコード化を行なってバックアップファイルを作成
し、バックアップファイル９４に格納する（ステップ１
０６）。全サービス情報について、コード化とバックア
ップファイル９４への格納が終了した時、このサービス
システム１を終了する。一方、終了通知を受信したサー
ビスシステムは、終了通知を送信したサービスシステム
の位置情報をサービスシステム位置情報格納部１８から
削除する。

【００２７】次に、バックアップファイル９４を用いた
サービスシステム開始時の処理について、図１１のフロ
ーチャートを参照しながら説明する。バックアップファ
イル９４からの復元は、サービスシステム起動時、以下
のようにして行なう。まずサービスシステム１が起動さ
れると、最初にネットワーク７上に同一サービスを提供
するサービスシステムが存在するかどうかを検査するた
めに、サービスシステム位置問い合わせ部１４が通信部
１１を介してネットワーク７へブロードキャストを行な
い（ステップ１１１）、ネットワーク７からの応答を一
定時間監視する。もし、応答が得られたら（ステップ１
１２）、サービス情報の受信処理を行なう（ステップ１
１８）。もし、どんな応答も得られない場合、自身のサ
ービスシステム１が、最初のサービスシステムであると
認識して、バックアップファイル復元部９２を呼び出
し、バックアップファイル９４が存在するかどうかの検
索を行なう（ステップ１１３）。もし、バックアップフ
ァイル９４が存在しないならば、そのまま最初のサービ
スシステムとしてサービス情報格納部１２を構築する
（ステップ１１７）。バックアップファイル９４が存在
する場合、バックアップファイル復元部９２は、コード
化されたサービス情報のバックアップファイル９４から
サービス情報格納部１２へサービス情報を復元する（ス
テップ１１４）。もし、復元処理でサービス情報のデー
タ形式に適合しない不適正なデータを検出した場合（ス
テップ１１５）、この復元処理は中断し、このバックア
ップファイル９４中のサービス情報は不適正であると判
断し、これまでに復元したサービス情報は廃棄し（ステ
ップ１１６）、新たなサービス情報格納部１２を構築す
る（ステップ１１７）。

【００２８】以上のように、上記第４の実施例によれ
ば、サービス情報をコード化しバックアップファイル９
４として作成する作成部９１と、バックアップファイル
９４からサービス情報を復元するバックアップ復元部９
２を設けることによって、ネットワーク上の全サービス
システムが異常終了した場合でもサービス情報が回復可
能となるとともに、コード化することによって、バック
アップしたサービス情報のデータが不正に変更された場
合も検出可能となる。

【００２９】（実施例５）次に、本発明の第５の実施例
である効果的なサービスシステムのアクセスを可能とす
るシステム多重化装置について、図面を参照しながら説
明する。図１２は本発明の第５の実施例におけるシステ
ム多重化装置を用いた分散処理システムの構成図であ
る。図１２において、１２１はクライアントシステムが
存在するコンピュータ上にあって、複数のクライアント
システム４、５等からアクセス可能で、全サービスシス
テムの位置情報をサービス単位に分類して格納するサー
ビスシステム位置情報共有領域管理部、１２２はクライ
アントシステム４、５等内部にあって、サービスシステ
ム位置情報共有領域管理部１２１をアクセスする共有領
域アクセス部、１２３はクライアントシステム４、５等
の内部にあって、サービスシステム位置情報の問い合わ
せを行なうサービスシステム位置情報問い合わせ部、１
２４はクライアントシステム４、５等の内部にあって、
クライアントシステムのサービス処理を実行するクライ
アントサービス処理部である。

【００３０】図１３はサービスシステム位置情報共有領
域管理部１２１をさらに詳細に概念的に示した図で、サ
ービス単位に分類されて管理されている。この情報は、
各サービスシステム位置情報をサービス単位にリスト構
造のデータとして実現してもよい。各サービスシステム
位置情報の内容のうち、位置情報と能力重みは、サービ
スシステムから得られる値で、能力重みは、サービスシ
ステムの相対的なサービス能力を示している。また、残
重みは、サービスシステムを選択した回数に応じて変化
する値で、初期値は、能力重みに設定される。

【００３１】以上のように構成された分散処理システム
について、クライアントシステム４がサービスシステム
１をアクセスする処理について、図１４のフローチャー
トを用いて説明する。クライアントシステム４が起動さ
れると、まず最初にクライアントサービス処理部１２４
が、要求するサービス種別をキーとして、共有領域アク
セス部１２２にサービスシステムの位置情報を１つ選択
することを要求する（ステップ１４１）。もし、共有領
域アクセス部１２２からサービスシステム位置情報が得
られない場合（ステップ１４２）、サービスシステム位
置情報問い合わせ部１２３を使用して、ネットワークへ
サービスシステム位置情報問い合わせのブロードキャス
トを行ない（ステップ１４３）、その応答を待つ（ステ
ップ１４４）。応答を受信した時は、共有領域アクセス
部１２２を呼び出し、サービスシステム位置情報をサー
ビスシステム位置情報共有領域管理部１２１へサービス
種別と共に格納する（ステップ１４５）。この時、サー
ビスシステム位置情報共有領域管理部１２１に格納され
ている開始エントリも初期化する。格納後、再び共有領
域アクセス部１２２を使用して、サービスシステムの位
置情報選択処理を繰り返す。もし、一定時間待っても応
答が得られない時は、エラーとしてクライアントシステ
ムは終了する（ステップ１４６）。また、共有領域アク
セス部１２２から最初にサービスシステムの位置情報が
得られたならば、返された位置情報のサービスシステム
と接続する（ステップ１４７）。もし、この接続に失敗
したなたば（ステップ１４８）、クライアントサービス
処理部１２４は、共有領域アクセス部１２２を使用し
て、このサービスシステム位置情報をサービスシステム
位置情報共有領域管理部１２１から削除し（ステップ１
４９）、次のサービスシステム位置情報の選択処理を繰
り返す。

【００３２】次に、共有領域アクセス部１２２のサービ
スシステム１の選択処理について、図１５のフローチャ
ートを用いて説明する。共有領域アクセス部１２２は、
要求するサービス種別をキーとしてサービスシステムの
位置情報がサービスシステム位置情報共有領域管理部１
２１内に存在するかどうかを検査する（ステップ１５
１）。もし、存在しないならば、要求元へエラーを返し
てエラー処理を行ない（ステップ１５９）、処理を終了
する。もし存在するならば、サービスシステム位置情報
共有領域管理部１２１に格納されているこのサービスの
開始エントリを参照して、最初の選択処理かどうかを判
断し（ステップ１５２）、もし最初ならば、開始エント
リへ先頭のサービスシステム位置情報エントリを設定
し、このサービスの全サービスシステム位置情報エント
リの残重みへ能力重みを設定する（ステップ１５３）。
次に現在エントリを開始エントリに設定し（ステップ１
５４）、現在エントリの残重みが０かどうかを判断する
（ステップ１５５）。もし、０でないならば、このサー
ビスシステムの位置情報の残重みを１減算し（ステップ
１６０Ａ）、開始エントリを現在エントリの次のエント
リへ設定し（ステップ１６０Ｂ）、選択したサービスシ
ステムの位置情報を返す。もし、０ならば次のエントリ
を選択し（ステップ１５７、１５８）、残重みの検査処
理から繰り返す（ステップ１５５）。この時、最後のエ
ントリならば（ステップ１５６）、巡回して最初のエン
トリに戻る（ステップ１６０Ｃ）。もし、全てのサービ
スシステム位置情報エントリの残重みが０で一巡したな
らば、初期化処理から繰り返す。

【００３３】以上のように、上記第５の実施例によれ
ば、クライアントシステム側に複数のクライアントシス
テムからアクセス可能で、全サービスシステムの位置情
報を共有領域へ格納するサービスシステム位置情報共有
領域管理部１２１と、この共有領域管理部１２１にアク
セスする共有領域アクセス部１２２と、サービスシステ
ム位置情報の問い合わせをネットワークへ行なうサービ
ス位置情報問い合わせ部１２３と、クライアントシステ
ムのサービス処理を実行するクライアントサービス処理
１２４とを設けることにより、ネットワークへ負荷をか
けないで、多重化したサービスシステムを能力に応じて
平均的にアクセス可能な、障害に強い柔軟性のあるクラ
イアントシステムの構築が可能となる。

【００３４】なお、本実施例では、サービスシステム位
置情報共有領域管理部１２１は、クライアントシステム
側に１つだけ存在し、サービス単位毎に分類しているも
のとしたが、サービス単位に別々のサービスシステム位
置情報共有領域管理部を設け、他サービスのアクセスに
よる影響を受けないようにすることも可能である。

【００３５】

【発明の効果】以上のように、本発明は、サービスシス
テムが起動された時、ネットワークへ自システムと同一
サービスシステムが存在するかを問い合わせ、同一サー
ビスシステムが存在する場合、そのサービスシステムの
１つからサービス情報を受け取ることによって、サービ
ス情報を自動的に多重化することができ、柔軟性のある
システムを構築することができる。

【図面の簡単な説明】

【図１】（ａ）本発明の第１の実施例におけるシステム
多重化装置を用いた分散処理システムの構成を示すブロ
ック図 （ｂ）本発明の第１の実施例におけるサービスシステム
の内部構成を示すブロック図

【図２】本発明の第１の実施例におけるサービスシステ
ム起動処理を示すフローチャート

【図３】本発明の第２の実施例におけるサービスシステ
ムの内部構成を示すブロック図

【図４】本発明の第２の実施例におけるサービス情報の
更新が発生するサービス処理を示すフローチャート

【図５】本発明の第２の実施例における切断回復要求処
理を示すフローチャート

【図６】本発明の第２の実施例における切断回復受け付
け処理を示すフローチャート

【図７】本発明の第３の実施例におけるサービスシステ
ムの内部構成を示すブロック図

【図８】本発明の第３の実施例における最大起動個数超
過サービスシステム停止処理を示すフローチャート

【図９】本発明の第４の実施例におけるサービスシステ
ムの内部構成を示すブロック図

【図１０】本発明の第４の実施例におけるサービスシス
テム終了処理を示すフローチャート

【図１１】本発明の第４の実施例におけるサービスシス
テム開始処理を示すフローチャート

【図１２】本発明の第５の実施例におけるシステム多重
化装置を用いた分散処理システムの構成を示すブロック
図

【図１３】本発明の第５の実施例におけるサービスシス
テム位置情報共有領域管理部の概念を示す模式図

【図１４】本発明の第５の実施例におけるサービスシス
テム接続処理を示すフローチャート

【図１５】本発明の第５の実施例におけるサービスシス
テム選択処理を示すフローチャート

【図１６】従来のシステム多重化装置を利用した分散処
理システムの構成を示すブロック図

【符号の説明】

１、２、３ サービスシステム ４、５、６ クライアントシステム ７ ネットワーク １１ 通信部 １２ サービス情報格納部 １３ サービス処理部 １４ サービスシステム位置問い合わせ部 １５ サービスシステム位置応答部 １６ サービス情報受信部 １７ サービス情報送信部 １８ サービスシステム位置情報格納部 １９ 制御部 ３１ 更新サービス情報送信部 ３２ 更新サービス情報受信部 ３３ 更新情報格納部 ３４ 切断回復処理部 ３５ 変更情報統合部 ７１ サービスシステム最大起動個数格納部 ９１ バックアップファイル作成部 ９２ バックアップファイル復元部 ９３ 終了処理部 ９４ バックアップファイル １２１ サービスシステム位置情報共有領域管理部 １２２ 共有領域アクセス部 １２３ サービスシステム位置情報問い合わせ部 １２４ クライアントサービス処理部 １６１ サービスシステム １６２ システム構成情報 １６３ サービス情報 １６４ クライアントシステム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 勘 解 由 哲 大阪府門真市大字門真1006番地 松下電器 産業株式会社内

Claims (10)

【特許請求の範囲】
1. 【請求項１】 サービスシステム起動時に自システムと
   同一サービスを提供するサービスシステムが存在するか
   どうかをネットワークへ問い合わせて位置情報およびシ
   ステム状態を取得するサービスシステム位置問い合わせ
   手段と、取得した位置情報およびシステム状態を格納す
   るサービスシステム位置情報格納手段と、問い合わせの
   結果、自システムと同一サービスシステムが存在しない
   場合、サービス情報を格納する領域を新規に構築するサ
   ービス情報格納手段と、自システムと同一サービスシス
   テムを提供するシステムが存在する場合、検出したサー
   ビスシステムから全サービス情報をネットワークを介し
   て受信して前記サービス情報格納手段内に格納するサー
   ビス情報受信手段と、ネットワークからの同一サービス
   システム問い合わせに対して１以上の位置情報およびシ
   ステム状態を応答するサービスシステム位置応答手段
   と、ネットワークからの要求で前記サービス情報格納手
   段内に格納しているサービス情報を送信するサービス情
   報送信手段とを備えたシステム多重化装置。
2. 【請求項２】 サービスシステムのサービス情報が更新
   された場合、更新情報をネットワーク上の同一サービス
   を提供する他のサービスシステムへ送信する更新サービ
   ス情報送信手段と、ネットワークから更新サービス情報
   を受け取って自身のサービス情報を更新する更新サービ
   ス情報受信手段と、送信処理で障害が発生して前記サー
   ビスシステムと切断した場合、以後の前記更新情報を切
   断サービスシステム単位に格納する更新情報格納手段
   と、前記切断サービスシステムへ定期的に回復確認メッ
   セージを送信し、その応答内容に従って回復処理を行な
   う切断回復処理手段とを備えた請求項１記載のシステム
   多重化装置。
3. 【請求項３】 切断回復時、切断中に格納された２つの
   サービスシステムの更新情報を統合してサービス情報を
   更新する更新情報統合手段を備えた請求項２記載のシス
   テム多重化装置。
4. 【請求項４】 自サービスシステムと同一サービスを提
   供するサービスシステムがネットワーク上に一定個数以
   上存在する場合、前記自システムを自動的に停止させる
   手段を備えた請求項１記載のシステム多重化装置。
5. 【請求項５】 サービスシステム終了時、ネットワーク
   上に起動されている自サービスシステムと同一サービス
   を提供するサービスシステムが存在するかどうかを問い
   合わせた結果、そのようなサービスシステムが存在しな
   い場合、サービス情報をコード化してバックアップファ
   イルを生成する手段と、システム起動時、自サービスシ
   ステムと同一サービスを提供するサービスシステムが存
   在せず、かつ、前記バックアップファイルが存在する場
   合、前記バックアップファイルからサービス情報を復元
   する手段とを備えた請求項１記載のシステム多重化装
   置。
6. 【請求項６】 クライアントシステム側が、サービスシ
   ステムをアクセスする複数のクライアントシステムから
   アクセス可能な共有領域へ前記サービスシステムの位置
   情報を格納する共有領域管理手段と、前記共有領域管理
   手段にアクセスして前記サービスシステムの位置情報を
   得る共有領域アクセス手段と、前記共有領域管理手段内
   に前記サービスシステムの位置情報が存在しない場合、
   ネットワークへ問い合わせて１以上の前記サービスシス
   テムの位置情報を共有領域管理手段へ格納するサービス
   システム位置問い合わせ手段とを備えた請求項１記載の
   システム多重化装置。
7. 【請求項７】 共有領域管理手段内に格納されたサービ
   スシステムの１つの位置のサービスシステムとの接続が
   失敗した場合、前記共有領域管理手段内からそのサービ
   スシステムの位置情報を削除するとともに、前記共有領
   域管理手段内に格納されている前記サービスシステムの
   １つと接続できるかまたは前記共有領域管理手段内に格
   納されている前記サービスシステムの全てとの接続に失
   敗するまでサービスシステムの選択を繰り返すクライア
   ントサービス処理手段をクライアントシステム側に備え
   た請求項６記載のシステム多重化装置。
8. 【請求項８】 クライアントサービス処理手段が、共有
   領域管理手段内に複数のサービスシステム位置情報があ
   る場合、サービスシステムの能力度数に応じて均等にサ
   ービスシステムを選択する請求項７記載のシステム多重
   化装置。
9. 【請求項９】 共有領域管理手段が、１つだけ存在して
   サービス単位に分類されている請求項８記載のシステム
   多重化装置。
10. 【請求項１０】 共有領域管理手段が、サービス単位毎
    の別々に設けられている請求項８記載のシステム多重化
    装置。