CN110719315A - 与服务器交互方法、与客户端交互方法、客户端及服务器 - Google Patents

Abstract

本发明公开了一种与服务器交互的方法、与客户端交互的方法、客户端、服务器、电子设备和存储介质。所述与服务器交互的方法包括：发送交互请求至服务器，接收所述服务器针对所述交互请求返回的响应结果，进而根据客户端的连接策略，调整所述客户端与所述服务器之间的连接状态。解决了交互过程耗时较长，交互响应迟钝的技术问题。取得了提高交互效率以及交互响应灵敏度的有益效果。

Description

与服务器交互方法、与客户端交互方法、客户端及服务器

技术领域

本发明涉及计算机技术领域，具体涉及一种与服务器交互的方法、与客户端交互的方法、客户端、服务器、电子设备及可读存储介质。

背景技术

随着线下收单业务的兴起，市场上也出现了各式各样的移动收银设备，覆盖了KA(KeyAccount，重点客户)、小微企业、轻餐、快餐等不同维度的商户。而且线下收银一般使用的是串行收银方式，随着线下收银的需求量越来越大，商户对收银设备的收款速度要求也越来越高。

现有的移动收银设备与云端业务处理服务之间的交互过程如下：商家使用移动收银设备扫描用户付款码，移动收银设备会组装数据包发送HTTP(Hyper Text TransportProtocol，超文本传输协议)请求访问云端网关，云端接收到HTTP请求以后会调用业务处理服务处理HTTP请求，处理完成把结果返回给移动收银设备，移动收银设备接收到结果以后断开和云端的连接从而完成一次和云端的交互。

但是对于目前的移动收银设备与云端业务处理服务之间的交互方案，由于在交互过程中采用短连接方式，每次请求都需要建立连接、断开连接，导致交互过程耗时较长，交互响应迟钝。

发明内容

本发明提供一种与服务器交互的方法、与客户端交互的方法、客户端、服务器、电子设备及可读存储介质，以部分或全部解决现有技术中交互过程相关的上述问题。

依据本发明第一方面，提供了一种与服务器交互的方法，包括：

发送交互请求至所述服务器；

接收所述服务器针对所述交互请求返回的响应结果；

根据客户端的连接策略，调整所述客户端与所述服务器之间的连接状态。

根据本发明的第二方面，提供了一种与客户端交互的方法，包括：

接收客户端发送的交互请求；

根据所述交互请求，返回响应结果至所述客户端；

根据客户端对应的连接策略，调整服务器与所述客户端的连接状态。

根据本发明的第三方面，提供了一种客户端，包括：

交互请求发送模块，用于发送交互请求至服务器；

响应结果接收模块，用于接收所述服务器针对所述交互请求返回的响应结果；

第一连接状态调整模块，用于根据客户端的连接策略，调整所述客户端与所述服务器之间的连接状态。

根据本发明的第四方面，提供了一种服务器，包括：

交互请求接收模块，用于接收客户端发送的交互请求；

响应结果发送模块，用于根据所述交互请求，返回响应结果至所述客户端；

第二连接状态调整模块，用于根据所述客户端连接策略，调整服务器与所述客户端的连接状态。

根据本发明的第五方面，提供了一种电子设备，包括：

处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现前述的任意一种与服务器交互的方法。

根据本发明的第六方面，提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述的任意一种与服务器交互的方法。

根据本发明的第七方面，提供了一种电子设备，包括：

处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现前述的任意一种与客户端交互的方法。

根据本发明的第八方面，提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述的任意一种与客户端交互的方法。

根据本发明的与服务器交互的方法，可以发送交互请求至服务器；接收所述服务器针对所述交互请求返回的响应结果，并根据客户端的连接策略，调整所述客户端与所述服务器之间的连接状态。在每次交互完成后，根据当前的连接策略调整连接状态的方式，以方便下次交互，避免每次交互前都需重新建立连接的情况，从而解决了交互过程耗时较长，交互响应迟钝的技术问题。取得了提高交互效率以及交互响应灵敏度的有益效果。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明实施例的一种与服务器交互的方法的步骤流程图之一；

图2示出了根据本发明实施例的一种与服务器交互的方法的步骤流程图之二；

图3示出了根据本发明实施例的一种原数据包的示意图；

图4示出了根据本发明实施例的一种与客户端交互的方法的步骤流程图之三；

图5示出了根据本发明实施例的一种与客户端交互的方法的步骤流程图之四；

图6示出了根据本发明实施例的一种客户端的结构示意图之一；

图7示出了根据本发明实施例的一种客户端的结构示意图之二；

图8示出了根据本发明实施例的一种服务器的结构示意图之一；以及

图9示出了根据本发明实施例的一种服务器的结构示意图之二。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

详细介绍本发明实施例提供的一种与服务器交互的方法。

参照图1，示出了本发明实施例中一种与服务器交互的方法的步骤流程图。

步骤110，发送交互请求至服务器。

步骤120，接收所述服务器针对所述交互请求返回的响应结果；

步骤130，根据客户端的连接策略，调整所述客户端与所述服务器之间的连接状态。

