JP2002251291A - 車両内の技術的プロセスの制御方法，制御プログラム，メモリ素子，制御装置 - Google Patents

Abstract

(57)【要約】 【課題】 可能な限り実際に近い条件下で協同的又は割
込み的モードにおいて実行すべき制御プログラムのアル
ゴリズム，測定されたデータによりシミュレーション
（ＯＯＬ）を実行する。 【解決手段】 制御プログラムは計算装置３１によって
処理される。制御プログラムは，複数のタスク（Ａ，
Ｂ）に分割されており，各タスク（Ａ，Ｂ）は複数のプ
ロセス３４５，３４６，…，３８３，３８４に分割され
ている。タスク（Ａ，Ｂ）は，協同的又は割込み的モー
ドにおいて処理される。制御プログラムの処理後に，で
きるだけ実際に近いシミュレーション，特にオフライン
オープンループ（ＯＯＬ）−シミュレーションを可能に
するために，制御プログラムの処理の間，プロセスシー
ケンスが記憶される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，車両内の技術的プ
ロセスの制御方法，制御プログラム，メモリ素子，制御
装置に関する。

【０００２】

【従来の技術】協同的なモードにおける制御プログラム
の各タスクの処理においては，タスクが異なる優先順位
を有する場合には，より高位の実行優先順位を有するタ
スクが，実際に実行されている低位の優先順位のタスク
の中断をもたらす。

【０００３】協同的モードにおいては，より高い実行優
先順位を有するタスクが実際に実行されている低位の優
先順位を有するタスクのプロセスを中断する割込み的モ
ードとは異なり，より高位の優先順位を有するタスクは
実際に実行されている低位の優先順位を有するタスクの
プロセスの終了を待機する。

【０００４】その後，初めて，低位の優先順位を有する
タスクが中断され，より高位の優先順位を有するタスク
が実行される。より高位の優先順位を有するタスクが完
了した場合に，低位の優先順位を有するタスクは，その
前で中断されていたプロセスから続行される。

【０００５】上記協同的モードにおける制御プログラム
のタスクの処理は，ＤＥ１９５００９５７Ａ１から既知
である。より高位の優先順位を有するタスクによる低位
の優先順位を有するタスクの中断は，マルチタスキング
オペレーションシステムの課題に属する。制御プログラ
ムを処理する際に協同的モードも割込み的モードも支援
するマルチタスキングオペレーションシステムは，例え
ばドイツ，シュトゥットガルトの，ＥＴＡＳ エントヴ
ィックルング−ウント−アプリカチオーンスヴェルクツ
ォイゲ フュア エレクトロニッシェ ジステーメ（Ｅ
ＴＡＳ Ｅｎｔｗｉｃｋｌｕｎｇ− ｕｎｄ Ａｐｐｌ
ｉｋａｔｉｏｎｓｗｅｒｋｚｅｕｇｅｆｕｅｒ ｅｌｅ
ｋｔｒｏｎｉｓｃｈｅ Ｓｙｓｔｅｍｅ）ＧｍｂＨ ＆
Ｃｏ．ＫＧ社のリアルタイムオペレーションシステム
ＥＲＣＯＳ^ＥＫである（ＥＴＡＳ ＧｍｂＨ ＆ Ｃ
ｏ．ＫＧ：ＥＲＣＯＳ^ＥＫ Ｖ２．０．０マニュアル，
シュトゥットガルト，１９９８を参照）。ＤＥ１９５０
０９５７Ａ１とＥＲＣＯＳ ^ＥＫは，明らかに関連してい
る。

【０００６】プロセスのラン時間は，各々計算装置の負
荷に応じて変動する。かかる理由から，また他のより高
位の優先順位を有するタスクによりもたらされる中断に
よって，１つの同じ制御プログラムのプロセス呼出しの
順序は，何回も処理する場合には異なる可能性がある。
即ち，制御プログラムの処理後に，プロセス呼出しの正
確な順序は認識されておらず，例えばシミュレーション
目的のために再構築することもできない。

【０００７】制御プログラム又はその一部（アルゴリズ
ム）のシュミレーションについては，複数の方法が既知
である。アルゴリズム又は制御プログラムを測定された
データによって後からシミュレートすることは，オフラ
イン−オープンループ−シミュレーション（ＯＯＬ）と
称される。いわゆるオフライン−クローズドループ−シ
ミュレーション（ＯＣＬ）とは，閉成されたシミュレー
ション回路内でシミュレーションモデルによってアルゴ
リズム又は制御プログラムをシミュレートすることであ
る。処理されたプロセスの順序が再現可能ではないこと
が，特に測定されたデータによってアルゴリズムを後か
らシミュレートする場合（ＯＯＬ）に，著しい困難をも
たらす。

【０００８】従来技術によれば，マルチタスキングオペ
レーションシステムによって制御されるアルゴリズム
は，通常は最適な状態でシミュレーションされる。即
ち，制御プログラムの各タスクは，中断が生じないよう
に，呼び出される。

