JP2000132519A - 分散シミュレーションシステム - Google Patents

Abstract

(57)【要約】 【課題】 ある単位時間内にシミュレーションサーバと
複数の端末の間で転送されるデータの量を減少させるこ
とができる分散シミュレーションシステムを得る。 【解決手段】 複数台のサーバからなるシミュレーショ
ンサーバと１台のサーバからなる端末制御サーバを第１
のネットワークで接続し、ユーザが使用する端末を、上
記第１のネットワークとは別の第２のネットワークに端
末制御サーバを介して接続する。上記端末制御サーバ
は、ある単位時間内にシミュレーションサーバと複数の
端末の間で転送されるデータの中で、宛て先は異なる
が、共通のデータ値を有するものは一つのデータとして
転送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、多数のユーザに
対してリアルタイムに応答を保証する分散シミュレーシ
ョンシステムに関するものである。

【０００２】

【従来の技術】シミュレーションは現実に起こる事象を
計算機の上で模擬するものであり、模擬の度合いによ
り、シミュレーションの精度が異なってくる。より現実
に近い模擬を実行したい場合には、シミュレーションの
精度を高めて行うことになるが、これに伴って計算機で
の処理量も増加する。このため、単一の計算機でシミュ
レーションを行うのでなく、複数の計算機を接続して分
散処理を行うことにより、単位時間当りの処理量を高
め、ひいては、シミュレーションの精度を高める分散シ
ミュレーションが必要となってくる。

【０００３】図８は、例えば公開特許公報（特開平７−
２１０５２１）「リアルタイムシミュレーションシステ
ム」に示された従来のシミュレーションシステムを示す
図であり、図においては、１はバス型ネットワーク、２
は制御計算機、３は指揮制御計算機、４は模擬機器、５
はメモリである。

【０００４】次に動作について説明する。図では、各模
擬機器４が各機器に事前に割り当てられた模擬処理を行
い、必要に応じて他の模擬機器４とのデータ交換を行
う。この模擬機器４が行う模擬の内容は該模擬機器４に
接続される制御計算機２により決められる。また、模擬
機器４に必要なデータ交換は、対応する制御計算機２に
含まれるメモリ５を使用して、バス型ネットワーク１経
由で行われる。

【０００５】複数の模擬機器４が存在し、分散して模擬
処理を行うが、これらの個々の模擬機器４における結果
をまとめ、全体としての模擬結果を作成するのが指揮制
御計算機３である。すなわち、指揮制御計算機３では、
接続される模擬機器４からの模擬結果を得ると共に、バ
ス型ネットワーク１を経由して他の模擬機器４が行った
模擬結果も受け取り、全体としての模擬結果を作成す
る。

【０００６】例えば、ある模擬処理として、複数に分解
して独立に行うことのできるサブ処理に分解できる場合
には、指揮制御計算機３に接続される模擬機器４だけで
該模擬処理を行うのではなく、この処理をサブ処理に分
割して、各サブ処理を他の模擬機器４に担当させ、その
結果をバス型ネットワーク１経由で受け取ることによ
り、全体の模擬処理を実現する。

【０００７】次に動作について説明する。図８では、指
揮制御計算機３の制御の元、分散処理によりリアルタイ
ムシミュレーションを行うべく、各制御計算機２の模擬
機器４の模擬処理で使用するデータを各計算機周期毎に
バス型ネットワーク１を介して交換し、リアルタイムに
動作するものであった。

【０００８】

【発明が解決しようとする課題】従来のシミュレーショ
ンシステムは、以上のように構成されているので、模擬
処理を追加する場合には、制御計算機２と機器端末４の
２つをペアとしてバス型ネットワーク１に追加する必要
があり、該ペアの追加数の増加につれてバス型ネットワ
ーク１に多数の制御計算機２が接続されることになる。
このためバス型ネットワーク１に流れるデータ量が増加
し、バス型ネットワーク１の速度が低下するため、ひい
ては、システム全体の速度が遅くなり、本来のリアルタ
イム動作を保証できなくなるという課題があった。

