CN104753922A - 用于预加载的方法、服务端、客户端及系统 - Google Patents

Abstract

本申请公开了用于预加载的方法、服务端、客户端及系统。所述方法的一具体实施方式包括：基于已存储的用户的使用习惯数据确定对应于所述用户的待预加载资源；将所述待预加载资源的地址发送给对应于所述用户的客户端，以供所述客户端预加载所述资源。该实施方式实现了根据用户的使用习惯，预测对应于该用户的待预加载资源，解决了由于当前网速较慢而导致加载资源响应速度慢的问题，提高了客户端的使用效率。

Description

用于预加载的方法、服务端、客户端及系统

技术领域

本申请涉及互联网技术领域，具体涉及预加载技术领域，尤其涉及用于预加载的方法、服务端、客户端及系统。

背景技术

目前，大部分浏览器对预加载机制的利用大多停留在用户操作的场景中，无法根据用户的使用习惯预加载特定资源。

现有的对资源进行预加载的方法包括采集当前用户访问的网页资源的元数据，根据预加载策略，基于上述采集到的元数据确定预加载数据，并将预加载数据加载到缓存中。这种技术的缺陷在于无法根据用户的使用习惯，提前预加载特定资源，因此无法解决由于当前网速较慢而导致加载资源响应速度慢的问题。

发明内容

本申请提供了一种用于预加载的方法、服务端、客户端及系统。解决了现有技术中由于当前网速较慢而导致加载网页响应速度慢的技术问题。

第一方面，本申请提供了一种用于预加载的方法，所述方法包括：基于已存储的用户的使用习惯数据确定对应于所述用户的待预加载资源；将所述待预加载资源的地址发送给对应于所述用户的客户端，以供所述客户端预加载所述资源。

在某些实施方式中，所述方法还包括：接收客户端发送的用户的使用习惯数据以及与所述使用习惯数据关联的关联标识信息；根据所述关联标识信息将所述使用习惯数据与对应的用户关联地存储。

在某些实施方式中，所述关联标识信息包括以下至少一项：用户账户的标识信息以及终端的设备标识信息。

在某些实施方式中，所述基于已存储的用户的使用习惯数据确定对应于所述用户的待预加载资源，包括：根据已存储的用户的使用习惯数据确定所述用户的访问信息；基于所述用户的访问信息确定对应于所述用户的待预加载资源。

在某些实施方式中，所述用户的访问信息至少包括：所述用户已访问的资源以及所述用户在一定时间段内对所述已访问的资源的访问次数。

在某些实施方式中，所述基于所述用户的访问信息确定对应于所述用户的待预加载资源，包括：判断预定时间段内所述用户对已访问的资源的访问次数是否大于等于预定阈值；如果是，将所述已访问的资源确定为对应于所述用户的待预加载资源。

在某些实施方式中，所述使用习惯数据，包括以下至少一项：资源访问相关数据以及关键字搜索相关数据。

第二方面，本申请提供了一种用于预加载的方法，所述方法包括：接收服务端发送的对应于用户的待预加载资源的地址，其中，所述对应于用户的待预加载资源为所述服务端基于已存储的用户的使用习惯数据而确定；根据所述待预加载资源的地址预加载所述待预加载资源。

在某些实施方式中，所述方法还包括：获取对应于用户的使用习惯数据以及与所述使用习惯数据关联的关联标识信息；向服务端发送所述对应于用户的使用习惯数据以及与所述使用习惯数据关联的关联标识信息，以供所述服务端根据所述关联标识信息将所述使用习惯数据与对应的用户关联地存储。

在某些实施方式中，所述关联标识信息包括以下至少一项：用户账户的标识信息以及终端的设备标识信息。

在某些实施方式中，所述使用习惯数据，包括以下至少一项：资源访问相关数据以及关键字搜索相关数据。

第三方面，本申请提供了一种服务端，所述服务端包括：确定单元，用于基于已存储的用户的使用习惯数据确定对应于所述用户的待预加载资源；发送单元，用于将所述待预加载资源的地址发送给对应于所述用户的客户端，以供所述客户端预加载所述资源。

