特許 7602493 車両の車載バス上のコンピュータと対話する方法

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

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

(11)【特許番号】

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

(45)【発行日】2024-12-18

(54)【発明の名称】車両の車載バス上のコンピュータと対話する方法

(51)【国際特許分類】

   H04L 12/46 20060101AFI20241211BHJP

   B60R 16/023 20060101ALI20241211BHJP

   H04L 12/28 20060101ALI20241211BHJP

【ＦＩ】

H04L12/46 Z

B60R16/023 P

H04L12/28 100A

【請求項の数】 13

(21)【出願番号】P 2021576268

(86)(22)【出願日】2020-05-29

(65)【公表番号】

(43)【公表日】2022-08-31

(86)【国際出願番号】 EP2020065039

(87)【国際公開番号】W WO2020259956

(87)【国際公開日】2020-12-30

【審査請求日】2023-05-01

(31)【優先権主張番号】1906883

(32)【優先日】2019-06-25

(33)【優先権主張国・地域又は機関】FR

(73)【特許権者】

【識別番号】507308902

【氏名又は名称】ルノー エス．ア．エス．

【氏名又は名称原語表記】ＲＥＮＡＵＬＴ Ｓ．Ａ．Ｓ．

【住所又は居所原語表記】１２２－１２２ ｂｉｓ， ａｖｅｎｕｅ ｄｕ Ｇｅｎｅｒａｌ Ｌｅｃｌｅｒｃ， ９２１００ Ｂｏｕｌｏｇｎｅ－Ｂｉｌｌａｎｃｏｕｒｔ， Ｆｒａｎｃｅ

(73)【特許権者】

【識別番号】000003997

【氏名又は名称】日産自動車株式会社

(74)【代理人】

【識別番号】110002077

【氏名又は名称】園田・小林弁理士法人

(72)【発明者】

【氏名】アバディ， エリク

【審査官】中川 幸洋

(56)【参考文献】

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

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

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

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

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

Ｈ０４Ｌ １２／４６

Ｂ６０Ｒ １６／０２３

Ｈ０４Ｌ １２／２８

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

【請求項1】

車両内の第１の車載バス（１）から対話する方法であって、前記方法は、
－ 前記車両内の第１の車載バス（１）に直接接続されていない第１のコンピュータ（１２、１３、１４）を、前記車両内の第２の車載バス（２）に直接接続するステップと、
－ 前記車両内の前記第１の車載バス（１）を、前記車両内の前記第１の車載バス（１）と前記車両内の前記第２の車載バス（２）に直接接続された第２のコンピュータ（１１）によって前記車両内の前記第２の車載バス（２）に接続するステップと、
－ 前記車両内の前記第２の車載バス（２）に直接接続されておらず、前記第１のコンピュータ（１２、１３、１４）を対象とするメインコマンドを処理する前記車両内の第３のコンピュータ（１０）を、前記車両内の第１の車載バス（１）に直接接続するステップと、
－ 前記第３のコンピュータ（１０）が、前記メインコマンドの記述（２７）を、前記第２のコンピュータ（１１）の第１の専用データゾーン（６１）に書き込むための書き込みコマンドを生成するステップ（１０２）と、
－ 前記第２のコンピュータ（１１）が前記書き込みコマンドに応答する準備ができていることが検出された（１０３）とき、前記第３のコンピュータ（１０）が、前記第２のコンピュータ（１１）に前記書き込みコマンドを送信するステップ（１０４）と、
－ 前記第２のコンピュータ（１１）が、前記書き込みコマンドを受信した（１１１）後、前記メインコマンドに応答するために、前記第１のコンピュータ（１２、１３、１４）に、１つまたは複数の補助コマンドを送信するステップ（１１４）と、
－ 前記第１のコンピュータ（１２、１３、１４）が、各々の受信された補助コマンド（１２１）に対する応答を送信するステップ（１２２）と、
－ 前記第２のコンピュータ（１１）が、少なくとも１つの受信された応答（１１５）を、第２の専用データゾーン（６２）に記憶するステップ（１１６）と、
－ 前記第２のコンピュータ（１１）が読み出しコマンドに応答する準備ができていることが検出された（１０７）とき、前記第３のコンピュータ（１０）が、前記第２のコンピュータ（１１）を対象とする前記第２の専用データゾーン（６２）を読み出すための前記読み出しコマンドを送信するステップ（１０８）と、
－ 前記第２のコンピュータ（１１）が、受信された前記読み出しコマンド（１１９）に対する応答を送信するステップ（１２４）と、
－ 前記第３のコンピュータが、前記第１のコンピュータ（１２、１３、１４）によって送信された前記応答が記憶されている、前記第２のコンピュータ（１１）の前記第２の専用データゾーンを読み出すための前記読み出しコマンドに対する応答の少なくとも１つの受信（１０９）の後、前記メインコマンドに応答するステップ（１２６）と
を含み、
レディ、ノットレディの２つの状態を備えた信号が、前記第１の車載バス（１）を通して前記第２のコンピュータ（１１）によって周期的に送信され、前記方法がさらに、
－ 前記第２のコンピュータ（１１）が、前記第３のコンピュータ（１０）から生じる前記書き込みコマンドを受信する（１１１）と、前記信号をノットレディ状態に設定するステップ（１１２）と、
－ 前記第２のコンピュータ（１１）が、前記第１のコンピュータ（１２、１３、１４）から生じる前記応答を受信する（１１５）と、前記信号をレディ状態に設定するステップ（１１６）と
を含む方法。

【請求項2】

前記第３のコンピュータ（１０）が、前記ノットレディ状態に設定された前記信号を受信した（１０５）後に、前記レディ状態に設定された前記信号に対する待機状態になる（１０６）ステップを含むことを特徴とする、請求項１に記載の方法。

【請求項3】

前記信号は、前記第２のコンピュータ（１１）によって送信される前記補助コマンドの１つまたは複数の進行度も備えることを特徴とする、請求項１または２に記載の方法。

【請求項4】

前記書き込みコマンドは、第１のフレーム（２１）を備え、前記第１のフレーム（２１）は、前記書き込みコマンドに対する第１の識別子フィールド（３１）と、前記第１の専用データゾーン（６１）に対する第１の識別子フィールド（３２）と、前記メインコマンドの前記記述（２７）の少なくとも１つのフィールド（３３、３４、３５）とを備えることを特徴とする、請求項１から３の少なくともいずれか一項に記載の方法。

【請求項5】

前記メインコマンドの前記記述（２７）は、前記メインコマンドに対する標準フィールド（３３）と、前記第２のコンピュータ（１２、１３、１４）に対する識別フィールド（３４）と、前記送信される応答を確立するための前記第２のコンピュータ（１２、１３、１４）に対する有用パラメータフィールド（３５）とを備えることを特徴とする、請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記第２のコンピュータ（１１）は、前記書き込みコマンドを受信する（１１１）と、前記第１のコンピュータ（１０）を対象とする肯定応答を送信するステップ（１１２）を含むことを特徴とする、請求項１から５のいずれか一項に記載の方法。

【請求項7】

