Search

JP-2026515010-A - 更新方法および関連装置

JP2026515010AJP 2026515010 AJP2026515010 AJP 2026515010AJP-2026515010-A

Abstract

更新方法および関連装置が提供され、コネクティッド車両技術の分野に適用される。方法は車両に適用され、車両は、第1のノードと、第2のノードと、第1の電子制御ユニットECUと、第2の電子制御ユニットECUとを含む。第1のECUは、第2のノードに接続される。方法は、第1のノード第1の情報を送信し、第1の情報は、第1のECUによる第1のパケットを送受信する機能を無効にすることを指示し、第1のノードは第2の情報を送信し、第2の情報は、第1のECUに対してオーバージエアOTA更新を実行するために使用されることを含む。第1のECUに対してOTA更新が実行されると、第1のECUによる第1のパケットを送受信する機能が無効にされ、第2のECUによる第1のパケットを送受信する機能が有効にされ、第2のECUは第1のECUとは異なる。方法は、いくつかのECUに対してOTA更新を実行するプロセスにおいて、OTA更新が実行されない別のECUの通常のサービス機能を保証することができる。

Inventors

  • ▲劉▼ ▲チオン▼
  • 朱 程
  • ▲楊▼ 志▲遠▼

Assignees

  • 引望智能技術有限公司

Dates

Publication Date
20260513
Application Date
20230428

Claims (20)

  1. 車両に適用される更新方法であって、前記車両は、第1のノードと、第2のノードと、第1の電子制御ユニットECUと、第2の電子制御ユニットECUとを備え、前記第1のECUは前記第2のノードに接続され、前記方法は、 前記第1のノードによって、第1の情報を送信するステップであって、前記第1の情報は、前記第1のECUによる第1のパケットを受信および送信する機能を無効にすることを指示する、ステップと、 前記第1のノードによって第2の情報を送信するステップであって、前記第2の情報は、前記第1のECUに対してオーバージエアOTA更新を実行するために使用される、ステップと を含み、 前記第1のECUに対してOTA更新が実行されると、前記第1のECUによる前記第1のパケットを送受信する前記機能が無効にされ、前記第2のECUによる前記第1のパケットを送受信する前記機能が有効にされ、前記第2のECUは、前記第1のECUとは異なる、 更新方法。
  2. OTA更新に対応する更新パケットの処理優先度は、前記第1のパケットの処理優先度よりも低い、請求項1に記載の方法。
  3. 前記車両は第3のノードをさらに備え、前記第3のノードは前記第2のノードとは異なり、前記第2のECUは前記第3のノードに接続されたECUである、請求項1または2に記載の方法。
  4. 前記第1の情報は、前記第2のノードによる前記第1のパケットを送受信する機能を無効にすることをさらに指示する、請求項1から3のいずれか一項に記載の方法。
  5. 前記第1のECUは、第1の車両内有線ネットワークに接続されたECUであり、前記第2のECUは、第2の車両内有線ネットワークに接続されたECUであり、前記第1の車両内有線ネットワークおよび前記第2の車両内有線ネットワークは、前記第2のノードに接続された2つの異なる車両内有線ネットワークである、請求項1または2に記載の方法。
  6. 前記方法は、 前記第1のノードによって第3の情報を送信するステップであって、前記第3の情報は、前記第2のノードによる、前記第1の車両内有線ネットワークに対応する第1のパケットを送受信する機能を無効にすることを指示する、ステップ をさらに含む、請求項5に記載の方法。
  7. 前記第3の情報は、前記第2のノードによる、第2の車両内有線ネットワークに対応する第1のパケットを送受信する機能を有効にすることを指示する、請求項5または6に記載の方法。
  8. 前記第1の情報は、少なくとも第1のフィールドおよび第2のフィールドを含み、前記第1のフィールドは、前記第2のノードに接続されたECUによる前記第1のパケットを送受信する機能が無効にされているかどうかを示し、前記第2のフィールドは、前記第3のノードに接続されたECUによる前記第1のパケットを送受信する機能が無効にされているかどうかを示す、請求項1から7のいずれか一項に記載の方法。
  9. 前記方法は、 前記第1のノードによって第4の情報を送信するステップであって、前記第4の情報は、前記車両内のすべての、またはいくつかのECUによる前記第1のパケットを送受信する機能を無効にすることを指示する、ステップ をさらに含む、請求項1から8のいずれか一項に記載の方法。
  10. 車両に適用される更新方法であって、前記車両は、第1のノードと、第2のノードと、第1の電子制御ユニットECUと、第2の電子制御ユニットECUとを備え、前記第1のECUは前記第2のノードに接続され、前記方法は、 前記第2のノードによって、前記第1のノードから第1の情報を受信するステップであって、前記第1の情報は、前記第1のECUによる第1のパケットを受信および送信する機能を無効にすることを指示する、ステップと、 前記第2のノードによって前記第1のノードから第2の情報を受信するステップであって、前記第2の情報は、前記第1のECUに対してオーバージエアOTA更新を実行するために使用される、ステップと を含み、 前記第1のECUに対してOTA更新が実行されると、前記第1のECUによる前記第1のパケットを送受信する前記機能が無効にされ、前記第2のECUによる前記第1のパケットを送受信する機能が有効にされ、前記第2のECUは、前記第1のECUとは異なる、 更新方法。
  11. OTA更新に対応する更新パケットの処理優先度は、前記第1のパケットの処理優先度よりも低い、請求項10に記載の方法。
  12. 前記車両は第3のノードをさらに備え、前記第3のノードは前記第2のノードとは異なり、前記第2のECUは前記第3のノードに接続されたECUである、請求項10または11に記載の方法。
  13. 前記第1の情報は、前記第2のノードによる前記第1のパケットを送受信する機能を無効にすることをさらに指示する、請求項10から12のいずれか一項に記載の方法。
  14. 前記第1のECUは、第1の車両内有線ネットワークに接続されたECUであり、前記第2のECUは、第2の車両内有線ネットワークに接続されたECUであり、前記第1の車両内有線ネットワークおよび前記第2の車両内有線ネットワークは、前記第2のノードに接続された2つの異なる車両内有線ネットワークである、請求項10または11に記載の方法。
  15. 前記方法は、 前記第2のノードによって前記第1のノードから第3の情報を受信するステップであって、前記第3の情報は、前記第2のノードによる、前記第1の車両内有線ネットワークに対応する第1のパケットを送受信する機能を無効にすることを指示する、ステップ をさらに含む、請求項14に記載の方法。
  16. 前記第3の情報は、前記第2のノードによる、前記第2の車両内有線ネットワークに対応する第1のパケットを送受信する機能を有効にすることをさらに指示する、請求項14または15に記載の方法。
  17. 前記第1の情報は、少なくとも第1のフィールドおよび第2のフィールドを含み、前記第1のフィールドは、前記第2のノードに接続されたECUによる前記第1のパケットを送受信する機能が無効にされているかどうかを示し、前記第2のフィールドは、前記第3のノードに接続されたECUによる前記第1のパケットを送受信する機能が無効にされているかどうかを示す、請求項10から16のいずれか一項に記載の方法。
  18. 前記方法は、 前記第2のノードによって前記第1のノードから第4の情報を受信するステップであって、前記第4の情報は、前記車両内のすべての、またはいくつかのECUによる前記第1のパケットを送受信する機能を無効にすることを指示する、ステップ をさらに含む、請求項10から17のいずれか一項に記載の方法。
  19. 請求項1から9または請求項10から18のいずれか一項に記載の前記方法を実行するように構成されたモジュールまたはユニットを備える、通信装置。
  20. プロセッサを備える通信装置であって、 前記プロセッサがメモリ内のコンピュータプログラムまたは命令を呼び出すと、請求項1から9のいずれか一項に記載の方法または請求項10から18のいずれか一項に記載の方法が実行される、 通信装置。

Description

本出願は、コネクティッド車両技術の分野に関し、特に、更新方法および関連装置に関する。 オーバージエア（over the air、OTA）は、無線ネットワークを介してデータをダウンロードするための技術であり、車両、テレビ、携帯電話、タブレットコンピュータ、およびセットトップボックスなどのデバイスの更新に現在広く使用されている。例えば、車両の場合、OTAは、車両ソフトウェアを遠隔で更新または修理するのに使用され得る。ソフトウェアマネージャは、ローカル車両システムの機能のアップグレードまたは機能の更新を実施するために、ローカルソフトウェアを更新するためにクラウドから自動的に、またはユーザによってダウンロードされ得るソフトウェアバージョンをクラウドにアップロードすることができる。例えば、OTAを使用することによって車両の電子制御ユニット（electronic control unit、ECU）が更新され得、ECUを更新することによって車両の性能が更新され得る。OTA技術は、OTA更新の利便性のために、より広範に適用されている。 しかしながら、OTA更新中のフラッシング成功率を保証するために、車両全体のアプリケーションパケット通信が無効にされる。ボトムレイヤサービス通信が中断されるため、車両全体のECUが、OTA更新中に通常のサービス機能を提供することができない場合がある。 本出願の実施形態は、いくつかのECUに対してOTA更新を実行するプロセスにおいて、OTA更新が実行されない別のECUの通常のサービス機能を保証するための更新方法および関連装置を提供する。 本出願の一実施形態による車両更新システムのアーキテクチャの図である。本出願の一実施形態による車両のアーキテクチャの図である。本出願の一実施形態による中央コンピューティングアーキテクチャに基づく車両のアーキテクチャの図である。本出願の一実施形態による車両トポロジアーキテクチャの図である。本出願の一実施形態による車両トポロジアーキテクチャの図である。本出願の一実施形態によるECUプログラミング手順の図である。本出願の一実施形態によるECUプログラミング手順の図である。本出願の一実施形態による車両システム更新アーキテクチャの図である。本出願の一実施形態による更新方法の概略フローチャートである。本出願の一実施形態によるOTAフラッシング手順の図である。本出願の一実施形態によるOTAフラッシング手順の図である。本出願の一実施形態によるOTAフラッシング手順の図である。本出願の一実施形態によるOTAフラッシング手順の図である。本出願の一実施形態によるOTAフラッシング手順の図である本出願の一実施形態による通信装置の構造の図である。本出願の一実施形態による通信装置の構造の図である。本出願の一実施形態によるチップの構造の図である。 本出願の実施形態の目的、技術的解決策、および利点をより明確にするために、以下は、添付の図面を参照して本出願の実施形態を詳細に説明する。 本出願の明細書、特許請求の範囲、および添付の図面における「第1の」および「第2の」などの用語は、異なる対象を区別するために使用されるが、特定の順序を説明するために使用されるものではない。加えて、「含む」および「有する」などの用語、ならびにそれらの任意の他の変形は、非排他的包含を網羅することを意図している。例えば、一連のステップまたはユニットを含むプロセス、方法、システム、製品またはデバイスは、列挙されたステップまたはユニットに限定されないが、代わりに、任意選択で、列挙されていないステップまたはユニットをさらに含むか、または任意選択で、これらのプロセス、方法、製品、またはデバイスに固有の他のステップまたはユニットをさらに含む。 本明細書で言及される「実施形態」は、実施形態と組み合わせて説明される特定の特徴、構造、または特性が、本出願の少なくとも1つの実施形態に含まれ得ることを意味する。本明細書の様々な場所に示される語句は、必ずしも同じ実施形態を指すとは限らず、別の実施形態とは排他的な独立したまたは任意選択の実施形態ではない。本出願の実施形態では、特に明記しない限り、または論理的な矛盾がない限り、実施形態の用語および／または説明は一貫しており、相互に参照されてもよく、異なる実施形態の技術的特徴は、それらの内部の論理的関係に基づいて組み合わされて、新しい実施形態を形成することができることが当業者によって明示的および暗黙的に理解され得る。 本出願では、「少なくとも1つの（項目）」は、1つまたは複数を意味し、「複数の」は、2つ以上を意味し、「少なくとも2つの（項目）」は、2つ、3つ、またはそれ以上を意味し、さらに、「および／または」は、関連する対象間の関連付け関係を説明するために使用され、3つの関係があり得ることを示すことを、理解されるべきである。例えば、「Aおよび／またはB」は、Aのみが存在し、Bのみが存在し、AとBの両方が存在することを指示することができ、AとBは単数であっても複数であってよい。文字「／」は、一般的に、関連する対象間の「または」関係を示す。「以下の項目（部分）のうちの少なくとも1つ」またはその類似の表現は、これらの項目の任意の組み合わせを指し、単数の項目（部分）または複数の項目（部分）の任意の組み合わせを含む。例えば、a、b、またはcのうちの少なくとも1つは、a、b、c、aおよびb、aおよびc、bおよびc、またはa、b、およびcを示してもよいし、a、b、およびcは単数または複数であってもよい。 本出願では、「指示」は、直接指示、間接指示、明示的指示、および暗黙的指示を含み得ることに留意されたい。1つの指示情報がAを指示するものとして記載されている場合、その指示情報はAを伝える、Aを直接指示する、またはAを間接的に指示すると理解され得る。 本出願では、指示情報によって指示される情報は、指示されるべき情報と称される。特定の実施プロセスでは、指示されるべき情報は、複数の方法で指示されるが、例えば、これに限定されないが、以下の方法で指示され、すなわち、指示されるべき情報が直接指示され、例えば、指示されるべき情報または指示されるべき情報のインデックスが指示される。代替として、指示されるべき情報は、他の情報を指示することによって間接的に指示されてもよく、他の情報と指示されるべき情報との間には関連関係がある。あるいは、指示されるべき情報の一部のみが指示されてもよく、指示されるべき情報の他の部分は知られているかまたは予め合意されている。例えば、特定の情報は、代替として、事前に合意された複数の情報の配置順序（例えば、プロトコルで規定される）を使用することによって指示されて、指示オーバーヘッドをある程度低減してもよい。指示されるべき情報は、全体として送信されてもよいし、または、別々に送信するために複数のサブ情報に分割されてもよい。さらに、これらのサブ情報の送信周期および／または送信機会は、同じであっても異なっていてもよい。具体的な送信方法は、本出願では限定されない。これらのサブ情報の送信周期および／または送信機会は、事前定義されてもよく、例えば、プロトコルに従って事前定義されてもよいし、または受信側デバイスに構成情報を送信することによって伝送側デバイスによって構成されてもよい。 本出願では、「送信」は「出力」として理解されてもよく、「受信」は「入力」として理解されてもよいことに留意されたい。「Aへの情報の送信」において、「Aへの」は情報伝達の方向のみを示し、Aは宛先である。「Aへの情報の送信」は、エアインターフェースを介した直接送信に限定されない。「Aへの情報の送信」は、情報をAに直接送信することと、送信機を使用することによって情報をAに間接的に送信することとを含む。したがって、「Aへの情報の送信」は、「Aへの情報の出力」と理解されてもよい。同様に、「Aからの情報の受信」は、情報の送信元がAであることを示し、Aから情報を直接受信することと、受信機を使用することによってAから情報を間接的に受信することとを含む。したがって、「Aからの情報の受信」は、「Aからの情報の入力」と理解されてもよい。 図1は、本出願の一実施形態による車両更新システムの図である。 図1に示すように、更新システムは、OTAサーバ（server）101と、OTAマスタ（Master）102と、OTAスレーブ（slave）103とを含む。具体的には、OTAサーバ101は、OTA Masterに更新データパケットを送信するように構成される。いくつかの特定の実装シナリオでは、OTAサーバはOTAクラウドとも呼ばれる。 OTAマスタ（Master）102は、データ送受信能力を有する電子デバイスであり、OTAサーバ101によって送信された更新パッケージを受信し、更新パッケージに基づいて車両の構成要素を更新し得る。具体的には、OTAマスタ102は、受信した更新パッケージを車両内の1つまたは複数のOTAスレーブ103に配信し、更新パッケージをインストールしアクティブ化するように1つまたは複数のOTAスレーブ103に指示して、更新を完了する。 図2は、本出願の一実施形態による車両の可能なアーキテクチャの図である。 図2に示すように、車両アーキテクチャは、OTAクラウド201および車両202を含む。 車両202は、車両電気アーキテクチャ／電子アーキテクチャ（electrical／electronic architecture、E／E）に基づく車両であり、領域203を参照されたい。車両202は、以下の構成要素、すなわち、モバイルデータセンタ（mobile data center、MDC）、ヒューマン－マシンインタラクション（human－machine interaction、HMI）、ゲートウェイ（gateway、GW）、テレマティクスボックス（telematics box、Tbox、またはTCUと呼ばれる）、および電子制御ユニット（electronic control unit、ECU）などのモジュールを含み得る。GWは、車両全体の電気アーキテクチャ／電子アーキテクチャにおけるコア構成要素である。車両ネットワーク全体のデータインタラクションハブとして、GWは、コントローラエリアネットワーク（controller area network、CAN）、ローカルインターコネクトネットワーク（local interconnect network、LIN）、メディア指向システムトランスポート（media oriented system transport、MOST）、およびFlexRayのネットワークデータを異なるネットワークでルーティングし得る。MDCは、インテリジェントな車載コンピューティングプラットフォームである。T－BOXは、主に、車両の外部、バックグラウンドシステム、および携帯電話アプリケーション（application、APP）と通信するように構成される。HMIは車両のインフォテインメントシステムである。ECUは車両の専用のマイクロコンピュータコントローラである。 車両202のGWには更新マスタ（update master、OTA masterとみなされてよい）が配置され、車両202の残りの各モジュールには更新スレーブ（update slave、OTA slaveとみなされてよい）が配置される。GW内の更新マスタは、OTAクラウドによって送信された更新パッケージを受信し、対応する構成要素の更新スレーブに更新パッケージを配信し、その結果、更新スレーブは更新パッケージをインストールしアクティブ化して、構成要素の更新を完了する。車両全体の更新パッケージはGW内の更新マスタによってダウンロードされ、各構成要素は更新パッケージをインストールするように指示されることが分かる。これは、更新マス