在某些实施方式中，所述服务端还包括：接收单元，用于接收客户端发送的用户的使用习惯数据以及与所述使用习惯数据关联的关联标识信息；存储单元，用于根据所述接收单元接收到的所述关联标识信息将所述使用习惯数据与对应的用户关联地存储。

在某些实施方式中，所述确定单元包括：访问信息确定子单元，用于根据已存储的用户的使用习惯数据确定所述用户的访问信息；待预加载资源确定子单元，用于基于所述访问信息确定子单元确定的用户的访问信息确定对应于所述用户的待预加载资源。

在某些实施方式中，所述用户的访问信息至少包括：所述用户已访问的资源以及所述用户在一定时间段内对所述已访问的资源的访问次数。

在某些实施方式中，所述待预加载资源确定子单元配置用于：判断预定时间段内所述用户对已访问的资源的访问次数是否大于等于预定阈值；如果是，将所述已访问的资源确定为对应于所述用户的待预加载资源。

在某些实施方式中，所述使用习惯数据，包括以下至少一项：资源访问相关数据以及关键字搜索相关数据。

第四方面，本申请提供了一种客户端，所述客户端包括：预加载资源地址接收单元，用于接收服务端发送的对应于用户的待预加载资源的地址，其中，所述对应于用户的待预加载资源为所述服务端基于已存储的用户的使用习惯数据而确定；预加载单元，用于根据所述待预加载资源的地址预加载所述待预加载资源。

在某些实施方式中，所述客户端还包括：数据获取单元，用于获取对应于用户的使用习惯数据以及与所述使用习惯数据关联的关联标识信息；数据发送单元，用于向服务端发送所述对应于用户的使用习惯数据以及与所述使用习惯数据关联的关联标识信息，以供所述服务端根据所述关联标识信息将所述使用习惯数据与对应的用户关联地存储。

第五方面，本申请提供了一种用于预加载的系统，包括：第三方面或第三方面的任一种可能的实现方式所述的服务端以及第四方面或第四方面的任一种可能的实现方式所述的客户端。

本申请提供的用于预加载的方法、服务端、客户端及系统，通过根据用户的使用习惯，预测对应于该用户的待预加载资源，以供对应于该用户的客户端预加载上述资源。解决了由于当前网速较慢而导致加载资源响应速度慢的问题，提高了客户端的使用效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请实施例提供的用于预加载的方法的一个实施例的流程图；

图2是本申请实施例提供的用于预加载的方法的另一个实施例的流程图；

图3是本申请实施例提供的基于已存储的用户的使用习惯数据确定对应于该用户的待预加载资源的方法的一个实施例的流程图；

图4是本申请实施例提供的用于预加载的方法的一个实施例的流程图；

图5是本申请实施例提供的用于预加载的方法的另一个实施例的流程图；

图6是本申请实施例提供的用于预加载的服务端的一个实施例的结构示意图；

图7是本申请实施例提供的用于预加载的客户端的一个实施例的结构示意图；

图8是本申请实施例提供的用于预加载的系统的一个实施例的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

本申请所涉及的终端具有安装并运行第三方应用程序的功能。出于示例描述目的以及为了简洁起见，在接下来的讨论中，结合能够安装并运行第三方应用程序的终端来描述本申请的示例性实施例。终端可以包括但不限于智能手机、平板电脑、膝上型便携计算机以及台式电脑等等。

请参考图1，其示出了根据本申请的用于预加载的方法的一个实施例的流程100。该方法可以由服务端来执行，服务端是能够向第三方应用提供服务的服务器。

如图1所示，在步骤101中，基于已存储的用户的使用习惯数据确定对应于该用户的待预加载资源。