前記肯定応答は、第２のフレーム（２２）を備え、前記第２のフレーム（２２）は、肯定応答識別子フィールド（３７）と、前記第１の専用データゾーン（６１）に対する第２の識別子フィールド（３８）とを備えることを特徴とする、請求項６に記載の方法。

【請求項8】

前記第３のコンピュータ（１０）によって送信される前記読み出しコマンドは、第３のフレーム（２３）を備え、前記第３のフレーム（２３）は、第２のコマンド識別フィールド（３９）と、前記第２の専用データゾーン（６２）に対する第１の識別子フィールド（４０）とを備えることを特徴とする、請求項１から７のいずれか一項に記載の方法。

【請求項9】

前記読み出しコマンドに対する前記応答は、第４のフレーム（２４）を備え、前記第４のフレーム（２４）は、前記読み出しコマンドに対する前記応答のための第４の識別子フィールド（４１）と、前記第２の専用データゾーン（６２）のための第２の識別子フィールド（４２）と、前記メインコマンドのための少なくとも１つの記述注釈フィールド（４３、４４、４５）と、前記メインコマンドに対する前記応答のためのコンテンツフィールド（４７）とを備えることを特徴とする、請求項１から８のいずれか一項に記載の方法。

【請求項10】

前記読み出しコマンドおよび前記書き込みコマンドは、ＵＤＳ（統一診断サービス）プロトコルに従ったコマンドであることを特徴とする、請求項１から９のいずれか一項に記載の方法。

【請求項11】

－ 前記第２のコンピュータ（１１）が、前記メインコマンドの前記記述が完全か否かを、前記書き込みコマンドを受信する（１１１）とチェックするステップ（１１２）と、
－ 前記第２のコンピュータ（１１）が、前記メインコマンドの前記記述が完全である場合（１１３）にのみ、前記メインコマンドに応答するために、前記第１のコンピュータ（１２、１３、１４）に、１つまたは複数の補助コマンドを送信するステップ（１１４）と、
－ 前記第２のコンピュータ（１１）が、前記メインコマンドの前記記述が完全でない場合（１１７）、前記第２の専用データゾーンに警告を記憶するステップ（１１８）と
を含む、請求項１から１０のいずれか一項に記載の方法。

【請求項12】

前記メインコマンドは、前記第１のコンピュータ内の常駐データを読み出すためのコマンドであること、前記補助コマンドは、読み出しコマンドのための識別フィールド（４８）と前記常駐データのための識別フィールド（４９）とを備えた、第５のフレーム（２５）を備えること、および前記第１のコンピュータ（１２、１３、１４）によって送信される前記応答は、前記読み出しコマンドに対する応答のための識別フィールド（５０）と、前記常駐データのための識別フィールド（５１）と、前記常駐データのための値を含むフィールド（５２）とを備えた、第６のフレーム（２６）を備えることを特徴とする、請求項１から１１のいずれか一項に記載の方法。

【請求項13】

前記メインコマンドは、前記第１のコンピュータにデジタルコンポーネントをインストールするためのコマンドであることを特徴とする、請求項１から１１のいずれか一項に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、車両の車載バス上のコンピュータと対話する方法に関する。本発明は特に、車両内の第１の車載バスから、車両の第２の車載バスに接続された第１のコンピュータと対話する方法に関する。

【背景技術】

【0002】

本発明による方法は、特に、車両を動作させるためにリアルタイムプログラムを実行させながら、同時に車載コンピュータを更新するのに役立つ。

【0003】

車載コンピュータの更新とプログラムのリアルタイム実行では、一般に、１つまたは複数の車載バスを通してコマンドが送信される必要がある。一般に、コマンドの送信とこのコマンドに対する応答の受信とを分離する持続時間を制御するのにタイマが実装されるが、コマンドの量が増加すると持続時間も増大するという欠点を有する。

【0004】

例えば、ＥＰ１４３４１２９Ａ２は、車載プログラムに対する書き換えを制御するためのデバイスを開示しており、そこではコマンドの切り換えは、タイマから生じる信号に基づく。開示されたデバイスは、診断モードに対応し得る通常モードと、コンピュータ更新のために用いられ得る、車載プログラムを書き換えるための書き換えモードとの２つの動作モードを制御する。開示されたデバイスは、サーバから生じるプログラム書き換えコマンドを受信したときに、通常モードから書き換えモードに切り換わり、および書き換えモードの間に、通常モードに切り換えるためのコマンドを受信したときに、書き換えモードから通常モードに切り換わる。各切り換え動作は、進行中のモードを終了するという欠点を有する。

【発明の概要】

【0005】

従来技術において提起された欠点を克服するために、本発明の目標は、車両内の第１の車載バスから、車両の第２の車載バスに接続された第１のコンピュータと対話する方法であって、第１のバスは、第２のコンピュータによって第２のバスに接続され、第１の車載バスに接続された第３のコンピュータは、第１のコンピュータを対象とするメインコマンドを処理し、方法は、
－ 第３のコンピュータが、前記メインコマンドの記述を、第２のコンピュータの第１の専用ゾーンに書き込むためのコマンドを生成するステップと、
－ 第３のコンピュータが、第２のコンピュータが、前記書き込みコマンドに応答する準備ができていることを検出されたとき、第２のコンピュータに前記書き込みコマンドを送信するステップと、
－ 第２のコンピュータが、前記書き込みコマンドを受信した後、メインコマンドに応答するために、第１のコンピュータに、１つまたは複数の補助コマンドを送信するステップと、
－ 第１のコンピュータが、各々の受信された補助コマンドに対する応答を送信するステップと、
－ 第２のコンピュータが、各々の受信された応答を、第２の専用ゾーンに記憶するステップと、
－ 第３のコンピュータが、第２のコンピュータが、前記読み出しコマンドに応答する準備ができていることを検出されたとき、第２のコンピュータを対象とする前記第２の専用ゾーンを読み出すためのコマンドを送信するステップと、
－ 第２のコンピュータが、受信された読み出しコマンドに対する応答を送信するステップと、
－ 第３のコンピュータが、第１のコンピュータによって送信された応答が記憶されている、第２のコンピュータの第２のゾーンを読み出すためのコマンドに対する応答の少なくとも１つの受信の後、メインコマンドに応答するステップと
を含む。

【0006】

具体的には、レディ、ノットレディの２つの状態での信号は、第２のコンピュータによって周期的に送信され、それに対して方法は、第２のコンピュータが信号を、
－ 第３のコンピュータから生じる書き込みコマンドを受信すると、占有状態に、
－ 第１のコンピュータから生じる応答を受信すると、レディ状態に
設定するステップを含む。

【0007】

この方法は、第３のコンピュータが、占有状態に設定された前記信号を受信した後、レディ状態に設定された信号に対する待機状態になるステップを含むため、有利である。

【0008】

具体的には、前記書き込みコマンドは、第１のフレームを備え、第１のフレームは、コマンドに対する第１の識別子フィールドと、第１の専用ゾーンに対する第１の識別子フィールドと、メインコマンドに対する少なくとも１つの記述フィールドとを備える。

【0009】

