CN111898054A - 反向缓存控制方法及***、服务端、客户端和业务端 - Google Patents

Abstract

本发明提供一种反向缓存控制方法，客户端首次向服务端发送业务请求时，服务端从该业务请求对应的业务端处获得业务数据和缓存相对时间，服务端基于缓存相对时间确定缓存相对时间，并将该缓存相对时间连同业务数据和缓存相对时间返回给客户端，由客户端缓存。在后续客户端再次发送该业务请求时，该业务请求中包含缓存终止时间，服务端可以基于缓存相对时间确定缓存更新时间，并通过比较缓存更新时间和缓存终止时间来确定客户端所缓存的业务数据的状态，并在缓存更新时间不大于缓存终止时间、业务数据的状态为有效时，向客户端返回标准码，由客户端获得缓存的业务数据。

Description

反向缓存控制方法及***、服务端、客户端和业务端

技术领域

本发明涉及互联网技术领域，更具体地说，涉及一种反向缓存控制方法及***、服务端、客户端和业务端。

背景技术

随着互联网技术的发展，各类应用展示的数据要求千人千面，每个用户的看到的内容各不相同。如果按照用户维度缓存数据，需要很大的内存空间来支撑，造成资源浪费，而且缓存命中率很低。

现阶段，http1.0标准使用Expires机制的绝对过期时间来控制缓存，但因服务端和客户端时间存在误差，导致缓存达不到预期效果。而http1.1标准采用Cache-Control的相对过期时间来控制缓存，虽然解决了两端时间不一致引起的缓存不生效问题，但缓存的时间设置后相对固定，不能随业务任意更改，缺少灵活性。

发明内容

有鉴于此，为解决上述问题，本发明提供一种反向缓存控制方法及***、服务端、客户端和业务端，技术方案如下：

一种反向缓存控制方法，所述方法应用于服务端，所述方法包括：

接收客户端发送的业务请求，所述业务请求包含所述客户端缓存所述业务请求所对应业务数据的缓存终止时间，所述客户端所缓存的所述业务数据、所述缓存终止时间、以及所述业务数据的缓存相对时间是所述服务端返回的，所述缓存终止时间是所述服务端基于所述缓存相对时间所确定的，所述业务数据和所述缓存相对时间是所述服务端从所述业务请求对应的业务端处获得的；

基于所述缓存相对时间确定缓存更新时间，并通过比较所述缓存更新时间和所述缓存终止时间确定所述客户端所缓存的所述业务数据的状态；

如果所述缓存更新时间不大于所述缓存终止时间、相应的所述业务数据的状态为有效，则向所述客户端返回标准码，以触发所述客户端获取所缓存的所述业务数据。

可选的，所述方法还包括：

如果所述缓存更新时间大于所述缓存终止时间、相应的所述业务数据的状态为无效，重新向所述业务端发送所述业务请求，并接收所述业务端所返回的新业务数据以及新缓存相对时间；

基于所述新缓存相对时间确定新缓存终止时间，并将所述新业务数据、所述新缓存终止时间和所述新缓存相对时间同时返回至所述客户端。

可选的，所述基于所述缓存相对时间确定缓存更新时间，包括：

在按照所述缓存相对时间存储所述缓存终止时间的情况下，检测是否存在所存储的所述缓存终止时间；

如果不存在，则将当前时间作为所述缓存更新时间；

如果存在，则将所存储的所述缓存终止时间作为所述缓存更新时间。

一种服务端，所述服务端包括：

第一通信模块，用于接收客户端发送的业务请求，所述业务请求包含所述客户端缓存所述业务请求所对应业务数据的缓存终止时间，所述客户端所缓存的所述业务数据、所述缓存终止时间、以及所述业务数据的缓存相对时间是所述服务端返回的，所述缓存终止时间是所述服务端基于所述缓存相对时间所确定的，所述业务数据和所述缓存相对时间是所述服务端从所述业务请求对应的业务端处获得的；

第一处理模块，用于基于所述缓存相对时间确定缓存更新时间，并通过比较所述缓存更新时间和所述缓存终止时间确定所述客户端所缓存的所述业务数据的状态；

第一通信模块，还用于如果所述缓存更新时间不大于所述缓存终止时间、相应的所述业务数据的状态为有效，则向所述客户端返回标准码，以触发所述客户端获取所缓存的所述业务数据。