在本实施例中，使用习惯数据为能够反映用户使用习惯(如用户对资源访问的习惯)的数据，使用习惯数据包括以下至少一项：资源访问相关数据以及关键字搜索相关数据。用户的资源访问相关数据可以包括该用户对资源访问的历史记录，例如该用户访问过的资源的地址，该用户访问资源时所对应的日期以及时刻，该用户访问过的资源的标识信息(如资源的名称等)等等。关键字搜索相关数据可以包括用户使用客户端的搜索功能进行搜索时所输入的关键字和/或词，该用户搜索关键字和/或词时所对应的日期以及时刻等等。可以理解，使用习惯数据还可以为其它能够反映用户使用习惯的数据，本申请对使用习惯数据的具体内容和形式方面不限定。

在本实施例中，预加载就是在资源全部加载之前，对一些主要资源内容进行预先加载，以减少用户在访问到该资源时加载全部资源所需的等待时间。由于服务器并不能完全确定某个用户在未来的时间里一定会访问的资源，但可以根据该用户的使用习惯数据预测该用户在未来的时间里可能会访问的概率较大的资源。待预加载资源就是预测到的某用户在未来的时间里可能会访问的概率较大的资源，客户端会根据待预加载资源的地址预加载该资源。

接着，在步骤102中，将上述待预加载资源的地址发送给对应于上述用户的客户端，以供该客户端预加载上述资源。

在本实施例中，服务器中存储有与每个用户对应的使用习惯数据，根据这些使用习惯数据可以确定对应于每个用户的待预加载资源。将待预加载资源发送给客户端时，应该注意将对应于某个用户的待预加载资源发送给对应于相同用户的客户端。

本申请的上述实施例提供的方法，通过根据用户的使用习惯，预测对应于该用户的待预加载资源，以供对应于该用户的客户端预加载上述资源。解决了由于当前网速较慢而导致加载资源响应速度慢的问题，提高了客户端的使用效率。

进一步参考图2，其示出了根据本申请的用于预加载的方法的另一个实施例的流程200。

如图2所示，在步骤201中，接收客户端发送的用户的使用习惯数据以及与上述使用习惯数据关联的关联标识信息。

在本实施例中，关联标识信息可以包括以下至少一项：用户账户的标识信息以及终端的设备标识信息。可以理解，关联标识信息还可以包括网络标识信息，如IP地址等，本申请对关联标识信息的具体内容和形式不限定。

用户账户可以是用于登录客户端的账户，可以理解，用户账户也可以是在使用该客户端时登录的其它形式的账户，本申请对此方面不限定。用户账户的标识信息能够作为用户账户的唯一性标识，用户账户的标识信息可以包括用户账户的ID等信息。终端的设备标识信息为客户端所对应的终端的设备标识信息，能够作为客户端所对应的终端的唯一性标识，终端的设备标识信息可以包括终端设备的MAC地址，产品序列号等等信息。

接着，在步骤202中，根据上述关联标识信息将上述使用习惯数据与对应的用户关联地存储。

在本实施例中，在服务端存储着对应于每个用户的用户相关数据,用户相关数据可以包括和该用户相关的所有数据信息，例如，该用户的标识信息，该用户的使用习惯数据，该用户的积分信息，该用户的基本资料以及该用户的登录记录等等。在本实施例中，可以为每个用户建立一个用户数据库，用户数据库用于存储和该用户关联的用户相关数据。可以理解，除了采用数据库的方式以外，还可以采用其它的方式存储和用户关联的用户相关数据，本申请对此方面不限定。

需要说明的是，用户可以是账户用户(与账户关联，以账户标识信息作为标识的用户)，也可以是终端用户(与终端关联，以终端标识信息作为标识的用户)，可以理解，用户还可以是网络用户(与网络IP关联，以网络IP标识信息作为标识的用户)等等，本申请对用户的具体形式方面不限定。

在本实施例的一种实现方式中，关联标识信息可以仅包括用户账户的标识信息，因此，在本实现方式中，用户为账户用户。则可以根据用户账户的标识信息将使用习惯数据与对应的账户用户关联地存储。本实现方式的一种应用场景为，用户首先通过任意的客户端登录自己的账户，然后在使用客户端的过程中，客户端将该用户的使用习惯数据与用户账户的标识信息关联地发送给服务端，服务端将该用户的使用习惯数据对应的存储到该账户用户(与上述用户账户的标识信息对应)的用户相关数据库中。在本实现方式中，关联标识信息与客户端对应的终端无关。

