一种应用程序安装包的生成方法及装置、存储介质与流程

1.本技术涉及数字医疗技术领域，尤其是涉及到一种应用程序安装包的生成方法及装置、存储介质、计算机设备。


背景技术：

2.随着网络技术以及医疗技术的不断发展，各种医疗类应用程序应运而生，例如各种用于寻医问药的应用程序等。医疗类应用程序在用户的客户端运行依赖应用程序安装包，如果应用程序安装包体积过大，很可能直接导致用户流失。因此，医疗类应用程序安装包瘦身变成了一个亟待解决的问题。医疗类应用程序安装包中包含很多本地图片资源，而图片资源本身体积较大，所以，在对医疗类应用程序安装包进行瘦身时，本地图片资源瘦身成为关键。
3.现有技术中，在对医疗类应用程序安装包中的本地图片资源进行瘦身时，往往通过图片资源压缩的方式，即先将本地图片资源压缩，再利用压缩后的本地图片资源打包生成应用程序安装包。然而，在医疗类应用程序的不断迭代升级过程中，本地图片资源会逐渐增加，即使对本地图片资源进行压缩，也无法阻止应用程序安装包的加大，瘦身效果较差。


技术实现要素：

4.有鉴于此，本技术提供了一种应用程序安装包的生成方法及装置、存储介质、计算机设备，通过将应用程序安装包中的第一图片集合替换为第二图片集合，并将第三图片集合存储在预设存储空间中，可以在保证医疗类应用程序的使用体验的同时，有效减小应用程序安装包的体积，简单方便，有利于提升用户使用率。
5.根据本技术的一个方面，提供了一种应用程序安装包的生成方法，包括：
6.获取图片读取信息，所述图片读取信息包括安装目标应用程序的每个客户端对应的图片读取子信息；
7.基于所述图片读取信息，从所述目标应用程序对应的第一图片集合中确定第二图片集合以及第三图片集合，所述第一图片集合由所述第二图片集合以及所述第三图片集合组成；
8.依据所述第二图片集合，更新所述目标应用程序对应的应用程序安装包，并将所述第三图片集合存储至预设存储空间。
9.根据本技术的另一方面，提供了一种应用程序安装包的生成装置，包括：
10.信息获取模块，用于获取图片读取信息，所述图片读取信息包括安装目标应用程序的每个客户端对应的图片读取子信息；
11.图片集合确定模块，用于基于所述图片读取信息，从所述目标应用程序对应的第一图片集合中确定第二图片集合以及第三图片集合，所述第一图片集合由所述第二图片集合以及所述第三图片集合组成；
12.安装包生成模块，用于依据所述第二图片集合，更新所述目标应用程序对应的应
用程序安装包，并将所述第三图片集合存储至预设存储空间。
13.依据本技术又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述应用程序安装包的生成方法。
14.依据本技术再一个方面，提供了一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述应用程序安装包的生成方法。
15.借由上述技术方案，本技术提供的一种应用程序安装包的生成方法及装置、存储介质、计算机设备，首先，服务器可以从安装有目标应用程序的多个客户端中分别获取图片读取子信息，由这些图片读取子信息共同组成图片读取信息。获取图片读取信息之后，可以根据图片读取信息从第一图片集合中分别确定第二图片集合和第三图片集合。其中，第一图片集合中包括目标应用程序对应的全部图片，第二图片集合与第三图片集合共同组成第一图片集合。接着，可以利用第二图片集合对目标应用程序对应的应用程序安装包进行更新，即利用第二图片集合替换第一图片集合，更新后即可生成新一版本的应用程序安装包。此外，还可以将第三图片集合存储在服务器的预设存储空间中。本技术实施例通过将应用程序安装包中的第一图片集合替换为第二图片集合，并将第三图片集合存储在预设存储空间中，可以在保证医疗类应用程序的使用体验的同时，有效减小应用程序安装包的体积，简单方便，有利于提升用户使用率。
16.上述说明仅是本技术技术方案的概述，为了能够更清楚了解本技术的技术手段，而可依照说明书的内容予以实施，并且为了让本技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本技术的具体实施方式。
附图说明
17.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
18.图1示出了本技术实施例提供的一种应用程序安装包的生成方法的流程示意图；
19.图2示出了本技术实施例提供的另一种应用程序安装包的生成方法的流程示意图；
20.图3示出了本技术实施例提供的另一种应用程序安装包的生成方法的流程示意图；
21.图4示出了本技术实施例提供的一种应用程序安装包的生成装置的结构示意图。
具体实施方式
22.下文中将参考附图并结合实施例来详细说明本技术。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
23.在本实施例中提供了一种应用程序安装包的生成方法，如图1所示，该方法包括：
24.步骤101，获取图片读取信息，所述图片读取信息包括安装目标应用程序的每个客户端对应的图片读取子信息；
25.本技术实施例提供的应用程序安装包的生成方法，可以应用于服务器一侧，具体可以应用于对医疗类应用程序安装包进行瘦身的场景中。首先，服务器可以从安装有目标
应用程序的多个客户端中分别获取图片读取子信息，由这些图片读取子信息共同组成图片读取信息。从每个客户端对应的图片读取子信息中可以识别该客户端对应的目标用户在使用目标应用程序时，与目标应用程序对应的应用程序安装包中每个图片的读取情况。具体地，读取情况可以包括图片读取的次数、频率、读取时间等等。在这里，目标应用程序可以是医疗类应用程序，图片读取信息可以是所有图片读取子信息的合集，例如，共有4名目标用户安装了同一款寻医问药应用程序，其中，第1名目标用户在使用该寻医问药应用程序的过程中读取了图片a、图片b，第2名目标用户在使用该寻医问药应用程序的过程中读取了图片c、图片d，第3名目标用户在使用该寻医问药应用程序的过程中读取了图片e，第4名目标用户在使用该寻医问药应用程序的过程中读取了图片f，那么图片读取信息中可以包括图片a～图片f的读取信息。
26.步骤102，基于所述图片读取信息，从所述目标应用程序对应的第一图片集合中确定第二图片集合以及第三图片集合，所述第一图片集合由所述第二图片集合以及所述第三图片集合组成；
27.在该实施例中，第一图片集合中包括目标应用程序对应的全部图片。获取图片读取信息之后，可以根据图片读取信息从第一图片集合中分别确定第二图片集合和第三图片集合。其中，第二图片集合与第三图片集合共同组成第一图片集合，第二图片集合中的图片可以是目标应用程序在运行过程中，使用频率超过预设频率的图片，也可以是在展示的页面中页面层级小于预设层级的图片，第三图片集合中的图片可以是目标应用程序在运行过程中，不经常被使用的图片，以及在展示的页面中层级较深的图片。例如，对于医疗类应用程序来说，第二图片集合中可以包括经常被用户咨询的医生的相关图片、经常被用户查询的疾病的相关图片等，或者展示层级较浅的图片，第三图片集合中可以包括没有被用户经常查询的疾病的相关图片，比如罕见病图片，或者罕见病医生的相关图片等，或者展示层级较深的图片。
28.步骤103，依据所述第二图片集合，更新所述目标应用程序对应的应用程序安装包，并将所述第三图片集合存储至预设存储空间。
29.在该实施例中，确定第二图片集合以及第三图片集合之后，可以利用第二图片集合对目标应用程序对应的应用程序安装包进行更新，即利用第二图片集合替换第一图片集合，更新后即可生成新一版本的应用程序安装包，此时，新一版本的应用程序安装包中包括的是经常被使用、展示的图片。此外，还可以将第三图片集合存储在服务器的预设存储空间中。这样，后续目标用户即可下载更新后的应用程序安装包，对于已经下载该目标应用程序的目标用户来说，也可以利用更新后的应用程序安装包覆盖之前的应用程序安装包。之后，当目标应用程序在客户端运行时，如果读取的图片不属于第二图片集合，即可从预设存储空间中的第三图片集合中获取，一方面减小了医疗类应用程序安装包的体积，另一方面保证了目标用户的用户体验。
30.通过应用本实施例的技术方案，首先，服务器可以从安装有目标应用程序的多个客户端中分别获取图片读取子信息，由这些图片读取子信息共同组成图片读取信息。获取图片读取信息之后，可以根据图片读取信息从第一图片集合中分别确定第二图片集合和第三图片集合。其中，第一图片集合中包括目标应用程序对应的全部图片，第二图片集合与第三图片集合共同组成第一图片集合。接着，可以利用第二图片集合对目标应用程序对应的
应用程序安装包进行更新，即利用第二图片集合替换第一图片集合，更新后即可生成新一版本的应用程序安装包。此外，还可以将第三图片集合存储在服务器的预设存储空间中。本技术实施例通过将应用程序安装包中的第一图片集合替换为第二图片集合，并将第三图片集合存储在预设存储空间中，可以在保证医疗类应用程序的使用体验的同时，有效减小应用程序安装包的体积，简单方便，有利于提升用户使用率。
31.进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，提供了另一种应用程序安装包的生成方法，如图2所示，该方法包括：
32.步骤201，获取图片读取信息，所述图片读取信息包括安装目标应用程序的每个客户端对应的图片读取子信息；
33.在该实施例中，首先，服务器可以从安装有目标应用程序的多个客户端中分别获取图片读取子信息，由这些图片读取子信息共同组成图片读取信息。从每个客户端对应的图片读取子信息中可以识别该客户端对应的目标用户在使用目标应用程序时，与目标应用程序对应的应用程序安装包中每个图片的读取情况。具体地，读取情况可以包括图片读取的次数、频率、读取时间等等。
34.步骤202，基于所述图片读取信息，从所述第一图片集合中确定被读取图片集合，以及所述被读取图片集合中每张被读取图片对应的实际使用频率和/或第一页面层级；
35.在该实施例中，根据图片读取信息，可以确定哪些图片在目标应用程序运行的过程中被读取过，并将这些被读取过的图片组成被读取图片集合。此外，还可以分别确定被读取图片集合中每张被读取图片在目标应用程序运行过程中的实际使用频率、第一页面层级。其中，第一页面层级指的是每张图片在多个预设层级中所处的页面层级。例如，一个医疗网站由用三级结构实现，包括“首页——栏目页——文章页”，其中，首页对应的图片所在的页面层级可以是一级层级，栏目页对应的图片所在的页面层级可以是二级层级，文章页对应的页面层级可以是三级层级。由此可见，页面层级越高(即页面层级越深)，对应页面层级的图片越不容易被展示。在这里，实际使用频率可以为从所有安装目标应用程序的客户端获取的图片读取信息统计分析得到的，这样得到的实际使用频率更加可靠，不会受个别目标用户差异的影响。
36.步骤203，依据所述实际使用频率和/或所述第一页面层级，从所述被读取图片集合中确定满足预设条件的被读取图片，并根据满足预设条件的被读取图片生成目标黑名单，所述目标黑名单用于指示不包含在所述应用程序安装包中的被读取图片；
37.在该实施例中，当图片读取信息为实际使用频率时，预设条件可以是小于或者等于预设频率，当任一被读取图片的实际使用频率小于或者等于预设频率时，说明该被读取图片满足预设条件；当图片读取信息为第一页面层级时，预设条件可以是大于或者等于预设层级，当任一被读取图片的第一页面层级大于或者等于预设层级时，说明该被读取图片满足预设条件；当图片读取信息既包括实际使用频率，也包括第一页面层级时，预设条件可以是小于或者等于预设得分，当实际使用频率和第一页面层级的加权得分小于或者等于预设得分时，说明该被读取图片满足预设条件，此外，预设条件也可以既包括小于或者等于预设频率，也包括大于或者等于预设层级，只要满足其中一个即视为满足预设条件。从被读取图片集合中可以找到满足预设条件的被读取图片，之后可以根据满足预设条件的被读取图片生成目标黑名单。也就是说，目标黑名单中包括的被读取图片为目标应用程序运行过程
中被读取过的，但是没有经常被读取、被展示的图片，这些图片实际上是没有必要被打包在应用程序安装包中的。
38.例如，假设被读取图片是某医生的介绍图片，如果该医生的介绍图片的实际使用频率小于或者等于预设频率，或者大于或者等于预设层级，那么该医生的介绍图片可以被包含在目标黑名单中，说明该医生的介绍图片不容易被展示，因此无需被打包在应用程序安装包中。
39.步骤204，基于所述目标黑名单，确定所述第二图片集合以及所述第三图片集合；
40.在该实施例中，进一步，可以根据目标黑名单，分别确定第二图片集合和第三图片集合。其中，第二图片集合中不包含目标黑名单中的被读取图片，第三图片集合中包含目标黑名单中的被读取图片。
41.步骤205，依据所述第二图片集合，更新所述目标应用程序对应的应用程序安装包，并将所述第三图片集合存储至预设存储空间；
42.在该实施例中，确定第二图片集合以及第三图片集合之后，可以利用第二图片集合对目标应用程序对应的应用程序安装包进行更新，即利用第二图片集合替换第一图片集合，更新后即可生成新一版本的应用程序安装包，此时，新一版本的应用程序安装包中包括的是经常被使用、展示的图片。此外，还可以将第三图片集合存储在服务器的预设存储空间中。这样，后续目标用户即可下载更新后的应用程序安装包，对于已经下载该目标应用程序的目标用户来说，也可以利用更新后的应用程序安装包覆盖之前的应用程序安装包。之后，当目标应用程序在客户端运行时，如果读取的图片不属于第二图片集合，即可从预设存储空间中的第三图片集合中获取，一方面减小了医疗类应用程序安装包的体积，另一方面保证了目标用户使用医疗类应用程序时的用户体验。
43.步骤206，接收图片获取请求，从所述预设存储空间中查找与所述图片获取请求对应的目标图片，并将所述目标图片反馈至发送所述图片获取请求的目标客户端，以使所述目标客户端将所述目标图片存储至应用程序沙盘中，以及当所述目标客户端运行所述目标应用程序并读取图片时，按照预设优先级进行读取，所述预设优先级从高至低的顺序包括所述目标应用程序的原始图片路径、所述应用程序沙盘以及所述预设存储空间，所述原始图片路径下存储所述第二图片集合。
44.在该实施例中，当客户端安装的是更新后的应用程序安装包时，如果目标应用程序运行且在读取图片时，发现读取的图片没有包含在第二图片集合中，此时客户端可以生成图片获取请求，并将该图片获取请求发送至目标应用程序对应的服务器中。服务器在接收到图片获取请求之后，可以根据图片获取请求从预设存储空间中存储的第三数据集合中找到对应的目标图片，接着可以将目标图片返回到客户端中。客户端接收到目标图片之后，可以将目标图片存储在本地的应用程序沙盘中，并对目标图片进行展示。
45.客户端运行目标应用程序且目标应用程序在读取图片时，可以按照下面的优先级顺序从不同的位置读取图片：原始图片路径的优先级最高，应用程序沙盘的优先级次之，预设存储空间的优先级最低。其中，原始图片路径下存储的是第二图片集合，应用程序沙盘中存储的是每次从预设存储空间获取的图片。在读取图片时，如果在原始图片路径下读取成功，那么直接结束；如果在原始图片路径下读取失败，那么可以继续从应用程序沙盘中读取，如果从应用程序沙盘中读取成功，那么直接结束；如果在应用程序沙盘中读取失败，那
么可以继续从预设存储空间中读取，并将获取到的图片存储在应用程序沙盘中。本技术实施例将目标应用程序运行过程中从预设存储空间读取的图片存储在应用程序沙盘中，后续当原始图片路径下没有读取到想要的图片时，先从应用程序沙盘读取，可以避免后续读取同样的图片时再次从预设存储空间读取，提升读取效率。同时，将从预设存储空间读取的图片存储在应用程序沙盘中，可以使得开发运维人员快速确定该客户端从第三图片集合中读取图片的情况。
46.在一具体的实施例中，目标用户如果对于某罕见病较为关注，由于罕见病的相关图片的实际使用频率较小，那么在客户端安装医疗类应用程序之后，应用程序安装包中实际上不包括该目标用户想要读取的图片，那么当该目标用户想要通过客户端读取xx罕见病医生的相关图片时，此时客户端可以生成图片获取请求，并将该图片获取请求发送至该医疗类应用程序对应的服务器中。服务器在接收到图片获取请求之后，可以根据图片获取请求从预设存储空间中存储的第三数据集合中找到对应的xx罕见病医生的相关图片，接着可以将图片返回到客户端中。客户端接收到该图片之后，可以将该图片存储在本地的应用程序沙盘中，并对该图片进行展示。由于目标用户关注这种罕见病，因此可能重复读取该图片，当下次再次对该图片进行读取时，即可直接从应用沙盘中成功读取，简单方便。
47.在本技术实施例中，可选地，如图3所示，步骤204包括：
48.步骤204-1，从所述被读取图片集合中剔除包含在所述目标黑名单中的被读取图片，更新所述被读取图片集合，并基于更新后的被读取图片集合以及预设白名单，得到所述第二图片集合，所述预设白名单用于指示包含在所述应用程序安装包中的图片；
49.在该实施例中，可以将包含在目标黑名单中的被读取图片从被读取图片集合中剔除，得到更新后的被读取图片集合，更新后的被读取图片集合中包括目标应用程序运行时经常使用、展示的图片。之后，将更新后的被读取图片集合，与预设白名单中的图片组成并集，得到第二图片集合。其中，更新后的被读取图片集合中的被读取图片有可能与预设白名单中的图片相同，将相同的图片仅保留一张即可。预设白名单中包含的图片是必须保存在客户端本地的图片，也即必须被打包在应用程序安装包中的图片，具体可以根据预设规则确定。
50.步骤204-2，从所述第一图片集合中剔除所述第二图片集合，得到所述第三图片集合。
51.在该实施例中，确定第二图片集合之后，从第一图片集合中剔除第二图片集合，得到的即为第三图片集合。
52.在本技术实施例中，可选地，所述方法还包括：当存在待添加图片时，确定所述待添加图片对应的图片版本标识，所述待添加图片为所述第一图片集合之外的图片；当所述图片版本标识指示所述待添加图片为所述第一图片集合中图片的升级图片时，确定所述待添加图片的上一版本的图片所处的第一存储位置，并基于所述待添加图片以及所述第一存储位置，更新所述上一版本的图片；否则，基于所述待添加图片对应的预期使用频率和/或第二页面层级，确定所述待添加图片的第二存储位置，并将所述待添加图片存储至所述第二存储位置。
53.在该实施例中，如果后续为了使得目标应用程序对应的目标用户使用体验更好或者其它原因，经过开发人员开发出现了全新的待添加图片时，可以识别每个待添加图片对
应的图片版本标识。如果图片版本标识指示该待添加图片是第一版本时，可以根据待添加图片对应的预设使用频率和/或第二页面层级，确定待添加图片的第二存储位置，并可以将待添加图片存储在第二存储位置中。如果图片版本标识指示该待添加图片不是第一版本时，此时说明该待添加图片是第一图片集合中某一图片的升级图片，该待添加图片对应的第一存储位置与上一版本的图片对应的存储位置相同即可。在将该待添加图片存储在第一存储位置后，可以对上一版本的图片进行自动更新，取代上一版本的图片。
54.在本技术实施例中，可选地，所述“基于所述待添加图片以及所述第一存储位置，更新所述上一版本的图片”，包括：若所述第一存储位置为所述预设存储空间，则基于所述待添加图片更新所述预设存储空间中所述上一版本的图片；若所述第一存储位置为所述原始图片路径指示的存储位置，或者为所述应用程序沙盘，则当监测到安装所述目标应用程序的任一客户端的程序启动指令时，将所述待添加图片发送至所述任一客户端，以使所述任一客户端基于所述待添加图片更新所述上一版本的图片。
55.在该实施例中，如果第一存储位置是服务器端的预设存储空间，此时可以直接将待添加图片存储在预设存储空间中，并利用待添加图片替换上一版本的图片；如果第一存储位置是客户端中原始图片路径指示的存储位置，或者是客户端中的应用程序沙盘，那么此时可以对安装目标应用程序的客户端进行监测。当监测到目标应用程序的程序启动指令时，则可以将待添加图片发送到启动目标应用程序的客户端中，这样客户端可以根据待添加图片替换上一版本的图片。本技术实施例通过在目标用户启动目标应用程序时自动对待添加图片的上一版本的图片进行更新，可以实现待添加图片的动态无感知更新，可以起到动态替换本地图片资源，修复本地图片资源展示效果的技术效果。例如，当目标用户启用已下载的医疗类应用程序之后，可以发现经常搜索的关键词对应的弹出图片和之前的弹出图片相比出现了一些变化，这是因为在该医疗类应用程序启动后，该弹出图片已经被动态替换，整个过程目标用户是无感知的。
56.在本技术实施例中，可选地，所述“基于所述待添加图片对应的预期使用频率和/或第二页面层级，确定所述待添加图片的第二存储位置”，包括：当所述预期使用频率和/或第二页面层级满足所述预设条件时，将所述预设存储空间确定为所述第二存储位置；否则，将所述应用程序沙盘确定为所述第二存储位置。
57.在该实施例中，同样可以判断预期使用频率和/或第二页面层级是否满足预设条件，判断的方式可以和判断被读取图片的实际使用频率和/或第一页面层级是否满足预设条件相同。其中，预设条件可以是同一个，预期使用频率可以是开发运维人员根据经验确定的。如果经过判断发现满足预设条件，那么说明待添加图片在目标应用程序运行时不经常被使用和展示，那么此时可以将待添加图片对应的第二存储位置确定为预设存储空间；如果经过判断发现不满足预设条件，那么说明待添加图片在目标应用程序运行时经常被使用和展示，那么此时可以将待添加图片对应的第二存储位置确定为应用程序沙盘，这样后续开发人员在确定待添加图片的实际使用频率时，可以直接从应用程序沙盘中获取待添加图片对应的图片读取信息即可，能够大大提升待添加图片对应的图片读取信息的获取效率和简便性。
58.在本技术实施例中，可选地，生成目标黑名单时，除了可以根据实际使用频率、第一页面层级生成，此外还可以根据被读取图片的首次读取时间生成。在这里，首次读取时间
可以是目标应用程序被安装在客户端之后首次启动至图片首次被读取的时间。例如，目标应用程序可以是医疗类应用程序，当某医疗类应用程序被安装在客户端之后首次启动的时间为2021年3月18号12:30，而被读取图片a首次被读取的时间为2021年5月18号12:30，那么被读取图片a对应的首次读取时间为2个月，如果预设条件包括首次读取时间大于或者等于1个月，由于被读取图片a的首次读取时间为2个月，那么说明被读取图片a满足预设条件。当被安装在客户端的该医疗类应用程序首次读取被读取图片a的客户端数量大于预设数量，那么此时可以将被读取图片a确定为目标黑名单之一的图片。
59.进一步的，作为图1方法的具体实现，本技术实施例提供了一种应用程序安装包的生成装置，如图4所示，该装置包括：
60.信息获取模块，用于获取图片读取信息，所述图片读取信息包括安装目标应用程序的每个客户端对应的图片读取子信息；
61.图片集合确定模块，用于基于所述图片读取信息，从所述目标应用程序对应的第一图片集合中确定第二图片集合以及第三图片集合，所述第一图片集合由所述第二图片集合以及所述第三图片集合组成；
62.安装包生成模块，用于依据所述第二图片集合，更新所述目标应用程序对应的应用程序安装包，并将所述第三图片集合存储至预设存储空间。
63.可选地，所述图片集合确定模块，包括：
64.图片集合确定单元，用于基于所述图片读取信息，从所述第一图片集合中确定被读取图片集合，以及所述被读取图片集合中每张被读取图片对应的实际使用频率和/或第一页面层级；
65.黑名单生成单元，用于依据所述实际使用频率和/或所述第一页面层级，从所述被读取图片集合中确定满足预设条件的被读取图片，并根据满足预设条件的被读取图片生成目标黑名单，所述目标黑名单用于指示不包含在所述应用程序安装包中的被读取图片；
66.所述图片集合确定单元，还用于基于所述目标黑名单，确定所述第二图片集合以及所述第三图片集合。
67.可选地，所述图片集合确定单元，还用于：
68.从所述被读取图片集合中剔除包含在所述目标黑名单中的被读取图片，更新所述被读取图片集合，并基于更新后的被读取图片集合以及预设白名单，得到所述第二图片集合，所述预设白名单用于指示包含在所述应用程序安装包中的图片；从所述第一图片集合中剔除所述第二图片集合，得到所述第三图片集合。
69.可选地，所述装置还包括：
70.图片查找模块，用于所述将所述第三图片集合存储至预设存储空间之后，接收图片获取请求，从所述预设存储空间中查找与所述图片获取请求对应的目标图片，并将所述目标图片反馈至发送所述图片获取请求的目标客户端，以使所述目标客户端将所述目标图片存储至应用程序沙盘中，以及当所述目标客户端运行所述目标应用程序并读取图片时，按照预设优先级进行读取，所述预设优先级从高至低的顺序包括所述目标应用程序的原始图片路径、所述应用程序沙盘以及所述预设存储空间，所述原始图片路径下存储所述第二图片集合。
71.可选地，所述装置还包括：
72.版本标识确定模块，用于当存在待添加图片时，确定所述待添加图片对应的图片版本标识，所述待添加图片为所述第一图片集合之外的图片；
73.图片更新模块，用于当所述图片版本标识指示所述待添加图片为所述第一图片集合中图片的升级图片时，确定所述待添加图片的上一版本的图片所处的第一存储位置，并基于所述待添加图片以及所述第一存储位置，更新所述上一版本的图片；
74.图片存储模块，用于否则，基于所述待添加图片对应的预期使用频率和/或第二页面层级，确定所述待添加图片的第二存储位置，并将所述待添加图片存储至所述第二存储位置。
75.可选地，所述图片更新模块，用于：
76.若所述第一存储位置为所述预设存储空间，则基于所述待添加图片更新所述预设存储空间中所述上一版本的图片；若所述第一存储位置为所述原始图片路径指示的存储位置，或者为所述应用程序沙盘，则当监测到安装所述目标应用程序的任一客户端的程序启动指令时，将所述待添加图片发送至所述任一客户端，以使所述任一客户端基于所述待添加图片更新所述上一版本的图片。
77.可选地，所述图片存储模块，用于：
78.当所述预期使用频率和/或第二页面层级满足所述预设条件时，将所述预设存储空间确定为所述第二存储位置；否则，将所述应用程序沙盘确定为所述第二存储位置。
79.需要说明的是，本技术实施例提供的一种应用程序安装包的生成装置所涉及各功能单元的其他相应描述，可以参考图1至图3方法中的对应描述，在此不再赘述。
80.基于上述如图1至图3所示方法，相应的，本技术实施例还提供了一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述如图1至图3所示的应用程序安装包的生成方法。
81.基于这样的理解，本技术的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施场景所述的方法。
82.基于上述如图1至图3所示的方法，以及图4所示的虚拟装置实施例，为了实现上述目的，本技术实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该计算机设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1至图3所示的应用程序安装包的生成方法。
83.可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(radio frequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、wi-fi接口)等。
84.本领域技术人员可以理解，本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。
85.存储介质中还可以包括操作系统、网络通信模块。操作系统是管理和保存计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间
通信。
86.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本技术可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。首先，服务器可以从安装有目标应用程序的多个客户端中分别获取图片读取子信息，由这些图片读取子信息共同组成图片读取信息。获取图片读取信息之后，可以根据图片读取信息从第一图片集合中分别确定第二图片集合和第三图片集合。其中，第一图片集合中包括目标应用程序对应的全部图片，第二图片集合与第三图片集合共同组成第一图片集合。接着，可以利用第二图片集合对目标应用程序对应的应用程序安装包进行更新，即利用第二图片集合替换第一图片集合，更新后即可生成新一版本的应用程序安装包。此外，还可以将第三图片集合存储在服务器的预设存储空间中。本技术实施例通过将应用程序安装包中的第一图片集合替换为第二图片集合，并将第三图片集合存储在预设存储空间中，可以在保证医疗类应用程序的使用体验的同时，有效减小应用程序安装包的体积，简单方便，有利于提升用户使用率。
87.本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本技术所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
88.上述本技术序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本技术的几个具体实施场景，但是，本技术并非局限于此，任何本领域的技术人员能思之的变化都应落入本技术的保护范围。

