(57)【要約】  ＰＬＭ環境における製品設計のための組み込みコンポーネント情報を管理するためのシステム、方法およびコンピュータプログラムであって、少なくとも１つのメッセージオブジェクトを表示すること；および、少なくとも１つのメッセージオブジェクトを信号オブジェクトと対応付けすること、および適切な手段およびコンピュータ読取り可能な指示を含んでいる。
2010538355.tif 000002
【特許請求の範囲】
【請求項１】
ＰＬＭ環境における製品設計のための組み込みコンポーネント情報を管理するための方法であって；
少なくとも１つのメッセージオブジェクトを表示すること；および
前記少なくとも１つのメッセージオブジェクトを信号オブジェクトと対応付けすること
を含む、
ことを特徴とする方法。
【請求項２】
前記少なくとも１つのメッセージオブジェクトを監査することを含む、請求項１記載の方法。
【請求項３】
前記対応付けは、信号オブジェクトの互換ルールを満たす、請求項１記載の方法。
【請求項４】
ＰＬＭ環境における製品設計のための組み込みコンポーネント情報を管理するための方法であって：
複数のメッセージデータを識別すること；
前記複数のメッセージデータの少なくとも１つによって伝送コンポーネントと受信コンポーネントを対応付けすること；および
前記複数のメッセージデータの少なくとも１つに対してコネクションアイテムを示すことを含み、ここで前記コネクションアイテムは前記複数のメッセージデータのキャリヤである、
ことを特徴とする方法。
【請求項５】
前記複数のメッセージデータを監査することを含む、請求項４記載の方法。
【請求項６】
製品設計のための組み込みシステムマネージャを提供する方法であって：
複数のメッセージデータを分類すること；および
前記複数のメッセージデータに対する複数のネットワークデバイスの互換性リストを作成することを含む、
ことを特徴とする方法。
【請求項７】
前記複数のメッセージデータを監査することを含む、請求項６記載の方法。
【請求項８】
ＰＬＭ環境における製品設計のための組み込みコンポーネント情報を管理する方法を実行する、機械読取り可能な媒体において実現されるコンピュータプログラム製品であって、
コンピュータに、
少なくとも１つのメッセージオブジェクトを表示させる；および
前記少なくとも１つのメッセージオブジェクトを信号オブジェクトに対応付けさせる、
指示を含んでいる、
ことを特徴とするコンピュータプログラム製品。
【請求項９】
前記対応付けは、互換性信号オブジェクトリストを満たす、請求項８記載のコンピュータプログラム製品。
【請求項１０】
システムであって、
ウィンドウ化された環境；および
前記ウィンドウ化された環境を使用した論理的な部品表アプリケーションを含み、
当該アプリケーションは；
少なくとも１つのメッセージオブジェクトを有している複数の組み込みコンポーネントの階層的なカタログ；および
前記少なくとも１つのメッセージオブジェクトを、複数の伝送コンポーネント、複数の受信コンポーネントおよび複数の信号伝送部のうちの少なくとも１つと対応付けするシステムカタログとを含んでいる、
ことを特徴とするシステム。
【請求項１１】
アプリケーション内のオブジェクトを管理する方法を実行する、少なくとも１つのプロセッサとアクセス可能なメモリを有しているデータ処理システムであって、
少なくとも１つのメッセージオブジェクトを表示する手段；および
前記少なくとも１つのメッセージオブジェクトを信号オブジェクトと対応付けする手段とを含んでいる、
ことを特徴とするデータ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野
ここに記載する本発明の有利な実施形態は一般的にソフトウェアアプリケーションに関する。より詳細には、この有利な実施形態は、製品ライフサイクル管理システム内の組み込みコンポーネント間のデータ管理に関する。
【０００２】
背景
組み込みソフトウェアは、リアルタイムで物理界と情報交換するシステム上で作動する。このようなシステムは、しばしば組み込みシステムと称され、最適な効果で特別なタスクを実行し、特定の固有の特徴を処理するように設計されている。１つの特徴は、組み込みシステムが長い寿命を有するべきである、ということである。なぜなら、組み込みシステムは、しばしば、何年もの間にわたってエラー無く継続的に作動することが期待されている機械内に設けられるからである。別の特徴は、組み込みシステム内のエラーにはコストがかかるということである。例えば、温度センサシステムがモーター内または変圧器内で故障すると、これらはオーバーヒートし、故障する。従って、組み込みシステムのほとんどがプログラミングされており、ゼロエラーのトレランスを満たすことがテストされている。別の特徴は、組み込みシステムは、作動時に非常に高い信頼性がなければいけないということである。組み込みシステムの幾つかの信頼性フィーチャは、ａ）安全、ｂ）容易に修理可能、ｃ）シャットダウンが容易であり、自動的にオンになる、である。組み込みシステムは、故障時に他のコントローラに悪影響を与えてはいけない。さらに他の特徴は、組み込みシステムはあらゆる入力に瞬時に反応する必要がある、ということである。組み込みシステムは人間の届く領域外（油井ボーリング孔の下、または宇宙空間への発射部分等）に存在することがあるので、組み込みシステムは、破壊的なデータ損傷が生じた場合でも自身で再スタートしなければならない。組み込みシステムのさらに他の特徴は、幾つかのシステムと同時に情報交換し、問題なくリアルタイムで多くのシステムに並行して反応するように設計されなければならない、ということである。さらに別の特徴は、組み込みシステムがハードウェア、ソフトウェア、ファームウェアおよびメッセージを交換する複雑なネットワーク等の、多数の相互に依存したコンポーネントを構成するということである。この相互依存性によって、組み込みシステムは、他のシステムと通信することができる。例えば、車両では、クルーズコントロールシステムは、設定速度を維持するためにパワートレインと通信する。
【０００３】
さらに、組み込みシステムは、機械類の作動をコントロールおよび／またはモニタリングするために使用され、種々のアプリケーションを実行する種々の製品構造内に設けられている。近年、組み込みシステムは急激な成長を遂げた。なぜなら、製品構造の変革を望む顧客が増大しているからである。組み込みシステムにおける重大な進展は、ネットワーク化である。低いコストと、集積チップの小型化を伴うワイヤレステクノロジーの進展によって、大量のメッセージを伴った組み込みネットワークシステムが迅速に発展した。ネットワークによって、組み込みシステムは相互に通信することができ、また物理界とも通信することができる。組み込みシステムを含んでいる典型的な製品構造は、１つまたは複数のバスを含んでおり、このバスは継続的に大量のメッセージと信号を種々のコンポーネントにわたって送る。製品のライフサイクルを通して生じるモデルチェンジおよびその他の変化を維持しつつ、製品構造内に入っている組み込みシステムコンポーネントを追跡および維持することは製品構造における多くの開発者および設計者にとって非常に煩わしい。同じように、設計変更が有するネットワークバスまたは製品構造に関連するメッセージへの作用を管理するのは困難である。
【０００４】
必要であるのは、総合的な組み込みシステムモデルの一部としての組み込みシステムのメッセージデータ管理システムおよび方法である。
【０００５】
要約
上述の課題を解決するために、および本明細書に概略的に記載されている有利な実施形態の目的に関連して、本発明は、ＰＬＭ環境における製品設計のための組み込みコンポーネント情報を管理するための方法を提供する。この方法は、少なくとも１つのメッセージオブジェクトを表示すること；前記少なくとも１つのメッセージオブジェクトを信号オブジェクトに対応付けすることを含む。この方法はさらに、前記少なくとも１つのメッセージオブジェクトを監査することを含む。この方法では、前記対応付けは、信号オブジェクトの互換ルールを満たす。
【０００６】
この有利な実施形態の他の利点は、ＰＬＭ環境における製品設計のための組み込みコンポーネント情報を管理するための方法を提供し、この方法が複数のメッセージデータを識別すること；前記複数のメッセージデータの少なくとも１つによって、伝送コンポーネントと、受信コンポーネントを対応付けすること；前記複数のメッセージデータのうちの少なくとも１つに対してコネクションアイテムを示すことを含む、ことである。ここで前記コネクションアイテムは、前記複数のメッセージデータのキャリヤである。この方法はさらに、前記複数のメッセージデータを監査することを含む。
【０００７】
この有利な実施形態の別の利点は、製品設計のための組み込みシステムマネージャを提供するための方法を提供することであり、この方法は、複数のメッセージデータのカテゴリー化；前記複数のメッセージデータに対する複数のネットワークデバイスの互換リストを作成することを含む。この方法はさらに、前記複数のメッセージを監査することを含む。
【０００８】
この有利な実施形態のさらに別の利点は、ＰＬＭ環境における製品設計に対する組み込みコンポーネント情報を管理する方法を実行する、機械読取り可能な媒体において実現されるコンピュータプログラム製品を提供することである。これは、コンピュータに少なくとも１つのメッセージオブジェクトを表示させることができる指示を含んでいる；さらに前記少なくとも１つのメッセージオブジェクトを信号オブジェクトに対応付けする。このコンピュータプログラム製品では、前記対応付けは、互換性信号オブジェクトリストを満たす。
【０００９】
この有利な実施形態のさらに別の利点は、ウィンドウ化された環境を含むシステムを提供することである；さらに、論理的な部品表アプリケーションを含む。このアプリケーション前記ウィンドウ化された環境を使用し、これは、少なくとも１つのメッセージオブジェクトを有する複数の組み込みコンポーネントの階層的なカタログを含む；さらにシステムカタログを含み、このシステムカタログは、前記少なくとも１つのメッセージオブジェクトを、複数の伝送コンポーネント、複数の受信コンポーネントおよび複数の信号伝送部のうちの少なくとも１つと対応付けする。
【００１０】
この有利な実施形態のさらに別の利点は、アプリケーション内のオブジェクトを管理する方法を実行する、少なくとも１つのプロセッサとアクセス可能なメモリを有しているデータ処理システムを提供することである。これは、少なくとも１つのメッセージオブジェクトを表示する手段；および前記少なくとも１つのメッセージオブジェクトを信号オブジェクトに対応付けする手段を含む。
【００１１】
この有利な実施形態の他の利点は、部分的には以降の説明および図面に開示され、部分的には、この有利な実施形態の実践によって学習される。この有利な実施形態をここで、本明細書の一部である、以降の図面を参照にして説明する。他の実施形態が使用可能であり、この有利な実施形態の範囲を逸脱することなく、変更が行われることが明らかである。
【００１２】
図面の簡単な説明
有利な実施形態を以下で、添付の図面に関連して説明する。ここでは同じ記号は同じ部材を表している。
【図面の簡単な説明】
【００１３】
【図１】車の計器盤上のインストルメントパネルの図
【図２】車内の組み込みシステムの図
【図３】組み込みシステムデータおよびメッセージデータを管理するための相手先ブランド製造業者に対するワークフローの例
【図４ａ】製品に対する部品表の図
【図４ｂ】製品に対する部品表の図
【図４ｃ】変換ダイヤグラム
【図４ｄ】製品に対する部品表の図
【図５】組み込みコンポーネントに対するメッセージデータ管理システムを実装するプロセスを示すフローチャート
【図６】組み込みコンポーネントに対するメッセージデータ管理システムを実装するプロセスを示すフローチャート
【図７】組み込みコンポーネントに対するメッセージデータ管理システムを実装するプロセスを示すフローチャート
【図８】有利な実施形態が実行されるコンピュータ環境のブロックダイヤグラム
【００１４】
有利な実施形態の詳細な説明
本アプリケーションの多くの発明性のある教示を、有利な実施例を特別に参照して記述する。しかし、実施形態のこのクラスは、発明性のある教示の多数の有利な利用の幾つかの例しかここで提示しない、といことを理解されたい。この有利な実施形態は殊に、組み込み製品ライフサイクルシステム内のデータを管理するシステムおよび方法を提供する。図８および以降の論議は、この有利な実施形態が実装される適切な計算環境の短い、一般的な説明を提供する。しかしこの有利な実施形態が、コンピュータによって実行可能な指示（これは例えば、パーソナルコンピューターによって実行されるプログラムモジュールである）の一般的なコンテキストにおいて記述される必要はない。一般的にプログラムモジュールは、ルーティン、プログラム、オブジェクト、コンポーネント、データ構造等を含んでいる。これらは、特定のタスクを実行する、または特定の抽象的なデータタイプを実装する。この有利な実施形態は、あらゆる種々の既知の計算環境において実行される。
【００１５】
従ってここで、この有利な実施形態に相応して、オペレーティングシステムは、コンピュータ、例えば汎用のパーソナルコンピューター上で実行される。図８を参照すると、この有利な実施形態を実行するシステムの例は、コンピュータ８００の形態の汎用計算機器を含む。これは例えばデスクトップまたはラップトップコンピュータであり、（図示されていない）複数の関連周辺機器を含む。コンピュータ８００は、マイクロプロセッサ８０５およびバス８１０を含む。このバスは既知の技術と相応に、マイクロプロセッサ８０５とコンピュータ８００の複数のコンポーネントとの間を接続し、コミュニケーションをイネーブル化するために使用される。このバス８１０は、あらゆる種類のバスアーキテクチャを使用するメモリーバスまたはメモリーコントローラ、周辺バスおよびローカルバスを含む、幾つかのタイプのバス構造であってよい。コンピュータ８００は典型的にユーザインターフェースアダプター８１５を含んでいる。これは、マイクロプロセッサ８０５を、バス８１０を介して、１つまたは複数のインタフェースデバイスに接続する。このインタフェースデバイスは、キーボード８２０、マウス８２５および／または他のインタフェースデバイス８３０である。この他のインタフェースデバイスは、タッチ式スクリーン、デジタル化されたペン入力式パッド等のあらゆるユーザインタフェースデバイスである。バス８１０は、ディスプレイデバイス（例えばＬＣＤスクリーンまたはモニタ）８３５も、ディスプレイアダプター８４０を介してマクロプロセッサ８０５へ接続する。バス８１０はまた、マイクロプロセッサ８０５をメモリ８４５に接続する。ここでこのメモリはＲＯＭ、ＲＡＭ等である。
【００１６】
コンピュータ８００はさらに、ドライブインタフェース８５０を含む。これは、少なくとも１つのストレージデバイス８５５および／または少なくとも１つのオプティカルドライブ８６０をバスに結合する。ストレージデバイス８５５は、ハードディスクドライブ（図示されていない）を含んでいる。これは、ディスク、すなわち磁気ディスクドライブ（図示されていない）からの読み出し、およびこれへの書き込みのため、リムーバル磁気ディスクドライブからの読み出しおよび、およびこれへの書き込みのためのものである。同じように、オプティカルドライブ８６０は、（図示されていない）光学ディスクドライブを含み得る。これは、ＣＤＲＯＭ等のリムーバル光学ディスクまたはその他の光学メディアからの読み出しまたはこれへの書き込みのためのものである。上述したドライブおよび関連するコンピュータ読取り可能なメディアは、コンピュータ読取り可能な指示、データ構造、プログラムモジュール、およびコンピュータ８００に対する他のデータの不揮発性記憶を提供する。
【００１７】
コンピュータ８００は、通信チャネル８６５を介して他のコンピュータまたはコンピュータのネットワークと通信することができる。コンピュータ８００はその他のコンピュータと、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）において対応付けされていてもよい。または、これが他のコンピュータとのクライアント／サーバーアレンジメントにおけるクライアント等であってもよい。さらに、この有利な実施形態は、コミュニケーションネットワークを通じてリンクされている遠隔処理デバイスによって実行される分散形計算環境においても実践される。分散形計算環境においては、プログラムモジュールは、ローカルメモリ記憶装置および遠隔メモリ記憶装置内の両方に配置されている。これらの構造の全ては、適切なコミュニケーションハードウェアおよびソフトウェアと並んで、それ自体知られている。
【００１８】
この有利な実施形態を体現するソフトウェアプログラミングコードは、典型的に、コンピュータ８００のメモリ８４５内に格納されている。クライアント／サーバー配置においてこのようなソフトウェアプログラミングコードは、サーバーに関連したメモリによって格納されている。このソフトウェアプログラミングコードは、あらゆる種類の不揮発性データ記憶装置で体現される。これは例えハードドライブ、フロッピーディスクまたはＣＤ−ＲＯＭである。このコードはこの種の媒体上に分散される、または、１つのコンピューターシステムのメモリからユーザーへ、幾つかのタイプのネットワークを介して、他のコンピュータへ、このような他のシステムのユーザーによる使用のために分配される。ソフトウェアプログラムコードを物理媒体上で体現するための技術および方法、および／またはソフトウエアコードをネットワークを介して分配するための技術および方法は、良く知られており、ここでは詳細に記載しない。
【００１９】
システム
図１は、車の計器盤上のインストルメントパネルの図である。図１では、自動車は計器盤１００を有している。この計器盤は種々のディスプレイコンポーネントを有している。これらのディスプレイコンポーネントは、燃料計１０５、速度計１１０、タコメータ１１５および温度計１２０を含んでいる。計器盤１００も、運転者にメッセージを表示することができ、運転者に車両の種々のコンディションを伝えることができる。例では単語「ＣＲＵＩＳＥ」がクルーズメッセージディスプレイ１２５上に示されており、クルーズコントロールが作動されると、運転者は車両運転に有効な情報を有する。
【００２０】
図２は、車両内に組み込まれているシステムの図である。種々のコンポーネントの相互関係は運転手には知られていない。これは殊に、エンジンコントロールユニット（ＥＣＵ）およびネットワークに関して、ＣＲＵＩＳＥを表示する車両必需品を含んでいる。このコンセプトのさらなる抽象概念は、種々のＥＣＵがネットワーク上であらゆる所与のメッセージに対してインパクトを有していること、さらにこれらのコンポーネントの種々の関係である。図２では、車両は、バス２００に沿って伝送されるメッセージのネットワークを有することができる。このバス２００は、CruiseSystemECU２０５、PowerTrainECU２１０、AutomaticTransmissionECU２１５等の種々のＥＣＵを接続する。ここでこれらのＥＣＵ全ては、例えばゲートウェイ２２０を通じて相互に通信する。例えばクルーズメッセージディスプレイ１２５に戻ると、運転手は一般的に、クルーズコントロールボタン（図示されていない）を押下する。これは、車両のクルーズコントロールフィーチャを作動させる目的で行う。クルーズコントロールボタンをＯＮの位置へ押すことによって、CruiseDetailsMessage２２５が送信される。これは例えば、CruiseSystemECU２０５の一部であり、バス２００に沿って、ゲートウェイ２２０を通じてPowerTrainECU２１０およびAutomaticTransmissionECU２１５へと送信される。この例の別の抽象概念としては、CruiseDetailsMessage２２５が正確にクルーズシステムＥＣＵ２０５とコミュニケートすることが保証される。これは次に適切に、ゲートウェイ２２０と、バス２００に沿って他のＥＣＵ２１０、２１５へと通信する。特定の運転者の車においては、高度に特別化された製品構造の一部であり、これはあらゆる理由に対してメッセージを変化させる。これは例えばマニュアルトランスミッション対オートマチックトランスミッション、または全輪駆動パワートレイン対前輪駆動パワートレインである。近年の自動車製造環境においては、車両が含んでいる多数の部品は、種々異なるエンティティ、例えば第１階層供給業者によって設計および開発され、種々異なるエンティティは、車の要求に合わせるための組み込みシステムを供給するのに時間を費やす。
【００２１】
製品設計
図３は、組み込みシステムデータおよびメッセージデータを管理するための相手先ブランド製造業者のためのワークフローの例を示している。図３では、相手先ブランド製造業者（ＯＥＭ：original equipment manufacture）は、製品ライフサイクル管理（ＰＬＭ）プラットフォームを用いて、全体的な車の設計を構築する（ステップ３００）。ＯＥＭは、全ての組み込みシステムをおよびネットワークシステムを、詳細な仕様に沿って構造する（ステップ３０５）。次にＯＥＭは典型的に、供給業者へ、組み込みシステムの設計および製造を外注する（ステップ３１０）。供給業者は必要なシステムを設計し、ＯＥＭへ完全な組み込みシステムデータを送り返す（ステップ３１０）。ＯＥＭと供給業者との間のデータ伝送は、組み込みシステム設計が完成されるまで続く。設計が完成されると、ＯＥＭは組み込みコンポーネントを構成し（ステップ３１５）、組み込みコンポーネント間の関係を管理し（ステップ３２０）、メッセージ／信号／バスシステムを構成し（ステップ３２５）、組み込みコンポーネントとメッセージとの間の関係を管理し（ステップ３３０）、組み込みシステムシミュレーションデータを管理する（ステップ３３５）。当然ながら、外注前の関係およびメッセージ情報を、供給業者またはＯＥＭによって設計の間に、ステップ３１０でさらに精錬することが可能であることを理解されたい。この有利な実施例は、設計者によって、コンパチビリティリストだけに基づくメッセージ要求の知識なく、組み込みコンポーネントを選択するためにも使用される。このリストは、組み込みデバイスを、合同メッセージとアライメントさせる、およびその逆のために使用される。
【００２２】
動作
図４ａおよび４ｂは、製品の部品表を示している。図４ａでは、部品表（ＢＯＭ）４００を伴うサンプル製品構造表示は、ステップ３０５から定義される、Vehicle Assembly representation４０５に対する幾つかの組み込みシステム表示を有している。例えば、ＯＥＭ／供給業者はＢＯＭ４００上で、Controller Area Network(CAN)bus line-item４１０を識別することができる。これは、ステップ３２５に定義されるVehicle Assembly representation４０５に対する組み込みシステムにおけるメッセージに対するConnectionタイプを有している。このような識別は、ドロップダウンメニューにおいてアイテムタイプ列４１５見だしから、ドロップダウンメニューリスト上で「Connection」を選択することによって行われる。次に、ＯＥＭ／供給業者は、ＢＯＭ４００上でCruiseDetailsMessage line-item４２０を識別する。これは、Vehicle Assembly representation４０５に対する組み込みシステムにおける充分なメッセージである。AccelDecelMessage line-itemが、例えば、車両の加速および減速に関するVehicle Assembly representation４０５上の組み込みシステムに対する情報を有するための必要なメッセージとして規定されてもよい。図２に示されているようなメッセージフローを有する場合、ＯＥＭ／供給業者はさらに、充分なコンポーネントを、Vehicle Assembly representation４０５におけるラインアイテムとして識別することができる。例えば、PowertrainECU line-item４２５、AutomaticTransmissionECU line-item４３０、またはCruiseSystemECU line-item４３５である。これらの充分なコンポーネントは、アイテムタイプ列４１５内で「Items」として識別される。この列は、Processor、AppSoftware、Calibration、PriBootloader等の、アイテムタイプのサブコンポーネントを有している。種々のサブコンポーネントを使用することによって、一般的に理解される選択方法によって、ＯＥＭ／供給業者およびその他のユーザーは、これらのサブコンポーネントのうちのどれが、そのアイテムまたは複数のアイテムのうちの１つのアイテムを含んでいるのかを選択することができる。より詳細に示されている図４ａでは、CruiseSystemECU line-item４３５はECUHardware line-item、AccelDecelSoftware line-item、Calibration line-itemおよびBootloader line-itemを有している。またECUHardwareは例えばCruiseCalculationProcessorを有している。
【００２３】
この有利な実施形態は、ＯＥＭ／供給業者に、例えば、詳細にメッセージを管理する能力も提供する。このメッセージ管理を示している図４ｂでは、Vehicle Assembly representation４０５は、CruiseDetailsMessage line-item４２０を有している。これは、対応付けされているシステムロケーション４４０で、ＢＯＭ４００内の種々のアイテムタイプと関連付けされていなければならない。設計意図は、CruiseDetailsMessage２２５をCAN＿Busバス２００に沿って、CruiseSystemECU２０５からAutomaticTransmissionECU２１５またはPowerTrainECU２１０へ、またはその両方へ伝送させることである。対応付けされているシステムロケーションで設計目的を保持することは次のように示される。すなわち、CruiseSystemECU line-item４３５がソースとしてまたは、CruiseDetailsMessage line-item４２０のための受信コンポーネントとして示され、CAN＿Bus line-item４１０がバスとして示され、AutomaticTransmissionECU line-item４３０およびPowertrainECU line-item４２５の両方が、ターゲットまたは伝送コンポーネントとして示される。これまでの図の有利な実施形態は、次の式に従っている。
【００２４】
【数１】
2010538355.tif 000003
【００２５】
ここでｍはメッセージであり、ｂはバスであり、ｔはターゲットであり、ｓはソースである。別の方法では、全てのメッセージに対して、バス、ターゲットおよびソースが存在する。従って少なくとも１つのバス、少なくとも１つのターゲット、少なくとも１つのソースが存在する。図４ｃは、変換ダイヤグラムであり、これは少なくとも１つのソースにメッセージｍが始まり、少なくとも１つのバスに沿って進み、少なくとも１つのターゲットに向かう図を示している。
【００２６】
図４ｄは、代替的な形態における製品の部品表をあらわしている。以降のステップ３３０では、ＯＥＭ／供給業者は、かなり多数の関係を管理する。これは例えばプロセッサソフトウェア、ソフトウェア−ソフトウェア、および／またはプロセッサ−プロセッサであり、種々の組み込みコンポーネントラインアイテム間にある。図５では、「Used By」列４５５はソフトウェアソフトウェア関係並びにプロセッサプロセッサ関係を示している。「Embeds」列４５０は、プロセッサ−ソフトウェア関係を示している。当初の例に戻ると、Calibration software line-item４５５は、PowertrainECU line-item４２５に対するサブコンポーネントとして示されている。Calibration software line-item４５５は、４６０で示されているように、ソフトウェア−ソフトウェア関係を有している。Calibration software line-item４５５は、４６５で示されているようにプロセッサ−ソフトウェア関係を含むことができる。同様に、DriveCalculationProcessor line-item４７０は、４７５で示されているように、Calibration software line-item４５５を組み込むことによって、プロセッサ−ソフトウェア関係を有する。ステップ３３５の間に、不完全なプロセッサ、例えば、４７０でＢＯＭラインアイテムを有している001136０／A-DriveCalculationProcessorが識別されると、依存する関係、例えばCalibration software line-item４７５がトリガされ、改善および／または修正のための影響された組み込みコンポーネントを識別する。
【００２７】
要約
図５は、組み込みコンポーネントのためのメッセージデータ管理システムを実装するプロセスを示すフローチャートである。図５は、ＰＬＭ環境における製品設計のための、組み込みコンポーネント情報を管理するための方法であり、全体が５００で示されている。これは、少なくとも１つのメッセージオブジェクトを表示することで始まる（ステップ５０５）。次に、少なくとも１つのデータメッセージオブジェクトを信号コンポーネントに対応付けする（ステップ５１０）。この対応付けは、互換性コンポーネントを満たす。
【００２８】
図６は、組み込みコンポーネントのためのメッセージデータ管理システムを実装するプロセスを示すフローチャートである。図６は、ＰＬＭ環境における製品設計のための、組み込みコンポーネント情報を管理するための方法であり、全体的に６００で示されている。これは、複数のメッセージデータを識別することで始まる（ステップ６０５）。次に、複数のメッセージデータの少なくとも１つによってソースアイテムとターゲットアイテムを対応付けする（ステップ６１０）。その後、複数のメッセージデータのうちの少なくとも１つに対するコネクションアイテムを示す（ステップ６１５）。
【００２９】
図７は、組み込みコンポーネントのためのメッセージデータ管理システムを実装するプロセスを示すフローチャートである。図７は、製品設計に対する組み込みシステムマネージャを提供する方法であり、全体的に７００で示されており、複数のメッセージデータを分類することで始まる（ステップ７０５）。次に、この方法は複数のメッセージデータに対する複数のネットワークデバイスの互換性リストを生成する（ステップ７１０）。
【００３０】
結論
この有利な実施形態はデジタル電子回路内に実装される、またはコンピュータハードウェア、ファームウェア、ソフトウェアまたはそれらの組み合わせ内に実装される。この有利な実施形態の装置はコンピュータプログラム製品内に組み込み可能であり、これは、プログラミング可能なプロセッサによって、機械読み取り可能な記憶装置において体現される；さらにこの有利な実施形態の方法ステップは、入力データを操作することおよび出力を生成することによって、この有利な実施形態の機能を実施するための指示のプログラムを実行するプログラミング可能なプロセッサによって実行される。
【００３１】
この有利な実施形態は有利には、１つまたは複数のコンピュータプログラムにおいて実装される。これはプログラマブルシステム上で実行される。このシステムは少なくとも１つのプログラマブルプロセッサを含んでおり、これは、データ記憶システムからデータおよび指示を受信するために、および、データ記憶システムにデータおよび指示を送信するために、少なくとも１つの入力装置および少なくとも１つの出力装置と結合されている。このアプリケーションプログラムは、ハイレベルの手続き型言語で、またはオブジェクト指向プログラミング言語で、または所望されれば、アセンブリまたは機械言語で実装される；あらゆるケースにおいて、言語はコンパイルされる言語または解釈言語である。
【００３２】
一般的にプロセッサは、指示およびデータをリードオンリーメモリおよび／またはランダムアクセスメモリから受信する。コンピュータプログラム指示およびデータを具体化すのに適している記憶装置は、全ての形態の不揮発性メモリを含む。これは例えばＥＰＲＯＭ、ＥＥＰＲＯＭおよびフラッシュメモリデバイス等の半導体メモリデバイス；内部ハードディスク等の磁気ディスクおよびリムーバルディスク；磁気光学ディスク；およびＣＤ−ＲＯＭディスクを含む；特別に設計されたＡＳＩＣ（Application Specific Integrated Circuit）によって、上述したあらゆるものが補足され、組込まれる。
【００３３】
多くの実施形態を記載した。種々の修正が、この有利な実施形態の概念および範囲を逸脱しないで行うことができることを理解されたい。従って、以下のクレームの範囲内で他の実装が可能である。
【図１】
2010538355.tif 000004
【図２】
2010538355.tif 000005
【図３】
2010538355.tif 000006
【図４ａ】
2010538355.tif 000007
【図４ｂ】
2010538355.tif 000008
【図４ｃ】
2010538355.tif 000009
【図４ｄ】
2010538355.tif 000010
【図５】
2010538355.tif 000011
【図６】
2010538355.tif 000012
【図７】
2010538355.tif 000013
【図８】
2010538355.tif 000014
【国際調査報告】
2010538355.tif 000015
2010538355.tif 000016