特許 7572819 モデル作成システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-16

(45)【発行日】2024-10-24

(54)【発明の名称】モデル作成システム

(51)【国際特許分類】

   G06F 8/30 20180101AFI20241017BHJP

【ＦＩ】

G06F8/30

【請求項の数】 9

(21)【出願番号】P 2020153639

(22)【出願日】2020-09-14

(65)【公開番号】P2022047714

(43)【公開日】2022-03-25

【審査請求日】2023-07-06

(73)【特許権者】

【識別番号】512280080

【氏名又は名称】ＡＺＡＰＡ株式会社

(74)【代理人】

【識別番号】100165663

【弁理士】

【氏名又は名称】加藤 光宏

(72)【発明者】

【氏名】吉沢 明紘

(72)【発明者】

【氏名】正岡 広明

(72)【発明者】

【氏名】李 善強

【審査官】久々宇 篤志

(56)【参考文献】

【文献】特開２００５－３３８９９６（ＪＰ，Ａ）

【文献】特開２０１１－００２９２８（ＪＰ，Ａ）

【文献】特開２０１９－０１６１２１（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１９／０１３００４８（ＵＳ，Ａ１）

【文献】特開平０３－００１２３０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ８／３０

(57)【特許請求の範囲】

【請求項1】

予め定められた処理内容を示すブロックの組み合わせにより制御プログラムの内容を表したモデルを作成するモデル作成システムであって、
前記制御プログラムの内容をテキストで記述した仕様書データを読み込む仕様書入力部と、
前記仕様書データで用いられる複数のキーワードと前記ブロックとの対応関係を記憶した変換データベースと、
前記仕様書データに基づいて前記変換データベースを参照して前記モデルを作成するモデル作成部、即ち
前記仕様書データの文頭から順次、複数の前記キーワードを抽出して、複数の前記ブロックに置換し、
前記ブロック間の対応する入出力を結線することで前記モデルを作成するモデル作成部と、
複数の前記モデルの実行順序を規定する結合指示データを読み込む結合指示データ入力部と、
前記結合指示データで指定された前記モデルを、それぞれ当該結合指示データに従って相互に関係づけることによって、当該結合指示データに対応する制御処理を表す結合モデルを作成するモデル結合部と、
を有し、
前記結合指示データ入力部は、さらに、前記結合モデルに対する外部からの入力、および該結合モデルから外部への出力を規定するインタフェース一覧表を読み込み、
前記モデル作成システムは、さらに、
前記結合指示データで指定された各モデルの入出力に基づいて、前記結合モデルとしての入出力を表す入出力リストを作成するとともに、これと前記インタフェース一覧表との対比により、前記結合指示データの異状を判断するリスト作成部とを備えるモデル作成システム。

【請求項2】

請求項１記載のモデル作成システムであって、
前記キーワードは、前記処理内容に基づいて階層的に構成されているモデル作成システム。

【請求項3】

請求項１または２記載のモデル作成システムであって、
前記処理内容に対する標準のキーワードと、他の表記によるキーワードとを対応づけたキーワードデータベースを有し、
前記モデルの作成に先立って、または前記モデルの作成と並行して、前記仕様書データのキーワードを、前記キーワードデータベースを参照して、標準のキーワードに整える標準化処理部を備えるモデル作成システム。

【請求項4】

請求項１～３いずれか記載のモデル作成システムであって、
前記仕様書データには、前記モデルを作成する単位を規定するための所定の記述子が含まれており、
前記モデル作成部は、前記記述子で規定された単位ごとに前記モデルを、単位モデルとして作成するモデル作成システム。

【請求項5】

請求項４記載のモデル作成システムであって、
前記モデル作成部は、さらに、
前記仕様書データの記述に基づいて複数の前記単位モデルの優先順位を設定し、
前記単位モデル間で対応する入出力を結線して、前記仕様書データの全体に対応するモデルを作成するモデル作成システム。

【請求項6】

請求項１記載のモデル作成システムであって、
前記結合指示データで指定された各モデルを起動させるためのトリガー信号作成ブロックを作成するトリガー生成部を備え、
前記トリガー生成部は、
前記結合指示データで指定された各モデルの入力から、該各モデルを起動させるトリガー信号を抽出し、
当該抽出結果に基づいて、重複しないようにトリガー信号作成ブロックを前記結合モデルに追加し、
該トリガー信号作成ブロックを、それぞれ対応する前記モデルに結線するモデル作成システム。

【請求項7】

請求項１記載のモデル作成システムであって、
前記結合指示データで指定された各モデル間で対応する入出力を結線する結線部を備え、
該結線部は、
前記結合指示データに基づいて前記各モデルの実行順序を特定し、
前記モデルの出力が、当該モデルの後に実行される他のモデルの入力となる場合は、両者を直接結線し、
前記モデルの出力が、当該モデルの前に実行される他のモデルの入力となる場合は、前の処理における内容を入力することを表すブロックを介在させて両者を結線するモデル作成システム。

【請求項8】

予め定められた処理内容を示すブロックの組み合わせにより制御プログラムの内容を表したモデルをコンピュータによって作成するモデル作成方法であって、
前記コンピュータが実行するステップとして、
前記制御プログラムの内容をテキストで記述した仕様書データを読み込む仕様書入力ステップと、
前記仕様書データで用いられる複数のキーワードと前記ブロックとの対応関係を記憶した変換データベースを参照する参照ステップと、
前記仕様書データに基づいて前記変換データベースを参照して前記モデルを作成するモデル作成ステップ、即ち
前記仕様書データの文頭から順次、複数の前記キーワードを抽出して、複数の前記ブロックに置換し、
前記ブロック間の対応する入出力を結線することで前記モデルを作成するモデル作成ステップと、
複数の前記モデルの実行順序を規定する結合指示データを読み込む結合指示データ入力ステップと、
前記結合指示データで指定された前記モデルを、それぞれ当該結合指示データに従って相互に関係づけることによって、当該結合指示データに対応する制御処理を表す結合モデルを作成するモデル結合ステップと、
を有し、さらに、
前記結合指示データ入力ステップは、前記結合モデルに対する外部からの入力、および該結合モデルから外部への出力を規定するインタフェース一覧表を読み込むステップであり、
前記モデル作成方法は、さらに、
前記結合指示データで指定された各モデルの入出力に基づいて、前記結合モデルとしての入出力を表す入出力リストを作成するとともに、これと前記インタフェース一覧表との対比により、前記結合指示データの異状を判断するリスト作成ステップとを備えるモデル作成方法。

【請求項9】

