(57)【要約】  本発明は、データ処理装置（１）または接続されている機器の所定の機能を制御する機能モジュール（ＦＭ）と、機能を利用するために該機能モジュールをドライブ制御するデータモジュール（ＤＴ）とを備えている、データ処理装置、殊に自動車のタコグラフ（ＤＴＣＯ）に関する。製品全体の整合の結果として整合コストが著しいことが欠点と認められている。本発明の課題は、変更のコストおよびエラーに陥る度合いを低減することである。メモリバッファアドレス領域（ＳＡＤＲ１−ＳＡＤＲ５）を含んでいる少なくとも１つの標準インタフェースモジュール（ＣＭ）と協働するコミニュケーションモジュール（ＣｏｍＣＭ）が設けられていることが提案され、ここでコミニュケーションモジュール（ＣｏｍＣＭ）は第１の機能モジュール（ＦＭ）をドライブ制御するために第１のデータモジュール（ＤＴ）に少なくとも１つのメモリバッファアドレス領域（ＳＡＤＲ１）を通報する。
2009515266.tif 000002
【特許請求の範囲】
【請求項１】
データ処理装置（１）または接続されている機器の所定の機能を制御する機能モジュール（ＦＭ）と、
機能を利用するために該機能モジュールをドライブ制御するデータモジュール（ＤＴ）と
を備えている、データ処理装置（１）、例えば自動車のタコグラフ（ＤＴＣＯ）において、
コミュニケーションモジュール（ＣｏｍＣＭ）が設けられており、該コミュニケーションモジュールは少なくとも１つの標準インタフェースモジュール（ＣＭ）と協働し、該標準インタフェースモジュール（ＣＭ）はメモリバッファアドレス領域（ＳＡＤＲ１〜ＳＡＤＲ５）を有しており、ここでコミュニケーションモジュール（ＣｏｍＣＭ）は第１のデータモジュール（ＤＴ）に第１の機能モジュール（ＦＭ）をドライブ制御するために少なくとも１つのメモリバッファアドレス領域（ＳＡＤＲ１）を通報する
ことを特徴とするデータ処理装置（１）。
【請求項２】
前記コミュニケーションモジュール（ＣｏｍＣＭ）は前記第１の機能モジュール（ＦＭ）に１つのメモリバッファアドレス領域（ＳＡＤＲ１〜ＳＡＤＲ５）を通報する
請求項１記載のデータ処理装置（１）。
【請求項３】
前記機能モジュール（ＦＭ）はそれぞれ、少なくとも１つのドライバモジュール（ＤＶ）を有しており、該ドライバモジュールを用いて前記機能モジュール（ＦＭ）がドライブ制御される
請求項１記載のデータ処理装置（１）。
【請求項４】
前記データモジュール（ＤＴ）に通報されるメモリバッファアドレス領域（ＳＡＤＲ１〜ＳＡＤＲ５）および前記機能モジュール（ＦＭ）に通報されるメモリバッファアドレス領域（ＳＡＤＲ１〜ＳＡＤＲ５）は同一である
請求項１、２または３記載のデータ処理装置（１）。
【請求項５】
前記データモジュール（ＤＴ）に通報されるメモリバッファアドレス領域（ＳＡＤＲ１〜ＳＡＤＲ５）および前記機能モジュール（ＦＭ）に通報されるメモリバッファアドレス領域（ＳＡＤＲ１〜ＳＡＤＲ５）は異なっている
請求項１、２、３または４記載のデータ処理装置（１）。
【請求項６】
前記ドライバモジュール（ＤＶ）または前記機能モジュール（ＦＭ）は少なくとも１つのメモリバッファアドレス領域（ＳＡＤＲ１〜ＳＡＤＲ５）を有しており、該メモリバッファアドレス領域に前記ドライバモジュール（ＤＶ）に引き渡すべきデータがエントリされる
請求項１、２、３または４記載のデータ処理装置（１）。
【請求項７】
前記コミュニケーションモジュール（ＣｏｍＣＭ）は前記データモジュール（ＤＴ）に前記標準インタフェースモジュール（ＣＭ）のメモリバッファアドレス領域（ＳＡＤＲ１〜ＳＡＤＲ５）を通報する、すなわち書き込みのための第１のメモリバッファアドレス領域（ＳＡＤＲ１）および読み出しのための第２のメモリバッファアドレス領域（ＳＡＤＲ２）を通報しかつ
前記コミュニケーションモジュール（ＣｏｍＣＭ）は前記機能モジュール（ＦＭ）に前記標準インタフェースモジュール（ＣＭ）のメモリバッファアドレス領域（ＳＡＤＲ１〜ＳＡＤＲ５）を通報する、すなわち書き込みのための第３のメモリバッファアドレス領域（ＳＡＤＲ３）および読み出しのための第４のメモリバッファアドレス領域（ＳＡＤＲ４）を通報する
請求項１から６までのいずれか１項記載のデータ処理装置（１）。
【請求項８】
前記コミュニケーションモジュール（ＣｏｍＣＭ）は前記データモジュール（ＤＴ）の、機能モジュール（ＦＭ）へのアクセスの要求に基づいてまず、前記要求された機能モジュール（ＦＭ）に該要求されたアクセスの使用可能性について問い合わせる
請求項１から７までのいずれか１項記載のデータ処理装置（１）。
【請求項９】
前記データモジュール（ＤＴ）には機能モジュール（ＦＭ）のアクセスに関連して優先度が割り当てられており、該優先度に従って前記機能モジュール（ＦＭ）の要求の処理が前記コミュニケーションモジュール（ＣｏｍＣＭ）により制御されて行われる
請求項１から８までのいずれか１項記載のデータ処理装置（１）。
【請求項１０】
前記標準インタフェースモジュール（ＣＭ）はデータモジュールの、書き込むためのメモリバッファアドレス領域（ＳＡＤＲ１）のデータをコミュニケーションプロトコルを付して、機能モジュールの、読み出しのためのメモリバッファアドレス領域（ＳＡＤＲ１）に伝送する
請求項１から９までのいずれか１項記載のデータ処理装置（１）。
【請求項１１】
前記コミュニケーションモジュール（ＣｏｍＣＭ）はデータモジュール（ＤＴ）、標準インタフェースモジュール（ＣＭ）および機能モジュール（ＦＭ）の協働を制御し、例えばデータの、メモリバッファアドレス領域（ＳＡＤＲ１〜ＳＡＤＲ５）からの読み出しの開始をデータの、メモリバッファアドレス領域（ＳＡＤＲ１）への書き込みの終了と整合調整する
請求項１から１０までのいずれか１項記載のデータ処理装置（１）。
【請求項１２】
データ処理装置（１）、例えば請求項１から１０までのいずれか１項記載のデータ処理装置（１）を作動するための方法において、
コミュニケーションモジュール（ＣｏｍＣＭ）を設けておいて、該コミュニケーションモジュールが、メモリバッファアドレス領域（ＳＡＤＲ１〜ＳＡＤＲ５）を有している少なくとも１つの標準インタフェースモジュール（ＣＭ）と、第１のデータモジュール（ＤＴ）が第１の機能モジュール（ＦＭ）のドライブ制御のために該コミュニケーションモジュール（ＣｏｍＣＭ）に対する要求を送信しかつ該コミュニケーションモジュール（ＣｏｍＣＭ）が前記第１のデータモジュール（ＤＴ）に少なくとも１つのメモリバッファアドレス領域（ＳＡＤＲ１〜ＳＡＤＲ５）を通報するような仕方で協働するようにした
ことを特徴とする方法。
【請求項１３】
前記機能モジュール（ＦＭ）はドライバモジュール（ＤＶ）を有しており、該ドライバモジュールを用いて前記機能モジュール（ＦＭ）がドライブ制御される
請求項１２記載の方法。
【請求項１４】
前記コミュニケーションモジュール（ＣｏｍＣＭ）は前記第１の機能モジュール（ＦＭ）に前記標準インタフェースモジュール（ＣＭ）の１つのメモリバッファアドレス領域（ＳＡＤＲ１〜ＳＡＤＲ５）を通報する
請求項１２または１３記載の方法。
【請求項１５】
前記データモジュール（ＤＴ）に書き込むように通報されるメモリバッファアドレス領域（ＳＡＤＲ１）および前記機能モジュール（ＦＭ）に読み出すように通報されるメモリバッファアドレス領域（ＳＡＤＲ１）は同一である
請求項１４記載の方法。
【請求項１６】
前記データモジュール（ＤＴ）に書き込むように通報されるメモリバッファアドレス領域（ＳＡＤＲ１）および前記機能モジュール（ＦＭ）に読み出すように通報されるメモリバッファアドレス領域（ＳＡＤＲ１）は異なっている
請求項１４記載の方法。
【請求項１７】
前記コミュニケーションモジュール（ＣｏｍＣＭ）は前記データモジュール（ＤＴ）に前記標準インタフェースモジュール（ＣＭ）のメモリバッファアドレス領域（ＳＡＤＲ１〜ＳＡＤＲ５）を通報する、すなわち書き込みのための第１のメモリバッファアドレス領域（ＳＡＤＲ１）および読み出しのための第２のメモリバッファアドレス領域（ＳＡＤＲ２）を通報しかつ
前記コミュニケーションモジュール（ＣｏｍＣＭ）は前記機能モジュール（ＦＭ）に前記標準インタフェースモジュール（ＣＭ）のメモリバッファアドレス領域（ＳＡＤＲ１〜ＳＡＤＲ５）を通報する、すなわち書き込みのための第３のメモリバッファアドレス領域（ＳＡＤＲ１）および読み出しのための第４のメモリバッファアドレス領域（ＳＡＤＲ１）を通報する
請求項１２から１６までのいずれか１項記載の方法。
【請求項１８】
前記コミュニケーションモジュール（ＣｏｍＣＭ）は前記データモジュール（ＤＴ）の要求に基づいてまず、要求された機能モジュール（ＦＭ）に該要求されたアクセスの使用可能性について問い合わせる
請求項１２から１７までのいずれか１項記載の方法。
【請求項１９】
前記データモジュール（ＤＴ）には機能モジュール（ＦＭ）のアクセスに関連して優先度が割り当てられており、該優先度に従って前記機能モジュール（ＦＭ）の要求の処理が前記コミュニケーションモジュール（ＣｏｍＣＭ）により制御されて行われる
請求項１２から１８までのいずれか１項記載の方法。
【請求項２０】
前記標準インタフェースモジュール（ＣＭ）はデータモジュールの、書き込むためのメモリバッファアドレス領域（ＳＡＤＲ１〜ＳＡＤＲ５）のデータをコミュニケーションプロトコルを付して、機能モジュール（ＦＭ）の、読み出しのためのメモリバッファアドレス領域（ＳＡＤＲ１）に伝送する
請求項１２から１９までのいずれか１項記載の方法。
【請求項２１】
前記コミュニケーションモジュール（ＣｏｍＣＭ）はデータモジュール（ＤＴ）、標準インタフェースモジュール（ＣＭ）および機能モジュール（ＦＭ）の協働を制御し、例えばデータの、メモリバッファアドレス領域（ＳＡＤＲ１）からの読み出しの開始をデータの、メモリバッファアドレス領域（ＳＡＤＲ１）への書き込みの終了と整合調整する
請求項１２から２０までのいずれか１項記載の方法。
【請求項２２】
第１のステップにおいて、データモジュール（ＤＴ）はコミュニケーションモジュール（ＣｏｍＣＭ）によって機能モジュール（ＦＭ）に対する標準インタフェースモジュール（ＣＭ）の第１のメモリバッファアドレス領域（ＳＡＤＲ１）を要求し、
第２のステップにおいて、コミュニケーションモジュール（ＣｏｍＣＭ）は機能モジュール（ＦＭ）またはドライバモジュール（ＤＶ）から機能モジュール（ＦＭ）に対する標準インタフェースモジュール（ＣＭ）の第５のメモリバッファアドレス領域（ＳＡＤＲ５）を要求し、
第３のステップにおいて、標準インタフェースモジュール（ＣＭ）は第５のメモリバッファアドレス領域（ＳＡＤＲ５）を標準インタフェースモジュール（ＣＭ）に転送し、
第４のステップにおいて、標準インタフェースモジュール（ＣＭ）はコミュニケーションモジュール（ＣｏｍＣＭ）にデータモジュール（ＤＴ）に対する第１のメモリバッファアドレス領域（ＳＡＤＲ１）を通報し、
第５のステップにおいて、コミュニケーションモジュール（ＣｏｍＣＭ）は標準インタフェースモジュール（ＣＭ）の第１のメモリバッファアドレス領域（ＳＡＤＲ１）をデータモジュール（ＤＴ）に転送し、
第６のステップにおいて、データモジュール（ＤＴ）はデータを標準インタフェースモジュール（ＣＭ）の第１のメモリバッファアドレス領域（ＳＡＤＲ１）に書き込み、
第７のステップにおいて、標準インタフェースモジュール（ＣＭ）は第１のメモリバッファアドレス領域（ＳＡＤＲ１）からのデータにコミュニケーションプロトコル（Ｐｒｏｔ）を付けかつ
第８のステップにおいて、データをドライバモジュール（ＤＶ）のメモリバッファアドレス領域（ＳＡＤＲ１）にコピーする
請求項１２から２１までのいずれか１項記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理装置または接続されている機器の所定の機能を制御する機能モジュールと、機能を利用するために該機能モジュールをドライブ制御するデータモジュールとを備えている、データ処理装置、殊に自動車のタコグラフに関する。
【０００２】
複合的な機能を有する今日のソフトウェアは通例、層モジュールに従って構成されており、例えばハイアラーキストラクチャを用いて複合的な実態を簡単にしかつ個々の機能を分かり易くするためにオープンシステムのインターコネクション・リファレンスモジュールに従って構成されている。この場合属性「最上位」がついた層において大抵、データを制御しかつデータを評価するためのモジュールが存在しておりかつ「最下位」として表される層にはしばしば、種々のインタフェースもしくは機能または例えばプリンタまたはセンサのような外部機器に対するドライバモジュールを置くことができる。個々の層は全体として調整されて機能するユニットを形成しなければならないので、層間の膨大なコミュニケーションが必要である。この場合個々の層のプログラム間の通例のコミュニケーションモードが使用される。この場合特別煩雑でかつエラーが生じやすいのは最下位の層もしくはインタフェースのドライバとのコミュニケーションである。というのは、これには例えば外部機器をドライブするために特別な機器固有のシンタックスが必要だからである。本発明が有利に使用できるタゴグラフの場合、回転数センサのドライバモジュールとのコミュニケーションにおいて殊に、高いプログラミングコストが示されている。というのはこれらに、多数のデータモジュール、例えばイベント評価モジュール、指示ユニットのドライブ制御部またはリアルタイム時計がアクセスすることができるからである。この場合、最下位の層と交信するモジュールもしくはプログラムはそれぞれ、相応のドライバに調整されているコミュニケーションシンタックスを組み込まれた構成部分として有しているのが普通である。製品全体の整合の結果例えば外部機器が変更されると、層モジュールの多数の層における整合コストは膨大である。このために製品のフレキシビリティは著しく制限されかつ変更のコストは高くなり、その上複合的な機能にエラーが混入することになることが多い。本発明が有利に使用することができるタコグラフは例えば、ＥＰ１４９３１２９Ｂ１に記載されている。
【０００３】
従来技術のこのような欠点から出発して、本発明の課題は、データ処理装置、殊にタコグラフにおける変更のコストおよびエラー発生率を低減することである。
【０００４】
このために請求項１記載のデータ処理装置および請求項１２記載のデータ処理装置を作動するための方法が提案される。従属請求項には本発明の有利な発展形態が記載されており、その際本発明は、明示的な引用を用いて支えられている請求項の組み合わせに基づいていないような実施形態にも及ぶものである。
【０００５】
本発明の機能モジュールは殊に、ドライバモジュールおよびこれと協働する素子もしくは機器およびこれらの制御部であり、例えば非同期ドライバ、同期ドライバ、キャリア・ネットワークに対するドライバ、回転数測定器もしくは商用車の速度に関連した信号の測定に対するドライバ、指示ユニットまたはプリンタに対するドライバおよび類似のモジュールである。上位の層に存在している、本発明のデータモジュールは例えば、データ担体を扱うためのまたはダウンロードのために、または動きまたはイベントの較正のためまたは評価のためのモジュールまたは指示ユニットまたはプリンタまたはリアルタイム時計をドライブするためのモジュールである。
【０００６】
本発明のデータ処理装置もしくは本発明の方法の決定的な利点は、標準化されたインタフェースもしくは標準インタフェースモジュールを用いてデータモジュールと機能モジュールとのコネクションを形成しかつマルチ利用されるドライバに対するアクセスも対応調整しかつ管理する中央モジュール、すなわちコミュニケーションモジュールを提供することに見られる。この形態によりコストがかかりかつエラーが発生し易い、データモジュールと機能モジュールとの個々のコミュニケーション解決法の整合コストが回避されかつこの手法で、システムを一層簡単に分かり易くできるだけでなく、テストも行えるようになる。基礎としているコンセプトの変更もこの手法で簡単に実施することができる。
【０００７】
機能モジュールが、機能モジュール、例えば外部機器をドライブするようにする少なくとも１つのドライバモジュールを有しているようにすれば、本発明の有意味な使用が実現される。この手法で、場合によっては異なっている製造業者の機能モジュールとともに提供されるドライバモジュールも僅かな作業コストで使用することができる。
【０００８】
メモリ場所を特別節約する解決法が得られるのは、データモジュールに書き込むように通報されるメモリバッファアドレス領域および機能モジュールに読み出すように通報されるメモリバッファアドレス領域が同一であるときである。この解決法はとりわけ、データモジュールから機能モジュールに伝送すべきであるデータが実質的に変更されずに転送されるようになっているときに得られる。これに対してデータの浩瀚な変更が必要であれば、２つのメモリバッファアドレス領域が異なったものであるようにすれば好適である。このことは例えば、コミュニケーションプロトコルを備えている場合に起こり得る。
【０００９】
コミュニケーションは本発明のコミュニケーションモジュールによって、ドライバモジュールまたは機能モジュールが、ドライバモジュールに引き渡すべきデータがエントリされる少なくとも１つのメモリバッファアドレス領域を有しているようにすれば、有利にも付加的に支援される。
【００１０】
有利にはコミュニケーションモジュール、また機能モジュールもしくはドライバモジュールもそれぞれ、出力データおよび入力データに対する並びにステータス情報および設定パラメータに対するメモリバッファアドレス領域を有している。これらドレスはアクセスの開始時に、相互に交換されなければならない。これらの交換を権限を持って行うのは本発明によれば、コミュニケーションの初期フェーズにおいてこの交換を実施するまたは制御しかつ対応調整するコミュニケーションモジュールである。
【００１１】
コミュニケーションモジュールがデータモジュールにインタフェースモジュールのメモリバッファアドレス領域を通報する、有利には書き込むための第１のメモリバッファアドレス領域および読み出すための第２のメモリバッファアドレス領域を通報するようにすれば、フレキシビリティはますます大きなものとなる。付加的に、コミュニケーションモジュールが機能モジュールにインタフェースモジュールのメモリバッファアドレス領域、すなわち書き込みのための第３のメモリバッファアドレス領域および読み出すための第４のメモリバッファアドレス領域を通報するようにすれば、有意味となる。
【００１２】
マルチ利用される機能モジュールもしくはそのドライバモジュールに対するアクセスを管理するために、コミュニケーションモジュールが更に、データモジュールの、機能モジュール（ＦＭ）へのアクセスの要求に基づいてまず、要求された機能モジュールに該要求されたアクセスに対する使用可能性について問い合わせるようにすると有意味である。
【００１３】
アクセスの際のコンフリクト問題を機能に適ってクリアにするために、データモジュールには機能モジュールのアクセスに関連して優先度が割り当てられており、該優先度に従って機能モジュールの要求の処理が前記コミュニケーションモジュールにより制御されて行われるようにすれば有意味である。機能モジュールが占有されており、かつコミュニケーションチャネルもしくは問い合わせるデータモジュールが機能モジュールを占有しているデータモジュールより高い優先度を有していると、利用中のデータモジュールもしくは利用中のチャネルに、"Release Call"（「リリース・コール」）が発せられるようにすることができ、これに基づいて利用しているデータモジュールはコミュニケーションを終了しかつ機能モジュールもしくは相応のドライバモジュールを解放する。ただちのアクセスが必要であれば、標準インタフェースモジュールはコミュニケーションを即刻切り換えることができる。コミュニケーションを中断されたデータモジュールにこのことは"Abort message"（「中断メッセージ」）を用いて通報することができる。本発明によれば、コミュニケーションモジュールがデータモジュール、標準インタフェースモジュールおよび機能モジュールの協働を制御する、殊にデータの、メモリバッファアドレス領域からの読み出しの開始をデータの、殊に読み出されるべきメモリバッファアドレス領域への書き込みの終了に調整するようにすると有意味である。
【００１４】
次に本発明の方法の特別有利な発展形態をステップ形式に説明する。第１のステップにおいて、データモジュールはコミュニケーションモジュールから機能モジュールに対する標準インタフェースモジュールの第１のメモリバッファアドレス領域を要求する。引き続いて第２のステップにおいて、コミュニケーションモジュールは機能モジュールもしくはドライバモジュールから機能モジュールに対する標準インタフェースモジュールの第５のメモリバッファアドレス領域を要求する。コミュニケーションモジュールは第３のステップにおいて、第５のメモリバッファアドレス領域を標準インタフェースモジュールに転送する。第４のステップにおいて、第１のメモリバッファアドレス領域の通報が標準インタフェースモジュールからコミュニケーションモジュールに対して行われる。その後、コミュニケーションモジュールは第５のステップにおいて、標準インタフェースモジュールの第１のメモリバッファアドレス領域をデータモジュールに転送する。コミュニケーションモジュールによるコミュニケーションのこの調整後、第６のステップにおいて、データモジュールはデータを標準インタフェースモジュールの第１のメモリバッファアドレス領域に書き込む。これらデータには第７のステップにおいて、標準インタフェースモジュールによってコミュニケーションプロトコルが付されるので、その結果第８のステップにおいて、データはドライバモジュールのメモリバッファアドレス領域にコピーすることができる。ドライバモジュールは相応に整合されたデータを要求された機能部に引き渡し、例えばこれらデータに基づいたプリントアウトが行われる。
【００１５】
次に本発明を図面を参照して実施例につき詳細に説明するが、本発明は説明に供される特別な形態になんら制限されるものではない。図中：
図１はデータモジュールおよび機能モジュールの対応並びに本発明のコミュニケーションモジュールおよび標準インタフェースモジュールとの協働を略示し、
図２はコミュニケーションモジュール、標準インタフェースモジュール、データモジュールおよび機能モジュールもしくはドライバモジュールの協働の基本的なシーケンスを略示している。
【００１６】
図１には、コミュニケーションモジュールＣｏｍＣＭ、複数のデータモジュールＤＴおよび複数の機能モジュールＦＭもしくはドライバモジュールＤＶの標準インタフェースモジュールＣＭの協働が示されている。機能モジュールＦＭとのコミュニケーションの際にデータモジュールＤＴはコミュニケーションモジュールＣｏｍＣＭによって用意されるサービスを、コミュニケーションモジュールＣｏｍＣＭが標準インタフェースモジュールＣＭをコンフィギュレーションしかつ相応のメモリバッファアドレス領域ＳＡＤＲ１乃至ＳＡＤＲ５をコミュニケーションの加入者が使用できるようにするもしくは相応のメモリバッファアドレス領域ＳＡＤＲ１乃至ＳＡＤＲ５を加入者に通報するような形式で操作する。コミュニケーションモジュールＣｏｍＣＭは、データモジュールＤＴと機能モジュールＦＭもしくは機能モジュールＦＭに属するドライバモジュールＤＶとの間のコミュニケーションを殊にメモリバッファアドレス領域の用意によって、この場合詳細には出力データ（Ｐｕｔ）、入力データ（Ｇｅｔ）、ステータス情報および設定パラメータに対するメモリバッファアドレス領域の用意によって対応調整しかつ制御する。それぞれのコミュニケーションの前の初期化フェーズにおいてコミュニケーションモジュールＣｏｍＣＭは加入者に基本設定を通報する。
【００１７】
データモジュールは詳細には
入力されたデータカードの取り扱いを調整するデータカードモジュールＴＣＨ、
ダウンロード過程を制御するダウンロードモジュールＤＬ、
測定過程の較正を制御する較正モジュールＣＡＬ、
測定を動きセンサを用いて制御する測定モジュールＭＳ、
情報インタフェースをドライブする情報モジュールＩＩ、
カーエリアネットワークＣＡＮとの信号交換を調整するネットワークモジュールＣＡＮＭ、
イベントの評価を引き受ける評価モジュールＥＨ、
動きデータを評価する動きモジュールＭＤ、
指示ユニットをドライブする指示モジュールＭＭＩ、
プリンタのドライブを引き受ける印刷モジュールＰＲＮおよび
リアルタイム時計ＲＴＣ
である。
【００１８】
機能モジュールもしくは所属のドライバモジュールは詳細には、非同期ドライバＡＳＣ、同期ドライバＳＳＣ、カーエリアネットワークＣＡＮに対するドライバＣＡＮＤＶ、回転数発生器に対するドライバＳＩＧＤＶ、動き信号に対するドライバＭＳＤＶ、指示ユニットに対するドライバＬＣＤＤＶ、プリンタに対するドライバＰＲＮＤＶおよびバスシステムに対するドライバＩ２ＣＤＶを含んでいる。タコグラフＤＴＣＯの略図において示されている、データモジュールＤＴから機能モジュールＦＭもしくはドライバモジュールＤＶに至る矢印はそれぞれコミュニケーションをシンボライズし、ここでコミュニケーションは単方向のみならず、双方向においても行うことができる。
【００１９】
図２には、個々のデータモジュールＤＴの、ドライバモジュールＤＶもしくは機能モジュールＦＭとのコミュニケーションにおける、コミュニケーションモジュールＣｏｍＣＭおよび標準インタフェースモジュールＣＭによって支援される協働が示されている。以下において図示のプロセスに対する参照は（…）内に示されている。
【００２０】
図示の協働においてデータモジュールＤＴはコミュニケーションモジュールＣｏｍＣＭによって機能モジュールＦＭもしくはドライバモジュールＤＶに対する標準インタフェースモジュールＣＭの第１のメモリバッファアドレス領域ＳＡＤＲ１を要求する。これに基づいてコミュニケーションモジュールＣｏｍＣＭはドライバモジュールＤＶから第５のメモリバッファアドレス領域ＳＡＤＲ５を要求する（Ｓｑ１ａ）。手渡された第５のメモリバッファアドレス領域ＳＡＤＲ５がコミュニケーションモジュールＣｏｍＣＭから標準インタフェースモジュールＣＭに転送され（Ｓｑ１ｂ）、これに基づいて標準インタフェースモジュールＣＭはデータモジュールＤＴに対する第１のメモリバッファアドレス領域ＳＡＤＲ１をコミュニケーションモジュールＣｏｍＣＭに返送する（Ｓｑ１ｃ）。これに続くステップ（Ｓｑ１ｄ）においてコミュニケーションモジュールＣｏｍＣＭは標準インタフェースモジュールＣＭの第１のメモリバッファアドレス領域ＳＡＤＲ１をデータモジュールＤＴに転送する。
【００２１】
交換されたメモリバッファアドレス領域ＳＡＤＲ１、ＳＡＤＲ５に基づいてデータモジュールＤＴはデータを第１のメモリバッファアドレス領域ＳＡＤＲ１にファイルし（Ｐｕｔ）かつコミュニケーションモジュールＣｏｍＣＭに対して、標準インタフェースモジュールＣＭを呼び出すようにする（ＰｒｏｃｅｓｓＰｕｔ、Ｓｑ２ａ）。呼び出された標準インタフェースモジュールＣＭはデータにコミュニケーションプロトコルＰＲＯＴを付け加えかつ補充されたデータを第５のメモリバッファアドレス領域ＳＡＤＲ５にコピーする。同時にコミュニケーションモジュールＣｏｍＣＭはこれらの過程のステータスを問い合わせる（ＰｕｔＦｉｎ）。
【００２２】
コミュニケーションモジュールＣｏｍＣＭがこれらの過程の終了を求めると、コミュニケーションモジュールＣｏｍＣＭはドライバモジュールＤＶを呼び出し、その結果ドライバモジュールＤＶは例えばプリンタ（ＰＲＮＤＶの場合）による引き続く使用のために送信する（Ｓｑ２ｂ）。
【００２３】
引き続いてデータモジュールＤＴはコミュニケーションモジュールＣｏｍＣＭから受信されたデータの読み出しを要求し、コミュニケーションモジュールＣｏｍＣＭはこの要求をドライバモジュールＤＶに先送りし、これに基づいてドライバモジュールＤＶは要求されたデータを第４のメモリバッファアドレス領域ＳＡＤＲ４にコピーする（Ｓｑ３ａ）。ドライバモジュールＤＶから標準インタフェースモジュールＣＭもしくは第４のメモリバッファアドレス領域ＳＡＤＲ４へのデータ伝送の終了後、コミュニケーションモジュールＣｏｍＣＭは標準インタフェースモジュールＣＭに伝送されたデータからコミュニケーションプロトコルＰＲＯＴを取り除くようにという指示を出す。データのこの調製の終了後、コミュニケーションプロセスのステータスを監視するコミュニケーションモジュールＣｏｍＣＭはデータモジュールＤＴに、要求されたデータは第２のメモリバッファアドレス領域ＳＡＤＲ２から読み出すことができるというメッセージを出す。
【図面の簡単な説明】
【００２４】
【図１】データモジュールおよび機能モジュールの対応並びに本発明のコミュニケーションモジュールおよび標準インタフェースモジュールとの協働の略図
【図２】コミュニケーションモジュール、標準インタフェースモジュール、データモジュールおよび機能モジュールもしくはドライバモジュールの協働の基本的なシーケンスを示す略図
【図１】
2009515266.tif 000003
【図２】
2009515266.tif 000004
【国際調査報告】
2009515266.tif 000005
2009515266.tif 000006
2009515266.tif 000007
2009515266.tif 000008