CN102546539B - 一种实现网络客户端节能的交互方法及系统 - Google Patents

Abstract

本发明公开了一种实现网络客户端节能的交互方法，该方法包括：服务器采用自身内部逻辑对请求客户端发送的请求消息进行运算处理后，将运算结果添加入所述请求消息中发送给响应客户端。本发明还公开了一种实现网络客户端节能的交互系统，系统中的服务器用于采用自身内部逻辑对请求客户端发送的请求消息进行运算处理后，将运算结果添加入请求消息中发送给响应客户端。采用本发明的方法及系统，能避免客户端大量的资源被占用，且降低客户端耗电量，利于客户端节能。

Description

一种实现网络客户端节能的交互方法及系统

技术领域

本发明涉及交互技术，尤其涉及一种带有网络交互的客户端/服务器(C/S)系统中实现网络客户端节能的交互方法及系统。

背景技术

C/S系统中现有的交互技术是：服务器在交互的客户端间所起的作用仅仅是透传消息，即：服务器只是将一个客户端的请求消息转发给另一个客户端进行处理，服务器自身并不对客户端的请求做处理。响应的客户端对请求消息进行处理时，是利用客户端自身的内部逻辑运算的，并将运算后的结果作为对请求消息的响应由服务器转发给请求的客户端。采用现有交互技术存在的缺点是：由于服务器仅透传消息，运算是基于各个客户端自身内部逻辑进行的，因此，导致客户端在运算时大量的资源被占用，且客户端一直在运算会很耗电，不利于客户端节能。

发明内容

有鉴于此，本发明的主要目的在于提供一种实现网络客户端节能的交互方法及系统，能避免客户端大量的资源被占用，且降低客户端耗电量，利于客户端节能。

为达到上述目的，本发明的技术方案是这样实现的：

一种实现网络客户端节能的交互方法，该方法包括：服务器采用自身内部逻辑对请求客户端发送的请求消息进行运算处理后，将运算结果添加入所述请求消息中发送给响应客户端。

其中，所述采用自身内部逻辑对请求客户端发送的请求消息进行运算处理具体包括：信息预处理操作、信息完整性校验操作和信息合法性校验操作。

其中，所述请求客户端发送的请求消息中携带业务信息；

所述服务器采用自身内部逻辑对请求客户端发送的请求消息进行运算处理具体包括：对所述业务信息进行信息预处理操作时，根据获知的业务数量运算出备选业务类型信息，根据所述业务信息从所述备选业务类型信息中匹配出与所述业务信息对应的业务类型信息。

其中，所述将运算结果添加入所述请求消息中发送给响应客户端具体包括：将与所述业务信息对应的业务类型信息添加入所述请求消息中发送给响应客户端；

该方法还包括：所述响应客户端获知所述请求客户端的所述业务信息和对应的所述业务类型信息后，查询出匹配的业务类型信息，并由响应方转变成发起方发起请求。

一种实现网络客户端节能的交互系统，该系统包括：请求客户端、服务器、和响应客户端；其中，

所述请求客户端，用于向所述服务器发送请求消息；

所述服务器，用于采用自身内部逻辑对请求客户端发送的所述请求消息进行运算处理后，将运算结果添加入所述请求消息中发送给响应客户端；

所述响应客户端，用于接收所述请求消息并响应。

其中，所述请求客户端，进一步用于在发送的所述请求消息中携带业务信息；

所述服务器，进一步用于对所述业务信息进行信息预处理操作时，根据获知的业务数量运算出备选业务类型信息，根据所述业务信息从所述备选业务类型信息中匹配出与所述业务信息对应的业务类型信息；将与所述业务信息对应的业务类型信息添加入所述请求消息中发送给响应客户端。

其中，所述响应客户端，进一步用于从接收的所述请求消息中获知所述请求客户端的所述业务信息和对应的所述业务类型信息后，查询出匹配的业务类型信息，并由响应方转变成发起方发起请求。

本发明的服务器采用自身内部逻辑对请求客户端发送的请求消息进行运算处理后，将运算结果添加入请求消息中发送给响应客户端。由于本发明将原本由客户端所进行的运算置入服务器中运算，因此，能避免客户端大量的资源被占用，且降低客户端耗电量，利于客户端节能。

附图说明

图1为现有联网打牌场景下的消息交互流程图；

