JP2012256323A - 解析データ用の直感的なコンテクストを作成するためのシステム及び方法 - Google Patents

Abstract

【課題】解析データ用の直感的なコンテクストを作成するためのシステム及び方法を提供する。
【解決手段】コンピュータで実行可能な命令によって、少なくとも１つのプロセッサが、部品に関連する解析及び解析データ、設計に関連する複数の異なるアプリケーションから少なくとも部分的に利用可能な部品の解析のためのデータ、部品の製造及び試験を定義し、解析データオブジェクト内で定義されているように、解析に必要となるすべてのデータが少なくとも１つのデータソースから利用可能であることを検証し、解析に必要なすべてのデータ、解析データオブジェクトを投入する解析結果を受信すると部品の解析を起動し、さらに、解析結果が解析に使用されるデータを生成した任意のアプリケーションとは関連しないフォーマットで発生するように解析データオブジェクトを保存する。
【選択図】図１Ｂ

Description

本発明の分野は概してデータ管理に関し、より具体的には解析データ用の直感的なコンテクストを作成するためのシステム及び方法に関する。

製品の設計、解析及び評価は、航空機の開発ライフサイクルの時間とコストに大きく影響するだけでなく、リスクの大きさをも左右する。工学データ及び計算における誤った前提は、開発ライフサイクルに加えて製品ライフサイクルのすべての段階で、程度の差はあっても、予期していない変更、再加工及びサポートコストにつながることがある。さらに、少なくとも幾つかの工学データは、それ自体では価値があるとはみなされず、従来は副産物として扱われ、場合によっては単純に廃棄されている。工学データは散逸しやすく、正確には記録されない中間的な計算などで一時的に短期間だけ存在するが、持続的に相当な期間存在することもある。データはまた全世界的に存在して、製品ライフサイクル全体にわたって広範囲に及ぶ関係者間で共有及び保持されることや、局所に存在して、一人のエンジニアによって行われる個人的な計算にのみ関連することもある。

基本的に、工学データには形態が異なるごとに独自のライフサイクルがあり、このデータを管理することによって、見過ごしてはならない戦略的で競争力のある優位性がもたらされる。また、データのライフサイクルを効果的に管理することで、製品ライフサイクル全体が直面するリスクを緩和する可能性が生まれる。

市販の解析データ管理（ＡＤＭ）システムで、データ管理、バージョン管理、及び保持が行えるが、このデータ管理は文書／ファイルレベルで行われるもので、一般的に組込み型の工学データへの露出は制限がかけられて管理されており、結果的に解析データの段階的な検証になることがある。見方によっては、ＡＤＭはファイルシステム及びファイル駆動型の自動プロセスを構成するためだけに存在するもので、粒度の細かいレベル（すなわち、名称と値のペア、属性及び／又は特性）で工学データ、及び関連するメタデータを長期間にわたりを管理し、活用する機能は不十分である。

上述の問題をさらに悪化させることに、ＡＤＭベンダーはまた、例えば、予測されている数十年の製品ライフサイクルを超えた場合には、必要に応じたサービスやツールの提供を保証していない。工学データを取り込み、解釈し、注釈を付け、保持するＡＤＭツールは、必要に応じて経時的にデータを再構築する機能を保証していない。さらに、これらのＡＤＭツールを介して生成されたデータは、専用フォーマットで表示されることがある。このようなシナリオでは、貴重なデータ及び／又はデータのコンテクストは、ＡＤＭツールによって生成されるメタデータで表示されることがある。しかしながら、このようなメタデータは一般的にＡＤＭツールの出力としては提供されず、少なくとも製品ライフサイクルをかなり下回る時点で評価可能な方法によっては提供されない。

さらに、ベンダーのファイルフォーマットで保持されたデータは、そのデータを生成したアプリケーションと組み合わせた場合、あるいはそのベンダーが認可したアプリケーション又はシステムによってのみ値を保持する。したがって、関連するアプリケーションでファイルベースのＡＤＭデータを利用するには、多くの場合、データを複製し、再現するか、抽出して変換することが必要となり、単一目的の一過性の計画で作業を行い、その結果、親を持たないデータソースが生成される。ＡＤＭデータへの粒度の細かなアクセスが許可されていないため、データ結合を管理する作業は扱いにくい。

コンテクスト化されたデータ（例えば、階層モデルデータ）に対するＡＤＭシステムの問い合わせはＡＤＭシステムの機能に限定されている。各ＡＤＭは、データ管理、及び可能な場合にはそのコンテクストに独自の方法でアプローチするもので、ネイティブアプリケーション以外で評価又は問い合わせできるようには設計されていない。当該の実施例では、航空機は５０〜１００年使用可能であるため、将来の解析に欠かせないデータを長期間にわたって保持することが必要となる。

一態様においては、一又は複数のコンピュータで読込可能で、具現化されてコンピュータで実行可能な命令を有する記憶媒体が提供される。少なくとも１つのプロセッサで実行される場合、コンピュータで実行可能な命令によって、少なくとも１つのプロセッサが、部品に関連する解析及び解析データオブジェクト、設計に関連する複数の異なるアプリケーションから少なくとも部分的に利用可能な部品の解析のためのデータ、部品の製造及び試験を定義し、解析データオブジェクト内で定義されているように、解析に必要となるすべてのデータが少なくとも１つのデータソースから利用可能であることを検証し、解析に必要なすべてのデータ、解析データオブジェクトを投入する解析結果を受信すると部品の解析を起動し、さらに、解析結果が解析に使用されるデータを生成した任意のアプリケーションとは関連しないフォーマットで発生するように解析データオブジェクトを保存する。

別の態様においては、設計及び解析統合のためのシステムが提供される。このシステムは、処理デバイス、処理デバイスと通信可能に結合されたメモリ、処理デバイスと通信可能に結合されたユーザーインターフェース、処理デバイスと通信可能に結合された少なくとも１つの通信インターフェースを含む。処理デバイスは、解析データオブジェクト（ＡＤＯ）に関連するように解析を定義し、定義された解析によって決定されるデータ入力とデータ出力を確立し、前記少なくとも１つの通信インターフェースと前記ユーザーインターフェースを介して、一又は複数のソースからのユーザー入力及びデータ入力のうちの少なくとも１つを取得し、全データ入力が利用可能であることを検証した後にＡＤＯに関連して定義された解析を起動し、フォーマットに依存しないアプリケーションに、データ入力が検証済みのＡＤＯと解析によるデータ出力と解析の定義を投入するように、プログラムされている。

さらに別の態様においては、設計と解析特徴及びコンテクストメタデータを永続性のあるデータに統合する方法が提供される。この方法は、解析データオブジェクト（ＡＤＯ）に関連するように解析を定義するステップと、定義された解析によって決定されるデータ入力とデータ出力を確立するステップと、確立されたデータ入力に基づいて一又は複数のソースからのユーザー入力及びデータ入力のうちの少なくとも１つを取得するステップと、確立されたデータ入力がすべて取得できたことを検証するステップと、データ入力が検証済みのＡＤＯと解析から生成されるデータ出力と解析の定義を投入するステップと、を含む。

既に説明した特徴、機能及び利点は、様々な実施形態で独立に実現することが可能であるか、以下の説明及び図面を参照してさらなる詳細が理解されうる、さらに別の実施形態で組み合わせることが可能である。

図１Ａは解析データ管理（ＡＤＭ）プロセスと設計解析統合（ＤＡＩ）プロセスを比較する略図である。 図１Ｂは解析データオブジェクトの作成及び投入のフロー図である。 図２は航空機の製造及び保守方法のフロー図である。 図３は航空機のブロック図である。 図４はデータ処理システムの略図である。 図５は固有の識別子を割り当てることができる部品特徴オブジェクトを図解する胴体パネルの側面図である。 図６はＤＡＩシステムの機能説明図である。 図７は解析データオブジェクト（ＡＤＯ）エンティティの説明を示す表である。 図８は解析コンテクストアグリゲータ（ＡＣＡ）エンティティの説明を示す表である。 図９は特徴オブジェクトエンティティの説明を示す表である。 図１０はデータオブジェクトエンティティの説明を示す表である。 図１１はソースクラスダイアグラムの説明を示す表である。 図１２は解析クラスダイアグラムを示す表である。 図１３は解析テンプレートクラスダイアグラムを示す表である。 図１４ＡはＤＡＩシステムのクラスダイアグラムである。 図１４ＢはＤＡＩシステムのクラスダイアグラムである。 図１５は、ユーザーが解析コンテクストに関連する特性を定義する、ＤＡＩシステムのためのユーザーインターフェースの例である。 図１６は、ユーザーが解析データオブジェクトに関連する特性を定義する、ＤＡＩシステムのためのユーザーインターフェースの例である。 図１７は、ユーザーが解析データオブジェクトによって実行される解析に関連する特性を特定する、ＤＡＩシステムのためのユーザーインターフェースの例である。 図１８は、ユーザーが解析データオブジェクトに必要となるデータ入力に関連する特性を特定又は外部データサービスからインポートする、ＤＡＩシステムのためのユーザーインターフェースの例である。 図１９は、ユーザーが解析データオブジェクトから予測されているデータ出力に関連する特性を特定する、ＤＡＩシステムのためのユーザーインターフェースの例である。 図２０は、ユーザーが自由な形式でテキスト及び画像を入力する、ＤＡＩシステムのためのユーザーインターフェースの例である。 図２１は検索ユーティリティのためのユーザーインターフェースの例である。 図２２は検索ユーティリティを使用して検出されたオブジェクトの挙動を示すユーザーインターフェースの第１の例である。 図２３は検索ユーティリティを使用して検出されたオブジェクトの挙動を示すユーザーインターフェースの第２の例である。 図２４は新しい解析を確立するために利用されるユーザーインターフェースの例である。 図２５は完全な解析を公開するためのユーザーインターフェースの例である。 図２６は完全な解析に関連する注釈を公開するためのユーザーインターフェースの例である。 図２７は解析オブジェクトの属性及び挙動を保管するＸＭＬ文書の例である。 図２８は公開された検証レポートの例である。