【０００９】ＤＥ１９５００９５７Ａ１には，協同的モ
ードで処理すべき制御プログラムのシミュレーション
は，割込み的モードで処理すべき制御プログラムのシミ
ュレーションと比較して，プログラム処理の時間的シー
ケンスと特に中断の効果をシミュレートできるという利
点が記載されている。

【００１０】これは，協同的モードにおいては，各プロ
セスは中断されず，かつプログラム状態を記述し，スタ
ックメモリに格納される変量の数が一定であるので，容
易に可能である。このことにより，プロセス間の中断
は，開発行程において極めて良好にシミュレートするこ
とができる。というのは，中断の可能性の数は制限され
ており，かつ中断はプログラムシーケンスとは無関係だ
からである。

【００１１】

【発明が解決しようとする課題】しかしながら，上記従
来の方法では，制御プログラムの実際の処理に続いてプ
ロセスシーケンスを再現することができないので，従来
技術から既知の全ての協同的又は割込み的モード内で処
理すべき制御プログラムのアルゴリズムのシミュレーシ
ョンは，実際の条件下ではシミュレーションできないと
いう問題がある。

【００１２】したがって，本発明の目的は，可能な限り
実際に近い条件下で協同的又は割込み的モードにおいて
実行すべき制御プログラムのアルゴリズム，測定された
データによりシミュレーション（ＯＯＬ）を実行するこ
とが可能な新規かつ改良された車両内の技術的プロセス
の制御方法，制御プログラム，メモリ素子，制御装置を
提供することにある。

【００１３】

【課題を解決するための手段】上記課題を解決するた
め，本発明の第１の観点においては，複数のタスク
（Ａ，Ｂ）に分割される制御プログラムが計算装置（３
１）によって処理されると共に，前記各タスク（Ａ；
Ｂ）は少なくとも１つのプロセス（３４５，３４６，
…，３８３，３８４；１２１，１２２，…１２８，１２
９）を有し，かつ協同的又は割込み的モードにおいて処
理される，車両内の技術的プロセスの制御方法であっ
て，前記制御プログラムの処理の間，プロセスシーケン
スが記憶される，ことを特徴とする車両内の技術的プロ
セスの制御方法が提供される。

【００１４】上記記載の発明では，制御プログラムの処
理の間プロセスシーケンスが格納されるので，制御プロ
グラムの処理後に，記憶されている情報を使用してプロ
グラムシーケンスを再現することができる。この再現さ
れたプロセスシーケンスは，その後制御プログラムのア
ルゴリズムのシミュレーションの基礎とされる。したが
って，特にＯＯＬ−シミュレーションに基づく測定され
たデータによって，アルゴリズムの特に実際に近いシミ
ュレーションが可能となる。測定とシミュレーション結
果を相互に比較することができ，かつ制御プログラム内
の効果的なエラーサーチが可能である。このように，初
めて制御プログラムの実際のプロセスシーケンスをシミ
ュレートできるための基礎を提供する。このために，例
えば各プロセス内及び／又は各タスク内に好適な指令が
付加される。

【００１５】また，前記制御プログラムの処理の前に，
前記各プロセス（３４５，３４６，…３８３，３８４；
１２１，１２２，…１２８，１２９）に一義的な識別子
が対応づけられると共に，前記制御プログラムの処理の
間に前記プロセスシーケンスは前記プロセス（３４５，
３４６，…，３８３，３８４；１２１，１２２，…１２
８，１２９）の前記識別子を使用して記憶される，如く
構成すれば，プロセスの処理の枠内で，その識別子が所
定のメモリ領域に格納され，メモリ領域に格納されてい
る識別子を使用して，制御プログラムの実行後にプロセ
スシーケンスを再現することができる。なお，識別子
は，例えば複数桁の数として形成することができる。

【００１６】また，前記制御プログラムの処理の間，そ
の都度新しいタスク（Ａ，Ｂ）に対してのみ，前記新し
いタスク（Ａ，Ｂ）の開始前に最後に処理されたプロセ
ス（３４５，３４６，…，３８３，３８４；１２１，１
２２，…１２８，１２９）の識別子が記憶される，如く
構成すれば，制御プログラムのタスクのプロセスリスト
を使用して，新しいタスクの開始前に最後に処理された
プロセスの，記憶されている識別子と共に，制御プログ
ラムの実行後にプロセスシーケンスが完全に再現され
る。このことにより，プロセスシーケンスを完全に再現
できるようにするために必要とされる，格納すべきデー
タ量を著しく削減することができる。なお，制御プログ
ラムの各タスクは，タスクの各プロセスのその処理の順
序を順次リストアップしている，いわゆるプロセスリス
トによって定義されている。

