CN114760622A - 一种基于活跃度的软件预加载方法、终端及预加载系统 - Google Patents

Abstract

本发明公开了一种基于活跃度的软件预加载方法、终端及预加载系统，所述软件预加载方法包括：检测连接一新的基站时，终端通过广播获取各个周边终端的活跃应用列表；从各个活跃应用列表中筛选出TOP应用并进行预加载。以周边终端的活跃应用列表作为参考，为终端的预加载提供了常用应用的参考依据，实现了应用的智能化切换的控制；解决了现有手动预加载不能根据当前环境下的使用次数来选择适配的应用的问题。

Description

一种基于活跃度的软件预加载方法、终端及预加载系统

技术领域

本发明涉及终端局域网技术领域，尤其涉及的是一种基于活跃度的软件预加载方法、终端及预加载系统。

背景技术

根据用户工作、娱乐的需求，常在智能终端上安装各种功能的应用程序（APP，简称应用），为了缩短应用打开时的加载时间，提出了预加载方案，即智能终端检测用户切换到某种模式下之后，会根据用户在该模式下的设置针对性地对一些应用进行预加载，从而提高用户打开相应应用的速度。由于现有应用的预加载依赖于用户手动设置需预加载的应用和模式切换，当出现未设置的新模式、或某个新安装的应用没有进行模式分类时，应用加载仍会有延迟；同一应用在不同环境下的使用次数不同，不能根据使用次数选择相应的应用进行预加载，不能实现应用预加载的智能选择切换。

因此，现有技术还有待于改进和发展。

发明内容

鉴于上述现有技术的不足之处，本发明的目的在于提供一种基于活跃度的软件预加载方法、终端及预加载系统，以解决现有手动预加载不能根据当前环境下的使用次数来选择适配的应用的问题。

为了达到上述目的，本发明采取了以下技术方案：

一种基于活跃度的软件预加载方法，其包括步骤：

检测连接一新的基站时，终端通过广播获取各个周边终端的活跃应用列表；

从各个活跃应用列表中筛选出TOP应用并进行预加载。

所述的基于活跃度的软件预加载方法中，所述检测连接一新的基站时，终端通过广播获取各个周边终端的活跃应用列表的步骤包括：

终端实时判断是否连接一新的基站：若是，终端广播发送获取活跃应用列表的请求给周边终端；否则，不处理；

周边终端根据请求统计内部各个应用在预设时间内的使用次数，筛选出使用次数大于或等于活跃次数的应用；

将筛选出的应用按照使用次数从大到小的顺序来排序，提取各个应用的应用信息并生成活跃应用列表；

周边终端将活跃应用列表反馈给终端。

所述的基于活跃度的软件预加载方法中，所述终端通过蓝牙、wifi、或射频与周边进行广播通信连接。

所述的基于活跃度的软件预加载方法中，所述应用信息包括应用的名称、图标、使用次数、开发者和所属周边终端的ID号。

所述的基于活跃度的软件预加载方法中，所述从各个活跃应用列表中筛选出TOP应用并进行预加载的步骤包括：

终端对各个周边终端反馈的活跃应用列表中的各个应用、按照使用次数排序并筛选出TOP应用；

终端对各个TOP应用进行预加载。

所述的基于活跃度的软件预加载方法中，所述终端对各个周边终端反馈的活跃应用列表中的各个应用、按照使用次数排序并筛选出TOP应用的步骤包括：

终端对各个周边终端反馈的活跃应用列表进行解析，提取各个应用的应用信息，根据应用信息中的使用次数对各个应用进行排序；

将排序在前的预设个应用标识为TOP应用，删除其他应用。

所述的基于活跃度的软件预加载方法中，所述终端对TOP应用进行预加载的步骤包括：

判断各个TOP应用是否已安装：若是，对各个TOP应用进行预加载；否则，根据应用信息中应用的名称、图标、开发者和周边终端的ID号，向对应的周边终端请求获取未安装应用的安装包，安装后预加载。

所述的基于活跃度的软件预加载方法中，所述对各个TOP应用进行预加载的步骤包括：

判断终端内存当前的占用率是否大于等于限定值，是则根据设定个数减少预加载的应用个数，否则对各个TOP应用进行预加载。

一种用于实现所述的基于活跃度的软件预加载方法的终端，其包括广播模块、处理模块和预加载模块：

