JP2015207073A - シミュレーションシステム、その構築方法、およびそのアトリビュート更新管理方法 - Google Patents

Abstract

【課題】モデルの粒度を細かくしても、シミュレーションの対象範囲を狭めることなく、進行速度をできるだけ低下させないようにすること。
【解決手段】詳細な模擬要求のあるシミュレータ（２，３）をサブネット（６１）の配下とし、サブネット（６１）にサブネットサーバ（１２）を設置する。サブネットサーバ（１２）は、自サブネット（６１）内のアトリビュート更新情報を管理する。サブネットサーバ（１２）は、サブネット（６１）配下のシミュレータ（２，３）のアトリビュート更新情報のうち、サブネット（１２）外のシミュレータ（４）も必要とするアトリビュート更新情報のみをＲＴＩサーバ（１１）に送信する。したがって、ＲＴＩサーバ（１１）はサブネット（６１，６２Ａ）にまたがるアトリビュート更新情報のみを管理する。
【選択図】図７

Description

本発明はシミュレーションシステムに関し、特に分散処理におけるシミュレーションシステム、その構築方法、およびそのアトリビュート更新管理方法に関する。

ＨＬＡ（High Level Architecture）は、分散コンピュータシミュレーションシステムのための汎用アーキテクチャであって、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）により標準化されている。すなわち、ＨＬＡは、各種シミュレータ同士を相互接続して、インタラクティブなシミュレーションを実現するための仕様である。シミュレータ間の対話（interaction）は、ＲＴＩ（Runtime Infrastructure）によって管理される。すなわち、ＲＴＩは、ＨＡＬ仕様に準拠したシミュレーション基盤である。

ＨＬＡは、ルール（IEEE 1516）、インタフェース仕様（IEEE 1516.1）、オブジェクトモデルテンプレート仕様（IEEE 1516.2）の３つの仕様から成り立っている。

ここで、IEEE 1516で規定された「ルール」は、ＨＬＡが規定する範囲を明確するため、用語の定義やそれぞれの動作の基本を規定したものである。例えば、「ルール」は、個々のシミュレータを「フェデレート」と呼び、その集合である分散シミュレーション全体を「フェデレーション」と呼ぶ事や、フェデレート間は直接情報を交換することなく、上記ＲＴＩを介して行う事など、を規定している。尚、シミュレーションにより実現されるオブジェクトの属性をアトリビュートと称する。

上記ＲＴＩは、インタフェース仕様で規定されたサービスを提供するソフトウェアである。したがって、ＨＡＬに準拠した分散シミュレーションシステムは、一般に、複数のフェデレート（シミュレータ）により構成される。

この種の分散シミュレーションシステムは、従来から種々提案されている。

例えば、特許文献１は、実行中のシミュレーションにフェデレートが自由に参加および離脱することの可能な「分散型シミュレーションシステム」を開示している。

また、特許文献２は、フェデレートが模擬する模擬対象物とＲＴＩに登録されるオブジェクトインスタンスの関係が１対複数の関係となるようなシステムにおいて、高速化を実現することのできる「分散シミュレーションシステム」を開示している。

さらに、特許文献３は、システム全体の処理速度を高速化させることができる「シミュレーションシステム」を開示している。特許文献３に開示されたシミュレーションシステムは、ＲＴＩサーバと、複数のサブネットとを備える。各サブネットは、サブネットサーバと、複数のフェデレートとを備える。ＲＴＩサーバと複数のサブネットサーバは、ネットワークを介して接続されている。サブネットサーバは、自サブネット配下のフェデレートのみが自サブネット配下の別のフェデレートのアトリビュートの更新情報を必要とする場合には、ＲＴＩサーバに対してはアトリビュートの更新情報の送信を行わない。

特開２００６−０７５５２９号公報 特開２０１３−１０９７１６号公報 特開２０１０−１８６２８７号公報（［００１４］〜［００１９］）

ＲＴＩを使用するシミュレーションシステムで構築するフェデレーションは粒度が一定であり、フェデレーションに参加するモデルの粒度も一定となる。ここで、「粒度（Granularity）」とは、モデルの詳細さのレベルを意味する。

特許文献１および２に開示されたシミュレーションシステムは、１個のＲＴＩサーバにて複数個のフェデレートを同時に集中管理する構造をしている。したがって、全フェデレートは１個のＲＴＩサーバにアクセスを行い、アトリビュートの更新を行う。このため、例えばあるフェデレートからアトリビュートの更新情報をアップデートした際、このアップデートの情報は必ず一度ＲＴＩサーバを経て他のフェデレートに送信される。

