JP2024504300A - データ処理方法及び関連デバイス - Google Patents

Abstract

本願の実施形態は、データ処理方法及び関連デバイスを開示する。方法は車両分野に適用され得る。方法は、診断デバイスによって送信された第１データ伝送要求を受信する制御デバイスを備え、ここで、第１データ伝送要求は、アップグレードファイルを受信するよう制御デバイスに要求するために使用され、第１データ伝送要求は、アップグレードファイルに対応する第１メモリアドレスを保持し、アップグレードファイルは、制御デバイスをアップグレードするために使用される。制御デバイスは、第１メモリアドレスに対応する第１ファイルパスを取得し、診断デバイスによって送信されたアップグレードファイルを受信し、第１ファイルパスが指すファイルにアップグレードファイルを格納する。したがって、アップグレードファイルは、ＵＤＳプロトコルの制約下で診断デバイスによってダウンロードされ得る。

Description

本願は、参照によって全体が本明細書に組み込まれる、「データ処理方法及び関連デバイス」と題する、２０２１年１月３０日に中国国家知識産権局に出願された中国特許出願第２０２１１０１３１６９３．８号の優先権を主張する。

本願は車両分野、特に、データ処理方法及び関連デバイスに関連する。

車両電子機器の分野において、電子制御ユニット（ｅｌｅｃｔｒｉｃａｌ ｃｏｎｔｒｏｌ ｕｎｉｔ， ＥＣＵ）は、車両ステータスモニタリング及び信号処理などの機能を実装するために車両に適用される「コンピュータ」であり、車両のコントローラである。現在、大部分の車両は、統合診断サービス（ｕｎｉｆｉｅｄ ｄｉａｇｎｏｓｔｉｃ ｓｅｒｖｉｃｅｓ， ＵＤＳ）プロトコルに基づいてアップグレード手順を実行して、車両におけるＥＣＵをアップグレードする。具体的には、ＵＤＳプロトコルにおけるプログラミング段階において、診断デバイスは、アップグレードファイルのメモリアドレス及びアップグレードファイルのファイルサイズをＥＣＵへ送信し、診断デバイスからダウンロードされたアップグレードファイルを、メモリアドレスによって示される位置に格納するようＥＣＵに通知する。従来のＥＣＵは、フラッシュ（Ｆｌａｓｈ（登録商標））に基づくので、ファイルダウンロードプロセスは、フラッシュプログラミングプロセスであり、そのダウンロードが完了することは、プログラミングが完了することを意味する。ファイルは、ＥＣＵがリセットされた後に即時的に有効になる。

チップ技術、インターネットオブシングス技術、及び、通信技術の発展に伴い、自動運転並びにオーディオ及びビデオエンターテインメントなどの機能を実装するために、オペレーティングシステムを有するインテリジェントＥＣＵをより多くの車両が搭載するようになっている。しかしながら、インテリジェントＥＣＵのアップグレードは、フラッシュをプログラミングすることによって実装できない。結果的に、ＵＤＳプロトコルに基づくアップグレード手順に適合できない。

本願の実施形態はデータ処理方法及び関連デバイスを提供する。診断デバイスによって送信されたメモリアドレスが受信された後、メモリアドレスに対応するファイルパスが取得され、受信されたアップグレードファイルはファイルパスに格納され、すなわち、制御デバイス上でアップグレード操作を実装するために、アップグレードファイルは、ＵＤＳプロトコルの制約下で診断デバイスによってダウンロードできる。

前述の技術的課題を解決すべく、本願の実施形態は、以下の技術的解決手段を提供する。

第１態様によれば、本願の実施形態はデータ処理方法を提供し、方法は車両分野に適用され得る。方法は、プログラミング段階において、制御デバイスが診断デバイスによって送信された第１データ伝送要求を受信することを含む。ＵＤＳプロトコルの制約下で、制御デバイスをアップグレードするために診断デバイスが使用されるプロセスは、プログラミング前段階、プログラミング段階、及びプログラミング後段階に分割され得る。第１データ伝送要求は、アップグレードファイルを受信するよう制御デバイスに要求するために使用され、第１データ伝送要求は、アップグレードファイルに対応する第１メモリアドレス及びアップグレードファイルのファイルサイズを保持し、アップグレードファイルは、制御デバイスをアップグレードするために使用される。更に、第１データ伝送要求は、判定命令であり、第１データ伝送要求の診断サービス識別子ＳＩＤは０ｘ３６であり得る。制御デバイスは、第１メモリアドレスに対応する第１ファイルパスを取得し、第１ファイルパスのインジケーションに基づいて第１ファイルを作成し、第１データ伝送要求に対応する肯定応答を診断デバイスへ送信する。制御デバイスは、診断デバイスによって送信されたアップグレードファイルを受信し、第１ファイルパスが指す第１ファイルにアップグレードファイルを格納する。本願の本実施形態において作成される第１ファイルのファイルフォーマットは、アドレス情報を保持しないファイルフォーマットであり得る、すなわち、ファイルフォーマットは、ｚｉｐ又はｔａｒ．ｇｚ、又は、アドレス情報を保持しない別のファイルフォーマットであり得、又は、ｓ１９若しくはｈｅｘなどのアドレス情報を保持するファイルフォーマットであり得ることに留意されたい。

本実装において、診断デバイスによって送信されたメモリアドレスを受信した後、制御デバイスはまず、メモリアドレスに対応するファイルパスを取得し、次に、診断デバイスから受信されたアップグレードファイルをファイルパスに格納する。制御デバイスがファイルパスに基づいてストレージ位置を判定し得るので、制御デバイスは、診断デバイスによって送信されたアップグレードファイルを、ファイルパスによって示されるファイルに格納し、アップグレードファイルを格納する操作を完了し得る。更に、制御デバイスは、ＵＤＳプロトコルの制約下で、診断デバイスを通じてアップグレードファイルを取得し得る。

第１態様の可能な実装において、制御デバイスが第１メモリアドレスに対応する第１ファイルパスを取得することは、制御デバイスが格納済みターゲットマッピング関係を取得し、ターゲットマッピング関係に基づいて、第１メモリアドレスに対応する第１ファイルパスを取得することを含み、ここで、ターゲットマッピング関係は、少なくとも１つのメモリアドレス及び少なくとも１つのファイルパスの間の１対１の対応関係を示す。更に、車両のメモリにストレージユニットが多数あるので、各ストレージユニットを発見するために、メモリアドレスが各ストレージユニットに割り当てられる必要があり、メモリアドレスは、メモリにおけるストレージユニットの番号を示す。ターゲットマッピング関係は、制御デバイスが工場から納品されるとき、車両において予め構成され得、又は、ターゲットマッピング関係は、制御デバイスのアップグレードプロセスにおいて更新され得る。

本実装において、制御デバイスは、ターゲットマッピング関係を予め格納し、ターゲットマッピング関係は、少なくとも１つのメモリアドレス及び少なくとも１つのファイルパスの間の１対１の対応関係を示し、その結果、制御デバイスは、格納済みターゲットマッピング関係に基づいて、第１メモリアドレスに対応する第１ファイルパスを迅速に取得し得る。これは、第１ファイルパスを取得する速度を増加させることを助ける。

第１態様の可能な実装において、制御デバイスが診断デバイスによって送信された第１データ伝送要求を受信する前に、方法は更に、プログラミング段階において、制御デバイスが診断デバイスによって送信された第２データ伝送要求を受信する段階を備え、第２データ伝送要求は、フラッシュ（Ｆｌａｓｈ）ドライブプログラムを受信するよう制御デバイスに要求するために使用され、第２データ伝送要求は、フラッシュドライブプログラムに対応する第２メモリアドレス及びフラッシュドライブプログラムのサイズを保持する。制御デバイスは、格納済みターゲットマッピング関係（すなわち、メモリアドレス及びファイルパスの間の対応関係）を取得し、ターゲットマッピング関係に基づいて第２メモリアドレスに対応する第２ファイルパスを取得し、第２ファイルパスのインジケーションに基づいて第２ファイルを作成し、第２データ伝送要求に対応する肯定応答を診断デバイスへ送信し、ここで、第１ファイルパス及び第２ファイルパスは異なるファイルパスである。制御デバイスは、診断デバイスによって送信されたフラッシュドライブプログラムを受信し、第２ファイルパスが指す第２ファイルにフラッシュドライブプログラムを格納する。

本実装では、プログラミング段階において、フラッシュドライブプログラムの伝送要求を受信した後に、制御デバイスは、第２メモリアドレスに対応する第２ファイルパス（すなわち、メモリにおけるフラッシュドライブプログラムの開始ストレージアドレス）を取得し、第２ファイルパスが指すファイルにフラッシュドライブプログラムを格納し得る。すなわち、ＵＤＳプロトコルの制約下で、制御デバイスはまた、フラッシュドライブプログラムをメモリに格納して、制御デバイスの処理方式がＵＤＳプロトコルの要件を満たしていることを確実にし得、それにより、制御デバイスのアップグレードプロセスにおける停止を低減する。これは、診断デバイスを使用することによって、制御デバイスをアップグレードする成功率を改善することを助ける。

第１態様の可能な実装において、制御デバイスが、第１ファイルパスが指すファイルにアップグレードファイルを格納した後に、方法は更に、制御デバイスがプログラミングセッションにあるとき、制御デバイスが、診断デバイスによって送信されたリセット要求を受信する段階、及び、リセット要求に対応する肯定応答を診断デバイスへ送信する段階を備え、ここで、リセット要求は具体的には、ハードリセットを実行するよう制御デバイスに示し得、すなわち、再始動操作を実行するよう制御デバイスに示す。プログラミングセッション、拡張診断セッション、及びデフォルトセッションは、制御デバイスの３つの異なるセッションモードである。プログラミングセッションのサブサービスコードは０２である。制御デバイスは、プログラミングセッションのみにおいてアップグレードされ得る。制御デバイスは、受信されたリセット要求に応答して、プログラミング依存性チェック操作が制御デバイスによって実行されるかどうかを判定し、プログラミング依存性チェック操作が制御デバイスによって実行されると判定したとき、アップグレードファイルに基づいて制御デバイスに対してアップグレード操作を実行することをトリガし、制御デバイスに対してリセット操作を実行する。プログラミング依存性チェック操作は、ダウンロードされたアップグレードファイルの妥当性及び互換性をチェックすることを目的とする。ＵＤＳプロトコルにおいて、プログラミング依存性は、英語のバリデートアプリケーションに変換され、プログラミング依存性の意味は、ＵＤＳプロトコルを参照して理解され得る。

本実装では、ＵＤＳプロトコルにおいて、非制御デバイスがアップグレードファイルのダウンロードを完了した後に、制御デバイスに対するアップグレード操作が完了したとみなされる。しかしながら、制御デバイスについては、アップグレードファイルをローカルにダウンロードすることだけでは、制御デバイスのアップグレード操作を完了できない。本願の本実施形態において、制御デバイスがリセット要求を受信した後に、アップグレード操作のトリガが自動的に完了されるように選択され、制御デバイスのアップグレードプロセスが完全に自動化されることが確実にされる。

第１態様の可能な実装において、プログラミング依存性チェック操作が制御デバイスによって実行されるかどうかを制御デバイスが判定することは、制御デバイスが、ターゲットレコードに基づいて、プログラミング依存性チェック操作が制御デバイスによって実行されるかどうかを判定することを含み、ここで、ターゲットレコードは、プログラミング依存性チェック操作が制御デバイスによって実行されるかどうかを示す。ターゲットレコードは具体的には、プログラミング依存性チェックが実行されるかどうかを記録する、制御デバイスにおけるフラグビットとして表され得る。フラグビットの値が第１値であるとき、プログラミング依存性チェック操作が制御デバイスによって実行されることが示され；又は、フラグビットの値が第２値であるとき、プログラミング依存性チェック操作が制御デバイスによって実行されることを示し、ここで、第１値及び第２値は異なる値である。プログラミング依存性チェック操作が制御デバイスによって実行されるとターゲットレコードが示す場合、制御デバイスは、プログラミング依存性チェック操作が制御デバイスによって実行されるかどうかを判定した後、ターゲットレコードを再度更新し、更新されたターゲットレコードは、プログラミング依存性チェック操作が制御デバイスによって実行されないことを示す。

第１態様の可能な実装において、制御デバイスがアップグレードファイルに基づいて制御デバイスに対してアップグレード操作を実行することは、制御デバイスが、ダウンロードされたアップグレードファイルに対して圧縮解除動作を実行して、複数のアップグレードサブファイル、構成情報、及びシステムバージョン番号を取得することを含む。構成情報は、アップグレードファイルにおける各アップグレードサブファイルのインストール方式を示す。制御デバイスは、構成情報のインジケーションに基づく対応する方式で、アップグレードファイルにおける複数のアップグレードサブファイルをインストールし、制御デバイスに対するアップグレード操作を完了する。

第１態様の可能な実装において、方法は更に、プログラミング段階において、制御デバイスが、診断デバイスによって送信された第３診断命令を受信する段階を備え、第３診断命令は、第１ストレージ空間におけるデータに対して消去操作を実行するよう制御デバイスに命令する。第１ストレージ空間は、診断デバイスが制御デバイスへ送信したいアップグレードファイルのストレージ位置であり、第３診断命令は、第１メモリアドレス、及び、診断デバイスが制御デバイスに消去させる必要がある空間のサイズを保持し、すなわち、第１ストレージ空間の始点は第１メモリアドレスであり、第１ストレージ空間のサイズは、診断デバイスが制御デバイスに消去させる必要がある空間のサイズ（すなわち、制御デバイスのアップグレードファイルのサイズ）である。受信された第３診断命令に応答して、制御デバイスは、ターゲットマッピング関係に基づいて、第１メモリアドレスに対応する第１ファイルパスを取得し、第１ファイルパスが指す第３ファイルに対して削除操作を実行する。第３ファイル及び第１ファイルは異なるファイルであり、第３ファイルは、前のアップグレードプロセスにおける制御デバイスによって作成されたファイルであり、削除操作が第３ファイルに対して実行されるとき、制御デバイスは、第１ファイルを作成していないことに留意されたい。

第１態様の可能な実装において、方法は更に、プログラミング段階において、制御デバイスが、診断デバイスによって送信された第３診断命令を受信する段階を備え、第３診断命令は、第１ストレージ空間におけるデータに対して消去操作を実行するよう制御デバイスに命令する。制御デバイスは、受信された第３診断命令に応答して、第３診断命令に対応する肯定応答を診断デバイスへ直接送信し、第３診断命令に対応する肯定応答は、第１ストレージ空間におけるデータ上の消去操作が制御デバイスによって完了されることを示す。

第１態様の可能な実装において、方法は更に、制御デバイスがプログラミングセッションにあるときにリセット要求を受信する段階、及び、受信されたリセット要求に応答して、プログラミング依存性チェック操作が制御デバイスによって実行されないときだけ制御デバイスのリセット操作をトリガする段階を備える。

本実装において、制御デバイスがプログラミングセッションにあるとき、制御デバイスは、アップグレードプログラムだけでなく、別のプログラムにおいてもリセット要求を受信し得る。したがって、制御デバイスは、プログラミング依存性チェック操作が実行されるかどうかを判定し、制御デバイスがアップグレード手順にあるかどうかを判定する。制御デバイスがアップグレード手順にないと判定されるとき、制御デバイスは、リセット操作のみを実行し、アップグレードプログラムを実行せず、アップグレードプロセス中にアップグレードファイルを使用することのみによって、制御デバイスがアップグレード操作を実行することを確実にし、アップグレード操作の不正確なトリガを回避する。

第１態様の可能な実装において、制御デバイスがアップグレードファイルに基づいて制御デバイスに対してアップグレード操作を実行することをトリガした後に、方法は更に、アップグレード操作が失敗したと判定されたとき、制御デバイスのシステムバージョン番号を無効値に設定する段階、ここで、無効値は、アップグレード操作が失敗したことを示す；及び、アップグレード操作の実行に成功したと判定されたとき、制御デバイスのシステムバージョン番号を、アップグレードファイルに保持されるシステムバージョン番号（すなわち、有効なシステムバージョン番号）に設定する段階を備える。

本実装では、ＵＤＳプロトコルにおいて、アップグレードファイルをＥＣＵにダウンロードすることは、ＥＣＵのアップグレード操作を完了することとみなされる。したがって、診断デバイスは、プログラミング依存性チェック操作を実行するようＥＣＵを制御する。プログラミング依存性チェック操作が合格した場合、診断デバイスは、ＥＣＵのアップグレードが成功したと判定し；又は、プログラミング依存性チェック操作が合格しなかった場合、診断デバイスは、ＥＣＵのアップグレードが失敗したと判定する。加えて、ＵＤＳプロトコルにおいて、診断デバイスは、プログラミング依存性チェック操作が合格したかどうかを判定することによって、ＥＣＵのアップグレードが成功したかどうかを判定する。したがって、現在の非インテリジェントＥＣＵにおいて、現在のＵＤＳプロトコルによれば、アッパーコンピュータは、システムバージョン番号に基づいて、アップグレードが成功したかどうかをチェックしない。この解決手段において、アップグレード操作が失敗したと判定した後、インテリジェントＥＣＵは、インテリジェントＥＣＵのシステムバージョン番号を無効値に設定し、その結果、診断デバイスは、インテリジェントＥＣＵのアップグレードが成功したかどうかを時間内にチェックして、インテリジェントＥＣＵのアップグレードが本当に成功したことを確実にし得、それにより、車両走行プロセスの安全性を確実にする。