また具体的には、メインコマンドの記述は、メインコマンドに対する標準フィールドと、第２のコンピュータに対する識別フィールドと、送信される応答を確立するための第２のコンピュータに対する有用データ識別フィールドとを備える。

【0010】

また具体的には、方法は、第２のコンピュータが、前記書き込みコマンドを受信すると、第１のコンピュータを対象とする肯定応答を送信するステップを含む。

【0011】

より具体的には、肯定応答は、第２のフレームを備え、第２のフレームは、肯定応答識別子フィールドと、第１の専用ゾーンに対する第２の識別子フィールドとを備える。

【0012】

より具体的には、第３のコンピュータによって送信される前記読み出しコマンドは、第３のフレームを備え、第３のフレームは、第２のコマンド識別フィールドと、第２の専用ゾーンに対する第１の識別子フィールドとを備える。

【0013】

また具体的には、読み出しコマンドに対する前記応答は、第４のフレームを備え、第４のフレームは、コマンドに対する応答のための第４の識別子フィールドと、第２の専用ゾーンのための第２の識別子フィールドと、メインコマンドのための少なくとも１つの記述注釈フィールドと、第１のコンピュータによって送信される応答のためのコンテンツフィールドとを備える。

【0014】

具体的には、前記メインコマンドは、第１のコンピュータ内の常駐データを読み出すためのコマンドであり、それに対して補助コマンドは、読み出しコマンドのための識別フィールドと前記常駐データのための識別フィールドとを備えた、第５のフレームを備え、それにより第１のコンピュータによって送信される応答は、読み出しコマンドに対する応答のための識別フィールドと、前記常駐データのための識別フィールドと、前記常駐データのための値を含むフィールドとを備えた、第６のフレームを備える。

【0015】

読み出しコマンドおよび書き込みコマンドは、ＵＤＳ（統一診断サービス）プロトコルに従ったコマンドであることが好ましい。

【0016】

方法はまた、
－ 第２のコンピュータが、前記メインコマンドの記述が完全か否かを、前記書き込みコマンドを受信するとチェックするステップと、
－ 第２のコンピュータが、前記メインコマンドの記述が完全である場合にのみ、メインコマンドに応答するために、第１のコンピュータに、１つまたは複数の補助コマンドを送信するステップと、
－ 第２のコンピュータが、前記メインコマンドの記述が完全でない場合、第２の専用ゾーンに警告を記憶するステップと
を含むことができる。

【0017】

本発明のさらなる利点および特徴は、添付の図面を参照して、非限定的な例示として示される、実施形態の詳しい説明を読むことによって明らかになるであろう。

【図面の簡単な説明】

【0018】

【図1】本発明が実施される、車両に搭載されるシステムを概略的に示す図である。

【図2】本発明が実施されるために用いられる、コマンドのフレームを概略的に示す図である。

【図3】メイン読み出しコマンドを処理するための、本発明による方法のステップを示す図である。

【図4】メインインストールコマンドを処理する、本発明による第１の方法のステップを示す図である。

【図5】メインインストールコマンドを処理する、本発明による方法の第２の部分のステップを示す図である。

【図6】メインインストールコマンドを処理する、本発明による方法の第３および最後の部分のステップを示す図である。

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

【0019】

図１は、車両内の車載バス１に接続された２つのコンピュータ９、１０、および車両内の車載バス２に接続された３つのコンピュータ１２、１３、１４を示す。コンピュータ９は、例えば、ＩＶＣ（車両内通信）タイプの電気通信専用の車載コンピュータである。コンピュータ１０は、例えば、ＩＶＩ（車両内インフォテインメント）タイプの車載コンピュータであり、そのコンピュータ処理能力は、マイクロコンピュータのものと同等である。車載バス１には、図に示されない他の車載コンピュータが接続され得る。車載バス２に接続されたコンピュータ１２、１３、１４は、ＥＣＵ（電子制御ユニット）タイプの車両の制御・指令構成要素のための車載コンピュータであることが好ましい。車載バス１および車載バス２に接続されたコンピュータ１１は、２つの車載バスの間のゲートウェイ機能を行う。

【0020】

図３は、対話方法のステップを示し、そこではコンピュータ１０は、コンピュータ１２、１３、１４の１つ、例えば、コンピュータ１２内の常駐データを読み出すためのコマンドである、メインコマンドを処理する。このタイプのコマンドは、例えば、デジタルコンポーネントが更新される必要があるか否かを決定する観点から、例えば、コンピュータ１２内のデジタルコンポーネント参照、またはデジタルコンポーネントのバージョン番号を読み出すために役立つ。デジタルコンポーネントは、実行可能プログラム、データベース、または例えば、ソースプログラムもしくはパラメータのテーブルなどの任意の他のデジタル構造体に等しく関係し得る。

【0021】

初期には待機ステップ１００にあるコンピュータ１０は、より高位の方法、例えば、コンピュータ１２を更新する方法によって提出された読み出し要求が、遷移１０１を確認したとき、ステップ１０２に遷移する。例として、読み出し要求は、車載バス２に接続されたコンピュータ１２、１３、１４の中からコンピュータを識別するための識別子、この場合はコンピュータ１２の識別子、を含むことができる。コンピュータ識別子は、航空、自動車イーサネット、または他の分野でも知られている、ＣＡＮ（コントローラエリアネットワーク）、フレックスレイまたはＴＴＰタイプの、バス２の通信プロトコルに従ったコンピュータアドレスから構成され得る。コンピュータ識別子はまた、例えば、「ＢＣＭ」（ボディコントロールモジュール）、「ＨＥＶＣ」（ハイブリッド電気自動車コントローラ）、「ＶＤＣ」（車両ダイナミックコントロール）その他の、コンピュータをそれの機能空間において命名するＡＳＣＩＩキャラクタの文字列から構成され得る。ＡＳＣＩＩキャラクタの文字列の利点は、車載システムアーキテクチャとは独立して、コンピュータを指定できることが関わる。ＡＳＣＩＩキャラクタの文字列のさらなる利点は、人が理解するのがより容易な、記憶を助ける手段を形成することが関わる。他の例として、読み出し要求は、識別されたコンピュータ内のデータ識別子６３を含むことができる。

【0022】

ステップ１０２で、コンピュータ１０は、遷移１０１を確認した要求に基づいてメインコマンドの記述を構築し、次いでコンピュータ１１のメモリに常駐する、第１の専用データゾーン６１内のメインコマンドの記述のための書き込みコマンドを生成する。

【0023】

図２は、フレーム２１を備える書き込みコマンドの例を示す。フレーム２１は、生成されたコマンドを書き込みコマンドとして識別する識別子フィールド３１と、第１の専用ゾーン６１を識別する識別子フィールド３２と、メインコマンドの記述２７を含むための少なくとも１つのフィールド３３、３４、３５とを備える。

【0024】

