CN113330419A - 一种设备应用安装方法和装置 - Google Patents

一种设备应用安装方法和装置 Download PDF

Info

Publication number
CN113330419A
CN113330419A CN202180001777.8A CN202180001777A CN113330419A CN 113330419 A CN113330419 A CN 113330419A CN 202180001777 A CN202180001777 A CN 202180001777A CN 113330419 A CN113330419 A CN 113330419A
Authority
CN
China
Prior art keywords
application
package
version number
application package
applications
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
CN202180001777.8A
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.)
Sensetime International Pte Ltd
Original Assignee
Sensetime International Pte 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 Sensetime International Pte Ltd filed Critical Sensetime International Pte Ltd
Priority claimed from PCT/IB2021/055788 external-priority patent/WO2023275589A1/en
Publication of CN113330419A publication Critical patent/CN113330419A/zh
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/61—Installation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/52—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow
    • G06F21/54—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow by adding security routines or objects to programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57—Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • 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 

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Stored Programmes (AREA)

Abstract

本公开实施例提供一种设备应用安装方法和装置，其中方法应用于边端设备，包括：接收云端下发的应用包，所述应用包包括多个应用分别对应的应用资源文件；响应于对所述应用包的校验通过，基于所述应用资源文件在边端设备上安装至少一个所述应用。该方法只需要基于一个应用包进行安装，能够提高在边端设备上安装部署应用软件的效率。

Description