第２態様によれば、本願の実施形態はデータ処理方法を提供し、方法は車両分野に適用され得る。方法は、プログラミング段階において、診断デバイスが第１データ伝送要求を制御デバイスへ送信し、第１データ伝送要求は、アップグレードファイルを受信するよう制御デバイスに要求するために使用され、第１データ伝送要求は第１メモリアドレスを保持し、第１メモリアドレスは第１ファイルパスに対応し、アップグレードファイルは、制御デバイスをアップグレードするために使用されること；及び、診断デバイスは、制御デバイスによって送信された第１肯定応答を受信し、第１肯定応答に基づいてアップグレードファイルを制御デバイスへ送信し、アップグレードファイルは、第１ファイルパスが指す第１ファイルに格納されることを含む。

第２態様の可能な実装において、診断デバイスがアップグレードファイルを制御デバイスへ送信した後に、方法は更に、プログラミング後段階において、診断デバイスがリセット要求を制御デバイスへ送信する段階を備え、ここで、リセット要求は、プログラミング依存性チェック操作が実行されるとき、アップグレードファイルに基づく制御デバイスに対するアップグレード操作、及びリセット操作をトリガするように制御デバイスに示す。

第２態様の可能な実装において、方法は更に、診断デバイスがバージョン番号クエリ要求を制御デバイスへ送信する段階、及び、制御デバイスによって送信されたシステムバージョン番号を受信する段階を備え、ここで、システムバージョン番号が無効値であるとき、制御デバイスのアップグレードが失敗したことを示す。

本願の本実施形態の第２態様において、診断デバイスは更に、第１態様の可能な実装において診断デバイスによって実行される段階を実行し得る。本願の本実施形態の第２態様及び第２態様の可能な実装の具体的な実装段階、並びに、各可能な実装によってもたらされる有益な効果については、第１態様の可能な実装における説明を参照されたい。ここでは、詳細について改めて説明しない。

第３態様によれば、本願の実施形態は、制御デバイスを提供し、制御デバイスは車両分野において使用され得る。制御デバイスは、プログラミング段階において、診断デバイスによって送信された第１データ伝送要求を受信するように構成される受信モジュール、ここで、前記第１データ伝送要求は、アップグレードファイルを受信するよう前記制御デバイスに要求するために使用され、前記第１データ伝送要求は、前記アップグレードファイルに対応する第１メモリアドレスを保持し、前記アップグレードファイルは、前記制御デバイスをアップグレードするために使用される；前記第１メモリアドレスに対応する第１ファイルパスを取得するように構成される取得モジュール；及び、前記診断デバイスによって送信された前記アップグレードファイルを受信し、前記第１ファイルパスが指す第１ファイルに前記アップグレードファイルを格納するように構成されるストレージモジュールを備える。

本願の本実施形態の第３態様において、制御デバイスは更に、第１態様の可能な実装における制御デバイスによって実行される段階を実行し得る。本願の本実施形態の第３態様及び第３態様の可能な実装の具体的な実装段階、並びに、各可能な実装によってもたらされる有益な効果については、第１態様の可能な実装における説明を参照されたい。ここでは、詳細について改めて説明しない。

第４態様によれば、本願の実施形態は診断デバイスを提供し、診断デバイスは、車両分野において使用され得る。診断デバイスは、プログラミング段階において、第１データ伝送要求を制御デバイスへ送信するように構成される送信モジュール、ここで、前記第１データ伝送要求は、アップグレードファイルを受信するよう前記制御デバイスに要求するために使用され、前記第１データ伝送要求は、前記アップグレードファイルに対応する第１メモリアドレスを保持し、前記第１メモリアドレスは、第１ファイルパスに対応し、前記アップグレードファイルは、前記制御デバイスをアップグレードするために使用される；及び、前記制御デバイスによって送信される第１肯定応答を受信するように構成される受信モジュールを備え、前記送信モジュールは更に、前記第１肯定応答に基づいて、前記アップグレードファイルを前記制御デバイスへ送信するように構成され、前記アップグレードファイルは、前記第１ファイルパスが指すファイルに格納される。

本願の本実施形態の第４態様において、診断デバイスは更に、第２態様の可能な実装において診断デバイスによって実行される段階を実行し得る。本願の本実施形態の第４態様及び第４態様の可能な実装の具体的な実装段階、並びに、各可能な実装によってもたらされる有益な効果については、第２態様の可能な実装における説明を参照されたい。ここでは、詳細について改めて説明しない。

第５態様によれば、本願の実施形態は、電子デバイスを提供する。電子デバイスは、プロセッサを含み得、プロセッサは、メモリに結合され、メモリは、プログラム命令を格納する。メモリに格納されたプログラム命令がプロセッサによって実行されるとき、第１態様又は第２態様におけるデータ処理方法が実装される。

第６の態様によれば、本願の実施形態は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、コンピュータプログラムを格納する。コンピュータプログラムがコンピュータ上で実行されるとき、コンピュータは、第１態様又は第２態様におけるデータ処理方法を実行することが可能である。

第７態様によれば、本願の実施形態は回路システムを提供する。回路システムは処理回路を備え、処理回路は、第１態様又は第２態様におけるデータ処理方法を実行するように構成される。

第８態様によれば、本願の実施形態はコンピュータプログラムを提供する。コンピュータプログラムがコンピュータ上で実行されるとき、コンピュータは、第１態様又は第２態様におけるデータ処理方法を実行することが可能である。

第９態様によれば、本願お実施形態はチップシステムを提供する。チップシステムは、上記の態様における機能、例えば、上記の方法におけるデータ及び／又は情報の送信又は処理などを実装するように構成されるプロセッサを含む。可能な設計において、チップシステムは更にメモリを含む。メモリは、サーバ又は通信デバイスに必要であるプログラム命令及びデータを格納するように構成されている。チップシステムは、チップを含み得る、又は、チップ及び別のディスクリートコンポーネントを含み得る。

第１０態様によれば、本願の実施形態は車両を提供する。１又は複数の制御デバイスが車両において構成され、制御デバイスは、第１態様又は第２態様のデータ処理方法における制御デバイスによって実行される段階を実行するように構成される。

第１１態様によれば、本願の実施形態はデータ処理システムを提供する。データ処理システムは、制御デバイス及び診断デバイスを含む。制御デバイスは、第１態様又は第２態様のデータ処理方法における制御デバイスによって実行される段階を実行するように構成される。診断デバイスは、第１態様又は第２態様のデータ処理方法における診断デバイスによって実行される段階を実行するように構成される。

本願の実施形態によるデータ処理システムのシステムアーキテクチャの図である。

本願の実施形態によるデータ処理システムの別のシステムアーキテクチャの図である。

本願の実施形態によるデータ処理方法の概略フローチャートである。

本願の実施形態によるデータ処理方法の別の概略フローチャートである。

本願の実施形態によるデータ伝送方法における、診断デバイスがフラッシュ（Ｆｌａｓｈ）ドライブプログラムをインテリジェントＥＣＵへ送信する概略フローチャートである。

本願の実施形態によるデータ伝送方法における、診断デバイスがフラッシュドライブプログラムをインテリジェントＥＣＵへ送信する別の概略フローチャートである。

本願の実施形態によるデータ処理方法の更に別の概略フローチャートである。

本願の実施形態によるデータ処理方法におけるターゲット命令を取得するインタフェースの概略図である。

本願の実施形態による制御デバイスの構造の概略図である。

本願の実施形態による制御デバイスの別の構造の概略図である。

本願の実施形態による診断デバイスの構造の概略図である。

本願の実施形態による電子デバイスの構造の概略図である。

以下では、添付図面を参照して、本願の実施形態を説明する。当業者であれば、技術の発展及び新しいシナリオの登場に伴い、本願の実施形態において提供される技術的解決手段はまた、同様の技術的課題に適用可能であることを認識し得る。

本願の明細書、請求項及び添付図面において、「第１」、「第２」などの用語は、同様の対象を区別することを意図するものであり、必ずしも特定の順番又は順序を示すものではない。このように使用された用語は、適切な状況において入れ替え可能であり、これは、同じ属性を有するオブジェクトが本願の実施形態において説明されているときに使用される識別方式に過ぎないことを理解されたい。加えて、「含む」、「備える」という用語及びそれらの任意の変形は、非排他的包含をカバーすることを意味し、一例のユニットを含むプロセス、方法、システム、製品、又はデバイスは、必ずしもこれらのユニットに限定されるものではなく、明示的に列挙されない、又は、そのようなプロセス、方法、製品、若しくはデバイスに固有である他のユニットを含み得る。

本願の実施形態において、制御デバイスは、車両の制御ユニット又はデータセンタであり、車両のコンポーネントのコントローラであり得るか、又は、車両コントローラであり得、例えば、電子制御ユニット（ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ ｕｎｉｔ， ＥＣＵ）、車両制御ユニット（ｖｅｈｉｃｌｅ ｃｏｎｔｒｏｌ ｕｎｉｔ， ＶＣＵ）、ドメイン制御ユニット（ｄｏｍａｉｎ ｃｏｎｔｒｏｌ ｕｎｉｔ， ＤＣＵ）、又はモバイルデータセンタ（ｍｏｂｉｌｅ ｄａｔａ ｃｅｎｔｅｒ， ＭＤＣ）であり得る。これらの制御デバイスは、オペレーティングシステムを有し、メモリ、ファイル、及び同様のものを管理し得る。従来のフラッシュベースＥＣＵから区別し、説明を容易にするべく、本願の実施形態において、制御デバイスは、場合により、インテリジェント制御デバイス、インテリジェントＥＣＵ、又は同様のものと称され得る。

更に、オペレーティングシステムはインテリジェントＥＣＵに統合される。インテリジェントＥＣＵ及び非インテリジェントＥＣＵ（「従来のフラッシュベースＥＣＵ」、「従来のＥＣＵ」、又は同様のものとも称され得る）の間の相違点は、ソフトウェアに関して、非インテリジェントＥＣＵの機能は単純であること、非インテリジェントＥＣＵは、単純なシステムを実行することによって単純なタスクを実行すること、及び、インテリジェントＥＣＵは、複雑なオペレーティングシステム及び強力な並列処理機能を有し、オーディオ及びビデオエンターテインメント、支援運転、及び自動運転などのタスクを実行できることである。ハードウェアに関して、非インテリジェントＥＣＵは、シングルマイクロコントローラユニット（ｍｉｃｒｏ ｃｏｎｔｒｏｌｌｅｒ ｕｎｉｔ， ＭＣＵ）を含む。中央演算処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ， ＣＰＵ）は、限定された処理能力を有し、限定されたストレージ空間で構成される。インテリジェントＥＣＵは、強力なＣＰＵ及びより多くのストレージ空間を有し、又は、複数のプロセッサから成る複雑な異種コンピュータシステムを有する。

ＵＤＳプロトコルは、ＩＳＯ１５７６５規格及びＩＳＯ１４２２９規格に基づいて定義された一般的な車両診断プロトコルである。ＵＤＳプロトコルは、診断デバイスがクライアント側として機能してサーバ側の制御デバイス、例えば車両におけるＥＣＵをアップグレード（「更新」とも称され得る）するプロセスを定義する。アップグレードプロセスは、プログラミング前段階、プログラミング段階、及びプログラミング後段階に分割され得る。診断デバイスは、いくつかのシナリオにおいてアッパーコンピュータとも称され得る。更に、図１ａは、本願の実施形態によるデータ処理システムのシステムアーキテクチャの図である。図１ａにおいて、サーバ（ｓｅｒｖｅｒ）側のインテリジェントＥＣＵ、及び、クライアント（ｃｌｉｅｎｔ）側の診断デバイスが含まれる。ＵＤＳプロトコルの制約下で診断デバイスを使用することによってインテリジェントＥＣＵをアップグレードするプロセスはまた、ＵＤＳプロトコルの制約下で診断デバイスが診断命令をインテリジェントＥＣＵへ送信し、インテリジェントＥＣＵを制御してアップグレードするプロセスである。

具体的には、プログラミング段階において、診断デバイスは、データ伝送要求を車両におけるインテリジェントＥＣＵへ送信し、データ伝送要求は、診断デバイス及び制御デバイスの間のデータ伝送を開始するように要求するために使用される。データ伝送要求は、アップグレードファイルに対応するメモリアドレス及びアップグレードファイルのファイルサイズを保持する。インテリジェントＥＣＵ（「インテリジェントＥＣＵ」の説明については、以下を参照されたい）が、車両において構成される場合、インテリジェントＥＣＵは、ＵＤＳプロトコルに基づくアップグレード手順に適合できないので、受信されたアップグレードファイルを保存できない、すなわち、診断デバイスは、アップグレードファイルをインテリジェントＥＣＵへ送信できず、その結果、インテリジェントＥＣＵに対するアップグレード操作を完了できない。

課題を解決するべく、本願の実施形態はデータ処理方法を提供する。この解決手段をより直感的に理解するために、本願の本実施形態において提供されるデータ処理システムがまず説明される。図１ｂは、本願の実施形態によるデータ処理システムのシステムアーキテクチャの図である。図１ｂに示すように、データ処理システムは、１又は複数のインテリジェントＥＣＵ１及び診断デバイス２を含む。１又は複数のインテリジェントＥＣＵ１は、車両において構成され得、診断デバイス２は、有線ネットワークを通じてインテリジェントＥＣＵ１に接続される。

具体的には、ＵＤＳプロトコルの制約下で、プログラミング段階において、アップグレードファイルをインテリジェントＥＣＵ１へ送信する前に、診断デバイス２はまず、データ伝送要求をインテリジェントＥＣＵ１へ送信し、データ伝送要求は、アップグレードファイルに対応するメモリアドレス、及び、アップグレードファイルのファイルサイズを保持する。データ伝送要求を受信した後、インテリジェントＥＣＵ１は、メモリアドレスに対応するファイルパスを取得する。インテリジェントＥＣＵ１は、ファイルパスに基づいてストレージ位置を判定し得るので、インテリジェントＥＣＵ１は、診断デバイス２によって送信されたアップグレードファイルを、ファイルパスが指すファイルに格納し得、すなわち、インテリジェントＥＣＵ１に対するアップグレード操作は、ＵＤＳプロトコルの制約下において、診断デバイス２を使用することによって実装され得る。

診断デバイスは、テスタ（Ｔｅｓｔｅｒ）とも称され得る。車両は、自動車、トラック、バイク、バス、船、航空機、ヘリコプター、芝刈り機、娯楽用車両、運動場車両、建築デバイス、トロリー、ゴルフカート、電車、又は手押し車など、インテリジェントＥＣＵが配置されたデバイスであり得る。本願の本実施形態では、これについて特に限定しない。

具体的には、１つの場合において、複数のインテリジェントＥＣＵ１が車両において構成され、複数のインテリジェントＥＣＵ１における異なるインテリジェントＥＣＵ１が、異なる機能を担う。例えば、インテリジェントＥＣＵ１は、エンジン管理システム（ｅｎｇｉｎｅ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ， ＥＭＳ）とも称され得、エンジンの燃料噴射、点火、及び、トルク配分などの機能を制御することを担う。別の例において、インテリジェントＥＣＵ１は代替的に、自動伝送制御ユニット（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｕｎｉｔ， ＴＣＵ）と称され得、主に、車両の運転ステータスに基づいて異なるギアポリシーを使用することを担う。更に別の例において、例えば、インテリジェントＥＣＵ１は代替的に、車体制御モジュール（ｂｏｄｙ ｃｏｎｔｒｏｌ ｍｏｄｕｌｅ， ＢＣＭ）と称され得、主に、ランプ、ワイパー、ドアロック、電動ウィンドウ、スカイライト、及び電動バックミラーなどの車体機器を制御することを担う。なお更に別の例において、インテリジェントＥＣＵ１はまた、車体の安定性を制御するように構成されたオペレーティングシステムであり得、又は、インテリジェントＥＣＵ１は、バッテリ管理システム（ｂａｔｔｅｒｙ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ， ＢＭＳ）として表され、又は、インテリジェントＥＣＵ１は、車両の経済性、電力、及びセキュリティを改善し、排気汚染を低減し、及び同様のものを行うために、エンジン、駆動モータ、コンバータ、及び電源バッテリなどのコンポーネントの動作を協調させるように構成される。インテリジェントＥＣＵ１の具体的な機能は、本明細書において包括的に説明されない。複数のインテリジェントＥＣＵ１が車両において構成される場合、診断デバイス２は、複数のインテリジェントＥＣＵ１を１つずつアップグレードし得ることに留意されたい。