【００１７】また，前記制御プログラムの処理の間，そ
の都度終了したタスク（Ａ，Ｂ）に対してのみ，前記終
了したタスク（Ａ，Ｂ）の開始前に最後に処理されたプ
ロセス（３４５，３４６，…，３８３，３８４；１２
１，１２２，…１２８，１２９）の識別子が記憶され
る，如く構成すれば，タスクのプロセスリストを使用し
て，終了したタスクの開始前に最後に処理されたタスク
の，格納されている識別子と共に，制御プログラムの処
理後にプロセスシーケンスが完全に再現される。このよ
うに，プロセスシーケンスを完全に再現できるようにす
るために必要とされる，格納すべきデータ量を著しく削
減することができる。

【００１８】また，前記制御プログラムの処理の間，各
処理されたプロセス（３４５，３４６，…，３８３，３
８４；１２１，１２２，…１２８，１２９）の識別子が
変数（ＦｉｎｉｓｈｅｄＰｒｏｃｅｓｓＮｕｍｂｅｒ，
ＦＰＮ）に，そして各タスク（Ａ，Ｂ）の処理の間，前
記変数の内容がプロセスシーケンスデータファイル（Ｐ
ＡＤ）に記憶される，如く構成すれば，各処理されたプ
ロセスの識別子がその中に格納される，変数は，好まし
くはグローバル変数として形成されている。制御プログ
ラムの処理後にプロセスシーケンスを再現するために，
タスクのプロセスリストとプロセスシーケンスデータフ
ァイルが評価される。

【００１９】また，前記各タスク（Ａ，Ｂ）の最初に，
前記変数（ＦｉｎｉｓｈｅｄＰｒｏｃｅｓｓＮｕｍｂｅ
ｒ，ＦＰＮ）の内容がタスク固有変数（ＴａｓｋＡ＿Ｐ
ｒｅｄｅｃｅｓｓｏｒＰＲＣ，ＴＡ＿ＰｒｅＰＲＣ；Ｔ
ａｓｋＢ＿ＰｒｅｄｅｃｅｓｓｏｒＰＲＣ ＴＢ＿Ｐｒ
ｅＰＲＣ）に記憶されると共に，前記タスク（Ａ，Ｂ）
をさらに処理する間，前記タスク固有変数（ＴａｓｋＡ
＿ＰｒｅｄｅｃｅｓｓｏｒＰＲＣ，ＴＡ＿ＰｒｅＰＲ
Ｃ；ＴａｓｋＢ＿ＰｒｅｄｅｃｅｓｓｏｒＰＲＣＴＢ＿
ＰｒｅＰＲＣ）の内容が，プロセスシーケンスデータフ
ァイル（ＰＡＤ）に記憶される，如く構成すれば，変数
の内容は，制御プログラムの処理の間常に実際に処理さ
れたプロセスの識別子によって上書きされるので，新し
いタスクを呼び出す場合に，変数内にタスクの呼出し前
に最後に処理されたプロセスの識別子が格納されてい
る。タスクの最初に，この変数の内容がタスク固有変数
に書き込まれる。従ってタスク固有変数内には，常に，
実際のタスクの開始直前に処理されたプロセスの識別子
が存在している。タスクをさらに処理する間，タスク固
有変数の内容がプロセスシーケンスデータファイルに格
納される。タスク固有変数の内容をタスクをさらに処理
する間，測定技術によってこのタスクの他の全ての測定
量と共に測定データファイルに格納することできる。従
ってプロセスシーケンスデータファイルは，この測定デ
ータファイルの構成部分となる。

【００２０】上記課題を解決するため，本発明の第２の
観点によれば，車両の制御装置（３０）のためのメモリ
素子（３２）であって，前記メモリ素子には，制御プロ
グラムが記憶されており，前記制御プログラムは計算装
置（３１）上で実行可能であり，かつ請求項１から６の
いずれか１項に記載の方法を実行することが可能であ
る，ことを特徴とするメモリ素子が提供される。

【００２１】上記記載の発明では，メモリ素子上に制御
プログラムが格納されており，その制御プログラムは計
算装置上，特にマイクロプロセッサ上で，本発明に基づ
く方法を実行できる。

【００２２】上記課題を解決するため，本発明の第３の
観点においては，計算装置に対し，請求項１から６のい
ずれか１項に記載の方法を実行させる制御プログラムが
提供される。

【００２３】上記記載の発明では，計算装置上（特にマ
イクロプロセッサ上）で，制御プログラムが本発明にか
かる方法を実行することができる。なお，ここで，制御
プログラムは，特に車両内の技術的プロセスを制御する
のに用いられる，コンピュータプログラムである。

【００２４】また，前記制御プログラムは，メモリ素子
（３２）に記憶されている，如く構成れば，メモリ素子
上に格納されている制御プログラムによって本発明にか
かる方法を実行することができるので効果的である。こ
の場合に，メモリ素子として，特に電気的メモリ媒体，
例えばリードオンリーメモリ，ランダムアクセスメモリ
又はフラッシュメモリを使用することができる。