したがって、広範囲なシミュレーション対象全体の模擬の粒度を細かくすると、アトリビュートの更新量が膨大となり、ＲＴＩサーバの処理負荷が大きくなる。そのため、全体のシミュレーション実行の速度が低下するという問題がある。

尚、特許文献３は、単に、各々が複数のシミュレータの情報を管理するサブネットサーバを含む複数のサブネットと、複数のサブネットにまたがる情報を管理する情報管理サーバと、を備えるシミュレーションシステムを開示しているに過ぎない。すなわち、特許文献３は、粒度に関して、開示も示唆もせず、考慮もしていない。

（発明の目的）
本発明の目的は、シミュレーション対象が広範囲なシミュレーションシステムにおいて、一部のシミュレータに対して詳細な模擬の要求がある場合でも、シミュレーションの進行速度をできるだけ損なわないシミュレーション実行を実現することにある。

本発明の１つの態様に係るシミュレーションシステムは、詳細な模擬が必要な複数の第１の種類のシミュレータと、該複数の第１の種類のシミュレータの情報を管理する第１のサブネットサーバと、を含む第１のサブネットと；詳細な模擬が不要な少なくとも１つの第２の種類のシミュレータを含む第２のサブネットと；前記第１のサブネットと前記第２のサブネットとの間にまたがる情報を管理する情報管理サーバと；を備える。

本発明の別の態様に係るシミュレーションシステムの構築方法は、複数のシミュレータを統合してシミュレーションシステムを構築する方法であって、前記複数のシミュレータを、詳細な模擬が必要な複数の第１の種類のシミュレータと、詳細な模擬が不要な複数の第２の種類のシミュレータとに分割し；前記複数の第１の種類のシミュレータを、第１のサブネットにまとめて、該第１のサブネットに第１のサブネットサーバを設置し；該第１のサブネットサーバを、ネットワークを介して情報管理サーバに接続する；ことを特徴とする。

本発明によれば、シミュレーションの進行速度をできるだけ損なわないシミュレーション実行を実現することができる。

フェデレーションに参加するモデルの一例（本発明が適用されるモデルの粒度）を示す図である。 第１の関連技術のシミュレーションシステムのモデルを示す図である。 図２に示したモデルを実現する、第１の関連技術のシミュレーションシステムを示すブロック図である。 第２の関連技術のシミュレーションシステムのモデルを示す図である。 図４に示したモデルを実現する、第２の関連技術のシミュレーションシステムを示すブロック図である。 本発明の第１の実施例に係るシミュレーションシステムのモデルを示す図である。 図６に示したモデルを実現する、本発明の第１の実施例に係るシミュレーションシステムを示すブロック図である。 本発明の第２の実施例に係るシミュレーションシステムを示すブロック図である。 本発明の第３の実施例に係るシミュレーションシステムを示すブロック図である。

［関連技術］
本発明の理解を容易するために、関連技術について詳細に説明する。

前述したように、関連技術においては、ＲＴＩを使用するシミュレーションシステムで構築するフェデレーションは粒度が一定であり、フェデレーションに参加するモデルの粒度も一定となる。

図１は、フェデレーションに参加するモデルの一例を示している。

図１に示す例では、モデルＡ、モデルＢ、およびモデルＣの、３つのモデルがある例を示している。モデルＡ及びモデルＢは詳細な模擬の要求があるモデルであり、モデルＣは詳細な模擬の要求のない（不要な）モデルである。換言すれば、モデルＡ及びモデルＢは細かい粒度のモデルであり、モデルＣは粗い粒度のモデルである。

詳述すると、モデルＡは、粗い粒度のモデルＡ１と、細かい粒度のモデルＡ２１〜Ａ２ｎと、で表される。モデルＡ１の粒度は、例えば、小隊レベルであり、モデルＡ２１〜Ａ２ｎの粒度は、例えば、隊員レベルである。

同様に、モデルＢは、粗い粒度のモデルＢ１と、細かい粒度のモデルＢ２１〜Ｂ２ｎと、で表される。

それに対して、モデルＣは、粗い粒度のモデルＣ１で表される。

図２は、シミュレーション対象の領域が広範囲の場合における、第１の関連技術のシミュレーションシステムのモデルを示す図である。シミュレーション対象の領域が広範囲の場合、図２に示されるように、フェデレーション１の粒度は粗くなっており、それに参加するモデルの粒度は小隊レベルとなっている。

図２において、モデルＡは第１のフェデレート２で表され、モデルＢは第２のフェデレート３で表され、モデルＣは第３のフェデレート４で表される。図２では、第１のフェデレート２を「フェデレートＡ」で示し、第２のフェデレート３を「フェデレートＢ」で示し、第３のフェデレート４を「フェデレートＣ」で示している。