上述の欠点に対処するため、解析データ管理（ＡＤＭ）システムと共存可能であるが、現行のＡＤＭでは提供されていない機能をはじめから提供するシステム及び方法を本明細書で述べる。記載した実施形態は、データが元々生成されたフォーマットに関わりなく、解析の実行に必要となるすべてのデータにアクセスできるように、アプリケーションに依存しないデータ保持の必要性に対処している。例えば、元のソース、関連性、及び必要な変換などのコンテクスト情報に加えて、粒度の細かなレベルでの工学データ、持続的な名称と値のペアを利用するこのようなシステム及び方法を、本明細書では設計解析統合（ＤＡＩ）と称する。一例として、航空機用の構造的な部品は、幾何学的データ、材料特性、負荷データ、及び部品操作の物理学に関連するデータを含む任意の数の異なるアプリケーションに関連するデータを有することがある。異なるデータソースからデータを取り出し、そのデータを並べ、また、データコンテクストがどのような方法、又はどの工学アプリケーションによって作成されたかにかかわらず、存続するような方法で、そのデータを保存することは有用である。

本明細書で使用しているように、コンテクストデータは、解析を行った人物、解析を行った日時、実行された解析の内容、及び解析が実行された構造部品が何であるかを網羅する。記載した実施形態は、関連する追加情報の取得、例えば、どのような前提を使用したか、どのような総合的プログラム過程で解析が実行されたかなど、を対象としている。このようなパラメータは、幾何学的パラメータ、負荷情報、並びに構造解析方法及び当該方法の出力データに対する入力として使用される許容値（材料特性）とは異なる。プログラミングの観点から、このようなデータはすべて、本明細書でさらに述べるように、解析データオブジェクトに対する属性とみなしうる。

さらに述べるように、ＤＡＩはプログラミングのインターフェースを介して、協調的アプリケーションを統合し、データに対して粒度の細かなレベルでリアルタイムによる相互運用及びアクセスが可能になる。データは、独立した外部のアプリケーション並びにプロセスによって修正及び管理可能な一般的な形態で存続しているが、これらのアプリケーション並びにプロセスに密結合しているわけではない。この結果には機動性があり、例えば、工学データなどのデータを、中立的で独自仕様ではないフォーマットで、コンテクスト情報と共に取得し管理することが可能になる。別の結果は協調的アプリケーション及びシステムに対する外部データのシングルソースで、有用な方法でデータを転用、変換、活用、調査、及び統合する機能を提供し、さらにコンテクスト内の工学データ及び解析データなどのデータを長期間利用及び再構築することを可能にする。

本明細書で述べている設計解析統合（ＤＡＩ）の実施形態は、元のアプリケーション、プロセス及びユーザーに依存しないデータの取得、管理及び保持を促進するように形成されている。ＤＡＩは、数年から数十年にわたる時間間隔で優位性を発揮するため、任意の時点での解析データが元のコンテクストフォーマットで再構成可能になるように、広範囲にわたるデータの保持を重視する。

ＤＡＩアプローチの必要性は、解析データ管理（ＡＤＭ）システムとの比較によって検証されている。図１Ａに示したように、ＡＤＭシステム１０は解析管理、バージョン管理及び保持を可能にするが、これらは一般的に文書／ファイルのレベルで発生する。その後の文書のイントロスペクションは固有のもので限定的であるが、一方、アプリケーションプログラミングインターフェース（ＡＰI）を経由する外部データアクセスが存在する場合、これはある種のデータ構造に限定され、アプリケーションが保持するデータプール全体とはならない。さらに、この解析の長期にわたる可用性及び再構成を、例えば数十年の範囲を超えて保証することはできない。

これに対して、ＤＡＩプロセス２０は部品特徴（エンジニアに関連するコンテクストレベル）に関連する粒度の細かなデータ管理を重視し、このデータへのアクセスをはじめから提供する一方で、協調的アプリケーション又はシステムの中でリアルタイムでのデータ交換を可能にしている。さらに、ＤＡＩシステム内のデータは、承認済みのすべての協調的アプリケーション及びユーザーが利用可能で、長期の保持に優位性を発揮し、解析の再構築を促進するフォーマットで保持される。

ＤＡＩは、エンジニアによって効率化されることが必要なコンテクストレベルで動作する、ゆるやかに結合されたデータ、ツール、及びプロセスを提供する。ゆるやかに結合されたとは、データがアプリケーションに依存しない状態を指す。ＤＡＩの実施形態により、エンジニアは部品ではなく解析特徴に、ファイルではなくデータに、またアプリケーションではなく工学に意識を集中することが可能になる。この目的を達成するために、エンジニアは究極的に部品そのものではなく部品の機能を区分するため、ＤＡＩはこれらの部品特徴のオブジェクト表現、必要不可欠な記述データ、及び包括的な解析を、管理可能なソフトウェアビジネスオブジェクトとして提供する。

特徴解析並びにその支援データ及びメタデータの記述と具体化の中で、データを正しく解釈して定義された解析を実行する現在のツールとプロセスを用いて、将来この解析を再構築することが可能である。解析用のデータはソフトウェアツールとは切り離された高度に抽象的なレベルで完全に記述されているため、将来フォーマットを行って、同種の解析に適用することができる。

ＤＡＩアプローチは以下の新しい概念を含む。解析の範囲は、従来行われていた一体型の部品とは対照的に、単一の部品特徴オブジェクトを網羅する。解析データオブジェクトは、入力、出力、及び出力を生み出す操作すべてをカプセル化する個別の解析を表わす。解析コンテクストアグリゲータは、部品調査にとって適切な関連解析データオブジェクトを収集及び管理し、また一方で、以下のパラグラフでより詳細に説明するように、様々なフォーマットで収集分析の公開を可能にする。

図１Ｂは記載されている実施形態への導入を示すフローチャート５０で、例えば、航空機コンポーネントの座屈解析などの部品特徴を対象とした解析データオブジェクトの作成及び投入を示している。ユーザーインターフェースを介して、又は自動化されたプロセスによって、解析は最終的に解析データオブジェクト（ＡＤＯ）に関連するように５２で定義される。５２で定義された解析によって決定されたデータ入力及びデータ出力は５４で確立される。ＡＤＯの原型は、適切なデータ入力及びデータ出力（例えば、解析結果）並びに解析定義（例えば、解析方法に関連するオプションを正確に規定するために使用される制御パラメータ）を使用して５６のように作成される。

ＡＤＯの例はＡＤＯの原型に基づいて５８のように作成され、データ入力が検出された場所及び／又は方法が６０のように決定される。解析コンテクストアグリゲータ（ＡＣＡ）は、例えば、設計、モデリング及び本明細書で説明している解析アプリケーションなど、一又は複数の管理されたデータソースからのデータ入力を６２のように取得する。しかしながら、解析に必要となるすべてのデータが、個々のＡＤＯに対して規定されているデータソースから収集可能であることを確認するため、検証６３を実行してもよい。必要とされているすべてのデータが定義されているデータソースから入手できない場合には、ユーザーがユーザーインターフェースのデータに注釈をつけるか、代替的なデータソースを介してデータを自動的に評価してもよい。１つの実施例として、ＡＤＯが欠測している必須データであることが判明した場合には、解析の完了に必要となるデータを供給するため同様のＡＤＯを評価してもよい。

例えば、欠測データを入力するため、あるいはユーザー入力を介して収集されることになっているデータを入力するため、任意の必要なユーザー入力が６４のように提供され、ＡＤＯに関連する解析方法が６６のように起動される。解析方法の実行６８はＡＤＯに結果データを投入し、又、アプリケーションに依存しない長期のデータ保持を提供するため、投入されたＡＤＯは７０のようにＡＣＡに保存される。

