(57)【要約】      （修正有）【課題】オペレーティングシステムでタスクを起動する方法を提供する。【解決手段】オペレーティングシステムでタスクを起動する方法（１０）は、いくつかの起動方式のうちのそれぞれ１つにタスクを割り当て（１１）、起動方式にトリガイベントを割り当て（１２）、起動方式のうちの１つの起動方式に割り当てられたトリガイベントが発生した場合に、起動方式に割り当てられたタスクを起動方式にしたがって起動する（１３）ことを特徴とする。【選択図】図１
2019197545.tif 000002
【特許請求の範囲】
【請求項１】
オペレーティングシステムでタスク（２１）を起動する方法（１０）において、
いくつかの起動方式（２０）のうちのそれぞれ１つにタスク（２１）を割り当て（１１）、
起動方式（２０）にトリガイベント（２２，２３）を割り当て（１２）、
起動方式（２０）のうちの１つの起動方式（２０）に割り当てられたトリガイベントが発生した場合に、起動方式（２０）に割り当てられたタスク（２１）を起動方式（２０）にしたがって起動する（１３）
ことを特徴とする、オペレーティングシステムでタスク（２１）を起動する方法（１０）。
【請求項２】
請求項１に記載の方法（１０）において、
ハードウェア信号又はソフトウェア信号によってイベント（２２、２３）の発生を知らせるか、又は
イベント（２２、２３）がデータの到着を含む
という特徴のうち少なくとも1つを含む、方法（１０）。
【請求項３】
請求項１又は２に記載の方法（１０）において、
オペレーティングシステムがいくつかのパーティション（２６，２７，２８）を管理し、
それぞれいずれか１つのパーティション（２６，２７，２８）に起動方式（２０）を割り当てるという特徴を含む、方法（１０）。
【請求項４】
請求項３に記載の方法（１０）において、
パーティション（２６，２７，２８）を、いくつかの計算ユニットのいずれか１つに静的に割り当てるという特徴を含む、方法。
【請求項５】
請求項４に記載の方法（１０）において、
パーティション（２６，２７，２８）が異なる安全レベルを有するという特徴を含む、方法。
【請求項６】
請求項１から５までのいずれか１項に記載の方法（１０）において、
いくつかの起動方式（２０）に割り当てられたタスク（２１）を少なくとも部分的に互いに同期させるという特徴を含む、方法。
【請求項７】
請求項１から６までのいずれか１項に記載の方法（１０）において、
起動方式（２０）が、タスク（２１）間のデータフロー（２５）を定義するという特徴を含む、方法。
【請求項８】
請求項１から７までのいずれかに記載の方法（１０）を実施するように構成された、コンピュータプログラム。
【請求項９】
請求項８に記載のコンピュータプログラムが記憶されている、機械可読記憶媒体。
【請求項１０】
請求項１から７までのいずれか１項に記載の方法（１０）を実施するように構成された、装置（４０）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オペレーティングシステムでタスクを起動する方法に関する。さらに本発明は、対応する装置、対応するコンピュータプログラム、及び対応する記憶媒体に関する。
【背景技術】
【０００２】
情報科学では、「サイバー物理システム（ＣＰＳ）」とは、フィールドバス又は別のコンピュータネットワークなどのデータインフラストラクチャを介して通信する機械部品又は電子部品と情報科学ソフトウェア技術部品の任意の組合せを表す。サイバー物理システムの構成は、有線又は無線通信ネットワークに基づいて、組み込まれたシステムのネットワークを形成することにより生じる。従来技術によるサイバー物理システムは極めて複雑であることを特徴とする。
【０００３】
ＣＰＳの一般的な使用分野には、信頼性の高い医療機器及びシステム、年齢に応じた支援システム、ＩＴ交通管制システム及び交通ロジスティクスシステム、自動車用のネットワーク化された安全及び運転者支援システム、産業プロセス制御及び自動化システム、持続可能な環境制御及び監視システム、エネルギー供給管理システム、軍事システムネットワーキングシステム、並びに通信及び文化インフラストラクチャシステムが含まれる。
【０００４】
例えば、国際公開第２０１６０２３７６７号パンフレットは、部分的な自動化及び運転者との協働によって車両ガイドを行うように構成された車両用の運転者支援システムを開示している。この運転者支援システムは、特定の運転状況が発生した場合に運転者によって作動されなければならない少なくとも１つの操作要素を含み、したがって、部分的に自動化された運転の実施時には運転者の覚醒及び注意が確保されている。操作要素の作動に応じて、現在実施されている部分的に自動化された運転操作又は部分的に自動化された運転と、操作要素の作動時又は作動後に実施される部分的に自動化された運転操作とが継続されるか、実施時に適合されるか、又は終了される。
【発明の概要】
【０００５】
本発明は、独立請求項に記載のオペレーティングシステムでタスクを起動する方法、対応する装置、対応するコンピュータプログラム、及び対応する記憶媒体を提供する。
【０００６】
提案したアプローチは、高度自動運転のための運転者支援システムが現在開発段階にあるという知識に基づいている。このようなソフトウェアの複雑性は、今日の自動車技術的な（自動車）システムの複雑性を数桁上回ることもある。
【０００７】
さらに、以下に提示する方法は、高度自動運転のためのシステムは技術的に手間がかかるという洞察に基づいている。同じことが、将来のロボットシステムにも当てはまる。これらは、高い計算能力及び大きいメモリを必要とし、高い安全要求を満たさなければならない。機能安全要求を考慮することにより、システムの複雑性はさらに増大する。
【０００８】
自動車分野における今日のシステムは、多くの場合、直接に通信するアプリケーション又はコンポーネントとして設計されている。データは利用可能になった時点ですぐに他のアプリケーションにも提供される。個々のアプリケーションの正確な時間的関係は技術的な理由により正確に設定することはできない。なぜならば、例えば、提供されている独立したプロセッサコアは、そこで実行されるべきアプリケーションよりもはるかに少数だからである。したがって、データが正確にはいつ送信されるかを予測することは困難である。受信したアプリケーションの視点からは、実際の実行時間に依存したデータの新しさの予測が不可能になる。
【０００９】
この問題を解決するための提案では、タイムスライス又はタスクのすべてのアプリケーション又はコンポーネントの出力が、次のタイムスライスの開始時にはじめて可視化され、タイムスライス又はタスク内の全てのアプリケーション又はコンポーネントの入力がタスクの開始時にいわば凍結される。
【００１０】
このようにして達成可能な決定論は開発を極めて容易にする。なぜならば、入力データが与えられている場合には、複雑なタイムスライスシステムの枠内であっても、出力データ及び出力データの受信機は一義的に確定しているからである。
【００１１】
これにより、開発が容易になるだけではなく、最終的に一義的なポストシミュレーションも可能である。この場合、任意のタスク構造を表示することができ、データの一貫性が常に確保されている。
【００１２】
さらに以下に説明する解決策は、ポストシミュレーションを行い、タイミングの複雑性を低減するためには、上述の機構に基づいて、共通の起動方式の基礎をなすいくつかのタスクからタスクシステムを組み立てることが有意義であるという事情を考慮している。
【００１３】
本発明による解決策の利点は、起動の基礎として外部のイベントを使用する可能性が開かれていることである。共通の起動方式にもかかわらず、これにより、ポストシミュレーション能力を保持し、以下に提示する方法によりタイミングの複雑性を低減することが可能になる。
【００１４】
このアプローチの基本思想は、いくつかの起動方式を使用することである。これにより、それぞれ１つの起動方式をイベントソースに同期するか、又はイベントソースで起動し、しかもこれを使用される全ての起動方式に対して独立して個別に行うことが可能である。イベントソースは、例えば（バス、イーサネット（登録商標）、ＣＡＮ、フレックスレイ、ＬＶＤＳなどを介した）データ、ハードウェア信号又はソフトウェア信号の到着であってもよい。
【００１５】
したがって起動方式内では決定論、特にポストシミュレーションの可能性が保持される。それにもかかわらず、いくつかの起動方式を使用することによって、異なるイベントに柔軟に同期することができる。
【００１６】
従属請求項に記載の手段により、独立請求項に記載の基本思想の有利な構成及び改良が可能である。したがって、個々の起動方式が固有のパーティションに割り当てられるように設定してもよい。パーティションとして、専門家は、オペレーティングシステム又はインフラストラクチャ（例えば、いわゆる「ハイパーバイザ」）によって提供される分離の可能性を説明している。ここでは動的（ランタイム保護）又は静的（メモリ保護）影響に関して、個々のパーティションの相互干渉がないことが保証される。この場合には静的パーティションを使用することが特に有利である。この場合、パーティションは物理的計算ユニットの１対１の割当てによって実現される。これにより動的分離が促進される。
【００１７】
個々の起動方式がパーティションに一義的に割り当てられることによって、明確に分離された起動方式がもたらされ、これらの起動方式は動的及び静的特性に関して最大限に独立している。これにより決定論がさらに促進される。
【００１８】
本発明の一実施形態は、動作信頼性のために様々な関連性を有するソフトウェアコンポーネントを統合することを可能にする（クリティカリティ）。さらにイベントソースへの同期とは無関係にこのアプローチに従うことが有利な場合もある。対応する実施形態ではいくつかの起動方式を互いに同期して使用することができる。したがって、動作信頼性のために分離された起動方式を、ポストシミュレーションを行うことができるように組み合わせることが可能である。
【００１９】
これにより、全体として、例えば設けられたハードウェアにおいて、安全要求を満たし、開発の手間を低減するための解決策、又は状態を再現する場合の効率を上げるための解決策がもたらされる。
【００２０】
本発明の実施形態を図面に示し、以下に詳細に説明する。
【図面の簡単な説明】
【００２１】
【図１】第１の実施形態による方法のフロー図である
【図２】決定論的な起動及び通信を示す図である。
【図３】いくつかの起動方式の使用を示す図である。
【図４】第２の実施形態による制御器を示す概略図である。
【発明を実施するための形態】
【００２２】
図１は、本発明による方法１０の基本的なフロー図を示す。このフロー図によれば、実行されるべきタスクはいくつかの起動方式のうちのそれぞれ１つに割り当てられ（プロセス１１）、これらの起動方式にはトリガイベントが割り当てられる（プロセス１２）。これらのイベントのうちの１つが発生するとすぐに、対応する起動方式に割り当てられたタスクが起動方式にしたがって起動される（プロセス１３）。
【００２３】
例として、図２は、タイムスライス及びタスク２１内に編成されたアプリケーション又はコンポーネントからなるシステムを示す。アプリケーション又はコンポーネントはデータを出力し、同様にデータを受信することができる。データ出力はそれぞれのコンポーネントの右側に、データ入力はそれぞれのコンポーネントの左側に示されており、入力データはタスク２１の起動時にいわば「凍結される」（２４）。図では、時間は左から右に進む。
【００２４】
図３は、いくつかの起動方式の使用法を示す。これにより、それぞれ１つの起動方式をイベントソースに同期するか、又はイベントソースで起動することが可能になる。さらに、例えば適切なタイマーによっていくつかの起動方式を同期的にトリガすることも可能である。図示のパーティション２６，２７に対して、約２００ｍｓの周期が考慮される。図の最下部のパーティション２８の場合にトリガされる個々のイベント２３を認識することができる。
【００２５】
パーティション２６，２７，２８を上述のように１対１で起動方式に割り当てることにより、異なる安全関連の起動方式を決定論的に統合する可能性によって使用範囲が拡大される。例えばパーティション２６，２７，２８が車両技術的な安全性要求レベル（ＡＳＩＬ）ＡＳＩＬ−Ｄに対応し、第２のパーティション２６，２７，２８がＡＳＩＬ−Ｃに対応し、第３のパーティション２６，２７，２８が再びＡＳＩＬ−Ｄに対応する場合もある。
【００２６】
この方法１０は、図４の概略図に示すように、例えばソフトウェアもしくはハードウェアで、又はソフトウェアとハードウェアの混合形態で、例えば、制御器（４０）で実施することができる。
【符号の説明】
【００２７】
２１  タスク
２２，２３  イベント
２６，２７，２８  パーティション
【図１】
2019197545.tif 000003
【図２】
2019197545.tif 000004
【図３】
2019197545.tif 000005
【図４】
2019197545.tif 000006
【外国語明細書】
2019197545000001.pdf