一种设备应用安装方法和装置
相关申请的交叉引用
本申请要求2021年6月28日递交的题为“一种设备应用安装方法和装置”、申请号为10202107092P的新加坡专利申请的优先权，其全部内容通过引用并入本文。
技术领域
本公开实施例涉及计算机通信技术领域，特别涉及一种设备应用安装方法和装置。
背景技术
物联网系统一般是由一个云端与一组边端设备组成，云端包含多种云端服务负责数据存储、设备控制以及业务逻辑处理等，边端设备则负责对终端用户提供交互式操作服务。根据不同的需求场景，边端设备上会运行多种不同的应用，这些应用与对应的云端服务协同并行处理不同的业务，每个应用都拥有一个独立的软件版本号。
通常边端设备上的应用安装采用单个应用安装相应的版本的方式，在单独安装部署每个应用之前，需要人工检查每个应用是否需要安装，部署安装的效率比较低。
发明内容
有鉴于此，本公开实施例提供一种设备应用安装方法和装置。
第一方面，提供一种设备应用安装方法，所述方法应用于边端设备，所述方法包括：
接收云端下发的应用包，所述应用包包括多个应用分别对应的应用资源文件。响应于对所述应用包的校验通过，基于所述应用资源文件在边端设备上安装至少一个所述应用。
在一些可选的实施例中，所述应用包还包括应用列表；所述应用列表包括：多个应用的应用标识、及对应所述应用标识的软件版本号；所述基于所述应用资源文件在边端设备上安装至少一个所述应用，包括：遍历所述应用列表，比对所述应用标识对应的第一版本号和第二版本号，所述第一版本号是所述应用标识对应的本地应用的软件版本号，所述第二版本号是所述应用列表中的所述应用标识对应的软件版本号；响应于所述第一版本号与第二版本号不相同，从所述应用包获取并安装所述应用标识对应的应用资源文件，以更新本地应用为所述第二版本号对应的应用。
在一些可选的实施例中，所述应用包还包括：识别码，所述识别码是根据应用包中的应用资源文件生成；所述对所述应用包的校验通过，包括：根据所述应用包的应用资源文件，得到验证码；响应于所述验证码与所述识别码一致，对所述应用包的校验通过。
在一些可选的实施例中，所述应用包还包括：第一应用包版本号，所述第一应用包版本号用于标识所述应用包；所述对所述应用包的校验通过，包括：响应于所述第一应用包版本号与边端设备本地的第二应用包版本号不同，对所述应用包的校验通过，所述第二应用包版本号是边端设备上一次接收的应用包的标识。
在一些可选的实施例中，所述方法还包括：更新边端设备本地的第二应用包版本号为所述第一应用包版本号。
第二方面，提供又一种设备应用安装方法，所述方法应用于云端，所述方法包括：根据多个应用分别对应的应用资源文件，生成应用包；下发所述应用包到边端设备，以使得所述边端设备在对所述应用包的校验通过后，基于所述应用资源文件在边端设备上安装至少一个应用。
在一些可选的实施例中，所述根据多个应用分别对应的应用资源文件，生成应用包，包括：根据多个应用的应用标识、及对应所述应用标识的软件版本号，生成应用列表；根据所述应用列表及多个应用分别对应的应用资源文件，生成应用包。
在一些可选的实施例中，所述根据多个应用分别对应的应用资源文件，生成应用包，包括：根据多个应用分别对应的应用资源文件，生成识别码；根据所述识别码及所述多个应用分别对应的应用资源文件，生成应用包。
在一些可选的实施例中，所述根据多个应用分别对应的应用资源文件，生成应用包，还包括：生成所述应用包对应的第一应用包版本号，所述第一应用包版本号用于标识所述应用包。
在一些可选的实施例中，所述多个应用中包括具有依赖关系的第一应用和第二应用；所述根据多个应用分别对应的应用资源文件，生成应用包，包括：根据至少一个所述第一应用对应的应用资源文件，以及至少一个所述第二应用对应的应用资源文件，生成应用包。
第三方面，提供一种设备应用安装装置，所述装置部署在边端设备，所述装置包括：应用包接收模块，用于接收云端下发的应用包，所述应用包包括多个应用分别对应的应用资源文件；应用安装模块，用于响应于对所述应用包的校验通过，基于所述应用资源文件在边端设备上安装至少一个所述应用。
在一些可选的实施例中，所述应用包还包括应用列表；所述应用列表包括：多个应用的应用标识、及对应所述应用标识的软件版本号；所述应用安装模块，用于基于所述应用资源文件在边端设备上安装至少一个所述应用时，包括：遍历所述应用列表，比对所述应用标识对应的第一版本号和第二版本号，所述第一版本号是所述应用标识对应的本地应用的软件版本号，所述第二版本号是所述应用列表中的所述应用标识对应的软件版本号；响应于所述第一版本号与第二版本号不相同，从所述应用包获取并安装所述应用标识对应的应用资源文件，以更新本地应用为所述第二版本号对应的应用。
在一些可选的实施例中，所述应用包还包括：识别码，所述识别码是根据应用包中的应用资源文件生成；所述应用安装模块，用于对所述应用包的校验通过时，包括：根据所述应用包的应用资源文件，得到验证码；响应于所述验证码与所述识别码一致，对所述应用包的校验通过。
在一些可选的实施例中，所述应用包还包括：第一应用包版本号，所述第一应用包版本号用于标识所述应用包；所述应用安装模块，用于对所述应用包的校验通过时，包括：响应于所述第一应用包版本号与边端设备本地的第二应用包版本号不同，对所述应用包的校验通过，所述第二应用包版本号是边端设备上一次接收的应用包的标识。
在一些可选的实施例中，所述装置还包括：版本号更新模块，用于更新边端设备本地的第二应用包版本号为所述第一应用包版本号。
第四方面，提供又一种设备应用安装装置，所述装置部署在云端，所述装置包括：应用包生成模块，用于根据多个应用分别对应的应用资源文件，生成应用包；应用包下发模块，用于下发所述应用包到边端设备，以使得所述边端设备在对所述应用包的校验通过后，基于所述应用资源文件在边端设备上安装至少一个应用。
在一些可选的实施例中，所述应用包生成模块，具体包括：根据多个应用的应用标识、及对应所述应用标识的软件版本号，生成应用列表；根据所述应用列表及多个应用分别对应的应用资源文件，生成应用包。
在一些可选的实施例中，所述应用包生成模块，具体包括：根据多个应用分别对应的应用资源文件，生成识别码；根据所述识别码及所述多个应用分别对应的应用资源文件，生成应用包。
在一些可选的实施例中，所述应用包生成模块，具体包括：生成所述应用包对应的第一应用包版本号，所述第一应用包版本号用于标识所述应用包。
在一些可选的实施例中，所述多个应用中包括具有依赖关系的第一应用和第二应用；所述应用包生成模块，具体包括：根据至少一个所述第一应用对应的应用资源文件，以及至少一个所述第二应用对应的应用资源文件，生成应用包。
第五方面，提供一种计算机程序产品，该产品包括计算机程序/指令，该计算机程序/指令被处理器执行时实现本公开任一实施例所述的方法。
第六方面，提供一种电子设备，所述设备包括存储器、处理器，所述存储器用于存储可在处理器上运行的计算机指令，所述处理器用于在执行所述计算机指令时实现本公开任一实施例所述的方法。
第七方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本公开任一实施例所述的方法。
本公开实施例提供的设备应用安装方法和装置，通过云端下发一个应用包由边端设备校验后对应用进行批量安装，边端设备只需要基于一个应用包进行安装，能够提高在边端设备上安装部署软件的效率。
附图说明
为了更清楚地说明本公开一个或多个实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开一个或多个实施例中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本公开实施例示出的一种设备应用安装方法的流程图；
图2是本公开实施例示出的另一种设备应用安装方法的流程图；
图3是本公开实施例示出的又一种设备应用安装方法的流程图；
图4是本公开实施例示出的又一种设备应用安装方法的流程图；
图5是本公开实施例示出的一种设备应用安装方法的流程图；
图6是本公开实施例示出的一种游戏场所的场景下设备应用安装方法的流程图；
图7是本公开实施例示出的一种云端生成的应用包的示意图；
图8是本公开实施例示出的一种设备应用安装装置的框图；
图9是本公开实施例示出的另一种设备应用安装装置的框图；
图10是本公开实施例示出的又一种设备应用安装装置的框图；
图11是本公开实施例示出的一种电子设备的硬件结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。
在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
如图1所示，图1是本公开实施例示出的一种设备应用安装方法的流程图，该方法可用于边端设备，包括以下步骤：
在步骤100中，接收云端下发的应用包，所述应用包包括多个应用分别对应的应用资源文件。
根据不同的需求场景，边端设备上会运行多种不同的应用来对终端用户提供服务，这些应用与对应的云端服务协同并行处理不同的业务，对于长期运行迭代的边端设备，需求场景会不断发生变化，边端设备上的应用也需要不断的变更和升级，每个应用都拥有一个独立的软件版本号，而升级会变更对应应用的软件版本号。
边端设备可以在各种需要安装应用的情况下接收应用包，可以由边端设备向云端请求应用包后由云端下发，也可以由云端主动下发应用包到边端设备。
具体的，可以是在当边端设备所面对的需求场景发生变化或者需要升级应用时，例如，边端设备接收到用户的升级请求后可以向云端请求对应的应用包用于升级，或者，云端的运维人员想要调整边端设备的使用功能时通过云端下发的对应的应用包，又或者，边端设备上的某个硬件发生替换而之前的应用与新的硬件不匹配也可以向云端请求对应的应用包，等。
应用包可以包括多个应用分别对应的应用资源文件。不同的需求场景边端设备所需要安装的应用不同，安装每个应用需要的应用资源文件也不同，即不同的需求场景对应的应用包不同。可以由运维人员在云端预先根据不同的需求场景构建不同的应用包。或者，在需要升级边端设备上的应用时，根据多个升级版的应用对应的应用资源文件，由运维人员在云端预先构建对应的应用包。
每个应用的应用资源文件为安装相应应用需要的资源，可以包括但不限于：应用的安装工具，配置文件和图片资源等。某个应用的不同的版本对应的应用资源文件也会不同。
此外，应用包中的应用除了可以是边端设备所需要安装的应用，还可以是这些应用依赖的其他应用。
在步骤102中，响应于对所述应用包的校验通过，基于所述应用资源文件在边端设备上安装至少一个所述应用。
边端设备在接收到应用包后，可以对该应用包进行各种方式的校验以达到不同的效果。本实施例不限制具体的校验方式。
例如，该应用包可以是一个由云端通过特定的方式加密后的文件，云端预先和不同的边端设备约定不同的解密方式，如果边端设备可以按照约定的解密方式解密该应用包，则说明此应用包是由合法的云端下发给该边端设备的，校验通过，同时也可以防止云端将应用包发送给错误的边端设备导致的安装错误。或者，应用包可以携带一个校验码，云端预先和不同的边端设备约定不同的校验码，在应用包中的校验码与约定的校验码一致的情况下，校验通过，也可以实现相同的效果。又例如，在校验确认应用包中的应用资源文件的完整性后才进行安装，以保证正确安装应用。
本步骤中，在校验通过后，解析应用包获取其中的应用资源文件，并进行对应的应用安装，安装完毕后的边端设备上的应用的软件版本号发生相应的变更。在安装应用时，根据边端设备的需求，可以是安装应用包中多个应用的一个应用，也可以是安装应用包中多个应用中的至少两个应用。
在一个示例中，在对边端设备进行应用升级场景下，升级前边端设备上的所运行的应用app1、app2和app3的软件版本号分别为v0.0.1，v0.0.2，v0.0.3。可以在云端构建包括升级后的app1、app2和app3分别对应的应用资源文件的应用包并下发给边端设备，以使边端设备在接收到应用包后，根据应用资源文件进行升级安装app1、app2和app3，升级后的应用app1、app2和app3的软件版本号分别为v0.1.1，v0.1.2，v0.1.3。需要说明的是，在应用升级安装过程中，边端设备可以仍然使用应用包开始安装之前的应用版本，直到应用包对应的应用均安装完毕后，开始使用新安装的应用版本，即一种平滑升级的方式。
本公开实施例提供的设备应用安装方法，通过云端下发一个应用包由边端设备校验后对应用进行批量安装，边端设备只需要基于一个应用包进行安装，能够提高在边端设备上安装部署软件的效率。
如图2所示，图2是本公开实施例示出的另一种设备应用安装方法的流程图，该方法可用于边端设备，可以包括以下处理，其中，与图1的流程相同的步骤将不再详述。
在步骤200中，接收云端下发的应用包，所述应用包包括多个应用分别对应的应用资源文件和应用列表。
应用列表包括：多个应用的应用标识、及对应所述应用标识的软件版本号。应用标识即应用的名称，可以是app1，app2等任意字符的组合。软件版本号用于表示应用的版本，每个应用都拥有一个独立的软件版本号，应用每次升级软件版本号也会相应的变更，例如，app3的软件版本号为v1.3，升级后app3的软件版本号为v2.3，本实施例不限制软件版本号的具体形式。
本步骤中，接收到云端下发的应用包包括多个应用分别对应的应用资源文件和应用列表。不同应用对应的应用资源文件同样可以通过应用标识来识别。例如，app1对应的应用资源文件中安装工具的名称可以是app1-installer，app2对应的应用资源文件中配置文件的名称可以是app2-config，app3对应的应用资源文件中图片资源的名称可以是app3-image。
应用列表中记载了应用资源文件所对应的各个应用的应用标识和软件版本号。示例性的，如下表1表示的应用列表：
表1 应用列表的示例
应用标识 软件版本号
app1 v0.2.1
app2 v0.2.2
app3 v0.1.3
app4 NT 5.0
在步骤202中，响应于对所述应用包的校验通过，遍历所述应用列表，比对所述应用标识对应的第一版本号和第二版本号。
其中，所述第一版本号是所述应用标识对应的本地应用的软件版本号，所述第二版本号是所述应用列表中的所述应用标识对应的软件版本号。
在对应用包的校验通过后，边端设备解析应用包，可以获得应用包中应用资源文件和应用列表。边端设备可以通过遍历应用列表与本地应用进行对比，来确定需要进行安装的应用。
在边端设备上本地运行的应用也有应用标识和软件版本号，可以先比对本地应用的应用标识与应用列表中的应用标识，当出现应用列表中存在而本地应用中不存在的应用标识时，则确定需要安装该应用标识对应的应用，可以获取该应用标识对应的应用资源文件并安装。
本步骤中，遍历应用列表时，当出现应用列表中存在且本地应用中也存在的应用标识时，比对该应用标识对应的本地应用的版本号与应用列表中的版本号，即比对第一版本号和第二版本号。
在步骤204中，响应于所述第一版本号与第二版本号不相同，从所述应用包获取并安装所述应用标识对应的应用资源文件，以更新本地应用为所述第二版本号对应的应用。
当第一版本号与第二版本号不相同时，表示本地该应用的版本与应用包中该应用的版本不同，需要更新本地该应用的版本为应用包中该应用的版本，从应用包获取并安装应用标识对应的应用资源文件。应用版本的更新可以是版本的升级、版本的回退或者版本系列的更换。
示例性的，本地应用的应用标识及对应的软件版本号可以如下表2所示：
表2 本地应用的示例
Figure BDA0003142467200000101
Figure BDA0003142467200000111
边端设备在遍历应用列表如表1时，对比到表2中本地应用的应用标识与应用列表的应用标识相同的为app3，而app1和app2对应的第一版本号和第二版本号不同，从应用包获取app1和app2对应的应用资源文件并安装，以更新本地的v0.1.1版本的app1为v0.2.1版本，更新本地v0.1.2版本的app2为v0.2.2版本。而app3对应的第一版本号和第二版本号相同，不需要更新。对比到应用列表存在而本地应用中不存在的app4，从应用包获取app4对应的应用资源文件并安装app4。
本公开实施例提供的设备应用安装方法，在边端设备上安装部署或更新应用版本时，只需要通过云端下发一个应用包，在校验通过后，由边端设备自动遍历应用列表获取需要安装的应用，将本地缺省的应用版本进行批量安装。相较于单独安装部署每个应用，人工检查是否需要更新版本的其他方式，极大地提高了安装效率。
如图3所示，图3是本公开实施例示出的又一种设备应用安装方法的流程图，该方法可用于边端设备，可以包括以下处理，其中，与图1的流程相同的步骤将不再详述。
在步骤300中，接收云端下发的应用包，所述应用包包括多个应用分别对应的应用资源文件和第一应用包版本号。
其中，所述第一应用包版本号用于标识所述应用包。
根据不同的需求场景所使用的应用包各不相同，甚至，不同周期所使用的应用包也各不相同，在云端会预先构建多个应用包，对应用包单独设置版本号进行管理，即第一应用包版本号，每个应用包的第一应用包版本号不同。第一应用包版本号可以用各种字符组合来表示，本例中，边端设备接收到的应用包的第一应用包版本号可以是v0.0.0003。
在步骤302中，响应于所述第一应用包版本号与边端设备本地的第二应用包版本号不同，对所述应用包的校验通过。
其中，所述第二应用包版本号是边端设备上一次接收的应用包的标识。
如果边端设备本地的应用是通过上一次接收的应用包，即云端上一次下发到边端设备的应用包安装的，那么边端设备本地的第二应用包版本号即为上一次接收的应用包的标识。
在第一应用包版本号与第二应用包版本号不同的情况下，或者，边端设备本地没有第二应用包版本号的情况下，即第一次安装应用，对应用包的校验通过，以防止在边端设备重复安装相同版本的应用。
在步骤304中，基于所述应用资源文件在边端设备上安装至少一个所述应用。
本步骤中，在校验通过后，解析应用包获取其中的应用资源文件，并进行对应的应用安装，安装完毕后的边端设备上的应用的软件版本号发生相应的变更。
此外，在应用包还包括应用列表的情况下，可以使用图2所示的方法进行安装。
在步骤306中，更新边端设备本地的第二应用包版本号为所述第一应用包版本号。
在安装应用完毕后，也即，在将边端设备本地应用的软件版本号更新为应用包中应用的软件版本号后，更新边端设备本地的第二应用包版本号为第一应用包版本号。例如，边端设备本地的第二应用包版本号在安装前为上一个应用包的标识v0.0.0002，安装完后更新为第一应用包版本号v0.0.0003。
本公开实施例提供的设备应用安装方法，在云端使用一个第一应用包版本号管理某个边端设备上安装的多个应用版本，有效地隔离不同需求场景下边端设备使用应用的软件版本号。相较于其他技术当应对不同的需求场景时，需要对各个需求场景中全部应用对应的软件版本号进行管理时，软件版本号太多容易造成混淆，出错率比较高，本方法中云端对于一个边端设备只需要维护一个第一应用包版本号无需关心其中每个应用版本单独的软件版本号，极大地减少了了混淆和错误情况，提高了安装的准确性。边端设备校验应用包后对应用进行批量安装，边端设备只需要基于一个应用包进行安装，能够提高在边端设备上安装部署软件的效率。
如图4所示，图4是本公开实施例示出的又一种设备应用安装方法的流程图，该方法可用于边端设备，可以包括以下处理，其中，与上述实施例的流程相同的步骤将不再详述。
在步骤400中，接收云端下发的应用包，所述应用包包括多个应用分别对应的应用资源文件、应用列表、第一应用包版本号和识别码。
所述识别码是根据应用包中的应用资源文件生成，识别码用于边端设备对应用包进行验证，可以是对应用包中应用资源文件完整性的验证，还可以是对应用包合法性的验证。云端在生成应用包时，可以根据与边端设备预先约定的算法计算应用资源文件，生成识别码。比如，可以是通过散列算法，例如sha256算法，通过sha256算法以应用资源文件为输入计算得到的哈希值作为识别码。也可以使用其他加密算法得到识别码，如，MD5算法。本实施例对具体使用何种算法不做限制。
在步骤402中，响应于所述第一应用包版本号与边端设备本地的第二应用包版本号不同，解析所述应用包。
其中，所述第二应用包版本号是边端设备上一次接收的应用包的标识。
本步骤中，在第一应用包版本号与第二应用包版本号不同的情况下，或者，边端设备本地没有第二应用包版本号的情况下，解析应用包。一般情况下，云端将对应用资源文件压缩以减少应用包的体积，解析应用包时，可以将压缩的应用资源文件解压缩。解析应用包后，得到多个应用分别对应的应用资源文件、应用列表、第一应用包版本号和识别码。
如果第一应用包版本号与第二应用包版本号相同，则结束进程，不再安装。
在步骤404中，根据所述应用包的应用资源文件，得到验证码，响应于所述验证码与所述识别码一致，验证应用资源文件是否完整。
本步骤中，可以通过预先与云端约定的算法计算应用资源文件，得到验证码。例如，沿用上例，在与云端约定的算法是sha256算法时，在边端设备同样通过sha256算法计算验证码，并与识别码比较，以验证应用资源文件是否完整。当验证码与识别码一致时，说明应用资源文件为云端发出的完整的文件，在传输过程没有损毁，同时，与可以防止误安装下发给其他边端设备的应用包。
如果验证码与识别码不一致，则结束进程，不再安装。
此外，还可以比对应用列表与应用资源文件，以进一步验证应用资源文件是否完整。比如，在应用列表中的应用标识均可以找到对应的应用资源文件，则说明应用资源文件是完整的；若存在应用列表中的某个应用标识找不到对应的应用资源文件，则说明应用资源文件是不完整的。
在步骤406中，响应于对所述应用包的校验通过，遍历所述应用列表，比对所述应用标识对应的第一版本号和第二版本号。
在应用资源文件是完整的情况下，对应用包的校验通过。边端设备可以通过遍历应用列表与本地应用进行对比，来确定需要进行安装的应用。
如果应用资源文件不是完整的，则校验未通过，结束进程，不再安装。
在步骤408中，响应于第一版本号与第二版本号不相同，从应用包获取并安装所述应用标识对应的应用资源文件，以更新本地应用为所述第二版本号对应的应用。
在步骤410中，更新边端设备本地的第二应用包版本号为所述第一应用包版本号。
与上述实施例相同的步骤，在此不再赘述。
本公开实施例提供的设备应用安装方法，在云端使用一个第一应用包版本号管理某个边端设备上安装的多个应用版本，有效地隔离不同需求场景下边端设备使用应用的软件版本号。云端下发一个应用包到边端设备，校验通过后，由边端设备自动遍历应用列表获取需要安装的应用，将本地缺省的应用版本进行批量安装，能够提高在边端设备上安装部署软件的效率。本方法中云端对于一个边端设备只需要维护一个第一应用包版本号无需关心其中每个应用版本单独的软件版本号，极大地减少了了混淆和错误情况，提高了安装的准确性。
如图5所示，图5是本公开实施例示出的一种设备应用安装方法的流程图，该方法可用于云端，可以包括以下步骤：
在步骤500中，根据多个应用分别对应的应用资源文件，生成应用包。
在云端可以管理多个边端设备，不同边端设备面对不同的需求场景，以及处在不同的周期时，需要在边端设备上部署各种不同的应用。云端可以根据边端设备所需要安装的多个应用分别对应的应用资源文件，构建应用包。在构建应用包时，可以由运维人员选择应用包中每个应用的软件版本号，云端接收到运维人员指定的应用及其软件版本号后，根据这些应用分别对应的应用资源文件，生成应用包。
具体的，在云端，可以是将某个边端设备上的应用的更高级版本分别对应的应用资源文件，构建应用包；还可以是在边端设备的硬件发生替换前，预先构建包含与新的硬件相匹配的多个应用分别对应的应用资源文件的应用包。
此外，应用包还可以包括以下至少一个：应用列表，第一应用包版本号和识别码。
在步骤502中，下发所述应用包到边端设备，以使得所述边端设备在对所述应用包的校验通过后，基于所述应用资源文件在边端设备上安装至少一个应用。
云端可以在运维人员设定的时间到达时，下发应用包到边端设备，实际实施中，根据业务需要，可以下发同一应用包到多个边端设备；也可以在接收到边端设备向云端的请求时向边端设备下发对应的应用包。
边端设备在接收到应用包时对应用包进行校验，以确定应用包的安全性和完整性，在校验通过后，基于应用资源文件在边端设备上一次安装一个或多个应用，以实现边端设备的各种功能。
本公开实施例提供的设备应用安装方法，通过云端下发一个应用包由边端设备校验后对应用进行批量安装，边端设备只需要基于一个应用包进行安装，能够提高在边端设备上安装部署软件的效率。
本实施例中，根据多个应用分别对应的应用资源文件，生成应用包，应用包还可以包括以下至少一个：应用列表，第一应用包版本号和识别码。如下示例几种生成应用包的例子，具体实施中并不局限于如下的示例：
在一个示例中，云端根据多个应用的应用标识、及对应所述应用标识的软件版本号，生成应用列表。根据所述应用列表及多个应用分别对应的应用资源文件，生成应用包。云端接收到运维人员指定的应用及其软件版本号后，即可以生成应用列表，例如，应用列表可以参考表1。
该示例中，可以由边端设备自动遍历应用列表获取需要安装的应用，将本地缺省的应用版本进行批量安装，能够提高在边端设备上安装部署软件的效率。
在一个示例中，根据多个应用分别对应的应用资源文件，生成识别码。云端在生成应用包时，可以根据与边端设备预先约定的算法计算应用资源文件，生成识别码。根据所述识别码及所述多个应用分别对应的应用资源文件，生成应用包。
该示例中，边端设备可以通过相同的算法验证该识别码，以确保应用资源文件为云端发出的完整的文件，在传输过程没有损毁，同时，与可以防止误安装云端下发给其他边端设备的应用包。
在一个示例中，所述根据多个应用分别对应的应用资源文件，生成应用包，还包括：生成所述应用包对应的第一应用包版本号，所述第一应用包版本号用于标识所述应用包。对于云端来说，需要记录各个需求场景以及不同周期的不同边端设备上全部应用对应的软件版本号，在对边端设备进行应用的安装部署时，软件版本号太多容易造成混淆，出错率比较高。
该示例可以改善云端对边端设备多应用的安装部署方式，对于一个需求场景只需要管理一个第一应用包版本号。
在一个示例中，所述多个应用中包括具有依赖关系的第一应用和第二应用。根据至少一个所述第一应用对应的应用资源文件，以及至少一个所述第二应用对应的应用资源文件，生成应用包。依赖关系是指第一应用要在第二应用运行的时候才能正常工作。例如，应用包中多个应用可以是app1，app2，app3，app4，app5，app7和app8，其中，app1，app2和app5是为了实现边端设备相应的功能所需要安装的应用。但是，其中的app1要在app3，app4，app7和app8运行的时候，才能正常处理业务，即第一应用为app1，第二应用为app3，app4，app7和app8。在生成应用包时，不但要有边端设备所需要的应用，还要有这些应用依赖的应用，才能保证边端设备能够正常提供服务。
该示例可以解决边端设备上应用的依赖问题，将有依赖的应用设置在同一个应用包中，预防边端设备上某些应用缺乏其依赖的应用而无法正常运行。
在一种具体的实施方式中，本公开实施例示出的设备应用安装方法可以应用于游戏场所的中心化系统，游戏场所的中心化系统可以包括一个云端和多个游戏设备。
不同的游戏设备由于硬件型号不同以及游戏规则不同，其上运行的应用也不同。游戏场所的运维人员可以预先在云端根据不同游戏设备的需求构建相应的应用包并下发，如图6所示，可以包括如下步骤：
在步骤600中，接收运维人员的应用选择指令，所述应用选择指令用于指定多个应用。
本步骤中，运维人员可以通过人机交互页面向云端发出选择指令，以选择游戏设备上所使用的多个应用。其中，多个应用中包括具有依赖关系的第一应用和第二应用，此外，云端在接收应用选择指令后，将其中的应用所依赖的其他应用加入多个应用中。
在步骤602中，根据多个应用的应用标识、及对应所述应用标识的软件版本号，生成应用列表。
在步骤604中，确定多个应用分别对应的应用资源文件。
本步骤中，还可以将所有的应用资源文件打包，构建一个应用资源目录。
在步骤606中，根据多个应用分别对应的应用资源文件，生成识别码。
本步骤中，可以根据与边端设备预先约定的算法计算应用资源文件，生成识别码。
在步骤608中，根据多个应用分别对应的应用资源文件、应用列表和识别码，生成所述应用包，并生成对应的第一应用包版本号。
其中，所述第一应用包版本号用于标识所述应用包，可以在云端上一次生成的应用包的版本号末位加1。例如，上一次生成的应用包的版本号为v0.0005，本次生成的应用包的版本号可以为v0.0006。
最终应用包可以如图7所示。
在步骤610中，下发所述应用包到游戏设备，以使得所述游戏设备在对所述应用包的校验通过后，基于所述应用资源文件在游戏设备上安装至少一个应用。
根据游戏设备的需要下发该应用包到相应的游戏设备，游戏设备在接收到该应用包后，首先将应用包的第一应用包版本号与本地的第二应用包版本号对比，在二者不同的情况下，拆解该应用包，得到识别码，应用列表和应用资源文件。通过预先与云端约定的算法计算该应用资源文件，将得到的验证码与识别码对照，在二者一致的情况下，读取应用列表，以得知本次需要安装或升级的应用及其软件版本号，对比本机缺省从应用资源文件读取相应的资源并安装，安装完成后将第一应用包版本号记录为本机最后使用的应用包的标识，即本地的第二应用包版本号。
本公开实施例中，游戏场所中的云端使用第一应用包版本号管理不同游戏设备上安装的多个应用版本，有效地隔离不同需求场景下游戏设备使用的应用的软件版本号。云端下发一个应用包到游戏设备，校验通过后，由游戏设备自动遍历应用列表获取需要安装的应用，将本地缺省的应用版本进行批量安装，能够提高在游戏设备上安装部署软件的效率。云端对于一个游戏设备的需求场景只需要维护一个第一应用包版本号无需关心其中每个应用版本单独的软件版本号，极大地减少了了混淆和错误情况，提高了安装的准确性。
本公开实施例提供了一种设备应用安装装置，该装置可以部署在边端设备。
如图8所示，该装置可以包括：应用包接收模块81和应用安装模块82。
应用包接收模块81，用于接收云端下发的应用包，所述应用包包括多个应用分别对应的应用资源文件。
应用安装模块82，用于响应于对所述应用包的校验通过，基于所述应用资源文件在边端设备上安装至少一个所述应用。
本公开实施例提供的设备应用安装装置，通过云端下发一个应用包由边端设备校验后对应用进行批量安装，边端设备只需要基于一个应用包进行安装，能够提高在边端设备上安装部署软件的效率。
在一个例子中，所述应用包还包括应用列表；所述应用列表包括：多个应用的应用标识、及对应所述应用标识的软件版本号；所述应用安装模块82，用于基于所述应用资源文件在边端设备上安装至少一个所述应用时，包括：遍历所述应用列表，比对所述应用标识对应的第一版本号和第二版本号，所述第一版本号是所述应用标识对应的本地应用的软件版本号，所述第二版本号是所述应用列表中的所述应用标识对应的软件版本号；响应于所述第一版本号与第二版本号不相同，从所述应用包获取并安装所述应用标识对应的应用资源文件，以更新本地应用为所述第二版本号对应的应用。
在一个例子中，所述应用包还包括：识别码，所述识别码是根据应用包中的应用资源文件生成；所述应用安装模块82，用于对所述应用包的校验通过时，包括：根据所述应用包的应用资源文件，得到验证码；响应于所述验证码与所述识别码一致，对所述应用包的校验通过。
在一个例子中，所述应用包还包括：第一应用包版本号，所述第一应用包版本号用于标识所述应用包；所述应用安装模块82，用于对所述应用包的校验通过时，包括：响应于所述第一应用包版本号与边端设备本地的第二应用包版本号不同，对所述应用包的校验通过，所述第二应用包版本号是边端设备上一次接收的应用包的标识。
在一个例子中，如图9所示，所述装置还包括：版本号更新模块83，用于更新边端设备本地的第二应用包版本号为所述第一应用包版本号。
本公开实施例提供了又一种设备应用安装装置，该装置可以部署在云端。如图10所示，该装置可以包括：应用包生成模块101和应用包下发模块102。
应用包生成模块101，用于根据多个应用分别对应的应用资源文件，生成应用包。
应用包下发模块102，用于下发所述应用包到边端设备，以使得所述边端设备在对所述应用包的校验通过后，基于所述应用资源文件在边端设备上安装至少一个应用。
本公开实施例提供的设备应用安装装置，通过云端下发一个应用包由边端设备校验后对应用进行批量安装，边端设备只需要基于一个应用包进行安装，能够提高在边端设备上安装部署软件的效率。
在一个例子中，所述应用包生成模块101，具体包括：根据多个应用的应用标识、及对应所述应用标识的软件版本号，生成应用列表；根据所述应用列表及多个应用分别对应的应用资源文件，生成应用包。
在一个例子中，所述应用包生成模块101，具体包括：根据多个应用分别对应的应用资源文件，生成识别码；根据所述识别码及所述多个应用分别对应的应用资源文件，生成应用包。
在一个例子中，所述应用包生成模块101，具体包括：生成所述应用包对应的第一应用包版本号，所述第一应用包版本号用于标识所述应用包。
在一个例子中，所述多个应用中包括具有依赖关系的第一应用和第二应用；所述应用包生成模块101，具体包括：根据至少一个所述第一应用对应的应用资源文件，以及至少一个所述第二应用对应的应用资源文件，生成应用包。
上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
本公开实施例还提供了一种电子设备，如图11所示，所述电子设备包括存储器1、处理器2，所述存储器1用于存储可在处理器上运行的计算机指令，所述处理器2用于在执行所述计算机指令时实现本公开任一实施例所述的设备应用安装方法。
本公开实施例还提供了一种计算机程序产品，该产品包括计算机程序/指令，该计算机程序/指令被处理器执行时实现本公开任一实施例所述的设备应用安装方法。
本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本公开任一实施例所述的设备应用安装方法。
上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。
应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。
以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

