(57)【特許請求の範囲】
【請求項１】
物理システムをモデリングするためのカスタマイズされたアプリケーションデータ構造を生成するよう適合されるシステムであって、前記システムは、
１つ以上のプロセッサと、１つ以上のユーザ入力デバイスと、随意に表示デバイスと、１つ以上のメモリデバイスとを含み、
前記１つ以上のプロセッサは、使用の間に、アプリケーションデータ構造に所定または選択された複合物理モデルデータ構造を埋め込むように適合されており、前記複合物理モデルデータ構造は物理システムの１つ以上のモデルの表示を含み、物理システムの各モデルは物理的現象および／または物理プロセスを表しており、前記複合物理モデルデータ構造は、前記物理システムの１つ以上のモデルをどのようにモデリングまたはシミュレートするかを決定する少なくとも１つのモデリング動作を表わすデータを含み、
前記１つ以上のプロセッサは、使用の間に、前記アプリケーションデータ構造に１つ以上のアプリケーションフィーチャを表わすデータを加えるように適合されており、前記１つ以上のアプリケーションフィーチャは、前記物理システムの１つ以上のモデルに関連付けられており、各アプリケーションフィーチャは、（ｉ）前記物理システムの１つ以上のモデルについての前記各アプリケーションフィーチャの少なくとも１つのフォームフィーチャを表わす第１のデータ、および、（ｉｉ）前記物理システムの１つ以上のモデルについての前記各アプリケーションフィーチャの少なくとも１つのアクションフィーチャを表わす第２のデータの１つ以上を含み、
フォームフィーチャは、入力データおよび／もしくは出力データならびに／または入力データおよび／もしくは出力データの提示フォームを特定するデータを含み、アクションフィーチャは、前記アプリケーションデータ構造を実行すると、行なわれるべき動作のシーケンスを特定するデータを含み、
行なわれるべき前記動作のシーケンスの少なくとも１つは、前記少なくとも１つのモデリング動作を含み、行なわれるべき前記動作のシーケンスの少なくとも１つは、前記物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状を生成するためのデータを提供する動作を含み、これにより、
カスタマイズされたアプリケーションデータ構造が生成され、実行されると、前記少なくとも１つのモデリング動作と、前記物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状と、前記１つ以上のアプリケーションフィーチャの少なくとも１つとを用いて、前記物理システムのカスタマイズされたモデリングが提供される、システム。
【請求項２】
前記カスタマイズされたアプリケーションデータ構造は、少なくとも１つのフォームフィーチャを使用して生成される、請求項１に記載のシステム。
【請求項３】
前記システムはさらに、前記カスタマイズされたアプリケーションデータ構造を実行し、出力データを提示し、および／または、ユーザから少なくとも１つのフォームフィーチャに従った入力データを受け取り、少なくとも１つの生成された形状を使用して、前記少なくとも１つのモデリング動作を実行することにより、１つ以上の物理システムをモデリングまたはシミュレートするよう適合される、請求項１または２のいずれか１項に記載のシステム。
【請求項４】
前記システムは、
グラフィカルユーザインターフェイスを介してユーザに１つ以上の予め選択された複合物理モデルデータ構造を提示し、ユーザが選択しおよび随意にはユーザが修正した１つ以上の複合物理モデルデータ構造を表わすデータを前記アプリケーションデータ構造に加えることと、
グラフィカルユーザインターフェイスを介してユーザに１つ以上の予め選択されたアプリケーションフィーチャを提示し、ユーザが選択しおよび随意にはユーザが修正した１つ以上のアプリケーションフィーチャを表わすデータを前記アプリケーションデータ構造に加えることと、
ユーザに選択された少なくとも１つのアプリケーションフィーチャについて、１つ以上の予め選択されたフォームフィーチャおよび／または１つ以上のアクションフィーチャをグラフィカルユーザインターフェイスを介して提示し、ユーザが選択し随意にユーザが修正した１つ以上のフォームフィーチャおよび／またはアクションフィーチャを表わすデータを前記アプリケーションデータ構造に加えること
とのうちの１つ以上に従って前記アプリケーションデータ構造を修正または更新するようさらに適合される、請求項１〜３のいずれか１項に記載のシステム。
【請求項５】
前記１つ以上のアプリケーションフィーチャはさらに、
前記物理システムの１つ以上のモデルのうちの少なくとも１つの物理コンポーネントについて、セッティングを制御するパラメータの入力を各々が制御する入力宣言の１つ以上と、
入力宣言の値をチェックする１つ以上の論理条件を各々が特定する１つ以上のアクティベーション条件と、
前記物理システムの１つ以上のモデルのシミュレーションの後、表示されるべき結果を各々が特定する１つ以上の出力宣言と、
入力の表示および収集を制御する１つ以上の入力フォームと、
出力宣言において宣言される結果の表示を制御する１つ以上の出力フォームと
のうちの１つ以上を表わすデータを含む、請求項１〜４のいずれか１項に記載のシステム。
【請求項６】
少なくとも１つのフォームフィーチャは、前記フォームフィーチャを含む前記アプリケーションフィーチャが実行されると、前記動作のシーケンスを修正および／または予め選択するようユーザから入力を受け取ることを可能にする、請求項１〜５のいずれか１項に記載のシステム。
【請求項７】
少なくとも１つのフォームフィーチャは、前記フォームフィーチャを含む前記アプリケーションフィーチャが実行されると、前記少なくとも１つの形状および／または前記少なくとも１つのモデリング動作を修正および／または予め選択するようユーザから入力を受け取ることを可能にする、請求項１〜６のいずれか１項に記載のシステム。
【請求項８】
前記少なくとも１つの形状の形状が各々、０次元、２次元、または３次元のいずれかであることが可能である、請求項１〜７のいずれか１項に記載のシステム。
【請求項９】
前記少なくとも１つのモデリング動作は、結合系または結合表示を解くための１つ以上の偏微分方程式を含む、請求項１〜８のいずれか１項に記載のシステム。
【請求項１０】
アプリケーションフィーチャが、入力宣言と、出力宣言と、時間高調波電磁界について周波数をセットし、シミュレーションを実行し、Ｓパラメータを表示するためのアクションフィーチャとを含み、
埋め込まれた前記複合物理モデルデータ構造は音響シミュレーションのためのものであり、アプリケーションフィーチャが、入力宣言と、出力宣言と、基準圧力を更新し、シミュレーションを実行し、生じる波の伝播を表示するための入力を受け取るためのアクションフィーチャとを含み、
埋め込まれた前記複合物理モデルデータ構造はタンクにおける流量シミュレーションのためのものであり、アプリケーションフィーチャは、入力宣言と、出力宣言と、入口流量を受け取り、流量シミュレーションを実行し、パイプ出口での平均流量を表示するためのアクションフィーチャとを含み、
埋め込まれた前記複合物理モデルデータ構造は電子デバイスのためのものであり、アプリケーションフィーチャが、入力宣言と、出力宣言と、フォームフィーチャと、アクティベーション条件と、ヒートシンクのサイズを決定するとともに所与の入力ロードで所与の入力値を下回る温度を維持するためのアクションフィーチャとを含み、および／または、
アプリケーションフィーチャが、入力宣言と、出力宣言と、フォームフィーチャと、アクティベーション条件と、パラメータ化されたプラズマリアクタの値を受け取り、形状を更新し、ウェハの表面上の半導体材料の堆積厚さを決定するためのシミュレーションを実行するためのアクションフィーチャとを含む、請求項１〜９のいずれか１項に記載のシステム。
【請求項１１】
前記アプリケーションデータ構造が、前記カスタマイズされたアプリケーションデータ構造を生成する際に使用される初期アプリケーションデータ構造であり、前記初期アプリケーションデータ構造は、少なくとも１つの以前に埋め込まれたアプリケーションフィーチャおよび／または少なくとも１つの以前に埋め込まれた複合物理モデルデータ構造を含む、請求項１〜１０のいずれか１項に記載のシステム。
【請求項１２】
物理システムをモデリングするためのカスタマイズされたアプリケーションデータ構造を生成するための方法であって、
アプリケーションデータ構造に所定または選択された複合物理モデルデータ構造を埋め込むステップを含み、前記複合物理モデルデータ構造は、物理システムの１つ以上のモデルの表示を含み、物理システムの各モデルは、物理的現象および／または物理プロセスを表わし、前記複合物理モデルデータ構造は、前記物理システムの１つ以上のモデルをどのようにモデリングまたはシミュレートするかを決定する少なくとも１つのモデリング動作を表わすデータを含み、前記方法はさらに、
１つ以上のアプリケーションフィーチャを表わすデータをアプリケーションデータ構造に加えるステップを含み、前記１つ以上のアプリケーションフィーチャは、前記物理システムの１つ以上のモデルに関連付けられており、各アプリケーションフィーチャは、（ｉ）前記物理システムの１つ以上のモデルについての前記各アプリケーションフィーチャの少なくとも１つのフォームフィーチャを表わす第１のデータ、および、（ｉｉ）前記物理システムの１つ以上のモデルについての前記各アプリケーションフィーチャの少なくとも１つのアクションフィーチャを表わす第２のデータの１つ以上を含み、
フォームフィーチャは、入力データおよび／もしくは出力データならびに／または入力データおよび／もしくは出力データの提示フォーマットを特定するデータを含み、アクションフィーチャは、前記アプリケーションデータ構造を実行すると、行なわれるべき動作のシーケンスを特定するデータを含み、
行なわれるべき前記動作のシーケンスの少なくとも１つは、前記少なくとも１つのモデリング動作を含み、行なわれるべき前記動作のシーケンスの少なくとも１つは、前記物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状を生成するためのデータを提供する動作を含み、前記方法はさらに、
カスタマイズされたアプリケーションデータ構造を埋込および追加動作から生成するステップを含み、前記カスタマイズされたアプリケーションデータ構造は、実行されると、前記少なくとも１つのモデリング動作と、前記物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状と、前記１つ以上のアプリケーションフィーチャの少なくとも１つとを用いて、前記物理システムのカスタマイズされたモデリングを提供する、方法。
【請求項１３】
前記カスタマイズされたアプリケーションデータ構造は少なくとも１つのフォームフィーチャを使用して生成される、請求項１２に記載の方法。
【請求項１４】
前記カスタマイズされたアプリケーションデータ構造を実行し、出力データを提示および／またはユーザから少なくとも１つのフォームフィーチャに従った入力データを受け取り、少なくとも１つの生成された形状を使用して前記少なくとも１つのモデリング動作を実行することにより、１つ以上の物理的なシステムをモデリングまたはシミュレートするステップを含む、請求項１２または１３のいずれか１項に記載の方法。
【請求項１５】
前記方法はさらに、
グラフィカルユーザインターフェイスを介してユーザに１つ以上の予め選択された複合物理モデルデータ構造を提示し、ユーザが選択しおよび随意にはユーザが修正した１つ以上の複合物理モデルデータ構造を表わすデータを前記アプリケーションデータ構造に加えることと、
グラフィカルユーザインターフェイスを介してユーザに１つ以上の予め選択されたアプリケーションフィーチャを提示し、ユーザが選択しおよび随意にはユーザが修正した１つ以上のアプリケーションフィーチャを表わすデータを前記アプリケーションデータ構造に加えることと、
ユーザに選択された少なくとも１つのアプリケーションフィーチャについて、１つ以上の予め選択されたフォームフィーチャおよび／または１つ以上のアクションフィーチャをグラフィカルユーザインターフェイスを介して提示し、ユーザが選択し随意にユーザが修正した１つ以上のフォームフィーチャおよび／またはアクションフィーチャを表わすデータを前記アプリケーションデータ構造に加えることと
のうちの１つ以上に従って前記アプリケーションデータ構造を修正または更新するよう適合される、請求項１２〜１４のいずれか１項に記載の方法。
【請求項１６】
少なくとも１つのフォームフィーチャが、前記フォームフィーチャを含む前記アプリケーションフィーチャが実行されると、前記動作のシーケンスを修正および／または予め選択するようユーザから入力を受け取ることを可能にする、請求項１２〜１５のいずれか１項に記載の方法。
【請求項１７】
少なくとも１つのフォームフィーチャは、前記フォームフィーチャを含む前記アプリケーションフィーチャが実行されると、前記少なくとも１つの形状および／または前記少なくとも１つのモデリング動作を修正および／または予め選択するようユーザから入力を受け取ることを可能にする、請求項１２〜１６のいずれか１項に記載の方法。
【請求項１８】
前記少なくとも１つの形状の形状が各々、０次元、２次元、または３次元のいずれかであることが可能である、請求項１２〜１７のいずれか１項に記載の方法。
【請求項１９】
前記少なくとも１つのモデリング動作は、結合系または結合表示を解くための１つ以上の偏微分方程式を含む、請求項１２〜１８のいずれか１項に記載の方法。
【請求項２０】
アプリケーションフィーチャが、入力宣言と、出力宣言と、時間高調波電磁界について周波数をセットし、シミュレーションを実行し、Ｓパラメータを表示するためのアクションフィーチャとを含み、
埋め込まれた前記複合物理モデルデータ構造は音響シミュレーションのためのものであり、アプリケーションフィーチャが、入力宣言と、出力宣言と、基準圧力を更新し、シミュレーションを実行し、生じる波の伝播を表示するための入力を受け取るためのアクションフィーチャとを含み、
埋め込まれた前記複合物理モデルデータ構造はタンクにおける流量シミュレーションのためのものであり、アプリケーションフィーチャは、入力宣言と、出力宣言と、入口流量を受け取り、流量シミュレーションを実行し、パイプ出口での平均流量を表示するためのアクションフィーチャとを含み、
埋め込まれた前記複合物理モデルデータ構造は電子デバイスのためのものであり、アプリケーションフィーチャが、入力宣言と、出力宣言と、フォームフィーチャと、アクティベーション条件と、ヒートシンクのサイズを決定するとともに所与の入力ロードで所与の入力値を下回る温度を維持するためのアクションフィーチャとを含み、および/または、
アプリケーションフィーチャが、入力宣言と、出力宣言と、フォームフィーチャと、アクティベーション条件と、パラメータ化されたプラズマリアクタの値を受け取り、形状を更新し、ウェハの表面上の半導体材料の堆積厚さを決定するためのシミュレーションを実行するためのアクションフィーチャとを含む、請求項１２〜１９のいずれか１項に記載の方法。
【請求項２１】
前記アプリケーションデータ構造は、前記カスタマイズされたアプリケーションデータ構造を生成する際に使用される初期アプリケーションデータ構造であり、前記初期アプリケーションデータ構造は、少なくとも１つの以前に埋め込まれたアプリケーションフィーチャおよび／または少なくとも１つの以前に埋め込まれた複合物理モデルデータ構造を含む、請求項１２〜２０のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願への相互参照
この国際出願は、２０１３年３月１５日に出願された先行する米国特許出願番号第１３／８３５，０９１号に対する優先権およびその利益を主張し、米国特許出願番号第１３／８３５，０９１号は、２０１２年８月１０日に出願された先行する米国仮特許出願番号第６１／６８１，６１３号および２０１２年１２月２０日に出願された先行する米国仮特許出願番号第６１／７４０，１４９号の優先権および利益を主張し、その開示は各々ここで、本願明細書においてそれらの全体が参照により援用される。
【０００２】
発明の分野
本発明は一般に、モデリングおよびシミュレーションのためのシステムおよび方法に関し、より特定的には、モデリングシステムにおいて問題を形成および解決するためのアプリケーションインターフェイスを作成することに関する。
【背景技術】
【０００３】
背景
コンピュータ設計システムは、製品設計を展開するために使用され、グラフィカルユーザインターフェイスを含み得る。コンピュータ設計システムは、コンピュータ支援設計システムに関連して、構造分析といった設計の単一の局面を分析するパッケージで補完され得る。より複雑な環境において動作し得る設計システムを有することが望ましいであろう。
【発明の概要】
【課題を解決するための手段】
【０００４】
発明の概要
本開示の１つの局面に従うと、システムは、物理システムをモデリングするためのカスタマイズされたアプリケーションデータ構造を生成するよう適合される。当該システムは、１つ以上のプロセッサと、１つ以上のユーザ入力デバイスと、随意に表示デバイスと、１つ以上のメモリデバイスとを含む。１つ以上のプロセッサは、使用の間に、所定のまたは選択された複合物理モデルデータ構造をアプリケーションデータ構造に埋め込むよう適合される。複合物理モデルデータ構造は、物理システムの１つ以上のモデルの表示を含む。物理システムの各モデルは、物理的現象および／または物理プロセスを表わす。複合物理モデルデータ構造は、物理システムの１つ以上のモデルをどのようにモデリングまたはシミュレートするかを決定する少なくとも１つのモデリング動作を表わすデータを含む。１つ以上のアプリケーションフィーチャを表わすデータは、アプリケーションデータ構造に加えられる。各アプリケーションフィーチャは、少なくとも１つのフォームフィーチャを表わす第１のデータ、および／または、少なくとも１つのアクションフィーチャを表わす第２のデータの１つ以上を含む。フォームフィーチャは、入力データおよび／もしくは出力データならびに／または入力データおよび／もしくは出力データの提示フォーマットを特定するデータを含む。アクションフィーチャは、アプリケーションデータ構造を実行すると、行なわれるべき動作のシーケンスを特定するデータを含む。行なわれるべき動作のシーケンスの少なくとも１つは、少なくとも１つのモデリング動作を含む。行なわれるべき動作のシーケンスの少なくとも１つは、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状を生成するためのデータを提供する動作を含む。その後、カスタマイズされたアプリケーションデータ構造が生成され、実行されると、少なくとも１つのモデリング動作と、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状と、１つ以上のアプリケーションフィーチャの少なくとも１つ（たとえば、少なくとも１つのフォームフィーチャを含む）とを用いて、物理システムのカスタマイズされたモデリングが提供される。
【０００５】
本開示の別の局面に従うと、方法は、物理システムをモデリングするためのカスタマイズされたアプリケーションデータ構造を生成する。上記方法は、アプリケーションデータ構造において所定または選択された複合物理モデルデータ構造を埋め込むことを含む。複合物理モデルデータ構造は、物理システムの１つ以上のモデルの表示を含む。物理システムの各モデルは、物理的現象および／または物理プロセスを表わす。複合物理モデルデータ構造は、物理システムの１つ以上のモデルをどのようにモデリングまたはシミュレートするかを決定する少なくとも１つのモデリング動作を表わすデータを含む。１つ以上のアプリケーションフィーチャを表わすデータは、アプリケーションデータ構造に加えられる。各アプリケーションフィーチャは、少なくとも１つのフォームフィーチャを表わす第１のデータ、および／または、少なくとも１つのアクションフィーチャを表わす第２のデータの１つ以上を含む。フォームフィーチャは、入力データおよび／もしくは出力データならびに／または入力データおよび／もしくは出力データの提示フォーマットを特定するデータを含む。アクションフィーチャは、アプリケーションデータ構造を実行すると、行なわれるべき動作のシーケンスを特定するデータを含む。行なわれるべき動作のシーケンスの少なくとも１つは、少なくとも１つのモデリング動作を含む。行なわれるべき動作のシーケンスの少なくとも１つは、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状を生成するためのデータを提供する動作を含む。カスタマイズされたアプリケーションデータ構造が、埋込および追加動作から生成される。カスタマイズされたアプリケーションデータ構造は、実行される際、少なくとも１つのモデリング動作と、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状と、１つ以上のアプリケーションフィーチャ（たとえば、少なくとも１つのフォームフィーチャを含む）の少なくとも１つとを用いて、物理システムのカスタマイズされたモデリングを提供する。
【０００６】
本開示の付加的な局面は、図面を参照してなされるさまざまな実施形態の詳細な説明を考慮すると当業者には明白になるであろう。図面の簡単な説明が以下に提供される。
【０００７】
本開示の特徴および利点は、添付の図面に関連して解釈されるその例示的な実施形態の以下の詳細な説明からより明白になるであろう。
【図面の簡単な説明】
【０００８】
【図１】コンピュータシステムの例示的な局面を示す図である。
【図２】図１のホストの１つにおいて存在および実行され得るシステムの例示的な局面を示す図である。
【図３】空間次元を特定するためのグラフィカルユーザインターフェイスの例示的な局面を示す図である。
【図４】物理インターフェイスを特定するためのグラフィカルユーザインターフェイスの例示的な局面を示す図である。
【図５】検討タイプを特定するためのグラフィカルユーザインターフェイスの例示的な局面を示す図である。
【図６】例示的な物理インターフェイスについて物理的特性を特定するためのグラフィカルユーザインターフェイスの例示的な局面を示す図である。
【図７】偏微分方程式を修正するためのグラフィカルユーザインターフェイスの例示的な局面を示す図である。
【図８】複合物理モデルにおいてドメインについて材料特性をセットするためのグラフィカルユーザインターフェイスの例示的な局面を示す図である。
【図９】例示的な物理インターフェイスについて、物理的な境界条件をセットするためのグラフィカルユーザインターフェイスの例示的な局面を示す図である。
【図１０】偏微分方程式境界条件を修正するためのグラフィカルユーザインターフェイスの例示的な局面を示す図である。
【図１１】偏微分方程式を含む検討を解くために使用される検討ステップに関連付けられるセッティングウィンドウについてのグラフィカルユーザインターフェイスの例示的な局面を示す図である。
【図１２】二次ノードを有する一次ノードを含む例示的なモデルツリーを示す図である。
【図１３】例示的な局面について、複合物理モデリングシステムにおける偏微分方程式の系を特定し解くためのステップのフローチャートである。
【図１４】例示的な局面について、複合物理モデリングシステムにおける偏微分方程式の系を特定し解くためのステップのフローチャートである。
【図１５】例示的な局面について、複合物理モデリングシステムにおける偏微分方程式の系を特定し解くためのステップのフローチャートである。
【図１６】アプリケーションデータ構造を作成するための方法の１つの例示的な局面についてのフローチャートを示す図である。
【図１７】アプリケーションデータ構造におけるフィーチャ同士の間のインスタンスレベルの関係の例示的な統一モデリング言語（ＵＭＬ）オブジェクトの図を示す図である。
【図１８】アプリケーションデータ構造に複合物理モデルを加えるためのアプリケーションツリーの例示的な局面を示す図である。
【図１９】アプリケーションデータ構造にアプリケーションフィーチャを加えるためのアプリケーションツリーの例示的な局面を示す図である。
【図２０】アプリケーションフィーチャのためのセッティングウィンドウの例示的な局面を示す図である。
【図２１】アプリケーションデータ構造に入力宣言を加えるための例示的なアプリケーションツリーを示す図である。
【図２２】アプリケーションデータ構造にパネル入力フォームを加えるための例示的なアプリケーションツリーを示す図である。
【図２３】セクションパネルフォーム集合についてセッティングウィンドウの例示的な局面を示す図である。
【図２４】アプリケーションデータ構造にテキスト入力フォームを加えるためのアプリケーションツリーの例示的な局面を示す図である。
【図２５】テキスト入力フォームのためのセッティングウィンドウの例示的な局面を示す図である。
【図２６】アプリケーションデータ構造にアクティベーション条件を加えるためのアプリケーションツリーの例示的な局面を示す図である。
【図２７】アプリケーションデータ構造にパネル集合フォームおよびデータ表示出力フォームを加えるためのアプリケーションツリーの例示的な局面を示す図である。
【図２８】データ表示出力フォームのためのセッティングウィンドウの例示的な局面を示す図である。
【図２９】アプリケーションデータ構造にアクションフィーチャを加えるためのアプリケーションツリーの例示的な局面を示す図である。
【図３０】アクションフィーチャのためのセッティングウィンドウの例示的な局面を示す図である。
【図３１】アプリケーションデータ構造にメニュー入力フォームを加えるためのアプリケーションツリーの例示的な局面を示す図である。
【図３２】アプリケーションビルダーモジュールにおける、ミキサーアプリケーションデータ構造を構築するためのグラフィカルユーザインターフェイスの例示的な局面を示す図である。
【図３３】容器アプリケーションフィーチャのためのアプリケーションフィーチャツリーの例示的な局面を示す図である。
【図３４】インペラアプリケーションフィーチャのためのアプリケーションフィーチャツリーの例示的な局面を示す図である。
【図３５】形状サブルーチンによって実現され得る形状および選択動作の例示的な概略的な説明を示す図である。
【図３６】導波路アプリケーションのためのアプリケーションツリーの例示的な局面を示す図である。
【図３７】モデルツリーと、導波路アプリケーションの実行の際に作成される導波路形状との例示的な局面を示す図である。
【図３８】導波路アプリケーションのためのアプリケーションツリーの例示的な局面を示す図である。
【図３９】アプリケーションデータ構造を解釈するための方法ステップの例示的なフローチャートを示す図である。
【図４０】選択ウィンドウの例示的な局面を示す図である。
【図４１】アプリケーションモデルツリーウィンドウの例示的な局面を示す図である。
【図４２】アプリケーションモデルデータ構造のフィーチャ同士の間でのインスタンスレベルの関係の例示的な統一モデリング言語オブジェクトの図を示す図である。
【図４３】アプリケーションモデルデータ構造を解釈するための方法ステップの例示的なフローチャートを示す図である。
【発明を実施するための形態】
【０００９】
本開示にはさまざまな修正および代替的な形態の余地があるが、図面において例として特定の実施形態が示されており、詳細に本願明細書において記載される。しかしながら本発明は、開示された特定の形態に限定されるようには意図されないということが理解されるべきである。むしろ、本発明は、添付の請求の範囲によって規定されるような本発明の精神および範囲内にあるすべての修正例、均等物および代替例をカバーする。
【００１０】
詳細な説明
この発明には、多くの形態にある実施形態の余地があるが、本発明の好ましい局面が、図面に示され、本願明細書において詳細に記載されており、本開示は、本発明の原理の例示と考えられるべきであり、示された局面に本発明の広い局面を限定するようには意図されないということが理解される。本願の詳細な説明の目的について、単数形は、複数を含み、（特に否認されなければ）その逆もあり、「および」と「または」という文言は、連言的および選言的の両方であるものとし、「すべて」という文言は「いずれかおよびすべて」を意味し、「いずれか」という文言は「いずれかおよびすべて」を意味し、「含む」という文言は、「限定なく含む」を意味する。
【００１１】
アプリケーションデータ構造を作成および形成するための例示的な方法およびシステムが記載される。当該方法は、複合物理モデリングシステムのようなエンジニアリング解析システムにインターフェイス接続または接続するスタンドアロンシステムであり得るアプリケーションインターフェイスビルダーモジュールの部分として実行され得るということが考えられる。さらに、アプリケーションインターフェイスビルダーモジュールは、エンジニアリング解析システムを含む複数のモジュールまたはルーチンの１つであり得るということが考えられる。アプリケーションインターフェイスビルダーモジュールは、入力をシークし、アプリケーションインターフェイスビルダーのユーザに命令を表示する、グラフィカルユーザインターフェイスのようなユーザインターフェイスを含み得るかまたは当該ユーザインターフェイスに接続され得る。アプリケーションデータ構造を作成するためのアプリケーションインターフェイスビルダーモジュールは、たとえば複合物理モデリングシステムについて記載されるコンピュータシステムおよび装置を含む、本願明細書において別記されるさまざまなコンピュータシステムに関連付けられる１つ以上のプロセッサ上で実行される。
【００１２】
アプリケーションインターフェイスが、オブジェクト指向のプログラミング言語（たとえばＣ＋＋、Ｃ＃、Ｊａｖａ（登録商標））に従って、モデルオブジェクトに記述されるモデル（たとえば、インタラクションとともにデータフィールドおよびメソッドを含むモデルデータ構造）を生成するよう、複合物理モデリングシステムのようなエンジニアリング解析システムにおいて利用可能または当該エンジニアリング解析システムにアクセス可能なことが望ましいと考えられる。
【００１３】
いくつかの局面において、アプリケーションデータ構造を作成または形成するためのアプリケーションインターフェイスは、モデルツリーフィーチャを使用する複合物理モデリングシステムの局面について本願明細書において別記されるように、複合物理モデルのセッティングを記述するノードを含むブランチとして示され得る。ブランチおよびノードは、グラフィカルユーザインターフェイスに含まれ得、記述されたセッティングは、たとえば、ドメインセッティングおよび境界条件を含み得る。
【００１４】
アプリケーションインターフェイスビルダーは、ユーザがアプリケーションインターフェイスを命名することを可能にし得るということがさらに考えられる。たとえば、アプリケーションインターフェイスの名称は、それが規定するアプリケーションを示し得、さらに複合物理シミュレーションを実現するシステムのようなエンジニアリング解析システムにおいてユーザインターフェイス（たとえばモデルツリー）に表示され得る。当該名称は、同じタイプのいくつかのアプリケーションインターフェイスが複合物理モデルに付加されるかもしくは当該複合物理モデルに対して利用可能である場合に、システムのユーザによってまたは複合物理システム自体によって変更され得る。
【００１５】
有限要素解析システム、有限ボリュームシステム、計算流体力学（computational fluid dynamics（ＣＦＤ））システム、および複合物理モデリングシステムといったコンピュータ支援エンジニアリングのためのシステムは、ユーザがシミュレーションをセットアップし実行し得るグラフィカルユーザインターフェイスをしばしば備える。このようなプロセスまたはシステムは、ＣＦＤシミュレーション、伝熱シミュレーション、電磁気シミュレーション、または構造力学シミュレーションといった異なるタイプのシミュレーションのための多くの異なるユーザインターフェイスを含み得る。
【００１６】
本願明細書においてたとえば図３〜図１５に、複合物理の問題をセットアップし当該問題に解答するための方法および他のモデリングシステムが記載されており、さらに、２０１２年７月１０日に発行された米国特許番号第８，２１９，３７３号と、２００９年１１月２４日に発行された米国特許番号第７，６２３，９９１号と、２００９年４月１４日に発行された米国特許番号第７，５１９，５１８号と、２００９年９月２９日に発行された米国特許番号第７，５９６，４７４号と、２０１１年７月１５日に出願された第１３／１８４，２０７号である２０１２年７月１２日に公開された米国特許出願公開番号第２０１２／０１７９４２６号とに記載され、その各々がここで、それらの全体において本願明細書に参照により援用される。これらの公開特許文献は、たとえば、物理量で表わされ得る物理的特性の形態にある入力を受け取ることで、いくつかの結合された物理的現象を含む複合物理シミュレーションをセットアップおよび実行するための方法を記載する。さらに、上記の参照された米国特許および特許出願は、偏微分方程式（partial differential equation（ＰＤＥ））を使用して記述された物理的特性、物理量および物理的現象を使用して問題をセットアップするための方法を開示する。これらの公開された特許文献は、本願明細書において物理インターフェイスと称される予め規定されたアプリケーションモードを使用して、複合物理の問題をセットアップし当該問題に解答するための方法およびシステムを提供する。物理インターフェイスのコンポーネントは、パラメータ、変数、物理的特性、物理量、境界条件および初期条件、ならびにセッティングおよびメニューを有するソルバーを含み得る。これらのセッティングおよびメニューは、一般的な数学的セッティングを使用する代わりに、特定の物理に調節され得る。さらに、これらの公開された特許の開示はまた、予め規定された物理インターフェイスが利用可能でない場合に、ＰＤＥインターフェイスとも称されるＰＤＥモードのための方法を記載する。複合物理の問題をセットアップするための一般的なＰＤＥモードおよびＰＤＥインターフェイスの使用は、ＰＤＥでの物理的特性、物理量および物理的現象の記述に関する知見を必要とする。
【００１７】
複合物理モデルに基づいてアプリケーションデータ構造を生成するよう動作可能または適合されるシステムおよび方法が望ましく、モデリングおよびシミューレーションシステムを含むエンジニアリング設計システムにさまざまな計算上の利点を提供するであろうということが考えられる。アプリケーションデータ構造を生成するための方法およびシステムは、複合物理モデルについてのフィーチャおよびフィーチャセッティングへのアクセスのために構成または適合されるアプリケーションビルダーモジュールにおいて専用のグラフィカルユーザインターフェイス上で実現され得る。このようなグラフィカルユーザインターフェイスは、既存のセッティングを複合物理モデルに使用するアプリケーションを示すデータ構造を生成するためのメソッドにもアクセスを提供し得る。アプリケーションデータ構造はさらに、シミュレーションの実行を可能にするようにアプリケーションモデルデータ構造および複合物理モデルデータ構造を生成するための複合物理モデリングシステムにおいてアプリケーションデータ構造をグラフィカルユーザインターフェイスからアクセス可能にする別のシステムまたは方法を介して解釈され得る。
【００１８】
この開示の全体にわたって、グラフィカルユーザインターフェイスを介してアクセス可能な処理部上で実行されるメソッドを含むシステムのさまざまな非限定的な例示的な局面が本願明細書において記載される。当該メソッドは、アプリケーションデータ構造、アプリケーションモデルデータ構造、および物理システムをモデリングするための他のタイプのデータ構造を生成するための命令を含む。生成されたデータ構造は、データ構造がシステムのユーザによって構築および適用され得るエンジニアリング解析システム（たとえば複合物理モデリングシステム）に適用され得るかまたは関連付けられ得るということが考えられる。
【００１９】
複合物理モデリングシステムの例示的な局面において、物理量において物理的特性の形態にある入力を受け取る第１のインタプリタモジュールが提供され得、その後、モデルオブジェクトを生成する。モデルオブジェクトは、モデルについてのアルゴリズムおよびデータ構造を含み得、さらに、当該モデルを表わすよう使用され得る。モデルオブジェクトはさらに、モデルについての形状、メッシュおよび解を作成するよう動作のシーケンスをセットアップおよび実行するためのメソッドを含む。
【００２０】
エンジニアリング解析システムを実施する物理的なコンピューティングデバイスは、システムのユーザがシミュレーションを入力および実行し、アプリケーションデータ構造を構築することを可能にする１つ以上のグラフィカルユーザインターフェイスを有するように構成され得る。コンピュータシステムは、上に記載された非限定的な例示的なルーチンまたはメソッドのうちのいくつかを含み得、さらに異なるタイプのシミュレーションのための異なるインターフェイスを含み得る。たとえば、流量シミュレーション、伝熱シミュレーション、電磁気シミュレーション、および／または構造力学シミュレーションのために異なるユーザインターフェイスが提供され得る。他のエンジニアリングまたは物理現象のためのシミュレーションおよび関連するインターフェイスもコンピュータ支援エンジニアリング解析システムについて考慮される。
【００２１】
アプリケーションデータ構造およびアプリケーションモデルデータ構造を生成または構築するための専用のグラフィカルユーザインターフェイスを有するシステムは、本開示のいくつかの局面において考慮される。たとえば、コンピュータシステムは、所望の解析またはシミュレーションに関連付けられる所望の物理的現象についてのパラメータ、フォーム、フィーチャ、アクション、変数、物理的特性、物理量および／または物理インターフェイスフィーチャを規定するためのグラフィカルユーザインターフェイスを含み得る。グラフィカルユーザインターフェイスは、アプリケーションデータ構造を生成するルーチンまたはメソッドへのアクセスを可能にし得る。その後、生成されたデータ構造は、アプリケーションモデルデータ構造を作成するように構成され、かつ、たとえば複合物理モデリングシステムのようなエンジニアリング解析システムに関連付けられる他のグラフィカルユーザインターフェイスからアプリケーションインターフェイスがアクセス可能になるようにするように構成されるルーチンまたはメソッドによって解釈または処理され得る。これらの動作のためのルーチンまたはメソッドが、エンジニアリング解析システムを実行する１つ以上の処理部上でローカルにおよび／または当該処理部へのネットワーク接続を介してリモートに実行され得るということが考えられる。
【００２２】
コンピュータシステムは、本開示に記載される異なるタスクを行なうために使用され得る。コンピュータシステムを使用するための１つの局面は、コンピュータ読取可能媒体（たとえば、一時的または固定的なメモリ、磁気ストレージ、光学ストレージ、電子ストレージ、フラッシュメモリ、他の記憶媒体）上に格納されたエンジニアリング解析システムおよびメソッドを含む１つ以上のコンピュータプログラムを実行することを含む。コンピュータプログラムは、プロセッサによって実行されると１つ以上のタスクを行なう命令を含み得る。ある実施形態において、コンピュータシステムは、モデリングおよびシミュレーションならびに／または問題解答タスクを行なうように、たとえばマシンが実行可能なコードへのソースコードの変換に関連して、生成され得るマシン命令を実行する。物理的現象または物理的なプロセスをモデリングおよびシミュレートするために使用され得る１つの技術は、変数および方程式でまたはコンピュータシステムによって処理され得る他の定量可能な形態で、モデリングおよびシミュレートされる物理的現象または物理的なプロセスのさまざまな物理的特性および物理量を表わすことである。翻って、これらの方程式または他の定量可能な形態は、方程式に関連付けられる１つ以上の変数について解答するように構成されるコンピュータシステムによって解答され得るか、または、当該コンピュータは、他の受け取った入力パラメータを使用して問題に解答するように構成され得る。
【００２３】
物理的現象または物理的プロセスをモデリングおよびシミュレートするためのコンピュータプログラムは、特にモデリングおよびシミュレートされる物理的現象または物理的なプロセスの複雑さが増加する際に、多くの利点を提供し得るということが考えられる。たとえば、ある実施形態において、ユーザは、たとえばエンジニアリング解析の部分として、１つ以上の物理的現象を複合物理モデルに組み合わせ得る。さらにこの例を示すために、ユーザは、化学反応動力学および流体力学、電磁気現象および伝熱、構造力学および流量、または他の物理現象によって記述される現象を組み合わせ得る。このような複合物理モデルはさらに、複数の物理的なプロセスを含み得る。たとえば、アンプおよびアクチュエータの両方が１つの複合物理モデルの部分であり、アンプがアクチュエータに電力を供給することを含むプロセスが組み合わせられ得る。複合物理モデリングはさらに、偏微分方程式（ＰＤＥ）の結合系を解くことを含み得る。
【００２４】
本願明細書において記載されるモデリングシステムのようなモデリングシステムが動作するコンピュータシステムは、ネットワーク化されたコンピュータまたはプロセッサを含み得るということが考えられる。ある実施形態では、プロセッサはモデリングシステムのユーザのコンピュータ上で直接的に動作し得、他の実施形態では、プロセッサはリモートに動作し得る。たとえば、ユーザは、ある位置にある１つのコンピュータまたは端末にてさまざまな入力パラメータを提供し得る。それらのパラメータは、１つのコンピュータ上でローカルに処理され得るか、または、当該パラメータは、ローカルエリアネットワークまたはワイドエリアネットワークを介して、入力パラメータを処理するように構成されるネットワーク上のどこか他のところに位置する別のプロセッサに転送され得る。第２のプロセッサは、インターネット（もしくは他のネットワーク）に接続されたサーバに関連付けられ得るか、または、第２のプロセッサは、インターネット（もしくは他のネットワーク）に接続された、各々がモデリングシステム上の問題を展開および解決するための選択関数を扱ういくつかのプロセッサであり得る。１つ以上のプロセッサによる処理の結果が、その後、さらに別のサーバまたはプロセッサで収集され得るということがさらに考えられる。さらに、上記結果は、ユーザが位置している端末またはコンピュータに戻って収集され得るということが考えられる。ユーザが位置している端末またはコンピュータは次いで、表示（たとえば一時的な表示）を介してまたは（たとえばプリンタを介する）ハードコピーの形態でユーザに複合物理モデリングシステムの解を表示し得る。代替的または付加的には、上記解は、端末またはコンピュータに関連付けられるメモリに格納され得るか、または、当該解は、モデリングシステムから解を得るようユーザがアクセスし得る別のサーバ上に格納され得る。
【００２５】
ある実施形態において、製品またはプロセスは、設計または分析される開発ステージまたはフィージビリティステージにあり得るということが考えられる。開発または分析される製品またはプロセスは、いくつかの物理的特性および物理量を含む複雑な環境における使用のために評価される必要があり得る。コンピュータベースの設計システムにおいて、システム的にパラメータフィーチャおよび形状フィーチャを変動することにより、複雑な複合物理問題を解くことが望ましくあり得る。他の望ましいフィーチャは、たとえば、メモリに位置し、かつ、複合物理モデルを形成しおよび／または複合物理問題を解決するために使用される物理的特性および境界条件のためのセッティングが設計システムから直接的にアクセスされ得る複雑な複合物理問題を解くためのコンピュータベースのシステムを有することを含み得る。
【００２６】
ここで図１を参照して、モデリングシステムとアプリケーションデータ構造を生成するためのシステムとを含む、本願明細書において別記される方法とともに使用され得るコンピュータシステムの例示的な局面が示される。コンピュータシステム１１０は、通信媒体１１８を通じてホストシステム１１４ａ−１１４ｎに接続されたデータストレージシステム１１２を含む。コンピュータシステム１１０のこの実施形態において、たとえば、「ｎ個」のホスト１１４ａ−１１４ｎが、入力／出力（Ｉ／Ｏ）動作を行なう際に、データストレージシステム１１２にアクセスし得る。通信媒体１１８は、モデリングおよびコンピュータシミュレーション分野において公知のように、さまざまなネットワークまたは他のタイプの通信接続のいずれか１つであり得る。たとえば、通信媒体１１８は、ホストシステム１１４ａ−１１４ｎがアクセスし得、データストレージシステム１１２と通信し得るインターネット、イントラネットまたは他のネットワーク接続であり得、ネットワーク通信（たとえばファイバーオプティック、無線、イーサーネット（登録商標））のさまざまな形態に基づいたシステムを含むがこれに限定されない、コンピュータシステム１１０に含まれる他のものと通信し得る。
【００２７】
ホストシステム１１４ａ−１１４ｎの各々およびコンピュータシステム１１０に含まれるデータストレージシステム１１２は、通信媒体１１８のタイプに従って提供およびサポートされ得るようなさまざまな接続のうちのいずれか１つによって、通信媒体１１８に接続され得る。ホストコンピュータシステム１１４ａ−１１４ｎまたはデータマネージャシステムに含まれるプロセッサは、各特定の実施形態およびアプリケーションに従って入力トラフィックをサポートすることが可能であるインテルベースのプロセッサ、ＩＢＭメインフレーム、サーバまたは他のタイプの商業的に利用可能なプロセッサといったさまざまな商業的に利用可能なシングルプロセッサシステムまたはマルチプロセッサシステムのうちのいずれか１つであり得る。
【００２８】
なお、ホストシステム１１４ａ−１１４ｎの各々に含まれるハードウェアおよびシステムの詳細と、データストレージシステム１１２に含まれ得るコンポーネントとは、本願明細書においてより詳細に記載され、各特定の実施形態に応じて変化し得る。ホストコンピュータ１１４ａ−１１４ｎの各々およびデータストレージシステム１１２は、すべて同じ物理的な位置に位置してもよく、または代替的には、異なる物理的位置に位置してもよい。ホストコンピュータシステム、データマネージャシステム、およびコンピュータシステム１１０のデータストレージシステムの間の異なるタイプの接続を提供するために使用され得る通信媒体の例は、コンピュータモデリングおよびシミュレーション分野の当業者に公知であるＳＣＳＩ、ＥＳＣＯＮ、ファイバーチャンネル（Fiber Channel）または機能的な同等物のようなさまざまな異なる通信プロトコルを使用し得る。ホストおよびデータストレージシステム１１２が通信媒体１１８に接続され得る接続のうちのいくつかまたはすべては、電話線、中継器、マルチプレクサまたはサテライトといった物理的および仮想的の両方で存在し得るコネクトリクス（Connectrix）または他のスイッチ機器のような他の通信装置を通過し得る。
【００２９】
ホストコンピュータシステムの各々は、ホストコンピュータシステムの１つ以上の上で実行するアプリケーションに関連して使用されるデータファイルを格納および抽出するといった異なるタイプのデータ動作を行ない得る。たとえば、コンピュータプログラムは、ホストコンピュータ１１４ａの上で実行し得、データを格納およびデータストレージシステム１１２から抽出し得る。データストレージシステム１１２は、各実現例に従った、ディスクおよびテープなどといった任意数のさまざまな異なるデータストレージデバイスを含み得る。以下の段落に記載されるように、方法は、ホストコンピュータシステム１１４ａ−１１４ｎのうちのいずれか１つ上に存在および実行し得る。データは、方法を実行するホストシステム上でローカルに格納され得るとともに、データストレージシステム１１２においてまたは別のホストコンピュータシステム上にリモートで格納され得る。同様に、各コンピュータシステム１１０の構成に依存して、本願明細書において記載されるような方法は、ホストコンピュータシステムのうちの１つ上に格納および実行され得、ローカルデータを使用して別のコンピュータシステム上のユーザによってリモートにアクセスされ得る。図１のコンピュータシステム１１０の実施形態に関連して記載されるように、さまざまな異なるシステム構成および変更が可能であり、本願明細書において別記される技術の限定として解釈されるべきでない。
【００３０】
ここで図２を参照して、たとえば単一のコンピュータ上または複数のホストコンピュータシステム（たとえばホストコンピュータ１１４ａ−１１４ｎ）のうちの１つにおいて存在し得るモデリングシステム２１９の例示的な局面が示される。モデリングシステムは、いくつかのコンポーネントに分割され得る。当該システムの例示的な１つの局面は、ＧＵＩモジュール２２０と、モデリングおよびシミュレーションモジュール２２２と、データストレージおよび抽出モジュール２２４とを含み得る。ＧＵＩモジュール２２０は、システムのユーザとの対話を提供し得る。モデリングおよびシミュレーションモジュール２２２は、複合物理シミュレーションを管理および実行する能力を提供し得る。データストレージおよび抽出モジュール２２４は、ファイル中のモデルをロードおよび保存するとともに、シミュレーションの間に使用され得るかまたはシミュレーションに対する入力または出力として使用され得る他のタイプのファイルをロードおよび保存する能力を提供し得る。
【００３１】
ＧＵＩモジュール２２０は、コマンドを送信および受信することにより、モデリングおよびシミュレーションモジュール２２２と通信し得る。コマンドを送信および受信する動作は、アプリケーションプログラミングインターフェイス（「ＡＰＩ」）または他の同様のコンポーネントを通じて行なわれ得る。システムの１つの局面において、ＡＰＩはオブジェクト指向であり得、同じ構造内でデータおよび関数呼出しを混合し得る。システムの別の局面において、ＡＰＩは、関数呼出しとは別個のデータ構造を使用し得る。
【００３２】
本開示のある局面において、複合物理モデリングシステムのコンポーネントは異なるホストコンピュータシステム上に存在し得るということが考えられる。たとえば、ＧＵＩモジュール２２０はパーソナルコンピュータホスト上に存在し得、モデリングおよびシミュレーションモジュール２２２はサーバコンピュータホスト上に存在し得る。さらに、データストレージおよび抽出モジュール２２４は、パーソナルコンピュータホスト、サーバコンピュータホストまたはさらに別の別個のコンピュータホストのいずれかの上に存在し得るということが考えられる。コンピュータホストが同一でない場合、ＡＰＩは、ホスト間で通信するためにコンピュータネットワークを使用するように構成され得る。オブジェクト指向のＡＰＩは、一実施形態では、コンピュータネットワークを介して、データおよびメソッド呼出しを送信するよう構成され得、または、別の実施形態では、コンピュータネットワークを介してコンポーネント間でデータおよび関数呼出しを送信するよう構成され得る。ＡＰＩはさらに、ＧＵＩモジュール２２０またはモデリングおよびシミュレーションモジュール２２２のホスト上または別個のホスト上に位置し得るデータストレージおよび抽出モジュール２２４を扱うことが可能であり得る。それらの場合の各々において、データストレージおよび抽出モジュール２２４は、それらのホストの各々上のファイルをロードおよび格納するように構成され得る。
【００３３】
ある局面において、システム２１９は、Ｗｉｎｄｏｗｓ（登録商標）  ８、Ｍａｃ  ＯＳ、ｉＯＳ、ＡｎｄｒｏｉｄおよびＣｈｒｏｍｅ  ＯＳなどといったオペレーティングシステム、または、図２に示されるモデリングシステム２１９に記載および表わされるもの以外のシステムコンポーネントを含み得るまたは有するよう構成され得るということが考えられる。図２に示される例示的な局面において、ライブラリ２２６およびユーザデータファイル２２８は、ホストコンピュータシステム内にローカルに格納され得る。ある局面において、ライブラリ２２６および／またはユーザデータファイル２２８と、これらのコピーとは、別のホストコンピュータシステムおよび／またはコンピュータシステム１１０のデータストレージシステム１１２に格納され得るということがさらに考えられる。しかしながら、以下の段落における簡潔さおよび説明のために、システム２１９は、たとえばデータストレージシステム１１２におけるユーザデータファイルおよびライブラリの付加的なバックアップとともに、１１４ａのような単一のホストコンピュータシステム上に存在し得るということを非限定的な態様で仮定する。
【００３４】
本開示のある局面において、ＧＵＩモジュール２２０、モデリングおよびシミュレーションモジュール２２２、データストレージおよび抽出モジュール２２４、ならびに／またはライブラリ２２６といったモデリングシステム２１９の部分は、商業的に利用可能なシステムパッケージと組み合わされて含まれるかまたは実行され得る。これらのコンポーネントは、ホストシステム１１４ａ−１１４ｎのうちの１つの上で動作し得、Ｗｉｎｄｏｗｓ  ＸＰ（登録商標）、Ｗｉｎｄｏｗｓ  ７、Ｗｉｎｄｏｗｓ  ８、Ｗｉｎｄｏｗｓ  ＨＰＣサーバ２００８Ｒ２、Ｕｎｉｘ（登録商標）、Ｌｉｎｕｘ（登録商標）、Ｍａｃ  ＯＳ（登録商標）、ｉＯＳ、Ｃｈｒｏｍｅ（登録商標）ＯＳおよびＡｎｄｒｏｉｄ（登録商標）などといった１つ以上のオペレーティングシステムを含み得る。モデリングシステム２１９のモジュールは、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）もしくはその任意の組合せまたは他の商業的に利用可能なプログラミング言語といったさまざまなコンピュータプログラミング言語のうちのいずれか１つで書かれてもよいということがさらに考えられる。
【００３５】
ＧＵＩモジュール２２０は、システムのユーザによる考慮下で、１つ以上のプロセスおよび／または物理的現象についてモデリング、シミュレーションおよび／または他の問題解答を行うために用いるデータを取得することに関連してＧＵＩウィンドウを表示し得るということが考えられる。１つ以上のプロセスおよび／または現象は、モデリングおよびシミュレーションモジュール２２２によって集められ解答され得る。すなわち、ユーザデータは、ＧＵＩモジュール２２０のようなモジュールを使用してシステムによって収集または受信され得、その後、モデリングおよびシミュレーションモジュール２２２によって使用され得る。その後、データはデータストレージおよび抽出モジュール２２４に移動または転送され得、データストレージおよび抽出モジュール２２４において、ユーザが入力したデータが別個のデータ構造に格納され得る（たとえばユーザデータファイル２２８）。他のデータおよび情報が、モデリングおよびシミュレーションモジュール２２２によってまたはＧＵＩモジュール２２０に関連して使用され得るライブラリ２２６のような別個のデータ構造に格納および当該データ構造から抽出され得るということが考えられる。
【００３６】
ユーザデータファイル２２８およびライブラリ２２６のようなモデリングシステムに関連付けられ得るさまざまなデータファイルは、ホストコンピュータシステムまたはデータストレージシステム１１２において使用されるファイルシステムに関連して、さまざまなデータファイルフォーマットのうちのいずれか１つに格納され得る。ある局面において、システム２１９は、データの格納および抽出に関連してさまざまなデータベースパッケージのうちのいずれか１つを使用し得る。ユーザデータファイル２２８はさらに、他のシミュレーションおよびモデリングシステムに関連して使用され得る。たとえば、ユーザデータファイル２２８は、さまざまな他のモデリングシステムのうちのいずれか１つへの入力として直接的または間接的に使用され得るフォーマットで格納され得る。ある局面において、データは、複合物理モデリングシステムと別のシステムとの間でインポートおよび／またはエクスポートされ得る。データのフォーマットは、システムの各々に従って、かつ、システムの各々が含み得る付加的な機能性に従って変更またはカスタマイズされ得る。
【００３７】
本願明細書において記載されるシステムおよび方法は、異なる物理的現象またはプロセスをモデリングする物理インターフェイスを組み合わせるために用いられ得るということが考えられる。複数の物理インターフェイスの組合せは、複合物理モデルとも称され得る。物理インターフェイスの特性は、結合系または結合表示において物理量を記述するＰＤＥを形成するよう自動的に組み合わされ得るＰＤＥによって表わされ得る。結合されたＰＤＥはたとえば、結合されたＰＤＥが修正されてソルバーへの入力として使用されることを可能にする「方程式ビュー」で表示され得る。さらに、ＰＤＥは、単一の現象もしくはプロセスを記述する１つのＰＤＥまたはＰＤＥの系として独立してか、または、いくつかの現象もしくはプロセスを記述する１つのＰＤＥまたはいくつかのＰＤＥの系としてソルバーに提供され得るということが考えられる。
【００３８】
本開示のある局面において、複合物理モデリングシステムは、ユーザがリストから１つ以上の物理インターフェイスを選択することを可能にする１つ以上のＧＵＩを通じて物理的特性をモデリングする物理インターフェイスを組み合わせる能力を提供し得る。物理インターフェイスの名称の表示に加えて、さらに、物理量についての変数名称がＧＵＩを介して選択され得ることが考えられる。物理インターフェイスは、より詳細に本願明細書において別記される「検討（study）」セッティングフィーチャに依存する異なる定式化を有し得るということが考えられる。
【００３９】
さらに、複合物理モデリングシステムが、複合物理モデルを規定するためのいくつかの物理的現象の予め規定された組合せにアクセスする能力を提供することは望ましくあり得るということが考えられる。当該予め規定された組合せは、物理インターフェイスと同様に、検討セッティングフィーチャに依存する異なる定式化を有し得る複合物理インターフェイスと称され得る。
【００４０】
本開示のある局面において、物理的特性は、モデリングシステムを使用して検討されるコンポーネントおよび／またはプロセスについての物理量をモデリングするために使用され得、物理的特性は、物理的特性が数値として記述されることを可能にするＧＵＩを使用して規定され得るということが考えられる。ある局面において、物理的性質はさらに、１つ以上の数値、空間座標、時間座標および／または実際の物理量を含む数式として規定され得る。ある局面において、物理的特性は、形状的ドメインのいくつかの部分に該当し得、物理量自身は、形状的ドメインの他の部分において未定義であり得る。形状的ドメインまたは「ドメイン」は、分離したサブドメインに分割され得る。これらのサブドメインの数学的な結合が、形状的ドメインまたは「ドメイン」を形成する。ドメインの完全な境界はさらに、「境界」と称されるセクションに分割され得る。隣接するサブドメインは、「ボーダー」と称される共通の境界を有し得る。完全な境界はたとえば、サブドメインボーダーを含むすべての境界の数学的な結合である。たとえばある局面において、形状的ドメインは、ＧＵＩにおいて一次元、二次元、または三次元であり得る。しかしながら、より詳細に本願明細書において別記されるように、ソルバーは任意の空間次元を扱うことが可能であり得る。１つの実現例におけるＧＵＩの使用を通じて、ドメインの境界上の物理的特性は、ＰＤＥの境界条件を導出するよう特定および使用され得るということが考えられる。
【００４１】
モデリングおよびシミュレーションモジュール２２２において発見され得るフィーチャのようなモデリングシステムの付加的なフィーチャは、ＰＤＥの系と複合物理モデルについての境界条件とを自動的に導出することを提供し得る。この技術は、複数の現象またはプロセスのＰＤＥをマージすることを含み得、異なる座標系においてプロセスを結合するよう、結合変数または演算子を使用して、結合したＰＤＥの単一の系を作り出し得、ソルバーによるその後の使用についてすべての従属変数に関してＰＤＥの系の記号微分を行ない得る。
【００４２】
ある局面において、ＰＤＥの結合系は、微分されてソルバーに送られる前に、修正され得るということが考えられる。この修正は、「方程式ビュー」における結合されたＰＤＥを表示するＧＵＩに含まれるセッティングウィンドウを使用して行なわれ得る。ＰＤＥの系がこのように修正される場合、対応する物理的特性についてのセッティングは「ロック状態」になり得る。当該特性はその後、ユーザがあるアクションを行うことによってロック解除され得る。
【００４３】
本開示のある局面は、たとえば音響、化学反応、拡散、電磁気、流体力学、地球物理学、伝熱、光学、プラズマ物理学、量子力学、半導体物理学、構造力学および波の伝播などを含む複数のエンジニアリングおよび科学的教義の１つ以上のモデリングのためのフィーチャを含み得るということが考えられる。モデリングシステムのある局面は、上記の教義のうちの１つより多くを含み得、さらに、前述の教義の組合せを表わすまたはモデリングすることを含み得る。更に、本願明細書において記載される技術は、ＰＤＥの１つ以上の系に関連して使用され得る。
【００４４】
本開示のある局面において、ＰＤＥの系は、一般形式、係数形式および／または弱形式で表わされ得るということが考えられる。係数形式は、線形またはほぼ線形の問題に関連してより好適であり得る一方、一般形式および弱形式は、非線形の問題に関連する使用により好適であり得る。モデリングされるシステムは、たとえば、定常的で時間依存の固有値または固有周波数のように１つ以上の関連する検討を有し得る。本願明細書において記載される局面において、有限要素法（finite element method（ＦＥＭ））は、たとえば、アダプティブメッシング、アダプティブタイムステッピング，および／または１つ以上の異なる数値ソルバーの選択とともに、ＰＤＥについて解くよう使用され得る。
【００４５】
本開示のある局面において、有限要素メッシュは、形状的ドメインの表示を形成するシンプレックスを含み得るということが考えられる。各シンプレックスは、一意のサブドメインに属し得、単体の結合は形状ドメインの近似を形成し得る。ドメインの境界はさらに、それぞれ形状的な次元である１、２および３に対して次元０、１および２のシンプレックスによって表わされ得る。
【００４６】
さらに、形状を表わすメッシュも、外側のまたは外部のアプリケーションによって作成され得、その後、本開示に記載されるモデリングシステムへの使用のためにインポートされ得るということが考えられる。
【００４７】
解答プロセスの初期値は、数値、空間座標、時間座標および実際の物理量を含み得る数値または式として与えられ得る。初期値はさらに、以前に決定された物理量を含み得る。
【００４８】
ＰＤＥの解は、物理的特性およびそれらの関連する量の任意のサブセットについて求められ得る。さらに、解かれなかった任意のサブセットは、ＰＤＥの系に対する初期値として扱われ得る。
【００４９】
空間次元、物理の組合せ、およびモデルウィザードを使用する複合物理モデリングシステムにおける検討のタイプをユーザが選択することが望ましくあり得るということが考えられる。モデルウィザードは、これらの選択ステップにユーザを案内し得、複合物理モデルにおけるいくつかの空間次元、いくつかの物理およびいくつかの検討または検討ステップの組合せを可能にし得る。
【００５０】
ここで図３を参照して、複合物理モデルの空間次元３３２を特定するよう使用され得るユーザインターフェイスまたはＧＵＩ３３０の例示的な局面が示される。モデルは、０次元（空間独立，時間依存のみ）、１次元、１次元軸対称、２次元、２次元軸対称および３次元を含む空間次元の座標系において特定され得る。さらに、複数の部分またはスケールを含む現象またはプロセスを記述するために、ユーザが上記の座標系のいくつかを含むモデルを組み合わせ得るということが考えられる。
【００５１】
ここで図４を参照して、１つより多い現象またはプロセス（たとえば音響、伝熱、構造力学）の組合せを有する複合物理モデルを特定するよう使用され得るユーザインターフェイスまたはＧＵＩ４３９の例示的な局面が示される。組み合わせられるべき各現象またはプロセスは物理インターフェイスに対応し得るということが考えられる。ＧＵＩ４３９の使用を通じて、この組み合わされた複合物理モデルにおいて使用されるべき物理インターフェイスが特定され得る。各物理インターフェイスは、ＰＤＥで物理量をモデリングするように構成され得る。物理量は、ＰＤＥでの従属変数として直接的に示されるか、または、従属変数と物理量を表わす変数との間の関係によって示されるかのいずれかであり得る。この例示的な局面におけるＰＤＥは一般に、ＧＵＩの使用を通じてユーザから「隠され」得る（たとえば直接的に見ることができない）。以前に論じたように、いくつかの物理インターフェイスがひとたび単一のモデルまたはモデルの系に組み合わせられると、当該モデルは複合物理モデルと称され得る。
【００５２】
ＧＵＩ４３９はさらに、ユーザの空間次元の選択に従ってユーザが選択し得る物理インターフェイス４４０の例示的なリスト（たとえばＡＣ／ＤＣ、電気化学、無線周波数、構造力学）を含む。複合物理モデルに物理インターフェイスを加えるために、ユーザはリストから物理インターフェイスを選択し、これらの物理インターフェイスが複合物理モデルに含まれるべきであることを特定し得る。たとえば、ユーザは右クリックし、次いで、複合物理モデルに物理インターフェイス（たとえば流体における伝熱）を加えるために「選択されたものを追加」というコンテキストメニューアイテム４４２を選択し得る。選択の後、この物理インターフェイスは、ＧＵＩ４３９における物理リストの下に「選択された物理」４４４のリストに加えられる。物理インターフェイスはさらに、「選択されたものを除去」ボタン４４６を選択することにより、リストから除去され得る。
【００５３】
複合物理モデルにおける各物理インターフェイスには、複合物理モデルにおける変数の源を識別するよう使用され得る一意な名称が与えられる。「選択された物理」リスト４４６に物理インターフェイスを加えた後、ユーザは、解かれる物理量を表わす従属変数の名称を編集し得る。たとえば、ＧＵＩ４３９の「従属変数」セクション４４８における「温度」についてといったように、ユーザによる編集によって変数の新しい名称が得られ得る。
【００５４】
選択可能なインターフェイスはさらに、ＰＤＥに直接的に対応するように構成される数学インターフェイス４４３を含み得るということが考えられる。数学インターフェイスにおいて、量は、複合物理モデルについての従属変数によって表され得る。ある局面において、各数学インターフェイスは、１つより多い従属変数を有し得るということが考えられる。さらに、従属変数の数およびＰＤＥの系の次元がＧＵＩ４３９における「従属変数」セクション４４８に入力され得るということが考えられる。
【００５５】
ここで図５を参照して、複合物理モデルのための１つ以上の検討タイプを特定するためにユーザインターフェイスまたはＧＵＩ５４９の例示的な局面が示される。モデリングシステムのある局面において、インターフェイスは、選択された物理インターフェイスに関連付けられるプリセットの検討を含み得る。インターフェイスは、検討ステップのカスタマイゼーションを可能にし得、たとえば物理インターフェイスの各々についての検討がカスタマイズされるか、または、検討のうちのいくつかがプリセットされ（たとえば定常、時間依存）、その他がカスタマイズされる（たとえば固有振動数）。さらに検討は、複合物理モデルのシミュレーション検討に関連するいくつかの検討ステップを組み合わせ得るということが考えられる。
【００５６】
ある本開示の局面において、検討は、定常、時間依存、固有値、および固有振動数といった複合物理モデルに対して行われ得る解析のタイプを決定し得るということが考えられる。当該検討は、複合物理モデルにおいて使用される方程式の定式化のタイプ、（たとえば、可能なメッシュのリストから選択された）メッシュのタイプ、および／または複合物理モデルにおける異なる検討または検討ステップを解くよう使用され得るソルバーのタイプを制御し得る。１つの例示的な局面において、検討は、一時的な検討ステップが後続する定常検討ステップを含み得る。その後、検討は、定常および時間依存の検討ステップについて、方程式、メッシュおよびソルバーを定式化する。ユーザは、検討リスト５５０から検討を選択し、その後、「終了」ボタン５５４をクリックすることによってモデルウィザードステップを終了する。
【００５７】
本開示のある局面において、複合物理モデルデータ（たとえばＧＵＩ３３０，４３９，５４９においてなされた選択）は、ユーザデータファイル（たとえば２２８）における格納のために、ＧＵＩ（たとえば２２０）からデータストレージおよび抽出モジュール（たとえば２２４）へと通信され得るということが考えられる。たとえば、形状、材料、物理インターフェイス、メッシュ、検討および結果を含む、以前に図３−図５に記載されたモデルウィザードステップを介して生成されたもののような複合物理モデルは、ＧＵＩにおいてモデルツリーとして表わされ得る。モデルツリーにおけるノードを選択する（たとえば左クリックする）ことによって、当該ノードによって表わされる対応する動作のためのセッティングへのアクセスがユーザに与えられ得る。ノードのさらなる選択（たとえば右クリック）によって、ユーザが対応するノードに特性および動作を加え得るメニューへのアクセスがユーザに与えられ得る。これらの追加された特性および動作は、選択されたノードに対する子ノードとして表わされ得る。
【００５８】
本開示のある局面において、上記の画面表示（たとえばＧＵＩ３３０）は、モデリングシステム（たとえば２１９）のＧＵＩモジュール（たとえば２２０）のためのコンポーネントの部分によって表示され得、および／または、当該部分として含まれ得るということが考えられる。さらに、モデリングシステムが、予め規定され得るいくつかの物理インターフェイスおよび／またはユーザによって規定され得るいくつかの物理インターフェイスを含む異なるタイプの物理インターフェイスを含むように構成されるということが考えられる。予め規定された物理インターフェイスは、インターフェイス特性がライブラリ（たとえば２２６）に含まれ、かつ、たとえばベンダーから入手可能であり得る物理インターフェイスであり得る（たとえばベンダーは、伝熱のようなシステムの特定タイプについて、ＰＤＥの規定された系、解析タイプ、およびＧＵＩなどを含むライブラリを供給し得る）。ユーザが規定した物理インターフェイスは、ユーザがＰＤＥおよびモデリングされる量などを特定し得るユーザが規定したモデルまたは物理インターフェイスを可能にするように構成される。ユーザが規定したモデルは、ユーザデータファイル（たとえば２２８）に含まれるライブラリのようなユーザが規定したライブラリに保存され得る。ユーザが規定したモデルに関連付けられる定義および他のデータファイルは、たとえば、ライブラリ（たとえば２２６）のデータフォーマットと同様のさまざまなデータフォーマットのうちの任意の１つに格納され得る。フォーマットおよび動作は、格納されたモデルおよびモデルパラメータについて変動し得るということが考えられる。
【００５９】
ここで図６を参照して、例示的な物理インターフェイスの物理的特性の特定（たとえば固体における伝熱）について、セッティングウィンドウ６５９の例示的な局面が示される。各物理インターフェイスは、その物理インターフェイスに関連付けられる物理的特性が特定され得る物理的現象またはプロセスにカスタマイズされた１つまたはいくつかのＧＵＩセッティングウィンドウを有し得るということが考えられる。物理インターフェイスおよび物理インターフェイスのためのセッティングは、モデルツリーにおけるノードとして表わされ得る。たとえば、物理インターフェイスノードを選択する（たとえば右クリックする）ことにより、物理インターフェイスもしくはセッティングにドメイン特性を追加すること、ノードの名称を変更すること、または選択されたノードに関する特性を表示することといった１つ以上のタスクをユーザが行うことができるフォームが開かれ得る。
【００６０】
セッティングウィンドウ６５９は、物理的特性が適用する１つ以上の形状ドメインを有し得るドメインリスト６６０を含む。このドメインも、サブドメインと称され得る。ユーザが、グラフィックスウィンドウにおける形状的ドメインのグラフィック表示から直接的に選択することによって、（たとえばマウス、キーボード、または他の選択機構を介して）１つまたはいくつかのサブドメインを選択し得るということが考えられる。さらに、ある局面において、ユーザは、複合物理モデルにおいてモデリングされるコンポーネントの具体的な部分を表わすドメインの予め規定された選択肢からドメインを選択し得るということが考えられる。
【００６１】
ドメイン（またはサブドメイン）の物理的特性はセッティングウィンドウにおいて特定される。前述のように、物理的特性は、数値６６２として特定されること、空間座標６６４での記号式として特定されること、物理量として特定されること、ならびにそれらの空間微分および／または時間として特定されることを含む異なる形態で表わされ得る。物理量はさらに、当該モデルの他のどこかで規定され得るとともに本願明細書において別記される材料セッティング６６６から得られ得るということが考えられる。さらに、特性の値を計算するプロシージャまたはルーチンを介して物理的特性が特定され得るということが考えられる。名称またはプロシージャもしくはルーチンが、含まれるべきパラメータがあれば当該パラメータと共に、セッティングウィンドウ６５９に入力され得る。１つの例示的な局面において、プロシージャまたはルーチンは、Ｃ、Ｖｉｓｕａｌ  Ｂａｓｉｃ（登録商標）、Ｆｏｒｔｒａｎ、ＭＡＴＬＡＢ（登録商標）またはＭｉｃｒｏｓｏｆｔ  Ｅｘｃｅｌ（登録商標）を使用して書かれ得る。ある実現例の場合の特定のプログラミング言語は、各特定の局面ならびに呼出し規格およびそれに含まれる規則に従って変化し得る。
【００６２】
ここで図７を参照して、「方程式ビュー」ウィンドウを介してＰＤＥを修正するために使用され得るＧＵＩ７６９の例示的な局面が示される。たとえば、例示的な方程式７７２のようなＰＤＥは、物理インターフェイスによって規定され得、対応する特性についてのセッティングウィンドウにおいて規定され得ない記述を導入するためにユーザによって表示および修正され得る。１つの例示的な局面において、ユーザがメニューから「方程式ビューを表示」要素を選択することに応答して、ＰＤＥが表示され得る。ある局面において、モデルの各特性が、方程式に対する変更がユーザによってなされ得る対応するセッティングウィンドウ７７０とともに、対応する「方程式ビュー」を表示するということが考えられる。「方程式ビュー」は、物理インターフェイス特性ノード（たとえば要素７７６）に対する子ノード（たとえば要素７７４）として表わされ得る。ある局面において、「方程式ビュー」ノード（たとえば要素７７４）についてのセッティングウィンドウ７７０に対する変更の後、物理インターフェイス特性のための対応するセッティングがロックされ得るということが考えられる。１つの局面において、ロックの表示は、モデルツリーのそのインターフェイスについて１つ以上の特性がロックされることを示すように物理インターフェイスアイコン（たとえば要素７７６）上に配置され得る。また、当該特性は、対応する「方程式ビュー」ノード７７４についてのセッティングウィンドウにおいて、ユーザによってたとえば「すべてリセット」フィーチャ７７８または他のロック解除要素を選択することによりロック解除され得る。
【００６３】
ここで図８を参照して、例示的な局面では、材料セッティングウィンドウ８７９がドメインの材料特性をセッティングするために示される。材料セッティングは、複合物理モデルに含まれる物理インターフェイスのうちのいくつかまたはすべてについての材料特性を含み得る。モデルは、ドメインリスト８８０において識別される異なるドメインについて選択される異なる材料を含み得るということが考えられる。材料特性はユーザによって規定され得るか、または、予め規定された材料ライブラリから得られ得る。材料セッティングウィンドウの１つの局面では、材料コンテンツ８８２のリストは、複合物理モデルにおける物理インターフェイスを考慮して、選択された材料について、選択されたドメインにおいて、材料特性のステータスを表示し得る。たとえば、例示的なジュール加熱プロセスの文脈において、材料コンテンツリストは、アイコンを使用して、ジュール加熱を伴う複合物理プロセスに関連付けられる特性と、複合物理インターフェイスにおいて記述された特性とをラベル付し得る。例示的な材料特性は、たとえば、熱容量、熱伝導率、電気伝導率、比誘電率および密度を含み得る。ジュール加熱を記述するための材料特性は、材料セッティングウィンドウ８７９を介して規定され得る。任意の必要な材料特性は、アイコン８４または他の表示（たとえばチェックマーク）によりラベル付けまたは別の態様で識別され得る。必要な材料特性が規定されない場合、材料コンテンツ８８２のリストは、対応する材料特性の行を（たとえば赤い停止サインのアイコンを使用して）ハイライトすることによって、条件を識別し得る。
【００６４】
ユーザによって規定される材料および材料特性は、保存され得、その後、別個または異なるモデルにおける使用のために、ユーザが規定した材料ライブラリからアクセスされ得るということが考えられる。この局面は、ユーザが特定の用途のための材料ライブラリを作成することを可能にすることによって融通性を提供し、さらに、複合物理モデリングシステムとの使用のためにシステムディベロッパが材料ライブラリを作成することを可能にし得る。
【００６５】
モデリングシステムにおける材料および材料特性は、ノードを介してモデルツリーにおいて表わされ得るということが考えられる。これにより、材料および材料特性が、表示、名称変更、および／または（たとえばモデルツリーにおける対応するノードを右クリックまたは別の態様で選択することにより）ユーザによってアクセス可能な形態でノードに追加されることが可能になる。
【００６６】
ここで図９を参照して、物理インターフェイス（たとえば伝熱インターフェイス）についての物理的特性境界条件（たとえば温度）について、境界条件セッティングウィンドウ９８９の例示的な局面が示される。セッティングウィンドウ９８９は、物理的特性が適用され得る形状的境界を識別するよう境界リスト９９０を含み得る。ユーザは、１つ以上のグラフィックスウィンドウにおいて形状的ドメインのグラフィック表示から境界を選択することによって、境界リストに１つ以上の境界を含み得るということが考えられる。境界の選択は、典型的に、コンピューティングシステムのために使用される選択デバイス（たとえばマウス、キーボード、他の選択デバイス）を介して行われ得る。さらに、ユーザはまた、複合物理モデルにおいてモデリングされるコンポーネントの境界の特定の部分を表わす境界の予め規定された選択肢から境界を選択し得るということが考えられる。当該特定の部分は、コンポーネントの境界全体またはコンポーネントの境界全体よりも小さいものを含み得る。
【００６７】
形状的境界の物理的特性は、対応する境界について境界条件セッティングウィンドウ９８９において特定され得る。上記特性は、空間座標での記号式としてまたは時間に基づいて、数値で特定された値９９２として表わされ得る。さらに、特性は、物理量、および、本願明細書において別記されたシステムを使用して加えられた物理インターフェイスからの対応する空間微分として、表わされ得るということが考えられる。さらに、特性の値を決定するプロシージャまたはルーチンは、本願明細書において別記されたものと同様の態様で特定および／または命名され得るということが考えられる。
【００６８】
モデリングシステムにおける境界条件セッティングは、ノードを介してモデルツリーにおいて表わされ得るということが考えられる。これにより、ユーザが、物理インターフェイス境界条件に境界特性を加えること、ノードの名称を変更すること、または、（たとえばモデルツリーにおいて対応するノードを右クリックまたは別の態様で選択することによって）ノードに関する特性を表示することが可能になり得る。
【００６９】
ここで図１０を参照して、別の「方程式ビュー」フィーチャ１０００を介してＰＤＥ境界条件を修正することについて、ＧＵＩ１００９の例示的な局面が示される。物理インターフェイスによって規定された境界条件は、対応する物理インターフェイスについてのセッティングウィンドウにおいて規定され得なかった記述を導入するために、ユーザによって１００２にて表示および修正され得る。一実施形態において、境界方程式は、ユーザがプレファレンスメニュー（図示せず）からたとえば「方程式ビューを表示」するアイテムを選択することによって、表示され得る。「方程式ビュー」フィーチャ（たとえば方程式ビューノード１００４）を使用するＰＤＥ境界方程式に対する変更の後、その境界条件についての対応するセッティングがロックされ得るということが考えられる。境界条件のロックされた性質を識別するために、モデルツリーにおける境界条件特性についての境界条件ノード１００６は、ロックのように見える表示を含み得る。境界条件は、ユーザが、対応する特性について、１００８にてセッティングウィンドウにおいて「すべてをリセット」または何らかの他のロック解除フィーチャを選択することによって、ロック解除され得る。
【００７０】
モデリングシステムのある局面において、ＰＤＥの結合系に関連付けられるさまざまな選択された物理インターフェイスのためのＰＤＥおよび境界条件が、図１３−図１５についての説明においてより詳細に記載されるモデルオブジェクトに格納されることが望ましくあり得るということが考えられる。モデルオブジェクトは、たとえば図７におけるＧＵＩ７６９を使用してＰＤＥおよび境界条件が修正される場合、対応するモデルオブジェクトがこれにより更新され得るので、望ましくあり得る。たとえば、ドメインおよび境界についてそれぞれのセッティングウィンドウと、当該ドメインおよび境界についての物理的特性と、「方程式ビュー」において特定される可能な修正との使用を通じて、１つの例示的な局面におけるモデリングおよびシミュレーションモジュール２２２（たとえば図２参照）は、複合物理モデルに関連付けられるデータを含むモデルオブジェクトを作成、初期化、および修正し得る。さらに、ＰＤＥおよび関連付けられる境界条件のフィールドの結合系も同様に更新され得るということが考えられる。
【００７１】
ここで図１１を参照して、別のタイプのセッティングウィンドウ１１０９の例示的な局面が、１つ以上の検討ステップを有する検討についての解答に関連して使用され得る検討ステップ（たとえば定常、時間依存、周波数）について示される。セッティングウィンドウ１１０９は、任意の１つ以上の物理インターフェイスまたは結合ＰＤＥ系からの物理量のいずれかのサブセットについてＰＤＥを解くことに関連付けられ得る。セッティングウィンドウ１１０９についてのＧＵＩは、複合物理モデルについて選択される１つ以上の物理インターフェイスをリスティングする物理インターフェイス表示領域１１１０を含む。セッティングウィンドウ１１０９はさらに、異なるメッシュ１１１２と、異なる検討ステップについての異なる離散化１１１４および公差との選択を可能にするように構成され得る。対応する検討ステップセッティングと共に、モデルのための特定の物理インターフェイスが選択され得るということが考えられる。その後、対応するＰＤＥが、異なる検討ステップにおいて一度に一つ解かれ得るか、または、対応するＰＤＥが、各検討ステップにおいてＰＤＥの結合系として、いくつかの物理インターフェイスについて解かれ得る。
【００７２】
ここで図１２を参照して、検討ノード（たとえば「検討１」１２２０）と、いくつかの子ノード（たとえば「ステップ１：定常」１２２２，「ソルバー構成」）とを含むモデルツリー１２１９の例示的な局面が示される。この例示的な局面における子ノードは、検討ステップ（たとえば「ステップ１：定常」１２２２，「ステップ２：時間依存」）と、ソルバーノード（たとえば「ソルバー１」１２２４）とを含む。親ノード（たとえば一次ノード）およびその子ノード（たとえば二次ノード，サブノード）は、モデルツリーにおけるブランチ（たとえば検討ブランチ１２１９）と称され得る。検討ブランチは、たとえば、ＰＤＥ定式化（たとえば、「方程式をコンパイル：定常」１２２６ａ，「方程式をコンパイル：時間依存２」１２２６ｂ）と、異なる検討（たとえば定常および時間依存の解析）についてのソルバーセッティング（たとえば「定常ソルバー１」１２２８ａ、「時間依存ソルバー１」１２２８ｂ）とを含み得る。ユーザが、検討ステップの各々において解かれるモデル物理インターフェイスのサブセットを選択するか、または、すべての検討ステップにおいてすべての物理インターフェイスについて解くよう選択し得るということが考えられる。さらに、ユーザはまた、異なる空間次元に記述されるモデルを示す対応する物理インターフェイスを有するいくつかのモデルノードを含み得、検討ステップの各々における物理インターフェイスのサブセットまたはすべての検討ステップにおけるすべての物理インターフェイスを解くということが考えられる。各検討ステップにおける物理インターフェイスおよび検討ステップについてのセッティングの選択も、モデルオブジェクトに含まれ得る。
【００７３】
例示的なモデルツリー１２１９のソルバーブランチ（たとえばソルバー構成）は、検討ブランチ（たとえば検討１）に対する子ノードであり、さらにソルバー（たとえば「ソルバー１」）および／または従属変数ノード（たとえば「従属変数１」）のような自身の子ノードを含み得る。これらの子ノードはさらに、「ｍｏｄ１＿Ｖ」１２２７ａおよび「ｍｏｄ１＿Ｔ」１２２７ｂといった付加的または自身の子ノードを有し得る。従属変数ノードはユーザがすべての検討ステップにおいてより精密な解の選択をすることが可能になるように構成され得るので、ソルバーは、物理インターフェイス内において個々の変数について解くまたは解かないようにセットされ得る。ソルバーステップおよびソルバーステップについてのセッティングにおける従属変数の選択もモデルオブジェクトに反映されるということが考えられる。
【００７４】
図３−図１２において提示されるモデリングシステムの例示的な局面は、単に例であり、単に本願明細書において記載されたかまたは図において示されるプロセスまたは現象ではないより広い物理プロセスおよび物理的現象に適用されることが理解される。たとえば、多くの異なる物理インターフェイスが、図４に示される伝熱について選択された物理を越えて評価され得るということが理解されるであろう。また別の例として、複数の方程式ビューが図７に示され得るか、または、多くの異なる材料特性が図８において選択され得るということが理解されるであろう。示された局面は単に、複合物理モデリングシステムによって行なわれ得るより広い動作の例である。更に、示されたインターフェイスは、複合物理モデリングシステムにおいて使用され得る１つのタイプのインターフェイスを示す。他のタイプのグラフィカルインターフェイス、ユーザインターフェイス、または代替的な入力タイプインターフェイスが考えられる。
【００７５】
ここで図１３−図１５を参照して、単一結合形のＰＤＥの系を表わすＰＤＥの１つ以上の系を自動的に特定し、ＰＤＥの系について解くための動作を含む方法について、非限定的な例示的なフローチャート１３２９，１４３９，１５４９が示される。本開示について記載されるさまざまな局面は、オブジェクト指向プログラミング言語（たとえばＪａｖａ（登録商標）、Ｃ＋＋、Ｃ＃）を使用して実現され得、オブジェクトは、インタラクションを伴う、データフィールドおよびメソッドを含むあるタイプのデータ構造である。たとえば、モデルにおけるオブジェクトは、モデルオブジェクトについてのメソッド呼出しによって作成、修正、およびアクセスされ得る。モデルオブジェクトは、モデルについてのアルゴリズムおよびデータ構造を含み得、さらに当該モデルを表わすよう使用され得る。モデルオブジェクトはさらに、モデルについて形状、メッシュおよび解を作成するよう、動作のシーケンスをセットアップおよび実行するメソッドを含み得る。
【００７６】
さらに、モデルオブジェクトのメソッドは、メソッド呼出しがモデルツリーにおいてノードによって表わされる動作に関連付けられ得るように、ツリーのような態様で構造化され得るということが考えられる。そのようなツリーのような構造またはモデルツリータイプの構造を用いて動作することによって、（たとえば親ノードとして表わされる）トップレベルのメソッドは、（たとえば子ノードによって表わされるか別の態様で表わされる）さらに別のメソッドをサポートする参照を返し得る。モデルオブジェクト内のあるレベルでは、メソッドは、モデルオブジェクトにデータを追加すること、計算を行なうこと、またはデータを返すことといったある動作を行なう。形状ノード（たとえば図２９参照）の例示的な局面において、モデルオブジェクトは、形状ノードに対する二次ノード（たとえば子ノード）によって表わされるモデルの形状に関連付けられる異なる動作を有し得る。
【００７７】
ここで図１３を参照して、ステップ１３３０では、モデリングシステムユーザによって、直接的（たとえば実際の選択）または間接的（たとえば予め規定されたフィーチャに関連付けられるステップを通じて）に、空間次元が選択される。空間次元の選択は、以前に図３に記載されたウィザードウィンドウを使用してまたは別のタイプのインターフェイスを通じて、行われることが望ましくあり得る。空間次元の選択は、メソッド呼出しシンタックスであるｍｏｄｅｌ．ｍｏｄｅｌＮｏｄｅ（）．ｃｒｅａｔｅ（）を有するモデルアイテム、および／または、メソッド呼出しシンタックスであるｍｏｄｅｌ．ｇｅｏｍ（）．ｃｒｅａｔｅ（）．を使用して空間次元を特定する形状アイテムを用いるモデルオブジェクトの自動更新を含み得る。
【００７８】
次にステップ１３３１では、物理インターフェイスの選択が行なわれ得る。選択は、たとえば、図４について記載されたウィザードウィンドウを使用して行われ得る。物理インターフェイスの選択は、モデルオブジェクトを更新することと、ｍｏｄｅｌ．ｐｈｙｓｉｃｓ（）．ｃｒｅａｔｅ（）であるモデルオブジェクトに対応する物理アイテムを追加することとを含み得る。次に、ステップ１３３２では、検討のタイプが選択され得る。たとえば、以前に図５に記載されたウィザードウィンドウを使用して検討の選択が行われ得る。選択された検討は、方程式定式化およびソルバーセッティングを自動的に生成するよう後で使用され得るということが考えられる。さらに、モデルオブジェクトは、対応する検討アイテムであるｍｏｄｅｌ．ｓｔｕｄｙ（）．ｃｒｅａｔｅ（）．で更新され得るということが考えられる。ある局面において、作成されたモデルオブジェクトアイテムのうちのいくつかまたはすべては、ノードによってモデルツリーにおいて表わされ得る子アイテムを備え得る。ノードは、モデルウィザードにおいておよび/または上に記載されたセッティングウィンドウにおいて特定された動作を記述し得る。
【００７９】
ステップ１３３３ａでは、物理インターフェイスについてのセッティングが選択されているかどうか決定がなされる。当該論理決定が真である場合、方法はステップ１３３３ｂに進み、ステップ１３３３ｂでは、モデルが加えられるべきかどうか別の決定がなされる。別のモデルが、モデリングシステムによって既に受け取られているコンポーネントおよび／またはプロセスに加えられるべきである（すなわち真）場合、方法はステップ１３３０に戻り、当該付加的なモデルに関連付けられる入力を受け取る。次いで、既に利用可能なモデルとは異なるまたは同じ空間次元を有するモデルアイテムを含む新しいモデルアイテムであるｍｏｄｅｌ．ｍｏｄｅｌＮｏｄｅ（）．ｃｒｅａｔｅ（）が加えられ得る。これは、複合物理モデルにおける複数のプロセスのシミュレーションを可能にする。付加的なモデルが加えるべきではない場合（すなわち偽）、方法はステップ１４４０に進み得る。ステップ１３３３ａにおける論理決定が偽の場合、方法はステップ１３３４に進み、ステップ１３３４では、各物理インターフェイスについて、割り当てられた形状が点である０次元の物理インターフェイスを除いて、形状が特定される。形状表示は、作成されるか、またはそうでなければ形状ファイル（たとえばＣＡＤシステムを使用して作成されたファイル）からインポートされ得るということが考えられる。さらに、形状についてのモデルオブジェクトは、形状表示を含むよう更新され得るということが考えられる。
【００８０】
ステップ１３３５では、材料および対応する材料特性の特定がなされる。たとえば以前に図８に記載されるセッティングウィンドウを使用して材料および材料特性の選択が行なわれ得るということが考えられる。さらに、モデルオブジェクトは、対応する材料アイテムであるｍｏｄｅｌ．ｍａｔｅｒｉａｌ（）．ｃｒｅａｔｅ（）で更新され得るということが考えられる。次にステップ１３６では、異なるドメインにおける物理的特性であって、異なる物理インターフェイスについての物理的特性の特定が行われ得る。ドメインセッティングの特定は、たとえば以前に図６において記載されたセッティングウィンドウを使用して行なわれ得るということが考えられる。ステップ１３３７では、境界での物理的特性およびインタラクションは、異なる物理インターフェイスについて特定され得る。境界条件の特定は、たとえば以前に図９に記載されたセッティングウィンドウを使用して行なわれ得るということが考えられる。さらに、モデルオブジェクトは、ｍｏｄｅｌ．ｐｈｙｓｉｃｓ（）．ｆｅａｔｕｒｅ（）というタイプのモデルオブジェクトアイテムを使用して、ドメインセッティングおよび境界条件の両方について更新され得るということが考えられる。
【００８１】
ステップ１３３８ａでは、物理インターフェイスについてのＰＤＥのうちのいずれかが修正されるべきであるかどうか決定がなされる。当該論理決定が真の場合、方法はステップ１３３８ｂに進み、ステップ１３３８ｂでは、ドメインの方程式および／または境界条件を含む、物理インターフェイスのうちのいくつかまたはすべてについての予め規定されたＰＤＥが変更され得る。ＰＤＥ修正ステップにおける予め規定された物理インターフェイス方程式の特定は、たとえば、以前に図７および／または図１０に記載されたセッティングウィンドウを使用して行なわれ得るということが考えられる。ステップ１３３８ｂはさらに、モデルオブジェクトを更新することを含み得る。論理決定が偽の場合、または、ＰＤＥ修正ステップが行なわれた後、当該方法はステップ１３３３ａに戻り得る。
【００８２】
すべての物理インターフェイスの特定が完了し、かつ、モデリングされるコンポーネントおよび／またはプロセスについてさらにモデルが追加されない場合、当該方法は図１４およびステップ１４４０に進み、メッシュが特定され得る（たとえば図１１参照）。メッシュの特定は、メッシュアイテムであるｍｏｄｅｌ．ｍｅｓｈ（）．ｃｒｅａｔｅ（）でモデルオブジェクトを更新することを含み得るということが考えられる。次にステップ１４４１では、所望の検討パラメータがすべてモデルについて含まれているかどうか決定がなされる。論理決定が真の場合、方法はステップ１５５０に進む。論理決定が偽の場合、当該方法は、検討を追加、および／または、検討ステップを追加するためのステップに進む。たとえば、ステップ１４４２ａでは、新しい検討が加えられるべきであるかどうか決定がなされる。論理決定が真の場合、当該方法はステップ１４４２ｂに進み、付加的な検討の選択が可能になる。付加的な検討は、検討アイテムであるｍｏｄｅｌ．ｓｔｕｄｙ（）．ｃｒｅａｔｅ（）に従って加えられ得るということが考えられる。付加的な検討の選択の後、または、ステップ１４４２ａにおける論理決定が偽の場合、方法はステップ１４４３ａに進み得、ステップ１４４３ａでは、検討ステップが加えられるべきであるかどうか決定がなされる。論理決定が真の場合、当該方法は進み、ステップ１４４３ｂにて、検討ステップがモデルについて加えられることを可能にする。ひとたび検討ステップが選択されるか、または、ステップ１４４３ａの論理決定が偽の場合、方法はステップ１４４４および１４４５に進み、検討ステップにおける物理インターフェイスが検討ステップセッティングと共に特定される。検討セッティングは、たとえば図１１について記載されるセッティングウィンドウを使用して特定され得るということが考えられる。さらに、検討セッティングは、ｍｏｄｅｌ．ｓｔｕｄｙ（）．ｆｅａｔｕｒｅ（）．ｓｅｔ（）．のタイプの１つまたはいくつかのアイテムに従ってモデルオブジェクトを更新し得るということが考えられる。検討セッティングの完了の後、当該方法はステップ１５５０に進む。
【００８３】
ここで図１５を参照して、ステップ１５５０ではソルバーシーケンスが生成され、ソルバーが完了していると決定されるかどうかに依存してステップ１５５１での決定に基づいて、ステップ１５５２ではソルバーシーケンスが編集され得る。ソルバーシーケンスは、モデルオブジェクトに関連付けられる検討に基づいて、アイテムであるｍｏｄｅｌ．ｓｏｌ（）．ｃｒｅａｔｅ（）を作成することによりモデルオブジェクトを更新し得るということが考えられる。さらに、アイテムがｍｏｄｅｌ．ｓｏｌ（）．ｆｅａｔｕｒｅ（）．ｃｒｅａｔｅ（）というモデルオブジェクトアイテムに従って加えられた状態で、ソルバーシーケンスが編集され得るということが考えられる。その後、ステップ１５３では、上記方法はＰＤＥを解き、モデルについての解を生成し得る。解答ステップは、ｍｏｄｅｌ．ｓｏｌ（）．ｒｕｎＡｌｌ（）というモデルアイテムによって更新され得るということが考えられる。
【００８４】
図１３−図１５において記載されたものは単に、異なる空間次元において１つ以上の物理インターフェイスおよび１つ以上の形状表示（たとえばコンポーネントまたはプロセスを表わすモデル）に関連付けられる１つ以上セットのＰＤＥを自動的に形成する方法の非限定的な例示的な局面である。当該方法のある局面において、ＰＤＥは、ＰＤＥの単一の結合系へと組み合わせられ得るということが考えられる。有限要素ソルバーのような数値ソルバーが、たとえばモデリングおよびシミュレーションモジュール（たとえば２２２）に含まれ得、ＰＤＥの系を解くよう使用され得る。たとえば有限要素ソルバーは、単一の物理インターフェイスに対応するＰＤＥの単一系を解き得、または、いくつかの物理インターフェイスおよびいくつかの形状表示（たとえばモデルノードによって表わされる）に対応するＰＤＥの結合系について解き得る。
【００８５】
ここで図１６を参照して、アプリケーションデータ構造を作成または形成するための方法のいくつかの局面についての方法ステップを含むフローチャートが示される。当該方法は、本願明細書において別記されるシステムおよび装置の任意の１つ上で実現され得る。示される方法ステップは、アプリケーションビルダーモジュールにおけるユーザインターフェイスによってユーザに利用可能であり得る。本開示のいくつかの局面において、記載された方法によって作り出されるまたは作成されるアプリケーションデータ構造は、本願明細書において別記されるシステムのような複合物理モデリングシステムにロードされて、複合物理モデルにおいて選択されたセッティングを制御するための対応するアプリケーションモデルツリーを有するカスタマイズされたアプリケーションモデルを生成し得る。
【００８６】
アプリケーションデータ構造を作成または形成するための方法ステップは、複合物理モデル１６１０ａを作成または選択し、対応する複合物理モデルデータ構造１６１０ｂを当該方法に関連付けられるシステム上に抽出またはロードすることにより開始され得る。いくつかの局面において、複合物理モデルデータ構造は、初期のアプリケーションデータ構造１６１０ｄにおいて、埋込モデルとして１６１０ｃにて埋め込まれ得るということが考えられる。さらに、いくつかの局面において、アプリケーションファイルとしての複合物理モデルのメモリデバイスへの保存または格納により、対応する埋込モデルを有する初期のアプリケーションデータ構造が作成され得るということが考えられる。
【００８７】
次にステップ１６２０では、アプリケーションフィーチャがアプリケーションデータ構造に加えられ得る。アプリケーションフィーチャは、アプリケーションツリーおいてアプリケーションノードによって表わされ得る。アプリケーションフィーチャは、結果得られるアプリケーションデータ構造から作成されるアプリケーションモデルツリーにアプリケーションモデルノードを加えるよう使用され得る。アプリケーションモデルツリーにおけるアプリケーションモデルノードは、複合物理モデルのようなモデルにおけるセッティングを参照するよう特定され得る。
【００８８】
アプリケーションフィーチャは初期のアプリケーションデータ構造に適用され、カスタマイズされたアプリケーションモデルデータ構造を作成するために使用される。アプリケーションフィーチャは、タイプ、記述およびアイコンによって識別され得る。タイプ識別子は、アプリケーションデータ構造におけるアプリケーションフィーチャを参照するよう使用され得る一意の識別子であり、アプリケーションビルダーモジュールが動作しているシステムに関連付けられるＧＵＩに表示され得るように、アプリケーションビルダーモジュールにおけるアプリケーションツリーにおけるフィーチャの隣りにさらに表示され得る。記述識別子は、結果得られるアプリケーションモデルツリーにおいてグラフィカルユーザインターフェイスに表示され得、アプリケーションモデルツリーにおけるノードが表わす動作をさらに示し得る。アイコンのグラフィックスを含む画像ファイルを指し得るアイコン識別子はさらに、アプリケーションデータ構造に関連付けられるアプリケーションがコンピュータシステム上で実行される際に示されるアプリケーションモデルツリーにおいてアイコングラフィックスを表示し得る。
【００８９】
いくつかの局面において、アプリケーションフィーチャは、制限およびプレファレンスにより規定され得、その後、アプリケーションモデルツリーにおける対応するアプリケーションモデルノードに適用され得る。上記制限は、アプリケーションモデルノードが単に別のノードの後に提示され得るように、たとえばこのようなノードが前のノードによって表わされる動作に依存する際に提示され得るように、規定され得る。いくつかの局面において、プレファレンスは、アプリケーションモデルノードがアプリケーションモデルツリーにおいてデフォルトで示されるように、または、アプリケーションモデルノードがアプリケーションモデルツリーにおいてシングルトンノードとして存在し得るように、規定され得る。局面において、このようなシングルトンノードは、たとえば初期値または条件のようなセッティングを規定するよう、アプリケーションモデルツリーに一回のみ加えられ得る。
【００９０】
次にステップ１６３０では、入力宣言が、アプリケーションデータ構造に加えられるアプリケーションフィーチャに加えられ得る。入力宣言は、新しいデータフィールドを宣言するために使用され、各データフィールドは一意の識別子、名称、随意の記述またはその組合せを有し得る。いくつかのタイプの入力宣言が考えられる。たとえば、ストリングデータフィールドはストリング値を宣言するよう適用され得、ストリングアレイデータフィールドは、任意長のストリングのアレイを宣言するよう適用され得、または、ダブルストリングアレイデータフィールドは外部および内部レベルについて任意長を有するストリングのダブルアレイ（たとえばアレイ要素もアレイであるアレイ）を宣言するよう適用され得る。別の例として、バイナリデータフィールドが、バイナリ形式（たとえばシリアライゼーション）を使用してより効率的に任意のタイプのデータを格納し得るフィールドを宣言するよう適用され得る。多くの浮動小数点の数を格納するデータフィールドは、バイナリフィールドとして格納することが望ましくあり得るフィールドの例であるが、たとえばストリングのアレイを用いて別の態様でそのようなフィールドを表わすことは可能である。さらに、埋込モデル（たとえばアプリケーションデータ構造に埋め込まれたモデル）におけるデータフィールドのいずれも入力宣言として使用され得ることが考えられる。このようなデータフィールドは、ひとたび宣言されると、作成または形成されたアプリケーションデータ構造に基づいてアプリケーションのユーザによってアクセスされ得る埋込モデルにおけるパラメータであり得る。
【００９１】
次にステップ１６４０において、入力フォームおよびフォームの集合がアプリケーションデータ構造に加えられ得る。いくつかの局面において、入力フォームは、アプリケーションが実行される際に、異なるユーザ動作を監視またはモニターするウィジェットまたはウィジェットの集合を表わすということが考えられる。ウィジェットは、アプリケーションと相互に作用するよう情報を表示するかもしくはユーザについての特定の態様を提供するグラフィカルユーザインターフェイスの要素を含み得るか、または、ウィジェットはまた、ＧＵＩの特定の要素がどのように見えるか、当該要素がどのように振る舞うか、および、当該要素がどのようにユーザのアクションに応答して相互作用するかを記述する短いプロセスであり得る。入力フォームは、アプリケーションフィーチャに関連付けられるウィンドウまたはメニューに加えられ得る。アプリケーションビルダーモジュールは、たとえばセッティングウィンドウを作成するために適用され得る予め規定されたテンプレートフォーム、フォームの集合およびウィジェットの集合を含み得るということが考えられる。
【００９２】
ここで、入力フォームのいくつかの例示的な局面が記載される。
テキスト入力フォームは、典型的にはテキストボックスであるが常にテキストボックスであるわけではない、いくつかのストリングデータの値にリンクするテキストフィールドを含み得る。いくつかの局面において、リンクは、受け取られたテキスト入力またはコンボボックスから受け取られた入力といった何らかの受け取られた入力に基づき得るストリングデータの値をテキストフィールドに割り当てることを含み得る。図２５はさらに、テキスト入力フォームにおいて受け取られた入力が埋込モデルにおいて内部データフィールドに関連付けられ得る（たとえばアクチュエータ長さについての例示的なパラメータＬ）リンクの局面を例示する。図３４は、コンボボックス（たとえば例示的なインペラタイプ３４２６）がデータフィールド（たとえば例示的なインペラタイプフィールド３４０５）の値をセットするリンクの別の局面を例示する。コンボボックス入力フォームのためのセッティングは、いくつかの局面において、テキスト入力フォーム（たとえば図２５）についてのセッティングと同様であると考えられる。
【００９３】
アプリケーションフィーチャにおけるストリングデータフィールドオブジェクトのうちのいずれかを選択することを除いて、埋込モデルにおけるストリングデータ値も選択され得る。このようなストリングデータ値の例がモデルパラメータを含む。コンボボックスフォームは、たとえばストリングデータフィールドといったいくつかのストリングデータの値を含み得る選択肢のリストを表示するために使用され得る。当該セッティングは、テキスト入力のセッティングと同様であり得る。チェックボックスフォームは、アプリケーションが実行される際に、ユーザがたとえばオンまたはオフといった２つの選択肢同士の間で選択することを可能にするために適用され得る。ボタンフォームは、アプリケーションにおいてクリックまたは別の態様で選択されると、アクションを行なうようウィジェットの集合において使用され得る。メニューアイテムフォームは、子であるメニューについてのメニューアイテムを規定し得る。親は、メニューまたはアプリケーションフィーチャであり得る。親としてアプリケーションフィーチャを有するメニューアイテムフォームは、アプリケーションが実行される際に、アプリケーションフィーチャについてコンテキストメニューに含まれ得る。テーブル入力フォームは、ストリングアレイデータフィールド宣言の値に対する編集を提供し得、通常、テーブルの１列につき１フィールド参照である。
【００９４】
フォームの集合は、アプリケーションのユーザインターフェイスのための所望のレイアウトを達成するために、メンバーフォームの集合をグループ化するよう適用され得る。メンバーフォームは、入力フォームまたは出力フォームであり得（以下参照）、さらにメンバーとしてウィジェットを含み得る。フォームの集合におけるメンバーは、入力フォームおよび出力フォームへの参照によって、または、子（たとえばモデルツリーの局面における子ノード）としてフォームの集合に直接的に入力フォームおよび出力フォームを加えることによって、加えられ得る。
【００９５】
いくつかのタイプのフォームの集合は、アプリケーションビルダーモジュールにおいて利用可能であり得るということが考えられる。セクションパネルは、作成されたアプリケーションデータ構造に基づいたアプリケーションが実行される場合、アプリケーションフィーチャに関連付けられるフォームウィンドウの内部に示され得る。このようなセクションパネルは、たとえばバーの下に配置される記述およびメンバーフォームを示す見出しバーを含み得る。フォームウィンドウは、少なくとも１つのセクションパネルを含み得、アプリケーションフィーチャは自動的に１つのセクションパネルの子を取得し得るいうことがさらに考えられる。
【００９６】
アプリケーションビルダーモジュールにおいて利用可能な別のタイプのフォーム集合はメニューを含み得る。メニューは、作成されたアプリケーションデータ構造に基づいたアプリケーションが実行されると、ツールバーにおいてアクセスされ得るか、または、アプリケーションノードについてのコンテキストメニューとしてアクセスされ得る。メニューは、子フィーチャとしての少なくとも１つのメニューアイテムまたは子フィーチャとしての少なくとも別のメニューを含み得る。メニューは、アプリケーションビルダーモジュールにおいてその記述について１つ以上のセッティングを含み得る。
【００９７】
フォームのグループは、アプリケーションビルダーモジュールにおいて利用可能なさらに別のタイプのフォームの集合であり得る。フォームのグループは、１つの新しいフォームへと他のいくつかのフォームを構成するよう適用され得る。１つのこのような例は、作成されたアプリケーションデータ構造に基づいたアプリケーションが実行される場合にいくつかのフォームがセッティングウィンドウにおいて互いの上に示される場合を含む。
【００９８】
カードスタックは、さらに別のタイプのフォームの集合であり得る。このようなフォームの集合は、作成されたアプリケーションデータ構造に基づいたアプリケーションの実行中にシステムユーザによってなされた選択に依存して示される多くの予め規定されたフォームを含み得る。いくつかの局面において、カードスタックにおけるメンバーでもあるフォームの単一のメンバーのみが、このようなフォームの集合を含むアプリケーションが実行される場合に、所定の時間でアクティブになることが可能になるということが考えられる。示されるカードスタックにおけるフォームのうちのどれかを制御することは、以下により詳細に記載されるアクティベーション条件を適用することにより実現され得る。
【００９９】
フォームの集合の他の局面は、デスクトップウィンドウを含み得る。デスクトップウィンドウのフォームの集合は、作成されたアプリケーションデータ構造に基づいたアプリケーションが実行される場合に他のフォームが表示され得るコンピュータデスクトップにおけるフレームを規定し得る。フォームウィンドウは、特定および予め規定されたタイプのデスクトップウィンドウであり得る。フォームウィンドウは、他のフォームが列および行で示されるとともに位置決めされ得るフレームを規定し得る。フォームウィンドウはさらに、作成されたアプリケーションデータ構造に基づいたアプリケーションの実行中に、すべてのアプリケーションフィーチャに関連付けられるアプリケーションセッティングウィンドウについてのデフォルトィンドウであり得る。キャンバスウィンドウは、さらに別のタイプの特定および予め規定されたデスクトップウィンドウであり、したがって、フォームの集合でもある。キャンバスウィンドウは、アプリケーションが実行されると、形状、メッシュおよびプロットのようなグラフィックスを表示するよう使用され得る。
【０１００】
次にステップ１６５０において、アクティベーション条件が、ステップ１６４０において加えられた入力フォームまたはフォームの集合に加えられ得る。アクティベーション条件は、入力宣言の値をチェックする論理条件を特定するよう適用され得る。たとえば、入力フォームについて、アプリケーションの実行の間にフォームウィンドウにおいてフォームが有効または無効にされるかどうかを決定するよう、アクティベーション条件が適用され得る。無効にされたフォームは、ウィンドウから隠されるかまたは非アクティブ状態へとグレイアウトされ得る。
【０１０１】
次に、ステップ１６６０において、出力宣言はアプリケーションフィーチャに加えられ得る。出力宣言は、アプリケーションが実行される際にユーザによって変更され得ないデータフィールドを宣言するよう適用され得る。その代わりに、宣言されたデータフィールドは、アプリケーションデータ構造におけるアプリケーションまたは埋込モデルから値を読み出すために使用され得る。たとえば出力宣言は、アプリケーションデータ構造に基づいたアプリケーションが実行される際に、埋込モデルにおける評価からの結果を宣言するために使用され得る。
【０１０２】
次にステップ１６７０において、出力フォームまたはフォームの集合は、アプリケーションフィーチャに加えられ得る。出力フォームは、データを提示する埋込モデルにおいて出力宣言またはオブジェクトからのデータを表示する任意のウィジェットを表わし得る。埋込モデルにおけるプロットグループは、キャンバスウィンドウにおいて直接的に使用され得る出力フォームの例である。いくつかの局面において、出力フォームは、アプリケーションデータ構造に基づいたアプリケーションの実行中にアクションの結果を更新および表示するために、アクションステップ（以下参照）によって更新されるということが考えられる。
【０１０３】
複数の出力フォームが、アプリケーションデータ構造を生成するよう使用されるアプリケーションビルダーモジュールにおいて、規定することが望ましくあり得るということが考えられる。データ表示出力フォームは、出力宣言のために表示を特定するよう適用され得る。データ表示出力フォームはさらに、アプリケーションデータ構造に加えられる埋込モデルにおいて、全体評価への参照を含み得る。このような全体評価の値は、アプリケーションの実行の間にフォームがアクションによって実行される際に更新され得る。テーブルデータ表示出力フォームは、出力宣言からの多くの出力データを提示する望ましい態様であり得る。たとえば、テーブルの１列につき１つの出力参照を使用することが可能であり得る。さらにエクスポート出力フォームが、アプリケーションの実行の間にファイルに結果を保存するために、エクスポートダイアログを開くよう使用され得る。エクスポート出力フォームは、アプリケーションデータ構造に加えられる埋込モデルにおけるエクスポートオブジェクトを指し得、たとえばアニメーション、イメージおよびデータを含み得る。
【０１０４】
次に、ステップ１６８０において、アクティベーション条件は、出力フォームに加えられ得る。このようなアクティベーション条件は、出力フォームが表示されるべきかまたは表示されるべきでないかを決定するよう適用され得る。たとえば、アクティベーション条件は、アプリケーションの実行中に出力フォームがフォームウィンドウにおいて有効化または無効化されるかどうかを決定し得る。無効なフォームは、アプリケーションの実行の間に、ウィンドウから隠され得るか、または、ただグレイアウトされ得る。
【０１０５】
次に、ステップ１６９０において、アクションがアプリケーションフィーチャに加えられ得る。アクションは、動作のシーケンスについての定義を含み得、作成されたアプリケーションデータ構造に基づいたアプリケーションの実行中に入力フォームから実行され得る。たとえば、アクションまたはシーケンスの定義は、ボタンまたはアイコンの選択の受け取りに応答してまたは当該受け取りの後に、入力フォームから実行され得る。アクションはさらに、出力フォームの更新を含み得る。たとえばアクションは、埋込モデルにおいてプロットの更新を含み得、これにより次いで、たとえばキャンバスウィンドウを使用してアプリケーションにおけるグラフィックスウィンドウにおいて新しいプロットを生成する。
【０１０６】
次に、いくつかの局面において、ステップ１６９５が考えられる。ステップ１６９５において、ウィザードがアプリケーションデータ構造に加えられ得る。ウィザードは、一度に１つまたはさまざまな組合せでＧＵＩ上に表示され得るウィンドウのシーケンスを特定するよう適用され得る。ウィザードは、アプリケーションルートノードの直下に配置され得、作成されたアプリケーションデータ構造に基づいたアプリケーションの実行または実現中に新しいアプリケーションモデルが作成されるとスタートされ得る。いくつかの局面において、ウィザードは、アプリケーションフィーチャに対する子としてセットアップされ得、アプリケーションフィーチャの新しいインスタンスがアプリケーションの実行の間に作成されるとスタートされ得る。いくつかの局面において、ウィザードは、子ノードである少なくとも１つのウィザードステップを含むということが考えられる。そのような子ノードのウィザードステップは、ウィザードにおける各ステップについてウィンドウの特定を含み得る。たとえば、いくつかの局面において、各ウィザードステップは、セッティングウィンドウフォームにおいて規定され得る異なるウィンドウを含み得る。
【０１０７】
次に、当該方法は、付加的なアプリケーションフィーチャが決定または追加されるべきかどうかを決定するよう進む。そうでなければ、当該方法はステップ１６１００に進み、アプリケーションデータ構造が上記の方法ステップからの出力として生成される。
【０１０８】
いくつかの局面において、アプリケーションデータ構造は、アプリケーションが基づくモデルからの、埋込モデルとして複合物理モデルデータ構造と、上記の方法ステップによって生成されるノードを表わす階層とを含むということが考えられる。
【０１０９】
さらに、更新または修正されるアプリケーションデータ構造の展開ステップは、新しいまたは既存のライブラリにアプリケーションデータ構造を配置することを含み得るということが考えられる。ライブラリは、ファイルシステム上またはネットワークにおける実際のフォルダ構造を表わし得る。既存のライブラリのうちのいずれかは、アプリケーションデータ構造に基づいて複合物理モデルデータ構造を作成するよう構成または適合されるシステムによってアクセスされ得る。
【０１１０】
アプリケーションフィーチャを追加しアプリケーションデータ構造を生成するための上記の方法が物理システムのモデルに関連付けられるということが考えられる。入力宣言、フォームフィーチャ、アクティベーション条件およびアクションフィーチャを含むアプリケーションフィーチャは、アプリケーションフィーチャを含む修正または更新されるアプリケーションデータ構造を形成または生成する部分として追加、取得、受信、または送信されるデータとして表わされると考えられる。
【０１１１】
図１７を参照して、図１６に記載されるプロセスについてのアクションによって作成されるアプリケーションデータ構造のいくつかの局面におけるフィーチャ同士の間のインスタンスレベルの関係の統一モデリング言語（unified modeling language（ＵＭＬ））オブジェクトの図の例が示される。
【０１１２】
アプリケーションデータ構造は、少なくとも１つの埋込モデル１７０１および少なくとも１つのアプリケーションフィーチャ１７０２を含み得る。複数または１つ以上の埋込モデルおよびアプリケーションフィーチャも考えられる。アプリケーションフィーチャは、入力宣言１７０３の１つ以上（たとえば１…＊）と、対応するアクティベーション条件１７１４によりさらに規定され得る入力フォーム１７０４の１つ以上とを含み得る。アプリケーションフィーチャはさらに、０から１〜複数（たとえば０…＊）までのいずれかの出力宣言１７０５と、さらに対応するアクティベーション条件１７１５を含み得る出力フォーム１７０６とを含み得る。１つ以上（たとえば０…＊）のフォームの集合はさらにアプリケーションフィーチャ１７０２に含まれ得る。そのような集合は、入力フォームおよび／または出力フォームを含み得る。０から１つ以上（たとえば０…＊）のアクション１７０８は、０から１つ以上（たとえば０…＊）の対応するアクティベーション条件１７１６で規定され得るアプリケーションフィーチャに含まれ得る。いくつかの局面において、アプリケーションフィーチャのセッティングはさらに、ウィザードフィーチャ１７１２に含まれるウィザードステップ１７１３にリンクされ得る。さらに、アプリケーションフィーチャはまた、自身の対応する子フィーチャを有し得る子アプリケーションフィーチャ１７０９を含み得る。アプリケーションフィーチャはさらに、アプリケーションフィーチャ１７０２の子アプリケーションフィーチャ１７０９にリンクし得る対応するウィザードステップ１７１１を有するウィザードフィーチャ１７１０を含み得る。いくつかの局面において、リンクは、ウィザードにおいてなされたセッティングが、セッティングフォームを通じて、あるアクティベーション条件、テキスト入力における値、アクションの実行などをセットし得ることを含むことがということが理解され得る。いくつかの局面において、リンクは、ストリングデータの値を設定することによって行なわれ得る。たとえば、図３４において、インペラタイプのための例示的なセッティングウィンドウは、インペラの例示的な選択がインペラタイプにリンクされ、インペラピッチ編集フィールドを示すかどうかを決定するウィザードステップに含まれ得る。
【０１１３】
ここで図１８を参照して、複合物理モデルデータ構造を初期のアプリケーションデータ構造に加えるために図１６におけるフィーチャ１６００ａ−ｄのいくつかの局面に含まれ得る例示的なアプリケーションツリーが示される。アプリケーションツリーにおいてルートノード１８０２を右クリックまたは選択することで、コンテキストメニューが開かれるまたは表示され得、複合物理モデルデータ構造が初期のアプリケーションデータ構造に１８０３にて追加され得る。
【０１１４】
複合物理モデルデータ構造は、複合物理モデリングシステムから利用可能であり得るか、または、複合物理モデリングシステムのユーザによって作成および格納され得るまたは以前に作成および格納され得た複合物理モデル１８０４のライブラリをリスティングするダイアログボックスから選択され得る。その対応する複合物理モデルデータ構造を有する任意のそのような複合物理モデルは、静的および準静的な電磁界、時間高調波および動的な電界、音響、流量および化学反応、伝熱、構造力学、電気機械技術、プラズマ化学および物理学、流体構造の相互作用、熱応力および熱膨張、電気化学、ならびに他の結合された物理的現象およびプロセスを説明するデバイスおよびプロセスを記述し得る。本願明細書において記載されるシステムおよび方法のいくつかの局面において、例示的なアプリケーションフィーチャは、時間高調波電磁界（入力）についての周波数をセットし、シミュレーション（アクション）を実行し、埋込モデルに規定されるモデルを実行することによりＳパラメータ（出力）を表示し得るということが考えられる。別の例は、音響シミュレーションの埋込モデルを実行することによって、基準圧力を更新するための入力を受け取り、シミュレーションを実行し、結果生じる波の伝播を表示するための例示的なアプリケーションフィーチャである。さらに別の例は、埋込モデルに規定されるタンクについて流量モデルから、入口流量を受け取り、流量シミュレーションを実行し、パイプ出口での平均流量を表示する例示的なアプリケーションフィーチャであり得る。さらに別の例は、埋込モデルに規定される電子デバイスのモデルのシミュレーション（アクション）を実行することにより、所与の入力ロード（入力）について、所与の入力値（入力）を下回る温度を維持するのに必要なヒートシンク（アクティベーション条件，出力）のサイズを決定する例示的なアプリケーションフィーチャであり得る。さらに別の例は、埋込モデルに規定されるプラズマリアクタモデルを実行することにより、ウェハの表面上での半導体材料の堆積厚さを計算するために、パラメータ化されたプラズマリアクタの値を受け取り、これにより形状（アクション，アクティベーション条件）を更新し、シミュレーションを実行する例示的なアプリケーションフィーチャである。
【０１１５】
さらに別の例として、複合物理モデリングシステムのマイクロエレクトロメカニカルシステム（micro-electromechanical system（ＭＥＭＳ））モジュール１８０６におけるマイクロアクチュエータの例示的なモデルが選択され得るということが考えられる。ひとたび選択されると、複合物理モデルデータ構造は、アプリケーションツリーにおけるモデルノード１８０５として表わされ得、ここで図１６を参照すると、ステップ１６１０ｃおよび１６００ｄに従ってアプリケーションデータ構造に加えられる。
【０１１６】
ここで図１９を参照して、アプリケーションツリーの例示的な局面は、アプリケーションデータ構造にアプリケーションフィーチャを加えるために図１６からのステップ１６２０のいくつかの局面に従って示される。アプリケーションツリーにおいてルートノード１９０３を右クリックまたは別の態様で選択すると、コンテキストメニュー１９０４が開かれ得、アプリケーションフィーチャはアプリケーションデータ構造に加えられ得る。更に、いくつかの局面では、アプリケーションはさらに、新しいアプリケーションが作成される場合にデフォルトで存在するアプリケーションフィーチャノードを含み得る。アプリケーションフィーチャはアプリケーションツリーにおいてアプリケーションフィーチャノード１９０５として表わされ得る。アプリケーションフィーチャは、たとえばサーマルマイクロアクチュエータといった、複合物理モデルデータ構造によってさらに記載されるデバイスの例示的なモデルにおいてセッティングを表わすよう適用され得る。
【０１１７】
ここで図２０を参照して、アプリケーションデータ構造を作成するための方法のいくつかの局面に従って、複合物理モデルにおいてサーマルマイクロアクチュエータのためのセッティングを表わす１つの例示的なアプリケーションフィーチャについて例示的なセッティングウィンドウ２００６が示される。アプリケーションフィーチャのためのセッティングウィンドウは、タイプ２００７、記述２００８およびアイコン編集フィールド２００９を含み得る。さらに、セッティングウィンドウは、制限２０１０およびプレファレンス２０１１のためのセッティングウィンドウセクションを含み得る。プレファレンスセクションにおいて、「パーマネントノードとして追加」チェックボックス２０１２が選択され得、当該チェックボックス２０１２は、選択されると、このノードがアプリケーションが使用される際にアプリケーションモデルツリーに常に示されるということを示唆する。シングルトンチェックボックス２０１３はさらに、アプリケーションが実行される際に、アプリケーションフィーチャがアプリケーションモデルツリーに単独でのみ存在し得るということを特定するよう使用され得る。
【０１１８】
ここで図２１を参照して、例示的なアプリケーションツリーは、アプリケーションデータ構造に入力宣言を追加するために図１６からのステップ１６３０のいくつかの局面に従って示される。アプリケーションツリーにおいてフィーチャノード２１０２を右クリックまたは別の態様で選択することにより、たとえば利用可能またはリストされるストリングデータフィールド２１０４または任意の他の入力宣言タイプといった入力宣言がアプリケーションデータ構造に追加され得るコンテキストメニュー２１０３が開かれ得る。このような入力宣言は、アプリケーションが実行される場合に埋込モデルにおいてセッティングを制御するように使用されるパラメータについての入力を受け取るよう使用され得るということが考えられる。
【０１１９】
ここで図２２を参照して、例示的なアプリケーションツリーは、アプリケーションデータ構造にフォーム集合を加えることについて、図１６からのステップ１６４０のいくつかの局面に従って示される。アプリケーションツリーにおいてフィーチャノード２２０３を右クリックまたは別の態様で選択すること（たとえばタッチスクリーン、リストのスクロール、上方でのホバリング（hovering over））により、コンテキストメニュー２２０４が開かれ得、たとえばセクションパネル２２０５といったアプリケーションデータ構造に入力フォームまたはフォーム集合が加えられ得る。他の入力フォームおよびフォーム集合は、たとえばメニューのようなこのようなコンテキストメニューにおいて利用可能であり得る。セクションパネルはさらに、アプリケーションが作成されると、デフォルトで利用可能になり得る。セクションパネル、任意の他の入力フォーム、またはフォーム集合は、アプリケーションツリー２２０６においてノードとして表わされ得る。
【０１２０】
ここで図２３を参照して、アプリケーションデータ構造を作成するための方法のいくつかの局面に従ったセクションパネルフォーム集合について例示的なセッティングウィンドウ２３０７が示される。この例示的な局面におけるセクションパネルフォームセッティングウィンドウは、セクションパネル２３０８のためのタイトルのみを必要とし得るが、付加的な子フィーチャがセクションパネルフォーム集合の内容を規定するよう適用され得ると考えられる。たとえば、セクションパネルは、埋込モデルにおいて規定されるＭＥＭＳアクチュエータの長さについての入力を受け取るよう設計され得る。したがって、セクションパネルタイトルは、アクチュエータ長さ２３０８にセットされ得る。
【０１２１】
ここで図２４を参照して、アプリケーションデータ構造にテキスト入力フォームを加えることについて、図１６のステップ１６４０の別の例示的な代替例のいくつかの局面に従った例示的なアプリケーションツリーが示される。アプリケーションツリーにおけるセクションパネルノード２４０９または任意の他のフォーム集合ノードを右クリックまたは別の態様で選択することにより、子入力フォームがアプリケーションデータ構造におけるセクションパネルフォーム集合に加えられ得るコンテキストメニュー２４１０が開かれ得る。たとえば、セクションパネルは、アプリケーションが実行される際、埋込モデルにおいて、アクチュエータ長さについてのテキスト入力を受け取るためのテキスト入力フォーム２４１１を含み得る。テキスト入力フォームは、アプリケーションツリーにおいてノード２４１２として表わされ得る。
【０１２２】
ここで図２５を参照して、例示的なセッティングウィンドウ２５１３は、アプリケーションデータ構造を作成するための方法のいくつかの局面に従ってテキスト入力フォームについて示される。このようなセッティングウィンドウは、入力宣言において宣言されたデータまたは以前に埋込モデルにおいて宣言されたデータを指すデータフィールド参照２５１４を含み得るということが考えられる。たとえば、テキスト入力は、ＭＥＭＳアクチュエータの長さを制御する埋込モデルに規定されるパラメータを指し得る。セッティングウィンドウはさらに、デフォルト値のようなセッティングが規定されることを可能にし得るデータフィールドセッティングセクション２５１５を含み得る。このようなデフォルト値は、アプリケーションが実行されると、入力編集フィールドにおいて示され得る。いくつかの局面において、随意のウィジェットセクション２５１６は、テキストフィールドの設計についての既製のウィジェット集合を提供する。これらの随意のウィジェットは、記述２５１７、記号２５１８、および単位２５１９を含み得る。ウィジェットレイアウトプレビュー２５２０は、アプリケーションが実行されるとテキストフィールドがどのように表示されるかを示し得る。
【０１２３】
ここで図２６を参照して、例示的なアプリケーションツリーが、アプリケーションデータ構造にアクティベーション条件を加えるために、図１６のステップ１６５０のいくつかの局面に従って示される。アプリケーションツリーにおけるテキスト入力ノード２６０２または任意の他の入力フォームノードを右クリックまたは別の態様で選択すると、アクティベーション条件２６０４を加えるためにコンテキストメニュー２６０３が開かれる。この例において、このような条件は、アプリケーションが実行される際に、入力パラメータの値を依存してテキスト入力フォームをアクティベートし得る。このような入力パラメータは、別の入力宣言および入力フォームから、または、埋込モデルにおけるパラメータへの参照により得られ得る。アクティベーション条件は、アプリケーションツリーにおいて入力フォームに対する子ノードとして表わされ得る。
【０１２４】
ここで図２７を参照して、図１６のステップ１６６０および１６７０のいくつかの局面に従って、アプリケーションデータ構造にセクションパネルおよびデータ表示出力フォームを加えることについて例示的なアプリケーションツリーが示される。出力宣言は、以下に記載されるように、埋込モデルに含まれ得、参照によって出力フォームにリンクされ得るということが考えられる。アプリケーションツリーにおいてアプリケーションフィーチャノード２７０２を右クリックまたは別の態様で選択すると、出力フォームを含み得るセクションパネルのようなフォーム集合を加えるためのコンテキストメニューが開かれ得る。このようなセクションパネルは、アプリケーションツリー２７０３においてノードとして表わされ得るということが考えられる。セクションパネルノード２７０３を右クリックまたは別の態様で選択することにより、セクションパネルフォーム集合にデータ表示フォーム２７０５のような出力フォームが加えられ得るコンテキストメニュー２７０４が開かれ得る。アプリケーションが実行されると、埋込モデルにおける導出された値の値を表示するか、または、出力宣言において宣言された任意の他のデータを表示するようデータ表示フォームが使用され得る。データ表示出力フォームは、アプリケーションツリーにおいてセクションパネルフォーム集合ノード２７０６に対して子ノードとして表わされ得る。さらに、いくつかの局面において、図１６のステップ１６８０について以前に記載されたアクティベーション条件のように、アクティベーション条件は出力フォームに加えられ得るということが考えられる。アクティベーション条件は、アクティベーション条件が入力にどのように加えられるかと同様に、図２６からのアクティベーション条件２６０４について記載されるように、出力フォームに加えられ得る。
【０１２５】
ここで図２８を参照して、例示的なセッティングウィンドウ２８０７は、アプリケーションデータ構造を作成するための方法のいくつかの局面に従ってデータ表示フォームについて示される。このようなセッティングウィンドウは、出力宣言において宣言されたデータまたは図１６のステップ１６５０にて埋込モデルにおいて既に規定されたデータを指す出力データフィールド参照２８０９を含み得る。たとえば、データ表示フォームは、ＭＥＭＳアクチュエータの合計の変位を表示する、埋込モデルにおいて規定された点評価２８０８を指し得る。随意のウィジェットセクション２８１０は、データ表示フォームの設計のために既製のウィジェット集合を提示し得る。随意のウィジェットは、記述２８１１および記号２８１２を含み得る。ウィジェットレイアウトプレビュー２８１３は、どのようにデータ表示フォームがアプリケーションの実行の間に表示され得るかを示し得る。
【０１２６】
ここで図２９を参照して、いくつかの局面に従った例示的なアプリケーションツリーが、アプリケーションデータ構造にアクションを加えることについて、図１６のステップ１６９０に基づいて示される。アプリケーションツリーにおけるアプリケーションフィーチャノードを右クリックまたは別の態様で選択することにより、アクション２９０４を加えるためのコンテキストメニュー２９０３が開かれ得る。このようなアクションは、アプリケーションツリー２９０５においてノードとして表わされ得るということが考えられる。いくつかの局面において、アクションは、埋込モデルにおける動作のシーケンスの実行を指し得る。
【０１２７】
ここで図３０を参照して、アクションフィーチャについての例示的なセッティングウィンドウ３００６は、アプリケーションデータ構造を作成する方法のいくつかの局面に従って示される。このようなセッティングウィンドウは、埋込モデルにおいて例示的なモデルツリーの複製３００７を含み得、アクションは、埋込モデルにおいて動作とリンクまたは関連付けられ得るということが考えられる。たとえば、アクションフィーチャは、アクチュエータについての形状を生成し、ＭＥＭＳアクチュエータの合計の変位について埋込モデルにおけるシミュレーションを実行する動作を生成する動作のシーケンス３００８にリンクまたは関連付けられ得る。
【０１２８】
ここで図３１を参照して、図１６の１６４０に対する代替的な例示的なのいくつかの局面に従って、アプリケーションデータ構造にメニューフォームを加えるための例示的なアプリケーションツリーが示される。アプリケーションツリーにおいてアプリケーションフィーチャノード３１２１を右クリックまたは別の態様で選択することで、アプリケーションフィーチャにメニューフォーム３１２２を加えるためのコンテキストメニューが開かれ得る。メニューフォームは、アプリケーションの実行の間にアプリケーションフィーチャを選択する際に表示されるコンテキストメニューおけるメニューアイテムとして含まれ得る。メニューフォームは、アプリケーションの実行の間にコンテキストメニューアイテムを選択する場合に実行され得るアクションにリンクされ得る。アクションは、埋込モデルにおける動作のシーケンスの実行を指し得、たとえば、図３０の例示的な形状シーケンス３００８にリンクするアクションを指す。このようなアクションへのリンクは、メニューフォームセッティングウィンドウにおけるアクションを選択することによって、作成され得るということが考えられる。
【０１２９】
本開示のいくつかの局面において、「リンクする」および「関連付ける」という用語は交換可能に使用され得、コンピュータモデリングにおいて理解されるであろうように一般に２つの要素またはフィーチャ同士の間の関連関係を指し得るということが考えられる。いくつかの局面において、たとえばアプリケーションがモデリングシステム上で実行される際に、リンクはさらに関連関係の例示であると理解され得る。
【０１３０】
ここで図３２を参照して、ミキサーアプリケーションデータ構造を作成または形成するためのアプリケーションビルダーシステムまたはモジュールのいくつかの局面に従って、例示的なグラフィカルユーザインターフェイス３２０６が示される。例示的なアプリケーションビルダーツリーは、ミキサーの埋込複合物理モデル３２０７と、結果得られるミキサーアプリケーションのユーザインターフェイスを規定する５つの例示的なアプリケーションフィーチャとの表示を含む。ミキサーアプリケーションは、ミキサーの容器３２１４を規定するためのアプリケーションフィーチャ、インペラ３２１５、液体のタイプ３２１６、ミキサーの動作３２１７、およびシミュレーションの結果３２１８を含み得る。
【０１３１】
埋込複合物理モデルは、形状の定義、材料特性、物理、メッシュ、ソルバー、およびミキサーモデルのための結果を含み得る。埋込ミキサーモデルは、回転するインペラを含むモデリングされたミキサーについて、複合物理モデリングシステムにおける物理インターフェイスによって規定される運動量保存の法則と質量保存の法則とを使用して、流量の問題を解くよう適用され得る。さらに、複合物理モデルはまた、ミキサーに含まれる溶液における１つまたはいくつかの化学種について濃度場を解くよう規定および適用し得る。
【０１３２】
ここで図３３を参照して、アプリケーションデータ構造を作成するための方法において、例示的なアプリケーションフィーチャツリーが、ミキサーにおける容器形状を作成するための入力を受け取るよう使用され得る容器アプリケーションフィーチャ３３１９についてのいくつかの局面に従って示される。アプリケーションツリーは、ミキサーアプリケーションについてのアプリケーションデータ構造への容器アプリケーションフィーチャの寄与を示し得る。容器フィーチャは、アプリケーションの実行の間に表示される対応するセッティングウィンドウを有するモデルツリーのノードを規定し得る。このセッティングウィンドウは、２つのテキスト入力フォーム、すなわち、容器の高さ３３２４のためのテキスト入力フォームと直径３３２５のためのテキスト入力フォームとを含む容器特定セクションパネル３３２３を含み得る。これらの入力フォームは、埋め込まれた複合物理モデルにおいて、アプリケーションの実行の間にユーザによって入力された入力に依存して容器形状をパラメータ化し、容器の高さおよび直径を変更するよう埋込複合物理モデルにおいて使用され得るパラメータを指し得る。
【０１３３】
ここで図３４を参照して、インペラアプリケーションフィーチャ３４２０について、アプリケーションデータ構造を作成するいくつかの局面に従って、例示的なアプリケーションフィーチャツリーが示される。インペラは、たとえば６ブレードのラッシュトン（Rushton）、３ブレードピッチまたは４ブレードピッチのインペラといった異なるタイプのものであり得るということが考えられる。したがって、インペラフィーチャは、インペラタイプ入力宣言フィーチャ３４０５によって宣言されるインペラタイプパラメータまたはストリングを含み得る。インペラタイプパラメータは、インペラタイプコンボボックス入力フォーム３４２６からその値を取得し得る。コンボボックス入力フォームに対する子フィーチャであり得る有効な値フィーチャ３４２７は、アプリケーションの実行の間にコンボボックス入力フォームから選択される値を示し得る。
【０１３４】
いくつかの局面において、埋込モデルにおける形状シーケンスにおけるｉｆステートメントフィーチャへの入力としてインペラタイプ値が使用され得るということが考えられる。このようなｉｆステートメントは、インペラタイプのいずれがより良好な設計オプションを提供するか、したがって、インペラタイプのいずれが構築されるべきであるかまたはプロトタイプが作られるべきであるかを決定するよう適用され得る。さらに、各インペラタイプは、インペラおよび容器の入力フォームから、インペラ直径３４２８と容器３４２９の底からのインペラのクリアランスといったパラメータ入力を受け取り得る。これらの入力フォームのうちのいくつかはさらに、アクティベーション条件３４０２を含み得る。たとえば、ピッチインペラを選択することにより、インペラ３４３０についてピッチ角を入力するための編集フィールドを表示し得る。その後、アプリケーションの実行の間にユーザがピッチインペラを選択することによりアクティベーション条件がアクティベートされると、このテキスト入力フォームは表示され得る。
【０１３５】
ここで図３５を参照して、インペラアプリケーションフィーチャからの入力に基づいて形状サブルーチンによって実行され得る形状演算および選択の概略的な説明を有する例示的な図が、アプリケーションデータ構造を作成するとともにアプリケーションを実行するためのいくつかの局面に従って示される。アプリケーションフィーチャにおいてアクションフィーチャを適用することによって、形状サブルーチンが形状シーケンスから呼び出され得、このような呼び出しは、埋込モデルにおいて形状ブランチのようなモデルツリーにおいてノードとして表わされ得る。形状サブルーチンは、たとえば、以前に記載された６ブレードラッシュトンインペラ３５００、３ブレードピッチインペラ３５０１、または４ブレードピッチインペラ３５０２を含む、ｉｆステートメントによって決定された対応するインペラタイプについて、パラメータ化された形状シーケンスを実行し得る。
【０１３６】
形状サブルーチンの出力は、埋込モデルにおいて規定された、インペラの形状と、シャフト表面３５０３、インペラ表面３５０４、およびインペラ３５０６に対応するドメインと容器ドメイン３５０７との間の表面３５０５に対応する選択のセットとであり得る。これらの選択の各セットは、アプリケーションの実行中に、埋込モデルにおいて物理についての境界条件をセットするよう使用され得る。たとえば、インペラ表面はより良好に実現され得、フローの方程式についての特定の境界条件がインペラの回転に起因する。さらに、インペラを囲むシリンダのインターフェイスは一例では、たとえばインペラの回転をシミュレートするアービトラリー・ラグランジュ・オイラー（arbitrary Langrangian-Eulerian（ＡＬＥ））法を用いるスライディングメッシュセッティングを含むことが必要とされ得る。
【０１３７】
ここで図３６を参照して、導波路アプリケーションについての例示的なアプリケーションツリーがアプリケーションデータ構造を作成するためのいくつかの局面に従って示される。例示的な導波路は直線セクションおよび肘形状のセクションを含み得る。第１のアプリケーションフィーチャ、すなわち導波路全体フィーチャ３６２１は、導波路の断面の特定のためのフォーム集合およびアクションを含み得、周波数のような動作条件と、実数または虚数（複素数の場合）の値、ｄｂ（デシベル）、および対応する出力フォームでのＳパラメータ（散乱パラメータ（Scattering parameter））といった出力仕様がアプリケーションの実行の間に表示される。直線セクションアプリケーションフィーチャ３６２２は、セクションの長さ３６３１を特定するためのフォーム集合およびアクションと、このようなセクション３６１４を構築するアクションとを含み得る。対応する肘形セクションフィーチャ３６２３は、湾曲の方向およびその半径３６３２を特定するためのフォーム集合およびアクションを含み得る。
【０１３８】
例示的な導波路アプリケーションについての直線セクションおよび肘セクションフィーチャは、作成セクションフィーチャ３６１３のような、アクションフィーチャが適用された状態でアプリケーションの実行中に、埋込モデルの複合物理モデルデータ構造において、対応する形状フィーチャを作成し得る。これに対応して、形状フィーチャが、ユーザがアプリケーションの実行の間に除去することを選ぶと、埋込モデルの形状シーケンスから除去され得る。さらに、オブジェクト選択フィーチャ３６１５を追加するような第２のアクションは、さらに以下に記載されるように、埋込モデルにおける既に規定された累積選択のセットに対する寄与として、追加された導波路セクションによって作成された選択を追加し得る。
【０１３９】
ここで図３７を参照して、導波路形状を有する例示的なモデルツリーが示される。例示的なモデルツリーおよび形状は、アプリケーションデータ構造を解釈するいくつかの局面に従って複合物理モデリングシステムにおいて実行された形状サブルーチンを含む導波路アプリケーションによって作成された。導波路セクションを加えることにより、アプリケーションの実行中に、埋込モデルおよび複合物理モデルデータ構造に対応するモデルに形状フィーチャが加えられ得る。各セクションについての形状サブルーチンは、埋込モデルにおいて形状シーケンスから呼び出され得る。このような形状サブルーチンは、導波路３７１１の断面についてのパラメータを導波路セッティング３７０８から受け取り得るということが考えられる。直線セクションサブルーチンは、直線セクションフィーチャ３７０９から導波路の長さの入力を受け取り得る一方、肘部は、左／右セクションフィーチャ３７１０から断面方向およびセクションの半径を受け取り得る。さらに、直線または肘形セクションサブルーチンのいずれかは、形状シーケンスにおいて前の形状サブルーチン呼出しが存在するかどうかを明らかにするインデックスを受け取り得る。形状サブルーチンはそれぞれの導波路セクションについて開始位置を受け取り得、前のセクションがある場合、前のセクションについての終了位置が次のセクションについての開始点として使用され得る。
【０１４０】
各形状サブルーチンからの出力は、対応するセクションの形状と、導波路３７１３の壁３７１２およびドメインについての選択のセットとであり得る。出力はさらに、導波路における現在のセクションの数（第１のセクションであれば１、第２のセクションであれば２など）と、次のセクションの開始位置として使用される導波路セクション３７１４の終了位置とを明らかにするインデックスを含み得る。いくつかのセクションが存在する場合、各形状サブルーチンは、ドメインおよび壁の選択にその寄与を加え得、これにより、各導波路セクションからの寄与により累積選択を作成し得る。
【０１４１】
ここで図３８を参照して、入力フォーム、出力フォームおよびフォーム集合を設計するためのアプリケーションビルダーシステムまたはモジュールにおけるグラフィカルユーザインターフェイス３８３３の例示的な局面が、アプリケーションデータ構造を作成するためのいくつかの局面に従って示される。例示的なグラフィカルユーザインターフェイス３８３３は、入力フォーム、出力フォームのインタラクティブな描画および位置決めと、ラベル３８３５ａ，３８３５ｂ、テキストボックス３８３６ａ，３８３６ｂ、コンボボックス３８３７ａ，３８３７ｂ、チェックボックス３８３８ａ，３８３８ｂならびに他のフォームおよびウィジェットを含むフォーム集合３８３４ａ，３８３４ｂおよびウィジェット集合のインタラクティブな設計とを可能にし得る。スナッピングも、当該ツールのユーザがフォームおよびウィジェットを位置決めするのを支援し得る。ツールバー３８３９も考えられ、コンテキストメニューに対する代替物としてノードをツリーに対して示すとともに追加するためのボタンおよび制御部を含み得る。
【０１４２】
たとえばテキストボックス３８３６ａのようなフォームまたはウィジェットノードがアプリケーションツリーおいて選択されると、そのレイアウトは、対応するフォームまたはウィジェット集合においてインタラクティブに位置決めすることを可能にするグラフィックスビルダーウィンドウに示され得る。付加的なレイアウトセクション３８４０も、ウィジェットおよびフォームフィーチャのためのセッティングウィンドウにおいて表示され得る。このレイアウトセクションにおいて、たとえば、フォームまたはウィジェットの位置３８４１、幅３８４２および高さ３８４３といったレイアウト情報についての値がセットされ得る。これらの値は、グラフィックスビルダーウィンドウにおけるインタラクティブな変化により自動的に更新され得る。
【０１４３】
相対的な位置決めは、アプリケーションデータ構造を作成する際にフォームに使用され得るということが考えられる。たとえば、第１のフォームまたはウィジェットは、フォーム集合上に自由に配置され得る一方、他のフォームおよびウィジェットは典型的に、水平および垂直スナッピングの支援によりこのフォームまたはウィジェットに対して配置される。更に、いくつかの局面において、垂直スナッピングおよび水平スナッピングは相互に独立し得、各フォームまたはウィジェットは、いくつかの垂直および水平スナッピングラインをもたらし得る。すべてのフォームまたはウィジェットは、それらの左縁に沿った水平のスナッピングラインをもたらし得る。さらに、ボタン、コンボボックスおよびテキストボックスのような固定幅を有するフォームまたはウィジェットは、それらの右縁にも沿った水平スナッピングラインをもたらし得る。
【０１４４】
グラフィックスビルダーウィンドウについてのプレファレンスとして特定され得る行間隔がさらに存在し得、行間隔は典型的にデフォルト値を有し得るということが考えられる。いくつかの局面において、デフォルトの間隔は約５ピクセルである。行間隔は、１つのフォームまたはウィジェットの底部から次のフォームまたはウィジェットの上部までどれだけの空のスペースが存在するべきかを特定し得る。また、行間隔は、既存のフォームまたはウィジェット直下の行上のフォームまたはウィジェットをどこに位置決めするかを決定するために使用され得る。この行間隔は、フォームまたはウィジェットの上および下の垂直のスナッピングラインをもたらし得、既存のウィジェットの上または下にフォームまたはウィジェットの新しい行を開始することが容易になる。
【０１４５】
アプリケーションビルダーシステムのユーザがウィジェットを移動およびサイズ変更すると（たとえばハンドラ３８４４をサイズ変更）、スナッピングは、ウィジェットの左縁を他のウィジェットの左縁に整列するよう試み得、または、当該ウィジェットの右縁を他のウィジェットの右縁に整列するよう試み得、同様に垂直方向においても整列を試み得る。ウィジェットを移動またはサイズ変更する間、垂直および／または水平のスナッピングラインは、スナッピングが発生する際、グラフィックスビルダーウィンドウにおいて描画され得る。スナッピングホットゾーンは、スナッピングラインの各方向において約６−７のピクセルであり得るので、スナッピングがオンでも、任意のスナッピングラインのホットゾーンの外部にフォームまたはウィジェットを位置決めすることによって、フォームまたはウィジェットを自由に配置することが可能である。
【０１４６】
アプリケーションツリーにおける選択とグラフィックスビルダーウィンドウにおける選択との間に２方向の同期が存在し得ることが考えられる。フォームまたはウィジェットノードがアプリケーションツリー３８３６ａにおいて選択されると、対応するフォームまたはウィジェットはグラフィックスビルダーウィンドウ３８３６ｂにおいて選択され得、また、その逆もあり得る。グラフィックスビルダーウィンドウにおいて複数のフォームおよびウィジェットが選択され得るが１つのフォームまたはウィジェットについてセッティングの１つのセットだけが一度にセッティングウィンドウに表示されるので、幅および高さを変更するための制御がさらにツールバー上で利用可能になり得る。複数のフォームまたはウィジェットが選択されると、さらに、選択されたフォームまたはウィジェットの左、右、上部、底部または中心を整列する動作と、水平または垂直に等しい間隔でウィジェットを分散させる動作と、ウィジェットに等しい幅または高さを与える動作といった動作のためのツールバーボタンが存在し得る。グラフィックスビルダーウィンドウにおいてフォームまたはウィジェットをダブルクリックし、次いで単にフォームまたはウィジェット内に新しいテキストインラインを入力することにより、ラベル、チェックボックス、ボタンなどに表示されたテキストを変更することも考えられる。コピーアンドペーストも、別のフォーム集合におけるフォームおよびウィジェットの構成を容易に再使用することが可能なように利用可能であり得る。
【０１４７】
グラフィックスビルダーウィンドウはさらに、自動的な行および列の作成を有し得る。たとえば、フォームまたはウィジェットの各一意な左のボーダーにて、新しい列が開始し得、各一意な上部のボーダーにて、新しい行が開始し得る。フォームおよびウィジェットを描画する際に使用されるスナッピングにより、作成される必要のある行および列はかなり少ない。さらに、フォームまたはウィジェットの幅および高さに基づいて、いくつかの行および列にまたがることが可能になり得る。列においていくつかのフォームまたはウィジェットが、列において最大の幅を有するフォームまたはウィジェットと同じ幅を有する場合、これらのフォームおよびウィジェットは、列を充填するようセットされ得る。これは、直線の右縁を有する列において、いくつかのテキストボックスおよびコンボボックスを得るのに有用であり得る。自動的に作成された行および列は、さらにグラフィックスビルダーウィンドウにおいて、ある選択モードを入力することにより選択され得る個々の要素であり得る。その後、選択された行は、他の行の上および下にインタラクティブに移動され得る。選択された列について、その後、アプリケーションビルダーのユーザは、固定幅を特定し得るか、または、幅がサイズ変更される場合、幅が上部レベルのフォームの幅に適合するべきであることを特定し得る。さらに、容易に新しい行のために空間を空けるか、または、行におけるフォームまたはウィジェットをすべて削除し、かつ、これによりレイアウトをコンパクトにするよう、行挿入および行削除のようなツールが存在し得る。
【０１４８】
フォーム集合は、多くのフォームおよびウィジェットを含み得、新しいフォームおよびウィジェットがフォーム集合に加えられるので、グリッドレイアウトはかなり複雑になり得る。このような場合、個々のレイアウト管理により、フォーム集合をいくつかのフォーム集合に分割することが望ましくあり得、次いで、子フォーム集合としてオリジナルフォームにこれらを配置することが望ましくあり得る。そのような場合、長方形を使用して、フォーム集合においてフォームおよびウィジェットの組を囲み、次いで、抽出ツールバーボタン３８４５を使用して、それらのフォームおよびウィジェットが自身のフォーム集合に抽出されるべきであることを特定することが可能であり得る。
【０１４９】
ここで図３９を参照して、複合物理モデリングシステムにおいてアプリケーションモデルツリー、コンテキストメニュー、およびセッティングウィンドウを生成および維持するためにアプリケーションデータ構造を解釈するいくつかの局面に従った方法の例示的なフローチャートが示される。当該解釈方法はさらに、複合物理モデリングシステムのユーザによって特定されたセッティングに基づいてアプリケーションモデルデータ構造を生成するよう適用され得る。ステップ３９１０ａでは、利用可能なアプリケーションデータ構造３９１０ｂのセットからアプリケーションのリストが決定および表示される。次に、ステップ３９２０ａでは、ユーザは、表示されたメニューリストからアプリケーションを選択し得、当該アプリケーションは、その後、アプリケーションモデルデータ構造３９２０ｂにアプリケーションモデルを加える。
【０１５０】
アプリケーションモデルフィーチャを加える決定がなされた後、図３９におけるプロセスはステップ３９３０ａに進み、ステップ３９３０ａにおいて、アプリケーションモデルフィーチャを含む対応するコンテキストメニューを有するアプリケーションモデルツリーが、アプリケーションデータ構造３９３０ｂにおいて利用可能なアプリケーションフィーチャの定義に基づいて決定および表示され得る（１５００ａ）。次に、ステップ３９４０ａでは、ユーザによってアプリケーションモデルフィーチャが選択され得る。この選択は、後の方法ステップにおいて使用されるべきアプリケーションモデルフィーチャを決定し、アプリケーションモデルデータ構造３９４０ｂにアプリケーションモデルフィーチャを加える。次にステップ３９５０ａでは、アプリケーションモデルフィーチャのためのセッティングウィンドウは、アプリケーションデータ構造３９５０ｂにおいて利用可能であるアプリケーションフィーチャにユーザ入力の定義を使用して決定および表示され得る。次いで、ステップ３９６０ａでは、ユーザは、アプリケーションモデルフィーチャについて、セッティングウィンドウにおいてセッティングを編集し得る。デフォルトセッティングおよび変更されたセッティングは次いで、アプリケーションモデルデータ構造３９６０ｂに格納される。次いで、これ以上のアプリケーションモデルフィーチャが追加されない場合、アプリケーションモデルデータ構造はステップ３９８０において完成される。
【０１５１】
ここで図４０を参照して、アプリケーションのメニューを表示するための例示的な選択ウィンドウ４０００は、アプリケーションデータ構造を解釈するためのいくつかの局面に従って示される。サーマルアクチュエータアプリケーション４００９のようなアプリケーションを選択することにより、アプリケーションモデルデータ構造の第１のバージョンが作成される。アプリケーションモデルデータ構造が、アプリケーションユーザインターフェイスを通じてアプリケーションのユーザによって編集され得る。
【０１５２】
異なるアプリケーションは、広範囲のフィールドに亘ってモデリングおよびシミュレーションをカバーし得る。アプリケーションは、特定のタイプの電動モータ４００１、燃料電池スタック４００２、ラウドスピーカー４００３、導波路４００４、精薬品および食品産業のためのミキサー４００５、マルチチューブ熱交換器４００６、プラズマリアクタ４００７および加圧パイプシステム４００８のモデリングおよびシミュレーションをカバーし得るが、これは、プロセスを適用および本願明細書において開示されるシステムを使用することによってアプリケーションデータ構造およびアプリケーションモデル構造が形成または作成され得る多くの例のうちのいくつかを例示しただけである。
【０１５３】
ここで図４１を参照して、アプリケーションデータ構造を解釈するいくつかの局面に従って、対応するコンテキストメニュー４１２０を有するサーマルアクチュエータアプリケーションにおけるサーマルアクチュエータフィーチャ４１１０のようなアプリケーションモデルフィーチャの表示メニューを含む例示的なアプリケーションモデルツリーウィンドウ４１００が示される。サーマルアクチュエータフィーチャ４１１０を選択することにより、その長さ４１４０のような、アプリケーションのユーザがサーマルアクチュエータについてのセッティングを編集し得るセッティングウィンドウ４１３０が表示され得る。サーマルアクチュエータフィーチャについてコンテキストメニュー４１２０におけるシミュレーション実行オプション４１５０を選択することにより、最終アプリケーションモデルデータ構造が作成され、複合物理モデリングシステムにおける最終モデルデータ構造が解釈され、シミュレーションが実行され得る。アプリケーションモデルデータ構造は、シミュレーション結果を生成するよう複合物理モデリングシステムにおいて解釈され得るということが考えられる。シミュレーション結果は出力フォームにおいて表示され得る。たとえば、サーマルアクチュエータの変位の結果４１６０が、セッティングウィンドウ４１３０において表示され得る。
【０１５４】
ここで図４２を参照して、図３９における方法ステップによって作成されるアプリケーションモデルデータ構造のいくつかの局面に従って、フィーチャ同士の間のインスタンスレベルの関係の例示的な統一モデリング言語（ＵＭＬ）オブジェクトの図が示される。アプリケーションモデルデータ構造４２０１は、アプリケーションデータ構造４２１１への参照とともに、アプリケーションが基づく全複合物理モデルデータ構造を含み得る。さらに、アプリケーションモデルデータ構造はさらに、ユーザ４２０３によって加えられたアプリケーションモデルフィーチャを表わす階層を含み得る。各ノードは、アプリケーションデータ構造４２０４においてアプリケーションフィーチャへの参照を含み得る。アプリケーションモデルフィーチャは、アプリケーションデータ構造４２０６によって許可される場合、子４２０５として他のアプリケーションモデルフィーチャを含み得る。
【０１５５】
ここで図４３を参照して、いくつかの局面に従って、アプリケーションモデルデータ構造を解釈し、モデルオブジェクトを含む複合物理モデルデータ構造を生成するための方法の例示的なフローチャートが示される。示された方法は、複合物理モデリングシステムにおける方程式を離散化し解く前のステップについてである。ステップ４３１０ａでは、アプリケーションモデルがアプリケーションモデルデータ構造４３１０ｂから決定され得る。次にステップ４３２０ｂでは、アプリケーションモデルデータ構造４３２０ｂはインタプリタにロードされる。次いで、ステップ４３３０では、アプリケーションモデルデータ構造からの実行シーケンスが処理される。ステップ４３０１および４３０２では、実行シーケンスは処理および実行され得る。さらに、子の実行シーケンスもステップ４３０３にて処理され得る。すべての実行シーケンスが処理された場合、ステップ４３４０にて、複合物理モデルデータ構造が生成され得る。
【０１５６】
いくつかの局面において、アプリケーションデータ構造を生成するための装置は、１つ以上のプロセッサ、１つ以上のユーザ入力デバイス、表示デバイスおよび１つ以上のメモリデバイスを含む物理的なコンピューティングシステムを含む。１つ以上のメモリデバイスの少なくとも１つは、アプリケーションデータ構造の生成のための実行可能命令を含む。実行可能命令によって、１つ以上のプロセッサの少なくとも１つが、実行時に、アプリケーションデータ構造に物理システムについての複合物理モデルデータ構造を埋め込む動作を行う。埋め込まれた複合物理モデルデータ構造は、物理システムについて少なくとも１つのモデルリング動作を含む。１つ以上のアプリケーションフィーチャが、上記１つ以上のプロセッサの少なくとも１つを介して、アプリケーションデータ構造に追加するよう決定される。１つ以上のアプリケーションフィーチャは、物理システムのモデルに関連付けられる。物理システムのモデルについての１つ以上のアプリケーションフィーチャの少なくとも１つのための少なくとも１つのフォームフィーチャを表わす第１のデータが、１つ以上の入力デバイスの少なくとも１つを介して追加される。物理システムのモデルについて１つ以上のアプリケーションフィーチャの少なくとも１つのための少なくとも１つのアクションフィーチャを表わす第２のデータが、１つ以上の入力デバイスの少なくとも１つを介して追加される。少なくとも１つのアクションフィーチャを表わす第２のデータは、物理システムをモデリングするための動作のシーケンスを規定するよう、物理システムについて上記少なくとも１つのモデリング動作に関連付けられる。アプリケーションデータ構造が更新される。更新されたアプリケーションデータ構造は、追加された第１のデータと、追加された第２のデータと、関連付け規定する動作のシーケンスとを含む。更新されたアプリケーションデータ構造は、１つ以上のメモリデバイスの少なくとも１つの上に格納される。
【０１５７】
いくつかの局面において、１つ以上の物理的なコンピューティングデバイスを有するコンピュータシステムにおいて実行される方法は、物理システムをモデリングするよう修正されたアプリケーションデータ構造を生成するように構成される。上記方法は、１つ以上の物理的なコンピューティングデバイスを介して、１つ以上のメモリデバイスに格納されるアプリケーションデータ構造に複合物理モデルデータ構造を埋め込む動作を含む。上記埋め込まれた複合物理モデルデータ構造は、モデリングされた物理システムについて少なくとも１つの複合物理モデリング動作を含む。１つ以上のアプリケーションフィーチャが、アプリケーションデータ構造に追加するよう、１つ以上の物理的なコンピューティングデバイスの少なくとも１つを介して決定される。１つ以上のアプリケーションフィーチャは、物理システムに関連付けられる。上記１つ以上の決定されたアプリケーションフィーチャを表わすアプリケーションデータが、１つ以上の物理的なコンピューティングデバイスの少なくとも１つを介して得られる。アプリケーションデータは、少なくとも１つのフォームフィーチャを表わすフォームデータと、物理システムをモデリングするための少なくとも１つのアクションフィーチャを表わすアクションデータとを含む。修正されたアプリケーションデータ構造は、取得されたアプリケーションデータを含むよう形成される。修正されたアプリケーションデータ構造は、１つ以上のメモリデバイスの少なくとも１つの上に格納される。少なくとも１つのアクションフィーチャを表わすアクションデータは、埋め込まれた複合物理モデルデータ構造において規定される物理システムについて、上記少なくとも１つのモデリング動作に関連付けられる。アクションデータと少なくとも１つのモデリング動作との間の関連付けは、上記物理システムをモデリングするための動作のシーケンスを規定する。
【０１５８】
アプリケーションデータ構造を生成するための装置と、上記の物理システムをモデリングするために修正されたアプリケーションデータ構造を生成するための方法とは、いくつかの局面において、以下の特徴の１つ以上をさらに含み得るということが考えられる。１つ以上のアプリケーションフィーチャを決定することは、アプリケーションフィーチャを表示するグラフィカルユーザインターフェイスに関連付けられる１つ以上の入力デバイスを介して受け取られた１つ以上のアプリケーションフィーチャの選択を含み得る。アプリケーションデータの取得は、アプリケーションフィーチャについてフォームフィーチャおよびアクションフィーチャを含むオプションを表示するグラフィカルユーザインターフェイスに関連付けられる１つ以上の入力デバイスを介してアプリケーションデータが受け取られることを含み得る。規定された動作のシーケンスは、物理システムについて形状を生成するように構成され得る。修正または更新されたアプリケーションデータ構造の形成は、埋め込まれた複合物理モデルデータ構造をさらに含み得る。当該装置および方法は、複合物理モデリングシステムにおいて、受け取られて実行されるように構成される入力データ構造として、修正または更新されるアプリケーション構造を出力することをさらに含む。１つ以上のアプリケーションフィーチャを表わすアプリケーションデータは、モデリングされた物理システムについて入力宣言を規定する宣言データをさらに含み得、当該宣言データは、複合物理データ構造において埋め込まれるモデルの物理システムの物理コンポーネントについて、セッティングを制御するパラメータの入力を含む。
【０１５９】
さらに、アプリケーションデータ構造を生成するための装置と、上記の物理システムをモデリングするよう修正されたアプリケーションデータ構造を生成する方法とはさらに、いくつかの局面において以下の付加的な特徴の１つ以上を含み得るということが考えられる。少なくとも１つのフォームフィーチャを表わすフォームデータは、入力宣言についてパラメータの入力を収集するための入力フォームを規定するデータを含み得る。少なくとも１つのフォームフィーチャを表わすフォームデータはさらに、パラメータの入力を収集するためのアクティベーション条件を規定する付加的なデータを含み得る。１つ以上のアプリケーションフィーチャを表わすアプリケーションデータは、複合物理データ構造において埋め込まれたモデルのシミュレーションの実施の後、表示されるべき結果を宣言するための出力宣言を規定するデータを含み得る。少なくとも１つのフォームフィーチャを表わすフォームデータは、出力宣言において宣言された結果を表示するために出力フォームを規定するデータを含み得る。少なくとも１つのフォームフィーチャを表わすフォームデータはさらに、出力フォームを出力するためのアクティベーション条件を規定する付加的なデータを含み得る。上記装置および方法はさらに、アプリケーションツリーにおいて修正または更新されるアプリケーションデータ構造を表わす動作を含み得る。
【０１６０】
いくつかの局面において、システムは修正されたアプリケーションデータ構造を生成する。システムは、１つ以上の物理メモリデバイスと、１つ以上の表示デバイスと、１つ以上のユーザ入力デバイスと、１つ以上の物理メモリデバイスの少なくとも１つに格納された命令を実行するように構成される１つ以上のプロセッサとを含む。当該命令によって、１つ以上のプロセッサの少なくとも１つが、１つ以上の物理的なコンピューティングデバイスを介して、１つ以上のメモリデバイスに格納されるアプリケーションデータ構造に複合物理モデルデータ構造を埋め込むことを含む動作を行う。埋め込まれた複合物理モデルデータ構造は、モデリングされる物理システムについて、少なくとも１つの複合物理モデリング動作を含む。１つ以上のアプリケーションフィーチャが、１つ以上の物理的なコンピューティングデバイスの少なくとも１つを介して、アプリケーションデータ構造に追加するよう決定される。１つ以上のアプリケーションフィーチャは物理システムに関連付けられる。１つ以上の決定されたアプリケーションフィーチャを表わすアプリケーションデータが、１つ以上の物理的なコンピューティングデバイスの少なくとも１つを介して取得される。アプリケーションデータは、少なくとも１つのフォームフィーチャを表わすフォームデータと、物理システムをモデリングするための少なくとも１つのアクションフィーチャを表わすアクションデータとを含む。修正されたアプリケーションデータ構造は、取得されたアプリケーションデータを含むよう形成される。修正されたアプリケーションデータ構造は、１つ以上のメモリデバイスの少なくとも１つの上に格納される。少なくとも１つのアクションフィーチャを表わすアクションデータは、埋込複合物理モデルデータ構造において規定される物理システムについて、上記少なくとも１つのモデリング動作に関連付けられる。アクションデータと少なくとも１つのモデリング動作との間の関連付けは、上記物理システムをモデリングするための動作のシーケンスを規定する。
【０１６１】
上記の修正されたアプリケーションデータ構造を生成するためのシステムは、いくつかの局面において、以下の特徴の１つ以上を含み得るということが考えられる。アプリケーションデータの取得は、アプリケーションフィーチャについてオプションを表示するグラフィカルユーザインターフェイスに関連付けられる１つ以上の入力デバイスを介してアプリケーションデータが受け取られることを含み得る。当該オプションは、フォームフィーチャおよびアクションフィーチャを含み得る。規定された動作のシーケンスは、物理システムについて形状を生成するように構成され得る。システムはさらに、複合物理モデリングシステムにおいて受け取られ実行されるように構成される入力データ構造として、修正されたアプリケーション構造を出力する動作を行なうことを含み得る。１つ以上のアプリケーションフィーチャを表わすアプリケーションデータは、モデリングされた物理システムについて入力宣言を規定する宣言データをさらに含み得、当該宣言データは、複合物理データ構造において埋め込まれるモデルの物理システムの物理コンポーネントについて、セッティングを制御するパラメータの入力を含む。
【０１６２】
いくつかの局面において、コンピュータシステムにおいて実行される方法は、物理システムをモデリングするようアプリケーションモデルデータ構造を生成するように構成される１つ以上のプロセッサを含む。当該方法は、１つ以上のプロセッサを介して、１つ以上の物理システムをモデリングするための複数のアプリケーションを決定する動作を含む。１つ以上のアプリケーションデータ構造において格納されたアプリケーションデータによって、複数のアプリケーションが規定される。複数のアプリケーションのリストは、１つ以上のグラフィカルユーザインターフェイスに表示される。複数のアプリケーションの少なくとも１つの選択を示す第１の入力が受け取られる。複数のアプリケーションの少なくとも１つの選択について、１つ以上のプロセッサの少なくとも１つを介して、１つ以上のアプリケーションフィーチャが決定される。１つ以上のアプリケーションフィーチャは、１つ以上のアプリケーションデータ構造の少なくとも１つにおいて規定および抽出されるアプリケーションデータとして表わされる。決定されるアプリケーションフィーチャは、１つ以上のグラフィカルユーザインターフェイスの少なくとも１つに表示される。アプリケーションフィーチャの少なくとも１つの選択を示す第２の入力が受け取られる。アプリケーションフィーチャの少なくとも１つの選択のための１つ以上のセッティングは、１つ以上のプロセッサの少なくとも１つを介して決定される。１つ以上のセッティングは、１つ以上の物理システムのモデリングのためのパラメータに関連付けられる。１つ以上のセッティングの少なくとも１つを含む編集フィールドは、１つ以上のグラフィカルユーザインターフェイスの少なくとも１つを介して表示される。編集フィールドの少なくとも１つが選択される。少なくとも１つの選択された編集フィールドに含まれる上記１つ以上のセッティングへの編集は１つ以上のユーザ入力デバイスを介して受け取られる。上記１つ以上のプロセッサの少なくとも１つを介して、１つ以上のアプリケーションデータ構造から抽出される少なくとも１つ以上のアプリケーションフィーチャに対する少なくとも１つ以上のセッティングへの受け取られた編集を含むアプリケーションモデルデータ構造が生成される。
【０１６３】
上記の物理システムをモデリングするためにアプリケーションモデルデータ構造を生成するための方法は、いくつかの局面において、以下の特徴の１つ以上をさらに含み得るということが考えられる。上記方法は、上記１つ以上のプロセッサの少なくとも１つを介して、生成されたアプリケーションモデルデータ構造において規定されるアクションのシーケンスを決定する動作と、上記１つ以上のプロセッサの少なくとも１つを介してアクションのシーケンスを実行する動作とをさらに含み得る。上記方法はさらに、形状シーケンスを実行するアクションの部分として、形状サブルーチンを呼び出す動作を含み得る。
【０１６４】
アプリケーションデータ構造、修正されたアプリケーションデータ構造、もしくはアプリケーションモデルデータ構造を生成するための方法、または、上に記載されるアプリケーションデータ構造を修正するためのシステムは、さらに以下の例示的なフィーチャの１つ以上を含み得るということが考えられる。すなわち、（ｉ）時間高調波電磁界（入力）についての周波数をセットし、シミュレーション（アクション）を実行し、埋込モデルに規定されるモデルを実行することによりＳパラメータ（出力）を表示するためのアプリケーションフィーチャおよびアプリケーションデータと、（ｉｉ）基準圧力を更新するための入力を受け取り、シミュレーションを実行し、音響シミュレーションの埋込モデルを実行することにより生じる波の伝播を表示するためのアプリケーションフィーチャおよびアプリケーションデータと、（ｉｉｉ）入口流量を受け取り、流量シミュレーションを実行し、埋込モデルに規定されるタンクについての流量モデルからのパイプ出口での平均流量を表示するためのアプリケーションフィーチャおよびアプリケーションデータと、（ｉｖ）埋込モデルに規定される電子デバイスのモデルのシミュレーション（アクション）を実行することにより、所与の入力ロード（入力）について、所与の入力値（入力）を下回る温度を維持するためにヒートシンクのサイズ（アクティベーション条件，出力）を決定するアプリケーションフィーチャおよびアプリケーションデータと、（ｖ）パラメータ化されたプラズマリアクタの値を受け取り、形状（アクション，アクティベーション条件）を更新し、ウェハの表面上の半導体材料の堆積厚さを決定するために、埋込モデルに規定されるプラズマリアクタモデルを実行することによりシミュレーションを実行するためのアプリケーションフィーチャおよびアプリケーションデータとのうち１つ以上を含み得るということが考えられる。
【０１６５】
本開示のある局面は、個々または集合的に、本願明細書において開示、参照または別の態様で示されるステップ、動作または特徴のうちの任意の２つ以上の任意または全ての組合せに基づいた方法、システムまたは装置を考慮している。
【０１６６】
アプリケーションデータ構造の生成のための例示的な局面と、アプリケーションモデルデータ構造の生成のための例示的な局面と、アプリケーションモデルデータ構造の解釈のための例示的な局面と、図１６−図４３において提示された複合物理モデルデータ構造の生成のための例示的な局面とは単に例であり、より詳細に記載または図に示された適用現象だけではなく、より広い用途および物理的現象に適用されるということが理解される。たとえば、多くの異なるアプリケーションデータ構造は本開示を使用して生成され得るということが理解されるであろう。示された局面は単に、アプリケーションビルダーシステムまたはモジュールおよび複合物理モデリングシステムによって行なわれ得るより広い動作の例である。更に、示されたインターフェイスは、アプリケーションビルダーモジュールおよび複合物理モデリングシステムにおいて使用され得る少数のインターフェイスを表す。他のタイプのグラフィカルインターフェイス、ユーザインターフェイス、または代替的な入力タイプインターフェイスが考えられる。
【０１６７】
上記の概念はさらに、代替例Ａ〜ＡＢにおいて以下に詳述されるさまざまな代替例を介して記載され、さまざまな組合せおよびこれらの代替例のサブコンビネーションを含み得る。
【０１６８】
代替例Ａ
本開示の１つの局面に従うと、システムは、物理システムをモデリングするためのカスタマイズされたアプリケーションデータ構造を生成するよう適合される。当該システムは、１つ以上のプロセッサと、１つ以上のユーザ入力デバイスと、随意に表示デバイスと、１つ以上のメモリデバイスとを含む。１つ以上のプロセッサは、使用の間に、所定のまたは選択された複合物理モデルデータ構造をアプリケーションデータ構造に埋め込むよう適合される。複合物理モデルデータ構造は、物理システムの１つ以上のモデルの表示を含む。物理システムの各モデルは、物理的現象および／または物理プロセスを表わす。複合物理モデルデータ構造は、物理システムの１つ以上のモデルをどのようにモデリングまたはシミュレートするかを決定する少なくとも１つのモデリング動作を表わすデータを含む。１つ以上のアプリケーションフィーチャを表わすデータは、アプリケーションデータ構造に加えられる。各アプリケーションフィーチャは、少なくとも１つのフォームフィーチャを表わす第１のデータ、および／または、少なくとも１つのアクションフィーチャを表わす第２のデータの１つ以上を含む。フォームフィーチャは、入力データおよび／もしくは出力データならびに／または入力データおよび／もしくは出力データの提示フォーマットを特定するデータを含む。アクションフィーチャは、アプリケーションデータ構造を実行すると、行なわれるべき動作のシーケンスを特定するデータを含む。行なわれるべき動作のシーケンスの少なくとも１つは、少なくとも１つのモデリング動作を含む。行なわれるべき動作のシーケンスの少なくとも１つは、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状を生成するためのデータを提供する動作を含む。その後、カスタマイズされたアプリケーションデータ構造が生成され、実行されると、少なくとも１つのモデリング動作と、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状と、１つ以上のアプリケーションフィーチャの少なくとも１つとを用いて、物理システムのカスタマイズされたモデリングが提供される。
【０１６９】
代替例Ｂ
本開示の１つの局面に従うと、システムは、物理システムをモデリングするためのカスタマイズされたアプリケーションデータ構造を生成するよう適合される。当該システムは、１つ以上のプロセッサと、１つ以上のユーザ入力デバイスと、随意に表示デバイスと、１つ以上のメモリデバイスとを含む。１つ以上のプロセッサは、使用の間に、所定のまたは選択された複合物理モデルデータ構造をアプリケーションデータ構造に埋め込むよう適合される。複合物理モデルデータ構造は、物理システムの１つ以上のモデルの表示を含む。物理システムの各モデルは、物理的現象および／または物理プロセスを表わす。複合物理モデルデータ構造は、物理システムの１つ以上のモデルをどのようにモデリングまたはシミュレートするかを決定する少なくとも１つのモデリング動作を表わすデータを含む。１つ以上のアプリケーションフィーチャを表わすデータは、実行の際、カスタマイズされたアプリケーションデータ構造を生成するようアプリケーションデータ構造に加えられる。各アプリケーションフィーチャは、少なくとも１つのフォームフィーチャを表わす第１のデータ、および／または、少なくとも１つのアクションフィーチャを表わす第２のデータの１つ以上を含む。フォームフィーチャは、入力データおよび／もしくは出力データならびに／または入力データおよび／もしくは出力データの提示フォーマットを特定するデータを含む。アクションフィーチャは、アプリケーションデータ構造を実行すると、行なわれるべき動作のシーケンスを特定するデータを含む。行なわれるべき動作のシーケンスの少なくとも１つは、少なくとも１つのモデリング動作を含む。行なわれるべき動作のシーケンスの少なくとも１つは、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状を生成するためのデータを提供する動作を含む。実行される際のカスタマイズされたアプリケーションデータ構造は、少なくとも１つのモデリング動作と、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状と、１つ以上のアプリケーションフィーチャの少なくとも１つとを用いて、物理システムのカスタマイズされたモデリングを提供する。
【０１７０】
代替例Ｃ
本開示の１つの局面に従うと、システムは、物理システムをモデリングするためのアプリケーションデータ構造を生成するよう適合される。当該システムは、１つ以上のプロセッサと、１つ以上のユーザ入力デバイスと、随意に表示デバイスと、１つ以上のメモリデバイスとを含む。１つ以上のプロセッサは、使用の間に、所定のまたは選択された複合物理モデルデータ構造をアプリケーションデータ構造に埋め込むよう適合される。複合物理モデルデータ構造は、物理システムの１つ以上のモデルの表示を含む。物理システムの各モデルは、物理的現象および／または物理プロセスを表わす。複合物理モデルデータ構造は、物理システムの１つ以上のモデルをどのようにモデリングまたはシミュレートするかを決定する少なくとも１つのモデリング動作を表わすデータを含む。１つ以上のアプリケーションフィーチャを表わすデータは、アプリケーションデータ構造に加えられる。各アプリケーションフィーチャは、少なくとも１つのフォームフィーチャを表わす第１のデータ、および／または、少なくとも１つのアクションフィーチャを表わす第２のデータの１つ以上を含む。フォームフィーチャは、入力データおよび／もしくは出力データならびに／または入力データおよび／もしくは出力データの提示フォーマットを特定するデータを含む。アクションフィーチャは、アプリケーションデータ構造を実行すると、行なわれるべき動作のシーケンスを特定するデータを含む。行なわれるべき動作のシーケンスの少なくとも１つは、少なくとも１つのモデリング動作を含む。行なわれるべき動作のシーケンスの少なくとも１つは、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状を生成するためのデータを提供する動作を含む。その後、アプリケーションデータ構造が生成され、実行されると、少なくとも１つのモデリング動作と、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状と、少なくとも１つのフォームフィーチャとを用いて、物理システムのカスタマイズされたモデリングが提供される。
【０１７１】
代替例Ｄ
代替例ＡまたはＢのいずれか１つに従ったシステムは、カスタマイズされたアプリケーションデータ構造が少なくとも１つのフォームフィーチャを使用して生成されることを含み得る。
【０１７２】
代替例Ｅ
代替例Ａ〜Ｄのいずれか１つに従ったシステムは、アプリケーションデータ構造（たとえばカスタマイズされたアプリケーションデータ構造）を実行し、出力データを提示および／またはユーザから少なくとも１つのフォームフィーチャに従った入力データを受け取り、少なくとも１つの生成された形状を使用して少なくとも１つのモデルリング動作を実行することにより、当該システムがさらに、１つ以上の物理的なシステムをモデリングまたはシミュレートするよう適合されることを含み得る。
【０１７３】
代替例Ｆ
代替例Ａ〜Ｅのいずれか１つに従ったシステムは、（ｉ）グラフィカルユーザインターフェイスを介してユーザに１つ以上の予め選択された複合物理モデルデータ構造を提示し、ユーザが選択しおよび随意にはユーザが修正した１つ以上の複合物理モデルデータ構造を表わすデータをアプリケーションデータ構造に加えることと、（ｉｉ）グラフィカルユーザインターフェイスを介してユーザに１つ以上の予め選択されたアプリケーションフィーチャを提示し、ユーザが選択しおよび随意にはユーザが修正した１つ以上のアプリケーションフィーチャを表わすデータをアプリケーションデータ構造に加えることと、（ｉｉｉ）ユーザに選択された少なくとも１つのアプリケーションフィーチャについて、１つ以上の予め選択されたフォームフィーチャおよび／または１つ以上のアクションフィーチャをグラフィカルユーザインターフェイスを介して提示し、ユーザが選択し随意にユーザが修正した１つ以上のフォームフィーチャおよび／またはアクションフィーチャを表わすデータをアプリケーションデータ構造に加えることとのうちの１つ以上に従ったアプリケーションデータ構造を修正または更新するようさらに適合され得る。
【０１７４】
代替例Ｇ
代替例Ａ〜Ｆのいずれか１つに従ったシステムは、（ｉ）入力宣言の１つ以上と、（ｉｉ）１つ以上のアクティベーション条件と、（ｉｉｉ）１つ以上の出力宣言と、（ｉｖ）表示および入力の収集を制御する１つ以上の入力フォームと、（ｖ）出力宣言において宣言された結果の表示を制御する１つ以上の出力フォームとのうちの１つ以上を表わすデータをさらに含む１つ以上のアプリケーションフィーチャを含み得、各入力宣言は物理システムの１つ以上のモデルの少なくとも１つの物理コンポーネントについてのセッティングを制御するパラメータの入力を制御し、各アクティベーション条件は入力宣言の値をチェックする１つ以上の論理条件を特定し、各出力宣言は、物理システムの１つ以上のモデルのシミュレーションの後、表示されるべき結果を特定する。
【０１７５】
代替例Ｈ
代替例Ａ〜Ｇのいずれか１つに従ったシステムは、フォームフィーチャを含むアプリケーションフィーチャが実行されると、動作のシーケンスを修正および／または予め選択するようユーザから入力を受け取ることを可能にする少なくとも１つのフォームフィーチャを含み得る。
【０１７６】
代替例Ｉ
代替例Ａ〜Ｈのいずれか１つに従ったシステムは、フォームフィーチャを含むアプリケーションフィーチャが実行されると、少なくとも１つの形状および／または少なくとも１つのモデリング動作を修正および／または予め選択するようユーザから入力を受け取ることを可能にする少なくとも１つのフォームフィーチャを含み得る。
【０１７７】
代替例Ｊ
代替例Ａ〜Ｉのいずれか１つに従ったシステムは、少なくとも１つの形状の形状が各々、０次元、１次元、２次元、または３次元であり得ることを含み得る。代替例Ａ〜Ｉのいずれか１つに従ったシステムはさらに、少なくとも１つの形状の形状が各々、０次元、２次元、または３次元のいずれか１つであり得ることを含み得る。
【０１７８】
代替例Ｋ
代替例Ａ〜Ｊのいずれか１つに従ったシステムは、結合系または表示を解くための１つ以上の偏微分方程式を含む少なくとも１つのモデリング動作を含み得る。
【０１７９】
代替例Ｌ
代替例Ａ〜Ｋのいずれか１つに従ったシステムは、（ｉ）アプリケーションフィーチャが、入力宣言と、出力宣言と、時間高調波電磁界について周波数をセットし、シミュレーションを実行し、Ｓパラメータを表示するためのアクションフィーチャとを含むこと、（ｉｉ）埋込複合物理モデルデータ構造が音響シミュレーションについてのものであり、アプリケーションフィーチャが、入力宣言と、出力宣言と、基準圧力を更新し、シミュレーションを実行し、生じる波の伝播を表示するための入力を受け取るためのアクションフィーチャとを含むこと、（ｉｉｉ）埋込複合物理モデルデータ構造がタンクにおける流量シミュレーションのためのものであり、アプリケーションフィーチャは、入力宣言と、出力宣言と、入口流量を受け取り、流量シミュレーションを実行し、パイプ出口での平均流量を表示するためのアクションフィーチャとを含むこと、（ｉｖ）埋込複合物理モデルデータ構造が電子デバイスのためのものであり、アプリケーションフィーチャが、入力宣言と、出力宣言と、フォームフィーチャと、アクティベーション条件と、ヒートシンクのサイズを決定するとともに所与の入力ロードで所与の入力値を下回る温度を維持するためのアクションフィーチャとを含むこと、および／または、（ｖ）アプリケーションフィーチャが、入力宣言と、出力宣言と、フォームフィーチャと、アクティベーション条件と、パラメータ化されたプラズマリアクタの値を受け取り、形状を更新し、ウェハの表面上の半導体材料の堆積厚さを決定するためのシミュレーションを実行するためのアクションフィーチャとを含むことを含み得る。
【０１８０】
代替例Ｍ
代替例Ａ〜Ｌのいずれか１つに従ったシステムは、アプリケーションデータ構造が、カスタマイズされたアプリケーションデータ構造を生成する際に使用される初期アプリケーションデータ構造であることを含み得る。初期アプリケーションデータ構造は、少なくとも１つの以前に埋め込まれたアプリケーションフィーチャおよび／または少なくとも１つの以前に埋め込まれた複合物理モデルデータ構造を含む。
【０１８１】
代替例Ｎ
本開示の別の局面に従うと、方法は、物理システムをモデリングするためのアプリケーションデータ構造を生成する。上記方法は、アプリケーションデータ構造において所定または選択された複合物理モデルデータ構造を埋め込むことを含む。複合物理モデルデータ構造は、物理システムの１つ以上のモデルの表示を含む。物理システムの各モデルは、物理的現象および／または物理プロセスを表わす。複合物理モデルデータ構造は、物理システムの１つ以上のモデルをどのようにモデリングまたはシミュレートするかを決定する少なくとも１つのモデリング動作を表わすデータを含む。１つ以上のアプリケーションフィーチャを表わすデータは、アプリケーションデータ構造に加えられる。各アプリケーションフィーチャは、少なくとも１つのフォームフィーチャを表わす第１のデータ、および／または、少なくとも１つのアクションフィーチャを表わす第２のデータの１つ以上を含む。フォームフィーチャは、入力データおよび／もしくは出力データならびに／または入力データおよび／もしくは出力データの提示フォーマットを特定するデータを含む。アクションフィーチャは、アプリケーションデータ構造を実行すると、行なわれるべき動作のシーケンスを特定するデータを含む。行なわれるべき動作のシーケンスの少なくとも１つは、少なくとも１つのモデリング動作を含む。行なわれるべき動作のシーケンスの少なくとも１つは、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状を生成するためのデータを提供する動作を含む。アプリケーションデータ構造が生成され、実行されると、少なくとも１つのモデリング動作と、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状と、少なくとも１つのフォームフィーチャとを用いて、物理システムのカスタマイズされたモデリングが提供される。
【０１８２】
代替例Ｏ
本開示の別の局面に従うと、方法は、物理システムをモデリングするためのカスタマイズされたアプリケーションデータ構造を生成する。上記方法は、アプリケーションデータ構造において所定または選択された複合物理モデルデータ構造を埋め込むことを含む。複合物理モデルデータ構造は、物理システムの１つ以上のモデルの表示を含む。物理システムの各モデルは、物理的現象および／または物理プロセスを表わす。複合物理モデルデータ構造は、物理システムの１つ以上のモデルをどのようにモデリングまたはシミュレートするかを決定する少なくとも１つのモデリング動作を表わすデータを含む。１つ以上のアプリケーションフィーチャを表わすデータは、アプリケーションデータ構造に加えられる。各アプリケーションフィーチャは、少なくとも１つのフォームフィーチャを表わす第１のデータ、および／または、少なくとも１つのアクションフィーチャを表わす第２のデータの１つ以上を含む。フォームフィーチャは、入力データおよび／もしくは出力データならびに／または入力データおよび／もしくは出力データの提示フォーマットを特定するデータを含む。アクションフィーチャは、アプリケーションデータ構造を実行すると、行なわれるべき動作のシーケンスを特定するデータを含む。行なわれるべき動作のシーケンスの少なくとも１つは、少なくとも１つのモデリング動作を含む。行なわれるべき動作のシーケンスの少なくとも１つは、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状を生成するためのデータを提供する動作を含む。その後、カスタマイズされたアプリケーションデータ構造が、埋込および追加動作から生成される。実行される際、カスタマイズされたアプリケーションデータ構造は、少なくとも１つのモデリング動作と、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状と、１つ以上のアプリケーションフィーチャの少なくとも１つとを用いて、物理システムのカスタマイズされたモデリングを提供する。
【０１８３】
代替例Ｐ
本開示の別の局面に従うと、方法は、物理システムをモデリングするためのカスタマイズされたアプリケーションデータ構造を生成する。上記方法は、１つ以上のプロセッサによって、アプリケーションデータ構造に所定または選択された複合物理モデルデータ構造を埋め込むことを含む。複合物理モデルデータ構造は、物理システムの１つ以上のモデルの表示を含む。物理システムの各モデルは、物理的現象および／または物理プロセスを表わす。複合物理モデルデータ構造は、物理システムの１つ以上のモデルをどのようにモデリングまたはシミュレートするかを決定する少なくとも１つのモデリング動作を表わすデータを含む。１つ以上のアプリケーションフィーチャを表わすデータは、１つ以上のプロセッサの少なくとも１つおよび／または１つ以上の入力デバイスによって、アプリケーションデータ構造に加えられる。各アプリケーションフィーチャは、少なくとも１つのフォームフィーチャを表わす第１のデータ、および／または、少なくとも１つのアクションフィーチャを表わす第２のデータの１つ以上を含む。フォームフィーチャは、入力データおよび／もしくは出力データならびに／または入力データおよび／もしくは出力データの提示フォーマットを特定するデータを含む。アクションフィーチャは、アプリケーションデータ構造を実行すると、行なわれるべき動作のシーケンスを特定するデータを含む。行なわれるべき動作のシーケンスの少なくとも１つは、少なくとも１つのモデリング動作を含む。行なわれるべき動作のシーケンスの少なくとも１つは、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状を生成するためのデータを提供する動作を含む。１つ以上のプロセッサの少なくとも１つを使用して、アプリケーションデータ構造が生成され、実行されると、少なくとも１つのモデリング動作と、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状と、１つ以上のアプリケーションフィーチャの少なくとも１つとを用いて、物理システムのカスタマイズされたモデリングが提供される。
【０１８４】
代替例Ｑ
本開示の別の局面に従うと、方法は、物理システムをモデリングするためのカスタマイズされたアプリケーションデータ構造を生成する。上記方法は、アプリケーションデータ構造において所定または選択された複合物理モデルデータ構造を埋め込むことを含む。複合物理モデルデータ構造は、物理システムの１つ以上のモデルの表示を含む。物理システムの各モデルは、物理的現象および／または物理プロセスを表わす。複合物理モデルデータ構造は、物理システムの１つ以上のモデルをどのようにモデリングまたはシミュレートするかを決定する少なくとも１つのモデリング動作を表わすデータを含む。１つ以上のアプリケーションフィーチャを表わすデータは、カスタマイズされたアプリケーションデータ構造を生成するようアプリケーションデータ構造に加えられる。各アプリケーションフィーチャは、少なくとも１つのフォームフィーチャを表わす第１のデータ、および／または、少なくとも１つのアクションフィーチャを表わす第２のデータの１つ以上を含む。フォームフィーチャは、入力データおよび／もしくは出力データならびに／または入力データおよび／もしくは出力データの提示フォーマットを特定するデータを含む。アクションフィーチャは、アプリケーションデータ構造を実行すると、行なわれるべき動作のシーケンスを特定するデータを含む。行なわれるべき動作のシーケンスの少なくとも１つは、少なくとも１つのモデリング動作を含む。行なわれるべき動作のシーケンスの少なくとも１つは、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状を生成するためのデータを提供する動作を含む。実行される際のカスタマイズされたアプリケーションデータ構造は、少なくとも１つのモデリング動作と、物理システムの１つ以上のモデルの少なくとも一部の少なくとも１つの形状と、１つ以上のアプリケーションフィーチャの少なくとも１つとを用いて、物理システムのカスタマイズされたモデリングを提供する。
【０１８５】
代替例Ｒ
代替例Ｏ〜Ｑのいずれか１つに従った方法は、カスタマイズされたアプリケーションデータ構造が少なくとも１つのフォームフィーチャを使用して生成されることを含み得る。
【０１８６】
代替例Ｓ
代替例Ｎ〜Ｒのいずれか１つに従った方法は、カスタマイズされたアプリケーションデータ構造を実行し、出力データを提示および／またはユーザから少なくとも１つのフォームフィーチャに従って入力データを受け取り、少なくとも１つの生成された形状を使用して少なくとも１つのモデリング動作を実行することにより、１つ以上の物理的なシステムをモデリングまたはシミュレートすることを含み得る。
【０１８７】
代替例Ｔ
代替例Ｎ〜Ｓのいずれか１つに従った方法は、（ｉ）グラフィカルユーザインターフェイスを介してユーザに１つ以上の予め選択された複合物理モデルデータ構造を提示し、ユーザが選択しおよび随意にはユーザが修正した１つ以上の複合物理モデルデータ構造を表わすデータをアプリケーションデータ構造に加えることと、（ｉｉ）グラフィカルユーザインターフェイスを介してユーザに１つ以上の予め選択されたアプリケーションフィーチャを提示し、ユーザが選択しおよび随意にはユーザが修正した１つ以上のアプリケーションフィーチャを表わすデータをアプリケーションデータ構造に加えることと、（ｉｉｉ）ユーザに選択された少なくとも１つのアプリケーションフィーチャについて、１つ以上の予め選択されたフォームフィーチャおよび／または１つ以上のアクションフィーチャをグラフィカルユーザインターフェイスを介して提示し、ユーザが選択し随意にユーザが修正した１つ以上のフォームフィーチャおよび／またはアクションフィーチャを表わすデータをアプリケーションデータ構造に加えることとのうちの１つ以上に従ってアプリケーションデータ構造を修正または更新するようさらに適合され得る。
【０１８８】
代替例Ｕ
代替例Ｎ〜Ｔのいずれか１つに従った方法は、フォームフィーチャを含むアプリケーションフィーチャが実行されると、動作のシーケンスを修正および／または予め選択するようユーザから入力を受け取ることを可能にする少なくとも１つのフォームフィーチャを含み得る。
【０１８９】
代替例Ｖ
代替例Ｎ〜Ｕのいずれか１つに従った方法は、フォームフィーチャを含むアプリケーションフィーチャが実行されると、少なくとも１つの形状および／または少なくとも１つのモデリング動作を修正および／または予め選択するようユーザから入力を受け取ることを可能にする少なくとも１つのフォームフィーチャを含み得る。
【０１９０】
代替例Ｗ
代替例Ｎ〜Ｖのいずれか１つに従った方法は、少なくとも１つの形状の形状が各々、０次元、１次元、２次元、または３次元であり得ることを含み得る。代替例Ｎ〜Ｖのいずれか１つに従った方法はさらに、少なくとも１つの形状の形状が各々、０次元、２次元、または３次元の１つであり得ることを含み得る。
【０１９１】
代替例Ｘ
代替例Ｎ〜Ｗのいずれか１つに従った方法は、結合系または表示を解くことについて、１つ以上の偏微分方程式を含む少なくとも１つのモデリング動作を含み得る。
【０１９２】
代替例Ｙ
代替例Ｎ〜Ｘのいずれか１つに従った方法は、（ｉ）アプリケーションフィーチャが、入力宣言と、出力宣言と、時間高調波電磁界について周波数をセットし、シミュレーションを実行し、Ｓパラメータを表示するためのアクションフィーチャとを含むこと、（ｉｉ）埋込複合物理モデルデータ構造が音響シミュレーションについてのものであり、アプリケーションフィーチャが、入力宣言と、出力宣言と、基準圧力を更新し、シミュレーションを実行し、生じる波の伝播を表示するための入力を受け取るためのアクションフィーチャとを含むこと、（ｉｉｉ）埋込複合物理モデルデータ構造がタンクにおける流量シミュレーションのためのものであり、アプリケーションフィーチャは、入力宣言と、出力宣言と、入口流量を受け取り、流量シミュレーションを実行し、パイプ出口での平均流量を表示するためのアクションフィーチャとを含むこと、（ｉｖ）埋込複合物理モデルデータ構造が電子デバイスのためのものであり、アプリケーションフィーチャが、入力宣言と、出力宣言と、フォームフィーチャと、アクティベーション条件と、ヒートシンクのサイズを決定するとともに所与の入力ロードで所与の入力値を下回る温度を維持するためのアクションフィーチャとを含むこと、および／または、（ｖ）アプリケーションフィーチャが、入力宣言と、出力宣言と、フォームフィーチャと、アクティベーション条件と、パラメータ化されたプラズマリアクタの値を受け取り、形状を更新し、ウェハの表面上の半導体材料の堆積厚さを決定するためのシミュレーションを実行するためのアクションフィーチャとを含むことを含み得る。
【０１９３】
代替例Ｚ
代替例Ｎ〜Ｙのいずれか１つに従った方法は、アプリケーションデータ構造は、カスタマイズされたアプリケーションデータ構造を生成する際に使用される初期アプリケーションデータ構造であることを含み得る。初期アプリケーションデータ構造は、少なくとも１つの以前に埋め込まれたアプリケーションフィーチャおよび／または少なくとも１つの以前に埋め込まれた複合物理モデルデータ構造を含む。
【０１９４】
代替例ＡＡ
代替例Ａ〜Ｍのいずれか１つに従ったシステム、代替例Ｎ〜Ｚのいずれか１つに従った方法、または、代替例Ａ〜Ｍのいずれか１つに従ったシステムにおけるユーザもしくは別のシステムにおけるユーザによる、生成および／または修正された物理システムをモデリングするためのカスタマイズされたアプリケーションデータ構造の使用は、１つ以上のプロセッサと、１つ以上のユーザ入力デバイスと、随意に表示デバイスと、１つ以上のメモリデバイスとを含み得る。
【０１９５】
代替例ＡＢ
物理的な媒体上に格納または１つ以上のプロセッサおよび１つ以上のメモリデバイスを含むシステムに格納された、物理システムをモデリングするためのカスタマイズされたアプリケーションデータ構造は、代替例Ａ〜Ｍのいずれか１つに従ったシステムおよび／または代替例Ｎ〜Ｚのいずれか１つに従った方法によって、カスタマイズされたアプリケーションデータ構造が生成および／または修正されることを含み得る。
【０１９６】
さらに、代替例Ａ〜ＡＢの１つ以上によって記載されるアプリケーションデータ構造を含むアプリケーションデータ構造は、格納および抽出され得る以前に作成されたカスタマイズされたアプリケーションデータ構造を含み得るということが考えられる。たとえば、以前にカスタマイズされたアプリケーションデータ構造は、抽出されてメモリに埋め込まれ得、メモリにおいて、当該アプリケーションデータ構造はさらにカスタマイズまたは修正され、これにより、異なるアプリケーションフィーチャおよび／または複合物理モデルデータ構造を有する更新および／または訂正されたアプリケーションデータ構造を作成する。
【０１９７】
上に記載された局面およびその明白な変形例の各々は、添付の請求の範囲に記載される特許請求される発明の精神および範囲以内にあるものとして考えられる。
【０１９８】
請求の範囲において、括弧の間に配置される如何なる引用符号も請求の範囲を限定するものとして構成されない。「含む」という文言は、請求項においてリストされたもの以外の要素またはステップの存在を除外しない。要素の前に存在する「ａ」または「ａｎ」という文言は、複数のこのような要素の存在を除外しない。
【０１９９】
ある方策が相互に異なる従属請求項において記載されるという単なる事実は、これらの方策の組合せが有利に使用され得ないということを示さない。
【図１】
0006298055.tif 000002
【図２】
0006298055.tif 000003
【図３】
0006298055.tif 000004
【図４】
0006298055.tif 000005
【図５】
0006298055.tif 000006
【図６】
0006298055.tif 000007
【図７】
0006298055.tif 000008
【図８】
0006298055.tif 000009
【図９】
0006298055.tif 000010
【図１０】
0006298055.tif 000011
【図１１】
0006298055.tif 000012
【図１２】
0006298055.tif 000013
【図１３】
0006298055.tif 000014
【図１４】
0006298055.tif 000015
【図１５】
0006298055.tif 000016
【図１６】
0006298055.tif 000017
【図１７】
0006298055.tif 000018
【図１８】
0006298055.tif 000019
【図１９】
0006298055.tif 000020
【図２０】
0006298055.tif 000021
【図２１】
0006298055.tif 000022
【図２２】
0006298055.tif 000023
【図２３】
0006298055.tif 000024
【図２４】
0006298055.tif 000025
【図２５】
0006298055.tif 000026
【図２６】
0006298055.tif 000027
【図２７】
0006298055.tif 000028
【図２８】
0006298055.tif 000029
【図２９】
0006298055.tif 000030
【図３０】
0006298055.tif 000031
【図３１】
0006298055.tif 000032
【図３２】
0006298055.tif 000033
【図３３】
0006298055.tif 000034
【図３４】
0006298055.tif 000035
【図３５】
0006298055.tif 000036
【図３６】
0006298055.tif 000037
【図３７】
0006298055.tif 000038
【図３８】
0006298055.tif 000039
【図３９】
0006298055.tif 000040
【図４０】
0006298055.tif 000041
【図４１】
0006298055.tif 000042
【図４２】
0006298055.tif 000043
【図４３】
0006298055.tif 000044