【０００９】この発明は、上記のような課題を解消する
ためになされたもので、端末へ送るデータを制御する端
末制御サーバと専用のネットワークを設けることによ
り、端末数を容易に増加できるとともに、より柔軟な使
用ができる分散シミュレーションシステムを得ることを
目的とする。

【００１０】

【課題を解決するための手段】この発明に係る分散シミ
ュレーションシステムは、複数の機能別サーバが第１の
ネットワークで結合され、さらに端末は該ネットワーク
とは別の第２のネットワークに端末とシミュレーション
サーバとのデータ転送を制御する端末制御サーバを介し
て接続された構成からなる。

【００１１】第１の発明によるシミュレーションシステ
ムは、複数台のサーバからなるシミュレーションサーバ
と、１台のサーバからなる端末制御サーバを第１のネッ
トワークで接続し、ユーザが使用する端末は、該ネット
ワークとは別の第２のネットワークに端末制御サーバを
介して接続したものである。

【００１２】また、第２および第３の発明によるシミュ
レーションシステムは、第１の発明による手段におい
て、さらに端末制御サーバを複数台のサーバから構成さ
れるようにしたものである。

【００１３】また、第４の発明によるシミュレーション
システムは、第３の発明による手段において、さらにデ
ータベースサーバを第１のネットワークに備えたもので
ある。

【００１４】また、第５の発明によるシミュレーション
システムは、第４の発明による手段において、さらに維
持管理サーバと維持管理端末を第１のネットワークに備
えたものである。

【００１５】また、第６の発明によるシミュレーション
システムは、第５の発明による手段において、さらに業
務サーバを第１のネットワークに備えたものである。

【００１６】また、第７の発明によるシミュレーション
システムは、第６の発明による手段において、さらに予
備サーバを第１のネットワークに備えたものである。

【００１７】

【発明の実施の形態】実施の形態１．この発明に関する
実施の形態１を、図１により説明する。図１において、
６はシミュレーションサーバ、７は端末制御サーバ、８
は端末、９はシミュレーションサーバ６と端末制御サー
バ７を接続する第１のネットワーク、１０は端末制御サ
ーバ７と端末８を接続する第２のネットワークである。

【００１８】なお、従来例では、模擬を行う機器とこれ
を制御する計算機を別々の機器としていたが、この発明
においては、対象とするサーバに十分な計算パワーがあ
るものとみなし、これらをまとめて一つのサーバで処理
することとする。

【００１９】以下、この発明の動作の詳細な説明を行
う。シミュレーションサーバ６では、本システムの目的
であるシミュレーションを行う。例えば、船の動作を模
擬するシミュレーションであれば、海図の上にその船の
位置を記しておき、ユーザから指定された速度、方向等
に従って、ある時間後にその船が進む位置を計算し、そ
の時間が来たらその位置に船を移動させる。これによ
り、実際の船と同じように海を動作する船の模擬が可能
となる。

【００２０】この際に、シミュレーションの精度を向上
させる、あるいは、シミュレーション時間を短縮する、
または、対象とするシミュレーションの数を増やすなど
の目的で全体の性能を向上させる必要がある場合には、
その分だけ余分な計算機パワーが必要とされるため、も
し、一つの計算機パワーで足りない場合には、複数ある
サーバ６にシミュレーションの作業を分割することによ
り高速化を図る。

【００２１】シミュレーションの精度向上、時間短縮と
は、例えば、上記の例で１０秒毎に船の位置を計算して
海図上に表示していたものを５秒毎に計算して表示させ
るとすると、シミュレーションの精度としては、倍にな
るため向上するが、これまでは１０秒に１回計算してい
たものを１０秒に２回計算する必要があるため、単位時
間当りの処理量が増加することになる。

【００２２】この場合に、例えば、一つのサーバ６の能
力として１０秒に１回の計算しかできないと仮定する
と、２つのサーバ６を使用し、各々に１０秒に１回の計
算を行わせ、これを５秒ずつずらして行うことにより、
全体としては５秒に１回の計算を行うことができる。

【００２３】シミュレーションの性能を向上させる場合
も同様であり、一つのサーバ６で行っていた処理を複数
の並列に動作可能なサブ処理に分割し、各サブ処理を複
数のサーバ６に割振り、分散処理を行うことにより、全
体としての処理速度を向上させるものである。