Claims (20)

1.一种设备应用安装方法，其特征在于，所述方法应用于边端设备，所述方法包括：
接收云端下发的应用包，所述应用包包括多个应用分别对应的应用资源文件；
响应于对所述应用包的校验通过，基于所述应用资源文件在边端设备上安装至少一个所述应用。
2.根据权利要求1所述的方法，其特征在于，所述应用包还包括应用列表；
所述应用列表包括：多个应用的应用标识、及对应所述应用标识的软件版本号；
所述基于所述应用资源文件在边端设备上安装至少一个所述应用，包括：
遍历所述应用列表，比对至少一个所述应用的应用标识对应的第一版本号和第二版本号，所述第一版本号是所述应用标识对应的本地应用的软件版本号，所述第二版本号是所述应用列表中的所述应用标识对应的软件版本号；
响应于所述第一版本号与第二版本号不相同，从所述应用包获取并安装所述应用标识对应的应用资源文件，以更新本地应用为所述第二版本号对应的应用。
3.根据权利要求1-2任一所述的方法，其特征在于，所述应用包还包括：识别码，所述识别码是根据应用包中的应用资源文件生成；
所述对所述应用包的校验通过，包括：
根据所述应用包的应用资源文件，得到验证码；
响应于所述验证码与所述识别码一致，对所述应用包的校验通过。
4.根据权利要求1-2任一所述的方法，其特征在于，所述应用包还包括：第一应用包版本号，所述第一应用包版本号用于标识所述应用包；
所述对所述应用包的校验通过，包括：
响应于所述第一应用包版本号与边端设备本地的第二应用包版本号不同，对所述应用包的校验通过，所述第二应用包版本号是边端设备上一次接收的应用包的标识。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
更新边端设备本地的第二应用包版本号为所述第一应用包版本号。
6.一种设备应用安装方法，其特征在于，所述方法应用于云端，所述方法包括：
根据多个应用分别对应的应用资源文件，生成应用包；
下发所述应用包到边端设备，以使得所述边端设备在对所述应用包的校验通过后，基于所述应用资源文件在边端设备上安装至少一个应用。
7.根据权利要求6所述的方法，其特征在于，所述根据多个应用分别对应的应用资源文件，生成应用包，包括：
根据多个应用的应用标识、及对应所述应用标识的软件版本号，生成应用列表；
根据所述应用列表及多个应用分别对应的应用资源文件，生成应用包。
8.根据权利要求6所述的方法，其特征在于，所述根据多个应用分别对应的应用资源文件，生成应用包，包括：
根据多个应用分别对应的应用资源文件，生成识别码；
根据所述识别码及所述多个应用分别对应的应用资源文件，生成应用包。
9.根据权利要求6所述的方法，其特征在于，所述根据多个应用分别对应的应用资源文件，生成应用包，还包括：
生成所述应用包对应的第一应用包版本号，所述第一应用包版本号用于标识所述应用包。
10.根据权利要求6所述的方法，其特征在于，所述多个应用中包括具有依赖关系的第一应用和第二应用；
所述根据多个应用分别对应的应用资源文件，生成应用包，包括：
根据至少一个所述第一应用对应的应用资源文件，以及至少一个所述第二应用对应的应用资源文件，生成应用包。
11.一种设备应用安装装置，其特征在于，所述装置部署在边端设备，所述装置包括：
应用包接收模块，用于接收云端下发的应用包，所述应用包包括多个应用分别对应的应用资源文件；
应用安装模块，用于响应于对所述应用包的校验通过，基于所述应用资源文件在边端设备上安装至少一个所述应用。
12.根据权利要求11所述的装置，其特征在于，所述应用包还包括应用列表；
所述应用列表包括：多个应用的应用标识、及对应所述应用标识的软件版本号；
所述应用安装模块，用于基于所述应用资源文件在边端设备上安装至少一个所述应用时，包括：
遍历所述应用列表，比对至少一个所述应用的所述应用标识对应的第一版本号和第二版本号，所述第一版本号是所述应用标识对应的本地应用的软件版本号，所述第二版本号是所述应用列表中的所述应用标识对应的软件版本号；
响应于所述第一版本号与第二版本号不相同，从所述应用包获取并安装所述应用标识对应的应用资源文件，以更新本地应用为所述第二版本号对应的应用。
13.根据权利要求11-12任一所述的装置，其特征在于，所述应用包还包括：识别码，所述识别码是根据应用包中的应用资源文件生成；
所述应用安装模块，用于对所述应用包的校验通过时，包括：
根据所述应用包的应用资源文件，得到验证码；
响应于所述验证码与所述识别码一致，对所述应用包的校验通过。
14.根据权利要求11-12任一所述的装置，其特征在于，所述应用包还包括：第一应用包版本号，所述第一应用包版本号用于标识所述应用包；
所述应用安装模块，用于对所述应用包的校验通过时，包括：
响应于所述第一应用包版本号与边端设备本地的第二应用包版本号不同，对所述应用包的校验通过，所述第二应用包版本号是边端设备上一次接收的应用包的标识。
15.根据权利要求14所述的装置，其特征在于，所述装置还包括：
版本号更新模块，用于更新边端设备本地的第二应用包版本号为所述第一应用包版本号。
16.一种设备应用安装装置，其特征在于，所述装置部署在云端，所述装置包括：
应用包生成模块，用于根据多个应用分别对应的应用资源文件，生成应用包；
应用包下发模块，用于下发所述应用包到边端设备，以使得所述边端设备在对所述应用包的校验通过后，基于所述应用资源文件在边端设备上安装至少一个应用。
17.根据权利要求16所述的装置，其特征在于，所述应用包生成模块，具体包括：
根据多个应用的应用标识、及对应所述应用标识的软件版本号，生成应用列表；
根据所述应用列表及多个应用分别对应的应用资源文件，生成应用包。
18.一种电子设备，其特征在于，所述设备包括存储器、处理器，所述存储器用于存储可在处理器上运行的计算机指令，所述处理器用于在执行所述计算机指令时实现权利要求1至5任一所述的方法，或实现权利要求6至10任一所述的方法。
19.一种计算机程序产品，该产品包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现权利要求1至5任一所述的方法，或实现权利要求6至10任一所述的方法。
20.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至5任一所述的方法，或实现权利要求6至10任一所述的方法。
CN202180001777.8A 2021-06-28 2021-06-29 一种设备应用安装方法和装置 Pending CN113330419A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
SG10202107092P 2021-06-28
SG10202107092P 2021-06-28
PCT/IB2021/055788 WO2023275589A1 (en) 2021-06-28 2021-06-29 Methods and apparatuses for installing device application