在本实施例的另一种实现方式中，关联标识信息可以仅包括终端的设备标识信息，因此，在本实现方式中，用户为终端用户。则可以根据终端设备的标识信息将使用习惯数据与对应的终端用户关联地存储。本实现方式的一种应用场景为，用户使用某个终端上安装的客户端，但没有登录账户，在未登录状态使用客户端的过程中，客户端将该用户的使用习惯数据与该终端设备的标识信息关联地发送给服务端，服务端将该用户的使用习惯数据对应的存储到该终端用户(与上述终端设备的标识信息对应)的用户相关数据库中。在本实现方式中，关联标识信息与客户端登录的用户账户无关。

在本实施例的又一种实现方式中，关联标识信息可以包括终端的设备标识信息，也可以同时包括用户账户的标识信息，因此，在本实现方式中，用户即包括账户用户又包括终端用户。具体来说，如果关联标识信息只包括了终端的设备的标识信息，则可以根据终端设备的标识信息将使用习惯数据与对应的终端用户关联地存储。如果关联标识信息同时包括了用户账户的标识信息以及终端的设备的标识信息，则可以忽略终端的设备的标识信息，仅根据用户账户的标识信息将使用习惯数据与对应的账户用户关联地存储。

本实现方式的一种应用场景为，用户在使用某个终端上安装的客户端时，可以在登录了自己的账户后使用客户端，也可以在未登录的状态下使用客户端。如果在未登录的状态下使用该客户端，在使用的过程中，客户端只能将该用户的使用习惯数据与该终端设备的标识信息关联地发送给服务端。服务端将该用户的使用习惯数据对应的存储到该终端用户(与上述终端设备的标识信息对应)的用户相关数据库中。如果在登录了自己的账户的状态下使用该客户端，在使用的过程中，客户端会将该用户的使用习惯数据与该终端设备的标识信息以及用户账户的标识信息一起关联地发送给服务端。服务端将忽略终端的设备的标识信息，将该用户的使用习惯数据对应的存储到该账户用户(与上述用户账户的标识信息对应)的用户相关数据库中。

可以理解，本申请还可以通过其它的实现方式将使用习惯数据与对应的用户关联地存储，本申请对此方面不限定。

接着，在步骤203中，基于已存储的用户的使用习惯数据确定对应于该用户的待预加载资源。

在本实施例中，基于已存储的用户的使用习惯数据确定对应于该用户的待预加载资源，从而获得该用户的待预加载资源的地址信息，将该用户的待预加载资源的地址信息存储到该用户的用户数据库中。

最后，在步骤204中，将上述待预加载资源的地址发送给对应于上述用户的客户端，以供该客户端预加载上述资源。

在本实施例中，当客户端与服务端建立通信连接时，会向服务端发送连接请求，请求中可以包含该客户端对应的关联标识信息。在建立通信连接成功时，服务端会根据该客户端对应的关联标识信息查找出其对应的用户数据库，并从该用户的用户数据库中获取对应的待预加载资源的地址，将该地址发送给上述客户端。

当客户端与服务端建立通信连接成功后，每隔预定时间也可以向服务端发送包含该客户端对应的关联标识信息的信息。因此，在建立通信连接成功后，每隔预定时间，服务端也可以从对应用户的用户数据库中获取对应的待预加载资源的地址，并将该地址发送给上述客户端。本申请对服务端向客户端发送待预加载资源的地址的时间方面不限定。

本申请的上述实施例提供的方法，通过获取用户的使用习惯数据，并将用户的使用习惯数据与对应的用户关联地存储，根据用户的使用习惯，预测对应于该用户的待预加载资源，以供对应于该用户的客户端预加载上述资源。有助于解决由于当前网速较慢而导致加载资源响应速度慢的问题，提高了客户端的使用效率。

进一步参考图3，其示出了本申请提供的基于已存储的用户的使用习惯数据确定对应于该用户的待预加载资源的方法的一个实施例的流程300。

