特許ウォッチ

公開番号2025000707
公報種別公開特許公報(A)
公開日2025-01-07
出願番号2024161251,2023518969
出願日2024-09-18,2020-09-27
発明の名称データ送信システム、データ送信方法、インテリジェント車両、及び装置
出願人華為技術有限公司,HUAWEI TECHNOLOGIES CO.,LTD.
代理人弁理士法人ITOH
主分類G06F 8/65 20180101AFI20241224BHJP(計算;計数)
要約【解決手段】オーバージエア(OTA)サーバ、マスタ電子制御ユニット(ECU)及びノードECUを含むデータ送信システムにおいて、OTAサーバは、マスタECUの第1のインターフェースを呼び出す。マスタECUは、OTAサーバが第1のインターフェースを呼び出したことに応答して、ターゲットソフトウェアパッケージのサイズを取得する。マスタECUは、ノードECUの第2のインターフェースを呼び出す。ノードECUは、マスタECUが第2のインターフェースを呼び出したことに応答して、ターゲットソフトウェアパッケージのサイズを取得し、ノードECUの残りの記憶スペースをチェックし、残りの記憶スペースがターゲットソフトウェアパッケージのサイズ以上である場合、OTAサーバが送信したターゲットソフトウェアパッケージを受信する。
【効果】マスタECUの記憶能力及び処理能力への依存が低減され、アップグレード効率が向上する。
【選択図】図6
特許請求の範囲【請求項１】
データ送信システムであって、前記データ送信システムは、オーバージエア（ＯＴＡ）サーバと、マスタ電子制御ユニット（ＥＣＵ）と、ノードＥＣＵとを備え、
前記ＯＴＡサーバは、ターゲットソフトウェアパッケージのサイズを前記マスタＥＣＵに送信するように構成され、
前記マスタＥＣＵは、前記ターゲットソフトウェアパッケージの前記サイズを前記ＯＴＡサーバから取得するように構成され、
前記マスタＥＣＵは、前記ターゲットソフトウェアパッケージの前記サイズを前記ノードＥＣＵに送信するように、又は前記ノードＥＣＵの残りの記憶スペースのサイズを前記ノードＥＣＵから取得するように更に構成され、
前記ノードＥＣＵは、前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズより小さくない場合、前記ターゲットソフトウェアパッケージを前記ＯＴＡサーバから受信するように構成されており、
前記マスタＥＣＵは、前記ターゲットソフトウェアパッケージのダウンロードアドレスを、前記ノードＥＣＵへ送信するように更に構成されており、前記ターゲットソフトウェアパッケージは、前記ダウンロードアドレスに基づいて前記ノードＥＣＵにより前記ＯＴＡに要求され、前記ダウンロードアドレスはユニフォームリソースロケータ（uniform resource locator，URL）の形式におけるものである、データ送信システム。
続きを表示（約 3,600 文字）【請求項２】
前記マスタＥＣＵは、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の関係を取得するように更に構成され、前記ターゲットソフトウェアパッケージの前記サイズが前記ノードＥＣＵに送信される場合、前記マスタＥＣＵは、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の前記関係を前記ノードＥＣＵから取得するように構成され、又は、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズが前記マスタＥＣＵによって取得される場合、前記マスタＥＣＵは、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の前記関係を決定するように構成され、
前記マスタＥＣＵは、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズより小さくない場合、第１のパラメータを前記ＯＴＡサーバに送信するように構成され、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズより小さくないことを示すために使用され、又は、前記マスタＥＣＵは、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示するように更に構成され、
前記ノードＥＣＵは、前記ターゲットソフトウェアパッケージを前記ＯＴＡサーバから受信するように構成され、前記ターゲットソフトウェアパッケージは、前記第１のパラメータに基づいて、前記ＯＴＡサーバによって前記ノードＥＣＵに送信されるか、又は、前記ターゲットソフトウェアパッケージは、前記マスタＥＣＵによって指示された前記ＯＴＡサーバによって送信される、
請求項１に記載のデータ送信システム。
【請求項３】
前記ノードＥＣＵは、第１のパラメータを前記マスタＥＣＵに送信するように更に構成され、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズより小さくないことを示すために使用され、
前記マスタＥＣＵは、前記第１のパラメータを前記ノードＥＣＵから取得し、前記第１のパラメータに基づいて、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示する命令を送信するように更に構成され、
前記ＯＴＡサーバは、前記命令に基づいて、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように更に構成されている、
請求項２に記載のデータ送信システム。
【請求項４】
ノードＥＣＵの数はＮであり、Ｎは１より大きな整数であり、
前記マスタＥＣＵは、前記Ｎ個のノードＥＣＵに対応するＮ個の第１のパラメータを取得する際に前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示する前記命令を送信するように構成されている、
請求項３に記載のデータ送信システム。
【請求項５】
前記マスタＥＣＵが、前記ターゲットソフトウェアパッケージのダウンロードアドレスを前記ノードＥＣＵに送信するように更に構成される場合、前記マスタＥＣＵは、前記ターゲットソフトウェアパッケージの前記ダウンロードアドレスを前記ＯＴＡサーバから取得するように更に構成され、
前記ノードＥＣＵは、第１のパラメータを前記マスタＥＣＵに送信するように更に構成され、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズより小さくないことを示すために使用され、
前記マスタＥＣＵは、前記第１のパラメータを前記ノードＥＣＵから取得し、前記第１のパラメータに基づいて前記ダウンロードアドレスを前記ノードＥＣＵに送信するように更に構成され、
前記ノードＥＣＵは、前記ターゲットソフトウェアパッケージの前記ダウンロードアドレスを前記マスタＥＣＵから取得し、前記ダウンロードアドレスに基づいて、前記ノードＥＣＵの前記ターゲットソフトウェアパッケージを前記ＯＴＡサーバに要求するように更に構成され、
前記ＯＴＡサーバは、前記ダウンロードアドレスに基づいて前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように更に構成されている、
請求項２に記載のデータ送信システム。
【請求項６】
ノードＥＣＵの数はＮであり、Ｎは１より大きな整数であり、
前記マスタＥＣＵは、前記Ｎ個のノードＥＣＵに対応するＮ個の第１のパラメータを取得する際に前記ダウンロードアドレスを前記ノードＥＣＵに送信するように構成されている、
請求項５に記載のデータ送信システム。
【請求項７】
ノードＥＣＵの数はＮであり、Ｎは１より大きな整数であり、
前記マスタＥＣＵは、前記Ｎ個のノードＥＣＵ内の各ノードＥＣＵのダウンロードアドレスを前記ＯＴＡサーバから取得するように特に構成されており、
前記マスタＥＣＵは、Ｎ個の第１のパラメータを前記Ｎ個のノードＥＣＵから取得するように構成されており、
前記マスタＥＣＵは、前記Ｎ個の第１のパラメータ内の各第１のパラメータの値が、前記Ｎ個のノードＥＣＵ内の各ノードＥＣＵの残りの記憶スペースが前記Ｎ個のノードＥＣＵ内の前記各ノードＥＣＵのためのそれぞれのターゲットソフトウェアパッケージのサイズより小さくないことを示す場合にのみ、前記それぞれのターゲットソフトウェアパッケージの前記ダウンロードアドレスを前記Ｎ個のノードＥＣＵ内の各ノードＥＣＵに送信するように構成されており、
前記Ｎ個のノードＥＣＵ内の前記各ノードＥＣＵは、前記それぞれのターゲットソフトウェアパッケージの前記ダウンロードアドレスに基づいて、前記それぞれのターゲットソフトウェアパッケージを前記ＯＴＡサーバに要求するように構成されている、
請求項５に記載のデータ送信システム。
【請求項８】
オーバージエア（ＯＴＡ）サーバであって、前記ＯＴＡサーバは、更新及び構成管理（ＵＣＭ）モジュールを備え、
前記ＵＣＭモジュールは、ノードＥＣＵのターゲットソフトウェアパッケージのサイズをマスタＥＣＵに送信し、
前記ノードＥＣＵの残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズより小さくない場合に、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように構成されており、
前記ＵＣＭモジュールは、前記ターゲットソフトウェアパッケージのダウンロードアドレスを、前記マスタＥＣＵへ送信するように更に構成されており、
前記ＵＣＭモジュールは、前記ターゲットソフトウェアパッケージの前記ダウンロードアドレスを含むメッセージであって、前記ＯＴＡサーバから前記マスタＥＣＵに送信されたものを、前記ノードＥＣＵから受信し、前記ダウンロードアドレスに基づいて前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように構成されており、前記ダウンロードアドレスはユニフォームリソースロケータ（uniform resource locator，URL）の形式におけるものである、ＯＴＡサーバ。
【請求項９】
第１のパラメータを含む前記メッセージは、前記マスタＥＣＵから受信され、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズより小さくないことを示すために使用され、前記メッセージは、前記マスタＥＣＵから受信され、前記メッセージは、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示するために使用され、又は、前記メッセージは、前記ノードＥＣＵから受信され、前記メッセージは、前記ターゲットソフトウェアパッケージを前記ＯＴＡサーバに要求するために使用される、
請求項８に記載のＯＴＡサーバ。
【請求項１０】
前記メッセージは前記ノードＥＣＵから受信され、前記メッセージは前記ターゲットソフトウェアパッケージを前記ＯＴＡサーバに要求するために使用される、
請求項９に記載のＯＴＡサーバ。
（【請求項１１】以降は省略されています）
発明の詳細な説明【技術分野】
【０００１】
本出願は、車両ネットワーク技術の分野に関し、特に、データ送信システム、データ送信方法、インテリジェント車両、及び装置に関する。
続きを表示（約 4,900 文字）【背景技術】
【０００２】
自動車オープンシステムアーキテクチャ（AutoSar：Automotive Open System Architecture）は、世界的な自動車製造業者、部品供給業者、及び電子ソフトウェアシステム会社によって共同で確立されたオープンで標準化されたソフトウェアアーキテクチャである。これは、１００年以上にわたって開発された自動車技術における経験の集約である。AutoSarは、一連のシステムサービスインターフェースを定義する。これらのインターフェースは、異なるソフトウェアの互換性及び相互運用性を実装するために使用可能であり、それによって、自動車ソフトウェア開発を簡略化し、異なるモデルの車両上のソフトウェア展開を促進する。
【０００３】
AutoSarでは、オーバージエア（ＯＴＡ：over the air）技術を使用することによって車両内のソフトウェアのアップグレードを実施し得る。ソフトウェアパッケージは、ＯＴＡ技術を使用することによって、クラウドサーバからローカルにダウンロードすることができる。車両は、複数の電子制御ユニット（ＥＣＵ：electronic control units）を含み、複数のＥＣＵは、それぞれソフトウェアアップグレード要件を有するので、更新及び構成管理マスタ（ＵＣＭＭａｓｔｅｒ：update and configuration management master）モジュールが複数のＥＣＵの少なくとも１つにインストールされる必要があり、更新及び構成管理（ＵＣＭ：update and configuration management）モジュールが、ソフトウェアアップグレード要件を有する他のＥＣＵのそれぞれにインストールされる必要がある。ソフトウェアパッケージは、ＯＴＡ技術を使用することによって、クラウドサーバからＵＣＭＭａｓｔｅｒモジュールがインストールされたＥＣＵにダウンロードされ、次いで、ＵＣＭＭａｓｔｅｒモジュールがインストールされたＥＣＵによって、ＵＣＭモジュールがそれぞれインストールされた複数のＥＣＵに分配されて、車両全体のソフトウェアアップグレードが完了する。
【発明の概要】
【０００４】
本出願の実施形態は、データ送信システム、データ送信方法、インテリジェント車両、及び装置を提供する。本出願において提供される解決策によれば、ＯＴＡ技術を使用することによって車載ソフトウェアアップグレードを実施するプロセスにおいて、マスタＥＣＵの記憶能力及び処理能力への依存が低減され、アップグレード効率が向上する。
【０００５】
上記の目的を達成するために、以下の技術的解決策が本出願の実施形態において提供される。
【０００６】
第１の態様によれば、本出願は、データ送信システムを提供する。データ送信システムは、オーバージエア（ＯＴＡ）サーバと、マスタ電子制御ユニット（ＥＣＵ）と、ノードＥＣＵとを含む。ＯＴＡサーバは、マスタＥＣＵの第１のインターフェースを呼び出すように構成される。インターフェースは、第１のデバイスと第２のデバイスとの間の対話方法及び規則として理解され得る。マスタＥＣＵは、ＯＴＡサーバが第１のインターフェースを呼び出したことに応答して、ターゲットソフトウェアパッケージのサイズを取得するように構成される。本出願では、ターゲットソフトウェアパッケージは、代替的に、略してソフトウェアパッケージと呼ばれることがあり、又は、アップグレードパッケージ若しくはソフトウェアアップグレードパッケージと呼ばれる。ソフトウェアパッケージは、ノードＥＣＵをアップグレードするためのデータを含む。言い換えると、ＯＴＡサーバは、マスタＥＣＵの第１のインターフェースを呼び出すことによって、ターゲットソフトウェアパッケージのサイズをマスタＥＣＵに送信し得る。マスタＥＣＵは、ノードＥＣＵの第２のインターフェースを呼び出すように更に構成される。ノードＥＣＵは、マスタＥＣＵが第２のインターフェースを呼び出したことに応答して、ターゲットソフトウェアパッケージのサイズを取得し、ノードＥＣＵの残りの記憶スペースをチェックし、残りの記憶スペースがターゲットソフトウェアパッケージのサイズ以上である場合、ＯＴＡサーバによって送信されたターゲットソフトウェアパッケージを受信するように構成される。本出願において提供されるデータ送信システムは、AutoSarであり得る。本出願において提供されるデータ送信システムがAutoSarである場合、マスタＥＣＵは、ＵＣＭＭａｓｔｅｒモジュールが車両内のＥＣＵにインストールされたＥＣＵであり、ノードＥＣＵは、ＵＣＭモジュールが車両内のＥＣＵにインストールされたＥＣＵであり、インターフェースは、第１のデバイスの第１のモジュールと第２のデバイスの第２のモジュールとの間の対話方法及び規則として理解され得る。本出願において提供される解決策では、ＯＴＡサーバは、複数の方式で、第１のＥＣＵのソフトウェアパッケージを第１のＥＣＵに送信すべきかどうかを知ることができる。第１の態様から分かるように、第１の態様による解決策では、ノードＥＣＵのターゲットソフトウェアパッケージは、ＯＴＡサーバによってノードＥＣＵに直接送信され、マスタＥＣＵは、ノードＥＣＵのソフトウェアパッケージをバッファする必要がなく、ノードＥＣＵのアップグレードパッケージを転送する必要がない。このようにして、マスタＥＣＵは、比較的大きい記憶スペース又は比較的高い処理性能を有する必要がない。ＯＴＡ技術を使用することによって車載ソフトウェアアップグレードを実施するプロセスにおいて、マスタＥＣＵの記憶能力及び処理能力への依存が低減される。
【０００７】
任意選択で、第１の態様に関連して、第１の可能な実装形態では、ノードＥＣＵは、第１の呼び出し結果をマスタＥＣＵに返すように更に構成される。第１の呼び出し結果は第１のパラメータ値を含み、第１のパラメータ値は、ノードＥＣＵの残りの記憶スペースがターゲットソフトウェアパッケージのサイズ以上であることを示すために使用される。マスタＥＣＵは、第１のパラメータ値を取得する際にＯＴＡサーバの第３のインターフェースを呼び出すように更に構成される。ＯＴＡサーバは、マスタＥＣＵが第３のインターフェースを呼び出したことに応答して、ターゲットソフトウェアパッケージをノードＥＣＵに送信するように更に構成される。第１の態様の第１の可能な実装形態から分かるように、ＯＴＡサーバがターゲットソフトウェアパッケージをノードＥＣＵに直接送信すべきであることをＯＴＡサーバが知る特定の方式が提供される。第１のパラメータ値が第１の呼び出し結果に追加される方式が使用され得、それにより、ＯＴＡサーバは、ＯＴＡサーバがターゲットソフトウェアパッケージをノードＥＣＵに直接送信すべきであることを知る。
【０００８】
任意選択で、第１の態様の第１の可能な実装形態に関連して、第２の可能な実装形態では、第２のインターフェースは、転送開始（TransferStart）インターフェースである。TransferStartインターフェースは、AutoSarで定義されているインターフェースである。第１の態様の第２の可能な実装形態では、AutoSarによって定義された既存のTransferStartインターフェースの呼び出し結果にパラメータが追加され、このパラメータを使用して、ターゲットソフトウェアパッケージをノードＥＣＵに送信するようにＯＴＡサーバに指示し得る。第１の態様の第２の可能な実装形態から分かるように、この解決策では、AutoSarによって指定された既存のソフトウェアアップグレード手順がわずかに変更される。ノードＥＣＵのTransferStartインターフェースの呼び出し結果にパラメータが追加され、パラメータがＯＴＡサーバにフィードバックされ、それにより、ＯＴＡサーバは、分散ダウンロードを実行することができることを知り、マスタＥＣＵを使用せずにノードＥＣＵのターゲットソフトウェアパッケージをノードＥＣＵに直接送信する。
【０００９】
任意選択で、第１の態様、第１の態様の第１の可能な実装形態、又は第１の態様の第２の可能な実装形態に関連して、第３の可能な実装形態では、ノードＥＣＵの数はＮであり、Ｎは１より大きい整数である。マスタＥＣＵは、Ｎ個の第１のパラメータ値を取得する際にＯＴＡサーバの第３のインターフェースを呼び出すように特に構成される。第１の態様の第３の可能な実装形態から分かるように、データ送信システムが複数のノードＥＣＵを含む場合、マスタＥＣＵは、複数のノードＥＣＵ内の各ノードＥＣＵの残りの記憶スペースが各ノードＥＣＵのソフトウェアパッケージのサイズ以上であることをマスタＥＣＵが知った場合にのみ、ＯＴＡサーバの第３のインターフェースを呼び出し、それにより、ＯＴＡサーバは、ソフトウェアパッケージを各ノードＥＣＵに送信する。ＯＴＡサーバの第３のインターフェースが呼び出された後、ＯＴＡサーバは、ソフトウェアパッケージを各ノードＥＣＵに別々に送信してもよいし、それぞれのソフトウェアパッケージを複数のノードＥＣＵに同時に送信してもよい。第１の態様の第３の可能な実装形態から分かるように、マスタＥＣＵは、全てのノードＥＣＵの残りの記憶スペースが十分であるかどうかを事前に知ることができ、全てのノードＥＣＵの残りの記憶スペースがそれぞれのソフトウェアパッケージを記憶するのに十分である場合にのみ、ソフトウェアパッケージが送信される。これにより、ダウンロードプロセスにおける一部のノードＥＣＵのリソースの不足によって引き起こされるアップグレード失敗を防止し、アップグレード失敗によって引き起こされるユーザトラフィック消費及びリソース浪費を低減する。加えて、この実装形態では、第２のインターフェースは、この解決策におけるAutoSarにおいて新たに定義されたインターフェースとして理解され得る。マスタＥＣＵは、一度に複数の第１の呼び出し結果を取得するために、複数のノードＥＣＵの第２のインターフェースを呼び出し得る。
【００１０】
任意選択で、第１の態様、第１の態様の第１の可能な実装形態、又は第１の態様の第２の可能な実装形態に関連して、第４の可能な実装形態では、ノードＥＣＵの数はＮであり、Ｎは１より大きい整数である。マスタＥＣＵは、Ｍ個の第１のパラメータ値を取得する際にＯＴＡサーバの第３のインターフェースを呼び出さないように特に構成され、Ｍは、Ｎより小さく、１より大きい整数である。第１の態様の第３の可能な実装形態から分かるように、複数のノードＥＣＵ内の各ノードＥＣＵの残りの記憶スペースが各ノードＥＣＵのソフトウェアパッケージのサイズ以上であることをマスタＥＣＵが把握しない場合、マスタＥＣＵは、ＯＴＡサーバの第３のインターフェースを呼び出さない。言い換えると、複数のノードＥＣＵのうちの一部のノードＥＣＵの残りの記憶スペースが、ノードＥＣＵのソフトウェアパッケージを記憶するのに不十分である場合、ＯＴＡサーバは、複数のノードＥＣＵのうちのいずれのノードＥＣＵにもソフトウェアパッケージを送信しない。これにより、ダウンロードプロセスにおける一部のノードＥＣＵのリソースの不足によって引き起こされるアップグレード失敗を防止し、アップグレード失敗によって引き起こされるユーザトラフィック消費及びリソース浪費を低減する。
（【００１１】以降は省略されています）

関連特許