本明細書全体を通して説明されているように、データ入力は任意の数の異なるソースによって「供給する」ことが可能で、例えば、専用フォーマットが原因で所定のソースから回復することができない任意の所要データは、ユーザーか入力すること、又は他のデータソースから読み出すことができる。単一のデータオブジェクト内でこのデータを取得することにより、当該データが生成されたアプリケーション以外のフォーマットに依存しないアプリケーション内にデータはとどまることができる。このように、データ入力が検出される場所及び／又は方法はＡＤＯに対して定義され、ＡＤＯ内に読み込まれるか、異なるアプリケーションのうちの一又は複数から、解析に関連する「生の」更新を受け取るようにＡＤＯは構成されている。

当業者には理解されているように、解析データは環境特異的になることがありうる。ＡＤＯの作成は、以下に記載するように、図６に関連してさらに説明されている。ＡＤＯ内部に保存されるデータは、さらなる分析に利用可能である。例えば、ＡＤＯ内部の一部のデータは、データの形態で一又は複数の出力を生成するアルゴリズムへの入力として適用可能である。ＡＤＯの定義はこのような出力を含むように拡張可能である。解析コンテクストアグリゲータ（ＡＣＡ）を利用して、任意の数のＡＤＯにクエリーを行い、再検討のためクエリーの結果をパッケージするように操作することができる。

本発明の実施形態は、図２に示す航空機の製造及び保守方法１００、及び図３に示す航空機２００に照らし説明することができる。製造前の段階では、航空機の製造及び保守方法１００は、航空機２００の仕様及び設計１０２及び材料の調達１０４を含むことができ、これはアプリケーション固有のデータを生成する結果となる。

製造段階では、コンポーネント及びサブアセンブリの製造１０６と、航空機２００のシステムインテグレーション１０８とが行われる。各航空機に対するある種の試験結果は保存され、航空機の運航から数年後に保守又は検査に必要となることがある。その後、航空機２００は運航１１２に供されるため認可及び納品１１０を経験することがあり、これによって、特定のアプリケーション及び場合によっては専用のアプリケーションによって生成されるデータなど、長期保存用のより多くのデータが生成される。顧客により運航される間に、航空機２００は定期的な整備及び保守１１４（改造、再構成、改修なども含みうる）が予定されている。

航空機の製造及び保守方法１００の各プロセスは、システムインテグレーター、第三者、及び／又はオペレーター（例えば顧客）によって実施又は実行されうる。本明細書の目的のために、システムインテグレーターは、限定しないが、任意の数の航空機製造者、及び主要システムの下請業者を含むことができ、第三者は、例えば、限定しないが、任意の数のベンダー、下請業者、及び供給業者を含むことができ、オペレーターは、航空会社、リース会社、軍事団体、サービス機関などでありうる。

図３に示されるように、航空機の製造及び保守方法１００によって製造された航空機２００は、複数のシステム２０４及び内装２０６を有する機体２０２を含みうる。システム２０４の例には、推進システム２０８、電気システム２１０、油圧システム２１２、及び環境システム２１４のうちの一又は複数が含まれる。この例には任意の数の他のシステムが含まれてもよい。航空宇宙産業の例を示したが、本発明の原理は、自動車産業などの他の産業にも適用しうる。

本明細書で具現化した装置及び方法は、航空機の製造及び保守方法１００の一又は複数の段階で使用可能である。例えば、限定しないが、コンポーネント及びサブアセンブリの製造１０６に対応するコンポーネント又はサブアセンブリは、航空機２００の運航中に製造されるコンポーネント又はサブアセンブリと同様の方法で作製又は製造しうる。

また、一又は複数の装置の実施形態、方法の実施形態、又はこれらの組み合わせは、例えば、限定しないが、航空機２００の組立てを実質的に効率化するか、又は航空機２００のコストを削減することにより、コンポーネント及びサブアセンブリの製造１０６及びシステムインテグレーション１０８の段階で利用することができる。同様に、一又は複数の装置の実施形態、方法の実施形態、又はこれらの組み合わせは、航空機２００が運行中であっても、例えば、限定しないが、整備及び保守１１４が行われるまでは、システムインテグレーション１０８及び／又は整備及び保守１１４の段階で、部品が互いに結合されているか及び／又は一致しているかを判断するため、利用することができる。

種々の有利な実施形態の説明は、例示及び説明を目的として提示されているものであり、網羅的な説明であること、又は開示された形態に実施形態を限定することを意図していない。当業者には、多数の修正例及び変形例が明らかであろう。さらに、種々の有利な実施形態は、他の有利な実施形態とは別の利点を提供することができる。選択された一又は複数の実施形態は、実施形態の原理、実際の用途を最もよく説明するため、及び他の当業者に対し、様々な実施形態の開示と、考慮される特定の用途に適した様々な修正との理解を促すために選択及び記述されている。

次に図４に注目すると、データ処理システムのダイアグラムは、例示的な実施形態に従って図解されている。この例示的な実施例では、データ処理システム３００は通信ファブリック３０２を含み、これによりプロセッサユニット３０４、メモリ３０６、永続的記憶装置３０８、通信装置３１０、入出力（Ｉ／Ｏ）装置３１２、及びディスプレイ３１４の間の通信を可能にする。

プロセッサユニット３０４は、メモリ３０６に読み込まれうるソフトウェアに対する命令を実行するように働く。プロセッサユニット３０４は、特定の実装に応じて、一又は複数のプロセッサの組であってもよく、あるいはマルチプロセッサコアであってもよい。さらに、プロセッサユニット３０４は、メインプロセッサが単一チップ上に二次プロセッサと共存する異種プロセッサシステムを一又は複数個使用して実装されてもよい。別の例示的な実施例では、プロセッサユニット３０４は同一形式の複数のプロセッサを含む対称型マルチプロセッサシステムであってもよい。

メモリ３０６及び永続的記憶装置３０８は記憶装置の例である。記憶装置は、一時的及び／又は永続的に情報を保存することが可能な任意の数のハードウェアである。これらの例では、メモリ３０６は、例えば、限定しないが、ランダムアクセスメモリ又は他の好適な揮発性又は不揮発性の記憶装置であってもよい。永続的記憶装置３０８は特定の実装に応じて様々な形態をとりうる。例えば、限定しないが、永続的記憶装置３０８は一又は複数のコンポーネント又は機器を含みうる。例えば、永続的記憶装置３０８は、ハードディスクドライブ、フラッシュメモリ、書換型光ディスク、書換型磁気テープ、又はこれらの組み合わせでありうる。永続的記憶装置３０８によって使用される媒体は着脱式であってもよい。例えば、限定しないが、着脱式ハードディスクドライブは永続的記憶装置３０８に使用しうる。

通信装置３１０はこれらの例では、他のデータ処理システム又はデバイスとの通信を提供する。これらの例では、通信装置３１０はネットワークインターフェースカードである。通信装置３１０は、物理的及び無線の通信リンクのいずれか一方又は両方を使用することによって、通信を提供する。

入出力装置３１２により、データ処理システム３００に接続可能な他のデバイスによるデータの入力及び出力が可能になる。例えば、限定しないが、入出力装置３１２はキーボード及びマウスによるユーザー入力のための接続を提供しうる。さらに、入出力装置３１２は出力をプリンタに送ってもよい。ディスプレイ３１４はユーザーに情報を表示する機構を提供する。

オペレーティングシステム及びアプリケーション又はプログラムに対する命令は、永続的記憶装置３０８上に配置される。これらの命令は、プロセッサユニット３０４によって実行するため、メモリ３０６に読み込まれうる。異なる実施形態のプロセスは、メモリ３０６などのメモリに配置されうる命令を実装したコンピュータを使用して、プロセッサユニット３０４によって実行されうる。これらの命令は、プログラムコード、コンピュータで使用可能なプログラムコード、又はコンピュータで読込可能なプログラムコードと呼ばれ、プロセッサユニット３０４内のプロセッサによって読込及び実行されうる。異なる実施形態のプログラムコードは、メモリ３０６又は永続的記憶装置３０８など、異なる物理的な又は有形のコンピュータで読込可能な媒体上に具現化しうる。

プログラムコード３１６は、選択的に着脱可能でコンピュータで読込可能な媒体３１８上に機能的な形態で配置され、プロセッサユニット３０４での実行用のデータ処理システム３００に読込み又は転送することができる。プログラムコード３１６及びコンピュータで読込可能な媒体３１８は、これらの実施例ではコンピュータプログラム製品３２０を形成する。１つの実施例では、コンピュータで読込可能な媒体３１８は、例えば、永続的記憶装置３０８の一部であるドライブ又は他のデバイスに挿入又は配置される光ディスク又は磁気ディスクなど、有形の形態をとりうる。有形の形態では、コンピュータで読込可能な媒体３１８はまた、データ処理システム３００に接続されているハードディスクドライブ、サムドライブ、又はフラッシュメモリなどの永続的記憶装置の形態をとりうる。コンピュータで読込可能な媒体３１８の有形の形態はまた、コンピュータで記録可能な記憶媒体とも呼ばれる。幾つかの例では、コンピュータで読込可能な媒体３１８は着脱式ではないことがある。