如图3所示，在步骤301中，根据已存储的用户的使用习惯数据确定该用户的访问信息。

接着，在步骤302中，基于该用户的访问信息确定对应于该用户的待预加载资源。

在本实施例中，由于待预加载资源可以为预测到的某用户在未来的时间里可能会访问的概率较大的资源。因此，可以根据用户过去的使用习惯数据，确定用户在某个时间段内访问频率较大的资源，可以将这些资源或者与这些资源相关度较高的资源作为待预加载资源。

在本实施例的一种实现中，用户的访问信息可以包括该用户已访问的资源以及该用户对在一定时间段内上述已访问的资源的访问次数。具体来说，首先，判断预定时间段(如可以是一天，或者一个月等)内该用户对已访问的资源的访问次数是否大于等于预定阈值。如果是，则说明上述已访问的资源为预定时间段内该用户访问频率较大的资源，可以预测到上述已访问的资源为该用户在未来的一段时间里，可能会访问的概率较大的资源。可以将上述已访问的资源确定为对应于该用户的待预加载资源。

在本实施例的另一种实现中，用户的访问信息还可以包括该用户已访问的资源类别以及该用户在一定时间段内对上述类别的资源的访问次数。具体来说，首先，对用户已访问的资源进行分类，判断预定时间段内该用户对每种类别的资源的访问次数是否大于等于预定阈值。如果是，则说明上述类别的资源为预定时间段内该用户访问频率较大的资源，可以预测到上述类别的资源为该用户在未来的一段时间里，可能会访问的概率较大的资源。可以将上述类别的资源确定为对应于该用户的待预加载资源。

在本实施例的又一种实现中，用户的访问信息还可以包括该用户已搜索的相关关键字以及该用户在一定时间段内对上述已搜索的相关关键字的搜索次数。具体来说，首先，对用户已搜索的关键字进行分类，同一类别的关键字作为一组相关关键字，判断预定时间段内该用户对已搜索的某类相关关键字的搜索次数是否大于等于预定阈值。如果是，则说明与上述相关关键字相关的资源为预定时间段内该用户访问频率较大的资源，可以预测到上述类别的资源为该用户在未来的一段时间里，可能会访问的概率较大的资源。可以将上述资源确定为对应于该用户的待预加载资源。

可以理解，还可以有其它的确定对应于用户的待预加载资源的实现方式，本申请对确定对应于用户的待预加载资源的实现方式方面不限定。

进一步参考图4，其示出了其示出了根据本申请的用于预加载的方法的一个实施例的流程400。该方法可以由客户端来执行，客户端可以是任意安装于终端上的应用软件(如某浏览器等)。在本实施例中，客户端优选地为安装于终端上的浏览器应用软件。

如图4所示，在步骤401中，接收服务端发送的对应于用户的待预加载资源的地址，其中，上述对应于用户的待预加载资源为服务端基于已存储的用户的使用习惯数据而确定。

在本实施例中，使用习惯数据为能够反映用户使用习惯(如用户对资源访问的习惯)的数据，使用习惯数据包括以下至少一项：资源访问相关数据以及关键字搜索相关数据。用户的资源访问相关数据可以包括该用户对资源访问的历史记录，例如该用户访问过的资源的地址，该用户访问资源时所对应的日期以及时刻，该用户访问过的资源的标识信息(如资源的名称等)等等。关键字搜索相关数据可以包括用户使用客户端的搜索功能进行搜索时所输入的关键字和/或词，该用户搜索关键字和/或词时所对应的日期以及时刻等等。可以理解，使用习惯数据还可以为其它能够反映用户使用习惯的数据，本申请对使用习惯数据的具体内容和形式方面不限定。

接着，在步骤402中，根据上述待预加载资源的地址预加载上述待预加载资源。

在本实施例中，预加载就是在资源全部加载之前，对一些主要资源内容进行预先加载，以减少用户在访问到该资源时加载全部资源所需的等待时间。由于服务器并不能完全确定某个用户在未来的时间里一定会访问的资源，但可以根据该用户的使用习惯数据预测该用户在未来的时间里可能会访问的概率较大的资源。待预加载资源就是预测到的某用户在未来的时间里可能会访问的概率较大的资源，客户端会根据待预加载资源的地址预加载该资源。