記述２７を構成するフィールド３３は、メインコマンドのタイプをもたらす。全く非限定的な例示として、メインコマンドのタイプは、例えば、ＡＳＣＩＩコードの２つの文字によって識別される。第１の文字は、「実行」に対して「Ｅ」、「読み出し」に対して「Ｒ」、または「書き込み」に対して「Ｗ」として、メインコマンドのクラスを識別する。第２の文字は、第１の文字と組み合わされて、「活動化を実行」に対して「ＥＡ」、「ダウンロードを実行」に対して「ＥＤ」、「インストールを実行」に対して「ＥＩ」、「削除を実行」に対して「ＥＣ」、「再初期化を実行」に対して「ＥＲ」、「データを読み出し」に対して「ＲＤ」、「拡張データを読み出し」に対して「ＲＸ」、「データを書き込み」に対して「ＷＤ」として、メインコマンドクラス内のアクションを識別する。記述２７を構成するフィールド３４は、具体的には、要求において示されるものに従った車載コンピュータ識別子をもたらす。記述２７を構成するフィールド３５は、コマンドを実行するために役立つパラメータを含む。例として、フィールド３３が、「ＥＩ」、「ＥＡ」コマンドタイプの１つを含むとき、パラメータは、インストールされることになり、それぞれ活動化されることになるデジタルコンポーネントの識別子である。図３に示される例において、メインコマンドの記述２７は、メインコマンドの「ＲＤ」タイプをもたらすフィールド３３と、バス２に接続されたコンピュータ、例えば、コンピュータ１２の機能名のための識別フィールド３４と、メインコマンドの処理を支援するためにコンピュータ１１にとって役立つ、パラメータとして読み出されることになるデータの識別子を含んだパラメータフィールド３５とを備える。

【0025】

より具体的には、ＵＤＳ（統一診断サービス）プロトコルに従った書き込みコマンドの使用は、一般に自動車分野での殆どの車載コンピュータにおいて、特に本発明による対話方法を実施するための低レベル通信レイヤを修正することを必要とせずに診断機能を行うために、プリインストールされる機構からの恩恵の利点を有する。この特定の場合においては、フィールド３１はＳＩＤ（サービス識別子）＄２Ｅを含み、これはＤＩＤ識別子によって書き込まれるデータに対する既知の１６進コードである。

【0026】

ステップ１０２からステップ１０４に遷移するための遷移１０３は、コンピュータ１１が、フレーム２１によってサポートされる書き込みコマンドに応答する準備ができているとして検出されたときに確認される。このようにして、コンピュータ１１が、本発明による対話方法の別の場合に対してゲートウェイ機能、または例えば、診断方法など、別の方法によって生成されたコマンドに対するゲートウェイ機能を行う場合、コンピュータはステップ１０２で待機状態のままとなる。コンピュータ１０は、コンピュータ１１が他の機能によって占有されていることにより、無効のままとなるであろうコマンドを送信する試みによって、バス１を不必要に混雑させない。別の方法に固有の診断コマンドの進行中の処理の例において、対話方法をステップ１０２で瞬間的に待機状態に置くことは、診断コマンドが、診断方法を中断することを必要とせずに、実行されることを可能にする。

【0027】

コンピュータ１１が、フレーム２１によってサポートされる書き込みコマンドに応答する準備ができているかどうかを検出するために、いくつかの解決策が企図され得る。例えば、コンピュータ１０が、バス１上でコンピュータ１１と対話する唯一のコンピュータとなる場合、コンピュータ１０内のより上位の順序制御レイヤは、コンピュータ１１のレディまたはノットレディ状態を制御し得る。この解決策は、別のコンピュータ９が、例えば、リモート診断を実行するために、バス１を通してコンピュータ１１と対話しようとするとき、実施が難しくなり得る。そうでない場合、コンピュータ１０は、例えば、コンピュータ１１がフレーム２１によってサポートされる書き込みコマンドに応答する準備ができていないであろう、コンピュータ１１を対象とするその中のフレームを検出するためにバス１を観測し得る。この別の解決策は、バス１のチャネルを用いる数多くの方法の場合において、複雑さに関して素早く問題を提起し得る。本発明の範囲を逸脱せずに、他の解決策が企図され得る。

【0028】

コンピュータ１１が準備ができているかどうかを検出するための好ましい解決策によれば、本発明による対話方法の範囲内で、送信されるコマンドを処理する準備ができているかどうかを宣言するのはコンピュータ１１自体である。コンピュータ１１は、バス１を通して、レディと、占有またはノットレディとの２つの状態を備える信号を、周期的に送信する。

【0029】

初期待機ステップ１１０において、コンピュータ１１はデフォルトで信号をレディ状態に設定する。コンピュータ１１が本発明による対話方法から、それとも例えば、診断方法などの任意の他の方法から、コマンドを受信するとすぐに、コンピュータ１１は、進行中のコマンドの処理が終了するまで、信号を占有状態に設定する。

【0030】

ステップ１０４で、コンピュータ１１は書き込みコマンドに応答する準備ができているとして検出されており、コンピュータ１０は、コンピュータ１１に書き込みコマンドを送信する。書き込みコマンドを送信するために、コンピュータ１０は、フレーム２１をバス１上のＣＡＮフレーム内にカプセル化することができ、または別の形で、例えば、バス１上で車両イーサネットプロトコルが用いられる場合、フレーム２１をＩＰフレーム内にカプセル化することができる。

【0031】

コンピュータ１１における書き込みコマンドの受信は、コンピュータ１１を初期ステップ１１０からステップ１１４に遷移させるために必要な遷移１１１を確認し、そこでコンピュータ１１は、コンピュータ１１の専用データゾーン６１に書き込まれたメインコマンドの記述２７に基づいて、メインコマンドに応答するために、フィールド３４において識別されるコンピュータ１２、１３、１４のうちのコンピュータ、例えば、コンピュータ１２に補助コマンドを送信する。

【0032】

メインコマンドはコンピュータ１２内の常駐データを読み出すためのコマンドである、図３の特定の場合において、図２は、読み出しコマンドに対する識別フィールド４８と、コンピュータ１２内の常駐データに対する識別フィールド４９とを備えたフレーム２５を備える補助コマンドの例を示す。

【0033】

より具体的には、ＵＤＳプロトコルに従った読み出しコマンドの使用は、前述の利点を有する。この特定の場合においては、フィールド４８はＳＩＤ ＄２２を含み、これはＤＩＤ識別子によって読み出されるデータに対する既知の１６進コードである。フィールド４９は、フレーム２１のフィールド３５に示された、コンピュータ１２のデータゾーン６３のＤＩＤ識別子を含む。

【0034】

遷移１１１は、方法を初期ステップ１１０からステップ１１４に直接遷移させることができる。遷移１１１は、方法を初期ステップ１１０から中間ステップ１１２に遷移させることが好ましいが必須ではない。

【0035】

ステップ１１２で、コンピュータ１１は、本発明の主題の一部ではない所定のセキュリティ規則に関して、メインコマンド記述２７が完全であるか否かをチェックする。ステップ１１２が実施された場合、遷移１１３は、メインコマンド記述２７が完全であると検証された場合に確認され、または遷移１１７は、メインコマンド記述２７が不完全である検証された場合に確認される。ステップ１１４は、次いで遷移１１３の確認の後に活動化される。

【0036】