別の場合において、１つのインテリジェントＥＣＵ１が車両において構成され得る。インテリジェントＥＣＵ１は、車両全体の汎用制御システムであり得る。送信機管理、バッテリ管理、車体制御、及び伝送制御ユニット制御などの機能がインテリジェントＥＣＵ１において統合される。図１ｂは、１つのインテリジェントＥＣＵ１だけを示しているが、車両に実際に含まれるインテリジェントＥＣＵ１の数は車両の実際の構成に基づいて決定される必要があることに留意されたい。

本願の実施形態において提供されるデータ処理方法を詳細に説明する前に、本願の実施形態における主な改善点をまず説明する。図２は、本願の実施形態によるデータ処理方法の概略フローチャートである。図２の左のサブ概略図において、Ｃ１：インテリジェントＥＣＵがセッションモードをプログラミングセッションに切り替える。Ｃ２：インテリジェントＥＣＵがセキュリティアクセス操作を実行する。Ｃ３：インテリジェントＥＣＵが診断デバイスフィンガープリントを記録する。Ｃ４：インテリジェントＥＣＵがフラッシュドライブプログラムをローカルにダウンロードし、フラッシュドライブプログラムに対して完全性チェックを実行する。具体的には、図２の右上のサブ概略図に示されるように、Ｃ４は以下を含む。Ｄ１：インテリジェントＥＣＵが、診断デバイスによって送信された第２データ伝送要求を受信し、ここで、第２データ伝送要求は第２メモリアドレスを保持する。Ｄ２：インテリジェントＥＣＵは、第２メモリアドレスに対応する第２ファイルパスを取得し、第２ファイルパスのインジケーションに基づいて第２ファイルを作成する。Ｄ３：インテリジェントＥＣＵは、第２データ伝送要求に対応する肯定応答を診断デバイスへ送信する。Ｄ４：インテリジェントＥＣＵは、診断デバイスによって送信された第２ファイル転送命令を受信し、ここで、第２ファイル転送命令はフラッシュドライブプログラムを保持する。Ｄ５：インテリジェントＥＣＵは、第２ファイルパスによって示される第２ファイルに第２ファイル転送命令中のデータを書き込む。Ｄ６：インテリジェントＥＣＵは、第２ファイル転送命令に対応する肯定応答を診断デバイスへ送信する。Ｃ５：インテリジェントＥＣＵは、第１ストレージ空間におけるデータに対して消去操作を実行する。Ｃ６：インテリジェントＥＣＵは、アップグレードファイルをローカルにダウンロードし、アップグレードファイルに対して完全性チェックを実行する。具体的には、図２の右下サブ概略図に示されるように、Ｃ６は、以下を含む。Ｅ１：インテリジェントＥＣＵは、診断デバイスによって送信された第１データ伝送要求を受信し、ここで、第１データ伝送要求は第１メモリアドレスを保持する。Ｅ２：インテリジェントＥＣＵは、第１メモリアドレスに対応する第１ファイルパスを取得し、第１ファイルパスのインジケーションに基づいて第１ファイルを作成する。Ｅ３：インテリジェントＥＣＵは、第１データ伝送要求に対応する肯定応答を診断デバイスへ送信する。Ｅ４：インテリジェントＥＣＵは、診断デバイスによって送信された第１ファイル転送命令を受信し、ここで、第１ファイル転送命令はアップグレードファイルを保持する。Ｅ５：インテリジェントＥＣＵは、第１ファイルパスによって示される第１ファイルに第１ファイル転送命令内のデータを書き込む。Ｅ６：インテリジェントＥＣＵは、第１ファイル転送命令に対応する肯定応答を診断デバイスへ送信する。Ｃ７：インテリジェントＥＣＵはプログラミング依存性チェック操作を実行する。図２から、本願の実施形態における主な改善点は、インテリジェントＥＣＵによってアップグレードファイル及びフラッシュドライブプログラムをダウンロードする２つの段階であることが分かる。本願の実施形態において解決される必要がある主な課題は、ＵＤＳプロトコルの制約下で、診断デバイスを使用することによって、アップグレードファイルをインテリジェントＥＣＵへどのように送信するかであり、すなわち、本願の本実施形態における主な段階は、Ｅ１～Ｅ６であることに留意されたい。図２の例は単に、本解決手段の理解を容易にするためのものであり、本解決手段を限定することを意図するものではない。

ＵＤＳプロトコルにおいて定義される診断デバイスを使用することによってＥＣＵをアップグレードするプロセスは、プログラミング前段階（ｐｒｅ－ｐｒｏｇｒａｍｍｉｎｇ ｓｔｅｐ）、プログラミング段階（ｐｒｏｇｒａｍｍｉｎｇ ｓｔｅｐ）、及びプログラミング後段階（Ｐｏｓｔ－Ｐｒｏｇｒａｍｍｉｎｇ ｓｔｅｐ）に分割される。しかしながら、本願の実施形態において提供されるデータ処理方法は、主にプログラミング段階及びプログラミング後段階において変更される。解決手段の完全性を考慮して、以下ではまず、本願の実施形態において提供されるデータ処理方法におけるプログラミング段階及びプログラミング後段階の具体的な実装手順を順番に説明する。

１．プログラミング段階

本願のこの実施形態においては、図３を参照されたい。図３は、本願の実施形態によるデータ処理方法の概略フローチャートである。図３に示されるように、プログラミング段階において、段階３０８～段階３１０が実行され、その結果、ＵＤＳプロトコルの制約下で診断デバイスを使用することによって、アップグレードファイルがインテリジェントＥＣＵへ送信され得る。この解決手段の理解を容易にするべく、以下では、段階３０１から段階３１１を実行することによって、プログラミング段階全体を詳細に説明する。本願の本実施形態において提供されるデータ処理方法は以下の段階を備え得る。

３０１：診断デバイスが第１診断命令をインテリジェントＥＣＵへ送信し、ここで、第１診断命令は、プログラミングセッションを入力するようインテリジェントＥＣＵに命令する。

本願の本実施形態において、インテリジェントＥＣＵがプログラミング前段階の操作を完了すると判定した後、診断デバイスは第１診断命令をインテリジェントＥＣＵへ送信し得る。第１診断命令は、現在のセッションモードをプログラミングセッション（ｐｒｏｇｒａｍｍｉｎｇ ｓｅｓｓｉｏｎ）に切り替えるようインテリジェントＥＣＵに命令する。更に、ＵＤＳプロトコルにおける第１診断命令の名称は、診断セッション制御（Ｄｉａｇｎｏｓｔｉｃ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ）命令であり得る。

受信された第１診断命令に応答して、インテリジェントＥＣＵはまず、インテリジェントＥＣＵが現在プログラミングセッション中にあるかどうかを認識する。インテリジェントＥＣＵがプログラミングセッション中にある場合、インテリジェントＥＣＵは、肯定応答を診断デバイスへ直接送信し、ここで、肯定応答は、インテリジェントＥＣＵがプログラミングセッションに入ったと診断デバイスに通知するために使用される。インテリジェントＥＣＵがプログラミングセッション中でない場合、インテリジェントＥＣＵは、セッションモード切り替え操作を実行して、インテリジェントＥＣＵの現在のセッションモードをプログラミングセッションに切り替える。インテリジェントＥＣＵがプログラミングセッションへの切り替えに成功した場合、インテリジェントＥＣＵは、肯定応答を診断デバイスへ送信する。インテリジェントＥＣＵがプログラミングセッションへの切り替えに失敗した場合、インテリジェントＥＣＵは、否定応答を診断デバイスへ送信し、ここで、否定応答は、インテリジェントＥＣＵがプログラミングセッションに入ることに失敗したことを診断デバイスに通知するために使用される。

インテリジェントＥＣＵによって送信された肯定応答を診断デバイスが受信した場合、段階３０２が実行される。インテリジェントＥＣＵによって送信された否定応答を診断デバイスが受信した場合、インテリジェントＥＣＵのためのプログラムアップグレードが停止される。任意選択的に、診断デバイスは更にプロンプト情報を出力し得、ここで、プロンプト情報は、インテリジェントＥＣＵについてのプログラムアップグレードが失敗したことを当業者に通知するために使用される。

第１診断命令、肯定応答、及び否定応答のフォーマットはすべてＵＤＳプロトコルにおける関連する命令の定義に従う。第１診断命令は、診断サービス識別子（ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｆｉｅｒ， ＳＩＤ）を保持する。インテリジェントＥＣＵは、第１診断命令に保持されるＳＩＤに基づいて、診断命令に対応する操作タイプを判定し得る。更に、ＵＤＳプロトコルにおいて定義されるＥＣＵアップグレード手順において、診断デバイス及びＥＣＵの間のインタラクションは診断命令の形態であり、各診断命令はＳＩＤを保持する。ＵＤＳプロトコルは、異なるＳＩＤ及び異なるタイプの操作の間の対応関係を定義する。例において、第１診断命令において保持されるＳＩＤは、０ｘ１０であり得る。別の例において、診断デバイスによってインテリジェントＥＣＵへ送信される診断命令に保持されるＳＩＤが０ｘ３４である場合、診断命令は、診断デバイスがデータ伝送開始要求をインテリジェントＥＣＵへ送信すると示す。別の例において、診断デバイスによってインテリジェントＥＣＵへ送信される診断命令に保持されるＳＩＤが０ｘ３６である場合、診断命令は、診断デバイスが、格納される必要があるデータをインテリジェントＥＣＵへ送信することを示す。本明細書における例は単に、本解決手段の理解を容易にするためのものであり、すべてのＳＩＤは、包括的なものではないことが理解されるべきである。加えて、ＵＤＳプロトコルの制約下において、異なる車両製造者は、ＳＩＤ及び操作タイプの間の対応関係のわずかに異なる定義を有し得、各ＳＩＤの意味は、実際のアプリケーションシナリオに依存する。

第１診断命令に対するインテリジェントＥＣＵの返信が肯定応答（ｐｏｓｉｔｉｖｅ ｒｅｓｐｏｎｓｅ）である場合、肯定応答のＳＩＤは具体的には、第１診断命令に保持されるＳＩＤ＋０ｘ４０として表され得る。第１診断命令に対するインテリジェントＥＣＵの返信が否定応答（ｎｅｇａｔｉｖｅ ｒｅｓｐｏｎｓｅ）である場合、否定応答のＳＩＤは０ｘ７Ｆであり得、否定応答は更に、第１診断命令のＳＩＤを含み得る。

プログラミングセッション、拡張診断セッション（ｅｘｔｅｎｄｅｄ ｄｉａｇｎｏｓｔｉｃ ｓｅｓｓｉｏｎ）、及びデフォルトセッション（ｄｅｆａｕｌｔ ｓｅｓｓｉｏｎ）は、インテリジェントＥＣＵの３つの異なるセッションモードである。プログラミングセッションのサブサービスコードは０２である。インテリジェントＥＣＵは、プログラミングセッションのみにおいてアップグレードされ得る。

３０２：診断デバイスは、第２診断命令をインテリジェントＥＣＵへ送信し、ここで、第２診断命令は、セキュリティアクセス操作を実行するようインテリジェントＥＣＵに命令する。

本願の本実施形態において、インテリジェントＥＣＵがプログラミングセッションに入ったと判定した後に、診断デバイスは第２診断命令をインテリジェントＥＣＵへ送信する。第２診断命令は、セキュリティアクセス操作を実行するようインテリジェントＥＣＵに命令する。更に、ＵＤＳプロトコルにおける第２診断命令の名称は、セキュリティアクセス（Ｓｅｃｕｒｉｔｙ Ａｃｃｅｓｓ）命令であり得、第２診断命令に保持されるＳＩＤは、０ｘ２７であり得る。

具体的には、第２診断命令は具体的には、シード（ｓｅｅｄ）を取得することを要求するために使用され得る。受信された第２診断命令に応答して、インテリジェントＥＣＵは、シードをランダムに生成し、診断デバイスへシードを送信し得る。診断デバイスは、予め構成された第１アルゴリズムに基づいて、受信されたシードに対して計算を実行し、第１キーを取得する。診断デバイスは第１キーをインテリジェントＥＣＵへ送信する。インテリジェントＥＣＵは、計算を通じて第２キーを取得し、診断デバイスから取得された第１キーを第２キーと比較する。第１キーが第２キーと一致する場合、診断デバイスがセキュリティアクセスの認証に成功したと判定され、インテリジェントＥＣＵは肯定応答を診断デバイスへ送信する。第１キーが第２キーと不一致である場合、診断デバイスがセキュリティアクセスの認証に成功しなかったと判定され、インテリジェントＥＣＵは否定応答を診断デバイスへ送信する。第２キーは、インテリジェントＥＣＵが第２アルゴリズムに基づいてシードに対して計算を実行した後に取得される。

診断デバイスが肯定応答を受信し、診断デバイスがインテリジェントＥＣＵのセキュリティアクセスの認証に成功したと判定された場合、段階３０３が実行される。診断デバイスが否定応答を受信し、診断デバイスがインテリジェントＥＣＵのセキュリティアクセスの認証に成功しなかったと判定される場合、インテリジェントＥＣＵのアップグレード手順が停止される。任意選択的に、診断デバイスはプロンプト情報を出力し、診断デバイスがインテリジェントＥＣＵのセキュリティアクセスの認証において成功しなかったと当業者に通知し得る。段階３０１は、肯定応答及び否定応答を生成する規則を示し、異なるタイプの診断命令に対応する肯定応答は、異なる内容を有し、異なるタイプの診断命令に対応する否定応答は、異なる内容を有ることに留意されたい。具体的には、インテリジェントＥＣＵによって診断デバイスへ送信された肯定応答／否定応答の具体的内容は、実際の状況を参照して判定されるべきである。これは、本願の本実施形態において限定されることはない。加えて、診断デバイスがセキュアな診断デバイスである場合、診断デバイスにおいて構成される第１アルゴリズム、及び第２アルゴリズムは、同一のアルゴリズムであり、その結果、計算を通じて診断デバイスによって取得された第１キーは第２キーと一致する。

３０３：インテリジェントＥＣＵが、診断デバイスによって送信された診断デバイスフィンガープリントを受信する。

本願の本実施形態において、診断デバイスがインテリジェントＥＣＵのセキュリティアクセスの認証に成功したと判定した後に、診断デバイスは診断デバイスフィンガープリントをインテリジェントＥＣＵへ送信する。対応して、診断デバイスによって送信された診断デバイスフィンガープリントを受信した後、インテリジェントＥＣＵは、診断デバイスフィンガープリントを車両のメモリに書き込む。診断デバイスフィンガープリントは具体的には、文字列として表され得、診断デバイスフィンガープリントは、診断デバイスの識別情報を保持する。識別情報は、診断デバイスを一意に識別するために使用される。

任意選択的に、診断デバイスフィンガープリントは更に、診断デバイスの識別情報を格納する対応する時間を保持し、時間は、診断デバイスフィンガープリントを生成する時間、診断デバイスフィンガープリントを送信する時間、又は、別の時間であり得るが、本明細書において限定されることはない。

インテリジェントＥＣＵが診断デバイスフィンガープリントを車両のメモリに書き込むことに成功した場合、インテリジェントＥＣＵは肯定応答を診断デバイスへ送信する。肯定応答を受信した後、診断デバイスは、インテリジェントＥＣＵが診断デバイスフィンガープリントをローカルに格納することに成功したと認識し、次に、段階３０４が実行される。インテリジェントＥＣＵが診断デバイスフィンガープリントを車両のメモリに書き込むことに失敗した場合、インテリジェントＥＣＵは、否定応答を診断デバイスへ送信する。否定応答を受信した後、診断デバイスは、インテリジェントＥＣＵが診断デバイスフィンガープリントをローカルに格納することに失敗したと認識する。この場合、インテリジェントＥＣＵのアップグレード手順が停止される。任意選択的に、診断デバイスは、プロンプト情報を出力して、診断デバイスが診断デバイスフィンガープリントをローカルに格納することに失敗したと当業者に通知し得る。

３０４：インテリジェントＥＣＵが、診断デバイスによって送信された第２データ伝送要求を受信し、ここで、第２データ伝送要求は、フラッシュドライブプログラムを受信するようＥＣＵに要求するために使用され、第２データ伝送要求は第２メモリアドレスを保持する。

本願の本実施形態において、インテリジェントＥＣＵが診断デバイスフィンガープリントをローカルに格納したと判定した後に、診断デバイスは、第２データ伝送要求をインテリジェントＥＣＵへ送信する。対応して、インテリジェントＥＣＵは、診断デバイスによって送信された第２データ伝送要求を受信する。

