(57)【要約】【課題】自動車の開発において蓄積された部品などに関する情報の再利用性を高めることにより、開発期間の短縮や業務効率の向上を可能とすること。【解決手段】モデルの作成に用いられるパラメタ、モデルの作成に用いられるツール、システムを構成する複数の部品についてのモデルテンプレート、それぞれを記憶する記憶装置を設け、ユーザから入力された指示内容に応じて、複数の部品のモデルテンプレート及びパラメタを読み出し、複数の部品のモデルテンプレートにパラメタを付与することによって各部品のモデルを作成し、ツールを読み出して実行することにより、複数の部品のモデルを組み合わせて一つのシステムのモデルを作成する。【選択図】  図１
2006343858.tif 000002
【特許請求の範囲】
【請求項１】
自動車に用いられるシステムのシミュレーションを行う際に用いられる前記システムのモデルのデータを作成するモデル作成支援システムであって、
前記モデルの作成に用いられるパラメタを記憶するデータ記憶装置と、
前記モデルの作成に用いられるツールを記憶するツール記憶装置と、
前記システムを構成する複数の部品についてのモデルテンプレートを記憶するモデル記憶装置と、
前記各記憶装置からデータを読み出す通信手段と、ユーザからの入力を受け付ける入力手段と、前記入力手段を介してユーザから入力された指示内容に応じて、前記モデル記憶装置から複数の部品のモデルテンプレートを読み出し、前記データ記憶装置からパラメタを読み出し、前記複数の部品のモデルテンプレートにパラメタを付与することによって各部品のモデルを作成し、前記ツール記憶装置からツールを読み出して実行することにより、前記複数の部品のモデルを組み合わせて一つのシステムのモデルを作成する作成手段と、前記作成手段によって作成されたモデルのデータを出力する出力手段と、を含む端末装置と、
を含むモデル作成支援システム。
【請求項２】
前記モデル記憶装置は、過去に作成された既成モデルをさらに記憶し、
前記端末装置は、ユーザによって前記既成モデルの適用が指示された場合には、前記モデル記憶装置から対応する既成モデルを読み出し、既成モデルを用いて前記システムのモデルを作成する請求項１に記載のモデル作成支援システム。
【請求項３】
前記モデル記憶装置は、部品毎に複数の異なる精度のモデルテンプレートを記憶する請求項１又は２に記載のモデル作成支援システム。
【請求項４】
過去のプロジェクトや現在進行しているプロジェクトに関する詳細データを記憶するプロジェクト記憶装置をさらに備え、
前記端末装置は、画面表示を行う表示手段をさらに備え、
前記端末装置は、ユーザによって過去のプロジェクトや現在進行しているプロジェクトについての情報を読み出すように指示がされた場合には、前記プロジェクト記憶装置から対応するプロジェクトの情報を読み出し表示手段に表示する請求項１〜３のいずれかに記載のモデル作成支援システム。
【請求項５】
各モデルに関するドキュメントを記憶するドキュメント記憶装置をさらに備え、
前記端末装置は、画面表示を行う表示手段をさらに備え、
前記端末装置は、ユーザによって前記モデル装置に記憶される各モデルに関するドキュメントを読み出すように指示がされた場合には、前記ドキュメント記憶装置から対応するモデルに関するドキュメントを読み出し表示手段に表示する請求項１〜３のいずれかに記載のモデル作成支援システム。
【請求項６】
実際に作成され倉庫に保管されている部品やエンジンのリストを記憶するパーツ記憶装置をさらに備え、
前記端末装置は、画面表示を行う表示手段と、ユーザによって所望の部品の検索が指示された場合に前記パーツ記憶装置に記憶されるリストから所望の部品を検索する検索手段とをさらに備え、
前記端末装置は、前記検索結果が得られた場合に、前記表示手段に検索結果を表示する請求項１〜３のいずれかに記載のモデル作成支援システム。
【請求項７】
自動車に用いられるシステムのシミュレーションを行う際に用いられる前記システムの
モデルのデータを作成するモデル作成支援システムであって、
前記モデルの作成に用いられるパラメタを記憶するデータ記憶装置と、
前記モデルの作成に用いられるツールを記憶するツール記憶装置と、
前記システムを構成する複数の部品についてのモデルテンプレートを記憶するモデル記憶装置と、
過去のプロジェクトや現在進行しているプロジェクトに関する詳細データを記憶するプロジェクト記憶装置と、
各モデルに関するドキュメントを記憶するドキュメント記憶装置と、
実際に作成され倉庫に保管されている部品やエンジンのリストを記憶するパーツ記憶装置と、
前記各記憶装置からデータを読み出す通信手段と、ユーザからの入力を受け付ける入力手段と、画面表示を行う表示手段と、前記入力手段を介してユーザから入力された指示内容に応じて、前記モデル記憶装置から複数の部品のモデルテンプレートを読み出し、前記データ記憶装置からパラメタを読み出し、前記複数の部品のモデルテンプレートにパラメタを付与することによって各部品のモデルを作成し、前記ツール記憶装置からツールを読み出して実行することにより、前記複数の部品のモデルを組み合わせて一つのシステムのモデルを作成する作成手段と、前記作成手段によって作成されたモデルのデータを出力する出力手段と、ユーザによって所望の部品の検索が指示された場合に前記パーツ記憶装置に記憶されるリストから所望の部品を検索する検索手段と、を含む端末装置とを含み、
前記端末装置は、ユーザによって過去のプロジェクトや現在進行しているプロジェクトについての情報を読み出すように指示がされた場合には、前記プロジェクト記憶装置から対応するプロジェクトの情報を読み出し表示手段に表示し、
前記端末装置は、ユーザによって前記モデル装置に記憶される各モデルに関するドキュメントを読み出すように指示がされた場合には、前記ドキュメント記憶装置から対応するモデルに関するドキュメントを読み出し表示手段に表示し、
前記端末装置は、前記検索結果が得られた場合には、前記表示手段に検索結果を表示するモデル作成支援システム。
【請求項８】
請求項１〜７のいずれか１項に記載されたモデル作成支援システムを複数含む発注支援システムであって、
前記データ記憶装置、ツール記憶装置、モデル記憶装置のうちの一部又は全部を、異なるモデル作成支援システム同士で共有する発注支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動車の部品やシステムを開発する際に行われるシミュレーションに用いられるモデルを作成するための装置やシステム等に適用して有効な技術に関する。
【背景技術】
【０００２】
従来から、繰り返し利用可能な情報をデータベースに蓄積し、必要に応じて蓄積された情報を再利用することによって、業務の効率化を図る技術が提案されている。例えば、業務アプリケーションシステムの開発において、このシステムの動作において必要となる一般的な様々な処理を標準化して蓄えることにより、開発の効率化を図る技術が提案されている（特許文献１参照）。この技術では、ユーザは、典型的な機能構成を表す機能モデルを参照しながら、所望の機能要素を取捨選択し、選択された機能要素をカスタマイズすることによって、設計対象となる個々の業務アプリケーションシステムを開発することができる。また、製造されるべき製品の使用に応じて選択された材料の材料特性パラメタが要求材料特性を満たしているか否かを判定し、判定結果を記憶することにより、最適材料及び構造を容易且つ効率的に選択することを可能とする技術が提案されている（特許文献２参照）。
【特許文献１】特開２００３−９１４１６号公報
【特許文献２】特開２００４−２２７２９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記の従来技術（特に特許文献１）のようにアプリケーションの設計などの場合、蓄積・再利用される情報は、設計対象となるアプリケーションに組み込まれるプログラムやデータそのものである。このため、それらを再利用する際には、利用する情報ごとに異なる設計環境や設計ツールが必要となることはほとんどなく、容易に再利用を行うことができた。
【０００４】
これに対し、自動車開発のように物理的な要素を用いた設計においては、蓄積される情報は、当然、設計対象となる自動車に組み込まれる部品そのもの（エンジンやブレーキ等）ではない。このように物理的な要素を用いた設計では、そのような部品そのものの代わりに、これら物理的な要素に関する情報が蓄積される。そして、これらの情報を再利用する場合には、各物理的な要素の設計に応じた異なる環境やツールが必要となる場合が多い。このため、上記の従来技術を自動車開発等の支援にそのまま適用することは困難であった。ところが、そのような場合でも、開発期間短縮・品質向上の効果を大きくするために短時間で設計を行うことが要求される。
【０００５】
そこで本発明は、自動車の開発において蓄積された部品などに関する情報の再利用性を高めることにより、開発期間の短縮や業務効率の向上を可能とするシステムや方法などを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題を解決すべく、本発明は以下のように構成される。本発明の第一の態様は、自動車に用いられるシステムのシミュレーションを行う際に用いられる前記システムのモデルのデータを作成するモデル作成支援システムであって、データ記憶装置、ツール記憶装置、モデル記憶装置及び端末装置を含む。データ記憶装置は、モデルの作成に用いられるパラメタを記憶する。ツール記憶装置は、モデルの作成に用いられるツールを記憶する。モデル記憶装置は、システムを構成する複数の部品についてのモデルテンプレートを記
憶する。
【０００７】
端末装置は、通信手段、入力手段、作成手段及び出力手段を含む。通信手段は、各記憶装置（データ記憶装置、ツール記憶装置、モデル記憶装置）からデータを読み出す。入力手段は、ユーザからの入力を受け付ける。作成手段は、まず、入力手段を介してユーザから入力された指示内容に応じて、モデル記憶装置から複数の部品のモデルテンプレートを読み出す。次に、作成手段は、データ記憶装置からパラメタを読み出す。このとき、作成手段は、ユーザから入力された指示内容に応じてパラメタを読み出す。次に、作成手段は、複数の部品のモデルテンプレートにパラメタを付与することによって、各部品のモデルを作成する。そして、作成手段は、ツール記憶装置からツールを読み出して実行することにより、複数の部品のモデルを組み合わせて一つのシステムのモデルを作成する。出力手段は、作成手段によって作成されたモデルのデータを出力する。
【０００８】
このように構成された本発明のモデル作成支援システムでは、過去のシステム設計におけるシミュレーション等で使用されたパラメタやモデルテンプレートやツール等が、各記憶装置に蓄積される。そして、新たなシステムのモデルを作成する際に、ユーザは端末装置を用いることによって容易に各記憶装置に蓄積されたデータを使用することができる。このため、ユーザは、蓄積されたこれらのデータを再利用することによって、開発期間の短縮や業務効率の向上を図ることができる。
【０００９】
本発明におけるモデル作成支援システムのモデル記憶装置は、過去に作成された既成モデルをさらに記憶するように構成されても良い。この場合、端末装置は、ユーザによって既成モデルの適用が指示された場合には、モデル記憶装置から対応する既成モデルを読み出し、既成モデルを用いてシステムのモデルを作成する。
【００１０】
このように構成された本発明のモデル作成支援システムでは、過去に作成された既成モデルをさらに再利用して、新たなシステムのモデルを作成することができる。このような既成モデルを使用した場合、ユーザは、モデルテンプレートに対して適当なパラメタを選択して新たな部品のモデルを作成するという処理を行うことなく、部品のモデル（即ち既成モデル）を使用してシステムのモデルを構築できる。このため、開発期間のさらなる短縮及び業務効率のさらなる向上を図ることができる。
【００１１】
本発明におけるモデル作成支援システムのモデル記憶装置は、部品毎に複数の異なる精度のモデルテンプレートを記憶するように構成されても良い。このように構成された本発明のモデル作成支援システムでは、ユーザは、実行しようとするシミュレーションにおいて要求される精度に応じて、各部品について適切なモデルテンプレートを選択することが可能となる。
【００１２】
本発明におけるモデル作成支援システムは、過去のプロジェクトや現在進行しているプロジェクトに関する詳細データを記憶するプロジェクト記憶装置をさらに備えるように構成されても良い。この場合、端末装置は、画面表示を行う表示手段をさらに備え、ユーザによって過去のプロジェクトや現在進行しているプロジェクトについての情報を読み出すように指示がされた場合には、前記プロジェクト記憶装置から対応するプロジェクトの情報を読み出し表示手段に表示するように構成されても良い。
【００１３】
本発明におけるモデル作成支援システムは、各モデルに関するドキュメントを記憶するドキュメント記憶装置をさらに備えるように構成されても良い。この場合、端末装置は、画面表示を行う表示手段をさらに備え、ユーザによって前記モデル装置に記憶される各モデルに関するドキュメントを読み出すように指示がされた場合には、ドキュメント記憶装置から対応するモデルに関するドキュメントを読み出し表示手段に表示するように構成さ
れても良い。
【００１４】
本発明におけるモデル作成支援システムは、実際に作成され倉庫に保管されている部品やエンジンのリストを記憶するパーツ記憶装置をさらに備えるように構成されても良い。この場合、端末装置は、画面表示を行う表示手段と、ユーザによって所望の部品の検索が指示された場合にパーツ記憶装置に記憶されるリストから所望の部品を検索する検索手段とをさらに備え、検索結果が得られた場合に、表示手段に検索結果を表示するように構成されても良い。
【００１５】
本発明は、上述したモデル作成支援システムを複数含む発注支援システムであっても良い。この場合、データ記憶装置、ツール記憶装置、モデル記憶装置のうちの一部又は全部を、異なるモデル作成支援システム同士で共有するように構成されても良い。
【００１６】
このように構成された本発明の発注支援システムでは、上述したモデル作成支援システムが、発注元と発注先において設置される。そして、データ記憶装置、ツール記憶装置、モデル記憶手段のうちの一部又は全部が共有され、発注元及び発注先における端末装置からアクセス可能となる。このため、発注元又は発注先において共通したデータを用いてシミュレーションを行うことが可能となるため、発注の対象となる製品のシミュレーションを双方が同じ環境で行うことが可能となる。このため、シミュレーションの精度や効率を向上させることができる。また、各記憶装置の内容に変更が生じた場合にも、共有されている記憶装置におけるデータについては、双方でデータのやり取りを行う必要がない。このため、業務効率をさらに向上させることができる。
【００１７】
以上説明した構成は、可能な限り組み合わせることができる。また、本発明は、プログラムが情報処理装置によって実行されることによって実現されても良い。即ち、本発明は、上述した各手段が実行する処理を、情報処理装置に対して実行させるためのプログラム、或いは当該プログラムを記録した記録媒体として特定することができる。また、本発明は、上記した各手段が実行する処理を情報処理装置が実行する方法をもって特定されても良い。
【発明の効果】
【００１８】
本発明によれば、自動車の開発において蓄積された部品などに関する情報の再利用性を高めることにより、開発期間の短縮や業務効率の向上を可能とすることが可能となる。
【発明を実施するための最良の形態】
【００１９】
［システム構成］
本発明によるモデル作成支援システム１は、自動車の部品やシステムを開発する際に行われるシミュレーションに用いられるモデルのデータを作成する。以下、本発明によるモデル作成支援システム１の構成例について説明する。図１は、本発明によるモデル作成支援システム１のシステム構成の例を示す図である。モデル作成支援システム１は、データレポジトリ（Data Repository）１０，プロジェクトレポジトリ（Project Repository）２０，ドキュメントレポジトリ（Document Repository）３０，ツールレポジトリ（Tool Repository）４０，モデルレポジトリ（Model Repository）５０，パーツレポジトリ（Parts Repository）６０及び端末装置７０を含む。各レポジトリ１０〜６０は、ハードディスク等の不揮発性記憶装置を用いて構成され、各データベース（Database：DB）の内容を記憶する。また、各レポジトリ１０〜６０は、端末装置７０と通信可能に接続される。ユーザは、端末装置７０を操作することにより、各レポジトリ１０〜６０に蓄えられた各データを参照することができる。以下、モデル作成支援システム１に含まれる各構成について説明する。なお、図１において、各データベースを示す図には、そのデータベースに蓄積されるデータの内容を記載する。
【００２０】
〔データレポジトリ〕
データレポジトリ１０は、モデル作成に必要なデータや、モデル検証に必要となる入力データを管理する。データレポジトリ１０は、パーツ・パラメタデータベース（Parts/Parameters DB）１１，ユニット・データタイプデータベース（Units/Data Types DB）１２，シグナルトラジェクトリデータベース（Signal Trajectories DB）１３を含む。
【００２１】
パーツ・パラメタデータベース１１は、自動車に用いられる各部品に要するパラメタの組み合わせを記憶する。例えば、複数種のエンジンについてのパラメタを蓄積する場合には、パーツ・パラメタデータベース１１は、ボア，ストローク，気筒数などの複数のパラメタを各エンジン固有のパラメタとして記憶する。
【００２２】
ユニット・データタイプデータベース１２は、各モデルで使用される単位系や、物理定数（例えば空気の分子量）とその出典を記憶する。単位系や物理定数が、ユーザ毎に異なって定義されると、製品の品質やシミュレーションの精度に問題が生じるため、このようにユニット・データタイプデータベース１２において予め定義される。また、ユニット・データタイプデータベース１２は、様々な状態（定常状態や過渡状態など）で計測された各部品についての評価結果（例えば、エンジン各部の温度、圧力、ガス流量など）を記憶する。
【００２３】
シグナルトラジェクトリデータベース１３は、モデルの精度検証や実機との現象比較を行う際に使用されるモデルの入力データ（入力信号：例えばスロットル動作パターン）を記憶する。このように登録された入力データが検証などの際に使用されることにより、各部品についての検証結果を同環境で得ることができ、検証の精度を向上させることができる。
【００２４】
〔プロジェクトレポジトリ〕
プロジェクトレポジトリ２０は、過去のプロジェクトや現在進行しているプロジェクトに関する詳細データを管理する。プロジェクトレポジトリ２０は、プロジェクトデータベース（Projects DB）２１，ユーザ・ユーザグループデータベース（Users/User Groups DB）２２，プロジェクトビューデータベース（Projects Views DB）２３を含む。
【００２５】
プロジェクトデータベース２１は、詳細データとして、各プロジェクトの計画のスケジュールや担当部署・担当会社・担当者などを記憶する。ユーザは、新たにプロジェクトを計画する際に、プロジェクトデータベース２１の内容を参考に使用することができる。
【００２６】
ユーザ・ユーザグループデータベース２２は、詳細データとして、プロジェクトデータベース２１に記憶されている各担当部署・各担当会社・各担当者がどのようなモデルを使用していたかを記憶する。
【００２７】
プロジェクトビューデータベース２３は、詳細データとして、過去の各プロジェクトの実際の進行結果や、現在進行しているプロジェクトの進捗状況などを記憶する。ユーザは、新たにプロジェクトを計画する際に、プロジェクトデータベース２１に蓄積された過去の計画と、プロジェクトビューデータベース２３に蓄積された実際の進行結果とを照らし合わせることにより、より現状に即した無理のない計画を立てることが可能となる。例えば、ある処理について計画で設定された日数と実際に要した日数とが乖離する場合には、新たなプロジェクトを計画するにあたってその日数の設定を検討し、最適な日数を設定することが可能となる。
【００２８】
〔ドキュメントレポジトリ〕
ドキュメントレポジトリ３０は、各モデルに関するドキュメントを管理する。ドキュメントレポジトリ３０は、ドキュメントデータベース（Documents DB）３１，エクスペリメントデータベース（Experiments DB）３２，スクリプトデータベース（Scripts DB）３３を含む。
【００２９】
ドキュメントデータベース３１は、モデルレポジトリ５０に登録される各モデルの解説書を記憶する。この解説書は、各モデルの制作者（登録者）などによって作成され、各モデルに含まれる物理式や、各モデルの適用事例などを含む。
【００３０】
エクスペリメントデータベース３２は、モデルの精度を実機と比較検討した結果など、モデルレポジトリ５０に登録される各モデルを過去に使用した際に得られた知識や経験を記憶する。これらの知識や経験は、各モデルの制作者に限らず、各モデルを使用した者達によって随時登録される。
【００３１】
スクリプトデータベース３３は、モデルレポジトリ５０に蓄積されているデータを組み合わせることにより新たなモデルを作成するためのスクリプトを記憶する。このスクリプトは、ユーザによって実行されると、ユーザによって指定された部品モデルやそのパラメタ等に基づいて、必要となるデータをモデルレポジトリ５０から検索する。そして、このスクリプトは、検索されたデータを組み合わせることによって、ユーザが所望する新たなモデルを作成する。
【００３２】
〔ツールレポジトリ〕
ツールレポジトリ４０は、モデリングツール、解析ツール、最適化ツール等の各種ツールを管理する。各ツールは、モデルの種類に応じて設計されることが多いため、あるモデルについては正常に動作するツールも、他のモデルに対して正常に動作するとは限らない。このため、複数種のモデルそれぞれに適応した複数のツールが必要となる。従って、同じ動作を目的としたツールであっても、モデルに応じた複数のツールがツールレポジトリに管理される。
【００３３】
ツールレポジトリ４０は、キャリブレーション・アイデンティフィケイションツールデータベース（Calibration/Identification Tools DB）４１，アナライシスツールデータベース（Analysis Tools DB）４２，モデリングツールデータベース（Modeling Tools DB）４３，デザインオプティマイゼイションデータベース（Design/Optimization Tools DB）４４を含む。
【００３４】
キャリブレーション・アイデンティフィケイションツールデータベース４１は、システム同定ツールを記憶する。システム同定ツールは、システム同定を行うためのツールである。即ち、システム同定ツールは、ユーザによって実行されることにより、システムへの入力データやシステムからの出力データに基づいて、動的システムの数学モデルを作成する。
【００３５】
アナライシスツールデータベース４２は、実験結果やシミュレーション結果を解析するためのツールを記憶する。アナライシスツールデータベース４２に記憶されるツールの具体例として、実験結果やシミュレーション結果として得られた数値をグラフとして表示するためのツールや、実機とモデルとの差を評価するためのツール等がある。
【００３６】
モデリングツールデータベース４３は、モデリングツールを記憶する。モデリングツールは、スクリプトデータベース３３に記憶されるスクリプトと同様の処理を行うためのツールである。即ち、モデリングツールは、ユーザによってモデルやパラメタが指示されることにより、モデルレポジトリ５０に登録されている各データを検索し、それらを組み合
わせることによって、新たなシステムモデルを作成する。
【００３７】
デザインオプティマイゼイションデータベース４４は、最適化ツールを記憶する。この最適化ツールは、モデル内部の未定義パラメタを、実機データより合わせ込みを行うための最適化ツールである。
【００３８】
〔モデルレポジトリ〕
モデルレポジトリ５０は、各モデルを保存する。モデルレポジトリ５０は、モデルデータベース（Models DB）５１，モデルテンプレートデータベース（Models Templates DB）５２，コネクタデータベース（Connectors DB）５３，コネクタテンプレートデータベース（Connector Templates DB）５４を含む。
【００３９】
図２は、モデルレポジトリに記憶されるモデル５１ａ，モデルテンプレート５２ａ，コネクタ５３ａの例を示す図である。まず、モデルテンプレート５２ａについて説明する。モデルテンプレート５２ａは、モデルに要する各定義のうち、入出力のみを定義したデータである。ユーザは、モデルテンプレート５２ａに対し、具体的な物理式（数式）やマップを組み合わせることによって、具体的な複数のモデル５１ａ，５１ｂ，５１ｃ等を定義することが可能となる。モデル５１ａ，５１ｂ，５１ｃは、上述したモデルテンプレート５２ａに対し、具体的な数式やマップを組み合わせて定義されたデータである。このように、各モデルに組み込まれる数式やマップの内容に応じて、異なるモデルが作成可能である。従って、より実機に近い詳細な内容の数式やマップを組み込んだモデルや、大雑把な数式を組み込んだにすぎない簡易なモデルなど、様々な階層のモデルを作成することができる。
【００４０】
コネクタ５３ａは、このコネクタを有するモデルが、どのような信号を、どのような他のモデルとやり取りするかを定義したデータである。例えば、信号種と他のモデルとを決定することによってコネクタ５３ａを定義することができる。一つのコネクタ５３ａは、複数種の信号をやり取りすることができる。コネクタテンプレートは、基本的な信号のみが定義されたコネクタのデータを示す。ユーザは、コネクタテンプレートに対し、さらに具体的に必要となる信号や、信号をやり取りする相手となる他のモデルを与えることによって、具体的なコネクタ５３ａを容易に定義することが可能となる。
【００４１】
図２では、四つのコネクタ５３ａを有するモデルテンプレート５２ａ（図２（ａ））に対し、数式１が与えられることにより具体的なモデル５１ａが定義されている（図２（ｂ））。さらに、このようなモデル５１ａに対し、数式２，数式３がそれぞれ与えられることにより、具体的なモデル５１ｂ，５１ｃがそれぞれ定義されている（図２（ｃ），（ｄ））。
【００４２】
次に、モデルレポジトリ５０に含まれる各データベースについて説明する。モデルデータベース５１は、各種部品（スロットル，エアクリーナー，インマニ等）についての複数の階層のモデルを記憶する。実際には、モデルテンプレートデータベース５２に記憶されるモデルテンプレートを用いることによって必要なモデルを随時作成することは可能である。しかし、過去に使用された具体的なモデルのデータをモデルデータベース５１に蓄積しておくことにより、ユーザはわざわざモデルテンプレートからモデルを作成する手間を省いて、過去のモデルを再利用することができ、業務の効率化を図ることが可能となる。
【００４３】
モデルテンプレートデータベース５２は、各種部品のモデルテンプレートのデータを記憶する。コネクタデーベース５３は、過去に使用されたコネクタのデータを記憶する。コネクタについても、モデルの場合と同様に、コネクタテンプレートを用いることによって必要なコネクタを随時作成することは可能であるが、過去の具体的なコネクタを蓄積して
おくことにより業務の効率化を図ることが可能であるため、モデル作成支援システム１では、このようにコネクタデータベース５３が設けられコネクタのデータが蓄積される。
【００４４】
〔パーツレポジトリ〕
パーツレポジトリ６０は、実際に作成され倉庫に保管されている部品やエンジンのリストを管理する。倉庫には、実際に作成されたエンジンや各種部品などが保管される。そして、パーツレポジトリ６０は、倉庫に保管されている各種部品の管理情報（例：管理場所，貸出先，各部品の作成日，各部品の作成部署・作成会社・作成者）を記憶する。ユーザは、実際の部品に基づいた実験を希望する場合などには、パーツレポジトリ６０から所望の部品の在庫などを検索することができ、容易に所望の部品を取得することができる。
【００４５】
〔端末装置〕
端末装置７０は、ハードウェア的には、バスを介して接続されたＣＰＵ（中央演算処理装置），主記憶装置（ＲＡＭ），補助記憶装置などを備える。補助記憶装置は、不揮発性記憶装置を用いて構成される。即ち、端末装置７０は、ＰＤＡ（Personal Digital Assistant），パーソナルコンピュータ，ワークステーションなどの情報処理装置を用いて構成される。端末装置７０は、通信インタフェースを有し、各レポジトリ１０〜６０に対して通信可能に接続される。端末装置７０は、自装置に設けられた入力装置（キーボードやポインティングデバイス等）を用いてユーザによって入力がされた場合、このユーザの入力に応じて、上述した通信を介して各レポジトリ１０〜６０にアクセスし、必要なデータの読み出しや実行や書き込みを行う。
【００４６】
［動作例］
図３は、モデル作成支援システム１をユーザが使用する際の動作例を示すフローチャートである。ユーザは、まず、開発しようとするシステムの仕様をまとめる。次に、ユーザは、端末装置７０を使用して、過去に同じようなシステムの開発がなされたプロジェクトがなかったか、プロジェクトレポジトリ２０にアクセスして検索する。同じようなプロジェクトが検索できた場合には、ユーザは、そのプロジェクトの詳細データをプロジェクトレポジトリ２０から読み出し、今回のプロジェクトを計画するに際して、過去の詳細データを参考として使用することができる。そして、ユーザは、開発しようとするシステムに必要となるモデルを決定する（Ｓ０１）。ユーザは、このモデルの決定の際にも、ユーザ・ユーザグループデータベース２２に記憶されている内容を参考にして、必要となるモデル（即ち、必要となる部品やモデルの階層）を検討・決定することができる。この後、ユーザは、決定したモデルに関する情報を含むプロジェクトの計画情報（プロジェクトの日程情報やシステムの要求性能なども含む）を、プロジェクトレポジトリ２０に登録する。
【００４７】
次に、ユーザは、Ｓ０１において決定したモデルを作成するために必要となる部品モデルを決定する。ユーザは、決定した各部品のモデルのデータを、モデルレポジトリ５０から読み出す。このとき、所望のモデルのデータがモデルデータベース５１に記憶されていない場合には、ユーザは、モデルテンプレートデータベース５２からモデルテンプレートを読み出し、それらのモデルテンプレートに対して物理式やマップを与えることによって所望のモデルを新たに作成しても良い（Ｓ０２）。このとき、ユーザは、必要となる物理式やマップを決定するに際し、ドキュメントレポジトリ３０に管理されている解説書の内容を管理装置７０によって読み出し参考にすることもできる。
【００４８】
次に、ユーザは、作成した各モデルに適応するツールを、それぞれツールレポジトリ４０から取得する。そして、モデルとツール（特にモデリングツール）とを用いてシステムのモデルを組み立てる（Ｓ０３）。
【００４９】
図４は、Ｓ０２とＳ０３における処理を模式化して示した図である。ユーザは、Ｓ０２
の処理において、複数の部品について複数の階層で管理された各モデルをモデルデータベース５１から選択する。そして、ユーザは、Ｓ０３の処理において、選択された各モデルに応じたモデリングツールをモデリングツールデータベース４３から読み出し実行することによって、選択された複数の部品のモデルにより構成される一つのシステムモデルを作成する。ユーザは、このようにして作成されたシステムモデルの動作を検証することができる。
【００５０】
次に、ユーザは、作成されたシステムモデルに組み込まれている各部品モデルに対し、諸元などのパラメタを設定する（Ｓ０４）。このとき、ユーザは、データレポジトリ１０のパーツ・パラメタデータベース１１に管理されているパラメタを用いて設定を行うことができる。そして、ユーザは、ツールレポジトリ４０に管理される最適化ツール等のツールを用いることによって、システムモデルが実機と同じような挙動を示すように、各パラメタの合わせ込みを行う（Ｓ０５）。このとき、全く新規のシステムモデルの場合には、実機のデータが無いこともある。このような場合であっても、ユーザは、ＣＡＥ（Computer Aided Engineering）やＣＦＤ（Computational Fluid Dynamics）等の解析結果や、比較的構造の近い実機のデータを用いて、各パラメタの合わせ込みを行うことができる。そして、ユーザは、各部品モデルのパラメタ等に変更が生じた場合には、変更点をモデルレポジトリ５０に登録し、その変更内容を示した文書などをドキュメントレポジトリ３０に登録する（Ｓ０６）。
【００５１】
ユーザは、このようにして完成したシステムモデルを、担当者へ展開する（Ｓ０７）。このとき、ユーザや担当者は、モデルを使用する者をプロジェクトレポジトリ２０へ登録する。このような登録を行うことにより、今後このシステムモデルに変更が生じた場合に、連絡をすべき相手を容易に特定することが可能となる。そして、ユーザは、モデル化に使った部品を倉庫に保管し、保管された部品についての管理情報をパーツレポジトリ６０において更新する（Ｓ０７）。
【００５２】
［作用／効果］
このように構成されたモデル作成支援システム１によれば、ユーザは、過去のモデルを容易に再利用することができるため、モデルの作成を効率的に行うことができ、開発期間の短縮を図ることができる。例えば、モデルレポジトリ５０に管理されている過去の具体的なモデルのデータを使用することが可能であるため、ユーザは、その都度新たにモデルのデータを一から作成する必要がない。このため、業務効率が向上し、開発期間の短縮を図ることができる。
【００５３】
また、例えばドキュメントレポジトリ３０に管理されている各データを使用することにより、ユーザは、各モデルのデータについての解説や、過去の知識や経験を容易に取得することができる。このため、過去のモデルの再利用がスムーズとなり、さらに過去におかされた同じ失敗などを効果的に防止することが可能となる。
【００５４】
［適用例］
本発明によるモデル作成支援システム１は、開発を行うユーザによってスタンドアロンなシステムとして使用されることによっても、自動車の開発において蓄積された部品などに関する情報の再利用性が高まり、開発期間の短縮や業務効率の向上を図ることができる。しかし、本発明によるモデル作成支援システム１は、自動車会社（ＯＥＭ）とサプライヤとの双方に設置され、レポジトリの全部又は一部が共有されることにより、さらに開発期間の短縮や業務効率の向上を図ることが可能となる。図５は、ＯＥＭ８０と複数のサプライヤ９０（９０ａ，９０ｂ，９０ｃ）においてモデル作成支援システム１のレポジトリの一部又は全部が共有される場合のシステム構成例を示す図である。ＯＥＭ８０とサプライヤ９０とに設置されたモデル作成支援システム１は、相互に通信可能に構成される。そ
して、各レポジトリに蓄積されたデータは、ネットワークを介して共有される。例えば、ＯＥＭ８０に設置されたモデル作成支援システム１の端末装置７０によって、サプライヤ９０に設置されたモデル作成支援システム１のレポジトリのデータを読み出すことが可能となる。
【００５５】
以下、このような、モデル作成支援システム１の適用例について説明する。なお、以下のモデル作成支援システム１は、パーツレポジトリ６０を含まない構成として説明する。
【００５６】
〔第一適用例〕
図６は、レポジトリを一切共有することなく、ＯＥＭ８０とサプライヤ９０との双方にモデル作成支援システム１が設置された場合の概念図である。これに対し、図７は、データレポジトリ１０を共有する形で、ＯＥＭ８０とサプライヤ９０との双方にモデル作成支援システム１が設置された場合の概念図である。この場合、モデル開発はＯＥＭ８０とサプライヤ９０とのそれぞれで独立して行われるが、モデル作成に必要なデータやモデル検証に必要な入力データは共有される。このため、ＯＥＭ８０とサプライヤ９０とがそれぞれ重複して同じデータについて計測を行うことを防止し、業務の効率化を図ることができる。
【００５７】
また、一般的に、サプライヤ９０は、自社製品のシミュレーションをする場合でも、シミュレーションの境界条件として、共有されたシステム全体のデータを活用することができる。
【００５８】
〔第二適用例〕
図８は、プロジェクトレポジトリ２０を共有する形で、ＯＥＭ８０とサプライヤ９０との双方にモデル作成支援システム１が設置された場合の概念図である。この場合、あるプロジェクトを進行する際に、そのプロジェクトにおける要求性能やスケジュール等を共有することができる。双方に割り当てられた役割分担を、双方の端末装置７０において参照可能に構成されても良い。
【００５９】
モデル作成支援システム１がこのように適用されることにより、ＯＥＭ８０とサプライヤ９０とが連携して開発を行うことが容易となる。具体的には、例えば、双方の進捗状況などを的確に把握することが可能となり、業務の効率化を図ることができる。また、双方の役割が明確化されることによっても、同様の効果を奏することができる。
【００６０】
〔第三適用例〕
図９は、ドキュメントレポジトリ３０を共有する形で、ＯＥＭ８０とサプライヤ９０との双方にモデル作成支援システム１が設置された場合の概念図である。この場合、ＯＥＭ８０で作成したドキュメントやサプライヤ９０で作成したドキュメント（モデルに関する解説書など）が共有される。
【００６１】
通常は、それぞれの会社（ＯＥＭ８０とサプライヤ９０）においてシミュレーションの実行環境や使用ツールが異なる場合には、モデルを共有することはすぐには行うことができない。しかし、モデル作成支援システム１がこのように適用されることにより、双方において共有されたドキュメントを参照することにより、効率的にモデルの共有を図ることが可能となる。
【００６２】
〔第四適用例〕
図１０は、ツールレポジトリ４０を共有する形で、ＯＥＭ８０とサプライヤ９０との双方にモデル作成支援システム１が設置された場合の概念図である。このような適用例では、共有されたツールに対して改善や機能向上を図る必要がある場合には、ＯＥＭ８０及び
サプライヤ９０において、共有されたツールを双方の環境で試用することによって効率的に改善等を行うことが可能となる。その際に、優先順位の設定やツールメーカーへの要望を決定する場合にも、効率的に処理を行うことが可能となる。また、新しいツールを試用する際に、ベンチマークや評価をＯＥＭ８０とサプライヤ９０とで分担することも可能となり、効率の向上を図ることができる。
【００６３】
〔第五適用例〕
図１１は、モデルレポジトリ５０を共有する形で、ＯＥＭ８０とサプライヤ９０との双方にモデル作成支援システム１が設置された場合の概念図である。この場合、サプライヤ９０は、自社で開発するアクチュエータなどをモデル化し、このモデルのデータをモデルレポジトリ５０に登録する。ＯＥＭ８０は、サプライヤ９０によって登録されたモデルを用いて、システム全体のモデルを作成し、このモデルをサプライヤ９０に提供する。サプライヤ９０は、ＯＥＭ８０から提供されたシステム全体のモデルを用いて、システム全体のシミュレーションを行うことができる。このため、サプライヤ９０が、自社のモデルのみを用いてシミュレーションを行う場合に比べて、システム全体のシミュレーションを行うことによる性能の向上や業務の効率化を図ることが可能となる。
【００６４】
また、ＯＥＭ８０は、サプライヤ９０に対し、共有されたモデルレポジトリ５０を介して所望のモデルを提供することにより、「このようなアクチュエータはできないか？」などの具体的な相談を明確且つ容易に行うことが可能となる。
【００６５】
また、ＯＥＭ８０やサプライヤ９０のいずれか一方において、他方に開示したくないノウハウがモデルに含まれる場合には、マスクなどの秘匿を可能とするように構成されても良い。例えば、共有したモデルレポジトリ５０に蓄積された全てのモデルに双方がアクセスできるように構成されるのではなく、一定のモデルについてはアクセス制限がかけられる等のようにデータの秘匿が可能に構成されても良い。このような秘匿は、パスワードやＩＤなどによって実施されても良い。
【００６６】
また、共有されたモデルの利用の便宜を考慮し、各モデルの入出力や基本的なテンプレートについては、予め定めた共通のものが使用されることが望ましい。
【００６７】
モデル作成支援システム１がこのように適用されることにより、ＯＥＭ８０とサプライヤ９０との間でモデルの作成を分担し、それぞれが得意とするモデルの作成を担当することが可能となる。このため、業務の効率を向上させることが可能となる。また、ＯＥＭ８０とサプライヤ９０とがそれぞれに有しているモデルを組み合わせることによって、これまでは構築できなかった新たなモデルを構築することが可能となる。また、サプライヤ９０が勝手にＯＥＭ８０のモデルを使用することを可能とすることにより、ＯＥＭ８０に対して取引を行う前に予めＯＥＭ８０のモデルを使用したシミュレーションを行うことができる。これにより、ＯＥＭ８０に対して取引を行う前から、ＯＥＭ８０のモデルにおけるシミュレーションの結果を得ることができ、従ってサプライヤ９０は良い結果が得られたモデルのみについて取引を持ちかけることやモデルの検討を行うことが可能となる。
【００６８】
〔第六適用例〕
図１２は、データレポジトリ１０，プロジェクトレポジトリ２０，ドキュメントレポジトリ３０，ツールレポジトリ４０及びモデルレポジトリ５０を共有する形で、ＯＥＭ８０とサプライヤ９０との双方にモデル作成支援システム１が設置された場合の概念図である。この場合、それぞれの会社（即ち各ＯＥＭ８０と各サプライヤ９０）が開発したモデルやドキュメント等は基本的に全て共有される。必要に応じて、所定のデータは秘匿性を保持し他方の会社からは読み出すことができないように構成されても良い。また、複数のサプライヤ９０が存在する場合に、一のサプライヤ９０は使用できるが他のサプライヤ９０
は使用できないという利用制限を設けることができるように構成されても良い。
【００６９】
このように構成された本発明のモデル作成支援システム１では、データレポジトリ１０やモデルレポジトリ５０が共有されるため、ＯＥＭ８０は、いずれのサプライヤ９０の製品が、自社が設計しているシステムに最適であるかを容易に評価することが可能となる。
【００７０】
また、ドキュメントレポジトリ３０やツールレポジトリ４０やモデルレポジトリ５０が共有されるため、サプライヤ９０は、ＯＥＭ８０に依頼することなく、ＯＥＭ８０のモデルやツール等を使用して自社モデルのシミュレーションを行うことができる。このため、サプライヤ９０は、ＯＥＭ８０に依頼することなく、自社モデルのシミュレーションを、ＯＥＭ８０の環境で実施し、ＯＥＭ８０の要求に適った製品を製作することが可能となる。また、ＯＥＭ８０に渡される試作品や製品の品質について、当初から高い品質を得ることが可能となる。
【００７１】
また、実機を用いた評価の前にＯＥＭ８０のモデルを用いたシミュレーションを行うことができるため、サプライヤ９０にとって設計・試作・評価を省くことが可能となる。
【００７２】
また、プロジェクトレポジトリ２０が共有されることにより、サプライヤ９０は、ＯＥＭ８０におけるプロジェクトの進捗を把握し、ＯＥＭ８０が将来どのような製品を要求することになるか等を推測して製品開発を行うことが可能となる。
【００７３】
〔適用例における動作例〕
図１３は、図５のように構成されたモデル作成支援システム１（特に第六適用例の場合）を使用してユーザが開発を行う際の動作例を示すフローチャートである。まず、設計の要求（設計対象の性能や性質など）がまとめられ、その設計のためのスケジュールや担当部署・担当会社・担当者が定義される。このとき、ユーザは、プロジェクトレポジトリ２０に蓄積されている過去のプロジェクトの定義内容を参照し、これらを参考として新たなプロジェクトの定義を行うこともできる。また、このとき、図３におけるＳ０１の処理も行われる。そして、その内容がプロジェクトレポジトリ２０に登録される（Ｓ１１）。担当者や担当会社の人などは、共有されたプロジェクトレポジトリ２０を参照することにより、プロジェクト全体の進捗などをいつでも把握することができる。
【００７４】
次に、ユーザは、定義された設計の要求を、要求の達成に必要となるシステム・部品・制御内容へ具体的に落とし込む作業を行う（Ｓ１２）。そして、ユーザはこの落とし込みの結果を、データレポジトリ１０に登録する。
【００７５】
次に、ユーザは、Ｓ１２において得られた結果に基づいて、部品モデルや、部品モデルを用いたシステムモデルを作成し、シミュレーションの準備を行う（Ｓ１３）。このとき、ユーザは、モデルレポジトリ５０に蓄積されているモデルやモデルテンプレートを元に新たなシステムモデルを作成することができる。また、モデルの内部には、実機の挙動に合わせるための固有のパラメタも必要となる。このようなパラメタについては、データレポジトリ１０等から取得することができる。
【００７６】
次に、Ｓ１３の処理で作成されたシステムモデルの動作や精度を検証する（Ｓ１４）。このとき、その検証（特に過渡特性の検証）には、テストのための入力信号が必要となるが、このような入力信号はデータレポジトリ１０から取得することができる。そして、このような検証の結果モデルについて変更点が生じた場合には、ユーザは、その内容をモデルレポジトリ５０に反映させる。
【００７７】
以下、ハード設計（Ｓ１５）の流れと制御ロジック設計（Ｓ１６）の流れについて説明
する。これらの処理は、モデルを使用したシミュレーションにより行われる場合には、両者の処理を並行して行うことができる。
【００７８】
まず、ハード設計について説明する。図１４は、ハード設計の処理の流れを示すフローチャートである。まず、ユーザは、作成されたシステムモデルを使用したシミュレーションを行うことによって、ハードの性能が要求通り達成できるか否か見積もりを行う（Ｓ２１）。要求を達成できるという見積もりがたたなかった場合は（Ｓ２２−ＮＯ）、ユーザは、改めてＳ１２以降の処理を行うことによって、新たなシステムモデルを作成する。このとき、ユーザは、失敗したシステムモデルの内容やその検証結果などを、モデルレポジトリ５０やドキュメントレポジトリ３０に登録しておくと良い。
【００７９】
一方、要求を達成できるという見積もりがたった場合（Ｓ２２−ＹＥＳ）、ハードの試作が実行される（Ｓ２３）。このとき、ユーザは、ハードの試作をサプライヤに依頼する場合には、これまでのシミュレーションの結果やシステムモデルのデータなどもサプライヤに渡す。このとき、モデルレポジトリ５０やドキュメントレポジトリ３０などが共有されているため、サプライヤとユーザ（例えばＯＥＭ）との間で、このようなデータのやり取りが容易に実現される。
【００８０】
サプライヤは、試作した部品を用いたシステムとしての動作をさらに検証する（単体評価：Ｓ２４）。このとき、サプライヤは、ＯＥＭ側で既に実現可能なハードとして既に検証されているシステムモデルの内容などを得ることができるため、試作された実機がＯＥＭの要求を満たす物であるか否か検証することを容易に実施することができる。
【００８１】
試作機の単体評価において、モデルを修正した方がよいという結論が得られた場合には（Ｓ２５−ＹＥＳ）、新たに作成されたモデルがモデルレポジトリ５０に登録される（Ｓ２６）。また、ＯＥＭは、この修正点について、共有しているレポジトリのデータを用いて即座にサプライヤと協議を行うことができるため、業務の効率化が図られる。一方、モデルの見直しが不要という結論が得られた場合には（Ｓ２５−ＮＯ）、ハード設計が終了する。
【００８２】
次に、制御ロジック設計について説明する。図１５は、制御ロジック設計についてのフローチャートである。まず、制御ロジック開発を行う担当者が使用する端末装置７０において、ツールレポジトリ４０から、システムモデルを動作させるために必要となるシミュレーションツールを読み出す。また、同様に、端末装置７０において、モデルレポジトリ５０から、Ｓ１４において作成されたシステムモデルを読み出す。このような処理によって、端末装置７０において、システムモデルの評価を行うための環境を準備する（Ｓ３１）。
【００８３】
次に、ユーザは、Ｓ３１において作成された環境を用いて、ロジック開発を行う（Ｓ３２）。この作業は、従来は実機を対象に制御ロジックを作り込んでいたのに対し、本発明による開発支援システム１が使用される場合には、端末装置７０におけるシミュレーションによって実施される。次に、ユーザは、このようにして作成された制御ロジックについて、要求性能が達成可能か否か評価を行う（Ｓ３３）。要求性能の達成が困難である場合には（Ｓ３３−ＮＯ）、ユーザは、改めてＳ１２以降の処理を行うことによって、新たなシステムモデルを作成する。
【００８４】
次に、Ｓ３３において要求性能の達成が可能であると評価された場合に（Ｓ３３−ＹＥＳ）、ＥＣＵへの実装が行われる（Ｓ３４）。この作業は、通常はサプライヤにおいて実施される。即ち、サプライヤに対し、このような実装に要する仕様書が渡される。このとき、サプライヤに対し、シミュレーションに用いられたモデルや入力条件やその結果など
が、共有される各レポジトリを介して渡されることが望ましい。このように各データがサプライヤに渡されることにより、サプライヤに対し、シミュレーションにおいて得られた評価結果と同じ結果を得られたＥＣＵを納品するように具体的に要求することが可能となる。このとき、サプライヤに対し、サプライヤにおいて実行した評価結果をＥＣＵとともに納品するように要求することもできる。この場合、サプライヤは、納品した後に納品先（例えばＯＥＭ）において改めてＥＣＵについて評価が行われて要求性能が得られないという状況を予め回避することが可能となる。
【００８５】
そして、ＥＣＵの納品先であるユーザは、納品されたＥＣＵについて、ＨＩＬＳ（Hardware In the Loop Simulation）などを用いることによって、動作が正しいかデバッグを行う（Ｓ３５）。このとき、ユーザは、ツールレポジトリ４０に管理されている各ツールを利用してデバッグを効率的に行うことができる。
【００８６】
図１３を用いた説明に戻る。ハード設計（Ｓ１５）と制御ロジック設計（Ｓ１６）とが完了すると、ユーザは、ハードと制御とを組み合わせたシステム評価を実機において行う（Ｓ１７）。この評価結果は、データレポジトリ１０やドキュメントレポジトリ３０に蓄積される。これらの蓄積された評価結果は、以後のプロジェクトの計画などにおいて有効に活用される。
【００８７】
［変形例］
モデル作成支援システム１のユーザがモデルレポジトリ５０に蓄積される各モデルに精通している者である場合、このようなユーザにとってはドキュメントレポジトリ３０に蓄積された各ドキュメントは不要な場合が多い。従って、このようなユーザが想定される場合には、本発明によるモデル作成支援システム１はドキュメントレポジトリ３０を含まないように構成されても良い。
【００８８】
また、モデル作成支援システム１のユーザが各部品や自動車の開発のプロジェクトについて精通している者である場合、このようなユーザにとってはプロジェクトレポジトリ２０に蓄積された各情報は不要な場合が多い。従って、このようなユーザが想定される場合には、本発明によるモデル作成支援システム１はプロジェクトレポジトリ２０を含まないように構成されても良い。
【００８９】
上述した理由により、モデル作成支援システム１は、最小構成として、データレポジトリ１０，ツールレポジトリ４０，モデルレポジトリ５０及び端末装置７０を用いて構成されても良い。ただし、この場合は、モデル作成支援システム１のユーザが、モデルレポジトリ５０に蓄積される各モデルに精通しており、かつ各部品や自動車の開発のプロジェクトについて精通している者であることが望ましい。
【００９０】
また、各適用例において、サプライヤ９０にとっての下請け１００（１００ａ，１００ｂ，１００ｃ）が存在する場合、サプライヤ９０と下請け１００とが、上述したＯＥＭ８０とサプライヤ９０との関係と同じような関係で、レポジトリの一部又は全部を共有するモデル作成支援システム１を構築しても良い。
【図面の簡単な説明】
【００９１】
【図１】モデル作成支援システムのシステム構成の例を示す図である。
【図２】モデルレポジトリに記憶されるモデル、モデルテンプレート、コネクタの例を示す図である。
【図３】モデル作成支援システムをユーザが使用する際の動作例を示すフローチャートである。
【図４】部品のモデルを選択する処理とシステムモデルを作成する処理とを模式化して示す図である。
【図５】モデル作成支援システムにおいていくつかのレポジトリを共有する場合のシステム構成例を示す図である。
【図６】レポジトリを一切共有しない場合のモデル作成支援システムの概念図である。
【図７】データレポジトリを共有する場合のモデル作成支援システムの概念図である。
【図８】プロジェクトレポジトリを共有する場合のモデル作成支援システムの概念図である。
【図９】ドキュメントレポジトリを共有する場合のモデル作成支援システムの概念図である。
【図１０】ツールレポジトリを共有する場合のモデル作成支援システムの概念図である。
【図１１】モデルレポジトリを共有する場合のモデル作成支援システムの概念図である。
【図１２】データレポジトリ、プロジェクトレポジトリ、ドキュメントレポジトリ、ツールレポジトリ及びモデルレポジトリを共有する場合のモデル作成支援システムの概念図である。
【図１３】モデル作成支援システムを使用してユーザが開発を行う際の動作例を示すフローチャートである。
【図１４】ハード設計の処理の流れの例を示すフローチャートである。
【図１５】制御ロジック設計の処理の流れの例を示すフローチャートである。
【符号の説明】
【００９２】
１        開発システム
１０      データレポジトリ
１１      パーツ・パラメタデータベース
１２      ユニット・データタイプデータベース
１３      シグナルトラジェクトリデータベース
２０      プロジェクトレポジトリ
２１      プロジェクトデータベース
２２      ユーザ・ユーザグループデータベース
２３      プロジェクトビューデータベース
３０      ドキュメントレポジトリ
３１      ドキュメントデータベース
３２      エクスペリメントデータベース
３３      スクリプトデータベース
４０      ツールレポジトリ
４１      キャリブレーション・アイデンティフィケイションツールデータベース
４２      アナライシスツールデータベース
４３      モデリングツールデータベース
４４      デザインオプティマイゼイションデータベース
５０      モデルレポジトリ
５１      コネクタテンプレートデータベース
５２      コネクタデータベース
５３      モデルデータベース
５４      モデルテンプレートデータベース
６０      パーツレポジトリ
７０      端末装置
８０      ＯＥＭ
９０      サプライヤ
１００    下請け
【図１】
2006343858.tif 000003
【図２】
2006343858.tif 000004
【図３】
2006343858.tif 000005
【図４】
2006343858.tif 000006
【図５】
2006343858.tif 000007
【図６】
2006343858.tif 000008
【図７】
2006343858.tif 000009
【図８】
2006343858.tif 000010
【図９】
2006343858.tif 000011
【図１０】
2006343858.tif 000012
【図１１】
2006343858.tif 000013
【図１２】
2006343858.tif 000014
【図１３】
2006343858.tif 000015
【図１４】
2006343858.tif 000016
【図１５】
2006343858.tif 000017