第１のフェデレート２（フェデレートＡ）は、粗い粒度のモデル２１として粗い粒度のモデルＡ１を生成して、フェデレーション１に参加している。

第２のフェデレート３（フェデレートＢ）は、粗い粒度のモデル３１として粗い粒度のモデルＢ１を生成して、フェデレーション１に参加している。

第３のフェデレート４（フェデレートＣ）は、粗い粒度のモデル４１として粗い粒度のモデルＣ１を生成して、フェデレーション１に参加している。

上述したように、第１の関連技術では、シミュレーション対象の領域が広範囲なシミュレーションシステムを構築する場合、図２に示されるように、フェデレーション１の粒度を粗くし、フェデレーション１に参加するモデルの粒度が粗いレベル（例：小隊レベル）のものを、各フェデレート２〜４が生成していた。

図３は、図２に示したモデルを実現する、第１の関連技術のシミュレーションシステムを示すブロック図である。

図３に示されるように、第１の関連技術のシミュレーションシステム（粗い粒度のフェデレーション１）は、１個のＲＴＩサーバ１１にて複数個のフェデレート２〜４を同時に集中管理する構造をしている。ＲＴＩサーバ１１と複数個のフェデレート２〜４は、ネットワーク７０を介して接続されている。全フェデレート２〜４は、１個のＲＴＩサーバ１１にアクセスを行い、アトリビュートの更新を行う。

このため、例えば、第１のフェデレート１（フェデレートＡ）からアトリビュートの更新情報をアップデートした際、このアップデートの情報は、必ず一度ＲＴＩサーバ１１を経て他のフェデレート３、４（フェデレートＢ、フェデレートＣ）に送信される。

この場合に、図１に示されるように、詳細な模擬の要求があったモデルＡ及びモデルＢに対してのみ、各フェデレート２、３が細かい粒度のモデルＡ２１〜Ａ２ｎ、Ｂ２１〜Ｂ２ｎを生成し、詳細な模擬の要求のない（不要な）モデルＣに対しては、フェデレート４が粗い粒度のモデルＣ１を生成するとする。

図４は、この場合における、第２の関連技術のシミュレーションシステムのモデルを示す図である。

図５は、図４に示したモデルを実現する、第２の関連技術のシミュレーションシステムを示すブロック図である。

この場合、図４に示すように、細かい粒度のモデル（Ａ２１、Ａ２ｎ、Ｂ２１、Ｂ２ｎ）に合わせてフェデレーション１の粒度も細かくしなければならない。

すなわち、第１のフェデレート２（フェデレートＡ）は、細かい粒度のモデル２２、２３として細かい粒度のモデルＡ２１、Ａ２ｎを生成して、フェデレーション１に参加している。

また、第２のフェデレート３（フェデレートＢ）は、細かい粒度のモデル３２、３３として細かい粒度のモデルＢ２１、Ｂ２ｎを生成して、フェデレーション１に参加している。

しかしながら、前述したように、ＲＴＩを使用するシミュレーションシステムで構築するフェデレーションの粒度は一定である。

そのため、図４に示すように、第３のフェデレート４（フェデレートＣ）が粗い粒度のモデル４１として粗い粒度のモデルＣ１を生成して、フェデレーション１に参加しようとしても、粗い粒度のモデルＣ１はフェデレーション１に参加することが不可となる。

したがって、図１に示すように、モデルＣについても細かい粒度のモデルＣ２１〜Ｃ２ｎを第３のフェデレート４（フェデレートＣ）が生成し、粒度の細かいフェデレーション１に参加させる必要がある。

すなわち、図示はしないが、シミュレーション対象の領域が狭範囲の場合、第３の関連技術のシミュレーションシステムにおいては、フェデレーションの粒度は細かくなっており、それに参加するモデルの粒度は隊員レベルとなる。

したがって、シミュレーション対象が広範囲ではあるが、ある狭い範囲内に存在する限定したモデルに関しては詳細に模擬したい場合、第３の関連技術のシミュレーションシステムのように、詳細に模擬したいモデルの粒度に合わせて、フェデレーション全体の粒度を細かくするしかなかった。

しかしながら、広範囲なシミュレーション対象全体の模擬の粒度を細かくすると、アトリビュートの更新量が膨大となる。その結果、ＲＴＩサーバ１１の処理負荷が大きくなるため、全体のシミュレーション実行の速度が低下してしまう。

次に、上述した関連技術の問題点について説明する。