【００２５】上記課題を解決するため，本発明の第４の
観点によれば，複数のタスク（Ａ，Ｂ）に分割された制
御プログラムが実行される計算装置（３１）を有し，か
つ前記各タスク（Ａ，Ｂ）は少なくとも１つのプロセス
（３４５，３４６，…，３８３，３８４；１２１，１２
２，…１２８，１２９）を有しており，かつタスク
（Ａ，Ｂ）の処理は協同的又は割込み的モードで行われ
る，車両内の技術的プロセスを制御する制御装置（３
０）において，前記制御装置（３０）は，前記制御プロ
グラムの処理の間プロセスシーケンスを記憶する手段を
有する，ことを特徴とする制御装置が提供される。

【００２６】上記記載の発明では，制御プログラムの処
理の間プロセスシーケンスが格納されるので，制御プロ
グラムの処理後に，記憶されている情報を使用してプロ
グラムシーケンスを再現することができる。この再現さ
れたプロセスシーケンスは，その後制御プログラムのア
ルゴリズムのシミュレーションの基礎とされる。それに
よって，特にＯＯＬ−シミュレーションに基づく測定さ
れたデータによって，アルゴリズムの特に実際に近いシ
ミュレーションが可能となる。測定とシミュレーション
結果を相互に比較することができ，かつ制御プログラム
内の効果的なエラーサーチが可能である。このように，
初めて制御プログラムの実際のプロセスシーケンスをシ
ミュレートできるための基礎を提供する。このために，
例えば各プロセス内及び／又は各タスク内に好適な指令
が付加される。

【００２７】また，前記制御装置（３０）は，前記請求
項２から６のいずれか１項に記載の方法を実行する手段
を有する如く構成することができる。

【００２８】

【発明の実施の形態】以下，本発明の好適な実施の形態
について，添付図面を参照しながら詳細に説明する。
尚，以下の説明及び添付図面において，同一の機能及び
構成を有する構成要素については，同一符号を付するこ
とにより，重複説明を省略する。

【００２９】（第１の実施の形態）まず，図１から図１
０を参照しながら，第１の実施の形態について説明す
る。なお，図１は，本実施形態にかかる車両における技
術的プロセスの制御装置の構成を示すブロック図であ
る。

【００３０】まず，図１に示すように，制御装置３０
は，計算装置（例えばマイクロプロセッサ）３１を有し
ており，その上で制御プログラムが実行可能である。制
御装置３０は，さらに，メモリ素子３２を有しており，
そのメモリ素子３２に制御プログラムが格納されてい
る。例えばバス導線として形成されているデータ接続３
３を介して，マイクロプロセッサ３１によって実行すべ
き制御プログラムあるいはその部分がマイクロプロセッ
サ３１へ伝達されて，そこで処理される。

【００３１】好適なインターフェイスを介してマイクロ
プロセッサ３１へ測定量３４が供給され，かつマイクロ
プロセッサ３１内で処理される。測定量３４は，例えば
メモリ素子３２内の測定データファイルに格納される。
この測定データファイルには，本実施形態においては，
制御プログラムの処理の間，プロセスシーケンスに関す
る情報，特にプロセスの処理の順序も格納することがで
きる。この情報と測定量３４は，制御プログラムの処理
後に，シミュレーション目的のために利用することがで
きる。

【００３２】次に，図２に基づいて，制御プログラムを
処理する間のプロセスシーケンスを説明する。なお，図
２は，本実施形態にかかる制御プログラムを処理する間
のプロセスシーケンスを示す説明図である。なお，本実
施形態においては，制御プログラムを処理する間のプロ
セスシーケンスを２つのサイクルで示している。

【００３３】本実施形態においては，制御装置の計算装
置上（特にマイクロプロセッサ上）で，特に車両内の技
術的プロセスを制御するための制御プログラムを処理す
ることができる。制御プログラムを複数のタスクに，そ
して各タスクがさらに複数のプロセスに分割されてい
る。

【００３４】タスクは，所定の時点であるいは所定の走
査時間で規則的に呼び出されて処理される。各タスクに
は，所定の優先順位が対応づけられている。制御プログ
ラムの処理の間に２つのタスクを同時に実行しようとす
る場合には，２つのタスクの優先順位が比較され，より
高い優先順位を有するタスクが第１のタスクとして処理
される。

【００３５】例えばタスクＡが処理され，かつタスクＢ
を実行しようとする場合には，各々プログラマにより選
択された，タスクのコンフィグレーションに従って種々
の場合が生じ得る：

【００３６】タスクＡがタスクＢよりも高い優先順位を
有する場合には，タスクＢの実行は，タスクＡが終了す
るまで待機される。

【００３７】タスクＢがタスクＡよりも高い優先順位を
有する場合には，タスクＡの処理は中断されて，タスク
Ｂが実行される。プログラマがいわゆる協同的モードに
おけるタスクの実行を選択している場合には，タスクＢ
の実行は，タスクＡの現在のプロセスの終了まで待機さ
れる。このプロセスが終了すると，即座にタスクＡは中
断されて，タスクＢが実行される。タスクＢが終了した
場合に，タスクＡは，タスクＢを実行するためにその前
で中断されたプロセスの最初からさらに実行される。