本申请的上述实施例提供的方法，通过根据用户的使用习惯，预测对应于该用户的待预加载资源，以供对应于该用户的客户端预加载上述资源。解决了由于当前网速较慢而导致加载资源响应速度慢的问题，提高了客户端的使用效率。

进一步参考图5，其示出了根据本申请的用于预加载的方法的另一个实施例的流程500。

如图5所示，在步骤501中，获取对应于用户的使用习惯数据以及与上述使用习惯数据关联的关联标识信息。

在本实施例中，关联标识信息可以包括以下至少一项：用户账户的标识信息以及终端的设备标识信息。可以理解，关联标识信息还可以包括网络标识信息，如IP地址等，本申请对关联标识信息的具体内容和形式不限定。

在本实施例中，客户端可以每隔预定时间(如10分钟)就获取一次对应于用户的使用习惯数据以及与上述使用习惯数据关联的关联标识信息，也可以在预定时刻(如每天的几个固定时刻)获取对应于用户的使用习惯数据以及与上述使用习惯数据关联的关联标识信息。本申请对获取使用习惯数据以及关联标识信息的时间方面不限定。

接着，在步骤502中，向服务端发送上述对应于用户的使用习惯数据以及与上述使用习惯数据关联的关联标识信息，以供服务端根据上述关联标识信息将上述使用习惯数据与对应的用户关联地存储。

在本实施例的一种实现中，当客户端与服务端建立通信连接成功后，每隔预定时间可以向服务端发送包含对应于用户的使用习惯数据以及与上述使用习惯数据关联的关联标识信息的信息。

在本实施例的另一种实现中，客户端可以在与服务端中断通信连接前，向服务端发送包含该次使用周期时间段内(从客户端与服务端建立通信连接到客户端与服务端中断通信连接之间的时间段)对应于用户的使用习惯数据以及与上述使用习惯数据关联的关联标识信息的信息。

本申请对客户端向服务端发送使用习惯数据以及关联标识信息的时间方面不限定。

接着，在步骤503中，接收服务端发送的对应于用户的待预加载资源的地址，其中，上述对应于用户的待预加载资源为服务端基于已存储的用户的使用习惯数据而确定。

最后，在步骤504中，根据上述待预加载资源的地址预加载上述待预加载资源。

本申请的上述实施例提供的方法，通过获取用户的使用习惯数据，并将用户的使用习惯数据与对应的用户关联地存储，根据用户的使用习惯，预测对应于该用户的待预加载资源，以供对应于该用户的客户端预加载上述资源。有助于解决由于当前网速较慢而导致加载资源响应速度慢的问题，提高了客户端的使用效率。

应当注意，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。例如，在图2的流程200中，可以先执行步骤203，基于已存储的用户的使用习惯数据确定对应于该用户的待预加载资源，然后再执行步骤202，根据上述关联标识信息将上述使用习惯数据与对应的用户关联地存储。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

进一步参考图6，其示出了根据本申请的用于预加载的服务端的一个实施例的结构示意图。

如图6所示，本实施例的服务端600包括：确定单元601和发送单元602。其中，确定单元601用于基于已存储的用户的使用习惯数据确定对应于该用户的待预加载资源。发送单元602用于将上述待预加载资源的地址发送给对应于该用户的客户端，以供上述客户端预加载上述资源。

在一些可选实施方式中，服务端600还包括：接收单元和存储单元(未示出)。其中，接收单元用于接收客户端发送的用户的使用习惯数据以及与上述使用习惯数据关联的关联标识信息。存储单元用于根据该接收单元接收到的上述关联标识信息将该接收单元接收到的上述使用习惯数据与对应的用户关联地存储。

在一些可选实施方式中，确定单元601包括：访问信息确定子单元以及待预加载资源确定子单元(未示出)。其中，访问信息确定子单元用于根据已存储的用户的使用习惯数据确定该用户的访问信息。待预加载资源确定子单元用于基于上述访问信息确定子单元确定的用户的访问信息确定对应于该用户的待预加载资源。

