应用程序的下载方法及装置、电子设备及存储介质与流程

1.本公开涉及计算机软件技术领域，特别涉及一种应用程序的下载方法、电子设备及计算机可读存储介质。


背景技术：

2.随着电子设备的普及，各类应用商店层出不穷，针对用户终端安装有不止一个应用商店的情况，在跳转应用商店下载应用程序时，需要进行应用商店的选择。通常采用弹窗的方式显示应用商店的勾选框，基于用户选择操作选取应用商店下载应用程序。流程增长，转化率降低。


技术实现要素：

3.本公开实施例提供一种应用程序的下载方法、电子设备及计算机可读存储介质。
4.第一方面，本技术提供了一种应用程序的下载方法，可以应用于电子设备，该方法可以包括：
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.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
61.图1是本技术实施例中的一种应用程序的下载方法的实施例流程示意图。
62.图2是本技术实施例中的另一种应用程序的下载方法的实施例流程示意图。
63.图3是本技术实施例中的另一种应用程序的下载方法的实施例流程示意图。
64.图4是本技术实施例中示出的相关方案中应用程序下载方法流程示意图。
65.图5是本技术实施例中的应用程序的下载方法流程示意图。
66.图6是本技术实施例中的一种应用程序的下载装置的结构示意图。
67.图7是本技术实施例中的一种电子设备结构示意图。
具体实施方式
68.以下描述中，参考形成本技术一部分并以说明之方式示出本技术实施例的具体方面或可使用本技术实施例的具体方面的附图。应理解，本技术实施例可在其它方面中使用，并可包括附图中未描绘的结构或逻辑变化。因此，以下详细描述不应以限制性的意义来理解，且本技术的范围由所附权利要求书界定。例如，应理解，结合所描述方法的揭示内容可以同样适用于用于执行所述方法的对应设备或装置，且反之亦然。例如，如果描述一个或多个具体方法步骤，则对应的设备可以包含如功能单元等一个或多个单元，来执行所描述的一个或多个方法步骤(例如，一个单元执行一个或多个步骤，或多个单元，其中每个都执行多个步骤中的一个或多个)，即使附图中未明确描述或说明这种一个或多个单元。另一方面，例如，如果基于如功能单元等一个或多个单元描述具体装置，则对应的方法可以包含一个步骤来执行一个或多个单元的功能性(例如，一个步骤执行一个或多个单元的功能性，或多个步骤，其中每个执行多个单元中一个或多个单元的功能性)，即使附图中未明确描述或说明这种一个或多个步骤。进一步，应理解的是，除非另外明确提出，本文中所描述的各示例性实施例和/或方面的特征可以相互组合。
69.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
70.图1为本技术实施例中的一种应用程序的下载方法的实施例流程示意图，应用于电子设备中。电子设备可以包括终端设备，终端设备也可以称为终端(terminal)、可以是移动终端、固定终端或便携式终端。例如终端设备可以为用户设备(user equipment，ue)、移动设备、蜂窝电话、无绳电话、个人数字处理(personaldigital assistant，pda)、手持设备、计算设备、车载设备、可穿戴设备等。
71.参见图1所示，本公开实施例提供一种应用程序的下载方法可以包括：
72.s101，当电子设备安装有多个备选应用商店且检测到目标应用程序的下载需求时，根据备选应用商店的历史使用信息，确定选择策略；
73.s102，根据选择策略，从多个备选应用商店选择目标应用商店；
74.s103，从目标应用商店下载目标应用程序。
75.本技术实施例中，目标应用程序可以是待下载安装至上述终端中的应用程序，目标应用程序的下载需求，可以是作用于除应用商店以外的应用程序或页面等对象的操作指令。例如，可以为作用于短信广告中的应用下载链接的操作指令，或者作用于其他应用程序推荐信息中的应用下载指令，或者作用于在浏览器查找到的信息中的应用下载指令等。
76.本技术实施例中，上述选择策略可以包括以下至少之一：
77.第一策略为：根据用户历史行为信息和/或用户偏好信息确定目标应用商店的策略；
78.第二策略为：根据电子设备的厂商信息和/或电子设备的原生应用商店的信息确定目标应用商店的策略；
79.第三策略为：根据备选应用商店提供的目标应用程序的下载链接类型确定目标应用程序的策略。
80.在一个实施例中，根据备选应用商店的历史使用信息，确定选择策略，可以是根据应用商店的历史使用次数，确定选择策略。
81.该历史使用信息可为各种描述电子设备内安装的应用商店使用情况的信息，具体如包括但不限于以下至少之一：
82.各个备选应用商店的使用频率；
83.各个备选应用商店的最后一次使用时间；
84.电子设备内当前未卸载应用程序下载时使用的应用商店等。
85.示例性的，当应用商店的历史使用信息表明备选应用商店的历史使用次数达到预设次数时，确定选择策略为第一策略。
86.若电子设备的备选商店的总历史使用次数未达到预设次数，则说明电子设备在使用过程中下载应用程序还比较少，此时历史使用信息的参照比较小，确定不按照历史使用信息确定目标应用商店的第一策略。在另一实施例中，根据备选应用商店的历史使用信息，确定选择策略，还可以是根据应用商店的历史使用频率，确定选择策略。
87.示例性的，当备选应史使用频率达到预设频率，确定选择策略为所述第一策略。
88.预设次数可以是人为设定，也可以是基于安装的应用程序的数量的比例确定。应用商店的历史使用次数与历史使用频率用于表征下载应用程序的频次，通过查询设备中应用是通过那个应用商店下载的，即应用程序的下载来源，确定应用商店的历史使用频次。例如，可通过已下载应用的安装日志信息确定下载来源，或者，也可以通过备选应用商店的下载记录确定已下载应用的下载来源。
89.在一个实施例中，根据上述第一策略下载目标应用程序时，确定安装应用程序最多的应用商店，作为目标应用商店。
90.示例性的，目标应用程序为a，分别存在三个备选应用商店s1、s2和s3，设备在检测到目标应用程序a的下载需求时，分别获取备选应用商店s1、s2和s3的历史下载次数s1、s2
和s3，将历史下载次数最大的应用商店作为目标应用商店，对目标应用程序a进行下载。
91.应用商店安装应用程序数量能够一定表征用户的使用习惯，将安装应用程序最多的应用商店作为目标应用商店，所确定的目标应用商店更符合用户的使用习惯，基于此，如图2所示，上述应用程序的下载方法还可以包括：
92.s201，获取电子设备已安装的应用程序的列表，该列表内包括：剔除电子设备的内置系统应用程序后的应用程序的标识；
93.s202，遍历应用程序列表，识别应用程序列表中的每一应用程序的安装来源地的应用商店。
94.可以理解的，电子设备出厂时，通常会预先安装部分基础内置应用程序。以电子设备为手机为例，为支持设备的基本使用，通常会预先安装例如短信、通讯录、相机等基础应用，这部分应用程序并非用户通过应用商店自行下载，因此，这些应用程序的安装来源并不具备表征用户使用习惯的特性，因此，本技术获取已安装应用程序列表，剔除了内置应用程序，所识别的应用程序安装来源更符合用户实际使用的情况下的使用习惯。
95.在一个实施例中，设备基于系统类型剔除内置应用程序。该设备基于系统类型剔除内置应用程序，可包括：剔除各个应用程序的包名或者名称具有与电子设备的操作系统关联的字符串的应用程序。
96.示例性的，设备的操作系统为安卓系统，获取到设备已安装的应用程序列表后，剔除该列表中包名带com.android的内置应用，遍历应用程序列表中的各应用程序的安装日志，获取该列表中每一应用程序的安装来源。
97.在另一个实施例中，设备基于应用程序名称剔除内置应用程序。
98.示例性的，系统内置应用程序通常为固定名称的部分应用程序，例如手机中的短信、通讯录、相机等应用，可以预先设置需要剔除的应用程序名称，获取到设备中已安装的应用程序列表后，剔除该部分应用程序。
99.在一个实施例中，识别应用程序列表中的每一应用程序的安装来源地的应用商店，包括：
100.根据设备中已下载应用的日志信息，和/或多个备选应用商店的历史下载记录确定应用程序列表中的每一应用程序的安装来源地的应用商店。
101.在本公开实施例中，设备中已下载应用的日志信息，可以为设备中已下载的非操作系统内置应用程序的日志信息，也可以为设备中已下载的通过应用商店下载更新安装包的应用程序的日志信息。
102.在一个实施例中，备选应用商店的历史下载记录可以包括备选应用商店的历史下载记录，也可以包括备选应用商店对设备内应用的历史更新记录。
103.如此，通过应用商店的下载记录或应用的日志信息可以准确获取应用商店对设备内应用程序的下载情况，从而更全面的表征用户设备对应用商店的使用习惯。
104.在一个实施例中，上述方法还包括：
105.当备选应用商店的历史使用信息表明备选应用商店的历史使用次数未达到预设次数，确定选择策略为第二策略或第三策略。
106.当备选应用商店的历史使用信息表明备选应用商店的历史使用频率未达到预设频率，确定选择策略为第二策略或第三策略。
107.其中，第二选择策略的优先级高于第三策略。
108.在一实施例中，当选择策略为第二策略且电子设备的内置操作系统配置有原生应用商店时，选择原生应用商店作为目标应用商店。
109.应理解的，备选应用商店的历史使用次数小于预设次数，或者历史使用频率小于预设频率时，可以设备中的应用程序并未通过备选应用商店下载，例如，设备为新出厂设备，或者进行了回复出厂设置操作。或者也可以是通过备选应用程序下载的应用程序较少。这些情况下，该设备中安装的备选应用商店下载应用程序的频次较低，备选应用商店的历史使用信息样本并不能够支持分析用户使用习惯，设备的原生应用商店相对更适应设备的应用需求。
110.示例性的，设备检测到备选应用商店的历史下载次数，或者历史下载频率小于预设值时，检测该设备是否配置有原生应用商店，检测到存在原生应用商店时，将设备原生应用商店作为目标应用商店。
111.在另一实施例中，当选择策略为第二策略且电子设备的内置操作系统未配置有原生应用商店时，将电子设备内最后一个安装的应用程序的安装来源地的应用商店作为目标应用商店。
112.示例性的，设备检测到备选应用商店的历史下载次数，或者历史下载频率小于预设值时，检测该设备是否配置有原生应用商店，检测到设备未配置有原生应用商店时，根据获取的应用程序列表，获取已安装应用程序安装时间，将设备内最后一个安装的应用程序的安装来源地的应用商店作为目标应用商店。
113.可以理解的，备选应用商店的历史下载次数，或者历史下载频率小于预设值时，表明设备中安装的备选应用商店下载应用程序的频次较低，备选应用商店的历史使用信息样本并不能够支持分析用户使用习惯，且设备未配置原生应用商店，最后一个安装的应用程序的安装来源应用商店，表征的是用户最近一次使用的应用商店，相对更符合用户的使用需求。
114.本技术实施例中，从备选应用商店选择目标应用商店之后，从目标应用商店下载目标应用程序。
115.在一个实施例中，根据上述选择策略选择的目标应用商店支持目标应用程序的深度链接时，直接基于该应用程序的深度链接跳转至目标应用商店下载该目标应用程序的下载界面。
116.深度链接，又称深度链接技术，是指在app/短信/广告里点击链接，用户点击后，能直接跳转到目标app具体位置的技术，也可以实现从多个平台到app内指定页的跳转。如果用户并未安装app，那么就会跳转到app下载页面。等用户安装打开app后仍然能跳转到指定页面。目前应用商店提供各自的深度链接。对应的深度链接示例：
117.googleplay：https://play.google.com/store/apps/details？id＝应用包名；
118.小米应用商店：https://app.mi.com/details？id＝应用包名。
119.在设备确定出目标应用商店之后，直接基于该应用商店的深度链接，跳转至目标应用程序的下载页面，能够缩短用户使用路径，提高转化率，降低用户流失率。
120.在本技术中，当电子设备安装有多个备选应用商店且检测到目标应用程序的下载需求时，根据备选应用商店的历史使用信息，确定选择策略，根据选择策略，从多个备选应
用商店选择目标应用商店，从目标应用商店下载目标应用程序。如此，根据各备选应用商店的实际历史使用信息进行分析，能够得到用户相对更习惯使用的商店后，以减小首次使用出现勾选框问题、用户错误勾选后难以改正问题，做到智能选择用户习惯商店，减短链路，增加转化率。
121.深度链接技术由各应用商店提供，因此存在部分应用商店不支持该深度链接技术的情况，当选择策略为第三策略时，从提供目标应用程序的深度链接的备选应用商店中选择目标应用商店。基于此，参见图3所示，上述应用程序的下载方法还可以包括：
122.s301，当提供目标应用程序下载的备选应用商店均不支持深度链接时，显示备选应用商店的选择信息；
123.s302，根据作用于选择信息的选择操作，确定目标应用商店。
124.本技术实施例中，显示备选应用商店的选择信息，基于选择操作确定目标应用商店，下载目标应用程序时，在备选应用商店均不支持深度链接的情况下，也能够成功确定出目标应用商店。
125.示例性的，备选应用商店的选择信息可以是以弹窗的形式，在电子设备的显示界面上显示，当检测到目标应用程序的下载需求且设备中安装的应用商店均不支持深度链接，设备获取已安装的所有应用商店。例如该电子设备是安卓系统的手机，通过market协议获取手机内所有已安装的应用商店并展示在手机的显示界面供用户选择。
126.在一个实施例中，显示备选应用商店的选择信息，可以是基于备选应用商店的历史使用次数顺序显示。在需要显示备选应用商店的选择信息时，获取所有备选应用商店的历史使用次数，按照历史使用次数以降序显示或升序显示。
127.在一实施例中，显示备选应用商店的选择信息，还可以是基于备选应用商店的历史使用频率顺序显示。在需要显示备选应用商店的选择信息时，获取所有备选应用商店的历史使用频率，按照历史使用频率以降序显示或升序显示。
128.在本技术中，当电子设备安装有多个备选应用商店且检测到目标应用程序的下载需求时，根据备选应用商店的历史使用信息，确定选择策略，根据选择策略，从多个备选应用商店选择目标应用商店，从目标应用商店下载目标应用程序。如此，根据各备选应用商店的实际历史使用信息进行分析，能够得到用户相对更习惯使用的商店后，以减小首次使用出现勾选框问题、用户错误勾选后难以改正问题，做到智能选择用户习惯商店，减短链路，增加转化率。同时，在备选应用商店不支持深度链接的情况下，还可以基于选择操作确定目标应用商店，保证在极端情况下也能够成功选择跳转目标应用商店，提高了整体的容错率。
129.在一些实施例中，所述方法还包括：
130.在预设网络环境下，当所述电子设备安装有多个备选应用商店且检测到目标应用程序的下载需求时，根据所述备选应用商店的历史使用信息，确定选择策略，获取备选应用商店下载目标应用程序的预计流量消耗；
131.根据所述流量消耗，选择流量消耗最少的备选应用商店作为所述目标应用商店。
132.所述预设网络环境包括以下至少之一：
133.电子设备在无wifi场景下，通过用户识别模块(sim)卡到网络；
134.检测到电子设备所连接网络的带宽小于预设带宽；
135.检测到电子设备在当前时刻以内的预设时长内出现丢包现象。
136.在一些实施例中，所述s101可包括：不在预设网络环境下，当所述电子设备安装有多个备选应用商店且检测到目标应用程序的下载需求时，根据所述备选应用商店的历史使用信息，确定选择策略。
137.以下以具体的实施例来对上述应用程序的下载方法进行说明。
138.图4为相关方案中的应用程序下载方法流程示意图，参见图4所示，选择应用商店下载应用程序时，先确定是否已选择默认应用商店，若已选择默认应用商店则直接跳转默认应用商店。若未选择默认应用商店，则弹出应用商店选择框，跳转至基于选择框选择的应用商店。
139.图5为本技术实施例提供的一种应用程序的下载方法流程示意图，参见图5所示，选择应用商店下载目标应用程序时，首先找出用户习惯的应用商店作为目标应用商店，基于目标应用商店提供的深度链接直接跳转至应用商店中下载目标应用程序界面。
140.在一个实施例中，以电子设备为安卓手机终端为例，上述应用程序的下载方法可以包括：
141.在检测到目标应用的下载需求后，获取手机中已安装应用程序列表；
142.示例性的，获取手机中已安装应用程序列表，在android11及以上系统通过获取例如“android.permission.query_all_packages”的权限后通过系统应用程序接口api函数获取手机的应用安装列表，android11以下版本可直接获取。android提供的packagema nager类能够直接获取手机中安装的应用程序信息，包括应用程序的图标、名称、版本、包名、是否是用户应用程序等信息。通过packagemanager getinstalledpackages()方法直接获取手机中已安装的应用程序列表。
143.剔除该应用程序列表中包名带com.android的系统内置应用；
144.遍历剔除系统内置应用的应用程序列表，获取该列表中所有应用程序对应的安装来源应用商店；例如，通过packagemanager getinstallerpackagename()方法获取应用程序安装来源。
145.确定安装来源最多的应用商店安装应用程序的次数是否大于预设次数；
146.若是，则将该安装来源最多的应用商店确定为目标应用商店，否则，确定手机中是否配置有该手机系统对应的原生应用商店，若存在原生应用商店，将手机对应的原生应用商店确定为目标应用商店，否则，将该手机中最后一次安装应用程序的应用商店确定为目标应用商店。
147.同时，上述方法还进一步确定应用商店是否支持深度链接，若支持，直接基于上述方法确定的目标应用商店跳转至该应用商店的下载目标应用程序界面。
148.当终端安装的应用商店均不支持深度链接时，通过market协议获取手机中所有安装的应用商店，并以弹窗形式展示在手机的显示界面上。
149.将基于用户的选择操作选择的应用商店作为目标应用商店，跳转至该应用商店下载目标应用程序。
150.至此，便实现了上述应用程序的下载方法下载目标应用程序的过程。
151.基于相同的发明构思，本技术实施例提供一种应用程序的下载装置，可以应用于电子设备，该应用程序的下载装置包括用于实施上述应用程序的下载方法的若干个功能单元。
152.图6为本技术实施例中的一种应用程序的下载装置的结构示意图，参见图6所示，该应用程序的下载装置600可以包括：
153.确定模块601，用于当电子设备安装有多个备选应用商店且检测到目标应用程序的下载需求时，根据备选应用商店的历史使用信息，确定选择策略；
154.选择模块602，用于根据选择策略，从多个备选应用商店选择目标应用商店；
155.下载模块603，用于从目标应用商店下载目标应用程序。
156.在一些可能的实施方式中，选择策略包括以下至少之一：
157.第一策略为：根据用户历史行为信息和/或用户偏好信息确定目标应用商店的策略；
158.第二策略为：根据电子设备的厂商信息和/或电子设备的原生应用商店的信息确定目标应用商店的策略；
159.第三策略为：根据备选应用商店提供的目标应用程序的下载链接类型确定目标应用程序的策略。
160.在一些可能的实施方式中，确定模块601，具体用于当备选应用商店的历史使用信息表明备选应用商店的历史使用次数达到预设次数，确定选择策略为第一策略；当备选应用商店的历史使用信息表明备选应用商店的历史使用频率达到预设频率，确定选择策略为第一策略。
161.在一些可能的实施方式中，确定模块601，还用于当备选应用商店的历史使用信息表明备选应用商店的历史使用次数未达到预设次数，确定选择策略为第二策略或第三策略；当备选应用商店的历史使用信息表明备选应用商店的历史使用频率未达到预设频率，确定选择策略为第二策略或第三策略。
162.在一些可能的实施方式中，选择模块602，具体用于当选择策略为第二策略且电子设备的内置操作系统配置有原生应用商店时，选择原生应用商店作为目标应用商店；当选择策略为第二策略且电子设备的内置操作系统未配置有原生应用商店时，将电子设备内最后一个安装的应用程序的安装来源地的应用商店作为目标应用商店。
163.在一些可能的实施方式中，选择模块602，还用于当选择策略为第三策略时，从提供目标应用程序的深度链接的备选应用商店中选择目标应用商店。
164.在一些可能的实施例中，应用程序的下载装置600，还包括：
165.备选信息显示模块，用于当提供目标应用程序下载的备选应用商店均不支持深度链接时，显示备选应用商店的选择信息；
166.第二确定模块，用于根据作用于选择信息的选择操作，确定目标应用商店。
167.在一些可能的实施例中，应用程序的下载装置600，还包括：识别模块；
168.识别模块，用于当根据第一策略下载目标应用程序时，识别电子设备中已安装的每一应用程序的安装来源地的应用商店；
169.选择模块602，还用于确定安装应用程序最多的应用商店，作为目标应用商店。
170.在一些可能的实施方式中，识别模块，具体用于获取电子设备已安装的应用程序的列表，列表为剔除电子设备的内置系统应用程序后的应用程序列表；遍历应用程序列表，识别应用程序列表中的每一应用程序的安装来源地的应用商店。
171.需要说明的是，确定模块601、选择模块602以及下载模块603的具体实现过程可参
考图1至图5实施例的详细描述，为了说明书的简洁，这里不再赘述。
172.基于相同的发明构思，本技术实施例提供一种电子设备，该电子设备可以与上述一个或者多个实施例中所述的账号注册方法一致。图7为本技术实施例中的一种电子设备结构示意图，参见图7所示，电子设备700，可以采用通用的计算机硬件，包括处理器701、存储器702。
173.在一些可能的实施方式中，至少一个处理器可以构成具有对一个或多个输入执行逻辑运算的电路的任何物理设备。例如，至少一个处理器可以包括一个或多个集成电路(ic)，包括专用集成电路(asic)、微芯片、微控制器、微处理器、中央处理单元(cpu)的全部或部分、图形处理单元(gpu)、数字信号处理器(dsp)、现场可编程门阵列(fpga)或者适于执行指令或执行逻辑运算的其它电路。由至少一个处理器执行的指令可以例如被预加载到与控制器集成的或嵌入在控制器中的存储器中，或者可以存储在分离的存储器中。存储器可以包括随机存取存储器(ram)、只读存储器(rom)、硬盘、光盘、磁介质、闪存，其它永久、固定或易失性存储器，或者能够存储指令的任何其它机制。在一些实施例中，至少一个处理器可以包括多于一个处理器。每个处理器可以具有相似的结构，或者处理器可以具有彼此电连接或断开的不同构造。例如，处理器可以是分离的电路或集成在单个电路中。当使用多于一个处理器时，处理器可以被配置为独立地或协作地操作。处理器可以以电、磁、光学、声学、机械或通过允许它们交互的其它手段来耦合。
174.基于相同的发明构思，本技术提供一种计算机存储介质，计算机存储介质存储有计算机可执行指令，计算机可执行指令被处理器执行后，能够实现如上述一个或者多个实施例所述的账号注册方法。
175.本领域技术人员可以理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
176.以上所述，仅为本技术示例性的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应该以权利要求的保护范围为准。