CN106445615A - 多***ota升级的方法及装置 - Google Patents
多***ota升级的方法及装置 Download PDFInfo
- Publication number
- CN106445615A CN106445615A CN201610889919.XA CN201610889919A CN106445615A CN 106445615 A CN106445615 A CN 106445615A CN 201610889919 A CN201610889919 A CN 201610889919A CN 106445615 A CN106445615 A CN 106445615A
- Authority
- CN
- China
- Prior art keywords
- subsystem
- ota
- multisystem
- aku
- upgrade command
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 37
- 230000006870 function Effects 0.000 claims description 14
- 230000004044 response Effects 0.000 claims description 6
- 230000008569 process Effects 0.000 abstract description 12
- 230000003993 interaction Effects 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 7
- 238000004590 computer program Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 230000008901 benefit Effects 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
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
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了多***OTA升级的方法及装置，该方法包括：主控***接收到终端设备中任一子***发送的OTA升级指令时，在OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包；主控***基于多***升级包对多***执行升级操作。通过本发明，实现了根据需求灵活地从相应的子***获取所需的多***升级包，满足了用户的不同使用需求，从而提高了用户的体验，同时，实现了快速地通过主控***根据获取到的多***升级包对终端设备中各***整体执行升级操作，简化了***升级操作的过程，避免了单独对各***进行***升级的繁琐操作的情况，从而节约了升级过程耗费的时间，进一步地，提高了用户的使用体验。
Description
技术领域
本发明涉及计算机技术领域，具体而言，本发明涉及一种多***OTA升级的方法，及一种多***OTA升级的装置。
背景技术
目前各大运营商一般将软件版本升级包置于OTA(Over-the-Air Technology，空中下载技术)服务器中，终端设备基于当前***的软件版本，通过自动或用户手动操作的方式在OTA服务器中搜索相应软件版本的升级包，并将软件版本升级包下载至终端设备，随后将终端设备的***中的软件版本升级为新的软件版本。
现有技术中，在包含多操作***的终端设备中，用户可通过当前处于前台的操作***对应的OTA服务器获取相应的***升级包，以完成对当前处于前台的操作***的升级操作，当用户希望对当前处于后台的操作***进行***升级时，用户需要将当前处于后台的操作***切换至前台，以完成对当前切换至前台的***的升级操作，因此，当用户需要对多操作***的终端设备中各操作***进行***升级时，需要进行较为繁琐的升级操作过程，同时，该升级操作过程需要耗费用户大量的时间，从而降低了用户的使用体验。
发明内容
为克服上述技术问题或者至少部分地解决上述技术问题，特提出以下技术方案：
本发明的实施例提出了一种多***OTA升级的方法，包括：
主控***接收到终端设备中任一子***发送的OTA升级指令时，在OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包；
主控***基于多***升级包对多***执行升级操作。
优选地，在OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包，包括：
主控***控制OTA升级指令所指示的子***的OTA客户端下载相应的多***升级包，并存储至该子***中的预定存储路径下；
从预定存储路径下获取多***升级包。
优选地，，主控***控制OTA升级指令所指示的子***的OTA客户端下载相应的多***升级包，包括：
主控***控制OTA升级指令所指示的子***的OTA客户端向其对应的OTA服务器发送获取满足预定升级需求的升级包的请求信息，并接收该OTA服务器响应于请求信息反馈的升级包。
优选地，预定升级需求包括以下任一情形：
对多***中的所有功能进行升级；
对多***中的部分功能进行升级；
对多***的当前***版本与服务器中最新***版本的差异部分进行升级。
优选地，主控***接收到终端设备中任一子***发送的OTA升级指令时，在OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包，包括：
用户在终端设备处于前台的子***中触发OTA升级指令时，若OTA升级指令所指示的子***处于后台的子***，则处于前台的子***将OTA升级指令发送至主控***；
主控***接收到处于前台的子***发送的OTA升级指令，将OTA升级指令发送至处于后台的子***；
主控***获取处于后台的子***的OTA客户端基于接收到的OTA升级指令反馈的相应的多***升级包。
优选地，OTA升级指令用于指示基于最高版本号的多***升级包来进行***升级，其中，在OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包，包括：
基于OTA升级指令，通过各个子***的OTA客户端获取相应的各个OTA服务器中的多***升级包的版本号；
确定版本号最高的多***升级包对应的OTA服务器，并从该OTA服务器下载版本号最高的多***升级包，并存储至与该OTA服务器对应的子***中的预定存储路径下。
本发明的另一实施例提出了一种多***OTA升级的装置，包括：
获取模块，用于主控***接收到终端设备中任一子***发送的OTA升级指令时，在OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包；
升级模块，用于主控***基于多***升级包对多***执行升级操作。
优选地，获取模块，包括：
下载及存储单元，用于主控***控制OTA升级指令所指示的子***的OTA客户端下载相应的多***升级包，并存储至该子***中的预定存储路径下；
第一获取单元，用于从预定存储路径下获取多***升级包。
优选地，下载及存储单元用于
主控***控制OTA升级指令所指示的子***的OTA客户端向其对应的OTA服务器发送获取满足预定升级需求的升级包的请求信息，并接收该OTA服务器响应于请求信息反馈的升级包。
优选地，预定升级需求包括以下任一情形：
对多***中的所有功能进行升级；
对多***中的部分功能进行升级；
对多***的当前***版本与服务器中最新***版本的差异部分进行升级。
优选地，获取模块，包括：
第一发送单元，用于用户在终端设备处于前台的子***中触发OTA升级指令时，若OTA升级指令所指示的子***处于后台的子***，则处于前台的子***将OTA升级指令发送至主控***；
第二发送单元，用于主控***接收到处于前台的子***发送的OTA升级指令，将OTA升级指令发送至处于后台的子***；
第二获取单元，用于主控***获取处于后台的子***的OTA客户端基于接收到的OTA升级指令反馈的相应的多***升级包。
本发明的实施例中，提出了一种多***OTA升级的方案，主控***接收到终端设备中任一子***发送的OTA升级指令时，在OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包，实现了根据需求灵活地从相应的子***获取所需的多***升级包，满足了用户的不同使用需求，从而提高了用户的体验，同时，为主控***对各***执行升级操作提供了必要的前提保障；主控***基于多***升级包对多***执行升级操作，实现了快速地通过主控***根据获取到的多***升级包对终端设备中各***整体执行升级操作，简化了***升级操作的过程，避免了单独对各***进行***升级的繁琐操作的情况，从而节约了升级过程耗费的时间，进一步地，提高了用户的使用体验。
本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为本发明中一个实施例的多***终端设备中各***间的关系示意图；
图2为本发明中一个实施例的多***OTA升级的方法的流程图；
图3为本发明中一个优选实施例的多***终端设备中各***间的OTA客户端与其服务器的对应关系示意图；
图4为本发明中另一实施例的多***OTA升级的装置的结构示意图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
下面结合附图具体介绍本发明实施例的技术方案。
本发明实施例的终端设备的内部结构的框架示意图如图1所示，包括：主控***和两个以上的子***。
其中，本发明实施例中的子***，可以是设置在以Linux container(容器)虚拟化技术创建的容器中的操作***。操作***可以为传统意义上的Linux操作***或Unix操作***，也可以是基于Linux操作***衍生出来的Android***、Ubuntu***或FireFox***等，还可以为以Windows平台为基础的windows***等等。实际上，本发明中的子***不限于前述例举的操作***，可以涵盖所有能够在容器中运行的操作***。
优选地，主控***可以是上述传统的操作***，也可以是对传统的kernel进行改进和/或在kernel之外(例如框架层和应用层)增加功能模块之后，得到的操作***。
主控***主要用于对多个子***进行前后台管理，与各子***进行交互等。
图2为本发明中一个实施例的多***OTA升级的方法的流程图。
需要说明的是，本发明的实施例中，终端设备中的主控***可为各子***提供相应的支持和服务，主控***是终端设备的核心的安全操作***，主要用于管理各子***之间的前后台切换，并为各子***提供软硬件的相关资源、消息通信、***备份、***恢复及***升级等服务。
本发明的实施例中，各步骤所执行的内容概述如下：步骤S210：主控***接收到终端设备中任一子***发送的OTA升级指令时，在OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包；步骤S220：主控***基于多***升级包对多***执行升级操作。
本发明的实施例中，提出了一种多***OTA升级的方法，主控***接收到终端设备中任一子***发送的OTA升级指令时，在OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包，实现了根据需求灵活地从相应的子***获取所需的多***升级包，满足了用户的不同使用需求，从而提高了用户的体验，同时，为主控***对各***执行升级操作提供了必要的前提保障；主控***基于多***升级包对多***执行升级操作，实现了快速地通过主控***根据获取到的多***升级包对终端设备中各***整体执行升级操作，简化了***升级操作的过程，避免了单独对各***进行***升级的繁琐操作的情况，从而节约了升级过程耗费的时间，进一步地，提高了用户的使用体验。以下针对各个步骤的具体实现做进一步的说明：
步骤S210：主控***接收到终端设备中任一子***发送的OTA升级指令时，在OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包。
例如，在包括主控***OS_Control和子***OS1、子***OS2的终端设备运行环境中，用户通过点击子***OS1的OTA客户端的人机交互界面中的***升级按钮，以实现对主控***OS_Control、子***OS1和子***OS2的***升级，子***OS1将OTA升级指令发送至主控***，主控***OS_Control接收到子***OS1发送的OTA升级指令时，通过识别调用主控***OS_Control升级服务的相关消息可确定OTA升级指令所指示的子***为***OS2，随后主控***OS_Control在***OS2的预定存储路径下获取相应的多***升级包。
需要说明的是，本领域技术人员可以了解到，移动终端OTA升级是指移动终端操作***提供的标准软件升级方式，可以无损失升级***，主要手段是通过网络自动下载OTA升级包、自动升级，也支持通过下载OTA升级包到SD卡对操作***进行升级。同时，要求移动终端安装有OTA客户端应用程序，因此，本发明的实施例中，终端设备的主控***及各子***中均安装有OTA客户端应用程序，且各子***中的OTA客户端应用程序与其各自对应的服务器进行通信，如图3所示，子***OS1中的OTA客户端应用程序与服务器1进行通信，子***OS2中的OTA客户端应用程序与服务器2进行通信等。
优选地，步骤S210中在OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包的步骤进一步包括步骤S211和步骤S212；步骤S211：主控***控制OTA升级指令所指示的子***的OTA客户端下载相应的多***升级包，并存储至该子***中的预定存储路径下；步骤S212：从预定存储路径下获取多***升级包。
例如，当主控***OS_Control接收到子***OS1发送的OTA升级指令时，主控***OS_Control确定OTA升级指令所指示的子***为***OS2，随后，主控***OS_Control控制***OS2的OTA客户端在其对应的服务器中下载相应的多***升级包，并将该多***升级包存储至***OS2中的预定存储路径下，如“..\down\”路径下，随后，主控***OS_Control从***OS2中的“..\down\”路径下获取多***升级包。
优选地，在步骤S211中，主控***控制OTA升级指令所指示的子***的OTA客户端下载相应的多***升级包，具体包括：主控***控制OTA升级指令所指示的子***的OTA客户端向其对应的OTA服务器发送获取满足预定升级需求的升级包的请求信息，并接收该OTA服务器响应于请求信息反馈的升级包。
其中，预定升级需求包括以下任一情形：
对多***中的所有功能进行升级；具体包括：基于服务器中服务器中最新***版本对多***中的所有功能进行升级、基于用户指定的***版本对多***中的所有功能进行升级；
对多***中的部分功能进行升级；具体包括：基于服务器中服务器中最新***版本对多***中的部分功能进行升级、基于用户指定的***版本对多***中的部分功能进行升级；
对多***的当前***版本与服务器中最新***版本的差异部分进行升级。
例如，当主控***OS_Control接收到子***OS1发送的OTA升级指令时，主控***OS_Control确定OTA升级指令所指示的子***为***OS2，随后，主控***OS_Control向***OS2的OTA客户端在其对应的服务器发送获取满足预定升级需求的升级包，如基于服务器中最新***版本，对多***中的所有功能进行升级的请求信息，随后，服务器根据该请求信息，向子***OS2下发基于服务器中最新***版本对多***中的所有功能进行升级对应的***整体升级包，随后子***OS2接收到该***整体升级包。
又例如，在包括一个主控***OS_Control和子***OS1、子***OS2的终端设备运行环境中，主控***OS_Control和子***OS1当前***的***版本号如V1.2.1，子***OS2当前***的***版本号如V1.2.2，子***OS1的OTA客户端通过其对应的OTA服务器检测到存在多***的升级包，版本号为V1.2.3，子***OS2的OTA客户端通过其对应的OTA服务器检测到存在多***的升级包，版本号为V1.2.4，随后，通过用户当前使用的前台***，如子***OS1的人机交互界面提示用户存在多***的升级包，当用户通过点击子***OS1的OTA客户端的人机交互界面中的***升级按钮后，根据预定的升级包版本的选择规则，如默认获取用户当前使用***对应的OTA服务器提供的多***升级包对多***进行升级，主控***OS_Control确定OTA升级指令所指示的子***为***OS1，主控***OS_Control控制子***OS1的OTA客户端在其对应的服务器发送获取满足预定升级需求的升级包，随后，服务器根据该请求信息，向终端设备中的子***OS1下发如对多***中的所有功能进行升级对应的***版本为V1.2.3的***整体升级包，随后子***OS1接收到***版本为V1.2.3的***整体升级包。需要说明的是，当子***OS1和子***OS2各自对应的OTA服务器均检测到可用的多***升级包时，还可将各自检测到的多***升级包下载至各自***中预定存储路径下，随后根据预定的升级包版本的选择规则，从对应***预定存储路径下获取相应的多***升级包。
通过本实施例，实现了根据用户的个性化需求选择用户需要的***升级包进行***升级，满足了用户的不同使用需求，提高了用户的使用体验；同时，提供了多种获取***升级包的方式，使得用户可高效快速地获取到所需的***升级包，进一步地，提高了用户的使用体验。
优选地，步骤S210进一步包括步骤S213、步骤S214和步骤S215；步骤S213：用户在终端设备处于前台的子***中触发OTA升级指令时，若OTA升级指令所指示的子***为处于后台的子***，则处于前台的子***将OTA升级指令发送至主控***；步骤S214：主控***接收到处于前台的子***发送的OTA升级指令，将OTA升级指令发送至处于后台的子***；步骤S215：主控***获取处于后台的子***的OTA客户端基于接收到的OTA升级指令反馈的相应的多***升级包。
例如，用户在终端设备当前处于前台的子***OS1中触发OTA升级指令时，当前处于前台的子***OS1将OTA升级指令发送至主控***OS_Control，主控***OS_Control根据OTA升级指令所指示的子***为处于后台的子***OS2，将该OTA升级指令发送至当前处于后台的子***OS2，根据接收到的OTA升级指令可确定用户预定升级需求的升级包，如对多***中的部分功能进行升级的***差分升级包，随后主控***OS_Control控制子***OS2的OTA客户端在与其对应的服务器处下载相应的***差分升级包，并存储至子***OS2中的预定存储路径下，随后主控***OS_Control从子***OS2中的预定存储路径下获取对多***中的部分功能进行升级的***差分升级包。
优选地，OTA升级指令用于指示基于最高版本号的多***升级包来进行***升级，其中，在步骤S210中在OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包的步骤，进一步包括步骤S216和步骤S217；步骤S216：基于OTA升级指令，通过各个子***的OTA客户端获取相应的各个OTA服务器中的多***升级包的版本号；步骤S217：确定版本号最高的多***升级包对应的OTA服务器，并从该OTA服务器下载版本号最高的多***升级包，并存储至与该OTA服务器对应的子***中的预定存储路径下。
例如，在包括一个主控***OS_Control和子***OS1、子***OS2的终端设备运行环境中，主控***OS_Control和子***OS1当前***的***版本号如V1.2.1，子***OS2当前***的***版本号如V1.2.2，子***OS1的OTA客户端通过其对应的OTA服务器检测到存在多***的升级包，版本号为V1.2.3，子***OS2的OTA客户端通过其对应的OTA服务器检测到存在多***的升级包，版本号为V1.2.4；随后，通过用户当前使用的前台***，如子***OS1的人机交互界面提示用户存在多***的升级包，当用户通过点击子***OS1的OTA客户端的人机交互界面中的***升级按钮后，得到OTA升级指令用于指示基于最高版本号的多***升级包来进行***升级时，通过子***OS1和子***OS2的OTA客户端获取相应的各个OTA服务器中的多***升级包的版本号，分别为V1.2.3和V1.2.4，判断确定最高版本号为V1.2.4，随即可确定版本号最高的多***升级包对应的OTA服务器为子***OS2对应的OTA服务器，随后主控***OS_Control确定OTA升级指令所指示的子***为***OS2，主控***OS_Control控制子***OS2的OTA客户端向其对应的服务器发送获取多***版本号为V1.2.4的升级包的请求信息，随后，服务器根据该请求信息，向终端设备中的子***OS2下发如对多***中的所有功能进行升级对应的***版本为V1.2.4的***整体升级包，并存储至与该OTA服务器对应的子***OS2中的预定存储路径下，以用于后续***升级。
步骤S220：主控***基于多***升级包对多***执行升级操作。
例如，主控***OS_Control基于获取到的***整体升级包，版本号如V1.2.3，对版本号如V1.2.1的主控***OS_Control和子***OS1以及版本号如V1.2.2的子***OS2执行***升级至版本号为V1.2.3的整体升级操作。
图4为本发明中另一实施例的多***OTA升级的装置的结构示意图。
需要说明的是，本发明的实施例中，终端设备中的主控***可为各子***提供相应的支持和服务，主控***是终端设备的核心的安全操作***，主要用于管理各子***之间的前后台切换，并为各子***提供软硬件的相关资源、消息通信、***备份、***恢复及***升级等服务。
本发明的实施例中，各模块所执行的内容概述如下：获取模块410主控***接收到终端设备中任一子***发送的OTA升级指令时，在OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包；升级模块420主控***基于多***升级包对多***执行升级操作。
本发明的实施例中，提出了一种多***OTA升级的装置，主控***接收到终端设备中任一子***发送的OTA升级指令时，在OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包，实现了根据需求灵活地从相应的子***获取所需的多***升级包，满足了用户的不同使用需求，从而提高了用户的体验，同时，为主控***对各***执行升级操作提供了必要的前提保障；主控***基于多***升级包对多***执行升级操作，实现了快速地通过主控***根据获取到的多***升级包对终端设备中各***整体执行升级操作，简化了***升级操作的过程，避免了单独对各***进行***升级的繁琐操作的情况，从而节约了升级过程耗费的时间，进一步地，提高了用户的使用体验。以下针对各个模块的具体实现做进一步的说明：
获取模块410主控***接收到终端设备中任一子***发送的OTA升级指令时，在OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包。
例如，在包括主控***OS_Control和子***OS1、子***OS2的终端设备运行环境中，用户通过点击子***OS1的OTA客户端的人机交互界面中的***升级按钮，以实现对主控***OS_Control、子***OS1和子***OS2的***升级，子***OS1将OTA升级指令发送至主控***，主控***OS_Control接收到子***OS1发送的OTA升级指令时，通过识别调用主控***OS_Control升级服务的相关消息可确定OTA升级指令所指示的子***为***OS2，随后主控***OS_Control在***OS2的预定存储路径下获取相应的多***升级包。
需要说明的是，本领域技术人员可以了解到，移动终端OTA升级是指移动终端操作***提供的标准软件升级方式，可以无损失升级***，主要手段是通过网络自动下载OTA升级包、自动升级，也支持通过下载OTA升级包到SD卡对操作***进行升级。同时，要求移动终端安装有OTA客户端应用程序，因此，本发明的实施例中，终端设备的主控***及各子***中均安装有OTA客户端应用程序，且各子***中的OTA客户端应用程序与其各自对应的服务器进行通信，如图3所示，子***OS1中的OTA客户端应用程序与服务器1进行通信，子***OS2中的OTA客户端应用程序与服务器2进行通信等。
优选地，获取模块410进一步包括下载及存储单元和第一获取单元；下载及存储单元主控***控制OTA升级指令所指示的子***的OTA客户端下载相应的多***升级包，并存储至该子***中的预定存储路径下；第一获取单元从预定存储路径下获取多***升级包。
例如，当主控***OS_Control接收到子***OS1发送的OTA升级指令时，主控***OS_Control确定OTA升级指令所指示的子***为***OS2，随后，主控***OS_Control控制***OS2的OTA客户端在其对应的服务器中下载相应的多***升级包，并将该多***升级包存储至***OS2中的预定存储路径下，如“..\down\”路径下，随后，主控***OS_Control从***OS2中的“..\down\”路径下获取多***升级包。
优选地，下载及存储单元用于主控***控制OTA升级指令所指示的子***的OTA客户端向其对应的OTA服务器发送获取满足预定升级需求的升级包的请求信息，并接收该OTA服务器响应于请求信息反馈的升级包。
其中，预定升级需求包括以下任一情形：
对多***中的所有功能进行升级；具体包括：基于服务器中服务器中最新***版本对多***中的所有功能进行升级、基于用户指定的***版本对多***中的所有功能进行升级；
对多***中的部分功能进行升级；具体包括：基于服务器中服务器中最新***版本对多***中的部分功能进行升级、基于用户指定的***版本对多***中的部分功能进行升级；
对多***的当前***版本与服务器中最新***版本的差异部分进行升级。
例如，当主控***OS_Control接收到子***OS1发送的OTA升级指令时，主控***OS_Control确定OTA升级指令所指示的子***为***OS2，随后，主控***OS_Control向***OS2的OTA客户端在其对应的服务器发送获取满足预定升级需求的升级包，如基于服务器中最新***版本，对多***中的所有功能进行升级的请求信息，随后，服务器根据该请求信息，向子***OS2下发基于服务器中最新***版本对多***中的所有功能进行升级对应的***整体升级包，随后子***OS2接收到该***整体升级包。
又例如，在包括一个主控***OS_Control和子***OS1、子***OS2的终端设备运行环境中，主控***OS_Control和子***OS1当前***的***版本号如V1.2.1，子***OS2当前***的***版本号如V1.2.2，子***OS1的OTA客户端通过其对应的OTA服务器检测到存在多***的升级包，版本号为V1.2.3，子***OS2的OTA客户端通过其对应的OTA服务器检测到存在多***的升级包，版本号为V1.2.4，随后，通过用户当前使用的前台***，如子***OS1的人机交互界面提示用户存在多***的升级包，当用户通过点击子***OS1的OTA客户端的人机交互界面中的***升级按钮后，根据预定的升级包版本的选择规则，如默认获取用户当前使用***对应的OTA服务器提供的多***升级包对多***进行升级，主控***OS_Control确定OTA升级指令所指示的子***为***OS1，主控***OS_Control控制子***OS1的OTA客户端在其对应的服务器发送获取满足预定升级需求的升级包，随后，服务器根据该请求信息，向终端设备中的子***OS1下发如对多***中的所有功能进行升级对应的***版本为V1.2.3的***整体升级包，随后子***OS1接收到***版本为V1.2.3的***整体升级包。需要说明的是，当子***OS1和子***OS2各自对应的OTA服务器均检测到可用的多***升级包时，还可将各自检测到的多***升级包下载至各自***中预定存储路径下，随后根据预定的升级包版本的选择规则，从对应***预定存储路径下获取相应的多***升级包。
通过本实施例，实现了根据用户的个性化需求选择用户需要的***升级包进行***升级，满足了用户的不同使用需求，提高了用户的使用体验；同时，提供了多种获取***升级包的方式，使得用户可高效快速地获取到所需的***升级包，进一步地，提高了用户的使用体验。
优选地，获取模块410进一步包括第一发送单元、第二发送单元和第二获取单元；第一发送单元用户在终端设备处于前台的子***中触发OTA升级指令时，若OTA升级指令所指示的子***为处于后台的子***，则处于前台的子***将OTA升级指令发送至主控***；第二发送单元主控***接收到处于前台的子***发送的OTA升级指令，将OTA升级指令发送至处于后台的子***；第二获取单元主控***获取处于后台的子***的OTA客户端基于接收到的OTA升级指令反馈的相应的多***升级包。
例如，用户在终端设备当前处于前台的子***OS1中触发OTA升级指令时，当前处于前台的子***OS1将OTA升级指令发送至主控***OS_Control，主控***OS_Control根据OTA升级指令所指示的子***为处于后台的子***OS2，将该OTA升级指令发送至当前处于后台的子***OS2，根据接收到的OTA升级指令可确定用户预定升级需求的升级包，如对多***中的部分功能进行升级的***差分升级包，随后主控***OS_Control控制子***OS2的OTA客户端在与其对应的服务器处下载相应的***差分升级包，并存储至子***OS2中的预定存储路径下，随后主控***OS_Control从子***OS2中的预定存储路径下获取对多***中的部分功能进行升级的***差分升级包。
优选地，OTA升级指令用于指示基于最高版本号的多***升级包来进行***升级，其中，获取模块410进一步包括版本号获取单元和下载单元；版本号获取单元基于OTA升级指令，通过各个子***的OTA客户端获取相应的各个OTA服务器中的多***升级包的版本号；下载单元确定版本号最高的多***升级包对应的OTA服务器，并从该OTA服务器下载版本号最高的多***升级包，并存储至与该OTA服务器对应的子***中的预定存储路径下。
例如，在包括一个主控***OS_Control和子***OS1、子***OS2的终端设备运行环境中，主控***OS_Control和子***OS1当前***的***版本号如V1.2.1，子***OS2当前***的***版本号如V1.2.2，子***OS1的OTA客户端通过其对应的OTA服务器检测到存在多***的升级包，版本号为V1.2.3，子***OS2的OTA客户端通过其对应的OTA服务器检测到存在多***的升级包，版本号为V1.2.4，随后，通过用户当前使用的前台***，如子***OS1的人机交互界面提示用户存在多***的升级包，当用户通过点击子***OS1的OTA客户端的人机交互界面中的***升级按钮后，得到OTA升级指令用于指示基于最高版本号的多***升级包来进行***升级时，通过子***OS1和子***OS2的OTA客户端获取相应的各个OTA服务器中的多***升级包的版本号，分别为V1.2.3和V1.2.4，得到最高版本号为V1.2.4，可确定版本号最高的多***升级包对应的OTA服务器为子***OS2对应的OTA服务器，随后主控***OS_Control确定OTA升级指令所指示的子***为***OS2，主控***OS_Control控制子***OS2的OTA客户端在其对应的服务器发送获取多***版本号为V1.2.4的升级包，随后，服务器根据该请求信息，向终端设备中的子***OS2下发如对多***中的所有功能进行升级对应的***版本为V1.2.4的***整体升级包，并存储至与该OTA服务器对应的子***OS2中的预定存储路径下。
升级模块420主控***基于多***升级包对多***执行升级操作。
例如，主控***OS_Control基于获取到的***整体升级包，版本号如V1.2.3，对版本号如V1.2.1的主控***OS_Control和子***OS1以及版本号如V1.2.2的子***OS2执行***升级至版本号为V1.2.3的整体升级操作。
本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable ProgrammableRead-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically ErasableProgrammable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。
本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种多***OTA升级的方法，其特征在于，包括：
主控***接收到终端设备中任一子***发送的OTA升级指令时，在所述OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包；
主控***基于所述多***升级包对多***执行升级操作。
2.根据权利要求1所述的方法，其特征在于，在所述OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包，包括：
主控***控制所述OTA升级指令所指示的子***的OTA客户端下载相应的多***升级包，并存储至该子***中的预定存储路径下；
从所述预定存储路径下获取多***升级包。
3.根据权利要求2所述的方法，其特征在于，主控***控制所述OTA升级指令所指示的子***的OTA客户端下载相应的多***升级包，包括：
主控***控制所述OTA升级指令所指示的子***的OTA客户端向其对应的OTA服务器发送获取满足预定升级需求的升级包的请求信息，并接收该OTA服务器响应于所述请求信息反馈的升级包。
4.根据权利要求3所述的方法，其特征在于，所述预定升级需求包括以下任一情形：
对多***中的所有功能进行升级；
对多***中的部分功能进行升级；
对多***的当前***版本与服务器中最新***版本的差异部分进行升级。
5.根据权利要求1所述的方法，其特征在于，主控***接收到终端设备中任一子***发送的OTA升级指令时，在所述OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包，包括：
用户在终端设备处于前台的子***中触发OTA升级指令时，若所述OTA升级指令所指示的子***处于后台的子***，则处于前台的子***将所述OTA升级指令发送至主控***；
主控***接收到处于前台的子***发送的所述OTA升级指令，将所述OTA升级指令发送至处于后台的子***；
主控***获取处于后台的子***的OTA客户端基于接收到的所述OTA升级指令反馈的相应的多***升级包。
6.根据权利要求1所述的方法，其特征在于，所述OTA升级指令用于指示基于最高版本号的多***升级包来进行***升级，其中，在所述OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包，包括：
基于所述OTA升级指令，通过各个子***的OTA客户端获取相应的各个OTA服务器中的多***升级包的版本号；
确定版本号最高的多***升级包对应的OTA服务器，并从该OTA服务器下载版本号最高的多***升级包，并存储至与该OTA服务器对应的子***中的预定存储路径下。
7.一种多***OTA升级的装置，其特征在于，包括：
获取模块，用于主控***接收到终端设备中任一子***发送的OTA升级指令时，在所述OTA升级指令所指示的子***的预定存储路径下获取相应的多***升级包；
升级模块，用于主控***基于所述多***升级包对多***执行升级操作。
8.根据权利要求7所述的装置，其特征在于，所述获取模块，包括：
下载及存储单元，用于主控***控制所述OTA升级指令所指示的子***的OTA客户端下载相应的多***升级包，并存储至该子***中的预定存储路径下；
第一获取单元，用于从所述预定存储路径下获取多***升级包。
9.根据权利要求8所述的装置，其特征在于，所述下载及存储单元用于
主控***控制所述OTA升级指令所指示的子***的OTA客户端向其对应的OTA服务器发送获取满足预定升级需求的升级包的请求信息，并接收该OTA服务器响应于所述请求信息反馈的升级包。
10.根据权利要求7所述的装置，其特征在于，所述获取模块，包括：
第一发送单元，用于用户在终端设备处于前台的子***中触发OTA升级指令时，若所述OTA升级指令所指示的子***处于后台的子***，则处于前台的子***将所述OTA升级指令发送至主控***；
第二发送单元，用于主控***接收到处于前台的子***发送的所述OTA升级指令，将所述OTA升级指令发送至处于后台的子***；
第二获取单元，用于主控***获取处于后台的子***的OTA客户端基于接收到的所述OTA升级指令反馈的相应的多***升级包。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610889919.XA CN106445615A (zh) | 2016-10-12 | 2016-10-12 | 多***ota升级的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610889919.XA CN106445615A (zh) | 2016-10-12 | 2016-10-12 | 多***ota升级的方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN106445615A true CN106445615A (zh) | 2017-02-22 |
Family
ID=58174276
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610889919.XA Pending CN106445615A (zh) | 2016-10-12 | 2016-10-12 | 多***ota升级的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106445615A (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107479927A (zh) * | 2017-08-14 | 2017-12-15 | 青岛海信宽带多媒体技术有限公司 | 融合型一体机的固件升级方法及装置 |
| CN107678846A (zh) * | 2017-10-12 | 2018-02-09 | 北京元心科技有限公司 | 多***中应用程序的管理方法、装置和终端 |
| CN109634629A (zh) * | 2018-10-25 | 2019-04-16 | 努比亚技术有限公司 | 一种***升级方法、终端及计算机可读存储介质 |
| CN109787891A (zh) * | 2018-12-24 | 2019-05-21 | 深圳市友华通信技术有限公司 | 一种智能pon融合网关设备及其控制方法 |
| CN110650169A (zh) * | 2018-06-27 | 2020-01-03 | 视联动力信息技术股份有限公司 | 一种终端设备升级方法和装置 |
| CN112748944A (zh) * | 2020-12-24 | 2021-05-04 | 厦门厦华科技有限公司 | 一种智能交互电子白板的升级方法及升级*** |
| CN113407220A (zh) * | 2021-07-12 | 2021-09-17 | 浙江华网俊业科技有限公司 | 镜像推送本地终端的更新方法、装置 |
| WO2023000320A1 (zh) * | 2021-07-23 | 2023-01-26 | 华为技术有限公司 | 一种空中下载(ota)升级方法及装置 |
| WO2023015802A1 (zh) * | 2021-08-12 | 2023-02-16 | 上海艾拉比智能科技有限公司 | 一种多操作***设备的差分升级方法 |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101083532A (zh) * | 2006-05-31 | 2007-12-05 | 华为技术有限公司 | 一种数据加载的实现方法及*** |
| CN102831000A (zh) * | 2012-09-11 | 2012-12-19 | 华为技术有限公司 | ***升级的方法及*** |
| CN102984281A (zh) * | 2012-12-20 | 2013-03-20 | 湖南纽曼数码科技有限公司 | 一种多***车载设备的自动升级方法 |
| CN105049533A (zh) * | 2015-08-31 | 2015-11-11 | 宇龙计算机通信科技(深圳)有限公司 | 一种终端***升级的方法及*** |
| CN105302603A (zh) * | 2015-10-26 | 2016-02-03 | 广州视睿电子科技有限公司 | 一种软件升级的方法及装置 |
| CN105511920A (zh) * | 2015-12-08 | 2016-04-20 | 北京元心科技有限公司 | 一种基于容器的移动终端操作***升级方法和装置 |
| CN105573780A (zh) * | 2015-12-08 | 2016-05-11 | 北京元心科技有限公司 | 一种基于容器的移动终端操作***升级方法和装置 |
| CN105897461A (zh) * | 2016-03-23 | 2016-08-24 | 广州视睿电子科技有限公司 | 多***ota升级方法和多***设备 |
-
2016
- 2016-10-12 CN CN201610889919.XA patent/CN106445615A/zh active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101083532A (zh) * | 2006-05-31 | 2007-12-05 | 华为技术有限公司 | 一种数据加载的实现方法及*** |
| CN102831000A (zh) * | 2012-09-11 | 2012-12-19 | 华为技术有限公司 | ***升级的方法及*** |
| CN102984281A (zh) * | 2012-12-20 | 2013-03-20 | 湖南纽曼数码科技有限公司 | 一种多***车载设备的自动升级方法 |
| CN105049533A (zh) * | 2015-08-31 | 2015-11-11 | 宇龙计算机通信科技(深圳)有限公司 | 一种终端***升级的方法及*** |
| CN105302603A (zh) * | 2015-10-26 | 2016-02-03 | 广州视睿电子科技有限公司 | 一种软件升级的方法及装置 |
| CN105511920A (zh) * | 2015-12-08 | 2016-04-20 | 北京元心科技有限公司 | 一种基于容器的移动终端操作***升级方法和装置 |
| CN105573780A (zh) * | 2015-12-08 | 2016-05-11 | 北京元心科技有限公司 | 一种基于容器的移动终端操作***升级方法和装置 |
| CN105897461A (zh) * | 2016-03-23 | 2016-08-24 | 广州视睿电子科技有限公司 | 多***ota升级方法和多***设备 |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107479927A (zh) * | 2017-08-14 | 2017-12-15 | 青岛海信宽带多媒体技术有限公司 | 融合型一体机的固件升级方法及装置 |
| CN107678846A (zh) * | 2017-10-12 | 2018-02-09 | 北京元心科技有限公司 | 多***中应用程序的管理方法、装置和终端 |
| CN110650169A (zh) * | 2018-06-27 | 2020-01-03 | 视联动力信息技术股份有限公司 | 一种终端设备升级方法和装置 |
| CN109634629A (zh) * | 2018-10-25 | 2019-04-16 | 努比亚技术有限公司 | 一种***升级方法、终端及计算机可读存储介质 |
| CN109634629B (zh) * | 2018-10-25 | 2022-04-15 | 努比亚技术有限公司 | 一种***升级方法、终端及计算机可读存储介质 |
| CN109787891A (zh) * | 2018-12-24 | 2019-05-21 | 深圳市友华通信技术有限公司 | 一种智能pon融合网关设备及其控制方法 |
| CN112748944A (zh) * | 2020-12-24 | 2021-05-04 | 厦门厦华科技有限公司 | 一种智能交互电子白板的升级方法及升级*** |
| CN113407220A (zh) * | 2021-07-12 | 2021-09-17 | 浙江华网俊业科技有限公司 | 镜像推送本地终端的更新方法、装置 |
| WO2023000320A1 (zh) * | 2021-07-23 | 2023-01-26 | 华为技术有限公司 | 一种空中下载(ota)升级方法及装置 |
| WO2023015802A1 (zh) * | 2021-08-12 | 2023-02-16 | 上海艾拉比智能科技有限公司 | 一种多操作***设备的差分升级方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106445615A (zh) | 多***ota升级的方法及装置 | |
| KR101578189B1 (ko) | 클라우드 컴퓨팅 서비스를 제공하는 관리 서버 및 방법 | |
| CN102006332B (zh) | 一种软件升级的方法和*** | |
| CN108509203B (zh) | 软件跨云部署方法、计算机设备及存储介质 | |
| CN110752947A (zh) | 一种k8s集群部署方法及装置，一种部署平台 | |
| DE102015206764A1 (de) | System und Verfahren zum Verwalten von Softwareaktualisierungen an einem Fahrzeugrechensystem | |
| CN105955740B (zh) | 软件管理方法及装置 | |
| CN102646041B (zh) | 一种软件安装方法和*** | |
| CN102214106B (zh) | 嵌入式设备双***自动引导方法 | |
| CN106484456A (zh) | 用于在车辆中安装软件更新的方法和子*** | |
| CN112202920A (zh) | 车机***升级方法及装置 | |
| CN106325892A (zh) | 差分回退升级方法及装置 | |
| CN101336527A (zh) | 控制网络装置的方法和***、以及存储执行所述方法的程序的记录介质 | |
| CN105867962A (zh) | ***升级的方法和装置 | |
| CN112256351B (zh) | Feign组件的实现方法、微服务调用方法及装置 | |
| CN112199104B (zh) | 一种软件升级方法、装置、电子设备和存储介质 | |
| CN114385226B (zh) | 基于云端配制的应用商店服务管理方法及管理*** | |
| CN112732412A (zh) | 一种服务配置文件处理方法、装置、存储介质及电子设备 | |
| CN108897565B (zh) | 一种电子设备中的软件升级方法、装置及电子设备 | |
| CN107741854A (zh) | 一种电子设备的网卡驱动的安装方法及装置 | |
| CN113835723A (zh) | 一种用于车辆电子控制单元的片上***、升级***及方法 | |
| CN106445601A (zh) | 一种插件升级的方法及装置 | |
| CN104348646A (zh) | 配置数据处理方法、装置及*** | |
| CN112596764B (zh) | 一种基于NB-IoT远程升级的物联网监测方法和装置 | |
| CN106803786B (zh) | 一种基于网络功能虚拟化的网元更新方法、*** |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170222 |
|
| RJ01 | Rejection of invention patent application after publication |