所述广播模块检测终端连接一新的基站时，获取各个周边终端的活跃应用列表；所述处理模块从各个活跃应用列表中筛选出TOP应用，预加载模块对各个TOP应用进行预加载。

一种用于实现所述的基于活跃度的软件预加载方法的系统，其包括终端、基站和若干个周边终端；

所述终端检测连接一新的基站时，通过广播获取各个周边终端的活跃应用列表；终端从周边终端反馈的各个活跃应用列表中筛选出TOP应用并进行预加载。

相较于现有技术，本发明提供的基于活跃度的软件预加载方法、终端及预加载系统中，所述软件预加载方法包括步骤：检测连接一新的基站时，终端通过广播获取各个周边终端的活跃应用列表；从各个活跃应用列表中筛选出TOP应用并进行预加载。以周边终端的活跃应用列表作为参考，为终端的预加载提供了常用应用的参考依据，实现了应用的智能化切换的控制；解决了现有手动预加载不能根据当前环境下的使用次数来选择适配的应用的问题。

附图说明

图1为本发明提供的基于活跃度的软件预加载方法的流程图；

图2为本发明提供的基于活跃度的预加载系统的结构框图。

具体实施方式

本发明提供一种基于活跃度的软件预加载方法、终端及预加载系统，利用终端附近的各个周边终端提供的活跃应用列表，从中选出当前使用次数较高的相关应用进行预加载，无需手动切换模式或设置，实现了智能化的应用预加载。为使本发明的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

本技术邻域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。 应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。 应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一模块和全部组合。

本技术邻域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属邻域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

请参阅图1，其为本发明提供的基于活跃度的软件预加载方法的流程图。如图1所示，所述软件预加载方法包括以下步骤：

S10、检测连接一新的基站时，终端通过广播获取各个周边终端的活跃应用列表；

S20、从各个活跃应用列表中筛选出TOP应用并进行预加载。

本实施例主要是根据应用的活跃度来选择相应的应用进行预加载，应用的活跃度是指终端在所处的当前环境下的使用次数，使用次数（也叫使用频次）越多则活跃度越高，将活跃度高的应用集中在一起组成活跃应用列表。本实施例以本终端附近的能广播连接的各个终端（称为周边终端）的常用应用来作为参考，得到活跃应用列表。

由于用户可能移动或静止，处于不同的环境下，周边终端也会不同，考虑到通信情况，本实施例以每个基站所覆盖的通信范围来划分一个较大的通信范围，以终端与周边终端的广播方式在通信范围内限定一个较小的传输距离。则在所述步骤S10中，终端实时判断是否注册到（即连接）一个新的基站，可以从modem上报到应用侧来判断是否注册，此为现有技术。若注册到新的基站，表示本终端进入了新的基站的通信范围，本终端主动广播发送获取活跃应用列表的请求给周边终端，等待周边终端回复，与周边终端达到一个会话的目的。

广播方式可有多样，如蓝牙连接和wifi直连（两个设备之间能够轻松连接彼此而不再需要一个中介性质的无线接入点）；由于这些广播方式都有固定的传输距离，例如蓝牙的传输距离为10米左右，wifi直连为10米~50米左右，因此，选择对应的广播方式，即可直接限定传输距离，不能蓝牙连接或wifi直连的终端则不属于周边终端。此处对广播方式不作限定，只要能在一定距离内，两个终端之间进行数据的发送、接收以及数据能正常解析即可。

由于不同终端开启的广播方式不同，若终端只开启了蓝牙连接或wifi直连功能，则仅以蓝牙或wifi直连搜索周围的终端并连接；若终端同时开启了蓝牙连接和wifi直连功能，广播时可先采用蓝牙搜索周围距离较近的周边终端并连接，再采用wifi直连搜索周围距离较远的且没有通过蓝牙连接的周边终端并连接。有的周边用户可能没有打开蓝牙和wifi直连功能，则这些周边终端无需连接。

周边终端接收到请求后，统计其已安装的各个应用在预设时间（如一周）内的使用次数，筛选出使用次数大于或等于活跃次数的应用，将筛选出的应用按照使用次数从大到小的顺序来排序，提取各个应用的应用信息（包括其名称、图标、使用次数、开发者、所属周边终端的ID（Identity Document）号、大小、类型等）并生成活跃应用列表。所述活跃次数可默认设置，也可用户修改。满足使用次数大于或等于活跃次数的应用的个数不确定，则活跃应用列表中列出的置于后台并且使用次数较高的应用可能是一个，也可能有多个；且每个周边终端生成的活跃应用列表的内容不同。