图2为采用本发明方法的联网打牌场景下的消息交互流程图。

具体实施方式

本发明的基本思想是：服务器采用自身内部逻辑对请求客户端发送的请求消息进行运算处理后，将运算结果添加入请求消息中发送给响应客户端。

为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照附图，对本发明进一步详细说明。

以下将现有技术和本发明进行对比阐述，以更好地体现本发明相对于现有技术的优点。

就现有技术而言，如图1所示，交互过程包括以下步骤：

步骤101、由客户端A发起业务时，客户端A向服务器发送请求消息，请求消息中携带客户端A的业务信息。

这里，如果以现有联网打牌场景下的消息交互为例，客户端A和客户端B两个终端在玩牌，则业务信息可以具体为出牌信息。相应的，后续步骤中的业务类型信息可以具体为牌型信息，业务数量可以具体为出牌数量。以下不作赘述。

步骤102、服务器检查客户端A的业务信息的正确性后，返回响应消息给客户端A。

步骤103、服务器转发请求消息给客户端B，请求消息中携带客户端A的业务信息。

步骤104、客户端B收到请求消息后，从请求消息中获知客户端A的业务信息，运算出客户端A的业务类型信息，查询出匹配的业务类型信息以便客户端B发起业务。

这里，针对本步骤举例，业务信息是AAAB，其对应的业务类型信息是三带一；业务信息是AABBCC，其对应的业务类型信息是连对；业务信息是ABCDEF...，其对应的业务类型信息是顺子；业务信息是AAAA，其对应的业务类型信息是炸弹等。运算业务类型信息时，是根据获知的业务数量运算出可能的几种业务类型信息。然后，根据业务信息从可能的这几种业务类型信息中匹配出对应的业务类型信息，以便客户端B发起业务。

步骤105、由客户端B发起业务时，客户端B向服务器发送请求消息，请求消息中携带客户端B的业务信息。

步骤106、服务器检查客户端B的业务信息的正确性后，返回响应消息给客户端B。

步骤107、服务器转发请求消息给客户端A，请求消息中携带客户端B的业务信息。

步骤108、客户端A收到请求消息后，从请求消息中获知客户端B的业务信息，运算出客户端B的业务类型信息，查询出匹配的业务类型信息以便接续由客户端A发起业务。

综上所述，可以看到现有技术中两个客户端进行消息交互时存在很明显的缺点，即为：两个客户端中的任意一个客户端每次收到对端客户端的业务信息，都必须运算对端客户端所发起业务的业务类型信息，再从自己的业务信息中查询出相匹配的业务类型信息，这个运算对端客户端所发起业务的业务类型信息是多余的运算，因为从客户端节能的角度考虑，客户端只执行自身相关的操作就好了，比如从自己的业务信息中查询出相匹配的业务类型信息。由于上述多余的运算势必占用客户端资源，一直处于运算的客户端很耗电，不利于客户端节能。

而本发明设计C/S交互协议时充分考虑和利用公共运算部分，尽可能地将运算放在服务器侧而不是在客户端侧，以便尽可能的减少交互中的重复运算。这种方式尤其适合于运算能力弱的客户端，比如手机，机顶盒等设备等。本发明通过将客户端的公共运算后置到服务器侧，减少了客户端侧的运算，从而实现了终端节能。而且服务器作为客户端的管理方能获知所有客户端提交的信息，也便于利用这些信息进行运算。如果是客户端进行运算，通常只保存自身相关的信息，不会涉及到其他客户端的信息，当遇到自身不知晓的信息时还需要向服务器进行查询，势必增加额外的消息交互。因此，本发明由服务器进行运算能很好地达到客户端节能的效果。需要指出的是：本发明的业务不局限于联网打牌场景的具体应用，适用于所有的联网休闲游戏场景，如斗地主、象棋、或麻将等。所谓联网休闲游戏场景指：两个或两个以上的用户登录客户端一起联网玩，并且需要登录的客户端实时与服务器交互游戏数据的场景。

以下对本发明进行具体阐述。

一种实现网络客户端节能的交互方法，该方法主要包括以下内容：

服务器采用自身内部逻辑对请求客户端发送的请求消息进行运算处理后，将运算结果添加入请求消息中发送给响应客户端。