Publications (1)

Publication Number Publication Date
CN113330419A true CN113330419A (zh) 2021-08-31

Family

ID=77427045

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180001777.8A Pending CN113330419A (zh) 2021-06-28 2021-06-29 一种设备应用安装方法和装置

Country Status (4)

Country Link
US (1) US20220413823A1 (zh)
KR (1) KR20230005046A (zh)
CN (1) CN113330419A (zh)
AU (1) AU2021204593A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220334725A1 (en) * 2017-03-10 2022-10-20 Pure Storage, Inc. Edge Management Service
EP4332972A1 (en) 2022-08-31 2024-03-06 Samsung Electronics Co., Ltd. Storage device including nonvolatile memory device and operating method of storage device
EP4332969A1 (en) 2022-08-31 2024-03-06 Samsung Electronics Co., Ltd. Storage device including nonvolatile memory device and operating method of storage device

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104639648A (zh) * 2015-02-14 2015-05-20 成都我来啦网格信息技术有限公司 一种智能储物柜的远程升级方法
WO2017107830A1 (zh) * 2015-12-23 2017-06-29 北京金山安全软件有限公司 一种安装应用软件的方法、装置及电子设备
US20170308369A1 (en) * 2016-04-25 2017-10-26 Hisense Electric Co., Ltd. Data processing method and device of preset application after upgrading
CN108366127A (zh) * 2018-03-07 2018-08-03 北京奇艺世纪科技有限公司 一种软件包的获取方法及装置
CN109783122A (zh) * 2019-01-29 2019-05-21 重庆邮电大学 一种基于v2x路侧设备的软件安全升级方法及系统
CN111880826A (zh) * 2020-07-28 2020-11-03 平安科技（深圳）有限公司 云业务应用升级方法、装置、电子设备和存储介质
CN112612693A (zh) * 2020-12-11 2021-04-06 广州朗国电子科技有限公司 自动校验应用软件版本的方法、装置及存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104639648A (zh) * 2015-02-14 2015-05-20 成都我来啦网格信息技术有限公司 一种智能储物柜的远程升级方法
WO2017107830A1 (zh) * 2015-12-23 2017-06-29 北京金山安全软件有限公司 一种安装应用软件的方法、装置及电子设备
US20170308369A1 (en) * 2016-04-25 2017-10-26 Hisense Electric Co., Ltd. Data processing method and device of preset application after upgrading
CN108366127A (zh) * 2018-03-07 2018-08-03 北京奇艺世纪科技有限公司 一种软件包的获取方法及装置
CN109783122A (zh) * 2019-01-29 2019-05-21 重庆邮电大学 一种基于v2x路侧设备的软件安全升级方法及系统
CN111880826A (zh) * 2020-07-28 2020-11-03 平安科技（深圳）有限公司 云业务应用升级方法、装置、电子设备和存储介质
CN112612693A (zh) * 2020-12-11 2021-04-06 广州朗国电子科技有限公司 自动校验应用软件版本的方法、装置及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
孟念阳;马旭东;房芳;董自权;徐新;: "基于云技术的医疗分析仪操作管理软件升级系统", 工业控制计算机, no. 04 *