【００３８】プログラマが，割込み的モードにおけるタ
スクの処理を選択している場合には，タスクＢはタスク
Ａの現在のプロセスを中断し，タスクＢが直接実行され
る。次にタスクＡが，中断されたプロセスにおいてさら
に処理される。

【００３９】あるタスクの，より高位の優先順位を有す
る他のタスクによる中断は，マルチタスキングオペレー
ションシステムの課題に属する。プロセスのラン時間
は，各々制御プログラムが処理される計算機の負荷に応
じて変動する。

【００４０】かかる理由から，そして他のタスクにより
もたらされる中断によって，図２の第１と第２のサイク
ルにおける２つのタスクの処理に示すように，１つの同
じ制御プログラムを複数回実行する場合にプロセス呼出
しの順序が異なることがあり得る。従って制御プログラ
ムの処理後に，タスクの各プロセスが呼び出された順序
は認識されていない。

【００４１】また，図３に示すように，タスクの個々の
プロセスには，各々３桁の数字の形式の一義的な識別子
が設けられている。タスクの個々のプロセスは，制御プ
ログラムの処理の間の実行の順序においてプロセスリス
トに記憶される。

【００４２】プロセスリストは，オンラインでプロセス
シーケンスを定めるために，オペレーションシステムに
よって評価される。タスクＡはプロセス３４５から３８
４を有し，タスクＢはプロセス１２１から１２９を有し
ている。タスクＡは，２０ミリ秒毎に呼び出される。タ
スクＢは，タスクＡよりも高い優先順位で１０ミリ秒毎
に呼び出される。２つのタスクは，協同的モードで作動
し，即ちタスクＡは，より優先順位の高いタスクＢによ
って２つのプロセス間で中断される。

【００４３】また，図４には，第１のサイクルと第２の
サイクルにおけるプロセスの処理の順序が図示されてい
る。

【００４４】図４に示すように，第１のサイクルにおい
ては，タスクＢのプロセス１２１から１２９が処理され
る。次に，タスクＡのプロセスがプロセス３４５から始
るように処理される。

【００４５】しかし，タスクＡのプロセスの処理は，タ
スクＢによって中断される。第１のサイクルにおいて
は，タスクＡの中断はプロセス３７２の処理後に発生
し，第２のサイクルにおいてはプロセス３８３の処理後
に初めて発生する。

【００４６】従って，第１のサイクルにおいてはタスク
Ｂの第２の処理後には，タスクＡのプロセス３７３から
３８４が実行されなければならず，第２のサイクルにお
いてはタスクＡのプロセス３８４のみが実行される。

【００４７】プロセスの順序が異なることがあり得ると
いう事実は，制御プログラムの処理後に所定のプロセス
シーケンスはもはや再現できないことを意味している。
これは特に，測定されたデータによって制御プログラム
のアルゴリズムを後からシミュレートする場合には（い
わゆるオフラインオープンループ（ＯＯＬ）シミュレー
ション），著しい困難をもたらす。

【００４８】従って，従来技術によれば，マルチタスキ
ングオペレーションシステムによって制御されるアルゴ
リズムは，通常，最適な状態でシミュレートされ，即ち
タスクＡ，Ｂは中断が発生しないように呼び出される。

【００４９】従来技術から既知のシミュレーション方法
を用いたシミュレーションにおける，第１のサイクルと
第２のサイクルにおけるプロセスのそれに応じた順序
が，図５に示されている。図４に示す実際のプロセスシ
ーケンスから明らかなように，シミュレートされたプロ
セスシーケンス（図５）と実際のプロセスシーケンス
（図４）とは，明らかに異なる。

【００５０】本実施形態においては，制御プログラムの
アルゴリズムの可能な限り実際に近いシミュレーション
（特に実際に近いＯＯＬ−シミュレーション）を可能に
するために，制御プログラムの処理の間プロセスシーケ
ンスを記憶する構成を採用している。

【００５１】記憶すべきデータ量を削減するために，処
理される全てのプロセスが記憶されるのではなく，新し
いタスク，あるいは終了したタスクＡ，Ｂの開始前に処
理された最後のプロセスのみが記憶される。

【００５２】各プロセスには，一義的な標徴（識別子）
が対応づけられており，それは本実施形態においては，
３桁の数（タスクＡについてはプロセス３４５から３８
４そしてタスクＢについてはプロセス１２１から１２
９）からなる。

【００５３】各プロセスにおいて，かつ制御プログラム
の各タスクにおいて，本実施形態にかかる方法の実現の
ために必要とされる好適なプログラム指令が付加され
る。