別の態様では、プログラムコード３１６は、通信装置３１０との通信リンク及び／又は入出力装置３１２との接続によって、コンピュータで読取可能な媒体３１８からデータ処理システム３００に転送することができる。通信リンク及び／又は接続は、例示的な実施例で物理的なもの又は無線によるものでありうる。コンピュータで読込可能な媒体はまた、プログラムコードを含む通信リンク又は無線転送など、無形の形態をとりうる。

幾つかの例示的な実施形態では、プログラムコード３１６は、データ処理システム内で使用するため、他のデバイス又はデータ処理システムから、ネットワークを介して永続的記憶装置３０８へダウンロードすることができる。例えば、サーバーデータ処理システムのコンピュータで読取可能な記憶媒体に保存されたプログラムコードは、ネットワークを介してサーバーからデータ処理システム３００にダウンロードすることができる。プログラムコード３１６を提供するデータ処理システムは、サーバーコンピュータ、クライアントコンピュータ、又はプログラムコード３１６を保存及び転送することができる他のデバイスであってもよい。

データ処理システム３００に対して例示されている異なるコンピュータは、異なる実施形態が実装しうる方法に対して構造上の制限を設けることを意図していない。異なる例示的実施形態は、データ処理システム３００に対して図解されているコンポーネントに対して追加的又は代替的なコンポーネントを含むデータ処理システム内に実装しうる。図４に示した他のコンポーネントは、実施例から異なることがある。

１つの実施例では、データ処理システム３００の記憶装置は、データを保存しうる任意のハードウェア装置である。メモリ３０６、永続的記憶装置３０８及びコンピュータで読込可能な媒体３１８は有形の記憶媒体の例である。

別の実施例では、通信ファブリック３０２を実装するためバスシステムを使用することが可能で、システムバス又は入出力バスなど、一又は複数のバスを有していてもよい。言うまでもなく、このバスシステムは、当該バスシステムに結合された様々なコンポーネント又はデバイス間でのデータ転送を可能にする、好適な形式のアーキテクチャを用いて実装することができる。また、通信装置は、モデム又はネットワークアダプタなど、データの送受信に使用される一又は複数のデバイスを含みうる。さらに、メモリは例えば、限定しないが、通信ファブリック３０２に備わっていることがあるインターフェース及びメモリ制御装置ハブにみられるような、メモリ３０６又はキャッシュであってもよい。

システムの概要
ＤＡＩは、様々な解析データオブジェクトに保存されている部品特徴レベル解析を記述するデータベース又は他の記憶機構を介して、ゆるやかに結合される一連のオブジェクトを作成、分類、供給、及び管理する。これらのオブジェクトは、解析される特徴（例えば、所有者、日付、帰属部品、要件）、解析の形式、必要となる入出力データ、解析エンジンへのリンク、ライブでの可能性もあるデータへのリンクソース、解析結果、及び記述的な注釈付きの画像に関する情報（データ）を含む。また、これらのオブジェクト構造の実行、クエリー、及び管理を支援する他のオブジェクト及びサービスもある。

部品特徴オブジェクト
各部品機能オブジェクトはランダムな独自の識別子を有している。図５の胴体パネル３５０の特徴オブジェクトは以下のように、特定の機能の階層的順序を強調するように文字列を連結して、特定することができる。
Ｐ．Ｂｏｄｙ．Ｓ４０１．Ｆｒａｍｅ．Ｆｒａｍｅ１Ａ
Ｐ．Ｂｏｄｙ．Ｓ４０１．Ｆｒａｍｅ．Ｆｒａｍｅ２Ａ
Ｐ．Ｂｏｄｙ．Ｓ４０１．Ｆｒａｍｅ．Ｆｒａｍｅ３Ａ
Ｐ．Ｂｏｄｙ．Ｓ４０１．Ｆｒａｍｅ．Ｆｒａｍｅ４Ａ
Ｐ．Ｂｏｄｙ．Ｓ４０１．Ｆｒａｍｅ．Ｆｒａｍｅ１Ｂ
Ｐ．Ｂｏｄｙ．Ｓ４０１．Ｆｒａｍｅ．Ｆｒａｍｅ２Ｂ
Ｐ．Ｂｏｄｙ．Ｓ４０１．Ｆｒａｍｅ．Ｆｒａｍｅ３Ｂ
Ｐ．Ｂｏｄｙ．Ｓ４０１．Ｆｒａｍｅ．Ｆｒａｍｅ４Ｂ
Ｐ．Ｂｏｄｙ．Ｓ４０１．Ｂａｙ．Ｂａｙ１Ａ
Ｐ．Ｂｏｄｙ．Ｓ４０１．Ｂａｙ．Ｂａｙ２Ａ
Ｐ．Ｂｏｄｙ．Ｓ４０１．Ｂａｙ．Ｂａｙ３Ａ
Ｐ．Ｂｏｄｙ．Ｓ４０１．Ｂａｙ．Ｂａｙ１Ｂ
Ｐ．Ｂｏｄｙ．Ｓ４０１．Ｂａｙ．Ｂａｙ２Ｂ
Ｐ．Ｂｏｄｙ．Ｓ４０１．Ｂａｙ．Ｂａｙ３Ｂ

これらの識別子は、ユーザーが生成するか、プログラムによって定義することができるが、重複しないようにしなければならない。しかしながら最も重要なことは、設計、解析、及び付随領域で共同作業を行うエンジニアが、この命名法が開発される構造物に対して適切であると合意していなければならず、さらに、この命名法はプログラムのライフサイクル全体を通じて遵守されなければならない。

設計及び解析の領域での属性を含む特性は、この特徴オブジェクトに関連している。例えば、幾何学モデルは幅、高さ、及び厚みを提供することができる。解析又は有限要素モデルから、次の特性が利用可能となりうる。すなわち、要素タイプ、要素数、ノード数、最大応力、及び最大歪みである。外部データソースが材料特性、臨界負荷及び境界条件を付加することもある。

解析データオブジェクト（ＡＤＯ）
ＡＤＯは特徴オブジェクトに付随する解析をカプセル化するスマートコンテナ（又はソフトウェアオブジェクト）である。例えば、識別子“Ｐ．Ｂｏｄｙ．Ｓ４０１．Ｆｒａｍｅ．Ｆｒａｍｅ４Ｂ”に基づくＡＤＯは、曲げ解析、座屈解析及び引張解析のうちの一又は複数に関連する情報を含むように拡張可能である。さらなるデータオブジェクト、及び拡張が、他のフレーム部材、ベイ部材、及び解析データなどの情報が生成されている他の部品に対して生成される。例えば、ＡＤＯは新しい幾何形状、負荷、及び材料データを用いて更新可能である。すなわち、新しいサイジング又は安全域、部品に関連する追加情報が生成されるにつれて拡大するデータオブジェクトを開発するためにＡＤＯを戻すことができる。ＡＤＯはまた、管理されているソースに対する入力の関係及び適用された解析方法の識別記号も保持し、これによってデータ又は方法にエラーがあったことが後に判明した場合に、影響解析を容易にする。

一般的に、ＡＤＯには属性があり、これらの属性は、実行された解析の内容、解析実行の理由、解析実行者、使用したアプリケーション（バージョンも含む）、解析のバージョン、解析の機密性（米国輸出管理規則（ＥＡＲ）、国際武器取引規則（ＩＴＡＲ））、解析のステータス（パブリック／プライベート、ライフサイクルの状態）、入力データ名、管理されたソースに対する値及びポインタ、及び実施される解析方法の仕様のうちの一又は複数を含み、制御パラメータも含む。ＡＤＯに対してはその他の属性並びに付加属性が検討されており、上記はＡＤＯに含まれる可能性がある情報の例とみなすべきである。

ＡＤＯはサービスを起動し、起動された方法のバージョン情報、入力名と値、出力名と値、及び解析仕様のうちの一又は複数を保持することができる。ＡＤＯはさらに、リストビュー、ツリービュー、Ｘ−Ｙプロット、及び輪郭プロットなど、含まれているデータ（コンテクスト属性及び解析情報を含む）の一般的な閲覧方法を含む。ＡＤＯはさらに、データの受信とパラメータ名の変換、ＡＤＯへの保存に先立つ入力のデータ操作、解析サービスの起動、及び既存のアプリケーションに対する入力ファイルの作成などの、データマッピング及び操作方法を含む。