第１の問題点は、ネットワーク７０が輻輳して全体のシミュレーション処理速度が低下することである。その理由は、次の通りである。上述した関連技術では、詳細な模擬の要求があるモデルＡ、モデルＢだけでなく、詳細な模擬の要求のない（不要な）モデルＣについても、細かい粒度のモデルを使用することになる。このため、１個のＲＴＩサーバ１１にて複数個のフェデレート２〜４を同時に集中管理する構造では、アトリビュートの更新といったフェデレートのメッセージ伝送が頻繁に行われることになるからである。

第２の問題点は、ＲＴＩサーバ１１の処理速度が低下し、それがボトルネックとなり、全体のシミュレーション処理速度が低下することである。その理由は、上記第１の問題点が発生している際、１個のＲＴＩサーバ１１が全アトリビュート２〜４の更新管理を実施するという大きな処理負荷がかかるからである。

［実施形態］
次に、本発明の実施形態について説明する。

前述したように、関連技術では、シミュレーション対象が広範囲なシミュレーションシステムにおいて、一部のモデルに対して詳細な模擬の要求があれば全モデルを細かい粒度にする必要がある。

それに対して、本発明の実施形態に係るシミュレーションシステムでは、そのような場合でも、シミュレーションの進行速度をできるだけ損なわないシミュレーション実行を実現する。

本発明の実施形態は、フェデレーションに参加するモデルの粒度を、限定したモデルでのみ細かくしたい場合において、ＲＴＩサーバを階層的に構築することにより、全体のシミュレーション実行の高速化を実現させるシミュレーションシステムである。

換言すれば、本発明の実施形態に係るシミュレーションシステムは、ＲＴＩを使用しているシミュレーションシステムにおいて、シミュレーションに参加しているモデルの粒度を一部のモデルでのみ細かくする要求がある場合に、ＲＴＩサーバを階層的に構築する。これにより、ネットワークで接続されているＲＴＩサーバと各フェデレート間のメッセージ伝送回数を低減することで、全体のシミュレーション実行を高速化している。

前述したように、関連技術のシミュレーションシステムでは、フェデレーションに参加している全てのフェデレート２〜４が１個のＲＴＩサーバ１１に接続されていた。

それに対して、本発明の実施形態に係るシミュレーションシステムは、目的に合わせてフェデレートをサブネットにまとめ、各サブネットにサブネットサーバを設置し、各サブネット配下のフェデレートのアトリビュート更新情報を一つにまとめている。

各フェデレートからサブネットサーバに伝送されたアトリビュート更新情報は、サブネットサーバにてまとめられる。サブネット内のフェデレート間でのアトリビュートの更新は、サブネットサーバにて処理を行う。サブネットの配下にないフェデレートに対するアトリビュートの更新については、必要な更新情報のみを選定した後にＲＴＩサーバに送られる。ＲＴＩサーバは、サブネット間をまたがるアトリビュートの更新管理をサブネットサーバ単位でまとまられた状態で実施する。

次に、本発明の実施形態の効果について説明する。

第１の効果は、ＲＴＩサーバ経由のネットワークの輻輳がシミュレーション処理速度低下のボトルネックであった場合、全体のシミュレーション処理速度の低下を低減することが可能となることである。その理由は、サブネットを超えるアトリビュートの更新を制限することにより、ＲＴＩサーバとサブネットとの間のネットワーク負荷の軽減が実現できるからである。

第２の効果は、ＲＴＩサーバの処理速度がシミュレーション処理速度低下のボトルネックであった場合、全体のシミュレーション処理速度の低下を低減することが可能となることである。その理由は、ＲＴＩサーバの処理回数を軽減することにより、ＲＴＩサーバ自体の処理の低減が実現できるからある。

次に、第１および第２の効果の理由について詳述する。

本発明の実施形態では、サブネットサーバがサブネット内のフェデレート間でのアトリビュート更新を行い、ＲＴＩサーバはサブネットをまたがる各フェデレートのアトリビュート更新情報をサブネットサーバ単位にまとめた形で管理する。そのため、ＲＴＩサーバ経由のネットワークの負荷が軽減し、ネットワーク処理速度の高速化が見込めるためである。また同時に、管理する更新回数が削減されることにより、ＲＴＩサーバの処理負荷も軽減できるためである。

図６および図７を参照して、本発明の第１の実施例に係るシミュレーションシステムについて説明する。図６は、本発明の第１の実施例に係るシミュレーションシステムのモデルを示す図である。図７は、図６に示したモデルを実現する、本発明の第１の実施例に係るシミュレーションシステムを示すブロック図である。

本例でも、図１に示すような、フェデレーションに参加するモデルの場合を例に挙げて説明する。