コンピュータによって予め定められた処理内容を示すブロックの組み合わせにより制御プログラムの内容を表したモデルを作成するためのコンピュータプログラムであって、
前記制御プログラムの内容をテキストで記述した仕様書データを読み込む仕様書入力機能と、
前記仕様書データで用いられる複数のキーワードと前記ブロックとの対応関係を記憶した変換データベースを参照する参照機能と、
前記仕様書データに基づいて前記変換データベースを参照して前記モデルを作成するモデル作成機能、即ち
前記仕様書データの文頭から順次、複数の前記キーワードを抽出して、複数の前記ブロックに置換し、
前記ブロック間の対応する入出力を結線することで前記モデルを作成するモデル作成機能と、
複数の前記モデルの実行順序を規定する結合指示データを読み込む結合指示データ入力機能と、
前記結合指示データで指定された前記モデルを、それぞれ当該結合指示データに従って相互に関係づけることによって、当該結合指示データに対応する制御処理を表す結合モデルを作成するモデル結合機能と、
を実現し、さらに、
前記結合指示データ入力機能は、前記結合モデルに対する外部からの入力、および該結合モデルから外部への出力を規定するインタフェース一覧表を読み込む機能であり、
前記コンピュータプログラムは、さらに、
前記結合指示データで指定された各モデルの入出力に基づいて、前記結合モデルとしての入出力を表す入出力リストを作成するとともに、これと前記インタフェース一覧表との対比により、前記結合指示データの異状を判断するリスト作成機能とをコンピュータによって実現するコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、予め定められた処理内容を示すブロックの組み合わせにより制御プログラムの内容を表したモデルを作成するモデル作成システムに関する。

【背景技術】

【0002】

従来、車両の制御のためのプログラムの開発において、モデルベース開発が用いられることが多い。モデルベース開発とは、開発者がプログラムをソースコードの形で記述するのではなく、予め定められた処理内容を示すブロックの組み合わせにより、視認性の高い方法でプログラムを記述する方法である。モデルベース開発においては、例えば、Ｍａｔｌａｂ（登録商標）、Ｓｉｍｕｌｉｎｋ（登録商標）などが存在する。かかるモデルベース開発の効率を向上するため、例えば特許文献１は、複数のモデルの入出力を自動的に結合する際に、モデル間の入出力データの整合性を確認する技術を提供している。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１４－１８６５６５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

モデルベース開発は、視認性が高くプログラムの内容を理解しやすい利点があるものの、個々のモデルには説明が付されていない分、複雑な制御プログラムの全体をモデルで表現した場合、細部のモデルについては、かえって理解し難いという短所があった。従来、モデルベース開発の利点を活かしつつ、かかる短所を解決する方法は提案されていなかった。
本発明は、かかる課題を解決するためになされたものであり、プログラムの意図を理解しづらいという短所を解決しつつ、モデルベース開発の効率を向上できる技術を提供することを目的とする。

【課題を解決するための手段】

【0005】

本発明は、
予め定められた処理内容を示すブロックの組み合わせにより制御プログラムの内容を表したモデルを作成するモデル作成システムであって、
前記制御プログラムの内容をテキストで記述した仕様書データを読み込む仕様書入力部と、
前記仕様書データで用いられる複数のキーワードと前記ブロックとの対応関係を記憶した変換データベースと、
前記仕様書データに基づいて前記変換データベースを参照して前記モデルを作成するモデル作成部とを備え、
前記モデル作成部は、
前記仕様書データの文頭から順次、複数の前記キーワードを抽出して、複数の前記ブロックに置換し、
前記ブロック間の対応する入出力を結線することで前記モデルを作成するモデル作成システムと構成することができる。

【0006】

本発明における仕様書データは、プログラムの内容をテキストで記述しているため、個々のモジュールのように規模の小さいプログラムであれば、その意図を理解しやすい利点がある。本発明によれば、このような仕様書データを読み込んで、ブロックに置換することにより、モデルを自動的に作成することができる。こうして作成されたモデルを結合させて全体のプログラムを構築するようにすれば、個々のモジュールについては、意図を理解しやすい仕様書データによる開発を適用しつつ、プログラム全体については、視認性の高いモデルを活用することができ、双方の利点を活かした効率的な開発を実現することが可能となる。

【0007】

本発明におけるブロックへの配置とは、モデルベース開発で用いられる環境、例えば、Ｍａｔｌａｂ（登録商標）、Ｓｉｍｕｌｉｎｋ（登録商標）などに応じて、モデルを表すデータを作成することを意味する。同様にモデルの表記規則も環境に応じたものを用いればよい。本発明では、変換データベースを用いてキーワードをブロックに置換するが、この際に、併せてブロックに応じた表記規則が適用されることになる。表記規則は、ブロックと併せて変換データベースに記憶しておいてもよいし、ブロックに置換した際に、モデルベース開発で用いられる環境を呼び出すことで、当該環境下で用意されている機能を利用するものとしてもよい。
仕様書データの記述内容、記述形式は任意に決めることができる。開発者がより理解しやすい自然言語を用いて記述してもよい。また、客観性の高い論理式、数式などの形式で記述してもよい。ブロックとキーワードとの対応関係も任意に決めることができる。キーワードは、一文字、複数の文字列、特定の記号など種々の態様をとることができる。

【0008】

また、モデル作成部は、前記ブロックに応じた処理内容が実現されるよう前記モデルの表記規則に従って、前記複数のブロックの配置を決定する機能を備えても良い。例えば、モデルの表記規則として、左から右に向かって、入力から出力までの処理の流れを表す規則が設定されているときは、その流れに従って各ブロックを配置することにより、視覚的に理解しやすいモデルを作成することができる。
このブロックの配置は、仕様書データに基づいてブロックに置換した後、結線前に行うものとしてもよいし、結線まで完了した後に行ってもよい。

【0009】

本発明のモデル作成システムにおいては、
前記キーワードは、前記処理内容に基づいて階層的に構成されているものとしてもよい。

【0010】

階層的とは、上位層の処理内容に応じた上位層のキーワードと、それぞれのキーワードまたは処理内容の下位層に属するキーワードまたは処理内容からなる構造を言う。階層は、２階層としてもよいし、３階層以上としてもよい。このように階層的にすることにより、プログラムの内容が複雑であっても表現することが可能となる。

【0011】

本発明のモデル作成システムにおいては、
前記処理内容に対する標準のキーワードと、他の表記によるキーワードとを対応づけたキーワードデータベースを有し、
前記モデルの作成に先立って、または前記モデルの作成と並行して、前記仕様書データのキーワードを、前記キーワードデータベースを参照して、標準のキーワードに整える標準化処理部を備えるものとしてもよい。

【0012】

こうすることにより、仕様書データを柔軟に記載することができる。また、仕様書データを標準のキーワードに整えることにより、モデルの作成を容易に安定して行うことが可能となる。
キーワードデータベースは、種々の対応関係が可能である。例えば、標準のキーワードを英語、他のキーワードを日本語としておけば、開発者がより理解しやすい日本語で仕様書データを記述することが可能となる。他の態様として、標準のキーワードに対して、誤りやすい表記や、表記のゆれを、他のキーワードとして対応づけてもよい。こうすることにより、仕様書データが規定された表記に合致していないときでも、モデルの作成が可能となる。

【0013】

本発明のモデル作成システムにおいては、
前記仕様書データには、前記モデルを作成する単位を規定するための所定の記述子が含まれており、
前記モデル作成部は、前記記述子で規定された単位ごとに前記モデルを、単位モデルとして作成するものとしてもよい。

【0014】

こうすることにより複雑な内容のプログラムであっても、単位に分けて仕様書データを作成することができる。また、単位に分けることにより、モデル作成を容易かつ安定して行うことができる。
単位を規定するための記述子は任意に決めることができる。一文字であってもよいし、文字列であってもよい。

【0015】

上述の単位モデルを作成する態様においては、
前記モデル作成部は、さらに、
前記仕様書データの記述に基づいて複数の前記単位モデルの優先順位を設定し、
前記単位モデル間で対応する入出力を結線して、前記仕様書データの全体に対応するモデルを作成するものとしてもよい。

