(57)【要約】【課題】シミュレーション・モデルのオブジェクト・パラメータへアクセスする方法を提供すること。【解決手段】本発明のシミュレーション・モデルのオブジェクト・パラメータへアクセスする方法は、ユ−ザ・インターフェース内にダイヤフラム・パネルの表示を含み、このダイヤフラム・パネルがシミュレーション・モデル内でモデル化されたオブジェクトを表すアイコンを含む。アクセス・パネルもユーザ・インターフェース内に表示され、このアクセス・パネルはダイヤフラム・パネルとは異なる別のパネルである。それによってシミュレーション・モデル内のオブジェクトを定めることができるオブジェクト・パラメータの集合が識別され、アクセス・パネル内に含められて表示される。【選択図】図２３
2010079931.tif 000002
【特許請求の範囲】
【請求項１】
本明細書に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願）
本出願は、以下の同時係属出願に関する。
「ＭＥＴＨＯＤ  ＯＦ  ＧＥＮＥＲＡＴＩＮＧ  Ａ  ＤＩＳＰＬＡＹ  ＦＯＲ  Ａ  ＤＹＮＡＭＩＣ  ＳＩＭＵＬＡＴＩＯＮ  ＭＯＤＥＬ  ＵＴＩＬＩＺＩＮＧ  ＮＯＤＥ  ＡＮＤ  ＬＩＮＫ  ＲＥＰＲＥＳＥＮＴＡＴＩＯＮＳ」、出願人Ｐａｔｅｒｓｏｎ  ｅｔ  ａｌ．、出願番号０８／９６２，５２４、出願日１９９７年１０月３１日。
「Ａ  ＭＥＴＨＯＤ  ＯＦ  ＰＲＯＶＩＤＩＮＧ  ＡＣＣＥＳＳ  ＴＯ  ＯＢＪＥＣＴ  ＰＡＲＡＭＥＴＥＲＳ  ＷＩＴＨＩＮ  Ａ  ＳＩＭＵＬＡＴＩＯＮ  ＭＯＤＥＬ」、出願人Ｐａｔｅｒｓｏｎ  ｅｔ  ａｌ．、出願番号０８／９７９，２７０、出願日１９９７年１１月２５日。
「Ａ  ＭＥＴＨＯＤ  ＯＦ  ＭＯＮＩＴＯＲＩＮＧ  ＶＡＬＵＥＳ  ＷＩＴＨＩＮ  Ａ  ＳＩＭＵＬＡＴＩＯＮ  ＭＯＤＥＬ」、出願人Ｐａｔｅｒｓｏｎ  ｅｔ  ａｌ．、出願番号０８／９７７，８４８、出願日１９９７年１１月２５日。
【０００２】
（発明の分野）
本発明は、一般にシミュレーション・モデリングの分野に関する。より詳細には、本発明は、シミュレーション・モデル内のオブジェクトのパラメータの表現、アクセス、入力、および監視を行う方法に関する。
【背景技術】
【０００３】
（発明の背景）
シミュレーション・モデリングは、一般にモデル・システムに使用され、「ｗｈａｔ−ｉｆ」解析を実行してシステム性能を最適化し、システム内の問題を明らかにするものである。グラフィカル・シミュレーション・モデリングでは、複合システムを直観的かつ視覚的に総合的な方法でモデリングすることができ、ビジネスから生物学上の解析まで、幅広い範囲の分野における応用例が見出されている。
【０００４】
シミュレーション・モデルの構築は、典型的には、システム内のさまざまなオブジェクトを識別することを含み、次いでこれらは「オブジェクト」に組み込まれた変数、式またはその両方によって表現される。シミュレーション・モデルは、グラフィカル・ユーザ・インタフェース（ＧＵＩ）を使用して構築することができ、ここではさまざまなオブジェクトがユーザ選択によるアイコンまたは他の適切なグラフィカル表現によって表現され、オブジェクトの間の相互関係がリンクによって表現される。
【０００５】
グラフィカル・シミュレーション・モデル用の典型的な従来技術のグラフィカル・ユーザ・インタフェース（ＧＵＩ）を簡素化した表現を図１に示す。特に、図１の従来技術のＧＵＩはダイアグラム・ウィンドウ１０を含み、この中にモデリングされたシステムのさまざまなオブジェクトのノード表現が表示される。モデリングされたシステムのさまざまな各オブジェクトは、図ではエンティティ・オブジェクト１２、入力オブジェクト１４またはリンク・オブジェクト１６のい
ずれかである。各オブジェクトは、典型的に、少なくとも１つのパラメータを含み、このパラメータは、パラメータ名、代入値、およびパラメータを説明するパラメータ文書を有する。
【０００６】
知られているシミュレーション・モデリング・ツールには、Ｍｅｎｌｏ  Ｐａｒｋ，ＣａｌｉｆｏｒｎｉａのＳｃｉｔｏｒ  ＣｏｒｐｏｒａｔｉｏｎによるＰｒｏｃｅｓｓ  Ｃｈａｒｔｅｒ、Ｂｅｒｇｅｎ，ＮｏｒｗａｙのＭｏｄｅｌｌ  Ｄａｔａ  ＡＳによるＰｏｗｅｒＳｉｍ（ｈｔｔｐ：／／ｗｗｗ．ｐｏｗｅｒｓｉｍ．ｃｏｍ）、Ｈａｎｏｖｅｒ，Ｎｅｗ  ＨａｍｐｓｈｉｒｅのＨｉｇｈ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｓｙｓｔｅｍｓ  ＩｎｃｏｒｐｏｒａｔｅｄによるＩｔｈｉｎｋおよびＳｔｅｌｌａ（ｈｔｔｐ：／／ｈｐｓ−ｉｎｃ．ｃｏｍ）、およびＳａｎ  Ｊｏｓｅ，ＣａｌｉｆｏｒｎｉａのＩｍａｇｉｎｅ  Ｔｈａｔ！  ＩｎｃｏｒｐｏｒａｔｅｄによるＥｘｔｅｎｄ  ＋ＢＰＲ（ｈｔｔｐ：／／ｗｗｗ．ｉｍａｇｉｎｅｔｈａｔｉｎｃ．ｃｏｍ）がある。図２は、シミュレーション・モデル３０を、Ｈｉｇｈ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｓｙｓｔｅｍｓ，Ｉｎｃ．によるＩｔｈｉｎｋ製品を利用して生成されたものとして示す。このシミュレーション・モデルは、ビジネス内のワークイン／ワークアウト・システムを表す。シミュレーション・モデル３０は、図では「作業バックログ」を表すオブジェクト３２を含み、オブジェクト３２は到着する作業命令３４によって供給され、満たされた作業命令３６によって減少される。作業命令がバックログ・オブジェクト３２に供給される割合は、オブジェクト３９によって決定される。オブジェクト３９はパイプに関する「バルブ」として機能し、それによって作業命令がオブジェクト３２へ供給される。同様に、作業命令がオブジェクト３２から減分される割合は、オブジェクト３８に応じて決まる。オブジェクト３８はパイプの「バルブ」として機能し、それによって作業命令がオブジェクト３２から減分される。オブジェクト３８は、図では、システム内の作業者数であるオブジェクト４２、および各作業者の週間生産性である入力パラメータ４０の入力を受け取る。作業者の週間生産性はさらに、作業者毎の週毎の時間であるオブジェクト４４の関数である。作業された時間毎の生産量はオブジェクト４６であり、図ではさらに作業者毎の週間生産性に影響を与える。作業された時間毎の生産性は、平均バーンアウト要素であるオブジェクト４８の影響を受ける。他のさまざまな要素が、図ではオブジェクト４８に影響を与える。
【０００７】
図２のシミュレーション・モデル３０はワークイン／ワークアウト・システムの十分な表現を提供するが、このモデル３０にはいくつかの非効率性がある。特に、モデル３０の下にある数学的構造は、アイコンの外観から容易に明らかではなく、シミュレーション・モデル３０に示されたさまざまなノードに付いているラベルの結果として推断することしかできない。さらに、多数のアイコンを使用して、オブジェクト、入力、パイプおよびリンク（ならびに、これらの各アイコンに関連したラベル）を表すと、結果として、モデリングされたシステムが煩わしく混乱した描写になる。図１および図２のモデルのオブジェクトに関連付けられたパラメータ値の入力および観測は、さらに冗漫である。これは、ウィンドウを各オブジェクトの各変数について生成しなければならず、次いで特定の値をウィンドウ内のフィールドに入力あるいは表示しなければならないからである。大規模なシミュレーション・モデルでは、数百または数千ものオブジェクトが含まれる可能性があり、パラメータの値を入力および表示するプロセスに不都合が生じる。
【発明の概要】
【課題を解決するための手段】
【０００８】
（発明の概要）
本発明によれば、シミュレーション・モデルのオブジェクト・パラメータへアクセスする方法が提供される。ユーザ・インタフェース内にダイヤグラム・パネルが表示される。ダイヤグラム・パネルは、シミュレーション・モデルのオブジェクトのグラフィカル表現を含む。ユーザ・インターフェース内にアクセス・パネルも表示されるが、アクセス・パネルはダイヤグラム・パネルとは異なる別のパネルである。シミュレーション・モデルの一連のオブジェクト・パラメータが識別されてアクセス・パネル内に含められる。その一連のオブジェクト・パラメータの識別に応答して、一連のオブジェクト・パラメータの各パラメータに対する識別子がアクセス・パネル内に表示される。次いで、アクセス・パネルを介して、オブジェクト・パラメータの集合のうちの少なくとも１つのパラメータの値が受け取られる。次いでこの値が該当するパラメータに割り当てられる。
【０００９】
本発明の他の特徴は、添付の図面および以下の詳細な説明から明らかになるであろう。
本発明を限定的なものではなく例として添付の図面の図に示す。図面中、同じ参照番号は類似の要素を示す。
【図面の簡単な説明】
【００１０】
【図１】従来技術において、シミュレーション・モデルの表示を生成するために利用されたグラフィカル・ユーザ・インタフェース（ＧＵＩ）を示す図である。
【図２】従来技術のモデリング・ツールを使用して生成されたシミュレーション・モデルの表現を示す図である。
【図３】本発明の一実施形態によるシミュレーション・モデリング・ソフトウェアの線図表現の図である。
【図４】図３のソフトウェアとさまざまなソフトウェア・プラットフォームで動作するＧＵＩの間の相互作用の線図表現の図である。
【図５】ユーザが、本発明の一実施形態によるシミュレーション・モデルのパラメータに関する情報を表示および入力することができる、パラメータ・ウィンドウを示す図である。
【図６】本発明によるシミュレーション・モデルのオブジェクトを表現するために利用することができる、２つの例示的ノード表現を示す図である。
【図７】本発明の一実施形態により、シミュレーション・モデルの状態または関数ノードの間の関係条件を示すために利用することができる、例示的リンク表現を示す図である。
【図８】本発明の一実施形態により、シミュレーション・モデルの第１および第２ノードの間に存在する関係条件に第３のノードが与える影響を表現するために利用することができる、修飾子表現を示す図である。
【図９】本発明の一実施形態により定義された図形要素を利用して構築された、シミュレーション・モデルの例示的表現を示す図である。
【図１０】本発明の一実施形態による、シミュレーション・モデルの表示を生成するメソッドを示すフローチャートである。
【図１１】本発明の一実施形態による、リンク表現を選択してシミュレーション・モデル内の２つのオブジェクトの間の関係条件を表現するメソッドを示すフローチャートである。
【図１２】本発明の一実施形態による、１組のオブジェクトの間の関係条件にオブジェクトが与える影響を表現する、修飾子表現を表示するメソッドを示すフローチャートである。
【図１３】本発明の一実施形態による、ユーザがパラメータ作業値にアクセスすることができるアクセス・パネルを示す図である。
【図１４】本発明の一実施形態による、アクセス・パネルを作成し、そのようなパネルを利用してシミュレーション・モデルのパラメータにアクセスするメソッドを示すフローチャートである。
【図１５】ベースライン基礎、ベースライン・レイヤ、およびベースライン・レイヤの代りに使用することができる３つの代替レイヤの線図表現の図である。
【図１６】本発明の一実施形態による、レイヤ・オブジェクト内に含める値を指定するために利用することができる、２つの例示的レイヤ・パネルを示す図である。
【図１７】本発明の一実施形態による、シミュレーション・モデル内でレイヤを適用および非適用するために利用することができる、コンフィギュレーション・パネルを示す図である。
【図１８】本発明の一実施形態による、シミュレーション・モデル内のオブジェクトを管理するメソッドを示すフローチャートである。
【図１９】本発明の一実施形態による、ユーザがシミュレーション・モデル内のオブジェクトの少なくとも２つのパラメータを監視することができる、２つの例示的モニタ・パネルを示す図である。
【図２０Ａ１】ダイアグラム・ウィンドウ、チャート・パネル、モニタ・パネルおよびコンフィギュレーション・パネルをそれぞれ表示する、ＧＵＩを示す図である。
【図２０Ａ２】ダイアグラム・ウィンドウ、チャート・パネル、モニタ・パネルおよびコンフィギュレーション・パネルをそれぞれ表示する、ＧＵＩを示す図である。
【図２０Ｂ１】ダイアグラム・ウィンドウ、チャート・パネル、モニタ・パネルおよびコンフィギュレーション・パネルをそれぞれ表示する、ＧＵＩを示す図である。
【図２０Ｂ２】ダイアグラム・ウィンドウ、チャート・パネル、モニタ・パネルおよびコンフィギュレーション・パネルをそれぞれ表示する、ＧＵＩを示す図である。
【図２１Ａ】本発明のそれぞれの実施形態による、シミュレーション・モデル内のパラメータを監視するメソッドを示す図である。
【図２１Ｂ】本発明のそれぞれの実施形態による、シミュレーション・モデル内のパラメータを監視するメソッドを示す図である。
【図２２】図６ないし図８の図形要素および表記を利用した、シミュレーション・モデルの例示的表現または表示を示す図である。
【図２３】本発明の一実施形態による、ダイアグラム・ウィンドウおよび１組のアクセス・パネルを含む、ＧＵＩを示す図である。
【図２４】本発明の一実施形態による、ダイアグラム・ウィンドウ、１組のレイヤ・パネルおよびコンフィギュレーション・パネルを含む、ＧＵＩを示す図である。
【図２５】上述の方法を実行するためのソフトウェアが存在し、これを実行することができるコンピュータ・システムの線図表現の図である。
【発明を実施するための形態】
【００１１】
（詳細な説明）
シミュレーション内のオブジェクトを管理する方法を記載する。以下の記載では、説明のため、本発明が完全に理解されるように多数の特定の詳細を述べる。しかし、当業者には、本発明がこれらの特定の詳細なしで実施できることが明らかとなるであろう。
【００１２】
本明細書では、グラフィカル・シミュレーション・モデリング・ソフトウェアを利用して、システムのシミュレーション・モデルを表現し、そのようなシステムを記載するオブジェクトにアクセスし、これらを管理する例示的方法を記載する。図３を参照して、本発明によるシミュレーション・モデリング・ソフトウェア５０の例示的な一実施形態の線図表現を提供する。特に、モデリング・ソフトウェア５０は、コア５２を含み、これはＣ＋＋またはＪａｖａ（登録商標）プログラミング言語などオブジェクト指向言語を使用してコード化することができる。したがって、図では、コア５２はオブジェクトのクラス、すなわちダイアグラム・オブジェクト５４、アクセス・パネル・オブジェクト５６、レイヤ・パネル・オブジェクト５８、モニタ・パネル・オブジェクト６０、チャート・オブジェクト６２、およびコンフィギュレーション・オブジェクト６４を含む。当技術分野内で周知のように、コア５２内の各オブジェクトは、パラメータの集まり（一般にインスタンス、変数またはフィールドとも呼ばれる）、および関連オブジェクトのパラメータを利用するメソッドの集まりを含むことができる。図３のオブジェクトのさまざまな各クラスの機能および目的は、以下の記載から明らかになるであろう。例示的ダイアグラム・オブジェクト６６の内容の組立分解図を提供する。この図から、ダイアグラム・オブジェクト６６が、ダイアグラム・オブジェクトを説明する文書６８、パラメータの集まり７０、および式または式のクラスを定義することができるメソッド７２を含むことが分かる。各ダイアグラム・オブジェクト５４は、モデリングされたシステムの特徴またはオブジェクトを定義し、これらがダイアグラム・ウィンドウ内に表示される。このウィンドウは、コア５２と相互作用するグラフィカル・ユーザ・インタフェース（ＧＵＩ）によって提示される。本発明の例示的な一実施形態によれば、ダイアグラム・オブジェクト５４は、状態、関数、修飾子およびリンク・オブジェクトを含むことができ、それぞれが状態ノード、関数ノード、修飾子アイコンおよびリンク・アイコンによってダイアグラム・ウィンドウ内に表現される。各オブジェクト５６から６４は、例示的な一実施形態では、それぞれのウィンドウ（またはパネル）を定義し、それらがダイアグラム・ウィンドウ上にオーバーレイされ、モデリングされたシステムに関する選択情報を提示し、ユーザによるモデルとの相互作用を容易にする。本明細書の目的のため、用語「パネル」は幅広い解釈を与えられるものとし、ディスプレイ内で指定または識別されたいかなる領域をも、形状、サイズまたは境界にかかわらず指すものとする。したがって、用語「パネル」はＧＵＩ内の「ウィンドウ」を包含するものとするが、それに限定されるものではない。
【００１３】
図４はコア５２の線図表現であり、図ではいくつかのＧＵＩのいずれか１つと相互作用することができる。特に、コア５２は、図ではＣｕｐｅｒｔｉｎｏ，ＣａｌｉｆｏｒｎｉａのＡｐｐｌｅ  Ｃｏｍｐｕｔｅｒ，Ｉｎｃ．が開発したＭａｃｉｎｔｏｓｈプラットフォーム上で動作するＧＵＩ８０、Ｒｅｄｍｏｎｄ，ＷａｓｈｉｎｇｔｏｎのＭｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎが開発したＷｉｎｄｏｗｓ（登録商標）’９８またはＷｉｎｄｏｗｓ（登録商標）  ＮＴプラットフォームのいずれかで動作するＧＵＩ８２、または、ハイパー・テキスト・マークアップ言語（ＨＴＭＬ）またはＭｏｕｎｔａｉｎ  Ｖｉｅｗ，ＣａｌｉｆｏｒｎｉａのＳｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓが開発したＪａｖａ（登録商標）言語でコーディングされたプラットフォーム独立ＧＵＩ８４とインタフェースを取る。各ＧＵＩは、コア５２と相互作用してダイアグラム・ウィンドウを提示し、ここにダイアグラム・オブジェクト５４を表すアイコンが表示され、パネル・オブジェクト５６、レイヤ・オブジェクト５８、モニタ・オブジェクト６０、チャート・オブジェクト６２またはコンフィギュレーション・オブジェクト６４を表すパネル（またはウィンドウ）を表示することができる。
【００１４】
パラメータ
図３を参照して上述したように、ソフトウェア・コア５２内で定義された各オブジェクトは、それに関連付けられた少なくとも１つのパラメータを有することができ、このパラメータがオブジェクトのある特性を計量し、それがモデリングされたシステムのシミュレーション中で使用される。すべてのオブジェクトがパラメータを含まなければならないわけではないことも理解されたい。本発明の例示的な一実施形態では、いくつかのタイプのパラメータが定義される。まず、システム・パラメータが各サブジェクト・タイプに対して定義される。たとえば、システム・パラメータを、状態オブジェクトの初期値、またはリンク・オブジェクトの係数値に割り当てることができる。他のパラメータ・タイプには、オブジェクト・パラメータおよびダイアグラム・パラメータがあり、シミュレーション動作における値の簡単な操作を促進する。特に、ダイアグラム・パラメータはすべてのオブジェクトに使用可能であり、各オブジェクト・パラメータは単一オブジェクトにのみ使用可能である。
【００１５】
ここで図５を参照すると、パラメータ・ウィンドウ９０があり、これは図４のＧＵＩのいずれか１つによって生成することができ、パラメータに関する情報をユーザに提供し、ユーザがそれぞれのパラメータに帰属する値を入力または指定することができる。パラメータ・ウィンドウ９０がＧＵＩ内で呼び出され、構築される方法を以下に記載する。例示的パラメータ・ウィンドウ９０は、図では４つのセクション、すなわち定義セクション９２、単位セクション９４、設定セクション９６および範囲セクション９８を含む。定義セクション９２は、パラメータの識別子（または記号）ならびにパラメータの適切な定義を表示する。図示のパラメータ・ウィンドウ９０では、パラメータが記号「Ｃ」によって表現され、特定のオブジェクト内の式の係数として定義される。単位セクション９４は、内部で評価のために使用された単位を表示する。評価のために使用された単位は、設定セクション９６の「作業」値として示される値に使用される。内部および評価された単位が異なる場合、変換も単位セクション９４内で指示することができる。図示の例では、評価された値が、評価された時間から半減期計算値へ変換する定数Ｋによって変換され、掛け算される。
【００１６】
設定セクション９６は、関連パラメータの３つの値、すなわち作業値、ベースライン値および比較値を含む。ベースラインまたは比較値のいずれかを作業値に指定することが可能である。たとえば、ユーザは、ベースラインまたは比較値を、マウスなどポインティング・デバイスを使用してブロック１００にドラッグ・アンド・ドロップすることができる。それに従って作業値が更新される。ベースライン値は、関連パラメータが利用されるシミュレーション・モデルの元の作成者によって指定され、ユーザが直接修正することはできない。設定セクション９６はさらに説明ブロックを含み、このブロックにユーザが作業、ベースラインおよび比較値の各説明を入力することができる。
【００１７】
範囲セクション９８を任意選択で使用して、パラメータを割り当てることができる上限値および下限値を定義することができる。再度、上限および下限のそれぞれの説明フィールドが提供される。
【００１８】
図形要素
図６ないし図８は図形要素の例であり、本発明の例示的な一実施形態によれば、これを利用して本発明によるシミュレーション・モデルのディスプレイを構築することができる。ＧＵＩによってモデル構築者が図示の図形要素を使用できるようになり、次いでモデル構築者はモデリングされたシステムの表現を構築することができる。以下の説明では、用語「ノード」を用いて、状態または関数を表すアイコンを参照し、用語「リンク」を用いて、リンク・オブジェクトを表現するアイコンを参照する。以下に述べる図形要素は例示的であり、いかなる異なる図形要素も、本発明の精神から外れることなく、以下に述べる図形要素の代りに使用できることを理解されたい。
【００１９】
図６ないし図８を参照して以下に述べる図形要素を使用して、図９のようなシミュレーション・モデルを構築することができる。まず図６を参照する。これは、２つのノード・タイプの例、すなわち状態ノード１１０および関数ノード１１２の図である。状態ノード１１０および関数ノード１１２を区別するために、このとき図９も参照する。図９は例示的シミュレーション・モデル１５０であり、これは捕食者−被食者系を表現する。このモデル・システムでは、捕食者がオオカミを含み、被食者がウサギを含む。
【００２０】
再度図６を参照すると、状態ノード１１０は、モデリングされたシステム内の条件または状態を定義する下層状態オブジェクトを表す。図９のシミュレーション・モデル１５０の表現では、状態ノードがモデル内のさまざまな条件を表現することに留意されたい。特に、「植生」状態ノード１５２は、モデル１５０内の植生の状態を表し、状態ノード１５６、１５８、１６２および１６４はそれぞれウサギおよびオオカミの個体数を表す。状態ノードの下にあるさまざまなオブジェクトは１つまたは複数のパラメータを含むことができ、かつ／またはその１つまたは複数の式（またはメソッド）が、それぞれの状態ノードに供給されるリンク（「矢印」と呼ばれることもある）の効果または影響を受ける（すなわち、状態および関数オブジェクトがリンク・オブジェクトの影響を受ける）。たとえば、「成体ウサギ」状態ノード１５６は、特定の時間におけるシミュレーション内の成体ウサギの数を示すパラメータを含むオブジェクトを表す。
【００２１】
図６を参照すると、関数ノード１１２は、シミュレーション・モデル内の要素を定義する関数オブジェクトを表し、これは純粋にシミュレーション・モデル内のゼロまたはそれ以上のオブジェクト（またはパラメータ）の関数である。再度図９のシミュレーション・モデル１５０を参照すると、２つの関数ノード１５４および１６０がそれぞれウサギの食物供給およびオオカミの食物供給を表すオブジェクトを表す。各関数ノード１５６および１６０は、リンクによって図示されたノードのパラメータの関数であるパラメータを含み、これが関連の関数ノードへ供給される。たとえば、関数ノード１５４は、入手可能なウサギの食物量を表す値のパラメータを有し、図では植生ノード１５２の関数である。同様に、関数ノード１６０は、入手可能なオオカミの食物量を示す値のパラメータを含み、「成体ウサギ」ノード１５６および「若体ウサギ」ノード１５８の関数である。
【００２２】
図７は１組のリンク表現１１８から１２８であり、モデル構築者はこれを選択して、シミュレーション・モデル内で、ノードで表現する２つのオブジェクトの間にある関係条件を表すことができる。リンク表現１１８から１２８はそれぞれ関連付けられており、異なる関係条件を表現する。まず「定数効果」リンク表現１１８を参照すると、このリンク表現は、それぞれが状態ノード１１５および１１７によって表現される第１および第２のオブジェクトの間の関係条件を示している。ここでは、第１のオブジェクトが第２のオブジェクトに効果を与え、この効果は第１または第２のノードに関連付けられたパラメータのいかなる値とも無関係である。一実施形態では、リンク表現１１８はこの効果を、シミュレーション動作の持続時間中に一定であるとして表現する。リンク表現１１８は、リンク表現の末尾部分が矢印の後ろの円から離れていることで区別される。「比例効果」リンク表現１２０は、第１および第２のオブジェクトの間の関係条件を表す。ここでは、第１のオブジェクトが第２のオブジェクトに効果を与え、この効果の大きさは、状態ノード１１５で表す第１のオブジェクトのパラメータ値に応じて決まる。リンク表現１２０は、リンク表現の末尾部分が矢印の後ろの円と接触することで、区別される。図９を参照すると、「比例効果」リンク表現の例を１２０ａおよび１２０ｂで示す。特に、「成体ウサギ」状態ノード１５６は、図では「若体ウサギ」状態ノード１５８に比例効果を与えており、若体ウサギの数は成体ウサギの数に比例して増加する。同じことがリンク表現１２０ｂについても真であり、これは「成体オオカミ」ノード１６２が「若体オオカミ」ノード１６４に与える効果を表す。
【００２３】
「相互作用効果」リンク表現１２２は、状態ノード１１５で表す第１のオブジェクトが、状態ノード１１７で表す第２のオブジェクトに効果を与え、その効果は第１および第２のオブジェクトのパラメータの値に応じて決まることを表す。リンク表現１２２は、表現の末尾部分が円とかみ合い、弓形の線が円から状態ノード１１７へ延びていることで、区別される。再度図９を参照すると、「相互作用効果」リンク表現の２つの例は１２２ａおよび１２２ｂである。特に、「成体オオカミ」ノード１６２は、図では「成体ウサギ」ノード１５６に効果を与える。特に、円１７０の「Ｃ」で示すように、成体オオカミは成体ウサギを消費する。この消費の割合すなわち大きさは、成体オオカミの数および成体ウサギの数によって決定され、ノード１６２で表すオブジェクトがノード１５６で表すオブジェクトに与える効果は、したがってこれらの各オブジェクトにそれぞれ関連付けられたパラメータの値（たとえば、個体数）に応じて決まる。同じ説明は、「成体オオカミ」ノード１６２で表すオブジェクトが「若体ウサギ」ノード１５８で表すオブジェクトに与える効果に関しても当てはまり、これらの間には「相互作用効果」リンク表現１２２ｂが延びている。
【００２４】
図７の「定数変換」リンク表現１２４は、状態ノード１１５で表す第１のオブジェクトのインスタンスが、状態ノード１１７で表す第２のオブジェクトのインスタンスに変換されることを表す。「定数変換」リンク表現１２４はさらに、変換されるインスタンスの数が、第１または第２のオブジェクトに関連付けられたパラメータのいかなる値とも無関係であることを表す。一実施形態においては、リンク表現１２４はこの変換を一定であるとして示し、外部パラメータの効果を受けない。リンク表現１２４は、その末尾部分が「定数効果」リンク表現１１８の末尾部分に比較して厚く、この末尾部分がリンク表現１２４の先頭の後ろの円から離れていることに特徴がある。
【００２５】
「比例変換」リンク表現１２６は、状態ノード１１５で表す第１のオブジェクトのいくつかのインスタンスが、状態ノード１１７で表す第２のオブジェクトのインスタンスに変換されることを表す。さらに、リンク表現１２６は、変換されるインスタンスの数が、第１のオブジェクトのインスタンスの数に応じて決まることを示す。図９を参照して、「比例変換」リンク表現を１２６ａおよび１２６ｂで示す。特に、リンク表現１２６ａは、「若体ウサギ」ノード１５８で表すオブジェクトのインスタンスが、「成体ウサギ」ノード１５６で表すオブジェクトのインスタンスに変換されることを表す。さらに、成体ウサギ（すなわち、成体ウサギのインスタンス）に変換される若体ウサギ（すなわち、若体ウサギのインスタンス）の数は、ノード１５８で表すオブジェクト内に存在する若体ウサギのインスタンスの数に応じて決まる。同様に、「成体オオカミ」ノード１６２で表すオブジェクトのインスタンスに変換される「若体オオカミ」ノード１６４で表すオブジェクトのインスタンスの数は、「若体オオカミ」ノード１６４で表すオブジェクトのインスタンスの数に応じて決まる。「比例変換」リンク表現１２６ａおよび１２６ｂの円１７２は、図では文字「Ｓ」を含み、生じる変換のタイプが状態の変化であることを示す。いかなる記号も同様の方法でリンク表現の円内に含めることができ、それによってノードで表すオブジェクトの間に存在する関係条件のタイプに関するさらなる情報を提供し、そのノードの間にリンク表現が延びていることを理解されたい。
【００２６】
「相互作用変換」リンク表現１２８は、状態ノード１１５で表す第１のオブジェクトのいくつかのインスタンスが、状態ノード１１７で表す第２のオブジェクトのインスタンスに変換されることを表す。さらに、「相互作用変換」リンク表現１２８は、第２のオブジェクトのインスタンスに変換される第１のオブジェクトのインスタンスの数が、第１および第２のオブジェクトのインスタンスのそれぞれの数に応じて決まることを表す。リンク表現１２８は、その末尾部分がリンク表現１２２の末尾部分に比較して厚く、弓形の線が表現１２８内の円から、第２のオブジェクトを表す状態ノード１１７へ延びていることで、区別される。
【００２７】
上述のリンク表現１１８から１２８の記載から、各リンクが、第１および第２のオブジェクトの間の関係条件を、「効果」関係または「変換」関係のいずれかとして表すことに留意されたい。さらに、各リンク表現１１８から１２８は、関係条件を定数、比例または相互作用のいずれかとして表す。
【００２８】
図７のリンク表現１１８から１２８は例示的であり、適切なリンク表現を使用して、上述のさまざまな関係条件を表すことができる。さまざまなリンク表現１１８から１２８で表す関係条件は、典型的にモデル構築者によって定義されることを理解されたい。最後に、さまざまなリンク表現で表すことができる関係条件の数式の例を以下の表１に提供する。表１の数式は、時間の経過によって駆動される動的シミュレーション・モデル用である。リンク表現１１８から１２８は、同様の方法で、時間にユーザ入力値を割り当てることができるモデルなどの静的モデルに使用することができる。
【表１】
2010079931.tif 000003
【００２９】
上述のように、リンク表現１１８から１２８のそれぞれが円を含み、そこに関係条件に関するさらなる情報を提供するグラフィカル識別子を表示することができる。たとえば、図９を参照すると、各リンク表現はアルファベット文字を含み、それが２つのそれぞれのオブジェクトの間の関係条件に関するさらなる情報を提供する。ＧＵＩは、図９のようなインデックス・テーブル１７４を用意することもでき、これはさまざまなリンク表現の円の中で表示された識別子にキーを提供する。
【００３０】
ここで図１０を参照する。これは、本発明の例示的な一実施形態による、シミュレーション・モデルのディスプレイ（またはグラフィカル表現）を生成する方法１８０を示すフローチャートである。一実施形態では、方法１８０のステップは、図３のソフトウェア・コア５２と共にＧＵＩによって実行される。この方法はステップ１８２で開始し、ステップ１８４へ進行して、シミュレーション・モデルのオブジェクトの間に存在する可能性がある所定の組の関係条件が定義される。たとえば、定義された関係条件は、図７を参照して上述した６つの関係条件を含むことができ、式の形式で表現することができる。ステップ１８６では、それぞれのリンク表現がこの組の各関係条件と関連付けられる。たとえば、リンク表現１１８から１２８を、図７を参照して上述したように、それぞれ異なる関係条件に関連付けることができる。このとき、ステップ１８８で最小構成を見ると、ＧＵＩは、第１および第２のオブジェクトについて、状態ノード１１５および１１７などのノード表現を表示する。ノード表現の表示は、ユーザ入力に応答して生じる。このステップでは、ユーザが、パラメータ値、式および文書などのさらなる情報を入力して、図３の５４などのダイアグラム・オブジェクト（すなわち、状態および／または関数オブジェクト）を定義することができる。
【００３１】
このようにして、表示するために少なくとも２つのノード表現をＧＵＩによって生成し、これらのノード表現の下にあるオブジェクトを定義した後、次いでユーザはステップ１９０で、所定の組の関係条件に関連付けられたリンク表現から１つのリンク表現を選択し、第１および第２のノードで表現するオブジェクトの間の所望の関係条件を表現する（たとえば、第１および第２のオブジェクトの間の関係を定義する式または式のクラスを指定する）。ステップ１９２では、次いでユーザがさらに、オブジェクトの間の関係条件をパラメータ値で定義することができる。たとえば、オブジェクトの間の関係条件を、上記の表１の式のいずれか１つなどの動的な式で表現することができる。関係条件を定義するパラメータは、図５のようなパラメータ・ウィンドウ９０を使用することによって、入力および定義することができる。ユーザは、任意選択で、さらなる情報をリンク表現内に含めるように指定することもできる。たとえば、ユーザは、識別子を図７のリンク表現１１８から１２８のいずれか１つの円内に組み込むように指定することができる。次いで、方法１８０はステップ１９４へ進行し、そこでＧＵＩが選択リンク表現を表示して、第１および第２のノードで表すオブジェクトの間に存在する関係条件を示す。
【００３２】
異なるリンク表現をそれぞれ異なる１組の関係条件に関連付けると、特に、図９のシミュレーション・モデル１５０など、シミュレーション・モデルの表示を見るユーザが、ノードで表現するオブジェクトの間の関係を、表現を「ドリルダウン」したり追加情報ウィンドウにアクセスする必要なく、即座に確認および理解することができる利点がある。識別子を各リンク表現１１８から１２８のそれぞれの円内に含め、キー１７４を各識別子に提供すると、さらに表示の理解が向上する。
【００３３】
図１１は、リンク表現を所定の組から選択し、ダイアグラム・ウィンドウ内の第１および第２のノードで表現するオブジェクトの間の関係条件を表現する、例示的方法１９０を示すフローチャートである。方法１９０はステップ２００で開始し、次いで判断ボックス２０２へ進行して、そこで第１および第２のオブジェクトの間の関係条件が「効果」関係であるか「変換」関係であるかの判定が行われる。この関係条件が適切に効果関係として分類されると判定された場合、この方法は判断ボックス２０４へ進行し、そこでこの効果が定数であるかどうかの判定が行われる。そうである場合、適切なリンク表現（たとえば、リンク表現１１８）がステップ２０６で選択される。効果関係が定数でない場合、方法１９０は判断ボックス２０８へ進行し、そこで、あるオブジェクトが他のオブジェクトへ与える効果が、これらのオブジェクトの１つと関連付けられたパラメータの値に応じて決まるかどうかの判定が行われる。そうである場合、この方法はステップ２１０へ進行し、そこで適切なリンク表現（たとえば、リンク表現１２０）が選択される。あるいは、方法１９０は判断ボックス２１２へ進行し、そこで、あるオブジェクトが他のオブジェクトへ与える効果が、これらの各オブジェクトと関連付けられたパラメータの値に応じて決まるかどうかの判定が行われる。そうである場合、方法１９０はステップ２１４へ進行し、そこで適切なリンク表現（たとえば、リンク表現１２２）が選択される。ステップ２１４の後、この方法はステップ２１６で終了する。
【００３４】
判断ボックス２０２へ戻ると、オブジェクトの間の関係条件が「効果」関係条件ではなく「変換」関係条件であると判定された場合、この方法は判断ボックス２０２から判断ボックス２１８へ進行し、そこで、「変換」関係条件が、あるオブジェクトの一定数のインスタンスが他のオブジェクトのインスタンスに変換されることを必要とするかどうかの判定が行われる。そうである場合、この方法はステップ２２０へ進行し、そこで適切なリンク表現（たとえば、リンク表現２１４）が選択される。あるいは、この方法は判断ボックス２２２へ進行し、そこで、「変換」関係条件が、他のオブジェクトのインスタンスに変換されるあるオブジェクトのインスタンスの数が、これらのオブジェクトのいずれか１つのインスタンスの数に応じて決まると指定するかどうかの判定が行われる。そうである場合、この方法はステップ２２４へ進行し、そこで適切なリンク表現（たとえば、リンク表現１２６）が選択される。あるいは、この方法は判断ボックス２２６へ進行し、そこで、「変換」関係条件が、他のオブジェクトのインスタンスに変換されるあるオブジェクトのインスタンスの数が、第１および第２のオブジェクトのインスタンスのそれぞれの数に応じて決まることを必要とするかどうかの判定が行われる。そうである場合、適切なリンク表現（たとえば、リンク表現１２８）が選択される。ステップ２２８の後、方法１９０はステップ２１６で終了する。
【００３５】
図８に戻ると、モデル構築者は、ノード１３０および１３２で表すオブジェクトの間のリンク表現１３８で表す関係条件が、ノード１３４で表す第３のオブジェクトから影響を受ける状況をモデリングしたいことがある。本発明の一実施形態によれば、関連リンク表現１３８を修飾子表現１３６でオーバーレイすると、第３のオブジェクトが第１および第２のオブジェクトの間の関係条件に与える影響を表すことができる。第３のオブジェクトを表すノード１３４は、図ではさらに、リンク表現１３７によって修飾子表現１３６へ供給される。修飾子表現１３６は、第３のオブジェクトが関連関係条件に与える効果のタイプの指示を与える識別子を含む。たとえば、図８の場合のように、修飾子表現１３６は「＋」記号を含むことができ、これで第３のノードが関連関係条件に対する刺激効果を有することを示すことができる。図９を参照すると、修飾子表現１３６ａおよび１３６ｂがそれぞれ「＋」記号を含み、これで第３のオブジェクト（すなわち、「ウサギの食物供給」オブジェクト）が生産に対する刺激効果を有することを、「若体ウサギ」オブジェクト・インスタンスの「成体ウサギ」オブジェクト・インスタンスによって示す。修飾子表現１３６は、シミュレーション・モデル１５０のオオカミの個体数に関して類似している状況を表現する。
【００３６】
本発明の一実施形態では、修飾子表現に「−」記号を含めることができ、第３のオブジェクトが１組のオブジェクトの間の関係条件に抑制効果を与えることを表現することができる。さらに修飾子表現に「＝」記号を含めることができ、この記号は、第３のオブジェクトが抑制または刺激効果のいずれかを１組のオブジェクトの間の関係に与えることができ、それが第１のオブジェクト、第３のオブジェクト、または修飾子表現で表現する修飾子オブジェクトのパラメータ値に応じて決まることを示す。たとえば、第３のオブジェクトのパラメータはあるしきい値を有することができ、このしきい値の下では第３のオブジェクトが刺激効果を関係条件に与え、このしきい値の上では第３のオブジェクトが抑制効果を関係条件に与える。
【００３７】
このために、図１２を参照する。これは、本発明の一実施形態による、あるオブジェクトが１組のオブジェクトの間の関係条件に与える影響を表現する修飾子表現を表示する方法２３０を示す図である。この方法はステップ２３２で開始し、ステップ２３４へ進行して、そこでシミュレーション・モデルの第３のオブジェクトのノード表現が、ユーザ入力に応答してダイアグラム・ウィンドウ内に表示される。次いでこの方法は判断ボックス２３６へ進行し、そこで第３のオブジェクトが、それぞれのノード表現によってダイアグラム・ウィンドウに表された２つのオブジェクトの間の関係条件に影響を与えるかどうかの判定が行われ、この関係条件は適切なリンク表現で表される。そうでない場合、この方法はステップ２３８で終了する。そうである場合、この方法は判断ボックス２４０へ進行し、そこでこの影響が抑制かどうかの判定が行われる。そうである場合、適切な識別子（たとえば「−」）を含む修飾子表現が、ステップ２４２で選択される。あるいは、方法２３０は判断ボックス２４４へ進行し、そこでこの影響が刺激かどうかの判定が行われる。そうである場合、適切な識別子（たとえば「＋」）を含む修飾子表現が、ステップ２４６で選択される。あるいは、この方法は判断ボックス２４８へ進行し、そこでこの影響が第３のオブジェクトのパラメータの値に応じて変わるかどうかの判定が行われる。そうである場合、適切な識別子（たとえば「＝」）を含む修飾子表現が、ステップ２５２で選択される。
【００３８】
上述の識別子は、もちろん例示的なものでしかなく、任意の適切な修飾子を識別子表現内に含め、下層修飾子オブジェクトの特性を知らせることができる。たとえば、「Ａ」または「Ｂ」を含む修飾子表現を使用して、下層修飾子オブジェクトを、２つのオブジェクトの間の「許可」または「ブロッキング」関係条件（たとえば、効果または変換関係条件）として識別することもできる。
【００３９】
ステップ２４２、２４６または２５２から、方法２３０はステップ２５２へ進行し、選択した修飾子表現が、第１および第２のオブジェクトのノードの間のリンク表現上にオーバーレイされ、リンク表現が、第３のオブジェクトと修飾子表現のノード表現の間で生成される。次いで、この方法はステップ２３８で終了する。
【００４０】
修飾子表現は下層修飾子オブジェクトを表現し、これは式で表現することができる。一実施形態では、修飾子オブジェクトがシミュレーション・モデル内のパラメータの関数を含むことができる。修飾子オブジェクトを表現する式の一例を、以下の表２に提供する。
【表２】
2010079931.tif 000004
【００４１】
表２において、「リンク項」式は、リンク・オブジェクト内に組み込まれて２つのオブジェクトの間の関係条件を表現する式を指す。このような式の例を、上記の表１の「関係条件（式）」の欄に示す。
【００４２】
パネル−選択パラメータのアクセス
図９に説明のための単純なシミュレーション・モデル１５０を示すが、上述の図形要素を使用して、人間生理学の一態様または複合製造システムなどの大変複雑なシステム用のモデルを生成することができることを理解されたい。このような場合、シミュレーション・モデルは数百または数千ものオブジェクトを含むことができ、各オブジェクトがいくつかのパラメータを含むことができる。シミュレーション・モデルを使用して効果的な「ｗｈａｔ−ｉｆ」解析を実行するために、シミュレーション動作を実行する前にあるキー・パラメータの入力値にアクセスして観測することが有効であり、あるいはこのような動作の終了時にこれらのキー・パラメータの出力値を観測することも有効である。多数のパラメータが２つのオブジェクトの間の関係の式に含まれ、この効果を受けるので、モデル作成者は、このような関係のいずれかの側であるパラメータを検査する必要もある可能性がある。たとえば、モデル作成者は、特定のオブジェクトがいくつかの他のオブジェクトに与える効果を指定するパラメータ、およびこれらの他のオブジェクトが特定のオブジェクトに与える効果を指定するパラメータも検査したいことがある。複合モデルもサブモデルのシステムに分割されることが多く、これはソフトウェアの機能を使用するか、またはモデル作成者の慣行によってのみ行われる。したがって、モデル作成者にとって、同時に特定のサブモデル内に含まれた選択パラメータを見ることが有効である。この必要性を満たすことは、サブモデルの境界がパラメータに関して相互に排他的でない可能性があること、すなわち、単一のパラメータが多数のサブモデルに現れる可能性があることによって、複雑になる。さらに、サブモデルの境界は、モデルが発展するにつれてしばしば変化する。
【００４３】
モデリング・ソフトウェアを利用するモデル作成者は、モデル作成者がアクセスまたは表示したい各変数のパラメータ・ウィンドウを呼び出す必要がある可能性がある。典型的に複合モデルで起こる可能性があるように、このようないくつかのウィンドウを生成することは、直ちにＧＵＩが混乱する結果となることを理解されたい。このような多数のパラメータ・ウィンドウを管理および表示することも不便である。
【００４４】
シミュレーション・モデル内でユーザ選択によるパラメータのグループを表示およびアクセスする必要性に対処するために、本発明は、モデル作成者がウィンドウまたはパネル内でパラメータ「別名」のグループを作成できる機構を提供することを提案する。このウィンドウまたはパネルは、ダイアグラム・ウィンドウと共にオーバーレイまたは表示することができ、ダイアグラム・ウィンドウとは異なるものである。本発明はさらに、モデル作成者が多数のアクセス・パネルを作成することができ、各パネルから、シミュレートされたモデル内のオブジェクトまたはオブジェクトのグループから収集された、ユーザ選択によるパラメータのグループにアクセスできることを提案する。図１３は、２つのアクセス・パネル２６０および２６２の例であり、それぞれが図９の例示的シミュレーション・モデル１５０内のオブジェクトのユーザ選択パラメータに関する情報を含む。具体的には、アクセス・パネル２６０は、シミュレーション・モデル１５０内のオブジェクトによってモデリングされたウサギ個体数に関するさまざまなパラメータの情報を表示する。同様に、アクセス・パネル２６２は、シミュレーション・モデル１５０内のオブジェクトで表す捕食者個体数に属するパラメータに関する情報を表示する。各アクセス・パネル２６０および２６２は、４列の情報、すなわちオブジェクト列２６４、記号列２６６、作業値列２６８および単位列２７０を有する。オブジェクト列２６４は、ノード表現（すなわちアイコン）、およびパネル内に含まれている各パラメータのオブジェクトのテキスト説明を含む。明らかなように、パラメータを抽出することができるオブジェクトは、状態オブジェクト、関数オブジェクト、リンク・オブジェクトおよび修飾子オブジェクトを含み、それらを集合的に図３のダイアグラム・オブジェクト５４として示す。記号列２６６は、それぞれのアクセス・パネルに含まれている各パラメータの特定の記号を含み、作業値列２６８は各パラメータの作業値を含む。本発明の一実施形態では、各作業値はパラメータの固定入力値を含むので、シミュレーション動作の実行による効果を受けない。別の実施形態では、作業値がパラメータの現行値を含む可能性があるので、シミュレーション動作の終了時に出力値に反映する可能性がある。この実施形態では、シミュレーション・モデル１５０を使用したシミュレーション動作が進行するにつれて、各パラメータについての作業値列２６８内に表示された作業値が変化し、継続的に更新される可能性がある。さらにユーザが、関連作業値が現れるパネル内の領域を選択することによって、列２６８内のパラメータの作業値にアクセスできることが重要である。次いで、ユーザがこのパラメータを変更して、シミュレーション動作を再実行することができるので、「ｗｈａｔ−ｉｆ」解析の実行が特に容易になる。単位列２７０は、関連パラメータの単位を指定する。
【００４５】
図１３のパネル２６０および２６２には、ユーザ選択によるパラメータのグループを共に見ることができる利点もある。パネル２６０および２６２は他のいくつかの機能をユーザに提供し、シミュレーション・モデルのユーザ・フレンドリー性を向上させる。特に、パネル内の特定のオブジェクトのアイコンを選択することによって（たとえば、ダブル・クリックすることによって）、ユーザは、関連パラメータについて、図５などのパラメータ・ウィンドウ９０を呼び出すことができる。
【００４６】
各アクセス・パネル２６０および２６２はさらに、ナビゲーション・アイコン２７２および２７４を含む。これらのアイコンをユーザが（たとえば、ダブル・クリックすることによって）選択して、パネルの間で移動することができる。たとえば、「捕食者」パネル２６０が現在アクティブで表示されており（すなわち、ユーザがアクセス可能）、「ウサギ」パネル２６０もＧＵＩによって定義されていると仮定すると、ユーザは「後方」ナビゲーション・アイコン２７２または「前方」ナビゲーション・アイコン２７４のいずれかを選択して、パネル２６２を非アクティブな状態にし、パネル２６０をアクティブとして表示状態にすることができ、この状態でユーザはパネル２６０のパラメータの作業値にアクセスすることができる。２つより多いパネルがＧＵＩによって定義されている場合、ナビゲーション・アイコン２７２および２７４によって、これらのパネルの間のナビゲートを行う好都合かつユーザ・フレンドリな方法が得られることを理解されたい。
【００４７】
各パネルはリスト・アイコン２７６も含み、このアイコンはナビゲーション・アイコン２７２と２７４の間に位置する。ユーザがリスト・アイコン２７６をパネルで選択すると、ＧＵＩ内に現存するすべてのパネルのリストを含むドロップ・ダウン・メニュー（図示せず）が呼び出される。このリストは現存の各パネルの名前を含むことができ、チェック・マークなどの識別子を現在アクティブなパネル名に隣接させて与えることができる。このリストから、次いでユーザが別のパネルをアクティブ・パネルに指定することができる。
【００４８】
各アクセス・パネル２６０および２６２は、図３のような下層パネル・オブジェクト５６を表す。
【００４９】
図１３のパネル２６０などのアクセス・パネルおよび関連するパネル・オブジェクト５６を作成する方法、およびこのようなパネル内のパラメータにアクセスする方法を、図１４を参照して記載する。この方法はステップ２８２で開始し、次いでステップ２８４へ進行し、そこでパネルがＧＵＩ内に表示される。このパネルは下層パネル・オブジェクト５６を表し、これがシミュレーション・モデル内のユーザ指定パラメータの入力値の受け入れおよび格納を専用に行う。このパネルは、ユーザが適切なメニュー項目を選択すると、それに応答して表示される。ステップ２８６では、モデル作成者（「ユーザ」とも呼ぶ）が、オブジェクトのパラメータを、表示されたパネル内に含めるために識別する。一例示的方法によれば、モデル作成者はパラメータをパネル内に含めるように識別することができ、これを、図５のような適切なパラメータ・ウィンドウ９０からパラメータの記号を使用してドラッグ・アンド・ドロップ操作を実行することによって行う。さらなる方法では、モデル作成者は、以前定義したパネルに現れるパラメータの記号を利用して、類似のドラッグ・アンド・ドロップ操作を実行することができる。再度図１３を参照すると、各パネル２６０および２６２は、さらに転送アイコン２７８を左上隅に含むことが分かる。転送アイコン２７８に関するドラッグ・アンド・ドロップ操作を実行することによって、モデル作成者は、特定のパネル内のすべてのパラメータを別のパネルへ１回の操作で転送することができる。転送アイコン２７８には、パネルの複製物を比較的容易に作成することができる利点がある。このとき図１４を参照すると、ステップ２８８で、パラメータが属するオブジェクトのアイコンおよび名前、パラメータの記号、パラメータの作業値およびパラメータの単位が、アクセス・パネル２６０および２６２に関して上述したようにパネル内に表示される。ステップ２９０では、少なくとも１つのパラメータの値が、そのパラメータの作業値としてパネルを介して受け取られる。一実施形態では、作業値はパネル内で維持される入力値であり、シミュレーション動作の実行による効果は受けない。もちろん、モデル作成者がこの方法でパネル内のいかなる数のパラメータの値も入力できることを理解されたい。ステップ２９２では、値がステップ２９０でパネルを介して入力されることに応答して、入力された値が適切なパラメータに割り当てられる。ステップ２９４では、次いでユーザがシミュレーション動作を開始し、パラメータに割り当てられた値が、シミュレーション・モデルによってシミュレーション動作の実行における入力値として利用される。一実施形態では、作業値がシミュレーション動作の実行に応答して変更されることはない。しかし、代替実施形態では、シミュレーション動作中および／またはその完了時に、パネル内に含まれたパラメータの出力値を、ステップ１９６で、任意選択で作業値列２６８に表示することができる。次いで
、このメソッドはステップ２９８で終了する。
【００５０】
パラメータの１組に対するレイヤー格納値
図５を参照して上述したように、シミュレーション・モデル内の各オブジェクトの各パラメータは、それらに関連付けられた３つの値、すなわち作業値、ベースライン値および比較値を有することができる。これらの値は、関連パラメータのパラメータ・ウィンドウ９０の設定セクション９６に表示される。シミュレーション・モデル内のすべてのパラメータの作業、ベースラインおよび比較値の集まりは、作業、ベースラインおよび比較基礎と呼ぶのが都合がよい。図５を参照して上述したように、モデル構築者は典型的に、シミュレーション・モデルが構築されるときに、ベースライン基礎を構成するベースライン・パラメータ値を指定する。
【００５１】
図９のシミュレーション・モデル１５０を一例に取ると、（ベースライン関数の）特定の組のベースライン・パラメータ値が、特定のモデル・シナリオまたは条件を表現できる。たとえば、ノード１６２および１６４でそれぞれ表す「成体オオカミ」および「若体オオカミ」オブジェクトに関連付けられたパラメータは、捕食者がオオカミからなるシナリオを表現することができる。しかし、異なる組の値を関連パラメータに割り当てることによって、捕食者がコヨーテからなるシナリオを表現し、モデリングすることができる。したがって、特定の組のパラメータの１組の値が、特定のモデル・シナリオに対応する可能性があることを理解されたい。このような組のパラメータは、モデルを構成するための「マクロ」とみなすことができる。ユーザが都合よくシミュレーション・モデル内のあるシナリオの代りに別のシナリオを使用する（たとえば、オオカミ捕食者シナリオの代りに、コヨーテ捕食者シナリオを使用する）ことができるようにするため、本発明は、モデル作成者がパラメータ「別名」のグループ化を作成できる機構を提案し、これを「レイヤ」と呼ぶのが都合がよい。各レイヤは１組のパラメータ値を含み、これを、ベースライン基礎内の１組のパラメータ値の代りに使用することができる。図１３および図１４を参照して上述したパネルと対照的に、レイヤは、ベースライン値から離れた場所に格納されている１組のパラメータ値を含み、ユーザが１つまたは複数のレイヤおよびベースライン値に含まれた値の間で切り替えることができるようにする。
【００５２】
図１５を参照する。これは、ベースライン・レイヤ３０２を含むベースライン基礎３００の線図表現の図であり、所定の組のパラメータについての１組のベースライン値を含む。ベースライン・レイヤ３０２は、図では３つのレイヤ３０４から３０８のいずれか１つと置換することができ、各レイヤが所定の組のパラメータについての１組の代替値を含む。
【００５３】
各レイヤ３０４から３０８は、それぞれに関連付けられた各レイヤ・パネル３１０から３１４を有し、これによってモデル作成者がそれぞれのレイヤを構築し、次いで関連レイヤに含まれたさまざまなパラメータに帰属する値を見ることができる。各レイヤ・パネル３１０から３１４は、外観およびレイアウトが図１３のアクセス・パネルと類似しているが、これらのレイヤ・パネルの目的および機能は基本的にアクセス・パネルのものとは異なる。このとき図１６を参照する。これは、例示的レイヤ・パネル３１０および３１２を示す図である。各パネル３１０および３１２は、以下のものを含む。
【００５４】
（１）オブジェクト列３２０、これらのそれぞれのパラメータが属するオブジェクトのアイコンおよびテキスト識別子を含む。
（２）記号列３２２、このパネルに含まれている各パラメータの記号を含む。
（３）レイヤ値列３２４、このパネルの各パラメータのレイヤ値を含む。
（４）単位列３２６、それぞれのレイヤ値を表現する単位を示す。
【００５５】
モデル作成者は、アクセス・パネルを構築するために利用したものと同じ方法で、パラメータをレイヤ・パネル内に含めることができる。図１６のレイヤ・パネル３１０および３１２はそれぞれ同一組のパラメータを含むが、各レイヤ・パネル３１０および３１２は異なるレイヤ値をこれらの各パラメータに帰属させることに留意されたい。特に、レイヤ・パネル３１０は値を関連パラメータに帰属させ、捕食者がオオカミからなる図９のシミュレーション・モデル１５０内のシナリオをモデリングする。同様に、レイヤ・パネル３１０は値を関連パラメータに帰属させ、捕食者がコヨーテからなる図９のシミュレーション・モデル１５０内のシナリオをモデリングする。たとえば、パネル３１０はオオカミを、２４０ヵ月の推定寿命を有するものと指定し、パネル３１２はコヨーテを、１８０ヵ月の推定寿命を有するものと指定する。同様に、コヨーテの生殖率がオオカミの生殖率より高いものとして指定され、若体オオカミが成体に成長するために要する時間も、若体コヨーテが成長するために要する期間より長いものとして指定される。各レイヤ・パネルは、図３のような下層レイヤ・オブジェクト５８を表す。
【００５６】
図１７は、コンフィギュレーション・パネル３３０で、これを利用してレイヤをシミュレーション・モデル内で適用および非適用することができる。特に、コンフィギュレーション・パネル３３０はレイヤ選択セクション３３２を含み、これはシミュレーション・モデルに適用可能なレイヤをリストする。適用アイコン３３４（すなわち「＋」アイコン）および非適用３３６（すなわち「−」アイコン）を利用して、ユーザはレイヤをシミュレーション・モデルに適用したり、しなかったりすることができる。ユーザが適用または非適用を選択できるレイヤはリスト・セクション３３７にリストされ、図示の例ではレイヤがリストされていない。しかし、いかなる数のレイヤ・パネルもリスト・セクション３３７内に挙げることができることを理解されたい。コンフィギュレーション・パネル３３０はさらに基礎セクション３３８を含み、これを使用して、作業、ベースラインまたは比較基礎を、選択レイヤがオーバーライドする基礎として選択することができる。期間セクション３４０では、ユーザが、シミュレーション・モデルによるシミュレーション動作が実行される期間を指定することができ、デルタ時間（ｄｔ）セクション３４２では、ユーザが、期間セクション３４０で指定された期間中にシミュレーション・モデルが進行する時間増分を指定することができる。格納セクション３４４では、ユーザが、シミュレーション・モデル内のパラメータの値が格納される時間増分を指定することができる。図示の例では、シミュレーション・モデルが５０００時間の期間中に１時間の増分で実行し、シミュレーション・モデルのパラメータの値が１０時間の増分毎に格納される。
【００５７】
図１８は、本発明の一実施形態による、シミュレーション・モデル内でオブジェクトを管理する方法３５０を示すフローチャートである。この方法はステップ３５２で開始し、次いでステップ３５４へ進行し、そこでシミュレーション・モデル内のオブジェクトのパラメータの第１の組の値が格納される。モデル構築者は典型的に、これらの初期値を元のモデルを構築する際に指定する。ステップ３５６では、典型的にはユーザの指示に応答して、レイヤ・パネルがＧＵＩ内に表示される。たとえば、ユーザがドロップ・ダウン・メニューからメニュー項目を選択して、レイヤ・パネルを作成することができる。レイヤ・パネルがＧＵＩ内に表示された後、ステップ３５８で、シミュレーション・モデルの少なくとも１つのパラメータが、レイヤ・パネル内に含めるために識別される。これは、図１４のフローチャートを参照して上述したように、パラメータをアクセス・パネル内に含める方法と同じ方法で行うことができる。ステップ３６０では、ステップ３５８のユーザによるパラメータ識別に応答して、オブジェクトおよびパラメータ識別子、および選択パラメータの第１の値が、レイヤ・パネル内に表示される。次いでステップ３６２では、ユーザが、選択パラメータの第２（代替）の値を、レイヤ・パネルのレイヤ値列３２４内の適切なブロックに入力する。ステップ３６４では、コア・プログラム５２がレイヤ・オブジェクト５８を作成し、選択パラメータの第２の値を（たとえば、ハード・ディスク上で）、選択パラメータの第１の値を格納する場所とは別々に格納する。したがって、選択パラメータの初期値を再呼び出しすることができ、この値は上書きされない。ステップ３６６では、シミュレーション・モデル内で、第１の値の組または代替値の組（たとえば、第２の値の組）のいずれかをユーザが使用するために選択する。コンフィギュレーション・パネル３３０を使用して、ユーザはシミュレーション・モデル内のレイヤを適用または非適用にすることによって異なるシナリオをモデリングし、「ｗｈａｔ−ｉｆ」解析を容易かつ都合のよい方法で実行することができる。ステップ３６８では、次いでユーザが、選択した組（またはレイヤ）のパラメータ値を含むシミュレーション・モデルを利用して、シミュレーション動作を実行する。これは、コンフィギュレーション・パネル３３０に設けられた「実行」アイコン３３９を選択することによって行う。次いで、方法３５０はステップ３６０で終了する。
【００５８】
モニタ
本発明はさらに、シミュレーション・モデル内のパラメータを直観的かつ有効な方法で監視できる機構を提案する。本発明の一実施形態では、提案する機構が、シミュレーション・モデル内のオブジェクトのパラメータの間の特定の関係を表す変換曲線を見るために特に有効である。変換曲線は、典型的には、パラメータが係数を含む式の平面図である。あるいは、この曲線をある他の方法、たとえば実験によって決定することができ、次いでこの曲線を利用して関連パラメータの間の関係を表すことができる。このとき図９、図１９を参照する。図１９はモニタ・パネル３８０および３８２であり、シミュレーション・モデル１５０内のウサギおよび捕食者の個体数についてのそれぞれの食物供給と生殖の間の関係を表す曲線を描くものである。モニタ・パネル３８０および３８２で描かれた曲線によって表現された食物供給および生殖パラメータの間の関係は、図９の修飾子表現１３６ａおよび１３６ｂで表す修飾子オブジェクト内で実施される。
【００５９】
各モニタ・パネル３８０および３８２は、ヘッダ３８４およびオブジェクト識別子３８６を含み、このオブジェクト識別子は、それぞれのモニタ・パネルに表現された変換を実施するオブジェクトを識別する。したがって、各モニタ・パネル３８０および３８２は、この位置にあるそれぞれの修飾子アイコンを示す。各オブジェクト識別子３８６は、上述のアクセスおよびレイヤ・パネルの場合と同様の挙動を示し、このアイコンをダブル・クリックすることによって、ダイアグラム・ウィンドウ内の対応するオブジェクト識別子（またはアイコン）をダブル・クリックすることによる場合と同じ結果が出る。
【００６０】
各モニタ・パネル３８０および３８２はさらに、Ｘパラメータ識別子３８８およびＹパラメータ識別子３９０を含み、これらが、描かれた変換のＸおよびＹ入力パラメータをそれぞれ識別し、所与の時点のこれらの各パラメータの現行数値も表示する。モニタ線３９２も、これらの各モニタ・パネル３８０および３８２内に設けられ、描かれた変換内のＸ入力パラメータ値を識別する。モニタ・パネルをさらなるチャート・パネルと共に使用して、図２０ａおよび図２０ｂを参照して以下に記載するように、さまざまなパラメータの相互作用をグラフィカルな方法かつ統合された方法で監視することができる。たとえば、ユーザはこのように、成体ウサギの個体数の増加が捕食者の生殖率に与える効果をグラフィカルな方法で監視することができる。この機能は特に、非線形関数を含む動的モデルを開発するために有効である。これは、モデルの挙動（たとえば、モデル・パラメータ値対時間の平面図で観測したもの）におけるイベントを非線形関数のある変域から別の変域への変化と相関させようとする場合に、しばしば有効であるからである。たとえば、ユーザは、Ｓ字状の関数の飽和点の非線形性がパラメータの出力値の一時的安定状態の原因であるかどうかを判定したいことがある。特に、描かれた関数のＸパラメータ出力値がＳ字状の飽和領域に移動する（すなわち、Ｘが飽和点Ｘsaturationを超えるときに、従属のパラメータ値Ｙが漸近的に最大値Ｙmaxに接近する）と同時に、出力パラメータ値が変化をやめ、ある時間間隔中に一定のままである場合、このような原因−結果関係を識別することができる。Ｘがモデルの入力パラメータ値である（すなわち、時間で変化しない）と仮定すると、単にＸ出力パラメータ値対時間の平面図を見て、それを出力パラメータ値の対象の期間中のＸsaturationと比較することのみが必要である。このプロセスは、Ｘsaturationなどのある臨界値が関数になく、関数の変域の間でなめらかな移行があるときに、はるかにより困難になることを理解されたい。ユーザが多数のイベントまたは多数の非線形関数を相関させようとしているとき、または関数が時間で変化するパラメータ（たとえば、Ｘsaturation）によってのみ定義されるのではなく、少なくとも部分的には、時間と共に変動するモデル・パラメータ値によって定義されるときにも、困難さが増大する。この場合、無関係の出力パラメータ値Ｘが時間と共に変化しているだけでなく、変換曲線も時間と共に変化している。
【００６１】
上述で識別した必要性に対処するため、本発明は、非線形関数を選択Ｘパラメータ出力値の指定の変域にわたって、第１のグラフィカル・ユーザ・インタフェース（ＧＵＩ）要素を描く図１９のようなモニタ・パネルの形式で作成し、第２のグラフィカル・ユーザ・インタフェース要素（ＧＵＩ）を、時間に対する少なくとも１つのさらなるモデル・パラメータ値を描く図２０ａのようなチャート・パネル４０２の形式で作成することを提案する。モニタ・パネルをチャート・パネルと共に利用すると、統合された様式で、ＸおよびＹパラメータの出力値を非線形曲線図で（グラフィカルおよび直接的に）監視し、同時に、特定の時点のさらなる従属パラメータ値の値をチャート・パネルで観測することが可能である。モニタ線３９２は、シミュレーション・モデルが時間を通じて前進するにつれて、または時間パラメータがある値に帰属されるにつれて、モニタ・パネルの曲線図によって表現された関数の「アニメーション」も提供する。
【００６２】
本発明の別の実施形態では、Ｙパラメータ出力値を、シミュレートされたモデルのＸパラメータ値および１つまたは複数のさらなるパラメータ値の関数として表現することができるので、モニタ・パネル内に描かれた曲線は、シミュレーション動作中に時間が変化するにつれて変動することができる。
【００６３】
本発明の上述の態様を例示するため、図２０ａおよび図２０ｂを参照する。これは、図９のシミュレーション・モデル１５０を図示するＧＵＩ４００の画面印刷である。ＧＵＩ４００は、図ではダイアグラム・ウィンドウ４０１を含み、これがチャート・パネル４０２、モニタ・パネル４０４およびコンフィギュレーション・パネル３３０でオーバーレイされている。コンフィギュレーション・パネル３３０から明らかなように、単一のレイヤがシミュレーション・モデルすなわち「オオカミ」レイヤ内に適用されている。チャート・パネル４０２は、「若体捕食者」および「成体捕食者」パラメータを共に経時的に描き、モニタ・パネル４００は、「捕食者の食物供給」および「生殖調節」パラメータの間の関係を定義する曲線を表示する。まず図２０ａを参照すると、チャート・パネル４０２内で示すように、シミュレーション動作は７４．６ヵ月進行しており、この時間が時間線３９８で示される。チャート・パネル４０２の「若体捕食者」パラメータは、シミュレーション動作内のこの時間の直後にピークとなることが明らかである。このピークを、食物供給（すなわち、ウサギの個体数）における、捕食者の新しい出生を維持することができないレベルへの低下に帰属させることができる。モニタ・パネル４００は、この時間のそれぞれのＸおよびＹパラメータ値（すなわち、「捕食者の食物供給」および「生殖調節」パラメータ値出力）を、描かれた曲線の点と交差するモニタ線３９２を利用して図示する。図２０ａのように、Ｙパラメータ出力値はこの時間に「安定状態に達した」状態であり、出生率が最大である（すなわち、出生率が飽和状態になっている）ことを示す。このとき図２０ｂを参照すると、ＧＵＩ４００はシミュレーション動作の７６．８ヵ月に入っており、したがって時間線３９８は、「成体捕食者」パラメータのピークを超えて前進している。モニタ線３９２も、図では左側に後退しており、したがってＸパラメータ出力がこのとき顕著な影響を関連Ｙパラメータ出力に与えないことを示す。特に、食物供給レベルにおける低下の効果、および結果として生じる捕食者の出生低下が、モニタ・パネルで反映される。正味効果は、捕食者の出生率がゼロに低下し、若体捕食者の数が成体捕食者へ成長するにつれて低下し、成体捕食者の個体数が上昇を続けるが、次いで安定状態に達し始めることである。
【００６４】
このとき図２１ａを参照する。これは、本発明の一実施形態による、シミュレーション・モデル内のパラメータを監視する方法４１０の図である。方法４１０はステップ４１２で開始し、次いでステップ４１４へ進行し、そこでシミュレーション・モデル内のオブジェクトの第１および第２のパラメータの間の関係関数が定義される。たとえば、この関係を数式として表現することができ、あるいは実験によって識別することができる。本発明の一実施形態では、第１および第２のパラメータの間の関係条件が、非線形変換として表現される。次いで、方法４１０はステップ４１６へ進行し、そこで第１のグラフ図がモニタ・パネル内で生成され、この第１のグラフ図は第１および第２のパラメータの間で定義された関係関数を図示する。次いで、方法４１０はステップ４１８へ進行し、そこで第２のグラフ図がチャート・パネル内で生成され、この第２のグラフ図は時間に対する第３のパラメータ値を描く。ステップ４２０では、シミュレーション動作が、第１、第２および第３のパラメータを含むシミュレーション・モデルを利用して実行される。ステップ４２２では、第１および第２のパラメータのそれぞれの値が第１のグラフ図内に示され、第３のパラメータの対応する値が第２のグラフ図に示される。上述のように、第１、第２および第３のパラメータの値は、モニタおよび時間線３９２および３９８をそれぞれ使用して示すことができる。次いで、方法４１０はステップ４２３で終了する。
【００６５】
本発明の代替実施形態では、第１のグラフ図が３つのパラメータの間の関係を表現することができ、モニタ・チャートのＸ軸を２つのパラメータの関数にすることができる。この場合、モニタ・パネルの平面図は、シミュレーション動作中に時間が進行するにつれて変動する。
【００６６】
図２１ｂは、シミュレーション・モデル内のパラメータを監視する、さらなる方法４２４を示す。方法４２４はステップ４２５で開始し、次いでステップ４２６へ進行し、そこでシミュレーション・モデル内のオブジェクトの第１および第２のパラメータの間の所定の関係関数が、たとえば数式として定義される。ステップ４２７では、第１および第２のパラメータの間で定義された関係関数の第１のグラフ図が生成される。ステップ４２８では、第３のパラメータ出力値対時間の第２のグラフ図が、チャート・パネル内で生成される。ステップ４２９では、第１、第２または第３のパラメータのいずれかの出力値が指定される。たとえば、ユーザは、モニタ・パネル内のモニタ線３９２を特定の場所へ進めるかあるいは後退させることによって、第１および第２のパラメータ出力値を指定することができる。あるいは、ユーザは、第２のグラフ図で時間値を指定し、このようにして第３のパラメータの出力値を指定することができる。
【００６７】
ステップ４３０では、第１および第２のパラメータのそれぞれの出力値が、モニタ・パネル内の第１のグラフ図に示される。たとえば、モニタ線３９２を進めるかあるいは後退させて、第１および第２のパラメータの出力値を示すことができる。統合された様式で、第３のパラメータの出力値が、たとえば第２のグラフ図の場所をグラフィカルに強調表示することによって、類似の方法で第２のグラフ図に示される。このように、指定した出力値に対応する第１、第２または第３のパラメータの出力値が示される。次いで、この方法はステップ４３１で終了する。
【００６８】
図２１ａを参照して上述した方法４１０が時間駆動であり、第１、第２または第３のパラメータについて示された出力値が、時間の経過によって、あるいは選択した時間値を時間パラメータへ帰属させることによって駆動されることを理解されたい。対照的に、図２１ｂを参照して上述した方法４２４はパラメータ駆動であり、第１、第２または第３のパラメータの出力値が、第１、第２または第３のパラメータのいずれかの指定出力値によって決定される。
【００６９】
例示的シミュレーション・モデル
図２２は、さらなる例示的シミュレーション・モデル４３０であり、これは図６ないし図８の図形要素および表記を利用して構築され、再度、捕食者−被食者系をモデリングする。シミュレーション・モデル４３０の機能は、上述のさまざまな図形要素に帰属する意味を利用して、容易に確認することができる。
【００７０】
図２３はＧＵＩ４４０であり、シミュレーション・モデル４３０が表示されるダイアグラム・ウィンドウ４４２を含む。ＧＵＩ４４０はさらに第１のアクセス・パネル４４４を含み、これはシミュレーション・モデル４３０内の捕食者（すなわち、オオカミ）の出生および死亡率に関するパラメータ情報およびパラメータの作業値を含む。アクセス・パネル４４４をさらにアクティブな状態で示す。第２のアクセス・パネル４４６は、図では、シミュレーション・モデル４３０内の捕食者および被食者の開始個体数に関する、パラメータ識別およびパラメータの作業値を含む。アクセス・パネル４４６をさらに非アクティブな状態で示す。それぞれのアクセス・パネル４４４および４４６に図示したパラメータをグループ化することによって、関連パラメータ値のアクセスおよび表示が簡素化され、好都合になることを理解されたい。
【００７１】
図２４はＧＵＩ４５０であり、シミュレーション・モデル４３０が再度表示されるダイアグラム・ウィンドウ４５２を含む。ＧＵＩ４５０はレイヤ・パネル４５４を含み、これは、シミュレーション・モデル４３０内の捕食者を「丈夫な」オオカミであると特徴付けるパラメータ識別情報およびレイヤ値を表示する。ＧＵＩ４４０はさらにレイヤ・パネル４５６を含み、これはシミュレーション・モデル４３０内の捕食者を「軟弱な」オオカミであると特徴付けるパラメータ識別情報およびレイヤ値を表示する。コンフィギュレーション・パネル４６０もＧＵＩ４５０に含まれ、レイヤ・セクション４６２を含む。このセクションでは、レイヤ・パネル４５６で表すレイヤ（すなわち、「軟弱な」オオカミ・レイヤ）が、適用または選択されたレイヤとなっている。したがって、レイヤ・パネル４５６内のレイヤ値は、シミュレーション・モデル４３０を利用したシミュレーション動作の実行についての関連パラメータに帰属する。
【００７２】
コンピュータ・システム
図２５は、コンピュータ・システム５００の線図表現であり、この内部で、上述の方法を実行し、本発明の教示によるＧＵＩを生成するソフトウェアが動作することができる。コンピュータ・システム５００はプロセッサ５０２、メイン・メモリ５０３およびスタティック・メモリ５０４を含み、これらはバス５０６を介して通信する。このシステム５００はさらに、図ではビデオ・ディスプレイ・ユニット５０８（たとえば、液晶ディスプレイ（ＬＣＤ）または陰極線管（ＣＲＴ））を含み、本発明によるＧＵＩをここに表示することができる。コンピュータ・システム５００は、英数字入力デバイス５１０（たとえば、キーボード）、カーソル制御デバイス５１２（たとえば、マウス）、ディスク・ドライブ・ユニット５１４、信号生成デバイス５１６（たとえば、スピーカ）およびネットワーク・インタフェース・デバイス５１８も含む。ディスク・ドライブ・ユニット５１４はコンピュータ可読媒体５１５を含み、ここに、上述の各方法を実行し、本発明を含むさまざまなＧＵＩ要素を生成するソフトウェア５２０が格納される。ソフトウェア５２０は、図では、完全または少なくとも部分的にメイン・メモリ５０３内および／またはプロセッサ５０２内にも存在する。ソフトウェア５２０は、さらにネットワーク・インタフェース・デバイス５１８を介して送信または受信することができる。本明細書の目的のため、「コンピュータ可読媒体」という用語は、本発明の方法を実行するための命令のシーケンスを格納またはエンコードすることができるいかなる媒体も含むものであり、光および磁気ディスク、および搬送波信号を含むものであるが、それだけに限定されるものではない。
【００７３】
このように、シミュレーション・モデル内のオブジェクトを管理する方法を記載した。本発明を、特定の例示的実施形態を参照して記載したが、さまざまな修正および変更を、本発明のより広い精神および範囲から外れることなく、これらの実施形態に行うことができることが明らかであろう。したがって、本明細書および図面は、制限的な意味でなく例示的な意味としてみなされるものである。
【図１】
2010079931.tif 000005
【図２】
2010079931.tif 000006
【図３】
2010079931.tif 000007
【図４】
2010079931.tif 000008
【図５】
2010079931.tif 000009
【図６】
2010079931.tif 000010
【図７】
2010079931.tif 000011
【図８】
2010079931.tif 000012
【図９】
2010079931.tif 000013
【図１０】
2010079931.tif 000014
【図１１】
2010079931.tif 000015
【図１２】
2010079931.tif 000016
【図１３】
2010079931.tif 000017
【図１４】
2010079931.tif 000018
【図１５】
2010079931.tif 000019
【図１６】
2010079931.tif 000020
【図１７】
2010079931.tif 000021
【図１８】
2010079931.tif 000022
【図１９】
2010079931.tif 000023
【図２０Ａ１】
2010079931.tif 000024
【図２０Ａ２】
2010079931.tif 000025
【図２０Ｂ１】
2010079931.tif 000026
【図２０Ｂ２】
2010079931.tif 000027
【図２１Ａ】
2010079931.tif 000028
【図２１Ｂ】
2010079931.tif 000029
【図２２】
2010079931.tif 000030
【図２３】
2010079931.tif 000031
【図２４】
2010079931.tif 000032
【図２５】
2010079931.tif 000033