図６を参照すると、本発明の第１の実施例に係るシミュレーションシステムは、細かい粒度のシミュレーション空間であるフェデレーション１と、細かい粒度のモデルを生成し管理する第１のフェデレート２と、細かい粒度のモデルを生成し管理する第２のフェデレート３と、細かい粒度のモデルを生成し管理する第３のフェデレート４と、から成る。前述したように、図６では、第１のフェデレート２を「フェデレートＡ」で示し、第２のフェデレート３を「フェデレートＢ」で示し、第３のフェデレート４を「フェデレートＣ」で示している。

第１のフェデレート２、第２のフェデレート３、および第３のフェデレート４は、細かい粒度のシミュレーション空間であるフェデレーション１に参加し、シミュレーションを実現している。

第１のフェデレート２（フェデレートＡ）は、詳細な模擬の要求があるため、細かい粒度のモデル２３〜２３として、細かい粒度のモデルＡ２１〜Ａ２ｎを生成している。同様に、第２のフェデレート３（フェデレートＢ）も、詳細な模擬の要求があるため、細かい粒度のモデル３２〜３３として、細かい粒度のモデルＢ２１〜Ｂ２ｎを生成している。

第３のフェデレート４（フェデレートＣ）は、詳細な模擬の要求はないが、細かい粒度のフェデレーション１に参加するため、細かい粒度のモデル４２〜４３として、細かい粒度のモデルＣ２１〜Ｃ２ｎを生成している。

尚、第１および第２のフェデレート２、３の各々は、第１の種類のシミュレータとして働き、第３のフェデレート４は、第２の種類のシミュレータとして働く。

モデルＡ１（図２）とモデルＡ２１〜Ａ２ｎ（図６）、モデルＢ１（図２）とモデルＢ２１〜Ｂ２ｎ（図６）、モデルＣ１（図２）とモデルＣ２１〜Ｃ２ｎ（図６）の関係は、図１に示すように、モデル化の対象は同じであるが、模擬レベルの粒度を詳細にしたものである。

例えば、モデルＡが部隊をモデル化したものと仮定する。この場合、モデルＡ１（図２の３１）は小隊をモデル化したものであり、モデルＡ２１（図６の２２）〜モデルＡ２ｎ（図６の２３）は小隊に属する各隊員をモデル化したものである。

図７に示されるように、本発明の第１の実施例に係るシミュレーションシステム（細かい粒度のシミュレーション空間であるフェデレーション１）は、ＲＴＩサーバ１１、第１のサブネットサーバ１２、第１のフェデレート２（フェデレートＡ）、第２のフェデレート３（フェデレートＢ）、および第３のフェデレート４（フェデレートＣ）から成る。ＲＴＩサーバ１１は、情報管理サーバとして働く。

また、第１のサブネット６１は、第１のサブネットサーバ１２、及び当該第１のサブネット６１のグループに属する第１のフェデレート２（フェデレートＡ）および第２のフェデレート３（フェデレートＢ）から成る。

第２のサブネット６２Ａは、第３のフェデレート４（フェデレートＣ）から成る。

ＲＴＩサーバ１１、第１のサブネットサーバ１２、及び第３のフェデレート４は、ネットワーク７０を介して接続されている。ＲＴＩサーバ１１と第１のサブネットサーバ１２は、パーソナルコンピュータ及びワークステーションなどの情報処理装置である。また、各フェデレート２〜４は、パーソナルコンピュータ及びワークステーションなどの情報処理装置により実行される。

かくして、本発明の第１の実施例に係るシミュレーションシステム（１）は、詳細な模擬が必要な複数の第１の種類のシミュレータ（２，３）と、これら複数の第１の種類のシミュレータ（２，３）の情報を管理する第１のサブネットサーバ（１２）と、を含む第１のサブネット（６１）と；詳細な模擬が不要な第２の種類のシミュレータ（４）を含む第２のサブネット（６２Ａ）と；第１のサブネット（６１）と第２のサブネット（６２Ａ）と間にまたがる情報を管理する情報管理サーバ（１１）と；を備える。

次に図７を参照して、本発明の第１の実施例に係るシミュレーションシステムにおいて、アトリビュートの更新に関する動作の流れについて詳細に説明する。

図７では、第１のサブネット６１配下の第１のフェデレート２（フェデレートＡ）及び第２のフェデレート３（フェデレートＢ）がアトリビュートの更新を行った場合を例示している。

第１のフェデレート２（フェデレートＡ）及び第２のフェデレート３（フェデレートＢ）が第１のサブネットサーバ１２に対して、アトリビュートの更新要求を実施する。ここでは、フェデレートＡが第１および第２のアトリビュートａ１、ａ２を実施し、フェデレートＢが第３および第４のアトリビュートａ３、ａ４を実施する例を示している。