【００２４】端末８は、シミュレーションを利用するユ
ーザが使用し、シミュレーションに必要なパラメータを
入力したり、シミュレーションの結果を表示する等に用
いる。例えば、先に述べたシミュレーションの時間間隔
を予め指定したり、シミュレーションが終了した結果を
人間が見やすいようにグラフィカルな形に変形して表示
することに利用する。

【００２５】端末制御サーバ７は、シミュレーションサ
ーバ６と端末８の間で転送されるデータを仲介する役目
を果たす。すなわち、シミュレーションサーバ６と端末
制御サーバ７との間は第１のネットワーク９を経由して
データの転送を行い、端末８と端末制御サーバ７との間
は第２のネットワーク１０を経由してデータの転送を行
う。

【００２６】この場合に、シミュレーションサーバ６か
らの第１のネットワーク９を経由で端末制御サーバ７が
受け取ったデータを少なくして端末８に送るようにす
る。また、逆に、複数の端末８から第２のネットワーク
１０を経由で受け取ったデータを少なくして、シミュレ
ーションサーバ６に送る。

【００２７】以下に、その手法を示す。今、説明のた
め、相手先の端末８を３台とし、個々を第１、第２、第
３の端末８と呼ぶことにする。例として、第１の端末に
シミュレーションサーバ６の結果の中でＡ，Ｂを送り、
第２の端末シミュレーションサーバ６の結果の中でＢ，
Ｃを送り、第３の端末にシミュレーションサーバ６の結
果の中でＡ，Ｂを送るとする。従来の方法では、各端末
８に個別に送るため、シミュレーションサーバ６から端
末へ合計６回のデータ転送を行っていた。

【００２８】この発明においては、端末制御サーバ７が
シミュレーションサーバ６からすべての結果を受け取っ
た後で、その内容を判断して、まず、３つの端末に共通
なシミュレーションの結果Ｂに関しては、３台の端末８
の宛先とともに第２のネットワーク１０に一度だけ送
り、その結果を３台の各端末８が受け取る。また、第１
と第３の端末８に共通な結果Ａに関しては、その宛先と
ともに第２のネットワーク１０に一度だけ送り、その結
果を第１と第３の端末８が受け取る。最後に、第２の端
末８のみの結果Ｃを、その宛先とともに第２のネットワ
ーク１０に送り、その結果を第２の端末８が受け取る。

【００２９】この結果、従来は６回のデータ転送が必要
であったものが、第２のネットワーク１０においては、
３回のデータ転送で済むことになる。

【００３０】具体的なデータフォーマットで示すと図２
のようになる。図２では、データフォーマットの例を示
しており、一つのデータは、ヘッダ部、相手先、データ
内容、ＥＯＤからなる。ヘッダ部は、フォーマットを規
定する部分、相手先はネットワークに接続されている送
り先の機器を区別するもの、データ内容は送るデータ自
身、ＥＯＤはフォーマットデータの終了を示す。上記の
例において、従来の方法では、図２（ａ）に示すよう
に、このデータを６通り送る必要があった。しかしなが
ら、この発明においては、図２（ｂ）に示すように、３
回のデータ転送で済むことになる。

【００３１】反対に端末８からシミュレーションサーバ
６に送る場合についても同様である。例えば、上記の例
において、３台の端末８が別のデータをシミュレーショ
ンサーバ６に送る場合を考えてみる。すなわち、第１の
端末がシミュレーションサーバ６にデータＸ，Ｙを送
り、第２の端末がシミュレーションサーバ６にデータ
Ｙ，Ｚを送り、第３の端末がシミュレーションサーバ６
にＸ，Ｙを送るとする。従来の方法では、各端末８が個
別に送るため、合計６回のデータ転送を行っていた。

