应用程序的预加载方法、通信设备及存储介质与流程

1.本技术涉及智能设备技术领域，尤其涉及一种应用程序的预加载方法、通信设备及存储介质。


背景技术：

2.随着科技水平的不断提高，智能终端设备上安装的应用程序(application，app)的数量以及类型也越来越多，用户可以通过各种app来实现生活中的各种功能，例如付款功能、扫码骑车功能等。
3.由于用户生活节奏的加快，app功能加载的速度已经成为用户体验的一项重要指标，app加载速度越快，用户所需要等待的时间越短，用户体验越好。
4.然而，目前的app都是在用户点击后才会启动初始化加载页面和软件开发工具包(software development kit，sdk)底层功能，如果网络环境差或者加载时间过长，都会导致用户等待较长时间，从而影响用户体验。


技术实现要素：

5.本技术提供一种应用程序的预加载方法、通信设备及存储介质，用以解决现有技术存在的问题。
6.第一方面，本技术提供一种应用程序的预加载方法，应用于第一设备，方法包括：
7.获取目标设备的广播消息，广播消息包括目标设备的设备信息；
8.根据设备信息，确定目标设备的设备功能信息；
9.预加载设备功能信息对应的应用程序app。
10.在一些实施例中，获取目标设备的广播消息，包括：
11.当第一设备位于多个第二设备的信号覆盖范围内时，从多个第二设备中确定满足预设要求的目标设备，并通过扫描获取目标设备的广播消息。
12.在一些实施例中，从多个第二设备中确定满足预设要求的目标设备，包括：
13.将多个第二设备中优先级最高的第二设备确定为目标设备；或者，
14.将多个第二设备中，与第一设备的距离最近的第二设备确定为目标设备。
15.在一些实施例中，获取目标设备的广播消息，包括：
16.当第一设备位于多个第二设备的信号覆盖范围内时，将多个第二设备均确定为目标设备，并通过扫描获取多个目标设备各自发送的广播消息。
17.在一些实施例中，还包括：若app的预加载时长达到预设时长且未前台运行，则关闭app。
18.在一些实施例中，还包括：若app未前台运行，且第一设备离开目标设备的信号覆盖范围，则关闭app。
19.在一些实施例中，设备信息包括设备标识、设备名称、设备类型、设备地址中的任一项或者至少两项。
20.第二方面，本技术提供一种应用程序的预加载方法，应用于第二设备，方法包括：
21.广播包含第二设备的设备信息的消息；消息用于指示第一设备在获取到第二设备的广播消息后，根据设备信息，确定第二设备的设备功能信息，并预加载设备功能信息对应的应用程序app。
22.在一些实施例中，设备信息包括设备标识、设备名称、设备类型、设备地址中的任一项或者至少两项。
23.第三方面，本技术提供一种通信设备，包括存储器，通信模块，处理器：
24.存储器，用于存储计算机程序；通信模块，用于在处理器的控制下与其他设备进行通信；处理器，用于读取存储器中的计算机程序并执行以下操作：
25.获取目标设备的广播消息，广播消息包括目标设备的设备信息；
26.根据设备信息，确定目标设备的设备功能信息；
27.预加载设备功能信息对应的应用程序app。
28.第四方面，本技术提供一种通信设备，包括存储器，通信模块，处理器：
29.存储器，用于存储计算机程序；通信模块，用于在处理器的控制下与其他设备进行通信；处理器，用于读取存储器中的计算机程序并执行以下操作：
30.广播包含第二设备的设备信息的消息；消息用于指示第一设备在获取到第二设备的广播消息后，根据设备信息，确定第二设备的设备功能信息，并预加载设备功能信息对应的应用程序app。
31.第五方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现上述的应用程序的预加载方法。
32.本技术提供的应用程序的预加载方法、通信设备及存储介质，具备各种用户功能的第二设备可以广播自身的设备信息，用户的第一设备在获取到第二设备的广播信息后，可以根据设备信息确定第二设备的设备功能信息，并根据设备功能信息在第一设备的后台预加载对应的app，从而，当用户选择点击对应的app后，可以大大提高app的加载速度，实现app“秒开”的效果，从而可以大大缩短用户的等待时间，提升用户体验。
附图说明
33.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
34.图1为本技术实施例提供的应用程序的预加载方法的示意图；
35.图2为本实施例的具体场景示意图；
36.图3为本实施例的具体场景示意图；
37.图4为本技术实施例提供的应用程序的预加载装置的示意图；
38.图5为本技术实施例提供的应用程序的预加载装置的示意图；
39.图6为本技术实施例提供的通信设备的结构示意图；
40.图7为本技术实施例提供的通信设备的结构示意图。
41.通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为
本领域技术人员说明本公开的概念。
具体实施方式
42.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
43.在本技术实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本技术实施例中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
44.取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
45.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
46.随着科技水平的不断提高，智能终端设备上安装的应用程序(application，app)的数量以及类型也越来越多，用户可以通过各种app来实现生活中的各种功能，例如付款功能、扫码骑车功能等。
47.由于用户生活节奏的加快，app功能加载的速度已经成为用户体验的一项重要指标，app加载速度越快，用户所需要等待的时间越短，用户体验越好。
48.然而，目前的app都是在用户点击后才会启动初始化加载页面和软件开发工具包(software development kit，sdk)底层功能，如果网络环境差或者加载时间过长，都会导致用户等待较长时间，从而影响用户体验。
49.本技术提供的应用程序的预加载方法，旨在解决现有技术的如上技术问题。
50.本技术方案的主要构思为：具备各种用户功能的第二设备可以广播自身的设备信息，用户的第一设备在获取到第二设备的广播信息后，可以根据设备信息确定第二设备的设备功能信息，并根据设备功能信息在第一设备的后台预加载对应的app，从而，当用户选择点击对应的app后，可以大大提高app的加载速度，实现app“秒开”的效果，从而可以大大缩短用户的等待时间，提升用户体验。
51.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
52.在一些实施例中，提供一种应用程序的预加载方法，应用于第一设备以及第二设备，其中，该第一设备例如可以是用户的终端设备，如手机等。该第二设备例如可以是具备各种用户功能的设备，如共享自行车、收款设备等。
53.图1为本技术实施例提供的应用程序的预加载方法的示意图，如图1所示，该方法主要包括以下步骤：
54.s010、第二设备广播包含第二设备的设备信息的消息；消息用于指示第一设备在获取到第二设备的广播消息后，根据设备信息，确定第二设备的设备功能信息，并预加载设备功能信息对应的应用程序app。
55.可选的，第二设备可以通过低功耗蓝牙(bluetooth low energy，ble)的方式广播包含第二设备的设备信息的消息，相应的，第一设备可以通过蓝牙扫描以获取第二设备的广播消息。
56.可选的，设备信息包括设备标识、设备名称、设备类型、设备地址中的任一项或者至少两项。
57.s100、获取目标设备的广播消息，广播消息包括目标设备的设备信息；
58.其中，目标设备可以具备各种用户功能的第二设备中的设备，目标设备广播包含自身设备信息的广播消息，当第一设备处于目标设备的信号覆盖范围内时，第一设备可以获取目标设备的广播消息，从而第一设备可以从广播消息中获取目标设备的设备信息。
59.可选的，目标设备的数量可以是一个或者多个，例如，当第一设备位于单个第二设备的信号覆盖范围内时，则可以将该单个第二设备确定为目标设备，并获取该单个目标设备的广播消息。
60.又例如，当第一设备位于n个(n为大于1的正整数)第二设备的信号覆盖范围内时，则可以将该n个第二设备中的m个(m为大于等于1且小于等于n的正整数)设备确定为目标设备，并获取该m个目标设备的广播消息。
61.s200、根据设备信息，确定目标设备的设备功能信息；
62.第一设备在获取到单个或者m个目标设备的设备信息后，可以根据设备信息进一步确定目标设备的设备功能信息。
63.可选的，设备信息包括设备标识、设备名称、设备类型、设备地址中的任一项或者至少两项。从而，根据上述信息，第一设备可以准确确定目标设备的设备功能信息，即确定目标设备用于实现何种功能。
64.例如，若目标设备的设备名称为“共享自行车”，则第一设备可以确定目标设备用于实现扫码骑车功能。
65.可以理解，对于m个目标设备，第一设备根据各目标设备各自对应的设备信息分别确定对应的设备功能信息。
66.s300、预加载设备功能信息对应的应用程序app。
67.第一设备在确定目标设备的设备功能信息后，根据设备功能信息查找自身已安装的对应app，并在后台预加载该对应app。
68.可以理解，若目标设备的数量为1个，则第一设备仅预加载对应的1个app；若目标设备的数量为m个，则第一设备可以预加载对应的m个app。
69.从而，由于app已经预先在后台预加载好，当用户靠近目标设备并点击对应的app时，可以实现app秒开的效果，大大缩短app的打开加载时间。
70.本实施例提供一种应用程序的预加载方法，具备各种用户功能的第二设备可以广播自身的设备信息，用户的第一设备在获取到第二设备的广播信息后，可以根据设备信息
确定第二设备的设备功能信息，并根据设备功能信息在第一设备的后台预加载对应的app，从而，当用户选择点击对应的app后，可以大大提高app的加载速度，实现app“秒开”的效果，从而可以大大缩短用户的等待时间，提升用户体验。
71.在一些实施例中，获取目标设备的广播消息，包括：s110、当第一设备位于多个第二设备的信号覆盖范围内时，从多个第二设备中确定满足预设要求的目标设备，并通过扫描获取目标设备的广播消息。
72.具体的，当第一设备位于n个(n为大于1的正整数)第二设备的信号覆盖范围内时，则可以将该n个第二设备中满足预设要求的m个(m为大于等于1且小于等于n的正整数)设备确定为目标设备，并通过扫描广播消息的方式获取到目标设备的广播消息。
73.可选的，若m＝1，从多个第二设备中确定满足预设要求的目标设备，包括：s111、将多个第二设备中优先级最高的第二设备确定为目标设备；或者，将多个第二设备中，与第一设备的距离最近的第二设备确定为目标设备。
74.图2为本实施例的具体场景示意图，如图2所示，图中虚线表示各第二设备的信号覆盖范围，当第一设备位于多个第二设备的信号覆盖范围内时，第一设备可以从多个第二设备中仅确定一个设备作为目标设备，例如选择优先级最高或者与第一设备距离最近的第二设备为目标设备等，其中，各第二设备的优先级可以由用户进行自定义设置，或者第一设备自身预设。
75.从而，在确定单个第二设备为目标设备后，第一设备可以预加载单个第二设备对应的单个app，以减少后台加载多个app引起第一设备运行卡顿的可能性，并减少第一设备的功耗。
76.可选的，若m＝n，则获取目标设备的广播消息，包括：s120、当第一设备位于多个第二设备的信号覆盖范围内时，将多个第二设备均确定为目标设备，并通过扫描获取多个目标设备各自发送的广播消息。
77.图3为本实施例的具体场景示意图，如图3所示，图中虚线表示各第二设备的信号覆盖范围，当第一设备位于多个第二设备的信号覆盖范围内时，第一设备可以将多个第二设备均确定为目标设备，相应的，在确定多个第二设备均为目标设备后，第一设备可以预加载多个第二设备对应的多个app，从而，无论用户选择使用哪个app，均可以起到app秒开的效果，从而提高用户体验。
78.可选的，若1《m《n，则从多个第二设备中确定满足预设要求的目标设备，也可以采取以下方式中的任一种：
79.(1)从n个第二设备中随机选择m个第二设备，并确定为目标设备；
80.(2)按照设备优先级由高到低的顺序，从n个第二设备中选择m个第二设备，并确定为目标设备；
81.(3)按照与第一设备的距离由近到远的顺序，从n个第二设备中选择m个第二设备，并确定为目标设备。
82.也就是说，除了仅选择一个目标设备或者将所有第二设备均作为目标设备的情况之外，第一设备也可以是将部分第二设备确定为目标设备。
83.在一些实施例中，在第一设备后台预加载了目标设备对应的app后，若用户一直未点击使用该app，则该app一直处于预加载状态，为了避免对第一设备的设备性能造成影响
(如占用设备内存导致设备卡顿等)，第一设备可以设置相应的app自动关闭机制，以保证第一设备的设备性能。
84.具体的，方法还包括：s410、若app的预加载时长达到预设时长且未前台运行，则关闭app。
85.从而，通过对app的预加载时长进行限定，即限定app仅预加载预设时长，可以避免app一直处于预加载状态的情况，实现app自动关闭。
86.可选的，方法还包括：s420、若app未前台运行，且第一设备离开目标设备的信号覆盖范围，则关闭app。
87.从而，通过对app的预加载条件进行限定，即限定仅当第一设备处于目标设备的信号覆盖范围内时才预加载对应的app，可以避免app一直处于预加载状态的情况，实现app自动关闭。
88.可以理解，也可以通过其他条件实现app自动关闭，在此不做限定。
89.应该理解的是，虽然上述实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
90.在一些实施例中，提供一种应用程序的预加载装置，应用于第一设备。
91.图4为本技术实施例提供的应用程序的预加载装置的示意图，如图4所示，该装置包括：
92.获取模块100，用于获取目标设备的广播消息，广播消息包括目标设备的设备信息；
93.确定模块200，用于根据设备信息，确定目标设备的设备功能信息；
94.预加载模块300，用于预加载设备功能信息对应的应用程序app。
95.在一些实施例中，获取目标设备的广播消息，包括：
96.当第一设备位于多个第二设备的信号覆盖范围内时，从多个第二设备中确定满足预设要求的目标设备，并通过扫描获取目标设备的广播消息。
97.在一些实施例中，从多个第二设备中确定满足预设要求的目标设备，包括：
98.将多个第二设备中优先级最高的第二设备确定为目标设备；或者，
99.将多个第二设备中，与第一设备的距离最近的第二设备确定为目标设备。
100.在一些实施例中，获取目标设备的广播消息，包括：
101.当第一设备位于多个第二设备的信号覆盖范围内时，将多个第二设备均确定为目标设备，并通过扫描获取多个目标设备各自发送的广播消息。
102.在一些实施例中，还包括：若app的预加载时长达到预设时长且未前台运行，则关闭app。
103.在一些实施例中，还包括：若app未前台运行，且第一设备离开目标设备的信号覆盖范围，则关闭app。
104.在一些实施例中，设备信息包括设备标识、设备名称、设备类型、设备地址中的任
一项或者至少两项。
105.在一些实施例中，提供一种应用程序的预加载装置，应用于第二设备。
106.图5为本技术实施例提供的应用程序的预加载装置的示意图，如图5所示，该装置包括：
107.广播模块600，用于广播包含第二设备的设备信息的消息；消息用于指示第一设备在获取到第二设备的广播消息后，根据设备信息，确定第二设备的设备功能信息，并预加载设备功能信息对应的应用程序app。
108.在一些实施例中，设备信息包括设备标识、设备名称、设备类型、设备地址中的任一项或者至少两项。
109.关于应用程序的预加载装置的具体限定可以参见上文中对于应用程序的预加载方法的限定，在此不再赘述。上述应用程序的预加载装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
110.在一些实施例中，提供一种通信设备，具体可以是前述实施例中的第一设备。
111.图6为本技术实施例提供的通信设备的结构示意图，如图6所示，该通信设备包括存储器11，通信模块12，处理器13，其中，存储器，用于存储计算机程序；通信模块，用于在处理器的控制下与其他设备进行通信；处理器，用于读取存储器中的计算机程序并执行以下操作：
112.获取目标设备的广播消息，广播消息包括目标设备的设备信息；
113.根据设备信息，确定目标设备的设备功能信息；
114.预加载设备功能信息对应的应用程序app。
115.在一些实施例中，获取目标设备的广播消息，包括：
116.当第一设备位于多个第二设备的信号覆盖范围内时，从多个第二设备中确定满足预设要求的目标设备，并通过扫描获取目标设备的广播消息。
117.在一些实施例中，从多个第二设备中确定满足预设要求的目标设备，包括：
118.将多个第二设备中优先级最高的第二设备确定为目标设备；或者，
119.将多个第二设备中，与第一设备的距离最近的第二设备确定为目标设备。
120.在一些实施例中，获取目标设备的广播消息，包括：
121.当第一设备位于多个第二设备的信号覆盖范围内时，将多个第二设备均确定为目标设备，并通过扫描获取多个目标设备各自发送的广播消息。
122.在一些实施例中，还包括：若app的预加载时长达到预设时长且未前台运行，则关闭app。
123.在一些实施例中，还包括：若app未前台运行，且第一设备离开目标设备的信号覆盖范围，则关闭app。
124.在一些实施例中，设备信息包括设备标识、设备名称、设备类型、设备地址中的任一项或者至少两项。
125.在一些实施例中，提供一种通信设备，具体可以是前述实施例中的第二设备。
126.图7为本技术实施例提供的通信设备的结构示意图，如图7所示，该通信设备包括
存储器21，通信模块22，处理器23，其中，存储器，用于存储计算机程序；通信模块，用于在处理器的控制下与其他设备进行通信；处理器，用于读取存储器中的计算机程序并执行以下操作：
127.广播包含第二设备的设备信息的消息；消息用于指示第一设备在获取到第二设备的广播消息后，根据设备信息，确定第二设备的设备功能信息，并预加载设备功能信息对应的应用程序app。
128.在一些实施例中，设备信息包括设备标识、设备名称、设备类型、设备地址中的任一项或者至少两项。
129.在上述通信设备中，存储器和处理器之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可以通过一条或者多条通信总线或信号线实现电性连接，如可以通过总线连接。存储器中存储有实现数据访问控制方法的计算机执行指令，包括至少一个可以软件或固件的形式存储于存储器中的软件功能模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理。
130.存储器可以是，但不限于，随机存取存储器(random access memory，ram)，只读存储器(read only memory，rom)，可编程只读存储器(programmable read-only memory，prom)，可擦除只读存储器(erasable programmable read-only memory，eprom)，电可擦除只读存储器(electric erasable programmable read-only memory，eeprom)等。其中，存储器用于存储程序，处理器在接收到执行指令后，执行程序。进一步地，上述存储器内的软件程序以及模块还可包括操作系统，其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件组件相互通信，从而提供其他软件组件的运行环境。
131.处理器可以是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
132.在一些实施例中，提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现本技术各方法实施例的步骤。
133.在一些实施例中，提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本技术各方法实施例的步骤。
134.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
135.本领域技术人员在考虑说明书及实践这里公开的申请后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。
136.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。