【0016】

こうすることにより、単位モデル間の結線を自動化することができ、誤りなく効率的にモデル作成することができる利点がある。
優先順位は、例えば、仕様書データの文頭が優先度が高く、文末に向けて順に優先度が低くなるものとしてもよい。また、その逆であってもよい。さらに、単位モデルごとに、優先度を表す数字、文字、記号を付し、これに基づいて優先順位を決定してもよい。

【0017】

本発明のモデル作成システムにおいては、
複数の前記モデルの実行順序を規定する結合指示データを読み込む結合指示データ入力部と、
前記結合指示データで指定された前記モデルを、それぞれ当該結合指示データに従って相互に関係づけることによって、当該結合指示データに対応する制御処理を表す結合モデルを作成するモデル結合部とを備えるものとしてもよい。

【0018】

結合指示データは、複数のモデルの実行順序を指示するデータである。仕様書データとの相違は、モデル単位でその順序が規定されている点である。結合指示データとしては、モデル配置図、即ち、モデルを矩形など所定の図形で表記し、その配置によって、モデル間の親子関係、実行順序を規定するものであってもよい。また、仕様書データのように、結合されるモデルの名称・実行順序をテキストで特定する形式をとってもよい。さらに、モデル配置図に代えて、そこに表される図形の座標・サイズを用いることで、テキストデータによって、それぞれの位置関係を表すようにしてもよい。このように結合指示データ、特にモデル配置図を用いることにより、モデルベース開発の利点であるモデル間の入出力等、プログラムの全体を視覚的に容易に把握することができる利点がある。上記態様によれば、結合指示データに応じた結合モデルを効率的に作成することができる。
結合対象となるモデルには、モデル生成システムで生成したモデルだけでなく、外部から読み込んだモデルを含めてもよい。

【0019】

結合モデルを作成する態様においては、
前記結合指示データ入力部は、併せて前記結合モデルに対する外部からの入力、および該結合モデルから外部への出力を規定するインタフェース一覧表を入力し、
前記モデル作成システムは、さらに、
前記結合指示データで指定された各モデルの入出力に基づいて、前記結合モデルとしての入出力を表す入出力リストを作成するとともに、これと前記インタフェース一覧表との対比により、前記結合指示データの異状を判断するリスト作成部を備えるものとしてもよい。

【0020】

こうすることにより結合モデルに対する入出力、または結合モデルに含まれる各モデルなどの誤り等を容易に見いだすことができる。

【0021】

結合モデルを作成する態様においては、
前記結合指示データで指定された各モデルを起動させるためのトリガー信号作成ブロックを作成するトリガー生成部を備え、
前記トリガー生成部は、
前記結合指示データで指定された各モデルの入力から、該各モデルを起動させるトリガー信号を抽出し、
当該抽出結果に基づいて、重複しないようにトリガー信号作成ブロックを前記結合モデルに追加し、
該トリガー信号作成ブロックを、それぞれ対応する前記モデルに結線するものとしてもよい。

【0022】

各モデルは、１６ｍｓごとなど、起動するタイミングが決まっている。かかるタイミングでトリガー信号が入力されることにより、各モデルは起動する。上記態様によれば、トリガー信号に応じてトリガー信号作成ブロックを自動的に作成することができる。

【0023】

結合モデルを作成する態様においては、
前記結合指示データで指定された各モデル間で対応する入出力を結線する結線部を備え、
該結線部は、
前記結合指示データに基づいて前記各モデルの実行順序を特定し、
前記モデルの出力が、当該モデルの後に実行される他のモデルの入力となる場合は、両者を直接結線し、
前記モデルの出力が、当該モデルの前に実行される他のモデルの入力となる場合は、前の処理における内容を入力することを表すブロックを介在させて両者を結線するものとしてもよい。
結合指示データが、モデル配置図である場合には、そこに表される各モデルの位置関係に基づいて実行順序が特定されることになる。

【0024】

上記態様によれば各モデルを結線することができ、結合モデル間の入出力を含めたモデルの作成を行うことができる。また、結線する際に、モデルの実行順序を考慮して、前の処理における内容を入力することを表すブロックを介在させることにより、処理内容も適切に実行させることが可能となる。

【0025】

本発明は、上述した特徴を必ずしも全てを備えている必要はなく、適宜、その一部を省略したり、組み合わせたりしてもよい。上述したモデルの作成をコンピュータによって実行するモデル作成方法として構成してもよいし、かかる方法をコンピュータに行わせるためのコンピュータプログラムとして構成してもよい。さらに、かかるコンピュータプログラムを記録したコンピュータが読み取り可能な記録媒体として構成してもよい。

【図面の簡単な説明】

【0026】

【図1】モデル作成システムの構成を示す説明図である。

【図2】仕様書データの例を示す説明図である。

【図3】モデルの例を示す説明図である。

【図4】モデル作成処理のフローチャート（１）である。

【図5】モデル作成処理のフローチャート（２）である。

【図6】変換データベースの例を示す説明図である。

【図7】サブシステム間の結線例を示す説明図である。

【図8】モデルの結合処理例を示す説明図である。

【図9】モデル結合処理のフローチャート（１）である。

【図10】モデル結合処理のフローチャート（２）である。

【図11】結線処理のフローチャートである。

【発明を実施するための形態】

【0027】

以下、本発明の実施例としてのモデル作成システムについて説明する。
図１は、モデル作成システムの構成を示す説明図である。モデル作成システム１００は、仕様書データ１１およびモデル配置図データ１２を含む入力データ１０を読み込み、ここからモデルを作成する。

【0028】

Ａ：仕様書データ及びモデルの内容：
まず、本実施例における仕様書データおよびモデルの内容について説明する。
図２は、仕様書データの例を示す説明図である。実施例の仕様書データは、テキストデータで構成されている。図２の例の左端の行Ｌ１～Ｌ１８は、説明の便宜上、付した行番号である。行Ｌ１の「■」は制御のためのプログラムの単位を表している。段落（ａ）（行Ｌ２～Ｌ７）、段落（ｂ）（行Ｌ８～Ｌ１５）、段落（ｃ）（行Ｌ１６～Ｌ１８）は、条件および当該条件を満たしたときの処理を表している。図２の例において、「（ａ）[条件]立ち上げ」に続く行Ｌ３～Ｌ５が段落（ａ）における条件を示している。そして、この条件を満たしたとき、「[処理]」（行Ｌ６）およびその次の行（行Ｌ７）で示された処理を実現する内容となっている。
また、段落（ｂ）（行Ｌ８～Ｌ１５）は、段落（ａ）の条件が満たされなかったときの処理内容である。段落（ａ）と同様、「（ｂ）[条件]立ち下げ」（行Ｌ８）に続く行Ｌ９～Ｌ１３が段落（ｂ）における条件を示している。そして、この条件を満たしたとき、「[処理]」およびその次の行で示された処理を実現する内容となっている。
さらに、段落（ｃ）は、段落（ａ）（ｂ）の条件が満たされなかったときの処理内容である。「（ｃ）[条件]上記以外」の次の行に「[処理]」と記載されていることから、段落（ｃ）は無条件に適用されることを表している。
なお、図２に示した仕様書データの記載は一例であり、仕様書データを記載するための規則は、任意に決めることができる。

【0029】