在一些可选实施方式中，用户的访问信息至少包括：上述用户已访问的资源以及该用户在一定时间段内对已访问的资源的访问次数。

在一些可选实施方式中，上述待预加载资源确定子单元配置用于：判断预定时间段内上述用户对已访问的资源的访问次数是否大于等于预定阈值；如果是，将已访问的资源确定为对应于上述用户的待预加载资源。

在一些可选实施方式中，上述使用习惯数据包括以下至少一项：资源访问相关数据以及关键字搜索相关数据。

应当理解，服务端600中记载的诸单元或模块与参考图1-3描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作和特征同样适用于服务端600及其中包含的单元，在此不再赘述。

进一步参考图7，其示出了根据本申请的用于预加载的客户端的一个实施例的结构示意图。

如图7所示，本实施例的客户端700包括：预加载资源地址接收单元701和预加载单元702。其中，预加载资源地址接收单元701用于接收服务端发送的对应于用户的待预加载资源的地址，上述对应于用户的待预加载资源为服务端基于已存储的用户的使用习惯数据而确定。预加载单元用于根据上述待预加载资源的地址预加载该待预加载资源。

在一些可选实施方式中，客户端700还包括：数据获取单元和数据发送单元(未示出)。其中，数据获取单元用于获取对应于用户的使用习惯数据以及与上述使用习惯数据关联的关联标识信息。数据发送单元用于向服务端发送上述对应于用户的使用习惯数据以及与该使用习惯数据关联的关联标识信息，以供服务端根据上述关联标识信息将该使用习惯数据与对应的用户关联地存储。

应当理解，客户端700中记载的诸单元或模块与参考图4-图5描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作和特征同样适用于客户端700及其中包含的单元，在此不再赘述。客户端700可以预先设置在终端中，也可以通过下载等方式而加载到终端中。客户端700中的相应单元可以与终端中的单元相互配合以实现用于预加载的方案。

进一步参考图8，其示出了用于预加载的系统的一个实施例的结构示意图。

如图8所示，本实施例的用于预加载的系统800包括：服务端600和客户端700，服务端600用于基于已存储的用户的使用习惯数据确定对应于该用户的待预加载资源；将上述待预加载资源的地址发送给对应于上述用户的客户端700，以供客户端700预加载上述资源。客户端700用于接收服务端600发送的对应于用户的待预加载资源的地址，其中，对应于用户的待预加载资源为服务端600基于已存储的用户的使用习惯数据而确定；根据上述待预加载资源的地址预加载该待预加载资源。

描述于本申请实施例中所涉及到的单元模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元模块也可以设置在处理器中，例如，可以描述为：一种处理器包括确定单元，发送单元。其中，这些单元模块的名称在某种情况下并不构成对该单元模块本身的限定，例如，确定单元还可以被描述为“用于基于已存储的用户的使用习惯数据确定对应于所述用户的待预加载资源的单元”。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端中的计算机可读存储介质。所述计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本申请的用于预加载的方法。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (20)

1.一种用于预加载的方法，其特征在于，所述方法包括：

基于已存储的用户的使用习惯数据确定对应于所述用户的待预加载资源；

将所述待预加载资源的地址发送给对应于所述用户的客户端，以供所述客户端预加载所述资源。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收客户端发送的用户的使用习惯数据以及与所述使用习惯数据关联的关联标识信息；

根据所述关联标识信息将所述使用习惯数据与对应的用户关联地存储。

3.根据权利要求2所述的方法，其特征在于，所述关联标识信息包括以下至少一项：用户账户的标识信息以及终端的设备标识信息。

4.根据权利要求1所述的方法，其特征在于，所述基于已存储的用户的使用习惯数据确定对应于所述用户的待预加载资源，包括：

根据已存储的用户的使用习惯数据确定所述用户的访问信息；

基于所述用户的访问信息确定对应于所述用户的待预加载资源。

