CN109962933B - Sdk更新方法、嵌入式sdk、服务器及更新系统 - Google Patents

Sdk更新方法、嵌入式sdk、服务器及更新系统 Download PDF

Info

Publication number
CN109962933B
CN109962933B CN201711339204.8A CN201711339204A CN109962933B CN 109962933 B CN109962933 B CN 109962933B CN 201711339204 A CN201711339204 A CN 201711339204A CN 109962933 B CN109962933 B CN 109962933B
Authority
CN
China
Prior art keywords
update
sdk
embedded
embedded sdk
application
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.)
Active
Application number
CN201711339204.8A
Other languages
English (en)
Other versions
CN109962933A (zh
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.)
3600 Technology Group Co ltd
Original Assignee
3600 Technology Group 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 3600 Technology Group Co ltd filed Critical 3600 Technology Group Co ltd
Priority to CN201711339204.8A priority Critical patent/CN109962933B/zh
Publication of CN109962933A publication Critical patent/CN109962933A/zh
Application granted granted Critical
Publication of CN109962933B publication Critical patent/CN109962933B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Power Engineering (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提供了一种SDK更新方法，包括：接收来自应用客户端中的嵌入式SDK的更新请求，所述更新请求包括所述应用客户端的设备号；判断发送更新请求的嵌入式SDK是否满足更新策略；若所述嵌入式SDK满足更新策略，则发送更新通知给所述嵌入式SDK。同时，本发明还提供了一种应用客户端的嵌入式SDK、服务器及更新系统。通过本发明提供的方案，实现了开发者通过更新策略对更新应用的数量等的控制，能够更为有效地对应用进行更新的目的。

Description

SDK更新方法、嵌入式SDK、服务器及更新系统
技术领域
本发明涉及互联网技术领域，具体而言，本发明涉及一种SDK更新方法、装置嵌入式SDK、服务器及更新系统。
背景技术
目前，商业化SDK通常具备“云更新”功能，即嵌入商业化SDK的应用，可以在不更新应用版本的情况下，在线升级SDK版本。而通常新版本的效果需要在相同环境下与旧版本进行比较，即在相同应用、相同时间、相同广告的情况下来比较新旧版本之间的效果；另一方面，新版本的稳定性需要小流量上线验证。因此，在商业化SDK升级过程中，通常会指定原有商业化SDK版本或指定媒体应用进行升级，在制定升级策略时，通常还会先随机选择一小部分流量，例如10％的流量，做在线升级版本的实验，并在随后的几天连续观察数据，等待预期的流量升级完毕后，观察实验结果，并进行下一步版本升级计划的实施。其中，对更新请求流量进行预估，并按照预估数量分配升级流量是常用的方法。
然而，启动应用的用户是动态变化的，现有技术中按照时间和请求次数进行预估，并按照预估数量分配升级流量的方法，通常会出现既不满足随机又控制不准确的问题。
发明内容
本发明针对现有技术的缺点，提供了一种SDK更新方法、嵌入式SDK、服务器及更新系统，使得开发者指定的部分应用客户端先获得更新，进而开发者能够在相同环境下将获得更新的嵌入式SDK与未获得更新的嵌入式SDK进行比较以及观察两者之间的效果，有利于下一步版本升级计划的实施。。
本发明实施例提供了一种SDK更新方法，包括：
接收来自应用客户端中的嵌入式SDK的更新请求，所述更新请求包括所述应用客户端的设备号；
判断发送更新请求的嵌入式SDK是否满足更新策略；
若所述嵌入式SDK满足更新策略，则发送更新通知给所述嵌入式SDK。
进一步地，所述判断发送更新请求的嵌入式SDK所对应的应用客户端是否满足更新策略，包括：
使用预定的加密方法对所述应用客户端的设备号进行加密，生成与所述应用客户端的设备号对应的密钥信息；
判断所述密钥信息是否满足更新策略；
若所述密钥信息满足更新策略，则确定所述嵌入式SDK符合更新策略。
进一步地，所述预定的加密方法包括哈希算法；
其中，所述使用预定的加密方法对所述应用客户端的设备号进行加密，生成与所述应用客户端的设备号对应的密钥信息，具体包括：
使用哈希算法对所述应用客户端的设备号进行加密，以生成与所述应用客户端的设备号对应的数字序列。
进一步地，所述更新策略包括若任一数字序列在预定数位区间中的数值满足预定数值区间，则更新相应的嵌入式SDK；
其中，所述判断所述密钥信息是否满足更新策略，包括：
判断所述数字序列在所述预定数位区间中的数值是否满足所述预定数值区间；
若满足，则确定所述嵌入式SDK符合更新策略。
进一步地，所述更新策略中的数位区间和数值区间是由策略配置平台根据需要更新的嵌入式SDK的数量生成的。
进一步地，所述若所述嵌入式SDK符合更新策略，还包括：
接收来自所述嵌入式SDK的升级包获取请求，所述升级包获取请求是所述嵌入式SDK收到所述更新通知后发送的；
返回升级包给所述嵌入式SDK。
进一步地，还包括：
若所述嵌入式SDK不符合更新策略，则发送判断结果给所述嵌入式SDK，所述判断结果包括嵌入式SDK能够再次发送更新请求的时间区间或嵌入式SDK不能发送更新请求的时间区间。
进一步地，所述接收来自应用客户端中的嵌入式SDK的更新请求，之前包括：
向多个应用客户端中的嵌入式SDK发送更新通知消息，所述更新通知消息包括本次版本更新的目标应用名单。
进一步地，所述来自应用客户端中的嵌入式SDK的更新请求是应用客户端中的嵌入式SDK接收到来自应用服务器的更新通知消息后，判断其自身应用标识是否处于所述目标应用名单中，若属于则生成的。
本发明实施例还提供了一种应用客户端的嵌入式SDK，包括：
更新请求接收模块，用于接收来自应用客户端中的嵌入式SDK的更新请求，所述更新请求包括所述应用客户端的设备号；
更新策略判断模块，用于判断发送更新请求的嵌入式SDK是否满足更新策略；
更新通知发送模块，用于当所述嵌入式SDK满足更新策略时发送更新通知给所述嵌入式SDK。
进一步地，所述更新策略判断模块，包括：
密钥信息加密子模块，用于使用预定的加密方法对所述应用客户端的设备号进行加密，生成与所述应用客户端的设备号对应的密钥信息；
更新策略判断子模块，用于判断所述密钥信息是否满足更新策略；
若所述密钥信息满足更新策略，则确定所述嵌入式SDK符合更新策略。
进一步地，所述密钥信息加密子模块使用的预定的加密方法包括哈希算法；
其中，所述密钥信息加密子模块，具体包括：
数字序列生成单元，用于使用哈希算法对所述应用客户端的设备号进行加密，以生成与所述应用客户端的设备号对应的数字序列。
进一步地，所述更新策略判断模块使用的更新策略包括若任一数字序列在预定数位区间中的数值满足预定数值区间，则更新相应的嵌入式SDK；
其中，所述更新策略判断子模块，包括：
数值判断单元，用于判断所述数字序列在所述预定数位区间中的数值是否满足所述预定数值区间；
若满足，则确定所述嵌入式SDK符合更新策略。
进一步地，所述更新策略中的数位区间和数值区间是由策略配置平台根据需要更新的嵌入式SDK的数量生成的。
进一步地，所述更新通知发送模块，还包括：
升级包获取请求接收子模块，用于接收来自所述嵌入式SDK的升级包获取请求，所述升级包获取请求是所述嵌入式SDK收到所述更新通知后发送的；
升级包返回子模块，用于返回升级包给所述嵌入式SDK。
进一步地，还包括：
判断结果发送模块，用于当所述嵌入式SDK不符合更新策略时发送判断结果给所述嵌入式SDK，所述判断结果包括嵌入式SDK能够再次发送更新请求的时间区间或嵌入式SDK不能发送更新请求的时间区间。
进一步地，还包括：
更新通知消息发送模块，用于向多个应用客户端中的嵌入式SDK发送更新通知消息，所述更新通知消息包括本次版本更新的目标应用名单。
进一步地，所述更新请求接收模块接收到的来自应用客户端中的嵌入式SDK的更新请求是应用客户端中的嵌入式SDK接收到来自应用服务器的更新通知消息后，判断其自身应用标识是否处于所述目标应用名单中，若属于则生成的。
本发明的实施例根据另一个方面，还提供了一种服务器，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现上述SDK更新方法。
本发明实施例还提供了一种更新系统，包括应用服务器、嵌入应用客户端的嵌入式SDK，包括：
嵌入式SDK向应用服务器发送更新请求，所述更新请求包括所述应用客户端的设备号；
应用服务器判断发送更新请求的嵌入式SDK是否满足更新策略；
若所述嵌入式SDK满足更新策略，应用服务器则发送更新通知给所述嵌入式SDK。
进一步地，所述应用服务器判断发送更新请求的嵌入式SDK是否满足更新策略，包括：
应用服务器使用预定的加密方法对所述应用客户端的设备号进行加密，生成与所述应用客户端的设备号对应的密钥信息；
判断所述密钥信息是否满足更新策略；
若所述密钥信息满足更新策略，则确定所述嵌入式SDK符合更新策略。
进一步地，所述预定的加密方法包括哈希算法；
其中，应用服务器使用预定的加密方法对所述应用客户端的设备号进行加密，生成与所述应用客户端的设备号对应的密钥信息，具体包括：
应用服务器使用哈希算法对所述应用客户端的设备号进行加密，以生成与所述应用客户端的设备号对应的数字序列。
进一步地，所述更新策略包括若任一数字序列在预定数位区间中的数值满足预定数值区间，则更新相应的嵌入式SDK；
其中，所述判断所述密钥信息是否满足更新策略，包括：
应用服务器判断所述数字序列在所述预定数位区间中的数值是否满足所述预定数值区间；
若满足，则确定所述嵌入式SDK符合更新策略。
进一步地，所述更新策略中的数位区间和数值区间是由策略配置平台根据需要更新的嵌入式SDK的数量生成的。
进一步地，所述若所述嵌入式SDK符合更新策略，还包括：
所述嵌入式SDK收到所述更新通知后，发送升级包获取请求给应用服务器；
所述应用服务器接收来自嵌入式SDK的升级包获取请求，返回升级包给所述嵌入式SDK。
进一步地，还包括：
若所述嵌入式SDK不符合更新策略，应用服务器则发送判断结果给所述嵌入式SDK，所述判断结果包括嵌入式SDK能够再次发送更新请求的时间区间或嵌入式SDK不能发送更新请求的时间区间。
进一步地，所述应用服务器接收来自嵌入式SDK的升级包获取请求，之前包括：
应用服务器向多个应用客户端中的嵌入式SDK发送更新通知消息，所述更新通知消息包括本次版本更新的目标应用名单。
进一步地，还包括嵌入式SDK接收来自应用服务器的更新通知消息，判断自身应用标识是否处于所述目标应用名单中，若属于则生成更新请求，并发送给应用服务器。
本发明实施例中，应用服务器接收来自应用客户端中的嵌入式SDK的包括所述应用客户端的设备号的更新请求，并判断发送更新请求的嵌入式SDK是否满足更新策略；若所述嵌入式SDK满足更新策略，则发送更新通知给所述嵌入式SDK，实现了开发者通过更新策略对更新应用的数量等的控制，以达到更为有效地对应用进行更新。进一步地，通过更新策略对应用客户端的设备号进行判断，能够通过更新策略控制指定的部分嵌入式SDK先进行更新，进而为开发者在相同环境下将获得更新的嵌入式SDK与未获得更新的嵌入式SDK进行比较以及观察两者之间的效果提供了有力的前提条件，有利于下一步版本升级计划的实施。
本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为SDK更新方法流程图；
图2为SDK更新方法的详细流程图；
图3为SDK更新方法的一种实施方式流程示意图；
图4为应用客户端的嵌入式SDK的结构示意图；
图5为应用客户端的嵌入式SDK的详细结构示意图
图6为更新系统的详细流程交互图；
图7为更新系统的一种实施方式流程示意图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(PerSonal CommunicationS Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(PerSonal Digital ASSiStant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global PoSitioning SyStem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。
本发明实施例提供了一种SDK更新方法，所述SDK更新方法是通过应用客户端中的嵌入式SDK与服务器之间的交互实现的。能够满足开发者相对精确地控制预定比例的随机流量进行升级的需求。
所述应用客户端中的嵌入式SDK，英文全称是Software Development Kit，中文名称是软件开发工具包。一般都是一些软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合。软件开发工具包是一些被软件工程师用于为特定的软件包、软件框架、硬件平台、操作系统等创建应用软件的开发工具的集合。它可以简单的为某个程序设计语言提供应用程序接口API的一些文件，但也可能包括能与某种嵌入式系统通讯的复杂的硬件。一般包括用于调试和其他用途的实用工具。
该方法的流程图如图1所示，具体包括以下步骤：
步骤S110：接收来自应用客户端中的嵌入式SDK的更新请求，所述更新请求包括所述应用客户端的设备号；
步骤S120：判断发送更新请求的嵌入式SDK是否满足更新策略；
步骤S130：若所述嵌入式SDK满足更新策略，则发送更新通知给所述嵌入式SDK。
应用本发明实施例提供的SDK更新方法所获得的有益效果包括：
开发者通过更新策略对更新应用的数量等的控制，以达到更为有效地对应用进行更新。进一步地，通过更新策略对应用客户端的设备号进行判断，能够通过更新策略控制指定的部分嵌入式SDK先进行更新，进而为开发者在相同环境下将获得更新的嵌入式SDK与未获得更新的嵌入式SDK进行比较以及观察两者之间的效果提供了有力的前提条件，有利于下一步版本升级计划的实施。另一方面，能够相对精确地控制升级预定升级比例的流量，还能保证获得升级的流量的随机性，从而使得开发者的在线升级版本的实验数据更加准确，能够尽可能减少开发者对新旧版本之间存在的差别效果的认知误差。
以下以应用服务器为执行主体，针对以上各个步骤的具体实现做进一步的说明。
步骤S110：应用服务器接收来自应用客户端中的嵌入式SDK的更新请求，所述更新请求包括所述应用客户端的设备号。
如图2所示为SDK更新方法流程示意图，应用服务器接收来自应用客户端中的嵌入式SDK的更新请求，之前包括：步骤S000。
步骤S100：向多个应用客户端中的嵌入式SDK发送更新通知消息，所述更新通知消息包括本次版本更新的目标应用名单。
具体地，如图3所示，应用服务器向多个应用客户端中的嵌入式SDK发送更新通知消息，所述更新通知消息包括本次版本更新的目标应用名单。目标应用名单是应用服务器根据应用开发者选择或实时配置的目标应用组成。选择或配置的版本更新目标应用包括一个或多个。版本更新时，应用服务器向所有应用中的嵌入式SDK发送更新通知消息。嵌入式SDK接收到来自应用服务器的更新通知消息后，判断其自身应用标识是否处于所述目标应用名单中，若属于则生成更新请求，并发送给应用服务器。所述更新请求包括应用客户端的设备号，所述设备号包括数字序列。在一种实施方式中，所述设备号为加密状态的数字与字符混合的字符串。
在一种实施方式中，版本更新时，应用服务器只向目标应用名单上的应用中的嵌入式SDK发送更新通知消息。
在另一种实施方式中，版本更新目标应用包括零个，即此次版本更新的目标应用是所有应用。版本更新时，应用服务器向所有应用中的嵌入式SDK发送更新通知消息。
在另一个实施方式中，目标应用名单是应用服务器根据已存储的默认更新名单生成的。默认更新名单由应用开发者预先配置，然后存储在应用服务器中。
步骤S120：应用服务器判断发送更新请求的嵌入式SDK所对应的应用客户端是否满足更新策略。
具体地，步骤S120包括：步骤S121(图中未示出)和步骤S122(图中未示出)。
步骤S121：应用服务器使用预定的加密方法对所述应用客户端的设备号进行加密，生成与所述应用客户端的设备号对应的密钥信息。
具体地，所述预定的加密方法包括哈希算法；应用服务器接收到来自应用客户端的更新请求中，从更新请求中，提取出发送更新请求的应用客户端的设备号，使用哈希算法对所述应用客户端的设备号进行加密，以生成与所述应用客户端的设备号对应的数字序列。
步骤S122：应用服务器判断所述密钥信息是否满足更新策略；若所述密钥信息满足更新策略，则确定所述嵌入式SDK符合更新策略。
应用服务器接收到来自应用客户端中的嵌入式SDK的更新请求后，向策略配置平台请求更新策略。所述更新策略包括若任一数字序列在预定数位区间中的数值满足预定数值区间，则更新相应的嵌入式SDK。所述更新策略中的数位区间和数值区间是由策略配置平台根据需要更新的嵌入式SDK数量生成的。数值区间的数值范围与数位区间上的可取值范围的比值代表流量的更新比例。比如数位区间为右起1-3位，预定数值区间为【101-200】，则更新比例为10％。假如需要更新的嵌入式SDK数量较多，为了保证获得更新的流量的随机性，预定的数位区间范围会变大；反之，则预定的数位区间范围相对会缩小。
在一种实施方式中，一个数位区间对应多个数值区间。多个数值区间的数值范围之和与数位区间的可取值范围的比值代表流量的更新比例比如数位区间为右起1-3位，预定数值区间为【101-150】，【201-250】则更新比例为10％。具体地，所述应用服务器判断所述密钥信息是否满足更新策略，包括：
判断所述数字序列在所述预定数位区间中的数值是否满足所述预定数值区间；若满足，则确定所述嵌入式SDK符合更新策略。
比如，有一数字序列为9876543210，而更新策略中的预定数位区间为右起1-3位，预定数值区间为【201-300】。判断过程为：应用服务器先确定位于数位区间上的数值为210；再判断数值210是否在数值区间【201-300】内。
步骤S130：若所述嵌入式SDK满足更新策略，则发送更新通知给所述嵌入式SDK。
具体地，在上述例子中，数字序列为9876543210在预定数位区间上的数值为210，处于预定数值区间【201-300】内，因此，确定所述嵌入式SDK符合更新策略，应用服务器则会发送更新通知给所述嵌入式SDK；所述嵌入式SDK接收到更新通知后，会向应用服务器发送升级包获取请求；应用服务器接收到来自嵌入式SDK的升级包获取请求后，返回升级包给所述嵌入式SDK，嵌入式SDK根据接收到的升级包即可完成此次版本更新，从而实现了开发者通过更新策略对更新应用的数量等的控制，更为有效地对应用进行更新。
还包括步骤S140：若所述嵌入式SDK不符合更新策略，则发送判断结果给所述嵌入式SDK，所述判断结果包括嵌入式SDK能够再次发送更新请求的时间区间或嵌入式SDK不能发送更新请求的时间区间。。
具体地，若所述嵌入式SDK不符合更新策略，应用服务器则发送判断结果给所述嵌入式SDK。由于版本升级过程前期，通常只指定部分嵌入式SDK升级，从而方便进行在线版本升级实验，也就是说，在前期在线版本升级实验期间，不符合更新策略的嵌入式SDK也不会获得更新资格。假如所述嵌入式SDK不满足更新策略后，在实验期间继续发送更新请求，就会占用了应用服务器的应答资源以及增加了嵌入式SDK自身资源，为了避免应用服务器和嵌入式SDK的资源浪费，所述判断结果还包括嵌入式SDK能够再次发送更新请求的时间区间。
在一种实施方式中，所述判断结果包括嵌入式SDK不能发送更新请求的时间区间。
为了以模块化的方式对本发明所述方法做进一步说明，本申请提供了一种应用客户端的嵌入式SDK，如图4所示，包括：更新请求接收模块100，更新策略判断模块200，更新通知发送模块300。
更新请求接收模块100，用于接收来自应用客户端中的嵌入式SDK的更新请求，所述更新请求包括所述应用客户端的设备号。
如图5所示为应用客户端的嵌入式SDK的详细结构示意图，本发明实施例的应用客户端的嵌入式SDK还包括：更新通知消息发送模块000。
更新通知消息发送模块000，用于向多个应用客户端中的嵌入式SDK发送更新通知消息，所述更新通知消息包括本次版本更新的目标应用名单。
具体地，更新通知消息发送模块000向多个应用客户端中的嵌入式SDK发送更新通知消息，所述更新通知消息包括本次版本更新的目标应用名单。目标应用名单是应用服务器根据用户选择或设置的目标应用组成。用户设置的版本更新目标应用包括一个或多个。版本更新时，更新通知消息发送模块000向所有应用客户端中的嵌入式SDK发送更新通知消息。嵌入式SDK接收到来自更新通知消息发送模块000的更新通知消息后，判断其自身应用标识是否处于所述目标应用名单中，若属于则生成更新请求，并发送给应用服务器。
在一种实施方式中，版本更新时，更新通知消息发送模块000只向目标应用名单上的应用中的嵌入式SDK发送更新通知消息。
在另一种实施方式中，用户设置的版本更新目标应用包括零个，即此次版本更新的目标应用是所有应用中的嵌入式SDK。版本更新时，更新通知消息发送模块000向所有应用中的嵌入式SDK发送更新通知消息。
在另一个实施方式中，目标应用名单是应用服务器根据已存储的默认更新名单生成的。默认更新名单由用户预先设置，然后存储在应用服务器中。
更新策略判断模块200，用于判断发送更新请求的嵌入式SDK是否满足更新策略。
具体地，更新策略判断模块200包括：密钥信息加密子模块和更新策略判断子模块。
密钥信息加密子模块：用于使用预定的加密方法对所述应用客户端的设备号进行加密，生成与所述应用客户端的设备号对应的密钥信息。
具体地，所述预定的加密方法包括哈希算法。所述密钥信息加密子模块包括数字序列生成单元；数字序列生成单元，用于使用哈希算法对所述应用客户端的设备号进行加密，以生成与所述应用客户端的设备号对应的数字序列。更新请求接收模块100接收到来自应用客户端中的嵌入式SDK的更新请求后，数字序列生成单元从更新请求中，提取出发送更新请求的应用客户端的设备号，使用哈希算法对所述应用客户端的设备号进行加密，以生成与所述应用客户端的设备号对应的数字序列。
更新策略判断子模块：用于判断所述密钥信息是否满足更新策略；若所述密钥信息满足更新策略，则确定所述嵌入式SDK符合更新策略。
更新请求接收模块100接收到来自应用客户端中的嵌入式SDK的更新请求后，更新策略判断模块200向策略配置平台请求更新策略。所述更新策略包括若任一数字序列在预定数位区间中的数值满足预定数值区间，则更新相应的嵌入式SDK。所述更新策略中的数位区间和数值区间是由策略配置平台根据需要更新的嵌入式SDK数量生成的。一个数位区间可对应一个或多个数值区间。
具体地，所述更新策略判断子模块包括数值判断单元，数值判断单元，用于判断所述数字序列在所述预定数位区间中的数值是否满足所述预定数值区间；若满足，则确定所述嵌入式SDK符合更新策略。
更新通知发送模块300，用于当所述嵌入式SDK满足更新策略时发送更新通知给所述嵌入式SDK。
所述更新通知发送模块300包括升级包获取请求接收子模块；升级包获取请求接收子模块，用于接收来自所述嵌入式SDK的升级包获取请求，所述升级包获取请求是所述嵌入式SDK收到所述更新通知后发送的；升级包返回子模块，用于返回升级包给所述嵌入式SDK。
具体的，若所述嵌入式SDK符合更新策略，更新通知发送模块300则发送更新通知给所述嵌入式SDK；所述嵌入式SDK接收到更新通知后，会向升级包获取请求接收子模块发送升级包获取请求；升级包获取请求接收子模块接收到来自嵌入式SDK的升级包获取请求后，升级包返回子模块返回升级包给所述嵌入式SDK。
本发明实施例的应用客户端的嵌入式SDK还包括判断结果发送模块400，用于当所述嵌入式SDK不符合更新策略时发送判断结果给所述嵌入式SDK，所述判断结果包括嵌入式SDK能够再次发送更新请求的时间区间或嵌入式SDK不能发送更新请求的时间区间。
具体地，若所述嵌入式SDK不符合更新策略，判断结果发送模块400则发送判断结果给所述嵌入式SDK。由于版本升级过程前期，通常只指定部分嵌入式SDK升级，从而方便进行在线版本升级实验，也就是说，在前期在线版本升级实验期间，不符合更新策略的嵌入式SDK也不会获得更新资格。假如所述嵌入式SDK不满足更新策略后，在实验期间继续发送更新请求，就会占用了应用服务器的应答资源以及增加了嵌入式SDK自身资源，为了避免应用服务器和嵌入式SDK的资源浪费，所述判断结果还包括嵌入式SDK能够再次发送更新请求的时间区间。
在一种实施方式中，所述判断结果包括嵌入式SDK不能发送更新请求的时间区间。
本发明的实施例根据另一个方面，还提供了一种服务器，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现上述SDK更新方法。
本发明还提供了一种更新系统，如图6所示，包括以下步骤：
步骤S210：嵌入式SDK向应用服务器发送更新请求，所述更新请求包括所述应用客户端的设备号；
S220：应用服务器判断发送更新请求的嵌入式SDK是否满足更新策略；
S230：若所述嵌入式SDK满足更新策略，应用服务器则发送更新通知给所述嵌入式SDK。
针对以上各个步骤的具体实现做进一步的说明。
步骤S210：嵌入式SDK向应用服务器发送更新请求，所述更新请求包括所述应用客户端的设备号。
优选地，步骤S210之前包括：步骤S200。
步骤S200：应用服务器向多个应用客户端中的嵌入式SDK发送更新通知消息，所述更新通知消息包括本次版本更新的目标应用名单。
具体地，如图7所示，应用服务器向多个应用客户端中的嵌入式SDK发送更新通知消息，所述更新通知消息包括本次版本更新的目标应用名单。目标应用名单是应用服务器根据应用开发者选择或实时配置的目标应用组成。选择或配置的版本更新目标应用包括一个或多个。版本更新时，应用服务器向所有应用中的嵌入式SDK发送更新通知消息。嵌入式SDK接收到来自应用服务器的更新通知消息后，判断其自身应用标识是否处于所述目标应用名单中，若属于则生成更新请求，并发送给应用服务器。所述更新请求包括应用客户端的设备号，所述设备号包括数字序列。
步骤S220：应用服务器判断发送更新请求的嵌入式SDK所对应的应用客户端是否满足更新策略。
具体地，步骤S220包括：步骤S221(图中未示出)和步骤S222(图中未示出)。
步骤S221：应用服务器使用预定的加密方法对所述应用客户端的设备号进行加密，生成与所述应用客户端的设备号对应的密钥信息。
具体地，所述预定的加密方法包括哈希算法；应用服务器接收到来自应用客户端的更新请求中，从更新请求中，提取出发送更新请求的应用客户端的设备号，使用哈希算法对所述应用客户端的设备号进行加密，以生成与所述应用客户端的设备号对应的数字序列。
步骤S222：应用服务器判断所述密钥信息是否满足更新策略；若所述密钥信息满足更新策略，则确定所述嵌入式SDK符合更新策略。
如图7所示，应用服务器接收到来自应用客户端中的嵌入式SDK的更新请求后，向策略配置平台请求更新策略。所述更新策略包括若任一数字序列在预定数位区间中的数值满足预定数值区间，则更新相应的嵌入式SDK。所述更新策略中的数位区间和数值区间是由策略配置平台根据需要更新的嵌入式SDK数量生成的。数值区间的数值范围与数位区间上的可取值范围的比值代表流量的更新比例。比如数位区间为右起1-3位，预定数值区间为【101-200】，则更新比例为10％。假如需要更新的嵌入式SDK数量较多，为了保证获得更新的流量的随机性，预定的数位区间范围会变大；反之，则预定的数位区间范围相对会缩小。
具体地，所述应用服务器判断所述密钥信息是否满足更新策略，包括：
判断所述数字序列在所述预定数位区间中的数值是否满足所述预定数值区间；若满足，则确定所述嵌入式SDK符合更新策略。
比如，有一数字序列为9876543210，而更新策略中的预定数位区间为右起1-3位，预定数值区间为【201-300】。判断过程为：应用服务器先确定位于数位区间上的数值为210；再判断数值210是否在数值区间【201-300】内。
步骤S230：若所述嵌入式SDK满足更新策略，则发送更新通知给所述嵌入式SDK。
具体地，在上述例子中，数字序列为9876543210在预定数位区间上的数值为210，处于预定数值区间【201-300】内，因此，确定所述嵌入式SDK符合更新策略，应用服务器则会发送更新通知给所述嵌入式SDK；所述嵌入式SDK接收到更新通知后，会向应用服务器发送升级包获取请求；应用服务器接收到来自嵌入式SDK的升级包获取请求后，返回升级包给所述嵌入式SDK，嵌入式SDK根据接收到的升级包即可完成此次版本更新，从而实现了开发者通过更新策略对更新应用的数量等的控制，更为有效地对应用进行更新。
如图6所示，本发明实施例的更新系统还包括步骤S240：若所述嵌入式SDK不符合更新策略，应用服务器则发送判断结果给所述嵌入式SDK，所述判断结果包括嵌入式SDK能够再次发送更新请求的时间区间或嵌入式SDK不能发送更新请求的时间区间。
具体地，若所述嵌入式SDK不符合更新策略，应用服务器则发送判断结果给所述嵌入式SDK。由于版本升级过程前期，通常只指定部分嵌入式SDK升级，从而方便进行在线版本升级实验，也就是说，在前期在线版本升级实验期间，不符合更新策略的嵌入式SDK也不会获得更新资格。假如所述嵌入式SDK不满足更新策略后，在实验期间继续发送更新请求，就会占用了应用服务器的应答资源以及增加了嵌入式SDK自身资源，为了避免应用服务器和嵌入式SDK的资源浪费，所述判断结果还包括嵌入式SDK能够再次发送更新请求的时间区间。
在一种实施方式中，所述判断结果包括嵌入式SDK不能发送更新请求的时间区间。
本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random AcceSS Memory，随即存储器)、EPROM(EraSable ProgrammableRead-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically EraSableProgrammable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。
本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (25)

1.一种SDK更新方法，其特征在于，包括：
接收来自应用客户端中的嵌入式SDK的更新请求，所述更新请求包括所述应用客户端的设备号；
判断发送更新请求的嵌入式SDK是否满足更新策略；
若所述嵌入式SDK满足更新策略，则发送更新通知给所述嵌入式SDK；
所述判断发送更新请求的嵌入式SDK是否满足更新策略，包括：
使用预定的加密方法对所述应用客户端的设备号进行加密，生成与所述应用客户端的设备号对应的密钥信息；
判断所述密钥信息是否满足更新策略；
若所述密钥信息满足更新策略，则确定所述嵌入式SDK符合更新策略。
2.如权利要求1所述的SDK更新方法，其特征在于，所述预定的加密方法包括哈希算法；
其中，所述使用预定的加密方法对所述应用客户端的设备号进行加密，生成与所述应用客户端的设备号对应的密钥信息，具体包括：
使用哈希算法对所述应用客户端的设备号进行加密，以生成与所述应用客户端的设备号对应的数字序列。
3.如权利要求2所述的SDK更新方法，其特征在于，所述更新策略包括若任一数字序列在预定数位区间中的数值满足预定数值区间，则更新相应的嵌入式SDK；
其中，所述判断所述密钥信息是否满足更新策略，包括：
判断所述数字序列在所述预定数位区间中的数值是否满足所述预定数值区间；
若满足，则确定所述嵌入式SDK符合更新策略。
4.如权利要求3所述的SDK更新方法，其特征在于，所述更新策略中的数位区间和数值区间是由策略配置平台根据需要更新的嵌入式SDK的数量生成的。
5.如权利要求1所述的SDK更新方法，其特征在于，所述若所述嵌入式SDK符合更新策略，还包括：
接收来自所述嵌入式SDK的升级包获取请求，所述升级包获取请求是所述嵌入式SDK收到所述更新通知后发送的；
返回升级包给所述嵌入式SDK。
6.如权利要求1所述的SDK更新方法，其特征在于，还包括：
若所述嵌入式SDK不符合更新策略，则发送判断结果给所述嵌入式SDK，所述判断结果包括嵌入式SDK能够再次发送更新请求的时间区间或嵌入式SDK不能发送更新请求的时间区间。
7.如权利要求1所述的SDK更新方法，其特征在于，所述接收来自应用客户端中的嵌入式SDK的更新请求，之前包括：
向多个应用客户端中的嵌入式SDK发送更新通知消息，所述更新通知消息包括本次版本更新的目标应用名单。
8.如权利要求7所述的SDK更新方法，其特征在于，所述来自应用客户端中的嵌入式SDK的更新请求是应用客户端中的嵌入式SDK接收到来自应用服务器的更新通知消息后，判断其自身应用标识是否处于所述目标应用名单中，若属于则生成的。
9.一种应用客户端的嵌入式SDK，其特征在于，包括：
更新请求接收模块，用于接收来自应用客户端中的嵌入式SDK的更新请求，所述更新请求包括所述应用客户端的设备号；
更新策略判断模块，用于判断发送更新请求的嵌入式SDK是否满足更新策略；
更新通知发送模块，用于当所述嵌入式SDK满足更新策略时发送更新通知给所述嵌入式SDK；
所述更新策略判断模块，包括：
密钥信息加密子模块，用于使用预定的加密方法对所述应用客户端的设备号进行加密，生成与所述应用客户端的设备号对应的密钥信息；
更新策略判断子模块，用于判断所述密钥信息是否满足更新策略；
若所述密钥信息满足更新策略，则确定所述嵌入式SDK符合更新策略。
10.如权利要求9所述的应用客户端的嵌入式SDK，其特征在于，所述密钥信息加密子模块使用的预定的加密方法包括哈希算法；
其中，所述密钥信息加密子模块，具体包括：
数字序列生成单元，用于使用哈希算法对所述应用客户端的设备号进行加密，以生成与所述应用客户端的设备号对应的数字序列。
11.如权利要求10所述的应用客户端的嵌入式SDK，其特征在于，所述更新策略判断模块使用的更新策略包括若任一数字序列在预定数位区间中的数值满足预定数值区间，则更新相应的嵌入式SDK；
其中，所述更新策略判断子模块，包括：
数值判断单元，用于判断所述数字序列在所述预定数位区间中的数值是否满足所述预定数值区间；
若满足，则确定所述嵌入式SDK符合更新策略。
12.如权利要求11所述的应用客户端的嵌入式SDK，其特征在于，所述更新策略中的数位区间和数值区间是由策略配置平台根据需要更新的嵌入式SDK的数量生成的。
13.如权利要求9所述的应用客户端的嵌入式SDK，其特征在于，所述更新通知发送模块，还包括：
升级包获取请求接收子模块，用于接收来自所述嵌入式SDK的升级包获取请求，所述升级包获取请求是所述嵌入式SDK收到所述更新通知后发送的；
升级包返回子模块，用于返回升级包给所述嵌入式SDK。
14.如权利要求9所述的应用客户端的嵌入式SDK，其特征在于，还包括：
判断结果发送模块，用于当所述应用客户端不符合更新策略时发送判断结果给所述嵌入式SDK，所述判断结果包括嵌入式SDK能够再次发送更新请求的时间区间或嵌入式SDK不能发送更新请求的时间区间。
15.如权利要求9所述的应用客户端的嵌入式SDK，其特征在于，还包括：
更新通知消息发送模块，用于向多个应用客户端中的嵌入式SDK发送更新通知消息，所述更新通知消息包括本次版本更新的目标应用名单。
16.如权利要求15所述的应用客户端的嵌入式SDK，其特征在于，所述更新请求接收模块接收到的来自应用客户端中的嵌入式SDK的更新请求是应用客户端中的嵌入式SDK接收到来自应用服务器的更新通知消息后，判断其自身应用标识是否处于所述目标应用名单中，若属于则生成的。
17.一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1-8任一项所述的SDK更新方法。
18.一种更新系统，包括应用服务器、应用客户端的嵌入式SDK，其特征在于，包括：
嵌入式SDK向应用服务器发送更新请求，所述更新请求包括所述应用客户端的设备号；
应用服务器判断发送更新请求的嵌入式SDK是否满足更新策略；
若所述嵌入式SDK满足更新策略，应用服务器则发送更新通知给所述嵌入式SDK；
所述应用服务器判断发送更新请求的嵌入式SDK是否满足更新策略，包括：
应用服务器使用预定的加密方法对所述应用客户端的设备号进行加密，生成与所述应用客户端的设备号对应的密钥信息；
判断所述密钥信息是否满足更新策略；
若所述密钥信息满足更新策略，则确定所述嵌入式SDK符合更新策略。
19.如权利要求18所述的更新系统，其特征在于，所述预定的加密方法包括哈希算法；
其中，应用服务器使用预定的加密方法对所述应用客户端的设备号进行加密，生成与所述应用客户端的设备号对应的密钥信息，具体包括：
应用服务器使用哈希算法对所述应用客户端的设备号进行加密，以生成与所述应用客户端的设备号对应的数字序列。
20.如权利要求19所述的更新系统，其特征在于，所述更新策略包括若任一数字序列在预定数位区间中的数值满足预定数值区间，则更新相应的嵌入式SDK；
其中，所述判断所述密钥信息是否满足更新策略，包括：
应用服务器判断所述数字序列在所述预定数位区间中的数值是否满足所述预定数值区间；
若满足，则确定所述嵌入式SDK符合更新策略。
21.如权利要求20所述的更新系统，其特征在于，所述更新策略中的数位区间和数值区间是由策略配置平台根据需要更新的嵌入式SDK的数量生成的。
22.如权利要求18所述的更新系统，其特征在于，所述若所述嵌入式SDK符合更新策略，还包括：
所述嵌入式SDK接收到所述更新通知后，发送升级包获取请求至应用服务器；
所述应用服务器基于接收到的来自嵌入式SDK的升级包获取请求，返回相应的升级包给所述嵌入式SDK。
23.如权利要求18所述的更新系统，其特征在于，还包括：
若所述嵌入式SDK不满足更新策略，所述应用服务器发送判断结果至所述嵌入式SDK，所述判断结果包括嵌入式SDK能够再次发送更新请求的时间区间或嵌入式SDK不能发送更新请求的时间区间。
24.如权利要求18所述的更新系统，其特征在于，还包括：
应用服务器向多个应用客户端中的嵌入式SDK发送更新通知消息，所述更新通知消息包括本次版本更新的目标应用名单。
25.如权利要求24所述的更新系统，其特征在于，还包括：
所述嵌入式SDK接收来自应用服务器的更新通知消息，判断自身应用标识是否处于所述目标应用名单中，若属于则生成更新请求。
CN201711339204.8A 2017-12-14 2017-12-14 Sdk更新方法、嵌入式sdk、服务器及更新系统 Active CN109962933B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711339204.8A CN109962933B (zh) 2017-12-14 2017-12-14 Sdk更新方法、嵌入式sdk、服务器及更新系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711339204.8A CN109962933B (zh) 2017-12-14 2017-12-14 Sdk更新方法、嵌入式sdk、服务器及更新系统

Publications (2)

Publication Number Publication Date
CN109962933A CN109962933A (zh) 2019-07-02
CN109962933B true CN109962933B (zh) 2023-08-18

Family

ID=67018024

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711339204.8A Active CN109962933B (zh) 2017-12-14 2017-12-14 Sdk更新方法、嵌入式sdk、服务器及更新系统

Country Status (1)

Country Link
CN (1) CN109962933B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101990202A (zh) * 2009-07-29 2011-03-23 中兴通讯股份有限公司 更新用户策略的方法及应用服务器
CN103309694A (zh) * 2012-03-14 2013-09-18 腾讯科技（深圳）有限公司 应用程序更新方法和装置
CN105354057A (zh) * 2015-10-23 2016-02-24 努比亚技术有限公司 信息处理方法及服务器
CN106406925A (zh) * 2015-08-03 2017-02-15 阿里巴巴集团控股有限公司 用于支持在线升级的设备和方法
CN107346284A (zh) * 2016-05-05 2017-11-14 腾讯科技（深圳）有限公司 一种应用程序的检测方法及检测装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101990202A (zh) * 2009-07-29 2011-03-23 中兴通讯股份有限公司 更新用户策略的方法及应用服务器
CN103309694A (zh) * 2012-03-14 2013-09-18 腾讯科技（深圳）有限公司 应用程序更新方法和装置
CN106406925A (zh) * 2015-08-03 2017-02-15 阿里巴巴集团控股有限公司 用于支持在线升级的设备和方法
CN105354057A (zh) * 2015-10-23 2016-02-24 努比亚技术有限公司 信息处理方法及服务器
CN107346284A (zh) * 2016-05-05 2017-11-14 腾讯科技（深圳）有限公司 一种应用程序的检测方法及检测装置

Also Published As

Publication number Publication date
CN109962933A (zh) 2019-07-02

Similar Documents

Publication Publication Date Title
CN109561118B (zh) 软件升级方法、装置、系统、存储介质、电子设备及车辆
US10432593B2 (en) Secure software updates
US9485134B2 (en) Managing configurations of system management agents in a distributed environment
AU2011243007B2 (en) Booting and configuring a subsystem securely from non-local storage
US9092286B2 (en) System to automatically process components on a device
KR20200010480A (ko) 온-디바이스 기계 학습 플랫폼
CN109189459B (zh) 应用程序更新方法、装置、电子设备、服务器及存储介质
CN104919423A (zh) 对等软件更新
CN107360165B (zh) 终端设备、云服务器以及管控操作系统的方法及装置
US20130204982A1 (en) Server and service providing method thereof
US8005118B2 (en) Method and apparatus for implementing secure clock in device having no internal power source
KR20150087390A (ko) 광고 처리 방법 및 장치
CN112769761B (zh) 一种基于业务分级的信号传输模式选择方法、装置、电子设备及存储介质
CN107239299B (zh) 插件升级方法及装置
CN107918880B (zh) 广告投放的控制方法及装置
CN113765950B (zh) 物联网设备、服务器及软件更新方法
CN111399867A (zh) 一种软件升级方法、装置、设备及计算机可读存储介质
CN111427595A (zh) 一种客户端升级方法、装置及系统
CN109962933B (zh) Sdk更新方法、嵌入式sdk、服务器及更新系统
US20140282446A1 (en) Modification of compiled applications and application management using retrievable policies
US10856147B2 (en) Identification information providing system, identification information providing apparatus, identification information providing method, and non-transitory recording medium
KR100609667B1 (ko) 그래픽 사용자 인터페이스 갱신 시스템
JP2021511583A (ja) 衛星装置を遠隔的に更新するための方法及び装置
US20090037493A1 (en) Method and device for updating an object with copyright attribute
CN112506705B (zh) 一种分布式存储的配置信息备份方法及装置

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
TA01 Transfer of patent application right

Effective date of registration: 20230728

Address after: 300450 No. 9-3-401, No. 39, Gaoxin 6th Road, Binhai Science Park, Binhai New Area, Tianjin

Applicant after: 3600 Technology Group Co.,Ltd.

Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park)

Applicant before: BEIJING QIHOO TECHNOLOGY Co.,Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant