动态打包、应用程序包开启方法、装置和电子设备与流程

1.本公开涉及计算机技术领域，具体涉及数据流、大数据和深度学习等人工智能技术领域，尤其涉及一种动态打包、应用程序包开启方法、装置和电子设备。


背景技术：

2.目前，app(application，应用程序)投放是一种商业化的用户增长的重要手段，传统的投放方式可包括给第三方付费投放和公司内部投放。
3.其中，公司内部投放主要分为两种：1)资源位投放，在一些流量比较大的app的资源位(如首页右上角等可点击区域)进行投放，用户点击该区域进行下载和安装可以给目标app带来新增；2)资讯流投放，在资讯列表页上依托智能分发排序算法给相关用户推荐目标app，来引导用户下载目标app。
4.为了使应用开发商知悉android(安卓)应用在不同投放渠道中的下载量，从而制定相应的投放策略，其中，不同的投放渠道需要在android应用的apk(android application package，android，应用程序包)文件中添加渠道号并进行打包。


技术实现要素：

5.本公开提供一种动态打包、应用程序包开启方法、装置和电子设备。
6.根据本公开的一方面，提供了一种动态打包方法，包括：
7.响应于检测到应用程序包下载事件，获取业务编码和所述业务编码对应的业务数据；
8.根据所述应用程序包下载事件、所述业务编码和所述业务数据生成打包请求，并向服务器发送所述打包请求；
9.接收所述服务器反馈的所述打包请求对应的目标应用程序包；以及
10.将所述目标应用程序包下发至电子设备的文件系统。
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.根据本公开的另一方面，提供了一种应用程序包开启装置，包括：
38.解析模块，用于响应于检测到应用程序包触发事件，对应用程序包的文件进行解析，以获取所述文件的签名区块；
39.获取模块，用于获取所述签名区块中的业务数据；
40.发送模块，用于向服务器发送所述业务数据；以及
41.跳转模块，用于接收所述服务器反馈的所述业务数据对应的业务跳转链接，并跳转至所述业务跳转链接对应的页面。
42.根据本公开的另一方面，提供了一种应用程序包开启装置，包括：
43.接收模块，用于接收电子设备发送的业务数据，其中，所述业务数据包括应用程序包的投放渠道号、投放来源和投放位置；
44.生成模块，用于根据所述投放来源和投放位置生成业务跳转链接；以及
45.发送模块，用于将所述业务跳转链接发送至所述电子设备。
46.根据本公开的另一方面，提供了一种电子设备，包括：
47.至少一个处理器；以及
48.与所述至少一个处理器通信连接的存储器；其中，
49.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述一方面或另一方面实施例所述的动态打包方法。
50.根据本公开的另一方面，提供了一种电子设备，包括：
51.至少一个处理器；以及
52.与所述至少一个处理器通信连接的存储器；其中，
53.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述一方面或另一方面实施例所述的应用程序包开启方法。
54.根据本公开另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其上存储有计算机程序，所述计算机指令用于使所述计算机执行上述一方面或另一方面实施例所述的动态打包方法。
55.根据本公开另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其上存储有计算机程序，所述计算机指令用于使所述计算机执行上述一方面或另一方面实施例所述的应用程序包开启方法。
56.根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现上述一方面或另一方面实施例所述的动态打包方法。
57.根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现上述一方面或另一方面实施例所述的应用程序包开启方法。
58.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
59.附图用于更好地理解本方案，不构成对本公开的限定。其中：
60.图1为本公开实施例提供的一种动态打包方法的流程示意图；
61.图2为本公开实施例提供的另一种动态打包方法的流程示意图；
62.图3为本公开具体实施例提供的签名区块示意图；
63.图4为本公开实施例提供的另一种动态打包方法的流程示意图；
64.图5为本公开实施例提供的一种应用程序包开启方法的流程示意图；
65.图6为本公开实施例提供的另一种应用程序包开启方法的流程示意图；
66.图7为本公开实施例提供的另一种应用程序包开启方法的流程示意图；
67.图8为本公开实施例提供的一种动态打包装置的结构示意图；
68.图9为本公开实施例提供的另一种动态打包装置的结构示意图；
69.图10为本公开实施例提供的一种应用程序包开启装置的结构示意图；
70.图11为本公开实施例提供的另一种应用程序包开启装置的结构示意图；以及
71.图12为根据本公开实施例的动态打包方法或应用程序包开启方法的电子设备的框图。
具体实施方式
72.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
73.下面参考附图描述本公开实施例的动态打包、应用程序包开启方法、装置和电子设备。
74.人工智能是研究使用计算机来模拟人的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科，既有硬件层面的技术领域也有软件层面的技术。人工智能硬件技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术；人工智能软件技术包括计算机视觉技术、语音识别技术、自然语言处理技术以及深度学习、大数据处理技术、知识图谱技术等几大方向。
75.深度学习是机器学习领域中一个新的研究方向。深度学习是学习样本数据的内在规律和表示层次，这些学习过程中获得的信息对诸如文字，图像和声音等数据的解释有很大的帮助。它的最终目标是让机器能够像人一样具有分析学习能力，能够识别文字、图像和声音等数据。深度学习是一个复杂的机器学习算法，在语音和图像识别方面取得的效果，远远超过先前相关技术。
76.数据流(data stream)是一组有序，有起点和终点的字节的数据序列。包括输入流和输出流。数据流最初是通信领域使用的概念，代表传输中所使用的信息的数字编码信号序列。这个概念最初在1998年由henzinger在文献87中提出，他将数据流定义为“只能以事先规定好的顺序被读取一次的数据的一个序列”。
77.大数据(big data)，it行业术语，是指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的数据集合，是需要新处理模式才能具有更强的决策力、洞察发现力和流程优化能力的海量、高增长率和多样化的信息资产。其中，在维克托
·
迈尔
‑
舍恩伯格及肯尼斯
·
库克耶编写的《大数据时代》中大数据指不用随机分析法(抽样调查)这样捷径，而采用所有数据进行分析处理。大数据的5v特点(ibm提出)：volume(大量)、velocity(高速)、variety(多样)、value(低价值密度)、veracity(真实性)。
78.本公开实施例提供的动态打包方法，可以由电子设备来执行，该电子设备可为手机、平板电脑、掌上电脑、pc(ersonal computer，个人计算机)电脑或服务器等，此处不做任何限定。
79.在本公开实施例中，电子设备中可以设置有处理组件、存储组件和驱动组件。可选的，该驱动组件和处理组件可以集成设置，该存储组件可以存储操作系统、应用程序或其他程序模块，该处理组件通过执行存储组件中存储的应用程序来实现本公开实施例提供的动态打包方法。
80.图1为本公开实施例提供的一种动态打包方法的流程示意图。
81.本公开实施例的动态打包方法，还可由本公开实施例提供的动态打包装置执行，该装置可配置于电子设备中，以实现响应于检测到应用程序包下载事件，获取业务编码和业务编码对应的业务数据，并根据应用程序包下载事件、业务编码和业务数据生成打包请求，以及向服务器发送打包请求，而后接收服务器反馈的打包请求对应的目标应用程序包，
并将目标应用程序包下发至电子设备的文件系统，从而能够将传统的离线打包改造为动态实时出包，且可在签名区块增加业务数据。
82.作为一种可能的情况，本公开实施例的动态打包方法还可以在移动终端执行，该移动终端可以为手机，可以在手机执行该动态打包方法。
83.如图1所示，该动态打包方法，可包括：
84.步骤101，响应于检测到应用程序包下载事件，获取业务编码和业务编码对应的业务数据。其中，业务编码可为一种唯一编码，业务数据可包括应用程序包的投放渠道号、投放来源和投放位置。
85.需要说明的是，该实施例中的应用程序包可为android应用程序包(即，app的安装包)，可用于分发和安装移动应用(app)及中间件(插件)。
86.在本公开实施例中，电子设备可通过相关的api(application programming interface，应用程序接口)实时检测应用程序包下载事件，以使电子设备在检测到应用程序包下载事件时，能够及时响应于该应用程序包下载事件进行相关的操作。
87.具体地，电子设备可通过相关的api实时检测应用程序包下载事件，并在确定检测到该应用程序包下载事件时，响应于检测到该应用程序包下载事件，获取业务编码和业务编码对应的业务数据。
88.步骤102，根据应用程序包下载事件、业务编码和业务数据生成打包请求，并向服务器发送打包请求。应说明的是，该实施例中所描述的服务器可为云服务器。
89.在本公开实施例中，打包请求可包括应用程序包的唯一编码、业务编码和业务编码对应的业务数据。
90.需要说明的是，该实施例中所描述的应用程序包的唯一编码可由应用程序包下载事件提供，其中，应用程序包下载事件中可包括待下载的应用程序包的唯一编码。
91.具体地，电子设备在获取到业务编码和业务编码对应的业务数据之后，可对应用程序包下载事件进行解析，以获取该应用程序包下载事件中的待下载的应用程序包的唯一编码，并根据该唯一编码、该业务编码和该业务编码对应的业务数据生成打包请求，并将该打包请求发送至相关的服务器，例如，通过无线通信装置将该打包请求发送至相关的服务器。
92.步骤103，接收服务器反馈的打包请求对应的目标应用程序包。
93.步骤104，将目标应用程序包下发至电子设备的文件系统。
94.需要说明的是，该实施例中所描述的文件系统可为电子设备内置的一个子系统，该系统可用户管理下载至电子设备中的文件，例如，应用程序包、图片、word文件、pdf文件等。
95.具体地，电子设备在将上述打包请求发送至相应的服务器之后，可接收服务器反馈的打包请求对应的目标应用程序包，并将该目标应用程序包下发至电子设备的文件系统，即可将该目标应用程序包存储在电子设备中与该文件系统对应的存储空间中。应说明的是，该实施例中所描述的存储空间不仅限于基于实体的存储空间，例如，硬盘，上述存储空间还可以是连接电子设备的云存储空间。
96.在本公开实施例中，首先响应于检测到应用程序包下载事件，获取业务编码和业务编码对应的业务数据，并根据应用程序包下载事件、业务编码和业务数据生成打包请求，
以及向服务器发送打包请求，然后接收服务器反馈的打包请求对应的目标应用程序包，最后将目标应用程序包下发至电子设备的文件系统。由此，能够将传统的离线打包改造为动态实时出包，大大提高了出包效率，且可在签名区块增加业务数据，大大提高了用户体验和产品的留存。
97.为了清楚说明上一实施例，在本公开的一个实施例中，该动态打包方法，还可包括若检测到应用程序包的下载链接或下载按钮被触发，则确定检测到应用程序包下载事件。
98.在本公开实施例中，应用开发商完成android(安卓)应用开发后，可以将android应用(app)投放到互联网中不同的投放渠道中，供用户下载并安装。应说明的是，该实施例中所描述的投放渠道可包括资讯列表页(例如，某新闻网站的新闻列表上)、某些网页上(例如，顶端、右上角等可点击区域)等，例如，将android应用投放到某些网页小说的右上角的可点击区域，用户在阅读该小说时，可根据需求点击该区域进行下载和安装。其中，该区域中可包括应用程序包的下载链接或下载按钮，以及该应用程序包的相关介绍等。
99.具体地，电子设备可通过相关的api实时监测用户是否触发应用程序包的下载链接或下载按钮，若是，则说明用户有下载和安装该应用程序包对应的app的需求，此时电子设备可确定检测到应用程序包下载事件。由此，能够及时确定电子设备是否检测到了应用程序包下载事件，从而做出及时的响应，进而提高用户的使用体验。
100.进一步地，在本公开的一个实施例中，如图2所示，获取业务编码和业务编码对应的业务数据，可包括：
101.步骤201，根据应用程序包下载事件，获取应用程序包的投放渠道号，以及获取应用程序包对应的页面信息。
102.在本公开实施例中，上述的应用程序包下载事件中还可包括当前投放渠道(例如，小说的阅读页面)的投放渠道号，且该投放渠道号可以是在投放该应用程序包对应的app时生成的，并存储在该应用程序包下载事件中。另外，该应用程序包下载事件被触发时，可调用相关的api获取当前页面(例如，小说的某个阅读页面)的页面信息。
103.作为一种可能的情况，若该应用程序包下载事件固定在当前投放渠道的某个页面，则可在投放该应用程序包对应的app时将该页面的页面信息存储在在该应用程序包下载事件中。
104.步骤202，对页面信息进行解析，以获取应用程序包的投放来源和应用程序包的投放位置。
105.具体地，电子设备响应于检测到应用程序包下载事件，可先对该应用程序包下载事件进行解析，以获取该应用程序包下载事件中的该下载的应用程序包的投放渠道号，并可调用相关的api获取当前页面(例如，小说的某个阅读页面)的页面信息。然后电子设备可根据预设的解析算法，对该页面信息进行解析，以获取该应用程序包的投放来源(例如，该页面信息对应的网络链接)和应用程序包的投放位置(例如，该页面信息中的锚点定位)。其中，预设的解析算法可根据实际情况进行标定。
106.需要说明的是，该实施例中所描述的投放来源可包括上述页面信息对应的网络链接，该实施例中所描述的投放位置可包括上述页面信息对应的页面位置。
107.作为一种可能的情况，电子设备还可根据解析模型对上述的页面信息进行解析，以获取该应用程序包的投放来源和应用程序包的投放位置。应说明的是，该实施例中所描
述的解析模型可以是提前训练好的，并将其预存在电子设备的存储空间中，以方便调取应用。
108.其中，该解析模型的训练与生成均可由相关的训练服务器执行，该训练服务器可以是云端服务器，也可以是一台电脑的主机，该训练服务器与可执行本公开该实施例提供的动态打包方法的电子设备之间，建立有通信连接，该通信连接可以是无线网络连接和有线网络连接的至少一种。该训练服务器可将训练完成的解析模型发送给该电子设备，以便该电子设备在需要时调用，从而大大减少该电子设备的计算压力。
109.作为另一种可能的情况，电子设备还可使用解析工具(例如，插件)，对上述的页面信息进行解析，以获取该应用程序包的投放来源和应用程序包的投放位置。
110.步骤203，根据投放渠道号、投放来源和投放位置，生成业务数据。
111.步骤204，生成业务编码，并将业务编码与业务数据进行绑定。
112.在本公开实施例中，业务编码可基于预设的生成算法生成，其中，该预设的生成算法可根据实际情况进行标定，例如，随机数生成算法。
113.具体地，电子设备在获取到获取应用程序包的投放来源、应用程序包的投放位置和应用程序包的投放渠道号之后，可先根据该投放渠道号、投放来源和投放位置，生成业务数据，并根据预设的生成算法生成业务编码，以及将业务编码与业务数据进行绑定以生成id
‑
value(键值对)对数据。由此，可以生成应用程序包的业务数据，将该业务数据添加至签名区块中，可大大提高了用户体验和产品的留存。
114.在本公开实施例中，为了保证业务数据的安全性，电子设备在得到上述的id
‑
value(键值对)对数据之后，可对其进行加密。
115.作为一种可能的情况，电子设备也可仅对获取到的业务数据进行加密，在将加密后的业务数据与业务编码进行绑定以生成上述的id
‑
value(键值对)对数据。
116.进一步地，为了清楚说明上述实施例，在本公开的实施例中，服务器可接收电子设备发送的打包请求，其中，打包请求包括应用程序包的唯一编码、业务编码和业务编码对应的业务数据，并根据唯一编码获取应用程序包，以及对应用程序包的文件进行解析，以获取文件的签名区块，然后将业务编码和业务数据写入签名区块，以生成目标应用程序包，并将目标应用程序包发送至电子设备。
117.需要说明的是，该实施例中所描述的签名区块可为是apk包(应用程序包)的一个特定区域，apk包文件组成可如图3所示，其中，该文件中主要由contents of zip entries(压缩文件实体内容)、apk signing block(apk签名区块)、central directory(中心目录)、end of directory(目录结束位)四部分组成，其中apk signing block即为的签名区块。图3中从上到下依次记录block(区块)的长度、id
‑
value对，block的长度，签名区魔数(用于校验签名区的有效性)，由于id
‑
value对个数是动态的，所以提供了正序(从上到下，图中为正数)和倒序(从下到上，图中为负数)两种计算偏移量的方式。签名区块可以用于存放n(≥1)个id
‑
value对(id可用于标识各业务，value可用于存储业务数据)。其中，图3中的动态打包id可为上述的业务编码，动态打包业务数据可为上述的业务数据。
118.具体地，服务器在接收到电子设备发送的打包请求之后，可先对该打包请求进行解析，以获取该打包请求中的应用程序包的唯一编码、业务编码和业务编码对应的业务数据，并根据该唯一编码检索服务器的应用程序包数据库以获取与该唯一编码对应的应用程
序包。然后服务器可对该应用程序包的文件进行解析，以获取文件的签名区块，并将该业务编码和业务数据写入该签名区块，以生成目标应用程序包，即完成本次动态打包，以及将该目标应用程序包发送至电子设备。由此，能够将传统的离线打包改造为动态实时出包，大大提高了出包效率，且可在签名区块增加业务数据，大大提高了用户体验和产品的留存。
119.为了清楚说明上一实施例，在本公开的实施例中，将业务编码和业务数据写入签名区块，以生成目标应用程序包，可包括：获取内容分发网络cdn(content delivery network，内容分发网络)打包插件，并通过cdn打包插件，将业务编码和业务数据写入签名区块，以生成目标应用程序包。
120.需要说明的是，该实施例中所描述的cdn打包插件可预先设置在服务器的存储空间中，以便需要时可以及时调用。
121.具体地，服务器在获取到上述的签名区块之后，可从自身的存储空间中调出(获取)cdn打包插件，并通过cdn打包插件，将业务编码和业务数据写入签名区块，以完成本次动态打包生成目标应用程序包。由此，通过cdn打包插件生成，仅存在于网络中，不占用存储空间，且速度较快。
122.根据本公开实施例的动态打包方法，首先响应于检测到应用程序包下载事件，获取业务编码和业务编码对应的业务数据，并根据应用程序包下载事件、业务编码和业务数据生成打包请求，以及向服务器发送打包请求，然后接收服务器反馈的打包请求对应的目标应用程序包，最后将目标应用程序包下发至电子设备的文件系统。由此，能够将传统的离线打包改造为动态实时出包，大大提高了出包效率，且可在签名区块增加业务数据，大大提高了用户体验和产品的留存。
123.图4为本公开实施例提供的另一种动态打包方法的流程示意图。
124.本公开实施例的动态打包方法，还可由本公开实施例提供的动态打包装置执行，该装置可配置于电子设备中，以实现接收电子设备发送的打包请求，并根据唯一编码获取应用程序包，以及对应用程序包的文件进行解析，以获取文件的签名区块，而后将业务编码和业务数据写入签名区块，以生成目标应用程序包，并将目标应用程序包发送至电子设备，从而能够将传统的离线打包改造为动态实时出包，且可在签名区块增加业务数据。
125.作为一种可能的情况，本公开实施例的动态打包方法还可以在服务器执行，该服务器可以为云端服务器，可以在云端服务器执行该动态打包方法。
126.如图4所示，该动态打包方法，可包括：
127.步骤401，接收电子设备发送的打包请求，其中，打包请求包括应用程序包的唯一编码、业务编码和业务编码对应的业务数据。
128.步骤402，根据唯一编码获取应用程序包。
129.步骤403，对应用程序包的文件进行解析，以获取文件的签名区块。
130.步骤404，将业务编码和业务数据写入签名区块，以生成目标应用程序包。
131.步骤405，将目标应用程序包发送至电子设备。
132.在本公开的一个实施例中，将业务编码和业务数据写入签名区块，以生成目标应用程序包，包括：获取内容分发网络cdn打包插件；通过cdn打包插件，将业务编码和业务数据写入签名区块，以生成目标应用程序包。
133.需要说明的是，前述对图1
‑
3所述的动态打包方法实施例的解释说明也适用于该
实施例的动态打包方法，此处不再赘述。
134.根据本公开实施例的动态打包方法，首先接收电子设备发送的打包请求，并根据唯一编码获取应用程序包，以及对应用程序包的文件进行解析，以获取文件的签名区块，然后将业务编码和业务数据写入签名区块，以生成目标应用程序包，最后将目标应用程序包发送至电子设备。由此，能够将传统的离线打包改造为动态实时出包，大大提高了出包效率，且可在签名区块增加业务数据，大大提高了用户体验和产品的留存。
135.本公开实施例提供的应用程序包开启方法，可以由电子设备来执行，该电子设备可为手机、平板电脑、掌上电脑、pc(ersonal computer，个人计算机)电脑或服务器等，此处不做任何限定。
136.在本公开实施例中，电子设备中可以设置有处理组件、存储组件和驱动组件。可选的，该驱动组件和处理组件可以集成设置，该存储组件可以存储操作系统、应用程序或其他程序模块，该处理组件通过执行存储组件中存储的应用程序来实现本公开实施例提供的应用程序包开启方法。
137.图5为本公开实施例提供的一种应用程序包开启方法的流程示意图。
138.本公开实施例的应用程序包开启方法，还可由本公开实施例提供的应用程序包开启装置执行，该装置可配置于电子设备中，以实现响应于检测到应用程序包触发事件，对应用程序包的文件进行解析，以获取文件的签名区块，并获取签名区块中的业务数据，以及向服务器发送业务数据，而后接收服务器反馈的业务数据对应的业务跳转链接，并跳转至业务跳转链接对应的页面，从而大大提高了用户体验和产品的留存。
139.作为一种可能的情况，本公开实施例的应用程序包开启方法还可以在移动终端执行，该移动终端可以为手机，可以在手机执行该应用程序包开启方法。
140.如图5所示，该应用程序包开启方法，可包括：
141.步骤501，响应于检测到应用程序包触发事件，对应用程序包的文件进行解析，以获取文件的签名区块。其中，签名区块可为android(安卓)v2签名区块。
142.需要说明的是，该实施例中的应用程序包可为android应用程序包(即，app的安装包)，可用于分发和安装移动应用(app)及中间件(插件)。
143.在本公开实施例中，电子设备可通过相关的api实时检测应用程序包触发事件，以使电子设备在检测到应用程序包触发事件时，能够及时响应于该应用程序包触发事件进行相关的操作。
144.具体地，电子设备可通过相关的api实时检测应用程序包触发事件，并在确定检测到该应用程序包触发事件时，响应于检测到该应用程序包触发事件，对应用程序包的文件进行解析，以获取文件的签名区块。
145.步骤502，获取签名区块中的业务数据。
146.在本公开实施例中，可根据预设的签名区解析算法对签名区块进行解析，以获取签名区块中的业务数据。其中，预设的签名区解析算法可根据实际情况进行标定。
147.具体地，电子设备在获取到上述的签名区块之后，可根据预设的签名区解析算法对签名区块进行解析，以获取签名区块中的业务数据。
148.作为一种可能的情况，电子设备还可根据签名区解析模型对上述的签名区块进行解析，以获取签名区块中的业务数据。应说明的是，该实施例中所描述的签名区解析模型可
以是提前训练好的，并将其预存在电子设备的存储空间中，以方便调取应用。
149.其中，该签名区解析模型的训练与生成均可由相关的训练服务器执行，该训练服务器可以是云端服务器，也可以是一台电脑的主机，该训练服务器与可执行本公开实施例提供的应用程序包开启方法的电子设备之间，建立有通信连接，该通信连接可以是无线网络连接和有线网络连接的至少一种。该训练服务器可将训练完成的签名区解析模型发送给该电子设备，以便该电子设备在需要时调用，从而大大减少该电子设备的计算压力。
150.作为另一种可能的情况，电子设备还可使用签名区解析工具(例如，插件)，对上述的签名区块进行解析，以获取签名区块中的业务数据。
151.步骤503，向服务器发送业务数据。
152.步骤504，接收服务器反馈的业务数据对应的业务跳转链接，并跳转至业务跳转链接对应的页面。
153.需要说明的是，该实施例中所描述的业务跳转链接，可在上述的应用程序包对应的app内进行跳转，即在该app提供的页面内进行跳转，例如，在该app打开时直接跳转至业务跳转链接对应的页面。
154.具体地，电子设备在获取到签名区块中的业务数据之后，可将该业务数据发送至相关的服务器，例如，通过无线通信装置将该业务数据发送至相关的服务器。然后电子设备可接收该服务器反馈的该业务数据对应的业务跳转链接，并跳转至业务跳转链接对应的页面，例如，在应用程序包对应的app内进行跳转。
155.在本公开实施例中，首先响应于检测到应用程序包触发事件，对应用程序包的文件进行解析，以获取文件的签名区块，并获取签名区块中的业务数据，然后向服务器发送业务数据，并接收服务器反馈的业务数据对应的业务跳转链接，最后跳转至业务跳转链接对应的页面。由此，能够通过在签名区块增加业务数据，来控制用户打开app后呈现的内容，从而大大提高了用户体验和产品的留存。
156.为了清楚说明上一实施例，在本公开的一个实施例中，该应用程序包开启方法，还可包括若检测到应用程序包对应的图标被触发，则确定检测到应用程序包触发事件。
157.在本公开实施例中，电子设备在完成app的安装之后，可在自身系统提供的显示页面中生成相应的图标。应说明的是，该实施例中所描述的图标也是该app对应的应用程序包所对应的图标。
158.具体地，电子设备可通过相关的api实时监测用户是否触发应用程序包对应的图标，若是，则说明用户想要开启(打开)该图标对应的app，此时电子设备可确定检测到应用程序包触发事件。由此，能够及时确定电子设备是否检测到了应用程序包触发事件，从而做出及时的响应，进而提高用户的使用体验。
159.进一步地，在本公开的一个实施例中，如图6所示，获取签名区块中的业务数据，可包括：
160.步骤601，从签名区块中提取业务数据对应的业务编码。
161.在本公开实施例中，可根据预设的提取算法从签名区块中提取业务数据对应的业务编码。其中，预设的提取算法可根据实际请进行标定。
162.具体地，电子设备在获取到上述的签名区块之后，可根据预设的提取算法从签名区块中提取业务数据对应的业务编码。
163.作为一种可能的情况，电子设备还可使用提取工具(例如，插件)，对从签名区块中提取业务数据对应的业务编码。
164.步骤602，根据业务编码从签名区块中获取业务数据。
165.需要说明的是，该实施例中的所描述的业务编码和业务数据是以键值对的形式写入签名区块中的，在获取到业务编码之后可根据该业务编码读取对应的value数据(业务数据)。
166.具体地，电子设备在得到业务编码之后，可根据该业务编码从上述的签名区块读取对应的value数据(业务数据)，由此，能够快速的获取到应用程序包的业务数据，从而提高该应用程序包对应的app的打开速度。应说明的是，若该实施例中所描述的业务数据是加密过的，则在获取到业务数据之后，可直接对其进行解密。
167.进一步地，为了清楚说明上述实施例，在本公开的实施例中，服务器可接收电子设备发送的业务数据，其中，业务数据包括应用程序包的投放渠道号、投放来源和投放位置，并根据投放来源和投放位置生成业务跳转链接，以及将业务跳转链接发送至电子设备。
168.具体地，服务器在接收到电子设备发送的业务数据之后，可先对该业务数据进行解析，以获取该业务数据中的应用程序包的投放渠道号、投放来源和投放位置，并根据投放来源和投放位置生成业务跳转链接，以及将该业务跳转链接发送至电子设备，例如，通过无线通信装置将该业务跳转链接发送至电子设备。应说明的是，若该实施例中所描述的业务数据为加密数据，则在对该业务数据进行解析的过程中，可先对该业务数据进行解密。由此，能够基于签名区块中添加的业务数据改变用户打开app后呈现的内容，做到千人千面，大大提高了用户体验和产品的留存。
169.为了清楚说明上一实施例，在本公开的实施例中，根据投放来源和投放位置生成业务跳转连接，可包括根据投放来源确定应用程序包的下载触发页面，并根据投放位置获取下载触发页面上的位置信息，以及根据下载触发页面和位置信息生成业务跳转连接。
170.具体地，服务器在得到应用程序包的投放渠道号、投放来源和投放位置之后，可先对该投放来源进行解析，以确定下载触发页面(例如，下载触发页面对应的网络链接)，并对该投放位置进行解析，以确定下载触发页面上的位置信息(例如，下载触发页面上的锚点定位)。而后服务器可根据该下载触发页面和该位置信息生成业务跳转连接。由此，能够通过业务跳转连接，来控制用户打开app后呈现的内容，从而大大提高了用户体验和产品的留存。
171.进一步地，为了进一步提高用户体验，在本公开的实施例中，该应用程序包开启方法还可包括获取用户的兴趣信息，并搜索与兴趣信息对应的网络内容，以及将网络内容写入下载触发页面。
172.在本公开实施例中，服务器获取用户的兴趣信息的途径可有多条，其中，服务器可获取该用户账号下的其他app的使用信息，以得到用户的兴趣信息，还可以获取该用户的电子设备的使用信息，以得到用户的兴趣信息，此处不做任何限定。
173.具体地，服务器在确定下载触发页面之后，可先通过上述的途径获取用户的兴趣信息，并搜索与兴趣信息对应的网络内容，以及将该网络内容写入该下载触发页面,例如，将该网络内容对应的网络链接写入该下载触发页面，或者将该网络内容对应的网络链接插入该下载触发页面对应的网络链接中。由此，能够结合用户的兴趣信息拼接用户打开app后
呈现的内容，从而进一步提高了用户体验。
174.进一步地，在本公开的实施例中，该应用程序包开启方法还可包括根据投放渠道号进行渠道回流量统计。
175.需要说明的是，该实施例中所描述的渠道回流量统计，可为该投放渠道号对应的投放渠道中上述应用程序包对应的app被下载和触发的数量的统计。
176.具体地，服务器在得到应用程序包的投放渠道号、投放来源和投放位置之后，还可根据投放渠道号进行渠道回流量统计，并将统计信息提供给相关人员。由此，可使相关人员能够实时掌握各个投放渠道的投放效果，从而可以根据各个投放渠道的投放效果及时调整投放渠道。
177.根据本公开实施例的应用程序包开启方法，首先响应于检测到应用程序包触发事件，对应用程序包的文件进行解析，以获取文件的签名区块，并获取签名区块中的业务数据，然后向服务器发送业务数据，并接收服务器反馈的业务数据对应的业务跳转链接，最后跳转至业务跳转链接对应的页面。由此，能够通过在签名区块增加业务数据，来控制用户打开app后呈现的内容，从而大大提高了用户体验和产品的留存。
178.图7为本公开实施例提供的一种应用程序包开启方法的流程示意图。
179.本公开实施例的应用程序包开启方法，还可由本公开实施例提供的应用程序包开启装置执行，该装置可配置于电子设备中，以实现接收电子设备发送的业务数据，并根据投放来源和投放位置生成业务跳转链接，以及将业务跳转链接发送至电子设备，从而大大提高了用户体验和产品的留存。
180.作为一种可能的情况，本公开实施例的应用程序包开启方法还可以在服务器端执行，该服务器可以为云端服务器，可以在云端服务器执行该应用程序包开启方法。
181.如图7所示，该应用程序包开启方法，可包括：
182.步骤701，接收电子设备发送的业务数据，其中，业务数据包括应用程序包的投放渠道号、投放来源和投放位置。
183.步骤702，根据投放来源和投放位置生成业务跳转链接。
184.步骤703，将业务跳转链接发送至电子设备。
185.在本公开的一个实施例中，根据投放来源和投放位置生成业务跳转连接，包括：根据投放来源确定应用程序包的下载触发页面；根据投放位置获取下载触发页面上的位置信息；根据下载触发页面和位置信息生成业务跳转连接。
186.在本公开的一个实施例中，该应用程序包开启方法还包括：获取用户的兴趣信息；搜索与兴趣信息对应的网络内容；将网络内容写入下载触发页面。
187.在本公开的一个实施例中，该应用程序包开启方法还包括：根据投放渠道号进行渠道回流量统计。
188.需要说明的是，前述对图5
‑
6所述的应用程序包开启方法实施例的解释说明也适用于该实施例的应用程序包开启方法，此处不再赘述。
189.根据本公开实施例的应用程序包开启方法，首先接收电子设备发送的业务数据，并根据投放来源和投放位置生成业务跳转链接，以及将业务跳转链接发送至电子设备。由此，能够通过在签名区块增加业务数据，来控制用户打开app后呈现的内容，从而大大提高了用户体验和产品的留存。
190.图8为本公开实施例提供的一种动态打包装置的结构示意图。
191.本公开实施例的动态打包装置，可配置于电子设备中，以实现响应于检测到应用程序包下载事件，获取业务编码和业务编码对应的业务数据，并根据应用程序包下载事件、业务编码和业务数据生成打包请求，以及向服务器发送打包请求，而后接收服务器反馈的打包请求对应的目标应用程序包，并将目标应用程序包下发至电子设备的文件系统，从而能够将传统的离线打包改造为动态实时出包，且可在签名区块增加业务数据。
192.如图8所示，该动态打包装置800，可包括：获取模块810、生成模块820、接收模块830和下发模块840。
193.其中，获取模块810用于响应于检测到应用程序包下载事件，获取业务编码和业务编码对应的业务数据。其中，业务编码可为一种唯一编码，业务数据可包括应用程序包的投放渠道号、投放来源和投放位置。
194.需要说明的是，该实施例中的应用程序包可为android应用程序包(即，app的安装包)，可用于分发和安装移动应用(app)及中间件(插件)。
195.在本公开实施例中，获取模块810可通过相关的api(application programming interface，应用程序接口)实时检测应用程序包下载事件，以使电子设备在检测到应用程序包下载事件时，能够及时响应于该应用程序包下载事件进行相关的操作。
196.具体地，获取模块810可通过相关的api实时检测应用程序包下载事件，并在确定检测到该应用程序包下载事件时，响应于检测到该应用程序包下载事件，获取业务编码和业务编码对应的业务数据。
197.生成模块820用于根据应用程序包下载事件、业务编码和业务数据生成打包请求，并向服务器发送打包请求。应说明的是，该实施例中所描述的服务器可为云服务器。
198.在本公开实施例中，打包请求可包括应用程序包的唯一编码、业务编码和业务编码对应的业务数据。
199.需要说明的是，该实施例中所描述的应用程序包的唯一编码可由应用程序包下载事件提供，其中，应用程序包下载事件中可包括待下载的应用程序包的唯一编码。
200.具体地，在获取模块810获取到业务编码和业务编码对应的业务数据之后，生成模块820可对应用程序包下载事件进行解析，以获取该应用程序包下载事件中的待下载的应用程序包的唯一编码，并根据该唯一编码、该业务编码和该业务编码对应的业务数据生成打包请求，并将该打包请求发送至相关的服务器，例如，通过无线通信装置将该打包请求发送至相关的服务器。
201.接收模块830用于接收服务器反馈的打包请求对应的目标应用程序包。
202.下发模块840用于将目标应用程序包下发至电子设备的文件系统。
203.需要说明的是，该实施例中所描述的文件系统可为电子设备内置的一个子系统，该系统可用户管理下载至电子设备中的文件，例如，应用程序包、图片、word文件、pdf文件等。
204.具体地，在生成模块820将上述打包请求发送至相应的服务器之后，接收模块830可接收服务器反馈的打包请求对应的目标应用程序包，而后下发模块840将该目标应用程序包下发至电子设备的文件系统，即可将该目标应用程序包存储在电子设备中与该文件系统对应的存储空间中。应说明的是，该实施例中所描述的存储空间不仅限于基于实体的存
储空间，例如，硬盘，上述存储空间还可以是连接电子设备的云存储空间。
205.在本公开实施例中，首先通过获取模块响应于检测到应用程序包下载事件，获取业务编码和业务编码对应的业务数据，并通过生成模块根据应用程序包下载事件、业务编码和业务数据生成打包请求，并向服务器发送打包请求，然后通过接收模块接收服务器反馈的打包请求对应的目标应用程序包，最后通过下发模块将目标应用程序包下发至电子设备的文件系统。由此，能够将传统的离线打包改造为动态实时出包，大大提高了出包效率，且可在签名区块增加业务数据，大大提高了用户体验和产品的留存。
206.在本公开的一个实施例中，如图8所示，该动态打包装置800还可包括：确定模块850，其中，确定模块850用于若检测到应用程序包的下载链接或下载按钮被触发，则确定检测到应用程序包下载事件。
207.在本公开的一个实施例中，获取模块810具体用于：根据应用程序包下载事件，获取应用程序包的投放渠道号，以及获取应用程序包对应的页面信息；对页面信息进行解析，以获取应用程序包的投放来源和应用程序包的投放位置；根据投放渠道号、投放来源和投放位置，生成业务数据；生成业务编码，并将业务编码与业务数据进行绑定。
208.需要说明的是，前述对图1
‑
3所述的动态打包方法实施例的解释说明也适用于该实施例的动态打包装置，此处不再赘述。
209.本公开实施例的动态打包装置，首先通过获取模块响应于检测到应用程序包下载事件，获取业务编码和业务编码对应的业务数据，并通过生成模块根据应用程序包下载事件、业务编码和业务数据生成打包请求，并向服务器发送打包请求，然后通过接收模块接收服务器反馈的打包请求对应的目标应用程序包，最后通过下发模块将目标应用程序包下发至电子设备的文件系统。由此，能够将传统的离线打包改造为动态实时出包，大大提高了出包效率，且可在签名区块增加业务数据，大大提高了用户体验和产品的留存。
210.图9为本公开实施例提供的另一种动态打包装置的结构示意图。
211.本公开实施例的动态打包装置，可配置于电子设备中，以实现接收电子设备发送的打包请求，并根据唯一编码获取应用程序包，以及对应用程序包的文件进行解析，以获取文件的签名区块，而后将业务编码和业务数据写入签名区块，以生成目标应用程序包，并将目标应用程序包发送至电子设备，从而能够将传统的离线打包改造为动态实时出包，且可在签名区块增加业务数据。
212.如图9所示，该动态打包装置900，可包括：接收模块910、获取模块920、解析模块930、生成模块940和发送模块950。
213.其中，接收模块910用于接收电子设备发送的打包请求，其中，打包请求包括应用程序包的唯一编码、业务编码和业务编码对应的业务数据。
214.获取模块920用于根据唯一编码获取应用程序包。
215.解析模块930用于对应用程序包的文件进行解析，以获取文件的签名区块。
216.生成模块940用于将业务编码和业务数据写入签名区块，以生成目标应用程序包。
217.发送模块950用于将目标应用程序包发送至电子设备。
218.在本公开的一个实施例中，生成模块940具体用于：获取内容分发网络cdn打包插件；通过cdn打包插件，将业务编码和业务数据写入签名区块，以生成目标应用程序包。
219.需要说明的是，前述对图1
‑
3所述的动态打包方法实施例的解释说明也适用于该
实施例的动态打包装置，此处不再赘述。
220.本公开实施例的动态打包装置，首先通过接收模块接收电子设备发送的打包请求，并通过获取模块根据唯一编码获取应用程序包，以及通过解析模块对应用程序包的文件进行解析，以获取文件的签名区块，然后通过生成模块将业务编码和业务数据写入签名区块，以生成目标应用程序包。最后通过发送模块将目标应用程序包发送至电子设备。由此，能够将传统的离线打包改造为动态实时出包，大大提高了出包效率，且可在签名区块增加业务数据，大大提高了用户体验和产品的留存。
221.图10为本公开实施例提供的一种应用程序包开启装置的结构示意图。
222.本公开实施例的应用程序包开启装置，可配置于电子设备中，以实现响应于检测到应用程序包触发事件，对应用程序包的文件进行解析，以获取文件的签名区块，并获取签名区块中的业务数据，以及向服务器发送业务数据，而后接收服务器反馈的业务数据对应的业务跳转链接，并跳转至业务跳转链接对应的页面，从而大大提高了用户体验和产品的留存。
223.如图10，该应用程序包开启装置1000，可包括：解析模块1010、获取模块1020、发送模块1030和跳转模块1040。
224.其中，解析模块1010用于响应于检测到应用程序包触发事件，对应用程序包的文件进行解析，以获取文件的签名区块。其中，签名区块可为android(安卓)v2签名区块。
225.需要说明的是，该实施例中的应用程序包可为android应用程序包(即，app的安装包)，可用于分发和安装移动应用(app)及中间件(插件)。
226.在本公开实施例中，解析模块1010可通过相关的api实时检测应用程序包触发事件，以使电子设备在检测到应用程序包触发事件时，能够及时响应于该应用程序包触发事件进行相关的操作。
227.具体地，解析模块1010可通过相关的api实时检测应用程序包触发事件，并在确定检测到该应用程序包触发事件时，响应于检测到该应用程序包触发事件，对应用程序包的文件进行解析，以获取文件的签名区块。
228.获取模块1020用于获取签名区块中的业务数据。
229.在本公开实施例中，可根据预设的签名区解析算法对签名区块进行解析，以获取签名区块中的业务数据。其中，预设的签名区解析算法可根据实际情况进行标定。
230.具体地，在解析模块1010获取到上述的签名区块之后，获取模块1020可根据预设的签名区解析算法对签名区块进行解析，以获取签名区块中的业务数据。
231.作为一种可能的情况，获取模块1020还可根据签名区解析模型对上述的签名区块进行解析，以获取签名区块中的业务数据。应说明的是，该实施例中所描述的签名区解析模型可以是提前训练好的，并将其预存在电子设备的存储空间中，以方便调取应用。
232.其中，该签名区解析模型的训练与生成均可由相关的训练服务器执行，该训练服务器可以是云端服务器，也可以是一台电脑的主机，该训练服务器与可配置于本公开实施例提供的应用程序包开启装置的电子设备之间，建立有通信连接，该通信连接可以是无线网络连接和有线网络连接的至少一种。该训练服务器可将训练完成的签名区解析模型发送给该电子设备，以便该电子设备在需要时调用，从而大大减少该电子设备的计算压力。
233.作为另一种可能的情况，获取模块1020还可使用签名区解析工具(例如，插件)，对
上述的签名区块进行解析，以获取签名区块中的业务数据。
234.发送模块1030用于向服务器发送业务数据。
235.跳转模块1040用于接收服务器反馈的业务数据对应的业务跳转链接，并跳转至业务跳转链接对应的页面。
236.需要说明的是，该实施例中所描述的业务跳转链接，可在上述的应用程序包对应的app内进行跳转，即在该app提供的页面内进行跳转，例如，在该app打开时直接跳转至业务跳转链接对应的页面。
237.具体地，在获取模块1020获取到签名区块中的业务数据之后，发送模块1030可将该业务数据发送至相关的服务器，例如，通过无线通信装置将该业务数据发送至相关的服务器。然后跳转模块1040可接收该服务器反馈的该业务数据对应的业务跳转链接，并跳转至业务跳转链接对应的页面，例如，在应用程序包对应的app内进行跳转。
238.在本公开实施例中，首先通过解析模块响应于检测到应用程序包触发事件，对应用程序包的文件进行解析，以获取文件的签名区块，然后通过获取模块获取签名区块中的业务数据，并通过发送模块向服务器发送业务数据，最后通过跳转模块接收服务器反馈的业务数据对应的业务跳转链接，并跳转至业务跳转链接对应的页面。由此，能够通过在签名区块增加业务数据，来控制用户打开app后呈现的内容，从而大大提高了用户体验和产品的留存。
239.在本公开的一个实施例中，该应用程序包开启装置1000还可包括：确认模块1050，其中，确认模块1050用于若检测到应用程序包对应的图标被触发，则确定检测到应用程序包触发事件。
240.在本公开的一个实施例中，获取模块1020具体用于：从签名区块中提取业务数据对应的业务编码；根据业务编码从签名区块中获取业务数据。
241.需要说明的是，前述对图5
‑
6的应用程序包开启方法实施例的解释说明也适用于该实施例的应用程序包开启装置，此处不再赘述。
242.本公开实施例的应用程序包开启装置，首先通过解析模块响应于检测到应用程序包触发事件，对应用程序包的文件进行解析，以获取文件的签名区块，然后通过获取模块获取签名区块中的业务数据，并通过发送模块向服务器发送业务数据，最后通过跳转模块接收服务器反馈的业务数据对应的业务跳转链接，并跳转至业务跳转链接对应的页面。由此，能够通过在签名区块增加业务数据，来控制用户打开app后呈现的内容，从而大大提高了用户体验和产品的留存。
243.图11为本公开实施例提供的一种应用程序包开启装置的结构示意图。
244.本公开实施例的应用程序包开启装置，可配置于电子设备中，以实现接收电子设备发送的业务数据，并根据投放来源和投放位置生成业务跳转链接，以及将业务跳转链接发送至电子设备，从而大大提高了用户体验和产品的留存。
245.如图11所示，该应用程序包开启装置1100，可包括：接收模块1110、生成模块1120和发送模块1130。
246.其中，接收模块1110用于接收电子设备发送的业务数据，其中，业务数据包括应用程序包的投放渠道号、投放来源和投放位置。
247.生成模块1120用于根据投放来源和投放位置生成业务跳转链接。
248.发送模块1130用于将业务跳转链接发送至电子设备。
249.在本公开的一个实施例中，生成模块1120具体用于：根据投放来源确定应用程序包的下载触发页面；根据投放位置获取下载触发页面上的位置信息；根据下载触发页面和位置信息生成业务跳转连接。
250.在本公开的一个实施例中，生成模块1120还用于：获取用户的兴趣信息；搜索与兴趣信息对应的网络内容；将网络内容写入下载触发页面。
251.在本公开的一个实施例中，如图11所述，该应用程序包开启装置1100还可包括：统计模块1140，其中，统计模块1140用于根据投放渠道号进行渠道回流量统计。
252.需要说明的是，前述对图5
‑
6所述的应用程序包开启方法实施例的解释说明也适用于该实施例的应用程序包开启装置，此处不再赘述。
253.本公开实施例的应用程序包开启装置，首先通过接收模块接收电子设备发送的业务数据，并通过生成模块根据投放来源和投放位置生成业务跳转链接，以及通过发送模块将业务跳转链接发送至电子设备。由此，能够通过在签名区块增加业务数据，来控制用户打开app后呈现的内容，从而大大提高了用户体验和产品的留存。
254.本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
255.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
256.图12示出了可以用来实施本公开的实施例的示例电子设备1200的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
257.如图12所示，设备1200包括计算单元1201，其可以根据存储在只读存储器(rom)1202中的计算机程序或者从存储单元1208加载到随机访问存储器(ram)1203中的计算机程序，来执行各种适当的动作和处理。在ram 1203中，还可存储设备1200操作所需的各种程序和数据。计算单元1201、rom 1202以及ram 1203通过总线1204彼此相连。输入/输出(i/o)接口1205也连接至总线1204。
258.设备1200中的多个部件连接至i/o接口1205，包括：输入单元1206，例如键盘、鼠标等；输出单元1207，例如各种类型的显示器、扬声器等；存储单元1208，例如磁盘、光盘等；以及通信单元1209，例如网卡、调制解调器、无线通信收发机等。通信单元1209允许设备1200通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
259.计算单元1201可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1201的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元1201执行上文所描述的各个方法和处理，例如动态打包方法或应用程序包开启方法。例如，在一些实施例中，动态打包方法或应用程序包开启方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如
存储单元1208。在一些实施例中，计算机程序的部分或者全部可以经由rom 1202和/或通信单元1209而被载入和/或安装到设备1200上。当计算机程序加载到ram 1203并由计算单元1201执行时，可以执行上文描述的动态打包方法或应用程序包开启方法的一个或多个步骤。备选地，在其他实施例中，计算单元1201可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行动态打包方法或应用程序包开启方法。
260.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
261.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
262.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd
‑
rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
263.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
264.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、互联网和区块链网络。
265.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端
‑
服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
266.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
267.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。