第２データ伝送要求は、フラッシュドライブ（ｆｌａｓｈ ｄｒｉｖｅ）プログラムを受信するようインテリジェントＥＣＵに要求するために使用され、第２データ伝送要求は、フラッシュドライブプログラムのファイルサイズ、及び、フラッシュドライブプログラムに対応する第２メモリアドレス（ｍｅｍｏｒｙ ａｄｄｒｅｓｓ）を保持する。更に、ＵＤＳプロトコルにおける第２データ伝送要求の名称は、要求ダウンロード（ｒｅｑｕｅｓｔ ｄｏｗｎｌｏａｄ）命令であり得、第２データ伝送要求のＳＩＤは０ｘ３４であり得る。

インテリジェントＥＣＵは車両に統合され、第２メモリアドレスはメモリアドレスである。更に、車両のメモリにはストレージユニットが多数あるので、各ストレージユニットを発見するために、メモリアドレスが各ストレージユニットに割り当てられる必要があり、メモリアドレスは、メモリにおけるストレージユニットの番号を示す。

第２データ要求は更に、伝送対象データ（すなわち、フラッシュドライブプログラム）のサイズを保持する。例えば、第２データ要求は、「伝送対象データのサイズは１０２４０バイトである」を保持する。本明細書の例は、本解決手段を限定するために使用されないと理解されるべきである。

３０５：インテリジェントＥＣＵは、第２メモリアドレスに対応する第２ファイルパスを取得する。

本願の本実施形態において、インテリジェントＥＣＵは、ターゲットマッピング関係を予め格納し得、ターゲットマッピング関係は、少なくとも１つのメモリアドレス及び少なくとも１つのファイルパスの間の１対１の対応関係を示す。例えば、第２メモリアドレスは、０ｘ１２３４５６７８であり、第２メモリアドレスに対応する第２ファイルパスは、／ｈｏｍｅ／ｕｐｇｒａｄｅ／ｕｐｇｒａｄｅ ｆｉｌｅ．ｚｉｐである。メモリアドレスの例、及び、本明細書のファイルパスの例は単に、理解を容易にするためのものであり、この解決手段を限定することを意図するものではないことが理解されるべきである。

更に、ターゲットマッピング関係は、インテリジェントＥＣＵが工場から納品されるとき、車両において予め構成され得る、又は、ターゲットマッピング関係は、インテリジェントＥＣＵのアップグレードプロセスにおいて更新され得る。

第２メモリアドレスを取得した後に、インテリジェントＥＣＵは、メモリアドレス及びファイルパスの間の対応関係に基づいて、第２メモリアドレスに対応する第２ファイルパスを取得し、第２ファイルパスのインジケーションに基づいて第２ファイルを作成し、第２ファイルは、診断デバイスによって送信されたフラッシュドライブプログラムを格納し得る。第２ファイルの作成に成功した後に、インテリジェントＥＣＵは、肯定応答を診断デバイスへ送信し、肯定応答は、診断デバイスに、フラッシュドライブプログラムをインテリジェントＥＣＵへ送信することを開始するよう命令する。

本願の本実施形態において作成された第２ファイルのファイルフォーマットは、ｓ１９又はｈｅｘなどのアドレス情報を保持するファイルフォーマットであり得るか、又は、アドレス情報を保持しないファイルフォーマットであり得、すなわち、ファイルフォーマットは、ｚｉｐ、ｔａｒ．ｇｚ、又は、アドレス情報を保持しない別のファイルフォーマットであり得ることに留意されたい。これは、本願の本実施形態において限定されることはない。

加えて、アップグレードファイルがインテリジェントＥＣＵをアップグレードするために使用される前に、第１ストレージ空間（後続の段階３０７において説明される）は、前のアップグレードに使用されたアップグレードファイルを格納する。ＵＤＳプロトコルにおいて、診断デバイスは、フラッシュドライブプログラムをインテリジェントＥＣＵへ送信し、前のアップグレードに使用されたアップグレードファイルを消去し、それにより、アップグレードファイルを第１ストレージ空間に配置する。

しかしながら、第１ファイルパスが指す第１ファイルにアップグレードファイルを格納するプロセスにおいて、インテリジェントＥＣＵは、アップグレード前にインテリジェントＥＣＵのアップグレードファイルに対して削除操作を実行しないことがあり得、新しいファイルは、古いファイルを直接上書きし得る。したがって、段階３０５は、任意選択的な段階である。インテリジェントＥＣＵが段階３０５を実行しない場合、段階３０４を実行することによって第２データ伝送要求を受信した後に、インテリジェントＥＣＵは、肯定応答を診断デバイスへ直接送信し得る。第１ファイルは、インテリジェントＥＣＵによって新たに作成された空のファイルであり、インテリジェントＥＣＵがアップグレードファイルを第１ファイルに格納することは、インテリジェントＥＣＵが、アップグレードファイルに含まれる複数のファイルを第１ファイルに配置することを意味する。この概念をより直感的に理解するために、第１ファイルは、コンテナと同様であり得、アップグレードファイルに含まれる複数のファイルは、コンテナ（第１ファイル）に配置される。

３０６：診断デバイスはフラッシュ（Ｆｌａｓｈ）ドライブプログラムをインテリジェントＥＣＵへ送信する。

本願の本実施形態において、第２データ伝送要求についての肯定応答を受信した後に、診断デバイスは、フラッシュドライブプログラムをインテリジェントＥＣＵへ送信することを開始する。診断デバイスは、１又は複数の第２データ伝送命令をインテリジェントＥＣＵへ送信する方式で、フラッシュドライブプログラム全体をインテリジェントＥＣＵへ送信し得る。ＵＤＳプロトコルにおける第２データ伝送命令の名称は、要求ダウンロード（転送データ）命令であり得る、第２データ伝送命令に保持されるＳＩＤは０ｘ３６であり得る。

具体的には、実装において、インテリジェントＥＣＵが段階３０５を実行する場合、段階３０６において、インテリジェントＥＣＵは、診断デバイスによって送信されたフラッシュドライブプログラムを受信し、第２ファイルパスが指す第２ファイルにフラッシュドライブプログラムを格納する。更に、診断デバイスは第２データ伝送命令をインテリジェントＥＣＵへ送信し、第２データ伝送命令は、フラッシュドライブプログラムにおけるデータの一部／全部を保持する。フラッシュドライブプログラムのサイズが、１つのデータ伝送命令に保持され得るデータの量の上限を上回る場合、１つの第２データ伝送命令は、フラッシュドライブプログラムにおけるデータの一部を保持する。フラッシュドライブプログラムのサイズが、１つのデータ伝送命令に保持され得るデータの量の上限を上回らない場合、１つの第２データ伝送命令は、フラッシュドライブプログラムにおけるデータの全部を保持する。

インテリジェントＥＣＵは、受信された第２データ伝送命令におけるデータを第２ファイルに格納し、肯定応答を診断デバイスへ送信する。肯定応答を受信した後、診断デバイスは、フラッシュドライブプログラムの伝送が完了したかどうかを判定する。フラッシュドライブプログラムに伝送が完了しない場合、診断デバイスは、次の第２データ伝送命令をインテリジェントＥＣＵへ送信することを継続し、すなわち、１又は複数のファイルの伝送プロセスを反復する。フラッシュドライブプログラムの伝送が完了した場合、診断デバイスは、ダウンロード終了要求をインテリジェントＥＣＵへ送信し、ＵＤＳプロトコルにおけるダウンロード終了要求の名称は、転送終了要求（ｒｅｑｕｅｓｔ ｔｒａｎｓｆｅｒ ｅｘｉｔ）命令であり得、ダウンロード終了要求に保持されるＳＩＤは０ｘ３７であり得る。受信されたダウンロード終了要求に応答して、インテリジェントＥＣＵは、ダウンロード終了要求に対応する肯定応答を診断デバイスへ送信し、ダウンロード終了要求に対応する肯定応答を受信した後、診断デバイスは、フラッシュドライブプログラムの伝送操作が完了したと判定する。

この解決手段をより直感的に理解するために、図４を参照されたい。図４は、本願の実施形態によるデータ伝送方法における、診断デバイスがフラッシュ（Ｆｌａｓｈ）ドライブプログラムをインテリジェントＥＣＵへ送信する概略フローチャートである。Ａ１：診断デバイスは、ファイル転送命令をインテリジェントＥＣＵへ送信し、ファイル転送命令に保持されるＳＩＤは０ｘ３６である。Ａ２：ファイル転送命令を受信した後に、インテリジェントＥＣＵは、ファイル転送命令に保持されるデータを、第２ファイルパスによって示される第２ファイルに書き込む。Ａ３：インテリジェントＥＣＵは、ファイル転送命令に対応する肯定応答を診断デバイスへ送信し、肯定応答に保持されるＳＩＤは０ｘ７６である。Ａ４：ファイル転送命令に対応する肯定命令を受信した後に、診断デバイスは、フラッシュドライブプログラムの伝送が完了したかどうかを判定し；フラッシュドライブプログラムの伝送が完了していない場合、段階Ａ１が再度実行され、その結果、次のファイル転送命令がインテリジェントＥＣＵへ送信され；又は、フラッシュドライブプログラムの伝送が完了された場合、段階Ａ５が実行される。Ａ５：診断デバイスは、ダウンロード終了要求をインテリジェントＥＣＵへ送信し、ダウンロード終了要求に保持されるＳＩＤは０ｘ３７である。Ａ６：インテリジェントＥＣＵは、ダウンロード終了要求に対応する肯定応答を診断デバイスへ送信し、肯定応答に保持されるＳＩＤは０ｘ７７である。ダウンロード終了要求に対応する肯定応答を受信した後に、診断デバイスは、フラッシュドライブプログラムの伝送操作が完了されたと判定する。図４における例は単に、この解決手段の理解を容易にするためのものであり、この解決手段を限定することを意図するものではないことが理解されるべきである。

本願の本実施形態では、プログラミング段階において、フラッシュドライブプログラムの伝送要求を受信した後、インテリジェントＥＣＵは、第２メモリアドレスに対応する第２ファイルパスを取得し、第２ファイルパスが指す第２ファイルにフラッシュドライブプログラムを格納し得る。すなわち、ＵＤＳプロトコルの制約下で、インテリジェントＥＣＵはまた、フラッシュドライブプログラムをメモリに格納して、インテリジェントＥＣＵの処理方式がＵＤＳプロトコルの要件を満たすことを確実にし得、それにより、インテリジェントＥＣＵのアップグレードプロセスにおける停止を低減する。これは、診断デバイスを使用することによって、インテリジェントＥＣＵをアップグレードする成功率を改善することを助ける。

別の実装において、インテリジェントＥＣＵが段階３０５を実行しない場合、段階３０６は、インテリジェントＥＣＵが、診断デバイスによって送信された第２データ伝送命令を受信し、受信された第２データ伝送命令に応答して、第２データ伝送命令に対応する肯定応答を診断デバイスへ直接送信することを含む。第２データ伝送命令に対応する肯定応答を受信した後に、診断デバイスは、フラッシュドライブプログラムの伝送が完了されたかどうかを判定する。フラッシュドライブプログラムの伝送が完了されていない場合、診断デバイスは、次の第２データ伝送命令をインテリジェントＥＣＵへ送信することを継続する。フラッシュドライブプログラムの伝送が完了された場合、診断デバイスは、ダウンロード終了要求をインテリジェントＥＣＵへ送信する。受信されたダウンロード終了要求に応答して、インテリジェントＥＣＵは、ダウンロード終了要求に対応する肯定応答を診断デバイスへ送信し、ダウンロード終了要求に対応する肯定応答を受信した後、診断デバイスは、フラッシュドライブプログラムの伝送操作が完了したと判定する。

この解決手段をより直感的に理解するために、図５を参照されたい。図５は、本願の実施形態によるデータ伝送方法における、診断デバイスがフラッシュ（Ｆｌａｓｈ）ドライブプログラムをインテリジェントＥＣＵへ送信する概略フローチャートである。Ａ１：診断デバイスは、ファイル転送命令をインテリジェントＥＣＵへ送信し、ファイル転送命令に保持されるＳＩＤは０ｘ３６である。Ｂ２：ファイル転送命令を受信した後、インテリジェントＥＣＵは、ファイル転送命令に対応する肯定応答を診断デバイスへ直接送信し、肯定応答に保持されるＳＩＤは０ｘ７６である。Ｂ３：ファイル転送命令に対応する肯定命令を受信した後に、診断デバイスは、フラッシュドライブプログラムの伝送が完了したかどうかを判定し；フラッシュドライブプログラムの伝送が完了していない場合、段階Ｂ１が再度実行され、その結果、次のファイル転送命令がインテリジェントＥＣＵへ送信され；又は、フラッシュドライブプログラムの伝送が完了された場合、段階Ｂ４が実行される。Ｂ４：診断デバイスは、ダウンロード終了要求をインテリジェントＥＣＵへ送信し、ダウンロード終了要求に保持されるＳＩＤは０ｘ３７である。Ｂ５：インテリジェントＥＣＵは、ダウンロード終了要求に対応する肯定応答を診断デバイスへ送信し、肯定応答に保持されるＳＩＤは０ｘ７７である。ダウンロード終了要求に対応する肯定応答を受信した後に、診断デバイスは、フラッシュドライブプログラムの伝送操作が完了されたと判定する。図５における例は単に、この解決手段の理解を容易にするためのものであり、この解決手段を限定することを意図するものではないことが理解されるべきである。

本願の本実施形態において、インテリジェントＥＣＵが新しいファイルを作成するとき、古いファイルは直接上書きされ得、すなわち、インテリジェントＥＣＵは、フラッシュドライブプログラムを格納してフラッシュドライブプログラムを呼び出すことによって消去操作を実行する必要がない、すなわち、インテリジェントＥＣＵは、フラッシュドライブプログラムを格納しない。これは、インテリジェントＥＣＵのストレージ空間の利用を改善することを助け、第２メモリアドレスを第２ファイルパスにマッピングする段階、及び、フラッシュドライブプログラムを格納する段階を回避し、インテリジェントＥＣＵのアップグレードプロセス全体の効率を改善することを助ける。

インテリジェントＥＣＵがフラッシュドライブプログラムをダウンロードする操作を完了したと判定した後に、診断デバイスは、完全性チェック命令をインテリジェントＥＣＵへ送信し、完全性チェック命令は、第１チェックコードを保持する。受信された完全性チェック命令に応答して、インテリジェントＥＣＵは、予め構成されたターゲットチェックアルゴリズム及びダウンロードされたフラッシュドライブプログラムに基づいて第２チェックコードを計算する。インテリジェントＥＣＵは、第１チェックコードを第２チェックコードと比較して、第１チェックコードが第２チェックコードと一致しているかどうかを判定する。第１チェックコードが第２チェックコードと一致する場合、インテリジェントＥＣＵは、ダウンロードされたフラッシュドライブプログラムのデータが完全であると判定し、肯定応答を診断デバイスへ送信し、肯定応答は、インテリジェントＥＣＵによってダウンロードされたフラッシュドライブプログラムのデータが完全であることを示し、段階３０７の実行をトリガする。第１チェックコードが第２チェックコードと不一致である場合、インテリジェントＥＣＵは、否定応答を診断デバイスへ送信し、否定応答は、インテリジェントＥＣＵによってダウンロードされたフラッシュドライブプログラムのデータが不完全であることを示し、インテリジェントＥＣＵのアップグレード手順を停止するよう診断デバイスをトリガする。ターゲットチェックアルゴリズムは、巡回冗長検査（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ， ＣＲＣ）アルゴリズム、排他的ＯＲチェックアルゴリズム、メッセージダイジェストアルゴリズム５（ｍｅｓｓａｇｅ－ｄｉｇｅｓｔ ａｌｇｏｒｉｔｈｍ ５， ＭＤ５）チェックアルゴリズム、別のチェックアルゴリズム、又は同様のものを含むが、これらに限定されることはない。これは、本明細書において限定されるものではない。

３０７：インテリジェントＥＣＵは、診断デバイスによって送信された第３診断命令を受信し、第３診断命令は、第１ストレージ空間におけるデータに対して消去操作を実行するようインテリジェントＥＣＵに命令する。

本願の本実施形態において、インテリジェントＥＣＵが完了したフラッシュドライブプログラムを取得したと判定した後、診断デバイスは、第３診断命令をインテリジェントＥＣＵへ送信し得、第３診断命令は、第１ストレージ空間におけるデータに対して消去操作を実行するようインテリジェントＥＣＵに命令する。第１ストレージ空間は、診断デバイスがインテリジェントＥＣＵへ送信したいアップグレードファイルのストレージ位置であり、第３診断命令は、第１メモリアドレス、及び、診断デバイスがインテリジェントＥＣＵに消去させる必要がある空間のサイズを保持し、すなわち、第１ストレージ空間の始点は第１メモリアドレスであり、第１ストレージ空間のサイズは、診断デバイスがインテリジェントＥＣＵに消去させる必要がある空間のサイズ（すなわち、インテリジェントＥＣＵのアップグレードファイルのサイズ）である。更に、ＵＤＳプロトコルにおける第３診断命令の名称は、メモリ消去（ｅｒａｓｅ ｍｅｍｏｒｙ）命令であり得る。