【００３２】この発明においては、端末制御サーバ７が
３つの端末８からすべての結果を受け取った後で、その
内容を判断して、まず、３つの端末に共通なデータＹに
関しては、３台の端末８の差出名とともに第１のネット
ワーク９に一度だけ送り、その結果をシミュレーション
サーバ６が受け取る。また、第１と第３の端末８に共通
な結果Ｘに関しては、その差出名とともに第１のネット
ワーク９に一度だけ送り、その結果をシミュレーション
サーバ６が受け取る。最後に、第２の端末８のみの結果
Ｚを、その差出名とともに第１のネットワーク９に送
り、その結果をシミュレーションサーバ６が受け取る。

【００３３】この結果、従来は６回のデータ転送が必要
であったものが、第１のネットワークにおいては、３回
のデータ転送で済むことになる。

【００３４】具体的なデータフォーマットは、図２にお
いて、Ａ，Ｂ，ＣをＸ，Ｙ，Ｚと読み替え、相手先を差
出名と読み替えれば、残りは同様のため、ここでは割愛
する。

【００３５】なお、端末制御サーバ７で各々送られてき
たデータをまとめる際には、そのシステムで許容される
待ち時間の間に送られてきたデータのみを対象にし、そ
れ以降に送られてきたデータについては、次のサイクル
で処理されることになる。

【００３６】これらにより、本来は各シミュレーション
サーバ６から直接端末８に送られていたデータや各端末
８からシミュレーションサーバ６に送るデータを端末制
御サーバ７において減少させることにより、高速化が図
れると共に、端末８の数を容易に増加することができ
る。

【００３７】システム全体として見ると、シミュレーシ
ョン自身とこれを利用する端末数を容易に拡張すること
ができるようになり、シミュレーションの性能向上、機
能向上、精度向上、端末数の増加、端末からの機能の向
上などにシステムとして容易に対応することが可能とな
る。

【００３８】実施の形態２．この発明に関する実施の形
態２を図３により説明する。図３において、７の端末制
御サーバは、複数台のサーバから構成される。

【００３９】以下、この発明の動作の詳細な説明を行
う。この発明の基本的な動作は、実施の形態１で示した
動作と同一である。唯一異なる点は、端末制御サーバ７
が複数のサーバから構成されているため、該端末制御サ
ーバ７の負荷が増加した場合には、他のサーバにその負
荷を分散させることにより、性能の向上ができる点にあ
る。

【００４０】今、説明のため、データをシミュレーショ
ンサーバ６から端末制御サーバ７経由で４台の端末８に
送ることとして、個々を第１、第２、第３、第４の端末
８と呼ぶことにする。例として、第１の端末８にシミュ
レーションサーバ６の結果の中でＡ，Ｂを送り、第２の
端末８にＢ，Ｃを送り、第３の端末８にＤ，Ｅを送り、
第４の端末８にＥ，Ｆを送ることとする。

【００４１】端末制御サーバ７においては、第１と第２
の端末８に共通のデータＢを抽出し、第３と第４の端末
８に共通のデータＥを抽出し、データ回数を減らして送
ることになる。この処理を高速化するために、第１と第
２の端末８用のデータと第３と第４の端末８用のデータ
に共通項がないことを検出してから、複数ある端末制御
サーバ７の各サーバにこれらを割り振る。すなわち、第
１と第２の端末８用のデータの処理を一つのサーバに、
第３と第４の端末８用のデータの処理を別のサーバに処
理させることとする。これにより、２つの処理が別々の
サーバで並列に処理されるため、処理の高速化が図れ
る。

【００４２】システム全体として見ると、シミュレーシ
ョンサーバ６と端末８を制御する端末制御サーバ７が共
に複数のサーバで構成されているため、これまで説明し
たように、シミュレーションの負荷の増加にも、端末８
の数の増加にも容易に対処できることになる。

【００４３】実施の形態３．この発明に関する実施の形
態について述べる。図については、第２の発明と同じ図
３を使用する。

【００４４】以下、この発明の動作の詳細な説明を行
う。この発明の基本的な動作は、実施の形態２で示した
動作と同一である。唯一異なる点は、実施の形態２にお
いて、もし、シミュレーションサーバ６あるいは、端末
制御サーバ７に障害が発生した場合に、その障害の発生
したサーバを自動的に切り離して、残りのサーバで同一
機能を実行できることにある。