一种反向缓存控制方法，所述方法应用于客户端，所述方法包括：

生成业务请求，所述业务请求包含所述客户端缓存所述业务请求所对应业务数据的缓存终止时间，所述客户端所缓存的所述业务数据、所述缓存终止时间、以及所述业务数据的缓存相对时间是所述服务端返回的，所述缓存终止时间是所述服务端基于所述缓存相对时间所确定的，所述业务数据和所述缓存相对时间是所述服务端从所述业务请求处获得的；

向所述服务端发送所述业务请求，以使所述服务端基于所述缓存相对时间确定缓存更新时间、并通过比较所述缓存更新时间和所述缓存终止时间确定所述客户端所缓存的所述业务数据的状态；

如果接收到所述服务端返回的标准码，则获取所缓存的所述业务数据，所述标准码是在所述客户端所缓存的所述业务数据的状态为有效时返回的。

可选的，所述向所述服务端发送所述业务请求，包括：

基于所缓存的所述缓存相对时间确定所缓存的所述业务数据的状态；

如果所缓存的所述业务数据的状态为无效，则向所述服务端发送所述业务请求。

一种客户端，所述客户端包括：

第二处理模块，用于生成业务请求，所述业务请求包含所述客户端缓存所述业务请求所对应业务数据的缓存终止时间，所述客户端所缓存的所述业务数据、所述缓存终止时间、以及所述业务数据的缓存相对时间是所述服务端返回的，所述缓存终止时间是所述服务端基于所述缓存相对时间所确定的，所述业务数据和所述缓存相对时间是所述服务端从所述业务请求处获得的；

第二通信模块，用于向所述服务端发送所述业务请求，以使所述服务端基于所述缓存相对时间确定缓存更新时间、并通过比较所述缓存更新时间和所述缓存终止时间确定所述客户端所缓存的所述业务数据的状态；以及接收所述服务端返回的标准码；

第二处理模块，还用于获取所缓存的所述业务数据，所述标准码是在所述客户端所缓存的所述业务数据的状态为有效时返回的。

一种反向缓存控制方法，所述方法应用于业务端，所述方法包括：

接收服务端发送的业务请求，所述业务请求是客户端发送给所述服务端的；

获取所述业务请求对应的业务数据、以及所述业务数据对应的缓存相对时间；

向所述服务端返回所述业务数据和所述缓存相对时间，所述业务数据和所述缓存相对时间是所述服务端与所述客户端进行交互的基础或依据。

一种业务端，所述业务端包括：

第三通信模块，用于接收服务端发送的业务请求，所述业务请求是客户端发送给所述服务端的；

第三处理模块，用于获取所述业务请求对应的业务数据、以及所述业务数据对应的缓存相对时间；

第三通信模块，还用于向所述服务端返回所述业务数据和所述缓存相对时间，所述业务数据和所述缓存相对时间是所述服务端与所述客户端进行交互的基础或依据。

一种反向缓存控制***，所述***包括：

所述的服务端、所述的客户端、以及所述的业务端。

本发明提供一种反向缓存控制方法，客户端首次向服务端发送业务请求时，服务端从该业务请求对应的业务端处获得业务数据和缓存相对时间，服务端基于缓存相对时间确定缓存相对时间，并将该缓存相对时间连同业务数据和缓存相对时间返回给客户端，由客户端缓存。在后续客户端再次发送该业务请求时，该业务请求中包含缓存终止时间，服务端可以基于缓存相对时间确定缓存更新时间，并通过比较缓存更新时间和缓存终止时间来确定客户端所缓存的业务数据的状态，并在缓存更新时间不大于缓存终止时间、业务数据的状态为有效时，向客户端返回标准码，由客户端获得缓存的业务数据。

基于本发明，结合http1.0标准和http1.1标准，由业务端下发缓存相对时间，服务端进行缓存控制，将缓存的权交给业务本身。此外，本申请能够在各节点占用少量的内存前提下达到缓存效果。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的反向缓存控制方法的方法流程图；

图2为本发明实施例提供的服务端的结构示意图；

图3为本发明实施例提供的反向缓存控制方法的另一方法流程图；

图4为本发明实施例提供的客户端的结构示意图；

图5为本发明实施例提供的反向缓存控制方法的再一方法流程图；

图6为本发明实施例提供的业务端的结构示意图；

图7为本发明实施例提供的反向缓存控制***的***架构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明实施例提供一种反向缓存控制方法，该方法应用于服务端，该方法的方法流程图如图1所示，包括如下步骤：

S101，接收客户端发送的业务请求，业务请求包含客户端缓存业务请求所对应业务数据的缓存终止时间，客户端所缓存的业务数据、缓存终止时间、以及业务数据的缓存相对时间是服务端返回的，缓存终止时间是服务端基于缓存相对时间所确定的，业务数据和缓存相对时间是服务端从业务请求对应的业务端处获得的。

本发明实施例中，客户端首次发起业务请求时，由于不存在该业务请求缓存，因此，在向服务端发送的业务请求中“缓存终止时间”所在的字段设置为“-1”。服务端在识别到业务请求中字段内容为“-1”的缓存终止时间后，即可确定该业务请求为首次接收，从而向该业务请求对应的业务端请求相应的业务数据，而业务端在返回业务数据的同时还会返回该业务数据对应的缓存相对时间，即业务数据在客户端所缓存的时间由业务端灵活控制。

服务端在获得业务端返回的业务数据和缓存相对时间之后，可以基于本地时间和缓存相对时间计算缓存终止时间，假设本地时间为2020年1月1日12:00、缓存相对时间为30min，则缓存终止时间为2020年1月1日12:30。业务端将业务数据、缓存相对时间和缓存终止时间返回给客户端，由客户端缓存。

客户端对业务端所返回的业务数据、缓存相对时间和缓存终止时间进行缓存。后续客户端再次发起业务请求时，可以基于缓存相对时间来确定所缓存的业务数据的状态是否有效，具体的，如果缓存业务数据的时长小于缓存相对时间则表示业务数据的状态为有效，反之则无效。如果业务数据的状态为有效，则获取所缓存的业务数据，反之，则再次向服务端发送业务请求，该业务请求中“缓存终止时间”所在的字段则设置为所缓存的缓存终止时间。

此外，实际应用中，用户对客户端很可能进行诸如强制刷新、***启动等强制请求的触控操作，此时即使所缓存的业务数据的状态为有效，客户端也需要再次发起业务请求。因此，在收到此类触控操作后，客户端可以直接向服务端发送业务请求，则无需通过缓存相对时间来确定所缓存的业务数据的状态是否有效。

S102，基于缓存相对时间确定缓存更新时间，并通过比较缓存更新时间和缓存终止时间确定客户端所缓存的业务数据的状态。

本发明实施例中，服务端在向客户端返回业务数据、缓存相对时间和缓存终止时间后，可以按照缓存相对时间记录缓存终止时间，继续以缓存终止时间为2020年1月1日12:30、缓存相对时间为30min为例进行说，服务端开启计时器，对该缓存终止时间2020年1月1日12:30存储30min。在30min内，该缓存更新时间为缓存终止时间，而超过30min之后，该缓存更新时间即为服务端本地的当前时间。

因此，如果比较缓存更新时间不大于缓存终止时间，即可确定客户端所缓存的业务数据的状态为有效，反之，如果缓存更新时间大于缓存终止时间，则客户端所缓存的业务数据的状态为无效。

S103，如果缓存更新时间不大于缓存终止时间、相应的业务数据的状态为有效，则向客户端返回标准码，以触发客户端获取所缓存的业务数据。

本发明实施例中，如果客户端所缓存的业务数据的状态为有效，则服务端向客户端返回标准码，即304码，客户端收到该304码之后，即可从本次获得所缓存的业务数据。

基于此，服务端无需在每次客户端发送业务请求后，都向业务端请求业务数据再返回客户端，提高缓存效果。

在其他一些实施例中，如果缓存更新时间大于缓存终止时间、相应的业务数据的状态为无效，重新向业务端发送业务请求，并接收业务端所返回的新业务数据以及新缓存相对时间；

基于新缓存相对时间确定新缓存终止时间，并将新业务数据、新缓存终止时间和新缓存相对时间同时返回至客户端。

本发明实施例中，服务端将用新业务数据以及新缓存相对时间替换掉以上业务数据和缓存相对时间，客户端用新缓存终止时间、新业务数据和新缓存相对时间替换掉所缓存的缓存终止时间、业务数据和缓存相对时间。

