JP7419557B2 - ソフトウェアバージョンロールバックの方法、装置、およびシステム - Google Patents

ソフトウェアバージョンロールバックの方法、装置、およびシステム Download PDF

Info

Publication number
JP7419557B2
JP7419557B2 JP2022551726A JP2022551726A JP7419557B2 JP 7419557 B2 JP7419557 B2 JP 7419557B2 JP 2022551726 A JP2022551726 A JP 2022551726A JP 2022551726 A JP2022551726 A JP 2022551726A JP 7419557 B2 JP7419557 B2 JP 7419557B2
Authority
JP
Japan
Prior art keywords
differential
software
version
data
rollback
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022551726A
Other languages
English (en)
Other versions
JP2023515997A (ja
Inventor
涛 ▲馬▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2023515997A publication Critical patent/JP2023515997A/ja
Application granted granted Critical
Publication of JP7419557B2 publication Critical patent/JP7419557B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/658—Incremental updates; Differential updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1433—Saving, restoring, recovering or retrying at system level during software upgrading
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]

Description

本出願は、コンピュータ技術の分野に関し、詳細には、ソフトウェアバージョンロールバックの方法、装置、およびシステムに関する。
インテリジェントなコネクテッド車両の開発に伴い、より多くの車両がネットワークアクセス機能を有し、新しい車両ソフトウェア更新方式、すなわち、オーバージエア（ｏｖｅｒ ｔｈｅ ａｉｒ、ＯＴＡ）が出現している。ＯＴＡは、無線通信インターフェース、例えばＷｉ－Ｆｉ、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）、および衛星を使用して車両ソフトウェアの更新を実施する。車両は、システム更新のためにＯＴＡを介して新バージョンのソフトウェアを取得する。
新バージョンのソフトウェアのインストール中に、新バージョンのソフトウェアのインストール障害または異常動作が発生する可能性がある。これにより、ソフトウェア関連の機能が利用できなくなり、車両の一部の機能が更新後さらに利用できなくなる。この場合、ソフトウェアは、車両機能の正常かつ安全な動作を保証するために、適時更新前に使用された旧バージョンにロールバックされる必要がある。
現在、新バージョンのソフトウェアがインストールされる前に、車両はロールバックのために旧バージョンのソフトウェアパッケージをバックアップする。更新例外が発生すると、旧バージョンのソフトウェアが車両に再インストールされてロールバックが実施される。車両内の記憶空間は限られており、バックアップされた旧バージョンのソフトウェアは大きい記憶空間を占有するので、記憶要件を満たすために車両の記憶空間が増やされる必要があり、車両の記憶コストが増加する。
本出願は、端末の実行セキュリティ（ｓｅｃｕｒｉｔｙ）を保証するために、車両の記憶空間の占有率を低減しながら、旧バージョンのソフトウェアに基づいて駆動システムをロールバックして実行することができるように、ソフトウェアバージョンロールバックの方法、装置、およびシステムを提供する。
第１の態様によれば、本出願の一実施形態は、ソフトウェアバージョンロールバック方法を提供する。方法は、端末デバイス（例えば、車両）によって実施されてもよく、端末デバイスの構成要素、例えば、端末デバイス内の処理装置、回路、またはチップなどの構成要素によって実施されてもよい。方法は、端末デバイスが、対象ソフトウェアの差分更新パッケージを取得し、差分更新パッケージを使用して対象ソフトウェアの現在のバージョンを更新することであって、対象ソフトウェアの現在のバージョンが第１のバージョンから第２のバージョンに更新される、更新することと、対象ソフトウェアに対するロールバック要件が存在することを検出すると、端末デバイスが、対象ソフトウェアの現在のバージョンを第１のバージョンにロールバックするために、差分更新パッケージを使用して対象ソフトウェアに対してロールバックを実行することとを含む。
差分更新パッケージは少なくとも１つの差分動作命令を含み、差分動作命令は、対象ソフトウェアの現在の第１のバージョンと対象ソフトウェアが更新されるべき第２のバージョンとの間の差を示すために使用される。
前述の方法では、端末デバイスが対象ソフトウェアに対してソフトウェアバージョンロールバックを実施するとき、旧バージョンの対象ソフトウェアの完全なインストールファイルが更新サーバから再ダウンロードされる必要はなく、旧バージョンの対象ソフトウェアの完全なインストールファイルがバックアップされる必要はない。端末デバイスは、実行のために旧バージョンにロールバックするために、対象ソフトウェアの更新に使用される差分更新パッケージを直接使用して、対象ソフトウェアをロールバックすることができる。このようにして、車両の記憶空間の占有率を低減しながら、適時ソフトウェアのロールバックを実施することができる。
可能な設計では、差分更新パッケージは少なくとも１つの差分動作命令を含み、差分動作命令は命令タイプおよび差分データを含み、差分データは、第１のバージョンの第１のアドレス空間および／または第１のアドレス空間に格納された第１のデータと、第２のバージョンの第２のデータおよび／または第２のアドレス空間とを含む。
可能な設計では、方法は、差分更新パッケージに基づいて差分ロールバックパッケージを生成するステップをさらに含む。差分ロールバックパッケージは、以下のように取得される。最初に、差分更新パッケージに配置された少なくとも１つの差分動作命令が、事前設定された順序に従って再配置される。例えば、差分更新パッケージ内の差分動作命令が時系列の実行順序に従って配置されるとき、事前設定された順序は、新しい順の順序であってもよい。別の例では、差分更新パッケージ内の差分動作命令が新しい順の実行順序に従って配置されるとき、事前設定された順序は、時系列の順序であってもよい。次いで、再配置された各差分動作命令を、差分動作命令に対応する逆差分動作命令と置き換えることにより、差分ロールバックパッケージが取得される。差分動作命令に対応する逆差分動作命令は、差分動作命令に従って第１の差分動作が実行された後に逆差分動作命令に従って第２の差分動作を実行して、対象ソフトウェアのバージョンを第１の差分動作が実行される前に存在していた状態にロールバックすることを示す。差分更新パッケージを使用して対象ソフトウェアに対してロールバックを実行するステップは、差分ロールバックパッケージを使用して対象ソフトウェアをロールバックするステップを含む。
前述の方法では、対象ソフトウェアのソフトウェアバージョンをロールバックするとき、端末デバイスは、対象ソフトウェアの差分更新パッケージを使用して差分ロールバックパッケージを生成することができ、実行のために対象ソフトウェアを旧バージョンにロールバックするために、差分ロールバックパッケージを使用して対象ソフトウェアを時間内にロールバックすることができる。これにより、ロールバックに費やされる時間を短縮し、ソフトウェア更新およびソフトウェアのロールバックに使用される記憶空間を削減することができる。加えて、本出願のこの実施形態では、差分更新パッケージに基づいて差分ロールバックパッケージを生成する方式は簡単かつ効率的であり、計算オーバーヘッドは低い。
可能な設計では、命令タイプは、無視、シフト、挿入、削除、または置換を含むが、それらに限定されない。
例えば、差分動作命令の命令タイプがシフトであるとき、差分動作命令は、第１のデータを第１のアドレス空間から第２のアドレス空間にシフトするように命令するために使用される。第２のアドレス空間は、第１のシステムにおける第１のアドレス空間以外のアドレス空間である。差分動作命令に対応する逆差分動作命令は、第２のアドレス空間内の第１のデータを第１のアドレス空間にシフトバックすることである。
別の例では、差分動作命令の命令タイプが挿入であるとき、差分動作命令は、第１のシステムにおいて第２のアドレス空間を追加し、差分動作命令に含まれる第２のデータを第２のアドレス空間に追加するように命令するために使用される。差分動作命令に対応する逆差分動作命令は、第２のアドレス空間を削除することである。
別の例では、差分動作命令の命令タイプが削除であるとき、差分動作命令は、第１のアドレス空間および第１のアドレス空間に格納された第１のデータを削除するように命令するために使用される。差分動作命令に対応する逆差分動作命令は、第１のアドレス空間を追加し、第１のアドレス空間に第１のデータを追加することである。
別の例では、差分動作命令の命令タイプが置換であるとき、差分動作命令は、第１のアドレス空間内の第１のデータを第２のデータと置き換えるように命令するために使用される。差分動作命令に対応する逆差分動作命令は、第１のアドレス空間内の第２のデータを第１のデータと置き換えることである。
第２の態様によれば、本出願の一実施形態は、ソフトウェアバージョンロールバック方法を提供する。方法は、更新サーバによって実施されてもよく、ソフトウェア更新サーバの構成要素、例えば、ソフトウェア更新サーバ内の処理チップまたは回路などの構成要素によって実施されてもよい。方法は、ソフトウェアバージョンロールバック装置からダウンロード命令を受信するステップであって、例えば、ダウンロード命令が、対象ソフトウェアの情報、例えば、対象ソフトウェアの名前および対象ソフトウェアが更新されるべきバージョンのバージョン番号を含む、ステップと、ソフトウェアバージョンロールバック装置に差分更新パッケージを送信するステップとを含む。
可能な設計では、更新サーバは、差分更新パッケージを使用して差分ロールバックパッケージを生成し、差分ロールバックパッケージをソフトウェアバージョンロールバック装置に送信する。
第３の態様によれば、本出願の一実施形態は通信装置を提供する。装置は、第１の態様の方法を実施する機能を有する。機能は、ハードウェアによって実施されてもよく、ソフトウェアによって実施されてもよく、対応するソフトウェアを実行するハードウェアによって実施されてもよい。装置は、前述の機能に対応する１つまたは複数のモジュールを含み、例えば、トランシーバユニットおよび処理ユニットを含む。
可能な設計では、装置はチップまたは集積回路であってもよい。
可能な設計では、装置は、メモリ、プロセッサ、およびトランシーバを含む。トランシーバは、データを受信および送信するように構成される。メモリは、プロセッサによって実行されるプログラムまたは命令を記憶するように構成される。プロセッサにより、プログラムが実行されるか、または命令が実行されると、装置は、第１の態様および第１の態様の様々な可能な設計の命令を実行することができる。
可能な設計では、装置は端末デバイスであってもよい。
第４の態様によれば、本出願の一実施形態は更新サーバを提供する。装置は、第１の態様の方法を実施する機能を有する。機能は、ハードウェアによって実施されてもよく、ソフトウェアによって実施されてもよく、対応するソフトウェアを実行するハードウェアによって実施されてもよい。装置は、前述の機能に対応する１つまたは複数のモジュールを含み、例えば、トランシーバユニットおよび処理ユニットを含む。
可能な設計では、装置はチップまたは集積回路であってもよい。
可能な設計では、装置は、メモリ、プロセッサ、およびトランシーバを含む。トランシーバは、データを受信および送信するように構成される。メモリは、プロセッサによって実行されるプログラムまたは命令を記憶するように構成される。プロセッサにより、プログラムが実行されるか、または命令が実行されると、装置は、第１の態様および第１の態様の様々な可能な設計の命令を実行することができる。
可能な設計では、装置はＯＴＡサーバであってもよい。
第５の態様によれば、本出願の一実施形態は装置を提供する。装置は、プロセッサ、メモリ、および通信インターフェースを含む。通信インターフェースは、データを受信または送信するように構成される。メモリは、プログラムまたは命令コードを記憶するように構成される。プロセッサは、メモリからプログラムまたは命令コードを呼び出して、第１の態様の方法を実行するか、または第２の態様もしくは第２の態様の可能な設計の方法を実行するように構成される。
第６の態様によれば、本出願の一実施形態は装置を提供する。通信装置は、プロセッサおよびインターフェース回路を含み、インターフェース回路は、プログラムまたは命令コードを受信し、プログラムまたは命令コードをプロセッサに送信するように構成される。プロセッサは、プログラムまたは命令コードを実行して、第１の態様および第１の態様の可能な設計の方法を実行するか、または第２の態様および第２の態様の可能な設計の方法を実行する。
第７の態様によれば、本出願の一実施形態はコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、プログラムまたは命令を記憶するように構成される。プログラムが実行されるか、または命令が実行されると、第１の態様および第１の態様の可能な設計の方法、または第２の態様および第２の態様の可能な設計の方法が実施される。
第８の態様によれば、本出願の一実施形態は、命令を含むコンピュータプログラム製品を提供する。命令が実行されると、第１の態様および第１の態様の可能な設計の方法、または第２の態様および第２の態様の可能な設計の方法が実施される。
第９の態様によれば、本出願の一実施形態は、更新サーバおよびソフトウェアバージョンロールバック装置を含む、ソフトウェアバージョンロールバックシステムをさらに提供する。ソフトウェアバージョンロールバック装置は、第１の態様または第１の態様の可能な実装形態のうちのいずれか１つにおける対応する機能を実行することができ、更新サーバは、第２の態様または第２の態様の可能な実装形態のうちのいずれか１つにおける対応する機能を実行することができる。詳細については、方法例の詳細な説明を参照されたい。詳細はここでは再び記載されない。
本出願による、システムアーキテクチャの概略図である。 本出願による、ソフトウェア更新の概略フローチャートである。 本出願の一実施形態による、ソフトウェアロールバック方法の概略フローチャートである。 本出願の一実施形態による、差分文書生成の概略図である。 本出願の一実施形態による、差分ロールバックパッケージ生成のシナリオの概略図である。 本出願による、車両システムアーキテクチャの概略図である。 本出願による、車両システムアーキテクチャの概略図である。 本出願の実施形態による、ソフトウェアバージョンロールバック装置の概略図である。 本出願の実施形態による、ソフトウェアバージョンロールバック装置の概略図である。 本出願の実施形態による、ソフトウェアバージョンロールバック装置の概略図である。
本出願の目的、技術的解決策、および利点をより明確にするために、以下ではさらに、添付図面を参照して本出願を詳細に記載する。方法実施形態における具体的な動作方法は、デバイス実施形態またはシステム実施形態にも適用されてもよい。
自動車産業が継続的に発展するにつれて、より多くのソフトウェアが車両にインストールされる。具体的には、自動車にインストールされるソフトウェアは、通常、電子制御ユニット（ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ ｕｎｉｔ、ＥＣＵ）にインストールされる。例えば、車両内のアンチロックブレーキシステム、オートマチックトランスミッションシステム、マルチメディアシステム、補助ブレーキシステム、クルーズコントロールシステム、空調システム、作動システム、サスペンションシステム、セーフティシステムなどは、すべてＥＣＵを含む。各システム内の様々な複雑な制御ロジックおよび計算機能は、ソフトウェアの形態でシステム内のＥＣＵ上で実行されてもよく、その結果、車両は適切に動作することができる。
車両に含まれる一部またはすべてのシステムは、同じＥＣＵに統合されてもよく、異なるＥＣＵに別々に配備されてもよいことに留意されたい。これは、本出願の実施形態では限定されない。
本出願の実施形態において提供される方法および装置は、スマートカー（ｓｍａｒｔ／ｉｎｔｅｌｌｉｇｅｎｔ ｃａｒ）、デジタルカー（ｄｉｇｉｔａｌ ｃａｒ）、無人車／無人運転車（ｕｎｍａｎｎｅｄ ｃａｒ／ｄｒｉｖｅｒｌｅｓｓ ｃａｒ）、または自動運転車（ｓｅｌｆ－ｄｒｉｖｉｎｇ ｃａｒ）などの車両に適用されてもよいことを理解されたい。
現在、車両ソフトウェアを更新する２つの方式が存在する。１つの方式は、専用デバイスを使用して有線方式で車両ソフトウェアを更新することである。他の方式は、ＯＴＡ（ｏｖｅｒ ｔｈｅ ａｉｒ、オーバージエア）更新である。ＯＴＡ更新は、Ｗｉ－Ｆｉ、ＬＴＥ、または衛星などのワイヤレス通信インターフェースを介するクラウドとの相互作用による更新または更新車両ソフトウェアを指す。ＯＴＡ更新が採用されると、車両ソフトウェアはいつでもどこでも更新することができ、それはより柔軟で便利である。
車両ソフトウェアは、以下の高度運転者支援システム（ａｄｖａｎｃｅｄ ｄｒｉｖｅｒ ａｓｓｉｓｔａｎｃｅ ｓｙｓｔｅｍ、ＡＤＡＳ）に関連するソフトウェア、インフォテインメント（ｉｎｆｏｔａｉｎｍｅｎｔ、ＩＶＩ）に関連するソフトウェア、テレマティクス（ｔｅｌｅｍａｔｉｃｓ）に関連するソフトウェア、情報セキュリティ（ｉｎｆｏｒｍａｔｉｏｎ ｓｅｃｕｒｉｔｙ）に関連するソフトウェア、オンボード診断（ｏｎ ｂｏａｒｄ ｄｉａｇｎｏｓｔｉｃ、ＯＢＤ）に関連するソフトウェア、オペレーティングシステム（ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ、ＯＳ）、地図（ｍａｐ）ソフトウェアなどのうちの１つまたは複数を含んでもよいが、それらに限定されないことを理解されたい。
図１は、本出願の一実施形態による、システムアーキテクチャの概略図である。図１を参照されたい。システムは、端末デバイス、更新サーバ、ソフトウェア開発デバイスなどを含む。
当業者がより良く理解するように、本出願のいくつかの用語が以下に記載される。
（１）ソフトウェア開発デバイスは、アプリケーションのアプリケーションソフトウェアおよびアプリケーションソフトウェアのソフトウェア更新パッケージを開発するためにソフトウェア設計者によって使用されるデバイスであってもよい。上述されたように、ソフトウェア更新パッケージは、アプリケーションソフトウェアの新バージョンの完全なインストールファイルであってもよく、アプリケーションソフトウェアの差分更新パッケージであってもよい。任意選択で、ソフトウェア開発デバイスは、アプリケーションソフトウェアのソフトウェア更新パッケージに基づいてアプリケーションソフトウェアの差分ロールバックパッケージを生成するようにさらに構成されてもよく、差分ロールバックパッケージは、更新されたアプリケーションソフトウェアをロールバックするために使用され、その結果、アプリケーションソフトウェアの新バージョンが旧バージョンにロールバックされる。
具体的には、本出願のこの実施形態におけるソフトウェア更新パッケージおよび差分ロールバックパッケージは、アプリケーションソフトウェアのバージョンを示すために使用されるバージョン番号をさらに搬送することができる。端末デバイスは、バージョン番号に基づいて、対応するソフトウェア更新パッケージまたは差分ロールバックパッケージをダウンロードすることができる。例えば、バージョン番号は特別な意味を有する文字または文字列であってもよく、例えば、アプリケーションソフトウェアの現在のバージョン番号はｖ．２．０であり、新バージョンのアプリケーションソフトウェアのバージョン番号はｖ．２．１である。
任意選択で、ソフトウェア開発デバイスは、アプリケーションベンダ、またはアプリケーションソフトウェアをインストールすることができる端末デバイスのベンダに属してもよい。これは本出願では限定されない。例えば、ソフトウェア開発デバイスは、コンピュータ、サーバなどであってもよい。
（２）更新サーバは、アプリケーションソフトウェアのソフトウェア更新パッケージおよび差分ロールバックパッケージを格納し、（ソフトウェア更新パッケージおよび差分ロールバックパッケージを含む）ファイルのダウンロードサービスを端末デバイスに提供することができるサードパーティデバイスであってもよい。任意選択で、更新サーバはＯＴＡサーバなどであってもよい。
更新サーバは、ソフトウェア開発デバイスとの接続を確立して、ソフトウェア開発デバイスによって新しく開発されたアプリケーションソフトウェアの新バージョンのソフトウェア更新パッケージおよび差分ロールバックパッケージを取得し、ソフトウェア更新パッケージおよび差分ロールバックパッケージを格納することができる。前述のケースは、単に説明を容易にするために提供されることに留意されたい。更新サーバは、ソフトウェア更新パッケージおよび差分ロールバックパッケージを同時に取得しなくてもよい。例えば、更新サーバは、ソフトウェア更新パッケージのみを取得する。これは本出願では限定されない。加えて、更新サーバは、端末デバイスとの接続をさらに確立して、アプリケーションソフトウェアを更新するための端末デバイスの要件を取得し、更新要件に基づいて、対応するバージョン番号を有するアプリケーションソフトウェアのソフトウェア更新パッケージを選択し、端末デバイスがアプリケーションソフトウェアを更新することができるように、選択されたソフトウェア更新パッケージを端末デバイスに送信することができる。
任意選択で、ソフトウェア開発デバイスおよび更新サーバは同じデバイスに統合されてもよく、すなわち、デバイスはソフトウェア開発デバイスと更新サーバの両方の機能を有する。
（３）アプリケーションは、対応するサービス機能をユーザに提供することができる。具体的には、アプリケーションのアプリケーションソフトウェアがインストールされた端末デバイスは、アプリケーションを実行してアプリケーションのサービス機能を実施することができる。
例えば、ＧＰＳ測位機能および地図情報を有する地図ナビゲーションソフトウェアの場合、地図ナビゲーションソフトウェアは、ユーザに測位およびナビゲーションのサービス機能を提供するために、端末デバイスにインストールされ、端末デバイスによって実行されてもよい。説明を容易にするために、以下の説明では、アプリケーションソフトウェアは略してソフトウェアと呼ばれる。
ソフトウェア設計者の設計が未熟であるか、アプリケーション機能が不完全であるか、またはアプリケーションに対するユーザのサービス要件が増加しているために、ソフトウェア設計者は、通常、ソフトウェアの脆弱性を修正するか、またはアプリケーション機能を拡張するために、ソフトウェアがリリースされた後にソフトウェアを更新するためのソフトウェア更新パッケージをさらに開発する必要がある。
本出願の実施形態におけるソフトウェアは、代替として、端末デバイスのオペレーティングシステム、例えば、アンドロイドシステムであってもよいことに留意されたい。
（４）端末デバイスは、ソフトウェアが端末デバイスにインストールされ、端末デバイスによって実行されると、音声機能、ビデオ機能、写真撮影機能、およびデータ接続などの様々な対応するサービス機能をユーザに提供するデバイスであってもよい。本出願のこの実施形態では、端末デバイスは、更新サーバからダウンロードされたソフトウェア更新パッケージを使用してソフトウェアを更新して、現在実行されている旧バージョンに基づいて新バージョンを取得するか、または差分ロールバックパッケージを使用してソフトウェアをロールバックして、新バージョンから旧バージョンにロールバックすることができる。
異なるアプリケーションシナリオでは、図１に示されたように、端末デバイスの形態は異なる。例えば、従来のモバイル通信シナリオでは、端末デバイスは、携帯電話、タブレットコンピュータなどであってもよい。モノのインターネット（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ、ＩｏＴ）通信シナリオでは、端末デバイスは、モバイルインターネットデバイス、ウェアラブルデバイス、または業界もしくはスマート家庭における様々なワイヤレス端末であってもよい。車両のインターネットまたは車両対すべて（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）通信シナリオでは、端末デバイスは車両であってもよく、車両のインターネットにおけるオンボードユニット（ｏｎ ｂｏａｒｄ ｕｎｉｔ、ＯＢＵ）、路側ユニット（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ、ＲＳＵ）、路側機器（ｒｏａｄ ｓｉｄｅ ｅｑｕｉｐｍｅｎｔ、ＲＳＥ）、電子制御ユニット（ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ ｕｎｉｔ、ＥＣＵ）などであってもよい。
本出願において提供されたシステムでは、端末デバイスは、（アクセスネットワークおよびコアネットワークを含む）モバイル通信ネットワークを介して更新サーバとの通信接続を確立して、通信対話を実行することができることに留意されたい。例えば、端末デバイスが更新サーバとの接続を確立した後に、端末デバイスは、更新サーバからソフトウェア更新パッケージおよび／または差分ロールバックパッケージをダウンロードすることができる。端末デバイスは、代替として、少なくとも１つの中継デバイスを使用することにより、モバイル通信ネットワークを介して更新サーバとの通信接続を確立して、通信対話を実行することができる。例えば、端末デバイスがＶ２Ｘ通信シナリオにおける電子制御ユニットであるとき、図１に示されたように、電子制御ユニットは、順番に以下の中継デバイス：ドメインコントローラ（ｄｏｍａｉｎ ｃｏｎｔｒｏｌｌｅｒ、ＤＣ）およびＴ－Ｂｏｘを介して更新サーバに接続されてもよい。
更新サーバは、従来のインターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、ＩＰ）ネットワークを介してソフトウェア開発デバイスとの通信接続を確立して、通信対話を実行することができる。
加えて、図１に示されたアーキテクチャは、複数の通信シナリオ、例えば、第５世代（ｔｈｅ ５ｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）通信システム、将来の第６世代通信システムおよび別の進化した通信システム、第４世代（ｔｈｅ ４ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システム、車両対すべて（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）、ロングタームエボリューション－車両（ＬＴＥ－ｖｅｈｉｃｌｅ、ＬＴＥ－Ｖ）、車両間（ｖｅｈｉｃｌｅ ｔｏ ｖｅｈｉｃｌｅ、Ｖ２Ｖ）、車両のインターネット、マシンタイプ通信（ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＭＴＣ）、モノのインターネット（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ、ＩｏＴ）、ロングタームエボリューション－マシン間（ＬＴＥ－ｍａｃｈｉｎｅ ｔｏ ｍａｃｈｉｎｅ、ＬＴＥ－Ｍ）、およびマシン間（ｍａｃｈｉｎｅ ｔｏ ｍａｃｈｉｎｅ、Ｍ２Ｍ）に適用されてもよい。これは本出願では限定されない。
以下では、車両ソフトウェアのＯＴＡ更新方法を記載する。方法は、端末デバイスによって実施されてもよく、端末デバイスの構成要素、例えば、ＥＣＵによって実施されてもよい。ＥＣＵは、車両ソフトウェアのＯＴＡ更新方法を記載するために、本明細書では例として使用される。方法は、図１に示されたシステムアーキテクチャに適用されてもよい。図２を参照されたい。図２は、車両ソフトウェアのためのＯＴＡ更新方法の概略フローチャートである。手順は以下のステップを含んでもよい。
ステップ１．ソフトウェア更新パッケージを生成する。具体的には、ソフトウェア設計者は、ソフトウェア開発デバイスを使用して、対象ソフトウェアの新バージョンのソフトウェア更新パッケージを開発および生成し、新バージョンのソフトウェア更新パッケージをＯＴＡクラウドサーバに送信し、ＯＴＡクラウドサーバはソフトウェア更新パッケージを格納する。
ステップ２．車両内のＥＣＵがＯＴＡクラウドサーバから対象ソフトウェアの新バージョンのソフトウェア更新パッケージをダウンロードする。具体的には、ＯＴＡクラウドサーバが対象ソフトウェアの新バージョンのソフトウェア更新パッケージを有することを検出した後に、ＥＣＵはＯＴＡクラウドサーバからソフトウェア更新パッケージをダウンロードする。ダウンロード動作を実行するＥＣＵは、対象ソフトウェアがインストールされたＥＣＵであってもよく、更新マスタノードとして使用されるＥＣＵであってもよい。更新マスタノードとして使用されるＥＣＵは、車両上の別のＥＣＵのソフトウェア更新を管理することができ、別のＥＣＵは、更新マスタノードとして使用されるＥＣＵのスレーブノードであることを理解されたい。以下では、マスタノードとして使用されるＥＣＵとスレーブノードとして使用されるＥＣＵとの間の関係を詳細に記載する。
ステップ３．ＥＣＵが新バージョンのソフトウェア更新パッケージをインストールし、対象ソフトウェアを現在のバージョンから新バージョンに更新する。
ソフトウェア更新パッケージの異なる形態に基づいて、ＯＴＡ更新方式は、フルＯＴＡおよび差分ＯＴＡにさらに分類されてもよい。フルＯＴＡでは、新バージョンのソフトウェア更新パッケージは、新バージョンの対象ソフトウェアの完全なインストールファイルを含んでもよい。差分更新では、新バージョンのソフトウェア更新パッケージは、ＥＣＵ上で動作する現在のバージョン（または旧バージョンと呼ばれる）の対象ソフトウェアに対する新バージョンの対象ソフトウェアの差分更新パッケージであってもよい。差分更新パッケージは、新バージョンの対象ソフトウェアと旧バージョンの対象ソフトウェアとの間の差を含んでもよい。例えば、差は、新バージョンが旧バージョンと比較されたときに、データの一部が削除されるか、またはデータの一部が新バージョンに追加されることであってもよい。ＥＣＵは、差分更新パッケージによって示された差に基づいて旧バージョンの対象ソフトウェアを調整して、新バージョンの対象ソフトウェアを取得する。
上記は、車両における対象ソフトウェアの更新プロセスを記載した。対象ソフトウェアの更新後、旧バージョンに基づいて新バージョンが取得される。しかしながら、可能なシナリオでは、更新後の対象ソフトウェアに対するロールバック要件がさらに存在する場合がある。例えば、ユーザは旧バージョンのソフトウェアを使用したいと考える。別の例では、新バージョンのソフトウェアにｂｕｇが存在する場合があり、新バージョンのソフトウェアの異常動作を引き起こす。対象ソフトウェアに対するロールバック要件が存在することを検出した後に、ＥＣＵは、対象ソフトウェアをロールバックして、旧バージョンの対象ソフトウェアを取得することができる。現在、一般的なロールバック方式は、ＥＣＵがＯＴＡクラウドサーバから旧バージョンの対象ソフトウェアの完全なインストールファイルを再ダウンロードすること、またはＥＣＵが旧バージョンの対象ソフトウェアを更新する前に旧バージョンの対象ソフトウェアの完全なインストールファイルをバックアップすることである。対象ソフトウェアに対するロールバック要件が存在するとき、ＥＣＵは、対象ソフトウェアの現在実行中のバージョンが旧バージョンにロールバックされるように、旧バージョンの対象ソフトウェアの完全なインストールファイルを再インストールし、旧バージョンは、新バージョンのソフトウェア更新パッケージを使用して更新される前に対象ソフトウェアが正常に動作したバージョンを指す。
旧バージョンの対象ソフトウェアの完全なインストールファイルを再ダウンロードするロールバック方式は、長い時間がかかり、車両の通常の動作に影響を与える、時機を失したロールバックを引き起こす可能性があることを理解されたい。加えて、車両の記憶空間は通常制限され、旧バージョンの対象ソフトウェアの完全なインストールファイルをバックアップするロールバック方式を実現するために大きい記憶空間が必要とされ、記憶空間が不足するという問題が生じる可能性がある。
これを考慮して、本出願はソフトウェアロールバック方法を提供する。本出願の実施形態では、端末デバイスが差分更新パッケージを使用して対象ソフトウェアを更新した後に、対象ソフトウェアに対するロールバック要件が存在する場合、対象ソフトウェアは差分更新パッケージを使用してロールバックされてもよい。端末デバイスがＥＣＵである、すなわち、ＥＣＵ内の対象ソフトウェアに対するロールバック要件が存在する場合、ＥＣＵは、ＯＴＡクラウドサーバから旧バージョンの対象ソフトウェアの完全なインストールファイルをダウンロードする必要はなく、旧バージョンの対象ソフトウェアの完全なインストールファイルをバックアップする必要はない。ＥＣＵは、実行のために旧バージョンにロールバックするために、対象ソフトウェアの更新に使用される差分更新パッケージを使用して、対象ソフトウェアを直接ロールバックすることができる。このようにして、車両の記憶空間の占有率を低減しながら、適時ソフトウェアのロールバックが実行される。
以下では、本出願において提供されたソフトウェアバージョンロールバック方法の技術的解決策を詳細に記載する。
図３を参照されたい。図３は、本出願の一実施形態による、ソフトウェアバージョンロールバック方法の概略フローチャートである。方法は、図１に示されたシステムアーキテクチャに適用されてもよい。方法は以下のステップを含む。
Ｓ３０１．端末デバイスが更新サーバから対象ソフトウェアの差分更新パッケージをダウンロードする。
差分更新パッケージは少なくとも１つの差分ファイルを含み、差分ファイルは、対象ソフトウェアの現在の第１のバージョンと対象ソフトウェアが更新されるべき第２のバージョンとの間の差を記録する。
任意選択で、差分ファイルはファイルヘッダをさらに含んでもよく、ファイルヘッダは対象ソフトウェアを示すために使用されてもよい。任意選択で、ファイルヘッダは、差分ファイルに対応するバージョン番号などの情報をさらに含んでもよい。
このステップの前に、ソフトウェア開発者は、ソフトウェア開発デバイスを使用して対象ソフトウェアの差分更新パッケージを開発し、格納のために差分更新パッケージを更新サーバに送信することを理解されたい。
Ｓ３０２．端末デバイスが、対象ソフトウェアの第１のバージョンに基づいて対象ソフトウェアの第２のバージョンを取得するために、差分更新パッケージを使用して対象ソフトウェアの現在のバージョンを更新する。
Ｓ３０３．対象ソフトウェアに対するロールバック要件が存在することを検出すると、端末デバイスが差分更新パッケージを使用して対象ソフトウェアをロールバックし、その結果、対象ソフトウェアの現在の第２のバージョンが第１のバージョンにロールバックされる。
以下では、特定の実施形態を参照して図３に示された実施形態の解決策を詳細に記載する。
最初に、差分更新パッケージが詳細に記載される。理解および区別を容易にするために、以下の説明では、対象ソフトウェアの第１のバージョンは旧バージョンと呼ばれ、対象ソフトウェアの第２のバージョンは新バージョンと呼ばれる。
本出願のこの実施形態における差分更新パッケージは、少なくとも１つの差分ファイルを含み、少なくとも１つの差分ファイルは、新バージョンの対象ソフトウェアと旧バージョンの対象ソフトウェアとの間の差を記録する。
以下では、特定の実施形態を参照して、対象ソフトウェアの新バージョンの差分更新パッケージを記載する。
本出願のこの実施形態では、対象ソフトウェアの新バージョンの差分更新パッケージ内の差分ファイルは、旧バージョンの対象ソフトウェアのソフトウェアコードに基づいてソフトウェア開発デバイスを使用して生成されると仮定する。
例えば、差分ファイルは少なくとも１つの差分動作命令を含み、各差分動作命令は命令タイプおよび差分データを含んでもよい。差分データは、新バージョンと旧バージョンとの間のデータ差として理解されてもよく、命令タイプは、データ差に対応する特定の命令タイプ差の指示として理解されてもよい。具体的には、差分データは、アドレス空間情報およびデータをさらに含む。例えば、命令タイプは挿入であり、差分データは新アドレス空間および挿入されるデータ（すなわち、新データ）ａａａを含み、すなわち、新データが挿入される位置が新アドレス空間である。この場合、差分動作命令は、旧バージョンの新アドレス空間にデータａａａを挿入することである。
アドレス空間は、データ格納用のアドレス範囲である。本出願のこの実施形態におけるアドレス空間は、複数の形態で表されてもよい。例えば、アドレス空間は、対象ソフトウェアのソフトウェアコードのコードセグメント識別子またはコード行識別子であってもよい。コードセグメントは、コードのセグメントを識別するために使用される。コードセグメントは、１行のコードを含んでもよく、複数行のコードを含んでもよい。コードの各行は、行番号およびコード内容を含む。各コードセグメントはコードセグメント識別子を有し、コードの各行はコード行識別子、例えば、行番号を有する。コードセグメントが１行のコードを含む場合、コードセグメント識別子はコードの行の行番号であることに留意されたい。
理解を容易にするために、本出願のこの実施形態における差分ファイルのコードセグメントは１行のコードを含む、すなわち、コード行の行番号がコードセグメントの識別子であると仮定する。この場合、本出願のこの実施形態における第１のアドレス空間は、旧バージョンの対象ソフトウェアのソフトウェアコードの行番号であり、第２のアドレス空間は、新バージョンの対象ソフトウェアのソフトウェアコードの行番号であると仮定する。
図４は、差分ファイルを生成するプロセスを記載するために一例として使用される。対象ソフトウェアのファイル名はＡＰＰ１であると仮定する。
ソフトウェア開発デバイスが、バージョン番号Ｖ１の対象ソフトウェア（対応するソフトウェアコード）に基づいて、２行目と３行目との間に行ｘｘｘｘを挿入（または、図４の「＋」で表される追加）してバージョン番号Ｖ２の対象ソフトウェアを生成する必要があるとき、ソフトウェア開発デバイスは、バージョン番号Ｖ２の差分ファイルＰ１を生成することができる。このようにして、バージョン番号Ｖ１の対象ソフトウェアがインストールされた端末デバイスは、（図４に示されたように）差分ファイルＰ１をダウンロードしインストールすることにより、対象ソフトウェアをＶ２に更新することができる。
ソフトウェア開発デバイスが、バージョン番号Ｖ２の対象ソフトウェアに基づいて、２行目を（図４の「－」で表された）削除し、４行目と５行目との間に行ｙｙｙｙを挿入してバージョン番号Ｖ３の対象ソフトウェアを生成する必要があるとき、ソフトウェア開発デバイスは、バージョン番号Ｖ３の差分ファイルＰ２を生成することができる。このようにして、バージョン番号Ｖ２の対象ソフトウェアがインストールされた端末デバイスは、（図４に示されたように）差分ファイルＰ２をダウンロードしインストールすることにより、対象ソフトウェアをＶ３に更新することができる。
ソフトウェア開発デバイスが、バージョン番号Ｖ３の対象ソフトウェアに基づいて、２行目を削除してバージョン番号Ｖ４の対象ソフトウェアを生成する必要があるとき、ソフトウェア開発デバイスは、バージョン番号Ｖ４の差分ファイルＰ３を生成することができる。このようにして、バージョン番号Ｖ３の対象ソフトウェアがインストールされた端末デバイスは、（図４に示されたように）差分ファイルＰ３をダウンロードしインストールすることにより、対象ソフトウェアをＶ４に更新することができる。
上記は単なる例であり、本出願のこの実施形態におけるアドレス空間は、コードセグメント識別子またはコード行の行番号に限定されないことに留意されたい。例えば、本出願のこの実施形態におけるアドレス空間はまた、コンピュータ内の記憶ユニットのアドレス空間によって表されてもよい。例えば、アドレス空間は、第Ｘバイトの記憶ユニットから第Ｙバイトの記憶ユニットまで、例えば、アドレス０ｘ００００からアドレス０ｘ０００９までの空間であってもよく、言い換えれば、アドレス空間は、第１バイトの記憶ユニットから第９バイトの記憶ユニットまでの空間であり、各記憶ユニットは１バイトのデータを記憶する。
上記は、差分ファイルを生成するプロセスを記載した。差分ファイルは一連の差分動作命令を含み、差分動作命令は時系列の実行順序に従って配置されてもよいことが分かる。上述されたように、本出願のこの実施形態における差分動作命令は、命令タイプおよび差分データを含む。図４に示された「追加」および「削除」は命令タイプである。以下では、差分データおよび命令タイプを詳細に記載する。
本出願のこの実施形態における差分データは、以下のうちの１つまたは複数を含むが、それらに限定されない。
第１のアドレス空間情報、第２のアドレス空間情報、第１のデータ、または第２のデータ。
第１のアドレス空間情報は、旧バージョンの対象ソフトウェア内のアドレス空間を示すために使用され、第２のアドレス空間情報は、新バージョンの対象ソフトウェア内のアドレス空間を示すために使用され、第１のデータは旧バージョンの対象ソフトウェア内のデータであり、第２のデータは新バージョンの対象ソフトウェア内のデータである。説明を容易にするために、以下の説明では、第１のバージョンの対象ソフトウェア内の、第１のアドレス空間情報によって示されたアドレス空間は、略して旧アドレス空間と呼ばれ、新バージョンの対象ソフトウェア内の、第２のアドレス空間情報によって示されたアドレス空間は、略して新アドレス空間と呼ばれ、第１のデータは略して旧データと呼ばれ、第２のデータは略して新データと呼ばれる。
理解および説明を容易にするために、以下では、第１のバージョンに含まれる第１のアドレス空間は旧アドレス空間と呼ばれ、第２のバージョンに含まれる第２のアドレス空間は新アドレス空間と呼ばれ、第１のアドレス空間に格納されたデータ（すなわち、本出願における第１のデータ）は旧データと呼ばれ、第２のアドレス空間に格納されたデータ（すなわち、本出願における第２のデータ）は新データと呼ばれる。
本出願のこの実施形態における命令タイプは、以下のうちの１つまたは複数を含むが、それらに限定されない。
無視命令、シフト命令、追加命令、削除命令、および置換命令。
以下では、上記の命令タイプを詳細に記載する。
（１）無視命令は、新バージョンの対象ソフトウェアのデータであり、旧バージョンの対象ソフトウェアのデータと同じデータの一部を示すために使用され、同じデータは差分データによって示される。無視命令の場合、新バージョンおよび旧バージョンは、対応する差分データに含まれる同じアドレス空間を有することが理解されよう。新バージョンおよび旧バージョンは同じアドレス空間を有するので、アドレス空間のこの部分は旧アドレス空間と呼ばれてもよく、新アドレス空間と呼ばれてもよいことを理解されたい。
（２）シフト命令は、旧アドレス空間内のデータ（すなわち、旧データ）を新アドレス空間に移すように命令するために使用される。
（３）追加命令は、旧バージョンに新アドレス空間を挿入し、新アドレス空間に格納された新データを挿入するように命令するために使用される。図４に示されたように、追加命令は、旧バージョンの対象ソフトウェア（対応するソフトウェアコード）に基づいて、新アドレス空間を追加または挿入する、例えば、新コード行および新データを挿入するように命令するために使用される。例えば、新データは、新しく挿入されたアドレス空間内で編集されたプログラムコードである。
（４）削除命令は、旧バージョンの旧アドレス空間を削除するように命令するために使用される。旧アドレス空間を削除することは、旧アドレス空間に格納されている旧データを削除することであることを理解されたい。図４に示されたように、バージョン番号Ｖ２の対象ソフトウェアに基づいてバージョン番号Ｖ３の対象ソフトウェアが生成されると、２行目のコードが削除される。削除が完了した後、元の旧バージョンの第３行が第２行になることを理解されたい。
（５）置換命令は、旧バージョンの旧アドレス空間に格納されている旧データを新データと置き換えるように命令するために使用される。
上記では、差分動作命令を記載した。差分ファイルを使用して対象ソフトウェアを更新するとき、端末デバイスは、各差分動作命令に含まれる差分データおよび命令タイプに基づいて対応する差分動作を実行して、新バージョンの対象ソフトウェアを取得する。
例えば、表１は、本出願のこの実施形態において提供された差分更新パッケージに含まれる差分動作命令の具体例を示す。表１の行の順序は、差分更新パッケージに含まれる差分動作命令の実行順序を示す。
Figure 0007419557000001
表１は単なる例であることに留意されたい。本出願のこの実施形態では、差分更新パッケージ内の差分動作命令に含まれる命令タイプは限定されない。例えば、無視命令、シフト命令、追加命令、削除命令、および置換命令のうちの１つのみが含まれるか、または前述の命令のうちのいくつかが含まれ、例えば、無視命令およびシフト命令が含まれ、もしくは削除命令および置換命令が含まれるか、または前述の命令のすべてが含まれ、例えば、無視命令、シフト命令、追加命令、削除命令、および置換命令が含まれる。
表１の第１行から、差分動作命令１の中の無視命令に対応する差分データにおいて、旧アドレス空間はコード行１～１００であることが分かり、これは、旧バージョンの対象ソフトウェアの１番目から１００番目のコード行と比較して、新バージョンの対象ソフトウェアの１番目から１００番目のコード行が変化しない、言い換えれば、新バージョンの対象ソフトウェアのソフトウェアコードの１番目から１００番目のコード行が、旧バージョンの対象ソフトウェアのソフトウェアコードの１番目から１００番目のコード行と同じであることを意味する。
表１の第２行から、差分動作命令２の中のシフト命令に対応する差分データにおいて、旧アドレス空間はコード行１０１および１０２であり、新アドレス空間はコード行２０１および２０２であることが分かる。この場合、端末デバイスによって実行される、差分動作命令に対応する差分動作は、旧バージョンの対象ソフトウェアのソフトウェアコードの１０１番目および１０２番目のコード行（１０１番目および１０２番目のコード行のプログラムコード）を２０１番目および２２０番目のコード行に移すことである。
表１の第３行から、差分動作命令３の中の追加命令に対応する差分データにおいて、新アドレス空間はコード行３００であることが分かる。この場合、端末デバイスによって実行される、差分動作命令に対応する差分動作は、データがｙｙｙｙである新コード行を対象ソフトウェアのソフトウェアコードのコード行３００に挿入することである。新コード行が挿入された後、旧バージョン内の３００番目の行は新バージョンの３０１番目の行になることが理解されよう。
表１の第４行から、差分動作命令４の中の削除命令に対応する差分データにおいて、旧アドレス空間はコード行４００であることが分かる。この場合、端末デバイスによって実行される、差分動作命令に対応する差分動作は、旧アドレス空間内の４００番目のコード行を削除することであり、削除される具体的なデータは４００番目のコード行に格納されたデータであり、それはｃｃｃｃである。
表１の第５行から、差分動作命令５の中の置換命令に対応する差分データにおいて、旧アドレス空間はコード行５００であることが分かる。この場合、端末デバイスによって実行される、差分動作命令に対応する差分動作は、旧アドレス空間内の５００番目のコード行のプログラムコードａａａａａをｂｂｂｂと置き換えることである。
端末デバイスは、表１に示された差分動作命令１～５に対応する差分動作を順番に実行して、新バージョンの対象ソフトウェアを取得する、すなわち、対象ソフトウェアを現在の旧バージョンから新バージョンに更新する。結論として、端末デバイスが表１に示された差分更新パッケージを使用して対象ソフトウェアを更新するプロセスは、以下の通りである。
ステップ１．１０１番目および１０２番目のコード行（プログラムコード）を２０１番目および２０２番目のコード行に移す。
ステップ２．新コード行を３００番目のコード行に挿入し、コード行のデータはｙｙｙｙである。
ステップ３．４００番目のコード行を削除する。４００番目のコード行を削除することは、４００番目のコード行のデータｃｃｃｃを削除することであることを理解されたい。
ステップ４．現在のバージョンの対象ソフトウェアの５００番目のコード行のデータｂｂｂｂをデータａａａａａと置き換える。
無視命令を実行することは、対象ソフトウェアを修正しないことであると理解されてもよく、したがって、前述のステップでは記載されない。
上記では、差分更新パッケージ、および端末デバイスが差分更新パッケージを使用して対象ソフトウェアを更新するプロセスを記載した。図５は、本出願の一実施形態による、差分更新パッケージに基づいて差分ロールバックパッケージが生成されるシナリオの概略図である。図５に示されたシナリオを参照して、以下では、端末デバイスが差分更新パッケージに基づいて差分ロールバックパッケージを生成するプロセスを記載する。
最初に、差分更新パッケージの内容が構文解析されて、表１に示された時系列の実行順序に従って配置された差分動作命令が取得される。次いで、差分動作命令が新しい順に再配置され、各差分動作命令は、差分動作命令に対応する逆差分動作命令と置き換えられて、差分ロールバックパッケージが生成される。差分ロールバックパッケージは、新バージョンの対象ソフトウェアをロールバックするために使用され、その結果、対象ソフトウェアを対象ソフトウェアの旧バージョンにロールバックすることができる。
差分動作命令に対応する逆差分動作命令は、差分動作命令に対応する第１の差分動作が実行された後に逆差分動作命令に対応する第２の差分動作を実行することを示し、その結果、第１の差分動作が実行される前に対象ソフトウェア（対応するソフトウェアコード）が存在していた状態へのロールバックを実現することができる。
例えば、差分動作命令が第１のアドレス空間内のデータを第２のアドレス空間に移すことであり、差分動作命令に対応する逆方向命令が第２のアドレス空間内のデータを第１のアドレス空間に移すことであると仮定する。
無視命令はロールバックに影響を与えず、無視命令に対応する逆差分動作命令も無視命令であるので、無視命令の実行は差分更新パッケージおよび／もしくは差分ロールバックパッケージ内でランダムにスケジュールされ、または差分動作命令は、差分更新パッケージおよび差分ロールバックパッケージに含まれなくてもよい。これは本出願のこの実施形態で限定されない。
表２は、表１に示された差分更新パッケージに対応する差分ロールバックパッケージの具体例を示す。差分ロールバックパッケージは、５つの差分動作命令を含む。表２の各行は差分動作命令を示す。差分更新パッケージ内の差分動作命令と同様に、各差分動作命令は命令タイプおよび差分データを含んでもよい。表２の行の順序は、差分ロールバックパッケージに含まれる差分動作命令の実行順序を示す。
Figure 0007419557000002
本出願のこの実施形態では、端末デバイスが表２に示された差分ロールバックパッケージを使用して対象ソフトウェアをロールバックするプロセスは、以下の通りである。
ステップ１．現在のバージョンの対象ソフトウェアの５００番目のコード行のデータ（プログラムコード）ａａａａａをデータｂｂｂｂと置き換える。
ステップ２．新コード行を４００番目のコード行に挿入し、コード行のデータはｘｘｘｘである。
ステップ３．３００番目のコード行を削除する。３００番目のコード行を削除することは、３００番目のコード行のデータｙｙｙｙを削除することであることを理解されたい。
ステップ４．２０１番目および２０２番目のコード行を１０１番目および１０２番目のコード行に移す。
上述されたように、無視命令を実行することは、対象ソフトウェアを修正しないことであると理解されてもよく、したがって、前述のステップでは記載されない。
上述されたように、差分ロールバックパッケージを使用して対象ソフトウェアをロールバックした後に、端末デバイスは、対象ソフトウェアを新バージョンから旧バージョンにロールバックすることができる。
本出願のこの実施形態におけるシステムでは、差分ロールバックパッケージを生成することができる複数のデバイスが存在し、差分ロールバックパッケージを生成する複数の方式も存在することに留意されたい。以下の説明では、例が使用される。
生成方式１：ソフトウェア開発デバイスによって生成される。
ソフトウェア開発デバイスは、上記の方式で差分更新パッケージに基づいて差分ロールバックパッケージを生成し、差分ロールバックパッケージを更新サーバに送信し、その結果、更新サーバは差分ロールバックパッケージを格納する。
例えば、端末デバイスは、差分更新パッケージをダウンロードするときに差分ロールバックパッケージをダウンロードすることもできる。差分更新パッケージを使用して対象ソフトウェアが更新された後に、ロールバック要件が存在する場合、ダウンロードされた差分ロールバックパッケージは、対象ソフトウェアをロールバックするために直接使用される。このようにして、対象ソフトウェアのロールバック要件を即座にかつ迅速に対応することができ、対象ソフトウェアを旧バージョンにロールバックするのに費やされる時間を短縮することができる。
別の例では、端末デバイスは、対象ソフトウェアに対するロールバック要件が存在することを検出したときに、更新サーバから対象ソフトウェアの差分ロールバックパッケージをダウンロードすることができる。このようにして、差分ロールバックパッケージは、端末デバイスの記憶空間を長時間占有しないように防止することができる。
具体的には、異なるシナリオにおいて対象ソフトウェアに対する異なるタイプのロールバック要件が存在する。以下の説明では、２つのタイプが列挙される。
タイプ１：端末デバイスが対象ソフトウェアに対するロールバック要件を有する。
例えば、対象ソフトウェアが更新された後に、対象ソフトウェアに対するロールバック要件が存在することを端末デバイスが検出した場合、例えば、対象ソフトウェアが異常動作している場合、対象ソフトウェアを起動することができない場合、対象ソフトウェアがクラッシュした場合、または対象ソフトウェアにｂｕｇが存在する場合、例えば、対象ソフトウェアはユーザ操作に応答することができず、端末デバイスは対象ソフトウェアのロールバックをトリガすることができる。例えば、対象ソフトウェアはロールバック命令を生成し、ロールバック命令は、対象ソフトウェアに対してロールバック動作を実行するように命令し、例えば、ロールバック命令は、アプリケーション名などの対象ソフトウェアの識別子、および対象ソフトウェアがロールバックされるバージョンのバージョン番号を搬送する。バージョン番号は、対象ソフトウェアの差分ロールバックパッケージのバージョン番号と同じであってもよく、事前設定された対応関係に基づいて決定されてもよい。
タイプ２：ユーザが対象ソフトウェアに対するロールバック要件を有する。
対象ソフトウェアの更新が完了した後に、例えば、いくつかのソフトウェアの異なるバージョンが異なる機能を有し、新バージョンの更新された対象ソフトウェアがユーザによって頻繁に使用される機能をもたない場合に、ユーザが対象ソフトウェアを前のバージョン（旧バージョン）にロールバックすることを望む場合、ユーザは、ロールバックを実行するように端末デバイスをトリガすることができる。例えば、ユーザは、旧バージョンの対象ソフトウェアの完全なインストールファイルをインストールするように端末デバイスを制御するか、または端末デバイスはロールバック機能ボタンを有し、ロールバック機能ボタンは、ロールバックされるソフトウェアを選択するために使用されてもよい。ユーザは、機能ボタンに対する操作を実行して、対象ソフトウェアをロールバックするように端末デバイスをトリガすることができる。
前述のロールバック要件は単なる例であり、これは本出願のこの実施形態では限定されない。
生成方式２：端末デバイスによって生成される。
端末デバイスは、更新サーバから差分更新パッケージをダウンロードし、差分更新パッケージに基づいて差分ロールバックパッケージを生成する。可能な実装形態は、差分更新パッケージを使用して対象ソフトウェアを更新する前に、端末デバイスが差分更新パッケージに基づいて差分ロールバックパッケージを生成し、差分ロールバックパッケージを格納することである。差分更新パッケージに基づく対象ソフトウェアの更新が完了した後に、対象ソフトウェアに対するロールバック要件が検出された場合、端末デバイスは、差分ロールバックパッケージを使用して対象ソフトウェアをロールバックすることができる。
別の可能な実装形態は以下の通りである。端末デバイスが差分更新パッケージをバックアップする。差分更新パッケージを使用して対象ソフトウェアを更新した後に、対象ソフトウェアに対するロールバック要件が検出された場合、端末デバイスは、バックアップ差分更新パッケージを使用して差分ロールバックパッケージを生成し、生成された差分ロールバックパッケージを使用して対象ソフトウェアをロールバックする。任意選択で、端末デバイスは差分更新パッケージをバックアップしなくてもよく、対象ソフトウェアに対するロールバック要件が存在することを検出したときに、更新サーバから差分更新パッケージをダウンロードしてもよい。
複数の形態の差分更新パッケージが本出願のこの実施形態に適用可能であることに留意されたい。異なる形態の差分更新パッケージの場合、差分更新パッケージを使用して差分ロールバックパッケージを生成する具体的な方式も異なってもよい。以下の説明では、例が使用される。
形態１：差分データが、旧アドレス空間、旧データ、新アドレス空間、および新データを含む。
上述された表１を参照されたい。差分更新パッケージの差分データは、旧バージョンのアドレス空間、旧データ、新バージョンのアドレス空間、および新データを含む。
差分更新パッケージに含まれるデータは完全であるので、この形態の差分更新パッケージの場合、端末デバイスは、差分更新パッケージに基づいて差分ロールバックパッケージを直接生成することができる。具体的な生成方式については、前述の関連する説明を参照されたい。詳細はここでは再び記載されない。
形態２：差分データが旧データを含まない。
表１が例として使用される。表１に示された差分更新パッケージに含まれるデータは完全である。一例では、差分更新パッケージの差分は、差分更新パッケージが代替として旧データを含まなくてもよいことである。表３は、表１に示された差分更新パッケージが旧データを含まない形態を示す。
Figure 0007419557000003
表３は単なる例にすぎない。差分更新パッケージが旧データを含まないとき、旧データの列は表３から削除されてもよい。
表３に示された差分更新パッケージは、対象ソフトウェアを更新する差分動作に影響を与えないことが分かる。しかしながら、この形態の差分更新パッケージに含まれるデータは不完全であるので、端末デバイスは、差分更新パッケージに基づいて差分ロールバックパッケージを直接生成することができない。したがって、差分更新パッケージを改善するために、端末デバイスは、旧アドレス空間に格納され、無視命令を除く差分命令に対応する差分データによって示された差分データを取得して、差分更新パッケージまたは表３を補足し、補足された差分更新パッケージまたは表３に基づいて差分ロールバックパッケージを生成することができる。
端末デバイスがＥＣＵであり、更新サーバがＯＴＡクラウドサーバである例が、特定の実施形態における本出願の技術的解決策を記載するために以下で使用される。
図６は、本出願の一実施形態による、ソフトウェア更新およびソフトウェアバージョンロールバックを実行するために車両によって使用されるシステムアーキテクチャの概略図である。システムは、ソフトウェア開発デバイス、ＯＴＡクラウドサーバ、およびＥＣＵを含む。
ＥＣＵによってソフトウェアバージョンロールバックを実施するプロセスは、図６および実施形態１～３に示されたシナリオを参照して以下に記載される。
実施形態１
実施形態１の手順は、以下のステップを含んでもよい。
ステップ１．ソフトウェア開発デバイスが対象ソフトウェアの差分更新パッケージを生成する。
例えば、ソフトウェア開発デバイスによって差分更新パッケージを生成するプロセスは、対象ソフトウェアの新バージョンを対象ソフトウェアの旧バージョンと比較することと、本出願の一実施形態に記載された方式で差分更新パッケージを生成することとを含む。新アドレス空間、旧アドレス空間、および新データに加えて、差分更新パッケージ内の差分データは、旧データをさらに含んでもよい。例えば、差分更新パッケージが、命令タイプが削除である差分動作命令を含む場合、削除対象の旧アドレス空間に加えて、差分動作命令は、旧アドレス空間に格納されているデータ、すなわち、旧データをさらに含んでもよい。
別の例では、ソフトウェア開発デバイスによって差分更新パッケージを生成するプロセスは、対象ソフトウェアの新バージョンを対象ソフトウェアの旧バージョンと比較することと、既存のメカニズムを使用して差分更新パッケージを生成することとを含む。既存のメカニズムを使用して生成された差分更新パッケージは旧データを含まない、すなわち、差分更新パッケージの形態は形態２であることに留意されたい。したがって、ソフトウェア開発デバイスは、差分更新パッケージに旧データをさらに追加して、形態１の差分更新パッケージを取得することができ、その結果、端末デバイスは、差分更新パッケージに基づいて差分ロールバックパッケージを直接生成することができる。
ステップ２．ソフトウェア開発デバイスがＯＴＡサーバに差分更新パッケージを送信する。
任意選択で、ソフトウェア開発デバイスはＯＴＡサーバに統合されてもよい。ソフトウェア開発デバイスがＯＴＡサーバに統合されている場合、ステップ２は必須のステップではなく任意選択のステップである。
ステップ３．ＥＣＵがＯＴＡサーバから対象ソフトウェアの差分更新パッケージをダウンロードする。
ステップ４．ＥＣＵが差分更新パッケージに基づいて差分ロールバックパッケージを生成する。
ステップ５．ＥＣＵが差分更新パッケージを使用して対象ソフトウェアを更新して、新バージョンのソフトウェアを取得する。
ステップ６．対象ソフトウェアに対するロールバック要件が存在することを検出した後に、ＥＣＵが差分ロールバックパッケージを使用して対象ソフトウェアをロールバックして、旧バージョンのソフトウェアを取得する。
ステップ７．ＥＣＵが新バージョンのソフトウェアを置き換えるために旧バージョンのソフトウェアをインストールする。
前述のステップ４は単なる例であり、差分ロールバックパッケージは、対象ソフトウェアに対するロールバック要件が存在することをＥＣＵが検出した後に、ＥＣＵによって生成されてもよいことに留意されたい。以下では、実施形態２においてこの方式の手順を記載する。
実施形態２
実施形態２の手順は、以下のステップを含んでもよい。
ステップ１．ソフトウェア開発デバイスが対象ソフトウェアの差分更新パッケージを生成する。
ステップ２．ソフトウェア開発デバイスがＯＴＡサーバに差分更新パッケージを送信する。
ステップ３．ＥＣＵがＯＴＡサーバから対象ソフトウェアの差分更新パッケージをダウンロードする。
ステップ４．ＥＣＵが、差分更新パッケージが旧データを含むかどうか（すなわち、差分更新パッケージの形態が上述された形態１であるかどうか）を判定し、差分更新パッケージが旧データを含む場合、ＥＣＵが差分更新パッケージをバックアップし、差分更新パッケージが旧データを含まない場合、ＥＣＵが、対象ソフトウェアの現在のバージョンに基づいて、差分更新パッケージに含まれる差分動作命令に対応する旧データを取得し、旧データを差分更新パッケージに追加し、旧データが追加された差分更新パッケージをバックアップする。旧データを追加する具体的な方式については、前述の関連する説明を参照されたい。詳細はここでは再び記載されない。
ステップ５．ＥＣＵが差分更新パッケージを使用して対象ソフトウェアを更新して、新バージョンのソフトウェアを取得する。
ステップ６．対象ソフトウェアに対するロールバック要件が存在することを検出した後に、ＥＣＵが、バックアップ差分更新パッケージに基づいて差分ロールバックパッケージを生成し、差分ロールバックパッケージを使用して対象ソフトウェアをロールバックして、旧バージョンのソフトウェアを取得する。
ステップ７．ＥＣＵが新バージョンのソフトウェアを置き換えるために旧バージョンのソフトウェアをインストールする。
前述の実施形態１および実施形態２では、ＥＣＵは差分ロールバックパッケージを生成する。本出願では、差分ロールバックパッケージはまた、ソフトウェア開発デバイスによって生成されてもよい。実施形態３は、ソフトウェア開発デバイスが差分ロールバックパッケージを生成する場合に、ＥＣＵが対象ソフトウェアのソフトウェアバージョンロールバックを実行する手順を記載する。
実施形態３
実施形態３の手順は、以下のステップを含んでもよい。
ステップ１．ソフトウェア開発デバイスが対象ソフトウェアの差分更新パッケージおよび差分ロールバックパッケージを生成する。
ステップ２．ソフトウェア開発デバイスが差分更新パッケージおよび差分ロールバックパッケージをＯＴＡサーバに送信する。
ステップ３．ＥＣＵがＯＴＡサーバから対象ソフトウェアの差分更新パッケージおよび差分ロールバックパッケージをダウンロードする。
ステップ４．ＥＣＵが差分更新パッケージを使用して対象ソフトウェアを更新して、新バージョンのソフトウェアを取得する。
ステップ５．対象ソフトウェアに対するロールバック要件が存在することを検出した後に、ＥＣＵが差分ロールバックパッケージを使用して対象ソフトウェアをロールバックして、旧バージョンのソフトウェアを取得する。
実施形態１～実施形態３におけるＥＣＵは、対象ソフトウェアがインストールされたＥＣＵであってもよく、別のＥＣＵであってもよい。例えば、対象ソフトウェアがインストールされたＥＣＵがＯＴＡ更新サーバと通信および対話することができるとき、ＥＣＵは、ＯＴＡサーバから対象ソフトウェアの差分更新パッケージおよび差分ロールバックパッケージを直接ダウンロードすることができ、または対象ソフトウェアの差分更新パッケージおよび差分ロールバックパッケージは、ＯＴＡ更新サーバと通信および対話することができる別のＥＣＵによってダウンロードされてもよく、次いで、差分更新パッケージおよび差分ロールバックパッケージは、対象ソフトウェアがインストールされたＥＣＵに送信される。これは本出願のこの実施形態で限定されない。
図７を参照されたい。図７は、本出願の一実施形態による、ソフトウェア更新およびソフトウェアバージョンロールバックを実行するために車両によって使用される別のシステムアーキテクチャの概略図である。システムは、ソフトウェア開発デバイス、ＯＴＡクラウドサーバ、ＥＣＵ ｍａｓｔｅｒ、およびＥＣＵ ｓｌａｖｅ（スレーブノード）を含む。
ＥＣＵ ｍａｓｔｅｒは、マスタノードとして使用されるＥＣＵであり、ＥＣＵ ｓｌａｖｅの更新を監視し集中制御するように構成されたノードである。ＥＣＵ ｍａｓｔｅｒは、主に車両更新を集中制御するために使用される。車両更新中、ＥＣＵ ｍａｓｔｅｒは、車両更新に必要な車両ソフトウェア更新パッケージをＯＴＡからダウンロードする。車両ソフトウェア更新パッケージは、ＥＣＵ ｍａｓｔｅｒおよび各ＥＣＵ ｓｌａｖｅに対応する差分更新パッケージを含む。ＥＣＵ ｍａｓｔｅｒは、車両ソフトウェア更新パッケージを分割し、分割によって取得された各差分更新パッケージを対応するＥＣＵ ｓｌａｖｅに送信することができる。
ＥＣＵ ｓｌａｖｅは、ＥＣＵ ｍａｓｔｅｒのスレーブノードであり、ＯＴＡクラウドサーバと通信および対話する能力を有してもよい。例えば、ＥＣＵ ｓｌａｖｅ上の特定のソフトウェアが更新される必要があるとき、ＥＣＵ ｓｌａｖｅがＯＴＡクラウドサーバと通信および対話する能力を有する場合、ＥＣＵ ｓｌａｖｅは、ＯＴＡサーバからソフトウェアの差分更新パッケージをダウンロードし、ソフトウェアを更新することができる。あるいは、ＥＣＵ ｍａｓｔｅｒは、ＥＣＵ ｓｌａｖｅのソフトウェア更新を制御および管理することができる。例えば、ＯＴＡクラウドサーバが特定のＥＣＵ ｓｌａｖｅにインストールされたソフトウェアの新バージョンのソフトウェア更新パッケージをリリースしたことを検出した後に、ＥＣＵ ｍａｓｔｅｒは、ＯＴＡクラウドサーバからソフトウェアの新バージョンのソフトウェア更新パッケージをダウンロードし、ソフトウェア更新パッケージをＥＣＵ ｓｌａｖｅに送信する。
本出願のこの実施形態では、ＥＣＵ ｍａｓｔｅｒとＥＣＵ ｓｌａｖｅの両方が差分更新パッケージに基づいて差分ロールバックパッケージを生成することができ、ＥＣＵ ｍａｓｔｅｒとＥＣＵ ｓｌａｖｅの両方がＯＴＡと通信してファイルをダウンロードすることができる。あるいは、ＥＣＵ ｍａｓｔｅｒは、ＥＣＵ ｓｌａｖｅ上のソフトウェアを更新することに関与し、ＥＣＵ ｍａｓｔｅｒは、ＥＣＵ ｓｌａｖｅにインストールされた対象ソフトウェアの差分更新パッケージおよび／または差分ロールバックパッケージをＯＴＡからダウンロードし、差分更新パッケージおよび／または差分ロールバックパッケージをＥＣＵ ｓｌａｖｅに送信する。
ＥＣＵによってソフトウェアバージョンロールバックを実施するプロセスは、図７および実施形態４～６に示されたシナリオを参照して以下に記載される。
実施形態４
実施形態４の手順は、以下のステップを含んでもよい。
ステップ１．ソフトウェア開発デバイスが対象ソフトウェアの差分更新パッケージを生成する。
ステップ２．ソフトウェア開発デバイスがＯＴＡサーバに差分更新パッケージを送信する。
ステップ３．ＥＣＵ ｍａｓｔｅｒがＯＴＡサーバから車両ソフトウェア更新パッケージをダウンロードする。
ステップ４．ＥＣＵ ｍａｓｔｅｒが車両ソフトウェア更新パッケージを分割し、分割によって取得された差分更新パッケージに基づいて差分ロールバックパッケージを生成し、同じソフトウェアの差分更新パッケージおよび差分ロールバックパッケージを対応するＥＣＵ ｓｌａｖｅに送信する。
ステップ５．ＥＣＵ ｓｌａｖｅが、それぞれの差分更新パッケージを使用してそれぞれの対象ソフトウェアを更新して、新バージョンのソフトウェアを取得し、旧バージョンのソフトウェアを置き換える。
ステップ７．対象ソフトウェアに対するロールバック要件が存在することを検出した後に、ＥＣＵ ｓｌａｖｅが差分ロールバックパッケージを使用して対象ソフトウェアをロールバックして、旧バージョンのソフトウェアを取得する。
実施形態５
実施形態５の手順は、以下のステップを含んでもよい。
ステップ１．ソフトウェア開発デバイスが対象ソフトウェアの差分更新パッケージを生成する。
ステップ２．ソフトウェア開発デバイスがＯＴＡサーバに差分更新パッケージを送信する。
ステップ３．ＥＣＵ ｍａｓｔｅｒがＯＴＡサーバから車両ソフトウェア更新パッケージをダウンロードする。
ステップ４．ＥＣＵ ｍａｓｔｅｒが車両ソフトウェア更新パッケージを分割し、分割によって取得された各差分更新パッケージを対応するＥＣＵ ｓｌａｖｅに送信する。
ステップ５．ＥＣＵ ｓｌａｖｅがＥＣＵ ｍａｓｔｅｒから差分更新パッケージを受信し、差分更新パッケージを使用して差分ロールバックパッケージを生成する。
ステップ６．ＥＣＵ ｓｌａｖｅが、それぞれの差分更新パッケージを使用してそれぞれの対象ソフトウェアを更新して、新バージョンのソフトウェアを取得し、旧バージョンのソフトウェアを置き換える。
ステップ６．対象ソフトウェアに対するロールバック要件が存在することを検出した後に、ＥＣＵ ｓｌａｖｅが差分ロールバックパッケージを使用して対象ソフトウェアをロールバックして、旧バージョンのソフトウェアを取得する。
実施形態６
実施形態６の手順は、以下のステップを含んでもよい。
ステップ１．ソフトウェア開発デバイスが対象ソフトウェアの差分更新パッケージを生成する。
ステップ２．ソフトウェア開発デバイスがＯＴＡサーバに差分更新パッケージを送信する。
ステップ３．ＥＣＵ ｍａｓｔｅｒがＯＴＡサーバから車両ソフトウェア更新パッケージをダウンロードする。
ステップ４．ＥＣＵ ｍａｓｔｅｒが車両ソフトウェア更新パッケージを分割し、分割によって取得された各差分更新パッケージを対応するＥＣＵ ｓｌａｖｅに送信する。
ステップ５．ＥＣＵ ｓｌａｖｅがＥＣＵ ｍａｓｔｅｒから差分更新パッケージを受信し、差分更新パッケージが旧データを含むかどうかを判定し、差分更新パッケージが旧データを含む場合、ＥＣＵ ｓｌａｖｅが差分更新パッケージをバックアップし、差分更新パッケージが旧データを含まない場合、ＥＣＵ ｓｌａｖｅが差分更新パッケージをバックアップした後に旧データをバックアップ差分更新パッケージに追加する。
ステップ５は単なる例であることに留意されたい。ＥＣＵ ｓｌａｖｅは、差分更新パッケージが旧データを含むかどうかを判定する前に、差分更新パッケージをバックアップすることができる。言い換えれば、ＥＣＵ ｓｌａｖｅは、バックアップ遅延を低減するために、２つのプロセスで判定動作およびバックアップ動作をそれぞれ実行することができる。判定動作およびバックアップ動作は、本出願のこの実施形態では限定されない。
ステップ６．ＥＣＵ ｓｌａｖｅが、それぞれの差分更新パッケージを使用してそれぞれの対象ソフトウェアを更新して、新バージョンのソフトウェアを取得し、旧バージョンのソフトウェアを置き換える。
ステップ７．対象ソフトウェアに対するロールバック要件が存在することを検出した後に、ＥＣＵ ｓｌａｖｅが、バックアップ差分更新パッケージに基づいて差分ロールバックパッケージを生成し、差分ロールバックパッケージを使用して対象ソフトウェアをロールバックして、旧バージョンのソフトウェアを取得する。
実施形態４は単なる例であり、前述の実施形態１～実施形態３に示された方法が車両更新に適用されてもよいことに留意されたい。例えば、ステップ１において、ソフトウェア開発デバイスは、車両ソフトウェアロールバックパッケージを生成することができる。例えば、ソフトウェア開発デバイスは、車両更新用の各ソフトウェアの差分更新パッケージに基づいて差分ロールバックパッケージを生成し、すべてのソフトウェアの差分ロールバックパッケージを車両ソフトウェアロールバックパッケージにパッキングし、車両ソフトウェアロールバックパッケージをＯＴＡサーバに格納する。ＥＣＵ ｍａｓｔｅｒはまた、各ソフトウェアの差分更新パッケージまたは車両ソフトウェア更新パッケージをバックアップすることができる。ＥＣＵ ｓｌａｖｅに対するソフトウェアバージョンロールバック要件が存在することを検出した後に、ＥＣＵ ｍａｓｔｅｒは、ソフトウェアのバックアップ差分更新パッケージを使用して差分ロールバックパッケージを生成し、差分ロールバックパッケージをＥＣＵ ｓｌａｖｅに送信する。詳細については、前述の関連する説明を参照されたい。詳細はここでは再び記載されない。
前述の実施形態に記載されたソフトウェアバージョンロールバック方式では、旧バージョンのソフトウェアの完全なインストールファイルが車両においてバックアップされる必要はなく、差分更新パッケージのみが格納される必要があり、差分更新パッケージのサイズは、旧バージョンのソフトウェアの完全なインストールファイルのサイズよりもはるかに小さい。このようにして、記憶空間が節約される。対象ソフトウェアに対するロールバック要件が検出されたとき、旧バージョンのソフトウェアの完全なインストールファイルがＯＴＡクラウドサーバ側から再ダウンロードされる必要はなく、本出願の実施形態において提供された方法に従って差分更新パッケージに基づいて差分ロールバックパッケージが生成されてもよく、その結果、時間内にロールバックを実行することができ、ロールバックに費やされる時間が短縮される。加えて、差分ロールバックパッケージを生成する方式は簡単かつ効率的であり、計算オーバーヘッドは低い。
前述の概念と同じく、図８に示されたように、本出願の一実施形態は、前述の方法における端末デバイスの機能を実施するように構成された装置８００をさらに提供する。例えば、装置はソフトウェアモジュールまたはチップシステムであってもよい。本出願のこの実施形態では、チップシステムはチップを含んでもよく、チップおよび別の個別部品を含んでもよい。装置８００は、処理モジュール８０１および通信モジュール８０２を含んでもよい。
本出願のこの実施形態では、モジュール分割は一例であり、単なる論理機能分割にすぎない。実際の実装形態では、別の分割方式があってもよい。加えて、本出願の実施形態における機能的モジュールは１つのプロセッサに統合されてもよく、物理的に単独で存在してよく、または２つ以上のモジュールは１つのモジュールに統合される。統合されたモジュールはハードウェアの形態で実装されてもよく、ソフトウェア機能モジュールの形態で実装されてもよい。
例えば、装置８００が図２に示された手順で端末デバイスの機能を実施するとき、通信モジュール８０２は、対象ソフトウェアの差分更新パッケージを取得するように構成され、差分更新パッケージは少なくとも１つの差分動作命令を含み、差分動作命令は、対象ソフトウェアの第１のバージョンと対象ソフトウェアが更新されるべき第２のバージョンとの間の差を示すために使用される。
処理モジュール８０１は、差分更新パッケージを使用して対象ソフトウェアの現在のバージョンを更新するように構成され、対象ソフトウェアの現在のバージョンは、第１のバージョンから第２のバージョンに更新され、対象ソフトウェアに対するロールバック要件が検出されると、差分更新パッケージを使用して対象ソフトウェアに対してロールバックを実行して、対象ソフトウェアの現在のバージョンを第１のバージョンにロールバックする。
可能な設計では、差分更新パッケージは少なくとも１つの差分動作命令を含み、差分動作命令は命令タイプおよび差分データを含み、差分データは、第１のバージョンの第１のアドレス空間および／または第１のアドレス空間に格納された第１のデータと、第２のバージョンの第２のデータおよび／または第２のアドレス空間とを含む。
可能な設計では、処理モジュール８０１は、差分更新パッケージに基づいて差分ロールバックパッケージを生成するようにさらに構成される。
差分ロールバックパッケージは、事前設定された順序に従って、差分更新パッケージ内に配置された少なくとも１つの差分動作命令を再配置し、再配置された各差分動作命令を差分動作命令に対応する逆差分動作命令と置き換えることによって取得される。差分動作命令に対応する逆差分動作命令は、差分動作命令に従って第１の差分動作が実行された後に逆差分動作命令に従って第２の差分動作を実行して、対象ソフトウェアのバージョンを第１の差分動作が実行される前に存在していた状態にロールバックすることを示す。
処理モジュール８０１は、具体的に、差分ロールバックパッケージを使用して対象ソフトウェアをロールバックするように構成される。
可能な設計では、命令タイプは、以下のタイプ：無視、シフト、挿入、削除、または置換を含むが、それらに限定されない。
可能な設計では、差分動作命令の命令タイプがシフトであるとき、差分動作命令は、第１のデータを第１のアドレス空間から第２のアドレス空間にシフトするように命令するために使用される。第２のアドレス空間は、第１のシステムにおける第１のアドレス空間以外のアドレス空間である。差分動作命令に対応する逆差分動作命令は、第２のアドレス空間内の第１のデータを第１のアドレス空間にシフトバックすることである。
可能な設計では、差分動作命令の命令タイプが挿入であるとき、差分動作命令は、第１のシステムに第２のアドレス空間を追加し、差分動作命令に含まれる第２のデータを第２のアドレス空間に追加するように命令するために使用される。差分動作命令に対応する逆差分動作命令は、第２のアドレス空間を削除することである。
可能な設計では、差分動作命令の命令タイプが削除であるとき、差分動作命令は、第１のアドレス空間および第１のアドレス空間に格納された第１のデータを削除するように命令するために使用される。差分動作命令に対応する逆差分動作命令は、第１のアドレス空間を追加し、第１のアドレス空間に第１のデータを追加することである。
可能な設計では、差分動作命令の命令タイプが置換であるとき、差分動作命令は、第１のアドレス空間内の第１のデータを第２のデータと置き換えるように命令するために使用される。差分動作命令に対応する逆差分動作命令は、第１のアドレス空間内の第２のデータを第１のデータと置き換えることである。
可能な設計では、端末デバイスは車載端末デバイスである。
図９は、本出願の一実施形態による装置９００を示す。図９に示された装置は、図８に示された装置のハードウェア回路の一実装形態であってもよい。通信装置は、図２に示されたフローチャートに適用可能であり、通信装置は、前述の方法実施形態における端末デバイスの機能を実行する。説明を容易にするために、図９は通信装置の主要構成要素のみを示す。
図９に示された装置９００は、本出願の実施形態において提供された方法における端末デバイスの機能を実施するように構成された少なくとも１つのプロセッサ９２０を含む。
装置９００は、プログラム命令および／またはデータを記憶するように構成された少なくとも１つのメモリ９３０をさらに含んでもよい。メモリ９３０はプロセッサ９２０に結合される。本出願のこの実施形態における結合は、電気的形態、機械的形態、または別の形態の、装置、ユニット、またはモジュール間の間接結合または通信接続であってもよく、装置、ユニット、またはモジュール間の情報交換に使用される。プロセッサ９２０は、メモリ９３０と協調して動作することができる。プロセッサ９２０は、メモリ９３０に記憶されたプログラム命令を実行することができる。少なくとも１つのメモリのうちの少なくとも１つは、プロセッサに含まれてもよい。
装置９００は、装置９００内の装置が別のデバイスと通信することができるように、伝送媒体を介して別のデバイスと通信するように構成された通信インターフェース９１０をさらに含んでもよい。本出願のこの実施形態では、通信インターフェースは、トランシーバ、回路、バス、モジュール、または別のタイプの通信インターフェースであってもよい。本出願のこの実施形態では、トランシーバは、独立した受信機、独立した送信機、受信機能および送信機能が統合されたトランシーバ、またはインターフェース回路であってもよい。プロセッサ９２０は、通信インターフェース９１０を介してデータを受信および送信し、図２に対応する実施形態において端末デバイスによって実行される方法を実施するように構成される。
例えば、装置９００が図２に示された手順で端末デバイスの機能を実施するとき、通信インターフェース９１０は、対象ソフトウェアの差分更新パッケージを取得するように構成され、差分更新パッケージは少なくとも１つの差分動作命令を含み、差分動作命令は、対象ソフトウェアの第１のバージョンと対象ソフトウェアが更新されるべき第２のバージョンとの間の差を示すために使用される。一例では、通信インターフェース９１０は、更新サーバとデータを直接交換し、例えば、差分更新パッケージおよび／または差分ロールバックパッケージをダウンロードすることができる。別の例では、装置９００は、別のデバイスを使用してデータを取得することができる。例えば、装置９００はＥＣＵであり、ＥＣＵは通信インターフェース９１０を含み、ＥＣＵはＴ－ＢＯＸを使用してデータを取得することができ、Ｔ－ＢＯＸは更新サーバとデータを交換することができる。例えば、Ｔ－ＢＯＸは、更新サーバから差分更新パッケージおよび／または差分ロールバックパッケージをダウンロードし、ＥＣＵは、通信インターフェース９１０を介して、Ｔ－ＢＯＸにダウンロードされた差分更新パッケージおよび／または差分ロールバックパッケージを取得することができる。これは本出願のこの実施形態で限定されない。
別の例では、プロセッサ９２０は、差分更新パッケージを使用して対象ソフトウェアの現在のバージョンを第１のバージョンから第２のバージョンに更新し、対象ソフトウェアに対するロールバック要件が検出されると、差分更新パッケージを使用して対象ソフトウェアに対してロールバックを実行して、対象ソフトウェアの現在のバージョンを第１のバージョンにロールバックするように構成される。
プロセッサ９２０および通信インターフェース９１０によって実行される別の方法については、図２に示された方法手順の説明を参照されたい。詳細はここでは再び記載されない。
前述の実施形態に基づいて、本出願の一実施形態は、ソフトウェアバージョンロールバック装置の物理装置をさらに提供する。装置は車載端末デバイスであり、装置は、前述の図に示されたソフトウェアバージョンロールバック方法を実施するように構成される。図１０を参照されたい。装置１０００は、通信ユニット１００１、ＥＣＵ１００２、およびメモリ１００３を含む。通信ユニット１００１、ＥＣＵ１００２、およびメモリ１００３は接続されている。
任意選択で、通信ユニット１００１、ＥＣＵ１００２、およびメモリ１００３は、バス１００４によって接続される。バス１００４は、ＣＡＮ（コントローラエリアネットワーク）バス、イーサネットバスなどであってもよい。バスは、アドレスバス、データバス、制御バスなどに分類されてもよい。表現を容易にするために、図１０ではバスを表すために１本の太線のみが使用されているが、これは、１つのバスしかまたは１つのタイプのバスしか存在しないことを意味しない。
通信ユニット１００１は、伝送媒体を介して別のデバイスと通信するように構成される。例えば、通信ユニット１００１は、別のデバイスと通信するために装置１０００内の装置ＥＣＵ１００２によって使用される。例えば、通信ユニット１００１は、Ｔ－ＢＯＸ（ｔｅｌｅｍａｔｉｃｓ ＢＯＸ、テレマティクスボックス）であってもよい。
メモリ１００３は、プログラム命令などを記憶するように構成される。具体的には、プログラム命令はプログラムコードを含んでもよく、プログラムコードはコンピュータ動作命令を含む。データは、対象ソフトウェアの差分更新パッケージおよび／または差分ロールバックパッケージを含んでもよい。メモリ１００３は、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）を含んでもよく、または不揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、例えば、少なくとも１つの磁気ディスクメモリをさらに含んでもよい。
ＥＣＵ１００２は、車載端末デバイスにおける特定の構成要素またはシステム内で使用されてもよい。異なる構成要素またはシステムでは、ＥＣＵは異なる名称を有してもよい。例えば、モータにおけるＶＣＵ、ギアボックスにおけるＴＣＵ、エンジンにおけるＥＭＳ、および車体制御モジュールＢＣＭは、すべてＥＣＵによって実装されてもよい。任意選択で、車載端末デバイスにおける異なる構成要素またはシステムは、同じＥＣＵに統合されてもよい。ＥＣＵ１００２は、前述の実施形態において提供されたソフトウェアバージョンロールバック方法を実施するために、メモリ１００３に記憶されたプログラム命令およびデータを実行して、前述の機能を実施する。通信ユニット１００１、ＥＣＵ１００２、およびメモリ１００３によって実行される他の方法については、図２に示された方法手順の説明を参照されたい。詳細はここでは再び記載されない。
本出願の実施形態では、プロセッサは、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイもしくは別のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理デバイス、または個別ハードウェア構成要素であってもよく、本出願の実施形態で開示された方法、ステップ、および論理ブロック図を実施または実行することができることに留意されたい。汎用プロセッサは、マイクロプロセッサまたは任意の従来のプロセッサなどであってもよい。本出願の実施形態を参照して開示された方法のステップは、ハードウェアプロセッサによって直接実行されてもよく、プロセッサ内のハードウェアとソフトウェアモジュールの組合せによって実行されてもよい。
本出願の実施形態では、「および／または」という用語は、関連付けられたオブジェクト間の関連付け関係を記述し、３つの関係を示すことができる。例えば、Ａおよび／またはＢは、Ａのみが存在する場合、ＡとＢの両方が存在する場合、およびＢのみが存在する場合を示すことができ、ＡおよびＢは単数形であっても複数形であってもよい。文字「／」は、通常、関連付けられたオブジェクト間の「または」関係を示す。「以下の項目（部品）のうちの少なくとも１つ」またはその同様の表現は、単数形の項目（部品）または複数形の項目（部品）の任意の組合せを含む、これらの項目の任意の組合せを指す。例えば、ａ、ｂ、またはｃのうちの少なくとも１つは、ａ、ｂ、ｃ、ａおよびｂ、ａおよびｃ、ｂおよびｃ、またはａ、ｂ、およびｃを示すことができ、ａ、ｂ、およびｃは単数形であっても複数形であってもよい。「複数の」は２つ以上を意味する。
本出願の実施形態における「例えば」という用語は、例、例示、または説明を与えることを表すために使用される。本出願において「例」として記載された任意の実施形態または設計方式は、別の実施形態または設計方式より好ましいか、またはより多くの利点を有するものとして説明されるべきではない。正確には、「例」という用語は、具体的に概念を提示するために使用される。
任意選択で、本出願の実施形態における「第１」および「第２」などの序数は、複数のオブジェクトを区別するために使用されるが、複数のオブジェクトの順序、時系列、優先度、または重要度を限定するものではない。例えば、第１の情報および第２の情報は、単に異なるシグナリングを区別するものであり、２つのタイプの情報の内容、優先度、送信順序、重要度などの違いを示すものではない。
本出願の実施形態では、メモリは、ハードディスクドライブ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ、ＨＤＤ）またはソリッドステートドライブ（ｓｏｌｉｄ－ｓｔａｔｅ ｄｒｉｖｅ、ＳＳＤ）などの不揮発性メモリであってもよく、ランダムアクセスメモリ（ｒａｎｄｏｍ－ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）などの揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）であってもよい。メモリは、命令またはデータ構造の形態の予想されるプログラムコードを搬送または記憶することができ、コンピュータによってアクセスされ得る任意の他の媒体であるが、それに限定されない。本出願の実施形態におけるメモリは、代替として、記憶機能を実装することができる回路または任意の他の装置であってもよく、プログラム命令および／またはデータを記憶するように構成される。
本出願の実施形態における方法のすべてまたは一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを使用して実装されてもよい。実施形態を実装するためにソフトウェアが使用されるとき、実施形態のすべてまたは一部は、コンピュータプログラム製品の形態で実装されてもよい。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされ実行されると、本発明の実施形態による手順または機能がすべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、ネットワークデバイス、ユーザ機器、または別のプログラマブル装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよく、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから別のウェブサイト、コンピュータ、サーバ、またはデータセンタに、有線（例えば、同軸ケーブル、光ファイバ、もしくはデジタル加入者回線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、略してＤＳＬ））またはワイヤレス（例えば、赤外線、無線、もしくはマイクロ波）方式で送信されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、または１つもしくは複数の使用可能な媒体を統合したサーバもしくはデータセンタなどのデータストレージデバイスであってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスクドライブ、または磁気テープ）、光学媒体（例えば、デジタルビデオディスク（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ、略してＤＶＤ））、半導体媒体（例えば、ＳＳＤ）などであってもよい。
本出願の実施形態では、論理的な矛盾がないことを前提として、実施形態は相互に参照されてもよい。例えば、方法実施形態における方法および／または用語は相互に参照されてもよく、装置実施形態における機能および／または用語は相互に参照されてもよい。例えば、装置実施形態と方法実施形態との間の機能および／または用語は、相互に参照されてもよい。
当業者は、本出願の範囲から逸脱することなく、本出願に様々な修正および変形を加えることができる。本出願は、以下の特許請求の範囲およびそれらと等価な技術によって規定される範囲内に入るという条件で、本出願のこれらの修正および変形を包含するものである。
８００ 装置
８０１ 処理モジュール
８０２ 通信モジュール
９００ 装置
９１０ 通信インターフェース
９２０ プロセッサ
９３０ メモリ
１０００ 車載端末デバイス
１００１ 通信ユニット
１００２ 電子制御ユニット（ＥＣＵ）
１００３ メモリ
１００４ バス