その場合、第１のサブネットサーバ１２は、当該第１のサブネット６１配下のアトリビュートの更新が必要な第１および第２のフェデレート２、３（フェデレートＡ、フェデレートＢ）に対し、アトリビュート更新情報を送信する。と同時に、第１のサブネットサーバ１２は、第１のサブネット６１配下以外へのアトリビュート更新情報（図７では、第２および第４のアトリビュートａ２、ａ４）を所定の更新量だけキューイングした後に、まとめてＲＴＩサーバ１１に送信する。

ＲＴＩサーバ１１は、このアトリビュート更新情報を、必要としている第３のフェデレート４（フェデレートＣ）に送信する。

なお、アトリビュート更新情報が第１のサブネット６１配下のフェデレート２、３でのみで必要な場合、第１のサブネットサーバ１２は、ＲＴＩサーバ１１へアトリビュート更新情報を送信せずに、第１のサブネット６１内だけで処理を行う。

上述したように、関連技術では、フェデレート毎にアトリビュート更新情報をＲＴＩサーバ１１に送信し、ＲＴＩサーバ１１から各フェデレート２〜４に配信していた。

これに対して、本発明の第１の実施例では、アトリビュート更新情報を第１のサブネットサーバ１２でまとめて、必要なアトリビュート更新情報のみをＲＴＩサーバ１１へ送信している。

本発明の第１の実施例では、詳細な模擬要求があるためアトリビュートの更新頻度が相互に高くなると考えられるフェデレート２，３同士を、同じ第１のサブネット６１内に配置している。これにより、フェデレーション１全体の更新回数が低減し、ネットワーク７０の負荷を軽減することができる。また、ＲＴＩサーバ１１が管理するアトリビュートの更新回数が低減することにより、ＲＴＩサーバ１１の処理負荷も軽減することができる。

次に、本発明の第１の実施例の効果について説明する。

第１の効果は、ＲＴＩサーバ１１経由のネットワーク７０の輻輳がシミュレーション処理速度低下のボトルネックであった場合、全体のシミュレーション処理速度の低下を低減することが可能となることである。その理由は、第１のサブネット６１を超えるアトリビュートの更新を制限することにより、ＲＴＩサーバ１１とサブネット６１、６２Ａとの間のネットワーク負荷の軽減が実現できるからである。

第２の効果は、ＲＴＩサーバ１１の処理速度がシミュレーション処理速度低下のボトルネックであった場合、全体のシミュレーション処理速度の低下を低減することが可能となることである。その理由は、ＲＴＩサーバ１１の処理回数を軽減することにより、ＲＴＩサーバ１１自体の処理の低減が実現できるからである。

次に、第１および第２の効果の理由について詳述する。

第１のサブネットサーバ１２が、第１のサブネット６１のグループ内のフェデレート２、３間でのアトリビュート更新を行い、ＲＴＩサーバ１１はサブネット６１、６２Ａをまたがる各フェデレートのアトリビュート更新情報をサブネットサーバ単位にまとめた形で管理する。このため、ＲＴＩサーバ１１経由のネットワーク７０の負荷が軽減し、ネットワーク処理速度の高速化が見込めるためである。また同時に、管理する更新回数が削減されることにより、ＲＴＩサーバ１１の処理負荷も軽減できるためである。

図８を参照して、本発明の第２の実施例に係るシミュレーションシステムについて説明する。図８は、本発明の第２の実施例に係るシミュレーションシステムを示すブロック図である。

図示のシミュレーションシステムは、第２のサブネットの構成が後述するように変更されている点を除いて、図７に示したシミュレーションシステムと同様の構成を有し動作をする。従って、第２のサブネットに６２に参照符号を付してある。図７と同様の機能を有するものには同一の参照符号を付し、説明の簡略化のために、以下では相違点についてのみ説明する。

第２のサブネット６２は、第３のフェデレート４（フェデレートＣ）に加えて、第４のフェデレート５と、第２のサブネットサーバ１３とを更に備える。図８では、第４のフェデレート５を「フェデレートＤ」で示している。第４のフェデレート（フェデレートＤ）は、第３のフェデレート４（フェデレートＣ）と同様に、詳細な模擬が不要なフェデレートである。

したがって、第２のサブネット６２は、第２のサブネットサーバ１３、及び当該第２のサブネット６２のグループに属する第３のフェデレート４（フェデレートＣ）および第４のフェデレート５（フェデレートＤ）から成る。

図７に示す第１の実施例に係るシミュレーションシステムにおいては、簡素化のために、第３のフェデレート４（フェデレートＣ）は、直接、ＲＴＩサーバ１１の配下となっている。

これに対して、図８に示す第２の実施例に係るシミュレーションシステムでは、
別の第２のサブネットサーバ１３を配して、その第２のサブネット６２配下に第３のフェデレート４（フェデレートＣ）が存在する構成としている。