在实际应用中，客户端与服务器进行交互时，发送交互请求访问服务器，服务器接收到请求以后可以调用相应的业务处理服务处理交互请求，处理完成后可以把响应结果返回给客户端，客户端在接收到响应结果以后可以断开和服务器的连接从而完成一次客户端和服务器的交互。

例如，商家可以使用移动收银设备等客户端通过扫描用户付款码等方式接收交易触发指令，移动收银设备则可以根据交易触发指令组装数据包发送交互请求访问服务器，服务器接收到请求以后可以调用相应的业务处理服务处理交互请求，处理完成后可以把响应结果返回给客户端，客户端在接收到响应结果以后可以断开和服务器的连接从而完成一次客户端和服务器的交互。

其中，客户端也可以通过其他任何可用方式接收交易触发指令，例如通过店员或者顾客的触发操作，等等；而且客户端可以通过任何可用方式将交互请求发送至服务器，对此本发明实施例均不加以限定。另外，交互请求与交易触发指令之间的对应关系也可以根据需求进行预先设置，对此本发明实施例也不加以限定。

而且，其中的服务器可以为一种云端服务，客户端可以将交互请求发送至云端网关，云端网关进而可以调用相应的云端业务处理服务处理交互请求，等等。

但是，如果在每次交互完成后都断开客户端与服务器的连接，而某一客户端与服务器的交互较频繁，那么在每次处理交互请求时，都需要重新在客户端和服务器之间建立连接，耗时较多且用户体验较差。而如果设置客户端与服务器始终保持连接，又容易导致资源浪费，且在当前客户端与服务器的交互频率较低的情况下占用连接通道也容易影响其他客户端与服务器的交互速率。

因此，在本发明实施例中，可以预先设置客户端的连接策略，进而在客户端接收到服务器针对当前的交互请求返回的响应结果之后，根据客户端的连接策略，调整客户端与服务器之间的连接状态。其中的连接策略可以根据客户端的状态以及需求进行预先设置，而且不同客户端的连接策略都可以进行自定义设置，对此本发明实施例不加以限定。

例如，可以根据客户端与服务器之间的实时连接频率、相应客户端在一定时间段内的历史交易量、客户端的自身属性，等等设置客户端的连接策略，而且还可以周期性地更新连接策略，以提高连接策略的准确性和交互速度。

可选地，在本发明实施例中，在所述步骤130之前，还可以包括：

步骤140，在所述连接策略在所述服务器配置完成的情况下，从所述服务器获取所述客户端对应的连接策略。

在实际应用中，连接策略可以存储于客户端和/或服务器，连接策略也可以在客户端和/或服务器侧生成。因此，在本发明实施例中，假设连接策略在服务器侧配置完成，那么为了方便客户端调整与服务器的连接策略，则可以在连接策略在服务器配置完成的情况下，从服务器获取相应客户端对应的连接策略。具体的从服务器获取相应客户端对应的连接策略的获取时机、获取方式等可以根据需求进行预先设置，对此本发明实施例不加以限定。

例如，可以在每天客户端第一次向服务器签到时，从服务器获取相应的连接策略，等等。

根据本发明的与服务器交互的方法，可以发送交互请求至服务器；接收所述服务器针对所述交互请求返回的响应结果，进而根据客户端的连接策略，调整客户端与所述服务器之间的连接状态。解决了交互过程耗时较长，交互响应迟钝的技术问题。取得了提高交互效率以及交互响应灵敏度的有益效果。

实施例二

详细介绍本发明实施例提供的一种与服务器交互的方法。

参照图2，示出了本发明实施例中一种与服务器交互的方法的步骤流程图。

步骤210，发送交互请求至服务器。

步骤220，根据所述交互请求，返回响应结果至所述客户端。

可选地，在本发明实施例中，所述连接策略为根据所述客户端对应商户的商户特征，和/或所述客户端的历史交易量进行配置得到。

在本发明实施例中，为了提高交互请求的处理效率同时避免资源浪费，则需要提高每个客户端的连接策略的合理程度。而且，在实际应用中，如果某一客户端的历史交易量较大，那么为了满足其需求，则可以相应地延长其与服务器的连接时长，否则如果某一客户端的历史交易量较小，则可以相应地缩短其与服务器的连接时长；而如果某一客户端对应的商家的商家属性级别较高，那么为了为其提供更好的交互体验，同样地也可以相应地延长其与服务器的连接时长，而如果某一客户端对应的商家的商家属性级别较低，则可以调低或者维持其与服务器原始的连接时长，等等。由此可见，在本发明实施例中，具体的可以根据客户端对应商户的商户特征，和/或客户端的历史交易量进行配置得到每个客户端的连接策略。

其中，在连接策略中可以包含但不限于针对每次交互完成后客户端与服务器连接状态、连接时长、断开时长等方面的设置策略。商户特征可以包括任何一种与连接策略有关的商户特征，例如可以包括但不限于商户所处的网络环境、商户的品牌级别、商户的客流量、商户的资质级别、商户所在平台对商户的评价级别，等等。客户端的历史交易量可以包括在连接策略生成时刻之间的预设时间段内相应客户端与相应的服务器之间的历史交易量，其中的预设时间段可以根据需求进行预先设置，对此本发明实施例不加以限定。在本发明实施例中，可以通过任何可用方式获取客户端对应商户的商户特征、客户端的历史交易量，对此本发明实施例不加以限定。而且，客户端对应商户的商户特征，以及客户端的历史交易量与相应客户端与服务器之间的连接策略的对应关系可以根据需求进行预先设置，对此本发明实施例也不加以限定。