したがって、ＡＤＯがあることにより、例えばエンジニアはデータ管理ではなく、手元にある解析全体に集中することができる。具体的には、エンジニアはＡＤＯに関する細かなことに煩わされる必要はなく、ＡＤＯを作業を行う好適な環境として認識するだけでよい。

解析コンテクストアグリゲータ
ユーザー及びワークグループによってＡＤＯが増加するにつれ、開発努力の重複を避け、調査を促進するため、これらのオブジェクトを管理することが必要になる。解析コンテクストアグリゲータ（ＡＣＡ）はこの責任を負うスマートコンテナである。ＡＣＡは部品解析に関連するＡＤＯの監視及び追跡の責任を負う。この監視及び追跡を実現するため、ＡＣＡは責任を負っているＡＤＯ集合全体に対するＡＤＯ属性の更新及びキャッシュビューを収集する。例えば、ＡＣＡは以下のビューについて処理を行う。名称によるＡＤＯ、ステータスによるＡＤＯ、属性によるＡＤＯ、コンテクストツリーによってリストしたＡＤＯ、入力名リスト、入力値、出力名リスト、出力値、さらには検討される可能性のあるその他のビューである。

ＡＣＡはＡＤＯの相互運用を促進し、別のものによってクエリーされた特定のＡＤＯからの結果又は反応を取得する。ＡＣＡは又、一連のＡＤＯによって要求されているサービスに対するルートを提供する。ＡＣＡはＡＤＯ全体にわたって属性値を比較する機能を提供し、個別のものとは対照的に一連のＡＤＯを再実行し、検証レポートを作成するためＡＤＯを集める。この柔軟性、拡張性、及び相互運用性の実現は、エンジニアが解析（及びその結果のＡＤＯ）を分離し、特異な目的の対象とし、好適な小さなサイズは要件とはなっていないが、小さくすることを要求する。

データ及び解析サービス
ＡＣＡによって管理され、ＡＤＯによって評価されるサービスは多数あり、潜在的には無制限である。注目に値する例として、入力データに対して固定された応答を提供する、有限要素解析データ管理システム（ＦＥＡＤＭＳ）、ＡＰＡＲＤ（解析パラメータデータベース）が含まれる。座屈解析、又はせん断梁解析、ＬＥＯＴＨＡ及びＬＥＳＴＡＢなどの標準的な解析を実行する他のサービスが必要となる。

図６はＤＡＩシステムの機能説明図４００である。機能的には、ＤＡＩシステムは各種のエンジニアリングアプリケーション、解析アプリケーション、及びデータソースからの入力を行い、その結果、構造の認証に必要となる具体的な解析を示す文書、又は一連の文書を作成する。設計モデル４０２は一般的に、Ｄａｓｓａｕｌｔ Ｓｙｓｔｅｍｅｓ社のＣＡＴＩＡ又はＳｉｅｍｅｎｓ社のＮＸなどの３次元コンピュータ支援設計（ＣＡＤ）アプリケーションによって作られる幾何学的モデルである。これらのアプリケーションをＤＡＩシステムに統合できる範囲はＡＰＩの成熟度に依存する。ＣＡＴＩＡでは、これはコンポーネントオブジェクトモデル（ＣＯＭ）インターフェースによって促進され、Ｖｉｓｕａｌ Ｂａｓｉｃ（登録商標）、Ｐｙｔｈｏｎ（登録商標）、ＪＡＶＡ（登録商標）、及び他のソフトウェアで開発されたソフトウェアプログラムでアクセスして、モデルデータ（設計特性）に接続して抽出４０４することを可能にする。

同様な方法で、解析モデル４０６は概して、コンピュータ支援設計（ＣＡＤ）ツールを使用して開発された有限要素モデル（ＦＥＭ）である。このアプリケーションから抽出されたデータ（例えば、解析特性４０８）は、ソフトウェアプログラム（例えば、Ｖｉｓｕａｌ Ｂａｓｉｃ、Ｐｙｔｈｏｎ、ＪＡＶＡなど）を介して利用可能となる。この抽出プログラムの１つの貢献（設計特性データ抽出４０４、及び抽出された解析特性４０８）は、含まれる特徴オブジェクトに関連するデータの構成である。

オブジェクトデータベース４１８は、オブジェクトとして抽出されたモデルの特徴をすべて保存するために使用されるオブジェクト指向データベース管理システムである。代替的な実施形態では、保存にリレーショナルデータベースを使用してもよく、又はＸＭＬを介してモデルの特徴を保存してもよい。各特徴オブジェクトは一意的に定義されており、設計特性の抽出４０４及び抽出された解析特性４０８によって生成されたキーバリューパラメータに対応する特性、及びこれらの属性を露出して操作する方法を含む。特定の解析では、設計及び解析データに加えて、ユーザー入力４１０が必要となることがある。解析の実行４２４に先立って、解析に必要となる全データ（設計データ、解析データ、及び／又はユーザー入力）が利用可能かどうかを判断するため、検証４１６が利用される。そうでない場合、及び図６に示した例の場合には、解析に必要となる完全なデータセットが利用可能かどうかを検証するため、さらにユーザー入力４１０が利用されることがある。ユーザー入力４１０により、ユーザーは解析に関連するデータの作成、準備及び管理を目的として、システムにアクセスすることが可能にある。一般的な入力は、ファイルロケーション、ユーザー情報、ユーザー名、役割、及び実行される解析、プログラム、及び製品に関連する情報など、幾つかの例を示すために必要となる入力モデルに関連するデータを含む。

部品特徴ＡＰI４２０は、ＳＱＬ、ＳＯＡＰ、ＸＭＬ及びＲＥＳＴｆｕｌ Ｗｅｂサービスを介してオブジェクトデータベースの特徴オブジェクトを露出する。一般的に、これらのリクエスト又はクエリーは特徴オブジェクト識別子に基づいている。解析４２４は、解析、例えば、新たに作成された解析のうちの一又は複数の実行、あるいは新規、修正済み、又は修正なしの入力及びデータによる解析の再実行によって実行され、データベース４１８に保存される。解析結果４２６は、部品解析に関連するすべてのＡＤＯのアグリゲーションによって準備される。解析結果文書４３０は、人が読解可能であるが機械によって検証可能な形式で解析結果を表示し、認証文書又は検証レポートとして提供する。

外部データサービス４３２は、解析に必要となる付加的な入力データを提供する標準的なデータソース、Ｗｅｂサービス、及び／又は規格である。エンジニアリング材料データシステム（ＥＭＤＳ）及び有限要素解析データ管理システム（ＦＥＡＤＭＳ）は２つの著名な例である。

図７はＡＤＯエンティティの説明を示す表５００である。図７に示した実施形態では、各ＡＤＯは、独自のＡＣＡ、ＡＤＯの存在を監視するマネージャとしての基本的な操作、特定の部品特徴オブジェクトを参照する特徴特性、認知された最初のオーダー（ＰＦＯ）のリストを参照するデータ特性、及び付加的な入出力特性、元のデータソースとＰＦＯの値との間のリンクを維持するマッパ特性、アクセス特徴、ＡＤＯ作成時の指標となるデータの作成、ＡＤＯの説明、又はＡＤＯが実行する解析、ＡＤＯの最終修正時の指標となる修正済みデータ、ＡＤＯの名称、所有者（ＡＤＯを作成したユーザー）、並びにＡＤＯを記述する他の特性を含む。

図８はＡＣＡエンティティの説明を示す表５５０である。図８に示した実施形態では、各ＡＣＡは、ＡＣＡが管理するＡＤＯのリスト、アクセスパラメータ、ＡＤＯ作成時の指標となるデータの作成、（ＡＤＯの最終修正時の）修正日、ＡＤＯの名称、所有者（ＡＤＯを作成したユーザー）、並びにグループ、キーワード、ダーティー、製品、ステータス、バージョン及び画像などを含むがこれらに限定されない他の特性を含む。

図９は特徴オブジェクトエンティティの説明を示す表６００である。図９に示した実施形態では、各特徴は、特徴に対して与えられたユーザー定義名称であるＦｅａｔｕｒｅＮａｍｅ、特徴を識別するネームスペースであるＦｅａｔｕｒｅＰａｔｈ、及び特徴に関連する部品の名称であるＰａｒｔＮａｍｅを含む。

図１０はデータオブジェクトエンティティの説明を示す表６５０である。図１０に示した実施形態では、各データは、データオブジェクトが属する解析データオブジェクトであるＡＤＯ、論理値、データオブジェクトが属する特徴オブジェクト、データオブジェクトが参照するパラメータの名称／識別子である名称、データオブジェクトが意図する目的、パラメータ／属性データタイプ、及びパラメータ／属性の測定単位又は数量を含む。