Claims (13)

  1. 対象ソフトウェアの差分更新パッケージを取得するステップであって、前記差分更新パッケージが差分動作命令を含み、前記差分動作命令が、前記対象ソフトウェアの第１のバージョンと前記対象ソフトウェアが更新されるべき第２のバージョンとの間の差を示すために使用され、前記差分動作命令が命令タイプおよび差分データを含み、前記命令タイプが差分動作のタイプを示し、前記差分データが、前記第１のバージョンの第１のアドレス空間および／または前記第１のアドレス空間に格納された第１のデータと、前記第２のバージョンの第２のデータおよび／または第２のアドレス空間とを含む、ステップと、
    前記差分更新パッケージを使用して前記対象ソフトウェアの現在のバージョンを更新するステップであって、前記対象ソフトウェアの前記現在のバージョンが、前記第１のバージョンから前記第２のバージョンに更新される、ステップと、
    前記差分更新パッケージに基づいて差分ロールバックパッケージを生成するステップであって、前記差分更新パッケージが前記第１のデータを含まない場合、対応する前記差分動作命令によって示された差分データを取得して、前記差分更新パッケージを補足する、ステップと、
    前記対象ソフトウェアのロールバック要件が検出されると、前記対象ソフトウェアの前記現在のバージョンを前記差分ロールバックパッケージに基づいて前記第１のバージョンにロールバックするステップと
    を含む、ソフトウェアバージョンロールバック方法。
  2. 前記命令タイプが、以下のタイプ：無視、シフト、挿入、削除、または置換のうちの１つまたは複数を含む、請求項１に記載の方法。
  3. 前記命令タイプが置換を含み、前記差分データが前記第１のバージョンの前記第１のアドレス空間および前記第２のバージョンの前記第２のデータを含む、請求項１に記載の方法。
  4. 前記差分更新パッケージに基づいて差分ロールバックパッケージを生成するステップ
    をさらに含み、
    ロールバックする前記ステップが、
    前記差分更新パッケージを使用して前記対象ソフトウェアをロールバックするステップであって、前記差分ロールバックパッケージが逆差分動作命令を含み、前記逆差分動作命令が、前記差分動作命令に従って第１の差分動作が実行された後に前記逆差分動作命令に従って第２の差分動作を実行して、前記対象ソフトウェアを前記第１の差分動作が実行される前に存在した状態にロールバックすることを示す、ステップ
    を含む、請求項１に記載の方法。
  5. 前記差分更新パッケージが、複数の差分動作命令を含み、前記差分ロールバックパッケージが、事前設定された順序で配置された複数の逆差分動作命令を含む、請求項４に記載の方法。
  6. 前記差分動作命令の前記命令タイプがシフトであり、前記差分動作命令が、前記第１のデータを前記第１のアドレス空間から前記第２のアドレス空間にシフトするように命令するために使用され、前記第２のアドレス空間が、第１のシステム内の前記第１のアドレス空間以外のアドレス空間であり、
    前記差分動作命令に対応する前記逆差分動作命令が、前記第２のアドレス空間内の前記第１のデータを前記第１のアドレス空間にシフトバックすることである、請求項４に記載の方法。
  7. 前記差分動作命令の前記命令タイプが挿入であり、前記差分動作命令が、第１のシステムに前記第２のアドレス空間を追加し、前記差分動作命令に含まれる前記第２のデータを前記第２のアドレス空間に追加するように命令するために使用され、
    前記差分動作命令に対応する前記逆差分動作命令が、前記第２のアドレス空間を削除することである、請求項４に記載の方法。
  8. 前記差分動作命令の前記命令タイプが削除であるとき、前記差分動作命令が、前記第１のアドレス空間および前記第１のアドレス空間に格納された前記第１のデータを削除するように命令するために使用され、
    前記差分動作命令に対応する前記逆差分動作命令が、前記第１のアドレス空間を追加し、前記第１のアドレス空間に前記第１のデータを追加することである、請求項４に記載の方法。
  9. 前記差分動作命令の前記命令タイプが置換であり、前記差分動作命令が、前記第１のアドレス空間内の前記第１のデータを前記第２のデータと置き換えるように命令するために使用され、
    前記差分動作命令に対応する前記逆差分動作命令が、前記第１のアドレス空間内の前記第２のデータを前記第１のデータと置き換えることである、請求項４に記載の方法。
  10. プログラム命令およびデータを記憶するように構成されたメモリと、
    信号を受信および送信するように構成されたトランシーバと、
    請求項１から９のいずれか一項に記載の方法を実行するために、前記メモリに記憶された前記プログラム命令を呼び出すように構成されたプロセッサと
    を備える、ソフトウェアバージョンロールバック装置。
  11. 車載端末デバイスにおいて使用され、電子制御ユニットＥＣＵと、リモート通信ユニットと、ストレージユニットと、メモリと、トランシーバとを備える、ソフトウェアバージョンロールバック装置であって、
    前記メモリが、プログラム命令およびデータを記憶するように構成され、
    前記トランシーバが、信号を受信および送信するように構成され、
    前記ＥＣＵが、請求項１から９のいずれか一項に記載の方法を実行するために、前記メモリに記憶された前記プログラム命令を呼び出すように構成される、ソフトウェアバージョンロールバック装置。
  12. コンピュータプログラムであって、前記コンピュータプログラムがコンピュータ上で実行されると、前記コンピュータが請求項１から９のいずれか一項に記載の方法を実行することが可能になる、コンピュータプログラム。
  13. 更新サーバおよびソフトウェアバージョンロールバック装置を備える、ソフトウェアバージョンロールバックシステムであって、
    前記更新サーバが、前記ソフトウェアバージョンロールバック装置に差分更新パッケージを送信するように構成され、前記差分更新パッケージが差分動作命令を含み、前記差分動作命令が、対象ソフトウェアの第１のバージョンと前記対象ソフトウェアが更新されるべき第２のバージョンとの間の差を示すために使用され、前記差分動作命令が命令タイプおよび差分データを含み、前記命令タイプが差分動作のタイプを示し、前記差分データが、前記第１のバージョンの第１のアドレス空間および／または前記第１のアドレス空間に格納された第１のデータと、前記第２のバージョンの第２のデータおよび／または第２のアドレス空間とを含み、
    前記ソフトウェアバージョンロールバック装置が、前記更新サーバから対象ソフトウェアの前記差分更新パッケージを取得し、前記差分更新パッケージを使用して前記対象ソフトウェアの現在のバージョンを更新し、前記対象ソフトウェアの前記現在のバージョンが、第１のバージョンから第２のバージョンに更新され、前記差分更新パッケージに基づいて差分ロールバックパッケージを生成し、前記差分更新パッケージが前記第１のデータを含まない場合、対応する前記差分動作命令によって示された差分データを取得して、前記差分更新パッケージを補足し、前記対象ソフトウェアに対するロールバック要件が検出されると、前記対象ソフトウェアの前記現在のバージョンを前記第１のバージョンに、前記差分更新パッケージに基づいて前記対象ソフトウェアに対してロールバックを実行するように構成される、ソフトウェアバージョンロールバックシステム。