【００５４】制御プログラムの処理の間，各プロセスの
最後に，今処理されたプロセスの識別子がグローバルな
変数処理済みプロセス番号（ＦｉｎｉｓｈｅｄＰｒｏｃ
ｅｓｓＮｕｍｂｅｒ）（ＦＰＮ）で続けられる。従っ
て，変数ＦＰＮ内には，常に最後に処理されたプロセス
の識別子が存在している。

【００５５】各タスクＡ，Ｂの最初に，変数ＦＰＮがタ
スク固有の変数（ＴａｓｋＡ＿Ｐｒｅｄｅｃｅｓｓｏｒ
ＰＲＣ，ＴａｓｋＢ＿ＰｒｅｄｅｃｅｓｓｏｒＰＲＣ）
にコピーされる。従ってこのタスク固有の変数内には，
常に，現在のタスクＡ，Ｂの開始直前に処理されたプロ
セスの識別子が存在している。各タスクがさらに処理さ
れる間，各々タスク固有の変数（ＴａｓｋＡ＿Ｐｒｅｄ
ｅｃｅｓｓｏｒＰＲＣ，ＴａｓｋＢ＿Ｐｒｅｄｅｃｅｓ
ｓｏｒＰＲＣ）の内容は，プロセスシーケンスデータフ
ァイル（ＰＡＤ）内に記憶される。特に，各々タスク固
有の変数は，測定技術によってこれらタスクＡ，Ｂの他
の全ての測定量と共に測定データファイル内に記憶さ
れ，その場合にプロセスシーケンスデータファイルは，
測定データファイルの構成部分である。

【００５６】図６には，他の制御プログラムのプロセス
シーケンスが図示されている。制御プログラムは，異な
る優先順位の４つのタスクＣ，Ｄ，Ｅ及びＦを有してい
る。各タスクＣ，Ｄ，Ｅ，Ｆは，１つ以上のプロセスを
有している。

【００５７】タスクＣは，プロセス１１１を有し，タス
クＤはプロセス２１２と２２２，タスクＥはプロセス３
１３，３２３，３３３を有し，かつタスクＦはプロセス
４１３，４２３，４３３を有している。各プロセスは，
図６においては，バーで示されている。バーの高さは，
タスクＣ，Ｄ，Ｅ，Ｆの優先順位を表している。制御プ
ログラムの処理の間，プロセスシーケンスが全プロセス
の識別子によってプロセスシーケンスデータファイルに
格納される場合に，表は次の内容を有する：「１１１，
３１３，２１２，１１１，２２２，３２３，１１１，２
１２，２２２，３３３，４１３，４２３，４３３，１１
１，３１３，１１１，３２３，３３３，４１３，４２
３，４３３，１１１」。

【００５８】プロセスシーケンスデータファイルに格納
すべき，プロセスシーケンスの完全な再現のために必要
なデータ量を削減するために，制御プログラムの処理の
間，終了したタスクの開始前に最後に処理されたプロセ
スの識別子のみが格納される。

【００５９】それによって得られる，プロセスシーケン
スデータファイルの内容を図７に示す。上記の２２個の
要素の代わりに，図７に示すプロセスシーケンスデータ
ファイルは１２の要素のみを有する。

【００６０】最初に終了したタスクは，タスクＣであ
る。タスクＣの開始前に処理されたプロセスは，認識さ
れていない。従って，プロセスシーケンスデータファイ
ルには「ｘｘｘ」が記入される。

【００６１】その後，タスクＥが開始されるが終了され
ない。その後，タスクＤが開始されるが同様に終了され
ない。次に終了したタスクは再びタスクＣである。タス
クＣの開始前に処理されたプロセスは，「２１２」であ
る。従ってプロセスシーケンスデータファイルには，
「２１２」が記入される。

【００６２】その後，タスクＤが続行されて終了され
る。タスクＤの開始前に処理されたプロセスは，「３１
３」である。従ってプロセスシーケンスデータファイル
には，「３１３」が記入される。

【００６３】その後タスクＥが続行されるが，終了され
ない。次に終了したタスクは，またタスクＣである。タ
スクＣの開始前に処理されたプロセスは，「３２３」で
ある。従ってプロセスシーケンスデータファイルには
「３２３」が記入される。

【００６４】その後，タスクＤが開始されて終了もされ
る。タスクＤの開始前に処理されたプロセスは，「１１
１」である。従ってプロセスシーケンスデータファイル
には「１１１」が記入される。

【００６５】その後，タスクＥが続行されて終了され
る。タスクＥの開始前に処理されたプロセスは「１１
１」である。従って再びプロセスシーケンスデータファ
イルには「１１１」が記入される。

【００６６】その後，タスクＦが開始されて終了もされ
る。タスクＦの開始前に処理されたプロセスは「３３
３」である。従ってプロセスシーケンスデータファイル
には「３３３」が記入される。かかる工程は，制御プロ
グラムが終了するまでの間，続行される。プロセスシー
ケンスデータファイルの次の内容が得られる：「ｘｘ
ｘ，２１２，３１３，３２３，１１１，１１１，３３
３，４３３，３１３，１１１，３３３，４３３」。