図１１はソースクラスダイアグラムの説明を示す表７００である。図１１に示した実施形態では、各ソースクラスは、データオブジェクトが属するサービスに対する基準であるソース、ソース作成日、ソースデータベース、ソースロケーション、ソースオーバーライド、及びソースタイプを含む。

図１２は解析クラスダイアグラムを示す表７５０である。図１２に示した実施形態では、各解析クラスは、解析タイプ及び解析テンプレートを含む。

図１３は解析テンプレートクラスダイアグラムを示す表８００である。図１３に示した実施形態では、各解析テンプレートクラスは、情報ステータス、新規属性、コメント、集中化したソフトウェア（ＣＳＷ）イメージ、ＣＳＷテンプレート、エンジニア、分類ステータス、入力変数、ＩＴＡＲ制御、製造タイプ、名称、出力変数、構造コンポーネント、テンプレートステータス、及びテンプレートファイルを含む。図１４は、先行するパラグラフが含まれる、ＤＡＩシステムのクラスダイアグラム８５０である。

プロセス例
以下の例は、ＤＡＩシステム内のデータオブジェクトの特徴レベルのサイジングを説明し、さらにユーザーインターフェースを利用して図７〜１４に関して記述した表の内容を説明している。問題の説明は次のようになる。パネルサイジングは図５の胴体パネル３５０の６個のベイの各々に対して実行される。実行される解析は胴体パネル３５０の各ベイの座屈チェックである。この例では、以下のデータ及びメタデータは、データ保持、再利用、クエリー、及びレポート用にＤＡＩオブジェクト内で獲得される。

本明細書で上述のように定義し使用したように、定義された解析コンテクストアグリゲータオブジェクトは、例えば、部品画像、名称、プログラム、プロジェクト、ステータス、バージョン、所有者、作成日、修正日、キーワード、及び／又は説明などを含む特性を有するデータオブジェクトである。これらの属性は、物理的な解析が行われる際のコンテクストの独自の特徴を表わす実施形態である。図１５は、ユーザーが解析コンテクストに関連する特性を定義する、ＤＡＩシステムのためのユーザーインターフェース９００の例である。図１５の例は７８７航空機の胴体部分Ｓ４０１に関する。図に示したように、胴体部分Ｓ４０１はベイ１Ａ、２Ａ、３Ａ、１Ｂ、２Ｂ、及び３Ｂを含み、各々は解析データオブジェクトを使用して定義されている。

定義された解析データオブジェクトは、例えば、部品画像、名称、プログラム、プロジェクト、ステータス、バージョン、所有者、作成日、修正日、キーワード、及び説明など、部品特徴に関連する特性を有するデータオブジェクトである。これらは物理的解析の独自の特徴を表わす実施形態である。解析データオブジェクトはデータ入力を承認し、ユーザーが特定したデータ出力を生成する変換プロセスに従う。図１６は、ユーザーインターフェース９５０に示したように、ベイ１Ｂの例に対して、ユーザーが解析データオブジェクトに関連する特性を特定する、ＤＡＩシステムのためのユーザーインターフェース９５０の例である。

図１７は、ユーザーが解析データオブジェクトによって実行される解析に関連する特性を特定する、ＤＡＩシステムのためのユーザーインターフェース１０００の例である。ユーザーインターフェース１０００は、解析タイプ（例えば、座屈チェック）、結合された解析サービス（例えば、座屈解析ソフトウェア）、及び解析サービスによって決定された任意の事前定義テンプレートのうちの一又は複数を対象とした特性を有する。図１７の実施形態では、ベイ１Ｂに関する座屈チェック解析が図示されている。

図１８は、ユーザーが解析データオブジェクトに必要であるデータ入力に関連する特性を特定又は外部データサービスからインポートする、ＤＡＩシステムのためのユーザーインターフェース１０５０の例である。図１８の座屈チェック解析に関連して、ユーザーインターフェース１０５０は、所要の幾何学的データ（例えば、高さ−Ｈ、幅−Ｗ、厚み−Ｔ）、所要の材料データ（例えば、密度）、所要の物理データ、及び所要の負荷データのうちの一又は複数を対象とした特性を有するか、さもなければ、ユーザーによって例えばベイ１Ｂに対して想定されている。データのソースはまた選択済みのように示されており、例えば、ソースは「外部の形状データベース」として表示されている。

図１９は、ユーザーが解析データオブジェクトに関連するデータ出力に関わる特性を特定する、ＤＡＩシステムのためのユーザーインターフェース１１００の例である。図１９の例はベイ１Ｂを対象にしている。特に、ユーザーインターフェース１１００は特徴解析から想定された結果データに関連する特性を有し、安全域、及びユーザーが注目している値（例えば、Ｈ、Ｗ、Ｔの最適値）、あるいはユーザーによって想定される値を含んでいてもよい。

定義された解析ノートオブジェクトは、例えば、部品画像、名称、プログラム、プロジェクト、ステータス、バージョン、所有者、作成日、修正日、キーワード、及び説明など、解析データオブジェクトの特性を継承する。これらは解析の独自の特徴を表わす実施形態であるが、ノートオブジェクトは、解析で実行された動作を分類し正当化するため、付加的な属性を追加する。解析ノートオブジェクトは、解析データオブジェクトによって定義された解析を認定するため、自由な形式の注釈及びグラフィック画像を受け入れる。図２０は、ユーザーが自由な形式でテキスト及び画像を入力する、ＤＡＩシステムのユーザーインターフェース１１５０の例で、事前に定義された標準的な解析の注釈を含める選択肢を有している。この例示的な実施形態では、ユーザーインターフェースによりユーザーはベイ１Ｂに関する注釈を入力することができる。

検索ユーティリティは、検索入力欄に指定されたテキストに一致する属性を有するオブジェクトデータベース内の解析オブジェクトを特定する。図２１は検索ユーティリティのインターフェース１２００の例で、名称、プログラム、プロジェクト、ステータス、バージョン、所有者、作成日、修正日、キーワード、説明、及びオブジェクトタイプを含めてユーザーが指定したように、解析オブジェクトのすべての属性にわたって全文検索を実行する。図２２は、検索結果をフィルタ処理又は制限する方法を図示する検索ユーティリティのためのユーザーインターフェース１２５０の例である。全文検索の結果は、複数の方法で処理されうる解析オブジェクトである。図２３は、検索ユーティリティを使用して検出されたオブジェクトの挙動をぞれぞれ図示するユーザーインターフェース１３００の例である。解析コンテクストアグリゲータは、並列セッションとして管理されるコンテクストツリーに対する新規のエンティティとしてインポート可能で、解析データオブジェクトは既存の解析コンテクストアグリゲータに対する子オブジェクトとしてインポート可能である。

操作の順序
ユーザーは、図２４のユーザーインターフェース１４００に図示されている実施形態を利用する新しい解析を確立する。新しい解析は、認定が必要となる空の解析コンテクストアクリゲータを確立する。既存の解析を開くことにより、ユーザーは所要の解析に対するオブジェクトデータベースにクエリーを発行することができる。図２４に示したクイックリンクにより、ユーザーは直近にアクセスした文書を開くことができる。

ユーザーは、図１５に関して上述のユーザーインターフェース９００の実施形態を利用する新しい解析を確立し、認定する。部品画像がインポートされ、所要のコンテクスト属性がすべて認定される。ユーザーは、図１６に関して上述のユーザーインターフェース９５０の実施形態を利用する新しい解析を確立し、認定する。特徴データオブジェクトが作成され、所要の特徴属性が認定される。図１７のユーザーインターフェース１０００に示した特定の機能解析に関して、付随するツール及び必要に応じてツールテンプレートに加えて、適用される適切な解析技法が選択される。このツールによって要求されている所期のデータ入力は図１８のユーザーインターフェース１０５０を介して指定され、ツールから期待されるデータ出力はまた、図１９のユーザーインターフェース１１０を介して示される。このステップは、同一の特徴解析を共有する特徴の数だけ繰り返される。構成技法は、グループフォルダ内の同一解析を共有するすべての特徴データオブジェクトを配置する。特徴解析は各データオブジェクトに対して個別に実行されるか、妥当な場合には、特徴データオブジェクトの各グループに対して集合的に実施される。

ユーザーは、図２０のユーザーインターフェースの実施形態を使用して、テキストによる注釈及びコメントの明確化と正当化―すなわち解析ノート―によって、解析及び特徴解析を確立し、認定する。解析ノートは各特徴オブジェクトに対して個別に適用すること、データオブジェクトのグループに対して集合的に適用すること、あるいは解析コンテクストアグリゲータのコンテクストレベルで適用することができる。ユーザーインターフェース１１５０に示した実施形態は、例えば、ボイラープレート解析の前後に行われる場合、ノートの順序（２つ以上ある場合）の利用、並びにノートの方向性の指定によって、公開時に注釈がどのように適用されるのかを示している。