使用次数较高的应用，例如微信，其具有文字聊天、语音、视频、现金交易、各种快捷支付、快速进入多个小程序、提供行程码等功能，不同用户在多个场合下均会使用，使用次数很高则对应的活跃度高。某些游戏应用或学习类应用功能性比较单一，不同的用户群体（如根据年龄划分群体）的使用次数不同，活跃度也不同。

本实施例中，所述步骤S20具体包括：

步骤21、终端对各个周边终端反馈的活跃应用列表中的各个应用、按照使用次数排序并筛选出TOP应用。

本步骤中，终端对各个周边终端反馈的活跃应用列表进行解析，提取各个应用的应用信息，根据应用信息中的使用次数对各个应用进行排序。通过使用次数可找出该基站所处环境下，用户对各个应用使用的偏好度。例如，若某个基站覆盖的通信范围是大学城，则学习类应用和娱乐类应用使用较多；若某个基站覆盖的通信范围是购物美食中心，则支付类应用和拍摄类应用使用较多。

所述TOP应用，即排序在前的若干个应用，如排序前十（或前五、前三）的应用。保留TOP应用并删除其他应用，可节省存储空间。TOP应用的个数可设置。

步骤22、终端对TOP应用进行预加载。

保留的各个TOP应用，本终端可能已经安装了，也可能没有安装，则需要先判断各个TOP应用是否已安装，如根据信息中应用的名称、图标和开发者来判断是否已安装同一个应用，名称、图标和开发者都相同，表示存在同一个应用且已安装；任一一个不同则表示不同的应用，未安装。若各个TOP均已安装，则对TOP应用进行预加载；若任一一个或多个TOP应用未安装，根据应用信息中应用的名称、图标、开发者和周边终端的ID号，向对应的周边终端请求获取该应用的安装包并安装，对该应用进行预加载。

为了避免预加载过多的应用导致系统卡顿，本实施例可根据终端内存当前的占用率来选择预加载的应用的个数，具体为：判断终端内存当前的占用率是否大于等于限定值，是（表示占用率较大）则根据设定个数减少预加载的应用个数（TOP应用有5个，但设定3个，则只预加载3个TOP并删除其他应用），否则对各个TOP应用进行预加载。

需要理解的是，步骤S10中，获取活跃应用列表时，是向所有周边终端广播，本终端与各个周边终端已通过蓝牙或wifi直连的方式连接。在步骤22中，请求获取某个应用的安装包时，根据应用的ID号找出对应的周边终端，与各个ID号对应的周边终端广播，与网络搜索对应的安装包相比，可减少网络下载的等待时间，直接传输的速度更快，方便用户直接使用且不会安装出错，如安装成类似的应用（如名称和图标相同，但开发者不同）。

优选地，为了进一步避免内存的占用，检测终端关机时，判断步骤S20中下载并安装的应用是否被打开：若没有，则说明用户不需要该使用该应用，从后台卸载该应用来减少内存的占用；若有，则不处理。

请一并参阅图2，本实施例在公开上述基于活跃度的软件预加载方法的基础上，还公开了一种系统，所述系统包括终端100、基站200和若干个周边终端300，所述终端100检测连接一新的基站200时，通过广播获取各个周边终端300的活跃应用列表；终端100从周边终端300反馈的各个活跃应用列表中筛选出TOP应用并进行预加载。

所述终端可以为手机、平板电脑、智能手表等具有射频功能且能广播的终端设备。此处仅示出与本实施例相关的模块，终端还有其他模块（如电源模块、显示屏、外壳等）为现有技术，此处不做详述。

本实施例中，所述终端100包括广播模块110、处理模块120和预加载模块130。所述广播模块110检测终端连接一新的基站时，获取各个周边终端的活跃应用列表；具体为：广播模块110实时判断是否连接一新的基站：若是，则广播发送获取活跃应用列表的请求给周边终端；接收周边终端反馈的活跃应用列表。

所述处理模块120从各个活跃应用列表中筛选出TOP应用并进行预加载，具体包括：对各个周边终端反馈的活跃应用列表中的各个应用、按照使用次数排序并筛选出TOP应用。具体实施时，可对各个周边终端反馈的活跃应用列表进行解析，提取各个应用的应用信息，根据应用信息中的使用次数对各个应用进行排序；将排序在前的预设个应用标识为TOP应用，删除其他应用。