JP2022551726A 2020-02-28 2020-02-28 ソフトウェアバージョンロールバックの方法、装置、およびシステム Active JP7419557B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/077294 WO2021168840A1 (zh) 2020-02-28 2020-02-28 一种软件版本回滚方法、装置及系统

Publications (2)

Publication Number Publication Date
JP2023515997A JP2023515997A (ja) 2023-04-17
JP7419557B2 true JP7419557B2 (ja) 2024-01-22

Family

ID=77490641

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022551726A Active JP7419557B2 (ja) 2020-02-28 2020-02-28 ソフトウェアバージョンロールバックの方法、装置、およびシステム

Country Status (5)

Country Link
US (1) US20230004381A1 (ja)
EP (1) EP4099655A4 (ja)
JP (1) JP7419557B2 (ja)
CN (1) CN113574839B (ja)
WO (1) WO2021168840A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022109039A (ja) * 2021-01-14 2022-07-27 トヨタ自動車株式会社 センタ、更新管理方法及び更新管理プログラム
KR20220132864A (ko) * 2021-03-24 2022-10-04 현대자동차주식회사 차량 및 차량 제어 방법
CN114710407A (zh) * 2022-01-28 2022-07-05 锐捷网络股份有限公司 分布式系统软件版本升级方法及装置
CN115495373A (zh) * 2022-10-08 2022-12-20 深圳市华曦达科技股份有限公司 基于Android系统的自动化升级测试方法及装置
CN115756561A (zh) * 2022-10-14 2023-03-07 广州汽车集团股份有限公司 软件升级方法、装置、计算机设备以及存储介质
CN115361428B (zh) * 2022-10-21 2022-12-16 北京鼎轩科技有限责任公司 一种远程控制方法和分级系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008501180A (ja) 2004-06-01 2008-01-17 レッド ベンド エルティーディー 記憶装置に記憶されたコンテンツをインプレース更新するための方法およびシステム
WO2019229091A1 (en) 2018-05-29 2019-12-05 Nordic Semiconductor Asa Delta file with reversing data
JP2020028121A (ja) 2018-08-10 2020-02-20 株式会社デンソー 車両用マスタ装置、更新データの配信制御方法、更新データの配信制御プログラム及び諸元データのデータ構造

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030182414A1 (en) * 2003-05-13 2003-09-25 O'neill Patrick J. System and method for updating and distributing information
US7664984B2 (en) * 2002-10-09 2010-02-16 Xpoint Technologies, Inc. Method and system for updating a software image
JP2004152136A (ja) * 2002-10-31 2004-05-27 Matsushita Electric Ind Co Ltd データ更新システム、データ更新システムの差分データ生成装置及びプログラム、並びに更新後ファイル復元装置及びプログラム
CN101420431B (zh) * 2008-11-28 2012-07-04 中兴通讯股份有限公司 Fota服务器、终端及其软件版本的处理方法和系统
US8972967B2 (en) * 2011-09-12 2015-03-03 Microsoft Corporation Application packages using block maps
CN102609328B (zh) * 2012-01-29 2015-04-15 华为终端有限公司 系统差分升级方法和装置、移动终端
EP2881858B1 (de) * 2013-12-09 2016-04-06 dSPACE digital signal processing and control engineering GmbH Verfahren zur Änderung der Software im Speicher eines elektronischen Steuergerätes
US9535688B2 (en) * 2014-07-23 2017-01-03 Verizon Patent And Licensing Inc. Efficient deployment of application revisions and implementation of application rollbacks across multiple application servers
CN106293793A (zh) * 2015-06-02 2017-01-04 西安中兴新软件有限责任公司 一种终端的软件升级方法、装置和系统
CN106325892A (zh) * 2015-06-15 2017-01-11 中兴通讯股份有限公司 差分回退升级方法及装置
US9836300B2 (en) * 2015-06-16 2017-12-05 Lear Corporation Method for updating vehicle ECUs using differential update packages
CN105897863A (zh) * 2016-03-28 2016-08-24 努比亚技术有限公司 移动终端版本升级回退方法及装置
US10007582B2 (en) * 2016-09-27 2018-06-26 International Business Machines Corporation Rebuild rollback support in distributed SDS systems
JP6760813B2 (ja) * 2016-10-14 2020-09-23 日立オートモティブシステムズ株式会社 ソフトウェア更新装置、ソフトウェア更新方法、ソフトウェア更新システム
US10496398B2 (en) * 2017-07-25 2019-12-03 Aurora Labs Ltd. Hot updates to ECU software using tool chain
US10834207B2 (en) * 2018-02-27 2020-11-10 Excelfore Corporation System and method for updating software in an electronic device
CN110502317B (zh) * 2018-05-16 2024-03-01 北京京东尚科信息技术有限公司 一种事务管理的方法和装置
US10678454B2 (en) * 2018-08-10 2020-06-09 Denso Corporation Vehicle information communication system
US11556326B2 (en) * 2018-09-06 2023-01-17 Arm Limited Methods for performing a rollback-capable software update at a device
CN110321254B (zh) * 2019-07-09 2021-09-17 西安点告网络科技有限公司 软件版本回滚方法、装置、服务器及存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008501180A (ja) 2004-06-01 2008-01-17 レッド ベンド エルティーディー 記憶装置に記憶されたコンテンツをインプレース更新するための方法およびシステム
WO2019229091A1 (en) 2018-05-29 2019-12-05 Nordic Semiconductor Asa Delta file with reversing data
JP2020028121A (ja) 2018-08-10 2020-02-20 株式会社デンソー 車両用マスタ装置、更新データの配信制御方法、更新データの配信制御プログラム及び諸元データのデータ構造