Also Published As

Publication number Publication date
KR20230005046A (ko) 2023-01-09
US20220413823A1 (en) 2022-12-29
AU2021204593A1 (en) 2023-01-19

Similar Documents

Publication Publication Date Title
CN113330419A (zh) 一种设备应用安装方法和装置
EP3499364B1 (en) Method and device for loading kernel module
US8640096B2 (en) Configuration of componentized software applications
WO2017166446A1 (zh) 漏洞修复方法和装置
US8869111B2 (en) Method and system for generating test cases for a software application
KR102044046B1 (ko) 텔레메트리 파일 해시 및 충돌 검출 기법
US9325506B2 (en) Cryptographically enforcing strict separation of environments
CN110096424B (zh) 测试的处理方法、装置、电子设备及存储介质
CN110597531B (zh) 分布式的模块升级方法、装置及存储介质
CN110569035A (zh) 软件开发项目的代码编译方法、装置、设备和存储介质
WO2020015191A1 (zh) 业务规则的发布管理方法、电子装置及可读存储介质
CN110727575B (zh) 一种信息处理方法、系统、装置、以及存储介质
CN112558946A (zh) 一种生成代码的方法、装置、设备和计算机可读存储介质
CN112769706B (zh) 组件化路由方法及系统
CN115185550A (zh) 服务部署方法、装置、计算机设备及存储介质
CN104133699A (zh) 设备系统软件升级方法与系统
CN112363997B (zh) 数据版本管理方法、装置及存储介质
CN113590181A (zh) 配置文件的校验方法、装置、设备及存储介质
CN107133539B (zh) 智能卡个人化方法及相关装置与系统
CN107015831A (zh) 一种基于服务器端升级的客户端升级管理方法及系统
CN113360172B (zh) 应用部署方法、装置、计算机设备及存储介质
CN114924772A (zh) 一种算法包的更新方法及设备
CN114237633A (zh) 应用配置方法、装置、设备及存储介质
US20230224319A1 (en) Transmission apparatus, reception apparatus, container transmission system, method, and program
JP6705482B2 (ja) システム構築パラメータ管理装置、システム構築パラメータ管理システム、システム構築パラメータ管理方法、及び、システム構築パラメータ管理プログラム

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination