JP6312152B2 - 変速機及びクラッチの制御装置をプログラミングするためのプロトコル変換方法 - Google Patents

Description

本発明は、請求項１の上位概念に記載されている特徴を備えている方法に関する。

本発明の適用分野及び用途はクラッチ・変速機システム、特にデュアルクラッチ変速機システムである。

本明細書において、ＴＣＵという略称は、自動車変速機を制御するためのあらゆる任意の変速機制御装置、一つ又は複数の自動車シフトクラッチを制御するためのあらゆる任意のクラッチ制御装置、また特に、変速機及び一つ又は複数のシフトクラッチを制御するための変速機を制御するためのあらゆる制御装置、とりわけ、デュアルクラッチ変速機を制御するためのあらゆる制御装置であると解される。デュアルクラッチ変速機は以前より公知のものであり、例えばDE 10 2008 023 360 A1に開示されている。ＴＣＵ及びＴＣＵ制御装置という表記は同義で用いられている。

本明細書においてＨＣＡという略称は、例えば液圧動作式のクラッチアクチュエータ、特に流体静力学的に（ハイドロスタティックに）動作するクラッチアクチュエータ（Hydrostatic Clutch Actuator）のような自動化摩擦クラッチを操作するためのあらゆる任意のアクチュエータであると解される。そのようなクラッチアクチュエータは例えばDE 10 2010 047 801 DE又はDE 10 2010 047 800 DEに開示されている。しかしながら各ＨＣＡには、少なくとも一つの不揮発性メモリ及びローカル制御ユニットＬＣＵ（Local Control Unit）を一対一の関係で明確に対応付ける必要がある。この不揮発性メモリは、例えばＨＣＡのローカル制御ユニットＬＣＵに設けられている。

デュアルクラッチ変速機システムは例えばＴＣＵ−ＨＣＡシステムを有している。

本明細書において、ＳＷという略称はソフトウェアを表している。

本明細書において、診断ルーチン、診断機能、診断サービス並びに診断命令という語句は同義で用いられている。

本明細書において、ソフトウェア、ルーチン、関数、プロセスという語句もやはり実質的に同義で用いられている。

例えばデュアルクラッチ変速機において使用されるコンポーネントは、アプリケーションＳＷ用のフラッシュメモリを含む制御ユニットを構成に応じて一つ又は複数有している。モデルイヤーの更新又はエラー除去（バグ修正）に基づき、ＳＷの更新（ＳＷアップデート）が必要になると考えられる。デュアルクラッチシステムにおいては、通常の場合、二つのアクチュエータ（各クラッチに対してそれぞれ一つのアクチュエータ）、例えばＨＣＡが使用され、アクチュエータの各制御ユニット（ＬＣＵ）には同様に一つのフラッシュメモリが設けられている。二つのＬＣＵに対して、単純化の観点から同一のアプリケーションＳＷが使用されるが、各ＬＣＵは独立しているので、ＳＷアップデートが行われる場合には、いずれのＬＣＵも更新しなければならない。通常の場合、フラッシュプロセス、即ちデータの書き込みプロセスはテスト装置によって起動及び実行され、また正確に実施されたかについて監視される。書き込みプロセスはＣＡＮバスを介して行われるが、その際、ＬＣＵの前段に接続されている制御装置（ＴＣＵ）が、ゲートウェイ機能を用いてＬＣＵとテスタとの間の接続を実現する。

ＬＣＵ内のプログラムメモリは非常に制限されており、従って付加的なＳＷ機能を実装する際には、その背景においてメモリリソースが制限されていることを熟考しなければならない。特に、ＨＣＡの制御装置コード（ＬＣＵアプリケーションＳＷ）の更新を実現する機能が必要とされる頻度は極めて低いものでしかないが、しかしながら顧客固有の診断プロトコルによってその機能が実施される限りは、そのような低い頻度にもかかわらず、大きいメモリスペースが必要になる。一方、開発中にその開発に利用される別のプロトコル（例えばＣＣＰ又はＸＣＰ）に必要とされるメモリスペースは遙かに小さい。

図１に示されているように、ＬＣＵ１５０，１６０のフラッシュ、即ち、ＬＣＵ１５０，１６０へのデータの書き込みは常に診断テスタ１４０を介して行われるが、その際に通常の場合は、ＬＣＵ１５０，１６０とテスタ１４０との間に直接的なコネクションは存在しないので、上書きは、ＴＣＵ１１０におけるゲートウェイ機能を用いることによって、変速機制御装置ＴＣＵ１１０を介することでしか行われない。ＴＣＵ１１０は、テスタからの命令をＬＣＵに転送し（矢印１２０を参照されたい）、またそれとは反対方向においてはＬＣＵの応答をテスタへと送信する（矢印１３０を参照されたい）。これらは全て、顧客固有の診断プロトコル、例えばＵＤＳプロトコルによって行われるので、そのため、このプロトコルはＴＣＵ１１０及びＬＣＵのいずれにも格納されなければならない。ゲートウェイ機能によって、メッセージを変更なく双方向に伝送することができる。その種の方法は、例えばDE 101 53 085 A1，DE 43 15 494 C1，DE 102 37 715 A1並びにDE 196 16 166 A1に開示されている。

本発明が基礎とする課題は、ＬＣＵ内のメモリスペースに課される要求を減らしながら上書き機能を保証することである。

この課題は請求項１の特徴部分に記載されている構成を備えている方法によって解決される。

本発明によれば、車両変速機を操作するための変速機アクチュエータと、車両クラッチを操作するためのクラッチアクチュエータを有している車両クラッチと、一対一の関係で対応付けられているメモリ領域を有している第１の制御装置と、一対一の関係で対応付けられているメモリ領域を有している第２の制御装置とを備えている自動車変速機を制御するための方法が提供される。本発明によれば第３の制御装置が設けられており、第３の制御装置と第１の制御装置との間の情報交換が第２の制御装置を介して行われ、このために、第３の制御装置と第２の制御装置との間の情報交換と、第１の制御装置と第２の制御装置との間の情報交換が行われ、その際、第１の制御装置と第２の制御装置との間の情報交換は第１の通信プロトコルに基づき行われ、第２の制御装置と第３の制御装置との間の情報交換は第２の通信プロトコルに基づき行われる。

本発明の有利な実施の形態においては、第１の制御装置及び第２の制御装置においては第１の通信プロトコルが使用され、第２の制御装置及び第３の制御装置においては第２の通信プロトコルが使用される。

本発明の特に有利な実施の形態においては、第１の通信プロトコルのための所要メモリは、第２の通信プロトコルのための所要メモリよりも少ない。

情報交換として、データ交換、コンピュータプログラムの交換、命令の交換等が考えられる。

例えば、この情報交換は、テスタ（第３の制御装置）に存在する、ＬＣＵ（第１の制御装置）のためのコンピュータプログラム（ＬＣＵ−ＳＷ）、例えば新たなアップデートバージョンの、ＬＣＵ（第１の制御装置）のメモリ領域への伝送であると考えられる。

しかしながら情報交換は、テスタ（第３の制御装置）に存在する算出済みの始動パラメータの始動データの、ＬＣＵ（第１の制御装置）のメモリ領域への伝送であってもよい。

更には、情報交換はＬＣＵのメモリ領域からＴＣＵのメモリ領域への始動データの伝送であってもよい。

本発明の特に有利な実施の形態においては、第１の通信プロトコルがＣＣＰプロトコル又はＸＣＰプロトコルであり、また第２の通信プロトコルが顧客固有の診断プロトコル、例えばＵＤＳプロトコルである。

本発明による方法は、顧客固有の診断プロトコルＵＤＳのためのメモリスペースをＬＣＵに設ける必要がないという利点を有している。その代わりに、ＬＣＵにおいては、メモリスペースが僅かなもので済むプロトコル、例えばＣＣＰプロトコル又はＸＣＰプロトコルのためのメモリスペースのみが必要とされる。

本発明の有利な実施の形態においては、第３の制御装置と第１の制御装置との間で情報交換が行われる際には、第２の制御装置において、情報交換の方向に応じた通信プロトコルの切り替えがその都度実行される。この切り替えは、二つの通信プロトコル間の翻訳乃至変換によって行われる。

本発明の有利な実施の形態においては、第３の制御装置から第１の制御装置の方向への情報交換が行われる際に、第２の制御装置においては、第２の通信プロトコルから第１の通信プロトコルへの通信プロトコルの切り替えが実行される。

本発明の有利な実施の形態においては、第１の制御装置から第３の制御装置の方向への情報交換が行われる際に、第２の制御装置においては、第１の通信プロトコルから第２の通信プロトコルへの通信プロトコルの切り替えが実行される。

即ち、第１の制御装置と第３の制御装置は共通の通信プロトコルを有していないので、ＴＣＵにおいては情報交換を継続するために、通信プロトコルの切り替え、つまり、一方の通信プロトコルから他方の通信プロトコルへの翻訳が実行される。

以下では、第１の有利な実施の形態のヴァリエーションを説明する：

本発明の第１の実施の形態の有利なヴァリエーションにおいては、第３の制御装置が第２の通信プロトコルの診断命令を用いて、コンピュータプログラムを第２の制御装置のメモリ領域に伝送することを指示する。

本発明の第１の実施の形態の有利なヴァリエーションにおいては、コンピュータプログラムが、第１の制御装置のためのコンピュータプログラム及び／又は書き込みルーチン、例えば第１の制御装置のためのアプリケーションＳＷプログラム（ＬＣＵアプリケーションＳＷプログラム）である。

第１の制御装置のためのコンピュータプログラム（ＬＣＵ−ＳＷ）の代わりに、テスタ（第３の制御装置）に存在する算出済みの始動パラメータの始動データが第１の制御装置（ＬＣＵ）のメモリ領域に伝送されてもよい。

もっとも書き込みルーチンを事前に第２の制御装置（ＴＣＵ）のメモリスペースに設け、第２の制御装置（ＴＣＵ）において使用することも可能である。書き込みルーチンを別のやり方で、第２の制御装置（ＴＣＵ）のメモリ領域に供給することもできる。

本発明の第１の実施の形態の有利なヴァリエーションにおいては、書き込みルーチンを用いて、第１の制御装置のためのアプリケーションＳＷプログラムを第１の通信プロトコルでもって第１の制御装置のメモリ領域に伝送することが第２の制御装置に指示され、その際に、第１の制御装置のためのアプリケーションＳＷプログラム及び書き込みルーチンが第２の制御装置のメモリ領域に供給され、また書き込みルーチンには、第３の制御装置を起点とした第２の通信プロトコルの診断命令を用いて、アプリケーションＳＷプログラムの伝送が指示される。

以下では、第１の実施の形態に代わる、第２の特に有利な実施の形態のヴァリエーションを説明する：

本発明の第２の実施の形態の有利なヴァリエーションにおいては、第２の制御装置には、通信プロトコルの切り替えを実行するプロトコル翻訳プログラム（トランスレータ）が設けられている。

本発明の第２の実施の形態の有利なヴァリエーションにおいては、第２の制御装置（ＴＣＵ）に、情報又はデータ又はコンピュータプログラムを変更なく第２の制御装置（ＴＣＵ）を介して伝送するためのゲートウェイ機能が提供されている。

このヴァリエーションでは例えば、テスタに存在する算出済みの始動パラメータの始動データをＬＣＵのメモリ領域に伝送することができる。

本発明の第２の実施の形態の有利なヴァリエーションにおいては、第３の制御装置（テスタ）が、第２の通信プロトコル（４６０）の診断命令を用いて、第１の制御装置（ＬＣＵ）のメモリ領域にコンピュータプログラム又は始動データを伝送することを指示する。

本発明の第２の実施の形態の有利なヴァリエーションにおいては、第３の制御装置（テスタ）が、第２の通信プロトコル（４６０）の診断命令を用いて、第１の制御装置（ＬＣＵ）のメモリ領域にコンピュータプログラム又は始動データを伝送することを指示し、その際に、第２の通信プロトコル（４６０）の診断命令が、第２の制御装置（ＴＣＵ）において、プロトコル翻訳プログラム（トランスレータ）を用いて第１の通信プロトコル（４５０）の診断命令に翻訳される、及び／又は、第１の制御装置（ＬＣＵ）のためのコンピュータプログラム又は始動データが、ゲートウェイ機能を用いて、変更なく第２の制御装置（ＴＣＵ）を介して伝送される。

本発明の第２の実施の形態によるゲートウェイ機能並びにプロトコル翻訳プログラムを用いることによって、書き込みルーチンも第１の制御装置のためのアプリケーションＳＷプログラム（ＬＣＵアプリケーションＳＷプログラム）もその全体を差し当たり第２の制御装置のメモリ領域に格納する必要はなく、その代わりに、第３の制御装置（テスタ）に存在する、第１の制御装置のためのアプリケーションＳＷプログラム（ＬＣＵアプリケーションＳＷプログラム）は、書き込みルーチンを用いて（但し、ここでは書き込みルーチンは第３の制御装置（テスタ）にのみ存在していればよい）、又は、いずれの書き込みルーチンも用いずに直接的に命令（診断命令）を用いて、ＴＣＵのゲートウェイを介して、その全体が第１の制御装置（ＬＣＵ）のメモリ領域に供給されるか、又は「データパケット毎に」第１の制御装置（ＬＣＵ）のメモリ領域に供給される。このために必要とされる命令は、書き込みルーチンに基づき、又は直接的に第３の制御装置（テスタ）の命令（診断命令）によって第２の制御装置（ＴＣＵ）に伝送され、また、命令が第１の制御装置（ＬＣＵ）に宛てられたものである場合には、第２の制御装置（ＴＣＵ）において直接的に翻訳されて、第１の制御装置（ＬＣＵ）に転送される。第１の制御装置（ＬＣＵ）の応答は、同様に、第２の制御装置（ＴＣＵ）に到達すると即座に逆翻訳乃至逆変換され、また直接的に第３の制御装置（テスタ）に転送されるので、従って、特に第３の制御装置（テスタ）と第１の制御装置（ＬＣＵ）との間でメッセージが交換される場合には、第２の制御装置（ＴＣＵ）においてはいわゆる「同時翻訳」を行うことができる。これによって、二つの異なる通信プロトコルが使用されている第３の制御装置と第１の制御装置との間においては、いずれも同一の通信プロトコルを使用している第３の制御装置と第２の制御装置との間で行われる通信とほぼ同じ速度で通信を行うことができ、第２の制御装置においてその都度直接的な通信プロトコル翻訳が行われる点のみが相違するが、この相異によっても実際のところは、著しい遅延は生じない。つまり、第３の制御装置と第１の制御装置との間での通信は効率的であると考えられ、また、各データ伝送を第３の制御装置と第２の制御装置との間のデータ伝送と同様に双方向で行うことができる。

本発明の第２の実施の形態の有利なヴァリエーションにおいては、上記のような変更なしの伝送時に、第１の制御装置（ＬＣＵ）のためのコンピュータプログラム又は始動データが第１の制御装置（ＬＣＵ）に転送される前に、それらのコンピュータプログラム又は始動データが第２の制御装置（ＴＣＵ）のメモリ領域にバッファされる。

本発明の第２の実施の形態の有利なヴァリエーションにおいては、上記のような変更なしの伝送時に、第１の制御装置（ＬＣＵ）のためのコンピュータプログラム又は始動データが第２の制御装置（ＴＣＵ）のメモリ領域にデータパケット毎にバッファされ、第１の制御装置（ＬＣＵ）に転送される。

本明細書において「データパケット毎に」という語句は、一つのデータパケットがコンピュータプログラム全体又は始動データ全体のデータ量よりも少ないデータを含んでいることと解される。データパケットの大きさを設定することができ、例えば第２の制御装置（ＴＣＵ）のメモリ領域の大きさに合わせることができる。このパケットはバッファ後に第１の制御装置（ＬＣＵ）に転送される。続いて、後続のデータパケットが第２の制御装置（ＴＣＵ）にバッファされ、その後、同様に転送され、これはコンピュータプログラム全体又は始動データ全体の伝送が完了するまで継続される。本明細書において、本明細書において、コンピュータプログラム又は始動データは、第１の制御装置（ＬＣＵ）のメモリ領域に伝送された後も、第１の制御装置（ＬＣＵ）のメモリ領域への伝送の起点となる第３の制御装置（テスタ）のメモリ領域に伝送される前に存在していたものと同じコンピュータプログラム又は始動データとして存在するように、「変更なく」伝送される。

本発明の第２の実施の形態の有利なヴァリエーションにおいては、第１の制御装置（ＬＣＵ）のためのコンピュータプログラム又は始動データの、第２の制御装置（ＴＣＵ）から第１の制御装置（ＬＣＵ）への転送が、プロトコル翻訳プログラム（トランスレータ）によって第１の通信プロトコル（４５０）に翻訳された診断命令を用いて行われる。

本発明の第２の実施の形態の有利なヴァリエーションにおいては、コンピュータプログラムが、第１の制御装置のためのアプリケーションＳＷプログラム（ＬＣＵ−ＳＷ）である。

本発明の第２の実施の形態の有利なヴァリエーションにおいては、コンピュータプログラムの代わりに、第３の制御装置（テスタ）に存在し、且つ第１の制御装置（ＬＣＵ）のメモリ領域に格納されるべき始動パラメータの始動データが使用される。

以下では、第１の実施の形態及び第２の実施の形態に代わる、第３の特に有利な実施の形態のヴァリエーションを説明する：

本発明の第３の実施の形態の有利なヴァリエーションにおいては、第２の実施の形態と同様に、第２の制御装置には、通信プロトコルの切り替えを実行するプロトコル翻訳プログラム（トランスレータ）が設けられている。

本発明の第３の実施の形態の有利なヴァリエーションにおいては、第３の制御装置（テスタ）が、第２の通信プロトコル（４６０）の診断命令を用いて、第１の制御装置（ＬＣＵ）のメモリ領域から第２の制御装置（ＴＣＵ）のメモリ領域に始動データを伝送することを指示する。

これは例えば、第１の制御装置（ＬＣＵ）のメモリ領域に格納された始動パラメータの始動データの、第２の制御装置（ＴＣＵ）のメモリ領域への伝送であると考えられる。始動データは例えば変速機工場において求められ、第１の制御装置（ＬＣＵ）のメモリ領域に伝送されて、そこに記憶され、後に車両工場において第１の制御装置（ＬＣＵ）のメモリ領域から再び第２の制御装置（ＴＣＵ）のメモリ領域に伝送される。何故ならば、車両のために設けられている第２の制御装置（ＴＣＵ）は、車両工場において初めて自動車変速機と、特に自動車変速機の第１の制御装置（ＬＣＵ）と接続されることになるからである。従って、変速機工場において求められた始動データは、変速機工場において第２の制御装置（ＴＣＵ）には格納されない。何故ならば、第２の制御装置（ＴＣＵ）は、第１の制御装置（ＬＣＵ）を含む自動車変速機と共に、自動車工場に運ばれることはないからである。従って、自動車変速機に関する始動データを第１の制御装置（ＬＣＵ）に格納する必要がある。

本発明の第３の実施の形態の有利なヴァリエーションにおいては、第３の制御装置（テスタ）が、第２の通信プロトコル（４６０）の診断命令を用いて、第１の制御装置（ＬＣＵ）のメモリ領域から第２の制御装置（ＴＣＵ）のメモリ領域に始動データを伝送することを指示し、その際に、第２の通信プロトコル（４６０）の診断命令が、第２の制御装置（ＴＣＵ）において、プロトコル翻訳プログラム（トランスレータ）を用いて第１の通信プロトコル（４５０）の診断命令に翻訳されて、第１の制御装置（ＬＣＵ）に転送されることによって、第１の制御装置（ＬＣＵ）のメモリ領域から第２の制御装置（ＴＣＵ）のメモリ領域へと始動データが伝送される。

以下では、第１の実施の形態のヴァリエーション、また第２及び第３の有利な実施の形態のヴァリエーションの有利な実施の形態について説明する：

本発明の有利な実施の形態においては、プロトコル翻訳プログラム（トランスレータ）が一方の通信プロトコルの診断命令を、他方の通信プロトコルの診断命令に直接的に翻訳する。

「直接的に」という語句は、ＴＣＵが翻訳の優先順位の高いタスクを選択しない限りは、診断命令の翻訳を即座に実行することを意味している。

このようにして「同時翻訳」が実行されているので、例えば第３の制御装置（テスタ）と第１の制御装置（ＬＣＵ）との間でのより高速な命令交換が実現される、若しくは、命令及び確認又は応答等のより高速な交換が実現される。

本発明の有利な実施の形態においては、第３の制御装置と第１の制御装置との間の情報交換は専ら第２の制御装置を介して実施される。

本発明の有利な実施の形態においては、第１の制御装置が、クラッチアクチュエータ及び／又は変速機アクチュエータを制御するためのローカルアクチュエータ制御装置ＬＣＵであり、第２の制御装置が、クラッチを制御するため、及び／又は、変速機を制御するための変速機制御装置ＴＣＵであり、第３の制御装置がテスタ又はテストベンチコンピュータである。

本発明の有利な実施の形態においては、自動車変速機がデュアルクラッチ変速機システムである。

本発明の有利な実施の形態においては、第１の通信プロトコルがＣＣＰプロトコル又はＸＣＰプロトコルであり、第２の通信プロトコルが顧客固有の診断プロトコル、特にＵＤＳプロトコルである。

本発明の更なる利点及び有利な実施の形態は、添付の図面並びに以下の説明より明らかになる。

従来技術による構成を示す。 本発明による方法の第１の有利な実施の形態の第１のステップの概略図を示す。 本発明による方法の第１の有利な実施の形態の第２のステップの概略図を示す。 本発明による方法の第２及び第３の有利な実施の形態の概略図を示す。

書き込みプロセスは複数のステップに分割される：
ステップ１：ＬＣＵ−ＳＷをＴＣＵ制御装置２１０に書き込む（図２を参照されたい）
ステップ２：ＴＣＵ３１０においてＬＣＵ書き込みルーチンをアクティブ化する（図３を参照されたい）

ステップ１の説明（図２を参照されたい）：
ＴＣＵ制御装置２１０はＬＣＵよりも遙かに多くのフリーなメモリスペースを有しているので、その限りにおいて、ＬＣＵのためのプログラムコードをＴＣＵ２１０に書き込むことができ、しかもＴＣＵ２１０において必要とされていないメモリ領域に書き込むことができる。この書き込みプロセスを、顧客固有の診断プロトコルを用いて行うことができる。顧客固有の診断プロトコルとして、例えばＵＤＳプロトコルが考えられる。

ステップ２の説明（図３を参照されたい）：
ＬＣＵアプリケーションソフトウェアＬＣＵ−ＳＷ３００のＴＣＵ３１０への書き込みが行われた後に、テスタによって、ＬＣＵへの書き込みを行うための診断サービスが呼び出され（矢印３２０を参照されたい）、これはやはり顧客固有の診断プロトコル３６０を用いて行われる。このサービスによって、ＴＣＵ３１０においては、ＬＣＵアプリケーションＳＷプログラムコードＬＣＵ−ＳＷ３００をＴＣＵ３１０からＬＣＵ３８０に書き込む（矢印３３０を参照されたい）ＬＣＵ書き込みルーチン（以下では書き込みルーチンＡ又は関数Ａと記す）が開始されるが、しかしながらここでは、開発中に既に使用された較正プロトコルが使用される。その種の較正プロトコルは例えばＸＣＰプロトコル又はＣＣＰプロトコルである。

このことは例えば、ＬＣＵ３８０においてはＵＤＳプロトコルのような顧客固有の診断プロトコル３６０のためのメモリスペースは必要とされず、ＸＣＰプロトコル又はＣＣＰプロトコルのようなメモリスペースが少なくて済むプロトコル３５０のためのメモリスペースのみが必要とされるという利点を有している。付加的に、ＬＣＵ３８０においては、ＬＣＵ３８０に書き込まれるＬＣＵアプリケーションＳＷプログラムコード３００のためのメモリスペースが必要になる。ＴＣＵ３１０においては、ＬＣＵ３８０に書き込まれるＬＣＵアプリケーションＳＷプログラムコード３００、ＴＣＵからＬＣＵへのＬＣＵアプリケーションＳＷプログラムコードの書き込み３３０を実施する書き込みルーチンＡ、並びに、二つのプロトコル３５０，３６０が必要とされる。

シーケンス：
以下のステップが顧客固有の診断プロトコル３６０で実行される：
ステップ１（図２を参照されたい）：テスタ２４０は、顧客固有の診断プロトコルを用いて、ＬＣＵ−ＳＷ２３０をＴＣＵ制御装置２１０に書き込み（矢印２２０を参照されたい）、ＴＣＵ２１０は診断命令を実行し、相応に終了する。
ステップ２（図３を参照されたい）：書き込みプロセス２２０の実行後、テスタ３７０によって、顧客固有の診断プロトコル３６０を用いて、ＴＣＵ３１０における関数Ａが呼び出され（矢印３２０を参照されたい）、この関数ＡによってＬＣＵ３８０への書き込みが実行される。このルーチンの状態がテスタに相応に通知される（矢印３４０を参照されたい）。
以下のステップがＣＣＰ／ＸＣＰプロトコル３５０で実行される：
ＴＣＵ関数Ａによって、較正プロトコル（例えばＣＣＰ／ＸＣＰ）を用いたＬＣＵ３８０への書き込みが行われる（矢印３３０を参照されたい）。この関数Ａの状態がＴＣＵに通知される。
以下のステップが顧客固有の診断プロトコル３６０で実行される：
関数Ａの状態が、顧客固有の診断プロトコル３６０を用いてテスタへと通知される（矢印３４０を参照されたい）。

つまり、ＬＣＵにおけるメモリ容量の問題を解決するために、ＳＷ−機能のＴＣＵ／ＬＣＵ−ＳＷへの統合が行われる。

システムは二つのＬＣＵ３８０，３９０から構成されているので、いずれのＬＣＵに対しても書き込みを行う必要がある。従って、以下のオプションが好適であることが分かった：

１． ＬＣＵ−ＳＷ３００は両ＬＣＵ３８０，３９０に対して同一である：
１．１ 関数Ａによって先ず第１のＬＣＵ３８０への書き込みが行われ（矢印３３０を参照されたい）、続いて第２のＬＣＵ３９０への書き込みが行われる（又はこれとは逆の順序での書き込みが行われる）。
１．２ 関数Ａにはテスタ３７０から、どのＬＣＵへの書き込みが行われるべきかについての情報が供給され、そのＬＣＵに対してのみ相応に書き込みが行われる。二つの関数Ａはその他の点において相異はない。

２．ＬＣＵ−ＳＷ３００は二つのＬＣＵ３８０，３９０に対して異なる：
２．１ テスタは先ず、第１のＬＣＵ３８０のためのＳＷ３００をＴＣＵ３１０に書き込む（矢印２２０を参照されたい）。続いて、テスタは関数Ａを呼び出し（矢印３２０を参照されたい）、この関数Ａによって、第１のＬＣＵ３８０への書き込みが行われる（矢印３３０を参照されたい）。その後に、第２のＬＣＵ３９０のためのＳＷがＴＣＵに書き込まれ（矢印２２０を参照されたい）、続いて関数Ｂが呼び出され（矢印３２０を参照されたい）、この関数Ｂによって第２のＬＣＵ３９０への書き込みが行われる。
２．２ テスタ３７０は先ず、第１のＬＣＵ３８０のためのＳＷ３００をＴＣＵ３１０に書き込む（矢印２２０を参照されたい）。続いて、テスタ３７０は、第１のＬＣＵを指定する関数Ａを読み出し（矢印３２０を参照されたい）、その関数Ａによって第１のＬＣＵへの書き込みが行われる（矢印３３０を参照されたい）。その後、第２のＬＣＵ３９０のためのＳＷ３００がＴＣＵ３１０に書き込まれ、続いて、第２のＬＣＵを指定する関数Ａが呼び出され（矢印３２０を参照されたい）、その関数Ａによって第２のＬＣＵへの書き込みが行われる。
２．３ テスタは、第１のＬＣＵ３８０のためのＳＷ及び第２のＬＣＵ３９０のためのＳＷをＴＣＵ３１０に書き込む。続けて、テスタ３７０は関数Ａを呼び出し（矢印３２０を参照されたい）、その関数Ａによって、先ず第１のＬＣＵへの書き込みが行われ、その後第２のＬＣＵへの書き込みが行われる（又はこれとは逆の順序での書き込みが行われる）。

以下では、図４に基づき、第１の解決手段に代わる第２の解決手段について説明する：

この解決手段においては、ＴＣＵ４１０に、通信プロトコルの切り替えを行うプロトコル翻訳プログラム（トランスレータ）４００も、情報又はデータ又はコンピュータプログラムを変更なくＴＣＵ４１０を介して伝送するためのゲートウェイ機能５００も提供されている。

これは例えば、テスタ４７０に存在する算出済みの始動パラメータの始動データの、ＬＣＵ４８０のメモリ領域への伝送であると考えられる。

このために、テスタ４７０は、第２の通信プロトコルＵＤＳ４６０の診断命令を用いて、ＬＣＵ４８０のメモリ領域にコンピュータプログラム又は始動データを伝送することを指示する。

この場合、テスタ４７０は、第２の通信プロトコル４６０の診断命令を用いて、ＬＣＵ４８０のメモリ領域にコンピュータプログラム又は始動データを伝送することを指示するが、その際に、第２の通信プロトコル４６０の診断命令が、ＴＣＵ４１０において、プロトコル翻訳プログラム（トランスレータ）４００を用いて第１の通信プロトコル４５０の診断命令に翻訳される、及び／又は、ＬＣＵ４８０のためのコンピュータプログラム又は始動データが、ゲートウェイ機能５００を用いて、変更なくＴＣＵ４１０を介して伝送される。

ゲートウェイ機能５００並びにプロトコル翻訳プログラム４００を用いることによって、書き込みルーチンもＬＣＵのためのアプリケーションＳＷプログラム（ＬＣＵアプリケーションＳＷプログラム）もその全体を差し当たりＴＣＵ４１０のメモリ領域に格納する必要はなく、その代わりに、テスタ４７０に存在する、ＬＣＵのためのアプリケーションＳＷプログラム（ＬＣＵアプリケーションＳＷプログラム）は、書き込みルーチンを用いて（但し、ここでは書き込みルーチンはテスタ４７０にのみ存在していればよい）、又は、いずれの書き込みルーチンも用いずに直接的に命令（診断命令）を用いて、ＴＣＵ４１０のゲートウェイ５００を介して、その全体がＬＣＵ４８０のメモリ領域に供給されるか、又は「データパケット毎に」ＬＣＵ４８０のメモリ領域に供給される。このために必要とされる命令は、書き込みルーチンに基づき、又は直接的にテスタ４７０の命令（診断命令）によってＴＣＵ４１０に伝送され、また、命令がＬＣＵ４８０に宛てられたものである場合には、ＴＣＵにおいて直接的に翻訳されて、ＬＣＵ４８０に転送される。ＬＣＵ４８０の応答は、同様に、ＴＣＵ４１０に到達すると即座に逆翻訳され、また直接的にテスタ４７０に転送されるので、従って、特にテスタ４７０とＬＣＵ４８０との間でメッセージが交換される場合には、ＴＣＵにおいていわゆる「同時翻訳」を行うことができる。これによって、二つの異なる通信プロトコル４５０，４６０が使用されているテスタ４７０とＬＣＵ４８０との間においては、いずれも同一の通信プロトコルを使用しているテスタ４７０とＴＣＵ４１０との間で行われる通信とほぼ同じ速度で通信を行うことができ、ＴＣＵ４１０においてその都度直接的な通信プロトコル翻訳が行われる点のみが相違するが、この相異によっても実際のところは、著しい遅延は生じない。つまり、テスタ４７０とＬＣＵ４８０との間での通信は効率的であると考えられ、また、各データ伝送をテスタ４７０とＴＣＵ４１０との間のデータ伝送と同様に双方向で行うことができる。

