基于卫星报文的应用程序的更新方法和装置与流程

1.本公开的实施例一般涉及卫星通信技术领域，并且更具体地，涉及基于卫星报文的应用程序的更新方法和装置。


背景技术：

2.应用、服务可能部署在地球上任何位置、包括某些无可用的网络连接或仅有弱链接的地区；应用、服务的开发者需要为部署在上述地点的提供更新。典型的服务包大小为50-100mb，应用的大小为500-1500mb。传统的应用、服务更新方式包括传递物理介质和通过网络传播更新的方式都不适用上述场景；如果符合上述场景中的多个位置都需要更新应用、服务，那么应用、服务的更新会更为困难。
3.传统的程序和数据更新方式主要可以划分为两种：全量更新和增量更新。
4.全量更新是指在服务包更新的过程中，无论新版本较当前版本作了多少改变，一律舍弃当前版本，完全采用新版本进行部署。这种传统的更新方法虽然较为粗暴，但也存在一定的优势，升级过程中安全稳定，风险较小，若升级失败，也更方便回滚到以前的版本。同时它的缺点也很明显，文件体积大，而且对于用户自行设置的一些配置也会失效，直接升级到统一的新版本。全量更新一般用于较大跨度更新的情况，如win7到win10的系统版本更新等。
5.增量更新是指在每次更新过程中首先提取当前版本和即将部署版本之间的增量(包括代码、可执行文件或者配置等)，并在部署过程中仅更新增量部分，不需要更新或者已经更新过的地方则不会重复更新。
6.虽然目前的一些方法可以解决大部分应用程序包更新的问题，但仍存在如下一些问题：
7.1、目前大部分程序包迭代使用的是全量更新的方式，只有传输补丁的情况会使用增量更新的方式，传输过程中的冗余较大；
8.2、对于采用增量更新方式的程序包，都需要将终端部署的程序包版本返回到服务发出端，发出端根据版本信息与新版本的程序包作对比，再将增量部分传输到终端，这需要多一步的网络传输操作，且对比验证方面的工作量较大，也不便于管理；
9.3、传统方法中，对于更新包的投送方式，均需要直接或间接的物理连接或网络传输，对于与终端弱连接甚至无连接的情况，则无法通过服务承载平台进行程序包更新；
10.4、利用网络传输，需要网络连接情况较好作为基础，在带宽较低或网络环境较差的情况下，传输较大文件十分不便。


技术实现要素：