需要说明的是，服务端获得新业务数据、新缓存相对时间，基于新缓存相对时间确定新缓存终止时间，向客户端返回新业务数据、新缓存终止时间和新缓存相对时间，以及客户端后续发起业务请求的相关流程可以参见以上描述，在此不再赘述。

本发明实施例提供的反向缓存控制方法，服务端能够基于业务端返回的缓存相对时间确定缓存更新时间，进而通过与业务请求中缓存终止时间进行比较确定客户端所缓存的业务数据的状态，在业务数据的状态为有效时，向客户端返回标准码来触发客户端获取所缓存的业务数据。基于本发明，由业务端下发缓存相对时间，服务端进行缓存控制，将缓存的权交给业务本身，在各节点占用少量的内存前提下达到缓存效果。

基于上述实施例提供的反向缓存控制方法，本发明实施例则提供一种服务端，该服务端的结构示意图如图2所示，包括：

第一通信模块101，用于接收客户端发送的业务请求，业务请求包含客户端缓存业务请求所对应业务数据的缓存终止时间，客户端所缓存的业务数据、缓存终止时间、以及业务数据的缓存相对时间是服务端返回的，缓存终止时间是服务端基于缓存相对时间所确定的，业务数据和缓存相对时间是服务端从业务请求对应的业务端处获得的。

第一处理模块102，用于基于缓存相对时间确定缓存更新时间，并通过比较缓存更新时间和缓存终止时间确定客户端所缓存的业务数据的状态。

第一通信模块101，还用于如果缓存更新时间不大于缓存终止时间、相应的业务数据的状态为有效，则向客户端返回标准码，以触发客户端获取所缓存的业务数据。

本发明实施例提供的服务端，能够基于业务端返回的缓存相对时间确定缓存更新时间，进而通过与业务请求中缓存终止时间进行比较确定客户端所缓存的业务数据的状态，在业务数据的状态为有效时，向客户端返回标准码来触发客户端获取所缓存的业务数据。基于本发明，由业务端下发缓存相对时间，服务端进行缓存控制，将缓存的权交给业务本身，在各节点占用少量的内存前提下达到缓存效果。

本发明实施例还提供一种反向缓存控制方法，该方法应用于客户端，该方法的方法流程图如图3所示，包括如下步骤：

S201，生成业务请求，业务请求包含客户端缓存业务请求所对应业务数据的缓存终止时间，客户端所缓存的业务数据、缓存终止时间、以及业务数据的缓存相对时间是服务端返回的，缓存终止时间是服务端基于缓存相对时间所确定的，业务数据和缓存相对时间是服务端从业务请求处获得的。

本发明实施例中，如果客户端首次发起业务请求，则业务请求中“缓存终止时间”所在的字段设置为“-1”。而如果客户端不是首次发起业务请求，则业务请求中“缓存终止时间”设置为所缓存的缓存终止时间。

而如果客户端不是首次发起业务请求，如果触发业务请求发起的触控操作并非诸如强制刷新、***启动等强制请求的触控操作，客户端可以基于所缓存的缓存相对时间确定所缓存的业务数据的状态，具体的，如果缓存业务数据的时长小于缓存相对时间则表示业务数据的状态为有效，反之则无效。如果业务数据的状态为有效，则获取所缓存的业务数据；如果所缓存的业务数据的状态为无效，则向服务端发送业务请求。

S202，向服务端发送业务请求，以使服务端基于缓存相对时间确定缓存更新时间、并通过比较缓存更新时间和缓存终止时间确定客户端所缓存的业务数据的状态。

S203，如果接收到服务端返回的标准码，则获取所缓存的业务数据，标准码是在客户端所缓存的业务数据的状态为有效时返回的。

需要说明的是，本发明实施例的反向缓存控制方法的具体内容，可以参见以上反向缓存控制方法实施例的公开部分，在此不再赘述。

本发明实施例提供的反向缓存控制方法，客户端能够向服务端发送业务请求，并在服务端基于该业务请求返回标准码的情况下，获取所缓存的业务数据。基于本发明，由业务端下发缓存相对时间，服务端进行缓存控制，将缓存的权交给业务本身，在各节点占用少量的内存前提下达到缓存效果。

基于上述实施例提供的反向缓存控制方法，本发明实施例则提供一种客户端，该服务端的结构示意图如图4所示，包括：