【００６７】制御プログラムの処理後に，シミュレーシ
ョン目的のために，まず測定データファイルが読み込ま
れる。プロセスシーケンスが，プロセスリスト（図３を
参照）と測定データファイル内に記憶されている情報を
使用して再構築される。

【００６８】本実施形態にかかる方法は，制御プログラ
ムにおいて初めて実際のプロセスシーケンスをシミュレ
ートすることができる基礎を提供する。測定とシミュレ
ーション結果は，相互に比較されて，制御プログラムの
ソフトウェア内での効果的なエラーサーチが可能にな
る。

【００６９】図８には，図２に示すプロセスシーケンス
について，グローバル変数ＦｉｎｉｓｈｅｄＰｒｏｃｅ
ｓｓＮｕｍｂｅｒ（ＦＰＮ）とタスク固有変数（Ｔａｓ
ｋＡ＿ＰｒｅｄｅｃｅｓｓｏｒＰＲＣ，ＴａｓｋＢ＿Ｐ
ｒｅｄｅｃｅｓｓｏｒＰＲＣ）の内容が図示されてい
る。これらの情報は，測定データファイルに格納され
る。

【００７０】次に，図９に基づいて，本実施形態にかか
るタスクＡの処理方法について説明する。なお，図９
は，本実施形態にかかるタスクＡの処理方法を示すフロ
ーチャートである。

【００７１】まず，ステップＳ１０で，処理が開始され
る（ステップＳ１０）。次いで，ステップＳ１１で，タ
スクＡが選択される（ステップＳ１１）。その後，ステ
ップＳ１２で，グローバル変数の内容（Ｆｉｎｉｓｈｅ
ｄＰｒｏｃｅｓｓＮｕｍｂｅｒ，ＦＰＮ）がタスク固有
変数（ＴａｓｋＡ＿ＰｒｅｄｅｃｅｓｓｏｒＰＲＣ）に
コピーされる（ステップＳ１２）。

【００７２】さらに，ステップＳ１３で，タスク固有変
数の内容がプログラムシーケンスデータファイル（ＰＡ
Ｄ）に格納される（ステップＳ１３）。次いで，ステッ
プＳ１４で，タスクＡのプロセスリスト（図３を参照）
を使用して選択されたプロセス（ＰＲＣ）が実行される
（ステップＳ１４）。このプロセスの標徴（識別子）
は，ステップＳ１５で，グローバル変数（Ｆｉｎｉｓｈ
ｅｄＰｒｏｃｅｓｓＮｕｍｂｅｒ）に格納される。

【００７３】さらに，ステップＳ１６で，タスクＡが終
了しているか，が判断される（ステップＳ１６）。タス
クＡが終了していないと判断される場合には，ステップ
Ｓ１４に移行し，プロセスリストに従ってタスクＡの次
のプロセスが選択される。タスクＡが終了していると判
断される場合には，ステップＳ１７に移行し，処理を終
了する（ステップＳ１７）。

【００７４】また，タスクＢの処理方法は，図１０に示
すように，ステップＳ２０から２７は，図９のステップ
Ｓ１０から１７が該当する。タスクＢの実行は，上記タ
スクＡの実行と同様に行われる。なお，図１０は，本実
施形態にかかるタスクＢの処理方法を示すフローチャー
トである。

【００７５】タスクＡとタスクＢの実行は，当然なが
ら，常時，あるいは協同的モードにおいては現在のプロ
セスの終了後に，より高位の優先順位のタスクによって
中断することができる。これは，例えばインターラプト
コールによって行われる。

【００７６】以上，本発明に係る好適な実施の形態につ
いて説明したが，本発明はかかる構成に限定されない。
当業者であれば，特許請求の範囲に記載された技術思想
の範囲内において，各種の修正例及び変更例を想定し得
るものであり，それらの修正例及び変更例についても本
発明の技術範囲に包含されるものと了解される。

【００７７】

【発明の効果】制御プログラムの処理の間プロセスシー
ケンスが格納されるので，制御プログラムの処理後に，
記憶されている情報を使用してプログラムシーケンスを
再現することができる。この再現されたプロセスシーケ
ンスは，その後制御プログラムのアルゴリズムのシミュ
レーションの基礎とされる。それによって，特にＯＯＬ
−シミュレーションに基づく測定されたデータによっ
て，アルゴリズムの特に実際に近いシミュレーションが
可能となる。測定とシミュレーション結果を相互に比較
することができ，かつ制御プログラム内の効果的なエラ
ーサーチが可能である。このように，初めて制御プログ
ラムの実際のプロセスシーケンスをシミュレートできる
ための基礎を提供する。このために，例えば各プロセス
内及び／又は各タスク内に好適な指令が付加される。

【図面の簡単な説明】

【図１】第１の実施の形態にかかる技術的プロセスの制
御装置を示すブロック図である。