具体的には、実装では、段階３０７において、受信された第３診断命令に応答して、インテリジェントＥＣＵは、ターゲットマッピング関係に基づいて、第１メモリアドレスに対応する第１ファイルパスを取得し、第１ファイルパスが指す第３ファイルに対して削除操作を実行する。第３ファイル及び第１ファイルは異なるファイルであり、第３ファイルは、前のアップグレードプロセスにおいてインテリジェントＥＣＵによって作成されるファイルであり、削除操作が第３ファイルに対して実行されるとき、インテリジェントＥＣＵは第１ファイルを作成しなかったことに留意されたい。第１ファイルパスが指す第３ファイルの削除に成功した後に、第３診断命令に対応する肯定応答は診断デバイスへ送信される。第１ファイルパスが指す第３ファイルの削除に失敗した場合、第３診断命令に対応する否定応答は診断デバイスへ送信され、第３診断命令に対応する否定応答は、インテリジェントＥＣＵが第１ストレージ空間におけるデータの消去に失敗したことを示す。診断デバイスは、第３診断命令に対応する受信された否定応答に応答して、インテリジェントＥＣＵについてのプログラムアップグレードを停止する。本願の本実施形態において、アップグレードファイルのストレージアドレスにおけるデータは、明確に消去され、アップグレードファイルのストレージアドレスにおけるファイルは、明確に削除される。すなわち、インテリジェントＥＣＵが後続の段階において、受信されたアップグレードファイルに対してストレージ操作を実行するとき、データはブランク位置に格納される。この解決手段において、ファイルに対する削除操作がまず実行され、ファイルに対するストレージ操作は、ある期間の後に実行される。新しいアップグレードファイルを直接使用して古いファイルを上書きする場合と比較して、これは、データストレージプロセスにおけるエラーの確率を低減することを助ける。

別の実装では、段階３０７において、インテリジェントＥＣＵは、受信された第３診断命令に応答して、第３診断命令に対応する肯定応答を診断デバイスへ送信し、第３診断命令に対応する肯定応答は、第１ストレージ空間におけるデータに対する消去操作がインテリジェントＥＣＵによって完了されたことを示す。

３０８：インテリジェントＥＣＵは、診断デバイスによって送信された第１データ伝送要求を受信し、ここで、第１データ伝送要求は、アップグレードファイルを受信するようインテリジェントＥＣＵに要求するために使用され、第１データ伝送要求は第１メモリアドレスを保持する。

本願の本実施形態において、インテリジェントＥＣＵによって送信された第３診断命令に対応する肯定応答を受信した後、診断デバイスは第１データ伝送要求をインテリジェントＥＣＵへ送信する。第１データ伝送要求は、アップグレードファイルを受信するようインテリジェントＥＣＵに要求するために使用され、第１データ伝送要求は、アップグレードファイルに対応する第１メモリアドレスを保持する。

更に、第１データ伝送要求及び第２データ伝送要求が、同一の種類の命令を判定しているので、第１データ伝送要求に保持されたＳＩＤは、第２データ伝送要求に保持されたＳＩＤと同一であり得る。第１メモリアドレスの概念は、第２メモリアドレスの概念と同様であり、第１メモリアドレス及び第２メモリアドレスは各々、メモリアドレスである。詳細な説明については、上記の段階における説明を参照されたい。詳細は本明細書において再度説明されない。

３０９：インテリジェントＥＣＵは、第１メモリアドレスに対応する第１ファイルパスを取得する。

本願の本実施形態において、インテリジェントＥＣＵは、ターゲットマッピング関係を予め格納し得る。ターゲットマッピング関係の意味については、段階３０５の説明を参照されたい。受信された第１データ伝送要求に応答して、インテリジェントＥＣＵは、ターゲットマッピング関係（すなわち、メモリアドレス及びファイルパスの間の対応関係）に基づいて、第１メモリアドレスに対応する第１ファイルパスを取得し、第１ファイルパスに基づいて、第１ファイルを作成し、第１ファイルは、診断デバイスによって送信されたアップグレードファイルを格納するために使用される。第１ファイルの作成に成功した後に、インテリジェントＥＣＵは、第１データ伝送要求に対応する肯定応答を診断デバイスへ送信し、第１データ伝送要求に対応する肯定応答は、アップグレードファイルをインテリジェントＥＣＵへ送信することを開始するように診断デバイスに示す。第２ファイルと同様に、本願の本実施形態において作成された第１ファイルのファイルフォーマットは、アドレス情報を保持しないファイルフォーマットであり得、すなわち、ファイルフォーマットは、ｚｉｐ又はｔａｒ．ｇｚであり得、又は、ｓ１９若しくはｈｅｘなどのアドレス情報を保持するファイルフォーマットであり得ることに留意されたい。

インテリジェントＥＣＵが第１ファイルの作成に失敗した場合、インテリジェントＥＣＵは、第１データ伝送要求に対応する否定応答を診断デバイスへ送信し、第１データ伝送要求に対応する否定応答は、アップグレードファイルをダウンロードすることを拒否するようインテリジェントＥＣＵに示す。更に、例えば、第１メモリアドレスに対応するファイルパスは、ターゲットマッピング関係に存在しない、又は、別の例では、インテリジェントＥＣＵは、第１ファイルの作成のプロセスにおいて第１ファイルの作成に失敗する。結果的に、インテリジェントＥＣＵは第１ファイルの作成に成功できない。第１データ伝送要求に対応する否定応答を受信した後に、診断デバイスは、インテリジェントＥＣＵについてのプログラムアップグレードを停止する。

任意選択的に、診断デバイスはプロンプト情報を出力して、インテリジェントＥＣＵがアップグレードファイルのダウンロードを拒否したのでインテリジェントＥＣＵについてのプログラムアップグレードが停止されたと当業者に通知する。

本実装において、インテリジェントＥＣＵは、ターゲットマッピング関係を予め格納し、ターゲットマッピング関係は、少なくとも１つのメモリアドレス及び少なくとも１つのファイルパスの間の１対１の対応関係を示し、その結果、インテリジェントＥＣＵは、格納済みターゲットマッピング関係に基づいて、第１メモリアドレスに対応する第１ファイルパスを迅速に取得し得る。これにより、第１ファイルパスを取得する速度を増加させることを助ける。

３１０：インテリジェントＥＣＵは、診断デバイスによって送信されたアップグレードファイルを受信し、アップグレードファイルを、第１ファイルパスが指す第１ファイルに格納する。

本願の本実施形態において、第１データ伝送要求に対応する肯定応答を受信した後に、診断デバイスは、アップグレードファイルをインテリジェントＥＣＵへ送信することを開始する。診断デバイスは、１又は複数の第１データ伝送命令をインテリジェントＥＣＵへ送信する方式で、アップグレードファイル全体をインテリジェントＥＣＵへ送信し得る。インテリジェントＥＣＵは、診断デバイスによって送信されたアップグレードファイルを受信し、アップグレードファイルを、第１ファイルパスが指す第１ファイルに格納する。

具体的に、段階３０６の実装と同様に、診断デバイスは第１データ伝送命令をインテリジェントＥＣＵへ送信し、第１データ伝送命令は、アップグレードファイルのデータの一部／全部を保持する。インテリジェントＥＣＵは、第１データ伝送命令に保持されるファイル内容を第１ファイルに格納し、肯定応答を診断デバイスへ送信する。肯定応答を受信した後に、診断デバイスは、アップグレードファイルの伝送が完了されたかどうかを判定する。アップグレードファイルの伝送が完了されていない場合、診断デバイスは、次の第１データ伝送命令をインテリジェントＥＣＵへ送信することを継続し、すなわち、アップグレードファイルのデータの一部の伝送プロセスを反復する。アップグレードファイルの伝送が完了された場合、診断デバイスは、ダウンロード終了要求をインテリジェントＥＣＵへ送信する。受信されたダウンロード終了要求に応答して、インテリジェントＥＣＵは、ダウンロード終了要求に対応する肯定応答を診断デバイスへ送信し、ダウンロード終了要求に対応する肯定応答を受信した後、診断デバイスは、アップグレードファイルの伝送操作が完了したと判定する。

更なる説明については、段階３０６における説明を参照されたい。相違点は、段階３０６において、診断デバイスはフラッシュドライブプログラムをインテリジェントＥＣＵへ送信し、フラッシュドライブプログラムを第２ファイルに格納する一方、段階３１０において、診断デバイスは、アップグレードファイルをインテリジェントＥＣＵへ送信し、アップグレードファイルを第１ファイルに格納するという点である。

段階３０６と同様に、アップグレードファイルをダウンロードする操作を完了した後に、インテリジェントＥＣＵはまた、アップグレードファイルの完全性をチェックする必要がある。具体的には、アップグレードファイルをダウンロードする操作をインテリジェントＥＣＵが完了したと判定した後に、診断デバイスは、完全性チェック命令をインテリジェントＥＣＵへ送信し、完全性チェック命令は第３チェックコードを保持する。受信された完全性チェック命令に応答して、インテリジェントＥＣＵは、予め構成されたターゲットチェックアルゴリズム及びダウンロードされたアップグレードファイルに基づいて第４チェックコードを計算する。インテリジェントＥＣＵは、第３チェックコードを第４チェックコードと比較し、第３チェックコードが第４チェックコードと一致しているかどうかを判定する。第３チェックコードが第４チェックコードと一致する場合、インテリジェントＥＣＵは、ダウンロードされたアップグレードファイルのデータが完全であると判定し、肯定応答を診断デバイスへ送信し、肯定応答は、インテリジェントＥＣＵによってダウンロードされたアップグレードファイルのデータが完全であることを示し、段階３１１の実行をトリガする。第３チェックコードが第４チェックコードと不一致である場合、インテリジェントＥＣＵは、否定応答を診断デバイスへ送信し、否定応答は、インテリジェントＥＣＵによってダウンロードされたアップグレードファイルのデータが不完全であることを示し、インテリジェントＥＣＵのアップグレード手順を停止するよう診断デバイスをトリガする。

３１１：インテリジェントＥＣＵは、診断デバイスによって送信された第４診断命令を受信し、第４診断命令は、プログラミング依存性チェック操作を実行するようインテリジェントＥＣＵに命令する。

本願の本実施形態において、インテリジェントＥＣＵが完全なアップグレードファイルをダウンロードしたと判定した後に、診断デバイスは第４診断命令を診断デバイスへ送信し、プログラミング依存性チェック操作を実行するようインテリジェントＥＣＵに命令する。プログラミング依存性チェック操作は、ダウンロードされたアップグレードファイルの妥当性及び互換性をチェックすることを目的とする。ＵＤＳプロトコルにおいて、プログラミング依存性は、英語のバリデートアプリケーションに変換され、プログラミング依存性の意味は、ＵＤＳプロトコルを参照して理解され得る。例えば、プログラミング依存性チェック操作は、ダウンロードされたアップグレードファイルがこのインテリジェントＥＣＵハードウェアと互換性があるかどうかをチェックする操作、インテリジェントＥＣＵによってダウンロードされるアップグレードファイルのデジタル署名が正確であるかどうかの操作、又は、別の操作を含むが、これらに限定されることはない。特定のプログラミング依存性チェック操作においてチェックされる具体的内容は、実際の状況を参照してインテリジェントＥＣＵの製造者によって定義され得、本明細書において限定されることはないことに留意されたい。

プログラミング依存性チェック操作を完了し、インテリジェントＥＣＵの現在のソフトウェア及びハードウェア環境が正常であると判定したとき、インテリジェントＥＣＵは、第４診断命令に対応する肯定応答を診断デバイスへ送信し、第４診断命令に対応する肯定応答を受信した後、診断デバイスは、プログラミング後段階の段階の実行をトリガする（特定の段階は、後続の実施形態において説明される）。インテリジェントＥＣＵがプログラミング依存性チェック操作の完了に失敗したとき、インテリジェントＥＣＵは、第４診断命令に対応する否定応答を診断デバイスへ送信し、第４診断命令に対応する否定応答を受信した後、診断デバイスは、インテリジェントＥＣＵについてのプログラムアップグレードを停止する。

プログラミング依存性チェック操作の実行に成功した後に、インテリジェントＥＣＵは更に、ターゲットレコードを更新し、ターゲットレコードは、プログラミング依存性チェック操作がインテリジェントＥＣＵによって実行されるかどうかを記録し、更新されたターゲットレコードは、プログラミング依存性チェック操作がインテリジェントＥＣＵによって実行されることを示す。ターゲットレコードは具体的には、プログラミング依存性チェックが実行されるかどうかを記録する、インテリジェントＥＣＵにおけるフラグビットとして表され得る。フラグビットの値が第１値であるとき、プログラミング依存性チェック操作がインテリジェントＥＣＵによって実行されることが示され；又は、フラグビットの値が第２値であるとき、プログラミング依存性チェック操作がインテリジェントＥＣＵによって実行されないことを示し、ここで、第１値及び第２値は異なる値である。例えば、第１値は真であり得、第２値は偽であり得る。別の例では、第１値は１であり得、第２値は０であり得る。第１値及び第２値は、本明細書において包括的ではない。ターゲットレコードは、代替的に別の形式で表され得、これは、本明細書において限定されることはないことに留意されたい。

本実装において、診断デバイスによって送信されたメモリアドレスを受信した後、インテリジェントＥＣＵはまず、メモリアドレスに対応するファイルパスを取得し、次に、診断デバイスから受信されたアップグレードファイルをファイルパスに格納する。インテリジェントＥＣＵは、ファイルパスに基づいてストレージ位置を判定し得るので、インテリジェントＥＣＵは、診断デバイスによって送信されたアップグレードファイルを、ファイルパスによって示されたファイルに格納し、それにより、アップグレードファイルを格納する操作を完了し得る。更に、制御デバイスは、ＵＤＳプロトコルの制約下で、診断デバイスを通じてアップグレードファイルを取得し得る。

ＵＤＳプロトコルによれば、インテリジェントＥＣＵをアップグレードするプロセスは、プログラミング段階、プログラミング後段階、及びプログラミング前段階を含む。プログラミング後段階の段階も本願の本実施形態において改善されるので、以下ではまず、プログラミング後段階の具体的な実行段階を説明する。

２．プログラミング後段階

本願のこの実施形態においては、図６を参照されたい。図６は、本願の実施形態によるデータ処理方法の概略フローチャートである。本願の本実施形態において提供されるデータ処理方法は以下の段階を備え得る。

６０１：診断デバイスがリセット要求をインテリジェントＥＣＵへ送信する。

本願の本実施形態において、インテリジェントＥＣＵが完全なアップグレードファイルをダウンロードしたと判定した後に、診断デバイスはリセット要求をインテリジェントＥＣＵへ送信する。リセット要求は具体的には、ハードリセット（ｈａｒｄ ｒｅｓｅｔ）を実行するようにインテリジェントＥＣＵに示し、すなわち、再始動操作を実行するようインテリジェントＥＣＵに示し得る。更に、ＵＤＳプロトコルにおけるリセット要求の名称は、ＥＣＵリセット（ＥＣＵ ｒｅｓｅｔ）命令であり得、リセット要求のＳＩＤは０ｘ１１であり得る。

受信されたリセット要求に応答して、インテリジェントＥＣＵは、リセット要求に対応する肯定応答を診断デバイスへ送信する。インテリジェントＥＣＵが、このときにプログラミングセッションにある場合、インテリジェントＥＣＵは、段階６０２の実行をトリガする。診断デバイスはまた、インテリジェントＥＣＵのアップグレードプログラムにあること無く、リセット要求をインテリジェントＥＣＵへ送信し得、インテリジェントＥＣＵがプログラミングセッションにあるときのみ段階６０２が実行されることに留意されたい。そうでない場合、インテリジェントＥＣＵはリセット操作を直接実行する。

６０２：インテリジェントＥＣＵは、プログラミング依存性チェック操作が実行されるかどうかを判定し、プログラミング依存性チェック操作が実行される場合、段階６０３を実行し；又は、プログラミング依存性チェック操作が実行されない場合、段階６０７を実行する。

本願の本実施形態において、リセット要求に対応する肯定応答を診断デバイスへ送信した後に、インテリジェントＥＣＵは、図３に対応する実施形態における段階３１１において言及されたターゲットレコードを読み出して、プログラミング依存性チェック操作がインテリジェントＥＣＵによって実行されるかどうかを判定する。ターゲットレコードに基づいて、プログラミング依存性チェック操作がインテリジェントＥＣＵによって実行されると判定される場合、段階６０３が実行され、ターゲットレコードが再度更新され、ここで、更新されたターゲットレコードは、プログラミング依存性チェック操作がインテリジェントＥＣＵによって実行されないことを示す。例えば、フラグビットの値は真から偽に変更され、別の例では、フラグビットの値は１から０に変更される。プログラミング依存性チェック操作が実行されないと判定される場合、段階６０７が実行される。

６０３：インテリジェントＥＣＵは、アップグレードファイルに基づいてアップグレード操作を実行し、インテリジェントＥＣＵに対してリセット操作を実行する。