ステップ１１４で、またはステップ１１２が存在する場合はステップ１１２から、言い換えれば、コンピュータ１０から生じる書き込みコマンドを受信することによる遷移１１１の確認の後に、コンピュータ１１は、周期的信号を占有状態にする。それに付随して、コンピュータ１１は、受信の肯定応答、または肯定応答を送信することによって書き込みコマンドに応答する。例えば、ＵＤＳプロトコルが用いられる場合、コンピュータ１１は、フレーム２２を送信し、その第１のフィールド３７は値＄６ＥのＳＩＤコードを含み、その第２のフィールド３８は、コンピュータ１０が、受信された受信の肯定応答が対応する、送信された書き込みコマンドを認識することを可能にするための、フレーム２１のフィールド３２の値を含む。言い換えれば、フィールド３８は、第１の専用ゾーン６１に対する識別子フィールドを形成する。

【0037】

コンピュータ１０による、占有状態に設定された周期的信号、またはフレーム２２の受信は、コンピュータ１０において方法をステップ１０４からステップ１０６に遷移させる遷移１０５を確認する。ステップ１０６で、コンピュータ１０は、レディ状態に設定された信号に対する待機状態に置かれる。

【0038】

初期に、本発明による対話方法の待機ステップ１２０において、コンピュータ１２は、それが車載バス２を通してコンピュータ１１によって送信された、フレーム２５によって表される補助コマンドを受信したとき、遷移１２１を確認する。遷移１２１の確認は、ステップ１２２を活動化し、そこでコンピュータ１２は、受信された補助コマンドに対する応答を送信する。コンピュータ１１に送信された応答は、フレーム２６を備え、フレーム２６は、この場合は読み出しコマンドに対する応答である、応答識別フィールド５０と、前記常駐データのための識別フィールド５１と、図２に示されるように、フィールド５１によって識別される常駐データ６３の値を含んだフィールド５２とを備える。

【0039】

ＵＤＳプロトコルの使用の特に有利な場合には、フィールド５０は、ＳＩＤ ＄６２を含み、これはＤＩＤ識別子によって読み出されるデータに対する応答の、既知の１６進コードである。フィールド５１は、フレーム２５のフィールド４９に示された、コンピュータ１２のデータゾーン６３のＤＩＤ識別子を含む。コンピュータ１２は、次いで待機ステップ１２０に戻る。

【0040】

コンピュータ１１による応答の受信は、対話方法をステップ１１４からステップ１１６に遷移させる遷移１１５を確認し、そこでコンピュータ１１は、この場合はコンピュータ１２内の常駐データ６３を読み出すためのコマンドである、メインコマンドに対する応答の記述２８を生成する。応答記述２８は、フィールド４３、４４、４５を備え、そのそれぞれは、応答記述が実際にメインコマンド記述に対応するものであることを識別するための、コマンド記述２７のフィールド３３、３４、３５の値を含む。応答記述２８はまた、フィールド４７を備え、これはフレーム２６のフィールド５２に含まれた値を含む。コンピュータ１１は、コンピュータ１１のメモリに常駐する、第２の専用データゾーン６２に、応答記述２８を記憶する。

【0041】

ステップ１１６で、コンピュータ１１は、次いで周期的信号をレディ状態に設定する。

【0042】

遷移１０７は、コンピュータ１０が、コンピュータ１１は応答する準備ができていることを検出したときに確認される。本発明の好ましい実施形態の場合、遷移１０７は、レディ状態での周期的信号の受信を通して確認される。

【0043】

遷移１０７の確認は、コンピュータ１０におけるステップ１０８を活動化する。ステップ１０８で、コンピュータ１１は読み出しコマンドに応答する準備ができているとして検出されており、コンピュータ１０は、コンピュータ１１を対象とする第２の専用ゾーン６２からの読み出しコマンドを送信する。読み出しコマンドは、例えば、図２に示されるように、フレーム２３によって表される。フレーム２３は、コマンドを読み出しコマンドとして識別するための識別フィールド３９と、第２の専用データゾーン６２に対する識別子フィールド４０とを備える。

【0044】

具体的には、ＵＤＳプロトコルの使用の有利な場合において、フィールド３９は、読み出しコマンドを識別する値＄２２を含み、フィールド４０は、コンピュータ１１のメモリ内の専用データゾーン６２のアドレスであるＤＩＤ値を含む。

【0045】

遷移１１９は、コンピュータ１１が、フレーム２３によって表される読み出しコマンドを受信したときに確認される。

【0046】

遷移１１９の確認は、ステップ１２４を活動化し、そこでコンピュータ１１は、コンピュータ１０に対する応答を送信する。受信された読み出しコマンドに対する応答は、フレーム２４を備え、フレーム２４は、フレーム２４がフレーム２３によって表される読み出しコマンドに対する応答を形成することをチェックすることができように、読み出しコマンドに対する応答を識別するための識別子フィールド４１と、第２の専用ゾーン６２を識別するための識別子フィールド４２とを備える。フレーム２４は、続いて記述２８を含み、記述２８は、メインコマンドの記述の注釈によって、フィールド３３、３４、３５のそれぞれに含まれたものとそれぞれ等しい値をそれぞれが含んだフィールド４３、４４、４５を備える。記述２８はまた、メインコマンドに対する応答を含む、フィールド４７を備える。

【0047】

コンピュータ１１は、次いで本発明による対話方法に関連して、初期待機ステップ１１０に戻る。

【0048】

遷移１０９は、コンピュータ１０が、フレーム２４によって表される読み出しコマンドに対する応答を受信したときに確認される。

【0049】

遷移１０９の確認は、ステップ１２６を活動化し、そこでコンピュータ１０は、コンピュータ１２によって送信された応答が記憶される、コンピュータ１１の第２の専用ゾーンの、読み出しコマンドに対する応答から抽出されたフィールド４７の内容に基づいて、メインコマンドに対して応答する。

【0050】

コンピュータ１０は、続いて本発明による対話方法に関連して、初期待機ステップ１００に戻る。

【0051】

上記の開示から、本発明による対話方法のコマンドに対するＵＤＳプロトコルの使用は、メインコマンドが処理されることを可能にし、これは、診断モードから更新モードに切り換えることを必要とせずに、コンピュータ更新方法を形成することが留意されるべきである。コマンドは、コンピュータの間の対話における診断コマンドのままである。更新機能の処理は、診断機能の処理と同等なやり方で、上位レイヤでのコンピュータ１０内のメインコマンドの処理によって行われる。コンピュータ１１は、診断機能に関連付けられたフレームを、ゲートウェイとして、それらをバス１からバス２に、および逆も同様に、直接転送することによって処理することができる。コンピュータ１１は、診断機能に関連したフレームを、コンピュータ１１に常駐する診断機能によってそれらを処理することによって、処理することができる。コンピュータ１１は、更新機能に関連したフレームを、コンピュータ１１に常駐する診断機能に対して行い得るように、コンピュータ１１に常駐する更新機能によって処理することができる。更新コマンドのように多くの純粋の診断コマンドを処理するためには、単一のプロトコルスタック、すなわちＵＤＳプロトコルスタックで十分である。純粋の診断コマンドが、デジタルコンポーネントの更新に関連したコマンドが無い状態で、バス１からバス２に送信されるとき、コンピュータ１１は、純粋の診断コマンドを処理するときに生じ得るように、単にコマンドを更新に関連した待機状態に置いて、周期的信号を占有状態に設定する。更新に関連したコマンドが、純粋の診断コマンドが無い状態でバス１からバス２に送信されるとき、コンピュータ１１は、デジタルコンポーネントの更新に関連したコマンドを処理するときに生じ得るように、単に純粋の診断コマンドを無視して、周期的信号を占有状態に設定し、それにより、コンピュータ１１が周期的信号をレディ状態に戻したときに、診断方法が純粋の診断コマンドを自由に再送信するようにする。