Also Published As

Publication number Publication date
WO2021168840A1 (zh) 2021-09-02
JP2023515997A (ja) 2023-04-17
US20230004381A1 (en) 2023-01-05
CN113574839B (zh) 2024-04-09
CN113574839A (zh) 2021-10-29
EP4099655A4 (en) 2023-02-15
EP4099655A1 (en) 2022-12-07

Similar Documents

Publication Publication Date Title
JP7419557B2 (ja) ソフトウェアバージョンロールバックの方法、装置、およびシステム
US11599349B2 (en) Gateway device, in-vehicle network system, and firmware update method
JP7407261B2 (ja) 車両ｅｃｕソフトウェアのためのソフトウェアデルタ更新の構築およびツールチェーンに基づく異常検出
US10963241B2 (en) Control apparatus, program update method, and computer program
US10630538B2 (en) Software update method and apparatus for vehicle
US9195480B2 (en) Associated plug-in management method, device and system
US20230153099A1 (en) Gateway device, in-vehicle network system, and firmware update method
US11061659B2 (en) Control apparatus, transfer method, and computer program
US11126422B2 (en) Program update system, control system, mobile body, program update method, recording medium
EP4207707A1 (en) Data transmission system, data transmission method, smart vehicle and device
KR20220092617A (ko) 소프트웨어 업그레이드 방법, 장치 및 시스템
KR20200075626A (ko) 차량의 ecu 업데이트가 가능한 무선 업데이트 시스템 및 방법
WO2023241458A1 (zh) 车载控制器的软件升级方法、装置、设备和存储介质
CN115136122A (zh) 主装置、数据分发系统以及更新控制程序
CN116319745A (zh) 应用资源下载方法、装置、车机、车辆及存储介质
WO2022205200A1 (zh) 一种版本管理方法和装置
CN117908903A (zh) 一种车载应用镜像生成、部署方法、装置、设备及介质
CN117321569A (zh) 车辆用电子控制装置、更新程序以及数据结构

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221006

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221006

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230830

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230919

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231109

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231211

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240110

R150 Certificate of patent or registration of utility model

Ref document number: 7419557

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150