本願の本実施形態において、インテリジェントＥＣＵは、アップグレードファイルに基づいて、インテリジェントＥＣＵに対してアップグレード操作を実行する。具体的には、インテリジェントＥＣＵは、ダウンロードされたアップグレードファイルに対して圧縮解除動作を実行して、複数のアップグレードサブファイル、構成情報、及びシステムバージョン番号を取得する。構成情報は、アップグレードファイルにおける各アップグレードサブファイルのインストール方式を示す。インテリジェントＥＣＵは、構成情報のインジケーションに基づいて、対応する方式で、アップグレードファイルにおける複数のアップグレードサブファイルを個別にインストールし、インテリジェントＥＣＵに対するアップグレード操作を完了し、次に、インテリジェントＥＣＵに対してリセット操作（すなわち、再始動操作）を実行する。

本願の本実施形態では、ＵＤＳプロトコルにおいて、非インテリジェントＥＣＵがアップグレードファイルのダウンロードを完了した後に、ＥＣＵに対するアップグレード操作が完了されたとみなされる。しかしながら、インテリジェントＥＣＵについては、アップグレードファイルをローカルにダウンロードするだけでは、インテリジェントＥＣＵに対するアップグレード操作を完了できない。本願の本実施形態において、インテリジェントＥＣＵがリセット要求を受信した後、アップグレード操作のトリガが自動的に完了されるように選択され、インテリジェントＥＣＵのアップグレードプロセスが完全に自動化されることを確実にする。

段階６０２及び段階６０３は任意選択的な段階であることに留意されたい。段階６０２及び段階６０３が実行されない場合、インテリジェントＥＣＵがアップグレードファイルをローカルにダウンロードした後に、当業者は、アップグレードファイルに基づいて、インテリジェントＥＣＵに対してアップグレード操作を実行することを手動でトリガし得る。

リセット（すなわち、再始動）操作を実行するとき、インテリジェントＥＣＵは、セッションモードをプログラミングセッションから拡張診断セッションに切り替え、インテリジェントＥＣＵの通信モードを調節してすべての種類のパケットを正常に受信及び送信し、診断トラブルコード（ｄｉａｇｎｏｓｔｉｃ ｔｒｏｕｂｌｅ ｃｏｄｅ， ＤＴＣ）検出機能及びＤＴＣストレージ機能を有効にし、セッションモードを拡張診断セッションからデフォルトセッションに切り替えることに留意されたい。

ＵＤＳプロトコルによれば、プログラミング前段階において、診断デバイスは、通信制御（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃｏｎｔｒｏｌ）命令をインテリジェントＥＣＵへ送信し、インテリジェントＥＣＵの通信モードを調節して非診断パケットの受信及び送信を禁止する。したがって、インテリジェントＥＣＵがアップグレード操作を完了した後、すべての種類のパケットを正常に受信及び送信するために、インテリジェントＥＣＵの通信モードは調節される必要がある。

ＵＤＳプロトコルによれば、プログラミング前段階において、診断デバイスは更に、制御ＤＴＣ設定（ｃｏｎｔｒｏｌ ＤＴＣ ｓｅｔｔｉｎｇ）命令をインテリジェントＥＣＵへ送信し、インテリジェントＥＣＵのＤＴＣ検出機能及びＤＴＣストレージ機能を無効化する。したがって、インテリジェントＥＣＵがアップグレード操作を完了した後に、ＤＴＣ検出機能及びＤＴＣストレージ機能は、再度有効化される必要がある。

６０４：インテリジェントＥＣＵは、アップグレードが成功したかどうかを判定し、アップグレードが成功した場合、段階６０５を実行し；又は、アップグレードが成功しない場合、段階６０６を実行する。

本願の本実施形態において、リセット操作を実行するとき、すなわち、再始動された後、インテリジェントＥＣＵは、アップグレードファイルにおけるデータを読み出す。インテリジェントＥＣＵの再始動に成功できた場合、すなわち、再始動プロセスにおいて障害が発生しなかった場合、インテリジェントＥＣＵのアップグレードが成功したことを示す。障害がインテリジェントＥＣＵの再始動プロセスにおいて発生した場合、インテリジェントＥＣＵのアップグレードが失敗したことを示す。例えば、再始動プロセスにおける障害は、インテリジェントＥＣＵのストレージシステムパーティションの切り替えにおける失敗、インテリジェントＥＣＵにおけるいくつかのアプリケーションの始動における失敗、又は、別の種類の障害であり得、これは、本明細書において包括的ではない。インテリジェントＥＣＵのアップグレードが失敗した場合、インテリジェントＥＣＵのいくつかの機能に障害が発生することに留意されたい。上記の障害は、インテリジェントＥＣＵの再始動プロセスにおいて検出され、インテリジェントＥＣＵのいくつかの機能に障害があることは、インテリジェントＥＣＵの始動における失敗を引き起こさない。

６０５：インテリジェントＥＣＵはインテリジェントＥＣＵのシステムバージョン番号を更新する。

本願の本実施形態において、インテリジェントＥＣＵは、インテリジェントＥＣＵの現在のシステムバージョン番号を格納する。アップグレード操作が成功したと判定された後、アップグレードファイルに保持されたシステムバージョン番号が取得され、インテリジェントＥＣＵのシステムバージョン番号は、アップグレードファイルにおいて保持されるシステムバージョン番号（すなわち、有効なシステムバージョン番号）に更新される。例えば、システムバージョン番号は、Ｓ００００１、Ｓ００００２、Ｓ００００３又は別のバージョン番号であり得る。本明細書の例は単に、本解決手段の理解を容易にするためのものであり、本解決手段を限定することを意図するものではない。

６０６：インテリジェントＥＣＵがインテリジェントＥＣＵのシステムバージョン番号を無効値に設定する。

本願の本実施形態において、アップグレード操作が失敗したと判定した後に、インテリジェントＥＣＵは、インテリジェントＥＣＵのシステムバージョン番号を無効値に設定し、無効値は、アップグレード操作が失敗したことを示す。例えば、無効値は、００００００、ＦＦＦＦＦＦ、又は別の値であり得、これは本明細書において包括的ではない。

６０７：インテリジェントＥＣＵは、リセット操作だけを実行する。

本願の本実施形態において、インテリジェントＥＣＵがプログラミングセッションにあるとき、リセット要求を受信し、ターゲットレコードに基づいて、プログラミング依存性チェックが実行されないと判定した後に、インテリジェントＥＣＵは、インテリジェントＥＣＵがアップグレードプログラムにないと判定し、リセット操作のみを実行する。

インテリジェントＥＣＵがプログラミングセッションにあるとき、インテリジェントＥＣＵは、アップグレードプログラムだけでなく、別のプログラムにあるリセット要求も受信し得る。したがって、インテリジェントＥＣＵは、プログラミング依存性チェック操作が実行されるかどうかを判定して、インテリジェントＥＣＵがアップグレード手順にあるかどうかを判定する。インテリジェントＥＣＵがアップグレード手順にないと判定されるとき、インテリジェントＥＣＵは、リセット操作のみを実行し、アップグレードプログラムを実行せず、インテリジェントＥＣＵがアップグレードプロセス中にアップグレードファイルを使用することのみによってアップグレード操作を実行することを確実にし、アップグレード操作の不正確なトリガを回避する。

６０８：診断デバイスは、バージョン番号取得命令をインテリジェントＥＣＵへ送信し、バージョン番号取得命令は、インテリジェントＥＣＵの現在のシステムバージョン番号を取得するために使用される。

本願のいくつかの実施形態において、診断デバイスは、ユーザによって入力されたターゲット命令を取得し、ターゲット命令に応答して、バージョン番号取得命令をインテリジェントＥＣＵへ送信し得る。対応して、インテリジェントＥＣＵは、診断デバイスによって送信されたバージョン番号取得命令を受信し得る。

診断デバイスが、ユーザによって入力されたターゲット命令を取得するプロセスについては、以下の説明を参照されたい。１つの場合において、ターゲット命令は、インテリジェントＥＣＵの現在のシステムバージョン番号についての取得命令である。具体的には、実装において、診断デバイスは、ディスプレイと共に構成され、ターゲット命令を受信するために使用されるアイコンは、ディスプレイ上で予め構成される。この場合、ユーザは、アイコン上でタップ操作を実行してターゲット命令を入力し得、ユーザは、アイコンをディスプレイ上の予め定められた位置へドラッグしてターゲット命令を入力し得、ユーザは、アイコン上でダブルタップ操作を実行して、ターゲット命令を入力し得、又は同様のことを行い得る。別の実装において、ユーザは、有線ネットワーク又は無線ネットワークを通じて、ターゲット命令を診断デバイスへ直接送信し得る。本明細書における例は単に、この解決手段の理解を容易にするためのものであり、診断デバイスによってターゲット命令を取得する方式を限定するために使用されないことが理解されるべきである。

別の場合において、ターゲット命令は、インテリジェントＥＣＵがアップグレード操作の完了に成功したかどうかを示す命令であり、すなわち、ターゲット命令は、インテリジェントＥＣＵがアップグレード操作の完了に成功したかどうかを判定するように診断デバイスをトリガする命令である。具体的には、上記の場合と同様に、診断デバイスは、ディスプレイを通じてターゲット命令を取得し得、又は、有線ネットワーク若しくは無線ネットワークを通じて命令を取得し得る。具体的な実装は本明細書において再度説明されない。

この解決手段をより直感的に理解するために、図７を参照されたい。図７は、本願の実施形態によるデータ処理方法におけるターゲット命令を取得するインタフェースの概略図である。図７は、左のサブダイアグラム及び右のサブダイアグラムを含む。図７の左の概略図において、Ｆ１は、ターゲット命令を取得するために使用されるアイコンを示す。図７の左のサブダイアグラムにおいて、ターゲット命令は、インテリジェントＥＣＵの現在のシステムバージョン番号を取得することをトリガするために使用される命令である。診断デバイスがＦ１についてのタップ操作を受信するとき、ユーザによって入力されたターゲット命令が取得されたとみなされる。図７の右のサブダイアグラムにおいて、Ｇ１は、ターゲット命令を取得するために使用されるアイコンを示す。図７の右のサブダイアグラムにおいて、ターゲット命令が、インテリジェントＥＣＵがアップグレード操作の完了に成功したかどうかを判定するように診断デバイスをトリガするために使用される命令である例が例示されている。診断デバイスがＧ１についてのタップ操作を受信するとき、ユーザによって入力されたターゲット命令が取得されたとみなされる。図７における例は単に、本解決手段の理解を容易にするためのものであり、本解決手段を限定することを意図するものではないことが理解されるべきである。

６０９：診断デバイスは、インテリジェントＥＣＵによって送信された現在のシステムバージョン番号を受信する。

本願のいくつかの実施形態において、インテリジェントＥＣＵは、受信されたターゲット命令に応答して、インテリジェントＥＣＵの現在のシステムバージョン番号を診断デバイスへ送信する。１つの場合において、ターゲット命令はインテリジェントＥＣＵのバージョン番号である。実装において、インテリジェントＥＣＵの現在のシステムバージョン番号を受信した後に、診断デバイスは、ディスプレイを通じてインテリジェントＥＣＵのシステムバージョン番号を出力し得、その結果、ユーザは、システムバージョン番号に基づいて、インテリジェントＥＣＵのアップグレードが失敗したと判定し得る。別の実装において、診断デバイスは、無線ネットワーク又は有線ネットワークを通じて、インテリジェントＥＣＵの現在のシステムバージョン番号をユーザへ送信し得る。

別の場合において、ターゲット命令は、インテリジェントＥＣＵがアップグレード操作の完了に成功したかどうかを示す命令である。インテリジェントＥＣＵによって送信されたシステムバージョン番号を受信した後に、診断デバイスは、インテリジェントＥＣＵのシステムバージョン番号が無効値であるかどうかを判定し；インテリジェントＥＣＵのシステムバージョン番号が無効値である場合、インテリジェントＥＣＵは第１プロンプト情報を出力し、ここで、第１プロンプト情報は、インテリジェントＥＣＵのアップグレードが失敗したことをユーザに通知するために使用され；又は、インテリジェントＥＣＵのシステムバージョン番号が無効値でない場合、インテリジェントＥＣＵは第２プロンプト情報を出力し、ここで、第２プロンプト情報は、インテリジェントＥＣＵのアップグレードが成功したとユーザに通知するために使用される。

更に、診断デバイスは、ディスプレイを通じて第１プロンプト情報又は第２プロンプト情報を直接出力し得、ここで、第１プロンプト情報及び第２プロンプト情報は具体的には、テキストボックス、音声、アイコン、又は同様のものの形式で表され得る。これは、本明細書において限定されるものではない。代替的に、診断デバイスは、無線ネットワーク又は有線ネットワークを通じて第１プロンプト情報又は第２プロンプト情報をユーザへ送信し得る。これは、本明細書において限定されるものではない。

本願の本実施形態では、ＵＤＳプロトコルにおいて、アップグレードファイルをＥＣＵにダウンロードすることは、ＥＣＵのアップグレード操作を完了することとみなされる。したがって、診断デバイスは、プログラミング依存性チェック操作を実行するようＥＣＵを制御する。プログラミング依存性チェック操作が合格した場合、診断デバイスは、ＥＣＵのアップグレードが成功したと判定し；又は、プログラミング依存性チェック操作が合格しなかった場合、診断デバイスは、ＥＣＵのアップグレードが失敗したと判定する。加えて、ＵＤＳプロトコルにおいて、診断デバイスは、プログラミング依存性チェック操作が合格したかどうかを判定することによって、ＥＣＵのアップグレードが成功したかどうかを判定する。したがって、現在の非インテリジェントＥＣＵにおいて、現在のＵＤＳプロトコルによれば、アッパーコンピュータは、システムバージョン番号に基づいて、アップグレードが成功したかどうかをチェックしない。この解決手段において、アップグレード操作が失敗したと判定した後、インテリジェントＥＣＵは、インテリジェントＥＣＵのシステムバージョン番号を無効値に設定し、その結果、診断デバイスは、インテリジェントＥＣＵのアップグレードが成功したかどうかを時間内にチェックして、インテリジェントＥＣＵのアップグレードが本当に成功したことを確実にし得、それにより、車両走行プロセスの安全性を確実にする。

図２から図７に対応する実施形態に基づいて、本願の実施形態における上記の解決手段をより良く実装するために、以下では更に、上記の解決手段を実装するように構成される関連デバイスを提供する。具体的には、図８は、本願の実施形態による制御デバイスの構造の概略図である。制御デバイス８００は、診断デバイスによって送信された第１データ伝送要求を受信するように構成された受信モジュール８０１、ここで、第１データ伝送要求は、アップグレードファイルを受信するよう制御デバイスに要求するために使用され、第１データ伝送要求は、アップグレードファイルに対応する第１メモリアドレスを保持し、アップグレードファイルは、制御デバイスをアップグレードするために使用される；第１メモリアドレスに対応する第１ファイルパスを取得するように構成される取得モジュール８０２；及び、診断デバイスによって送信されたアップグレードファイルを受信し、第１ファイルパスが指す第１ファイルにアップグレードファイルを格納するように構成されるストレージモジュール８０３を備える。

可能な設計において、取得モジュール８０２は具体的には、メモリアドレス及びファイルパスの間の対応関係に基づいて、第１メモリアドレスに対応する第１ファイルパスを取得するように構成されている。

可能な設計において、受信モジュール８０１は更に、診断デバイスによって送信された第２データ伝送要求を受信するように構成され、第２データ伝送要求は、フラッシュドライブプログラムを受信するよう制御デバイスに要求するために使用され、第２データ伝送要求は、フラッシュドライブプログラムに対応する第２メモリアドレスを保持し；取得モジュール８０２は更に、第２メモリアドレスに対応する第２ファイルパスを取得するように構成され；ストレージモジュール８０３は更に、診断デバイスによって送信されたフラッシュドライブプログラムを受信し、第２ファイルパスが指す第２ファイルにフラッシュドライブプログラムを格納するように構成される。

可能な設計において、図９に示されるように、図９は、本願の実施形態による電子制御ユニット制御デバイスの構造の概略図である。受信モジュール８０１は更に、制御デバイスがプログラミングセッションであるとき、診断デバイスによって送信されたリセット要求を受信するように構成される。制御デバイス８００は更に、受信されたリセット要求に応答して、プログラミング依存性チェック操作が制御デバイスによって実行されたと判定し、アップグレードファイルに基づいてアップグレード操作を実行し、リセット操作を実行するように構成されるアップグレードモジュール８０４を含む。

可能な設計において、図９に示されるように、受信モジュール８０１は更に、制御デバイスがプログラミングセッションにあるとき、リセット要求を受信するように構成され、制御デバイス８００は更に、受信されたリセット要求に応答して、プログラミング依存性チェック操作が制御デバイスによって実行されないと判定し、リセット操作のみをトリガするように構成されるリセットモジュール８０５を含む。

可能な設計において、図９に示されるように、制御デバイス８００は更に、アップグレード操作の実行に失敗したと判定されたとき、制御デバイスのシステムバージョン番号を無効値に設定するように構成される設定モジュール８０６を含み、ここで、無効値は、アップグレード操作が失敗したことを示す。

制御デバイス８００におけるモジュール／ユニットの間の情報交換及び実行プロセスなどの内容は、本願における図２から図７に対応する方法の実施形態と同じ概念に基づくことに留意されたい。具体的内容については、本願の前述の方法の実施形態におけるインテリジェントＥＣＵによって実行される段階の説明を参照されたい。ここでは、詳細について改めて説明しない。

本願の実施形態は更に診断デバイスを提供する。図１０は、本願の実施形態による診断デバイスの構造の概略図である。診断デバイス１０００は、第１データ伝送要求を制御デバイスへ送信するように構成される送信モジュール１００１、ここで、第１データ伝送要求は、アップグレードファイルを受信するよう制御デバイスに要求するために使用され、第１データ伝送要求は、アップグレードファイルに対応する第１メモリアドレスを保持し、第１メモリアドレスは、第１ファイルパスに対応し、アップグレードファイルは、制御デバイスをアップグレードするために使用される；及び、制御デバイスによって送信された第１肯定応答を受信するように構成される受信モジュール１００２、ここで、送信モジュール１００１は更に、第１肯定応答に基づいて、アップグレードファイルを制御デバイスへ送信するように構成され、アップグレードファイルは、第１ファイルパスが指す第１ファイルに格納される、を備える。

可能な設計において、送信モジュール１００１は更に、リセット要求を制御デバイスへ送信するように構成され、ここで、リセット要求は、プログラミング依存性チェック操作が実行されるとき、アップグレードファイルに基づくアップグレード操作及びリセット操作をトリガするように制御デバイスに示す。

可能な設計において、送信モジュール１００１は更に、バージョン番号クエリ要求を制御デバイスへ送信するように構成され、受信モジュール１００２は更に、制御デバイスによって送信されたシステムバージョン番号を受信するように構成され、ここで、システムバージョン番号が無効値であるとき、制御デバイスのアップグレードが失敗したことを示す。

診断デバイス１０００におけるモジュール／ユニットの間の情報交換及び実行プロセスなどの内容は、本願における図２から図７に対応する方法の実施形態と同じ概念に基づくことに留意されたい。具体的内容については、本願における前述の方法の実施形態における診断デバイスによって実行される段階の説明を参照されたい。ここでは、詳細について改めて説明しない。

以下では、本願の実施形態による電子デバイスを説明する。図１１は、本願の実施形態による電子デバイスの構造の概略図である。図８又は図９に対応する実施形態において説明される制御デバイス８００が電子デバイス１１００において展開される場合、図２から図７に対応する実施形態におけるインテリジェントＥＣＵの機能を実装するために、電子デバイス１１００は具体的には車両として表され得る。図１０に対応する実施形態において説明される診断デバイス１０００が電子デバイス１１００上に展開される場合、図２から図７に対応する実施形態における診断デバイスの機能を実装するべく、電子デバイス１１００は具体的には、携帯電話、タブレットコンピュータ、ノートブックコンピュータ、又はデスクトップコンピュータなどの端末デバイスとして表され得る。これは、本明細書において限定されるものではない。具体的には、電子デバイス１１００は、受信機１１０１、送信機１１０２、プロセッサ１１０３、及びメモリ１１０４を備える（電子デバイス１１００は、１又は複数のプロセッサ１１０３を含み得、１つのプロセッサが図１１において例として使用される）。プロセッサ１１０３は、アプリケーションプロセッサ１１０３１及び通信プロセッサ１１０３２を含み得る。本願のいくつかの実施形態において、受信機１１０１、送信機１１０２、プロセッサ１１０３、及びメモリ１１０４は、バス又は別の方式を通じて接続され得る。

メモリ１１０４は、リードオンリメモリ及びランダムアクセスメモリを含んでよく、命令及びデータをプロセッサ１１０３に提供してよい。メモリ１１０４の一部は、不揮発性ランダムアクセスメモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＮＶＲＡＭ）をさらに含み得る。メモリ１１０４はプロセッサ及び操作命令、実行可能モジュール若しくはデータ構造、若しくはそのサブセット、又は、それらの拡張セットを格納する。操作命令は、様々な操作を実装するための様々な操作命令を含み得る。

プロセッサ１１０３は電子デバイスの操作を制御する。特定の適用において、電子デバイスのコンポーネントは、バスシステムを通じて共に結合される。データバスに加えて、バスシステムはさらに、電力バス、制御バス、及びステータス信号バス等を含み得る。しかしながら、明瞭な説明のために、図において様々なタイプのバスが、バスシステムと表記される。

本願の上記実施形態に開示される方法は、プロセッサ１１０３に適用され得るか、又は、プロセッサ１１０３によって実装され得る。プロセッサ１１０３は、集積回路チップであってよく、信号処理機能を有する。実装プロセスにおいて、上記方法の各段階は、プロセッサ１１０３におけるハードウェアの集積論理回路、又は、ソフトウェアの形態の命令を使用することによって完了され得る。プロセッサ１１０３は、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ， ＤＳＰ）、マイクロプロセッサ、又はマイクロコントローラであり得、更に、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ， ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ， ＦＰＧＡ）、又は、別のプログラマブルロジックデバイス、ディスクリートゲート若しくはトランジスタロジックデバイス、又はディスクリートハードウェアコンポーネントを含み得る。プロセッサ１１０３は、本願の実施形態において開示される方法、段階、及び論理ブロック図を実装又は実行し得る。汎用プロセッサは、マイクロプロセッサであってよく、又は、プロセッサは、任意の従来のプロセッサ等であってよい。本願の実施形態を参照して開示される方法の段階は、ハードウェア復号プロセッサを使用することによって直接的に実行及び達成され得、又は、復号プロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせを使用することによって実行及び達成され得る。ソフトウェアモジュールが、ランダムアクセスメモリ、フラッシュメモリ、リードオンリメモリ、プログラマブルリードオンリメモリ、電気的消去可能プログラマブルメモリ、又はレジスタなど、当技術分野の成熟した記憶媒体に位置してよい。記憶媒体はメモリ１１０４に位置し、プロセッサ１１０３はメモリ１１０４内の情報を読み取り、プロセッサのハードウェアと組み合わせて、前述の方法における段階を実現する。

受信機１１０１は、入力された数字又は文字情報を受信し、電子デバイスの関連する設定及び機能制御に関連する信号入力を生成するように構成され得る。送信機１１０２は、第１インタフェースを通じて、数字又は文字情報を出力するように構成され得る。送信機１１０２は更に、第１インタフェースを通じて命令をディスクグループへ送信して、ディスクグループにおけるデータを修正するように構成され得る。送信機１１０２は、ディスプレイなどの表示デバイスを更に含み得る。

本願の本実施形態において、１つの場合において、プロセッサ１１０３は、図２から図７に対応する実施形態におけるインテリジェントＥＣＵによって実行されるデータ処理方法を実行するように構成される。別の場合において、プロセッサ１１０３は、図２から図７に対応する実施形態における診断デバイスによって実行されるデータ処理方法を実行するように構成される。

プロセッサ１１０３が上記の段階を実行する具体的な方式は、本願における図２及び図７に対応する方法の実施形態と同じ概念に基づいていることに留意されたい。具体的な方式によってもたらされる技術的効果は、本願における図２及び図７に対応する方法の実施形態と同一である。具体的内容については、本願の前述の方法の実施形態における説明を参照されたい。ここでは、詳細について改めて説明しない。

本願の実施形態は更にコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で実行されるとき、コンピュータは、図２から図７において示される実施形態において説明される方法におけるインテリジェントＥＣＵによって実行される段階を実行することが可能となり、又は、コンピュータは、図２から図７において示される実施形態において説明される方法において診断デバイスによって実行される段階を実行することが可能となる。

本願の実施形態はさらに、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、信号処理に使用されるプログラムを格納する。プログラムがコンピュータ上で実行されるとき、コンピュータは、図２から図７において示される実施形態において説明される方法におけるインテリジェントＥＣＵによって実行される段階を実行することが可能となり、又は、コンピュータは、図２から図７において示される実施形態において説明される方法において診断デバイスによって実行される段階を実行することが可能となる。

本願の実施形態において提供される電子デバイス、インテリジェントＥＣＵ、又は診断デバイスは、具体的にはチップであり得る。チップは処理ユニット及び通信ユニットを含む。処理ユニットは、例えば、プロセッサであり得、通信ユニットは、例えば、入力／出力インタフェース、ピン、又は回路であり得る。処理ユニットは、ストレージユニットに格納されたコンピュータ実行可能命令を実行し得、電子デバイスにおけるチップは、図２又は図７に示される実施形態において説明されるデータ処理方法を実行する。任意選択的には、ストレージユニットは、チップにおけるストレージユニット、例えば、レジスタ又はキャッシュであり；又は、ストレージユニットは、無線アクセスデバイスにおける、チップの外に位置するストレージユニット、例えば、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ， ＲＯＭ）、静的情報及び命令を格納できる別の種類の静的ストレージデバイス、又は、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＲＡＭ）であり得る。

本願の実施形態は更に、車両を提供する。１又は複数の制御デバイスが車両において構成され、制御デバイスは、図２から図７において示される実施形態において説明される方法におけるインテリジェントＥＣＵによって実行される段階を実行するように構成されている。

本願の実施形態は更にデータ処理システムを提供する。データ処理システムは、制御デバイス及び診断デバイスを含む。制御デバイスは、図２から図７に示される実施形態において説明される方法におけるインテリジェントＥＣＵによって実行される段階を実行するように構成され、診断デバイスは、図２から図７において示される実施形態において説明される方法における診断デバイスによって実行される段階を実行するように構成される。

上のどこかで言及されたプロセッサは、汎用中央演算処理装置、マイクロプロセッサ、ＡＳＩＣ、又は、第１態様における方法のプログラム実行を制御するように構成される１又は複数の集積回路であり得る。

加えて、説明された装置の実施形態が単に例示的なものに過ぎないことが、留意されるべきである。別個の部品として記載されるユニットは、物理的に別個である場合とそうでない場合とがあり、ユニットとして表示される部品は、物理ユニットである場合とそうでない場合があり、１つの位置に位置している場合と複数のネットワークユニットに分散されている場合とがある。これらのモジュールのいくつかの又は全てが実際の必要性に従って選択されることで、実施形態の解決手段の目的が実現され得る。加えて、本願によって提供された装置の実施形態の添付図面において、モジュール間の接続関係は、モジュールが互いに通信接続を有していることを示しており、これは、１又は複数の通信バス又は信号ケーブルとして具体的に実装され得る。

上記の実装の説明に基づいて、当業者は、本願が、必要なユニバーサルハードウェアに加えてソフトウェアによって、又は、専用集積回路、専用ＣＰＵ、専用メモリ、専用コンポーネント、及び同様のものを含む専用ハードウェアによって実装され得ると明確に理解し得る。通常、コンピュータプログラムによって実行され得るいずれの機能も、対応するハードウェアを用いることで容易に実装され得る。更に、同一の機能を達成するために使用される具体的なハードウェア構造は、例えば、アナログ回路、デジタル回路、又は専用回路の形態など、様々な形態であり得る。しかしながら、本願については、大部分のケースにおいて、ソフトウェアプログラム実装がより良い実装である。そのような理解に基づいて、本願の技術的解決手段は本質的に、又は、従来技術に貢献する一部は、ソフトウェア製品の形態で実装され得る。コンピュータソフトウェア製品は、コンピュータのフロッピディスク、ＵＳＢフラッシュドライブ、取り外し可能ハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク、又は、光ディスクなどの可読記憶媒体に格納される、コンピュータデバイス（パーソナルコンピュータ、訓練デバイス、又は、ネットワークデバイスであり得る）に、本願の実施形態における方法を実行するよう命令するための複数の命令を含む。

全て又は幾つの前述の実施形態は、ソフトウェア、ハードウェア、ファームウェア、又は、それらの任意の組み合わせを用いることによって実装され得る。ソフトウェアが実施形態を実装するために用いられるとき、全て又は一部の実施形態は、コンピュータプログラム製品の形態で実装され得る。

コンピュータプログラム製品は１又は複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータに読み込まれて実行されるとき、本願の実施形態による手順又は機能の全部又は一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は、他のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に格納され得る、又は、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送され得る。例えば、コンピュータ命令は、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ＤＳＬ））又は無線（例えば、赤外線、無線又はマイクロ波）方式で、ウェブサイト、コンピュータ、訓練デバイス、又はデータセンタから別のウェブサイト、コンピュータ、訓練デバイス、又はデータセンタへ送信され得る。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、又は、１又は複数の使用可能な媒体を統合する訓練デバイス若しくはデータセンタなどのデータストレージデバイスであり得る。使用可能な媒体は、磁気媒体（例えば、フロッピディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートディスク（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ， ＳＳＤ））又は同様のものであり得る。
［他の考えられる項目］
（項目１）
制御デバイスによって、診断デバイスによって送信された第１データ伝送要求を受信する段階、ここで、前記第１データ伝送要求は、アップグレードファイルを受信するよう前記制御デバイスに要求するために使用され、前記第１データ伝送要求は、前記アップグレードファイルに対応する第１メモリアドレスを保持し、前記アップグレードファイルは、前記制御デバイスをアップグレードするために使用され；
前記制御デバイスによって、前記第１メモリアドレスに対応する第１ファイルパスを取得する段階；及び、
前記制御デバイスによって、前記診断デバイスによって送信された前記アップグレードファイルを受信し、前記第１ファイルパスが指す第１ファイルに前記アップグレードファイルを格納する段階
を備えるデータ処理方法。
（項目２）
前記制御デバイスによって、前記第１メモリアドレスに対応する第１ファイルパスを取得する前記段階は、
前記制御デバイスによって、メモリアドレス及びファイルパスの間の対応関係に基づいて、前記第１メモリアドレスに対応する前記第１ファイルパスを取得する段階
を含む、項目１に記載の方法。
（項目３）
制御デバイスによって、診断デバイスによって送信された第１データ伝送要求を受信する前記段階の前に、前記方法は更に、
前記制御デバイスによって、前記診断デバイスによって送信された第２データ伝送要求を受信する段階、ここで、前記第２データ伝送要求は、フラッシュドライブプログラムを受信するよう前記制御デバイスに要求するために使用され、前記第２データ伝送要求は、前記フラッシュドライブプログラムに対応する第２メモリアドレスを保持し；
前記制御デバイスによって、前記第２メモリアドレスに対応する第２ファイルパスを取得する段階；及び、
前記制御デバイスによって、前記診断デバイスによって送信された前記フラッシュドライブプログラムを受信し、前記第２ファイルパスが指す前記第２ファイルに前記フラッシュドライブプログラムを格納する段階
を備える、項目１又は２に記載の方法。
（項目４）
前記制御デバイスによって、前記第１ファイルパスが指す第１ファイルに前記アップグレードファイルを格納する前記段階の後に、前記方法は更に、
前記制御デバイスがプログラミングセッションにあるとき、前記制御デバイスによって、前記診断デバイスによって送信されたリセット要求を受信する段階；及び、
前記制御デバイスによって、前記受信されたリセット要求に応答して、プログラミング依存性チェック操作が前記制御デバイスによって実行されると判定し、前記制御デバイスによって、前記アップグレードファイルに基づいてアップグレード操作を実行し、リセット操作を実行する段階
を備える、項目１又は２に記載の方法。
（項目５）
前記方法は更に、
前記制御デバイスがプログラミングセッションにあるとき、前記制御デバイスによって、リセット要求を受信する段階；及び、
前記制御デバイスによって、前記制御デバイスの前記受信されたリセット要求に応答して、前記制御デバイスがプログラミング依存性チェック操作を実行しないと判定し、リセット操作のみをトリガする段階
を備える、項目１又は２に記載の方法。
（項目６）
前記制御デバイスによって、前記アップグレードファイルに基づいて、アップグレード操作を実行する前記段階の後に、前記方法は更に、
前記アップグレード操作が失敗したと判定されたとき、前記制御デバイスのシステムバージョン番号を無効値に設定する段階、ここで、前記無効値は、前記アップグレード操作が失敗したことを示す、
を備える、項目４に記載の方法。
（項目７）
診断デバイスによって、第１データ伝送要求を制御デバイスへ送信する段階、ここで、前記第１データ伝送要求は、アップグレードファイルを受信するよう前記制御デバイスに要求するために使用され、前記第１データ伝送要求は、前記アップグレードファイルに対応する第１メモリアドレスを保持し、前記第１メモリアドレスは第１ファイルパスに対応し、前記アップグレードファイルは、前記制御デバイスをアップグレードするために使用される；及び、
前記診断デバイスによって、前記制御デバイスによって送信された第１肯定応答を受信し、前記第１肯定応答に基づいて、前記アップグレードファイルを前記制御デバイスへ送信する段階、ここで、前記アップグレードファイルは、前記第１ファイルパスが指す第１ファイルに格納される、
を備えるデータ処理方法。
（項目８）
前記診断デバイスによって、前記アップグレードファイルを前記制御デバイスへ送信する前記段階の後に、前記方法は更に、前記診断デバイスによって、リセット要求を前記制御デバイスへ送信する段階、ここで、前記リセット要求は、プログラミング依存性チェック操作が実行されるとき、前記アップグレードファイルに基づくアップグレード操作及びリセット操作をトリガするよう前記制御デバイスに示す、を備える、項目７に記載の方法。
（項目９）
前記方法は更に、
前記診断デバイスによって、バージョン番号クエリ要求を前記制御デバイスへ送信し、前記制御デバイスによって送信されたシステムバージョン番号を受信する段階、ここで、前記システムバージョン番号が無効値であるとき、前記制御デバイスのアップグレードが失敗したことを示す、
を備える、項目７又は８に記載の方法。
（項目１０）
制御デバイスであって、
診断デバイスによって送信された第１データ伝送要求を受信するように構成される受信モジュール、ここで、前記第１データ伝送要求は、アップグレードファイルを受信するよう前記制御デバイスに要求するために使用され、前記第１データ伝送要求は、前記アップグレードファイルに対応する第１メモリアドレスを保持し、前記アップグレードファイルは、前記制御デバイスをアップグレードするために使用される；
前記第１メモリアドレスに対応する第１ファイルパスを取得するように構成される取得モジュール；及び
前記診断デバイスによって送信された前記アップグレードファイルを受信し、前記第１ファイルパスが指す第１ファイルに前記アップグレードファイルを格納するように構成されるストレージモジュール
を備える制御デバイス。
（項目１１）
前記取得モジュールは具体的には、メモリアドレス及びファイルパスの間の対応関係に基づいて、前記第１メモリアドレスに対応する前記第１ファイルパスを取得するように構成される、項目１０に記載の制御デバイス。
（項目１２）
前記受信モジュールは更に、前記診断デバイスによって送信される第２データ伝送要求を受信するように構成され、ここで、前記第２データ伝送要求は、フラッシュドライブプログラムを受信するよう前記制御デバイスに要求するために使用され、前記第２データ伝送要求は、前記フラッシュドライブプログラムに対応する第２メモリアドレスを保持し；
前記取得モジュールは更に、前記第２メモリアドレスに対応する第２ファイルパスを取得するように構成され；
前記ストレージモジュールは更に、前記診断デバイスによって送信された前記フラッシュドライブプログラムを受信し、前記第２ファイルパスが指す第２ファイルに前記フラッシュドライブプログラムを格納するように構成される、
項目１０又は１１に記載の制御デバイス。
（項目１３）
前記受信モジュールは更に、前記制御デバイスがプログラミングセッションにあるとき、前記診断デバイスによって送信されたリセット要求を受信するように構成され；
前記制御デバイスは更に、前記受信されたリセット要求に応答して、プログラミング依存性チェック操作が前記制御デバイスによって実行されると判定し、前記アップグレードファイルに基づいてアップグレード操作を実行し、リセット操作を実行するように構成されるアップグレードモジュールを含む、
項目１０又は１１に記載の制御デバイス。
（項目１４）
前記受信モジュールは更に、前記制御デバイスがプログラミングセッションにあるとき、リセット要求を受信するように構成され；
前記制御デバイスは更に、前記受信されたリセット要求に応答して、前記制御デバイスがプログラミング依存性チェック操作を実行しないと判定し、リセット操作のみをトリガするように構成されるリセットモジュールを備える、
項目１０又は１１に記載の制御デバイス。
（項目１５）
前記制御デバイスは更に、前記アップグレード操作が失敗したと判定されるとき、前記制御デバイスのシステムバージョン番号を無効値に設定するように構成される設定モジュールを備え、前記無効値は、前記アップグレード操作が失敗したことを示す、項目１３に記載の制御デバイス。
（項目１６）
第１データ伝送要求を制御デバイスへ送信するように構成される送信モジュール、ここで、前記第１データ伝送要求は、アップグレードファイルを受信するよう前記制御デバイスに要求するために使用され、前記第１データ伝送要求は、前記アップグレードファイルに対応する第１メモリアドレスを保持し、前記第１メモリアドレスは、第１ファイルパスに対応し、前記アップグレードファイルは、前記制御デバイスをアップグレードするために使用される；及び、
前記制御デバイスによって送信される第１肯定応答を受信するように構成される受信モジュール
を備え、前記送信モジュールは更に、前記第１肯定応答に基づいて、前記アップグレードファイルを前記制御デバイスへ送信するように構成され、前記アップグレードファイルは、前記第１ファイルパスが指す第１ファイルに格納される、
診断デバイス。
（項目１７）
前記送信モジュールは更に、リセット要求を前記制御デバイスへ送信するように構成され、前記リセット要求は、プログラミング依存性チェック操作が実行されるとき、前記アップグレードファイルに基づくアップグレード操作及びリセット操作をトリガするように前記制御デバイスに示す、項目１６に記載の診断デバイス。（項目１８）
前記送信モジュールは更に、バージョン番号クエリ要求を前記制御デバイスへ送信するように構成され；
前記受信モジュールは更に、前記制御デバイスによって送信されたシステムバージョン番号を受信するように構成され、前記システムバージョン番号が無効値であるとき、前記制御デバイスのアップグレードが失敗したことを示す、項目１６又は１７に記載の診断デバイス。
（項目１９）
プログラムを含むコンピュータ可読記憶媒体であって、前記プログラムがコンピュータ上で実行されるとき、前記コンピュータは、項目１から６のいずれか一項に記載の方法を実行することが可能であり、又は、前記コンピュータは、項目７から９のいずれか一項に記載の方法を実行することが可能である、コンピュータ可読記憶媒体。（項目２０）
プロセッサ及びメモリを備える電子デバイスであって、前記プロセッサは前記メモリに結合され；
前記メモリは、プログラムを格納するように構成され；
前記プロセッサは、前記メモリにおける前記プログラムを実行するように構成され、その結果、前記電子デバイスは、項目１から６のいずれか一項に記載の方法を実行し、又は、前記電子デバイスは、項目７から９のいずれか一項に記載の方法を実行する、
電子デバイス。

Claims (20)

1. 制御デバイスによって、診断デバイスによって送信された第１データ伝送要求を受信する段階、ここで、前記第１データ伝送要求は、アップグレードファイルを受信するよう前記制御デバイスに要求するために使用され、前記第１データ伝送要求は、前記アップグレードファイルに対応する第１メモリアドレスを保持し、前記アップグレードファイルは、前記制御デバイスをアップグレードするために使用され；
   前記制御デバイスによって、前記第１メモリアドレスに対応する第１ファイルパスを取得する段階；及び、
   前記制御デバイスによって、前記診断デバイスによって送信された前記アップグレードファイルを受信し、前記第１ファイルパスが指す第１ファイルに前記アップグレードファイルを格納する段階
   を備えるデータ処理方法。
2. 前記制御デバイスによって、前記第１メモリアドレスに対応する第１ファイルパスを取得する前記段階は、
   前記制御デバイスによって、メモリアドレス及びファイルパスの間の対応関係に基づいて、前記第１メモリアドレスに対応する前記第１ファイルパスを取得する段階
   を含む、請求項１に記載のデータ処理方法。
3. 制御デバイスによって、診断デバイスによって送信された第１データ伝送要求を受信する前記段階の前に、前記データ処理方法は更に、
   前記制御デバイスによって、前記診断デバイスによって送信された第２データ伝送要求を受信する段階、ここで、前記第２データ伝送要求は、フラッシュドライブプログラムを受信するよう前記制御デバイスに要求するために使用され、前記第２データ伝送要求は、前記フラッシュドライブプログラムに対応する第２メモリアドレスを保持する；
   前記制御デバイスによって、前記第２メモリアドレスに対応する第２ファイルパスを取得する段階；及び、
   前記制御デバイスによって、前記診断デバイスによって送信された前記フラッシュドライブプログラムを受信し、前記第２ファイルパスが指す第２ファイルに前記フラッシュドライブプログラムを格納する段階；
   を備え、前記第１データ伝送要求及び前記第２データ伝送要求は統合診断サービスプロトコルに基づく、請求項１又は２に記載のデータ処理方法。
4. 前記制御デバイスによって、前記第１ファイルパスが指す第１ファイルに前記アップグレードファイルを格納する前記段階の後に、前記データ処理方法は更に、
   前記制御デバイスがプログラミングセッションにあるとき、前記制御デバイスによって、前記診断デバイスによって送信されたリセット要求を受信する段階；及び、
   前記制御デバイスによって、前記受信されたリセット要求に応答して、プログラミング依存性チェック操作が前記制御デバイスによって実行されると判定し、前記制御デバイスによって、前記アップグレードファイルに基づいてアップグレード操作を実行し、リセット操作を実行する段階
   を備える、請求項１又は２に記載のデータ処理方法。
5. 前記データ処理方法は更に、
   前記制御デバイスがプログラミングセッションにあるとき、前記制御デバイスによって、リセット要求を受信する段階；及び、
   前記制御デバイスによって、前記受信されたリセット要求に応答して、前記制御デバイスがプログラミング依存性チェック操作を実行しないと判定し、リセット操作のみをトリガする段階
   を備える、請求項１又は２に記載のデータ処理方法。
6. 前記制御デバイスによって、前記アップグレードファイルに基づいて、アップグレード操作を実行する前記段階の後に、前記データ処理方法は更に、
   前記アップグレード操作が失敗したと判定されたとき、前記制御デバイスのシステムバージョン番号を無効値に設定する段階、ここで、前記無効値は、前記アップグレード操作が失敗したことを示す、
   を備える、請求項４に記載のデータ処理方法。
7. 診断デバイスによって、第１データ伝送要求を制御デバイスへ送信する段階、ここで、前記第１データ伝送要求は、アップグレードファイルを受信するよう前記制御デバイスに要求するために使用され、前記第１データ伝送要求は、前記アップグレードファイルに対応する第１メモリアドレスを保持し、前記第１メモリアドレスは第１ファイルパスに対応し、前記アップグレードファイルは、前記制御デバイスをアップグレードするために使用される；及び、
   前記診断デバイスによって、前記制御デバイスによって送信された第１肯定応答を受信し、前記第１肯定応答に基づいて、前記アップグレードファイルを前記制御デバイスへ送信する段階、ここで、前記アップグレードファイルは、前記第１ファイルパスが指す第１ファイルに格納される、
   を備えるデータ処理方法。
8. 前記診断デバイスによって、前記アップグレードファイルを前記制御デバイスへ送信する前記段階の後に、前記データ処理方法は更に、
   前記診断デバイスによって、リセット要求を前記制御デバイスへ送信する段階、ここで、前記リセット要求は、プログラミング依存性チェック操作が実行されるとき、前記アップグレードファイルに基づくアップグレード操作及びリセット操作をトリガするよう前記制御デバイスに示す、
   を備える、請求項７に記載のデータ処理方法。
9. 前記データ処理方法は更に、
   前記診断デバイスによって、バージョン番号クエリ要求を前記制御デバイスへ送信し、前記制御デバイスによって送信されたシステムバージョン番号を受信する段階、ここで、前記システムバージョン番号が無効値であるとき、前記制御デバイスのアップグレードが失敗したことを示す、
   を備え、前記第１データ伝送要求は統合診断サービスプロトコルに基づく、請求項７又は８に記載のデータ処理方法。
10. 制御デバイスであって、
    診断デバイスによって送信された第１データ伝送要求を受信するように構成される受信モジュール、ここで、前記第１データ伝送要求は、アップグレードファイルを受信するよう前記制御デバイスに要求するために使用され、前記第１データ伝送要求は、前記アップグレードファイルに対応する第１メモリアドレスを保持し、前記アップグレードファイルは、前記制御デバイスをアップグレードするために使用される；
    前記第１メモリアドレスに対応する第１ファイルパスを取得するように構成される取得モジュール；及び
    前記診断デバイスによって送信された前記アップグレードファイルを受信し、前記第１ファイルパスが指す第１ファイルに前記アップグレードファイルを格納するように構成されるストレージモジュール
    を備える制御デバイス。
11. 前記取得モジュールは具体的には、メモリアドレス及びファイルパスの間の対応関係に基づいて、前記第１メモリアドレスに対応する前記第１ファイルパスを取得するように構成される、請求項１０に記載の制御デバイス。
12. 前記受信モジュールは更に、前記診断デバイスによって送信される第２データ伝送要求を受信するように構成され、ここで、前記第２データ伝送要求は、フラッシュドライブプログラムを受信するよう前記制御デバイスに要求するために使用され、前記第２データ伝送要求は、前記フラッシュドライブプログラムに対応する第２メモリアドレスを保持し；
    前記取得モジュールは更に、前記第２メモリアドレスに対応する第２ファイルパスを取得するように構成され；
    前記ストレージモジュールは更に、前記診断デバイスによって送信された前記フラッシュドライブプログラムを受信し、前記第２ファイルパスが指す第２ファイルに前記フラッシュドライブプログラムを格納するように構成され、
    前記第１データ伝送要求及び前記第２データ伝送要求は、統合診断サービスプロトコルに基づく、請求項１０又は１１に記載の制御デバイス。
13. 前記受信モジュールは更に、前記制御デバイスがプログラミングセッションにあるとき、前記診断デバイスによって送信されたリセット要求を受信するように構成され；
    前記制御デバイスは更に、前記受信されたリセット要求に応答して、プログラミング依存性チェック操作が前記制御デバイスによって実行されると判定し、前記アップグレードファイルに基づいてアップグレード操作を実行し、リセット操作を実行するように構成されるアップグレードモジュールを含む、
    請求項１０又は１１に記載の制御デバイス。
14. 前記受信モジュールは更に、前記制御デバイスがプログラミングセッションにあるとき、リセット要求を受信するように構成され；
    前記制御デバイスは更に、前記受信されたリセット要求に応答して、前記制御デバイスがプログラミング依存性チェック操作を実行しないと判定し、リセット操作のみをトリガするように構成されるリセットモジュールを備える、
    請求項１０又は１１に記載の制御デバイス。
15. 前記制御デバイスは更に、前記アップグレード操作が失敗したと判定されるとき、前記制御デバイスのシステムバージョン番号を無効値に設定するように構成される設定モジュールを備え、前記無効値は、前記アップグレード操作が失敗したことを示す、請求項１３に記載の制御デバイス。
16. 第１データ伝送要求を制御デバイスへ送信するように構成される送信モジュール、ここで、前記第１データ伝送要求は、アップグレードファイルを受信するよう前記制御デバイスに要求するために使用され、前記第１データ伝送要求は、前記アップグレードファイルに対応する第１メモリアドレスを保持し、前記第１メモリアドレスは、第１ファイルパスに対応し、前記アップグレードファイルは、前記制御デバイスをアップグレードするために使用される；及び、
    前記制御デバイスによって送信される第１肯定応答を受信するように構成される受信モジュール
    を備え、前記送信モジュールは更に、前記第１肯定応答に基づいて、前記アップグレードファイルを前記制御デバイスへ送信するように構成され、前記アップグレードファイルは、前記第１ファイルパスが指す第１ファイルに格納される、
    診断デバイス。
17. 前記送信モジュールは更に、リセット要求を前記制御デバイスへ送信するように構成され、前記リセット要求は、プログラミング依存性チェック操作が実行されるとき、前記アップグレードファイルに基づくアップグレード操作及びリセット操作をトリガするように前記制御デバイスに示す、請求項１６に記載の診断デバイス。
18. 前記送信モジュールは更に、バージョン番号クエリ要求を前記制御デバイスへ送信するように構成され；
    前記受信モジュールは更に、前記制御デバイスによって送信されたシステムバージョン番号を受信するように構成され、前記システムバージョン番号が無効値であるとき、前記制御デバイスのアップグレードが失敗したことを示し；
    前記第１データ伝送要求は統合診断サービスプロトコルに基づく、
    請求項１６又は１７に記載の診断デバイス。
19. コンピュータプログラムであって、前記コンピュータプログラムがコンピュータ上で実行されるとき、前記コンピュータは、請求項１から６のいずれか一項に記載のデータ処理方法を実行することが可能であり、又は、前記コンピュータは、請求項７から９のいずれか一項に記載のデータ処理方法を実行することが可能である、コンピュータプログラム。
20. プロセッサ及びメモリを備える電子デバイスであって、前記プロセッサは前記メモリに結合され；
    前記メモリは、プログラムを格納するように構成され；
    前記プロセッサは、前記メモリにおける前記プログラムを実行するように構成され、その結果、前記電子デバイスは、請求項１から６のいずれか一項に記載のデータ処理方法を実行し、又は、前記電子デバイスは、請求項７から９のいずれか一項に記載のデータ処理方法を実行する、
    電子デバイス。

Images