这里，在联网打牌场景下，请求客户端发送的所述请求消息中可以携带业务信息。那么所述服务器采用自身内部逻辑对请求客户端发送的请求消息进行运算处理具体包括：对业务信息进行信息预处理操作时，根据获知的业务数量运算出可能的几种备选业务类型信息，然后，根据业务信息从可能的这几种备选业务类型信息中匹配出对应的业务类型信息，以获得与业务信息对应的业务类型信息。所谓业务类型信息属于业务信息的特性，比如业务信息是3334，这个业务信息对应的业务类型信息是“三带一”。

这里，所述将运算结果添加入所述请求消息中发送给响应客户端具体包括：将与业务信息对应的业务类型信息添加入所述请求消息中发送给响应客户端。

该方法还包括：响应客户端获知所述请求客户端的业务信息和对应的业务类型信息后，查询出匹配的业务类型信息以便于后续由响应客户端发起业务，响应客户端发起业务时由响应方转变成发起方发起请求。

这里需要指出的是，服务器采用自身内部逻辑对请求客户端发送的请求消息进行运算处理具体包括：信息预处理操作、信息完整性校验操作和信息合法性校验操作。

其中，所述信息预处理操作，即为上述服务器根据获知的业务数量运算出可能的几种备选业务类型信息，然后，根据业务信息从可能的这几种备选业务类型信息中匹配出对应的业务类型信息，以获得与业务信息对应的业务类型信息的操作。所述信息完整性校验操作，即为检查数据包是不是完整的操作。所述信息合法性校验操作，即为服务器要判别本次出的业务类型信息是否与前次业务类型信息相匹配，在匹配的基础上当本次业务信息大于前次业务信息时合法性校验通过。

方法实施例：如图2所示，交互过程包括以下步骤：

步骤201、由客户端A发起业务时，客户端A向服务器发送请求消息，请求消息中携带客户端A的业务信息。

这里，为了针对以上现有技术的例子对比方便描述，仍然以联网打牌场景下的消息交互为例，客户端A和客户端B两个终端在玩牌，则业务信息可以具体为出牌信息。相应的，后续步骤中的业务类型信息可以具体为牌型信息，业务数量可以具体为出牌数量。以下不作赘述。

步骤202、服务器检查客户端A的业务信息的正确性后，返回响应消息给客户端A。

步骤203、服务器对客户端A的业务信息进行信息预处理操作时，根据获知的业务数量运算出可能的几种备选业务类型信息，然后，根据客户端A的业务信息从可能的这几种备选业务类型信息中匹配出对应的业务类型信息，以获得与客户端A的业务信息对应的客户端A的业务类型信息。

步骤204、服务器将获得的客户端A的业务类型信息添加入请求消息，将携带客户端A的业务信息和客户端A的业务类型信息的请求消息发送给客户端B。

步骤205、客户端B收到请求消息后，从请求消息中获知客户端A的业务信息和客户端A的业务类型信息，查询出匹配的业务类型信息以便客户端B发起业务。

步骤206、由客户端B发起业务时，客户端B向服务器发送请求消息，请求消息中携带客户端B的业务信息。

步骤207、服务器检查客户端B的业务信息的正确性后，返回响应消息给客户端B。

步骤208、服务器对客户端B的业务信息进行信息预处理操作时，根据获知的业务数量运算出可能的几种备选业务类型信息，然后，根据客户端B的业务信息从可能的这几种备选业务类型信息中匹配出对应的业务类型信息，以获得与客户端B的业务信息对应的客户端B的业务类型信息。

步骤209、服务器将获得的客户端B的业务类型信息添加入请求消息，将携带客户端B的业务信息和客户端B的业务类型信息的请求消息发送给客户端A。

步骤210、客户端A收到请求消息后，从请求消息中获知客户端B的业务信息和客户端B的业务类型信息，查询出匹配的业务类型信息以便客户端A发起业务。

通过以上方法实施例与现有联网打牌场景下例子的对比可知：通过在请求消息中增加业务类型信息，客户端省略了运算对端客户端业务类型信息的过程。在联网休闲游戏场景中，类似的例子还有很多，比如斗地主游戏中，一个玩家出了双王，服务器运算后在请求消息中通知其它两家手中没有大过本家出的牌的结果，以减少其它两家客户端的运算；又如象棋游戏中，对家下的棋是否对本家造成“将军”，如果采用现有技术，每次客户端都要运算，而采用本发明，完全可以由服务器运算后在请求消息中增加是否“将军”即可。

