知財求人 - 知財ポータルサイト「IP Force」
▶ ホアウェイ・テクノロジーズ・カンパニー・リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-07-19
(54)【発明の名称】オーバージエア（ＯＴＡ）アップグレード方法及び装置
(51)【国際特許分類】
G06F 8/654 20180101AFI20240711BHJP
B60R 16/02 20060101ALI20240711BHJP
【ＦＩ】
G06F8/654
B60R16/02 660U
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023579068
(86)(22)【出願日】2021-07-01
(85)【翻訳文提出日】2024-01-31
(86)【国際出願番号】 CN2021104077
(87)【国際公開番号】W WO2023272699
(87)【国際公開日】2023-01-05
(81)【指定国・地域】
(71)【出願人】
【識別番号】504161984
【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド
(74)【代理人】
【識別番号】110000877
【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所
(72)【発明者】
【氏名】マ、タオ
(72)【発明者】
【氏名】ジョウ、ジェン
【テーマコード（参考）】
5B376
【Ｆターム（参考）】
5B376AB25
5B376CA21
5B376CA60
5B376CA76
5B376FA11
5B376GA08
(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】
コンピュータプログラムであって、前記コンピュータプログラムが１つ又は複数のプロセッサ上で実行されると、請求項１～９又は請求項１０～１８のいずれか１項に記載のアップグレード方法が実装される、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本願の実施形態は、ビークルツーエブリシング技術の分野に関し、特に、ＯＴＡアップグレード方法及び装置に関する。
【背景技術】
【0002】
社会の発展及び科学及び技術の進展に伴い、インテリジェント車両が、インテリジェントドライビング及び自動運転の分野においてますます広く使用されている。インテリジェント車両は、数十個又は更には数百個の電子制御ユニット（ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ ｕｎｉｔ、ＥＣＵ）を含む複雑なシステムを有する。インテリジェント車両の様々な複数の機能がＥＣＵ間の協働を通して実装される。
【0003】
相手先商標製品製造者（ｏｒｉｇｉｎａｌ ｅｑｕｉｐｍｅｎｔ ｍａｎｕｆａｃｔｕｒｅｒ、ＯＥＭ）は、主にインテリジェント車両の様々な機能に関連したＥＣＵをアップグレードすることによってこれらの機能を維持及びアップグレードする。オーバージエア（ｏｖｅｒ ｔｈｅ ａｉｒ、ＯＴＡ）技術は、製造者がリコールコストを削減することを支援する車両関連ハードウェア又はソフトウェアをアップグレードし、要件に高速に応答し、ユーザエクスペリエンスを改善するのに使用され得る。インテリジェント車両の発展に伴い、ＥＣＵ間の協働を通してインテリジェント車両によって実装される機能はより多様化し、これにより、より多様なオブジェクトがＯＴＡを通してアップグレードされることがもたらされる。アップグレード効率を改善するためにフレキシブルＯＴＡアップグレードスケジューリング方法をどのように設計するのかは、当業者によって切実に解決されなければならない技術的問題である。
【発明の概要】
【0004】
本願の実施形態は、ＯＴＡアップグレードタスクをフレキシブルにスケジューリングするためのＯＴＡアップグレード方法及び対応する装置を開示する。
【0005】
第１の態様によれば、アップグレード方法が提供され、方法は、端末デバイス、又は端末デバイスに配置されたチップによって実行されてよい。方法は、第１のアップグレードタスクを受信する段階；第１のアップグレードタスクに対応する第１の実行ポリシを決定する段階、ここで、第１の実行ポリシは、実行ポリシセットに属し、実行ポリシセットは、第２の実行ポリシを含み、第１の実行ポリシは、第２の実行ポリシとは異なる；及び第１の実行ポリシに基づいて第１のアップグレードタスクの実行を制御する段階を備える。
【0006】
任意選択で、方法は、代替的には、端末デバイスに含まれるＯＴＡ管理モジュール、又はＯＴＡ管理モジュールに配置されたチップによって実行されてよい。例えば、方法は、ＯＴＡ管理モジュールによって実行されてよい。
【0007】
本願において提供されるアップグレード方法によれば、実行ポリシセットが設計され、異なる実行ポリシが異なるアップグレードタスクに対応し、その結果、ＯＴＡアップグレードタスクがフレキシブルにスケジューリングされ得、アップグレード効率が改善される。
【0008】
第１の態様を参照すると、第１の態様の幾つかの実装では、方法は、第１の指示情報を取得する段階を更に備えてよく、ここで、第１の指示情報は、第１の実行ポリシを示すか、又は第１のアップグレードタスクの第１のレベルを示すのに使用され、第１の実行ポリシは、第１のレベルに対応する。
【0009】
この解決手段では、第１の実行ポリシは、第１の指示情報を使用することによってフレキシブルに示され得る。例えば、第１の指示情報が第１のレベルを示す場合、第１のレベルに対応する実行ポリシは、第１のレベル及び実行ポリシの間のマッピング関係に基づいて第１の実行ポリシとして決定される。
【0010】
第１の態様を参照すると、第１の態様の幾つかの実装では、方法は、第１のアップグレードタスクのアップグレードコンテンツ又はアップグレード機能に基づいて第１の実行ポリシを決定する段階を更に備えてよい。
【0011】
例えば、第１の実行ポリシは、アップグレードコンテンツ及び実行ポリシの間のマッピング関係に基づいて、又はアップグレード機能及び実行ポリシの間のマッピング関係に基づいて決定される。マッピング関係は、サーバによって事前構成されてもよいし、又はプロトコルにおいて指定されてもよい。
【0012】
この解決手段では、第１の実行ポリシは、事前構成されたマッピング関係又はプロトコルにおいて指定されたマッピング関係に基づいて決定され、その結果、シグナリングオーバヘッドを削減することができる。
【0013】
第１の態様を参照すると、第１の態様の幾つかの実装では、方法は、第２の情報をインストールプロンプト制御モジュール及び／又はＯＴＡアップグレードモジュールに送信する段階を更に備え、ここで、第２の情報は、第１の実行ポリシに対応するインストールプロンプトを示すのに使用される。
【0014】
この解決手段では、インストールプロンプトは、第２の情報を使用することによってフレキシブルに示され得、その結果、異なるアップグレードタスクが異なるインストールプロンプトに対応し得、それによって、異なるアップグレードタスクが異なるように実行されることが確実になり、ＯＴＡタスクのフレキシブルスケジューリングが実装され、アップグレード効率が改善される。
【0015】
第１の態様を参照すると、第１の態様の幾つかの実装では、方法は、第１の実行ポリシを決定した後、ＯＴＡ管理モジュールが第１の実行ポリシに対応するダウンロードレートにおいて第１のアップグレードタスクに含まれるアップグレードパッケージをダウンロードすることを更に含む。
【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】
【図1】本願の一実施形態に係るアップグレードシステムアーキテクチャの概略図である。
【0054】
【図2】本願の一実施形態に係る端末デバイスの概略図である。
【0055】
【図3】本願の一実施形態に係る別のアップグレードシステムアーキテクチャの概略図である。
【0056】
【図4】本願の一実施形態に係る別のアップグレードシステムアーキテクチャの概略図である。
【0057】
【図5】本願の一実施形態に係るアップグレード方法に対応する概略フローチャートである。
【0058】
【図6】本願の一実施形態に係る通信装置の概略図である。
【0059】
【図7】本願の一実施形態に係る別の通信装置の概略図である。
【0060】
【図8】本願の一実施形態に係るチップの構造の概略図である。
【発明を実施するための形態】
【0061】
以下は、本願の実施形態における添付図面を参照して本願の実施形態における技術的解決手段を詳細に説明する。
【0062】
本願の実施形態では、「例えば」又は「等／のような」等の文言は、一例、図示、又は説明を示すのに使用されることに留意されたい。本願における「例えば」又は「等」として説明される任意の実施形態又は設計の解決手段は、他の実施形態又は設計の解決手段に優る好ましい又は有利であるものとして説明されるべきではない。厳密には、「例えば」又は「等／のような」等の文言の使用は、特定の方式で関連した概念を提示するように意図される。
【0063】
本願の実施形態において言及される「及び／又は」のような用語は、関連付けられたオブジェクト間の関連付けの関係を説明するのに使用され、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、次の３つのケースを表し得る：Ａのみが存在する、Ａ及びＢの両方が存在する、及びＢのみが存在する。Ａ及びＢは各々、単数又は複数であってよい。記号「／」は、通常、関連付けられたオブジェクト間の「又は」の関係を示す。
【0064】
加えて、別段言及されない限り、本願の実施形態では、「第１」及び「第２」等の序数は、複数のオブジェクト間を区別するように意図されるが、複数のオブジェクトの順序、時間シーケンス、優先度、又は重要性を限定するように意図されない。例えば、第１の情報及び第２の情報は、異なる情報間を区別するように意図されているに過ぎず、情報の２つのタイプがコンテンツ、優先度、送信シーケンス、重要性等において異なることを示してはいない。
【0065】
以下は、本願の実施形態におけるシステムアーキテクチャ及びサービスシナリオを説明する。本願において説明されるシステムアーキテクチャ及びサービスシナリオは、本願における技術的解決手段をより明確に説明するように意図されており、本願において提供される技術的解決手段に関する限定を構成しないことに留意されたい。当業者であれば、システムアーキテクチャの進化及び新たなサービスシナリオの登場とともに、本願において提供される技術的解決手段が類似の技術的問題に対しても適用可能であることを知得し得る。
【0066】
図１は、本願の一実施形態に適用可能なアップグレードシステムアーキテクチャの概略図である。図１において示されているように、アップグレードシステムアーキテクチャは、サーバ、ワイヤレス通信リンク、及び端末デバイスを備えてよい。
【0067】
例えば、本願のこの実施形態におけるサーバは、端末デバイスのためにＯＴＡアップグレードを提供する製造者又はＯＥＭとして機能し得る装置を指す。具体的には、サーバは、ワイヤレス通信機能及び記憶機能を有する電子デバイス上に展開されてもよいし、又はクラウド上の仮想マシン又はコンテナ上に展開されてもよい。クラウドは、複数の電子デバイスを含むクラスタであってよい。
【0068】
例えば、本願のこの実施形態におけるワイヤレス通信リンクは、通信ネットワークを使用することによって実装されるリンクであってよい。通信ネットワークは、ローカルエリアネットワークであってもよいし、又はリレー（ｒｅｌａｙ）デバイスを使用することによって転送されるワイドエリアネットワークであってもよいし、又はローカルエリアネットワーク及びワイドエリアネットワークを含んでもよい。通信ネットワークがローカルエリアネットワークである場合、通信ネットワークは、Ｗｉ－Ｆｉ（登録商標）ホットスポットネットワーク、Ｗｉ－Ｆｉ（登録商標）ポイントツーポイント（ｐｏｉｎｔ ｔｏ ｐｏｉｎｔ、Ｐ２Ｐ）ネットワーク、ブルートゥース（登録商標）ネットワーク、ジグビー（登録商標）ネットワーク、近距離無線通信（ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＮＦＣ）ネットワーク、将来の可能な汎用短距離通信ネットワーク等であってよい。通信ネットワークがワイドエリアネットワークである場合、通信ネットワークは、第３世代ワイヤレス電話技術（３ｒｄ－ｇｅｎｅｒａｔｉｏｎ ｗｉｒｅｌｅｓｓ ｔｅｌｅｐｈｏｎｅ ｔｅｃｈｎｏｌｏｇｙ、３Ｇ）ネットワーク、第４世代モバイル通信技術（４ｔｈ－ｇｅｎｅｒａｔｉｏｎ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ、４Ｇ）ネットワーク、第５世代モバイル通信技術（５ｔｈ－ｇｅｎｅｒａｔｉｏｎ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ、５Ｇ）ネットワーク、将来の発展型モバイル通信技術ネットワーク（限定されるものではないが６Ｇ等を含む）、公衆陸上移動体ネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ、ＰＬＭＮ）、インターネット（Ｉｎｔｅｒｎｅｔ）等であってよい。これは、本願のこの実施形態において限定されるものではない。
【0069】
例えば、本願のこの実施形態において説明される端末デバイスは、サーバによって提供されるＯＴＡアップグレードサービスをサポートする装置を指す。例えば、端末デバイスは、輸送手段又はインテリジェントデバイスであってよい。具体的には、輸送手段は、動力車両（例えば、無人車両、インテリジェント車両、電動車両、又はデジタル車両）、無人航空機、軌道動力車、信号機等を含んでよい。インテリジェントデバイスは、携帯電話、タブレットコンピュータ、ノートブックコンピュータ、携帯情報端末、販売時点情報管理端末、車内コンピュータ、拡張現実デバイス、仮想現実、ウェアラブルデバイス、車内端末等を含んでよい。
【0070】
図２は、本願の一実施形態に係る端末デバイスの概略図である。図２において示されているように、端末デバイスは、ＯＴＡ管理モジュール（これは、ＯＴＡマスタモジュールと称され得る）及び複数のＯＴＡアップグレードモジュール（これは、ＯＴＡスレーブモジュールと称され得る）を含む。ＯＴＡ管理モジュールは、サーバからアップグレードパッケージを受信し、ＯＴＡアップグレードモジュールが担当するアップグレードオブジェクトのアップグレードパッケージをＯＴＡアップグレードモジュールに送信するように構成されている。ＯＴＡアップグレードモジュールは、アップグレードパッケージをインストールし、アップグレードパッケージのインストール結果をＯＴＡ管理モジュールにフィードバックするように構成されている。任意選択で、アップグレードオブジェクトの具体的な形態は、本願のこの実施形態において限定されるものではない。インテリジェント車両が、一例として使用される。アップグレードオブジェクトは、車両におけるコンポーネントであってもよいし、又はコンポーネントにおけるソフトウェアであってもよい。
【0071】
インテリジェント車両が、一例として使用される。図３は、本願の一実施形態に適用可能な別のアップグレードシステムアーキテクチャの概略図である。図３において示されているように、アップグレードシステムアーキテクチャは、ＯＴＡサーバ、ワイヤレス通信リンク、及び車両を備えてよい。車両は、少なくともゲートウェイ（ｇａｔｅｗａｙ、ＧＷ）、及びインテリジェントドライビングをサポートするように構成されたソフトウェア及びハードウェア統合プラットフォーム、すなわち、車内コンピューティングプラットフォーム（ｖｅｈｉｃｌｅ ｃｏｍｐｕｔｉｎｇ ｐｌａｔｆｏｒｍ）、例えば、モバイルデータセンタ（ｍｏｂｉｌｅ ｄａｔａ ｃｅｎｔｅｒ、ＭＤＣ）、ヒューマン／マシンインタラクション（ｈｕｍａｎ－ｍａｃｈｉｎｅ ｉｎｔｅｒａｃｔｉｏｎ、ＨＭＩ）システム、テレマティクス制御ユニット（ｔｅｌｅｍａｔｉｃｓ ｃｏｎｔｒｏｌ ｕｎｉｔ、ＴＣＵ）、テレマティクスボックス（ｔｅｌｅｍａｔｉｃｓ ｂｏｘ、Ｔｂｏｘ）、及び電子制御ユニットＥＣＵ等のコンポーネントを備える。ＧＷは、車両全体の電子及び電気アーキテクチャにおけるコアコンポーネントである。ＧＷは、車両ネットワーク全体のデータ交換ハブとして機能し、異なるネットワークにおいて、コントローラエリアネットワーク（ｃｏｎｔｒｏｌｌｅｒ ａｒｅａ ｎｅｔｗｏｒｋ、ＣＡＮ）、ローカルインターコネクトネットワーク（ｌｏｃａｌ ｉｎｔｅｒｃｏｎｎｅｃｔ ｎｅｔｗｏｒｋ、ＬＩＮ）、マルチメディアソフトウェアアップグレード（メディア指向システムトランスポート、ＭＯＳＴ）ネットワーク等のネットワークデータをルーティングしてよい。ＭＤＣは、車両の自動運転機能を実装するように構成されてよい。ＨＭＩは、車両のインフォテインメントシステムである。ＴＣＵ及びＴｂｏｘは、主に、車両の外部デバイス（例えば、携帯電話、又はバックグラウンドシステム）と通信するように構成されている。ＥＣＵは、車両固有マイクロコンピュータコントローラである。ＥＣＵは、車両統合ユニット（ｖｅｈｉｃｌｅ ｉｎｔｅｇｒａｔｅｄ／ｉｎｔｅｇｒａｔｉｏｎ ｕｎｉｔ、ＶＩＵ）、コックピットドメインコントローラ（ｃｏｃｋｐｉｔ ｄｏｍａｉｎ ｃｏｎｔｒｏｌｌｅｒ、ＣＤＣ）、車両ドメインコントローラ（ｖｅｈｉｃｌｅ ｄｏｍａｉｎ ｃｏｎｔｒｏｌｌｅｒ、ＶＤＣ）等を含むが、これらに限定されるものではない。例えば、未アップグレードコンポーネントは、ＧＷ、ＭＤＣ、ＨＭＩ、ＴＣＵ、Ｔｂｏｘ、及びＥＣＵを含むが、これらに限定されるものではない。未アップグレードコンポーネントは、ＧＷ、ＭＤＣ、ＨＭＩ、ＴＣＵ、Ｔｂｏｘ、及びＥＣＵのうちの１つ又は複数を含んでよい。
【0072】
車両全体のＯＴＡアップグレードは、通常、車両における複数のコンポーネントのアップグレードを含む。インテリジェント車両に位置するＯＴＡ管理モジュールは、車両のＧＷ及びＴｂｏｘ等のコンポーネント上で実行され、別のコンポーネントのＯＴＡアップグレードモジュールと協働して、車両全体のアップグレードをともに完了させてよい。図４は、本願の一実施形態に適用可能な別のアップグレードシステムアーキテクチャの概略図である。図４において示されているように、ＯＴＡ管理モジュールは、車両のＧＷにおいて展開され、ＯＴＡアップグレードモジュールは、車両の他のコンポーネントにおいて展開される。ＯＴＡ管理モジュールは、全てのコンポーネント上に展開されたＯＴＡアップグレードモジュールを協働して、車両全体のＯＴＡアップグレードをともに完了させてよい。
【0073】
アップグレードプロセスにおいて、ＯＴＡ管理モジュールは、アップグレードパッケージ間の従属関係に基づいてアップグレードパッケージを順次にインストールするようにＯＴＡアップグレードモジュールにコマンドする。しかしながら、異なるＯＴＡアップグレードタスクを使用することによってアップグレードされる機能又は修復される欠陥は、端末デバイスに対して異なる影響を有する。したがって、異なるＯＴＡタスクは、異なる重要度又は緊急度を有する。例えば、ナビゲーションオンパイロット（ｎａｖｉｇａｔｉｏｎ ｏｎ ｐｉｌｏｔ、ＮＯＰ）機能が導入されるＯＴＡアップグレードバージョンは、前部乗員席メモリが追加されるＯＴＡアップグレードバージョンよりも、車両製造業者及びユーザにとってより重要である。別の例の場合、幾つかのＯＴＡアップグレードタスクは、重要なセキュリティ欠陥を修復するのに使用される。重要なセキュリティ欠陥が適時に修復されない場合、車両リコールさえ生じる。対照的に、幾つかのＯＴＡアップグレードタスクは、一般的な故障（バグ）を修復するためにのみ使用される。比較すると、重要なセキュリティ欠陥を修復するためのＯＴＡアップグレードタスクがより重要である。全てのタスクのアップグレードパッケージが同じ実行ポリシに基づいてインストールされる場合、重要なアップグレードタスクは、十分なリソースを取得することができない。したがって、重要なアップグレードタスクは、高信頼度で又は適時に完了され得ない。
【0074】
これを考慮して、本願の一実施形態は、アップグレード方法を提供する。本方法では、第１のアップグレードタスクに対応する第１の実行ポリシが決定され、第１のアップグレードタスクの実行は、第１の実行ポリシに基づいて制御される。第１の実行ポリシは、実行ポリシセットに属し、当該実行ポリシセットは、第２の実行ポリシを含み、当該第２の実行ポリシは、第１の実行ポリシとは異なる。このようにして、異なる実行ポリシを使用することによって異なるアップグレードタスクを区別することができ、その結果、ＯＴＡアップグレードタスクがフレキシブルにスケジューリングされ、アップグレード効率が改善される。
【0075】
以下は、本願のこの実施形態において提供されるアップグレード方法を説明するために特定の実施形態を使用する。説明の明確さのために、ＯＴＡ管理モジュールが、以下の実施形態において説明のための一例として使用されることに留意されたい。代替的には、ＯＴＡ管理モジュールは、端末デバイスに置き換えられてよい。図５は、本願の一実施形態に係るアップグレード方法に対応する概略フローチャートである。さらに、方法は、図１～図４において示されたアップグレードシステムアーキテクチャに基づいて実装されてよい。方法は、以下を含んでよい：
【0076】
Ｓ５０１：サーバが、第１のアップグレードタスクを生成し、ここで、第１のアップグレードタスクに対応する第１の実行ポリシは、実行ポリシセットに属し、実行ポリシセットは、第２の実行ポリシを含み、第１の実行ポリシは、第２の実行ポリシとは異なる。
【0077】
サーバは、アップグレードタスクを作成し、アップグレードタスクを展開すること、アップグレードタスクを終了すること、アップグレードタスクを一時中断すること、及びアップグレードタスクを再実行すること、複数のアップグレードタスクの優先度を決定すること等を含めて、アップグレードタスクを管理してよい。例えば、サーバがアップグレードタスクを生成することは、サーバがアップグレードタスクを作成することとして理解され得る。アップグレードタスクは、１つ又は複数のアップグレードパッケージを含んでよい。
【0078】
例えば、車両が、一例として使用される。アップグレードタスクは、未アップグレード車両のバッチのアップグレードプロセスに同意することである。例えば、アップグレードタスクは、通常、車両のバッチ内のいずれの車内デバイスがアップグレードされる必要があるのか、アップグレードの前にいずれの通知がユーザに送信される必要があるのか、いずれのコンテンツがユーザにプロンプトされる必要があるのか、アップグレードのために使用されるアップグレードパッケージ等を指定する。さらに、車内デバイスは、ＨＭＩ、バッテリ管理システム（ｂａｔｔｅｒｙ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ、ＢＭＳ）、インフォテインメントシステム等を含んでよい。これは、本願のこの実施形態において限定されるものではない。
【0079】
例えば、異なるアップグレードタスクが異なる機能に対応し得る。インテリジェント車両が、一例として使用され、アップグレードタスク１が、インテリジェント車両の主要な安全上の欠陥を修復するのに使用され、アップグレードタスク２が、より良好なユーザエクスペリエンスを提供するためにコックピットシートメモリ機能を改善するのに使用される。
【0080】
例えば、異なるアップグレードタスクが、異なるアップグレードオブジェクトに対応し得る。例えば、インテリジェント車両について、アップグレードタスク３は、ファームウェアアップグレード（ｆｉｒｍｗａｒｅ ｏｖｅｒ ｔｈｅ ａｉｒ、ＦＯＴＡ）に対応し、アップグレードタスク４は、ソフトウェアアップグレード（ｓｏｆｔｗａｒｅ ｏｖｅｒ ｔｈｅ ａｉｒ、ＳＯＴＡ）に対応する。ＦＯＴＡのアップグレードは、ハードウェア、例えば、ＥＣＵのフラッシュメモリのための完全な内容のイメージをダウンロードすること、又は既存のファームウェアをパッチすること、又はフラッシュメモリを更新することを含む。ＳＯＴＡは、アプリケーションソフトウェアをアップグレードする、例えば、インテリジェント車両のＨＭＩインターフェース上の表示を更新する傾向がある。
【0081】
一実装では、実行ポリシセットは、次の実行属性：インストールプロンプトポリシ、ダウンロードポリシ、検出ポリシ、記憶ポリシ、及びインストールポリシのうちの１つ又は複数を含む。
【0082】
例えば、インストールプロンプトポリシは、ユーザがアップグレードタスクをインストールするようにプロンプトする方式を含む。インストールプロンプトポリシは、以下の実行モードのうちの１つ又は複数を含んでよい：
【0083】
（１）アップグレードタスクは、いずれかのフォントを使用することによってユーザインターフェース（ｕｓｅｒ ｉｎｔｅｒｆａｃｅ、ＵＩ）上でプロンプトされる。さらに、例えば、アップグレードタスクは、Ｔｉｍｅｓ Ｎｅｗ Ｒｏｍａｎを使用することによってＵＩ上でプロンプトされる。
【0084】
（２）アップグレードタスクは、いずれかのフォントサイズを使用することによってＵＩ上でプロンプトされる。さら、例えば、アップグレードタスクは、１２のフォントサイズを使用することによってＵＩ上でプロンプトされる。
【0085】
（３）アップグレードタスクは、いずれかのフォント色を使用することによってＵＩ上でプロンプトされる。さら、例えば、アップグレードタスクは、赤色のフォントを使用することによってＵＩ上でプロンプトされる。
【0086】
（４）ＵＩ上のアップグレードタスクのインストールプロンプトの表示ロケーション。さらに、例えば、インストールプロンプトポリシは、ＵＩの左半分又は上半分においてアップグレードタスクをプロンプトしてよい。
【0087】
（５）アップグレードタスクは、いずれかの明度を使用することによってＵＩ上でプロンプトされる。
【0088】
ＵＩは、サーバ及びユーザの間のインタラクション及び情報交換のためのブリッジであることに留意されたい。例えば、インテリジェント車両について、ＵＩは、車内ディスプレイスクリーン又は車内タッチスクリーンであってよい。ＵＩの具体的な形態は、本願のこの実施形態において限定されるものではない。
【0089】
例えば、ダウンロードポリシは、ＯＴＡ管理モジュールによってアップグレードパッケージをダウンロードすることに対応するダウンロードレートを含む。例えば、ダウンロードポリシは、例えば、ダウンロードレート１、ダウンロードレート２、...、及びダウンロードレートＮによって表されるＮ個の異なるダウンロードレートを含み、ここで、Ｎは、０よりも大きい整数である。Ｎ個の異なるダウンロードレートは、ダウンロードポリシのＮ個の実行モードとして理解され得る。代替的には、ダウンロードポリシは、「ダウンロードレート１よりも低いレートにおいてアップグレードタスクに含まれるアップグレードパッケージをダウンロードすること」、「ダウンロードレート１よりも低くなく、かつダウンロードレート２よりも低いレートにおいてアップグレードタスクに含まれるアップグレードパッケージをダウンロードすること」、...、「ダウンロードレートＮ－１よりも低くなく、かつダウンロードレートＮよりも低いレートにおいてアップグレードタスクに含まれるアップグレードパッケージをダウンロードすること」、及び「ダウンロードレートＮよりも低くないレートにおいてアップグレードタスクに含まれるアップグレードパッケージをダウンロードすること」を含む１つ又は複数の実行モードとして理解され得る。代替的には、ダウンロードポリシは、「ダウンロードレート１よりも高くないレートにおいてアップグレードタスクに含まれるアップグレードパッケージをダウンロードすること」、「ダウンロードレート１よりも高く、かつダウンロードレート２よりも高くないレートにおいてアップグレードタスクに含まれるアップグレードパッケージをダウンロードすること」、...、「ダウンロードレートＮ－１よりも高く、かつダウンロードレートＮよりも高くないレートにおいてアップグレードタスクに含まれるアップグレードパッケージをダウンロードすること」、及び「ダウンロードレートＮよりも高いレートにおいてアップグレードタスクに含まれるアップグレードパッケージをダウンロードすること」を含む１つ又は複数の実行モードとして理解され得る。本明細書において、Ｎ個のダウンロードレートは、次の関係を満たすことが仮定される：ダウンロードレートｉ＜ダウンロードレートｊ、ここで、ｉは、ｊよりも小さい。ダウンロードポリシは、具体的に限定されない別の形態において実装されてよいことに留意されたい。
【0090】
例えば、検出ポリシは、アップグレードパッケージのインストールのために要求される検出条件を含む。例えば、検出ポリシは、例えば、Ｐ１、Ｐ２、...、及びＰＭによって表されるＭ個の残存電力閾値を含み、ここで、Ｍは、０よりも大きい整数である。Ｍ個の残存電力閾値は、検出ポリシのＭ個の異なる実行モードとして理解され得る。代替的には、検出ポリシは、「アップグレードパッケージをインストールするために要求される残存電力がＰ１よりも低くない」、「アップグレードパッケージをインストールするために要求される残存電力はＰ２よりも低くない」、...、及び「アップグレードパッケージをインストールするために要求される残存電力はＰＭよりも低くない」ことを含む１つ又は複数の実行モードとして理解され得る。代替的には、検出ポリシは、「アップグレードパッケージをインストールするために要求される残存電力がＰ１よりも高い」、「アップグレードパッケージをインストールするために要求される残存電力はＰ２よりも高い」、...、及び「アップグレードパッケージをインストールするために要求される残存電力はＰＭよりも高い」ことを含む１つ又は複数の実行モードとして理解され得る。残存電力は、充電状態（ｓｔａｔｅ ｏｆ ｃｈａｒｇｅ、ＳＯＣ）としても理解され得る。Ｐ１～ＰＭは、０及び１の間の十進数、又はパーセンテージ単位で表される１よりも小さい数であり、又は別の形態であってもよい。これは、本願のこの実施形態において限定されるものではない。検出ポリシは、具体的に限定されない別の形態において実装されてよいことに留意されたい。
【0091】
例えば、記憶ポリシは、アップグレードパッケージを記憶するために必要とされる記憶リソースを含む。例えば、アップグレードパッケージを記憶するために要求される記憶リソースは、Ｋ個の記憶コンポーネントにおける記憶リソースであり、ここで、Ｋは、１よりも小さくない整数である。例えば、インテリジェント車両について、コンポーネントは、少なくとも１つのＥＣＵを含んでよい。別の例の場合、記憶ポリシは、１つの特定の車内デバイス又は複数の特定の車内デバイス上にアップグレードパッケージを記憶することである。さらに、例えば、記憶ポリシは、ＯＴＡ管理モジュール及びＯＴＡアップグレードモジュールの両方の上にアップグレードパッケージを保存することであり、ＯＴＡアップグレードモジュールは、アップグレードパッケージをインストールすることを担当するアップグレードモジュールであってよい。別の例の場合、記憶ポリシは、ＯＴＡ管理モジュールにのみアップグレードパッケージを保存することである。
【0092】
例えば、インストールポリシは、アップグレードパッケージのインストール方式を含む。例えば、インストールポリシは、アップグレードパッケージをインストールするためのインストール回数の最大量である。インストール回数の最大量は、アップグレードタスクを受信した後であって、アップグレードタスクに含まれるアップグレードパッケージのインストールに成功する前に、端末デバイスがアップグレードパッケージをインストールすることができる回数の最大量として理解され得る。インストールポリシは、アップグレードパッケージをインストールするためのインストール再試行回数の最大量であってもよいことが理解され得る。例えば、インストールポリシは、例えば、ＭＡＸ－ＮＵＭ １、ＭＡＸ－ＮＵＭ ２、...、及びＭＡＸ－ＮＵＭ Ｐによって表されるインストール回数のＰ個の異なる最大量を含んでよく、ここで、Ｐは、０よりも大きい整数である。インストール回数のＰ個の異なる最大量は、インストールポリシのＰ個の異なる実行モードとして理解され得る。代替的には、インストールポリシは、「インストール回数の最大量はＭＡＸ－ＮＵＭ １である」、「インストール回数の最大量はＭＡＸ－ＮＵＭ ２である」、...、及び「インストール回数の最大量はＭＡＸ－ＮＵＭ Ｐである」ことを含む１つ又は複数の実行モードとして理解され得る。
【0093】
本願のこの実施形態では、実行ポリシセットは、少なくとも２つの実行ポリシを含む。明確さのために、実行ポリシセットが第１の実行ポリシ及び第２の実行ポリシを含むことのみが、説明のための一例として使用される。しかしながら、本願のこの実施形態は、それに限定されるものではないことが理解されるべきである。以下は、上記で説明された実行属性を参照して、第１の実行ポリシが第２の実行ポリシとは異なる実装を別個に説明する。実行ポリシは、本願のこの実施形態において限定されるものではない１つ又は複数の実行属性に対応してよいことに留意されたい。
【0094】
一実装では、第１の実行ポリシ及び第２の実行ポリシは、異なる実行属性に対応する。
【0095】
第１の実行ポリシ及び第２の実行ポリシは、異なる実行属性に対応する、すなわち、第１の実行ポリシ及び第２の実行ポリシに含まれる実行属性における少なくとも１つの異なる実行属性が存在することが理解され得る。例えば、第１の実行ポリシは、インストールプロンプトポリシに対応し、第２の実行ポリシは、ダウンロードポリシに対応する。別の例の場合、第１の実行ポリシは、インストールプロンプトポリシ及びダウンロードポリシに対応し、第２の実行ポリシは、ダウンロードポリシに対応する。
【0096】
別の実装では、第１の実行ポリシ及び第２の実行ポリシは、同じ実行属性に対応するが、少なくとも１つの実行属性が、異なる実行モードを有する。例えば、第１の実行ポリシ及び第２の実行ポリシの両方が、インストールプロンプトポリシ及びダウンロードポリシを含む。しかしながら、第１の実行ポリシに対応するインストールプロンプトポリシの実行モードは、第２の実行ポリシに対応するインストールプロンプトポリシの実行モードとは異なる。代替的には、第１の実行ポリシに対応するダウンロードポリシの実行モードは、第２の実行ポリシに対応するダウンロードポリシの実行モードとは異なる。代替的には、第１の実行ポリシに対応するインストールプロンプトポリシの実行モードは、第２の実行ポリシに対応するインストールプロンプトポリシの実行モードとは異なり、第１の実行ポリシに対応するダウンロードポリシの実行モードは、第２の実行ポリシに対応するダウンロードポリシの実行モードとは異なる。例えば、少なくとも１つの実行属性の異なる実行モードは、以下の項目のうちの１つ又は複数を含んでよい：
【0097】
（１）第１の実行ポリシ及び第２の実行ポリシの両方が、インストールプロンプトポリシを含むが、実行モードは異なる。例えば、第１の実行ポリシに対応するインストールプロンプトのフォントは、第２の実行ポリシに対応するインストールプロンプトのフォントとは異なり、例えば、第１の実行ポリシに対応するインストールプロンプトのフォントは、Ｔｉｍｅｓ Ｎｅｗ Ｒｏｍａｎであり、第２の実行ポリシに対応するインストールプロンプトのフォントは、Ａｒｉａｌである。別の例の場合、第１の実行ポリシに対応するインストールプロンプトのフォントサイズは、第２の実行ポリシに対応するインストールプロンプトのフォントサイズとは異なり、例えば、第１の実行ポリシに対応するインストールプロンプトのフォントサイズは、１２よりも小さくなく、第２の実行ポリシに対応するインストールプロンプトのフォントサイズは、１２よりも小さい。別の例の場合、第１の実行ポリシに対応するインストールプロンプトのフォント色は、第２の実行ポリシに対応するインストールプロンプトのフォント色とは異なり、例えば、インストールプロンプトに対応する第１の実行ポリシは、赤色のフォントで表示され、インストールプロンプトに対応する第２の実行ポリシは、緑色のフォントで表示されていた。別の例の場合、第１の実行ポリシに対応するインストールプロンプトの表示ロケーションは、第２の実行ポリシに対応するインストールプロンプトの表示ロケーションとは異なり、例えば、ＵＩ上で、第１の実行ポリシに対応するインストールプロンプトは、第２の実行ポリシに対応するインストールプロンプトの上方に表示される。別の例の場合、第１の実行ポリシに対応するインストールプロンプトの表示明度は、第２の実行ポリシに対応するインストールプロンプトの表示明度とは異なり、例えば、ＵＩ上で、第１の実行ポリシに対応するインストールプロンプトの表示明度は、第２の実行ポリシに対応するインストールプロンプトの表示明度よりも高い。実行ポリシセットは、少なくとも２つのインストールプロンプトを含むことが理解され得る。更に任意選択で、少なくとも２つのインストールプロンプトのうちの１つは、デフォルト構成インストールプロンプトであってよい。
【0098】
（２）第１の実行ポリシ及び第２の実行ポリシの両方が、ダウンロードポリシを含むが、実行モードは異なる。例えば、第１の実行ポリシに対応するアップグレードタスクダウンロードレートは、第２の実行ポリシに対応するアップグレードタスクダウンロードレートとは異なる。例えば、第１の実行ポリシでは、アップグレードパッケージは、１００Ｍｂｐｓよりも低くないダウンロードレートにおいてダウンロードされ、第２の実行ポリシでは、アップグレードパッケージは、１Ｍｂｐｓよりも低くないダウンロードレートにおいてダウンロードされる。別の例の場合、第１の実行ポリシでは、アップグレードパッケージは、１００Ｍｂｐｓよりも低くないダウンロードレートにおいてダウンロードされ、第２の実行ポリシでは、アップグレードパッケージは、１００Ｍｂｐｓよりも低いダウンロードレートにおいてダウンロードされる。実行ポリシセットは、少なくとも２つのダウンロードレートを含むことが理解され得る。更に任意選択で、少なくとも２つのダウンロードレートのうちの１つは、デフォルト構成ダウンロードレートであってよい。
【0099】
（３）第１の実行ポリシ及び第２の実行ポリシの両方が、検出ポリシを含むが、実行モードは異なる。例えば、第１の実行ポリシに対応する残存電力閾値は、第２の実行ポリシに対応する残存電力閾値とは異なる。例えば、第１の実行ポリシでは、残存電力閾値が３０％よりも低くない場合、マスターノードは、アップグレードタスクに対して後続の処理を実行し、例えば、アップグレードタスクの実行を制御する。第２の実行ポリシでは、残存電力閾値が２０％よりも低くない場合、マスターノードは、アップグレードタスクに対して後続の処理を実行する。実行ポリシセットは、少なくとも２つの残存電力閾値を含むことが理解され得る。更に任意選択で、少なくとも２つの残存電力閾値のうちの１つは、デフォルト構成残存電力閾値であってよい。
【0100】
（４）第１の実行ポリシ及び第２の実行ポリシの両方が、記憶ポリシを含むが、実行モードは異なる。例えば、第１の実行ポリシに対応する記憶リソースは、第２の実行ポリシに対応する記憶リソースとは異なる。インテリジェント車両が、一例として使用される。第１の実行ポリシでは、インテリジェント車両は、車両におけるＫ個の記憶コンポーネントを使用することによって、アップグレードタスクに含まれるアップグレードパッケージを記憶し、第２の実行ポリシでは、インテリジェント車両は、車両におけるＫ'個のコンポーネントを使用することによって、アップグレードタスクに含まれるアップグレードパッケージを記憶する。別の例の場合、第１の実行ポリシでは、インテリジェント車両は、マスターノード及びスレーブノードにおいて、アップグレードタスクに含まれるアップグレードパッケージを記憶し、ここで、スレーブノードは、アップグレードタスクに対応するアップグレードオブジェクトであり、第２の実行ポリシでは、インテリジェント車両は、マスターノードのみにおいて、アップグレードタスクに含まれるアップグレードパッケージを記憶する。実行ポリシセットは、少なくとも２つの記憶リソースを含むことが理解され得る。更に任意選択で、少なくとも２つの記憶リソースのうちの１つは、デフォルト構成記憶リソースであってよい。
【0101】
（５）第１の実行ポリシ及び第２の実行ポリシの両方が、インストールポリシを含むが、実行モードは異なる。例えば、第１の実行ポリシに対応するインストール回数の最大量は、第２の実行ポリシに対応するインストール回数の最大量とは異なる。例えば、第１の実行ポリシでは、端末デバイスは、アップグレードタスクに含まれるアップグレードパッケージのインストールに成功する前に最大でＭＡＸ－ＮＵＭ １回アップグレードパッケージをインストールしてよく、第２の実行ポリシでは、端末デバイスは、アップグレードタスクに含まれるアップグレードパッケージのインストールに成功する前に最大でＭＡＸ－ＮＵＭ ２回アップグレードパッケージをインストールしてよい。実行ポリシセットは、インストール回数の少なくとも２つの最大量を含むことが理解され得る。更に任意選択で、インストール回数の少なくとも２つの最大量のうちの１つは、インストール回数のデフォルト構成最大量であってよい。別の例の場合、第１の実行ポリシに対応するインストールシーケンスは、第２の実行ポリシに対応するインストールシーケンスとは異なる。
【0102】
本願のこの実施形態では、実行ポリシセットは、第１の実行ポリシ及び第２の実行ポリシ以外の１つ又は複数の実行ポリシを更に含んでよいことに留意されたい。実行ポリシセットにおける実行ポリシは、互いに異なり、実行ポリシのものであり、互いに異なる実装は上記で説明されている。詳細は、本明細書において再度説明されない。
【0103】
任意選択で、図５において示されているアップグレード方法は、具体的には以下のように、段階Ｓ５０２を更に含む：
【0104】
段階Ｓ５０２：サーバは、第１のアップグレードタスクに対応する第１の実行ポリシを構成する。
【0105】
一実装では、サーバは、第１のアップグレードタスクに対応する第１の実行ポリシを直接構成してよく、第１の実行ポリシは、１つ又は複数の実行属性に対応する。例えば、第１の実行ポリシは、１つ又は複数の実行属性：インストールプロンプトポリシ、ダウンロードポリシ、検出ポリシ、記憶ポリシ、及びインストールポリシを含む。第１の実行ポリシは、１つ又は複数の実行属性に対応し、これは、第１の実行ポリシが１つ又は複数の実行属性及び１つ又は複数の実行属性に対応する実行モードを含むこととしても理解され得ることに留意されたい。例えば、サーバは、いずれのフォントサイズにおいてＵＩ上に第１のアップグレードタスクを表示するのかについてのインストールプロンプトポリシを含むように、第１のアップグレードタスクに対応する第１の実行ポリシを構成する。別の例の場合、サーバは、いずれのフォント色においてＵＩ上で第１のアップグレードタスクをプロンプトするのかについてのインストールプロンプトポリシ及びいずれのダウンロードレートにおいてアップグレードパッケージをダウンロードするのかについてのダウンロードポリシを含むように、第１のアップグレードタスクに対応する第１の実行ポリシを構成する。第１の実行ポリシは、別の形態も有し得る。詳細について、上記の実行ポリシの詳細な説明を参照されたい。詳細は、本明細書において再度説明されない。サーバは、第１のアップグレードタスクのアップグレードコンテンツ又はアップグレード機能に基づいて第１の実行ポリシを構成してもよいし、又はＯＥＭ又は製造者の推奨に基づいて第１の実行ポリシを構成してもよい。これは、本願のこの実施形態において限定されるものではない。
【0106】
別の実装では、サーバは、第１のアップグレードタスクの第１のレベルを構成し、第１のレベルは、第１の実行ポリシに対応する。
【0107】
例えば、第１のレベルは、タスク実行レベルセットに属し、タスク実行レベルセットは、少なくとも２つのタスク実行レベルを含む。例えば、実行ポリシセットは、高（ｈｉｇｈ）タスク実行レベル及び低（ｌｏｗ）タスク実行レベルを含む。別の例の場合、実行ポリシセットは、高タスク実行レベル、低タスク実行レベル、及び中（ｍｉｄｄｌｅ）タスク実行レベルを含む。本願のこの実施形態では、異なるタスク実行レベルの分類原理は、以下の項目のうちの１つ又は複数を含む：
【0108】
（１）異なるタスク実行レベルは、アップグレードタスクに対応するアップグレードオブジェクトの機能セキュリティレベルに基づいて分類される。例えば、より高い機能セキュリティレベルを有するアップグレードオブジェクトは、より高いタスク実行レベルに対応する。
【0109】
（２）異なるタスク実行レベルは、アップグレードタスクによって修復される欠陥の異なる重大度に基づいて分類される。例えば、アップグレードタスクによって修復される欠陥のより高い重大度は、より高いタスク実行レベルに対応する。
【0110】
（３）異なるタスク実行レベルは、ユーザの運転体験に対するアップグレードタスクの新たな機能の異なる影響に基づいて分類される。例えば、ユーザの運転体験に対するアップグレードタスクの新たな機能のより高い影響は、より高いタスク実行レベルに対応する。
【0111】
（４）異なるタスク実行レベルは、事業価値に異なるように寄与するアップグレードタスクのコンテンツに基づいて分類される。例えば、事業価値に対するアップグレードタスクのコンテンツのより高い寄与は、より高いタスク実行レベルに対応する。
【0112】
（５）異なるタスク実行レベルは、アップグレードタスクに対応するアップグレードオブジェクトの異なる優先度に基づいて分類される。例えば、アップグレードオブジェクトのより高い優先度は、より高いタスク実行レベルに対応する。
【0113】
（６）異なるタスク実行レベルは、アップグレードタスクの異なる緊急度に基づいて分類される。例えば、時間内により多くインストールされる必要があるアップグレードパッケージは、より高いタスク実行レベルに対応する。
【0114】
（７）異なるタスク実行レベルは、ユーザレベルに基づいて分類され、ユーザレベルは、例えば、ユーザのメンバレベルであってよい。例えば、ユーザのより高いメンバーシップレベルは、より高いタスク実行レベルに対応する。
【0115】
タスク実行レベルの分類原理は、具体的に限定されない別の形態を含んでよいことに留意されたい。
【0116】
さらに、例えば、異なるタスク実行レベルは、ＯＴＡアップグレードタスクの異なる重要性を表すのに使用されてよい。例えば、高タスク実行レベル及び低タスク実行レベルは、それぞれ、重要なＯＴＡアップグレードタスク及び重要ではないＯＴＡアップグレードタスクに対応する。本願のこの実施形態では、異なる重要性を有するＯＴＡアップグレードタスクの分類原理は、異なるタスク実行レベルの分類原理と整合してよく、すなわち、より高いタスク実行レベルを有するアップグレードタスクは、より重要である。重要なＯＴＡアップグレードタスク又は高タスク実行レベルを有するＯＴＡアップグレードタスクのために、端末デバイスは、より高速に又はより高信頼度でＯＴＡアップグレードタスクに含まれるアップグレードパッケージをアップグレードする必要があることが理解され得る。
【0117】
タスク実行レベル及び実行ポリシの間のマッピング関係は、プロトコルにおいて指定されるか又はサーバによって構成されてもよいし、又は別の方式で実装されてもよい。これは、本願のこの実施形態において具体的に限定されるものではない。
【0118】
段階Ｓ５０３：サーバは、第１のアップグレードタスクをＯＴＡ管理モジュールに送信する。
【0119】
それに応じて、ＯＴＡ管理モジュールは、第１のアップグレードタスクを受信する。具体的には、ＯＴＡ管理モジュールは、第１のアップグレードタスクを受信する。
【0120】
さらに、任意選択で、第１のアップグレードタスクは、アップグレードパッケージを更に含んでよい。
【0121】
段階Ｓ５０４：ＯＴＡ管理モジュールは、第１のアップグレードタスクに対応する第１の実行ポリシを決定する。
【0122】
一実装では、ＯＴＡ管理モジュールは、第１のアップグレードタスクのアップグレードコンテンツ又はアップグレード機能に基づいて第１の実行ポリシを決定してよい。例えば、第１のアップグレードタスクは、セキュリティ機能欠陥を修復するタスクであり、ＯＴＡ管理モジュールは、第１の実行ポリシとしてセキュリティ機能欠陥修復に対応する実行ポリシを決定し、例えば、第１の実行ポリシとしてＵＩ上にユーザの注目をより集め得るインストールポリシ（例えば、１２よりも小さくないフォントサイズにおけるインストールプロンプト、赤色のフォントにおけるインストールプロンプト、又はＵＩの上半分において表示されるインストールプロンプト）を決定してよい。別の例の場合、ＯＴＡ管理モジュール及びＯＴＡアップグレードモジュールにおいて、第１のアップグレードタスクに含まれるアップグレードパッケージを記憶するための記憶ポリシは、第１の実行ポリシである。アップグレードタスクのアップグレードコンテンツ又はアップグレード機能及び実行ポリシの間のマッピング関係は、サーバによって事前構成されてもよいし、又はプロトコルにおいて指定されてもよいことが理解されるべきである。更に任意選択で、サーバは、ネットワークデバイスを使用することによって端末デバイスに対するマッピング関係を構成してよい。
【0123】
別の実装では、図３において示されているアップグレード方法は、具体的には以下のように、段階Ｓ５０５を更に含む：
【0124】
段階Ｓ５０５：サーバは、第１の指示情報をＯＴＡ管理モジュールに送信し、ここで、第１の指示情報は、第１の実行ポリシを示すか又は第１のレベルを示すのに使用される。この段階は、任意選択である。
【0125】
それに応じて、ＯＴＡ管理モジュールは、第１の指示情報を受信する。さらに、ＯＴＡ管理モジュールは、第１の指示情報に基づいて第１の実行ポリシを決定する。具体的には、ＯＴＡ管理モジュールは、第１の指示情報に基づいて第１の実行ポリシを決定する。例えば、第１の指示情報が第１のレベルを示す場合、ＯＴＡ管理モジュールは、第１のレベル及び実行ポリシの間のマッピング関係に基づいて、第１のレベルに対応する実行ポリシを第１の実行ポリシとして決定する。マッピング関係は、サーバ及び端末デバイスの両方によって従われるマッピング関係であることが理解されるべきである。マッピング関係は、サーバによって事前構成されてもよいし、又はプロトコルにおいて指定されてもよい。更に任意選択で、サーバは、ネットワークデバイスを使用することによって端末デバイスに対するマッピング関係を構成してよい。
【0126】
加えて、第１の指示情報及び第１のアップグレードタスクは、同じメッセージを使用することによって送信されてもよいし、又は異なるメッセージを使用することによって送信されてもよい。例えば、サーバは、メッセージＡを使用することによって第１のアップグレードタスク及び第１の実行ポリシを送信し、又はサーバは、メッセージＡを使用することによって第１のアップグレードタスク及び第１のレベルを送信する。別の例の場合、サーバは、メッセージＡを使用することによって第１のアップグレードタスクを送信し、メッセージＢを使用することによって第１の指示情報を送信する。
【0127】
段階Ｓ５０６：ＯＴＡ管理モジュールは、第１の実行ポリシに基づいて第１のアップグレードタスクの実行を制御する。
【0128】
第１のアップグレードタスクを取得した後、ＯＴＡ管理モジュールは、第１の実行ポリシに基づいて第１のアップグレードタスクの後続の動作を実行し、例えば、第１のアップグレードタスクの実行を制御する。
【0129】
ＯＴＡ管理モジュールは、以下の実装のうちの１つ又は複数を通して第１のアップグレードタスクの実行を制御する。
【0130】
一実装では、ＯＴＡ管理モジュールは、第２の情報をインストールプロンプト制御モジュールに送信し、第２の情報は、第１の実行ポリシに対応するインストールプロンプトを示すのに使用される。例えば、インテリジェント車両について、第２の情報は、車内通信媒体（例えば、イーサネット（登録商標）、ＣＡＮバス、ブルートゥース（登録商標）、Ｗｉ－Ｆｉ（登録商標）、又は別のワイヤレス通信媒体）を使用することによって送信されてよい。インストールプロンプト制御モジュールは、ＵＩディスプレイ、例えば、ＣＤＣを制御するための制御モジュールである。このようにして、第１の実行ポリシは、インストールプロンプトポリシを含むことが理解されるべきである。
【0131】
第１の実行ポリシを決定した後、ＯＴＡ管理モジュールは、第２の情報を使用することによって、ＵＩ上に第１の実行ポリシに対応するインストールプロンプトを表示するためにインストールプロンプト制御モジュールを示してよい。具体的には、例えば、第１の実行ポリシは、赤色のフォントにおいて第１のアップグレードタスクのインストールプロンプトを表示することを含む。それに応じて、インストールプロンプト制御モジュールは、第２の情報を取得した後にＵＩ上に赤色のフォントにおいて第１のアップグレードタスクのインストールプロンプトを表示する。別の例の場合、第１の実行ポリシは、ＵＩの上半分において赤色のフォントにおいて第１のアップグレードタスクのインストールプロンプトを表示することを含む。それに応じて、インストールプロンプト制御モジュールは、第２の情報を取得した後にＵＩの上半分において赤色のフォントにおいて第１のアップグレードタスクのインストールプロンプトを表示する。
【0132】
代替的には、ＯＴＡ管理モジュールは、第２の情報をＯＴＡアップグレードモジュールに送信してよく、ＯＴＡアップグレードモジュールは、ＵＩ上に第１の実行ポリシに対応するインストールプロンプトを表示するようにインストールプロンプト制御モジュールを制御する。ＯＴＡアップグレードモジュールは、第１のアップグレードタスクに含まれるアップグレードパッケージをインストールすることを担当するアップグレードモジュールであってよい。
【0133】
別の実装では、ＯＴＡ管理モジュールは、第１の実行ポリシに対応するダウンロードポリシに基づいて、第１のアップグレードタスクに対応する第１のアップグレードパッケージを取得する。このようにして、第１の実行ポリシは、ダウンロードポリシを含むことが理解されるべきである。具体的には、例えば、第１の実行ポリシは、１００Ｍｂｐｓよりも低くないレートにおいて第１のアップグレードタスクに含まれるアップグレードパッケージをダウンロードすることである。ＯＴＡ管理モジュールは、第１の実行ポリシを決定した後に、サーバから１００Ｍｂｐｓよりも低くないレートにおいて、第１のアップグレードタスクに含まれるアップグレードパッケージをダウンロードする。
【0134】
更に別の実装では、ＯＴＡ管理モジュールは、第３の情報を電力管理モジュールに送信する。第３の情報は、端末デバイスの残存電力又は充電状態を検出するように電力管理モジュールに指示するか、又は端末デバイスの残存電力又は充電状態をフィードバックするように電力管理モジュールに指示するのに使用される。例えば、インテリジェント車両について、第３の情報は、車内通信媒体（例えば、イーサネット（登録商標）、ＣＡＮバス、ブルートゥース（登録商標）、Ｗｉ－Ｆｉ（登録商標）、又は別のワイヤレス通信媒体）を使用することによって送信されてよい。電力管理モジュールは、端末デバイスの残存電力又は充電状態を検出することができるモジュール、例えば、ＢＭＳである。このようにして、第１の実行ポリシは、検出ポリシを含むことが理解されるべきである。インテリジェント車両が、一例として使用される。第１の実行ポリシを決定した後、ＯＴＡ管理モジュールは、第３の情報を電力管理モジュールに送信して、車両のＳＯＣを検出するように電力管理モジュールをトリガするか、又は車両のＳＯＣをフィードバックするように電力モジュールに指示する。車両のＳＯＣを取得した後、電力管理モジュールは、ＳＯＣを、ＯＴＡ管理モジュール又はＯＴＡアップグレードモジュールにフィードバックする。ＯＴＡアップグレードモジュールは、第１のアップグレードタスクに含まれるアップグレードパッケージをインストールすることを担当する。さらに、電力管理モジュールによって検出又はフィードバックされたＳＯＣの結果が第１の実行ポリシに対応する残存電力閾値よりも高い場合、ＯＴＡ管理モジュール又はＯＴＡアップグレードモジュールは、第１のアップグレードタスクの後続の動作を実行する。具体的には、例えば、第１の実行ポリシに対応する残存電力閾値は、３０％である。ＯＴＡ管理モジュールは、第３の情報を送信して、第１の実行ポリシが残存電力閾値を含むと決定した後にインテリジェント車両のＳＯＣを検出するように電力管理モジュールに指示する。電力管理モジュールは、インテリジェント車両のＳＯＣが７０％であることを検出し、この結果をＯＴＡ管理モジュールにフィードバックする。結果に基づいて、ＯＴＡ管理モジュールは、インテリジェント車両のＳＯＣが第１の実行ポリシに対応する残存電力閾値よりも高いと決定し、その後、第１のアップグレードタスクの後続の動作を実行してよく、例えば、第１のアップグレードタスクに含まれるアップグレードパッケージをＯＴＡアップグレードモジュールに送信してよい。代替的には、第３の情報は、電力閾値を含み、端末デバイスの残存電力又は充電状態が電力閾値よりも高いか否かを決定するように電力管理モジュールに指示する。例えば、第３の情報を受信した後、電力管理モジュールは、端末デバイスのＳＯＣを取得し、ＳＯＣを、第３の情報に含まれる電力閾値と比較し、その後、比較結果をＯＴＡ管理モジュールにフィードバックする。ＯＴＡ管理モジュールは、比較結果に基づいて第１のアップグレードタスクの後続の動作を実行すべきか否かを決定する。例えば、電力管理モジュールによってフィードバックされた比較結果が、端末デバイスのＳＯＣが第３の情報に含まれる電力閾値よりも高いというものである場合、ＯＴＡ管理モジュールは、第１のアップグレードタスクに含まれるアップグレードパッケージをＯＴＡアップグレードモジュールに送信する。
【0135】
代替的には、ＯＴＡ管理モジュールは、第３の情報をＯＴＡアップグレードモジュールに送信してよい。その後、ＯＴＡアップグレードモジュールは、端末デバイスの残存電力又は充電状態を検出するように電力管理モジュールを制御するか、又は端末デバイスの残存電力又は充電状態をフィードバックするように電力管理モジュールに指示するか、又は端末デバイスのＳＯＣ及び第３の情報に含まれる電力閾値の間の比較結果をフィードバックするように電力管理モジュールに指示する。具体的には、例えば、第１の実行ポリシに対応する残存電力閾値は、３０％である。ＯＴＡ管理モジュールは、第３の情報をＯＴＡアップグレードモジュールに送信し、第３の情報は、第１の実行ポリシを示す。第１の実行ポリシが残存電力閾値を含むと決定した後、ＯＴＡアップグレードモジュールは、インテリジェント車両のＳＯＣを検出するように電力管理モジュールに指示する。対応して、電力管理モジュールは、検出されたＳＯＣ結果又はＳＯＣ及び電力閾値の間の比較結果をＯＴＡアップグレードモジュールにフィードバックしてよい。ＯＴＡアップグレードモジュールは、結果に基づいて第１のアップグレードタスクの後続の動作を実行する。例えば、ＳＯＣ結果が第１の実行ポリシに対応する残存電力閾値よりも高い場合、ＯＴＡアップグレードモジュールは、第１のアップグレードタスクに含まれるアップグレードパッケージをインストールする。
【0136】
更に別の実装では、ＯＴＡ管理モジュールは、第１の実行ポリシに対応する記憶ポリシに基づいて、第１のアップグレードタスクに含まれるアップグレードパッケージの記憶を制御する。このようにして、第１の実行ポリシは、記憶ポリシを含むことが理解されるべきである。具体的には、例えば、第１の実行ポリシは、ＯＴＡ管理モジュール及びＯＴＡアップグレードモジュールにアップグレードパッケージを記憶することである。第１の実行ポリシを決定した後、ＯＴＡ管理モジュールは、ＯＴＡ管理モジュールにアップグレードパッケージを保存することに加えて、アップグレードパッケージをＯＴＡアップグレードモジュールに配布し、アップグレードパッケージを保存するようにＯＴＡアップグレードモジュールに指示する。ＯＴＡアップグレードモジュールは、第１のアップグレードタスクに含まれるアップグレードパッケージをインストールすることを担当する。さらに、例えば、アップグレードパッケージがインストールに成功した後、アップグレードパッケージは、ＯＴＡ管理モジュール及びＯＴＡアップグレードモジュールから除去されてよい。
【0137】
更に別の実装では、ＯＴＡ管理モジュールは、第４の情報をＯＴＡアップグレードモジュールに送信し、第４の情報は、第１のアップグレードタスクに含まれるアップグレードパッケージのインストール回数の最大量を示すのに使用される。例えば、インテリジェント車両について、第４の情報は、車内通信媒体（例えば、イーサネット（登録商標）、ＣＡＮバス、ブルートゥース（登録商標）、Ｗｉ－Ｆｉ（登録商標）、又は別のワイヤレス通信媒体）を使用することによって送信されてよい。ＯＴＡアップグレードモジュールは、第１のアップグレードタスクに含まれるアップグレードパッケージをインストールすることを担当する。具体的には、インテリジェント車両が、一例として使用される。ＯＴＡ管理モジュールは、第１の実行ポリシを決定した後に第４の情報をＯＴＡアップグレードモジュールに送信する。第４の情報を取得した後、ＯＴＡアップグレードモジュールは、第４の情報によって示されたインストール回数の最大量に基づいて、第１のアップグレードタスクに含まれるアップグレードパッケージをインストールする。例えば、インストール回数の最大量はＮであり、ＯＴＡアップグレードモジュールは、アップグレードパッケージのインストールに成功する前にＮ回アップグレードパッケージを繰り返しインストールし得ることが理解されるべきである。
【0138】
本願のこの実施形態では、任意選択で、異なる実行ポリシは、異なるアップグレードタスクに対応し得る。説明の容易さのために、本願のこの実施形態では、第１のアップグレードポリシに対応するアップグレードタスクは、第１のアップグレードタスクとして説明され、第２のアップグレードポリシに対応するアップグレードタスクは、第２のアップグレードタスクとして説明される。例えば、第１のアップグレードタスクは、高レベルＯＴＡアップグレードタスクであり、第２のアップグレードタスクは、低レベルＯＴＡアップグレードタスクである。異なるアップグレードタスクは、区別される実行ポリシに基づいて実行され、その結果、異なるタスクの重要度が区別され得、それによって、重要なＯＴＡアップグレードタスクが車両側でより優先的に又はより高信頼度で実行され得ることが確実になる。具体的には以下のとおりである：
【0139】
例えば、高レベルＯＴＡアップグレードタスク及び低レベルＯＴＡアップグレードタスクは、異なるインストールプロンプトポリシに基づいて区別され、その結果、ユーザは、より高いレベルのＯＴＡアップグレードタスクをより容易に通知し、その後、ユーザは、アップグレードタスクをより高速にかつより容易に確認及び実行することができる。例えば、高レベルＯＴＡアップグレードタスクに対するユーザの注目は、異なるタスクのインストールプロンプトを表示するためのインストールプロンプトの異なるフォント、異なるフォントサイズ、異なるフォント色、又は異なる表示明度を使用することによって改善され得る。別の例の場合、複数のアップグレードタスクリマインダが存在する場合、高レベルＯＴＡアップグレードタスクのインストールプロンプトシーケンスが、ＵＩインターフェース上で低レベルＯＴＡアップグレードタスクのインストールプロンプトシーケンスの前に配置され、その結果、高レベルＯＴＡアップグレードタスクは、ユーザによって確認されるより高い機会を有し得る。
【0140】
別の例の場合、高レベルＯＴＡアップグレードタスク及び低レベルＯＴＡアップグレードタスクは、異なるダウンロードポリシに基づいて区別され、その結果、ＯＴＡアップグレードタスクのアップグレードパッケージが、より高速レートにおいて端末デバイスにダウンロードされ得、アップグレードタスクは、より高速に更に実行され得る。例えば、サービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ、ＱｏＳ）をサポートするチャネルにおいて、高レベルＯＴＡアップグレードタスクに含まれるアップグレードパッケージのダウンロード優先度は、低レベルＯＴＡアップグレードタスクに含まれるアップグレードパッケージのダウンロード優先度よりも高く、通常の車両ネットワークサービスのアップグレードパッケージ、例えば、車両ネットワークサービスに含まれる音楽及びマップに対応するアップグレードパッケージのものよりも高くてもよい。区別されるサービスＤｉｆｆｓｅｒｖが、一例として使用される。通常の車両ネットワークサービスのアップグレードパッケージのダウンロードレートは、低優先度として構成されてよく、高レベルＯＴＡアップグレードタスクのアップグレードパッケージのダウンロードレートは、高優先度として構成されてよく、その結果、サーバは、高レベルＯＴＡアップグレードタスクのアップグレードパッケージを優先的に送信することができ、又はサーバは、ネットワークデバイスを使用することによって高レベルＯＴＡアップグレードタスクのアップグレードパッケージを優先的に送信する。
【0141】
別の例の場合、高レベルＯＴＡアップグレードタスク及び低レベルＯＴＡアップグレードタスクは、異なる検出ポリシに基づいて区別され、これは、高レベルＯＴＡアップグレードタスクの高信頼度の完了を確実にし得る。例えば、高レベルＯＴＡアップグレードタスクは、インテリジェント車両のＳＯＣが３０％よりも多い場合にのみ実行されてよく、低レベルＯＴＡアップグレードタスクは、インテリジェント車両のＳＯＣが２０％よりも多い場合にのみ実行されてよい。このようにして、電力枯渇に起因して高レベルＯＴＡアップグレードタスクの実行に失敗する確率が低下し得る。
【0142】
別の例の場合、高レベルＯＴＡアップグレードタスク及び低レベルＯＴＡアップグレードタスクは、異なる記憶ポリシに基づいて区別され、これは、より多くの記憶リソースが高レベルＯＴＡアップグレードタスクのために使用されることを確実にし得、それによって、高レベルＯＴＡアップグレードタスクのスムーズな完了が確実になる。例えば、高レベルＯＴＡアップグレードタスクのアップグレードパッケージは、１つのバックアップコンポーネント又は複数の部分コンポーネント上で保持される。アップグレードコンポーネントの記憶又はインストール中にアップグレードパッケージが損傷を受けるか又は読み出しエラーが生じる場合、インテリジェント車両は、バックアップアップグレードパッケージを使用することによってアップグレードタスクを高速に再実行してよく、それによって、高レベルＯＴＡアップグレードタスクの実行に成功する確率が高まる。しかしながら、低レベルＯＴＡアップグレードタスクは、バックアップされなくてよい。問題が生じる場合、アップグレードタスクは失敗する。インテリジェント車両は、アップグレードパッケージを再ダウンロード及びインストールしてよく、要求されるインストール回数は、高レベルＯＴＡアップグレードタスクのものよりも長い。本願のこの実施形態では、コンポーネントは、少なくとも１つのＥＣＵを含むコンポーネントであってよい。
【0143】
別の例の場合、高レベルＯＴＡアップグレードタスク及び低レベルＯＴＡアップグレードタスクは、異なるインストールポリシに基づいて区別され、これは、高レベルＯＴＡアップグレードタスクのアップグレードパッケージが、より高信頼度でかつより高速にインストールされ得ることを確実にし得る。例えば、アップグレードタスクのアップグレードパッケージのインストールは失敗し得るので、高レベルＯＴＡアップグレードタスクは、インストール成功レートを改善するようにより多くのインストール再試行回数で構成されてよい。別の例の場合、複数のＯＴＡアップグレードタスクが存在するとき、インテリジェント車両は、高レベルＯＴＡアップグレードタスクに含まれるアップグレードパッケージを優先的にインストールしてよい。
【0144】
代替的には、本願のこの実施形態では、異なる実行ポリシは、異なるアップグレードサブタスクに対応してもよい。１つのアップグレードタスクは、複数のアップグレードサブタスクを含んでよい。例えば、サーバは、アップグレードタスクによって実装される機能に基づいて１つのアップグレードタスクに含まれる特定のタスクを分類し、例えば、アップグレードタスクに含まれるバッテリ制御機能をアップグレードするタスクを１つのサブタスクとして使用し、アップグレードタスクに含まれるシャーシ制御機能をアップグレードするタスクを別のサブタスクとして使用してよい。別の例の場合、サーバは、アップグレードタスクに対応するアップグレードコンポーネントに基づいて、アップグレードタスクに含まれる複数のサブタスクを分類してよく、例えば、ＦＯＴＡに対応し、かつアップグレードタスク内にあるタスクを１つのサブタスクとして使用し、ＳＯＴＡに対応し、かつアップグレードタスク内にあるタスクを別のサブタスクとして使用してよい。このケースでは、第１の指示情報は、１つ又は複数のアップグレードサブタスクに対応する実行ポリシを示してもよいし、又は１つ又は複数のアップグレードサブタスクに対応するタスクレベルを示してもよいことが理解され得る。タスクレベルは、タスクレベルを有するサブタスクの実行ポリシに対応する。代替的には、第１の指示情報は、複数のアップグレードサブタスクを含むアップグレードタスクの実行ポリシ又はタスクレベルを依然として示す。ＯＴＡ管理モジュールは、別の決定方式と組み合わせた第１の指示情報に基づいて、アップグレードタスクに含まれるサブタスクに対応する実行ポリシ又はタスクレベルを決定してよい。別の決定方式は、例えば、デフォルトタスクレベル分類方式又は実行ポリシ決定方式であってもよいし、又は具体的に限定されない別の形態を有してもよい。
【0145】
図５を参照して、別の実装では、アップグレードタスク及びタスクレベルの間のマッピング関係は、サーバ側で保存されてよく、タスクレベル及び実行ポリシの間のマッピング関係は、端末デバイス側で実装されてよい。
具体的に言えば、サーバは、第１のアップグレードタスクを生成し、第１のアップグレードタスクに対応する第１のレベルは、タスク実行レベルセットに属し、タスク実行レベルセットは、少なくとも２つのタスク実行レベルを含む。それに応じて、第１のアップグレードタスクを受信した後、ＯＴＡ管理モジュールは、第１のレベル、及び当該第１のレベル及び実行ポリシの間のマッピング関係に基づいて第１の実行ポリシを決定してよい。代替的には、この実装では、アップグレードタスクは、アップグレードサブタスクに置き換えられてよい。具体的に言えば、アップグレードサブタスク及びタスクレベルの間のマッピング関係は、サーバ側で保存されてよく、アップグレードサブタスクに対応するタスクレベル及びアップグレードサブタスクに対応する実行ポリシの間のマッピング関係は、端末デバイス側で実装されてよい。
具体的に言えば、サーバは、第１のアップグレードタスクを生成し、第１のアップグレードタスクに対応する第１のレベルは、タスク実行レベルセットに属し、タスク実行レベルセットは、少なくとも２つのタスク実行レベルを含む。それに応じて、第１のアップグレードタスクを受信した後、ＯＴＡ管理モジュールは、第１のレベル、及び当該第１のレベル及び実行ポリシの間のマッピング関係に基づいて第１の実行ポリシを決定してよい。代替的には、この実装では、アップグレードタスクは、アップグレードサブタスクに置き換えられてよい。具体的に言えば、アップグレードサブタスク及びタスクレベルの間のマッピング関係は、サーバ側で保存されてよく、アップグレードサブタスクに対応するタスクレベル及びアップグレードサブタスクに対応する実行ポリシの間のマッピング関係は、端末デバイス側で実装されてよい。
【0146】
本願のこの実施形態では、アップグレードサブタスクレベルの分類原理及びアップグレードタスクレベルの分類原理は、同じであってもよいし、又は異なってもよく、これは具体的には限定されないことに留意されたい。
【0147】
本願のこの実施形態において示されているこの方式によれば、少なくとも２つの実行ポリシを含む実行ポリシセットは、ＯＴＡアップグレードタスクがフレキシブルにスケジューリングされ得るように設計される。さらに、異なるレベルを有するタスクは、実行ポリシセットに含まれる異なる実行ポリシに基づいて区別され得、それによって、重要なＯＴＡアップグレードタスクがより高信頼度でかつより高速で完了され得ることが確実になる。
【0148】
【0149】
図６は、本願の一実施形態に係る通信装置の概略ブロック図である。図６において示されているように、通信装置は、前述の可能な実装のうちのいずれか１つにおける方法を実行するために、プロセッサ及び送受信機を含んでよい。プロセッサは、装置の内部処理を実行する、例えば、アップグレードタスクに対応する実行ポリシを決定し、別の例の場合、実行ポリシに基づいてアップグレードタスクの実行を制御し、更に別の例の場合、アップグレードタスクを生成するように構成されてよい。送受信機は、送信及び受信に関連する機能を実行する、例えば、情報を別の装置に送信するか、又は情報を別の装置から受信するように構成されている。
【0150】
通信装置は、端末デバイスの装置であってよく、通信装置は、端末デバイスによって実行される前述の方法のうちのいずれか１つを実行するように構成されてよい。代替的には、通信装置は、サーバの装置であってよく、通信装置は、サーバによって実行される前述の方法のうちのいずれか１つを実行するように構成されてよい。
【0151】
一実装では、通信装置は、通信チップであり、送受信機は、通信チップの入力／出力回路又はポートであってよい。別の実装では、通信装置に含まれる送受信機は、送信機及び受信機、又は送信機マシン又は受信機マシンであってよい。
【0152】
更に別の実装では、通信装置は、本願の実施形態における可能な実装のうちのいずれか１つにおける方法を実行するように構成されたモジュールを更に含む。
【0153】
更に別の実装では、通信装置は、図７において破線ボックスで示されているように、メモリを更に含んでよい。図７は、本願の一実施形態に係る通信装置の概略ブロック図である。メモリは、通信装置に含まれるプロセッサ及び送受信機に結合される。メモリ、プロセッサ、及び送受信機は、内部接続パスを通して互いに通信することが理解されてよい。具体的には、プロセッサは、メモリにおける命令を実行するように構成されてよく、その結果、装置は、本願の実施形態における可能な実装のうちのいずれか１つにおける方法を実行するように有効化される。
【0154】
本願のこの実施形態では、通信装置は、本願の実施形態における可能な実装のうちのいずれか１つにおいて端末デバイス又はＯＴＡ管理モジュールに対応してよい。通信装置は、端末デバイス、又は当該端末デバイスに配置されたチップであってもよいし、又はＯＴＡ管理モジュール、又は当該ＯＴＡ管理モジュールに配置されたチップであってもよい。
【0155】
本願のこの実施形態では、通信装置は、本願の実施形態における可能な実装のうちのいずれか１つにおいてサーバに対応してよい。通信装置は、サーバ、又は当該サーバに配置されたチップであってよい。
【0156】
加えて、本願の一実施形態は、図８において示されているように、チップを更に提供する。図８は、チップの構造の概略図である。チップは、１つ又は複数のプロセッサ及びインターフェース回路を含み、本願の実施形態における可能な実装のうちのいずれか１つにおける方法を実行するように構成されている。任意選択で、チップは、バスを含んでもよい。
【0157】
例えば、プロセッサは、信号処理能力を有する集積回路チップである。例えば、プロセッサは、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）であってもよいし、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）又は別のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、又はディスクリートハードウェアコンポーネントであってもよいし、システムオンチップ（ｓｙｓｔｅｍ ｏｎ ｃｈｉｐ、ＳｏＣ）であってもよいし、中央プロセッサユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｏｒ ｕｎｉｔ、ＣＰＵ）であってもよいし、ネットワークプロセッサ（ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｏｒ、ＮＰ）であってもよいし、マイクロコントローラユニット（ｍｉｃｒｏ ｃｏｎｔｒｏｌｌｅｒ ｕｎｉｔ、ＭＣＵ）であってもよいし、又はプログラマブルロジックデバイス（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ、ＰＬＤ）又は別の集積チップであってもよい。プロセッサは、本願の実施形態において開示された方法、段階、及び論理ブロック図を実装又は実行することができる。汎用プロセッサは、マイクロプロセッサであってもよいし、又はプロセッサは、任意の従来のプロセッサであってもよい。本願の実施形態を参照して開示された方法の段階は、ハードウェア復号プロセッサによって直接実行されてもよいし、又は復号プロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせを使用することによって実行されてもよい。ソフトウェアモジュールは、当該技術分野において成熟した記憶媒体、例えば、ランダムアクセスメモリ、フラッシュメモリ、リードオンリメモリ、プログラマブルリードオンリメモリ、電気的消去可能プログラマブルメモリ、又はレジスタに位置してよい。記憶媒体は、メモリ内に配置されている。プロセッサは、メモリにおける情報を読み出し、プロセッサにおけるハードウェアとともに方法における段階を実行する。
【0158】
インターフェース回路は、データ、命令、又は情報を送信又は受信するのに使用されてよい。プロセッサは、インターフェース回路を使用することによって受信されたデータ、命令、又は他の情報を処理してよく、インターフェース回路を使用することによって処理済みの情報を送信してよい。
【0159】
任意選択で、チップは、メモリも含み、揮発性メモリ又は不揮発性メモリであってもよいし、又は揮発性メモリ及び不揮発性メモリの両方を含んでもよい。不揮発性メモリは、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリメモリ（ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）、又はフラッシュメモリであってよい。揮発性メモリは、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）であってよく、外部キャッシュとして使用される。例えば、限定ではないが、スタティックランダムアクセスメモリ（ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ）、拡張シンクロナスダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ）、及びダイレクトラムバスランダムアクセスメモリ（ｄｉｒｅｃｔ ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ）等の多くの形態のＲＡＭが利用可能である。
【0160】
任意選択で、チップは、本願の実施形態に含まれる通信装置において使用されてよい。
【0161】
プロセッサ及びインターフェース回路にそれぞれ対応する機能は、ハードウェア設計、ソフトウェア設計、又はソフトウェア及びハードウェアの組み合わせによって実装されてよく、これは、本明細書において限定されるものではないことに留意されたい。
【0162】
本明細書において説明されるシステムのメモリ及び方法は、これらの及び他の任意の適したタイプのメモリを含むが、これらに限定されるものではないように意図されることに留意されたい。
【0163】
本願は、コンピュータプログラム製品を更に提供し、コンピュータプログラム製品は、コンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータ上で実行されると、コンピュータは、前述の方法の実施形態のうちのいずれか１つにおける端末デバイス、サーバ、ＯＴＡ管理モジュール、又はＯＴＡ制御モジュールによって実行される方法を実行するように有効化される。
【0164】
本願は、コンピュータ可読媒体を更に提供し、コンピュータ可読媒体は、プログラムコードを記憶する。コンピュータプログラムコードがコンピュータ上で実行されると、コンピュータは、前述の方法の実施形態のうちのいずれか１つにおける端末デバイス、サーバ、ＯＴＡ管理モジュール、又はＯＴＡ制御モジュールによって実行される方法を実行するように有効化される。
【0165】
本願は、システムを更に提供し、システムは、端末デバイス及びサーバを含むか、又はＯＴＡ管理モジュール及びサーバを含むか、又はＯＴＡ管理モジュール、ＯＴＡアップグレードモジュール、及びサーバを含む。
【0166】
本願の一実施形態は、プロセッサ及びインターフェースを含む処理装置を更に提供する。プロセッサは、本願の実施形態における可能な実装のうちのいずれか１つにおける端末デバイス、ＯＴＡ管理モジュール、又はＯＴＡ制御モジュールによって実行される方法を実行するように構成されている。
【0167】
前述の実施形態のうちの全て又は幾つかは、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせを使用することによって実装されてよい。ソフトウェアが実施形態を実装するのに使用される場合、実施形態のうちの全て又は幾つかは、コンピュータプログラム製品の形態において実装されてよい。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータ命令がコンピュータ上にロード及び実行されると、本願の実施形態に係る手順又は機能は、完全に又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブル装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されるか、又は１つのコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてよい。例えば、コンピュータ命令は、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、ＤＳＬ））又はワイヤレス（例えば、赤外線、ワイヤレス、又はマイクロ波）方式において、１つのウェブサイト、コンピュータ、サーバ、又はデータセンタから、別のウェブサイト、コンピュータ、サーバ、又はデータセンタに送信されてよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能媒体、又は、１つ又は複数の使用可能媒体を統合するサーバ又はデータセンタ等のデータ記憶デバイスであってよい。使用可能媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光学媒体（例えば、デジタルビデオディスク（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ、ＤＶＤ）、半導体媒体（例えば、ソリッドステートディスク（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｃ、ＳＳＤ））等であってよい。
【0168】
本明細書において使用される「コンポーネント」、「モジュール」、「システム」等の用語は、コンピュータ関連エンティティ、ハードウェア、ファームウェア、ハードウェア及びソフトウェアの組み合わせ、ソフトウェア、又は実行中のソフトウェアを指すのに使用される。例えば、コンポーネントは、限定されるものではないが、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行のスレッド、プログラム、又はコンピュータであってよい。コンピューティングデバイス上で実行されるアプリケーション、及びコンピューティングデバイスは、全て図面に係るコンポーネントであり得る。１つ又は複数のコンポーネントが、プロセス又は実行のスレッドに存在してよく、コンポーネントは、１つのコンピュータ上に位置してもよいし、又は２つ又はそれよりも多くのコンピュータ間で分散されてもよい。加えて、これらのコンポーネントは、様々なデータ構造が記憶される様々なコンピュータ可読媒体からの命令を実行してよい。コンポーネントは、例えば、１つ又は複数のデータグループ（例えば、ローカルシステム、分散システム、又はネットワーク間で別のコンポーネントとインタラクトする２つのコンポーネントからのデータ；別の例の場合、信号を介して他のシステムとインタラクトするインターネット）を有する信号に基づいてローカル又はリモート処理を介して通信されてよい。
【0169】
当業者であれば、本明細書において開示された実施形態を参照して説明される例におけるユニット及びアルゴリズム段階は、電子ハードウェア、又はコンピュータソフトウェア及び電子ハードウェアの組み合わせとして実装され得ることを認識し得る。これらの機能がハードウェア又はソフトウェアを使用することによって実装されるか否かは、技術的解決手段の特定の応用及び設計制約に依存する。当業者であれば、説明された機能を特定の応用ごとに実装するのに異なる方法を使用し得るが、当該実装が本願の範囲を超えるとみなされるべきではない。
【0170】
当業者であれば、説明の利便性及び簡潔性のために、前述のシステム、装置、及びユニットの特定の動作プロセスについての方法の実施形態における対応するプロセスに対して参照がなされ得ることを明確に理解し得る。詳細は、本明細書において再度説明されない。
【0171】
本願において提供される幾つかの実施形態において、開示されたシステム、装置及び方法は、別の方式で実装され得ることが理解されるべきである。例えば、説明された装置の実施形態は例に過ぎない。例えば、ユニットの分割は、論理機能の分割に過ぎず、実際の実装では他の分割であってよい。例えば、複数のユニット又はコンポーネントが、別のシステムへ組み合わされるか又は統合されてもよいし、又は幾つかの特徴が、無視されてもよく、又は実行されなくてもよい。加えて、図示され又は説明された相互結合又は直接結合又は通信接続は、幾つかのインターフェースを通して実装されてよい。装置又はユニット間の間接的結合又は通信接続は、電子的形態、機械的形態、又は他の形態で実装されてよい。
【0172】
別個の部品として説明されるユニットは、物理的に別個であってもよいし、又はそうでなくてもよく、ユニットとして表示される部品は、物理ユニットであってもよいし、又はそうでなくてもよく、１つの位置に位置してもよいし、又は複数のネットワークユニットに分散されてもよい。これらのユニットの一部又は全てが、実施形態の解決手段の目的を達成するために、実際の必要性に基づいて選択されてよい。
【0173】
加えて、本願の実施形態における機能ユニットは、１つの処理ユニットに統合されてもよいし、又はユニットの各々が物理的に単独で存在してもよく、又は２つ又はそれよりも多くのユニットが１つのユニットに統合される。
【0174】
前述の説明は、本願の特定の実装に過ぎないが、本願の保護範囲を限定するように意図されない。本願で開示された技術的範囲内で当業者が容易に想到する任意の変形又は置換が、本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【国際調査報告】