而且，在本发明实施例中，客户端对应商户的商户特征、客户端的历史交易量可以记录在客户端，也可以记录在服务器，因此在本发明实施例中，可以在客户端和/或服务器中生成和/或更新连接策略，而且每次可以最新更新的连接策略调整客户端与服务器之间的连接关系。客户端和服务器中的任意一方都可以调整两者之间的连接策略。

步骤230，根据所述客户端的历史交易量，以及所述客户端对应商户的商户特征，获取所述客户端在当前时刻之后的预设时间段内的预估交易量。

在实际应用中，客户端与服务器之间的连接策略的用户在于调整在当前时刻之后客户端与服务器之间的连接状态，其直接参照的数据可以包括客户端在当前时刻之后的预设时间段内的交易量。但是未来时间内的交易量是未知的，因此，在本发明实施例中，可以根据客户端的历史交易量，以及客户端对应商户的商户特征，获取客户端在当前时刻之后的预设时间段内的预估交易量。具体地，可以根据客户端的历史交易量，以及客户端对应商户的商户特征，通过深度学习框架对相应客户端未来预设时间段内的交易量进行预估，其中的深度学习框架可以根据需求进行预先设置，对此本发明实施例不加以限定。

其中，商户特征可以包括任何与商户有关的可用特征，例如可以包括但不限于商户人流量、商户位置、商户类别、商户等级、商户评价、商户人均消费，等等。

当然，在本发明实施例中，也可以仅根据客户端的历史交易量，或者商户特征预估客户端在当前时刻之后的预设时间段内的预估交易量，对此本发明实施例不加以限定。而且，也可以采用除深度学习框架以外的其他任何可用方式进行交易量的预估，对此本发明实施例也不加以限定。

步骤240，根据所述预估交易量配置所述客户端对应的连接策略。

在获取得到客户端在当前时刻之后的预设时间段内的预估交易量之后，则可以进一步根据预估交易量配置相应客户端当前对应的连接策略。其中，连接策略与预估交易量之间的对应关系可以根据需求或经验等进行预先设置，对此本发明实施例不加以限定。

例如，可以设置如果预估交易量满足第一预设交易量阈值，则可以配置相应客户端的连接策略为保持连接，且保持连接的持续时间为第一预设时间段；如果预估交易量满足第二预设交易量阈值，则可以配置相应客户端的连接策略为保持连接，且保持连接的持续时间为第二预设时间段；如果预估交易量满足第三预设交易量阈值，则可以配置相应客户端的连接策略为在每次交互完成后断开连接；等等。

可选地，在本发明实施例中，所述步骤240进一步可以包括：

子步骤241，根据所述预估交易量配置所述客户端对应的初始连接策略；

子步骤242，根据所述客户端对应商户的实时商户属性，调整所述初始连接策略，得到所述客户端当前的连接策略。

另外，在实际应用中，客户端所对应商户的部分属性是变化的，例如所处环境的网络、商户的资质等级，等等。而且同一商户属性在不同情况下的不同取值也会影响客户端与服务器之间连接。

例如，如果商户所处环境的网络条件由强网络环境变为弱网络环境，此时如果商户对应的连接策略为每次交互完成后断开连接，那么在网络变弱的情况下很难再次建立连接，从而容易影响后续的交互效率。因此此时则可以将其连接策略由每次交互完成后断开连接变更为每次交互完成后保持连接，直至网络状态恢复正常。

因此，在本发明实施例中，在根据预估交易量配置得到客户端对应的初始连接策略之后，还可以进一步根据客户端对应商户的实时商户属性，调整其初始连接策略，从而得到客户端当前的连接策略。

其中，商户的实时商户属性可以包括任意一种可变化的商户属性，例如可以包括但不限于商户是否为大流量商户、是否为优质商户、是否为弱网环境商户，等等。且大流量商户、优质商户和弱网环境商户的具体定义可以根据需求或者经验等进行预先设置，对此本发明实施例不加以限定。另外，对初始连接策略的调整策略与商户的实时商户属性之间的对应关系也可以根据经验或需求等进行预先设置，对此本发明实施例不加以限定。

例如，可以设置如果客户端对应商户当前是大流量商户，则将初始连接策略调整为每次交互完成后保持连接，且连接持续时间延长第一时长，如果客户端对应商户当前不是大流量商户，则将初始连接策略中当前的连接持续时间缩短第二时长，而如果初始连接策略中当前的连接持续时间小于等于第二时长，则将当前的初始连接策略调整为每次交互完成后断开连接；如果商户当前是优质商户，则将初始连接策略中当前的连接持续时间延长第三时长，如果客户端对应商户当前不是优质商户，则将初始连接策略中当前的连接持续时间缩短第四时长，而如果初始连接策略中当前的连接持续时间小于等于第四时长，则将当前的初始连接策略调整为每次交互完成后断开连接；等等。

步骤250，响应于所述响应结果为交易结果未知，设置所述客户端与所述服务器之间的连接状态为保持连接。

步骤260，响应于所述响应结果不是交易结果未知，根据客户端的连接策略，设置所述客户端与所述服务器之间的连接状态。

客户端和服务器的交互过程中，一笔交易可能存在多次和单次的交互，而且服务器根据交互请求返回的相应结果可能为交易成功、交易失败、交易结果未知等情况。例如，客户端首次发出针对某一交易触发指令的交互请求至服务器，如果服务器立即返回明确的交易结果(例如，交易成功/交易失败)，而不是交易结果未知，那么本次交易完成；而如果服务器返回的响应结果为交易结果未知，则客户端需要继续轮询服务器，不断的发送针对本次交易的交互请求至服务器以查询交易结果，这种情况下一笔交易，也即针对一次交易触发指令会和服务器交互多次。

而如果针对同一交易的多次交互请求都重新进行连接状态的调整，会使得轮询时间过长，交易响应较慢。因此，在本发明实施例中，可以针对不同的交易场景指定不同的连接复用策略。具体策略如下：一笔交易过程中，无论客户端是和服务器进行一次交互还是多次交互都是用连接复用的策略，也即一笔交易过程中客户端只和服务器建立一次连接，并且保持连接状态直至最终拿到响应交易确定的交易结果才决定是否断开连接。

那么此时，客户端接收服务器针对当前的交互请求返回的响应结果之后，进一步可以判断当前接收到的响应结果是否为交易结果未知，响应于当前接收到的响应结果不为交易结果未知，也即接收到当前交易确定的交易结果，则可以根据客户端的连接策略，设置客户端与服务器之间的连接状态；响应于当前接收到的响应结果为交易结果未知，为了方便继续进行轮询，则可以设置客户端与服务器之间的连接状态为保持连接。

步骤270，根据所述客户端与所述服务器的连接活跃程度，调整所述客户端与所述服务器之间的连接状态。

如前述，客户端与服务器之间的连接策略是基于客户端对应商户的商户特征，和/或客户端的历史交易量进行配置得到，而且由于每个客户端的连接策略一般是定期更新的，但是每次更新之间还是会存在一定的时间间隔，并不能完全保证实时性，也即一般不能保证连接策略与客户端当前的连接需求完全匹配。

因此，在本发明实施例中，还可以根据客户端与服务器的连接活跃程度，调整客户端与互处理服务器之间的连接状态。而且，如果客户端当前的连接策略与连接活跃度对应的连接状态互相冲突时，可以根据需求设置连接活跃程度对应的连接状态的优先级高于或者低于当前的连接策略对应的连接状态，对此本发明实施例不加以限定。

其中，连接活跃程度可以表示为在当前时刻之前的一段时间内，客户端与服务器之间的连接次数，或者是连接频率等等，而且在本发明实施例中，可以根据需求设置连接活跃度程度与连接状态之间的对应关系。例如，可以设置当连接活跃程度高于预设值，则将客户端与服务器之间的连接状态调整为保持连接，否则将客户端与服务器之间的连接状态调整为每次交互完成后断开连接，等等。

而且，在本发明实施例中，在接收所述服务器针对所述交互请求返回的响应结果之后，也可以直接根据所述客户端与所述服务器的连接活跃程度，调整所述客户端与所述服务器之间的连接状态，对此本发明实施例也不加以限定。

可选地，在本发明实施例中，所述客户端与所述服务器通过自定义轻量级协议进行交互；所述自定义轻量级协议对应的自定义数据包中包括包头、协议版本、模块编号、方法编号、数据长度和数据。

在实际应用中，现有的客户端与服务器通过HTTP(Hyper Text TransferProtocol，超文本传输协议)等协议进行通信，那么交互过程中的原数据包中会包含很多协议相关的内容，使得数据包臃肿，网络传输效率低下，如图3所示的为一种原数据包的示意图。因此，在本发明实施例中，为了提高网络传输效率，通过预先自定义轻量级协议进行交互，且自定义轻量级协议对应的自定义数据包中包括包头、协议版本、模块编号、方法编号、数据长度和数据，也即在自定义轻量级协议的数据包中删减了很多对业务处理无用的字段，大大简化了数据包内容。自定义的轻量级协议相对而言扩展性更好。

另外在自定义轻量级协议中还增加了模块编号和方法编号，这样在新增业务的时候只需要增加对应的模块编号和方法编号即可。此外，目前移动收银设备等客户端的种类比较繁多，不同的客户端的处理能力不一样，在本发明实施例中的自定义轻量级协议，通过设置不同的协议版本能支持多版本协议，从而通过支持多版本的协议能有效的提升客户端和服务器的交互速度。

而且，在本发明实施例中，自定义轻量级协议数据包中包含的内容也可以根据需求进行自定义调整，且其中各个内容的数据长度也可以根据需求进行自定义设置。例如，可以设置自定义轻量级协议数据包中包头长度为4byte(字节)，协议版本的数据长度为2byte，模块编号和方法编号的数据长度均为2byte，用于存储数据包中的数据长度值的参数的数据长度为4byte，等等。

在本发明实施例中，所述连接策略为根据所述客户端对应商户的商户特征，和/或所述客户端的历史交易量进行配置得到。而且，还可以根据所述客户端的历史交易量，以及所述客户端对应商户的商户特征，获取所述客户端在当前时刻之后的预设时间段内的预估交易量；根据所述预估交易量配置所述客户端对应的连接策略。并且，根据所述预估交易量配置所述客户端对应的初始连接策略；根据所述客户端对应商户的实时商户属性，调整所述初始连接策略，得到所述客户端当前的连接策略。从而可以提高连接策略的准确性，进而提高交互效率以及交互响应灵敏度。

而且，在本发明实施例中，可以接收所述服务器针对所述交互请求返回的响应结果；响应于所述响应结果不是交易结果未知，根据客户端的连接策略，设置所述客户端与所述服务器之间的连接状态；响应于所述响应结果为交易结果未知，设置所述客户端与所述服务器之间的连接状态为保持连接。从而可以提高每次交易过程的响应效率。并且，还可以根据所述客户端与所述服务器的连接活跃程度，调整所述客户端与所述服务器之间的连接状态。从而可以提高客户端与服务器之间的连接状态的准确性，进而提高交互效率以及交互响应灵敏度。

另外，在本发明实施例中，所述客户端与所述服务器通过自定义轻量级协议进行交互；所述自定义轻量级协议对应的自定义数据包中包括包头、协议版本、模块编号、方法编号、数据长度和数据。从而可以有效降低交互过程数据包的臃肿程度，简化了数据包内容，提升服务器和客户端的交互速度。

实施例三

详细介绍本发明实施例提供的一种与客户端交互的方法。

参照图4，示出了本发明实施例中一种与客户端交互的方法的步骤流程图。

步骤310，接收客户端发送的交互请求。

步骤320，根据所述交互请求，返回响应结果至所述客户端。

步骤330，根据客户端对应的连接策略，调整服务器与所述客户端的连接状态。

在实际应用中，客户端可以在每次交互完成后主动调整与相应服务器之间的连接状态，服务器也可以调整与相应客户端的连接状态，此时，在本发明实施例中，客户端在接收客户端发送的交互请求，并且根据所述交互请求，返回相应结果至客户端之后，进而可以由服务器根据相应客户端对应的连接策略，调整服务器与相应客户端的连接状态。

而且，对于服务器而言，在获取得到相应客户端的连接策略之后，则可以进一步在当前的交互处理完成后，也即返回相应结果至客户端之后，则可以根据客户端的连接策略调整与相应客户端的连接状态。

可选地，在本发明实施例中，在所述步骤330之前，还可以包括：

步骤340，在所述连接策略在所述客户端配置完成的情况下，从所述客户端获取所述连接策略。

在本发明实施例中，可以根据所述交互请求，返回响应结果至所述客户端；根据所述客户端对应商户的商户特征，和/或所述客户端的历史交易量，获取所述客户端对应的连接策略；根据所述客户端连接策略，调整服务器与所述客户端的连接状态。从而在服务器侧，根据客户端的连接策略调整与客户端的连接状态，进而提高客户端与服务器之间的交互效率以及交互响应灵敏度。

实施例四

详细介绍本发明实施例提供的一种与客户端交互的方法。

参照图5，示出了本发明实施例中一种与客户端交互的方法的步骤流程图。

步骤410，接收客户端发送的交互请求。

步骤420，根据所述交互请求，返回响应结果至所述客户端。

步骤430，根据所述客户端的历史交易量，以及所述客户端对应商户的商户特征，获取所述客户端在当前时刻之后的预设时间段内的预估交易量。

步骤440，根据所述预估交易量配置所述客户端对应的连接策略。

可选地，在本发明实施例中，所述步骤440进一步可以包括：

子步骤441，根据所述预估交易量配置所述客户端对应的初始连接策略；

子步骤442，根据所述客户端对应商户的实时商户属性，调整所述初始连接策略，得到所述客户端当前的连接策略。

步骤450，将所述连接策略下发至所述客户端，以便所述客户端根据所述连接策略调整与所述服务器的连接状态。

步骤460，响应于所述响应结果为交易结果未知，设置所述服务器与所述客户端之间的连接状态为保持连接。

步骤470，响应于所述响应结果不是交易结果未知，根据客户端对应的连接策略，设置所述服务器与所述客户端之间的连接状态。

步骤480，根据所述客户端的连接活跃度，调整所述客户端的连接状态。

在本发明实施例中，如果连接策略在服务器侧配置完成，那么为了方便客户端也可以主动调整与服务器之间的连接状态，可以设置服务器将相应客户端的连接策略发送至客户端。客户端在接收到其与服务器之间的连接策略之后，则可以按照实施例一和实施例二中的方案，根据连接策略调整客户端与相应的服务器之间的连接状态。

其中，服务器将连接策略下发至所述客户端的时机、方式等可以根据需求进行预先设置，对此本发明实施例不加以限定。例如，可以在在接收到客户端的签到请求时，将连接策略下发至相应的客户端，等等。

当然，在本发明实施例中，也可以设置服务器一定时间周期内首次与客户端建立连接时，将客户端最新的连接策略发送至客户端，例如在每天的首次连接时下发连接策略，等等。

另外，此时服务器也可以根据连接策略调整与客户端的连接状态，而且对于服务器而言，也可以根据客户端与其连接活跃程度，调整与相应客户端之间的连接状态，具体的与客户端侧的执行过程类似，在此不加以赘述。

其次，在本发明实施例中，也可以根据客户端的连接活跃度，直接进一步调整相应客户端的连接策略，对此本发明实施例不加以限定。

在本发明实施例中，还可以将所述连接策略下发至所述客户端，以便所述客户端根据所述连接策略调整与所述服务器的连接状态。从而可以将连接策略下发至每个客户端，可以由客户端调整各自与服务器的连接状态。

并且，在本发明实施例中，还可以根据所述客户端的历史交易量，以及所述客户端对应商户的商户特征，获取所述客户端在当前时刻之后的预设时间段内的预估交易量；根据所述预估交易量配置所述客户端对应的连接策略。并且，根据所述预估交易量配置所述客户端对应的初始连接策略；根据所述客户端对应商户的实时商户属性，调整所述初始连接策略，得到所述客户端当前的连接策略。以及，根据所述客户端的连接活跃度，调整所述客户端的连接状态。从而可以提高连接策略的准确性，进而提高交互效率以及交互响应灵敏度。

在本发明实施例中，实施例三和实施例四中的部分步骤与在客户端侧执行的具体过程类似，具体的可以参照上述的实施例一和实施例二在客户端侧的执行过程，在此不加以赘述。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

实施例五

详细介绍本发明实施例提供的一种客户端。

参照图6，示出了本发明实施例中一种客户端的结构示意图。

交互请求发送模块510，用于发送交互请求至服务器；

响应结果接收模块520，用于接收所述服务器针对所述交互请求返回的响应结果。

第一连接状态调整模块530，用于根据客户端的连接策略，调整所述客户端与所述服务器之间的连接状态。

可选地，在本发明实施例中，还可以包括：

第一连接策略获取模块，用于在所述连接策略在所述服务器配置完成的情况下，从所述服务器获取所述客户端对应的连接策略。

参照图7，在本发明实施例中，所述第一连接状态调整模块530，进一步可以包括：

第一连接状态设置子模块531，用于响应于所述响应结果不是交易结果未知，根据客户端的连接策略，设置所述客户端与所述服务器之间的连接状态；

第二连接状态设置子模块532，用于响应于所述响应结果为交易结果未知，设置所述客户端与所述服务器之间的连接状态为保持连接。

可选地，在本发明实施例中，所述连接策略为根据所述客户端对应商户的商户特征，和/或所述客户端的历史交易量进行配置得到。

参照图7，在本发明实施例中，还可以包括：

预估交易量获取模块540，用于根据所述客户端的历史交易量，以及所述客户端对应商户的商户特征，获取所述客户端在当前时刻之后的预设时间段内的预估交易量。

连接策略配置模块550，用于根据所述预估交易量配置所述客户端对应的连接策略。

可选地，在本发明实施例中，所述连接策略配置模块550，进一步可以包括：

初始连接策略配置子模块，用于根据所述预估交易量配置所述客户端对应的初始连接策略；

第一连接策略调整子模块，用于根据所述客户端对应商户的实时商户属性，调整所述初始连接策略，得到所述客户端当前的连接策略。

参照图7，在本发明实施例中，还可以包括：

第三连接状态调整模块560，用于根据所述客户端与所述服务器的连接活跃程度，调整所述客户端与所述服务器之间的连接状态。

可选地，在本发明实施例中，所述客户端与所述服务器通过自定义轻量级协议进行交互；所述自定义轻量级协议对应的自定义数据包中包括包头、协议版本、模块编号、方法编号、数据长度和数据。

根据本发明的与服务器交互的方法，可以发送交互请求至服务器；接收所述服务器针对所述交互请求返回的响应结果，根据客户端的连接策略，调整所述客户端与所述服务器之间的连接状态。解决了交互过程耗时较长，交互响应迟钝的技术问题。取得了提高交互效率以及交互响应灵敏度的有益效果。

而且，在本发明实施例中，还可以接收所述服务器针对所述交互请求返回的响应结果；响应于所述响应结果不是交易结果未知，根据客户端的连接策略，设置所述客户端与所述服务器之间的连接状态；响应于所述响应结果为交易结果未知，设置所述客户端与所述服务器之间的连接状态为保持连接。从而可以提高每次交易过程的响应效率。

进一步地，在本发明实施例中，所述连接策略为根据所述客户端对应商户的商户特征，和/或所述客户端的历史交易量进行配置得到。而且，还可以根据所述客户端的历史交易量，以及所述客户端对应商户的商户特征，获取所述客户端在当前时刻之后的预设时间段内的预估交易量；根据所述预估交易量配置所述客户端对应的连接策略。并且，根据所述预估交易量配置所述客户端对应的初始连接策略；根据所述客户端对应商户的实时商户属性，调整所述初始连接策略，得到所述客户端当前的连接策略。从而可以提高连接策略的准确性，进而提高交互效率以及交互响应灵敏度。