【００４５】例として、シミュレーションサーバ６が３
台のサーバから構成されている場合、その中の２台のサ
ーバをシミュレーション用に使用し、残りの１台は、２
台のサーバを監視することとする。つまり、監視用のサ
ーバは、シミュレーション動作中に定期的に２台のサー
バに正常動作確認データを送り、その応えが正しく戻っ
てくるかどうかを確認する。戻ってくればよいが、何の
反応もない場合には、そのサーバに異常が発見されたと
して、そのサーバをシステムから切り離し、残りのサー
バのみで動作を継続するようにする。あるいは、この監
視役のサーバが、新たなシミュレーション用のサーバと
なる。

【００４６】端末制御サーバ７も同様であり、複数ある
サーバの中でどれか一つが他のサーバの動作を監視する
ためのサーバとなる。

【００４７】上記で述べた例において、他のサーバを監
視する特定のサーバを設けることなく、各サーバ間でお
互いにその動作を監視することも可能である。例えば、
３台のサーバから構成される場合に、第１のサーバが第
２のサーバを、第２のサーバが第３のサーバを、第３の
サーバが第１のサーバを監視するようにする。この結
果、３台のサーバは、常にシミュレーションを行ってお
り、もし、どれかのサーバに障害が発生した場合には、
そのサーバを監視していたサーバにより、その障害が検
知され、障害が発生したサーバがシステムから切り離さ
れる。

【００４８】サーバはシミュレーションサーバ６、端末
制御サーバ７ともに複数台あるため、その中の１台に障
害が発生した場合、全体としての性能は低下するが、シ
ステムを停止することなく、残りのサーバで処理を継続
することができる。

【００４９】実施の形態４．この発明に関する実施の形
態４を、図４により説明する。図４において、１１は第
１のネットワーク９に接続されたデータベースサーバで
ある。

【００５０】以下では、この発明の動作の詳細な説明を
行う。実施の形態１，２，３の発明においては、シミュ
レーションをシミュレーションサーバ６のみで実行させ
たが、この発明においては、このシミュレーションをサ
ポートする機能をデータベースサーバ１１に行わせる。

【００５１】最初の例としては、どんなシミュレーショ
ンを行うかを表わす多数のシナリオファイルをデータベ
ースサーバ１１に格納しておく。このシナリオファイル
とは、シミュレーションを行うためのシナリオが書かれ
ているものであり、例えば、日本海における日本と隣接
国との海戦の開始状況、敵と味方の戦力（船の種類、数
等）、等が書かれている。シミュレーションは、このシ
ナリオファイルに基づいて環境を設定して開始される。
シミュレーションに先立ち、ユーザは端末８から今回の
シミュレーションを行うシナリオファイルをデータベー
スサーバ１１から選び、これをシミュレーションサーバ
６に設定することにより実際のシミュレーションを開始
する。対象とするシミュレーションを変更する場合に
は、このシナリオファイルを選択し直すことにより、シ
ミュレーションを変更する。

【００５２】シミュレーションサーバ６が複数のサーバ
から構成される場合には、対象とするシミュレーション
を各サーバ対応に分割して処理することが必要になる。
例えば、２台の飛行機と１台の自動車を２つのサーバで
処理することを考える。シミュレーションする対象は３
台あるため、この３台を２つのサーバにどのように割り
振るかがポイントとなる。今、２台の飛行機の間では、
そのシミュレーション処理中に頻繁にデータがやり取り
され、自動車はデータ交換はなく、独立に処理を行うと
する。すると、２台の飛行機を別々のサーバに割り振る
とサーバ間でデータのやり取りが頻繁に発生して、処理
時間が長くなるため、２台の飛行機は同じサーバ内でシ
ミュレーションを行ったほうがよいことになる。しかし
ながら、もし、１台の自動車のシミュレーションの処理
量が小さく、飛行機のシミュレーションの処理量が大き
い場合には、たとえ、２台の飛行機のシミュレーション
処理でデータ転送が発生しようとも、サーバ１台ずつに
飛行機のシミュレーションを割り当てたほうが全体とし
ては効率がよい場合もある。

