JP2023501823A - ソフトウェアアップグレード方法、装置、およびシステム - Google Patents

ソフトウェアアップグレード方法、装置、およびシステム Download PDF

Info

Publication number
JP2023501823A
JP2023501823A JP2022528690A JP2022528690A JP2023501823A JP 2023501823 A JP2023501823 A JP 2023501823A JP 2022528690 A JP2022528690 A JP 2022528690A JP 2022528690 A JP2022528690 A JP 2022528690A JP 2023501823 A JP2023501823 A JP 2023501823A
Authority
JP
Japan
Prior art keywords
upgrade
information
upgrade package
components
software
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.)
Pending
Application number
JP2022528690A
Other languages
English (en)
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 JP2023501823A publication Critical patent/JP2023501823A/ja
Pending legal-status Critical Current

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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Multimedia (AREA)
  • Environmental & Geological Engineering (AREA)
  • Stored Programmes (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

端末内の少なくとも2つの構成要素のストレージリソース情報が受信される。ストレージリソースフィードバック情報が生成される。ストレージリソースフィードバック情報は、ネットワーク側デバイスに送信される。ネットワーク側デバイスによって生成されたアップグレードパッケージブロック情報が受信され、アップグレードパッケージブロック情報は、端末ソフトウェアアップグレードのための複数のアップグレードパッケージブロックと複数のアップグレードパッケージブロックを記憶するための複数の構成要素との間に少なくとも1対1の対応関係を含む。複数のアップグレードパッケージブロックを取得するために複数の構成要素を示すために使用される少なくとも1つの指示情報が生成される。少なくとも1つの指示情報が、複数の構成要素に送信される。これは、インテリジェント・コネクティッド・ビークルの複数の構成要素のストレージリソースを完全に利用し、ソフトウェアアップグレードの成功率を改善する。

Description

関連出願への相互参照
本出願は、2019年11月18日付で中国国家知識産権局に出願された、「SOFTWARE UPGRADING METHOD，APPARATUS，AND SYSTEM」という名称の中国特許出願第201911129069．3号の優先権を主張するものであり、この特許は、参照によりその全体が本明細書に組み込まれる。
本発明は、端末ソフトウェアアップグレード技術に関し、詳細には、インテリジェント・コネクティッド・ビークルのためのソフトウェアアップグレード方法、装置、およびシステムに関する。
インテリジェント・コネクティッド・ビークルの開発に伴い、無線（Over the Air、OTA）技術を使用することによる自動車の構成要素のオンラインアップグレードが、インテリジェント・コネクティッド・ビークルの重要な機能となっている。車両製造業者は、OTA機能を使用して車両の関連ソフトウェアをアップグレードする。これは、製造業者がリコールコストを削減し、要求に迅速に応答し、ユーザ体験を改善するのに役立つ。
インテリジェント・コネクティッド・ビークルは、複数の構成要素、例えば、中央ゲートウェイ、T－box（Telematics BOX、車両のインターネットにおける車両通信端末）、ヒューマンマシンインタラクション（HMI、Human－Machine Interaction）コントローラ、モバイルデータセンタ（MDC、Mobile Data Controller）、および先進運転支援システム（ADAS、Advanced Driving Assistant System）を含む。車両全体のOTAベースのアップグレードを実施するために、車両内の複数の構成要素をアップグレードする必要がある場合がある。この場合、比較的大きなストレージ容量を有するアップグレードソフトウェアをダウンロードする必要がある。インテリジェント・コネクティッド・ビークルに加えて、端末は、スマートフォン、産業用のモノのインターネットデバイス、およびインテリジェントロボットなどの様々な存在形態を含む。加えて、インテリジェント技術の進歩に伴い、端末は、増大する機能を実装するが、ますます複雑になる内部構造を有する。したがって、端末ソフトウェアアップグレード中に、端末のストレージ空間に対する要求がますます高くなっている。
従来の技術では、単一モジュールのダウンロード解決策が使用される。具体的には、1つのアップグレード制御モジュールを使用して、端末ソフトウェアアップグレードパッケージのダウンロード、記憶、ブロック分割、配布を完了し、端末内の各構成要素を制御してアップグレード動作を完了する。ソフトウェアアップグレードパッケージのデータ量が非常に大きい場合、そのような単一モジュールのダウンロードポリシーでは、アップグレード制御モジュールのストレージ空間に対して比較的高い要件が提示される。
アップグレード制御モジュールに十分なストレージリソースがある場合、図1に示すように、単一のモジュールに基づいて端末ソフトウェアアップグレードパッケージをダウンロードする方法は、以下の段階を含む。
（1）ダウンロード段階：OTAクラウド側デバイスがダウンロードを開始した後、アップグレード制御モジュールは、それ自体のストレージリソースをチェックし、ストレージリソースが端末ソフトウェアアップグレードパッケージをダウンロードするための要件を満たす場合、アップグレード制御モジュールは、OTAクラウド側デバイスからすべてのソフトウェアアップグレードパッケージをダウンロードし、ダウンロードされたファイルの整合性を検証する。
（2）配布フェーズ：アップグレード制御モジュールは、ソフトウェアアップグレードパッケージを分割し、端末内にある、アップグレードする必要がある構成要素にアップグレードパッケージブロックを配布する。
（3）インストール段階：アップグレード制御モジュールは、ソフトウェアアップグレードパッケージをインストールし、アップグレードソフトウェアを有効化するために、アップグレードする必要がある構成要素を制御する。
アップグレード制御モジュール内にあるのが不十分なストレージリソースである場合、図2に示すように、単一のモジュールに基づいて端末ソフトウェアアップグレードパッケージをダウンロードする方法は、OTAクラウド側デバイスがダウンロードを開始した後、アップグレード制御モジュールがそれ自体のストレージリソースをチェックし、ストレージリソースが端末ソフトウェアアップグレードパッケージのストレージ要件を満たさない場合、アップグレード制御モジュールは、リソースが不十分であるという情報を返し、ダウンロードを終了し、アップグレードの失敗につながる。
アップグレード制御モジュール内のローカルストレージリソースが不十分であるとき、端末ソフトウェアアップグレードは非常に失敗し易いことが分かる。したがって、端末のソフトウェアアップグレードの成功率を高めるための方法が緊急に必要とされている。
従来技術における前述の技術的問題を考慮して、本発明の実施形態は、ソフトウェアアップグレード方法、装置、およびシステムを提供する。本発明の特許請求の範囲および本明細書の要約における「ソフトウェア」は、ファームウェア、コンピュータプログラム、オペレーティングシステム、ドライバ、システムソフトウェア、またはアプリケーションプログラムを含むがこれらに限定されない、広義のソフトウェアである。
第1の態様によれば、ソフトウェアアップグレード方法が提供され、方法は、端末内の少なくとも2つの構成要素のストレージリソース情報を受信するステップであって、ストレージリソース情報は、少なくとも2つの構成要素の各々の利用可能なストレージ容量を少なくとも含み、少なくとも2つの構成要素は、少なくとも2つの利用可能なストレージ容量に対応する、ステップと、ストレージリソース情報に基づいてストレージリソースフィードバック情報を生成するステップであって、ストレージリソースフィードバック情報は、各構成要素の利用可能なストレージ容量を少なくとも含む、ステップと、ストレージリソースフィードバック情報をネットワーク側デバイスに送信するステップと、ネットワーク側デバイスによって生成されたアップグレードパッケージブロック情報を受信するステップであって、アップグレードパッケージブロック情報は、端末ソフトウェアアップグレードのための複数のアップグレードパッケージブロックと複数のアップグレードパッケージブロックを記憶するための複数の構成要素との間に少なくとも1対1の対応関係を含み、複数の構成要素は、少なくとも2つの構成要素のうちの一部またはすべてである、ステップと、アップグレードパッケージブロック情報に基づいて、複数のアップグレードパッケージブロックを取得するために複数の構成要素を示すために使用される少なくとも1つの指示情報を生成するステップであって、複数の構成要素は複数の利用可能なストレージ容量と1対1に対応する、ステップと、少なくとも1つの指示情報を複数の構成要素に送信するステップとを含む。
前述の方法は、端末側で実行されるソフトウェアアップグレード方法である。「少なくとも一部」は「一部またはすべて」と等価である。任意選択で、ストレージリソースフィードバック情報は、少なくとも2つの構成要素のうちの少なくとも一部の各々の識別子をさらに含む。少なくとも2つの構成要素は、端末内のすべての構成要素であってもよいし、端末内の一部の構成要素のみであってもよく、これは、ストレージリソースが使い果たされた構成要素、または別の動作のためにストレージリソースを予約する構成要素が存在する可能性があるためである。端末内の少なくとも2つの構成要素のストレージリソース情報を受信するステップは、1つまたは複数の受信方式で実行されてもよい。受信方式には、セルラ通信、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、WiMAX（マイクロ波アクセスのための世界規模の相互運用性、Worldwide Interoperability for Microwave Access）、Bluetooth（Bluetooth通信技術）、ZigBee（ZigBee通信技術）、光通信、衛星通信、赤外線通信、伝送路通信、ハードウェアインターフェースまたはハードウェア回路基板上の配線を介した受信の実行、ソフトウェアモジュールからのパラメータの取得、またはストレージデバイスからの情報の読み取りが含まれるが、これらに限定されない。少なくとも2つの構成要素の各々の利用可能なストレージ容量に加えて、ストレージリソース情報は、他の情報、例えば、少なくとも2つの構成要素の数、識別子、または総利用可能ストレージ容量を含んでもよい。少なくとも2つの構成要素の利用可能なストレージ容量のすべてがストレージリソースフィードバック情報内に置かれるわけではなく、これは、端末側では、ストレージリソース情報内の利用可能なストレージ容量に基づいて、少なくとも2つの構成要素内の1つまたは複数のネットワーキングモジュールが端末ソフトウェアアップグレードパッケージを記憶するために使用されない可能性があると判定される場合があるためである。当然ながら、前述の判定動作は、端末側ではなくネットワーク側で実行されてもよい。アップグレードソフトウェアは、少なくとも2つの構成要素のすべてを占有する必要はないため、複数の構成
要素が、少なくとも2つの構成要素の一部であってもよい。少なくとも1つの指示情報を送信するステップは、1つまたは複数の送信方式で実行されてもよい。送信方式には、セルラ通信、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、WiMAX（マイクロ波アクセスのための世界規模の相互運用性、Worldwide Interoperability for Microwave Access）、Bluetooth（Bluetooth通信技術）、ZigBee（ZigBee通信技術）、光通信、衛星通信、赤外線通信、伝送路通信、ハードウェアインターフェースまたはハードウェア回路基板上の配線を介した送信の実行、ソフトウェアモジュールへのパラメータの入力、またはメモリへの情報の書き込みが含まれるが、これらに限定されない。端末のストレージリソース情報はネットワーク側デバイスに報告され、ネットワーク側デバイスは、端末内の実際の利用可能なストレージリソースに基づいて、分割を通して複数のアップグレードパッケージブロックを適応可能に取得する。これは、端末内の複数の構成要素のストレージリソースを十分に利用し、従来技術と比較して端末側の構成要素のソフトウェアパッケージ記憶圧力を低減する。加えて、比較的大きなデータパケットのブロック分割中に比較的大量のランダムストレージリソースを占有する必要があるため、ネットワーク側のアップグレードパッケージに対してブロック分割が実行されるときに、端末側の構成要素におけるストレージリソースの要件が低減され得る。最終的に、ソフトウェアアップグレードの成功率を高めることができる。したがって、ソフトウェアアップグレード方法は、端末（特にインテリジェント・コネクティッド・ビークル）のソフトウェアアップグレードにより適している。
第1の態様によれば、ソフトウェアアップグレード方法の第1の可能な実装形態では、アップグレードパッケージブロック情報は、複数のアップグレードパッケージブロックの各々のダウンロードアドレスをさらに含み、少なくとも1つの指示情報内の各指示情報は、複数のアップグレードパッケージブロックのうちの少なくとも1つのダウンロードアドレスを含む。端末ソフトウェアは、ネットワーク側の1つのデバイスに集中的に記憶されてもよいし、ネットワーク側の複数のデバイスに分散的に記憶されてもよい。したがって、任意選択で、複数のアップグレードパッケージブロックのための1つまたは複数のダウンロードアドレスがあるか、または複数のアップグレードパッケージブロックのうちの少なくとも一部が1つのダウンロードアドレスを共有する。ダウンロードアドレスは、構成要素に対応するアップグレードパッケージブロックが配置されているネットワーク側デバイスを構成要素に示すために使用される。
第1の態様または第1の態様の第1の可能な実装形態によれば、ソフトウェアアップグレード方法の第2の可能な実装形態では、アップグレードパッケージブロック情報は、複数のアップグレードパッケージブロックの各々の検証情報をさらに含み、少なくとも1つの指示情報内の各指示情報は、複数のアップグレードパッケージブロックのうちの少なくとも1つの検証情報を含む。各アップグレードパッケージブロックは独立して検証され、その結果、端末内のデバイスのコンピューティングリソースをさらに完全に利用することができる。任意選択で、アップグレードパッケージブロック情報は、複数のアップグレードパッケージブロックの数をさらに含み、方法は、各アップグレードパッケージブロックの検証結果および複数のアップグレードパッケージブロックの数に基づいて全体の検証を実行するステップをさらに含む。
第1の態様または第1の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第3の可能な実装形態では、少なくとも1つの指示情報は、複数のアップグレードパッケージブロックのうちの少なくとも1つを取得するために複数の構成要素によって使用される外部通信リソースを含む。外部通信リソースは、端末の外部のデバイス（例えば、車両間ネットワーク通信に適用されるセルラ通信リソース）と通信するために端末内の構成要素によって使用される通信リソースである。外部通信リソースには、通信構成要素、通信チャネル、通信インターフェース、またはセルラ通信、衛星通信、ブルートゥース（登録商標）通信、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、もしくは有線通信に使用される別の通信リソースが含まれるが、これらに限定されない。任意選択で、外部通信リソースは、複数の構成要素の各々の外部通信リソース、または端末内の複数の構成要素以外の1つまたは複数の構成要素の外部通信リソースを含む。任意選択で、複数の構成要素の各々は、構成要素の外部通信リソースを使用することによって、または構成要素の外部通信リソース以外の端末の外部通信リソースを使用することによって、複数のアップグレードパッケージブロックのうちの1つを取得する。
第1の態様または第1の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第4の可能な実装形態では、少なくとも1つの指示情報は、複数のアップグレードパッケージブロックのうちの少なくとも1つを取得するために複数の構成要素によって使用される時間情報を含む。任意選択で、時間情報は、複数の構成要素が複数のアップグレードパッケージブロックを同時にまたは順次取得することを示す。任意選択で、時間情報は、複数の構成要素が少なくとも1つのアップグレードパッケージブロックを定期的に取得することを示す。
第1の態様または第1の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第5の可能な実装形態では、ストレージリソースフィードバック情報を生成するステップの前に、方法は、少なくとも2つの構成要素の各々の利用可能なストレージ容量に基づいて、端末内の利用可能なストレージリソースが端末ソフトウェアアップグレードのためのストレージ要件を満たすと判定するステップをさらに含む。端末デバイスへのダウンロードを開始すると、ネットワーク側デバイスは、複数のダウンロードされるべき端末ソフトウェアアップグレードパッケージのストレージ要件を端末デバイスに送信し、端末デバイスは、端末内の利用可能なストレージリソースが複数の端末ソフトウェアアップグレードパッケージのストレージ要件を満たすかどうかを判定する。このようにして、端末デバイスはより高い自律性およびプライバシーを有する。任意選択で、利用可能なストレージ容量の合計からソフトウェアアップグレードパッケージによって占有されたストレージ空間の合計を減算することによって得られた差が所定の閾値を超える場合、端末内の利用可能なストレージリソースが端末ソフトウェアアップグレードのためのストレージ要件を満たすと判定される。
第1の態様または第1の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第6の可能な実装形態では、少なくとも1つの指示情報は複数の指示情報であり、複数の指示情報は複数の構成要素と1対1に対応しており、少なくとも1つの指示情報を複数の構成要素に送信するステップは、複数の指示情報のうちの構成要素に対応する1つの指示情報を複数の構成要素の各々に送信するステップを含む。任意選択で、複数の指示情報は、同時にまたは順次送信される。
第1の態様または第1の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第7の可能な実装形態では、少なくとも1つの指示情報は、1つの指示情報であり、少なくとも1つの指示情報を複数の構成要素に送信するステップは、1つの指示情報を複数の構成要素の各々に送信するステップを含む。このようにして、1つの指示情報は、複数のアップグレードパッケージブロックのうちの1つを取得するために複数の構成要素の各々によって使用される関連情報を含む。任意選択で、1つの指示情報は、複数の構成要素のすべてに同時にまたは順次送信される。
第1の態様または第1の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第8の可能な実装形態では、少なくとも1つの指示情報は、1つの指示情報であり、少なくとも1つの指示情報を複数の構成要素に送信するステップは、1つの指示情報を複数の構成要素のうちの1つに送信するステップを含む。このようにして、1つの指示情報が複数の構成要素間で伝送されてよい。
第1の態様または第1の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第9の可能な実装形態では、方法は、複数の構成要素にダウンロード命令を送信するステップであって、ダウンロード命令は、複数の構成要素と1対1に対応する複数のアップグレードパッケージブロックを取得するように複数の構成要素に命令するために使用される、ステップをさらに含む。
第1の態様または第1の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第10の可能な実装形態では、方法は、複数の構成要素にアップグレードパッケージ配布命令を送信するステップであって、アップグレードパッケージ配布命令は、複数のアップグレードパッケージブロックのうちの1つまたは複数を複数の構成要素以外の端末内の少なくとも1つの構成要素に送信するように複数の構成要素に命令するために使用され、1つまたは複数のアップグレードパッケージブロックは、複数の構成要素と1対1に対応する複数のアップグレードパッケージブロックを解析することによって複数の構成要素によって取得される、ステップをさらに含む。
第1の態様または第1の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第11の可能な実装形態では、方法は、複数の構成要素にインストール有効化命令を送信するステップであって、インストール有効化命令は、複数の構成要素において、アップグレードソフトウェアのうちの少なくとも1つをインストールし有効化するように命令するために使用され、少なくとも1つのアップグレードソフトウェアは、複数の構成要素と1対1に対応する複数のアップグレードパッケージブロックを解析することによって複数の構成要素によって取得される、ステップをさらに含む。
第1の態様または第1の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第12の可能な実装形態では、利用可能なストレージ容量は、ランダムアクセスメモリRAM内の利用可能なストレージ容量または読み出し専用メモリROM内の利用可能なストレージ容量のうちの少なくとも一方を含む。
第1の態様または第1の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第13の可能な実装形態では、複数のアップグレードパッケージブロックの各々は、端末内のうちの少なくとも1つの構成要素をアップグレードするために使用されるアップグレードソフトウェアパッケージのすべてまたは一部を含む。
第2の態様によって、ソフトウェアアップグレード方法が提供される。方法は、ネットワーク側で実行されるソフトウェアアップグレード方法であり、端末デバイスからストレージリソースフィードバック情報を受信するステップであって、ストレージリソースフィードバック情報は、端末デバイス内にあり、複数のアップグレードパッケージブロックを記憶するために使用され得る複数の構成要素の各々の利用可能なストレージ容量を少なくとも含む、ステップと、1つまたは複数のソフトウェアアップグレードパッケージを、ストレージリソースフィードバック情報に基づいて複数のアップグレードパッケージブロックに分割するステップであって、複数のアップグレードパッケージブロックは、すべての構成要素の利用可能なストレージ容量のうちの少なくとも一部と1対1に対応する、ステップと、アップグレードパッケージブロック情報を生成するステップであって、アップグレードパッケージブロック情報は、複数のアップグレードパッケージブロックとすべての構成要素の利用可能なストレージ容量のうちの少なくとも一部との間に少なくとも対応関係を含む、ステップと、端末デバイスにアップグレードパッケージブロック情報を送信するステップとを含む。
任意選択で、1つまたは複数のソフトウェアアップグレードパッケージを複数のアップグレードパッケージブロックに分割するステップは、複数のアップグレードパッケージブロックを取得するために、比較的大きなストレージ容量を占有するソフトウェアアップグレードパッケージ（例えば、車両アップグレードパッケージ）に対してブロック分割および再カプセル化を実行するステップ、または複数のアップグレードパッケージブロックを取得するために、複数のソフトウェアアップグレードパッケージ（例えば、1つのソフトウェアアップグレードパッケージは、1つのアップグレードソフトウェアに対応する）に対してグループ化および再カプセル化を実行するステップを含む。1つまたは複数のソフトウェアアップグレードパッケージは、少なくとも一部の構成要素と1対1に対応する複数のアップグレードパッケージブロックに分割される。これは、端末内の複数の構成要素のストレージリソースを十分に利用し、従来技術と比較して端末側の構成要素のソフトウェアパッケージ記憶圧力を低減する。加えて、比較的大きなデータパケットのブロック分割中に比較的大量のランダムストレージリソースを占有する必要があるため、ネットワーク側のアップグレードパッケージに対してブロック分割が実行されるときに、端末側の構成要素におけるストレージリソースの要件が低減され得る。最終的に、ソフトウェアアップグレードの成功率を高めることができる。したがって、ソフトウェアアップグレード方法は、端末（特にインテリジェント・コネクティッド・ビークル）のソフトウェアアップグレードにより適している。
第2の態様によれば、ソフトウェアアップグレード方法の第1の可能な実装形態では、アップグレードパッケージブロック情報は、複数のアップグレードパッケージブロックの各々の検証情報、各々のアップグレードパッケージブロックのダウンロードアドレス、または複数のアップグレードパッケージブロックの数のうちのうちの少なくとも1つを含む。アップグレードパッケージブロック情報は、各アップグレードパッケージブロックの検証情報を含み、その結果、各アップグレードパッケージブロックを独立して検証することができ、それにより、端末内の複数の利用可能な構成要素のコンピューティングリソースを完全に利用することができる。アップグレードパッケージブロック情報は、各アップグレードパッケージブロックのダウンロードアドレスを含み、端末内の複数の構成要素に、複数のアップグレードパッケージブロックを取得するように構成されたネットワーク側デバイスを示すことができる。アップグレードパッケージブロック情報は、アップグレードパッケージブロックの数を含み、複数のアップグレードパッケージブロックに対して全体的なデータ完全性検証を実行するために使用されてよい。
第2の態様または第2の態様の第1の可能な実装形態によれば、ソフトウェアアップグレード方法の第2の可能な実装形態では、端末デバイスからストレージリソースフィードバック情報を受信するステップの前に、方法は、ソフトウェアアップグレード開始メッセージを端末デバイスに送信するステップをさらに含む。ネットワーク側デバイスに加えて、端末デバイスが、ソフトウェアアップグレードを開始する場合もある。
第2の態様または第2の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第3の可能な実装形態では、1つまたは複数のソフトウェアアップグレードパッケージを複数のアップグレードパッケージブロックに分割するステップの前に、方法は、ストレージリソースフィードバック情報に基づいて、端末デバイス内の利用可能なストレージリソースがソフトウェアアップグレードのためのストレージ要件を満たすと判定するステップをさらに含む。任意選択で、利用可能なストレージ容量の合計からソフトウェアアップグレードパッケージによって占有されたストレージ空間の合計を減算することによって得られた差が所定の閾値を超える場合、端末デバイス内の利用可能なストレージリソースがソフトウェアアップグレードのためのストレージ要件を満たすと判定される。
第2の態様または第2の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第4の可能な実装形態では、1つまたは複数のソフトウェアアップグレードパッケージを複数のアップグレードパッケージブロックに分割するステップは、好ましくは、比較的大きなストレージ空間を占有するソフトウェアアップグレードパッケージを分割することによって取得されたアップグレードパッケージブロックを、比較的大きな利用可能なストレージ容量を有する構成要素に割り当てるステップを含む。複数のアップグレードパッケージブロックは、複数の構成要素と1対1に対応する。このようにして、ソフトウェアアップグレードパッケージが過度に大きいために、ソフトウェアアップグレードパッケージを複数のアップグレードパッケージブロックのうちのいずれか1つとして判定することができない場合を極力回避することができる。
第2の態様または第2の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第5の可能な実装形態では、方法は、ネットワーク側の少なくとも1つのアップグレードソフトウェアストレージ装置にアップグレードパッケージ配布命令を送信するステップであって、アップグレードパッケージ配布命令は、複数のアップグレードパッケージブロックのうちの少なくとも1つを端末デバイスに送信するようにネットワーク側の少なくとも1つのアップグレードソフトウェアストレージ装置に命令するために使用される、ステップをさらに含む。
第2の態様または第2の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第6の可能な実装形態では、方法は、複数のアップグレードパッケージブロックのうちの少なくとも1つを端末デバイスに送信するステップをさらに含む。
第2の態様の第6の可能な実装形態によれば、ソフトウェアアップグレード方法の第7の可能な実装形態では、複数のアップグレードパッケージブロックのうちの少なくとも1つを端末デバイスに送信するステップの前に、方法は、ネットワーク側の少なくとも1つのアップグレードソフトウェアストレージ装置から複数のアップグレードパッケージブロックのうちの少なくとも1つを受信するステップをさらに含む。
第2の態様または第2の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第8の可能な実装形態では、利用可能なストレージ容量は、ランダムアクセスメモリRAM内の利用可能なストレージ容量または読み出し専用メモリROM内の利用可能なストレージ容量のうちの少なくとも一方を含む。
第2の態様または第2の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード方法の第9の可能な実装形態では、複数のアップグレードパッケージブロックの各々は、端末内のうちの少なくとも1つの構成要素をアップグレードするために使用されるアップグレードソフトウェアパッケージのすべてまたは一部を含む。
第3の態様によって、ソフトウェアアップグレード装置が提供される。装置は、端末内の少なくとも2つの構成要素のストレージリソース情報を受信し、ストレージリソース情報は、少なくとも2つの構成要素の各々の利用可能なストレージ容量を少なくとも含み、少なくとも2つの構成要素は、少なくとも2つの利用可能なストレージ容量に対応するように構成された受信ユニットと、ストレージリソース情報に基づいてストレージリソースフィードバック情報を生成し、ストレージリソースフィードバック情報は、各構成要素の利用可能なストレージ容量を少なくとも含む、処理ユニットと、ネットワーク側デバイスにストレージリソースフィードバック情報を送信するように構成された送信ユニットとを含む。受信ユニットは、ネットワーク側デバイスによって生成されたアップグレードパッケージブロック情報を受信し、アップグレードパッケージブロック情報は、端末ソフトウェアアップグレードのための複数のアップグレードパッケージブロックと少なくとも2つの利用可能なストレージ容量における複数の利用可能なストレージ容量との間に少なくとも1対1の対応関係を含むようにさらに構成される。処理ユニットは、アップグレードパッケージブロック情報に基づいて、複数のアップグレードパッケージブロックを取得するために複数の構成要素を示すために使用される少なくとも1つの指示情報を生成し、複数の構成要素は、複数の利用可能なストレージ容量と1対1に対応するようにさらに構成される。送信ユニットは、少なくとも1つの指示情報を複数の構成要素に送信するようにさらに構成される。
装置は、端末側のソフトウェアアップグレード装置である。「少なくとも一部」は「一部またはすべて」と等価である。任意選択で、ストレージリソースフィードバック情報は、少なくとも2つの構成要素のうちの少なくとも一部の各々の識別子をさらに含む。構成要素は、端末の内部ネットワーク（例えば、車内ネットワーク）に接続される構成要素である。少なくとも2つの構成要素は、端末内のすべての構成要素であってもよいし、端末内の一部の構成要素のみであってもよく、これは、ストレージリソースが使い果たされた構成要素、または別の動作のためにストレージリソースを予約する構成要素が存在する可能性があるためである。端末内の少なくとも2つの構成要素のストレージリソース情報を受信するステップは、1つまたは複数の受信方式で実行されてもよい。受信方式には、セルラ通信、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、WiMAX（マイクロ波アクセスのための世界規模の相互運用性、Worldwide Interoperability for Microwave Access）、Bluetooth（Bluetooth通信技術）、ZigBee（ZigBee通信技術）、光通信、衛星通信、赤外線通信、伝送路通信、ハードウェアインターフェースまたはハードウェア回路基板上の配線を介した受信の実行、ソフトウェアモジュールからのパラメータの取得、またはストレージデバイスからの情報の読み取りが含まれるが、これらに限定されない。少なくとも2つの構成要素の各々の利用可能なストレージ容量に加えて、ストレージリソース情報は、他の情報、例えば、少なくとも2つの構成要素の数、識別子、または総利用可能ストレージ容量を含んでもよい。少なくとも2つの構成要素の利用可能なストレージ容量のすべてがストレージリソースフィードバック情報内に置かれるわけではなく、これは、端末側では、ストレージリソース情報内の利用可能なストレージ容量に基づいて、少なくとも2つの構成要素内の1つまたは複数のネットワーキングモジュールが端末ソフトウェアアップグレードパッケージを記憶するために使用されない可能性があると判定される場合があるためである。当然ながら、前述の判定動作は、端末側ではなくネットワーク側で実行されてもよい。アップグレードソフトウェ
アは、少なくとも2つの構成要素のすべてを占有する必要はないため、複数の構成要素が、少なくとも2つの構成要素の一部であってもよい。少なくとも1つの指示情報を送信するステップは、1つまたは複数の送信方式で実行されてもよい。送信方式には、セルラ通信、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、WiMAX（マイクロ波アクセスのための世界規模の相互運用性、Worldwide Interoperability for Microwave Access）、Bluetooth（Bluetooth通信技術）、ZigBee（ZigBee通信技術）、光通信、衛星通信、赤外線通信、伝送路通信、ハードウェアインターフェースまたはハードウェア回路基板上の配線を介した送信の実行、ソフトウェアモジュールへのパラメータの入力、またはメモリへの情報の書き込みが含まれるが、これらに限定されない。端末のストレージリソース情報はネットワーク側デバイスに報告され、ネットワーク側デバイスは、端末内の実際の利用可能なストレージリソースに基づいて、分割を通して複数のアップグレードパッケージブロックを適応可能に取得する。これは、端末内の複数の構成要素のストレージリソースを十分に利用し、従来技術と比較して端末側の構成要素のソフトウェアパッケージ記憶圧力を低減する。加えて、比較的大きなデータパケットのブロック分割中に比較的大量のランダムストレージリソースを占有する必要があるため、ネットワーク側のアップグレードパッケージに対してブロック分割が実行されるときに、端末側の構成要素におけるストレージリソースの要件が低減され得る。最終的に、ソフトウェアアップグレードの成功率を高めることができる。したがって、ソフトウェアアップグレード方法は、端末（特にインテリジェント・コネクティッド・ビークル）のソフトウェアアップグレードにより適している。
任意選択で、受信ユニットは複数の受信サブユニットを含み、複数の受信サブユニットは各々、端末内の少なくとも2つの構成要素のうちの少なくとも1つのストレージリソース情報を受信するように構成される。任意選択で、複数の受信サブユニットは、端末内の複数の異なる構成要素内に配置される。任意選択で、複数の受信サブユニットは、少なくとも1つの受信方式でストレージリソース情報を受信する。受信方式には、セルラ通信、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、WiMAX（マイクロ波アクセスのための世界規模の相互運用性、Worldwide Interoperability for Microwave Access）、Bluetooth（Bluetooth通信技術）、ZigBee（ZigBee通信技術）、光通信、衛星通信、赤外線通信、伝送路通信、ハードウェアインターフェースまたはハードウェア回路基板上の配線を介した受信の実行、ソフトウェアモジュールからのパラメータの取得、またはストレージデバイスからの情報の読み取りが含まれるが、これらに限定されない。
任意選択で、ストレージリソースフィードバック情報は、複数の構成要素のうちの少なくとも一部の利用可能なストレージ容量と1対1に対応する少なくとも1つの構成要素の識別子をさらに含み、少なくとも1つの構成要素は、少なくとも2つの構成要素のうちの一部またはすべてである。
任意選択で、送信ユニットは複数の送信サブユニットを含み、複数の送信サブユニットは、少なくとも1つの指示情報を複数の構成要素にそれぞれ送信するように構成される。任意選択で、複数の送信サブユニットは、端末内の複数の異なる構成要素内に配置される。任意選択で、複数の送信サブユニットは、少なくとも1つの送信方式でストレージリソース情報を送信し、送信方式には、セルラ通信、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、WiMAX（マイクロ波アクセスのための世界規模の相互運用性、Worldwide Interoperability for Microwave Access）、Bluetooth（Bluetooth通信技術）、ZigBee（ZigBee通信技術）、光通信、衛星通信、赤外線通信、伝送路通信、ハードウェアインターフェースまたはハードウェア回路基板上の配線を介した送信の実行、ソフトウェアモジュールへのパラメータの入力、またはメモリへの情報の書き込みが含まれるが、これらに限定されない。
第3の態様によれば、ソフトウェアアップグレード装置の第1の可能な実装形態では、アップグレードパッケージブロック情報は、複数のアップグレードパッケージブロックの各々のダウンロードアドレスをさらに含み、少なくとも1つの指示情報内の各指示情報は、複数のアップグレードパッケージブロックのうちの少なくとも1つのダウンロードアドレスを含む。端末ソフトウェアは、ネットワーク側の1つのデバイスに集中的に記憶されてもよいし、ネットワーク側の複数のデバイスに分散的に記憶されてもよい。したがって、任意選択で、複数のアップグレードパッケージブロックのための1つまたは複数のダウンロードアドレスがあるか、または複数のアップグレードパッケージブロックのうちの少なくとも一部が1つのダウンロードアドレスを共有する。ダウンロードアドレスは、構成要素に対応するアップグレードパッケージブロックが配置されているネットワーク側デバイスを構成要素に示すために使用される。
第3の態様または第3の態様の第1の可能な実装形態によれば、ソフトウェアアップグレード装置の第2の可能な実装形態では、アップグレードパッケージブロック情報は、複数のアップグレードパッケージブロックの各々の検証情報をさらに含み、少なくとも1つの指示情報内の各指示情報は、複数のアップグレードパッケージブロックのうちの少なくとも1つの検証情報を含む。各アップグレードパッケージブロックは独立して検証され、その結果、端末内のデバイスのコンピューティングリソースをさらに完全に利用することができる。任意選択で、アップグレードパッケージブロック情報は、複数のアップグレードパッケージブロックの数をさらに含み、装置は、各アップグレードパッケージブロックの検証結果および複数のアップグレードパッケージブロックの数に基づいて全体の検証をさらに実行する。
第3の態様または第3の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第3の可能な実装形態では、少なくとも1つの指示情報は、複数のアップグレードパッケージブロックのうちの少なくとも1つを取得するために複数の構成要素によって使用される外部通信リソースを含む。外部通信リソースは、端末の外部のデバイス（例えば、車両間ネットワーク通信に適用されるセルラ通信リソース）と通信するために端末内の構成要素によって使用される通信リソースである。外部通信リソースには、通信構成要素、通信チャネル、通信インターフェース、またはセルラ通信、衛星通信、ブルートゥース（登録商標）通信、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、もしくは有線通信に使用される別の通信リソースが含まれるが、これらに限定されない。任意選択で、外部通信リソースは、複数の構成要素の各々の外部通信リソース、または端末内の複数の構成要素以外の1つまたは複数の構成要素の外部通信リソースを含む。任意選択で、複数の構成要素の各々は、構成要素の外部通信リソースを使用することによって、または構成要素の外部通信リソース以外の端末の外部通信リソースを使用することによって、複数のアップグレードパッケージブロックのうちの1つを取得する。
第3の態様または第3の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第4の可能な実装形態では、少なくとも1つの指示情報は、複数のアップグレードパッケージブロックのうちの少なくとも1つを取得するために複数の構成要素によって使用される時間情報を含む。任意選択で、時間情報は、複数の構成要素が複数のアップグレードパッケージブロックを同時にまたは順次取得することを示す。任意選択で、時間情報は、複数の構成要素が少なくとも1つのアップグレードパッケージブロックを定期的に取得することを示す。
第3の態様または第3の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第5の可能な実装形態では、処理ユニットは、少なくとも2つの構成要素の各々の利用可能なストレージ容量に基づいて、端末内の利用可能なストレージリソースが端末ソフトウェアアップグレードのためのストレージ要件を満たすと判定するようにさらに構成される。端末デバイスへのダウンロードを開始すると、ネットワーク側デバイスは、複数のダウンロードされるべき端末ソフトウェアアップグレードパッケージのストレージ要件を端末デバイスに送信し、端末デバイスは、端末内の利用可能なストレージリソースが複数の端末ソフトウェアアップグレードパッケージのストレージ要件を満たすかどうかを判定する。このようにして、端末デバイスはより高い自律性およびプライバシーを有する。任意選択で、利用可能なストレージ容量の合計からソフトウェアアップグレードパッケージによって占有されたストレージ空間の合計を減算することによって得られた差が所定の閾値を超える場合、端末内の利用可能なストレージリソースが端末ソフトウェアアップグレードのためのストレージ要件を満たすと判定される。
第3の態様または第3の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第6の可能な実装形態では、少なくとも1つの指示情報は複数の指示情報であり、複数の指示情報は複数の構成要素と1対1に対応しており、少なくとも1つの指示情報を複数の構成要素に送信するステップは、複数の指示情報のうちの構成要素に対応する1つの指示情報を複数の構成要素の各々に送信するステップを含む。任意選択で、複数の指示情報は、同時にまたは順次送信される。
第3の態様または第3の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第7の可能な実装形態では、少なくとも1つの指示情報は、1つの指示情報であり、少なくとも1つの指示情報を複数の構成要素に送信するステップは、1つの指示情報を複数の構成要素の各々に送信するステップを含む。このようにして、1つの指示情報は、複数のアップグレードパッケージブロックのうちの1つを取得するために複数の構成要素の各々によって使用される関連情報を含む。任意選択で、1つの指示情報は、複数の構成要素のすべてに同時にまたは順次送信される。
第3の態様または第3の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第8の可能な実装形態では、少なくとも1つの指示情報は、1つの指示情報であり、少なくとも1つの指示情報を複数の構成要素に送信するステップは、1つの指示情報を複数の構成要素のうちの1つに送信するステップを含む。このようにして、1つの指示情報が複数の構成要素間で伝送されてよい。
第3の態様または第3の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第9の可能な実装形態では、送信ユニットは、複数の構成要素にダウンロード命令を送信し、ダウンロード命令は、複数の構成要素と1対1に対応する複数のアップグレードパッケージブロックを取得するように複数の構成要素に命令するために使用されるようにさらに構成される。
第3の態様または第3の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第10の可能な実装形態では、送信ユニットは、複数の構成要素にアップグレードパッケージ配布命令を送信し、アップグレードパッケージ配布命令は、複数のアップグレードパッケージブロックのうちの1つまたは複数を、複数の構成要素以外の端末内の少なくとも1つの構成要素に送信するように複数の構成要素に命令するために使用され、1つまたは複数のアップグレードパッケージブロックは、複数の構成要素と1対1に対応する複数のアップグレードパッケージブロックを解析することによって複数の構成要素によって取得されるようにさらに構成される。
第3の態様または第3の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第11の可能な実装形態では、送信ユニットは、複数の構成要素にインストール有効化命令を送信し、インストール有効化命令は、複数の構成要素において、アップグレードソフトウェアのうちの少なくとも1つをインストールし有効化するように命令するために使用され、少なくとも1つのアップグレードソフトウェアは、複数の構成要素と1対1に対応する複数のアップグレードパッケージブロックを解析することによって複数の構成要素によって取得されるように構成される。
任意選択で、複数の送信サブユニットが、ダウンロード命令、アップグレードパッケージ配布命令、またはインストール有効化命令を複数の構成要素にそれぞれ送信するように構成される。
第3の態様または第3の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第12の可能な実装形態では、利用可能なストレージ容量は、ランダムアクセスメモリRAM内の利用可能なストレージ容量または読み出し専用メモリROM内の利用可能なストレージ容量のうちの少なくとも一方を含む。
第3の態様または第3の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第13の可能な実装形態では、複数のアップグレードパッケージブロックの各々は、端末内のうちの少なくとも1つの構成要素をアップグレードするために使用されるアップグレードソフトウェアパッケージのすべてまたは一部を含む。
第4の態様によって、ソフトウェアアップグレード装置が提供される。ソフトウェアアップグレード装置は、ネットワーク側に配置され、端末デバイスからストレージリソースフィードバック情報を受信し、ストレージリソースフィードバック情報は、端末デバイス内にあり、複数のアップグレードパッケージブロックを記憶するために使用され得る複数の構成要素の各々の利用可能なストレージ容量を少なくとも含む、ように構成された受信ユニットと、1つまたは複数のソフトウェアアップグレードパッケージを、ストレージリソースフィードバック情報に基づいて複数のアップグレードパッケージブロックに分割し、複数のアップグレードパッケージブロックは、すべての構成要素の利用可能なストレージ容量のうちの少なくとも一部と1対1に対応する、ように構成された処理ユニットであって、処理ユニットはアップグレードパッケージブロック情報を生成し、アップグレードパッケージブロック情報は、複数のアップグレードパッケージブロックとすべての構成要素の利用可能なストレージ容量のうちの少なくとも一部との間に少なくとも対応関係を含む、ようにさらに構成された処理ユニットと、端末デバイスにアップグレードパッケージブロック情報を送信するように構成された送信ユニットとを含む。1つまたは複数のソフトウェアアップグレードパッケージは、少なくとも一部の構成要素と1対1に対応する複数のアップグレードパッケージブロックに分割される。これは、端末内の複数の構成要素のストレージリソースを十分に利用し、従来技術と比較して端末側の構成要素のソフトウェアパッケージ記憶圧力を低減する。加えて、比較的大きなデータパケットのブロック分割中に比較的大量のランダムストレージリソースを占有する必要があるため、ネットワーク側のアップグレードパッケージに対してブロック分割が実行されるときに、端末側の構成要素におけるストレージリソースの要件が低減され得る。最終的に、ソフトウェアアップグレードの成功率を高めることができる。したがって、ソフトウェアアップグレード方法は、端末（特にインテリジェント・コネクティッド・ビークル）のソフトウェアアップグレードにより適している。
受信ユニットは、1つまたは複数の受信方式でストレージリソースフィードバック情報を受信することができる。受信方式には、セルラ通信、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、WiMAX（マイクロ波アクセスのための世界規模の相互運用性、Worldwide Interoperability for Microwave Access）、Bluetooth（Bluetooth通信技術）、ZigBee（ZigBee通信技術）、光通信、衛星通信、赤外線通信、伝送路通信、ハードウェアインターフェースまたはハードウェア回路基板上の配線を介した受信の実行、ソフトウェアモジュールからのパラメータの取得、またはストレージデバイスからの情報の読み取りが含まれるが、これらに限定されない。
任意選択で、受信ユニットは複数の受信サブユニットを含み、複数の受信サブユニットは各々、端末内の少なくとも2つの構成要素のうちの少なくとも1つのストレージリソース情報を受信するように構成される。任意選択で、複数の受信サブユニットは、端末内の複数の異なる構成要素内に配置される。任意選択で、複数の受信サブユニットは、少なくとも1つの受信方式でストレージリソース情報を受信する。受信方式には、セルラ通信、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、WiMAX（マイクロ波アクセスのための世界規模の相互運用性、Worldwide Interoperability for Microwave Access）、Bluetooth（Bluetooth通信技術）、ZigBee（ZigBee通信技術）、光通信、衛星通信、赤外線通信、伝送路通信、ハードウェアインターフェースまたはハードウェア回路基板上の配線を介した受信の実行、ソフトウェアモジュールからのパラメータの取得、またはストレージデバイスからの情報の読み取りが含まれるが、これらに限定されない。
送信ユニットは、1つまたは複数の送信方式でアップグレードパッケージブロック情報を送信することができる。送信方式には、セルラ通信、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、WiMAX（マイクロ波アクセスのための世界規模の相互運用性、Worldwide Interoperability for Microwave Access）、Bluetooth（Bluetooth通信技術）、ZigBee（ZigBee通信技術）、光通信、衛星通信、赤外線通信、伝送路通信、ハードウェアインターフェースまたはハードウェア回路基板上の配線を介した送信の実行、ソフトウェアモジュールへのパラメータの入力、またはメモリへの情報の書き込みが含まれるが、これらに限定されない。
任意選択で、送信ユニットは複数の送信サブユニットを含み、複数の送信サブユニットは、少なくとも1つの指示情報を複数の構成要素にそれぞれ送信するように構成される。任意選択で、複数の送信サブユニットは、端末内の複数の異なる構成要素内に配置される。任意選択で、複数の送信サブユニットは、少なくとも1つの送信方式でストレージリソース情報を送信し、送信方式には、セルラ通信、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、WiMAX（マイクロ波アクセスのための世界規模の相互運用性、Worldwide Interoperability for Microwave Access）、Bluetooth（Bluetooth通信技術）、ZigBee（ZigBee通信技術）、光通信、衛星通信、赤外線通信、伝送路通信、ハードウェアインターフェースまたはハードウェア回路基板上の配線を介した送信の実行、ソフトウェアモジュールへのパラメータの入力、またはメモリへの情報の書き込みが含まれるが、これらに限定されない。
任意選択で、1つまたは複数のソフトウェアアップグレードパッケージを複数のアップグレードパッケージブロックに分割するステップは、複数のアップグレードパッケージブロックを取得するために、比較的大きなストレージ容量を占有するソフトウェアアップグレードパッケージ（例えば、車両アップグレードパッケージ）に対してブロック分割および再カプセル化を実行するステップ、または複数のアップグレードパッケージブロックを取得するために、複数のソフトウェアアップグレードパッケージ（例えば、1つのソフトウェアアップグレードパッケージは、1つのアップグレードソフトウェアに対応する）に対してグループ化および再カプセル化を実行するステップを含む。1つまたは複数のソフトウェアアップグレードパッケージは、少なくとも一部の構成要素と1対1に対応する複数のアップグレードパッケージブロックに分割される。これは、端末内のストレージリソースを十分に利用し、端末のソフトウェアアップグレードの成功率を高める。したがって、ソフトウェアアップグレード装置は、端末（特にインテリジェント・コネクティッド・ビークル）のソフトウェアアップグレードにより適している。
第4の態様によれば、ソフトウェアアップグレード装置の第1の可能な実装形態では、アップグレードパッケージブロック情報は、複数のアップグレードパッケージブロックの各々の検証情報、各々のアップグレードパッケージブロックのダウンロードアドレス、または複数のアップグレードパッケージブロックの数のうちのうちの少なくとも1つを含む。アップグレードパッケージブロック情報は、各アップグレードパッケージブロックの検証情報を含み、その結果、各アップグレードパッケージブロックを独立して検証することができ、それにより、端末内の複数の利用可能な構成要素のコンピューティングリソースを完全に利用することができる。アップグレードパッケージブロック情報は、各アップグレードパッケージブロックのダウンロードアドレスを含み、端末内の複数の構成要素に、複数のアップグレードパッケージブロックを取得するように構成されたネットワーク側デバイスを示すことができる。アップグレードパッケージブロック情報は、アップグレードパッケージブロックの数を含み、複数のアップグレードパッケージブロックに対して全体的なデータ完全性検証を実行するために使用されてよい。
第4の態様または第4の態様の第1の可能な実装形態によれば、ソフトウェアアップグレード装置の第2の可能な実装形態では、送信ユニットは、端末デバイスにソフトウェアアップグレード開始メッセージを送信するようにさらに構成される。ネットワーク側デバイスに加えて、端末デバイスが、ソフトウェアアップグレードを開始する場合もある。
第4の態様または第4の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第3の可能な実装形態では、処理ユニットは、ストレージリソースフィードバック情報に基づいて、端末デバイス内の利用可能なストレージリソースがソフトウェアアップグレードのためのストレージ要件を満たすと判定するようにさらに構成される。任意選択で、利用可能なストレージ容量の合計からソフトウェアアップグレードパッケージによって占有されたストレージ空間の合計を減算することによって得られた差が所定の閾値を超える場合、端末デバイス内の利用可能なストレージリソースがソフトウェアアップグレードのためのストレージ要件を満たすと判定される。
第4の態様または第4の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第4の可能な実装形態では、1つまたは複数のソフトウェアアップグレードパッケージを複数のアップグレードパッケージブロックに分割するステップは、好ましくは、比較的大きなストレージ空間を占有するソフトウェアアップグレードパッケージを、比較的大きな利用可能なストレージ容量を有する構成要素に対応するアップグレードパッケージブロックと判定するステップを含む。複数のアップグレードパッケージブロックは、複数の構成要素と1対1に対応する。このようにして、ソフトウェアアップグレードパッケージが過度に大きいために、ソフトウェアアップグレードパッケージを複数のアップグレードパッケージブロックのうちのいずれか1つとして判定することができない場合を極力回避することができる。
第4の態様または第4の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第5の可能な実装形態では、送信ユニットは、ネットワーク側の少なくとも1つのアップグレードソフトウェアストレージ装置にアップグレードパッケージ配布命令を送信し、アップグレードパッケージ配布命令は、複数のアップグレードパッケージブロックのうちの少なくとも1つを端末デバイスに送信するようにネットワーク側の少なくとも1つのアップグレードソフトウェアストレージ装置に命令するために使用されるようにさらに構成される。
第4の態様または第4の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第6の可能な実装形態では、送信ユニットは、複数のアップグレードパッケージブロックのうちの少なくとも1つを端末デバイスに送信するようにさらに構成される。
第4の態様の第6の可能な実装形態によれば、ソフトウェアアップグレード装置の第7の可能な実装形態では、受信ユニットは、ネットワーク側の少なくとも1つのアップグレードソフトウェアストレージ装置から複数のアップグレードパッケージブロックのうちの少なくとも1つを受信するようにさらに構成される。
第4の態様または第4の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第8の可能な実装形態では、利用可能なストレージ容量は、ランダムアクセスメモリRAM内の利用可能なストレージ容量または読み出し専用メモリROM内の利用可能なストレージ容量のうちの少なくとも一方を含む。
第4の態様または第4の態様の前述の実装形態のいずれか1つによれば、ソフトウェアアップグレード装置の第9の可能な実装形態では、複数のアップグレードパッケージブロックの各々は、端末内のうちの少なくとも1つの構成要素をアップグレードするために使用されるアップグレードソフトウェアパッケージのすべてまたは一部を含む。
第5の態様によって、ソフトウェアアップグレード装置が提供される。装置はメモリと、プロセッサとを含む。メモリは、コンピュータプログラム命令を記憶し、プロセッサは、第1の態様または第1の態様の前述の実装形態のいずれか1つにおける動作を実行するためにコンピュータプログラム命令を実行する。
第5の態様によれば、ソフトウェアアップグレード装置の第1の可能な実装形態では、装置は、ストレージリソース情報またはアップグレードパッケージブロック情報を受信するように構成されるか、またはストレージリソースフィードバック情報、少なくとも1つの指示情報、ダウンロード命令、アップグレードパッケージ配布命令、およびインストール有効化命令のうちの少なくとも1つを送信するように構成されるトランシーバをさらに含む。
第3もしくは第5の態様または第3もしくは第5の態様の前述の実装形態のいずれか1つに記載されるソフトウェアアップグレード装置は、インテリジェント・コネクティッド・ビークル、ロボット、スマート家庭用デバイス、または別の形態を含むがこれらに限定されない端末デバイスに適用されてよい。インテリジェント・コネクティッド・ビークルに適用される場合、ソフトウェアアップグレード装置は、インテリジェント・コネクティッド・ビークル自体またはインテリジェント・コネクティッド・ビークル内の構成要素、例えば、中央ゲートウェイ、T－box（Telematics BOX、車両のインターネットにおける車両通信端末）、ヒューマンマシンインタラクション（HMI、Human－Machine Interaction）コントローラ、モバイルデータセンタ（MDC、Mobile Data Controller）、および先進運転支援システム（ADAS、Advanced Driving Assistant System）、または電子制御ユニット（ECU、Electronic Control Unit）であってもよい。あるいは、ソフトウェアアップグレード装置は、前述の構成要素内のサブ装置であってもよいし、前述の構成要素以外のインテリジェント・コネクティッド・ビークル内の独立した装置であってもよい。
第6の態様によって、ソフトウェアアップグレード装置が提供される。装置はメモリと、プロセッサとを含む。メモリは、コンピュータプログラム命令を記憶し、プロセッサは、第2の態様または第2の態様の前述の実装形態のいずれか1つにおける動作を実行するためにコンピュータプログラム命令を実行する。
第6の態様によれば、ソフトウェアアップグレード装置の第1の可能な実装形態では、装置は、ストレージリソースフィードバック情報または複数のアップグレードパッケージブロックのうちの少なくとも1つを受信するように構成されるか、または、アップグレードパッケージブロック情報、ソフトウェアアップグレード開始メッセージ、アップグレードパッケージ配布命令、および少なくとも1つのアップグレードパッケージブロックのうちの少なくとも1つを送信するように構成されるトランシーバをさらに含む。
第4もしくは第6の態様または第4もしくは第6の態様の前述の実装形態のいずれか1つに記載されるソフトウェアアップグレード装置は、ネットワーク側に適用されてもよい。例えば、ソフトウェアアップグレード装置は、ネットワーク側のサーバの形態で存在する。
第7の態様によって、端末ソフトウェアアップグレードシステムが提供される。システムは、第3の態様または第3の態様の可能な実装形態のいずれか1つによるソフトウェアアップグレード装置と、第4の態様または第4の態様の可能な実装形態のいずれか1つによるソフトウェアアップグレード装置とを含む。
第8の態様によって、端末ソフトウェアアップグレードシステムが提供される。システムは、第5の態様または第5の態様の可能な実装形態のいずれか1つによるソフトウェアアップグレード装置と、第6の態様または第6の態様の可能な実装形態のいずれか1つによるソフトウェアアップグレード装置とを含む。
第9の態様によって、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体はコンピュータ命令を含む。コンピュータ命令がプロセッサによって実行されると、ソフトウェアアップグレード装置は、第1の態様または第1の態様の前述の実装形態のいずれか1つによる方法を実行することが可能にされる。
第10の態様によって、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体はコンピュータ命令を含む。コンピュータ命令がプロセッサによって実行されると、ソフトウェアアップグレード装置は、第2の態様または第2の態様の前述の実装形態のいずれか1つによる方法を実行することが可能にされる。
第11の態様によって、コンピュータプログラム製品が提供される。コンピュータプログラム製品がプロセッサによって実行されると、ソフトウェアアップグレード装置は、第1の態様または第1の態様の前述の実装形態のいずれか1つによる方法を実行することが可能にされる。
第12の態様によって、コンピュータプログラム製品が提供される。コンピュータプログラム製品がプロセッサによって実行されると、ソフトウェアアップグレード装置は、第2の態様または第2の態様の前述の実装形態のいずれか1つによる方法を実行することが可能にされる。
第13の態様によって、車両ソフトウェアアップグレード方法が提供される。方法は、車両内の少なくとも2つの構成要素のストレージリソース情報を受信するステップであって、ストレージリソース情報は、少なくとも2つの構成要素の各々の利用可能なストレージ容量を少なくとも含む、ステップと、車両内の複数の構成要素に少なくとも1つの指示情報を送信するステップであって、少なくとも1つの指示情報は、複数のアップグレードパッケージブロックを取得するために複数の構成要素を示すために使用され、複数のアップグレードパッケージブロックは、1つまたは複数のアップグレードソフトウェアパッケージを分割することによってストレージリソース情報に基づいて取得され、複数の構成要素は、少なくとも2つの構成要素の利用可能なストレージ容量のうちの少なくとも一部と1対1に対応する、ステップとを含む。
第14の態様によって、車両ソフトウェアアップグレード装置が提供される。装置は、車両内の少なくとも2つの構成要素のストレージリソース情報を受信し、ストレージリソース情報は、少なくとも2つの構成要素の各々の利用可能なストレージ容量を少なくとも含む、ように構成された受信ユニットと、車両内の複数の構成要素に少なくとも1つの指示情報を送信し、少なくとも1つの指示情報は、複数のアップグレードパッケージブロックを取得するために複数の構成要素を示すために使用され、複数のアップグレードパッケージブロックは、1つまたは複数のアップグレードソフトウェアパッケージを分割することによってストレージリソース情報に基づいて取得され、複数の構成要素は、少なくとも2つの構成要素の利用可能なストレージ容量のうちの少なくとも一部と1対1に対応するように構成された送信ユニットとを含む。
第15の態様によって、車両ソフトウェアアップグレード方法が提供される。方法は、車両内のストレージリソースフィードバック情報をネットワーク側デバイスに送信するステップであって、ストレージリソースフィードバック情報は、車両内の少なくとも2つの構成要素の各々の利用可能なストレージ容量を少なくとも含む、ステップと、ネットワーク側デバイスから、ネットワーク側デバイスによって生成されたアップグレードパッケージブロック情報を受信するステップであって、アップグレードパッケージブロック情報は、車両ソフトウェアアップグレードのための複数のアップグレードパッケージブロックとすべての構成要素の利用可能なストレージ容量のうちの少なくとも一部との間に少なくとも1対1の対応関係を含む、ステップとを含む。
第16の態様によって、車両ソフトウェアアップグレード装置が提供される。装置は、車両内のストレージリソースフィードバック情報をネットワーク側デバイスに送信し、ストレージリソースフィードバック情報は、車両内の少なくとも2つの構成要素の各々の利用可能なストレージ容量を少なくとも含む、ように構成された送信ユニットと、ネットワーク側デバイスから、ネットワーク側デバイスによって生成されたアップグレードパッケージブロック情報を受信し、アップグレードパッケージブロック情報は、車両ソフトウェアアップグレードのための複数のアップグレードパッケージブロックとすべての構成要素の利用可能なストレージ容量のうちの少なくとも一部との間に少なくとも1対1の対応関係を含むように構成された受信ユニットとを含む。
第17の態様によって、車両ソフトウェアアップグレード方法が提供される。方法は、車両からストレージリソースフィードバック情報を受信するステップであって、ストレージリソースフィードバック情報は、車両内にあり、複数のアップグレードパッケージブロックを記憶するために使用され得る複数の構成要素の各々の利用可能なストレージ容量を少なくとも含む、ステップと、端末デバイスにアップグレードパッケージブロック情報を送信するステップであって、アップグレードパッケージブロック情報は、複数のアップグレードパッケージブロックとすべての構成要素の利用可能なストレージ容量の少なくとも一部との間に少なくとも1対1の対応関係を含む、ステップとを含む。
第18の態様によって、車両ソフトウェアアップグレード装置が提供される。装置は、車両からストレージリソースフィードバック情報を受信し、ストレージリソースフィードバック情報は、車両内にあり、複数のアップグレードパッケージブロックを記憶するために使用され得る複数の構成要素の各々の利用可能なストレージ容量を少なくとも含む、ように構成された受信ユニットと、端末デバイスにアップグレードパッケージブロック情報を送信し、アップグレードパッケージブロック情報は、複数のアップグレードパッケージブロックとすべての構成要素の利用可能なストレージ容量の少なくとも一部との間に少なくとも1対1の対応関係を含む、ように構成された送信ユニットとを含む。
従来の技術において十分なストレージリソースがある場合に使用されるソフトウェアアップグレード方法のフローチャートである。 従来の技術においてストレージリソースが不十分である場合に使用されるソフトウェアアップグレード方法のフローチャートである。 本発明の典型的な適用シナリオの概略図である。 本発明の一実施形態による端末側のソフトウェアアップグレード装置の第1の存在形態の概略図である。 本発明の一実施形態による端末側のソフトウェアアップグレード装置の第2の存在形態および第3の存在形態の概略図である。 本発明の一実施形態による端末側のソフトウェアアップグレード装置の第4の存在形態の概略図である。 本発明の一実施形態によるネットワーク側のソフトウェアアップグレード装置の第1の動作モードの概略図である。 本発明の一実施形態によるネットワーク側のソフトウェアアップグレード装置の第2の動作モードの概略図である。 本発明の一実施形態によるネットワーク側のソフトウェアアップグレード装置の第3の動作モードの概略図である。 本発明の一実施形態によるネットワーク側のソフトウェアアップグレード装置の第4の動作モードの概略図である。 本発明の一実施形態によるネットワーク側のソフトウェアアップグレード装置の第5の動作モードの概略図である。 本発明の実施形態1による端末側で行われるソフトウェアアップグレード方法のフローチャートである。 本発明の実施形態1による端末側で行われるソフトウェアアップグレード方法のフローチャートである。 本発明の実施形態2によるネットワーク側で行われるソフトウェアアップグレード方法のフローチャートである。 本発明の実施形態2によるネットワーク側で行われるソフトウェアアップグレード方法のフローチャートである。 本発明の実施形態3によるソフトウェアアップグレード方法における端末内のストレージリソースを照会および報告する段階のフローチャートである。 本発明の実施形態3によるソフトウェアアップグレード方法におけるソフトウェアアップグレードパッケージに対するブロック分割を実行する段階のフローチャートである。 本発明の実施形態3によるソフトウェアアップグレード方法におけるアップグレードパッケージブロック情報および指示情報を送信する段階の第1のフローチャートである。 本発明の実施形態3によるソフトウェアアップグレード方法におけるアップグレードパッケージブロック情報および指示情報を送信する段階の第2のフローチャートである。 本発明の実施形態3によるソフトウェアアップグレード方法におけるアップグレードパッケージブロック情報および指示情報を送信する段階の第3のフローチャートである。 本発明の実施形態3によるソフトウェアアップグレード方法におけるアップグレードパッケージブロック情報および指示情報を送信する段階の第4のフローチャートである。 本発明の実施形態4および実施形態5によるソフトウェアアップグレード装置の構造のブロック図である。 本発明の実施形態6によるソフトウェアアップグレードシステムの構造のブロック図である。 本発明の実施形態7および実施形態8によるソフトウェアアップグレード装置の構造のブロック図である。 本発明の実施形態7において提供される、端末側のソフトウェアアップグレード装置のT－box上の実装形態の概略図である。 本発明の実施形態7において提供される、端末側のソフトウェアアップグレード装置のヒューマンマシンインタラクションコントローラ上の実装形態の概略図である。
本発明の実施形態の目的、技術的解決策、および利点を明確にするために、以下に、本発明の実施形態の添付図面を参照して、本発明の実施形態の技術的解決策を明確および完全に説明する。説明される実施形態は、本発明の実施形態のすべてではなく、一部であることは明白である。創造的な努力なしに本発明の実施形態に基づいて当業者によって得られる他のすべての実施形態は、本発明の保護範囲内に含まれるものとする。
本発明の実施形態は、端末内の複数の構成要素（インテリジェント・コネクティッド・ビークル、ロボット、またはスマートホームデバイスを含むがこれらに限定されない）をアップグレードする適用シナリオに適用されてよい。図3は、本発明の適用シナリオの概略図である。インテリジェント・コネクティッド・ビークルは、車両ソフトウェアアップグレードに関連するメッセージおよびデータをアップロードまたはダウンロードするために、無線通信チャネルを介してOTAクラウドに接続される。無線通信チャネルには、2G（第2世代移動通信技術）、3G（第3世代移動通信技術）、4G（第4世代移動通信技術）、5G（第5世代移動通信技術）、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、WiMAX（マイクロ波アクセスのための世界規模の相互運用性、Worldwide Interoperability for Microwave Access）、Bluetooth（Bluetooth通信技術）、ZigBee（ZigBee通信技術）、光伝送、衛星通信、または赤外線通信の形態の無線通信チャネルが含まれるが、これらに限定されない。インテリジェント・コネクティッド・ビークル内の構成要素は、中央ゲートウェイ、T－box（Telematics BOX、車両のインターネットにおける車両通信端末）、ヒューマンマシンインタラクション（HMI、Human－Machine Interaction）コントローラ、モバイルデータセンタ（MDC、Mobile Data Controller）、先進運転支援システム（ADAS、Advanced Driving Assistant System）、複数の電子制御ユニット（ECU、Electronic Control Unit）および別の構成要素を含む。
インテリジェント・コネクティッド・ビークルの適用シナリオを以下の例として使用して、以下の形態を含む、本発明の実施形態において提供される端末側のソフトウェアアップグレード装置の4つの典型的な存在形態（実際のケースは4つの典型的な存在形態に限定されない）を説明する。
第1の形態では、ソフトウェアアップグレード装置は、独立した構成要素（図4のソフトウェアアップグレード装置401を参照されたい）としてインテリジェント・コネクティッド・ビークル内に存在することができ、車両間ネットワーク通信機能と車両内ネットワーク通信機能の両方を有し、ネットワーク側デバイスとシグナリングまたはデータを交換し、車両内の別の構成要素と協調して、アップグレードソフトウェアを記憶、配布、インストール、または有効化するように構成される。加えて、ソフトウェアアップグレード装置401は、車両内にあり、アップグレードされる必要がある構成要素であってもよく、ネットワーク側デバイスからソフトウェアアップグレードパッケージを受信し、ソフトウェアアップグレードパッケージを記憶する。
第2の形態および第3の形態では、ソフトウェアアップグレード装置は、インテリジェント・コネクティッド・ビークル内の従来の構成要素（例えば、図5のT－box501）または従来の構成要素内のサブ装置であってもよく、車両間ネットワーク通信機能と車両内ネットワーク通信機能の両方を有し、ネットワーク側デバイスとシグナリングまたはデータを交換し、車両内の別の構成要素と協調して、アップグレードソフトウェアを記憶、配布、インストール、または有効化するように構成される。加えて、この場合のT－box501は、車両内にあり、アップグレードされる必要がある構成要素であってもよく、ネットワーク側デバイスからソフトウェアアップグレードパッケージを受信し、ソフトウェアアップグレードパッケージを記憶する。
第4の形態では、ソフトウェアアップグレード装置は、インテリジェント・コネクティッド・ビークル（例えば、図6のインテリジェント・コネクティッド・ビークル601）であってもよく、インテリジェント・コネクティッド・ビークル内の複数の構成要素（例えば、図6のT－box602およびMDC603）と協働して、端末側で実行され、本発明の実施形態において提供されるソフトウェアアップグレード方法を完了する。例えば、MDC603は、車両間ネットワーク通信機能を持たず、T－box602を使用することによってネットワーク側デバイスとシグナリングまたはデータを交換し、MDC603の車両内ネットワーク通信機能を使用することによって、車両内の別の構成要素と協調して、アップグレードソフトウェアを記憶、配布、インストール、または有効化する。
インテリジェント・コネクティッド・ビークルの適用シナリオを以下の例として使用して、以下のモードを含む、本発明の実施形態において提供されるネットワーク側のソフトウェアアップグレード装置の5つの典型的な動作（実際のケースは5つの典型的な動作モードに限定されない）を説明する。
第1のモード（図7を参照されたい）では、インテリジェント・コネクティッド・ビークル704の構成要素のソフトウェアアップグレードに使用されるすべてのアップグレードパッケージブロックは、ネットワーク側のサーバ701に集中的に記憶され、サーバ701は、本発明の実施形態で提供されるネットワーク側のソフトウェアアップグレード装置である。サーバ701は、インテリジェント・コネクティッド・ビークル704からストレージリソースフィードバック情報を受信し、アップグレードパッケージブロック情報および複数のアップグレードパッケージブロックの各々をインテリジェント・コネクティッド・ビークル704に送信する。
第2のモード（図8を参照されたい）では、サーバ801は、本発明の実施形態で提供されるネットワーク側のソフトウェアアップグレード装置であり、インテリジェント・コネクティッド・ビークル804内の構成要素のソフトウェアアップグレードに使用される複数のアップグレードパッケージブロックは、ネットワーク側の複数のサーバ（例えば、サーバ802およびサーバ803を含み、サーバ801を含む場合、または含まない場合がある）に分散式に記憶される。サーバ801は、インテリジェント・コネクティッド・ビークル804からストレージリソースフィードバック情報を受信し、サーバ802およびサーバ803の各々から少なくとも1つのアップグレードパッケージブロックを受信し、アップグレードパッケージブロック情報および複数のアップグレードパッケージブロックの各々をインテリジェント・コネクティッド・ビークル804に送信する。
第3のモード（図9参照）では、サーバ901は、本発明の実施形態で提供されるネットワーク側のソフトウェアアップグレード装置であり、インテリジェント・コネクティッド・ビークル904内の構成要素のソフトウェアアップグレードに使用される複数のアップグレードパッケージブロックは、ネットワーク側の複数のサーバ（例えば、サーバ902およびサーバ903を含むが、サーバ901を含まない）に分散式に記憶される。サーバ901は、インテリジェント・コネクティッド・ビークル904からストレージリソースフィードバック情報を受信し、インテリジェント・コネクティッド・ビークル804にアップグレードパッケージブロック情報を送信する。サーバ901によって送信されたアップグレードパッケージ配布命令を受信した後、サーバ902およびサーバ903はそれぞれ、サーバ902に記憶された少なくとも1つのアップグレードパッケージブロックおよびサーバ903に記憶された少なくとも1つのアップグレードパッケージブロックをインテリジェント・コネクティッド・ビークル904に送信する。
第4のモード（図10を参照されたい）では、サーバ1001は、本発明の実施形態で提供されるネットワーク側のソフトウェアアップグレード装置であり、インテリジェント・コネクティッド・ビークル1004内の構成要素のソフトウェアアップグレードに使用される複数のアップグレードパッケージブロックは、ネットワーク側の複数のサーバ（例えば、サーバ1002、サーバ1003およびサーバ1001を含む）に分散式に記憶される。サーバ1001は、インテリジェント・コネクティッド・ビークル1004からストレージリソースフィードバック情報を受信し、インテリジェント・コネクティッド・ビークル1004にアップグレードパッケージブロック情報を送信する。サーバ1001によって送信されたアップグレードパッケージ配布命令を受信した後、サーバ1002およびサーバ1003はそれぞれ、サーバ1002に記憶された少なくとも1つのアップグレードパッケージブロックおよびサーバ1003に記憶された少なくとも1つのアップグレードパッケージブロックをインテリジェント・コネクティッド・ビークル1004に送信する。サーバ1001はまた、サーバ1001に記憶された少なくとも1つのアップグレードパッケージブロックをインテリジェント・コネクティッド・ビークル1004に送信する。
第5のモード（図11を参照されたい）では、サーバ1101は、本発明の実施形態で提供されるネットワーク側のソフトウェアアップグレード装置であり、インテリジェント・コネクティッド・ビークル1104内の構成要素のソフトウェアアップグレードに使用される複数のアップグレードパッケージブロックは、ネットワーク側の複数のサーバ（例えば、サーバ1102およびサーバ1103を含み、サーバ1101を含む場合、または含まない場合がある）に分散式に記憶される。サーバ1101は、インテリジェント・コネクティッド・ビークル1104からストレージリソースフィードバック情報を受信し、インテリジェント・コネクティッド・ビークル1104にアップグレードパッケージブロック情報を送信する。サーバ1101によって送信されたアップグレードパッケージ配布命令を受信した後、サーバ1102は、サーバ1102に記憶された少なくとも1つのアップグレードパッケージブロックをインテリジェント・コネクティッド・ビークル1104に送信する。サーバ1103は、サーバ1101に記憶された少なくとも1つのアップグレードパッケージブロックをサーバ1103に送信する。サーバ1101は、少なくとも1つのアップグレードパッケージブロック（サーバ1103に記憶された少なくとも1つのアップグレードパッケージブロックを含む）をインテリジェント・コネクティッド・ビークル1104に送信する。
本発明の実施形態1は、端末側で実行されるソフトウェアアップグレード方法を提供する。方法は、端末側のソフトウェアアップグレード装置（例えば、上記のソフトウェアアップグレード装置401、T－box501、T－box501内のサブ装置、またはインテリジェント・コネクティッド・ビークル601）によって実行される。図12Aおよび図12Bに示すように、方法は、以下のステップを含む。
ステップ1201：端末内の少なくとも2つの構成要素のストレージリソース情報を受信し、ストレージリソース情報は、少なくとも2つの構成要素の各々の利用可能なストレージ容量を少なくとも含み、少なくとも2つの構成要素は、少なくとも2つの利用可能なストレージ容量に対応する。
任意選択で、本発明の実施形態1は、少なくとも2つの構成要素の各々の利用可能なストレージ容量に基づいて、端末内の利用可能なストレージリソースが端末ソフトウェアアップグレードのためのストレージ要件を満たすと判定する、ステップ1202を含む。
ステップ1203：ストレージリソース情報に基づいてストレージリソースフィードバック情報を生成し、ストレージリソースフィードバック情報は、各構成要素の利用可能なストレージ容量を少なくとも含む。
ステップ1204：ストレージリソースフィードバック情報をネットワーク側デバイスに送信する。
ステップ1205：ネットワーク側デバイスによって生成されたアップグレードパッケージブロック情報を受信し、アップグレードパッケージブロック情報は、端末ソフトウェアアップグレードのための複数のアップグレードパッケージブロックと複数のアップグレードパッケージブロックを記憶するための複数の構成要素との間に少なくとも1対1の対応関係を含み、複数の構成要素は、少なくとも2つの構成要素の一部またはすべてである。
ステップ1206：アップグレードパッケージブロック情報に基づいて、複数のアップグレードパッケージブロックを取得するために複数の構成要素を示すために使用される少なくとも1つの指示情報を生成し、複数の構成要素は複数の利用可能なストレージ容量と1対1に対応する。
ステップ1207：少なくとも1つの指示情報を複数の構成要素に送信する。
任意選択で、本発明の実施形態1は、複数の構成要素にダウンロード命令を送信し、ダウンロード命令は、複数の構成要素と1対1に対応する複数のアップグレードパッケージブロックを取得するように複数の構成要素に命令するために使用される、ステップ1208を含む。
任意選択で本発明の実施形態1は、複数の構成要素に、アップグレードパッケージ配布命令を送信し、アップグレードパッケージ配布命令は、複数のアップグレードパッケージブロックのうちの1つまたは複数を、複数の構成要素以外の端末内の少なくとも1つの構成要素に送信するように複数の構成要素に命令するために使用され、1つまたは複数のアップグレードパッケージブロックは、複数の構成要素と1対1に対応する複数のアップグレードパッケージブロックを解析することによって複数の構成要素によって取得される、ステップ1209を含む。
任意選択で、本発明の実施形態1は、複数の構成要素にインストール有効化命令を送信し、インストール有効化命令は、複数の構成要素において、少なくとも1つのアップグレードソフトウェアをインストールし有効化するように命令するために使用され、少なくとも1つのアップグレードソフトウェアは、複数の構成要素と1対1に対応する複数のアップグレードパッケージブロックを解析することによって複数の構成要素によって取得される、ステップ1210を含む。
本発明の実施形態2は、ネットワーク側で実行されるソフトウェアアップグレード方法を提供する。方法は、ネットワーク側のソフトウェアアップグレード装置（例えば、上記に記載されるソフトウェアアップグレード装置701、801、901、1001、または1101）によって実行される。図13Aおよび図13Bに示されるように、方法は、以下のステップを含む。
任意選択で、本発明の実施形態2は、ソフトウェアアップグレード開始メッセージを端末デバイスに送信するステップ1301を含む。
ステップ1302：端末デバイスからストレージリソースフィードバック情報を受信し、ストレージリソースフィードバック情報は、端末デバイス内にあり、複数のアップグレードパッケージブロックを記憶するために使用され得る複数の構成要素の各々の利用可能なストレージ容量を少なくとも含む。
ステップ1303：ストレージリソースフィードバック情報に基づいて、端末デバイス内の利用可能なストレージリソースがソフトウェアアップグレードのためのストレージ要件を満たすと判定する。
ステップ1304：ストレージリソースフィードバック情報に基づいて、1つまたは複数のソフトウェアアップグレードパッケージを複数のアップグレードパッケージブロックに分割し、複数のアップグレードパッケージブロックは、すべての構成要素の利用可能なストレージ容量のうちの少なくとも一部と1対1に対応する。
ステップ1305：アップグレードパッケージブロック情報を生成し、アップグレードパッケージブロック情報は、複数のアップグレードパッケージブロックとすべての構成要素の利用可能なストレージ容量のうちの少なくとも一部との間に少なくとも対応関係を含む。
ステップ1306：アップグレードパッケージブロック情報を端末デバイスに送信する。
任意選択で、本発明の実施形態2は、ネットワーク側の少なくとも1つのアップグレードソフトウェアストレージ装置から複数のアップグレードパッケージブロックのうちの少なくとも1つを受信するステップ1307を含む。
任意選択で、本発明の実施形態2は、複数のアップグレードパッケージブロックのうちの少なくとも1つを端末デバイスに送信するステップ1308を含む。
任意選択で、本発明の実施形態2は、ネットワーク側の少なくとも1つのアップグレードソフトウェアストレージ装置にアップグレードパッケージ配布命令を送信し、アップグレードパッケージ配布命令は、複数のアップグレードパッケージブロックのうちの少なくとも1つを端末デバイスに送信するようにネットワーク側の少なくとも1つのアップグレードソフトウェアストレージ装置に命令するために使用される、ステップ1309を含む。
本発明の実施形態1および実施形態2において提供されるソフトウェアアップグレード方法では、端末内の複数の構成要素内のストレージリソースが十分に利用される。このようにして、ダウンロード成功率が高まり、方法は、比較的複雑な端末（特にインテリジェント・コネクティッド・ビークル）のソフトウェアアップグレードの要件により適している。加えて、端末内の複数の構成要素の外部通信リソースを使用して、複数のアップグレードパッケージブロックがダウンロードされてもよい。このようにして、端末の通信リソースが十分に利用され、ダウンロード速度が向上し、ダウンロードの信頼性が向上する。さらに、複数のアップグレードパッケージブロックが、複数の構成要素によって独立して検証され得ることで、端末内のコンピューティングリソースが完全に利用され、別の構成要素のアップグレードソフトウェアブロックデータが不完全であるために構成要素のアップグレードが影響を受けるケースが回避される。
本発明の実施形態1および実施形態2は、ネットワーク側で実行されるソフトウェアアップグレード方法および端末側で実行されるソフトウェアアップグレード方法にそれぞれ関する。本発明の実施形態3は、ネットワーク側と端末側との2つの側の間で実行されるソフトウェアアップグレード方法を提供し、ソフトウェアアップグレード方法は、本発明の実施形態1および実施形態2において提供される、ネットワーク側および端末側でそれぞれ実行される2つのソフトウェアアップグレード方法の組み合わせに基づいて実施することができる。端末内のストレージリソースを照会および報告する段階、ソフトウェアアップグレードパッケージに対してブロック分割を実行する段階、ならびにアップグレードパッケージブロック情報および指示情報を送信する段階には比較的大量の並列解決策があるため、以下では、図14から図19を使用して上記のいくつかの段階を詳細に説明する。本発明の実施形態1、実施形態2、および実施形態3を相互参照することができることに留意されたい。図14～図19の端末側またはネットワーク側の単一側動作ステップは、本発明の実施形態1および実施形態2の単一動作方法にも適用することができる。
図14は、本発明の実施形態3における端末におけるストレージリソースを照会および報告する段階のフローチャートである。段階は、以下のステップを含む。
ステップ1401：ネットワーク側のソフトウェアアップグレード装置は、端末ソフトウェアアップグレードを開始するためのメッセージを端末ソフトウェアアップグレード装置に送信する。
ステップ1402：端末ソフトウェアアップグレード装置は、それ自体の利用可能なストレージリソース（t1として示される）をチェックする。
ステップ1403：端末ソフトウェアアップグレード装置は、端末構成要素1および端末構成要素2へのストレージリソース照会要求を開始する。
ステップ1404：端末構成要素1および端末構成要素2は、それぞれの独自の利用可能なストレージリソースをチェックする。
ステップ1405：端末構成要素1および端末構成要素2は、それぞれの独自の利用可能なストレージリソース（それぞれt2およびt3として示される）を端末ソフトウェアアップグレード装置に報告する。
ステップ1406：端末ソフトウェアアップグレード装置は、端末内の利用可能なストレージリソースの合計を計算する、すなわち、t1、t2、およびt3の合計を計算して、端末内の利用可能なストレージリソースが端末ソフトウェアアップグレードのためのストレージ要件を満たすかどうかを判定する。
端末内の利用可能なストレージリソースが端末ソフトウェアアップグレードのためのストレージ要件を満たす場合、以下のステップがさらに実行される：ステップ1407a：端末ソフトウェアアップグレード装置がストレージリソースフィードバック情報を生成する。ステップ1408a：端末ソフトウェアアップグレード装置が、ストレージリソースフィードバック情報をネットワーク側のソフトウェアアップグレード装置に送信する。
端末内の利用可能なストレージリソースが端末ソフトウェアアップグレードのためのストレージ要件を満たさない場合、以下のステップがさらに実行される：ステップ1407b：端末ソフトウェアアップグレード装置が、ネットワーク側のソフトウェアアップグレード装置にエラーを返し、端末ソフトウェアアップグレードを終了する。
端末内の利用可能なストレージリソースが端末ソフトウェアアップグレードのためのストレージ要件を満たすかどうかは、端末デバイスまたはネットワーク側デバイスによって判定され得ることに留意されたい。
ソフトウェアアップグレードパッケージに対してブロック分割を実行する段階では、端末ソフトウェアアップグレード装置によって送信されたストレージリソースフィードバック情報を受信した後、ネットワーク側のソフトウェアアップグレード装置は、複数の端末ソフトウェアアップグレードパッケージをハッシュチェック値を有する複数のアップグレードパッケージブロックに分割する。ブロック分割手順は図15に示されており、以下のステップを含む。
ステップ1501：I1、．．．、およびINとしてそれぞれ示され、N個の変数s1、．．．、およびsNを使用することによって各セットの最大容量値をマークするN個の空のセットを構築し、ここでsi＝ti－Cであり、tiは端末のi番目の構成要素の利用可能なストレージリソースであり、Cはハッシュチェック値によって占有されるストレージ空間である。
ステップ1502：M個のソフトウェアアップグレードパッケージをサイズの降順に配列して、package1、package2、．．．、およびpackageMを取得し、各ソフトウェアアップグレードパッケージは、1つの端末構成要素のソフトウェアアップグレードに使用されるデータを含み、ストレージ空間Piを占有する。
ステップ1503：最大サイズを有するソフトウェアアップグレードパッケージ（すなわち、package1）から開始する最大残存利用可能容量を有するセットIuにpackageiを置き、1≦u≦Nであり、su＝su－Piとする。
この場合にsu＜0である場合、それはブロック分割が失敗したことを示し、以下のステップがさらに実行される：ステップ1505：ブロック分割失敗情報を返し、ダウンロードを終了する。
この場合にsu≧0である場合、ステップ1503は、package2からpackageMがすべてセットに正常に追加され得るまで、package2からpackageMに対して順次実行され、以下のステップがさらに実行される：ステップ1504：J1，．．．，およびJKとして示される、アップグレードパッケージブロックを取得するために、各空でないセットおよび対応するハッシュ値をパッケージ化する。Kは空でない集合の数であり、Ji＝Iu｜｜Hu、1≦i≦Kであり、HuはIuに対応するハッシュチェック値であり、計算方法はHu＝Hash（Iu｜｜keyu）である。ネットワーク側のソフトウェアアップグレード装置は、端末内の複数の構成要素（Idu）に対応するデバイス鍵（keyu）を記憶し、デバイス鍵は、構成要素にローカルに記憶されたデバイス鍵と同じである。
ステップ1506：ネットワーク側のソフトウェアアップグレード装置がブロック情報パッケージJ0を生成する。ブロック情報パッケージJ0の内容は、ブロック数K、各ブロックJiのダウンロードアドレスAddressi、対応するダウンロード成分Idu、およびハッシュチェック値H0を含む。
ソフトウェアアップグレードパッケージに対してブロック分割を実行する段階では、端末の単一のアップグレードされるべき構成要素に使用されるソフトウェアアップグレードパッケージが最小単位として使用され、最大の空間を占有するソフトウェアアップグレードパッケージが考慮され、最大の残りの空間を有するブロックに割り当てられることが好ましい。ブロック分割は反復によって完了され、その後のデータ完全性検証の準備のために、ブロックデータの各々に対してハッシュチェック値が計算される。
次に、アップグレードパッケージブロック情報および指示情報を送信する段階の実行手順について説明する。4つの並列技術的解決策がある。
第1の解決策については、図16を参照されたい。この解決策は以下のステップを含む。
ステップ1601：端末ソフトウェアアップグレード装置は、ネットワーク側のソフトウェアアップグレード装置からアップグレードパッケージブロック情報を受信する。
ステップ1602：端末ソフトウェアアップグレード装置は、端末構成要素1のために、端末構成要素1に対応する1つのアップグレードパッケージブロックを取得するように端末構成要素1を示すために使用される第1の指示情報を生成し、端末構成要素2のために、端末構成要素2に対応する1つのアップグレードパッケージブロックを取得するように端末構成要素2を示すために使用される第2の指示情報を生成する。
ステップ1603：端末ソフトウェアアップグレード装置は、第1の指示情報および第2の指示情報を端末構成要素1および端末構成要素2にそれぞれ送信する。
第2の解決策については、図17を参照されたい。この解決策は以下のステップを含む。
ステップ1701：端末ソフトウェアアップグレード装置は、ネットワーク側のソフトウェアアップグレード装置からアップグレードパッケージブロック情報を受信する。
ステップ1702：端末ソフトウェアアップグレード装置は、端末構成要素1および端末構成要素2のために、端末構成要素1に対応するアップグレードパッケージブロックを取得するように端末構成要素1を示し、端末構成要素2に対応するアップグレードパッケージブロックを取得するように端末構成要素2を示すために使用される1つの指示情報を生成する。
ステップ1703：端末ソフトウェアアップグレード装置は、端末構成要素1と端末構成要素2の両方に対して1つの指示情報を送信する。任意選択で、端末ソフトウェアアップグレード装置は、1つの指示情報を端末構成要素1および端末構成要素2に同時にまたは順次送信してもよい。
第3の解決策については、図18を参照されたい。この解決策は以下のステップを含む。
ステップ1801：端末ソフトウェアアップグレード装置は、ネットワーク側のソフトウェアアップグレード装置からアップグレードパッケージブロック情報を受信する。
ステップ1802：端末ソフトウェアアップグレード装置は、端末構成要素1および端末構成要素2のために、端末構成要素1に対応するアップグレードパッケージブロックを取得するように端末構成要素1を示し、端末構成要素2に対応するアップグレードパッケージブロックを取得するように端末構成要素2を示すために使用される第1の指示情報を生成する。
ステップ1803：端末ソフトウェアアップグレード装置は、第1の指示情報を端末構成要素1に送信する。
ステップ1804：端末構成要素1は、第1の指示情報を端末構成要素2に転送する。
第4の解決策については、図19を参照されたい。この解決策は以下のステップを含む。
ステップ1901：端末ソフトウェアアップグレード装置は、ネットワーク側のソフトウェアアップグレード装置からアップグレードパッケージブロック情報を受信する。
ステップ1902：端末ソフトウェアアップグレード装置は、端末構成要素1および端末構成要素2のために、端末構成要素1に対応するアップグレードパッケージブロックを取得するように端末構成要素1を示し、端末構成要素2に対応するアップグレードパッケージブロックを取得するように端末構成要素2を示すために使用される第1の指示情報を生成する。
ステップ1903：端末ソフトウェアアップグレード装置は、第1の指示情報を端末構成要素1に送信する。
ステップ1904：端末構成要素1は、第1の指示情報から、端末構成要素1によるアップグレードパッケージブロックの取得に関連する情報を削除し、第1の指示情報内の残りの情報に基づいて第2の指示情報を生成する。
ステップ1905：端末構成要素1は、第2の指示情報を端末構成要素2に送信する。
本発明の実施形態4および実施形態5は、図20に示すように、端末側のソフトウェアアップグレード装置およびネットワーク側のソフトウェアアップグレード装置をそれぞれ提供する。
本発明の実施形態4において提供される端末側のソフトウェアアップグレード装置20は、
端末内の少なくとも2つの構成要素のストレージリソース情報を受信し、ネットワーク側デバイスによって生成されたアップグレードパッケージブロック情報をアップグレードし、ストレージリソース情報は、少なくとも2つの構成要素の各々の利用可能なストレージ容量を少なくとも含み、アップグレードパッケージブロック情報は、端末ソフトウェアアップグレードのための複数のアップグレードパッケージブロックと複数のアップグレードパッケージブロックを記憶するための複数の構成要素との間に少なくとも1対1の対応関係を含み、複数の構成要素は、少なくとも2つの構成要素の一部またはすべての構成要素であるように構成された受信ユニット2001と、
ストレージリソース情報に基づいてストレージリソースフィードバック情報を生成し、アップグレードパッケージブロック情報に基づいて、複数のアップグレードパッケージブロックを取得するために複数の構成要素を示すために使用される少なくとも1つの指示情報を生成し、複数の構成要素は複数の利用可能なストレージ容量と1対1に対応し、ストレージリソースフィードバック情報は、少なくとも2つの構成要素の各々の利用可能なストレージ容量を少なくとも含む、ように構成された処理ユニット2002と、
ストレージリソースフィードバック情報をネットワーク側デバイスに送信し、少なくとも1つの指示情報を複数の構成要素に送信するように構成された送信ユニット2003とを含む。
本発明の実施形態4において提供される端末側のソフトウェアアップグレード装置20は、例えば、ソフトウェアアップグレード装置401、T－box501、T－box501内のサブ装置、またはインテリジェント・コネクティッド・ビークル601である。
本発明の実施形態5において提供されるネットワーク側のソフトウェアアップグレード装置20は、
端末デバイスからストレージリソースフィードバック情報を受信し、ストレージリソースフィードバック情報は、端末デバイス内にあり、複数のアップグレードパッケージブロックを記憶するために使用され得る複数の構成要素の各々の利用可能なストレージ容量を少なくとも含む、ように構成された受信ユニット2001と、
1つまたは複数のソフトウェアアップグレードパッケージを、ストレージリソースフィードバック情報に基づいて複数のアップグレードパッケージブロックに分割し、アップグレードパッケージブロック情報を生成し、複数のアップグレードパッケージブロックは、複数の構成要素の少なくとも一部と1対1に対応しており、アップグレードパッケージブロック情報は、複数のアップグレードパッケージブロックと少なくとも一部の構成要素との間に少なくとも対応関係を含む、ように構成された処理ユニット2002と、
端末デバイスにアップグレードパッケージブロック情報を送信するように構成された送信ユニット2003とを含む。
本発明の実施形態5によって提供されるネットワーク側のソフトウェアアップグレード装置20は、例えば、前述のソフトウェアアップグレード装置701、801、901、1001、または1101である。
実施形態4および実施形態5のユニットのうちの1つまたは複数のみが、ソフトウェア、ハードウェア、ファームウェア、またはそれらの組み合わせによって実装されてもよい。ソフトウェアまたはファームウェアは、限定はしないが、コンピュータプログラム命令またはコードを含み、ハードウェアプロセッサによって実行されてもよい。ハードウェアは、限定はしないが、中央処理装置（CPU、Central Processing Unit）、デジタル信号プロセッサ（DSP、Digital Signal Processor）、フィールドプログラマブルゲートアレイ（FPGA、Field Programmable Gate Array）、または特定用途向け集積回路（ASIC、特定用途向け集積回路）などの様々な集積回路を含む。
任意選択で、実施形態4および実施形態5の受信ユニット2001は、1つまたは複数の受信方式を使用してもよい。受信方式には、セルラ通信、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、WiMAX（マイクロ波アクセスのための世界規模の相互運用性、Worldwide Interoperability for Microwave Access）、Bluetooth（Bluetooth通信技術）、ZigBee（ZigBee通信技術）、光通信、衛星通信、赤外線通信、伝送路通信、ハードウェアインターフェース、もしくはハードウェア回路基板上のケーブル、またはソフトウェアモジュールからパラメータを取得すること、もしくはメモリから情報を読み取ることが含まれるが、これらに限定されない。
任意選択で、実施形態4および実施形態5の受信ユニット2001は、複数の受信サブユニットを含み、複数の受信サブユニットは各々、端末内の少なくとも2つの構成要素のうちの少なくとも1つのストレージリソース情報を受信するように構成される。任意選択で、複数の受信サブユニットは、端末内の複数の異なる構成要素内に配置される。任意選択で、複数の受信サブユニットは、少なくとも1つの受信方式でストレージリソース情報を受信する。受信方式には、セルラ通信、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、WiMAX（マイクロ波アクセスのための世界規模の相互運用性、Worldwide Interoperability for Microwave Access）、Bluetooth（Bluetooth通信技術）、ZigBee（ZigBee通信技術）、光通信、衛星通信、赤外線通信、伝送路通信、ハードウェアインターフェース、もしくはハードウェア回路基板上のケーブル、またはソフトウェアモジュールからパラメータを取得すること、もしくはメモリから情報を読み取ることが含まれるが、これらに限定されない。
任意選択で、実施形態4および実施形態5の送信ユニット2003は、1つまたは複数の送信方式を使用してもよい。送信方法には、セルラ通信、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、WiMAX（マイクロ波アクセスのための世界規模の相互運用性、Worldwide Interoperability for Microwave Access）、Bluetooth（Bluetooth通信技術）、ZigBee（ZigBee通信技術）、光通信、衛星通信、赤外線通信、伝送路通信、ハードウェアインターフェース、もしくはハードウェア回路基板上のケーブル、またはソフトウェアモジュールにパラメータを入力すること、もしくはメモリに情報を書き込むことが含まれるが、これらに限定されない。
任意選択で、実施形態4および実施形態5の送信ユニット2003は複数の送信サブユニットを含み、複数の送信サブユニットは各々、少なくとも1つの指示情報を複数の構成要素に送信するように構成される。任意選択で、複数の送信サブユニットは、端末内の複数の異なる構成要素内に配置される。任意選択で、複数の送信サブユニットは、少なくとも1つの送信方式でストレージリソース情報を送信する。送信方法には、セルラ通信、Wi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、WiMAX（マイクロ波アクセスのための世界規模の相互運用性、Worldwide Interoperability for Microwave Access）、Bluetooth（Bluetooth通信技術）、ZigBee（ZigBee通信技術）、光通信、衛星通信、赤外線通信、伝送路通信、ハードウェアインターフェース、もしくはハードウェア回路基板上のケーブル、またはソフトウェアモジュールにパラメータを入力すること、もしくはメモリに情報を書き込むことが含まれるが、これらに限定されない。
本発明の実施形態6は、ソフトウェアアップグレードシステムを提供する。図21を参照すると、システムは、ネットワーク側ソフトウェアアップグレード装置2101と、端末ソフトウェアアップグレード装置2105とを含む。ネットワーク側ソフトウェアアップグレード装置2101は、受信ユニット2102と、処理ユニット2103と、送信ユニット2104とを含む。端末ソフトウェアアップグレード装置2105は、送信ユニット2106と、処理ユニット2107と、受信ユニット2108とを含む。ネットワーク側ソフトウェアアップグレード装置2101および端末ソフトウェアアップグレード装置2105は、本発明の実施形態4および実施形態5をそれぞれ参照して実施されてよい。
本発明の実施形態7は、端末側の別のソフトウェアアップグレード装置を提供する。図22を参照すると、装置は、メモリ2201と、プロセッサ2202と、トランシーバ2203とを含む。メモリ2201は、コンピュータプログラム命令を記憶する。プロセッサ2202は、コンピュータプログラム命令を実行して、実施形態1で説明した端末側のソフトウェアアップグレード方法を実行する。トランシーバ2203は、ストレージリソース情報もしくはアップグレードパッケージブロック情報を受信するように構成されるか、またはストレージリソースフィードバック情報、少なくとも1つの指示情報、ダウンロード命令、アップグレードパッケージ配布命令、およびインストール有効化命令のうちの少なくとも1つを送信するように構成される。
本発明の実施形態7において提供される端末側のソフトウェアアップグレード装置は、例えば、ソフトウェアアップグレード装置401、T－box501、T－box501内のサブ装置、またはインテリジェント・コネクティッド・ビークル601である。以下では、ソフトウェアアップグレード装置がT－box（図23参照）上およびマンマシンインタラクションコントローラ（図24参照）上に実装される例を使用することによって、インテリジェント端末内の特定の構成要素に対する本発明の実施形態7の実装形態を個別に説明する。
T－boxの内部構成構造は、例えば、図23に示すT－box23の構造である。T－box23は、GPS（Global Positioning System、全地球測位システム）アンテナ、3G／4Gアンテナ、C－V2X（Cellular Vehicle－to－Everything、cellular vehicle－to－everything）アンテナ、WLAN（Wireless Local Area Network、無線ローカルエリアネットワーク）アンテナ、および複数の無線周波数ユニットを含み、これらは車両とエクストラネットとの間の通信に使用される。システムオンチップ（SOC、System On Chip）は、プロセッサ、メモリ、システムレベルチップ制御論理モジュール、複数のインターフェース制御モジュール、および複数の相互接続バスを統合し、T－box23のための制御、計算、または記憶などの機能を提供するように構成される。プロセッサの実装形態として、マイクロ制御ユニットがT－box23のための制御または計算機能を提供してもよい。インテリジェント・コネクティッド・ビークルは、移動通信端末としてセルラ通信ネットワークにアクセスするときに、T－box23内の埋め込み型SIM（Subscriber Identification Module、ユーザ識別情報）カードを使用して識別情報を識別する。埋め込み型マルチメディアカードは、T－box23の記憶機能を提供する。セキュリティハードウェアモジュールは、インテリジェント・コネクティッド・ビークルがエクストラネットにアクセスするためのセキュリティ保護機能を提供する。電力管理ユニットは、T－box23の電力供給管理を提供する。加えて、T－box23は、複数のバス（例えば、CANバスおよびイーサネットバス）およびインターフェース（例えば、マイクロフォンインターフェースおよびスピーカインターフェース）を介して車両内の別の構成要素とさらに相互作用する。
実施形態7のメモリ2201は、図23のシステムオンチップあるいは別の内部ストレージユニット（例えば、埋め込み型マルチメディアカード）に集積されたメモリを用いて実装されてもよい。プロセッサ2202は、図23のシステムオンチップに統合されたマイクロ制御ユニットまたはプロセッサを使用して実装されてもよい。トランシーバ2203は、図23の無線周波数ユニット、GPSアンテナ、3G／4Gアンテナ、C－V2Xアンテナ、WLANアンテナ、CAN（Controller Area Network、コントローラエリアネットワーク）バス、イーサネットバス、またはピンコネクタを使用することによって実装されてよい。
例えば、マンマシンインタラクションコントローラの内部構成構造は、図24のマンマシンインタラクションコントローラ24の構造であり、コントローラは、車両とエクストラネットとの間の通信に使用されるWi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）通信モジュールおよびBluetooth通信モジュールを含む。システムオンチップ（SOC、System On Chip）は、プロセッサ、メモリ、システムレベルチップ制御論理モジュール、複数のインターフェース制御モジュール、および複数の相互接続バスを統合し、マンマシンインタラクションコントローラ24のための制御、計算、または記憶などの機能を提供する。プロセッサの実装形態として、マイクロ制御ユニットが、マンマシンインタラクションコントローラ24のための制御または計算機能を提供してもよい。マルチメディアプロセッサは、画像、音声、およびビデオなどのマルチメディア情報のためのデータ処理機能を提供する。マンマシンインタラクションコントローラ24は、LVDS（Low－Voltage Differential Signaling、低電圧差動信号）インターフェースを介して各種カメラセンサから入力される信号を取得し、アナログ信号インターフェースを介してマイクロフォンから入力されるデータを取得する。マンマシンインタラクションコントローラ24は、USB（Universal Serial Bus、ユニバーサルシリアルバス）ポートまたはLVDSインターフェースを介して、USBパネル、中央制御パネル、制御パネル、インストルメントパネル、およびフロントガラス用ヘッドマウントディスプレイに信号出力を提供する。加えて、マンマシンインタラクションコントローラ24は、車載ネットワークゲートウェイにさらに接続され、T－boxなどの車載構成要素と車載ネットワーク通信を行う。
実施形態7のメモリ2201は、図24のシステムオンチップあるいは他の内部ストレージユニット（例えば、埋め込み型マルチメディアカード）に集積されたメモリを用いて実装されてもよい。プロセッサ2202は、図24のシステムオンチップに統合されたマイクロコントローラまたはプロセッサを使用することによって実装されてもよい。トランシーバ2203は、図24のWi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）通信モジュール、Bluetooth通信モジュール、または車載ネットワークゲートウェイ間の通信バスを使用することによって実装されてもよい。
本発明の実施形態8は、ネットワーク側のさらに別のソフトウェアアップグレード装置を提供する。図22を参照すると、装置は、メモリ2201と、プロセッサ2202と、トランシーバ2203とを含む。メモリ2201は、コンピュータプログラム命令を記憶する。プロセッサ2202は、コンピュータプログラム命令を実行して、実施形態2で説明したネットワーク側でソフトウェアアップグレード方法を実行し、ストレージリソースフィードバック情報もしくは複数のアップグレードパッケージブロックのうちの少なくとも1つを受信するように構成されるか、またはアップグレードパッケージブロック情報、ソフトウェアアップグレード開始メッセージ、アップグレードパッケージ配布命令、および少なくとも1つのアップグレードパッケージブロックのうちの少なくとも1つを送信するように構成される。
本発明の実施形態8によって提供されるネットワーク側のソフトウェアアップグレード装置は、例えば、前述のソフトウェアアップグレード装置701、801、901、1001、または1101である。
本発明の実施形態7および実施形態8のプロセッサは、様々なCPU、DSP、マイクロコントローラ、マイクロプロセッサ、または人工知能プロセッサを含むが、これらに限定されない。
本発明の実施形態7および実施形態8におけるトランシーバは、通信インターフェース、通信モジュール、または通信コネクタを含むが、これらに限定されない。トランシーバの通信形態には、2G（第2世代移動通信技術）、3G（第3世代移動通信技術）、4G（第4世代移動通信技術）、5G（第5世代移動通信技術）、およびWi－Fi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、WiMAX（Worldwide Interoperability for Microwave Access、マイクロ波アクセスのための世界規模の相互運用性、）、Bluetooth（Bluetooth通信技術）、ZigBee（ZigBee通信技術）、光通信、衛星通信、赤外線通信などが含まれるが、これらに限定されない。
当業者は、本出願で提供される実施形態の説明が相互に参照され得ることを明確に理解することができる。説明を容易かつ簡潔にするために、例えば、本出願の実施形態で提供される装置およびデバイスの機能および実行されるステップについては、本出願の方法実施形態の関連する説明を参照されたい。様々な方法実施形態間および様々な装置実施形態間で参照することもできる。
当業者は、方法実施形態のステップのうちのすべてまたは一部が、関連するハードウェアに命令するプログラムによって実施され得ることを理解することができる。プログラムは、コンピュータ可読記憶媒体に記憶されてもよい。プログラムが実行されると、方法実施形態の各ステップが行われる。前述の記憶媒体には、ROM、RAM、磁気ディスク、光ディスク等の、プログラムコードを記憶可能な様々な媒体が含まれる。
上記の実施形態のすべてまたは一部はソフトウェア、ハードウェア、ファームウェアまたはこれらの任意の組み合わせを用いて実施されてもよい。ソフトウェアが、実施形態を実施するために使用される場合、実施形態のすべてまたは一部は、コンピュータプログラム製品の形式で実施されてもよい。コンピュータプログラム製品は、1つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされて実行されると、本発明の実施形態による手順または機能のすべてまたは一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブル装置であってもよい。コンピュータ命令はコンピュータ可読記憶媒体に記憶されてもよいし、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令はウェブサイト、コンピュータ、サーバやデータセンタから別のウェブサイト、コンピュータ、サーバやデータセンタに有線（例えば、同軸ケーブル、光ファイバやデジタル加入者回線（DSL））方式または無線（例えば、赤外線、ラジオ波やマイクロ波）方式で伝送されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、または1つまたは複数の使用可能な媒体を組み込んだ、サーバもしくはデータセンタなどのデータストレージデバイスであってもよい。利用可能な媒体は磁気媒体（例えば、フロッピーディスク、ハードディスクや磁気テープ）、光媒体（例えばDVD）、半導体媒体（例えばソリッドステートドライブSolid State Disk（SSD））などであってもよい。
本出願で提供されるいくつかの実施形態では、開示されたシステム、装置、および方法は、本出願の範囲から逸脱することなく他のやり方で実施されてもよいことを理解されたい。例えば、記載されたデバイス実施形態は一例にすぎない。例えば、モジュールまたはユニットへの分割は単に論理的な機能分割であり、実際の実装においては他の分割であってもよい。例えば、複数のユニットまたは構成要素が組み合わされるか、または別のシステムに統合されてもよく、またはいくつかの特徴は無視されてよく、または実行されなくてもよい。別々の部分として記載されたユニットは、物理的に分離されていてもいなくてもよく、ユニットとして表示された部分は物理ユニットであってもなくてもよく、1つの場所に配置されてもよく、複数のネットワークユニットに分散されてもよい。モジュールの一部またはすべては、各実施形態の解決策の目的を達成するための実際の必要性に従って選択されてよい。当業者は、創造的な努力を払わずとも実施形態を理解し、実施することができる。
加えて、システム、装置、方法、および、異なる実施形態を示す概略図は、この出願の範囲から逸脱することなく、他のシステム、モジュール、技術、または、方法と組み合わされまたは統合されてもよい。加えて、表示または説明された相互結合または直接結合または通信接続は、いくつかのインターフェースを介して実施されてもよい。装置またはユニット間の間接的な結合または通信接続は、電子的な、機械的な、または他の形態で実施されてもよい。
前述の説明は、本出願の特定の実装形態にすぎず、本出願の保護範囲を限定するものではない。本出願に開示されている技術的範囲内で当業者によって容易に考え出されるいかなる変形または置換も、本出願の保護範囲内にあるものとする。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
20 ソフトウェアアップグレード装置
23 T－box
24 マンマシンインタラクションコントローラ
401 ソフトウェアアップグレード装置
501 T－box
601 インテリジェント・コネクティッド・ビークル
602 T－box
603 MDC
701 サーバ
702 サーバ
703 サーバ
704 インテリジェント・コネクティッド・ビークル
801 サーバ
802 サーバ
803 サーバ
804 インテリジェント・コネクティッド・ビークル
901 サーバ
902 サーバ
903 サーバ
904 インテリジェント・コネクティッド・ビークル
1001 サーバ
1002 サーバ
1003 サーバ
1004 インテリジェント・コネクティッド・ビークル
1101 サーバ
1102 サーバ
1103 サーバ
1104 インテリジェント・コネクティッド・ビークル
2001 受信ユニット
2002 処理ユニット
2003 送信ユニット
2101 ネットワーク側ソフトウェアアップグレード装置
2102 受信ユニット
2103 処理ユニット
2104 送信ユニット
2105 端末ソフトウェアアップグレード装置
2106 送信ユニット
2107 処理ユニット
2108 受信ユニット
2201 メモリ
2202 プロセッサ
2203 トランシーバ
本発明の実施形態の目的、技術的解決策、および利点を明確にするために、以下に、本発明の実施形態の添付図面を参照して、本発明の実施形態の技術的解決策を明確に説明する。説明される実施形態は、本発明の実施形態のすべてではなく、一部であることは明白である。創造的な努力なしに本発明の実施形態に基づいて当業者によって得られる他のすべての実施形態は、本発明の保護範囲内に含まれるものとする。

Claims (34)

  1. ソフトウェアアップグレード方法であって、
    端末内の少なくとも2つの構成要素のストレージリソース情報を受信するステップであって、前記ストレージリソース情報は、前記少なくとも2つの構成要素の各々の利用可能なストレージ容量を少なくとも含み、前記少なくとも2つの構成要素は、前記少なくとも2つの利用可能なストレージ容量に対応する、ステップと、
    前記ストレージリソース情報に基づいてストレージリソースフィードバック情報を生成するステップであって、前記ストレージリソースフィードバック情報は、各構成要素の前記利用可能なストレージ容量を少なくとも含む、ステップと、
    前記ストレージリソースフィードバック情報をネットワーク側デバイスに送信するステップと、
    前記ネットワーク側デバイスによって生成されたアップグレードパッケージブロック情報を受信するステップであって、前記アップグレードパッケージブロック情報は、端末ソフトウェアアップグレードのための複数のアップグレードパッケージブロックと前記少なくとも2つの利用可能なストレージ容量における複数の利用可能なストレージ容量との間に少なくとも1対1の対応関係を含む、ステップと、
    前記アップグレードパッケージブロック情報に基づいて、前記複数のアップグレードパッケージブロックを取得するために前記複数の構成要素を示すために使用される少なくとも1つの指示情報を生成するステップであって、前記複数の構成要素は前記複数の利用可能なストレージ容量と1対1に対応する、ステップと、
    前記少なくとも1つの指示情報を前記複数の構成要素に送信するステップと
    を含む、ソフトウェアアップグレード方法。
  2. 前記アップグレードパッケージブロック情報は、前記複数のアップグレードパッケージブロックの各々のダウンロードアドレスまたは検証情報をさらに含み、前記少なくとも1つの指示情報内の各指示情報は、前記複数のアップグレードパッケージブロックのうちの少なくとも1つのダウンロードアドレスまたは検証情報を含む、請求項1に記載の方法。
  3. 前記少なくとも1つの指示情報は、前記複数のアップグレードパッケージブロックのうちの少なくとも1つを取得するために前記複数の構成要素によって使用される外部通信リソースまたは時間情報のうちの少なくとも1つを含む、請求項1または2に記載の方法。
  4. ストレージリソースフィードバック情報を生成する前記ステップの前に、前記方法は、前記少なくとも2つの構成要素の各々の前記利用可能なストレージ容量に基づいて、前記端末内の利用可能なストレージリソースが端末ソフトウェアアップグレードのためのストレージ要件を満たすと判定するステップをさらに含む、請求項1～3のいずれか一項に記載の方法。
  5. 前記少なくとも1つの指示情報は複数の指示情報であり、前記複数の指示情報は前記複数の構成要素と1対1に対応しており、前記少なくとも1つの指示情報を前記複数の構成要素に送信する前記ステップは、前記複数の指示情報のうちの前記構成要素に対応する1つの指示情報を前記複数の構成要素の各々に送信するステップを含む、請求項1～4のいずれか一項に記載の方法。
  6. 前記少なくとも1つの指示情報は、1つの指示情報であり、前記少なくとも1つの指示情報を前記複数の構成要素に送信する前記ステップは、前記1つの指示情報を前記複数の構成要素の各々に送信するステップを含む、請求項1～4のいずれか一項に記載の方法。
  7. 前記少なくとも1つの指示情報は、1つの指示情報であり、前記少なくとも1つの指示情報を前記複数の構成要素に送信する前記ステップは、前記1つの指示情報を前記複数の構成要素のうちの1つに送信するステップを含む、請求項1～4のいずれか一項に記載の方法。
  8. ソフトウェアアップグレード方法であって、
    端末デバイスからストレージリソースフィードバック情報を受信するステップであって、前記ストレージリソースフィードバック情報は、前記端末デバイス内にあり、複数のアップグレードパッケージブロックを記憶するために使用され得る複数の構成要素の各々の利用可能なストレージ容量を少なくとも含む、ステップと、
    1つまたは複数のソフトウェアアップグレードパッケージを、前記ストレージリソースフィードバック情報に基づいて複数のアップグレードパッケージブロックに分割するステップであって、前記複数のアップグレードパッケージブロックは、すべての前記構成要素の前記利用可能なストレージ容量のうちの少なくとも一部と1対1に対応する、ステップと、
    アップグレードパッケージブロック情報を生成するステップであって、前記アップグレードパッケージブロック情報は、前記複数のアップグレードパッケージブロックとすべての前記構成要素の前記利用可能なストレージ容量のうちの少なくとも一部との間に少なくとも対応関係を含む、ステップと、
    前記端末デバイスに前記アップグレードパッケージブロック情報を送信するステップとを
    含む、ソフトウェアアップグレード方法。
  9. 前記アップグレードパッケージブロック情報は、前記複数のアップグレードパッケージブロックの各々の検証情報、各々のアップグレードパッケージブロックのダウンロードアドレス、または前記複数のアップグレードパッケージブロックの数のうちの少なくとも1つを含む、請求項8に記載の方法。
  10. 1つまたは複数のソフトウェアアップグレードパッケージを複数のアップグレードパッケージブロックに分割する前記ステップの前に、前記方法は、前記ストレージリソースフィードバック情報に基づいて、前記端末デバイス内の利用可能なストレージリソースがソフトウェアアップグレードのためのストレージ要件を満たすと判定するステップをさらに含む、請求項8または9に記載の方法。
  11. 前記方法は、
    前記ネットワーク側の少なくとも1つのアップグレードソフトウェアストレージ装置にアップグレードパッケージ配布命令を送信するステップであって、前記アップグレードパッケージ配布命令は、前記複数のアップグレードパッケージブロックのうちの少なくとも1つを前記端末デバイスに送信するように前記ネットワーク側の前記少なくとも1つのアップグレードソフトウェアストレージ装置に命令するために使用される、ステップをさらに含む、請求項8～10のいずれか一項に記載の方法。
  12. 前記方法は、
    前記複数のアップグレードパッケージブロックの前記少なくとも1つを前記端末デバイスに送信するステップをさらに含む、請求項8～11のいずれか一項に記載の方法。
  13. 前記複数のアップグレードパッケージブロックのうちの少なくとも1つを前記端末デバイスに送信する前記ステップの前に、前記方法は、
    前記ネットワーク側の前記少なくとも1つのアップグレードソフトウェアストレージ装置から前記複数のアップグレードパッケージブロックのうちの少なくとも1つを受信するステップをさらに含む、請求項12に記載の方法。
  14. ソフトウェアアップグレード装置であって、
    端末内の少なくとも2つの構成要素のストレージリソース情報を受信し、前記ストレージリソース情報は、前記少なくとも2つの構成要素の各々の利用可能なストレージ容量を少なくとも含み、前記少なくとも2つの構成要素は、前記少なくとも2つの利用可能なストレージ容量に対応するように構成された受信ユニットと、
    前記ストレージリソース情報に基づいてストレージリソースフィードバック情報を生成し、前記ストレージリソースフィードバック情報は、各構成要素の前記利用可能なストレージ容量を少なくとも含むように構成された処理ユニットと、
    前記ストレージリソースフィードバック情報をネットワーク側デバイスに送信するように構成された送信ユニットと
    を備え、
    前記受信ユニットは、前記ネットワーク側デバイスによって生成されたアップグレードパッケージブロック情報を受信し、前記アップグレードパッケージブロック情報は、端末ソフトウェアアップグレードのための複数のアップグレードパッケージブロックと前記少なくとも2つの利用可能なストレージ容量における複数の利用可能なストレージ容量との間に少なくとも1対1の対応関係を有する、ようにさらに構成され、
    前記処理ユニットは、前記アップグレードパッケージブロック情報に基づいて、前記複数のアップグレードパッケージブロックを取得するために前記複数の構成要素を示すために使用される少なくとも1つの指示情報を生成し、前記複数の構成要素は、前記複数の利用可能なストレージ容量と1対1に対応する、ようにさらに構成され、
    前記送信ユニットは、前記少なくとも1つの指示情報を前記複数の構成要素に送信するようにさらに構成される、ソフトウェアアップグレード装置。
  15. 前記アップグレードパッケージブロック情報は、前記複数のアップグレードパッケージブロックの各々のダウンロードアドレスまたは検証情報をさらに含み、前記少なくとも1つの指示情報内の各指示情報は、前記複数のアップグレードパッケージブロックのうちの少なくとも1つのダウンロードアドレスまたは検証情報を含む、請求項14に記載の装置。
  16. 前記少なくとも1つの指示情報は、前記複数のアップグレードパッケージブロックのうちの少なくとも1つを取得するために前記複数の構成要素によって使用される外部通信リソースまたは時間情報のうちの少なくとも1つを含む、請求項14または15に記載の装置。
  17. 前記処理ユニットは、前記少なくとも2つの構成要素の各々の前記利用可能なストレージ容量に基づいて、前記端末内の利用可能なストレージリソースが端末ソフトウェアアップグレードのためのストレージ要件を満たすと判定する、ようにさらに構成される、請求項14～16のいずれか一項に記載の装置。
  18. 前記少なくとも1つの指示情報は複数の指示情報であり、前記複数の指示情報は前記複数の構成要素と1対1に対応しており、前記少なくとも1つの指示情報を前記複数の構成要素に送信する前記ステップは、前記複数の指示情報のうちの前記構成要素に対応する1つの指示情報を前記複数の構成要素の各々に送信するステップを含む、請求項14～17のいずれか一項に記載の装置。
  19. 前記少なくとも1つの指示情報は、1つの指示情報であり、前記少なくとも1つの指示情報を前記複数の構成要素に送信する前記ステップは、前記1つの指示情報を前記複数の構成要素の各々に送信するステップを含む、請求項14～17のいずれか一項に記載の装置。
  20. 前記少なくとも1つの指示情報は、1つの指示情報であり、前記少なくとも1つの指示情報を前記複数の構成要素に送信する前記ステップは、前記1つの指示情報を前記複数の構成要素のうちの1つに送信するステップを含む、請求項14～17のいずれか一項に記載の装置。
  21. ソフトウェアアップグレード装置であって、
    端末デバイスからストレージリソースフィードバック情報を受信し、前記ストレージリソースフィードバック情報は、前記端末デバイス内にあり、複数のアップグレードパッケージブロックを記憶するために使用され得る複数の構成要素の各々の利用可能なストレージ容量を少なくとも含む、ように構成された受信ユニットと、
    1つまたは複数のソフトウェアアップグレードパッケージを、前記ストレージリソースフィードバック情報に基づいて複数のアップグレードパッケージブロックに分割し、前記複数のアップグレードパッケージブロックは、すべての前記構成要素の前記利用可能なストレージ容量のうちの少なくとも一部と1対1に対応する、ように構成された処理ユニットであって、
    処理ユニットはアップグレードパッケージブロック情報を生成するようにさらに構成され、前記アップグレードパッケージブロック情報は、前記複数のアップグレードパッケージブロックとすべての前記構成要素の前記利用可能なストレージ容量のうちの少なくとも一部との間に少なくとも対応関係を含む、ようにさらに構成された処理ユニットと、
    前記端末デバイスに前記アップグレードパッケージブロック情報を送信するように構成された送信ユニットと
    を備える、ソフトウェアアップグレード装置。
  22. 前記アップグレードパッケージブロック情報は、前記複数のアップグレードパッケージブロックの各々の検証情報、各々のアップグレードパッケージブロックのダウンロードアドレス、または前記複数のアップグレードパッケージブロックの数のうちの少なくとも1つを含む、請求項21に記載の装置。
  23. 前記処理ユニットは、前記ストレージリソースフィードバック情報に基づいて、前記端末デバイス内の利用可能なストレージリソースがソフトウェアアップグレードのためのストレージ要件を満たすと判定するようにさらに構成される、請求項21または22に記載の装置。
  24. 前記送信ユニットは、
    前記ネットワーク側の少なくとも1つのアップグレードソフトウェアストレージ装置にアップグレードパッケージ配布命令を送信し、前記アップグレードパッケージ配布命令は、前記複数のアップグレードパッケージブロックのうちの少なくとも1つを前記端末デバイスに送信するように前記ネットワーク側の前記少なくとも1つのアップグレードソフトウェアストレージ装置に命令するために使用される
    ようにさらに構成される、請求項21～23のいずれか一項に記載の装置。
  25. 前記送信ユニットは、
    前記複数のアップグレードパッケージブロックの前記少なくとも1つを前記端末デバイスに送信する
    ようにさらに構成される、請求項21～24のいずれか一項に記載の装置。
  26. 前記受信ユニットは、
    前記ネットワーク側の前記少なくとも1つのアップグレードソフトウェアストレージ装置から前記複数のアップグレードパッケージブロックのうちの少なくとも1つを受信する
    ようにさらに構成される、請求項25に記載の装置。
  27. メモリと、プロセッサとを備えるソフトウェアアップグレード装置であって、前記メモリがコンピュータプログラム命令を記憶し、前記プロセッサが前記コンピュータプログラム命令を実行して請求項1～7のいずれか一項に記載の動作を実行する、ソフトウェアアップグレード装置。
  28. 前記装置は、前記ストレージリソース情報または前記アップグレードパッケージブロック情報を受信するように構成されるか、または前記ストレージリソースフィードバック情報、前記少なくとも1つの指示情報、前記ダウンロード命令、前記アップグレードパッケージ配布命令、および前記インストール有効化命令のうちの少なくとも1つを送信するように構成されるトランシーバをさらに備える、請求項27に記載の装置。
  29. メモリと、プロセッサとを備えるソフトウェアアップグレード装置であって、前記メモリがコンピュータプログラム命令を記憶し、前記プロセッサが前記コンピュータプログラム命令を実行して請求項8～13のいずれか一項に記載の動作を実行する、ソフトウェアアップグレード装置。
  30. 前記装置は、前記ストレージリソースフィードバック情報または前記複数のアップグレードパッケージブロックのうちの少なくとも1つを受信するように構成されるか、または前記アップグレードパッケージブロック情報、前記ソフトウェアアップグレード開始メッセージ、アップグレードパッケージ配布命令、および前記少なくとも1つのアップブレードパッケージブロックのうちの少なくとも1つを送信するように構成されるトランシーバをさらに備える、請求項29に記載の装置。
  31. 請求項14～20のいずれか一項に記載のソフトウェアアップグレード装置と、請求項21～26のいずれか一項に記載のソフトウェアアップグレード装置とを備える、ソフトウェアアップグレードシステム。
  32. 請求項27または28に記載のソフトウェアアップグレード装置と、請求項29または30に記載のソフトウェアアップグレード装置とを備える、ソフトウェアアップグレードシステム。
  33. コンピュータ命令を含むコンピュータ可読記憶媒体であって、前記コンピュータ命令がプロセッサ上で実行されると、前記ソフトウェアアップグレード装置が、請求項1～7のいずれか一項に記載の方法を実行することが可能にされる、コンピュータ可読記憶媒体。
  34. コンピュータ命令を含むコンピュータ可読記憶媒体であって、前記コンピュータ命令がプロセッサ上で実行されると、前記ソフトウェアアップグレード装置が、請求項8～13のいずれか一項に記載の方法を実行することが可能にされる、コンピュータ可読記憶媒体。
JP2022528690A 2019-11-18 2020-06-28 ソフトウェアアップグレード方法、装置、およびシステム Pending JP2023501823A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201911129069.3A CN112817617A (zh) 2019-11-18 2019-11-18 软件升级方法、装置和系统
CN201911129069.3 2019-11-18
PCT/CN2020/098352 WO2021098212A1 (zh) 2019-11-18 2020-06-28 软件升级方法、装置和系统

Publications (1)

Publication Number Publication Date
JP2023501823A true JP2023501823A (ja) 2023-01-19

Family

ID=75852585

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022528690A Pending JP2023501823A (ja) 2019-11-18 2020-06-28 ソフトウェアアップグレード方法、装置、およびシステム

Country Status (6)

Country Link
US (1) US11972247B2 (ja)
EP (1) EP4044024A4 (ja)
JP (1) JP2023501823A (ja)
KR (1) KR20220092617A (ja)
CN (1) CN112817617A (ja)
WO (1) WO2021098212A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115378750B (zh) * 2021-05-20 2023-09-19 海信集团控股股份有限公司 一种电子家居设备的ota升级方法及设备
CN113778490A (zh) * 2021-09-16 2021-12-10 深圳市易平方网络科技有限公司 基于智能终端的软件升级处理方法、装置、智能终端
CN113986277A (zh) * 2021-09-24 2022-01-28 成都市卡蛙科技有限公司 一种基于终端状态进行固件升级的方法
CN113867764B (zh) * 2021-09-28 2024-05-03 重庆长安汽车股份有限公司 一种多通道升级车机mcu的方法及系统
CN114756321B (zh) * 2022-04-28 2024-02-06 重庆长安汽车股份有限公司 一种基于车机实现仪表交互界面并显示的系统及方法
WO2024011366A1 (zh) * 2022-07-11 2024-01-18 Oppo广东移动通信有限公司 设备升级方法、装置、设备、存储介质及程序产品
CN115314486A (zh) * 2022-07-20 2022-11-08 交控科技股份有限公司 列车控制系统的软件升级方法及装置
CN116132975A (zh) * 2023-01-17 2023-05-16 青岛海尔智能家电科技有限公司 用于节点设备网络中空中下载的方法、设备及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH086796A (ja) * 1994-06-15 1996-01-12 Nec Corp ダウンロード方法、そのネットワークシステム、及びデータファイル更新方法
JP2005092330A (ja) * 2003-09-12 2005-04-07 Olympus Corp ソフトウエア更新プログラム
JP2010079720A (ja) * 2008-09-26 2010-04-08 Kyocera Corp 通信端末
JP2016071527A (ja) * 2014-09-29 2016-05-09 株式会社オートネットワーク技術研究所 通信システム、車載装置、通信装置、及びコンピュータプログラム
US20180088931A1 (en) * 2016-09-26 2018-03-29 Ford Global Technologies, Llc In-vehicle auxiliary memory storage
WO2019077607A1 (en) * 2017-10-17 2019-04-25 Argus Cyber Security Ltd. SYSTEM AND METHOD FOR MANAGING PROGRAM MEMORY ON A STORAGE DEVICE
JP2019074800A (ja) * 2017-10-12 2019-05-16 日立オートモティブシステムズ株式会社 情報更新装置、情報更新方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4698182B2 (ja) 2003-09-16 2011-06-08 株式会社リコー 電子装置、ネットワーク機器、管理方法、ソフトウェア更新方法、管理プログラム、ソフトウェア更新プログラム及び記録媒体
US7536687B1 (en) * 2004-06-23 2009-05-19 Emc Corporation System and method for automatic installation of embedded software packages
CN101344906B (zh) * 2008-05-19 2010-06-23 北京深思洛克软件技术股份有限公司 一种分块式的远程更新方法
CN103019767B (zh) * 2012-11-16 2016-08-24 深圳市多尼卡电子技术有限公司 一种系统升级的方法、装置及机载娱乐系统
CN103455348B (zh) * 2013-08-27 2016-07-06 小米科技有限责任公司 分区调整方法、装置、终端、服务器及系统
JP6314893B2 (ja) 2015-03-31 2018-04-25 コニカミノルタ株式会社 画像処理システム、画像処理装置、配信サーバー、管理サーバー、および、プログラム
US10142204B2 (en) * 2015-07-27 2018-11-27 Datagrid Systems, Inc. Techniques for evaluating server system reliability, vulnerability and component compatibility using crowdsourced server and vulnerability data
CN105843656B (zh) * 2016-04-22 2020-12-01 Tcl科技集团股份有限公司 磁盘空间不足的系统升级方法、终端设备及服务器
EP3399410A1 (en) * 2017-05-04 2018-11-07 Volvo Car Corporation Method and system for software installation in a vehicle
CN108959122A (zh) * 2017-05-17 2018-12-07 中兴通讯股份有限公司 一种升级包下载的保存方法、装置和终端
CN107682210A (zh) * 2017-11-10 2018-02-09 北京明朝万达科技股份有限公司 一种基于混合传输模式的数据升级方法及系统
CN109992291A (zh) * 2018-01-02 2019-07-09 中兴通讯股份有限公司 一种终端软件升级方法、装置、系统以及存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH086796A (ja) * 1994-06-15 1996-01-12 Nec Corp ダウンロード方法、そのネットワークシステム、及びデータファイル更新方法
JP2005092330A (ja) * 2003-09-12 2005-04-07 Olympus Corp ソフトウエア更新プログラム
JP2010079720A (ja) * 2008-09-26 2010-04-08 Kyocera Corp 通信端末
JP2016071527A (ja) * 2014-09-29 2016-05-09 株式会社オートネットワーク技術研究所 通信システム、車載装置、通信装置、及びコンピュータプログラム
US20180088931A1 (en) * 2016-09-26 2018-03-29 Ford Global Technologies, Llc In-vehicle auxiliary memory storage
JP2019074800A (ja) * 2017-10-12 2019-05-16 日立オートモティブシステムズ株式会社 情報更新装置、情報更新方法
WO2019077607A1 (en) * 2017-10-17 2019-04-25 Argus Cyber Security Ltd. SYSTEM AND METHOD FOR MANAGING PROGRAM MEMORY ON A STORAGE DEVICE

Also Published As

Publication number Publication date
US11972247B2 (en) 2024-04-30
US20220276856A1 (en) 2022-09-01
EP4044024A4 (en) 2022-12-07
EP4044024A1 (en) 2022-08-17
CN112817617A (zh) 2021-05-18
WO2021098212A1 (zh) 2021-05-27
KR20220092617A (ko) 2022-07-01

Similar Documents

Publication Publication Date Title
JP2023501823A (ja) ソフトウェアアップグレード方法、装置、およびシステム
EP4202645A1 (en) Vehicle upgrading method and apparatus
EP4068083A1 (en) Upgrading method and apparatus
WO2024007987A1 (zh) 数字钥匙系统的车端固件升级方法、装置、设备及介质
CN112913190A (zh) 基于空中下载技术ota的升级方法及装置
US9465599B2 (en) Method, device and system for installing terminal software
EP4207707A1 (en) Data transmission system, data transmission method, smart vehicle and device
JP7485106B2 (ja) 車両、車載制御装置、情報処理装置、車両用ネットワークシステム、アプリケーションプログラムの提供方法、及びプログラム
KR20200075626A (ko) 차량의 ecu 업데이트가 가능한 무선 업데이트 시스템 및 방법
CN114064091A (zh) Ota升级控制方法、装置、电子设备及自动驾驶车辆
CN112637371A (zh) 节点地址确定方法、装置、电子设备及存储介质
EP3091435A1 (en) Resource management method and device for terminal system
CN110762773A (zh) 一种空调器的升级方法及空调器
CN115335803A (zh) 一种设备升级方法、智能设备及计算机可读存储介质
CN111752575B (zh) 一种车载应用更新方法、装置、设备及存储介质
WO2022205200A1 (zh) 一种版本管理方法和装置
CN112732606A (zh) 一种信息交互方法、系统、设备及计算机可读存储介质
WO2023108618A1 (zh) 一种基于空中下载ota技术的升级方法及通信装置
WO2024055876A1 (zh) 多个设备ota升级方法及装置
WO2022062857A1 (zh) 资源请求方法、资源配置方法及相关产品
US20240061672A1 (en) Vehicle electronic control device, update program, and data structure
US10977026B2 (en) Data updating system, embedded electronic device and data updating method
EP4297305A1 (en) Data transmission method, apparatus and system
CN115878139A (zh) 芯片升级方法及装置
CN118152064A (zh) 基于DoIP的虚拟ECU处理方法、装置、设备及介质

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220628

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220628

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230628

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230703

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230928

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231225

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20240325

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240527