【0052】

車載バス１に接続されたコンピュータ１０からのメインコマンドの処理に関連した、読み出しおよび書き込みコマンドの送信は、周期的信号がレディ状態に設定されるとすぐに更新プロセスを再開するために、リモートサーバから受信されるコマンドを必要としない。したがって、更新プロセスは、更新データがコンピュータ１０に事前にダウンロードされている限り、車両のリモート接続を必要とせずに生じることができる。

【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】

コマンドがＵＤＳプロトコルに従って用いられるとき、フィールド５３は、診断された障害読み出しを示すＳＩＤ ＄１９を含む。図２のフレーム３０のモデルに示される、各々の第５の補助コマンドに対する応答は、フィールド５６にＳＩＤ ＄５９、およびフィールド５７に障害コードの注釈を含む。フィールド５９は、フィールド５７に含まれたコードによって識別される障害があるかないかを示す値を含む。周期的信号がまた進行の状態表示を備えるとき、コンピュータ１１は、フィールド５９に含まれた障害の有無に関係する状態に対応する進行の状態を示す。

【0090】

図５は、図４のものに続くステップを示す。コンピュータ１１における、最後の第５の補助コマンドに対する応答の受信は、コンピュータ１１を第１のループのステップ２２０からステップ２５２に遷移させる遷移２５１を確認し、そこでコンピュータ１１は、コンピュータ１２のメモリ内の第１のメモリブロックの開始アドレスを読み出すために、第６の補助コマンドをコンピュータ１２に送信する。

【0091】

図２に示されるフレーム２９は、各々の第６の補助コマンドを表すために用いられ得る。第６の補助コマンドに対して、ターゲットは特に、コンピュータ１２におけるメモリブロックアドレス指定レジスタに関係するＤＩＤデータ参照である。

【0092】

コンピュータ１２における第６の補助コマンドの受信は、ステップ２６２を活動化する遷移２６１を確認し、そこでコンピュータ１２は、第６の受信された補助コマンドに対する応答を送信する。

【0093】

コマンドがＵＤＳプロトコルに従って用いられるとき、フィールド５３は、フィールド５４のＤＩＤ参照によって識別されるデータの読み出しを示すＳＩＤ ＄２２を含む。図２のフレーム３０のモデルに示される、第６の補助コマンドに対する応答は、フィールド５６にＳＩＤ ＄６２、およびフィールド５７にＤＩＤ参照の注釈を含む。フィールド５９は、そこに第１のデジタルコンポーネントをロードするためにもたらされる第１のメモリブロックの開始アドレスを示す値を含む。

【0094】

コンピュータ１１における第６の補助コマンドに対する応答の受信は、コンピュータ１１を第１のループのステップ２５２からステップ２５４に遷移させる遷移２５３を確認し、そこでコンピュータ１１は、第１のデジタルコンポーネントに対する参照を、コンピュータ１２のメモリ内の第１のメモリブロックのヘッダ内に書き込むために、第７の補助コマンドをコンピュータ１２に送信する。

【0095】

図２に示されるフレーム２９は、各々の第７の補助コマンドを表すために用いられ得る。第７の補助コマンドに対して、ターゲットは特に、コンピュータ１２におけるデジタルコンポーネントネーミングレジスタに関係するデータに対するＤＩＤ参照である。

【0096】

コンピュータ１２における第７の補助コマンドの受信は、ステップ２６４を活動化する遷移２６３を確認し、そこでコンピュータ１２は、第７の受信された補助コマンドに対する応答を送信する。

【0097】

コマンドがＵＤＳプロトコルに従って用いられるとき、フィールド５３は、フィールド５４のＤＩＤ参照によって識別されるデータの書き込みを示すＳＩＤ ＄２Ｅを含む。図２のフレーム３０のモデルに示される、第７の補助コマンドに対する応答は、フィールド５６にＳＩＤ ＄６Ｅ、およびフィールド５７にＤＩＤ参照の注釈を含む。フィールド５９は、書き込みコマンドの肯定応答を示す値を含む。

【0098】

コンピュータ１１における第７の補助コマンドに対する応答の受信は、コンピュータ１１を第１のループのステップ２５４からステップ２５６に遷移させる遷移２５５を確認し、そこでコンピュータ１１は、デジタルコンポーネントがコンピュータ１２の第１のメモリブロックにロードされることを要求する第８の補助コマンドを、コンピュータ１２に送信する。

【0099】

図２に示されるフレーム２９は、第８の補助コマンドを表すために用いられ得る。第８の補助コマンドに対して、ターゲットは、特に第１のメモリブロックのアドレスである。

【0100】

コンピュータ１２における第８の補助コマンドの受信は、ステップ２６６を活動化する遷移２６５を確認し、そこでコンピュータ１２は、進行中のメモリブロックの内容を削除し、次いで、第８のコマンドの適切な実行を肯定応答する、第８の受信された補助コマンドに対する応答を送信する。この場合、書き換え可能タイプの物理メモリブロックは、書き換えの前に削除される必要があることが留意されるべきである。

【0101】

コマンドがＵＤＳプロトコルに従って用いられるとき、フィールド５３は、コンピュータ１１からコンピュータ１２にロードする要求を示すＳＩＤ ＄３４を含む。フィールド５５は、ロードされることになるデジタルコンポーネントのサイズを含む。図２のフレーム３０のモデルに示される、第８の補助コマンドに対する応答は、フィールド５６にＳＩＤ ＄７４、およびフィールド５７にメモリブロックのアドレスの注釈を含む。フィールド５８は、ロードされることになるデジタルコンポーネントのサイズを示す。フィールド５９は、最大許容ロードサイズを示す値を含む。

【0102】

コンピュータ１１における第８の補助コマンドに対する応答の受信は、コンピュータ１１を第１のループのステップ２５６からステップ２５８に遷移させる遷移２５７を確認し、そこでコンピュータ１１は、デジタルコンポーネントの内容をコンピュータ１２の第１のメモリブロックに転送するために、第９の補助コマンドをコンピュータ１２に送信する。

【0103】

図２に示されるフレーム２９は、第９の補助コマンドを表すために用いられ得る。第９の補助コマンドに対して、ターゲットは、特に第１のメモリブロックのアドレスである。

【0104】