【００５３】このように、複数のサーバから構成される
シミュレーションサーバ６へのシミュレーションの割当
は、場合に応じて複雑となる場合がある。この発明にお
いては、あらかじめ、ユーザの行うシナリオと共にシミ
ュレーションサーバ６の各サーバへの対象の割当をデー
タベースサーバ１１に格納しておくため、ユーザが各サ
ーバへの割当を考えなくとも、最適な割当がなされる。

【００５４】次の例としては、シミュレーションの履
歴、結果をデータベースサーバ１１に格納することがあ
げられる。シミュレーションの履歴は各ユーザにおい
て、シミュレーション結果を見直すために重要なもので
あり、また、各シナリオ別のシミュレーション結果をデ
ータベースに格納しておくことは、該シミュレーション
の結果の見直しに重要なものである。

【００５５】すなわち、実施の形態１，２，３の発明で
示すシミュレーションシステムにデータベース機能を付
加することにより、より効果的なシステムの構築が可能
となる。

【００５６】実施の形態５．この発明に関する実施の形
態５を、図５により説明する。図５において、１２はシ
ステムの維持管理を行う維持管理サーバ、１３は該維持
管理サーバを操作するための維持管理端末である。

【００５７】以下、この発明の動作の詳細な説明を行
う。この発明の動作は、実施の形態４の発明までの動作
に加えて、システムを構成する各サーバの動作状況を把
握することや負荷具合を管理することにある。

【００５８】すなわち、維持管理サーバ１２がシミュレ
ーションサーバ６、端末制御サーバ７およびデータベー
スサーバ１１などが正常に作動しているかどうか等の動
作状況を定期的に調べ、その結果を維持管理端末１３に
表示する。また、複数台のサーバからなるものは各サー
バでの負荷状況を調べ、その状況を維持管理端末１３に
表示する。

【００５９】先の実施の形態３で説明したように、シミ
ュレーションサーバ６、端末制御サーバ７は、各々が複
数のサーバから構成されるために、その中のサーバによ
り他のサーバの状況を監視できる機能があった。また、
障害が発生した場合には、これを検知して、障害が発生
したサーバを切り離す機能もあった。維持管理サーバ１
２は、これらのシミュレーションサーバ６、端末制御サ
ーバ７の障害監視機能、サーバ切り離し状況に加えて、
データベースサーバ１１が正常動作しているかどうかを
定期的に調べて、それらの結果を維持管理端末１３に表
示する。データベースサーバ１１に対するチェックの方
式は、先に実施の形態３でシミュレーションサーバ６に
対して行った方式と同様である。すなわち、動作中に定
期的にサーバに正常動作確認データを送り、その応えが
正しく戻ってくるかどうかを確認する。戻ってくればよ
いが、何の反応もない場合には、そのサーバに異常が発
見されたとする。ただし、データベースサーバ１１は１
つのサーバのみで構成されるため、もし、障害が発生し
て使用できない場合には、切り離し、データベースとし
ての機能は使用できないことになる。

【００６０】また、シミュレーションサーバ６、端末制
御サーバ７は、複数台のサーバからなるため、各サーバ
により、その稼働状況が異なる。例えば、あるサーバは
飛行機のシミュレーションを行っているため、ほとんど
１００％の稼働状況であるが、別のサーバは、処理量の
少ない自動車のシミュレーションを多数扱っているた
め、稼働状況が５０％程度ということもある。維持管理
サーバ１２では、これらのサーバにおける稼働状況も検
知して、維持管理端末１３に表示する。

【００６１】これにより、障害の発生しているサーバの
検知や、負荷状況の偏りのあるサーバの発見などがで
き、システムの保守の容易性、性能の改善などを行うこ
とが出来る。

【００６２】実施の形態６．この発明に関する実施の形
態６を図６により説明する。図６において、１４はユー
ザの認証などを行う業務サーバである。

【００６３】以下、この発明の動作説明を行う。