オプションとして、上記のような変更なしの伝送時に、ＬＣＵのためのコンピュータプログラム又は始動データがＬＣＵ４８０に転送される前に、それらのコンピュータプログラム又は始動データをＴＣＵ４１０のメモリ領域にバッファすることができる。

択一的に、上記のような変更なしの伝送時に、ＬＣＵ４８０のためのコンピュータプログラム又は始動データがＴＣＵ４１０のメモリ領域にデータパケット毎にバッファされ、ＬＣＵ４８０に転送される。

本明細書において「データパケット毎に」という語句は、一つのデータパケットがコンピュータプログラム全体又は始動データ全体のデータ量よりも少ないデータを含んでいることと解される。データパケットの大きさを設定することができ、例えばＴＣＵ４１０のメモリ領域の大きさに合わせることができる。このパケットはバッファ後にＬＣＵ４８０に転送される。続いて、後続のデータパケットがＴＣＵ４１０にバッファされ、その後、同様に転送され、これはコンピュータプログラム全体又は始動データ全体の伝送が完了するまで継続される。本明細書において、コンピュータプログラム又は始動データは、ＬＣＵ４８０のメモリ領域に伝送された後も、ＬＣＵ４８０のメモリ領域への伝送の起点となるテスタ４７０のメモリ領域に伝送される前に存在していたものと同じコンピュータプログラム又は始動データとして存在するように、「変更なく」伝送される。

ＬＣＵ４８０のためのコンピュータプログラム又は始動データの、ＴＣＵ４１０からＬＣＵ４８０への転送は、プロトコル翻訳プログラム（トランスレータ）によって第１の通信プロトコル４５０に翻訳された診断命令を用いて行われる。

コンピュータプログラムとして例えば、ＬＣＵ４８０のアプリケーションＳＷプログラム（ＬＣＵ−ＳＷ）が考えられる。

コンピュータプログラムの代わりに、テスタ４７０に存在し、且つＬＣＵ４８０のメモリ領域に格納されるべき始動パラメータの始動データを伝送することもできる。

図４に基づき、本発明の第３の実施の形態について説明する：

第２の実施の形態の場合と同様に、ＴＣＵ４１０にはプロトコル翻訳プログラム（トランスレータ）４００が提供されており、このプロトコル翻訳プログラム４００によって、通信プロトコルの切り替えが実施される。

テスタ４７０は、第２の通信プロトコル４６０の診断命令を用いて、ＬＣＵ４８０のメモリ領域からＴＣＵ４１０のメモリ領域に始動データを伝送することを指示する。

これは例えば、ＬＣＵ４８０のメモリ領域に格納された始動パラメータの始動データの、ＴＣＵ４１０のメモリ領域への伝送であると考えられる。始動データは例えば変速機工場において算出され、ＬＣＵ４８０のメモリ領域に伝送及び記憶され、後に車両工場において再びＬＣＵ４８０のメモリ領域から読み出されてＴＣＵ４１０のメモリ領域に伝送される。何故ならば、車両のために設けられるＴＣＵ４１０は、車両工場において初めて自動車変速機と、特に自動車変速機のＬＣＵ４８０と接続されることになるからである。従って、変速機工場において算出された始動データは、変速機工場では、そこで使用され、且つ大抵はテストベンチコンピュータに統合されているＴＣＵには格納されない。何故ならば、そのようなＴＣＵは、ＬＣＵ４８０を含む自動車変速機と共に、自動車工場に運ばれることはないからである。この理由から、自動車変速機に関する始動データをＬＣＵ４８０に格納する必要が生じる。

テスタ４７０は、第２の通信プロトコル４６０の診断命令を用いて、ＬＣＵ４８０のメモリ領域からＴＣＵ４１０のメモリ領域への始動データの伝送を指示するが、その際に、第２の通信プロトコル４６０の診断命令は、ＴＣＵ４１０において、プロトコル翻訳プログラム（トランスレータ）４００を用いて、第１の通信プロトコル４５０の診断命令に翻訳され、且つＬＣＵ４８０に転送され、その結果、始動データはＬＣＵ４８０のメモリ領域からＴＣＵ４１０のメモリ領域に伝送される。

プロトコル翻訳プログラム（トランスレータ）４００が一方の通信プロトコルの診断命令を、他方の通信プロトコルの診断命令に直接的に翻訳する。

「直接的に」という語句は、ＴＣＵが翻訳の優先順位の高いタスクを選択しない限りは、診断命令の翻訳を即座に実行することを意味している。

このようにして「同時翻訳」が実行されているので、例えばテスタ４７０とＬＣＵ４８０との間でのより高速な命令交換が実現される、若しくは、命令及び確認又は応答等のより高速な交換が実現され、その結果、テスタ４７０とＬＣＵ４８０との間での双方向通信も行うことができる。

１１０ ゲートウェイ機能を備えているＴＣＵ制御装置
１２０ ＴＣＵによるテスタからＬＣＵへの命令の転送
１３０ ＴＣＵによる、テスタに対するＬＣＵの応答の送信
１４０ テスタ
１５０ 第１のＬＣＵクラッチ
１６０ 第２のＬＣＵクラッチ
２１０ ゲートウェイ機能を備えているＴＣＵ制御装置
２２０ ＬＣＵソフトウェアのＴＣＵへの書き込み
２３０ ＬＣＵソフトウェア（ＬＣＵ−ＳＷ）
２４０ テスタ
２５０ 第１のＬＣＵクラッチ
２６０ 第２のＬＣＵクラッチ
３００ ＬＣＵソフトウェア（ＬＣＵ−ＳＷ）
３１０ ゲートウェイ機能を備えているＴＣＵ制御装置
３２０ 顧客固有の診断機能を用いる、テスタによるＴＣＵにおける関数Ａの呼び出し
３３０ ＣＣＰ／ＸＣＰ較正プロトコルを用いる、ＴＣＵ書き込み関数ＡによるＬＣＵ−ＳＷのＬＣＵへの書き込み
３４０ 顧客固有の診断プロトコルを用いるテスタへの状態通知
３５０ ＣＣＰプロトコル又はＸＣＰプロトコル
３６０ 顧客固有の診断プロトコル（ＵＤＳ）
３７０ テスタ
３８０ 第１のＬＣＵクラッチ
３９０ 第２のＬＣＵクラッチ
４００ プロトコル翻訳プログラム（トランスレータ）
４１０ ゲートウェイ機能及びプロトコル翻訳プログラム（トランスレータ）を備えているＴＣＵ制御装置
４２０ ＴＣＵにおける、テスタのＬＣＵへのメッセージ（例えば命令）の、プロトコル翻訳プログラム４００による翻訳とＬＣＵへの送信
４３０ ＴＣＵにおける、ＬＣＵのテスタへのメッセージ（例えば応答）の、プロトコル翻訳プログラム４００による翻訳とテスタへの送信
４４０ テスタとＴＣＵとの間の双方向通信
４５０ ＣＣＰプロトコル又はＸＣＰプロトコル
４６０ 顧客固有の診断プロトコル（ＵＤＳ）
４７０ テスタ
４８０ 第１のＬＣＵクラッチ
４９０ 第２のＬＣＵクラッチ
５００ ゲートウェイ

Claims (23)

1. 車両変速機を操作するための変速機アクチュエータと、車両クラッチを操作するためのクラッチアクチュエータを有している車両クラッチと、一対一の関係で対応付けられているメモリ領域を有している第１の制御装置（ＬＣＵ，２５０，３８０，４８０）と、一対一の関係で対応付けられているメモリ領域を有している第２の制御装置（ＴＣＵ，２１０，３１０，４１０）と、を備えている自動車変速機を制御するための方法において、
   第３の制御装置（テスタ、２４０，３７０，４７０）が設けられており、
   前記第３の制御装置（テスタ）と前記第１の制御装置（ＬＣＵ）との間の情報交換を第２の制御装置（ＴＣＵ）を介して行い、前記情報交換のために、前記第３の制御装置（テスタ）と前記第２の制御装置（ＴＣＵ）との間の情報交換と、前記第１の制御装置（ＬＣＵ）と前記第２の制御装置（ＴＣＵ）との間の情報交換と、を行い、
   前記第１の制御装置（ＬＣＵ）と前記第２の制御装置（ＴＣＵ）との間の情報交換を第１の通信プロトコル（３５０，４５０）に基づき行い、前記第２の制御装置（ＴＣＵ）と前記第３の制御装置（テスタ）との間の情報交換を第２の通信プロトコル（３６０，４６０）に基づき行い、
   前記第２の制御装置（ＴＣＵ，４１０）には、通信プロトコルの切り替えを実行するプロトコル翻訳プログラム（トランスレータ、４００）が設けられており、
   前記第３の制御装置（テスタ、２４０，３７０，４７０）は、前記第２の通信プロトコル（４６０）の診断命令を用いて、始動データを前記第１の制御装置（ＬＣＵ，４８０，３８０，２５０）のメモリ領域から前記第２の制御装置（ＴＣＵ，４１０，３１０，２１０）のメモリ領域に伝送することを指示する、
   ことを特徴とする、方法。
2. 前記第１の制御装置（ＬＣＵ）及び前記第２の制御装置（ＴＣＵ）において前記第１の通信プロトコル（３５０，４５０）を使用し、前記第２の制御装置（ＴＣＵ）及び前記第３の制御装置（テスタ）において前記第２の通信プロトコル（３６０，４６０）を使用する、
   請求項１に記載の方法。
3. 前記第１の通信プロトコル（３５０，４５０）のための所要メモリは、前記第２の通信プロトコル（３６０，４６０）のための所要メモリよりも少ない、
   請求項１又は２に記載の方法。
4. 前記第３の制御装置（テスタ）と前記第１の制御装置（ＬＣＵ）との間で情報交換を行う際に、前記第２の制御装置（ＴＣＵ）において、情報交換の方向に応じた通信プロトコルの切り替えをその都度実行する、
   請求項１乃至３のいずれか一項に記載の方法。
5. 前記第３の制御装置（テスタ）から前記第１の制御装置（ＬＣＵ）の方向への情報交換を行う際に、前記第２の制御装置（ＴＣＵ）において、前記第２の通信プロトコル（３６０，４６０）から前記第１の通信プロトコル（３５０，４５０）への通信プロトコルの切り替えを実行する、
   請求項１乃至４のいずれか一項に記載の方法。
6. 前記第１の制御装置（ＬＣＵ）から前記第３の制御装置（テスタ）の方向への情報交換を行う際に、前記第２の制御装置（ＴＣＵ）において、前記第１の通信プロトコル（３５０，４５０）から前記第２の通信プロトコル（３６０，４６０）への通信プロトコルの切り替えを実行する、
   請求項１乃至５のいずれか一項に記載の方法。
7. 前記第３の制御装置（テスタ、２４０，３７０）は、前記第２の通信プロトコル（３６０）の診断命令（２２０）を用いて、コンピュータプログラム（２３０，３００）を前記第２の制御装置（ＴＣＵ、２１０，３１０）のメモリ領域に伝送することを指示する、
   請求項１乃至６のいずれか一項に記載の方法。
8. 前記コンピュータプログラム（２３０，３００）は、前記第１の制御装置のためのコンピュータプログラム（ＬＣＵ−ＳＷ，２３０，３００）又は書き込みルーチン（Ａ）又は前記第１の制御装置のためのアプリケーションソフトウェアプログラム（ＬＣＵアプリケーションＳＷプログラム）である、
   請求項７に記載の方法。
9. 前記書き込みルーチン（Ａ）を用いて、前記第１の制御装置（ＬＣＵ，３８０）のための前記アプリケーションソフトウェアプログラム（ＬＣＵ−ＳＷ，３００）を前記第１の通信プロトコル（３５０）でもって前記第１の制御装置（ＬＣＵ、３８０）のメモリ領域に伝送することを前記第２の制御装置（ＴＣＵ，３１０）に指示する、但し、前記第１の制御装置（ＬＣＵ，３８０）のための前記アプリケーションソフトウェアプログラム（ＬＣＵ−ＳＷ，３００）及び前記書き込みルーチン（Ａ）が前記第２の制御装置（ＴＣＵ，３１０）のメモリ領域に設けられており、前記書き込みルーチン（Ａ）には、前記第３の制御装置（テスタ、３７０）を起点とした前記第２の通信プロトコル（３６０）の診断命令（３２０）を用いて、前記アプリケーションソフトウェアプログラム（ＬＣＵ−ＳＷ）の伝送（３３０）が指示される、
   請求項８に記載の方法。
10. 前記第２の制御装置（ＴＣＵ，４１０）には、情報又はデータ又はコンピュータプログラムを変更なく前記第２の制御装置（ＴＣＵ）を介して伝送するためのゲートウェイ機能（５００）が設けられている、
    請求項９に記載の方法。
11. 前記第３の制御装置（テスタ、４７０）は、前記第２の通信プロトコル（４６０）の診断命令を用いて、コンピュータプログラム又は始動データを前記第１の制御装置（ＬＣＵ，４８０）のメモリ領域に伝送すること（４２０）を指示する、
    請求項９又は１０に記載の方法。
12. 前記第３の制御装置（テスタ、４７０）が、前記第２の通信プロトコル（４６０）の診断命令を用いて、前記第１の制御装置（ＬＣＵ，４８０）のメモリ領域にコンピュータプログラム又は始動データを伝送することを指示し、
    前記第２の通信プロトコル（４６０）の診断命令を、前記第２の制御装置（ＴＣＵ，４１０）において、前記プロトコル翻訳プログラム（トランスレータ，４００）を用いて前記第１の通信プロトコル（４５０）の診断命令に翻訳する、及び／又は、前記第１の制御装置（ＬＣＵ，４８０）のための前記コンピュータプログラム又は前記始動データを、前記ゲートウェイ機能（５００）を用いて、変更なく前記第２の制御装置（ＴＣＵ，４１０）を介して伝送する、
    請求項１０に記載の方法。
13. 前記変更なしの伝送時に、前記第１の制御装置（ＬＣＵ，４８０）のための前記コンピュータプログラム又は前記始動データを前記第１の制御装置（ＬＣＵ，４８０）に転送する前に、該コンピュータプログラム又は該始動データを前記第２の制御装置（ＴＣＵ，４１０）のメモリ領域にバッファする、
    請求項１２に記載の方法。
14. 前記変更なしの伝送時に、前記第１の制御装置（ＬＣＵ，４８０）のための前記コンピュータプログラム又は前記始動データを前記第２の制御装置（ＴＣＵ，４１０）のメモリ領域にデータパケット毎にバッファし、前記第１の制御装置（ＬＣＵ，４８０）に転送する、
    請求項１２に記載の方法。
15. 前記第１の制御装置（ＬＣＵ，４８０）のための前記コンピュータプログラム又は前記始動データの、前記第２の制御装置（ＴＣＵ，４１０）から前記第１の制御装置（ＬＣＵ，４８０）への転送を、前記プロトコル翻訳プログラム（トランスレータ，４００）によって前記第１の通信プロトコル（４５０）に翻訳された診断命令を用いて行う、
    請求項１２乃至１４のいずれか一項に記載の方法。
16. 前記コンピュータプログラムは、前記第１の制御装置（ＬＣＵ，４８０）のためのアプリケーションソフトウェアプログラム（ＬＣＵ−ＳＷ）である、
    請求項１０乃至１２のいずれか一項に記載の方法。
17. 前記コンピュータプログラムの代わりに、前記第３の制御装置（テスタ）に存在し、且つ前記第１の制御装置（ＬＣＵ）のメモリ領域に格納されるべき始動パラメータの始動データを伝送する、
    請求項７、８、１０、１１、１２のいずれか一項に記載の方法。
18. 前記第３の制御装置（テスタ，４７０）は、前記第２の通信プロトコル（４６０）の診断命令を用いて、前記第１の制御装置（ＬＣＵ，４８０）のメモリ領域から前記第２の制御装置（ＴＣＵ，４１０）のメモリ領域への始動データの伝送を指示し、
    前記第２の通信プロトコル（４６０）の診断命令を、前記第２の制御装置（ＴＣＵ，４１０）において、前記プロトコル翻訳プログラム（トランスレータ，４００）を用いて、前記第１の通信プロトコル（４５０）の診断命令に翻訳し、前記第１の制御装置（ＬＣＵ，４８０）に転送し、それにより、前記始動データを前記第１の制御装置（ＬＣＵ，４８０）のメモリ領域から前記第２の制御装置（ＴＣＵ，４１０）のメモリ領域に伝送する、
    請求項１乃至１７のいずれか一項に記載の方法。
19. 前記プロトコル翻訳プログラム（トランスレータ，４００）は一方の通信プロトコルの診断命令を、他方の通信プロトコルの診断命令に直接的に翻訳する、
    請求項１乃至１８のいずれか一項に記載の方法。
20. 前記第３の制御装置（テスタ、２４０，３７０，４７０）と前記第１の制御装置（ＬＣＵ，２５０，３８０，４８０）との間の情報交換を専ら前記第２の制御装置（ＴＣＵ，２１０，３１０，４１０）を介して実行する、
    請求項１乃至１９のいずれか一項に記載の方法。
21. 前記第１の制御装置（ＬＣＵ，２５０，２６０，３８０，３９０，４８０，４９０）は、前記クラッチアクチュエータ及び／又は前記変速機アクチュエータを制御するローカルアクチュエータ制御装置ＬＣＵであり、
    前記第２の制御装置（ＴＣＵ，２１０，３１０，４１０）は、クラッチを制御する、及び／又は、変速機を制御する変速機制御装置ＴＣＵであり、
    前記第３の制御装置（２４０，３７０，４７０）はテスタ又はテストベンチコンピュータである、
    請求項１乃至２０のいずれか一項に記載の方法。
22. 前記車両変速機はデュアルクラッチ変速機である、
    請求項１乃至２１のいずれか一項に記載の方法。
23. 前記第１の通信プロトコル（４５０）はＣＣＰプロトコル又はＸＣＰプロトコルであり、
    前記第２の通信プロトコル（４６０）は顧客固有の診断プロトコル又はＵＤＳプロトコルである、
    請求項１乃至２２のいずれか一項に記載の方法。

Images