所述预加载模块130对各个TOP应用进行预加载，具体包括：判断各个TOP应用是否已安装：若是，对各个TOP应用进行预加载，此时会判断终端内存当前的占用率是否大于等于限定值，是则根据设定个数减少预加载的应用个数，否则对各个TOP应用进行预加载。

若没有安装，预加载模块130根据应用信息中应用的名称、图标、开发者和周边终端的ID号，通过广播模块110向对应的周边终端请求获取未安装应用的安装包，广播模块110将安装包传输给预加载模块130，预加载模块130进行安装后再预加载。

综上所述，本发明提供的基于活跃度的软件预加载方法、终端及预加载系统中，以接入的基站来划分区域，与基站内的周边终端进行广播来获取活跃应用列表，对各个活跃应用列表进行汇总分析后筛选出TOP应用，对TOP应用进行预加载，以周边终端的活跃度最高的几个应用作为参考，为终端的预加载提供常用应用的参考依据，实现了应用的智能化切换的控制；对未安装的应用，还可向对应的周边终端直接请求安装包，节省了网络搜索的时间，且不会安装错误。

应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。

Claims (10)

1.一种基于活跃度的软件预加载方法，其特征在于，包括步骤：

检测连接一新的基站时，终端通过广播获取各个周边终端的活跃应用列表；

从各个活跃应用列表中筛选出TOP应用并进行预加载。

2.根据权利要求1所述的基于活跃度的软件预加载方法，其特征在于，所述检测连接一新的基站时，终端通过广播获取各个周边终端的活跃应用列表的步骤包括：

终端实时判断是否连接一新的基站：若是，终端广播发送获取活跃应用列表的请求给周边终端；否则，不处理；

周边终端根据请求统计内部各个应用在预设时间内的使用次数，筛选出使用次数大于或等于活跃次数的应用；

将筛选出的应用按照使用次数从大到小的顺序来排序，提取各个应用的应用信息并生成活跃应用列表；

周边终端将活跃应用列表反馈给终端。

3.根据权利要求2所述的基于活跃度的软件预加载方法，其特征在于，所述终端通过蓝牙、wifi、或射频与周边进行广播通信连接。

4.根据权利要求2所述的基于活跃度的软件预加载方法，其特征在于，所述应用信息包括应用的名称、图标、使用次数、开发者和所属周边终端的ID号。

5.根据权利要求4所述的基于活跃度的软件预加载方法，其特征在于，所述从各个活跃应用列表中筛选出TOP应用并进行预加载的步骤包括：

终端对各个周边终端反馈的活跃应用列表中的各个应用、按照使用次数排序并筛选出TOP应用；

终端对各个TOP应用进行预加载。

6.根据权利要求5所述的基于活跃度的软件预加载方法，其特征在于，所述终端对各个周边终端反馈的活跃应用列表中的各个应用、按照使用次数排序并筛选出TOP应用的步骤包括：

终端对各个周边终端反馈的活跃应用列表进行解析，提取各个应用的应用信息，根据应用信息中的使用次数对各个应用进行排序；

将排序在前的预设个应用标识为TOP应用，删除其他应用。

7.根据权利要求5所述的基于活跃度的软件预加载方法，其特征在于，所述终端对TOP应用进行预加载的步骤包括：

判断各个TOP应用是否已安装：若是，对各个TOP应用进行预加载；否则，根据应用信息中应用的名称、图标、开发者和周边终端的ID号，向对应的周边终端请求获取未安装应用的安装包，安装后预加载。

8.根据权利要求7所述的基于活跃度的软件预加载方法，其特征在于，所述对各个TOP应用进行预加载的步骤包括：

判断终端内存当前的占用率是否大于等于限定值，是则根据设定个数减少预加载的应用个数，否则对各个TOP应用进行预加载。

9.一种用于实现权利要求1所述的基于活跃度的软件预加载方法的终端，其特征在于，包括广播模块、处理模块和预加载模块：

所述广播模块检测终端连接一新的基站时，获取各个周边终端的活跃应用列表；所述处理模块从各个活跃应用列表中筛选出TOP应用，预加载模块对各个TOP应用进行预加载。

10.一种用于实现权利要求1所述的基于活跃度的软件预加载方法的系统，其特征在于，包括终端、基站和若干个周边终端；

所述终端检测连接一新的基站时，通过广播获取各个周边终端的活跃应用列表；终端从周边终端反馈的各个活跃应用列表中筛选出TOP应用并进行预加载。

Images