コンピュータ１２における第９の補助コマンドの受信は、ステップ２６８を活動化する遷移２６７を確認し、そこでコンピュータ１２は、第９の受信された補助コマンドに対する応答を送信する。

【0105】

コマンドがＵＤＳプロトコルに従って用いられるとき、フィールド５３は、デジタルコンポーネントの内容を現在の物理メモリブロックに転送するためのコマンドを示す、ＳＩＤ ＄３６を含む。知られているやり方で、転送は最大サイズのパケットによって行われる。内容のサイズが、パケットの最大サイズを超える場合、転送は、すべての内容が送信されるまで繰り返される。図２のフレーム３０のモデルに示される、第９の補助コマンドに対する応答は、フィールド５６にＳＩＤ ＄７６、およびフィールド５７にメモリブロックのアドレスの注釈を含む。

【0106】

コンピュータ１１における第９の補助コマンドに対する応答の受信は、コンピュータ１１を第１のループのステップ２５８からステップ２６０に遷移させる遷移２５９を確認し、そこでコンピュータ１１は、転送を終了するために、第１０の補助コマンドをコンピュータ１２に送信する。

【0107】

図２に示されるフレーム２９は、第１０の補助コマンドを表すために用いられ得る。

【0108】

コンピュータ１２における第１０の補助コマンドの受信は、ステップ２７０を活動化する遷移２６９を確認し、そこでコンピュータ１２は、第１０の受信された補助コマンドに対する応答を送信する。

【0109】

コマンドがＵＤＳプロトコルに従って用いられるとき、フィールド５３は、転送モード終了コマンドを示すＳＩＤ ＄３７を含む。図２のフレーム３０のモデルに示される、第９の補助コマンドに対する応答は、フィールド５６にＳＩＤ ＄７７、およびフィールド５７にメモリブロックのアドレスの注釈を含む。

【0110】

コンピュータ１１における第１０の補助コマンドに対する応答の受信は、コンピュータ１１を第１のループのステップ２６０からステップ２９２に遷移させる遷移２９１を確認し、そこでコンピュータ１１は、後続のメモリブロックにロードされることになる、後続のデジタルコンポーネントが存在するかどうかをチェックする。

【0111】

後続のデジタルコンポーネントの存在は、ステップ２５２から２９２までの再実行に方法をループバックする遷移２９３を確認し、それぞれは、識別、サイズ、およびメモリブロックアドレスの観点において、後続の物理メモリブロックに適合される。

【0112】

後続の物理メモリブロックを必要とするデジタルコンポーネントがないことは、ステップ２９６を活動化する遷移２９５を確認し、そこでコンピュータ１１は、コンピュータ１２のメモリブロックの書き込みにおいて障害がないことをチェックするために、第１１の補助コマンドをコンピュータ１２に送信する。

【0113】

この場合、図２に示されるフレーム２９はまた、第１１の補助コマンドを表すために用いられ得る。第１１の補助コマンドに対して、ターゲットは、特にメモリ障害コードである。

【0114】

コンピュータ１２における第１１の補助コマンドの受信は、ステップ２７２を活動化する遷移２７１を確認し、そこでコンピュータ１２は、第１１の受信された補助コマンドに対する応答を送信する。

【0115】

コマンドがＵＤＳプロトコルに従って用いられるとき、フィールド５３は、診断された障害読み出しを示すＳＩＤ ＄１９を含む。図２のフレーム３０のモデルに示される、第１１の補助コマンドに対する応答は、フィールド５６にＳＩＤ ＄５９、およびフィールド５７に障害コードの注釈を含む。フィールド５９は、フィールド５７に含まれたコードによって識別される障害があるかないかを示す値を含む。

【0116】

図６は、図５に示されるものに続く方法の最後のステップを示す。コンピュータ１１における第１１の補助コマンドに対する応答の受信は、ステップ２９８を活動化する第２のループの遷移２９７を確認し、そこでコンピュータ１１は、第１のローカルプログラムを活動化するための第１２の補助コマンドをコンピュータ１２に送信し、そこではコンピュータ１２は、第１のデジタルコンポーネントが、コンピュータ１２のメモリ内の第１のメモリブロックに正しく書き込まれたことをチェックする。

【0117】

図２に示されるフレーム２９は、各々の第１２の補助コマンドを表すために用いられ得る。第１２の補助コマンドに対して、特にフィールド５４に登録されるターゲットは、コンピュータ１２内のメモリに記憶された圧縮プログラム参照である。フィールド５５は、チェックされることになるメモリブロックのアドレスを含む。

【0118】

コンピュータ１２における第１２の補助コマンドの受信は、ステップ２７４を活動化する遷移２７３を確認し、そこでコンピュータ１２は、圧縮プログラムを活動化し、これは特に、物理メモリブロックに書き込まれた内容の圧縮を計算することが関わる。コンピュータ１２は、計算された圧縮を含む、第１２の受信された補助コマンドに対する応答を送信する。第１２の補助コマンドに対する応答は、コンピュータ１１が、コンピュータ１２によって計算された圧縮を、内容が物理メモリブロックにロードされる前にコンピュータ１１によって保持されていた圧縮と比較することを可能にする。このようにしてコンピュータ１１は、書き換えの後に、物理メモリブロックの内容が、物理メモリブロックにロードされることになる内容と一貫性をもつことをチェックすることができる。

【0119】

コマンドがＵＤＳプロトコルに従って用いられるとき、フィールド５３は、フィールド５４のプログラム参照によって識別されるプログラムの活動化を示すＳＩＤ ＄３１を含む。図２のフレーム３０のモデルに示される、第１２の補助コマンドに対する応答は、フィールド５６にＳＩＤ ＄６２、およびフィールド５７にＤＩＤ参照の注釈を含む。フィールド５９は、第１のデジタルコンポーネントをロードするためにもたらされる第１のメモリブロックの開始アドレスを示す値を含む。

【0120】

コンピュータ１１における第６の補助コマンドに対する応答の受信は、ステップ３００を活動化する遷移２９９を確認し、そこでコンピュータ１１は、デジタルコンポーネントの後続のロードのために、次の物理メモリブロックが存在するかどうかをチェックする。

【0121】

次の物理メモリブロックの存在は、ステップ２９８にループバックする遷移３０１を確認し、そこでは第１のブロックは次のブロックによって置き換えられるというように、最後の物理メモリブロックまで行われる。

【0122】

次の物理メモリブロックがないことは、ステップ３０４を活動化する遷移３０３を確認し、そこでコンピュータ１１は、検出された障害を記憶するためのコンピュータ１２のメモリを読み出すために、第１３の補助コマンドをコンピュータ１２に送信する。

【0123】

コンピュータ１２における第１３の補助コマンドの受信は、ステップ２７６を活動化する遷移２７５を確認し、そこでコンピュータ１２は、前のステップを実行したときに検出された障害を含む、第１３の受信された補助コマンドに対する応答を送信する。

【0124】