図３は、モデルの例を示す説明図である。図２に示した仕様書データに対応するモデルを例示した。
行Ｌ２の「（ａ）[条件]立ち上げ」は条件分岐を表しており、図３のモデルでは、ブロックｂ１２がこれに対応する。つまり、条件分岐を表す行は、ブロックｂ１２に置換することによりモデルを作成することができる。そして、行Ｌ２の条件分岐における条件は、行Ｌ３～Ｌ５で表されているから、それぞれを以下に示す通りブロックに置換しつつ、これらがブロックｂ１２への入力となるよう配置すればよい。
条件の内容を示す行Ｌ３の「accel_request_flag==1」の条件における「accel_request_flag」はブロックｂ１が対応する。ブロックｂ１には、符号「１」が表示されているが、これは別途用意された変数テーブルによって、「accel_request_flag」と対応づけられている。「＝＝」はブロックｂ３が対応し、「accel_request_flag==1」の「１」はブロックｂ２が対応する。また、「ＡＮＤ」の部分は、ブロックｂ７に置換することで表される。
行Ｌ４の「accel_opening」には、ブロックｂ４が対応する。符号「２」は、変数テーブルによって、「accel_opening」と対応づけられている。「＞」にはブロックｂ６が対応し、「ACCEL_OPEN_THR」にはブロックｂ５が対応する。そして、行Ｌ４の結果は、行Ｌ３の「ＡＮＤ」の条件の一部を構成するものであるから、ブロックｂ７に入力される。
行Ｌ４の「ＯＲ」は、行Ｌ３、Ｌ４で表される「ＡＮＤ」条件の出力と、行Ｌ５の条件との論理和をとることを表しているから、ブロックｂ８に置換されるとともに、ブロックｂ７の出力および行Ｌ５を表すブロックｂ９～ｂ１１の出力が入力される。

【0030】

上述の条件を満たしたときの処理（行Ｌ６）は、「accel_command_flag=1」のうち、「accel_command_flag」はブロックｂ１４の符号「６」に対応し、「１」はブロックｂ１３に対応する。「＝＝」は、条件分岐のブロックｂ１２のうち条件を満たした場合の処理を表す内容に、ブロックｂ１３が入力されている点が対応する。
同様に、仕様書データ（図２）の行Ｌ８～Ｌ１８も、それぞれ対応するブロックに置換することにより、モデルを作成することができる。

【0031】

Ｂ．モデル作成システムの構成：
図１に戻り、モデル作成システム１００の構成について説明する。
モデル作成システム１００は、ＣＰＵおよびメモリを備えるコンピュータに、図示する各機能ブロックを実現するコンピュータプログラムをインストールすることによって構成することができる。モデル作成システム１００は、このようにソフトウェア的に構成してもよいし、機能ブロックの少なくとも一部または全部をハードウェアによって構成してもよい。
以下、それぞれの機能ブロックの内容について説明する。

【0032】

仕様書入力部１０１は、図２に示した形式の仕様書データ１１を読み込む。読み込んだデータは、記憶部１１０内に設定された入力データ記憶部１１１に記憶される。
モデル配置図入力部１０２は、モデル配置図データ１２を読み込む。モデル配置図データ１２とは、図３に示したようなモデルが複数ある場合に、それらを結合して一つのモデルを作成するための仕様を指示するデータであり、本発明の結合指示データの一種である。具体的な内容は後述する。読み込んだモデル配置図データ１２は、記憶部１１０内の入力データ記憶部１１１に記憶される。

【0033】

標準化処理部１０３は、入力した仕様書データ１１に含まれるキーワードの標準化を行う。キーワードとは、例えば、図２の仕様書データの行Ｌ２における「[条件]」のように、置換するブロックを特定するための表記を言う。本実施例では、一部のキーワードについては、英語での表記を標準としながら多様な表現を許容している。例えば、[条件]という表記については、［ＩＦ］を標準の表記とできる。キーワードデータベース１０４は、標準の表記（例えば、［ＩＦ］）と、その他の表記（例えば、［条件］）とを対応づけて記憶したデータベースである。標準化処理部は、キーワードデータベース１０４を参照しながら、仕様書データ１１のキーワードを標準の表記に修正していく。ただし、標準の表記に置換した仕様書データを新たに作成するということではなく、入力データ記憶部１１１に読み込んだ仕様書データの内容を修正すればよい。
標準化処理としては、上述のように、日本語から英語への変換、またはその逆という態様の他、表記のゆれなどを含めてもよい。例えば、図２の行Ｌ１８の「前回値保持」という処理内容については、かかる表記を標準としつつ、「前回値を保持」、「前ステップの値」などを表記のゆれとして、キーワードデータベース１０４に記憶しておいてもよい。
上述の通り、標準化処理を施すことにより、後述するモデルの作成などは、標準化された表記を前提として用意しておけば良いこととなり、処理の簡略化、安定化を図ることができる。

【0034】

モデル作成部１０６は、仕様書データ１１に基づいてモデルを作成する処理を行う。仕様書データ１１には、図２に示したように、処理内容を表す種々のキーワードが含まれている．モデルを構成するブロックとキーワードとの対応関係は、変換データベース１０７に記憶されている。モデル作成部１０６は、仕様書データ１１に含まれるキーワードを、それぞれ変換データベース１０７に従って、モデルに置換することにより、モデルを作成するのである。作成したモデルは、記憶部１１０内に設けられたモデル記憶部１１２に保存される。

【0035】

モデルが作成されると、モデル配置図データ１２に基づいて、複数のモデルを結合して、より複雑な制御プログラムを構築する。以下の機能ブロックは、モデルの結合を行うためのものである。
まず、リスト作成部１０５は、複数のモデルを結合して作成される結合モデルについて、入出力のリストを作成する。この入出力リストは、具体的には、結合モデルに用いられる各モデルの入出力を集約して作成することができる。作成した入出力リストは、記憶部１１０に記憶される。

【0036】

なお、入出力リストは、モデル配置図データ１２とともに、開発者が作成し、モデル作成システム１００に入力するものとしてもよい。かかる場合には、リスト作成部１０５は、モデル配置図に基づいて入出力リストを作成し、開発者から入力されたリストに誤りがないかを判定するようにしてもよい。

【0037】

モデル結合部１１５は、モデル配置図データ１２に基づいて複数のモデルを結合する。結合したモデルは、モデル記憶部１１２に記憶される。
トリガー生成部１１６は、結合モデルに用いられる各モデルが起動するタイミングを特定し、それぞれのタイミングに応じたトリガー信号を発信するためのブロックをモデルに設定する。こうすることにより、複数のモデルを適切な実行タイミングで起動させることが可能となる。
結線部１１７は、複数のモデルの入出力を抽出し、同じ名称の入力、出力同士を結線する。こうすることでモデル間で適切な変数の伝達が可能となる。なお、結線部１１７は、各モデルの実行順序を考慮し、先に実行したモデルの出力値を、それよりも後に実行するモデルに入力する場合には、両者を直接結線する。逆に、あるモデルの出力値を、それよりも先に実行したモデルに入力する場合には、前回ステップの値を入力することを表すブロックを介在させて結線する。

【0038】