技术特征：
1.一种应用程序安装包的生成方法，其特征在于，包括：获取图片读取信息，所述图片读取信息包括安装目标应用程序的每个客户端对应的图片读取子信息；基于所述图片读取信息，从所述目标应用程序对应的第一图片集合中确定第二图片集合以及第三图片集合，所述第一图片集合由所述第二图片集合以及所述第三图片集合组成；依据所述第二图片集合，更新所述目标应用程序对应的应用程序安装包，并将所述第三图片集合存储至预设存储空间。2.根据权利要求1所述的方法，其特征在于，所述基于所述图片读取信息，从所述目标应用程序对应的第一图片集合中确定第二图片集合以及第三图片集合，包括：基于所述图片读取信息，从所述第一图片集合中确定被读取图片集合，以及所述被读取图片集合中每张被读取图片对应的实际使用频率和/或第一页面层级；依据所述实际使用频率和/或所述第一页面层级，从所述被读取图片集合中确定满足预设条件的被读取图片，并根据满足预设条件的被读取图片生成目标黑名单，所述目标黑名单用于指示不包含在所述应用程序安装包中的被读取图片；基于所述目标黑名单，确定所述第二图片集合以及所述第三图片集合。3.根据权利要求2所述的方法，其特征在于，所述基于所述目标黑名单，确定所述第二图片集合以及所述第三图片集合，包括：从所述被读取图片集合中剔除包含在所述目标黑名单中的被读取图片，更新所述被读取图片集合，并基于更新后的被读取图片集合以及预设白名单，得到所述第二图片集合，所述预设白名单用于指示包含在所述应用程序安装包中的图片；从所述第一图片集合中剔除所述第二图片集合，得到所述第三图片集合。4.根据权利要求1所述的方法，其特征在于，所述将所述第三图片集合存储至预设存储空间之后，所述方法还包括：接收图片获取请求，从所述预设存储空间中查找与所述图片获取请求对应的目标图片，并将所述目标图片反馈至发送所述图片获取请求的目标客户端，以使所述目标客户端将所述目标图片存储至应用程序沙盘中，以及当所述目标客户端运行所述目标应用程序并读取图片时，按照预设优先级进行读取，所述预设优先级从高至低的顺序包括所述目标应用程序的原始图片路径、所述应用程序沙盘以及所述预设存储空间，所述原始图片路径下存储所述第二图片集合。5.根据权利要求1所述的方法，其特征在于，所述方法还包括：当存在待添加图片时，确定所述待添加图片对应的图片版本标识，所述待添加图片为所述第一图片集合之外的图片；当所述图片版本标识指示所述待添加图片为所述第一图片集合中图片的升级图片时，确定所述待添加图片的上一版本的图片所处的第一存储位置，并基于所述待添加图片以及所述第一存储位置，更新所述上一版本的图片；否则，基于所述待添加图片对应的预期使用频率和/或第二页面层级，确定所述待添加图片的第二存储位置，并将所述待添加图片存储至所述第二存储位置。6.根据权利要求5所述的方法，其特征在于，所述基于所述待添加图片以及所述第一存
储位置，更新所述上一版本的图片，包括：若所述第一存储位置为所述预设存储空间，则基于所述待添加图片更新所述预设存储空间中所述上一版本的图片；若所述第一存储位置为所述原始图片路径指示的存储位置，或者为所述应用程序沙盘，则当监测到安装所述目标应用程序的任一客户端的程序启动指令时，将所述待添加图片发送至所述任一客户端，以使所述任一客户端基于所述待添加图片更新所述上一版本的图片。7.根据权利要求5所述的方法，其特征在于，所述基于所述待添加图片对应的预期使用频率和/或第二页面层级，确定所述待添加图片的第二存储位置，包括：当所述预期使用频率和/或第二页面层级满足所述预设条件时，将所述预设存储空间确定为所述第二存储位置；否则，将所述应用程序沙盘确定为所述第二存储位置。8.一种应用程序安装包的生成装置，其特征在于，包括：信息获取模块，用于获取图片读取信息，所述图片读取信息包括安装目标应用程序的每个客户端对应的图片读取子信息；图片集合确定模块，用于基于所述图片读取信息，从所述目标应用程序对应的第一图片集合中确定第二图片集合以及第三图片集合，所述第一图片集合由所述第二图片集合以及所述第三图片集合组成；安装包生成模块，用于依据所述第二图片集合，更新所述目标应用程序对应的应用程序安装包，并将所述第三图片集合存储至预设存储空间。9.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法。10.一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法。

技术总结
本申请涉及数字医疗技术领域，公开了一种应用程序安装包的生成方法及装置、存储介质、计算机设备，该方法包括：获取图片读取信息，所述图片读取信息包括安装目标应用程序的每个客户端对应的图片读取子信息；基于所述图片读取信息，从所述目标应用程序对应的第一图片集合中确定第二图片集合以及第三图片集合，所述第一图片集合由所述第二图片集合以及所述第三图片集合组成；依据所述第二图片集合，更新所述目标应用程序对应的应用程序安装包，并将所述第三图片集合存储至预设存储空间。本申请可以在保证医疗类应用程序的使用体验的同时，有效减小应用程序安装包的体积，简单方便，有利于提升用户使用率。利于提升用户使用率。利于提升用户使用率。


技术研发人员：陈功
受保护的技术使用者：平安科技（深圳）有限公司
技术研发日：2023.05.10
技术公布日：2023/7/25