[发明专利]业务操作数据处理方法、装置、电子设备、服务器及系统

说明书

技术领域

本申请属于终端应用数据处理技术领域，尤其涉及一种业务操作数据处理方法、装置、电子设备、服务器及系统。

背景技术

随着智能手机的普及，越来越多的社交类手机应用出现，其中，聊天以及点赞等场景称为社交中用户经常使用的业务项。一般情况下，这些操作场景都要求用户手机数据网络连接正常，否则无法进行。例如，断网状态下，用户发送一条聊天消息，系统会显示发送失败的红圈，当手机网络再次连接正常后，需要用户点击重新发送该条消息。现有的常用通信工具如qq、阿里旺旺、微信或者其他聊天工具等，这些聊天通信应用常常需要对应用中的各种业务进行类似这样的操作，例如用户对同生活圈中的一条动态进行点赞或取消点赞操作。

现有技术中，传统的手机应用(或其他客户端应用)在向服务器提交数据的时候，需要手机正常连接到无线网络；并且如果用户在提交数据后，服务器返回异常的话，此次提交失败，用户需要重新操作提交一次请求，给用户造成了极大的不方便。因此，现有的这种信息交互方式至少存在以下问题：用户需要在手机网络正常的情况下才能提交数据，否则不能提交，这限制了用户对应用业务操作的使用场景和用户体验；用户提交数据后，由于网络慢或者抖动超时等原因导致提交失败后。

一般来说，对手机离线状态下本地类似关闭服务器推送消息开关操作的处理通常如下：应用监测到手机为离线状态，将应用的运行态设置为离线状态，然后将离线状态下用户的网络操作请求存储起来，待手机网络恢复连接后，再将离线数据发送到服务器。而另一种类似直接展现操作效果的如点赞操作，如果手机没有联网，则现有技术中通常是不能进行操作的，即点赞后取消点赞均无法在用户手机上体现出操作结果，必须要等到联网后才能操作。

显然，在离线状态下，用于对应用中的某项业务进行的N次重复性操作(比如用于对同一条生活圈动态进行N次反复的点赞和取消点赞操作，或者用户反复操作N次开启/关闭群设置中“消息免打扰”功能)，实际只有最后一次操作有效，前面的N-1次操作都是无效的。这种情况下，现有机制采用将用户的所有N次网络请求操作都离线存储起来，待手机恢复网络后，需要发送N次的网络数据，同时业务服务器需要处理N次请求，浪费了N-1次的网络资源和造成业务服务器无效的压力和重复计算，浪费用户流量和宽带资源。甚至，更有甚者，如果手机不能联网，则用户不能进行业务操作，这大大限制了用户业务使用场景，降低了用户体验。

发明内容

本申请目的在于提供一种业务操作数据处理方法、装置、电子设备、服务器及系统，可以在终端设备离线(如断网)的情况下可以响应需要联网的用户操作，并且可以自动识别去重，处理重复无效的用户操作数据。待终端设备上线后(如重新联网)自动发送给接收方，减少用户手动业务操作和业务服务器负荷，节约用户流量和带宽资源，提高用户操作使用体验。

本申请提供的一种业务操作数据处理方法、装置、电子设备、服务器及系统是这样实现的：

一种业务操作数据处理方法，所述方法包括：

第一客户端获取基于用户对业务的操作生成的最新业务操作数据；

第一客户端在离线状态下，将所述最新业务操作数据作为离线业务操作数据进行存储，并按照预设的去重规则删除存储的离线业务操作数据中判断为与所述最新业务操作数据属于相同操作的离线业务操作数据；

检测到所述第一客户端处于在线状态时，所述第一客户端将存储的离线业务操作数据发送至第二客户端；

所述第二客户端响应接收到所述离线业务操作数据，向所述第一客户端返回确认消息；

所述第一客户端基于收到的确认消息确认所述离线业务操作数据发送成功，并删除存储的所述发送成功的离线业务操作数据。

一种业务操作数据处理方法，所述方法包括：

获取基于用户的业务操作生成的最新业务操作数据；

在离线状态下，将所述最新业务操作数据作为离线业务操作数据进行存储，并按照预设的去重规则删除存储的离线业务操作数据中判断为与所述最新业务操作数据属于相同操作的离线业务操作数据；

检测到处于在线状态时，发送存储的离线业务操作数据。

一种业务操作数据处理方法，所述方法包括：

接收客户端发送来的离线业务操作数据，所述离线业务操作数据包括所述客户端在离线状态时按照预设去重规则删除判断为相同操作的数据条目后的最新业务操作数据；

将接收到的离线业务操作数据转发给相应的业务模块进行处理，并向相应的客户发送接收到所述离线业务操作数据的确认消息。