表示制御部１１８は、モデル作成システム１００において、種々の表示を行う。例えば、仕様書データ１１、モデル配置図データ１２の表示や、作成されたモデルの表示、また、モデル作成に必要な種々の情報の表示や、開発者が種々の指定を行うための画面の表示などを行う。また、表示制御部１１８は、開発者の指示に従って結合モデルの結線の表示態様を切換可能としてもよい。例えば、モデルにおいて、入出力間を視認可能な線で結ぶようにしてもよいし、対応する入出力を結ぶ線は省略しつつ、両者を同じ色、記号などで表示して対応関係を示すようにしてもよい。かかる切換は、入出力の変数ごとに切換可能としてもよいし、全体をまとめて切換可能としてもよいし、結合モデルに用いられるモデル単位などで当該モデルに対する入出力の表示のみを切換可能としてもよい。このように多様な表示を実現可能とすることにより、モデルまたは結合モデルを開発者に理解しやすい状態で表示することが可能となり、開発効率を向上させることができる。

【0039】

モデル作成システム１００は、図１に示した他、種々の構成をとることができる。図１に示した以外の機能ブロックを用いてもよいし、これらの一部を複数の機能ブロックで実現したり、複数の機能ブロックを一つに統合してもよい。また、本実施例では、スタンドアロンで稼働するコンピュータを利用した例を示したが、図示した機能の一部を、ネットワークで接続された複数のサーバによって提供するものとしてもよい。

【0040】

Ｃ．モデル作成処理：
以下、モデル作成システム１００が実行する処理について説明する。
図４および図５は、モデル作成処理のフローチャートである。仕様書データに基づいてモデルを作成する処理である。この処理は、主として図１の標準化処理部１０３、モデル作成部１０６が実行する処理であり、ハードウェア的にはモデル作成システム１００を構成するコンピュータのＣＰＵが実行する処理である。

【0041】

処理を開始すると、モデル作成システム１００は、作成対象となる仕様書データを選択する（ステップＳ１０）。予め複数の仕様書データが読み込まれているときは、モデル作成システム１００が、これらの仕様書データの一覧を開発者に提示し、開発者がその中から選択するようにしてもよいし、モデルが未作成の仕様書データを自動的に選択するようにしてもよい。また、開発者が、「新規読み込み」を指示することにより、新たに読み込む仕様書データを、モデル作成の対象として選択するようにしてもよい。

【0042】

次に、モデル作成システム１００は、選択された仕様書データを読み込む（ステップＳ１１）。既に入力データ記憶部１１１に記憶されている場合には、そこから読み出すようにしてもよい。

【0043】

そして、モデル作成システム１００は、仕様書定数表に基づいて、定数のデータベースを作成する（ステップＳ１２）。図２の仕様書データの例においては、行Ｌ４における「ＡＣＣＥＬ＿ＯＰＥＮ＿ＴＨＲ」が定数、即ち条件判断をするための閾値である。定数表は、このように仕様書データで用いられる定数の名称と、具体的な値とを対応づけた一覧表となっている。定数表は、仕様書データとともに開発者が作成して、モデル作成システム１００に入力するデータである。

【0044】

モデル作成システム１００は、次に、キーワードデータベース１０４に基づいて仕様書データの記載を標準化する（ステップＳ１３）。標準化の処理は、標準化処理部１０３の機能として既に説明した通りである。例えば、図２の仕様書データの行Ｌ２における「[条件]」などのキーワードに対して、キーワードデータベース１０４を参照して、標準の表記（例えば、［ＩＦ］）として登録されている表記に置換するのである。仕様書データに用いられている表記が、既に標準の表記になっている場合には、処理をスキップして、次のキーワードの処理に移行する。
標準化としては、上述のように日本語、英語などの言語の置き換えや、表記のゆれの修正などを対象とすることができる。

【0045】

なお、標準化は、必須の処理という訳ではなく、これを省略することも可能である。その場合、仕様書データにおいて、［条件］、［IF］のように同じ処理に対して多様なキーワードの表記を認めるのであれば、これらのそれぞれが適切にブロックに置換されるようにプログラムを構築する必要がある。同様に、表記のゆれに対しても、これを認めるのであれば、それぞれの表記のゆれに対して、適切にブロックに置換されるようにプログラムを構築する必要がある。もし、表記のゆれを認めないのであれば、仕様書データを規定通りに記載する必要があり、柔軟性に欠けることとなる。
本実施例では、標準化処理を施すことにより、こうした課題を回避でき、ブロックへの置換処理の簡略化、安定化などを図ることが可能となっている。

【0046】

