[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN110224841A - 应用包的下载方法、装置、设备及可读存储介质 - Google Patents

应用包的下载方法、装置、设备及可读存储介质 Download PDF

Info

Publication number
CN110224841A
CN110224841A CN201910563004.3A CN201910563004A CN110224841A CN 110224841 A CN110224841 A CN 110224841A CN 201910563004 A CN201910563004 A CN 201910563004A CN 110224841 A CN110224841 A CN 110224841A
Authority
CN
China
Prior art keywords
file
data
head
signing messages
data file
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
CN201910563004.3A
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.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software 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 Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN201910563004.3A priority Critical patent/CN110224841A/zh
Publication of CN110224841A publication Critical patent/CN110224841A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • 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
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本公开实施例提供了一种应用包的下载方法、装置、设备及可读存储介质，涉及应用程序领域，该方法包括：接收应用包下载信号；根据应用包下载信号对应用包的各个部分进行下载，其中，文件数据区中包括头部文件和数据文件，头部文件中包括数据文件对应的第一摘要信息；当数据文件的第二摘要信息与第一摘要信息一致时，确定数据文件校验完成。通过在文件数据区头部增加头部文件，并在头部文件中增加数据文件对应的第一摘要信息，当下载得到头部文件，并对数据文件进行下载时，针对下载得到的数据文件，可以直接通过将该数据文件的第二摘要信息与头部文件中的第一摘要信息进行比对，从而实现对文件数据区中的数据文件的流式下载校验。

Description

应用包的下载方法、装置、设备及可读存储介质
技术领域
本公开涉及应用程序领域，特别涉及一种应用包的下载方法、装置、设备及可读存储介质。
背景技术
快应用是一种免安装的功能实现模式，通常快应用为操作系统主界面或应用程序中提供的快捷功能入口，当用户对该快应用的功能进行使用时，需要首先从后台服务器中对快应用的应用包进行下载，通过应用包中的文件对功能进行应用。
相关技术中，应用包是以压缩包的形式进行下载的，该应用包中包括文件数据区和签名块，当文件数据区和签名块下载完毕后，通过签名块对整个应用包进行签名校验后，可以对文件数据区中的数据进行解析，并实现该应用包中对应的功能。
然而，通过上述方式进行应用包下载时，当应用包整体未下载完成时，则无法对该应用包进行签名校验，也无法实现在应用包中的功能，应用包的应用过程等待过程较长。
发明内容
本公开实施例提供了一种应用包的下载方法、装置、设备及可读存储介质，可以解决当应用包整体未下载完成时，则无法对该应用包进行签名校验的问题。所述技术方案如下：
根据本公开的一方面，提供了一种应用包的下载方法，所述方法包括：
接收应用包下载信号，所述应用包下载信号用于指示从服务器中下载所述应用包，所述应用包中依次包括文件数据区和签名块；
根据所述应用包下载信号从服务器中依次对所述应用包的各个部分进行下载，其中，所述文件数据区中包括头部文件和数据文件，所述头部文件中包括所述数据文件对应的第一摘要信息，且所述头部文件的下载次序在所述数据文件之前；
当对所述数据文件进行下载后，将所述数据文件的第二摘要信息与已下载的所述头部文件中对应的所述第一摘要信息进行比对，当所述第二摘要信息与所述第一摘要信息一致时，确定所述数据文件校验完成。
在一个可选的实施例中，所述文件数据区中包括所述头部文件和n个所述数据文件，n为正整数；
所述根据所述应用包下载信号从服务器中依次对所述应用包的各个部分进行下载，包括：
当针对所述文件数据区进行下载时，优先下载得到所述头部文件，所述头部文件中包括n个所述数据文件对应的所述第一摘要信息；
依次下载n个所述数据文件。
在一个可选的实施例中，所述针对每个下载得到的数据文件，将所述数据文件的第二摘要信息与已下载的所述头部文件中对应的所述第一摘要信息进行比对，包括：
当对第i个所述数据文件进行下载后，将第i个所述数据文件的第二摘要信息，与所述头部文件中与第i个所述数据文件对应的所述第一摘要信息进行比对，1≤i≤n。
在一个可选的实施例中，所述头部文件中包括子签名块，所述子签名块中存储有第一签名信息和第一公钥，其中，所述第一签名信息是通过与所述第一公钥对应的第一私钥对所述头部文件进行签名得到的信息；
所述方法还包括：
当下载得到所述头部文件时，通过所述子签名块中的所述第一签名信息和所述第一公钥对所述头部文件进行整包签名校验。
在一个可选的实施例中，所述通过所述子签名块中的所述第一签名信息和所述第一公钥对所述头部文件进行整包签名校验，包括：
通过所述第一公钥对所述头部文件进行签名，得到第二签名信息；
将所述第二签名信息与所述第一签名信息进行比对，并当所述第二签名信息与所述第一签名信息一致时，确定所述头部文件校验成功。
在一个可选的实施例中，所述签名块中包括第三签名信息和第二公钥，所述第三签名信息是通过与所述第二公钥对应的第二私钥对所述应用包进行签名得到的信息；
所述方法还包括：
当所述签名块下载完成后，通过所述第二公钥和所述第三签名信息对所述文件数据区中的数据文件进行整包签名校验。
在一个可选的实施例中，所述通过所述第二公钥和所述第三签名信息对所述文件数据区中的数据文件进行整包签名校验，包括：
通过所述第二公钥对所述文件数据区中的数据文件进行签名，得到所述数据文件对应的第四签名信息；
将所述第四签名信息与所述第三签名信息进行比对，并当所述第四签名信息与所述第三签名信息一致时，确定所述文件数据区校验成功。
根据本公开的另一方面，提供了一种应用包的下载装置，其特征在于，所述装置包括：
接收模块，用于接收应用包下载信号，所述应用包下载信号用于指示从服务器中下载所述应用包，所述应用包中依次包括文件数据区和签名块；
下载模块，用于根据所述应用包下载信号从服务器中依次对所述应用包的各个部分进行下载，其中，所述文件数据区中包括头部文件和数据文件，所述头部文件中包括所述数据文件对应的第一摘要信息，且所述头部文件的下载次序在所述数据文件之前；
校验模块，用于当对所述数据文件进行下载后，将所述数据文件的第二摘要信息与已下载的所述头部文件中对应的所述第一摘要信息进行比对，当所述第二摘要信息与所述第一摘要信息一致时，确定所述数据文件校验完成。
在一个可选的实施例中，所述文件数据区中包括所述头部文件和n个所述数据文件，n为正整数；
下载模块，还用于当针对所述文件数据区进行下载时，优先下载得到所述头部文件，所述头部文件中包括n个所述数据文件对应的所述第一摘要信息；依次下载n个所述数据文件。
在一个可选的实施例中，所述校验模块，还用于当对第i个所述数据文件进行下载后，将第i个所述数据文件的第二摘要信息，与所述头部文件中与第i个所述数据文件对应的所述第一摘要信息进行比对，1≤i≤n。
在一个可选的实施例中，所述头部文件中包括子签名块，所述子签名块中存储有第一签名信息和第一公钥，其中，所述第一签名信息是通过与所述第一公钥对应的第一私钥对所述头部文件进行签名得到的信息；
所述校验模块，还用于当下载得到所述头部文件时，通过所述子签名块中的所述第一签名信息和所述第一公钥对所述头部文件进行整包签名校验。
在一个可选的实施例中，所述校验模块，还用于通过所述第一公钥对所述头部文件进行签名，得到第二签名信息；将所述第二签名信息与所述第一签名信息进行比对，并当所述第二签名信息与所述第一签名信息一致时，确定所述头部文件校验成功。
在一个可选的实施例中，所述签名块中包括第三签名信息和第二公钥，所述第三签名信息是通过与所述第二公钥对应的第二私钥对所述应用包进行签名得到的信息；
所述校验模块，还用于当所述签名块下载完成后，通过所述第二公钥和所述第三签名信息对所述文件数据区中的数据文件进行整包签名校验。
在一个可选的实施例中，所述校验模块，还用于通过所述第二公钥对所述文件数据区中的数据文件进行签名，得到所述数据文件对应的第四签名信息；将所述第四签名信息与所述第三签名信息进行比对，并当所述第四签名信息与所述第三签名信息一致时，确定所述文件数据区校验成功。
根据本公开的另一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由所述处理器加载并执行以实现如上述本申请实施例中提供的应用包的下载方法。
根据本公开的另一方面，提供了一种计算机可读存储介质，所述可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如上述本申请实施例中提供的应用包的下载方法。
根据本公开的另一方面，提供了一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行如上述本申请实施例中提供的应用包的下载方法。
本公开实施例提供的技术方案的有益效果是：
通过在文件数据区头部增加头部文件，并在头部文件中增加数据文件对应的第一摘要信息，当下载得到头部文件，并对数据文件进行下载时，针对下载得到的数据文件，可以直接通过将该数据文件的第二摘要信息与头部文件中的第一摘要信息进行比对，从而实现对数据文件的验证，也即，实现对文件数据区中的数据文件的流式下载校验。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并于说明书一起用于解释本公开的原理。
图1是本公开一个示例性实施例提供的应用包的结构框图；
图2是本公开一个示例性实施例提供的应用包的下载方法的实施环境的示意图；
图3是本公开一个示例性实施例提供的应用包的下载方法流程图；
图4是本公开另一个示例性实施例提供的应用包的下载方法流程图；
图5是本公开一个示例性实施例提供的应用包的下载装置的结构框图；
图6是本公开一个示例性实施例提供的终端的结构框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
首先，针对本公开实施例中涉及的应用包进行简单介绍：
请参考图1，图1是本公开一个示例性实施例提供的应用包的结构框图，可选地，以该应用包为ZIP格式的压缩包为例进行说明，如图1所示，该应用包100包括如下部分：文件数据区110、签名块120、中央目录结构区130以及中央目录结束标志140。可选地，终端在对该应用包进行下载的过程中，是以流式下载方式进行下载的，也即，应用包的各部分是按序进行下载的。
其中，文件数据区110用于保存压缩得到的数据文件，可选地，该文件数据区中包括n个数据文件，如图1所示，该文件数据区110中包括数据文件111、数据文件112、数据文件113等数据文件，终端通过读取文件数据区110中的数据文件，实现该应用包100对应的功能。也即，该文件数据区110中的数据文件中包括实现应用包100对应的功能所需的数据。可选地，该文件数据区110中还包括头部文件101，该头部文件101位于上述数据文件之前，该头部文件101中存储有数据文件对应的哈希值。可选地，在对应用包100的下载过程中，头部文件101的下载次序在数据文件之前。
签名块120用于对该应用包100进行整包校验，可选地，该签名块120中包括目标签名信息，可选地，该目标签名信息是通过第一私钥对文件数据区110中的数据文件进行签名后得到的信息，可选地，该目标签名信息为通过第一私钥对文件数据区110中的数据文件签名后得到的第一摘要信息，如：第一哈希值。可选地，该签名块120中还包括与第一私钥对应的第一公钥，整包校验过程中，通过第一公钥对该文件数据区110中的数据文件进行签名后，得到签名信息，当该签名信息与上述目标签名信息一致时，则该应用包100的整包校验成功。可选地，该文件数据区110中包括n个数据文件，则该目标签名信息中包括该n个数据文件分别对应的子签名信息，通过第一公钥对n个数据文件分别进行签名后，得到n个数据文件对应的签名信息，如：每个数据文件对应的第二哈希值，并针对每个数据文件将该签名信息与上述子签名信息进行比对，从而实现对该应用包100的整包校验。
中央目录结构区130用于保存数据文件的路径信息，以及保存数据文件对应文件数据区110的偏移信息。可选地，中央目录结构区由中央目录结构的数组组成，可选地，通过中央目录结构区130可以获取文件数据结构，并通过文件数据结构可以获取压缩数据结构，根据该压缩数据结构获取压缩的数据和使用的算法，从而实现对数据文件的解压缩。
中央目录结束标志140通常位于该应用包100的尾部，可选地，该中央目录结束标志140中包括指示字段，该指示字段用于指向中央目录开始处的偏移。可选地，该中央目录结束标志140用于标识中央目录的结束，通过读取该中央目录结束标志140能够对中央目录进行确定并从而解析文件数据结构。
其次，对本公开实施例提供的应用包的下载方法的实施环境进行说明，如图2所示，该实施环境中包括终端210、服务器220以及通信网络230，其中，终端210为根据该应用包实现对应功能的设备，该终端210可以实现为手机、平板电脑、便携式膝上笔记本电脑等移动终端，也可以实现为台式电脑，可选地，服务器220可以实现为一台服务器，也可以实现为多台服务器组成的服务器集群，服务器220可以实现为物理服务器，也可以实现为云服务器，本公开实施例对此不加以限定。
可选地，以该应用包为快应用对应的应用包为例进行说明，终端210中提供有快应用的功能入口，当用户对该功能入口进行选择后，终端210通过通信网络230向服务器220发送应用包下载请求，该应用包下载请求用于请求从服务器220中下载该应用包。
可选地，服务器220根据该应用包下载请求将该应用包中的各个部分依次发送至终端210，可选地，服务器220根据该应用包中各个部分的排列结构，将排列在前置位的部分先发送至终端210，并将排列在后置位的部分后发送至终端210，从而实现将应用包发送至终端210。示意性的，结合图1所示的应用包100，服务器220将该应用包100发送至终端210时，由于该应用包100中各部分的排列顺序为：文件数据区110、签名块120、中央目录结构区130以及中央目录结束标志140，故服务器220在发送该应用包100时，按序首先发送文件数据区110，再发送签名块120，再发送中央目录结构区130，最后发送中央目录结束标志140。
可选地，针对应用包中的每个部分，在发送过程中也需要按该部分中文件的排列顺序进行发送，示意性的，以文件数据区为例进行说明，该文件数据区中包括按序排列的文件1、文件2、文件3、…、文件n，则服务器220在对该文件数据区进行发送时，按序先发送文件1，再发送文件2，再发送文件3，以此类推，最后发送文件n。
可选地，本申请实施例中，该文件数据区中包括头部文件和数据文件两个部分，且头部文件在文件数据区中位于数据文件之前，则该头部文件的下载次序在该数据文件之前，也即，先完成对头部文件的下载，再开始对数据文件的下载。
可选地，当终端210从服务器220中对该应用包进行下载后，能够对该应用包对应的功能进行应用。
结合上述实施环境以及应用包结构介绍，对本公开实施例提供的应用包的下载方法进行说明，图3是本公开一个示例性实施例提供的应用包的下载方法的流程图，如图3所示，该方法包括：
步骤301，接收应用包下载信号。
可选地，该应用包下载信号为终端接收到的用于指示从服务器中下载应用包的信号，该应用包中依次包括文件数据区和签名块。
可选地，终端可以根据用户对快应用的选择操作生成该应用包下载信号，也可以根据接收服务器发送的该应用包下载信号。
示意性的，终端中安装有应用管理程序，用户在该应用管理程序中选择快应用A的图标后，生成该快应用A对应的应用包下载信号；或，服务器向终端发送快应用A对应的该应用包下载信号，终端根据该应用包下载信号生成下载选项，当终端接收到对该下载选项的确认操作时，根据该应用包下载信号对该快应用A的应用包进行下载。
步骤302，根据应用包下载信号从服务器中依次对应用包的各个部分进行下载。
可选地，终端根据该应用包下载信号向服务器发送应用包下载请求，并由服务器根据该下载请求将应用包的各部分依次发送至终端，从而实现对该应用包的各部分进行依次下载。
可选地，该应用包中依次包括文件数据区和签名块，其中，该文件数据区中包括头部文件和数据文件，该头部文件中包括数据文件对应的第一摘要信息，且头部文件的下载次序在数据文件之前。
可选地，该应用包中位于该签名块之后，还包括中央目录结构区和中央目录结束标志，则终端对该应用包的下载顺序，也即服务器对该应用包的发送顺序为：1、文件数据区；2、签名块；3、中央目录结构区；4、中央目录结束标志。
可选地，针对应用包中的各部分进行下载时，根据各部分中文件的排列顺序进行依次下载，示意性的，文件数据区中依次包括头部文件和数据文件，而数据文件中包括数据文件1、数据文件2和数据文件3，则对该文件数据区进行下载时，下载顺序也即服务器的发送顺序如下：头部文件、数据文件1、数据文件2和数据文件3。
也即，上述数据文件的下载次序在头部文件之后，当对该数据文件进行下载时，头部文件已下载完毕，则下载得到数据文件后可以直接通过头部文件中存储的第一摘要信息进行验证。
可选地，该文件数据区中包括头部文件和n个数据文件，其中，n为正整数。也即，该文件数据区中可以包括一个数据文件，也可以包括多个数据文件。其中，当该文件数据区中包括多个数据文件时，该头部文件中可以包括n个数据文件所对应的n个第一摘要信息，或，该头部文件中包括的第一摘要信息为将n个数据文件分为多个部分后，每个部分对应的第一摘要信息，如：将n个数据文件的前k个数据文件作为第一部分，第k+1至第m个数据文件作为第二部分，将第m+1个数据文件至第n个数据文件作为第三部分，该头部文件中包括第一部分对应的第一摘要信息、第二部分对应的第一摘要信息以及第三部分对应的第一摘要信息，其中，0＜k＜m＜n。
可选地，上述第一摘要信息为服务器对n个数据文件通过哈希算法进行哈希处理后得到的哈希值信息，如：数据文件1的第一摘要信息为对该数据文件1进行哈希处理后得到的哈希值信息。可选地，对该n个数据文件进行哈希处理的方式可以是通过哈希算法对该n个数据文件进行哈希处理，如：SHA-256算法、SHA-1算法、SHA-224算法等。
示意性的，该头部文件中包括json文件用于储存数据文件的hash值，该json文件的内容如下：
其中，“algorithm”：“SHA-256”用于表示对数据文件进行哈希处理时所应用的哈希算法为SHA-256算法，digests用于表示第一摘要信息，“file1”：“f02cd76d912f0270bb3272d3131bdd6e30e1549cee2ec5b1945”用于表示file1的第一摘要信息为f02cd76d912f0270bb3272d3131bdd6e30e1549cee2ec5b1945，也即file1通过SHA-256算法计算得到的哈希值为f02cd76d912f0270bb3272d3131bdd6e30e1549cee2ec5b1945。
步骤303，当对数据文件进行下载后，将数据文件的第二摘要信息与已下载的头部文件中对应的第一摘要信息进行比对。
可选地，当针对文件数据区进行下载时，优先下载得到头部文件。
可选地，当对数据文件进行下载后对数据文件进行哈希处理得到第二摘要信息，并将该第二摘要信息与头部文件中的第一摘要信息进行比对。
可选地，当第一摘要信息是通过哈希算法对数据文件哈希处理得到的哈希值时，终端对该数据文件通过对应的哈希算法进行哈希处理后得到该第二摘要信息。可选地，该头部文件中标注有对数据文件进行哈希处理所应用的哈希算法，通过该哈希算法对数据文件进行哈希处理后，得到第二摘要信息与上述第一摘要信息进行比对。
可选地，当文件数据区中包括n个数据文件时，优先下载头部文件，该头部文件中包括n个数据文件对应的第一摘要信息，并在下载得到头部文件后，依次下载n个数据文件。可选地，当对第i个数据文件进行下载后，将第i个数据文件的第二摘要信息与头部文件中与该第i个数据文件对应的第一摘要信息进行比对，1≤i≤n。
步骤304，当第二摘要信息与第一摘要信息一致时，确定数据文件校验完成。
可选地，当对数据文件进行处理后得到的第二哈希值与头部文件中存储的与该数据文件对应的第一哈希值一致时，则确定该数据文件校验完毕。
可选地，当第二摘要信息与第一摘要信息不一致时，则数据文件校验失败，表示该数据文件在传输过程中发生变化，需要对该数据文件重新进行传输。
综上所述，本公开实施例提供的应用包的下载方法，通过在文件数据区头部增加头部文件，并在头部文件中增加数据文件对应的第一摘要信息，当下载得到头部文件，并对数据文件进行下载时，针对下载得到的数据文件，可以直接通过将该数据文件的第二摘要信息与头部文件中的第一摘要信息进行比对，从而实现对数据文件的验证，也即，实现对文件数据区中的数据文件的流式下载校验。
在一个可选的实施例中，上述头部文件中包括子签名块，该子签名块中存储有第一签名信息和第一公钥，其中，第一签名信息是通过与第一公钥对应的第一私钥对头部文件进行签名得到的信息，图4是本公开另一个示例性实施例提供的应用包的下载方法的流程图，如图4所示，该方法包括：
步骤401，接收应用包下载信号。
可选地，该应用包下载信号为终端接收到的用于指示从服务器中下载应用包的信号，该应用包中依次包括文件数据区和签名块。
可选地，终端可以根据用户对快应用的选择操作生成该应用包下载信号，也可以根据接收服务器发送的该应用包下载信号。
步骤402，根据应用包下载信号从服务器中依次对应用包的各个部分进行下载。
可选地，终端根据该应用包下载信号向服务器发送应用包下载请求，并由服务器根据该下载请求将应用包的各部分依次发送至终端，从而实现对该应用包的各部分进行依次下载。
可选地，该应用包中依次包括文件数据区和签名块，其中，该文件数据区中包括头部文件和数据文件，该头部文件中包括数据文件对应的第一摘要信息，且头部文件的下载次序在数据文件之前。
可选地，该应用包中位于该签名块之后，还包括中央目录结构区和中央目录结束标志，则终端对该应用包的下载顺序，也即服务器对该应用包的发送顺序为：1、文件数据区；2、签名块；3、中央目录结构区；4、中央目录结束标志。
可选地，针对应用包中的各部分进行下载时，根据各部分中文件的排列顺序进行依次下载，示意性的，文件数据区中依次包括头部文件和数据文件，而数据文件中包括数据文件1、数据文件2和数据文件3，则对该文件数据区进行下载时，下载顺序也即服务器的发送顺序如下：头部文件、数据文件1、数据文件2和数据文件3。
也即，上述数据文件的下载次序在头部文件之后，当对该数据文件进行下载时，头部文件已下载完毕，则下载得到数据文件后可以直接通过头部文件中存储的第一摘要信息进行验证。
步骤403，当下载得到头部文件时，通过子签名块中的第一签名信息和第一公钥对头部文件进行整包签名校验。
可选地，该头部文件为ZIP格式的文件，也即，该头部文件中包括文件数据区、子签名块、中央目录结构区、中央目录结束标志。其中，子签名块用于对该头部文件进行整包校验，以对该子签名块中的内容进行校验。
可选地，该子签名块中包括第一签名信息和第一公钥，该第一签名信息为通过与该第一公钥对应的第一私钥对头部文件进行签名得到的信息，当下载得到该头部文件时，通过第一公钥对头部文件进行签名，得到第二签名信息，并将第二签名信息与第一签名信息进行比对，并当第二签名信息与第一签名信息一致时，确定头部文件校验成功。
可选地，该通过第一公钥对头部文件进行签名得到第二签名信息的过程可以在头部文件下载完毕后进行，也可以在头部文件的子签名块下载完毕后进行。
可选地，该通过第一公钥对头部文件进行签名得到第二签名信息时，是通过第一公钥对该头部文件中的文件数据区中的内容进行签名得到第二签名信息的，可选地，也即通过第一公钥对头部文件中的第一摘要信息进行签名，得到第二签名信息。
可选地，该第二签名信息也可以实现为摘要信息，也即哈希值的形式。
步骤404，当对数据文件进行下载后，将数据文件的第二摘要信息与已下载的头部文件中对应的第一摘要信息进行比对。
可选地，当针对文件数据区进行下载时，优先下载得到头部文件。
可选地，当对数据文件进行下载后对数据文件进行哈希处理得到第二摘要信息，并将该第二摘要信息与头部文件中的第一摘要信息进行比对。
可选地，当第一摘要信息是通过哈希算法对数据文件哈希处理得到的哈希值时，终端对该数据文件通过对应的哈希函数进行哈希处理后得到该第二摘要信息。
可选地，当文件数据区中包括n个数据文件时，优先下载头部文件，该头部文件中包括n个数据文件对应的第一摘要信息，并在下载得到头部文件后，依次下载n个数据文件。可选地，当对第i个数据文件进行下载后，将第i个数据文件的第二摘要信息与头部文件中与该第i个数据文件对应的第一摘要信息进行比对，1≤i≤n。
步骤405，当第二摘要信息与第一摘要信息一致时，确定数据文件校验完成。
可选地，当对数据文件进行处理后得到的第二哈希值与头部文件中存储的与该数据文件对应的第一哈希值一致时，则确定该数据文件校验完毕。
可选地，终端在下载得到应用包的文件数据区后，对该应用包的签名块进行下载。该签名块中包括第三签名信息和第二公钥，该第三签名信息时通过第二公钥对应的第二私钥对应用包进行签名得到的信息，当签名块下载完成后，通过第二公钥和第三签名信息点对该文件数据区中的数据文件进行整包签名校验。
可选地，通过第二公钥对文件数据区中的数据文件进行签名，得到数据文件对应的第四签名信息，将第四签名信息与第三签名信息进行比对，并当第四签名信息与第三签名信息一致时，确定文件数据区校验成功。
综上所述，本公开实施例提供的应用包的下载方法，通过在文件数据区头部增加头部文件，并在头部文件中增加数据文件对应的第一摘要信息，当下载得到头部文件，并对数据文件进行下载时，针对下载得到的数据文件，可以直接通过将该数据文件的第二摘要信息与头部文件中的第一摘要信息进行比对，从而实现对数据文件的验证，也即，实现对文件数据区中的数据文件的流式下载校验。
本实施例提供的方法，通过在头部文件的子签名块中增加第一签名信息和第一公钥对该头部文件进行整包校验，从而确保该头部文件的文件内容在传输过程中未发生改变，从而实现对该头部文件的整包校验，提高对数据文件进行流式校验的准确率。
图5是本公开一个示例性实施例提供的应用包的下载装置的结构框图，该装置可以应用于终端中，如图5所示，该装置包括：
接收模块510，用于接收应用包下载信号，所述应用包下载信号用于指示从服务器中下载所述应用包，所述应用包中依次包括文件数据区和签名块；
下载模块520，用于根据所述应用包下载信号从服务器中依次对所述应用包的各个部分进行下载，其中，所述文件数据区中包括头部文件和数据文件，所述头部文件中包括所述数据文件对应的第一摘要信息，且所述头部文件的下载次序在所述数据文件之前；
校验模块530，用于当对所述数据文件进行下载后，将所述数据文件的第二摘要信息与已下载的所述头部文件中对应的所述第一摘要信息进行比对，当所述第二摘要信息与所述第一摘要信息一致时，确定所述数据文件校验完成。
在一个可选的实施例中，所述文件数据区中包括所述头部文件和n个所述数据文件，n为正整数；
下载模块520，还用于当针对所述文件数据区进行下载时，优先下载得到所述头部文件，所述头部文件中包括n个所述数据文件对应的所述第一摘要信息；依次下载n个所述数据文件。
在一个可选的实施例中，所述校验模块530，还用于当对第i个所述数据文件进行下载后，将第i个所述数据文件的第二摘要信息，与所述头部文件中与第i个所述数据文件对应的所述第一摘要信息进行比对，1≤i≤n。
在一个可选的实施例中，所述头部文件中包括子签名块，所述子签名块中存储有第一签名信息和第一公钥，其中，所述第一签名信息是通过与所述第一公钥对应的第一私钥对所述头部文件进行签名得到的信息；
所述校验模块530，还用于当下载得到所述头部文件时，通过所述子签名块中的所述第一签名信息和所述第一公钥对所述头部文件进行整包签名校验。
在一个可选的实施例中，所述校验模块530，还用于通过所述第一公钥对所述头部文件进行签名，得到第二签名信息；将所述第二签名信息与所述第一签名信息进行比对，并当所述第二签名信息与所述第一签名信息一致时，确定所述头部文件校验成功。
在一个可选的实施例中，所述签名块中包括第三签名信息和第二公钥，所述第三签名信息是通过与所述第二公钥对应的第二私钥对所述应用包进行签名得到的信息；
所述校验模块530，还用于当所述签名块下载完成后，通过所述第二公钥和所述第三签名信息对所述文件数据区中的数据文件进行整包签名校验。
在一个可选的实施例中，所述校验模块530，还用于通过所述第二公钥对所述文件数据区中的数据文件进行签名，得到所述数据文件对应的第四签名信息；将所述第四签名信息与所述第三签名信息进行比对，并当所述第四签名信息与所述第三签名信息一致时，确定所述文件数据区校验成功。
综上所述，本公开实施例提供的应用包的下载装置，通过在文件数据区头部增加头部文件，并在头部文件中增加数据文件对应的第一摘要信息，当下载得到头部文件，并对数据文件进行下载时，针对下载得到的数据文件，可以直接通过将该数据文件的第二摘要信息与头部文件中的第一摘要信息进行比对，从而实现对数据文件的验证，也即，实现对文件数据区中的数据文件的流式下载校验。
参照图6，终端还可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，音频组件610，输入/输出(I/O)接口612，传感器组件614，以及通信组件616。
处理组件602通常控制终端的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件602可以包括一个或多个处理器618来执行指令。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其它组件之间的交互。例如，处理组件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。
存储器604被配置为存储各种类型的数据以支持在终端的操作。这些数据的示例包括用于在终端上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件606为终端的各种组件提供电力。电源组件606可以包括电源管理系统，一个或多个电源。电源组件606还可以包括其它用于为终端生成、管理和分配电力相关联的组件。
多媒体组件608包括在所述终端和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。该屏幕也可以是上述实施例中提供的柔性显示屏。在一些实施例中，多媒体组件608包括一个前置摄像头和/或后置摄像头。当终端处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(MIC)，当终端处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。
I/O接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件614包括一个或多个传感器，用于为终端提供各个方面的状态评估。例如，传感器组件614可以检测到终端的打开/关闭状态；又例如传感器组件614为终端的显示器和小键盘，传感器组件614还可以检测终端或终端一个组件的位置改变，用户与终端接触的存在或不存在，终端方位或加速/减速和终端的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件616被配置为便于终端和其它设备之间有线或无线方式的通信。终端可以接入基于通信标准的无线网络，如WiFi、或2G、或3G、或4G、或5G或它们的组合。在一个示例性实施例中，通信部件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件616还包括近场通信(NFC)模块，以促进短程通信。
在示例性实施例中，终端可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其它电子元件实现。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器604，上述指令可由终端的处理器618执行以控制无线耳机充电系统100的正常运作，对无线耳机120进行充电。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
上述本公开实施例序号仅仅为了描述，不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本公开的较佳实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (16)

1.一种应用包的下载方法，其特征在于，所述方法包括：
接收应用包下载信号，所述应用包下载信号用于指示从服务器中下载所述应用包，所述应用包中依次包括文件数据区和签名块；
根据所述应用包下载信号从服务器中依次对所述应用包的各个部分进行下载，其中，所述文件数据区中包括头部文件和数据文件，所述头部文件中包括所述数据文件对应的第一摘要信息，且所述头部文件的下载次序在所述数据文件之前；
当对所述数据文件进行下载后，将所述数据文件的第二摘要信息与已下载的所述头部文件中对应的所述第一摘要信息进行比对，当所述第二摘要信息与所述第一摘要信息一致时，确定所述数据文件校验完成。
2.根据权利要求1所述的方法，其特征在于，所述文件数据区中包括所述头部文件和n个所述数据文件，n为正整数；
所述根据所述应用包下载信号从服务器中依次对所述应用包的各个部分进行下载，包括：
当针对所述文件数据区进行下载时，优先下载得到所述头部文件，所述头部文件中包括n个所述数据文件对应的所述第一摘要信息；
依次下载n个所述数据文件。
3.根据权利要求2所述的方法，其特征在于，所述针对每个下载得到的数据文件，将所述数据文件的第二摘要信息与已下载的所述头部文件中对应的所述第一摘要信息进行比对，包括：
当对第i个所述数据文件进行下载后，将第i个所述数据文件的第二摘要信息，与所述头部文件中与第i个所述数据文件对应的所述第一摘要信息进行比对，1≤i≤n。
4.根据权利要求1至3任一所述的方法，其特征在于，所述头部文件中包括子签名块，所述子签名块中存储有第一签名信息和第一公钥，其中，所述第一签名信息是通过与所述第一公钥对应的第一私钥对所述头部文件进行签名得到的信息；
所述方法还包括：
当下载得到所述头部文件时，通过所述子签名块中的所述第一签名信息和所述第一公钥对所述头部文件进行整包签名校验。
5.根据权利要求4所述的方法，其特征在于，所述通过所述子签名块中的所述第一签名信息和所述第一公钥对所述头部文件进行整包签名校验，包括：
通过所述第一公钥对所述头部文件进行签名，得到第二签名信息；
将所述第二签名信息与所述第一签名信息进行比对，并当所述第二签名信息与所述第一签名信息一致时，确定所述头部文件校验成功。
6.根据权利要求根据权利要求1至3任一所述的方法，其特征在于，所述签名块中包括第三签名信息和第二公钥，所述第三签名信息是通过与所述第二公钥对应的第二私钥对所述应用包进行签名得到的信息；
所述方法还包括：
当所述签名块下载完成后，通过所述第二公钥和所述第三签名信息对所述文件数据区中的数据文件进行整包签名校验。
7.根据权利要求6所述的方法，其特征在于，所述通过所述第二公钥和所述第三签名信息对所述文件数据区中的数据文件进行整包签名校验，包括：
通过所述第二公钥对所述文件数据区中的数据文件进行签名，得到所述数据文件对应的第四签名信息；
将所述第四签名信息与所述第三签名信息进行比对，并当所述第四签名信息与所述第三签名信息一致时，确定所述文件数据区校验成功。
8.一种应用包的下载装置，其特征在于，所述装置包括：
接收模块，用于接收应用包下载信号，所述应用包下载信号用于指示从服务器中下载所述应用包，所述应用包中依次包括文件数据区和签名块；
下载模块，用于根据所述应用包下载信号从服务器中依次对所述应用包的各个部分进行下载，其中，所述文件数据区中包括头部文件和数据文件，所述头部文件中包括所述数据文件对应的第一摘要信息，且所述头部文件的下载次序在所述数据文件之前；
校验模块，用于当对所述数据文件进行下载后，将所述数据文件的第二摘要信息与已下载的所述头部文件中对应的所述第一摘要信息进行比对，当所述第二摘要信息与所述第一摘要信息一致时，确定所述数据文件校验完成。
9.根据权利要求8所述的装置，其特征在于，所述文件数据区中包括所述头部文件和n个所述数据文件，n为正整数；
下载模块，还用于当针对所述文件数据区进行下载时，优先下载得到所述头部文件，所述头部文件中包括n个所述数据文件对应的所述第一摘要信息；依次下载n个所述数据文件。
10.根据权利要求9所述的装置，其特征在于，所述校验模块，还用于当对第i个所述数据文件进行下载后，将第i个所述数据文件的第二摘要信息，与所述头部文件中与第i个所述数据文件对应的所述第一摘要信息进行比对，1≤i≤n。
11.根据权利要求8至10任一所述的装置，其特征在于，所述头部文件中包括子签名块，所述子签名块中存储有第一签名信息和第一公钥，其中，所述第一签名信息是通过与所述第一公钥对应的第一私钥对所述头部文件进行签名得到的信息；
所述校验模块，还用于当下载得到所述头部文件时，通过所述子签名块中的所述第一签名信息和所述第一公钥对所述头部文件进行整包签名校验。
12.根据权利要求11所述的装置，其特征在于，所述校验模块，还用于通过所述第一公钥对所述头部文件进行签名，得到第二签名信息；将所述第二签名信息与所述第一签名信息进行比对，并当所述第二签名信息与所述第一签名信息一致时，确定所述头部文件校验成功。
13.根据权利要求根据权利要求8至10任一所述的装置，其特征在于，所述签名块中包括第三签名信息和第二公钥，所述第三签名信息是通过与所述第二公钥对应的第二私钥对所述应用包进行签名得到的信息；
所述校验模块，还用于当所述签名块下载完成后，通过所述第二公钥和所述第三签名信息对所述文件数据区中的数据文件进行整包签名校验。
14.根据权利要求13所述的装置，其特征在于，所述校验模块，还用于通过所述第二公钥对所述文件数据区中的数据文件进行签名，得到所述数据文件对应的第四签名信息；将所述第四签名信息与所述第三签名信息进行比对，并当所述第四签名信息与所述第三签名信息一致时，确定所述文件数据区校验成功。
15.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由所述处理器加载并执行以实现如权利要求1至7任一所述的应用包的下载方法。
16.一种计算机可读存储介质，其特征在于，所述可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如权利要求1至7任一所述的应用包的下载方法。
CN201910563004.3A 2019-06-26 2019-06-26 应用包的下载方法、装置、设备及可读存储介质 Pending CN110224841A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910563004.3A CN110224841A (zh) 2019-06-26 2019-06-26 应用包的下载方法、装置、设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910563004.3A CN110224841A (zh) 2019-06-26 2019-06-26 应用包的下载方法、装置、设备及可读存储介质

Publications (1)

Publication Number Publication Date
CN110224841A true CN110224841A (zh) 2019-09-10

Family

ID=67814848

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910563004.3A Pending CN110224841A (zh) 2019-06-26 2019-06-26 应用包的下载方法、装置、设备及可读存储介质

Country Status (1)

Country Link
CN (1) CN110224841A (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103841135A (zh) * 2012-11-22 2014-06-04 腾讯科技（深圳）有限公司 文件加速下载方法及装置
CN103873504A (zh) * 2012-12-12 2014-06-18 鸿富锦精密工业（深圳）有限公司 数据分块存储至分布式服务器的系统及方法
CN109740305A (zh) * 2018-12-26 2019-05-10 深圳市优博讯科技股份有限公司 一种应用程序安装包签名方法、安装方法及电子设备
CN109814913A (zh) * 2018-12-25 2019-05-28 华为终端有限公司 一种应用包拆分重组和运行的方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103841135A (zh) * 2012-11-22 2014-06-04 腾讯科技（深圳）有限公司 文件加速下载方法及装置
CN103873504A (zh) * 2012-12-12 2014-06-18 鸿富锦精密工业（深圳）有限公司 数据分块存储至分布式服务器的系统及方法
CN109814913A (zh) * 2018-12-25 2019-05-28 华为终端有限公司 一种应用包拆分重组和运行的方法和装置
CN109740305A (zh) * 2018-12-26 2019-05-10 深圳市优博讯科技股份有限公司 一种应用程序安装包签名方法、安装方法及电子设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
RUSHJS: ""APK签名机制之一——V2签名机制详解"", 《HTTPS://WWW.JANSHU.COM/P/308515C94DC6》 *

Similar Documents

Publication Publication Date Title
US9769667B2 (en) Methods for controlling smart device
CN105553963B (zh) 定位服务的控制方法和装置
CN104852911B (zh) 安全验证方法、装置及系统
CN107241688A (zh) 应用安装包的签名、验证方法、装置及存储介质
CN107172121A (zh) 一种防止数据重复提交的装置及其方法
US20170149961A1 (en) Electronic device and call service providing method thereof
KR101642019B1 (ko) 단말기 검증방법, 장치, 프로그램 및 기록매체
CN106096388B (zh) 一种代码安全处理方法、装置、终端设备及系统
CN105812491B (zh) 设备远程绑定方法和装置
CN109714415A (zh) 数据处理方法及装置
CN110049062A (zh) 验证码校验方法、装置、电子设备及存储介质
CN104219053A (zh) 信息显示方法、信息隐藏方法和装置
CN109697632A (zh) 广告接入方法、装置、设备及存储介质
CN109889325A (zh) 校验方法、装置、电子设备及介质
CN114237450B (zh) 虚拟资源转移方法、装置、设备、可读存储介质及产品
CN110209401A (zh) 应用程序的加载方法及装置
CN114915923A (zh) 5g消息即服务触发方法、装置、电子设备及存储介质
CN106295363A (zh) 开机校验方法及装置
CN109144609A (zh) 应用下载方法、装置、存储介质及终端
CN109542650A (zh) 广告加载方法、装置及计算机可读存储介质
CN113138888A (zh) 功能检测方法及装置、电子设备和存储介质
CN110362330B (zh) 应用程序更新方法、装置、终端及存储介质
CN110224841A (zh) 应用包的下载方法、装置、设备及可读存储介质
CN117724795A (zh) 页面交互方法、装置、设备及存储介质
WO2020233171A1 (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190910