知財求人 - 知財ポータルサイト「IP Force」
特許7559230データ送信システム、データ送信方法、インテリジェント車両、及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-20
(45)【発行日】2024-10-01
(54)【発明の名称】データ送信システム、データ送信方法、インテリジェント車両、及び装置
(51)【国際特許分類】
G06F 8/654 20180101AFI20240924BHJP
【ＦＩ】
G06F8/654
【請求項の数】
37
(21)【出願番号】P 2023518969
(86)(22)【出願日】2020-09-27
(65)【公表番号】
(43)【公表日】2023-10-20
(86)【国際出願番号】 CN2020118080
(87)【国際公開番号】W WO2022061804
(87)【国際公開日】2022-03-31
【審査請求日】2023-05-18
(73)【特許権者】
【識別番号】503433420
【氏名又は名称】華為技術有限公司
【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．
【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】リィウ，チョン
(72)【発明者】
【氏名】リ，ジェン
(72)【発明者】
【氏名】マ，タオ
(72)【発明者】
【氏名】スン，ホォンシン
【審査官】松平 英
(56)【参考文献】
【文献】特開２０１６－０７１５２７（ＪＰ，Ａ）
【文献】特開２０１９－２０４４１３（ＪＰ，Ａ）
【文献】特開２０１８－０７９７６８（ＪＰ，Ａ）
【文献】特開２０１８－０３７０５９（ＪＰ，Ａ）
【文献】特開２０２０－１４４６８２（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｂ６０Ｒ ９／００－１１／０６
１６／００－２１／１３
２１／３４－９９／００
Ｇ０６Ｆ ８／００－８／３８
８／６０－８／７７
９／４４－９／４４５
９／４５１
(57)【特許請求の範囲】
【請求項1】
データ送信システムであって、前記データ送信システムは、オーバージエア（ＯＴＡ）サーバと、マスタ電子制御ユニット（ＥＣＵ）と、ノードＥＣＵとを備え、前記ＯＴＡサーバは、ターゲットソフトウェアパッケージのサイズを前記マスタＥＣＵに送信するように構成され、
前記マスタＥＣＵは、前記ターゲットソフトウェアパッケージの前記サイズを前記ＯＴＡサーバから取得するように構成され、
前記マスタＥＣＵは、前記ターゲットソフトウェアパッケージの前記サイズを前記ノードＥＣＵに送信するように、又は前記ノードＥＣＵの残りの記憶スペースのサイズを前記ノードＥＣＵから取得するように更に構成され、
前記ノードＥＣＵは、前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上である場合、前記ターゲットソフトウェアパッケージを前記ＯＴＡサーバから受信するように構成され、
前記マスタＥＣＵは、前記ターゲットソフトウェアパッケージのダウンロードアドレスを前記ノードＥＣＵに送信することを行うように更に構成され、前記ターゲットソフトウェアパッケージは、前記ダウンロードアドレスに基づいて前記ノードＥＣＵによって前記ＯＴＡサーバに要求される、
データ送信システム。
【請求項2】
前記マスタＥＣＵは、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の関係を取得するように更に構成され、前記ターゲットソフトウェアパッケージの前記サイズが前記ノードＥＣＵに送信される場合、前記マスタＥＣＵは、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の前記関係を前記ノードＥＣＵから取得するように構成され、又は、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズが前記マスタＥＣＵによって取得される場合、前記マスタＥＣＵは、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の前記関係を決定するように構成され、前記マスタＥＣＵは、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上である場合、第１のパラメータを前記ＯＴＡサーバに送信することであって、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上であることを示すために使用される、送信すること、又は、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示することを行うように更に構成され、
前記ノードＥＣＵは、前記ターゲットソフトウェアパッケージを前記ＯＴＡサーバから受信するように構成され、前記ターゲットソフトウェアパッケージは、前記第１のパラメータに基づいて、前記ＯＴＡサーバによって前記ノードＥＣＵに送信されるか、又は前記ターゲットソフトウェアパッケージは、前記マスタＥＣＵによって指示された前記ＯＴＡサーバによって送信される、
請求項１に記載のデータ送信システム。
【請求項3】
前記ノードＥＣＵは、第１のパラメータを前記マスタＥＣＵに送信するように更に構成され、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上であることを示すために使用され、前記マスタＥＣＵは、前記第１のパラメータを前記ノードＥＣＵから取得し、前記第１のパラメータに基づいて、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示する命令を送信するように更に構成され、
前記ＯＴＡサーバは、前記命令に基づいて、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように更に構成される、
請求項２に記載のデータ送信システム。
【請求項4】
ノードＥＣＵの数はＮであり、Ｎは１より大きい整数であり、前記マスタＥＣＵは、前記Ｎ個のノードＥＣＵに対応するＮ個の第１のパラメータを取得する際に前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示する前記命令を送信するように構成される、
請求項３に記載のデータ送信システム。
【請求項5】
前記マスタＥＣＵが、前記ターゲットソフトウェアパッケージのダウンロードアドレスを前記ノードＥＣＵに送信するように更に構成される場合、前記マスタＥＣＵは、前記ターゲットソフトウェアパッケージの前記ダウンロードアドレスを前記ＯＴＡサーバから取得するように更に構成され、前記ノードＥＣＵは、第１のパラメータを前記マスタＥＣＵに送信するように更に構成され、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上であることを示すために使用され、
前記マスタＥＣＵは、前記第１のパラメータを前記ノードＥＣＵから取得し、前記第１のパラメータに基づいて前記ダウンロードアドレスを前記ノードＥＣＵに送信するように更に構成され、
前記ノードＥＣＵは、前記ターゲットソフトウェアパッケージの前記ダウンロードアドレスを前記マスタＥＣＵから取得し、前記ダウンロードアドレスに基づいて、前記ノードＥＣＵの前記ターゲットソフトウェアパッケージを前記ＯＴＡサーバに要求するように更に構成され、
前記ＯＴＡサーバは、前記ダウンロードアドレスに基づいて前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように更に構成される、
請求項２に記載のデータ送信システム。
【請求項6】
ノードＥＣＵの数はＮであり、Ｎは１より大きい整数であり、前記マスタＥＣＵは、前記Ｎ個のノードＥＣＵに対応するＮ個の第１のパラメータを取得する際に前記ダウンロードアドレスを前記ノードＥＣＵに送信するように構成される、
請求項５に記載のデータ送信システム。
【請求項7】
ノードＥＣＵの数はＮであり、Ｎは１より大きい整数であり、前記マスタＥＣＵは、前記Ｎ個のノードＥＣＵ内の各ノードＥＣＵのダウンロードアドレスを前記ＯＴＡサーバから取得するように構成され、
前記マスタＥＣＵは、Ｎ個の第１のパラメータを前記Ｎ個のノードＥＣＵから取得するように構成され、
前記マスタＥＣＵは、前記Ｎ個の第１のパラメータ内の各第１のパラメータの値が、前記Ｎ個のノードＥＣＵ内の各ノードＥＣＵの残りの記憶スペースが前記Ｎ個のノードＥＣＵ内の前記各ノードＥＣＵのためのそれぞれのターゲットソフトウェアパッケージのサイズ以上であることを示す場合にのみ、前記それぞれのターゲットソフトウェアパッケージの前記ダウンロードアドレスを前記Ｎ個のノードＥＣＵ内の各ノードＥＣＵに送信するように構成され、
前記Ｎ個のノードＥＣＵ内の前記各ノードＥＣＵは、前記それぞれのターゲットソフトウェアパッケージの前記ダウンロードアドレスに基づいて、前記それぞれのターゲットソフトウェアパッケージを前記ＯＴＡサーバに要求するように構成される、
請求項５に記載のデータ送信システム。
【請求項8】
オーバージエア（ＯＴＡ）サーバであって、前記ＯＴＡサーバは、更新及び構成管理（ＵＣＭ）モジュールを備え、前記ＵＣＭモジュールは、ノードＥＣＵのターゲットソフトウェアパッケージのサイズをマスタＥＣＵに送信し、
前記ノードＥＣＵの残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上である場合、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに受信するように構成され、
前記ＵＣＭモジュールは、前記ターゲットソフトウェアパッケージのダウンロードアドレスを前記マスタＥＣＵに送信するように更に構成され、
前記ＵＣＭモジュールは、前記ターゲットソフトウェアパッケージの前記ダウンロードアドレスであって前記ＯＴＡサーバから前記マスタＥＣＵへ送信されたダウンロードアドレスを含むメッセージを、前記ノードＥＣＵから受信し、前記ダウンロードアドレスに基づいて前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように構成されている、
ＯＴＡサーバ。
【請求項9】
第１のパラメータを含む前記メッセージは、前記マスタＥＣＵから受信され、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上であることを示すために使用され、又は、前記メッセージは、前記マスタＥＣＵから受信され、前記メッセージは、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示するために使用される、請求項８に記載のＯＴＡサーバ。
【請求項10】
前記メッセージは、前記ノードＥＣＵから受信され、前記メッセージは、前記ターゲットソフトウェアパッケージを前記ＯＴＡサーバに要求するために使用される、
請求項９に記載のＯＴＡサーバ。
【請求項11】
マスタ電子制御ユニット（ＥＣＵ）であって、前記マスタＥＣＵは、更新及び構成管理マスタ（ＵＣＭ Ｍａｓｔｅｒ）モジュールを備え、前記ＵＣＭ Ｍａｓｔｅｒモジュールは、ターゲットソフトウェアパッケージのサイズをＯＴＡサーバから取得するように構成され、
前記ＵＣＭ Ｍａｓｔｅｒモジュールは、前記ターゲットソフトウェアパッケージの前記サイズをノードＥＣＵに送信するか、又は前記ノードＥＣＵの残りの記憶スペースのサイズを前記ノードＥＣＵから取得するように更に構成され、
前記ＵＣＭ Ｍａｓｔｅｒモジュールは、前記ターゲットソフトウェアパッケージのダウンロードアドレスを前記ノードＥＣＵに送信することを行うように更に構成され、前記ターゲットソフトウェアパッケージは、前記ダウンロードアドレスに基づいて前記ノードＥＣＵによって前記ＯＴＡサーバに要求される、
マスタＥＣＵ。
【請求項12】
前記ＵＣＭ Ｍａｓｔｅｒモジュールは、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の関係を取得することであって、前記ターゲットソフトウェアパッケージの前記サイズが前記ノードＥＣＵに送信される場合、前記ＵＣＭ Ｍａｓｔｅｒモジュールは、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の前記関係を前記ノードＥＣＵから取得するように構成され、又は、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズが前記ＵＣＭ Ｍａｓｔｅｒモジュールによって取得される場合、前記ＵＣＭ Ｍａｓｔｅｒモジュールは、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の前記関係を決定するように構成される、取得することと、
前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上である場合、第１のパラメータを前記ＯＴＡサーバに送信することであって、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上であることを示すために使用される、送信すること、又は、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示すること
を行うように更に構成される、請求項１１に記載のマスタＥＣＵ。
【請求項13】
前記ＵＣＭ Ｍａｓｔｅｒモジュールが、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示するように構成される場合、前記ＵＣＭ Ｍａｓｔｅｒモジュールは、第１のパラメータを前記ノードＥＣＵから取得することとであって、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上であることを示すために使用される、取得することと、
前記第１のパラメータに基づいて、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示する命令を送信することと
を行うように更に構成される、請求項１２に記載のマスタＥＣＵ。
【請求項14】
ノードＥＣＵの数はＮであり、Ｎは１より大きい整数であり、前記ＵＣＭ Ｍａｓｔｅｒモジュールは、前記Ｎ個のノードＥＣＵに対応するＮ個の第１のパラメータを取得する際に前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示する前記命令を送信するように構成される、
請求項１３に記載のマスタＥＣＵ。
【請求項15】
前記ＵＣＭ Ｍａｓｔｅｒモジュールが、前記ターゲットソフトウェアパッケージのダウンロードアドレスを前記ノードＥＣＵに送信するように構成される場合、前記ＵＣＭ Ｍａｓｔｅｒモジュールは、前記ターゲットソフトウェアパッケージの前記ダウンロードアドレスを前記ＯＴＡサーバから取得するように更に構成され、前記ＵＣＭ Ｍａｓｔｅｒモジュールは、第１のパラメータを前記ノードＥＣＵから取得し、前記第１のパラメータに基づいて、前記ダウンロードアドレスを前記ノードＥＣＵに送信するように更に構成され、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上であることを示すために使用される、
請求項１２に記載のマスタＥＣＵ。
【請求項16】
ノードＥＣＵの数はＮであり、Ｎは１より大きい整数であり、前記ＵＣＭ Ｍａｓｔｅｒモジュールは、前記Ｎ個のノードＥＣＵに対応するＮ個の第１のパラメータを取得する際に前記ダウンロードアドレスを前記ノードＥＣＵに送信するように構成される、
請求項１５に記載のマスタＥＣＵ。
【請求項17】
ノードＥＣＵの数はＮであり、Ｎは１より大きい整数であり、前記マスタＥＣＵは、前記Ｎ個のノードＥＣＵ内の各ノードＥＣＵのダウンロードアドレスを前記ＯＴＡサーバから取得するように構成され、
前記マスタＥＣＵは、Ｎ個の第１のパラメータを前記Ｎ個のノードＥＣＵから取得するように構成され、
前記マスタＥＣＵは、前記Ｎ個の第１のパラメータ内の各第１のパラメータの値が、前記Ｎ個のノードＥＣＵ内の各ノードＥＣＵの残りの記憶スペースが前記Ｎ個のノードＥＣＵ内の前記各ノードＥＣＵのためのそれぞれのターゲットソフトウェアパッケージのサイズ以上であることを示す場合にのみ、前記それぞれのターゲットソフトウェアパッケージの前記ダウンロードアドレスを前記Ｎ個のノードＥＣＵ内の各ノードＥＣＵに送信するように構成される、
請求項１５に記載のマスタＥＣＵ。
【請求項18】
ノード電子制御ユニット（ＥＣＵ）であって、前記ノードＥＣＵは、更新及び構成管理（ＵＣＭ）モジュールを備え、前記ＵＣＭモジュールは、
前記ノードＥＣＵのターゲットソフトウェアパッケージのサイズをマスタＥＣＵから取得するか、又は前記ノードＥＣＵの残りの記憶スペースのサイズをマスタＥＣＵに送信することと、
前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上である場合、ＯＴＡサーバから前記ターゲットソフトウェアパッケージを受信することと
を行うように構成され、前記ＵＣＭモジュールは、
前記ターゲットソフトウェアパッケージのダウンロードアドレスを前記マスタＥＣＵから取得することと、
前記ターゲットソフトウェアパッケージを要求するための前記ダウンロードアドレスを含むメッセージを前記ＯＴＡサーバに送信することと
を行うように更に構成されている、ノードＥＣＵ。
【請求項19】
前記ターゲットソフトウェアパッケージは、前記ノードＥＣＵによって前記ＯＴＡサーバに要求され、前記ターゲットソフトウェアパッケージは、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の関係に基づいて、前記マスタＥＣＵによって指示された前記ＯＴＡサーバによって送信され、又は前記ターゲットソフトウェアパッケージは、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の前記関係に基づいて、前記ＯＴＡサーバによって送信される、請求項１８に記載のノードＥＣＵ。
【請求項20】
前記ノードＥＣＵの前記ターゲットソフトウェアパッケージの前記サイズが前記ノードＥＣＵによって取得される場合、前記ＵＣＭモジュールは、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の前記関係を決定することと、
第１のパラメータを前記マスタＥＣＵに送信することであって、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上であることを示すために使用され、前記ターゲットソフトウェアパッケージは、前記第１のパラメータに基づいて、前記マスタＥＣＵによって指示された前記ＯＴＡサーバによって送信される、送信することと
を行うように更に構成される、請求項１９に記載のノードＥＣＵ。
【請求項21】
前記ノードＥＣＵの前記ターゲットソフトウェアパッケージのサイズが前記ノードＥＣＵによって取得される場合、前記ＵＣＭモジュールは、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の前記関係を決定することと、
第１のパラメータを前記マスタＥＣＵに送信することであって、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上であることを示すために使用される、送信することと、
を行うように更に構成される、請求項１９に記載のノードＥＣＵ。
【請求項22】
データ送信方法であって、ＯＴＡサーバが、ノードＥＣＵのターゲットソフトウェアパッケージのサイズをマスタＥＣＵに送信するステップと、
前記ノードＥＣＵの残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上である場合において、前記ターゲットソフトウェアパッケージのダウンロードアドレスであって前記ＯＴＡサーバから前記マスタＥＣＵへ送信されたダウンロードアドレスを含むメッセージを、前記ノードＥＣＵから受信した場合に、前記ダウンロードアドレスに基づいて、前記ＯＴＡサーバが、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するステップと
を含むデータ送信方法。
【請求項23】
第１のパラメータを含む前記メッセージは、前記マスタＥＣＵから受信され、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上であることを示すために使用され、又は、前記メッセージは、前記マスタＥＣＵから受信され、前記メッセージは、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示するために使用される、請求項２２に記載のデータ送信方法。
【請求項24】
前記メッセージは、前記ノードＥＣＵから受信され、前記メッセージは、前記ターゲットソフトウェアパッケージを前記ＯＴＡサーバに要求するために使用される、請求項２３に記載のデータ送信方法。
【請求項25】
データ送信方法であって、マスタＥＣＵが、ターゲットソフトウェアパッケージのサイズをＯＴＡサーバから取得するステップと、
前記マスタＥＣＵが、前記ターゲットソフトウェアパッケージの前記サイズをノードＥＣＵに送信するか、又は前記ノードＥＣＵの残りの記憶スペースのサイズを前記ノードＥＣＵから取得するステップと
前記ターゲットソフトウェアパッケージのダウンロードアドレスを前記ノードＥＣＵに送信するステップと
を含み、前記ターゲットソフトウェアパッケージは、前記ダウンロードアドレスに基づいて前記ノードＥＣＵによって前記ＯＴＡサーバに要求される、データ送信方法。
【請求項26】
前記方法は、前記マスタＥＣＵが、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の関係を取得するステップであって、前記ターゲットソフトウェアパッケージの前記サイズが前記ノードＥＣＵに送信される場合、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の前記関係が前記ノードＥＣＵから取得され、又は、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズが前記マスタＥＣＵによって取得される場合、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の前記関係が前記マスタＥＣＵによって決定される、ステップと、
前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上である場合、第１のパラメータを前記ＯＴＡサーバに送信するステップであって、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上であることを示すために使用される、ステップ、又は、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示するステップと
を更に含む、請求項２５に記載のデータ送信方法。
【請求項27】
前記方法は、前記マスタＥＣＵが、第１のパラメータを前記ノードＥＣＵから取得するステップであって、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上であることを示すために使用される、ステップを更に含み、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示する前記ステップは、
前記第１のパラメータに基づいて、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示する命令を送信するステップ
を更に含む、請求項２６に記載のデータ送信方法。
【請求項28】
ノードＥＣＵの数はＮであり、Ｎは１より大きい整数であり、前記第１のパラメータに基づいて、前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示する命令を送信する前記ステップは、
前記Ｎ個のノードＥＣＵに対応するＮ個の第１のパラメータを取得する際に前記マスタＥＣＵが前記ターゲットソフトウェアパッケージを前記ノードＥＣＵに送信するように前記ＯＴＡサーバに指示する前記命令を送信するステップ
を含む、請求項２７に記載のデータ送信方法。
【請求項29】
前記方法は、前記マスタＥＣＵが、前記ターゲットソフトウェアパッケージの前記ダウンロードアドレスを前記ＯＴＡサーバから取得するステップと、
第１のパラメータを前記ノードＥＣＵから取得するステップとを更に含み、前記ターゲットソフトウェアパッケージのダウンロードアドレスを前記ノードＥＣＵに送信する前記ステップは、
前記第１のパラメータに基づいて前記ダウンロードアドレスを前記ノードＥＣＵに送信するステップであって、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上であることを示すために使用される、ステップと
を更に含む、請求項２６に記載のデータ送信方法。
【請求項30】
ノードＥＣＵの数はＮであり、Ｎは１より大きい整数であり、前記第１のパラメータに基づいて前記ダウンロードアドレスを前記ノードＥＣＵに送信する前記ステップは、
前記Ｎ個のノードＥＣＵに対応するＮ個の第１のパラメータを取得する際に前記マスタＥＣＵが前記ダウンロードアドレスを前記ノードＥＣＵに送信するステップ
を含む、請求項２９に記載のデータ送信方法。
【請求項31】
ノードＥＣＵの数はＮであり、Ｎは１より大きい整数であり、前記方法は、前記マスタＥＣＵが、前記Ｎ個のノードＥＣＵ内の各ノードＥＣＵのダウンロードアドレスを前記ＯＴＡサーバから取得するステップと、
前記マスタＥＣＵが、Ｎ個の第１のパラメータを前記Ｎ個のノードＥＣＵから取得するステップとを更に含み、前記第１のパラメータに基づいて前記ダウンロードアドレスを前記ノードＥＣＵに送信する前記ステップは、
前記Ｎ個の第１のパラメータ内の各第１のパラメータの値が、前記Ｎ個のノードＥＣＵ内の各ノードＥＣＵの残りの記憶スペースが前記Ｎ個のノードＥＣＵ内の前記各ノードＥＣＵのためのそれぞれのターゲットソフトウェアパッケージのサイズ以上であることを示す場合にのみ、前記それぞれのターゲットソフトウェアパッケージの前記ダウンロードアドレスを前記Ｎ個のノードＥＣＵ内の各ノードＥＣＵに送信するステップ
を更に含む、請求項２９に記載のデータ送信方法。
【請求項32】
データ送信方法であって、ノードＥＣＵが、前記ノードＥＣＵのターゲットソフトウェアパッケージのサイズをマスタＥＣＵから取得するか、又は前記ノードＥＣＵの残りの記憶スペースのサイズをマスタＥＣＵに送信するステップと、
前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上である場合、ＯＴＡサーバから前記ターゲットソフトウェアパッケージを受信するステップと
を含み、前記データ送信方法は、
前記ノードＥＣＵが、前記ターゲットソフトウェアパッケージのダウンロードアドレスを前記マスタＥＣＵから取得するステップと、
前記ターゲットソフトウェアパッケージを要求するための前記ダウンロードアドレスを含むメッセージを前記ＯＴＡサーバに送信するステップと
を更に含むデータ送信方法。
【請求項33】
前記ターゲットソフトウェアパッケージは、前記ノードＥＣＵによって前記ＯＴＡサーバに要求され、前記ターゲットソフトウェアパッケージは、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の関係に基づいて前記マスタＥＣＵによって指示された前記ＯＴＡサーバによって送信される、又は前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の前記関係に基づいて前記ＯＴＡサーバによって前記ターゲットソフトウェアパッケージが送信される、請求項３２に記載のデータ送信方法。
【請求項34】
前記方法は、前記ノードＥＣＵの前記ターゲットソフトウェアパッケージの前記サイズが前記ノードＥＣＵによって取得される場合、前記ノードＥＣＵが、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の前記関係を決定するステップと、
前記ノードＥＣＵが、第１のパラメータを前記マスタＥＣＵに送信するステップであって、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上であることを示すために使用され、前記ターゲットソフトウェアパッケージは、前記第１のパラメータに基づいて、前記マスタＥＣＵによって指示された前記ＯＴＡサーバによって送信される、ステップ
を更に含む、請求項３３に記載のデータ送信方法。
【請求項35】
前記方法は、前記ノードＥＣＵの前記ターゲットソフトウェアパッケージの前記サイズが前記ノードＥＣＵによって取得される場合、前記ノードＥＣＵが、前記ノードＥＣＵの前記残りの記憶スペースの前記サイズと前記ターゲットソフトウェアパッケージの前記サイズとの間の前記関係を決定するステップと、
前記ノードＥＣＵが、第１のパラメータを前記マスタＥＣＵに送信するステップであって、前記第１のパラメータの値は、前記ノードＥＣＵの前記残りの記憶スペースが前記ターゲットソフトウェアパッケージの前記サイズ以上であることを示すために使用される、ステップと、
を更に含む、請求項３３に記載のデータ送信方法。
【請求項36】
プログラムを含むコンピュータ可読記憶媒体であって、前記プログラムがコンピュータ上で実行されると、前記コンピュータは、請求項２２から３５のいずれか一項に記載の方法を実行することが可能になる、コンピュータ可読記憶媒体。
【請求項37】
インテリジェント車両であって、前記インテリジェント車両は、マスタ電子制御ユニット（ＥＣＵ）とノードＥＣＵとを備え、前記マスタＥＣＵは、請求項１１から１７のいずれか一項に記載のマスタＥＣＵであり、前記ノードＥＣＵは、請求項１８から２１のいずれか一項に記載のノードＥＣＵである、インテリジェント車両。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、車両ネットワーク技術の分野に関し、特に、データ送信システム、データ送信方法、インテリジェント車両、及び装置に関する。
【背景技術】
【0002】
自動車オープンシステムアーキテクチャ（AutoSar：Automotive Open System Architecture）は、世界的な自動車製造業者、部品供給業者、及び電子ソフトウェアシステム会社によって共同で確立されたオープンで標準化されたソフトウェアアーキテクチャである。これは、１００年以上にわたって開発された自動車技術における経験の集約である。AutoSarは、一連のシステムサービスインターフェースを定義する。これらのインターフェースは、異なるソフトウェアの互換性及び相互運用性を実装するために使用可能であり、それによって、自動車ソフトウェア開発を簡略化し、異なるモデルの車両上のソフトウェア展開を促進する。
【0003】
AutoSarでは、オーバージエア（ＯＴＡ：over the air）技術を使用することによって車両内のソフトウェアのアップグレードを実施し得る。ソフトウェアパッケージは、ＯＴＡ技術を使用することによって、クラウドサーバからローカルにダウンロードすることができる。車両は、複数の電子制御ユニット（ＥＣＵ：electronic control units）を含み、複数のＥＣＵは、それぞれソフトウェアアップグレード要件を有するので、更新及び構成管理マスタ（ＵＣＭ Ｍａｓｔｅｒ：update and configuration management master）モジュールが複数のＥＣＵの少なくとも１つにインストールされる必要があり、更新及び構成管理（ＵＣＭ：update and configuration management）モジュールが、ソフトウェアアップグレード要件を有する他のＥＣＵのそれぞれにインストールされる必要がある。ソフトウェアパッケージは、ＯＴＡ技術を使用することによって、クラウドサーバからＵＣＭ ＭａｓｔｅｒモジュールがインストールされたＥＣＵにダウンロードされ、次いで、ＵＣＭ ＭａｓｔｅｒモジュールがインストールされたＥＣＵによって、ＵＣＭモジュールがそれぞれインストールされた複数のＥＣＵに分配されて、車両全体のソフトウェアアップグレードが完了する。
【発明の概要】
【0004】
本出願の実施形態は、データ送信システム、データ送信方法、インテリジェント車両、及び装置を提供する。本出願において提供される解決策によれば、ＯＴＡ技術を使用することによって車載ソフトウェアアップグレードを実施するプロセスにおいて、マスタＥＣＵの記憶能力及び処理能力への依存が低減され、アップグレード効率が向上する。
【0005】
上記の目的を達成するために、以下の技術的解決策が本出願の実施形態において提供される。
【0006】
第１の態様によれば、本出願は、データ送信システムを提供する。データ送信システムは、オーバージエア（ＯＴＡ）サーバと、マスタ電子制御ユニット（ＥＣＵ）と、ノードＥＣＵとを含む。ＯＴＡサーバは、マスタＥＣＵの第１のインターフェースを呼び出すように構成される。インターフェースは、第１のデバイスと第２のデバイスとの間の対話方法及び規則として理解され得る。マスタＥＣＵは、ＯＴＡサーバが第１のインターフェースを呼び出したことに応答して、ターゲットソフトウェアパッケージのサイズを取得するように構成される。本出願では、ターゲットソフトウェアパッケージは、代替的に、略してソフトウェアパッケージと呼ばれることがあり、又は、アップグレードパッケージ若しくはソフトウェアアップグレードパッケージと呼ばれる。ソフトウェアパッケージは、ノードＥＣＵをアップグレードするためのデータを含む。言い換えると、ＯＴＡサーバは、マスタＥＣＵの第１のインターフェースを呼び出すことによって、ターゲットソフトウェアパッケージのサイズをマスタＥＣＵに送信し得る。マスタＥＣＵは、ノードＥＣＵの第２のインターフェースを呼び出すように更に構成される。ノードＥＣＵは、マスタＥＣＵが第２のインターフェースを呼び出したことに応答して、ターゲットソフトウェアパッケージのサイズを取得し、ノードＥＣＵの残りの記憶スペースをチェックし、残りの記憶スペースがターゲットソフトウェアパッケージのサイズ以上である場合、ＯＴＡサーバによって送信されたターゲットソフトウェアパッケージを受信するように構成される。本出願において提供されるデータ送信システムは、AutoSarであり得る。本出願において提供されるデータ送信システムがAutoSarである場合、マスタＥＣＵは、ＵＣＭ Ｍａｓｔｅｒモジュールが車両内のＥＣＵにインストールされたＥＣＵであり、ノードＥＣＵは、ＵＣＭモジュールが車両内のＥＣＵにインストールされたＥＣＵであり、インターフェースは、第１のデバイスの第１のモジュールと第２のデバイスの第２のモジュールとの間の対話方法及び規則として理解され得る。本出願において提供される解決策では、ＯＴＡサーバは、複数の方式で、第１のＥＣＵのソフトウェアパッケージを第１のＥＣＵに送信すべきかどうかを知ることができる。第１の態様から分かるように、第１の態様による解決策では、ノードＥＣＵのターゲットソフトウェアパッケージは、ＯＴＡサーバによってノードＥＣＵに直接送信され、マスタＥＣＵは、ノードＥＣＵのソフトウェアパッケージをバッファする必要がなく、ノードＥＣＵのアップグレードパッケージを転送する必要がない。このようにして、マスタＥＣＵは、比較的大きい記憶スペース又は比較的高い処理性能を有する必要がない。ＯＴＡ技術を使用することによって車載ソフトウェアアップグレードを実施するプロセスにおいて、マスタＥＣＵの記憶能力及び処理能力への依存が低減される。
【0007】
任意選択で、第１の態様に関連して、第１の可能な実装形態では、ノードＥＣＵは、第１の呼び出し結果をマスタＥＣＵに返すように更に構成される。第１の呼び出し結果は第１のパラメータ値を含み、第１のパラメータ値は、ノードＥＣＵの残りの記憶スペースがターゲットソフトウェアパッケージのサイズ以上であることを示すために使用される。マスタＥＣＵは、第１のパラメータ値を取得する際にＯＴＡサーバの第３のインターフェースを呼び出すように更に構成される。ＯＴＡサーバは、マスタＥＣＵが第３のインターフェースを呼び出したことに応答して、ターゲットソフトウェアパッケージをノードＥＣＵに送信するように更に構成される。第１の態様の第１の可能な実装形態から分かるように、ＯＴＡサーバがターゲットソフトウェアパッケージをノードＥＣＵに直接送信すべきであることをＯＴＡサーバが知る特定の方式が提供される。第１のパラメータ値が第１の呼び出し結果に追加される方式が使用され得、それにより、ＯＴＡサーバは、ＯＴＡサーバがターゲットソフトウェアパッケージをノードＥＣＵに直接送信すべきであることを知る。
【0008】
任意選択で、第１の態様の第１の可能な実装形態に関連して、第２の可能な実装形態では、第２のインターフェースは、転送開始（TransferStart）インターフェースである。TransferStartインターフェースは、AutoSarで定義されているインターフェースである。第１の態様の第２の可能な実装形態では、AutoSarによって定義された既存のTransferStartインターフェースの呼び出し結果にパラメータが追加され、このパラメータを使用して、ターゲットソフトウェアパッケージをノードＥＣＵに送信するようにＯＴＡサーバに指示し得る。第１の態様の第２の可能な実装形態から分かるように、この解決策では、AutoSarによって指定された既存のソフトウェアアップグレード手順がわずかに変更される。ノードＥＣＵのTransferStartインターフェースの呼び出し結果にパラメータが追加され、パラメータがＯＴＡサーバにフィードバックされ、それにより、ＯＴＡサーバは、分散ダウンロードを実行することができることを知り、マスタＥＣＵを使用せずにノードＥＣＵのターゲットソフトウェアパッケージをノードＥＣＵに直接送信する。
【0009】
任意選択で、第１の態様、第１の態様の第１の可能な実装形態、又は第１の態様の第２の可能な実装形態に関連して、第３の可能な実装形態では、ノードＥＣＵの数はＮであり、Ｎは１より大きい整数である。マスタＥＣＵは、Ｎ個の第１のパラメータ値を取得する際にＯＴＡサーバの第３のインターフェースを呼び出すように特に構成される。第１の態様の第３の可能な実装形態から分かるように、データ送信システムが複数のノードＥＣＵを含む場合、マスタＥＣＵは、複数のノードＥＣＵ内の各ノードＥＣＵの残りの記憶スペースが各ノードＥＣＵのソフトウェアパッケージのサイズ以上であることをマスタＥＣＵが知った場合にのみ、ＯＴＡサーバの第３のインターフェースを呼び出し、それにより、ＯＴＡサーバは、ソフトウェアパッケージを各ノードＥＣＵに送信する。ＯＴＡサーバの第３のインターフェースが呼び出された後、ＯＴＡサーバは、ソフトウェアパッケージを各ノードＥＣＵに別々に送信してもよいし、それぞれのソフトウェアパッケージを複数のノードＥＣＵに同時に送信してもよい。第１の態様の第３の可能な実装形態から分かるように、マスタＥＣＵは、全てのノードＥＣＵの残りの記憶スペースが十分であるかどうかを事前に知ることができ、全てのノードＥＣＵの残りの記憶スペースがそれぞれのソフトウェアパッケージを記憶するのに十分である場合にのみ、ソフトウェアパッケージが送信される。これにより、ダウンロードプロセスにおける一部のノードＥＣＵのリソースの不足によって引き起こされるアップグレード失敗を防止し、アップグレード失敗によって引き起こされるユーザトラフィック消費及びリソース浪費を低減する。加えて、この実装形態では、第２のインターフェースは、この解決策におけるAutoSarにおいて新たに定義されたインターフェースとして理解され得る。マスタＥＣＵは、一度に複数の第１の呼び出し結果を取得するために、複数のノードＥＣＵの第２のインターフェースを呼び出し得る。
【0010】
任意選択で、第１の態様、第１の態様の第１の可能な実装形態、又は第１の態様の第２の可能な実装形態に関連して、第４の可能な実装形態では、ノードＥＣＵの数はＮであり、Ｎは１より大きい整数である。マスタＥＣＵは、Ｍ個の第１のパラメータ値を取得する際にＯＴＡサーバの第３のインターフェースを呼び出さないように特に構成され、Ｍは、Ｎより小さく、１より大きい整数である。第１の態様の第３の可能な実装形態から分かるように、複数のノードＥＣＵ内の各ノードＥＣＵの残りの記憶スペースが各ノードＥＣＵのソフトウェアパッケージのサイズ以上であることをマスタＥＣＵが把握しない場合、マスタＥＣＵは、ＯＴＡサーバの第３のインターフェースを呼び出さない。言い換えると、複数のノードＥＣＵのうちの一部のノードＥＣＵの残りの記憶スペースが、ノードＥＣＵのソフトウェアパッケージを記憶するのに不十分である場合、ＯＴＡサーバは、複数のノードＥＣＵのうちのいずれのノードＥＣＵにもソフトウェアパッケージを送信しない。これにより、ダウンロードプロセスにおける一部のノードＥＣＵのリソースの不足によって引き起こされるアップグレード失敗を防止し、アップグレード失敗によって引き起こされるユーザトラフィック消費及びリソース浪費を低減する。
【0011】
任意選択で、第１の態様に関連して、第５の可能な実装形態では、マスタＥＣＵは、ＯＴＡサーバが第１のインターフェースを呼び出したことに応答して、ターゲットソフトウェアパッケージのダウンロードアドレスを取得するように更に構成される。ノードＥＣＵは、第１の呼び出し結果をマスタＥＣＵに返すように更に構成される。第１の呼び出し結果は第１のパラメータ値を含み、第１のパラメータ値は、ノードＥＣＵの残りの記憶スペースがターゲットソフトウェアパッケージのサイズ以上であることを示すために使用される。第１の態様の第４の可能な実装形態から分かるように、ＯＴＡサーバがターゲットソフトウェアパッケージをノードＥＣＵに直接送信すべきであることをＯＴＡサーバが知り、ＯＴＡサーバが、ノードＥＣＵのターゲットソフトウェアパッケージのダウンロードアドレスをマスタＥＣＵに送信し得、ノードＥＣＵの残りの記憶スペースがノードＥＣＵのターゲットソフトウェアパッケージを記憶するのに十分である場合、マスタＥＣＵが、ダウンロードアドレスをノードＥＣＵに送信し、ノードＥＣＵが、ダウンロードアドレスに基づいて、ノードＥＣＵのターゲットソフトウェアパッケージを送信するようにＯＴＡサーバに要求し得る特定の方式が提供される。
【0012】
任意選択で、第１の態様の第５の可能な実装形態に関連して、第６の可能な実装形態では、第１のインターフェースは、移送ビークルパッケージ（TransferVehiclePackage）インターフェースである。TransferVehiclePackageインターフェースは、AutoSarにおいて定義されるインターフェースである。第１の態様の第６の可能な実装形態では、この解決策において、ターゲットソフトウェアパッケージのダウンロードアドレスが既存のTransferVehiclePackageインターフェースに追加され、マスタＥＣＵは、TransferVehiclePackageインターフェースを使用することによってターゲットソフトウェアパッケージのダウンロードアドレスを取得し得る。これは、ＯＴＡサーバがAutoSarに基づいてソフトウェアパッケージをノードＥＣＵに直接送信する特定の方式を提供し、その結果、解決策の多様性が向上する。
【0013】
任意選択で、第１の態様の第５の可能な実装形態又は第１の態様の第６の可能な実装形態に関連して、第７の可能な実装形態では、ノードＥＣＵの数はＮであり、Ｎは１より大きい整数である。マスタＥＣＵは、Ｎ個の第１のパラメータ値を取得する際にノードＥＣＵの第４のインターフェースを呼び出すように特に構成される。第１の態様の第７の可能な実装形態から分かるように、データ送信システムが複数のノードＥＣＵを含む場合、マスタＥＣＵは、複数のノードＥＣＵ内の各ノードＥＣＵの残りの記憶スペースが各ノードＥＣＵのソフトウェアパッケージのサイズ以上であることをマスタＥＣＵが知った場合にのみ、ノードＥＣＵの第４のインターフェースを呼び出し、それにより、ノードＥＣＵは、ソフトウェアパッケージのダウンロードアドレスを取得する。複数のノードＥＣＵ内の各ノードＥＣＵの残りの記憶スペースが各ノードＥＣＵのソフトウェアパッケージのサイズ以上であることをマスタＥＣＵが知った場合、各ノードＥＣＵは、ＯＴＡから取得されたソフトウェアパッケージ送信シーケンスに従って各ノードＥＣＵのソフトウェアパッケージのダウンロードアドレスを取得することを可能になり得る。代替的に、それぞれのソフトウェアパッケージのダウンロードアドレスが複数のノードＥＣＵに同時に送信されてもよい。第１の態様の第７の可能な実装形態から分かるように、全てのノードＥＣＵの残りの記憶スペースがそれぞれのソフトウェアパッケージを記憶するのに十分である場合にのみ、ソフトウェアパッケージが送信される。これにより、ダウンロードプロセスにおける一部のノードＥＣＵのリソースの不足によって引き起こされるアップグレード失敗を防止し、アップグレード失敗によって引き起こされるユーザトラフィック消費及びリソース浪費を低減する。
【0014】
任意選択で、第１の態様の第５の可能な実装形態又は第１の態様の第６の可能な実装形態に関連して、第８の可能な実装形態では、ノードＥＣＵの数はＮであり、Ｎは１より大きい整数である。マスタＥＣＵは、Ｍ個の第１のパラメータ値を取得する際にノードＥＣＵの第４のインターフェースを呼び出さないように特に構成され、Ｍは、Ｎより小さく、１より大きい整数である。第１の態様の第８の可能な実装形態から分かるように、複数のノードＥＣＵ内の各ノードＥＣＵの残りの記憶スペースが各ノードＥＣＵのソフトウェアパッケージのサイズ以上であることをマスタＥＣＵが把握しない場合、ノードＥＣＵの第４のインターフェースは呼び出されない。言い換えると、複数のノードＥＣＵのうちの一部のノードＥＣＵの残りの記憶スペースが、ノードＥＣＵのソフトウェアパッケージを記憶するのに不十分である場合、マスタＥＣＵは、複数のノードＥＣＵのうちの任意のノードのソフトウェアパッケージのダウンロードアドレスをノードに送信しない。これにより、ダウンロードプロセスにおける一部のノードＥＣＵのリソースの不足によって引き起こされるアップグレード失敗を防止し、アップグレード失敗によって引き起こされるユーザトラフィック消費及びリソース浪費を低減する。
【0015】
任意選択で、第１の態様又は第１の態様の第１の可能な実装形態から第１の態様の第６の可能な実装形態に関連して、第９の可能な実装形態では、データ送信システムは、AutoSarに基づくデータ送信システムである。
【0016】
任意選択で、第１の態様又は第１の態様の第１の可能な実装形態から第１の態様の第６の可能な実装形態に関連して、第１０の可能な実装形態では、ノードＥＣＵは、プロンプトメッセージを送信するように更に構成される。このプロンプトメッセージは、ノードＥＣＵがＯＴＡサーバからターゲットソフトウェアパッケージをダウンロードすることを示すために使用される。
【0017】
任意選択で、第１の態様又は第１の態様の第１の可能な実装形態から第１の態様の第６の可能な実装形態に関連して、第１１の可能な実装形態では、マスタＥＣＵは、プロンプトメッセージを送信するように更に構成される。このプロンプトメッセージは、ノードＥＣＵがＯＴＡサーバからターゲットソフトウェアパッケージをダウンロードすることを示すために使用される。
【0018】
第２の態様によれば、本出願は、オーバージエア（ＯＴＡ）サーバを提供する。ＯＴＡサーバは、更新及び構成管理（ＵＣＭ）モジュールを含む。ＵＣＭモジュールは、マスタＥＣＵの第１のインターフェースを呼び出すように構成され、ＯＴＡサーバが第１のインターフェースを呼び出したことに応答して、マスタＥＣＵがターゲットソフトウェアパッケージのサイズを取得し、マスタＥＣＵがノードＥＣＵの第２のインターフェースを呼び出し、マスタＥＣＵが第２のインターフェースを呼び出したことに応答して、ノードＥＣＵが、ターゲットソフトウェアパッケージのサイズを取得し、ノードＥＣＵの残りの記憶スペースをチェックし、残りの記憶スペースがターゲットソフトウェアパッケージのサイズ以上である場合、ノードＥＣＵが、ＯＴＡサーバによって送信されたターゲットソフトウェアパッケージを受信する。
【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】
【図1】AutoSarの概略図である。
【図2】AutoSarにおいてソフトウェアアップグレードを実施するためのアーキテクチャの概略図である。
【図3】AutoSarにおけるソフトウェアアップグレード手順の概略図である。
【図4】本出願の一実施形態によるデータ送信方法の概略的なフローチャートである。
【図5】本出願の一実施形態による別のデータ送信方法の概略フローチャートである。
【図6】本出願の一実施形態による別のデータ送信方法の概略フローチャートである。
【図7a】本出願の一実施形態による別のデータ送信方法の概略フローチャートである。
【図7b】本出願の一実施形態による別のデータ送信方法の概略フローチャートである。
【図8】本出願の一実施形態によるデータ送信システムの構造の概略図である。
【図9】本出願の一実施形態による通信デバイスの構造の概略図である。
【図10】本出願の一実施形態による車両の構造の概略図である。
【図11】本出願の一実施形態による適用シナリオの概略図である。
【発明を実施するための形態】
【0056】
以下では、添付の図面を参照しながら本出願の実施形態について説明する。説明される実施形態が、本出願の実施形態の全てではなく一部にすぎないことは明らかである。当業者は、技術の発展及び新しいシナリオの出現とともに、本出願の実施形態で提供される技術的解決策が同様の技術的問題にも適用可能であることを知ることができる。
【0057】
本出願の明細書、特許請求の範囲、及び添付の図面では、「第１の」、「第２の」などの用語は、同様のオブジェクトを区別することが意図されており、必ずしも特定の順序又はシーケンスを示すとは限らない。そのような方法で使用されるデータは、適切な場合には交換可能であるので、本明細書で説明する実施形態は、本明細書で図示又は説明する順序以外の順序で実装可能であることを理解されたい。更に、「含む（including）」、「有する（having）」という用語、及びそれらの任意の他の変形は、非排他的な包含をカバーすることが意図されており、例えば、一連のステップ又はモジュールを含むプロセス、方法、システム、製品、又はデバイスは、明確に列挙されているステップ又はモジュールに必ずしも限定されるのではなく、明確に列挙されていないか、又はそのようなプロセス、方法、製品、若しくはデバイスに固有の他のステップ又はモジュールを含み得る。本出願におけるステップの命名又は番号付けは、方法手順におけるステップが、命名又は番号付けによって示される時間／論理シーケンスに従って実行される必要があることを意味しない。命名又は番号付けがなされた手順におけるステップの実行シーケンスは、同じ又は同様の技術的効果が達成され得るという条件で、達成されるべき技術的目的に従って変更され得る。本出願におけるモジュールへの分割は、論理的な分割である。実際の適用時には別の分割方式があり得る。例えば、複数のモジュールが別のシステムに組み合わされるか又は統合されてもよいし、いくつかの特徴が無視されるか又は実行されなくてもよい。加えて、表示又は議論される相互結合又は直接結合又は通信接続は、いくつかのインターフェースを使用することによって実装され得る。モジュール間の間接結合又は通信接続は、電子的形態又は別の同様の形態で実装され得る。これは、本出願において限定されない。加えて、別個の部分として説明されるモジュール又はサブモジュールは、物理的に別個であってもなくてもよいし、物理的モジュールであってもなくてもよいし、複数の回路モジュール上に分散されていてもよい。モジュールの一部又は全部は、本出願の解決策の目的を実装するための実際の要件に基づいて選択され得る。
【0058】
AutoSarは、世界的な自動車製造業者、部品供給業者、及び電子ソフトウェアシステム会社によって共同で確立されたオープンで標準化されたソフトウェアアーキテクチャである。これは、１００年以上にわたって開発された自動車技術における経験の集約である。AutoSarは、一連のシステムサービスインターフェースを定義する。これらのインターフェースは、異なるソフトウェアの互換性及び相互運用性を実装するために使用可能であり、それによって、自動車ソフトウェア開発を簡略化し、異なるモデルの車両上のソフトウェア展開を促進する。AutoSarは、主に以下の特徴を有する。
【0059】
ａ．AutoSarは、ハードウェアプラットフォーム間の差異によって引き起こされるソフトウェア開発の困難性を解決することに専念し、その結果、開発者は、自動車ソフトウェア機能におけるイノベーションに集中することができる。
【0060】
ｂ．AutoSarは、標準ソフトウェアインターフェース定義を提供する。エンジニアは、標準ソフトウェアコンポーネントの再利用性を実現するために、実際の要求に基づいて、必要なソフトウェアコンポーネントを車両の電子制御ユニット（ＥＣＵ：electronic control unit）に割り当てることができる。
【0061】
ｃ．AutoSarのアプリケーション層ソフトウェアコンポーネントは、ハードウェアから独立しており、従って、アプリケーション開発者は、最下位層ソフトウェアサービスとハードウェアインターフェースとの間の非互換性の問題を心配することなく、アプリケーションソフトウェアにおいて各車両機能の詳細を指定することができる。
【0062】
図１は、AutoSarの概略図である。通常、AutoSarは、アプリケーション層（application layer）とサービス層（services layer）とを含むと考えられ得る。
【0063】
アプリケーション層は、特定のモジュール機能の実装及び対応する記述を含む、自動車電子機器の機能及び挙動の一部又は全部をカプセル化し、定義されたインターフェースのみを外部に開放する。
【0064】
サービス層の主なサービスには、通信管理サービス（ＣＯＭ：communication management）、暗号サービス（ＣＲＹＰＴＯ：cryptography）、ログサービス（ＬＯＧ：logging&tracing）、診断サービス（ＤＩＡＧ：diagnostics service）、永続記憶サービス（ＰＥＲ：persistency）、状態管理サービス（ＳＭ：state management）、実行管理サービス（ＥＸＥＣ：execution management）、時刻同期サービス（ＴＳＹＮＣ：time synchronization）、更新及び構成管理サービス（ＵＣＭ：update and configuration management）、更新及び構成管理マスタサービス（ＵＣＭ Ｍａｓｔｅｒ：update and configuration management master）などが含まれる。本出願において提供される解決策は、主に、サービス層におけるＵＣＭ及びＵＣＭ Ｍａｓｔｅｒに関する。本出願において提供される実施形態は、主に、AutoSar内のサービス層におけるＵＣＭ及びＵＣＭ Ｍａｓｔｅｒに焦点を当てる。ＵＣＭ及びＵＣＭ Ｍａｓｔｅｒは、車両内の車両ソフトウェアの更新及びアップグレードを管理する役割を担う。既存の規格は、ＵＣＭとＵＣＭ Ｍａｓｔｅｒサービスとの間のインターフェース及び対話手順を定義する。自動車のユーザ又は製造業者は、これらのインターフェースを使用することによって、AutoSarシステムにおいてソフトウェアのインストール、更新、及びアンインストールを容易に行うことができる。図２及び図３を参照して、以下に、AutoSar内のＵＣＭを使用することによって車両内の自動車ソフトウェアをアップグレードするプロセスについて説明する。
【0065】
図２は、AutoSarにおいてソフトウェアアップグレードを実施するためのアーキテクチャの概略図である。AutoSarでは、ＯＴＡ技術を使用することによって、車両内のソフトウェアのアップグレードを実施することができる。ＯＴＡは、自動車ソフトウェアが、無線通信インターフェース、例えば、ワイヤレスフィデリティ（Ｗｉ－Ｆｉ：wireless fidelity）、ロングタームエボリューション（ＬＴＥ：long term evolution）、又は第５世代移動通信（５Ｇ：5th generation）を使用することによって更新又はアップグレードされることを意味する。ＯＴＡアップグレードは、固定の場所又は固定回線に依存しないので、ＯＴＡアップグレードは、従来の自動車ソフトウェアアップグレード方法にはない柔軟性及び利便性を有する。ソフトウェアアップグレードパッケージは、ＯＴＡ技術を使用することによって、クラウドサーバからローカルにダウンロードすることができる。本出願では、クラウドサーバは、代替的に、ＯＴＡサーバ、ＯＴＡクラウド、又はＯＴＡクラウドサーバと呼ばれることがあり、これらの用語は同じ意味を示す。本出願におけるローカルは、車両内のＥＣＵを指す。車両は複数のＥＣＵを含み、複数のＥＣＵのソフトウェアはアップグレード要件を有し、複数のＥＣＵのアップグレードシーケンスは依存関係を有し得、すなわち、複数のＥＣＵのソフトウェアアップグレードシーケンスは制御される必要がある。加えて、アップグレード条件、例えば、駆動状態でソフトウェアをアップグレードすることができるかどうか、又はユーザの同意が得られた後にのみソフトウェアをアップグレードすることができるかどうかが更に制限され得る。従って、複数のＥＣＵのうちの少なくとも１つに制御モジュールをインストールして、複数のＥＣＵのソフトウェアアップグレードを調整する必要がある。AutoSarでは、このモジュールは、ＵＣＭ Ｍａｓｔｅｒ（ＵＣＭ Ｍａｓｔｅｒ）モジュールである。通常、ＵＣＭ Ｍａｓｔｅｒモジュールは、ゲートウェイ又はテレマティクスボックス（ＴＢＯＸ：telematics box）にインストールされ得る。加えて、車両内の他のＥＣＵ上にはＵＣＭモジュールがインストールされ、それにより、ＵＣＭ ＭａｓｔｅｒモジュールがインストールされたＥＣＵが、アップグレードされる必要がある他のＥＣＵ上のＵＣＭモジュールを制御及び調整して、車両全体のソフトウェアアップグレードを完了する。以下に、図３を参照して、AutoSarにおけるソフトウェアアップグレード及びダウンロードの対話プロセスについて説明する。以下、ＵＣＭ ＭａｓｔｅｒモジュールがインストールされたＥＣＵをマスタＥＣＵと呼び、ＵＣＭモジュールがインストールされたＥＣＵをノードＥＣＵと呼ぶ。
【0066】
図３は、AutoSarにおけるソフトウェアアップグレード手順の概略図である。図３に示すように、送信システムは、ＯＴＡサーバと、マスタＥＣＵと、複数のノードＥＣＵとを備える。例えば、図３には、ノードＥＣＵ１とノードＥＣＵ２という２つのノードＥＣＵが示されている。マスタＥＣＵは、車両内のＥＣＵのうちＵＣＭ ＭａｓｔｅｒモジュールがインストールされたＥＣＵであり、ノードＥＣＵは、車両内のＥＣＵのうちＵＣＭモジュールがインストールされたＥＣＵである。AutoSarにおけるソフトウェアアップグレード手順は、以下のステップを含み得る。
【0067】
３０１：ＯＴＡサーバが、マスタＥＣＵのTransferVehiclePackageインターフェースを呼び出す。
【0068】
ＯＴＡサーバは、マスタＥＣＵのＵＣＭ ＭａｓｔｅｒモジュールのTransferVehiclePackageインターフェースを呼び出す。ＵＣＭ Ｍａｓｔｅｒモジュールは、代替的に、本出願ではＵＣＭ Ｍａｓｔｅｒサービスと呼ばれることもあることに留意されたい。加えて、本出願におけるマスタＥＣＵのインターフェースは、マスタＥＣＵのＵＣＭ Ｍａｓｔｅｒモジュールのインターフェースであることに留意されたい。詳細については、改めて後述しない。
【0069】
車両全体のアップグレードパッケージは、主にアップグレードポリシーなどの制御情報を含み、マスタＥＣＵは、その情報に基づいて各ノードＥＣＵのアップグレード及び更新プロセスを制御し得る。例えば、マスタＥＣＵは、制御情報に基づいて各ノードＥＣＵのアップグレードシーケンス及びアップグレード条件を制御し得る。アップグレード条件には、駆動状態でソフトウェアをアップグレードすることを許可するかどうか、ユーザの同意が得られた後にのみソフトウェアをアップグレードすることができるかどうか、などが含まれ得る。
【0070】
AutoSarは、ＵＣＭ Ｍａｓｔｅｒモジュールの車両全体のアップグレードパッケージのダウンロード（TransferVehiclePackage）インターフェース全体を定義する。ＯＴＡサーバは、マスタＥＣＵのTransferVehiclePackageインターフェースを呼び出して、アップグレードポリシーなどの制御情報をマスタＥＣＵに送信し得る。具体的には、アップグレードポリシーなどの制御情報は、ＵＣＭ Ｍａｓｔｅｒモジュールに送信される。
【0071】
車両全体のアップグレードパッケージは、各ＥＣＵのソフトウェアパッケージに関する情報を更に含む。例えば、ソフトウェアパッケージに関する情報は、パッケージ名及びサイズに関する情報を含み得る。
【0072】
３０２：ＯＴＡサーバが、マスタＥＣＵのTransferStartインターフェースを呼び出す。
【0073】
ＯＴＡサーバは、マスタＥＣＵのＵＣＭ ＭａｓｔｅｒサービスのTransferStartインターフェースを呼び出す。
【0074】
本出願では、ソフトウェアパッケージは、代替的に、ソフトウェアアップグレードパッケージ又はアップグレードパッケージと呼ばれることもあり、これらの用語は同じ意味を示し、更新される必要があるＥＣＵのソフトウェアコード又はデータを示す。AutoSarは、ＵＣＭ Ｍａｓｔｅｒサービスの転送開始（TransferStart）インターフェースを定義する。ＯＴＡサーバは、マスタＥＣＵのＵＣＭ ＭａｓｔｅｒサービスのTransferStartインターフェースを呼び出して、各ノードＥＣＵのソフトウェアアップグレードパッケージの名前をマスタＥＣＵに送信し得る。
【0075】
３０３：マスタＥＣＵが、ノードＥＣＵ１のTransferStartインターフェースを呼び出す。
【0076】
マスタＥＣＵは、ノードＥＣＵ１のＵＣＭモジュールのTransferStartインターフェースを呼び出す。本出願におけるノードＥＣＵのインターフェースは、ノードＥＣＵのＵＣＭモジュールのインターフェースを指すことに留意されたい。詳細については、改めて後述しない。
【0077】
例えば、ノードＥＣＵは、ノードＥＣＵ１を含む。
【0078】
マスタＥＣＵは、ノードＥＣＵ１のTransferStartインターフェースを呼び出し、ノードＥＣＵ１のTransferStartインターフェースのパラメータ値は、ノードＥＣＵ１のソフトウェアアップグレードパッケージのサイズである。ＥＣＵ１は、TransferStartインターフェースが呼び出されたことに応答して残りの記憶スペースを検出し、残りの記憶スペースがＥＣＵ１のアップグレードパッケージを記憶するのに十分であるかどうかを決定する。
【0079】
３０４：ノードＥＣＵ１が、ノードＥＣＵ１のTransferStartインターフェースの呼び出し結果を返す。
【0080】
ノードＥＣＵ１のＵＣＭモジュールは、マスタＥＣＵがTransferStartインターフェースを呼び出したことに応答して、TransferStartインターフェースの呼び出し結果をマスタＥＣＵに返す。呼び出し結果は、ノードＥＣＵ１がノードＥＣＵ１のアップグレードパッケージを記憶するのに十分な残りの記憶スペースを有するかどうかを示し得る。
【0081】
３０５：マスタＥＣＵが、取得されたノードＥＣＵ１のTransferStartインターフェースの呼び出し結果をＯＴＡサーバにフィードバックする。
【0082】
３０６：ＯＴＡサーバが、マスタＥＣＵのTransferDataインターフェースを呼び出す。
【0083】
ＯＴＡサーバは、マスタＥＣＵのＵＣＭ ＭａｓｔｅｒモジュールのTransferDataインターフェースを呼び出す。
【0084】
ステップ３０５に従って、ノードＥＣＵ１が十分な記憶スペースを有するとＯＴＡサーバが決定することができる場合、ＯＴＡサーバは、ＥＣＵ１のアップグレードパッケージをマスタＥＣＵに送信する。ＥＣＵ１のアップグレードパッケージは、更新される必要があるＥＣＵ１のソフトウェアコード又はデータを含み得る。
【0085】
AutoSarは、ＵＣＭ Ｍａｓｔｅｒモジュールのデータ転送（TransferData）インターフェース及びＵＣＭサービスのデータ転送（TransferData）インターフェースを定義する。ＯＴＡサーバは、マスタＥＣＵのＵＣＭ ＭａｓｔｅｒサービスのTransferDataインターフェースを呼び出す。TransferDataインターフェースのパラメータ値は、ＥＣＵ１のソフトウェアパッケージである。このようにして、ノードＥＣＵ１のソフトウェアパッケージがマスタＥＣＵに送信される。
【0086】
３０７：マスタＥＣＵが、ノードＥＣＵ１のTransferDataインターフェースを呼び出す。
【0087】
マスタＥＣＵは、ノードＥＣＵ１のＵＣＭモジュールのTransferDataインターフェースを呼び出す。TransferDataインターフェースのパラメータ値は、ＥＣＵ１のソフトウェアパッケージである。このようにして、ノードＥＣＵ１のソフトウェアパッケージがノードＥＣＵ１に送信される。
【0088】
３０８：ノードＥＣＵ１が、ノードＥＣＵ１のTransferDataインターフェースの呼び出し結果を返す。
【0089】
マスタＥＣＵがノードＥＣＵ１のTransferDataインターフェースを呼び出したことに応答して、ノードＥＣＵ１のＵＣＭモジュールは、受信が成功したか失敗したかをマスタＥＣＵに通知するための呼び出し結果を返し得る。
【0090】
３０９：マスタＥＣＵが、ノードＥＣＵ２のTransferStartインターフェースを呼び出す。
【0091】
マスタＥＣＵは、ノードＥＣＵ２のＵＣＭモジュールのTransferStartインターフェースを呼び出し、ノードＥＣＵ２のTransferStartインターフェースのパラメータ値は、ノードＥＣＵ２のソフトウェアアップグレードパッケージのサイズである。ＥＣＵ２は、TransferStartインターフェースが呼び出されたことに応答して残りの記憶スペースを検出し、残りの記憶スペースがＥＣＵ２のアップグレードパッケージを記憶するのに十分であるかどうかを決定する。
【0092】
３１０：ノードＥＣＵ２が、ノードＥＣＵ２のTransferStartインターフェースの呼び出し結果を返す。
【0093】
ノードＥＣＵ２のＵＣＭモジュールは、マスタＥＣＵがTransferStartインターフェースを呼び出したことに応答して、TransferStartインターフェースの呼び出し結果をマスタＥＣＵに返す。呼び出し結果は、ノードＥＣＵ２がノードＥＣＵ２のアップグレードパッケージを記憶するのに十分な残りの記憶スペースを有するかどうかを示し得る。
【0094】
３１１：マスタＥＣＵが、取得されたノードＥＣＵ２のTransferStartインターフェースの呼び出し結果をＯＴＡサーバにフィードバックする。
【0095】
３１２：ＯＴＡサーバが、マスタＥＣＵのTransferDataインターフェースを呼び出す。
【0096】
ステップ３０９に従って、ノードＥＣＵ２が十分な記憶スペースを有するとＯＴＡサーバが決定することができる場合、ＯＴＡサーバは、ＥＣＵ２のアップグレードパッケージをマスタＥＣＵに送信する。ＥＣＵ２のアップグレードパッケージは、更新される必要があるＥＣＵ２のソフトウェアコード又はデータを含む。
【0097】
ＯＴＡサーバは、マスタＥＣＵのTransferDataインターフェースを呼び出して、ノードＥＣＵ２のアップグレードパッケージをマスタＥＣＵに送信する。
【0098】
３１３：マスタＥＣＵが、ノードＥＣＵ２のTransferDataインターフェースを呼び出す。
【0099】
例えば、ノードＥＣＵは、ノードＥＣＵ２も含む。
【0100】
マスタＥＣＵは、ノードＥＣＵ２のTransferDataインターフェースを呼び出す。TransferDataインターフェースのパラメータ値は、ＥＣＵ２のソフトウェアパッケージである。このようにして、ノードＥＣＵ２のソフトウェアパッケージがノードＥＣＵ２に送信される。
【0101】
可能な実装形態では、ノードＥＣＵ２がノードＥＣＵ２のTransferDataインターフェースの呼び出し結果を返すステップ３１４が更に含まれ得る。
【0102】
マスタＥＣＵがノードＥＣＵ２のTransferDataインターフェースを呼び出したことに応答して、ノードＥＣＵ２は、受信が成功したか失敗したかをマスタＥＣＵに通知するための呼び出し結果を返し得る。
【0103】
別のアップグレードパッケージのダウンロードが更に含まれる場合、例えば、別のノードＥＣＵが更に含まれる場合、アップグレードパッケージをダウンロードするプロセスは、ノードＥＣＵ１及びノードＥＣＵ２のアップグレードパッケージをダウンロードするプロセスと同じである。理解のために、ステップ３０３からステップ３０８を参照するか、又はステップ３０９からステップ３１４を参照されたい。ステップ３０３からステップ３１４は、マスタＥＣＵがソフトウェアアップグレードパッケージのサイズを各ノードＥＣＵに送信して、ノードＥＣＵが十分な空きメモリがあるかどうかをチェックできるようにすることを表することを意図している。
【0104】
出願人は、AutoSarにおけるソフトウェアアップグレード手順に欠点があることを見つけた。アップグレードパッケージ送信手順では、マスタＥＣＵは、全てのノードＥＣＵのソフトウェアパッケージをバッファリングしてから、ノードＥＣＵのソフトウェアパッケージを対応するノードＥＣＵに転送する必要があり、例えば、ステップ３０６及びステップ３０７並びにステップ３１２及びステップ３１３が実行される必要がある。この設計は、マスタＥＣＵが制御情報に基づいて各ノードＥＣＵのアップグレードを制御し、複数のノードＥＣＵのアップグレードプロセスを調整することを可能にするものである。例えば、各ノードＥＣＵのアップグレードシーケンスを制御することは、各ノードＥＣＵのアップグレードパッケージをダウンロードし、インストールし、起動するシーケンスを制御することを含む。しかしながら、この設計は、マスタＥＣＵの記憶スペース及び処理性能に対して比較的高い要件を有する。マスタＥＣＵの記憶スペースが不十分である場合、アップグレードパッケージのダウンロードが失敗する可能性がある。マスタＥＣＵの処理性能が高くない場合、ダウンロード効率が影響を受け、すなわち、アップグレードパッケージの伝送速度が比較的低くなる。これは、車両全体のアップグレード効率に影響を与える。加えて、出願人は、前述の設計では、一部のノードＥＣＵが十分な記憶スペースを有していない場合、十分な記憶スペースを有するノードＥＣＵが、依然として、それぞれのソフトウェアパッケージをダウンロードする必要があることを見つけた。この場合、アップグレードシーケンスにおいて、十分な記憶スペースを有していないノードＥＣＵと十分な記憶スペースを有するノードＥＣＵとの間に依存関係がある場合、十分な記憶スペースを有するノードのアップグレードは、アップグレードパッケージがダウンロードされたとしても失敗する可能性がある。その結果として、ストレージリソースが浪費され、アップグレード効率が影響を受ける。例えば、ノードＥＣＵ１は、十分な記憶スペースを有し、マスタＥＣＵからノードＥＣＵ１のソフトウェアパッケージをダウンロードする。ノードＥＣＵ２は、十分な記憶スペースを有しておらず、マスタＥＣＵは、ノードＥＣＵ２のソフトウェアパッケージをノードＥＣＵ２に送信しない。ノードＥＣＵ１とノードＥＣＵ２とがアップグレードにおいて依存関係を有する場合、ノードＥＣＵ１がノードＥＣＵ１のソフトウェアパッケージをダウンロードしても、ノードＥＣＵ１のアップグレードが失敗する可能性がある。その結果として、ノードＥＣＵ１の記憶スペースが浪費され、アップグレード効率も影響を受ける。アップグレードシーケンスにおけるノードＥＣＵ間の依存関係に加えて、一部のノードＥＣＵが十分な記憶スペースを有していないためにアップグレードが失敗することもあり得ることに留意されたい。
【0105】
前述の問題を解決するために、本出願は、データ送信システムを提供する。マスタＥＣＵは、依然として、各ノードＥＣＵのアップグレードプロセスを制御する。例えば、マスタＥＣＵは、各ノードＥＣＵのアップグレードステータスを知ることができる。具体的には、本出願では、マスタＥＣＵは、依然として、ノードＥＣＵのダウンロードステータスを知ること、例えば、ソフトウェアパッケージをダウンロードするように所与のノードＥＣＵを制御したり、ソフトウェアパッケージをダウンロードしないように所与のノードＥＣＵを制御したり、複数のノードＥＣＵがそれぞれのソフトウェアパッケージをダウンロードするシーケンスを制御したりすることができる。言い換えると、マスタＥＣＵは、ソフトウェアパッケージを同時にダウンロードするか、又は特定のダウンロードシーケンスでソフトウェアパッケージをダウンロードするように複数のノードＥＣＵを制御し得る。代替的に、マスタＥＣＵは、ノードＥＣＵがソフトウェアパッケージをダウンロードするかどうかを制御してもよい。これに基づいて、すなわち、マスタＥＣＵが依然として各ノードＥＣＵのアップグレードプロセスを制御することに基づいて、各ノードＥＣＵのソフトウェアパッケージは、ＯＴＡサーバによって各ノードＥＣＵに直接送信され、マスタＥＣＵは、各ノードＥＣＵのソフトウェアパッケージをバッファする必要がなく、各ノードＥＣＵのアップグレードパッケージを転送する必要がない。このようにして、マスタＥＣＵは、比較的大きい記憶スペース又は比較的高い処理性能を有する必要がなく、アップグレード効率も向上させることができる。加えて、本出願において提供されるデータ送信システムでは、新しいインターフェースが定義される。全てのノードＥＣＵがそれぞれのソフトウェアパッケージを記憶するのに十分な記憶スペースを有する場合、それぞれのソフトウェアパッケージはノードＥＣＵに送信される。これにより、アップグレード効率を更に向上させることができる。
【0106】
本出願のこの実施形態において提供されるデータ送信システムは、AutoSarに基づいていてもよいし、車両内のＥＣＵをアップグレードするための別のデータ送信システムに基づいていてもよいことに留意されたい。本出願は、例として使用されるAutoSarに基づいて説明される。
【0107】
前述の研究思想に基づいて、以下では、本出願において提供される技術的解決策について具体的に説明する。
【0108】
図４は、本出願の一実施形態によるデータ送信方法の概略フローチャートである。
【0109】
本出願のこの実施形態において提供されるデータ送信方法は、以下のステップを含み得る。
【0110】
４０１：ＯＴＡサーバが、マスタＥＣＵのTransferVehiclePackageインターフェースを呼び出す。
【0111】
ステップ４０１の理解のために、図３に対応する解決策におけるステップ３０１を参照されたい。詳細については本明細書で改めて説明しない。
【0112】
４０２：ＯＴＡサーバが、マスタＥＣＵのTransferStartインターフェースを呼び出す。
【0113】
ステップ４０２の理解のために、図３に対応する解決策におけるステップ３０２を参照されたい。詳細については本明細書で改めて説明しない。
【0114】
４０３：マスタＥＣＵが、ノードＥＣＵ１のTransferStartインターフェースを呼び出す。
【0115】
ステップ４０３の理解のために、図３に対応する解決策におけるステップ３０３を参照されたい。詳細については本明細書で改めて説明しない。
【0116】
４０４：ノードＥＣＵ１が、ノードＥＣＵ１のTransferStartインターフェースの呼び出し結果を返す。
【0117】
ノードＥＣＵ１は、マスタＥＣＵがTransferStartインターフェースを呼び出したことに応答して、TransferStartインターフェースの呼び出し結果をマスタＥＣＵに返す。呼び出し結果は、ノードＥＣＵ１がノードＥＣＵ１のアップグレードパッケージを記憶するのに十分な残りの記憶スペースを有するかどうかを示し得る。
【0118】
加えて、本出願において提供される解決策では、呼び出し結果は、第１のパラメータを更に含み得る。第１のパラメータ値は、ノードＥＣＵ１のソフトウェアパッケージをノードＥＣＵ１に直接送信するようにＯＴＡサーバに指示するために使用される。以下では、いくつかの特定の実装形態を参照しながら説明を行う。
【0119】
可能な実装形態では、ノードＥＣＵ１がノードＥＣＵ１のアップグレードパッケージを記憶するのに十分な残りの記憶スペースを有する場合、呼び出し結果は、第１のパラメータ値を更に含む。マスタＥＣＵは、第１のパラメータ値をＯＴＡサーバにフィードバックし得る。第１のパラメータ値を取得した後、ＯＴＡサーバは、マスタＥＣＵを使用せずに、ソフトウェアパッケージをノードＥＣＵ１に直接送信し得る。
【0120】
可能な実装形態では、第１のパラメータが呼び出し結果に追加される。ノードＥＣＵ１がノードＥＣＵ１のアップグレードパッケージを記憶するのに十分な残りの記憶スペースを有する場合、第１のパラメータの値はＡであり、また、ノードＥＣＵ１がノードＥＣＵ１のアップグレードパッケージを記憶するのに十分な残りの記憶スペースを有していない場合、第１のパラメータの値はＢである。ここで、Ａ及びＢは、十分な残りの記憶スペースがあるとノードＥＣＵ１が決定する場合と、十分な残りの記憶スペースがないとノードＥＣＵ１が決定する場合という２つのケースにおける第１のパラメータの異なる値を説明するための例である。ノードＥＣＵ１は、第１のパラメータをフィードバックして、ＯＴＡサーバが、ソフトウェアパッケージをノードＥＣＵ１に直接送信することができるかどうかを知ることができるようにする。例えば、第１のパラメータの値がＡであることをＯＴＡサーバが知った場合、ＯＴＡサーバは、マスタＥＣＵを使用せずに、ソフトウェアパッケージをノードＥＣＵ１に直接送信することができる。
【0121】
４０５：マスタＥＣＵが、取得されたノードＥＣＵ１のTransferStartインターフェースの呼び出し結果をＯＴＡサーバにフィードバックする。
【0122】
マスタＥＣＵのＵＣＭ Ｍａｓｔｅｒモジュールは、取得されたノードＥＣＵ１のTransferStartインターフェースの呼び出し結果をＯＴＡサーバのＵＣＭモジュールにフィードバックする。
【0123】
この解決策では、ノードＥＣＵ１がノードＥＣＵ１のアップグレードパッケージを記憶するのに十分な残りの記憶スペースを有する場合、ＯＴＡサーバにフィードバックされる呼び出し結果は第１のパラメータを含む。
【0124】
可能な実装形態では、マスタＥＣＵは、ＯＴＡサーバのインターフェースを呼び出して、取得されたノードＥＣＵ１のTransferStartインターフェースの呼び出し結果をＯＴＡサーバに送信し得、このインターフェースが呼び出されたことに応答して、ＯＴＡサーバが、ソフトウェアパッケージをノードＥＣＵに送信する。本出願では、デバイスが情報を別のデバイスに送信するか、又はアクションを実行するように別のデバイスに指示することは、通常、デバイスが別のデバイスのインターフェースを呼び出すこと、すなわち、デバイスが別のデバイスのインターフェースを呼び出して、情報を別のデバイスに送信するか、又はアクションを実行するように別のデバイスに指示することとして説明されることに留意されたい。詳細については、本出願の実施形態で改めて説明しない。
【0125】
４０６：ＯＴＡサーバが、ノードＥＣＵ１のTransferDataインターフェースを呼び出す。
【0126】
ノードＥＣＵ１がノードＥＣＵ１のアップグレードパッケージを記憶するのに十分な残りの記憶スペースを有する場合、ＯＴＡサーバは、ノードＥＣＵ１のソフトウェアパッケージをノードＥＣＵ１に直接送信し得、ソフトウェアパッケージは、マスタＥＣＵによって転送される必要はない。具体的には、ＯＴＡサーバは、第１のパラメータに基づいて、ノードＥＣＵ１のソフトウェアパッケージをノードＥＣＵ１に直接送信することができるかどうかを知る。第１のパラメータは、ノードＥＣＵ１のTransferStartインターフェースの呼び出し結果に含まれるパラメータである。
【0127】
例えば、AutoSarにおいて、ＯＴＡサーバは、ノードＥＣＵ１のTransferDataインターフェースを呼び出し得る。TransferDataインターフェースのパラメータ値は、ＥＣＵ１のソフトウェアパッケージである。このようにして、ノードＥＣＵ１のソフトウェアパッケージがノードＥＣＵ１に送信される。
【0128】
可能な実装形態では、ノードＥＣＵ１がノードＥＣＵ１のTransferDataインターフェースの呼び出し結果を返すステップ４０７が更に含まれ得る。
【0129】
ＯＴＡサーバがノードＥＣＵ１のTransferDataインターフェースを呼び出したことに応答して、ノードＥＣＵ１は、受信が成功したか失敗したかをＯＴＡサーバに通知するための呼び出し結果を返し得る。
【0130】
４０８：マスタＥＣＵが、ノードＥＣＵ２のTransferStartインターフェースを呼び出す。
【0131】
例えば、ノードＥＣＵは、ノードＥＣＵ２を更に含み、マスタＥＣＵは、ノードＥＣＵ２のTransferStartインターフェースを呼び出す。
【0132】
４０９：ノードＥＣＵ２が、ノードＥＣＵ２のTransferStartインターフェースの呼び出し結果を返す。
【0133】
４１０：マスタＥＣＵが、取得されたノードＥＣＵ２のTransferStartインターフェースの呼び出し結果をＯＴＡサーバにフィードバックする。
【0134】
４１１：ＯＴＡサーバが、ノードＥＣＵ２のTransferDataインターフェースを呼び出す。
【0135】
ノードＥＣＵ２のTransferDataインターフェースのパラメータ値は、ノードＥＣＵ２のソフトウェアパッケージである。
【0136】
可能な実装形態では、ノードＥＣＵ２がノードＥＣＵ２のTransferDataインターフェースの呼び出し結果を返すステップ４１２が更に含まれ得る。
【0137】
ステップ４０８からステップ４１２の理解のために、ステップ４０３からステップ４０７を参照されたい。詳細については本明細書で改めて説明しない。別のノードＥＣＵが更に含まれる場合、アップグレードパッケージをダウンロードするプロセスの理解のために、ＥＣＵ１のアップグレードパッケージをダウンロードするプロセスされたい。すなわち、理解のために、ステップ４０３からステップ４０７を参照されたい。
【0138】
図４に対応する実施形態から分かるように、この解決策では、AutoSarによって指定された既存のソフトウェアアップグレード手順がわずかに変更されている。ノードＥＣＵのTransferStartインターフェースの呼び出し結果にパラメータが追加され、そのパラメータがＯＴＡサーバにフィードバックされ、それにより、ＯＴＡサーバは、分散ダウンロードを実行できることを知り、マスタＥＣＵを使用せずに、ノードＥＣＵのアップグレードパッケージを対応するノードＥＣＵに直接送信する。この解決策では、マスタＥＣＵの記憶スペース及び処理性能への依存が低減される。加えて、本出願において提供される解決策によれば、複数のノードＥＣＵが同時にダウンロードを実行することができ、これにより、ダウンロード効率が向上する。
【0139】
図４に対応する実施形態で提供される解決策に加えて、本出願は、ＯＴＡサーバがアップグレードパッケージをノードＥＣＵに直接送信することがAutoSarに基づいて実施され得る別の解決策を更に提供することに留意されたい。加えて、本出願において提供される解決策によれば、マスタＥＣＵは、全てのノードＥＣＵの残りの記憶スペースが十分であるかどうかを事前に知ることができ、全てのノードＥＣＵの残りの記憶スペースがそれぞれのソフトウェアパッケージを記憶するのに十分である場合にのみ、ソフトウェアパッケージが送信される。これにより、ダウンロードプロセスにおける一部のノードＥＣＵのリソースの不足によって引き起こされるアップグレード失敗を防止し、アップグレード失敗によって引き起こされるユーザトラフィック消費及びリソース浪費を低減する。以下では、いくつかの特定の実施形態を参照しながら説明を行う。
【0140】
図５は、本出願の一実施形態によるデータ送信方法の概略フローチャートである。
【0141】
５０１：ＯＴＡサーバが、マスタＥＣＵのTransferVehiclePackageインターフェースを呼び出す。
【0142】
ＯＴＡサーバは、マスタＥＣＵのTransferVehiclePackageインターフェースを呼び出して、アップグレードポリシー、並びに各ノードＥＣＵのソフトウェアアップグレードパッケージの名前及びサイズなどの制御情報をマスタＥＣＵに送信する。例えば、ＯＴＡサーバは、マスタＥＣＵのTransferVehiclePackageインターフェースを呼び出して、ノードＥＣＵ１のソフトウェアパッケージの名前及びサイズと、ノードＥＣＵ２のソフトウェアパッケージの名前及びサイズとをマスタＥＣＵに送信する。
【0143】
５０２：マスタＥＣＵが、ノードＥＣＵ１のターゲットインターフェースを呼び出す。
【0144】
本出願において提供される一実装形態では、新しいインターフェースが定義され、それにより、マスタＥＣＵは、全てのノードＥＣＵの残りの記憶スペースがそれぞれのソフトウェアパッケージを記憶するのに十分であるかどうかを一元的に知ることができる。
【0145】
ターゲットインターフェースのパラメータ値は、各ノードＥＣＵのソフトウェアパッケージのサイズであり得る。例えば、表１は、ターゲットインターフェースを定義する方式を提供する。ターゲットインターフェースの名前がTransferCheckであり、ターゲットインターフェースの入力パラメータ値がソフトウェアパッケージのサイズ（size）であり、ターゲットインターフェースの戻り値が真又は偽であると仮定される。ここで、真は、ノードＥＣＵの残りの記憶スペースがノードＥＣＵのソフトウェアパッケージを記憶するのに十分であることを表し得、偽は、ノードＥＣＵの残りの記憶スペースがノードＥＣＵのソフトウェアパッケージを記憶するのに不十分であることを表し得る。
【表1】
【0146】
マスタＥＣＵがターゲットインターフェースを呼び出したことに応答して、ノードＥＣＵは、ノードＥＣＵの記憶スペースがそれぞれのソフトウェアパッケージを記憶するのに十分であるかどうかをチェックする。
【0147】
例としてＥＣＵ１を使用する。すなわち、マスタＥＣＵは、ノードＥＣＵ１のターゲットインターフェースを呼び出し、ターゲットインターフェースのパラメータ値は、ノードＥＣＵ１のソフトウェアパッケージのサイズを含む。ノードＥＣＵ１は、ターゲットインターフェースが呼び出されたことに応答して残りの記憶スペースを検出し、残りの記憶スペースがノードＥＣＵ１のアップグレードパッケージを記憶するのに十分であるかどうかを決定する。
【0148】
５０３：ノードＥＣＵ１が、ノードＥＣＵ１のターゲットインターフェースの呼び出し結果を返す。
【0149】
ノードＥＣＵ１は、マスタＥＣＵがターゲットインターフェースを呼び出したことに応答して、ターゲットインターフェースの呼び出し結果をマスタＥＣＵに返す。呼び出し結果は、ノードＥＣＵ１がノードＥＣＵ１のアップグレードパッケージを記憶するのに十分な残りの記憶スペースを有するかどうかを示し得る。例えば、返される呼び出し結果は、真又は偽である。
【0150】
５０４：マスタＥＣＵが、ノードＥＣＵ２のターゲットインターフェースを呼び出す。
【0151】
例えば、ノードＥＣＵは、ノードＥＣＵ２を更に含む。この場合、マスタＥＣＵは、ノードＥＣＵ２のターゲットインターフェースを呼び出し、ターゲットインターフェースのパラメータ値は、ＥＣＵ２のソフトウェアパッケージのサイズを含む。ＥＣＵ２は、ターゲットインターフェースが呼び出されたことに応答して残りの記憶スペースを検出し、残りの記憶スペースがＥＣＵ２のアップグレードパッケージを記憶するのに十分であるかどうかを決定する。
【0152】
５０５：ノードＥＣＵ２が、ノードＥＣＵ２のターゲットインターフェースの呼び出し結果を返す。
【0153】
ノードＥＣＵ２は、マスタＥＣＵがターゲットインターフェースを呼び出したことに応答して、ターゲットインターフェースの呼び出し結果をマスタＥＣＵに返す。呼び出し結果は、ノードＥＣＵ２がノードＥＣＵ２のアップグレードパッケージを記憶するのに十分な残りの記憶スペースを有するかどうかを示し得る。例えば、返される呼び出し結果は、真又は偽である。
【0154】
５０６：マスタＥＣＵが、取得されたノードＥＣＵのターゲットインターフェースの呼び出し結果に基づいて、フィードバック情報をＯＴＡサーバに送信する。
【0155】
前述のステップ５０２からステップ５０６において、ノードＥＣＵがノードＥＣＵ１及びノードＥＣＵ２を含むことが説明のために使用される。別のノードＥＣＵが更に含まれる場合、ターゲットインターフェースを呼び出すプロセスの理解のために、ステップ５０２からステップ５０６を参照されたい。
【0156】
マスタＥＣＵが、全てのノードＥＣＵのターゲットインターフェースの呼び出し結果に基づいて、全てのノードＥＣＵがそれぞれのソフトウェアパッケージを記憶するのに十分な記憶スペースを有すると決定した場合、マスタＥＣＵは、フィードバックメッセージをＯＴＡサーバに送信する。フィードバック情報は、分散ダウンロードを実行するようにＯＴＡサーバに指示するために、すなわち、各ノードＥＣＵのソフトウェアパッケージを対応するノードＥＣＵに送信するようにＯＴＡサーバに指示するために使用される。例えば、ノードＥＣＵがノードＥＣＵ１及びノードＥＣＵ２のみを含む場合には、以下の３つのケースが考えられる。
【0157】
１．ＥＣＵ１によって返されたターゲットインターフェースの呼び出し結果が、ＥＣＵ１がＥＣＵ１のソフトウェアパッケージを記憶するのに十分な記憶スペースを有することを示し、ＥＣＵ２によって返されたターゲットインターフェースの呼び出し結果が、ＥＣＵ２がＥＣＵ２のソフトウェアパッケージを記憶するのに十分な記憶スペースを有することを示す場合、マスタＥＣＵは、フィードバックメッセージをＯＴＡサーバに送信する。
【0158】
２．ＥＣＵ１によって返されたターゲットインターフェースの呼び出し結果が、ＥＣＵ１がＥＣＵ１のソフトウェアパッケージを記憶するのに十分な記憶スペースを有することを示し、ＥＣＵ２によって返されたターゲットインターフェースの呼び出し結果が、ＥＣＵ２がＥＣＵ２のソフトウェアパッケージを記憶するのに十分な記憶スペースを有していないことを示す場合、マスタＥＣＵは、フィードバックメッセージをＯＴＡサーバに送信しない。この場合、ＯＴＡサーバは、ＥＣＵ１のソフトウェアパッケージをＥＣＵ１に送信しない。
【0159】
３．ＥＣＵ１によって返されたターゲットインターフェースの呼び出し結果が、ＥＣＵ１がＥＣＵ１のソフトウェアパッケージを記憶するのに十分な記憶スペースを有していないことを示し、ＥＣＵ２によって返されたターゲットインターフェースの呼び出し結果が、ＥＣＵ２がＥＣＵ２のソフトウェアパッケージを記憶するのに十分な記憶スペースを有することを示す場合、マスタＥＣＵは、フィードバックメッセージをＯＴＡサーバに送信しない。この場合、ＯＴＡサーバは、ＥＣＵ２のソフトウェアパッケージをＥＣＵ２に送信しない。
【0160】
可能な実装形態では、マスタＥＣＵは、ステータス情報を送信する際にフィードバック情報をＯＴＡサーバに送信し得る。AutoSarでは、マスタＥＣＵがステータス情報をＯＴＡサーバに送信して、現在のアップグレードステータスをＯＴＡサーバに通知することが定義されている。例えば、アップグレードステータスは、アップグレードパッケージをダウンロードする段階、アップグレードパッケージをインストールする段階、アップグレードパッケージをアクティベートする段階などを含み得る。この出願のこの実施形態のこの実装形態では、新たなステータス情報が追加され得、例えば、第１のステータス情報が追加される。マスタＥＣＵが、全てのノードＥＣＵのターゲットインターフェースの呼び出し結果に基づいて、全てのノードＥＣＵがそれぞれのソフトウェアパッケージを記憶するのに十分な記憶スペースを有すると決定した場合、マスタＥＣＵは、ステータス情報をＯＴＡサーバに送信する際に第１のステータス情報を送信する。第１のステータス情報は、分散ダウンロードが実行可能であることをＯＴＡサーバに通知するために使用される。第１のステータス情報を受信した後、ＯＴＡサーバは、各ノードＥＣＵのソフトウェアパッケージを対応するノードＥＣＵに直接送信し、ソフトウェアパッケージは、マスタＥＣＵによって転送されない。
【0161】
５０７：ＯＴＡサーバが、ノードＥＣＵ１のTransferDataインターフェースを呼び出す。
【0162】
ＯＴＡサーバが、フィードバックメッセージに基づいて、ノードＥＣＵのソフトウェアパッケージをノードＥＣＵに送信することができると決定した場合、ＯＴＡサーバは、これらのノードのTransferDataインターフェースを呼び出して、ソフトウェアパッケージをノードＥＣＵに送信する。
【0163】
フィードバックメッセージは、マスタＥＣＵによって送信されるステータス情報であり得る。ステータス情報は、分散ダウンロードが実行可能であることをＯＴＡサーバに通知するために使用される。ステータス情報を受信した後、ＯＴＡサーバは、各ノードＥＣＵのソフトウェアパッケージを対応するノードＥＣＵに直接送信し、ソフトウェアパッケージは、マスタＥＣＵによって転送されない。
【0164】
ノードＥＣＵがノードＥＣＵ１を含む場合、ＯＴＡサーバは、ノードＥＣＵ１のTransferDataインターフェースを呼び出し得る。TransferDataインターフェースのパラメータ値は、ＥＣＵ１のソフトウェアパッケージである。このようにして、ノードＥＣＵ１のソフトウェアパッケージがノードＥＣＵ１に送信される。
【0165】
可能な実装形態では、ノードＥＣＵ１がノードＥＣＵ１のTransferDataインターフェースの呼び出し結果を返すステップ５０８が更に含まれ得る。
【0166】
ＯＴＡサーバがノードＥＣＵ１のTransferDataインターフェースを呼び出したことに応答して、ノードＥＣＵ１は、受信が成功したか失敗したかをＯＴＡサーバに通知するための呼び出し結果を返し得る。
【0167】
５０９：ＯＴＡサーバが、ノードＥＣＵ２のTransferDataインターフェースを呼び出す。
【0168】
ノードＥＣＵがノードＥＣＵ２を更に含む場合、ＯＴＡサーバは、ノードＥＣＵ２のTransferDataインターフェースを呼び出す。
【0169】
可能な実装形態では、ノードＥＣＵ２がノードＥＣＵ２のTransferDataインターフェースの呼び出し結果を返すステップ５１０が更に含まれ得る。
【0170】
ステップ５０９及びステップ５１０の理解のために、ステップ５０７及びステップ５０８を参照されたい。別のノードＥＣＵが更に含まれる場合、ＥＣＵ１とＯＴＡサーバとの間又はＥＣＵ２とＯＴＡサーバとの間の対話のプロセスを参照し、すなわち、理解のためにステップ５０２からステップ５０９を参照することに留意されたい。
【0171】
図５に対応する実施形態から分かるように、マスタＥＣＵが、全てのノードＥＣＵの残りの記憶スペースが十分であるかどうかを事前に知ることができ、全てのノードＥＣＵの残りの記憶スペースがそれぞれのソフトウェアパッケージを記憶するのに十分である場合にのみ、ソフトウェアパッケージが送信される方式が提供される。これにより、ダウンロードプロセスにおける一部のノードＥＣＵのリソースの不足によって引き起こされるアップグレード失敗を防止し、アップグレード失敗によって引き起こされるユーザトラフィック消費及びリソース浪費を低減する。具体的には、図５に対応する実装形態では、インターフェース、例えば、ターゲットインターフェースが、AutoSarにおいて新たに定義され得、それにより、マスタＥＣＵは、全てのノードＥＣＵの残りの記憶スペースが十分であるかどうかを知ることができる。加えて、新たなステータス情報が追加され得、マスタＥＣＵは、新たなステータス情報を使用することによって、分散ダウンロードが実行可能であること、すなわち、各ノードＥＣＵのソフトウェアパッケージを対応するノードＥＣＵに直接送信することができることをＯＴＡサーバに通知し得る。
【0172】
図５に対応する実施形態では、マスタＥＣＵは、新たなステータス情報を使用することによって、分散ダウンロードが実行可能であること、すなわち、各ノードＥＣＵのソフトウェアパッケージを対応するノードＥＣＵに直接送信することができることをＯＴＡサーバに通知し得る。いくつかの他の実装形態では、ＯＴＡサーバは、代替的に、別の方式で分散ダウンロードを実行し得、すなわち、各ノードＥＣＵのソフトウェアパッケージを対応するノードＥＣＵに直接送信し得る。以下では、いくつかの特定の実施形態を参照しながら説明を行う。
【0173】
図６は、本出願の一実施形態によるデータ送信方法の概略フローチャートである。
【0174】
６０１：ＯＴＡサーバが、マスタＥＣＵのTransferVehiclePackageインターフェースを呼び出す。
【0175】
ＯＴＡサーバは、マスタＥＣＵのTransferVehiclePackageインターフェースを呼び出して、アップグレードポリシー、各ノードＥＣＵのソフトウェアアップグレードパッケージの名前及びサイズ、並びに各ノードＥＣＵのソフトウェアパッケージのダウンロードアドレスなどの制御情報をマスタＥＣＵに送信する。例えば、ＯＴＡサーバは、マスタＥＣＵのTransferVehiclePackageインターフェースを呼び出して、ノードＥＣＵ１のソフトウェアパッケージの名前及びサイズ、ノードＥＣＵ１のソフトウェアパッケージのダウンロードアドレス、ノードＥＣＵ２のソフトウェアパッケージの名前及びサイズ、並びにノードＥＣＵ２のソフトウェアパッケージのダウンロードアドレスをマスタＥＣＵに送信する。
【0176】
可能な実装形態では、ダウンロードアドレスは、ユニフォームリソースロケータ（ＵＲＬ：uniform resource locator）の形態であり得る。
【0177】
６０２：マスタＥＣＵが、ノードＥＣＵ１のターゲットインターフェースを呼び出す。
【0178】
６０３：ノードＥＣＵ１が、ノードＥＣＵ１のターゲットインターフェースの呼び出し結果を返す。
【0179】
６０４：マスタＥＣＵが、ノードＥＣＵ２のターゲットインターフェースを呼び出す。
【0180】
６０５：ノードＥＣＵ２が、ノードＥＣＵ２のターゲットインターフェースの呼び出し結果を返す。
【0181】
ステップ６０２からステップ６０５の理解のために、図５に対応する実施形態におけるステップ５０２からステップ５０５を参照されたい。詳細については本明細書で改めて説明しない。
【0182】
６０６：マスタＥＣＵは、ノードＥＣＵ１のソフトウェアパッケージのダウンロードアドレスをノードＥＣＵ１に送信する。
【0183】
全てのノードＥＣＵのターゲットインターフェースの呼び出し結果に基づいて、全てのノードＥＣＵがそれぞれのソフトウェアパッケージを記憶するのに十分な記憶スペースを有するとマスタＥＣＵが決定した場合、マスタＥＣＵは、それぞれのソフトウェアパッケージのダウンロードアドレスをノードＥＣＵに送信する。
【0184】
例えば、ノードＥＣＵは、ノードＥＣＵ１及びノードＥＣＵ２を含む。ノードＥＣＵ１及びノードＥＣＵ２の両方が、それぞれのソフトウェアパッケージを記憶するのに十分な記憶スペースを有する場合、マスタＥＣＵは、ノードＥＣＵ１のソフトウェアパッケージのダウンロードアドレスをノードＥＣＵ１に送信し、マスタＥＣＵは、ノードＥＣＵ２のソフトウェアパッケージのダウンロードアドレスをノードＥＣＵ２に送信する。
【0185】
可能な実装形態では、ノードＥＣＵ１が十分な記憶スペースを有することを知ると、マスタＥＣＵは、ノードＥＣＵ１のソフトウェアパッケージのダウンロードアドレスをノードＥＣＵ１に送信し得る。
【0186】
可能な実装形態では、ノードＥＣＵのTransferStartインターフェースを呼び出す際に、マスタＥＣＵは、入力パラメータをTransferStartインターフェースに追加し得る。追加される入力パラメータは、ノードＥＣＵのソフトウェアパッケージのダウンロードアドレスである。例えば、マスタＥＣＵが、ノードＥＣＵ１のTransferStartインターフェースを呼び出し、TransferStartインターフェースが新しいパラメータを含み、新しいパラメータの値はノードＥＣＵ１のソフトウェアパッケージのダウンロードアドレスである。別の例として、マスタＥＣＵが、ノードＥＣＵ２のTransferStartインターフェースを呼び出し、TransferStartインターフェースが新しいパラメータを含み、新しいパラメータの値はノードＥＣＵ２のソフトウェアパッケージのダウンロードアドレスである。
【0187】
６０７：ノードＥＣＵ１は、取得されたノードＥＣＵ１のソフトウェアパッケージのダウンロードアドレスに基づいて、要求メッセージをＯＴＡサーバに送信する。
【0188】
例えば、ＥＣＵ１のソフトウェアパッケージのダウンロードアドレスを受信した後、ノードＥＣＵ１は、要求メッセージをＯＴＡサーバに送信する。要求メッセージは、ＥＣＵ１のソフトウェアパッケージのダウンロードアドレスを搬送し、要求メッセージは、ノードＥＣＵ１のソフトウェアパッケージをノードＥＣＵ１に送信するようにＯＴＡサーバに要求するために使用される。
【0189】
可能な実装形態では、新しいインターフェース、例えば、第２のインターフェースが定義され得る。第２のインターフェースのパラメータは、ソフトウェアパッケージのダウンロードアドレスである。ＯＴＡサーバの第２のインターフェースが呼び出されると、ＯＴＡサーバは、ノードＥＣＵのソフトウェアパッケージを対応するノードＥＣＵに送信し得る。例えば、ノードＥＣＵ１が、ＯＴＡサーバの第２のインターフェースを呼び出し得る。第２のインターフェースのパラメータは、ノードＥＣＵ１のソフトウェアパッケージのダウンロードアドレスである。第２のインターフェースが呼び出されたことに応答して、ＯＴＡサーバは、第２のインターフェースのパラメータ値に基づいて、ノードＥＣＵ１のソフトウェアパッケージをノードＥＣＵ１に送信し得る。本出願におけるＯＴＡサーバのインターフェースは、ＯＴＡサーバのＵＣＭインターフェースであることに留意されたい。詳細については、本出願で改めて説明しない。
【0190】
例えば、表２は、第２のインターフェースを定義する方式を提供する。第２のインターフェースの名前はGetTransferStartであり、第２のインターフェースの入力パラメータはソフトウェアパッケージのダウンロードアドレスを含むと仮定される。いくつかの可能な実装形態では、第２のインターフェースの入力パラメータは、ソフトウェアパッケージの名前又はソフトウェアパッケージの識別子ＩＤを更に含み得る。
【表2】
【0191】
６０８：ＯＴＡサーバが、ノードＥＣＵ１のTransferDataインターフェースを呼び出す。
【0192】
ノードＥＣＵ１によって送信された要求メッセージに応答して、ＯＴＡサーバは、ノードＥＣＵ１のソフトウェアパッケージをノードＥＣＵ１に送信する。
【0193】
例えば、ＯＴＡサーバは、ノードＥＣＵ１のTransferDataインターフェースを呼び出して、ＥＣＵ１のソフトウェアパッケージをノードＥＣＵ１に送信し得る。
【0194】
可能な実装形態では、ノードＥＣＵ１がノードＥＣＵ１のTransferDataインターフェースの呼び出し結果を返すステップ６０９が更に含まれ得る。
【0195】
ＯＴＡサーバがノードＥＣＵ１のTransferDataインターフェースを呼び出したことに応答して、ノードＥＣＵ１は、受信が成功したか失敗したかをＯＴＡサーバに通知するための呼び出し結果を返し得る。
【0196】
６１０：マスタＥＣＵが、ノードＥＣＵ２のソフトウェアパッケージのダウンロードアドレスをノードＥＣＵ２に送信する。
【0197】
マスタＥＣＵが、全てのノードＥＣＵのターゲットインターフェースの呼び出し結果に基づいて、全てのノードＥＣＵがそれぞれのソフトウェアパッケージを記憶するのに十分な記憶スペースを有すると決定した場合、マスタＥＣＵは、それぞれのソフトウェアパッケージのダウンロードアドレスをノードＥＣＵに送信する。
【0198】
例えば、ノードＥＣＵは、ノードＥＣＵ２を含む。この場合、マスタＥＣＵが、ノードＥＣＵ２のソフトウェアパッケージのダウンロードアドレスをノードＥＣＵ２に送信する。
【0199】
６１１：ノードＥＣＵ２が、取得されたノードＥＣＵ２のソフトウェアパッケージのダウンロードアドレスに基づいて、ＯＴＡサーバに要求メッセージを送信する。
【0200】
６１２：ＯＴＡサーバが、ノードＥＣＵ２のTransferDataインターフェースを呼び出す。
【0201】
可能な実装形態では、ノードＥＣＵ２がノードＥＣＵ２のTransferDataインターフェースの呼び出し結果を返すステップ６１３が更に含まれ得る。
【0202】
ステップ６１０からステップ６１３の理解のために、ステップ６０６からステップ６０９を参照されたい。別のノードＥＣＵが更に含まれる場合、理解のためにＥＣＵ１とＯＴＡサーバとの間の対話のプロセスを参照、すなわち、理解のためにステップ６０２からステップ６０９を参照されたい。
【0203】
AutoSarに基づいて、本出願のこの実施形態において提供される解決策が上記で説明されている。マスタＥＣＵは、依然として、各ノードＥＣＵのアップグレードプロセスを制御し、例えば、各ノードＥＣＵのソフトウェアパッケージをダウンロードするシーケンスを制御する。しかしながら、各ノードＥＣＵのソフトウェアパッケージは、ＯＴＡサーバによって各ノードＥＣＵに直接送信され、マスタＥＣＵは、各ノードＥＣＵのソフトウェアパッケージをバッファする必要がなく、各ノードＥＣＵのアップグレードパッケージを転送する必要がない。このようにして、マスタＥＣＵは、比較的大きい記憶スペース又は比較的高い処理性能を有する必要がなく、アップグレード効率を更に向上させることができる。加えて、本出願において提供される解決策は、複数のノードＥＣＵが同時にダウンロードを実行することをサポートし、これにより、ダウンロード効率が向上し、後に、マスタＥＣＵが各ノードＥＣＵのインストールプロセス及びアクティベーションプロセスを制御することに影響を与えない。加えて、本出願において提供されるデータ送信システムでは、新しいインターフェースが定義される。全てのノードＥＣＵがそれぞれのソフトウェアパッケージを記憶するのに十分な記憶スペースを有する場合にのみ、それぞれのソフトウェアパッケージはノードＥＣＵに送信される。これにより、アップグレード効率を更に向上させることができる。
【0204】
既存のAutoSarにおけるソフトウェアアップグレードプロセスにおけるマスタＥＣＵの記憶スペース及び処理性能への依存の問題を解決するために、AutoSarに基づいて、AutoSarにおけるソフトウェアアップグレード手順を改善する前述の方式以外に、本出願において提供される解決策では、ＥＣＵの記憶スペース及び処理性能への依存の問題を解決するために、別の方式が代替的に使用され得る。以下では、いくつかの特定の実装形態を参照しながら説明を行う。
【0205】
図７ａは、本出願の一実施形態によるデータ送信方法の概略フローチャートである。
【0206】
７０１：ノードＥＣＵ１が、ノードＥＣＵ１の残りの記憶スペースのサイズをマスタＥＣＵに送信する。
【0207】
７０２：ノードＥＣＵ２が、ノードＥＣＵ２の残りの記憶スペースのサイズをマスタＥＣＵに送信する。
【0208】
７０３：マスタＥＣＵが、各ノードＥＣＵの残りの記憶スペースのサイズをＯＴＡサーバに送信する。
【表3】
【0209】
表３に示すように、マスタＥＣＵは、各ノードＥＣＵの残りの記憶スペースのサイズをＯＴＡサーバに表形式で送信し得る。
【0210】
可能な実装形態では、ノードＥＣＵは、代替的に、それぞれの残りの記憶スペースのサイズをＯＴＡサーバに直接送信してもよく、サイズは、マスタＥＣＵによって転送されない。
【0211】
７０４：ＯＴＡサーバが、マスタＥＣＵのTransferVehiclePackageインターフェースを呼び出す。
【0212】
各ノードＥＣＵの残りの記憶スペースのサイズ及び各ノードＥＣＵのソフトウェアパッケージのサイズに基づいて、各ノードＥＣＵが各ノードＥＣＵのソフトウェアパッケージを記憶するのに十分な記憶スペースを有するとＯＴＡサーバが決定した場合、ＯＴＡサーバは、マスタＥＣＵのTransferVehiclePackageインターフェースを呼び出す。一例では、ノードＥＣＵは、ノードＥＣＵ１及びノードＥＣＵ２のみを含むと仮定される。以下の３つのケースが考えられる。
【0213】
１．ＯＴＡサーバによって取得されたノードＥＣＵ１の残りの記憶スペースがＥＣＵ１のソフトウェアパッケージのサイズ以上であり、取得されたＥＣＵ２の残りの記憶スペースがＥＣＵ２のソフトウェアパッケージのサイズ以上である場合、ＯＴＡサーバは、マスタＥＣＵのTransferVehiclePackageインターフェースを呼び出して、アップグレードポリシーなどの制御情報をマスタＥＣＵに送信する。
【0214】
２．ＯＴＡサーバによって取得されたノードＥＣＵ１の残りの記憶スペースがノードＥＣＵ１のソフトウェアパッケージのサイズ以上であり、取得されたノードＥＣＵ２の残りの記憶スペースがノードＥＣＵ２のソフトウェアパッケージのサイズ未満である場合、ＯＴＡサーバは、現在アップグレードを成功させることはできないと決定し、ソフトウェアパッケージアップグレードプログラムを開始しない。
【0215】
３．ＯＴＡサーバによって取得されたノードＥＣＵ１の残りの記憶スペースがノードＥＣＵ１のソフトウェアパッケージのサイズ未満であり、取得されたノードＥＣＵ２の残りの記憶スペースがノードＥＣＵ２のソフトウェアパッケージのサイズ以上である場合、ＯＴＡサーバは、現在アップグレードを成功させることはできないと決定し、ソフトウェアパッケージアップグレードプログラムを開始しない。
【0216】
７０５：ＯＴＡサーバが、ノードＥＣＵ１のTransferDataインターフェースを呼び出す。
【0217】
可能な実装形態では、ノードＥＣＵ１がノードＥＣＵ１のTransferDataインターフェースの呼び出し結果を返すステップ７０６が更に含まれ得る。
【0218】
７０７：ＯＴＡサーバが、ノードＥＣＵ２のTransferDataインターフェースを呼び出す。
【0219】
可能な実装形態では、ノードＥＣＵ２がノードＥＣＵ２のTransferDataインターフェースの呼び出し結果を返すステップ７０８が更に含まれ得る。
【0220】
ステップ７０５からステップ７０８の理解のために、図４に対応する実施形態におけるステップ４０６、ステップ４０７、ステップ４１１、及びステップ４１２を参照されたい。
【0221】
別のノードＥＣＵが更に含まれる場合、理解のために、ノードＥＣＵ１及びノードＥＣＵ２によって実行されるステップを参照することに留意されたい。詳細については本明細書で改めて説明しない。
【0222】
図７ｂは、本出願の一実施形態によるデータ送信方法の概略フローチャートである。
【0223】
８０１：ノードＥＣＵ１が、ノードＥＣＵ１の残りの記憶スペースのサイズをマスタＥＣＵに送信する。
【0224】
８０２：ノードＥＣＵ２が、ノードＥＣＵ２の残りの記憶スペースのサイズをマスタＥＣＵに送信する。
【0225】
８０３：ＯＴＡサーバが、マスタＥＣＵのTransferVehiclePackageインターフェースを呼び出す。
【0226】
ＯＴＡサーバは、マスタＥＣＵのTransferVehiclePackageインターフェースを呼び出して、全てのノードＥＣＵのソフトウェアパッケージのサイズをマスタＥＣＵに送信する。この実施形態では、ノードＥＣＵ１及びノードＥＣＵ２を例に挙げて説明することに留意されたい。別のノードＥＣＵが更に含まれる場合、理解のために、ノードＥＣＵ１及びノードＥＣＵ２によって実行されるステップを参照されたい。詳細については、本明細書で改めて説明しない。
【0227】
８０４：マスタＥＣＵは、ノードＥＣＵのソフトウェアパッケージのサイズとノードＥＣＵの残りの記憶スペースとの間の関係に基づいて、通知メッセージをＯＴＡサーバに送信する。
【0228】
各ノードＥＣＵの残りの記憶スペースのサイズ及び各ノードＥＣＵのソフトウェアパッケージのサイズに基づいて、各ノードＥＣＵが各ノードＥＣＵのソフトウェアパッケージを記憶するのに十分な記憶スペースを有するとマスタＥＣＵが決定した場合、マスタＥＣＵは、通知メッセージをＯＴＡサーバに送信し、それにより、ＯＴＡサーバが、ソフトウェアパッケージをノードＥＣＵに送信する。
【0229】
一例では、ノードＥＣＵは、ノードＥＣＵ１及びノードＥＣＵ２のみを含むと仮定される。以下の３つのケースが考えられる。
【0230】
１．マスタＥＣＵによって取得されたノードＥＣＵ１の残りの記憶スペースがノードＥＣＵ１のソフトウェアパッケージのサイズ以上であり、取得されたＥＣＵ２の残りの記憶スペースがＥＣＵ２のソフトウェアパッケージのサイズ以上である場合、マスタＥＣＵは、通知メッセージをＯＴＡサーバに送信し、それにより、ＯＴＡサーバがノードＥＣＵ１のソフトウェアパッケージをノードＥＣＵ１に送信し、ＯＴＡサーバがノードＥＣＵ２のソフトウェアパッケージをノードＥＣＵ２に送信する。
【0231】
２．マスタＥＣＵによって取得されたノードＥＣＵ１の残りの記憶スペースがノードＥＣＵ１のソフトウェアパッケージのサイズ以上であり、取得されたノードＥＣＵ２の残りの記憶スペースがノードＥＣＵ２のソフトウェアパッケージのサイズ未満である場合、マスタＥＣＵは、通知メッセージをＯＴＡサーバに送信しない。すなわち、ソフトウェアパッケージのダウンロード手順は開始されない。
【0232】
３．マスタＥＣＵによって取得されたノードＥＣＵ１の残りの記憶スペースがノードＥＣＵ１のソフトウェアパッケージのサイズ未満であり、取得されたノードＥＣＵ２の残りの記憶スペースがノードＥＣＵ２のソフトウェアパッケージのサイズ以上である場合、マスタＥＣＵは、通知メッセージをＯＴＡサーバに送信しない。すなわち、ソフトウェアパッケージのダウンロード手順は開始されない。
【0233】
８０５：ＯＴＡサーバが、ノードＥＣＵ１のTransferDataインターフェースを呼び出す。
【0234】
可能な実装形態では、ノードＥＣＵ１がノードＥＣＵ１のTransferDataインターフェースの呼び出し結果を返すステップ８０６が更に含まれ得る。
【0235】
８０７：ＯＴＡサーバが、ノードＥＣＵ２のTransferDataインターフェースを呼び出す。
【0236】
可能な実装形態では、ノードＥＣＵ２がノードＥＣＵ２のTransferDataインターフェースの呼び出し結果を返すステップ８０８が更に含まれ得る。
【0237】
ステップ８０５からステップ８０８の理解のために、図４に対応する実施形態におけるステップ４０６、ステップ４０８、ステップ４１１、及びステップ４１２を参照されたい。
【0238】
上記では、本出願の実施形態において提供されるデータ送信方法について説明した。本出願の一実施形態は、データ送信システムを更に提供する。データ送信システムは、ＯＴＡサーバと、マスタＥＣＵと、複数のノードＥＣＵとを含む。ＯＴＡサーバは、図４から図７ｂに対応する実施形態で説明したＯＴＡサーバであり、マスタＥＣＵは、図４から図７ｂに対応する実施形態で説明したマスタＥＣＵであり、ノードＥＣＵは、図４から図７ｂに対応する実施形態で説明したノードＥＣＵである。例えば、理解のためにノードＥＣＵ１及びノードＥＣＵ２を参照されたい。加えて、前述の実施形態と同じ発明概念に基づいて、本出願の一実施形態は、ＯＴＡクラウドサーバ、マスタＥＣＵ、及びノードＥＣＵを更に提供する。以下では、いくつかの具体的な実装形態を参照して、本出願の一実施形態において提供されるデータ送信システムについて説明する。
【0239】
図８は、本出願の一実施形態によるデータ送信システムのアーキテクチャの概略図である。データ送信システムは、ＯＴＡサーバと、マスタＥＣＵと、複数のノードＥＣＵとを含む。
【0240】
ノードＥＣＵは、更新及び構成管理（ＵＣＭ）モジュールを含み得る。ノードＥＣＵのＵＣＭモジュールは、ノードＥＣＵのターゲットインターフェースが呼び出されたことを知ると、残りの記憶スペースをチェックし、第１の呼び出し結果を返すように構成される。ターゲットインターフェースのパラメータ値は、ノードＥＣＵのソフトウェアパッケージのサイズを含み得る。第１の呼び出し結果は、残りの記憶スペースがノードＥＣＵのソフトウェアパッケージのサイズ以上であるかどうかを示す。ノードＥＣＵのＵＣＭモジュールは、残りの記憶スペースがノードＥＣＵのソフトウェアパッケージのサイズ以上である場合、ＯＴＡサーバによって送信されたノードＥＣＵのソフトウェアパッケージを受信するように更に構成される。
【0241】
可能な実装形態では、ターゲットインターフェースがTransferStartインターフェースであり、残りの記憶スペースがノードＥＣＵのソフトウェアパッケージのサイズ以上である場合、第１の呼び出し結果は、第１のパラメータ値を含み得る。第１のパラメータは、ノードＥＣＵのソフトウェアパッケージをノードＥＣＵに送信するようにＯＴＡサーバに指示するために使用される。
【0242】
可能な実装形態では、ノードＥＣＵのＵＣＭモジュールは、ノードＥＣＵのソフトウェアパッケージのダウンロードアドレスを取得し、取得されたダウンロードアドレスに基づいてＯＴＡサーバのインターフェースを呼び出すように更に構成される。インターフェースのパラメータ値は、ノードＥＣＵのソフトウェアパッケージのダウンロードアドレスであるので、ＯＴＡサーバは、インターフェースが呼び出されたことに応答して、ノードＥＣＵのソフトウェアパッケージをＵＣＭモジュールに送信する。
【0243】
可能な実装形態では、ＯＴＡサーバは、更新及び構成管理（ＵＣＭ）モジュールを含み得る。ＯＴＡサーバのＵＣＭモジュールは、ノードＥＣＵの残りの記憶スペースがノードＥＣＵのソフトウェアパッケージのサイズ以上であると決定すると、ノードＥＣＵのTransferDataインターフェースを呼び出して、ノードＥＣＵのソフトウェアパッケージをノードＥＣＵに送信するように構成される。
【0244】
可能な実装形態では、ＯＴＡサーバのＵＣＭモジュールは、第１のパラメータ値を取得する際にノードＥＣＵのTransferDataインターフェースを呼び出すように特に構成される。第１のパラメータ値は、TransferStartインターフェースが呼び出されたことに応答して、ノードＥＣＵによって返される第１の呼び出し結果に含まれ得るパラメータ値である。第１のパラメータ値は、ノードＥＣＵの残りの記憶スペースがノードＥＣＵのソフトウェアパッケージのサイズ以上であることを示すために使用される。
【0245】
可能な実装形態では、ＯＴＡサーバのＵＣＭモジュールは、マスタＥＣＵの車両全体のソフトウェアパッケージTransferVehiclePackageインターフェースを呼び出すように更に構成される。TransferVehiclePackageインターフェースのパラメータ値は、複数のノードＥＣＵ内の各ノードＥＣＵのソフトウェアパッケージのダウンロードアドレスを含み得、マスタＥＣＵは、ノードＥＣＵのソフトウェアパッケージのダウンロードアドレスをノードＥＣＵに送信し、次いで、ノードＥＣＵは、ノードＥＣＵのダウンロードアドレスに基づいてＵＣＭモジュールのインターフェースを呼び出し、インターフェースのパラメータは、ノードＥＣＵのソフトウェアパッケージのダウンロードアドレスを含み得る。ＵＣＭモジュールは、ノードＥＣＵがインターフェースを呼び出したことに応答して、ノードＥＣＵのソフトウェアパッケージをノードＥＣＵに送信するように特に構成される。
【0246】
可能な実装形態では、マスタＥＣＵは、ＵＣＭ Ｍａｓｔｅｒモジュールを含み得る。ＵＣＭ Ｍａｓｔｅｒモジュールは、ノードＥＣＵのターゲットインターフェースを呼び出すように構成される。ターゲットインターフェースのパラメータ値は、ノードＥＣＵのソフトウェアパッケージのサイズを含み得、ノードＥＣＵは、マスタＥＣＵがターゲットインターフェースを呼び出したことに応答して、ノードＥＣＵの残りの記憶スペースをチェックする。ＵＣＭ Ｍａｓｔｅｒモジュールは、ノードＥＣＵによって送信されたターゲットインターフェースの第１の呼び出し結果を受信するように更に構成される。第１の呼び出し結果は、ノードＥＣＵの残りの記憶スペースがノードＥＣＵのソフトウェアパッケージのサイズ以上であるかどうかを示す。
【0247】
可能な実装形態では、ノードＥＣＵの残りの記憶スペースがノードＥＣＵのソフトウェアパッケージのサイズ以上である場合、第１の呼び出し結果は第１のパラメータ値を含み得、ＵＣＭ Ｍａｓｔｅｒモジュールは、第１のフィードバックメッセージをＯＴＡサーバに送信するように更に構成される。第１のフィードバックメッセージは、第１のパラメータ値を含み得、ＯＴＡサーバは、第１のパラメータ値を取得する際にノードＥＣＵのTransferDataインターフェースを呼び出して、ノードＥＣＵのソフトウェアパッケージをノードＥＣＵに送信する。
【0248】
可能な実装形態では、ＵＣＭ Ｍａｓｔｅｒモジュールは、複数のノードＥＣＵ内の各ノードＥＣＵの第１の呼び出し結果を受信するように更に構成される。ノードＥＣＵは、複数のノードＥＣＵのうちのいずれかである。第１の呼び出し結果に基づいて、各ノードＥＣＵの残りの記憶スペースが各ノードＥＣＵのソフトウェアパッケージのサイズ以上であると決定されると、第２のパラメータ値がＯＴＡサーバに送信され、ＯＴＡサーバは、第２のパラメータ値を取得する際にノードＥＣＵのTransferDataインターフェースを呼び出す。
【0249】
【0250】
【0251】
本出願の一実施形態は、ＯＴＡサーバを更に提供する。ＯＴＡサーバは、図８に対応する実施形態におけるＯＴＡサーバである。理解のために、図４から図７ｂに対応する実施形態で説明したＯＴＡサーバを参照されたい。
【0252】
図９を参照されたい。本出願の一実施形態は、通信デバイスを更に提供する。通信デバイスは、図４から図７ｂに対応する実施形態におけるノードＥＣＵであってもよいし、通信デバイスは、図４から図７ｂに対応する実施形態におけるマスタＥＣＵであってもよいし、通信デバイスは、図４から図７ｂに対応する実施形態におけるＯＴＡサーバであってもよい。
【0253】
通信デバイスはプロセッサ１００１を含み得る。プロセッサ１００１はメモリ１００２に結合され、メモリはプログラム命令を記憶する。メモリに記憶されたプログラム命令がプロセッサによって実行されると、図４から図７ｂに対応する実施形態におけるマスタＥＣＵによって実行されるステップが実行される。代替的に、メモリに記憶されたプログラム命令がプロセッサによって実行されると、図４から図７ｂに対応する実施形態におけるノードＥＣＵによって実行されるステップが実行される。代替的に、メモリに記憶されたプログラム命令がプロセッサによって実行されると、図４から図７ｂに対応する実施形態におけるＯＴＡサーバによって実行されるステップが実行される。
【0254】
【0255】
可能な実装形態では、図１０に示すように、車両は、ディスプレイ１１０１とＥＣＵ１１０２とを含み得る。ＥＣＵ１１０２は、図４から図７ｂに対応する実施形態で説明したノードＥＣＵ又はマスタＥＣＵである。車両は、ディスプレイを使用することによってユーザと対話し得、例えば、ディスプレイを使用することによってプロンプトメッセージを送信し得る。プロンプトメッセージは、第１のＥＣＵのソフトウェアパッケージをＯＴＡサーバからダウンロードするようにノードＥＣＵに指示するために使用される。図１１は、本出願の一実施形態によるデータ送信方法の適用シナリオの概略図である。本出願のこの実施形態で提供される解決策では、車載ソフトウェアをアップグレードすべきかどうかをユーザが選択することが可能であり、又はデフォルトで車載ソフトウェアを直接アップグレードしてもよい。車両内の各デバイスがアップグレードされると、各ＥＣＵのソフトウェアのアップグレードパッケージをダウンロードする特定のプロセスでは、各デバイスがＯＴＡサーバからソフトウェアパッケージをダウンロードしていることを促すプロンプトメッセージが送信される。
【0256】
車両は、自動車、トラック、オートバイ、バス、ボート、芝刈り機、レクリエーショナルビークル、遊び場の車両、建設機械、トロリー、ゴルフカートなどであり得る。これは、本出願のこの実施形態において特に限定されない。
【0257】
ＥＣＵ及び車両がデータ送信方法を実行し、有益な効果をもたらした特定の実装形態については、図４から図７ｂに対応する方法の実施形態における説明をことに留意されたい。詳細については本明細書で改めて説明しない。
【0258】
本出願の一実施形態は、コンピュータ可読記憶媒体を更に提供する。コンピュータ可読記憶媒体は、ソフトウェアパッケージをダウンロードするために使用されるプログラムを記憶する。プログラムがコンピュータ上で実行されると、コンピュータは、図４から図７ｂに示される実施形態で説明した方法においてＥＣＵによって実行されるステップを実行することが可能になる。
【0259】
本出願の一実施形態は、コンピュータ可読記憶媒体を更に提供する。コンピュータ可読記憶媒体は、ソフトウェアパッケージをダウンロードするために使用されるプログラムを記憶する。プログラムがコンピュータ上で実行されると、コンピュータは、図４から図７ｂに示される実施形態で説明した方法においてＯＴＡによって実行されるステップを実行することが可能になる。
【0260】
本出願の一実施形態は、コンピュータプログラム製品を更に提供する。コンピュータプログラム製品がコンピュータ上で実行されると、コンピュータは、図４から図７ｂに示される実施形態において説明される方法においてＥＣＵによって実行されるステップを実行することが可能になる。代替的に、コンピュータプログラム製品がコンピュータ上で実行されると、コンピュータは、図４から図７ｂに示される実施形態において説明される方法においてＯＴＡによって実行されるステップを実行することが可能になる。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータプログラム命令が、ロードされ、コンピュータ上で実行されると、本出願の実施形態による手順又は機能が全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は別のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよいし、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。例えば、コンピュータ命令は、ワイヤード（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ＤＳＬ））又はワイヤレス（例えば、赤外線、無線、又はマイクロ波）方式で、ウェブサイト、コンピュータ、サーバ、又はデータセンタから、別のウェブサイト、コンピュータ、サーバ、又はデータセンタに送信されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、又は１つ若しくは複数の使用可能な媒体を統合したサーバ若しくはデータセンタなどのデータ記憶デバイスであり得る。使用可能な媒体は、磁気媒体（例えば、フロッピー（登録商標）ディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブ（ＳＳＤ：solid-state drive））などであり得る。
【0261】
本出願の一実施形態は、回路システムを更に提供する。回路システムは、処理回路と記憶回路とを含む。処理回路及び記憶回路は、図４から図７ｂに示される実施形態で説明した方法においてＥＣＵ又はＯＴＡサーバによって実行されるステップを実行するように構成される。処理回路は、任意の適切なタイプのコンピューティングユニット、例えば、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ：digital signal processor）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：field programmable gate array）、若しくは特定用途向け集積回路（ＡＳＩＣ：application-specific integrated circuit）、又は任意の他の形態の回路であり得る。記憶回路は、揮発性（volatile）及び／又は不揮発性（non-volatile）であり得る。例えば、記憶回路は、レジスタ、キャッシュなどであり得る。具体的には、揮発性記憶回路はキャッシュメモリを含み得、不揮発性記憶回路はフラッシュメモリを含み得る。
【0262】
本出願の実施形態において提供されるＥＣＵ又はＯＴＡサーバは、具体的にはチップであり得る。チップは、処理ユニット及び通信ユニットを含む。処理ユニットは、例えば、プロセッサであり得、通信ユニットは、例えば、入力／出力インターフェース、ピン、又は回路であり得る。処理ユニットは、記憶ユニットに記憶されたコンピュータ実行可能命令を実行し得、サーバ内のチップは、図４から図７ｂに示された実施形態で説明したデータ送信方法を実行する。任意選択で、記憶ユニットは、チップ内の記憶ユニット、例えば、レジスタ若しくはキャッシュである。又は、記憶ユニットは、無線アクセスデバイス端にあり、チップの外部に位置する記憶ユニット、例えば、読取り専用メモリ（ＲＯＭ：read-only memory）、静的情報及び命令を記憶することができる別のタイプの静的記憶デバイス、若しくはランダムアクセスメモリ（ＲＡＭ：random access memory）であり得る。
【0263】
加えて、説明した装置の実施形態は例にすぎないことに留意されたい。別個の部分として説明したユニットは、物理的に別個であってもなくてもよく、ユニットとして表示される部分は、物理ユニットであってもなくてもよく、言い換えると、１つの位置にあってもよいし、複数のネットワークユニット上に分散されていてもよい。モジュールの一部又は全部は、実施形態の解決策の目的を達成するために、実際の要件に従って選択され得る。加えて、本出願において提供される装置の実施形態の添付の図面において、モジュール間の接続関係は、モジュールが互いに通信接続を有することを示し、これは、１つ又は複数の通信バス又は信号ケーブルとして具体的に実装され得る。
【0264】
前述の実装形態の説明によれば、当業者は、本出願が、必要な汎用ハードウェアに加えてソフトウェアによって、又は特定用途向け集積回路、専用ＣＬＵ、専用メモリ、専用コンポーネントなどを含む専用ハードウェアによって実装され得ることを明確に理解し得る。一般に、コンピュータプログラムによって実行される任意の機能は、対応するハードウェアを使用することによって容易に実装されることができ、同じ機能を達成するために使用される特定のハードウェア構造は、様々な形態、例えば、アナログ回路、デジタル回路、特定用途向け回路などの形態であり得る。しかしながら、本出願について、ソフトウェアプログラム実装形態は、ほとんどの場合、より良好な実装形態である。そのような理解に基づいて、本出願の技術的解決策は、本質的に、又は従来技術に寄与する部分は、ソフトウェア製品の形態で実装され得る。コンピュータソフトウェア製品は、コンピュータのフロッピー（登録商標）ディスク、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク、又はコンパクトディスクなどの可読記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであってもよい）に本出願の実施形態で説明した方法を実行するように命令するためのいくつかの命令を含む。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7a】
【図7b】
【図8】
【図9】
【図10】
【図11】