【００６４】業務サーバ１４では、シミュレーションの
実行中であっても新たなユーザのシステムへの加入、既
存のユーザの脱退、停止などをサポートする。すなわ
ち、新たに本システムに加入するユーザは、業務サーバ
１４に申し出ることにより、その認証が行われる。認証
結果後、正式な登録されているユーザと判明した場合に
は、シミュレーション途中であっても、その加入が認め
られる。また、逆にシミュレーションの途中であって
も、業務サーバに申し出ることにより、システムからの
脱退、途中での停止が可能となる。

【００６５】例えば、あるユーザが２台の船をシミュレ
ーションしており、また、別のユーザが３台の飛行機を
シミュレーションしているとする。これらのユーザは、
同一の仮想空間で動作しているとする。すると、ここに
新たに１台の自動車のシミュレーションを行うユーザを
加入することを考える。そのユーザは、システムの稼働
中であっても、業務サーバ１４に加入の申込みを行う。
業務サーバ１４では、申込を行ったユーザの認証を確認
し、正式に登録が行われているユーザであり、現在の加
入に問題がないことが判明すれば、その加入を認める。
また、途中で脱退も同様である。

【００６６】実施の形態７．この発明に関する実施の形
態７を図７により説明する。図７において、１５は、シ
ステム全体の予備系となる予備サーバである。

【００６７】以下、この発明の動作説明を行う。全体と
しての、基本的な動作は、第１から第６の発明までに述
べたものと同様である。異なるのは、第３の発明で障害
の対象から外れているデータベースサーバ１１、維持管
理サーバ１２、業務サーバ１４に障害が発生した場合
に、これを予備サーバ１５が検知して、自身が障害が発
生したサーバの代役を行うことにある。該３つのサーバ
はシミュレーションサーバ６、端末制御サーバ７と異な
り、１つのサーバからしか構成されないため、障害が発
生すると代役になるものがない。そのために予備サーバ
１５を設けたものである。

【００６８】具体的には、予備サーバ１５はシステム動
作中に定期的にデータベースサーバ１１、維持管理サー
バ１２、業務サーバ１４を正常動作確認データを送り、
その応えが正しく戻ってくるかどうかを確認する。戻っ
てくればよいが、何の反応もない場合には、そのサーバ
に異常が発見されたとして、そのサーバをシステムから
切り離し、予備サーバ１５が、新たな代替サーバとな
る。

【００６９】

【発明の効果】以上のように、この発明によれば、各発
明あたりに以下に示す効果がある。

【００７０】第１の発明によれば、システム全体として
見ると、シミュレーション自身とこれを利用する端末数
を容易に拡張することができるようになり、シミュレー
ションの性能向上、機能向上、精度向上、端末数の増
加、端末からの機能の向上などにシステムとして容易に
対応することが可能となる。

【００７１】第２の発明によれば、第１の発明に比べ、
さらに端末数の増加が容易となる。

【００７２】第３の発明によれば、各シミュレーション
サーバ、端末制御サーバに障害が発生しても、システム
を停めることなく、処理を継続することが出来る。

【００７３】第４の発明によれば、シミュレーションシ
ステムにデータベース機能を付加することにより、より
効果的なシステムの構築が可能となる。

【００７４】第５の発明によれば、障害の発生している
サーバの検知や、負荷状況に偏りのあるサーバの発見な
どができ、システムの保守の容易性、性能の改善などを
行うことが出来る。

【００７５】第６の発明によれば、シミュレーションの
途中であってもユーザの追加、脱退、停止などを行うこ
とが出来る。

【００７６】第７の発明によれば、どのサーバに障害が
発生してもシステムを停めることなく、処理を継続する
ことが出来る。

【図面の簡単な説明】

【図１】 この発明による分散シミュレーションシステ
ムの実施の形態１を示す図である。

【図２】 この発明による分散シミュレーションシステ
ムの実施の形態１での転送するデータのフォーマットを
示す図である。

【図３】 この発明による分散シミュレーションシステ
ムの実施の形態２と３を示す図である。

【図４】 この発明による分散シミュレーションシステ
ムの実施の形態４を示す図である。

【図５】 この発明による分散シミュレーションシステ
ムの実施の形態５を示す図である。

【図６】 この発明による分散シミュレーションシステ
ムの実施の形態６を示す図である。