モデル作成システム１００は、標準化処理が終了すると、仕様書データを章に分割する処理を行う(ステップＳ１４）。章とは、プログラムを構成する単位の一つである。本実施例では、「■」という記述子で章を定義するものとした。図２の例では、行Ｌ１の文頭に１カ所記載されているだけであるが、次に「■」が記載されるまでが一つの章を構成することになる。このように章に区切って記載することにより、複雑なプログラムも理解しやすく記載することが可能となる利点がある。
なお、章を定義する記述子は、「■」に限らず任意に決めることができる。また、一文字である必要もなく、文字列で定義してもよい。

【0047】

図５に移り、モデル作成システム１００は、処理対象となる章（サブシステム）を選択する（ステップＳ１５）。基本的には、仕様書データの文頭から、未処理の章を順に選択するようにすればよいが、開発者が個別に指定可能としてもよい。
なお、サブシステムとは、章に基づいて作成された単位モデルを表している。

【0048】

処理対象となる章が決まると、モデル作成システム１００は、その章における仕様書データの未処理の一番上の文を読み込む（ステップＳ１６）。そして、読み込んだ文に含まれるキーワードに応じて、処理方法を分類する（ステップＳ１７）。

【0049】

処理方法の分類について、図６により説明する。
図６は、変換データベースの例を示す説明図である。変換データベースは、図示する通りキーワードと処理内容とを対応づけて記憶している。処理内容には、モデルベース開発の環境に応じて、当該処理を表すブロックが記憶されることになる。
図の例では、「［条件］」という一連の文字列がキーワードであり、このキーワードに対する処理内容が条件分岐であることを表している。従って、このキーワードが現れたときには、図３のブロックｂ１２のように条件分岐を表すブロックが用意されることになるのである。処理方法の分類（図５のステップＳ１７）では、このようにキーワードに応じたブロックへの置換処理を行う。

【0050】

本実施例のキーワードは、階層構造となっている。例えば、図６における２番目のキーワード「＝」に対しては、四則演算という処理内容が対応づけられているが、四則演算の下位層には、さらに定数のマップ、ａｂｓなどのキーワードおよびそれに対する処理内容が対応づけられている。こうすることにより、キーワードの組み合わせによって、種々の四則演算を表すことが可能となっている。
このように階層構造で用意されたキーワードを利用するためには、「＝」という四則演算に対するキーワードを見いだした後は、参照すべきキーワードをその下位層に移行する必要がある。処理方法の分類（図５のステップＳ１７）では、先に処理したキーワードに応じて、参照すべきキーワードの層を移行した上で、それぞれ変換データベースに従ったブロックに置換する処理を行う。

【0051】

四則演算の下位層のキーワードの内容について、さらに説明する。
（ライブラリ関数名）というキーワードは、例えば、仕様書データ中に「sin」（サイン関数を表す文字列）が記載されている場合などのように、ライブラリの関数名が記載されている場合を意味する。このように、変換データベースにキーワードとして登録されていない文字列であっても、ライブラリとして用意されている関数名が出現した場合には、それに対応するライブラリ関数を読み出し、その処理のためのブロックへの置換を行うことになる。

【0052】

また、変換データベースは、キーワードと処理内容が１対多で対応づけられていることもある。例えば、四則演算子に除算を示す「／」が含まれているが、これに対しては、（１）四則演算としての除算、（２）逆数の乗算の２つの処理が対応づけられている。一般に、除算の処理よりは、乗算の処理の方が処理速度が速いため、定数での除算のようにあらかじめ乗算に置き換えることが可能である場合には、乗算を用いることにより速度向上を図ることができるからである。そこで、変換データベースとしては、２つの処理内容を「／」に対応づけておき、ブロックへの置換を行う際に、いずれかを使い分けるものとしている。
このように複数の処理内容を対応づけるキーワードとしては、例えば、仕様書データ（図２）の行L3に示した「==」なども挙げられる。「==」は、左辺と右辺とが等しいという条件を表すキーワードであるが、例えば、左辺が浮動小数点型の変数、右辺が浮動小数点の定数のように浮動小数点型の比較では、丸め誤差などの影響により両者が厳密に一致しないことがある。こうした事情を考慮して、「==」には左辺と右辺とが一致するかを判定する処理の他、所定範囲の誤差範囲内であれば一致しているとみなす処理を対応づけてもよい。

【0053】

図６の例では、キーワードは２つの階層で構成されている例を示したが、３階層以上を設けるものとしてもよい。また、キーワードに応じて異なる階層数で変換データベースを用意するようにしてもよい。

【0054】

図５に戻り、モデル作成処理について説明する。処理方法の分類が完了すると（図５のステップＳ１７）、モデル作成システム１００は、変数・定数データベースに基づいてブロックを追加する。例えば、図２の行Ｌ３における「ａｃｃｅｌ＿ｒｅｑｕｅｓｔ＿ｆｌａｇ」という変数は、図３のモデルのブロックｂ１に対応するが、ブロックｂ１には、符号１が表されているのみであり、上述の変数名は表されていない。変数名と符号１とを対応づけているのが変数表である。また、定数表は、図４のステップＳ１２において、図２の行Ｌ４における「ＡＣＣＥＬ＿ＯＰＥＮ＿ＴＨＲ」について説明した通りである。変数・定数データベースとは、変数表、定数表を表す。モデル作成システム１００は、変数・定数データベースに基づいて、図３におけるブロックｂ１、ブロックｂ５などのブロックをそれぞれ追加するのである。

【0055】

こうしてステップＳ１７、Ｓ１８の処理により、必要なブロックが用意されると、モデル作成システム１００は、これらのブロック間の結線処理を行い、ブロック配置の修正をする（ステップＳ１９）。結線処理は、仕様書データに従って、対応するブロック間を接続する処理である。また、ブロック配置の修正は、開発者が見やすいよう、ブロックの間隔を整えたり、整列したりする処理である。

【0056】

モデル作成システム１００は、以上のステップＳ１６～ステップＳ１９の処理を、章に含まれる全ての文について終了するまで繰り返し実行する（ステップＳ２０）。また、仕様書データに含まれる全ての章について終了するまで、ステップＳ１５～ステップＳ２０の処理を繰り返し実行する（ステップＳ２１）。

【0057】

最後に、モデル作成システム１００は、章（サブシステム）間の結線処理を行い、章（サブシステム）間の配置の修正を行う（ステップＳ２２）。こうして作成されたモデルは、図１に示したモデル記憶部１１２に保存される。

【0058】

ここで、サブシステム間の結線処理（ステップＳ２２）について説明する。
図７は、サブシステム間の結線例を示す説明図である。図の左側には、仕様書データにおける章１－１～章１－３を示し、右側には、それに対応して作成されたモデル、即ちサブシステムｓｓ１～ｓｓ３を示した。それぞれのサブシステムｓｓ１～ｓｓ３の内容は、図３に示したように複数のブロックによって表されているが、図７においては、単純化して示してある。

【0059】

図７の例では、サブシステムｓｓ１に対する入力は「クラッチＳＷ信号状態」および「クラッチ実施フラグ」の２つであり、出力は「クラッチＯＮフラグ」となっている。そして、「クラッチＯＮフラグ」は、「ニュートラル状態フラグ」とともにサブシステムｓｓ２に対する入力となっており、サブシステムｓｓ２の出力は「クラッチ解除フラグ」となっている。そこで、モデル作成システム１００は、サブシステム間の結線処理として、サブシステムｓｓ１の出力である「クラッチＯＮフラグ」と、サブシステムｓｓ２の入力である「クラッチＯＮフラグ」とを結線するのである。
同様に、サブシステムｓｓ２の出力である「クラッチ解除フラグ」と、サブシステムｓｓ３の入力である「クラッチ解除フラグ」も結線する。

【0060】

サブシステム間の結線処理では、このようにサブシステム間で対応する入出力を見いだして結線することになる。ただし、モデル作成システム１００は、それぞれのサブシステムの実行順序を考慮して、結線の態様を以下の通り切り替える。

【0061】

本実施例では、実行される順に仕様書データに記載するものとしている。つまり、図７の例では、章１－１、章１－２、章１－３の順に実行されるのである。実行順序は、種々の表し方が可能であり、例えば、「■０１」のように、章を表す記述子「■」と併せて実行順序を規律する数字を記載しておき、この数字部分が小さい順に実行するようにしてもよい。かかる態様によれば、仕様書データを章単位で移動させるまでなく、その実行順序を自在に変更することができる利点がある。

【0062】

モデル作成システム１００は、上述の実行順序を踏まえ、先に実行された章の出力が、その後に実行される章の入力となる場合には、そのまま結線を行うようにしている。図７の例では、章１－１の出力が、章１－２の入力となっているため、これらは直接結線をしている。また、章１－２の出力が、章１－３の入力となっているため、これらも直接結線をしている。仮に、章１－１の出力が、章１－３の入力となる場合も、章１－３は章１－１よりも後に実行される章であるから、直接結線すればよい。

【0063】

一方、図７には例示されていないが、例えば、章１－２の出力が、章１－１の入力となる場合には、モデル作成システム１００は、前回のステップの実行時の値を入力することを表すブロックを介在させて、両者を結線する。章１－２は、章１－１よりも後に実行されるからである。章１－３の出力を、章１－１または章１－２に入力する場合も同様である。こうすることにより、それぞれの章（サブシステム）に、適切な値を入力することが可能となる。

【0064】

Ｄ．モデル結合処理：
次に、モデル結合処理について説明する。モデル結合処理とは、モデル作成処理（図４、図５）で作成された複数のモデル等を相互に結合することにより、より複雑なプログラムに対応したモデルを作成する処理である。結合される対象となるモデルは、他の開発者が作成したモデルや、一般的な処理内容として予め用意されているモデルなど、種々のモデルを含めることができる。結合対象となるモデルは、予め図１のモデル記憶部１１２に保存されているものとする。

【0065】

以下の説明では、「モデル」という用語が表す内容によって混乱を招くことを回避するため、結合される対象となるモデルを「モジュール」と称し、結合された結果のことを「結合モデル」と称するものとする。

【0066】

まずモデル結合処理の例を示した後、そのフローチャートについて説明する。
図８は、モデルの結合処理例を示す説明図である。モジュールを結合して、結合モデルを作成するための指示には、仕様書データではなく、モデル配置図データが用いられる。図８（ａ）は、モデル配置図データの例を示している。モデル配置図データに示された矩形は、それぞれ結合対象となるモデル、即ちモジュールｍ１～ｍ１８を表している。モジュールｍ１～ｍ１８は、その名称によって、モデル記憶部１１２に記憶されたモデルと対応づけられた「モデルリファレンスモジュール」と、かかる対応づけによらず、図３に示したブロックのように予め定められた機能を有するモジュールとが含まれている。

【0067】

また、モジュールｍ１～ｍ１２は、矩形Ｍ１に含まれており、モジュールｍ１３～ｍ１８は矩形Ｍ２に含まれている。このように複数のモジュールを包含するまとまりを、本実施例では、結合サブシステムＭ１、Ｍ２と称する。また、結合サブシステムＭ１、Ｍ２にそれぞれモジュールｍ１～ｍ１２およびもジュールｍ１３～ｍ１８が含まれている関係を「親子関係」と称するものとする。

【0068】

モデル配置図データは、さらに、モジュールｍ１～ｍ１８の位置関係によって実行順序を規定している。本実施例では、上から下、左から右という順に実行されるものとしている。例えば、モジュールｍ１～ｍ８については、左側の列の上から下に向けてモジュールｍ１～ｍ４が順次、実行された後、その右側の列の上から下に向けてモジュールｍ５～ｍ８が実行される。その後は、その右側のモジュールｍ９，ｍ１０が実行され、さらに右側のモジュールｍ１１、ｍ１２が実行されることになる。モジュールｍ９、ｍ１０を若干、左右にずらして表記しているのは、開発者が自分で視覚的に理解しやすいようにずらしただけであり、モジュールｍ９、ｍ１０の左端を整列して表してもモジュールの実行順序には変わらない。

【0069】

図８（ｂ）は、モデル結合処理の例を示している。モデル配置図データのモジュールｍ１～ｍ１８に対応する矩形が描かれている。それぞれ矩形の大きさが図８（ａ）から変化しているのは、モジュールｍ１～ｍ１８が対応するモデルの内容に応じたサイズに整えてあるからである。
また、モデル配置図データには存在していないモジュールｍ１９，ｍ２０が追加されている。これは、モジュールｍ１～ｍ１８を起動させるためのトリガー信号を生成するモデルである。
さらに、モジュールｍ１～ｍ１８の入出力に基づいて、結合サブシステムＭ１、Ｍ２としての外部からの入力ｉｎ、外部への出力ｏｕｔなども追加される。

【0070】

図８（ｃ）は、結線処理を施した結果を表している。各モジュールｍ１～ｍ２０について、対応する入出力を結線した状態である。先にサブシステム間の結線処理（図７）で説明したのと同様、各モジュール間で対応する入出力を見いだし、実行順序を考慮して結線を行う。即ち、先に実行されるモジュールの出力が、それよりも後に実行されるモジュールの入力となる場合には、両者を直接結線する。また、後に実行されるモジュールの出力が、先に実行されるモジュールの入力となる場合には、間に、前のステップにおける値を入力することを示すブロックを介在させて両者を結線する。

【0071】

また、結線状態の表示には、２つの態様を用意した。一つ目の態様は、図８（ｃ）に示されている通り、対応する入出力間に線を描いて表示する態様である。二つ目の態様は、図８（ｃ）中にｓｇ１，ｓｇ２のように、結線すべき入出力に付されたマークを同じ形状、色などで表示する態様である。２つの態様は、開発者の指示によって自在に切り換えることができる。このように２つの態様を用意することにより、結合モデルの表示の煩雑さを抑制し、視覚的に把握しやすくすることが可能となっている。

【0072】

以下、モデル結合処理および結線処理のフローチャートについて説明する。
図９、図１０は、モデル結合処理のフローチャートである。主として図１のリスト作成部１０５、モデル結合部１１５、トリガー生成部１１６が実行する処理であり、ハードウェア的にはモデル作成システム１００のＣＰＵが実行する処理である。

【0073】

処理を開始すると、モデル作成システム１００は、モデル配置図データおよびインタフェース一覧表を読み込み（ステップＳ３０）、モジュールの親子関係を設定する（ステップＳ３１）。図８の例で言えば、結合サブシステムＭ１とモジュールｍ１～ｍ１２の親子関係、および結合サブシステムＭ２とモジュールｍ１３～ｍ１８の親子関係が設定される。インタフェース一覧表とは、結合モデル全体に対する入出力のリストであり、開発者が作成したものである。

【0074】

次に、モデル作成システム１００は、各モジュールの入出力に基づいて、結合モデルの入出力リストを作成する（ステップＳ３２）。図中にリスト化の例を示した。図の例では、モジュールＡの入力ａ、ｂと、モジュールＢの入力ｂ、ｃと、モジュールＣの入力ｄ、ｅを重複しないように抽出することで、入力としてはａ、ｂ、ｃ、ｄ、ｅが抽出される。また、モジュールＡの出力ｄ、モジュールＢの出力ｅ、モジュールＣの出力ｆを抽出しないように抽出することで、出力としてはｄ、ｅ、ｆが抽出される。

【0075】

次に、モデル作成システム１００は、ステップＳ３２で作成された入出力リストと、インタフェース一覧表との整合性をチェックする（ステップＳ３３）。本実施例では、まず、両者の入力が一致しているか、をチェックするものとした。インタフェース一覧表の入力に対して、入出力リストの入力に不足がある場合は、異状と判断される。一方、インタフェースの一覧表の入力に対して、入出力リストの入力に余剰が生じる場合は、必ずしも異状とは限らない。この余剰の入力は、結合モデル内でのみ使用される変数である可能性もあるからである。そこで、モデル作成１００は、結合モデル内のモジュールの出力を参照し、余剰の入力と同じ変数が存在する場合には、異常なしと判断する。こうすることで、入力についての異状の有無が判断される。
次に出力について、モデル作成システム１００は、インタフェース一覧表と入出力リストの出力を対比する。インタフェース一覧表の出力に対して、入出力リストの出力が不足している場合、その出力はいずれのモジュールからも出力されていないことを意味するから、異状と判断される。一方、インタフェース一覧表の出力に対して、入出力リストの出力が余剰の場合は、正常か異状かを特定することはできない。この余剰の出力が、他のモジュールの入力としてのみ使用されている場合には、結合モデル内でのみ使用される変数ということになるから、正常であることになる。従って、実施例では、入出力の出力が不足しているときには異状であると判断するものとしている。

【0076】

モデル作成システム１００は、上述のチェックによって異状が発見されたときは（ステップＳ３４）、エラーを出力して（ステップＳ３５）、モデル結合処理を終了する。こうすることにより、モデルの結合における異状があるときに、それを看過する可能性を抑制することができる。
なお、ステップＳ３２～Ｓ３５の処理は、必須のものではなく、これを省略しても差し支えない。

【0077】

次に、モデル作成システム１００は、親の結合サブシステムを作成する（ステップＳ３６）。図８の例で言えば、結合サブシステムＭ１、Ｍ２を作成することになる。
ただし、この時点では、結合サブシステムＭ１、Ｍ２の内容は、まだ何も作成されていない状態であるから、結合モデルの出力図（図８（ｂ））の上で言えば、結合サブシステムＭ１、Ｍ２を表す矩形が描かれるに留まることになる。

【0078】

次に、モデル作成システム１００は、各モジュールに対して、モデルを対応づける（ステップＳ３７）。結合モデルの出力図（図８（ｂ））において、モジュールを表す矩形の中に、対応するモデルのブロック（図３で示した例など）を描いてもよいし、単にコンピュータのメモリ上、これらとの対応づけを行うものとしてもよい。この対応づけを行うことにより、各モジュールに対応するモデルの大きさ、即ち図３に示したモデル等が占める領域の２次元的な面積を特定することができる。従って、ステップＳ３７では、この面積に応じて、各モジュールのサイズを修正してもよい。モデルが示す面積の大きさは、ある程度、そのモデルの複雑さを反映していると考えられるから、このようにモジュールのサイズを修正することにより、各モジュールの複雑さを直感的に認識しやすくなる利点がある。

【0079】

モデル作成システム１００は、次に、入出力リストに基づいて入出力ブロックを追加する（ステップＳ３８）。結合モデル全体に対する入出力ブロックは、インタフェース一覧表を参照すれば特定することができる。結合モデル全体に対する入出力は、出力図（図８（ｂ））における入力ｉｎ、出力ｏｕｔのように、追加される。

【0080】

また、モデル作成システム１００は、各モジュールの入力のうち、トリガー信号を抽出する（ステップＳ３９）。各モジュールは、４ｍｓごとに起動するもの、１６ｍｓごとに起動するものなど、種々の起動タイミングが定められている。この起動タイミングは、仕様書データで規定してもよいし、モデル配置図データで規定してもよい。また、これらのデータとは別に、各モジュールの起動タイミングを定めるリストを用意してもよい。各モジュールには、ステップＳ３８で、この起動タイミングに応じたトリガー信号の入力ブロックが追加されているから、モデル作成システム１００は、これを抽出するのである。

【0081】

そして、モデル作成システム１００は、トリガー信号に基づき重複を回避して、トリガー信号生成ブロックを作成する（ステップＳ４０）。例えば、ステップＳ３９の処理において、４ｍｓというトリガー信号のみが抽出されていれば、４ｍｓのトリガー信号を生成するトリガー信号生成ブロックのみを作成すればよい。４ｍｓと、１６ｍｓという２種類のトリガー信号が抽出されていれば、これらに対応した２種類のトリガー信号生成ブロックを作成することになる。
トリガー信号生成ブロックは、結合サブシステムＭ１、Ｍ２のそれぞれについて作成される。出力図（図８（ｂ））においては、モジュールｍ１９、ｍ２０がそれぞれトリガー信号生成ブロックを表している。トリガー信号生成ブロックは、結合サブシステムＭ１、Ｍ２に共通のブロックとして作成してもよい。
以上でモデル結合処理を終了し、モデル作成システム１００は、次に、モジュール間を結線する結線処理に移行する。

【0082】

図１１は、結線処理のフローチャートである。主として図１の結線部１１７が実行する処理であり、ハードウェア的にはモデル作成システム１００のＣＰＵが実行する処理である。
処理を開始すると、モデル作成システム１００は、結合モデルを読み込む（ステップＳ５０）。そして、モジュールごとに入出力をリスト化する（ステップＳ５１）。図中の例では、モジュールＡについては入力ａ，ｂおよび出力ｄが抽出され、モジュールＢについては入力ｂ、ｃおよび出力ｅが抽出され、モジュールＣについては入力ｂ，ｄ，ｅおよび出力ｆが抽出されてリストが作成される。

【0083】

モデル作成システム１００は、このリストに基づき、入力ごとに同じ名称の出力を探して結線する（ステップＳ５２）。ただし、各モジュールの実行順序を考慮して以下の態様で結線を行う。
実行順序が順方向、即ち、先に実行したモジュールの出力が、その後に実行するモジュールの入力となっている場合には、両者を直接結線する。一方、実行順序が逆方向、即ち、後に実行したモジュールの出力を、先に実行するモジュールの入力とする場合には、１／ｚブロックを介在させて結線する。１／ｚブロックとは、前のステップの値を入力することを意味するブロックである。こうすることにより、各モジュールに対して適切な入力を実現することができる。
モデル作成システム１００は、全ての結線を終了するまで、ステップＳ５２の処理を繰り返し実行して（ステップＳ５３）、結線処理を終了する。

【0084】

なお、図８（ｃ）で説明した通り、本実施例では、結線状態の表示として、入出力間に線を描いて表示する態様、結線すべき入出力に付されたマークを同じ形状、色などで表示する態様の２つを用意した。両者は、開発者の指示によって自在に切り換えることができる。例えば、個別の入力または出力を指定して、表示態様を切り換えるようにしてもよいし、全体の表示態様を一括して、一方の表示から他方の表示に切り換えるようにしてもよい。また、全体の表示を一括して、いずれかの表示態様に統一するようにしてもよい。さらに、結合サブシステムＭ１など、一定の範囲を指定して、指定した範囲に関する入出力の表示態様を切り換えまたは統一するようにしてもよい。

【0085】

なお、結線処理は、結合モデルにおける結線のみならず、モデル間の章（サブシステム）間の結線に用いることもできる。本実施例では、仕様書データに基づいて各章（サブシステム）ごとにモデルを作成し、相互に入出力を結線する処理（図７参照）を行う例を示した。しかし、モデル作成システム１００で取り扱うモデルは、かかる態様に限られるものではない。例えば、章（サブシステム）に相当するモデルとして、既存のモデルまたは他のシステムで作成されたモデルを読み込んで処理を行うこともある。結線処理は、このような場合にも適用することができる。具体的には、ステップＳ５０における読み込み対象を、サブシステムに変更すればよい。

【0086】

Ｅ．効果および変形例：
以上で説明したモデル作成システム１００によれば、仕様書データに基づいてモデルを作成することができる。また、モデル配置図データを用いてモデル同士を結合、結線することができる。仕様書データは、図２に例示した通り、テキストで表示するため、開発者の意図を理解しやすい利点がある。一方、モデル配置図データには、モデルベース開発における利点、即ち、各モデルの入出力、実行順序などを視覚的に理解しやすい利点がある。
このように本実施例のモデル作成システム１００によれば、仕様書データに基づいてモデルを作成するという機能を備えることにより、開発者の意図をくみ取りにくいというモデルベース開発の欠点を補いつつ、その利点も活かしたプログラム開発を実現することができる。

【0087】

本実施例で説明した種々の特徴は、必ずしも全てを備えている必要はなく、適宜、その一部を省略したり組み合わせたりして構成してもよい。また、本実施例のモデル作成システム１００は、一例に過ぎず、種々の変形例を構成することも可能である。

【産業上の利用可能性】

【0088】

本発明は、予め定められた処理内容を示すブロックの組み合わせにより制御プログラムの内容を表したモデルの作成に利用することができる。

【符号の説明】

【0089】

１０ 入力データ
１１ 仕様書データ
１２ モデル配置図データ
１００ モデル作成システム
１０１ 仕様書入力部
１０２ モデル配置図入力部
１０３ 標準化処理部
１０４ キーワードデータベース
１０５ リスト作成部
１０６ モデル作成部
１０７ 変換データベース
１１０ 記憶部
１１１ 入力データ記憶部
１１２ モデル記憶部
１１５ モデル結合部
１１６ トリガー生成部
１１７ 結線部
１１８ 表示制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】