11.根据本公开的实施例，提供了一种能够对部署在无可用的网络连接或仅有弱链接的地区的服务的应用程序进行更新，减小网络传输数据量的同时能够对同一区域的多个服务的应用程序进行同步更新的基于卫星报文的应用程序的更新方案。
12.在本公开的第一方面，提供了一种基于卫星报文的应用程序的更新方法，包括：
13.当前终端接收监控总站通过卫星发送的报文信息，所述报文信息包括当前终端中现有应用程序的当前版本和新版本的层间差分信息；
14.将所述层间差分信息应用到所述当前版本的目标层级，形成更新层级；
15.对所述当前版本的更新层级和未更新的现有层级进行重组，形成更新后的应用程序。
16.如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，在所述当前终端接收监控总站通过卫星发送的报文信息之前，还包括：
17.对所述应用程序的当前版本和新版本中的服务所在镜像以相同的方式进行分层。
18.如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，还包括：
19.对所述应用程序的当前版本和新版本中的服务所在镜像中的对应层级进行唯一性编号，所述唯一性编号用于区分层级和确定层级的顺序。
20.如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述将所述层间差分信息应用到所述当前版本的目标层级，形成更新层级，包括：
21.根据所述唯一性编号，用所述应用程序的新版本中的服务所在镜像中的目标层级对当前版本的服务所在镜像中的目标层级进行替换，实现将所述层间差分信息应用到所述当前版本的目标层级，形成更新层级。
22.如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述将所述层间差分信息应用到所述当前版本的目标层级，形成更新层级，包括：
23.根据所述唯一性编号，用所述应用程序的新版本中的服务所在镜像中的目标层级的部分内容替换当前版本的服务所在镜像中的目标层级中的对应内容，实现将所述层间差分信息应用到所述当前版本的目标层级，形成更新层级。
24.如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述对所述当前版本的更新层级和未更新的现有层级进行重组，形成更新后的应用程序，包括：
25.按照所述唯一性编号对所述当前版本的更新层级和未更新的现有层级按照顺序重置，形成更新后的应用程序。
26.如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，在所述当前终端接收监控总站通过卫星发送的报文信息后，还包括：
27.判断现有应用程序的当前版本和所述报文信息中的新版本的版本号是否一致，响应于现有应用程序的当前版本和所述报文信息中的新版本的版本号不一致，将所述层间差分信息应用到所述当前版本的目标层级，形成更新层级。
28.在本公开的第二方面，提供了一种基于卫星报文的应用程序的更新装置，包括：
29.报文接收模块，用于接收监控总站通过卫星发送的报文信息，所述报文信息包括当前终端中现有应用程序的当前版本和新版本的层间差分信息；
30.层级更新模块，用于将所述层间差分信息应用到所述当前版本的目标层级，形成更新层级；
31.应用程序更新模块，用于对所述当前版本的更新层级和未更新的现有层级进行重组，形成更新后的应用程序。
32.在本公开的第三方面，提供了一种电子设备，包括存储器和处理器，所述存储器上
存储有计算机程序，所述处理器执行所述程序时实现如以上所述的方法。
33.在本公开的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如以上所述的方法。
34.应当理解，发明内容部分中所描述的内容并非旨在限定本公开的实施例的关键或重要特征，亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。
35.通过本公开的基于卫星报文的应用程序的更新方法，能够对部署在无可用的网络连接或仅有弱链接的地区的服务的应用程序进行更新，减小网络传输数据量的同时能够对同一区域的多个服务的应用程序进行同步更新。
附图说明
36.结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：
37.图1示出了本公开实施例一的基于卫星报文的应用程序的更新方法的流程图；
38.图2示出了本公开实施例二的基于卫星报文的应用程序的更新方法的流程图；
39.图3示出了本公开实施例三的基于卫星报文的应用程序的更新装置的功能结构示意图；
40.图4示出了本公开实施例四的基于卫星报文的应用程序的更新设备的结构示意图；
41.图5示出了对应用程序的服务所在镜像进行分层的示意图。
具体实施方式
42.为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的全部其他实施例，都属于本公开保护的范围。
43.另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
44.本公开实施例的基于卫星报文的应用程序的更新方法，能够对部署在无可用的网络连接或仅有弱链接的地区的服务的应用程序进行更新，减小网络传输数据量的同时能够对同一区域的多个服务的应用程序进行同步更新。
45.具体地，如图1所示，为本公开实施例一的基于卫星报文的应用程序的更新方法的流程图。从图1中可以看出，本实施例的方法，可以包括以下步骤：
46.s101：当前终端接收监控总站通过卫星发送的报文信息，所述报文信息包括当前终端中现有应用程序的当前版本和新版本的层间差分信息。
47.本发明提供了一种基于北斗区域报文的无传统网络连接下的应用更新方法，北斗组网完全保证了全球覆盖，通过北斗区域报文可以通过实现对特定区域的数据传输通道，实现在无传统网络链接下的替代数据传输。并且，现有的北斗三代的区域通信能力达到每
次14000比特，既能传输文字，还可传输语音和图片，并支持每次560比特的全球通信能力，能满足应用需求。
48.具体地，监控总站先将报文信息发送至卫星，卫星将报文信息发送至目标区域(当前用户端所在的区域)，所述目标区域可以为无可用的网络连接或仅有弱链接的地区。对于所述目标区域中多个终端中的一个(即当前终端)，该终端接收到卫星发送的报文信息，其中，所述报文信息包括当前终端中现有应用程序的当前版本和新版本的层间差分信息。本实施以当前终端的现有应用程序为需要更新的当前版本为例对本公开的技术方案进行说明。本实施例的层间差分信息是指将应用程序的当前版本和新版本所在镜像以相同方式分层，将两个镜像各层之间的差异作为层间差分信息。而镜像就是一堆只读层(read-only layer)的统一视角，它们重叠在一起。除了最下面一层，其它层都会有一个指针指向下一层。这些层是docker(开源的应用容器引擎)内部的实现细节，并且能够在主机的文件系统上访问到。统一文件系统(union file system)技术能够将不同的层整合成一个文件系统，为这些层提供了一个统一的视角，这样就隐藏了多层的存在，在用户的角度看来，只存在一个文件系统。
49.s102：将所述层间差分信息应用到所述当前版本的目标层级，形成更新层级。
50.在本实施例中，当当前用户端接收到卫星发送的报文信息后，提取所述报文信息中的差分信息，并将所述差分信息应用到所述当前用户端的当前版本(即需要更新版本)的目标层级，其中所述目标层级为所述当前版本在在镜像中的某一层，并且该层的文件与新版本中对应层级中的文件不同，通过所述差分信息可以将当前版本中的目标层级更新为新版本中的对应层级，通过对全部需要更新目标层级进行更新，实现应用程序的更新。
51.在本实施例中，所述目标层级可以为一个或多个，本实施例不做具体限定。
52.s103：对所述当前版本的更新层级和未更新的现有层级进行重组，形成更新后的应用程序。
53.在本实施例中，当对所述目标层级进行更新后，将当前用户端的当前版本中的更新层级(即更新后的目标层级)和未更新的现有层级进行重组，形成更新后的应用程序。
54.通过上述步骤，完成了对当前用户端中的应用程序的更新，当目标区域(当前用户端所在的区域)内有多个用户端的同样版本的应用程序需要更新时，可以实现同步更新。
55.本实施例的基于卫星报文的应用程序的更新方法，能够对部署在无可用的网络连接或仅有弱链接的地区的服务的应用程序进行更新，减小网络传输数据量的同时能够对同一区域的多个服务的应用程序进行同步更新。
56.如图2所述，为本公开实施例二的基于卫星报文的应用程序的更新方法的流程图。本实施例的方法，可以包括以下步骤：
57.s201：对应用程序的当前版本和新版本中的服务所在镜像以相同的方式进行分层。
58.在本实施例中，当需要对目标区域的终端的应用程序进行更新时，对应用程序的当前版本和新版本中的服务所在镜像以相同的方式进行分层。具体地，通过将各阶段可能参与的文件或文件组、操作作为分层。图5示出了对应用程序的服务所在镜像进行分层的示意图。
59.s202：对所述应用程序的当前版本和新版本中的服务所在镜像中的对应层级进行
唯一性编号。
60.在本实施例中，当对应用程序的当前版本和新版本中的服务所在镜像以相同的方式进行分层后，为各个层级标记为特定层级id，进而将整个程序包按层级完成组装。以图5为例，一个有文件0到文件n，操作0组成的应用程序包，这里的层级id以自然数为例，实际使用中为了避免冲突可能会使用其他标识。同时，确定分层后的当前版本和新版本中的服务所在镜像中的层间差分信息，具体地，通过对比当前版本和新版本中对应层级的文件内容，确定层间差分信息，本实施例中的所述层间差分信息为整个层，即当前版本和新版本中对应层级的文件内容不同时，将新版本中的对应层级作为层间差分信息。
61.在一些其他实施例中，还可以通过对比对比当前版本和新版本中对应层级的文件内容，确定对应层级的文件内容中的区别内容，该区别内容为层级的文件内容中的一部分，然后将所述区别内容作为层间差分信息。
62.s203：当前终端接收监控总站通过卫星发送的报文信息，所述报文信息包括当前终端中现有应用程序的当前版本和新版本的层间差分信息。本实施例的层间差分信息是指将应用程序的当前版本和新版本所在镜像以相同方式分层，将两个镜像各层之间的差异作为层间差分信息。
63.s204：根据所述唯一性编号，用所述应用程序的新版本中的服务所在镜像中的目标层级对当前版本的服务所在镜像中的目标层级进行替换，实现将所述层间差分信息应用到所述当前版本的目标层级，形成更新层级。
64.在一些实施例，还可以根据所述唯一性编号，用所述应用程序的新版本中的服务所在镜像中的目标层级的部分内容替换当前版本的服务所在镜像中的目标层级中的对应内容，实现将所述层间差分信息应用到所述当前版本的目标层级，形成更新层级。
65.s205：对所述当前版本的更新层级和未更新的现有层级进行重组，形成更新后的应用程序。
66.按照所述唯一性编号对所述当前版本的更新层级和未更新的现有层级按照顺序重置，形成更新后的应用程序。
67.本实施例的基于卫星报文的应用程序的更新方法，能够对部署在无可用的网络连接或仅有弱链接的地区的服务的应用程序进行更新，减小网络传输数据量的同时能够对同一区域的多个服务的应用程序进行同步更新。
68.此外，作为本公开的一个可选实施例，当当前用户端接收到监控总站通过卫星发送的报文信息后，还可以判断现有应用程序的当前版本和所述报文信息中的新版本的版本号是否一致，响应于现有应用程序的当前版本和所述报文信息中的新版本的版本号不一致，将所述层间差分信息应用到所述当前版本的目标层级，形成更新层级。而若现有应用程序的当前版本和所述报文信息中的新版本的版本号一致，则不需要更新。
69.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制，因为依据本公开，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本公开所必须的。
70.以上是关于方法实施例的介绍，以下通过装置实施例，对本公开所述方案进行进
一步说明。
71.如图3所示，为本公开实施例三的基于卫星报文的应用程序的更新装置的功能结构示意图，本实施例的基于卫星报文的应用程序的更新装置，包括：
72.报文接收模块301，用于接收监控总站通过卫星发送的报文信息，所述报文信息包括当前终端中现有应用程序的当前版本和新版本的层间差分信息。
73.层级更新模块302，用于将所述层间差分信息应用到所述当前版本的目标层级，形成更新层级。
74.应用程序更新模块303，用于对所述当前版本的更新层级和未更新的现有层级进行重组，形成更新后的应用程序。
75.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，所述描述的模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
76.图4示出了本公开实施例四的基于卫星报文的应用程序的更新设备的结构示意图。图4示出的终端设备仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
77.如图4所示，计算机系统包括中央处理单元(cpu)401，其可以基于存储在只读存储器(rom)402中的程序或者从存储部分408加载到随机访问存储器(ram)403中的程序而执行各种适当的动作和处理。在ram403中，还存储有系统操作所需的各种程序和数据。cpu 401、rom 402以及ram 403通过总线404彼此相连。输入/输出(i/o)接口405也连接至总线404。
78.以下部件连接至i/o接口405：包括键盘、鼠标等的输入部分406；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分407；包括硬盘等的存储部分408；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分409。通信部分409经由诸如因特网的网络执行通信处理。驱动器410也基于需要连接至i/o接口405。可拆卸介质411，诸如磁盘、光盘、磁光盘、半导体存储器等等，基于需要安装在驱动器410上，以便于从其上读出的计算机程序基于需要被安装入存储部分408。
79.特别地，基于本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分409从网络上被下载和安装，和/或从可拆卸介质411被安装。在该计算机程序被中央处理单元(cpu)401执行时，执行本技术的方法中限定的上述功能。
80.本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)等等。
81.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
82.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
83.此外，虽然采用特定次序描绘了各操作，但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行，或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地，在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。
84.尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。