【図７】 この発明による分散シミュレーションシステ
ムの実施の形態７を示す図である。

【図８】 従来の分散シミュレーションシステムの例を
示す図である。

【符号の説明】

１ バス型ネットワーク、２ 制御計算機、３ 指揮制
御計算機、４ 模擬機器、５ メモリ、６ シミュレー
ションサーバ、７ 端末制御サーバ、８ 端末、９ 第
１のネットワーク、１０ 第２のネットワーク、１１
データベースサーバ、１２ 端末維持管理サーバ、１３
維持管理端末、１４ 業務サーバ、１５ 予備サー
バ。

フロントページの続き Ｆターム(参考） 5B034 BB15 CC01 DD05 5B045 AA07 BB13 GG01 JJ13 JJ26 JJ38 5B048 AA17 DD14 5B049 BB31 CC40 EE05 EE41 EE53 EE56 EE59 FF03 FF04 FF07 GG04 GG07 5B075 KK03 KK07 KK13 KK33 ND03 ND20 ND23 PQ02 PQ05 PR03 UU40

Claims (7)

【特許請求の範囲】
1. 【請求項１】 複数台のサーバから構成されるシミュレ
   ーションサーバと、端末制御サーバと、これらを接続す
   るネットワークと、上記ネットワークとは別に上記端末
   制御サーバと複数台の端末を接続するネットワークとに
   より構成される分散シミュレーションシステムにおい
   て、上記シミュレーションサーバにおけるシミュレーシ
   ョン処理を並列に動作可能な複数のサブ処理に分割し、
   該サブ処理を上記シミュレーションサーバを構成する複
   数のサーバに対応させて分散処理を行い、かつ、上記端
   末制御サーバにおいて、ある単位時間内に上記シミュレ
   ーションサーバと複数の端末の間で転送されるデータの
   中で、宛先は異なるが、共通のデータ値を持つものは一
   つのデータとして、転送することにより、該転送される
   データの量を減らす手段を備えたことを特徴とする分散
   シミュレーションシステム。
2. 【請求項２】 上記端末制御サーバを複数台のサーバで
   構成し、上記端末制御サーバにおける処理を並列に動作
   可能な複数のサブ処理に分割し、該サブ処理を上記端末
   制御サーバを構成する複数のサーバに対応させて分散処
   理を行う手段を備えたことを特徴とする請求項１記載の
   分散シミュレーションシステム。
3. 【請求項３】 シミュレーションサーバあるいは端末制
   御サーバを構成する複数のサーバのどれか一つに障害が
   発生した場合でも、他の正常なサーバが該障害が発生し
   たサーバを検知し、システムから論理的に切り離す手段
   を備えたことを特徴とする請求項２記載の分散シミュレ
   ーションシステム。
4. 【請求項４】 複数のサーバから構成されるシミュレー
   ションサーバで異なるシミュレーション処理毎に並列に
   動作可能な複数のサブ処理への分割方式を保存し、か
   つ、シミュレーションの履歴、結果を保存することがで
   きるデータベースサーバを具備し、処理対象であるシミ
   ュレーションに最適なシミュレーションサーバにおける
   サーバへの分割方式を使用でき、かつ、処理後にシミュ
   レーションの履歴結果を参照する手段を備えたことを特
   徴とする請求項３記載の分散シミュレーションシステ
   ム。
5. 【請求項５】 各サーバの動作状況の収集や管理ができ
   る維持管理サーバと、このサーバの結果を表示する維持
   管理端末とを備えたことを特徴とする請求項４記載の分
   散シミュレーションシステム。
6. 【請求項６】 システムを利用するユーザの認証を行う
   業務サーバを設け、処理中の任意の時点でのシステムへ
   のユーザの加入、脱退、中断を行える手段を備えたこと
   を特徴とする請求項５記載の分散シミュレーションシス
   テム。
7. 【請求項７】 予備サーバを具備し、どのサーバに障害
   が発生しても、該予備サーバがこれを検知し、該サーバ
   の処理を予備サーバに切り替える手段を備えたことを特
   徴とする請求項６記載の分散シミュレーションシステ
   ム。