ユーザーは、図２５及び２６にそれぞれ示したユーザーインターフェース実施形態１５００及び１５５０によって、すべての解析及びその解析に関連するノートを公開することができる。一つの実施形態では、外部の製品／解析データ管理システム（ＰＤＭ/ＡＤＭ）に対するＸＭＬ文書として、完全な解析が公開される。ＸＭＬ文書１６００は、図２７に示したように、すべての解析オブジェクトの属性及び挙動を保管する。

ユーザーは、図２８に例を示した検証レポート１６５０を公開することができる。検証レポート１６５０は、ＰＤＭ／ＡＤＭに対して公開されたＸＭＬ文書の再解釈又は派生物である。検証レポート１６５０は、解析のための具体的な文書として機能する。関連するＸＭＬアーカイブは、解析データオブジェクト及びレポートを作成した解析ノートオブジェクトに対する長期の保存場所として機能する。この保存により、本明細書に記載されているように、解析の修正及び再実行が可能になる。

本明細書に記載されているように解析の性能は、システム内でのデータの保持に関わる。現在のところ、ある事実を知る（又はある種の解析チェックの実行）ための一般的な利用シナリオは、エンジニアが情報収集（多くの場合他の解析から）にかなり多くの時間を費やし、巨大なアプリケーション用の入力ファイルを作成し、アプリケーションを介して入力データを実行して結果を生み出し、必要な理解を得るため、あるい解析チェックの結果を見るために結果を検討する、というものである。

このような入出力ファイルは保存場所に置くことができるが、これを行った場合には、予測されるライフスパンを超えて使用される航空機や他のシステムに対応する解析に必要となる、長期間にわたってデータの値を保持することを可能にするコンテクストが不足することがしばしばある。適切なメタデータの不足は、データの検出能力にも影響を及ぼすことがある。入力ファイルを作成して出力ファイルを理解するためには、相当な時間が必要となる。

ＡＤＯが入出力に加えてコンテクストの豊富な一連のメタデータを取り込んでいるため、本明細書に記載されているＡＤＯの実施形態は、これらの欠点に対処して、迅速な支援に必要となるように数十年にわたりデータを価値ある状態に保っている。解析データオブジェクトとしてデータを保存する方法はまた、別のＡＤＯ（入力として機能する）に対して直接生成する出力データを提供する能力を定義するため、データの再フォーマット化は不要になる。

別の態様では、解析への部品のモデル化（例えば、３次元表示）は、一般的にＡＤＯで実行される解析で使用されるモデルから幾何学的パラメータを引き出す結果となる。実行されている多くの応力解析は、構造的な有限要素解析で行われているように、部品の形状に対して直接ではなく、幾何学的パラメータに基づいている。これらのパラメータは通常解析によってチェックされるものの１つであるため、元の値は、パラメータ（部品の具体的な特徴である厚みなど）が機能するか否かを判断する一連の解析チェックへの入力となっている。構造がパラメータによって直接影響されるチェックに失敗した場合、解析担当者は、その部品が適切に公表されるよう、パラメータの値に対する変更を推奨する。そのため、パラメータは入力及び出力の双方をとりうる。解析は、部品を作り上げる特徴の収集がサービスライフの期間中に経験するすべての条件の中で適切に実行する予定になっていること、をチェックするために利用される。

本明細書に記載されている実施形態は、１つの態様で、具現化されたコンピュータで実行可能な命令を有するコンピュータで読込可能な一又は複数の記憶媒体をもたらし、少なくとも１つのプロセッサで実行される場合、コンピュータで実行可能な命令によって、少なくとも１つのプロセッサが、部品に関連する解析及び解析データオブジェクト、設計に関連する複数の異なるアプリケーションから少なくとも部分的に利用可能な部品の解析のためのデータ、部品の製造及び試験を定義し、解析データオブジェクト内で定義されているように、解析に必要となるすべてのデータが少なくとも１つのデータソースから利用可能であることを検証し、解析に必要なすべてのデータ、解析データオブジェクトを投入する解析結果を受信すると部品の解析を起動し、さらに、解析結果が解析に使用されるデータを生成した任意のアプリケーションとは関連しないフォーマットで発生するように解析データオブジェクトを保存する。

ある種の実施形態では、部品に関連する解析データオブジェクトを定義するため、解析データオブジェクトに関連するユーザーが特定した特性に基づいて、コンピュータで実行可能な命令によって、少なくとも１つのプロセッサが、部品の少なくとも１つの特徴に関連する複数のパラメータ、パラメータを生成するアプリケーションとは関連しないかフォーマットによるパラメータを定義する。他の実施形態では、コンピュータで実行可能な命令によって、少なくとも１つのプロセッサが、解析タイプ、解析サービス、及び事前定義テンプレートのうちの一又は複数を対象とした特性を含む、解析に関連するデータの作成、準備、及び管理のうちの少なくとも１つに関連するユーザー入力を受け取る。また別の実施形態では、解析に必要となるすべてのデータが利用可能であることを検証するため、少なくとも１つのプロセッサが、部品に対する工学モデルデータ、部品用の解析モデルデータ、及びユーザーと外部データサービスのうちの一又は複数によって特定されるデータ入力に関連する特性のうちの少なくとも１つに関連するデータの入力を受け取るように設定されている。

さらに別の実施形態では、部品の解析を起動するため、コンピュータで実行可能な命令によって、少なくとも１つのプロセッサが、コンポーネントオブジェクトモデルインターフェースを介して工学モデルデータにアクセスし抽出を行う。さらに、ある実施形態では、コンピュータで実行可能な命令によって、少なくとも１つのプロセッサが、解析データオブジェクトから特徴を露出するアプリケーションプログラミングインターフェース要求、その特徴に対するオブジェクト識別子に基づく要求を利用する。

本明細書に記載した実施形態は、処理デバイス、処理デバイスと通信可能に結合されたメモリ、処理デバイスと通信可能に結合されたユーザーインターフェース、処理デバイスと通信可能に結合された少なくとも１つの通信インターフェースを含む、設計及び解析の統合のためのシステムをもたらす。処理デバイスは、解析データオブジェクト（ＡＤＯ）に関連するように解析を定義し、定義された解析によって決定されるデータ入力とデータ出力を確立し、少なくとも１つの通信インターフェースとユーザーインターフェースを介して、一又は複数のソースからのユーザー入力及びデータ入力のうちの少なくとも１つを取得し、全データ入力が利用可能であることを検証した後にＡＤＯに関連して定義された解析を起動し、フォーマットに依存しないアプリケーションに、データ入力が検証済みのＡＤＯと解析によるデータ出力と解析の定義を投入するように、プログラム可能である。

データ入出力を確立するため、処理デバイスは、部品に関連する工学モデルデータ及び解析モデルデータのうちの少なくとも１つに関連するデータの入力を受け取るようにプログラムすることができる。さらに、このシステムは、メモリに定義された解析コンテクストアグリゲータに、部品に関連する定義済みのデータオブジェクトをすべて集約するようにプログラムすることができる。別の実施形態では、このシステムは確立されたデータ入力、データ出力、及び解析仕様を伴うＡＤＯの原型を作成し、ＡＤＯの原型に基づくＡＤＯインスタンスを生成し、メモリにこのＡＤＯを保存するようにプログラムすることができる。

設計と解析特徴及びコンテクストメタデータを永続性のあるデータに統合する方法も説明した実施形態によって提供される。このような方法は、解析データオブジェクト（ＡＤＯ）に関連するように解析を定義するステップと、定義された解析によって決定されるデータ入力とデータ出力を確立するステップと、確立されたデータ入力に基づいて一又は複数のソースからのユーザー入力及びデータ入力のうちの少なくとも１つを取得するステップと、確立されたデータ入力がすべて取得できたことを検証するステップと、データ入力が検証済みのＡＤＯと解析から生成されるデータ出力と解析の定義を投入するステップとを含む。

この方法は、別の実施形態では、確立されたデータ入力、データ出力、及び解析仕様を伴うＡＤＯの原型を作成するステップと、ＡＤＯの原型に基づいてＡＤＯのインスタンスを作成するステップと、データ投入されたＡＤＯを保存するステップとを含んでいてもよい。データ入力が検出される箇所及び方法のうちの少なくとも１つを決定するステップは、データ入力が検出される箇所及び方法のうちの少なくとも１つを定義するステップを含んでいてもよい。ＡＤＯにデータ投入するステップは、処理デバイスの位置で、一又は複数の通信インターフェースを介して、少なくとも１つのコンピュータ支援設計アプリケーションから抽出した工学モデルデータ、一又は複数の部品の特性に関連する工学モデルデータを受け取るステップ、並びに処理デバイスの位置で、一又は複数の通信インターフェースを介して、少なくとも１つのコンピュータ支援工学ツールから抽出した解析モデルデータ、一又は複数の部品の特性に関連する解析モデルデータを受け取るステップを含んでいてもよい。