一种实现网络客户端节能的交互系统，该系统包括：请求客户端、服务器、和响应客户端。其中，请求客户端用于向服务器发送请求消息。服务器用于采用自身内部逻辑对请求客户端发送的请求消息进行运算处理后，将运算结果添加入请求消息中发送给响应客户端。响应客户端用于接收请求消息并响应。

这里，请求客户端进一步用于在联网打牌场景下，在发送的请求消息中携带业务信息。服务器进一步用于对业务信息进行信息预处理操作时，根据获知的业务数量运算出备选业务类型信息，根据业务信息从备选业务类型信息中匹配出与业务信息对应的业务类型信息；将与业务信息对应的业务类型信息添加入请求消息中发送给响应客户端。

这里，响应客户端进一步用于从接收的请求消息中获知请求客户端的业务信息和对应的业务类型信息后，查询出匹配的业务类型信息，并由响应方转变成发起方发起请求。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (6)

1.一种实现网络客户端节能的交互方法，其特征在于，该方法包括：

服务器作为客户端的管理方能获知包括请求客户端和响应客户端在内所有客户端提交的信息；

服务器根据所获知的所述所有客户端提交的信息进行统筹，不需额外查询信息，并基于所述所有客户端提交的信息采用自身内部逻辑对请求客户端发送的请求消息进行包括信息预处理操作、信息完整性校验操作和信息合法性校验操作的运算处理后，将运算结果添加入所述请求消息中发送给响应客户端；

其中，所述信息合法性校验操作包括：服务器要判别本次出的业务类型信息是否与前次业务类型信息相匹配，在匹配的基础上当本次业务信息大于前次业务信息时合法性校验通过。

2.根据权利要求1所述的方法，其特征在于，所述请求客户端发送的请求消息中携带业务信息；

所述服务器采用自身内部逻辑对请求客户端发送的请求消息进行运算处理具体包括：对所述业务信息进行信息预处理操作时，根据获知的业务数量运算出备选业务类型信息，根据所述业务信息从所述备选业务类型信息中匹配出与所述业务信息对应的业务类型信息。

3.根据权利要求2所述的方法，其特征在于，所述将运算结果添加入所述请求消息中发送给响应客户端具体包括：将与所述业务信息对应的业务类型信息添加入所述请求消息中发送给响应客户端；

该方法还包括：所述响应客户端获知所述请求客户端的所述业务信息和对应的所述业务类型信息后，查询出匹配的业务类型信息，并由响应方转变成发起方发起请求。

4.一种实现网络客户端节能的交互系统，其特征在于，该系统包括：请求客户端、服务器、和响应客户端；其中，

所述请求客户端，用于向所述服务器发送请求消息；

所述服务器，作为客户端的管理方能获知包括请求客户端和响应客户端在内所有客户端提交的信息，用于根据所述所有客户端提交的信息进行统筹，不需额外查询信息，并基于所述所有客户端提交的信息采用自身内部逻辑对请求客户端发送的所述请求消息进行包括信息预处理操作、信息完整性校验操作和信息合法性校验操作的运算处理后，将运算结果添加入所述请求消息中发送给响应客户端；其中，所述信息合法性校验操作包括：服务器要判别本次出的业务类型信息是否与前次业务类型信息相匹配，在匹配的基础上当本次业务信息大于前次业务信息时合法性校验通过；

所述响应客户端，用于接收所述请求消息并响应。

5.根据权利要求4所述的系统，其特征在于，所述请求客户端，进一步用于在发送的所述请求消息中携带业务信息；

所述服务器，进一步用于对所述业务信息进行信息预处理操作时，根据获知的业务数量运算出备选业务类型信息，根据所述业务信息从所述备选业务类型信息中匹配出与所述业务信息对应的业务类型信息；将与所述业务信息对应的业务类型信息添加入所述请求消息中发送给响应客户端。

6.根据权利要求5所述的系统，其特征在于，所述响应客户端，进一步用于从接收的所述请求消息中获知所述请求客户端的所述业务信息和对应的所述业务类型信息后，查询出匹配的业务类型信息，并由响应方转变成发起方发起请求。