コマンドがＵＤＳプロトコルに従って用いられるとき、フィールド５３は、診断トラブルコード（ＤＴＣ）情報の読み出しを示すＳＩＤ ＄１９を含む。コンピュータ１２によって処理される各ＤＴＣ障害は、任意の時点で読み出され得る、エラーメモリと呼ばれる、コンピュータ１２の専用メモリ内のそれ自体のコードを用いて記憶されることが留意されるべきである。各障害に関連して、特に障害の発生に関する状況に関連付けられた、追加の情報も記憶され、任意の時点で読み出されることができる。図２のフレーム３０のモデルに示される、第１３の補助コマンドに対する応答は、フィールド５６にＳＩＤ ＄５９、およびフィールド５７にＤＩＤ参照の注釈を含む。フィールド５９は、エラーメモリの内容を用いる。

【0125】

コンピュータ１１における第１３の補助コマンドに対する応答の受信は、ステップ３０６を活動化する遷移３０５を確認し、そこでコンピュータ１１は、第１４の補助コマンドをコンピュータ１２に送信する。第１４の補助コマンドの効果は、コンピュータ１２に、それをデフォルトセッションに戻すように、ステップ２１６のオープンセッションを終了させることである。したがって、コンピュータ１２は、ステップ２１６と３０６の間で、上記に記載された対話方法の関連において、コンピュータ１１から生じるコマンドを考慮に入れるのみである。ステップ２１６の前、およびステップ３０６の後で、コンピュータ１２は、図５および６の観点における前述の対話方法の場合の関連において、コンピュータ１１から生じる多くのコマンドがあるものとして、図４の観点における前述の対話方法の別の場合の関連において、コンピュータ１１から生じるコマンドがあるものとして、さらには、例えば、ローカル診断方法またはリモート診断方法など、別の方法の関連において、受信されるコマンドがあるものとして、考慮に入れることができる。

【0126】

コンピュータ１２における第１４の補助コマンドの受信は、ステップ２７８を活動化する遷移２７７を確認し、そこでコンピュータ１２は、第１４の受信された補助コマンドに対する応答を送信する。

【0127】

コマンドがＵＤＳプロトコルに従って用いられるとき、フィールド５３は、診断セッション制御を示すＳＩＤ ＄１０を含む。フィールド５４は、セッション識別コードを含み、これはこの場合は「デフォルトセッション」である。図２のフレーム３０のモデルに示される、第１４の補助コマンドに対する応答は、フィールド５６にＳＩＤ ＄５０、およびフィールド５７にセッション識別コードの注釈を含む。周期的信号がまた、進行の状態の表示を備えるとき、コンピュータ１１は、更新セッションの終了に対応する進行の状態を示す。

【0128】

コンピュータ１１における第１４の補助コマンドに対する応答の受信は、コンピュータ１１をステップ３０６からステップ３０８に遷移させる遷移３０７を確認し、そこでコンピュータ１１は、第２のローカルプログラムを活動化するために、第１５の補助コマンドをコンピュータ１２に送信する。

【0129】

第１の実施形態によれば、コンピュータ１２は、書き換え可能メモリの単一の活動化可能バンクと、書き換え可能メモリの２つの非活動化可能バンクとを備える。単一の活動化可能バンクは、車両が走行しているときに、車載コンピュータ１２によってリアルタイムに実行および／またはアクセスされるデジタルコンポーネントを含む、メモリブロックを備える。第１の非活動化可能バンクは、１つまたは複数の更新されたデジタルコンポーネントをロードするために、上述のメモリブロックを備える。第２の非活動化可能バンクは、第２のローカルプログラムによって用いられ、その実行は、車両が走行する次の時点で更新されたデジタルコンポーネントを用いて単一の活動化可能バンクを活動化するように、車両が走行していないときに、第１の非活動化可能バンクの内容を、単一の活動化可能バンクにコピーする前に、活動化可能バンクの内容を、第２の非活動化可能バンクにコピーすることが関わる。

【0130】

第２の実施形態によれば、コンピュータ１２は、書き換え可能メモリの２つの対をなす活動化可能バンクを備える。第１の対をなす活動化可能バンクは、車両が走行しているときに、車載コンピュータ１２によってリアルタイムに実行および／またはアクセスされるデジタルコンポーネントを含む、メモリブロックを備える。第２の対をなす活動化可能バンクは、１つまたは複数の更新されたデジタルコンポーネントをロードするための上述のメモリブロックを備える。そして第２のローカルプログラムの実行は、車両が走行していないときに、第１の対をなす活動化可能バンクから第２の対をなす活動可能バンクへの、リアルタイム実行の開始に切り換えることが関わり、その結果として、車両が走行する次の時点で、更新されたデジタルコンポーネントを用いて第２の対をなす活動化可能バンクを活動化し、それに対して第２の対をなす活動化可能バンクは、第１の対をなす活動可能バンクとして動作し、逆も同様である。

【0131】

第１５の補助コマンドに先行する補助コマンドのすべてまたはいくつかは、車両が走行しているときに行われ得ることが留意されるべきである。上記で述べられた２つの実施形態は、リアルタイムにデジタルコンポーネントを実行するおよび／またはアクセスするように車両の動作を切り換えるための短い持続時間、言い換えれば、デジタルコンポーネントを更新するために車両走行を止めるための短い持続時間を必要とするだけであるという利点を有する。

【0132】

図２に示されるフレーム２９は、第１５の補助コマンドを表すために用いられ得る。第１５の補助コマンドに対して、特にフィールド５４に書き込まれたターゲットは、コンピュータ１２内のメモリに記憶された切り換えプログラム参照である。

【0133】

コンピュータ１２における第１５の補助コマンドの受信は、ステップ２８０を活動化する遷移２７９を確認し、そこでコンピュータ１２は、第２のローカルプログラム、言い換えれば、第２のローカルプログラムの適切な実行の肯定応答を含む、第１５の受信された補助コマンドに対する応答を送信する前の、切り換えプログラムを活動化する。このようにしてコンピュータ１１は、コンピュータ１２が、最新として読み出されるデジタルコンポーネントのいずれの将来のアクセスおよび／または実行に対して、準備ができていることをチェックすることができる。

【0134】

コマンドがＵＤＳプロトコルに従って用いられるとき、フィールド５３は、フィールド５４のプログラム参照によって識別されるプログラムの活動化を示すＳＩＤ ＄３１を含む。図２のフレーム３０のモデルに示される、第１５の補助コマンドに対する応答は、フィールド５６にＳＩＤ ＄６２を含む。

【0135】

コンピュータ１１における第１５の補助コマンドに対する応答の受信は、ステップ３１０を活動化する遷移３０９を確認し、そこでコンピュータ１１は、周期的信号をレディ状態に設定する。周期的信号はまた、いくつかの補助コマンドを統合するフェーズにおける進行度を備え得る。例えば、コンピュータ１１は、ステップ２１２にパラメータ検証フェーズを示すため、ステップ２５２に進行中のインストールフェーズを示すため、およびステップ３１０にインストールフェーズの終了を示すために、進行度を配置する。

【0136】

コンピュータ１０におけるレディ状態での周期的信号の受信は、遷移２０７を確認し、遷移２０７は、任意の他のメインコマンドを待つ間、コンピュータ１０での初期ステップ１００を再活動化する。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】