"車載ECUに搭載されるCPUにおいてデータ通信を実現可能なプログラムがアプリケーション及びソフトウェアプラットフォームで構成されるとき、前記プログラムの実行イメージの生成にあたって用いられ、通信データの情報を含み当該通信データの送受信を実現するコンフィギュレーションコードを生成するコンフィギュレーションコード生成装置であって、アプリケーションの仕様に基づくアプリケーション設計情報、システムの仕様に基づくシステム設計情報、及び、通信仕様に基づく通信リソース設計情報に関する設定項目のうち、所定の対象項目に関連する前記設定項目を関連項目とし、前記対象項目と前記関連項目との対応関係を記憶する関連項目記憶手段と、前記アプリケーション設計情報及び前記システム設計情報が設定された後、前記関連項目記憶手段に記憶された前記対応関係に基づき、前記対象項目毎に前記関連項目の情報である関連項目情報に優先順位を付加する優先順位付加手段と、前記優先順位付加手段にて優先順位の付加された前記関連項目情報に基づく前記通信リソース設計情報のユーザによる設定を可能とする情報設定手段と、を備えていることを特徴とするコンフィギュレーションコード生成装置。請求項1に記載のコンフィギュレーションコード生成装置において、前記優先順位付加手段は、前記関連項目毎に予め設定される優先度に基づき、前記関連項目情報に優先順位を付加することを特徴とするコンフィギュレーションコード生成装置。請求項1又は2に記載のコンフィギュレーションコード生成装置において、前記優先順位付加手段は、前記対象項目の情報である対象項目情報と前記関連項目情報との類似度に基づき、前記関連項目情報に優先順位を付加することを特徴とするコンフィギュレーションコード生成装置。請求項1~3の何れか一項に記載のコンフィギュレーションコード生成装置において、前記情報設定手段にて設定された前記関連項目情報の設定回数を学習する設定回数学習手段をさらに備え、前記優先順位付加手段は、前記関連項目情報の設定回数に基づき、前記関連項目情報に優先順位を付加することを特徴とするコンフィギュレーションコード生成装置。請求項1~4の何れか一項に記載のコンフィギュレーションコード生成装置において、前記情報設定手段は、前記関連項目情報を前記優先順位に従って並べ替えて表示することを特徴とするコンフィギュレーションコード生成装置。請求項1~5の何れか一項に記載のコンフィギュレーションコード生成装置において、前記情報設定手段は、前記関連項目情報のユーザによる選択的指示により前記通信リソース設計情報の設定を可能にすることを特徴とするコンフィギュレーションコード生成装置。請求項1~6の何れか一項に記載のコンフィギュレーションコード生成装置の各手段としてコンピュータを機能させるプログラム。しかしながら、特許文献2に記載された発明では、関連性判定データを自動的に作成できるものの、入力作業の軽減という観点からは不十分である。本発明は、上述した課題を解決するためになされたものであり、その目的は、コンフィギュレーションコードの作成に際し、ユーザによる情報入力作業を軽減することにある。上述した目的を達成するためになされた請求項1に記載のコンフィギュレーションコード生成装置は、車載ECUに搭載されるCPUにおいてデータ通信を実現可能なプログラムがアプリケーション及びソフトウェアプラットフォームで構成されることを前提とし、コンフィギュレーションコードを生成する。コンフィギュレーションコードは、プログラムの実行イメージの生成にあたって用いられる。また、コンフィギュレーションコードは、通信データの情報を含み、当該通信データの送受信を実現する。このとき、関連項目記憶手段が、対象項目と関連項目との対応関係を記憶する。関連項目とは対象項目に関連する設定項目であり、設定項目とは、アプリケーションの仕様に基づくアプリケーション設計情報、システムの仕様に基づくシステム設計情報、及び、通信仕様に基づく通信リソース設計情報に関する項目である。本発明では、優先順位付加手段が、対象項目毎に関連項目の情報である関連項目情報に優先順位を付加する。具体的には、アプリケーション設計情報及びシステム設計情報が設定された後、関連項目記憶手段に記憶された対応関係に基づき、優先順位付加手段が優先順位を付加する。そして、情報設定手段によって、優先順位付加手段にて優先順位の付加された関連項目情報に基づく通信リソース設計情報のユーザによる設定がなされる。コンフィギュレーションコードの生成には、アプリケーション設計情報、システム設計情報、及び、通信リソース設計情報が必要となる。このとき、通信リソース設計情報の設定項目情報は、アプリケーション設計情報及びシステム設計情報から、ある程度推測できる。たとえば、関連する情報には、類似する名称が付与されたりするため、その名称などから、推測できるという具合である。そこで、これら設計情報の設定項目を対象項目に対する関連項目として記憶しておき、当該関連項目の情報関連項目情報に優先順位を付加し、優先順位の付加された関連項目情報に基づいて、通信リソース設計情報を設定するのである。このようにすれば、コンフィギュレーションコードの作成に際し、ユーザによる情報入力作業を軽減することができる。具体的には、請求項2に示すように、優先順位付加手段は、関連項目毎に予め設定される優先度に基づき、関連項目情報に優先順位を付加することが考えられる。例えば、関連項目が受信周期であれば短いものほど優先度を高くし、関連項目がメッセージIDであれば小さいものほど優先度を高くしておくという具合である。このようにすれば、比較的簡単にまた適切に関連項目情報に優先順位を付加することができる。また具体的には、請求項3に示すように、優先順位付加手段は、対象項目の情報である対象項目情報と関連項目情報との類似度に基づき、関連項目情報に優先順位を付加することが考えられる。この技術思想は、アプリケーションから参照されるデータ名とソフトウェアプラットフォームから参照される通信データ名とが類似する名称となっていることが多いという事実に基づくものである。このようにすれば、比較的簡単にまた適切に関連項目情報に優先順位を付加することができる。さらにまた具体的には、請求項4に示すように、情報設定手段にて設定された関連項目情報の設定回数を学習する設定回数学習手段をさらに備える構成の下、優先順位付加手段が、関連項目情報の設定回数に基づき、関連項目情報に優先順位を付加することが考えられる。過去に設定された関連項目情報のうち設定頻度の高い関連項目情報は、再び設定される可能性が大きいためである。このようにすれば、過去の設定情報に基づいて学習が行われるため、比較的簡単にまた適切に関連項目情報に優先順位を付加することができる。ところで、優先順位の付加された関連項目情報の設定を容易にするという観点からは、請求項5に示すように、情報設定手段が、関連項目情報を優先順位に従って並べ替えて表示するようにするとよい。このようにすれば、ただ単に優先順位が記述される場合と比べ、関連項目情報の設定が容易になる。また、請求項6に示すように、情報設定手段は、関連項目情報のユーザによる選択的指示により通信リソース設計情報の設定を行う構成としてもよい。例えば上述したように並べ替えて表示される関連項目情報を、マウスなどの入力デバイスでクリックして設定可能にするという具合である。このようにすれば、関連項目情報の設定が一層容易になる。なお、以上は、コンフィギュレーションコード生成装置の発明として説明してきたが、請求項7に示すようなプログラムの発明として実現することもできる。以下、本発明の一実施形態について説明する。図1に、通信システム100を示す。ここでは、複数のECUであるE01,E02,E03が、車両内の通信バスBus1、Bus2のいずれか又は両方に接続されている。具体的には、E01はBus1及びBus2の両方に接続されており、E02はBus1に接続されており、E03はBus2に接続されている。これら複数のECUE01~E03には、4つのCPUC01,C02,C03,C04が搭載されている。具体的に、E01にはC01及びC02が搭載されており、E02にはC03が搭載されており、E03にはC04が搭載されている。さらに、4つのCPUには、5つのアプリケーションA01,A02,A03,A04,A05が搭載されている。C01にはA01が搭載されており、C02にはA02が搭載されており、C03にはA03が搭載されており、C04にはA04及びA05が搭載されている。なお、ここではアプリケーションA01~A05が搭載される様子を示したが、図2に示すように、アプリケーションの下位層には、ソフトウェアプラットフォーム以下ソフトウェアPFというが存在する。また、コンフィギュレーションコード以下コンフィグコードというが存在する。ソフトウェアPFは、ECUのハードウェアを直接駆動するためのプログラムである。したがって、ソフトウェアPFの構成は、ECUのハードウェア構成に強く依存している。ソフトウェアPFの例としては、OS例えばOSEKOS登録商標やデバイスドライバが挙げられる。アプリケーションは、ソフトウェアPFの提供する機能を利用することで、ECUのハードウェアの制御を行う。例えばエンジンECUであれば、エンジン点火タイミングの計算のために必要なアクセル開度やエンジン回転数等を受信し、受信した情報から点火タイミングを算出し、インジェクタを制御するという具合である。ソフトウェアPFの機能は、APIによって提供される。アプリケーションは、APIを呼び出すことで、ソフトウェアPFを介し、ハードウェアを制御する。このとき、ソフトウェアPFが提供するAPIは、たとえばECUが異なっている場合でも共通になっているのが一般的である。これにより、アプリケーションの作成においては、ECUのハードウェア構成を意識してコーディングする必要がなくなる。コンフィグコードは、アプリケーションが扱う通信データの詳細情報などを含む。通信データとは、アプリケーション同士で受け渡されるデータである。データの受け渡しには、同一ECU内で行われる場合CPU間通信と、異なるECU間で行われる場合ECU間通信とがある。また、コンフィグコードには、ソフトウェアPFを介し通信データの送受信を実現するためのプログラム以下通信データ関数というが含まれる。通信データ関数には上述したAPIが利用されており、アプリケーションは、通信データ関数を呼び出すことで、ソフトウェアPFを利用したデータの送受信を実現する。通信データ関数は、アプリケーションが扱う通信データの種類ごとに用意される。ところで、図3に示すように、オブジェクトコードと呼ばれる実行イメージは、アプリケーション、コンフィグコード、及び、ソフトウェアPFをコンパイル/リンクして作成される。なお、本実施形態は、コンフィグコードの生成に特徴を有するものである。そこで、次に、図4を参照し、コンフィグコードの生成方法を説明する。コンフィグコードは、コンフィグレーションコード生成装置以下コンフィグコード生成装置という10によって生成される。コンフィグコード生成装置10は、制御部11及び関連項目記憶部12を有している。制御部11は、いわゆるコンピュータシステムであり、CPU、RAM、ROM、I/O及びこれらを接続するためのバスラインを備える。そして、コンフィグコード生成装置10全体の制御を司る。一方、関連項目記憶部12は例えばメモリ装置として具現化され、ここには後述する関連項目表が記憶される。コンフィグコード生成のための情報は、ユーザによって入力される。具体的にユーザは、アプリケーション仕様20、システム仕様30、及び、通信仕様40などの情報を参照し、コンフィグコード生成装置10へ必要な情報を入力する。図5は、コンフィグコード生成手順を示すフローチャートである。最初のS100では、アプリケーション間のインターフェースを設定する。この処理は、アプリケーション仕様20に基づいて作成されるアプリケーション設計情報テーブルをコンフィグ生成装置10に入力するものである。アプリケーション設計情報テーブルは、アプリケーション毎に用意され、図6に示すように、例えばデータ名、初期値、フェイル値などの情報で構成される。なお、図6は、アプリケーションA01図1参照に対応するものである。図6から、アプリケーションA01で送受信されるデータは、Data1,Data2,Data3,Data4であることが分かる。続くS110では、システム構成を設定する。この処理は、システム仕様30に基づいて作成されるシステム設計情報テーブルをコンフィグコード生成装置10に入力するものである。システム設計情報テーブルは、図7に示すように、例えば接続バスバス名、プロトコル、搭載CPU、搭載アプリケーション、搭載ECUなどの情報で構成される。例えばBus1のプロトコルはP1となっており、Bus1に接続されているCPUはC01,C03である。また、C01に搭載されるアプリケーションがA01であり、C03に搭載されるアプリケーションがA03である。そして、C01が搭載されるECUがE01であり、C03が搭載されるECUがE02である。次にS120では、各種通信リソースを設定する。この処理は、通信仕様40に基づいて作成される通信リソース設計情報テーブルをコンフィグコード生成装置10に入力するものである。通信リソース設計情報テーブルは、通信リソース毎に用意され、図8に示すように、概要データと詳細データとで構成される。概要データには、通信データ名、搭載フレーム、送信CPU、受信CPUなどが記載される。また、詳細データには、メッセージID、送信周期、受信周期、及びデータサイズなどが記載される。続くS130では、コンフィグコードを生成する。この処理は、ユーザがコンフィグコード生成装置10に対し生成指示を行うことで実現される。ここで、図6に示したアプリケーション設計情報テーブル、図7に示したシステム設計情報テーブル、図8に示した通信リソース設計情報テーブルについて説明を加える。図6に示したアプリケーション設計情報テーブルは、データ名ごとにレコードを有し、上述したように、アプリケーション毎に作成される。図6に示したテーブルは、アプリケーションA01に対応するものである。このアプリケーション設計情報テーブルには、上述したように、データ名、初期値、及び、フェイル値などの情報が記載される。データ名は、通信データをアプリケーションから参照するときの名称である。また、初期値及びフェイル値は、当該通信データの詳細データである。したがって、アプリケーション設計情報テーブルから、アプリケーション毎の通信データの名称、及び、当該通信データの詳細が分かる。図7に示したシステム設計情報テーブルは、通信バス毎にレコードを有し、上述したように、接続バスバス名、プロトコル、搭載CPU、搭載アプリケーション、搭載ECUなどの情報が記載される。バス名とは、通信バスの名称である。また、プロトコルは、当該通信バスに用いられるプロトコルを示す。搭載CPUは通信バスに接続されるCPUであり、搭載アプリケーションはCPUにおいて実行されるアプリケーションであり、搭載ECUはCPUの搭載先のECUである。したがって、通信リソース設計情報テーブルから、CPU毎に、CPUを搭載するECU、CPUに接続される通信バス、および、CPUが実行するアプリケーションが分かる。なお、本実施形態では、Bus1にC01及びC03が接続されており、Bus2にC02及びC04が接続されている図1,図7参照。このとき、異なるバスに接続されるCPU同士が通信を行うためには、他のCPUをゲートウェイとして用いる必要がある。例えばC03とC04とが通信をするためには、通信データをC03→C01→C02→C04の経路又はその逆の経路で受け渡ししなければならない。このとき、C01とC02との通信は、CPU間通信となる。図8に示した通信リソース設計情報テーブルは、通信データ名ごとにレコードを有し、上述したように通信リソース毎に作成される。この通信リソース設計情報テーブルには、上述したように、概要データと詳細データとが記載される。概要データは、通信データ名、搭載フレーム、送信CPU、受信CPUなどで構成される。通信データ名は、通信データがソフトウェアPFから参照されるときの名称である。また、搭載フレームは、通信データを搬送するデータフレームの名称である。送信CPU及び受信CPUは、通信データの発信元及び発信先のCPUを示す。一方、詳細データは、メッセージID、送信周期、受信周期、データサイズなどで構成される。これは、通信データの詳細を示す情報である。本実施形態は、図5中のS120における通信リソースの設定に特徴を有している。具体的には、上述した概要データ及び詳細データの入力作業が軽減されるように、設定項目情報を推測してユーザに提示する。これを図9に基づき説明する。最初のS200では、優先順位付加処理を実行する。この処理は、制御部11にて実行されるものであり、後述する関連項目情報に優先順位を付加するものである。ここでS200の優先順位付加処理を図10のフローチャートを用いて説明する。S201では、通信リソース設計情報テーブルを初期化する。この処理は、通信リソース設計情報テーブルの作成に際し、当該テーブル値を初期化するものである。続くS202では、関連項目表から、処理のための項目を特定する。この処理は、関連項目表に基づき、対象項目を読み出し、当該対象項目に関連する関連項目を特定するものである。関連項目表は、関連項目記憶部12に予め記憶しておく。関連項目表は、例えば図11に示す如くであり、所定の対象項目と当該対象項目に関連する関連項目とを対応付けるものである。図11では、対象項目データ名に通信データ名及びバス名が対応付けられている。また、対象項目送信優先順位にバス名、メッセージID及び送信周期が対応付けられている。さらにまた、対象項目受信優先順位にバス名、メッセージID及び受信周期が対応付けられている。また、対象項目データ初期値にデータサイズ及び受信CPUが対応付けられている。次のS203では、関連項目の優先度から、優先順位を付加する。関連項目によっては予め優先度を決定しておくことができる。例えば受信周期や送信周期は、周期が短いほど優先度が高いという具合である。ここでは、予め決定された優先度に基づき、関連項目情報に優先順位を付加する。続くS204では、対象項目情報との類似度から、優先順位を付加する。図11に示したように対象項目がデータ名である場合、関連項目の通信データ名は、データ名の名称に類似した名称とされることが多い。そこで、ここでは、対象項目情報と関連項目情報との類似度に基づき、関連項目情報に優先順位を付加する。次のS205では、過去の設定回数から、優先順位を付加する。過去に設定された関連項目情報のうち設定頻度の高い関連項目情報は、再び設定される可能性が大きいためである。ここでは、過去の設定回数に基づき、関連項目情報に優先順位を付加する。続くS206では、S203~S205の処理に基づき、優先順位表を作成する。優先順位表は、対象項目毎に、関連項目情報の優先順位を表にしたものである図12,図13参照。次のS207では、対象項目のすべてについて処理したか否かを判断する。ここで対象項目のすべてについて処理したと判断された場合S207:YES、優先度付加処理を終了する。一方、対象項目の中に処理していないものがあるうちはS207:NO、S202からの処理を繰り返す。ここで図9の説明に戻り、S210では、関連項目情報の並べ替え表示を行う。この処理は、S206にて作成された優先順位表に基づき、関連項目情報を並べ替えて表示するものである。例えば図示しないディスプレイ装置に関連項目情報を並べ替えて表示するという具合である。続くS220では、関連項目情報を選択可能とする。この処理は、S210にてディスプレイ装置に表示された関連項目情報をマウスなどの入力デバイスにて選択可能とし、入力デバイスのクリックなどにより設定させるものである。次のS230では、設定された関連項目情報の設定回数を更新し、その後、通信リソース設定手順を終了する。ここで、S206で作成される優先順位表について説明を加える。例えば図12に示すように、対象項目であるデータ名に対し、関連項目であるバス名及び通信データ名の優先順位表を作成するという具合である。このとき、バス名は出現回数で優先順位が決定され、通信データ名はデータ名との類似度で優先順位が決定されている。さらに、設定回数を基に、これら関連項目が並べ替えられている。また例えば図13に示すように、対象項目である受信優先順位に対し、関連項目であるバス名、受信周期及びメッセージIDの優先順位表を作成するという具合である。このとき、バス名はバス優先度で優先順位が決定され、受信周期は昇順に優先順位が決定され、メッセージIDは値の小さいものから順に優先順位が決定されている。さらに、設定回数を基に、これら関連項目が並べられている。次に、本実施形態のコンフィグコード生成装置10が発揮する効果を説明する。本実施形態では、図11に示した関連項目表を関連項目記憶部12に記憶している。関連項目表は、所定の対象項目と当該対象項目に関連する関連項目とを対応付けるものである。これにより、対象項目毎に関連項目を特定し図10中のS202、関連項目情報に優先順位を付加して優先順位表を作成するS205。そして、この優先順位表に基づき、関連項目情報がユーザによって設定される図9中のS210,S220。コンフィグコードの生成には、アプリケーション設計情報、システム設計情報、及び、通信リソース設計情報が必要となる。このとき、通信リソース設計情報の設定項目情報は、アプリケーション設計情報及びシステム設計情報から、ある程度推測できる。たとえば、関連する情報には、類似する名称が付与されたりするため、その名称などから、推測できるという具合である。そこで、これら設計情報の設定項目を対象項目に対する関連項目として記憶しておき、当該関連項目の情報関連項目情報に優先順位を付加し、優先順位の付加された関連項目情報に基づいて、通信リソース設計情報をユーザが設定するのである。これにより、コンフィグコードの作成に際し、ユーザによる情報入力作業を軽減することができる。また、本実施形態では、関連項目の優先度から関連項目情報に優先順位を付加する図10中のS203。さらにまた、対象項目情報との類似度から関連項目情報に優先順位を付加するS204。また、関連項目情報が設定されると、関連項目情報の設定回数を更新して学習し図9中のS230、過去の設定回数から関連項目情報に優先順位を付加する図10中のS205。これにより、比較的簡単にまた適切に関連項目情報に優先順位を付加することができる。さらにまた、本実施形態では、優先順位の付加された関連項目情報を並べ替えて表示する図9中のS210。これにより、ただ単に優先順位が記述される場合と比べ、関連項目情報の設定が容易になる。また、本実施形態では、並べ替えられた関連項目情報が選択可能となり、関連項目情報を選択することによって設定可能となっている図9中のS220。これにより、関連項目情報の設定が一層容易になる。なお、本実施形態におけるコンフィグコード生成装置10がコンフィギュレーションコード生成装置を構成し、アプリケーション設計情報テーブルに記載される情報がアプリケーション設計情報に相当し、システム設計情報テーブルに記載される情報がシステム設計情報に相当し、通信リソース設計情報テーブルに記載される情報が通信リソース設計情報に相当する。また、関連項目記憶部12が関連項目記憶手段を構成し、制御部11が優先順位付加手段、情報設定手段及び設定回数学習手段を構成する。ここで、図10中のS202~S206の処理が優先順位付加手段の機能としての処理に相当し、図9中のS210及びS220の処理が情報設定手段の機能としての処理に相当し、図9中のS230の処理が設定回数学習手段の機能としての処理に相当する。以上、本発明は、上述した実施形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において種々なる形態で実施できる。"