而且，在本发明实施例中，还可以根据所述客户端与所述服务器的连接活跃程度，调整所述客户端与所述服务器之间的连接状态。从而可以提高客户端与服务器之间的连接状态的准确性，进而提高交互效率以及交互响应灵敏度。

另外，在本发明实施例中，所述客户端与所述服务器通过自定义轻量级协议进行交互；所述自定义轻量级协议对应的自定义数据包中包括包头、协议版本、模块编号、方法编号、数据长度和数据。从而可以有效降低交互过程数据包的臃肿程度，简化了数据包内容，提升服务器和客户端的交互速度。

实施例六

详细介绍本发明实施例提供的一种服务器。

参照图8，示出了本发明实施例中一种服务器的结构示意图。

交互请求接收模块610，用于接收客户端发送的交互请求

响应结果发送模块620，用于根据所述交互请求，返回响应结果至所述客户端。

第二连接状态调整模块630，用于根据所述客户端连接策略，调整服务器与所述客户端的连接状态。

可选地，在本发明实施例中，所述连接策略为根据所述客户端对应商户的商户特征，和/或所述客户端的历史交易量进行配置得到。

可选地，在本发明实施例中，还可以包括：

第二连接策略获取模块，用于在所述连接策略在所述客户端配置完成的情况下，从所述客户端获取所述连接策略。

参照图9，在本发明实施例中，所述第二连接状态调整模块630，进一步可以包括：

第三连接状态设置子模块631，用于响应于所述响应结果为交易结果未知，设置所述服务器与所述客户端之间的连接状态为保持连接；

第四连接状态设置子模块632，用于响应于所述响应结果不是交易结果未知，根据客户端对应的连接策略，设置所述服务器与所述客户端之间的连接状态。

参照图9，在本发明实施例中，所述服务器还可以包括：

预估交易量获取模块640，用于根据所述客户端的历史交易量，以及所述客户端对应商户的商户特征，获取所述客户端在当前时刻之后的预设时间段内的预估交易量；

连接策略配置模块650，用于根据所述预估交易量配置所述客户端对应的连接策略。

可选地，在本发明实施例中，所述连接策略配置模块650，进一步可以包括：

初始连接策略配置单元，用于根据所述预估交易量配置所述客户端对应的初始连接策略；

连接策略调整单元，用于根据所述客户端对应商户的实时商户属性，调整所述初始连接策略，得到所述客户端当前的连接策略。

可选地，在本发明实施例中，还可以包括：

连接策略下发模块660，用于将所述连接策略下发至所述客户端，以便所述客户端根据所述连接策略调整与所述服务器的连接状态。

可选地，在本发明实施例中，还可以包括：

第四连接状态调整模块670，用于根据所述客户端的连接活跃度，调整所述客户端的连接状态。

在本发明实施例中，可以接收客户端发送的交互请求，根据所述交互请求，返回响应结果至所述客户端；根据所述客户端连接策略，调整服务器与所述客户端的连接状态。从而在服务器侧，根据客户端的连接策略调整与客户端的连接状态，进而提高客户端与服务器之间的交互效率以及交互响应灵敏度。

在本发明实施例中，还可以将所述连接策略下发至所述客户端，以便所述客户端根据所述连接策略调整与所述服务器的连接状态。从而可以将连接策略下发至每个客户端，可以由客户端调整连接状态。

并且，在本发明实施例中，还可以根据所述客户端对应商户的商户特征，和/或所述客户端的历史交易量，获取所述客户端对应的连接策略；并且，根据所述客户端的历史交易量，以及所述客户端对应商户的商户特征，获取所述客户端在当前时刻之后的预设时间段内的预估交易量；根据所述预估交易量配置所述客户端对应的连接策略。并且，根据所述预估交易量配置所述客户端对应的初始连接策略；根据所述客户端对应商户的实时商户属性，调整所述初始连接策略，得到所述客户端当前的连接策略。以及，根据所述客户端的连接活跃度，调整所述客户端的连接状态。从而可以提高连接策略的准确性，进而提高交互效率以及交互响应灵敏度。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

另外，在本发明实施例中还提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现前述的任意一种与服务器交互的方法，或者与客户端交互的方法。且在执行前述的实施例一和实施例二中的与服务器交互的方法时，电子设备可以为客户端，在执行前述的实施例三和实施例四中的与客户端交互的方法时，电子设备可以为服务器。

在本发明实施例中还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现前述的任意一种与服务器交互的方法的步骤。

在本发明实施例中还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现前述的任意一种与客户端交互的方法的步骤。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的与服务器交互设备，和/或与客户端交互设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (22)

1.一种与服务器交互的方法，包括：

发送交互请求至服务器；

接收所述服务器针对所述交互请求返回的响应结果；

根据客户端的连接策略，调整所述客户端与所述服务器之间的连接状态。

2.根据权利要求1所述的方法，其特征在于，所述连接策略为根据所述客户端对应商户的商户特征，和/或所述客户端的历史交易量进行配置得到。