このように、本発明の第２の実施例に係るシミュレーションシステムは、詳細な模擬が必要な複数の第１の種類のシミュレータ（２，３）と、これら複数の第１の種類のシミュレータ（２，３）の情報を管理する第１のサブネットサーバ（１２）と、を含む第１のサブネット（６１）と；詳細な模擬が不要な複数の第２の種類のシミュレータ（４，５）と、これら複数の第２の種類のシミュレータ（４，５）の情報を管理する第２のサブネットサーバ（１３）と、を含む第２のサブネット（６２）と；第１のサブネット（６１）と第２のサブネット（６２）と間にまたがる情報を管理する情報管理サーバ（１１）と；を備える。

本発明の第２の実施例の効果は、上述した本発明の第１の実施例の効果と同様であるので、その説明を省略する。

図９を参照して、本発明の第３の実施例に係るシミュレーションシステムについて説明する。図９は、本発明の第３の実施例に係るシミュレーションシステムを示すブロック図である。

図示のシミュレーションシステムは、第３のサブネット６３を更に備えている点を除いて、図８に示したシミュレーションシステムと同様の構成を有し動作をする。図８と同様の機能を有するものには同一の参照符号を付し、説明の簡略化のために、以下では相違点についてのみ説明する。

第２のサブネット６３は、第５のフェデレート６と、第６のフェデレート７と、第３のサブネットサーバ１４とを備える。図９では、第５のフェデレート６を「フェデレートＥ」で示し、第６のフェデレート７を「フェデレートＦ」で示している。第５のフェデレート６（フェデレートＥ）および第６のフェデレート７（フェデレートＦ）の各々は、詳細な模擬が不要なフェデレートである。

したがって、第３のサブネット６３は、第３のサブネットサーバ１４、及び当該第３のサブネット６３のグループに属する第５のフェデレート６（フェデレートＥ）および第６のフェデレート７（フェデレートＦ）から成る。

ＲＴＩサーバ１１と第１乃至第３のサブネットサーバ１２〜１４とは、ネットワーク７０を介して接続されている。

このように、本発明の第３の実施例に係るシミュレーションシステムは、詳細な模擬が必要な複数の第１の種類のシミュレータ（２，３）と、これら複数の第１の種類のシミュレータ（２，３）の情報を管理する第１のサブネットサーバ（１２）と、を含む第１のサブネット（６１）と；詳細な模擬が不要な複数の第２の種類のシミュレータ（４，５）と、これら複数の第２の種類のシミュレータ（４，５）の情報を管理する第２のサブネットサーバ（１３）と、を含む第２のサブネット（６２）と；詳細な模擬が不要な複数の第２の種類のシミュレータ（６，７）と、これら複数の第２の種類のシミュレータ（６，７）の情報を管理する第３のサブネットサーバ（１４）と、を含む第３のサブネット（６３）と；第１乃至第３のサブネット（６１〜６３）間にまたがる情報を管理する情報管理サーバ（１１）と；を備える。

本発明の第３の実施例の効果は、上述した本発明の第１の実施例の効果と同様であるので、その説明を省略する。

なお、上記実施例において、サブネットのグループ数、及び各サブネットのグループに属するフェデレート数は任意である。

したがって、一般的に、本発明の実施例に係るシミュレーションシステムは、第１乃至第Ｍ（Ｍは２以上の整数）のサブネットと；第１乃至第Ｍのサブネット間にまたがる情報を管理する情報管理サーバと；を備え、第１のサブネットは、詳細な模擬が必要な複数の第１の種類のシミュレータと、これら複数の第１の種類のシミュレータの情報を管理する第１のサブネットサーバと、を含み、第ｍ（２≦ｍ≦Ｍ）のサブネットは、複数の第２の種類のシミュレータと、これら複数の第２の種類のシミュレータを管理する第ｍのサブネットサーバと、を含む。

以上、本発明の実施例を説明したが、本発明は、上記した実施例に限定されるものではない。本発明の基本的技術思想を逸脱しない範囲で、更なる変形・置換・調整を加えることが出来る。