第二处理模块201，用于生成业务请求，业务请求包含客户端缓存业务请求所对应业务数据的缓存终止时间，客户端所缓存的业务数据、缓存终止时间、以及业务数据的缓存相对时间是服务端返回的，缓存终止时间是服务端基于缓存相对时间所确定的，业务数据和缓存相对时间是服务端从业务请求处获得的。

第二通信模块202，用于向服务端发送业务请求，以使服务端基于缓存相对时间确定缓存更新时间、并通过比较缓存更新时间和缓存终止时间确定客户端所缓存的业务数据的状态；以及接收服务端返回的标准码。

第二处理模块201，还用于获取所缓存的业务数据，标准码是在客户端所缓存的业务数据的状态为有效时返回的。

本发明实施例提供的客户端，能够向服务端发送业务请求，并在服务端基于该业务请求返回标准码的情况下，获取所缓存的业务数据。基于本发明，由业务端下发缓存相对时间，服务端进行缓存控制，将缓存的权交给业务本身，在各节点占用少量的内存前提下达到缓存效果。

本发明实施例还提供一种反向缓存控制方法，该方法应用于业务端，该方法的方法流程图如图5所示，包括如下步骤：

S301，接收服务端发送的业务请求，业务请求是客户端发送给服务端的。

S302，获取业务请求对应的业务数据、以及业务数据对应的缓存相对时间。

S303，向服务端返回业务数据和缓存相对时间，业务数据和缓存相对时间是服务端与客户端进行交互的基础或依据。

本发明实施例中，业务端只要收到服务端发送的业务请求，即获取相应的业务数据和缓存相对时间，并返回给服务端。服务端与客户端的交互过程可以参见以上反向缓存控制方法实施例的公开部分，在此不再赘述

本发明实施例提供的反向缓存控制方法，业务端可以下发缓存相对时间，服务端进行缓存控制，将缓存的权交给业务本身，在各节点占用少量的内存前提下达到缓存效果。

基于上述实施例提供的反向缓存控制方法，本发明实施例则提供一种业务端，该服务端的结构示意图如图6所示，包括：

第三通信模块301，用于接收服务端发送的业务请求，业务请求是客户端发送给服务端的。

第三处理模块302，用于获取业务请求对应的业务数据、以及业务数据对应的缓存相对时间。

第三通信模块301，还用于向服务端返回业务数据和缓存相对时间，业务数据和缓存相对时间是服务端与客户端进行交互的基础或依据。

本发明实施例提供的业务端，可以下发缓存相对时间，从而由服务端进行缓存控制，将缓存的权交给业务本身，在各节点占用少量的内存前提下达到缓存效果。

基于上述实施例提供的服务端、客户端和业务端，本发明实施例还提供一种反向缓存控制***，该***的***架构图如图7所示，包括：

服务端10、客户端20、以及业务端30，其中，客户端20和业务端30的数量为至少一个。

以上对本发明所提供的一种反向缓存控制方法及***、服务端、客户端和业务端进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备所固有的要素，或者是还包括为这些过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种反向缓存控制方法，其特征在于，所述方法应用于服务端，所述方法包括：

接收客户端发送的业务请求，所述业务请求包含所述客户端缓存所述业务请求所对应业务数据的缓存终止时间，所述客户端所缓存的所述业务数据、所述缓存终止时间、以及所述业务数据的缓存相对时间是所述服务端返回的，所述缓存终止时间是所述服务端基于所述缓存相对时间所确定的，所述业务数据和所述缓存相对时间是所述服务端从所述业务请求对应的业务端处获得的；

基于所述缓存相对时间确定缓存更新时间，并通过比较所述缓存更新时间和所述缓存终止时间确定所述客户端所缓存的所述业务数据的状态；

如果所述缓存更新时间不大于所述缓存终止时间、相应的所述业务数据的状态为有效，则向所述客户端返回标准码，以触发所述客户端获取所缓存的所述业务数据。

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

如果所述缓存更新时间大于所述缓存终止时间、相应的所述业务数据的状态为无效，重新向所述业务端发送所述业务请求，并接收所述业务端所返回的新业务数据以及新缓存相对时间；

基于所述新缓存相对时间确定新缓存终止时间，并将所述新业务数据、所述新缓存终止时间和所述新缓存相对时间同时返回至所述客户端。