別の態様では、解析データオブジェクトにデータ投入するステップは、コンピュータ支援設計アプリケーション又は抽出された情報を生成するコンピュータ支援工学ツールとは関連しないフォーマットでデータ入力を保存するステップを含む。他の実施形態では、解析を定義し、データ入力及びデータ出力を確立するステップが解析データオブジェクトから予測されるデータ出力に関連する特性を特定するステップと、データ出力を生成するデータ入力から生成されたデータオブジェクトを変換するステップを含む。

ある種の実施形態では、ユーザー入力及び一又は複数の管理されたデータソースからのデータ入力を取得するステップは、管理されたデータソースからのデータ入力を取得するために解析コンテクストアクリゲータを使用するステップを含む。代替的な実施形態は、解析データオブジェクトのクエリーに基づく解析コンテクストアグリゲータに部品解析に関連する複数の解析データオブジェクトを集約するステップと、ユーザーインターフェース内で閲覧するためクエリーの結果をパックするステップを含んでいてもよい。

この方法のある種の実施形態では、ＡＤＯインスタンスを生成するステップが、部品の特徴に関連する特性、部品解析の独自の特徴を示す特性を選択するステップと、解析データプロジェクトによって実行される解析に関連する特性を特定するステップのうちの少なくとも１つを含む。この方法はまた、解析で実行された動作に関連する解析データオブジェクトに、少なくとも１つのノートオブジェクトを追加するステップを含んでいてもよい。

本明細書では、最良のモードを含め、様々な実施形態を開示する実施例を使用しているため、当業者は任意の機器やシステムの作成ならびに使用、及び組込まれた任意の方法の実施を含む実施形態を実行することができる。特許可能な範囲は特許請求の範囲によって定義されており、当業者であれば想起される他の実施例も含みうる。このような他の実施例は、それらが特許請求の範囲の文字言語から逸脱しない構造要素を有する場合、あるいは、それらが特許請求の範囲の文字言語と非実質的な相違を有する等価な構造要素を含んでいる場合は、特許請求の範囲の範囲内にあることを意図している。

２００ 航空機
２０２ 機体
２０４ システム
２０６ 内装
２０８ 推進
２１０ 電気
２１２ 油圧
２１４ 環境
３００ データ処理システム
３０２ 通信ファブリック
３０４ プロセッサユニット
３０６ メモリ
３０８ 永続的記憶装置
３１０ 通信装置
３１２ 入出力装置
３１４ ディスプレイ
３１６ プログラムコード
３１８ コンピュータで読取可能な媒体
４０２ 設計モデル
４０４ 設計特性の抽出
４０６ 解析モデル
４０８ 解析特性の抽出
４１０ ユーザー入力
４１６ 全データが利用可能かの検証
４１８ オブジェクトデータベース
４２０ 部品特徴ＡＰＩ
４２６ 解析結果の準備
４３０ 解析結果ドキュメント
４３２ 外部データサービス
５００ ＡＤＯエンティティ
５５０ ＡＣＡエンティティ
６００ 特徴オブジェクトエンティティ
６５０ データオブジェクトエンティティ
７００ ソースクラスダイアグラム
７５０ 解析クラスダイアグラム
８００ 解析テンプレートクラスダイアグラム
８５０ ＤＡＩシステムのクラスダイアグラム
９００、９５０、１０００、１０５０、１１００、１１５０、１２００、１２５０、１３００、１４００、１５００、１５５０ ユーザーインターフェース
１６００ ＸＭＬ文書
１６５０ 検証レポート

Claims (10)

1. 設計及び解析を統合するシステム（３００）であって、
   処理デバイス（３０４）、
   前記処理デバイス（３０４）と通信可能に結合されたメモリ（３０６）、
   前記処理デバイス（３０４）と通信可能に結合されたユーザーインターフェース（３１２）、並びに
   前記処理デバイス（３０４）と通信可能に結合された少なくとも１つの通信インターフェース（３１０）
   を備え、前記処理デバイス（３０４）が、
   解析データオブジェクト（ＡＤＯ）と関連するように解析（４２４）を定義（５２）し、
   前記定義（５２）された解析（４２４）によって決定されたデータ入力及びデータ出力を確立（５４）し、
   前記少なくとも１つの通信インターフェース（３１０）及び前記ユーザーインターフェース（３１２）を介して、ユーザー入力（４１０）及び一又は複数のソースからのデータ入力のうちの少なくとも１つを取得（６２）し、
   すべてのデータ入力が利用可能であることを検証（６３）した後、前記ＡＤＯと関連する前記定義済み解析（４２４）を起動（６６）し、
   アプリケーションに依存しないフォーマットで、前記ＡＤＯに、前記検証済みデータ入力、前記解析（４２４）からのデータ出力、及び前記解析定義を投入する
   ようにプログラムされている、
   システム。
2. データ入出力を確立するため、前記処理デバイス（３０４）が、部品に関連する工学モデル（４０２）データ及び解析モデル（４０６）データのうちの少なくとも１つに関連するデータの入力を受け取るようにプログラムされている、請求項１に記載のシステム（３００）。
3. 前記処理デバイス（３０４）が、部品に関連するすべての定義済みデータオブジェクトを、前記メモリ（３０６）内に定義された解析コンテクストアグリゲータに集約するようにプログラムされている、請求項１に記載のシステム（３００）。
4. 前記処理デバイス（３０４）が、
   確立されたデータ入力、データ出力、及び解析（４２４）仕様を伴うＡＤＯの原型を作成し、
   前記ＡＤＯの原型に基づくＡＤＯインスタンスを生成し、
   前記メモリ（３０６）に前記ＡＤＯを保存する
   ようにプログラムされている、請求項１に記載のシステム（３００）。
5. 設計及び解析の特徴とコンテクストメタデータとを永続性のあるデータに統合する方法であって、
   解析データオブジェクト（ＡＤＯ）と関連するように解析（４２４）を定義するステップ（５２）と、
   前記定義（５２）済み解析（４２４）によって決定されたデータ入力及びデータ出力を確立するステップ（５４）と、
   管理されたデータソースからデータ入力を得るための解析コンテクストアグリゲータを使用して、前記確立されたデータ入力に基づく一又は複数のソースからのデータ入力とユーザー入力（４１０）とのうちの少なくとも１つを取得するステップ（６２）と、
   前記確立されたデータ入力がすべて取得（６２）されたことを検証するステップ（６３）と、
   前記ＡＤＯに、前記検証済みデータ入力、前記解析（４２４）から生成されたデータ出力、及び前記解析（４２４）定義を投入するステップと
   を含む方法。
6. 前記確立されたデータ入力、データ出力、及び解析（４２４）仕様を伴うＡＤＯの原型を作成するステップ（５６）と、
   前記ＡＤＯの原型に基づいてＡＤＯインスタンスを作成（５８）するステップと、
   前記投入されたＡＤＯを保存（７０）するステップと
   を更に含む、請求項５に記載の方法。
7. 前記ＡＤＯにデータを投入するステップが、
   処理デバイス（３０４）で、一又は複数の通信インターフェース（３１０）を介して、少なくとも１つのコンピュータ支援設計アプリケーションから抽出（４０４）された工学モデル（４０２）データ、部品の一又は複数の特性に関連する前記工学（４０２）モデルデータを受け取るステップと、
   前記処理デバイス（３０４）で、前記一又は複数の通信インターフェース（３１０）を介して、少なくとも１つのコンピュータ支援工学ツールから抽出（４０８）された解析モデル（４０６）データ、前記部品の一又は複数の特性に関連する前記解析モデル（４０６）データを受け取るステップと、
   前記抽出された情報を生成するコンピュータ支援設計アプリケーション又はコンピュータ支援工学ツールに関連しないフォーマットで、前記データ入力を保存（７０）するステップをさらに含む前記解析データオブジェクトを投入するステップと
   を含む、請求項５に記載の方法。
8. 前記解析（４２４）を定義するステップと、データ入力及びデータ出力を確立するステップとが、
   前記解析データオブジェクトから予測されるデータ出力に関連する特性を特定するステップと、
   前記データ入力から生成された前記データオブジェクトを変換することにより前記データ出力を生成するステップと
   を含む、請求項５に記載の方法。
9. 前記解析データオブジェクトのクエリーに基づく解析コンテクストアグリゲータに部品解析（４２４）に関連する複数の解析データオブジェクトを集約するステップと、
   ユーザーインターフェース（３１４）内で閲覧するためクエリーの結果をパックするステップと
   をさらに含む、請求項５に記載の方法。
10. ＡＤＯインスタンスを生成するステップが、
    部品の特徴に関連する特性、部品解析（４２４）の独自の特徴を示す前記特性を選択するステップと、
    前記解析データオブジェクトによって実行される前記解析（４２４）に関連する特性を特定するステップと
    のうちの少なくとも１つを含む、請求項５に記載の方法。

Images