5.根据权利要求4所述的方法，其特征在于，所述用户的访问信息至少包括：

所述用户已访问的资源以及所述用户在一定时间段内对所述已访问的资源的访问次数。

6.根据权利要求5所述的方法，其特征在于，所述基于所述用户的访问信息确定对应于所述用户的待预加载资源，包括：

判断预定时间段内所述用户对已访问的资源的访问次数是否大于等于预定阈值；

如果是，将所述已访问的资源确定为对应于所述用户的待预加载资源。

7.根据权利要求1-6中任意一项所述的方法，其特征在于，所述使用习惯数据，包括以下至少一项：资源访问相关数据以及关键字搜索相关数据。

8.一种用于预加载的方法，其特征在于，所述方法包括：

接收服务端发送的对应于用户的待预加载资源的地址，其中，所述对应于用户的待预加载资源为所述服务端基于已存储的用户的使用习惯数据而确定；

根据所述待预加载资源的地址预加载所述待预加载资源。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

获取对应于用户的使用习惯数据以及与所述使用习惯数据关联的关联标识信息；

向服务端发送所述对应于用户的使用习惯数据以及与所述使用习惯数据关联的关联标识信息，以供所述服务端根据所述关联标识信息将所述使用习惯数据与对应的用户关联地存储。

10.根据权利要求9所述的方法，其特征在于，所述关联标识信息包括以下至少一项：用户账户的标识信息以及终端的设备标识信息。

11.根据权利要求8-10中任意一项所述的方法，其特征在于，所述使用习惯数据，包括以下至少一项：资源访问相关数据以及关键字搜索相关数据。

12.一种服务端，其特征在于，所述服务端包括：

确定单元，用于基于已存储的用户的使用习惯数据确定对应于所述用户的待预加载资源；

发送单元，用于将所述待预加载资源的地址发送给对应于所述用户的客户端，以供所述客户端预加载所述资源。

13.根据权利要求12所述的服务端，其特征在于，所述服务端还包括：

接收单元，用于接收客户端发送的用户的使用习惯数据以及与所述使用习惯数据关联的关联标识信息；

存储单元，用于根据所述接收单元接收到的所述关联标识信息将所述使用习惯数据与对应的用户关联地存储。

14.根据权利要求12所述的服务端，其特征在于，所述确定单元包括：

访问信息确定子单元，用于根据已存储的用户的使用习惯数据确定所述用户的访问信息；

待预加载资源确定子单元，用于基于所述访问信息确定子单元确定的用户的访问信息确定对应于所述用户的待预加载资源。

15.根据权利要求14所述的服务端，其特征在于，所述用户的访问信息至少包括：

所述用户已访问的资源以及所述用户在一定时间段内对所述已访问的资源的访问次数。

16.根据权利要求15所述的服务端，其特征在于，所述待预加载资源确定子单元配置用于：

判断预定时间段内所述用户对已访问的资源的访问次数是否大于等于预定阈值；

如果是，将所述已访问的资源确定为对应于所述用户的待预加载资源。

17.根据权利要求12-16中任意一项所述的服务端，其特征在于，所述使用习惯数据，包括以下至少一项：资源访问相关数据以及关键字搜索相关数据。

18.一种客户端，其特征在于，所述客户端包括：

预加载资源地址接收单元，用于接收服务端发送的对应于用户的待预加载资源的地址，其中，所述对应于用户的待预加载资源为所述服务端基于已存储的用户的使用习惯数据而确定；

预加载单元，用于根据所述待预加载资源的地址预加载所述待预加载资源。

19.根据权利要求18所述的客户端，其特征在于，所述客户端还包括：

数据获取单元，用于获取对应于用户的使用习惯数据以及与所述使用习惯数据关联的关联标识信息；

数据发送单元，用于向服务端发送所述对应于用户的使用习惯数据以及与所述使用习惯数据关联的关联标识信息，以供所述服务端根据所述关联标识信息将所述使用习惯数据与对应的用户关联地存储。

20.一种系统，其特征在于，所述系统包括：如权利要求12-17所述的服务端以及18-19所述的客户端。