3.根据权利要求1所述的方法，其特征在于，所述基于所述缓存相对时间确定缓存更新时间，包括：

在按照所述缓存相对时间存储所述缓存终止时间的情况下，检测是否存在所存储的所述缓存终止时间；

如果不存在，则将当前时间作为所述缓存更新时间；

如果存在，则将所存储的所述缓存终止时间作为所述缓存更新时间。

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

第一通信模块，用于接收客户端发送的业务请求，所述业务请求包含所述客户端缓存所述业务请求所对应业务数据的缓存终止时间，所述客户端所缓存的所述业务数据、所述缓存终止时间、以及所述业务数据的缓存相对时间是所述服务端返回的，所述缓存终止时间是所述服务端基于所述缓存相对时间所确定的，所述业务数据和所述缓存相对时间是所述服务端从所述业务请求对应的业务端处获得的；

第一处理模块，用于基于所述缓存相对时间确定缓存更新时间，并通过比较所述缓存更新时间和所述缓存终止时间确定所述客户端所缓存的所述业务数据的状态；

第一通信模块，还用于如果所述缓存更新时间不大于所述缓存终止时间、相应的所述业务数据的状态为有效，则向所述客户端返回标准码，以触发所述客户端获取所缓存的所述业务数据。

5.一种反向缓存控制方法，其特征在于，所述方法应用于客户端，所述方法包括：

生成业务请求，所述业务请求包含所述客户端缓存所述业务请求所对应业务数据的缓存终止时间，所述客户端所缓存的所述业务数据、所述缓存终止时间、以及所述业务数据的缓存相对时间是所述服务端返回的，所述缓存终止时间是所述服务端基于所述缓存相对时间所确定的，所述业务数据和所述缓存相对时间是所述服务端从所述业务请求处获得的；

向所述服务端发送所述业务请求，以使所述服务端基于所述缓存相对时间确定缓存更新时间、并通过比较所述缓存更新时间和所述缓存终止时间确定所述客户端所缓存的所述业务数据的状态；

如果接收到所述服务端返回的标准码，则获取所缓存的所述业务数据，所述标准码是在所述客户端所缓存的所述业务数据的状态为有效时返回的。

6.根据权利要求5所述的方法，其特征在于，所述向所述服务端发送所述业务请求，包括：

基于所缓存的所述缓存相对时间确定所缓存的所述业务数据的状态；

如果所缓存的所述业务数据的状态为无效，则向所述服务端发送所述业务请求。

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

第二处理模块，用于生成业务请求，所述业务请求包含所述客户端缓存所述业务请求所对应业务数据的缓存终止时间，所述客户端所缓存的所述业务数据、所述缓存终止时间、以及所述业务数据的缓存相对时间是所述服务端返回的，所述缓存终止时间是所述服务端基于所述缓存相对时间所确定的，所述业务数据和所述缓存相对时间是所述服务端从所述业务请求处获得的；

第二通信模块，用于向所述服务端发送所述业务请求，以使所述服务端基于所述缓存相对时间确定缓存更新时间、并通过比较所述缓存更新时间和所述缓存终止时间确定所述客户端所缓存的所述业务数据的状态；以及接收所述服务端返回的标准码；

第二处理模块，还用于获取所缓存的所述业务数据，所述标准码是在所述客户端所缓存的所述业务数据的状态为有效时返回的。

8.一种反向缓存控制方法，其特征在于，所述方法应用于业务端，所述方法包括：

接收服务端发送的业务请求，所述业务请求是客户端发送给所述服务端的；

获取所述业务请求对应的业务数据、以及所述业务数据对应的缓存相对时间；

向所述服务端返回所述业务数据和所述缓存相对时间，所述业务数据和所述缓存相对时间是所述服务端与所述客户端进行交互的基础或依据。

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

第三通信模块，用于接收服务端发送的业务请求，所述业务请求是客户端发送给所述服务端的；

第三处理模块，用于获取所述业务请求对应的业务数据、以及所述业务数据对应的缓存相对时间；

第三通信模块，还用于向所述服务端返回所述业务数据和所述缓存相对时间，所述业务数据和所述缓存相对时间是所述服务端与所述客户端进行交互的基础或依据。

10.一种反向缓存控制***，其特征在于，所述***包括：

权利要求4所述的服务端、权利要求5所述的客户端、以及权利要求9所述的业务端。

Images