【図２】本実施形態にかかる制御プログラムを処理する
間のプロセスシーケンスを２つのサイクルで示す説明図
である。

【図３】本実施形態にかかるタスクＡとタスクＢについ
てのプロセスリストを示す説明図である。

【図４】図２にかかる２つのサイクルの間のプロセスの
順序表を示す説明図である。

【図５】従来におけるシミュレーション方法による制御
プログラムを示す説明図である。

【図６】本実施形態にかかる他の制御プログラムを処理
する間のプロセスシーケンスを示す説明図である。

【図７】終了したタスクの開始前に，図６に示すプロセ
スシーケンスの間に処理された各々最後のプロセスを有
する表を示す説明図である。

【図８】図２にかかる２つのサイクルの実行の間の種々
の変数で占められた表を示す説明図である。

【図９】本実施形態にかかるタスクＡの処理方法を示す
フローチャートである。

【図１０】本実施形態にかかるタスクＢの処理方法を示
すフローチャートである。

【符号の説明】

３０ 制御装置 ３１ 計算装置（例えばマイクロプロセッサ） ３２ メモリ素子 ３３ データ接続 ３４ 測定量

───────────────────────────────────────────────────── フロントページの続き (72)発明者 イェンス フィードラー ドイツ連邦共和国 93107 タルマッシン グ ハイダウアーシュトラーセ ５ Ｆターム(参考） 5B042 GA23 GB08 HH07 HH30 MC13 MC21 5B098 AA05 JJ07

Claims (11)

【特許請求の範囲】
1. 【請求項１】 複数のタスクに分割される制御プログラ
   ムが計算装置によって処理されると共に，前記各タスク
   は少なくとも１つのプロセスを有し，かつ協同的又は割
   込み的モードにおいて処理される，車両内の技術的プロ
   セスの制御方法であって，前記制御プログラムの処理の
   間，プロセスシーケンスが記憶される，ことを特徴とす
   る車両内の技術的プロセスの制御方法。
2. 【請求項２】 前記制御プログラムの処理の前に，前記
   各プロセスに一義的な識別子が対応付けられると共に，
   前記制御プログラムの処理の間に前記プロセスシーケン
   スは前記プロセスの前記識別子を使用して記憶される，
   ことを特徴とする請求項１に記載の車両内の技術的プロ
   セスの制御方法。
3. 【請求項３】 前記制御プログラムの処理の間，その都
   度新たなタスクに対してのみ，前記新しいタスクの開始
   前に最後に処理されたプロセスの識別子が記憶される，
   ことを特徴とする請求項２に記載の車両内の技術的プロ
   セスの制御方法。
4. 【請求項４】 前記制御プログラムの処理の間，その都
   度終了したタスクに対してのみ，前記終了したタスクの
   開始前に最後に処理されたプロセスの識別子が記憶され
   る，ことを特徴とする請求項２に記載の車両内の技術的
   プロセスの制御方法。
5. 【請求項５】 前記制御プログラムの処理の間，各処理
   されたプロセスの識別子が変数に記憶されると共に，前
   記各タスクの処理の間，前記変数の内容がプロセスシー
   ケンスデータファイルに記憶される，ことを特徴とする
   請求項３又は４に記載の車両内の技術的プロセスの制御
   方法。
6. 【請求項６】 前記各タスクの最初に，前記変数の内容
   がタスク固有変数に記憶されると共に，前記タスクをさ
   らに処理する間，前記タスク固有変数の内容が前記プロ
   セスシーケンスデータファイルに記憶される，ことを特
   徴とする請求項５に記載の車両内の技術的プロセスの制
   御方法。
7. 【請求項７】 車両の制御装置のためのメモリ素子であ
   って，前記メモリ素子には，制御プログラムが記憶され
   ており，前記制御プログラムは計算装置上で実行可能で
   あり，かつ請求項１から６のいずれか１項に記載の方法
   を実行することが可能である，ことを特徴とするメモリ
   素子。
8. 【請求項８】 計算装置に対し，請求項１から６のいず
   れか１項に記載の方法を実行させるための制御プログラ
   ム。
9. 【請求項９】 前記制御プログラムは，メモリ素子に記
   憶されている，ことを特徴とする請求項８に記載の制御
   プログラム。
10. 【請求項１０】 複数のタスクに分割された制御プログ
    ラムが実行される計算装置を有し，かつ前記各タスクは
    少なくとも１つのプロセスを有しており，かつタスクの
    処理は協同的又は割込み的モードで行われる，車両内の
    技術的プロセスを制御する制御装置において，前記制御
    装置は，前記制御プログラムの処理の間プロセスシーケ
    ンスを記憶する手段を有する，ことを特徴とする制御装
    置。
11. 【請求項１１】 前記制御装置は，前記請求項２から６
    のいずれか１項に記載の方法を実行する手段を有する，
    ことを特徴とする請求項１０に記載の制御装置。