(57)【要約】【課題】  コンフィギュレーションコードの作成に際し、ユーザによる情報入力作業を軽減する。【解決手段】  アプリケーション設計情報テーブル、システム設計情報テーブル、通信リソース設計情報テーブルの設定項目の一部を関連項目とし、所定の対象項目と当該対象項目に関連する関連項目とを対応付ける関連項目表を記憶しておく。対象項目毎に関連項目を特定し（Ｓ２０２）、関連項目の優先度から関連項目情報に優先順位を付加し（Ｓ２０３）、対象項目情報との類似度から関連項目情報に優先順位を付加する（Ｓ２０４）。また、関連項目情報が設定されると、関連項目情報の設定回数を更新して学習し、過去の設定回数から関連項目情報に優先順位を付加する（Ｓ２０５）。そして、優先順位の付加された関連項目情報に基づき、ユーザは関連項目情報を設定する。【選択図】  図１０
2012242956.tif 000002
【特許請求の範囲】
【請求項１】
車載ＥＣＵに搭載されるＣＰＵにおいてデータ通信を実現可能なプログラムがアプリケーション及びソフトウェアプラットフォームで構成されるとき、前記プログラムの実行イメージの生成にあたって用いられ、通信データの情報を含み当該通信データの送受信を実現するコンフィギュレーションコードを生成するコンフィギュレーションコード生成装置であって、
アプリケーションの仕様に基づくアプリケーション設計情報、システムの仕様に基づくシステム設計情報、及び、通信仕様に基づく通信リソース設計情報に関する設定項目のうち、所定の対象項目に関連する前記設定項目を関連項目とし、前記対象項目と前記関連項目との対応関係を記憶する関連項目記憶手段と、
前記アプリケーション設計情報及び前記システム設計情報が設定された後、前記関連項目記憶手段に記憶された前記対応関係に基づき、前記対象項目毎に前記関連項目の情報である関連項目情報に優先順位を付加する優先順位付加手段と、
前記優先順位付加手段にて優先順位の付加された前記関連項目情報に基づく前記通信リソース設計情報のユーザによる設定を可能とする情報設定手段と、
を備えていることを特徴とするコンフィギュレーションコード生成装置。
【請求項２】
請求項１に記載のコンフィギュレーションコード生成装置において、
前記優先順位付加手段は、前記関連項目毎に予め設定される優先度に基づき、前記関連項目情報に優先順位を付加すること
を特徴とするコンフィギュレーションコード生成装置。
【請求項３】
請求項１又は２に記載のコンフィギュレーションコード生成装置において、
前記優先順位付加手段は、前記対象項目の情報である対象項目情報と前記関連項目情報との類似度に基づき、前記関連項目情報に優先順位を付加すること
を特徴とするコンフィギュレーションコード生成装置。
【請求項４】
請求項１〜３の何れか一項に記載のコンフィギュレーションコード生成装置において、
前記情報設定手段にて設定された前記関連項目情報の設定回数を学習する設定回数学習手段をさらに備え、
前記優先順位付加手段は、前記関連項目情報の設定回数に基づき、前記関連項目情報に優先順位を付加すること
を特徴とするコンフィギュレーションコード生成装置。
【請求項５】
請求項１〜４の何れか一項に記載のコンフィギュレーションコード生成装置において、
前記情報設定手段は、前記関連項目情報を前記優先順位に従って並べ替えて表示すること
を特徴とするコンフィギュレーションコード生成装置。
【請求項６】
請求項１〜５の何れか一項に記載のコンフィギュレーションコード生成装置において、
前記情報設定手段は、前記関連項目情報のユーザによる選択的指示により前記通信リソース設計情報の設定を可能にすること
を特徴とするコンフィギュレーションコード生成装置。
【請求項７】
請求項１〜６の何れか一項に記載のコンフィギュレーションコード生成装置の各手段としてコンピュータを機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信データの詳細情報を含みデータ通信を実現するコンフィグレーションコードを生成する技術に関する。
【背景技術】
【０００２】
従来、車両に搭載され相互にデータ通信を行う複数のＥＣＵのプログラム開発において、当該プログラムを、ソフトウェアプラットフォームとアプリケーションとに分けて作成する方法が採用されている（例えば、特許文献１参照）。
【０００３】
ソフトウェアプラットフォームは、ＥＣＵのハードウェアを直接駆動するためのプログラムである。したがって、ソフトウェアプラットフォームの構成は、ＥＣＵのハードウェア構成への依存度が大きい。ソフトウェアプラットフォームの例としては、ＯＳ（例えばＯＳＥＫＯＳ（登録商標））、デバイスドライバなどが挙げられる。
【０００４】
一方、アプリケーションは、ソフトウェアプラットフォームの提供する機能を利用することで、ＥＣＵのハードウェアを間接的に駆動するプログラムである。例えばエンジンＥＣＵであれば、インジェクタを制御するためのアプリケーションが挙げられる。具体的に、このアプリケーションでは、エンジン点火タイミングの計算のために必要な情報を他のＥＣＵなどから受信し、それら受信した情報から点火タイミングを算出して、上述したソフトウェアプラットフォームを介しインジェクタを制御する。
【０００５】
なお、アプリケーションは、ソフトウェアプラットフォームから提供されるアプリケーションインターフェース（以下「ＡＰＩ」という）を呼び出すことで、ソフトウェアプラットフォームを介したハードウェアの駆動を実現する。ＡＰＩを呼び出すことで、例えばアクチュエータへの制御信号の出力、センサからの検出信号の取得、他のＥＣＵとの間の信号の送受信などが実行可能となる。
【０００６】
ところで、上述したソフトウェアプラットフォームの一部として、あるいは、ソフトウェアプラットフォームとは別個のものとして、コンフィギュレーションコードを開発する手法が知られている。このコンフィギュレーションコードは、アプリケーション間の通信データの詳細や、通信データの送受信を実現するための通信データ関数（プログラム）を含む。通信データ関数は、上述したＡＰＩを利用して記述され、通信データの種類毎に用意される。
【０００７】
ところが、コンフィギュレーションコードを生成するためには、ＣＰＵに関連するデータの選別、ゲートウェイすべきデータの選別を、ユーザ自らが判断して設定する必要がある。そのため、誤設定を誘発する虞があり、確認に要する工数が大きくなっていた。
【０００８】
これを解決するための手法として、近年、どのＣＰＵがどの通信データの送受信に関与するかを示す関連性判定データを自動的に生成する装置が提案されている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０００−３３０７７５号公報
【特許文献２】特開２００９−３７３９９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献２に記載された発明では、関連性判定データを自動的に作成できるものの、入力作業の軽減という観点からは不十分である。
本発明は、上述した課題を解決するためになされたものであり、その目的は、コンフィギュレーションコードの作成に際し、ユーザによる情報入力作業を軽減することにある。
【課題を解決するための手段】
【００１１】
上述した目的を達成するためになされた請求項１に記載のコンフィギュレーションコード生成装置は、車載ＥＣＵに搭載されるＣＰＵにおいてデータ通信を実現可能なプログラムがアプリケーション及びソフトウェアプラットフォームで構成されることを前提とし、コンフィギュレーションコードを生成する。コンフィギュレーションコードは、プログラムの実行イメージの生成にあたって用いられる。また、コンフィギュレーションコードは、通信データの情報を含み、当該通信データの送受信を実現する。
【００１２】
このとき、関連項目記憶手段が、対象項目と関連項目との対応関係を記憶する。関連項目とは対象項目に関連する設定項目であり、設定項目とは、アプリケーションの仕様に基づくアプリケーション設計情報、システムの仕様に基づくシステム設計情報、及び、通信仕様に基づく通信リソース設計情報に関する項目である。
【００１３】
本発明では、優先順位付加手段が、対象項目毎に関連項目の情報である関連項目情報に優先順位を付加する。具体的には、アプリケーション設計情報及びシステム設計情報が設定された後、関連項目記憶手段に記憶された対応関係に基づき、優先順位付加手段が優先順位を付加する。
【００１４】
そして、情報設定手段によって、優先順位付加手段にて優先順位の付加された関連項目情報に基づく通信リソース設計情報のユーザによる設定がなされる。
コンフィギュレーションコードの生成には、アプリケーション設計情報、システム設計情報、及び、通信リソース設計情報が必要となる。このとき、通信リソース設計情報の設定項目情報は、アプリケーション設計情報及びシステム設計情報から、ある程度推測できる。たとえば、関連する情報には、類似する名称が付与されたりするため、その名称などから、推測できるという具合である。
【００１５】
そこで、これら設計情報の設定項目を対象項目に対する関連項目として記憶しておき、当該関連項目の情報（関連項目情報）に優先順位を付加し、優先順位の付加された関連項目情報に基づいて、通信リソース設計情報を設定するのである。
【００１６】
このようにすれば、コンフィギュレーションコードの作成に際し、ユーザによる情報入力作業を軽減することができる。
具体的には、請求項２に示すように、優先順位付加手段は、関連項目毎に予め設定される優先度に基づき、関連項目情報に優先順位を付加することが考えられる。例えば、関連項目が「受信周期」であれば短いものほど優先度を高くし、関連項目が「メッセージＩＤ」であれば小さいものほど優先度を高くしておくという具合である。このようにすれば、比較的簡単にまた適切に関連項目情報に優先順位を付加することができる。
【００１７】
また具体的には、請求項３に示すように、優先順位付加手段は、対象項目の情報である対象項目情報と関連項目情報との類似度に基づき、関連項目情報に優先順位を付加することが考えられる。この技術思想は、アプリケーションから参照される「データ名」とソフトウェアプラットフォームから参照される「通信データ名」とが類似する名称となっていることが多いという事実に基づくものである。このようにすれば、比較的簡単にまた適切に関連項目情報に優先順位を付加することができる。
【００１８】
さらにまた具体的には、請求項４に示すように、情報設定手段にて設定された関連項目情報の設定回数を学習する設定回数学習手段をさらに備える構成の下、優先順位付加手段が、関連項目情報の設定回数に基づき、関連項目情報に優先順位を付加することが考えられる。過去に設定された関連項目情報のうち設定頻度の高い関連項目情報は、再び設定される可能性が大きいためである。このようにすれば、過去の設定情報に基づいて学習が行われるため、比較的簡単にまた適切に関連項目情報に優先順位を付加することができる。
【００１９】
ところで、優先順位の付加された関連項目情報の設定を容易にするという観点からは、請求項５に示すように、情報設定手段が、関連項目情報を優先順位に従って並べ替えて表示するようにするとよい。このようにすれば、ただ単に優先順位が記述される場合と比べ、関連項目情報の設定が容易になる。
【００２０】
また、請求項６に示すように、情報設定手段は、関連項目情報のユーザによる選択的指示により通信リソース設計情報の設定を行う構成としてもよい。例えば上述したように並べ替えて表示される関連項目情報を、マウスなどの入力デバイスでクリックして設定可能にするという具合である。このようにすれば、関連項目情報の設定が一層容易になる。
【００２１】
なお、以上は、コンフィギュレーションコード生成装置の発明として説明してきたが、請求項７に示すようなプログラムの発明として実現することもできる。
【図面の簡単な説明】
【００２２】
【図１】通信システムの構成を示す説明図である。
【図２】プログラムの階層構造を示す説明図である。
【図３】プログラムの実行イメージを生成する手順を示す説明図である。
【図４】コンフィギュレーションコードの生成を模式的に示す説明図である。
【図５】コンフィグコード生成手順を示すフローチャートである。
【図６】アプリケーション設計情報テーブルの一例を示す説明図である。
【図７】システム設計情報テーブルの一例を示す説明図である。
【図８】通信リソース設計情報テーブルの一例を示す説明図である。
【図９】通信リソース設定手順を示すフローチャートである。
【図１０】優先度設定処理を示すフローチャートである。
【図１１】関連項目表の一例を示す説明図である。
【図１２】優先度表の一例を示す説明図である。
【図１３】優先度表の一例を示す説明図である。
【発明を実施するための形態】
【００２３】
以下、本発明の一実施形態について説明する。
図１に、通信システム１００を示す。ここでは、複数のＥＣＵであるＥ０１，Ｅ０２，Ｅ０３が、車両内の通信バスＢｕｓ１、Ｂｕｓ２のいずれか又は両方に接続されている。具体的には、Ｅ０１はＢｕｓ１及びＢｕｓ２の両方に接続されており、Ｅ０２はＢｕｓ１に接続されており、Ｅ０３はＢｕｓ２に接続されている。
【００２４】
これら複数のＥＣＵ（Ｅ０１〜Ｅ０３）には、４つのＣＰＵ（Ｃ０１，Ｃ０２，Ｃ０３，Ｃ０４）が搭載されている。具体的に、Ｅ０１にはＣ０１及びＣ０２が搭載されており、Ｅ０２にはＣ０３が搭載されており、Ｅ０３にはＣ０４が搭載されている。
【００２５】
さらに、４つのＣＰＵには、５つのアプリケーション（Ａ０１，Ａ０２，Ａ０３，Ａ０４，Ａ０５）が搭載されている。Ｃ０１にはＡ０１が搭載されており、Ｃ０２にはＡ０２が搭載されており、Ｃ０３にはＡ０３が搭載されており、Ｃ０４にはＡ０４及びＡ０５が搭載されている。
【００２６】
なお、ここではアプリケーション（Ａ０１〜Ａ０５）が搭載される様子を示したが、図２に示すように、アプリケーションの下位層には、ソフトウェアプラットフォーム（以下「ソフトウェアＰＦ」という）が存在する。また、コンフィギュレーションコード（以下「コンフィグコード」という）が存在する。
【００２７】
ソフトウェアＰＦは、ＥＣＵのハードウェアを直接駆動するためのプログラムである。したがって、ソフトウェアＰＦの構成は、ＥＣＵのハードウェア構成に強く依存している。ソフトウェアＰＦの例としては、ＯＳ（例えばＯＳＥＫＯＳ（登録商標））やデバイスドライバが挙げられる。
【００２８】
アプリケーションは、ソフトウェアＰＦの提供する機能を利用することで、ＥＣＵのハードウェアの制御を行う。例えばエンジンＥＣＵであれば、エンジン点火タイミングの計算のために必要なアクセル開度やエンジン回転数等を受信し、受信した情報から点火タイミングを算出し、インジェクタを制御するという具合である。
【００２９】
ソフトウェアＰＦの機能は、ＡＰＩによって提供される。アプリケーションは、ＡＰＩを呼び出すことで、ソフトウェアＰＦを介し、ハードウェアを制御する。
このとき、ソフトウェアＰＦが提供するＡＰＩは、たとえばＥＣＵが異なっている場合でも共通になっているのが一般的である。これにより、アプリケーションの作成においては、ＥＣＵのハードウェア構成を意識してコーディングする必要がなくなる。
【００３０】
コンフィグコードは、アプリケーションが扱う通信データの詳細情報などを含む。通信データとは、アプリケーション同士で受け渡されるデータである。データの受け渡しには、同一ＥＣＵ内で行われる場合（ＣＰＵ間通信）と、異なるＥＣＵ間で行われる場合（ＥＣＵ間通信）とがある。また、コンフィグコードには、ソフトウェアＰＦを介し通信データの送受信を実現するためのプログラム（以下「通信データ関数」という）が含まれる。通信データ関数には上述したＡＰＩが利用されており、アプリケーションは、通信データ関数を呼び出すことで、ソフトウェアＰＦを利用したデータの送受信を実現する。通信データ関数は、アプリケーションが扱う通信データの種類ごとに用意される。
【００３１】
ところで、図３に示すように、オブジェクトコードと呼ばれる実行イメージは、アプリケーション、コンフィグコード、及び、ソフトウェアＰＦをコンパイル／リンクして作成される。
【００３２】
なお、本実施形態は、コンフィグコードの生成に特徴を有するものである。そこで、次に、図４を参照し、コンフィグコードの生成方法を説明する。
コンフィグコードは、コンフィグレーションコード生成装置（以下「コンフィグコード生成装置」という）１０によって生成される。コンフィグコード生成装置１０は、制御部１１及び関連項目記憶部１２を有している。
【００３３】
制御部１１は、いわゆるコンピュータシステムであり、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ及びこれらを接続するためのバスラインを備える。そして、コンフィグコード生成装置１０全体の制御を司る。一方、関連項目記憶部１２は例えばメモリ装置として具現化され、ここには後述する関連項目表が記憶される。
【００３４】
コンフィグコード生成のための情報は、ユーザによって入力される。具体的にユーザは、アプリケーション仕様２０、システム仕様３０、及び、通信仕様４０などの情報を参照し、コンフィグコード生成装置１０へ必要な情報を入力する。
【００３５】
図５は、コンフィグコード生成手順を示すフローチャートである。
最初のＳ１００では、アプリケーション間のインターフェースを設定する。この処理は、アプリケーション仕様２０に基づいて作成されるアプリケーション設計情報テーブルをコンフィグ生成装置１０に入力するものである。
【００３６】
アプリケーション設計情報テーブルは、アプリケーション毎に用意され、図６に示すように、例えばデータ名、初期値、フェイル値などの情報で構成される。なお、図６は、アプリケーションＡ０１（図１参照）に対応するものである。図６から、アプリケーションＡ０１で送受信されるデータは、Ｄａｔａ１，Ｄａｔａ２，Ｄａｔａ３，Ｄａｔａ４であることが分かる。
【００３７】
続くＳ１１０では、システム構成を設定する。この処理は、システム仕様３０に基づいて作成されるシステム設計情報テーブルをコンフィグコード生成装置１０に入力するものである。
【００３８】
システム設計情報テーブルは、図７に示すように、例えば接続バス（バス名、プロトコル）、搭載ＣＰＵ、搭載アプリケーション、搭載ＥＣＵなどの情報で構成される。
例えばＢｕｓ１のプロトコルはＰ１となっており、Ｂｕｓ１に接続されているＣＰＵはＣ０１，Ｃ０３である。また、Ｃ０１に搭載されるアプリケーションがＡ０１であり、Ｃ０３に搭載されるアプリケーションがＡ０３である。そして、Ｃ０１が搭載されるＥＣＵがＥ０１であり、Ｃ０３が搭載されるＥＣＵがＥ０２である。
【００３９】
次にＳ１２０では、各種通信リソースを設定する。この処理は、通信仕様４０に基づいて作成される通信リソース設計情報テーブルをコンフィグコード生成装置１０に入力するものである。
【００４０】
通信リソース設計情報テーブルは、通信リソース毎に用意され、図８に示すように、概要データと詳細データとで構成される。概要データには、通信データ名、搭載フレーム、送信ＣＰＵ、受信ＣＰＵなどが記載される。また、詳細データには、メッセージＩＤ、送信周期、受信周期、及びデータサイズなどが記載される。
【００４１】
続くＳ１３０では、コンフィグコードを生成する。この処理は、ユーザがコンフィグコード生成装置１０に対し生成指示を行うことで実現される。
ここで、図６に示したアプリケーション設計情報テーブル、図７に示したシステム設計情報テーブル、図８に示した通信リソース設計情報テーブルについて説明を加える。
【００４２】
図６に示したアプリケーション設計情報テーブルは、データ名ごとにレコードを有し、上述したように、アプリケーション毎に作成される。図６に示したテーブルは、アプリケーションＡ０１に対応するものである。このアプリケーション設計情報テーブルには、上述したように、データ名、初期値、及び、フェイル値などの情報が記載される。
【００４３】
データ名は、通信データをアプリケーションから参照するときの名称である。また、初期値及びフェイル値は、当該通信データの詳細データである。したがって、アプリケーション設計情報テーブルから、アプリケーション毎の通信データの名称、及び、当該通信データの詳細が分かる。
【００４４】
図７に示したシステム設計情報テーブルは、通信バス毎にレコードを有し、上述したように、接続バス（バス名、プロトコル）、搭載ＣＰＵ、搭載アプリケーション、搭載ＥＣＵなどの情報が記載される。
【００４５】
バス名とは、通信バスの名称である。また、プロトコルは、当該通信バスに用いられるプロトコルを示す。搭載ＣＰＵは通信バスに接続されるＣＰＵであり、搭載アプリケーションはＣＰＵにおいて実行されるアプリケーションであり、搭載ＥＣＵはＣＰＵの搭載先のＥＣＵである。したがって、通信リソース設計情報テーブルから、ＣＰＵ毎に、ＣＰＵを搭載するＥＣＵ、ＣＰＵに接続される通信バス、および、ＣＰＵが実行するアプリケーションが分かる。
【００４６】
なお、本実施形態では、Ｂｕｓ１にＣ０１及びＣ０３が接続されており、Ｂｕｓ２にＣ０２及びＣ０４が接続されている（図１，図７参照）。このとき、異なるバスに接続されるＣＰＵ同士が通信を行うためには、他のＣＰＵをゲートウェイとして用いる必要がある。例えばＣ０３とＣ０４とが通信をするためには、通信データをＣ０３→Ｃ０１→Ｃ０２→Ｃ０４の経路又はその逆の経路で受け渡ししなければならない。このとき、Ｃ０１とＣ０２との通信は、ＣＰＵ間通信となる。
【００４７】
図８に示した通信リソース設計情報テーブルは、通信データ名ごとにレコードを有し、上述したように通信リソース毎に作成される。この通信リソース設計情報テーブルには、上述したように、概要データと詳細データとが記載される。
【００４８】
概要データは、通信データ名、搭載フレーム、送信ＣＰＵ、受信ＣＰＵなどで構成される。通信データ名は、通信データがソフトウェアＰＦから参照されるときの名称である。また、搭載フレームは、通信データを搬送するデータフレームの名称である。送信ＣＰＵ及び受信ＣＰＵは、通信データの発信元及び発信先のＣＰＵを示す。
【００４９】
一方、詳細データは、メッセージＩＤ、送信周期、受信周期、データサイズなどで構成される。これは、通信データの詳細を示す情報である。
本実施形態は、図５中のＳ１２０における通信リソースの設定に特徴を有している。具体的には、上述した概要データ及び詳細データの入力作業が軽減されるように、設定項目情報を推測してユーザに提示する。これを図９に基づき説明する。
【００５０】
最初のＳ２００では、優先順位付加処理を実行する。この処理は、制御部１１にて実行されるものであり、後述する関連項目情報に優先順位を付加するものである。ここでＳ２００の優先順位付加処理を図１０のフローチャートを用いて説明する。
【００５１】
Ｓ２０１では、通信リソース設計情報テーブルを初期化する。この処理は、通信リソース設計情報テーブルの作成に際し、当該テーブル値を初期化するものである。
続くＳ２０２では、関連項目表から、処理のための項目を特定する。この処理は、関連項目表に基づき、対象項目を読み出し、当該対象項目に関連する関連項目を特定するものである。関連項目表は、関連項目記憶部１２に予め記憶しておく。
【００５２】
関連項目表は、例えば図１１に示す如くであり、所定の対象項目と当該対象項目に関連する関連項目とを対応付けるものである。図１１では、対象項目「データ名」に「通信データ名」及び「バス名」が対応付けられている。また、対象項目「送信優先順位」に「バス名」、「メッセージＩＤ」及び「送信周期」が対応付けられている。さらにまた、対象項目「受信優先順位」に「バス名」、「メッセージＩＤ」及び「受信周期」が対応付けられている。また、対象項目「データ初期値」に「データサイズ」及び「受信ＣＰＵ」が対応付けられている。
【００５３】
次のＳ２０３では、関連項目の優先度から、優先順位を付加する。関連項目によっては予め優先度を決定しておくことができる。例えば受信周期や送信周期は、周期が短いほど優先度が高いという具合である。ここでは、予め決定された優先度に基づき、関連項目情報に優先順位を付加する。
【００５４】
続くＳ２０４では、対象項目情報との類似度から、優先順位を付加する。図１１に示したように対象項目が「データ名」である場合、関連項目の「通信データ名」は、データ名の名称に類似した名称とされることが多い。そこで、ここでは、対象項目情報と関連項目情報との類似度に基づき、関連項目情報に優先順位を付加する。
【００５５】
次のＳ２０５では、過去の設定回数から、優先順位を付加する。過去に設定された関連項目情報のうち設定頻度の高い関連項目情報は、再び設定される可能性が大きいためである。ここでは、過去の設定回数に基づき、関連項目情報に優先順位を付加する。
【００５６】
続くＳ２０６では、Ｓ２０３〜Ｓ２０５の処理に基づき、優先順位表を作成する。優先順位表は、対象項目毎に、関連項目情報の優先順位を表にしたものである（図１２，図１３参照）。
【００５７】
次のＳ２０７では、対象項目のすべてについて処理したか否かを判断する。ここで対象項目のすべてについて処理したと判断された場合（Ｓ２０７：ＹＥＳ）、優先度付加処理を終了する。一方、対象項目の中に処理していないものがあるうちは（Ｓ２０７：ＮＯ）、Ｓ２０２からの処理を繰り返す。
【００５８】
ここで図９の説明に戻り、Ｓ２１０では、関連項目情報の並べ替え表示を行う。この処理は、Ｓ２０６にて作成された優先順位表に基づき、関連項目情報を並べ替えて表示するものである。例えば図示しないディスプレイ装置に関連項目情報を並べ替えて表示するという具合である。
【００５９】
続くＳ２２０では、関連項目情報を選択可能とする。この処理は、Ｓ２１０にてディスプレイ装置に表示された関連項目情報をマウスなどの入力デバイスにて選択可能とし、入力デバイスのクリックなどにより設定させるものである。
【００６０】
次のＳ２３０では、設定された関連項目情報の設定回数を更新し、その後、通信リソース設定手順を終了する。
ここで、Ｓ２０６で作成される優先順位表について説明を加える。
【００６１】
例えば図１２に示すように、対象項目である「データ名」に対し、関連項目である「バス名」及び「通信データ名」の優先順位表を作成するという具合である。このとき、バス名は出現回数で優先順位が決定され、通信データ名はデータ名との類似度で優先順位が決定されている。さらに、設定回数を基に、これら関連項目が並べ替えられている。
【００６２】
また例えば図１３に示すように、対象項目である「受信優先順位」に対し、関連項目である「バス名」、「受信周期」及び「メッセージＩＤ」の優先順位表を作成するという具合である。このとき、バス名はバス優先度で優先順位が決定され、受信周期は昇順に優先順位が決定され、メッセージＩＤは値の小さいものから順に優先順位が決定されている。さらに、設定回数を基に、これら関連項目が並べられている。
【００６３】
次に、本実施形態のコンフィグコード生成装置１０が発揮する効果を説明する。
本実施形態では、図１１に示した関連項目表を関連項目記憶部１２に記憶している。関連項目表は、所定の対象項目と当該対象項目に関連する関連項目とを対応付けるものである。これにより、対象項目毎に関連項目を特定し（図１０中のＳ２０２）、関連項目情報に優先順位を付加して優先順位表を作成する（Ｓ２０５）。そして、この優先順位表に基づき、関連項目情報がユーザによって設定される（図９中のＳ２１０，Ｓ２２０）。
【００６４】
コンフィグコードの生成には、アプリケーション設計情報、システム設計情報、及び、通信リソース設計情報が必要となる。このとき、通信リソース設計情報の設定項目情報は、アプリケーション設計情報及びシステム設計情報から、ある程度推測できる。たとえば、関連する情報には、類似する名称が付与されたりするため、その名称などから、推測できるという具合である。
【００６５】
そこで、これら設計情報の設定項目を対象項目に対する関連項目として記憶しておき、当該関連項目の情報（関連項目情報）に優先順位を付加し、優先順位の付加された関連項目情報に基づいて、通信リソース設計情報をユーザが設定するのである。
【００６６】
これにより、コンフィグコードの作成に際し、ユーザによる情報入力作業を軽減することができる。
また、本実施形態では、関連項目の優先度から関連項目情報に優先順位を付加する（図１０中のＳ２０３）。さらにまた、対象項目情報との類似度から関連項目情報に優先順位を付加する（Ｓ２０４）。また、関連項目情報が設定されると、関連項目情報の設定回数を更新して学習し（図９中のＳ２３０）、過去の設定回数から関連項目情報に優先順位を付加する（図１０中のＳ２０５）。これにより、比較的簡単にまた適切に関連項目情報に優先順位を付加することができる。
【００６７】
さらにまた、本実施形態では、優先順位の付加された関連項目情報を並べ替えて表示する（図９中のＳ２１０）。これにより、ただ単に優先順位が記述される場合と比べ、関連項目情報の設定が容易になる。
【００６８】
また、本実施形態では、並べ替えられた関連項目情報が選択可能となり、関連項目情報を選択することによって設定可能となっている（図９中のＳ２２０）。これにより、関連項目情報の設定が一層容易になる。
【００６９】
なお、本実施形態におけるコンフィグコード生成装置１０が「コンフィギュレーションコード生成装置」を構成し、アプリケーション設計情報テーブルに記載される情報が「アプリケーション設計情報」に相当し、システム設計情報テーブルに記載される情報が「システム設計情報」に相当し、通信リソース設計情報テーブルに記載される情報が「通信リソース設計情報」に相当する。
【００７０】
また、関連項目記憶部１２が「関連項目記憶手段」を構成し、制御部１１が「優先順位付加手段」、「情報設定手段」及び「設定回数学習手段」を構成する。
ここで、図１０中のＳ２０２〜Ｓ２０６の処理が「優先順位付加手段」の機能としての処理に相当し、図９中のＳ２１０及びＳ２２０の処理が「情報設定手段」の機能としての処理に相当し、図９中のＳ２３０の処理が「設定回数学習手段」の機能としての処理に相当する。
【００７１】
以上、本発明は、上述した実施形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において種々なる形態で実施できる。
【符号の説明】
【００７２】
１０：コンフィグコード生成装置
１１：制御部
１２：関連項目記憶部
２０：アプリケーション仕様
３０：システム仕様
４０：通信仕様
１００：通信システム
ＥＣＵ：Ｅ０１，Ｅ０２，Ｅ０３
ＣＰＵ：Ｃ０１，Ｃ０２，Ｃ０３，Ｃ０４
アプリケーション：Ａ０１，Ａ０２，Ａ０３，Ａ０４，Ａ０５
【図１】
2012242956.tif 000003
【図２】
2012242956.tif 000004
【図３】
2012242956.tif 000005
【図４】
2012242956.tif 000006
【図５】
2012242956.tif 000007
【図６】
2012242956.tif 000008
【図７】
2012242956.tif 000009
【図８】
2012242956.tif 000010
【図９】
2012242956.tif 000011
【図１０】
2012242956.tif 000012
【図１１】
2012242956.tif 000013
【図１２】
2012242956.tif 000014
【図１３】
2012242956.tif 000015