3.根据权利要求2所述的方法，其特征在于，在所述根据客户端的连接策略，调整所述客户端与所述服务器之间的连接状态的步骤之前，还包括：

根据所述客户端的历史交易量，以及所述客户端对应商户的商户特征，获取所述客户端在当前时刻之后的预设时间段内的预估交易量；

根据所述预估交易量配置所述客户端对应的连接策略。

4.根据权利要求3所述的方法，其特征在于，所述根据所述预估交易量配置所述客户端对应的连接策略的步骤，包括：

根据所述预估交易量配置所述客户端对应的初始连接策略；

根据所述客户端对应商户的实时商户属性，调整所述初始连接策略，得到所述客户端当前的连接策略。

5.根据权利要求1或2所述的方法，其特征在于，在所述根据客户端的连接策略，调整所述客户端与所述服务器之间的连接状态的步骤之前，还包括：

在所述连接策略在所述服务器配置完成的情况下，从所述服务器获取所述客户端对应的连接策略。

6.根据权利要求1所述的方法，其特征在于，所述根据客户端的连接策略，调整所述客户端与所述服务器之间的连接状态的步骤，包括：

响应于所述响应结果为交易结果未知，设置所述客户端与所述服务器之间的连接状态为保持连接；

响应于所述响应结果不是交易结果未知，根据客户端的连接策略，设置所述客户端与所述服务器之间的连接状态。

7.根据权利要求1所述的方法，其特征在于，在所述根据客户端的连接策略，调整所述客户端与所述服务器之间的连接状态的步骤之后，还包括：

根据所述客户端与所述服务器的连接活跃程度，调整所述客户端与所述服务器之间的连接状态。

8.根据权利要求1-6中任一项所述的方法，其特征在于，所述客户端与所述服务器通过自定义轻量级协议进行交互；所述自定义轻量级协议对应的自定义数据包中包括包头、协议版本、模块编号、方法编号、数据长度和数据。

9.一种与客户端交互的方法，其特征在于，包括：

接收客户端发送的交互请求；

根据所述交互请求，返回响应结果至所述客户端；

根据客户端对应的连接策略，调整服务器与所述客户端的连接状态。

10.根据权利要求9所述的方法，其特征在于，所述连接策略为根据所述客户端对应商户的商户特征，和/或所述客户端的历史交易量进行配置得到。

11.根据权利要求10所述的方法，其特征在于，所述根据客户端对应的连接策略，调整服务器与所述客户端的连接状态的步骤之前，还包括：

根据所述客户端的历史交易量，以及所述客户端对应商户的商户特征，获取所述客户端在当前时刻之后的预设时间段内的预估交易量；

根据所述预估交易量配置所述客户端对应的连接策略。

12.根据权利要求11所述的方法，其特征在于，所述根据所述预估交易量配置所述客户端对应的连接策略的步骤，包括：

根据所述预估交易量配置所述客户端对应的初始连接策略；

根据所述客户端对应商户的实时商户属性，调整所述初始连接策略，得到所述客户端当前的连接策略。

13.根据权利要求11或12所述的方法，其特征在于，在所述根据所述预估交易量配置所述客户端对应的连接策略的步骤之后，还包括：

将所述连接策略下发至所述客户端，以便所述客户端根据所述连接策略调整与所述服务器的连接状态。

14.根据权利要求9或10所述的方法，其特征在于，在所述根据客户端对应的连接策略，调整服务器与所述客户端的连接状态的步骤之前，还包括：

在所述连接策略在所述客户端配置完成的情况下，从所述客户端获取所述连接策略。

15.根据权利要求9所述的方法，其特征在于，所述根据客户端对应的连接策略，调整服务器与所述客户端的连接状态的步骤，包括：

响应于所述响应结果为交易结果未知，设置所述服务器与所述客户端之间的连接状态为保持连接；

响应于所述响应结果不是交易结果未知，根据客户端对应的连接策略，设置所述服务器与所述客户端之间的连接状态。

16.根据权利要求9所述的方法，其特征在于，在所述根据所述交互请求，返回响应结果至所述客户端的步骤之后，还包括：

根据所述客户端的连接活跃度，调整所述客户端的连接状态。

17.一种客户端，其特征在于，包括：

交互请求发送模块，用于发送交互请求至服务器；

响应结果接收模块，用于接收所述服务器针对所述交互请求返回的响应结果；

第一连接状态调整模块，用于根据客户端的连接策略，调整所述客户端与所述服务器之间的连接状态。

18.一种服务器，其特征在于，包括：

交互请求接收模块，用于接收客户端发送的交互请求；

响应结果发送模块，用于根据所述交互请求，返回响应结果至所述客户端；

第二连接状态调整模块，用于根据所述客户端连接策略，调整服务器与所述客户端的连接状态。

19.一种电子设备，其特征在于，包括：

处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-8中的任一项所述的与服务器交互的方法。

20.一种可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1-8中的任一项所述的与服务器交互的方法。

21.一种电子设备，其特征在于，包括：

处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求9-16中的任一项所述的与客户端交互的方法。

22.一种可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求9-16中的任一项所述的与客户端交互的方法。

Images