１ フェデレーション（粗い粒度）及び（細かい粒度）
２ 第１のフェデレート（フェデレートＡ）
３ 第２のフェデレート（フェデレートＢ）
４ 第３のフェデレート（フェデレートＣ）
５ 第４のフェデレート（フェデレートＤ）
６ 第５のフェデレート（フェデレートＥ）
７ 第６のフェデレート（フェデレートＦ）
１１ ＲＴＩサーバ
１２ 第１のサブネットサーバ
１３ 第２のサブネットサーバ
１４ 第３のサブネットサーバ
２１ 粗い粒度のモデル（モデルＡ１）
２２ 細かい粒度のモデル（モデルＡ２１）
２３ 細かい粒度のモデル（モデルＡ２ｎ）
３１ 粗い粒度のモデル（モデルＢ１）
３２ 細かい粒度のモデル（モデルＢ２１）
３３ 細かい粒度のモデル（モデルＢ２ｎ）
４１ 粗い粒度のモデル（モデルＣ１）
４２ 細かい粒度のモデル（モデルＣ２１）
４３ 細かい粒度のモデル（モデルＣ２ｎ）
６１ 第１のサブネット
６２、６２Ａ 第２のサブネット
６３ 第３のサブネット
７０ ネットワーク
ａ１〜ａ４ アトリビュート

Claims (10)

1. 詳細な模擬が必要な複数の第１の種類のシミュレータと、該複数の第１の種類のシミュレータの情報を管理する第１のサブネットサーバと、を含む第１のサブネットと、
   詳細な模擬が不要な少なくとも１つの第２の種類のシミュレータを含む第２のサブネットと、
   前記第１のサブネットと前記第２のサブネットと間にまたがる情報を管理する情報管理サーバと、
   を備えるシミュレーションシステム。
2. 前記第１のサブネットサーバは、
   前記複数の第１の種類のシミュレータ間のアトリビュートの更新処理を行い、前記第２の種類のシミュレータに対するアトリビュートの更新に必要な情報のみ前記情報管理サーバへ送出する、
   請求項１に記載のシミュレーションシステム。
3. 前記情報管理サーバは、
   前記第１のサブネットと前記第２のサブネットとの間にまたがるアトリビュートの更新管理を行う、
   請求項２に記載のシミュレーションシステム。
4. 前記シミュレーションシステムは、第２乃至第Ｍ（Ｍは２以上の整数）のサブネットを備え、
   第ｍ（２≦ｍ≦Ｍ）のサブネットは、
   複数の第２の種類のシミュレータと、該複数の第２の種類のシミュレータを管理する第ｍのサブネットサーバと、を含む、
   請求項１乃至３のいずれか１項に記載のシミュレーションシステム。
5. 前記第ｍのサブネットサーバは、
   前記複数の第２の種類のシミュレータ間のアトリビュートの更新処理を行う、
   請求項４に記載のシミュレーションシステム。
6. 前記情報管理サーバは、
   ＨＬＡ（High Level Architecture）仕様に準拠したシミュレーション基盤であるＲＴＩ（Runtime Infrastructure）を利用したＲＴＩサーバから成る、
   請求項１乃至５のいずれか１項に記載のシミュレーションシステム。
7. 複数のシミュレータを統合してシミュレーションシステムを構築する方法であって、
   前記複数のシミュレータを、詳細な模擬が必要な複数の第１の種類のシミュレータと、詳細な模擬が不要な複数の第２の種類のシミュレータとに分割し、
   前記複数の第１の種類のシミュレータを、第１のサブネットにまとめて、該第１のサブネットに第１のサブネットサーバを設置し、
   該第１のサブネットサーバを、ネットワークを介して情報管理サーバに接続する、
   ことを特徴とするシミュレーションシステムの構築方法。
8. 前記複数の第２の種類のシミュレータを、第２乃至第Ｍ（Ｍは２以上の整数）のサブネットにまとめて、前記第２乃至第Ｍのサブネットに、それぞれ、第２乃至第Ｍのサブネットサーバを設置し、
   前記第２乃至第Ｍのサブネットサーバを、前記ネットワークを介して前記情報管理サーバに接続する、
   請求項７に記載のシミュレーションシステムの構築方法。
9. 前記情報管理サーバは、
   ＨＬＡ（High Level Architecture）仕様に準拠したシミュレーション基盤であるＲＴＩ（Runtime Infrastructure）を利用したＲＴＩサーバから成る、
   請求項７又は８に記載のシミュレーションシステムの構築方法。
10. 請求項１に記載のシミュレーションシステムにおいてアトリビュートの更新を管理する方法であって、
    前記第１のサブネットサーバは、前記第１のサブネット内の前記複数の第１の種類のシミュレータのアトリビュート更新情報を管理し、
    前記第１のサブネットサーバは、前記第１のサブネット配下の前記複数の第１の種類のシミュレータのアトリビュート更新情報のうち、当該第１のサブネット外の前記第２の種類のシミュレータも必要とするアトリビュート更新情報のみを前記情報管理サーバに送信し、
    前記情報管理サーバは、前記第１及び第２のサブネットにまたがるアトリビュート更新情報のみを管理する、
    ことを特徴とする、アトリビュート更新管理方法。

Images