数据处理方法及装置与流程

本申请涉及互联网技术领域，特别涉及一种数据处理方法及装置。

背景技术：

随着互联网时代的到来，互联网在人们日常的学习、工作和生活中得到广泛的应用。人们日常的各种事务都可以通过互联网来处理或呈现。

一般地，互联网数据处理可以通过互联网中的服务器和客户端的交互来实现。例如，客户端可以向服务器发送一定的指令信息来完成数据处理动作。现有技术中，由于客户端难免会出现各种异常情况(如：该客户端上登录的账号异常)，上述异常可能导致用户无法通过该客户端实现互联网中的数据处理事务。

在实现本申请的过程中，发明人发现现有技术至少存在以下问题：

目前还没有方案能够解决互联网中因客户端出现的各种异常而导致用户无法通过该客户端实现互联网中的数据处理事务的问题。

技术实现要素：

本申请实施例的目的是提供一种数据处理方法及装置，以解决互联网中因客户端出现的各种异常而导致用户无法通过该客户端实现互联网中的数据处理事务的问题。

为解决上述技术问题，本申请实施例提供的数据处理方法及装置是这样实现的：

一种数据处理方法，包括：

服务器接收第一客户端发送的与该第一客户端发生的数据处理异常事件 对应的数据处理请求；

服务器响应于所述数据处理请求，获取与所述数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

服务器接收第一客户端发送的关联用户信息；

服务器向登录所述关联用户信息的第二客户端推送所述事件处理信息；

若服务器接收到第二客户端发送的确认所述事件处理信息的指令，依据所述事件处理信息进行数据处理。

一种数据处理方法，包括：

服务器接收第一客户端发送的与该第一客户端发生的数据处理异常事件对应的、并携带关联用户信息的数据处理请求；

服务器响应于所述数据处理请求，获取与所述数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

服务器向登录所述关联用户信息的第二客户端推送所述事件处理信息；

若服务器接收到第二客户端发送的确认所述事件处理信息的指令，依据所述事件处理信息进行数据处理。

一种数据处理方法，包括：

服务器判断第一客户端发生的数据处理异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个；

若是，服务器向所述第一客户端返回所述类型信息；

服务器接收所述第一客户端发送的数据处理请求；

服务器响应于所述数据处理请求，获取与所述第一客户端发生的数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

服务器接收所述第一客户端发送的关联用户信息；

服务器向登录所述关联用户信息的第二客户端推送所述事件处理信息；

若服务器接收到第二客户端发送的确认所述事件处理信息的指令，依据所述事件处理信息进行数据处理。

一种数据处理方法，包括：

服务器判断第一客户端发生的数据处理异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个；

若是，服务器向所述第一客户端返回所述类型信息；

服务器接收所述第一客户端发送的携带关联用户信息的数据处理请求；

服务器响应于所述数据处理请求，获取与所述第一客户端发生的数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

服务器向登录所述关联用户信息的第二客户端推送所述事件处理信息；

若服务器接收到第二客户端发送的确认所述事件处理信息的指令，依据所述事件处理信息进行数据处理。

一种数据处理方法，包括：

第一客户端判断与该第一客户端发生的数据处理异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个；

若是，所述第一客户端向服务器发送携带关联用户信息的数据处理请求；

服务器响应于所述数据处理请求，获取与所述第一客户端发生的数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

服务器向登录所述关联用户信息的第二客户端推送所述事件处理信息；

若服务器接收到第二客户端发送的确认所述事件处理信息的指令，依据所述事件处理信息进行数据处理。

一种数据处理方法，包括：

第一客户端判断与该第一客户端发生的数据处理异常事件对应的类型信 息是否为预设的异常类型信息集合中的一个或多个；

若是，所述第一客户端向服务器发送数据处理请求；

服务器响应于所述数据处理请求，获取与所述第一客户端发生的数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

所述第一客户端向服务器发送关联用户信息；

服务器向登录所述关联用户信息的第二客户端推送所述事件处理信息；

若服务器接收到第二客户端发送的确认所述事件处理信息的指令，依据所述事件处理信息进行数据处理。

一种数据处理方法，包括：

服务器接收第一客户端发送的与该第一客户端发生的订单生成异常事件对应的订单代生成请求；

服务器响应于所述订单代生成请求，获取与所述订单生成异常事件对应的订单参数，并根据所述订单参数生成与所述订单生成异常事件对应的订单代生成信息；

服务器接收第一客户端发送的关联用户信息；

服务器向登录所述关联用户信息的第二客户端推送所述订单代生成信息；

若服务器接收到第二客户端发送的确认所述订单代生成信息的指令，依据所述订单代生成信息来生成订单。

一种数据处理方法，包括：

服务器接收第一客户端发送的与该第一客户端发生的订单生成异常事件对应的、并携带关联用户信息的订单代生成请求；

服务器响应于所述订单代生成请求，获取与所述订单生成异常事件对应的订单参数，并根据所述订单参数生成与所述订单生成异常事件对应的订单代生成信息；

服务器向登录所述关联用户信息的第二客户端推送所述订单代生成信息；

若服务器接收到第二客户端发送的确认所述订单代生成信息的指令，依据所述订单代生成信息来生成订单。

一种数据处理方法，包括：

服务器判断第一客户端发生的订单生成异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个；

若是，服务器向所述第一客户端返回所述类型信息；

服务器接收所述第一客户端发送的订单代生成请求；

服务器响应于所述订单代生成请求，获取与所述第一客户端发生的订单生成异常事件对应的订单参数，并根据所述订单参数生成与所述订单生成异常事件对应的订单代生成信息；

服务器接收所述第一客户端发送的关联用户信息；

服务器向登录所述关联用户信息的第二客户端推送所述订单代生成信息；

若服务器接收到第二客户端发送的确认所述订单代生成信息的指令，依据所述订单代生成信息来生成订单。

一种数据处理方法，包括：

服务器判断第一客户端发生的订单生成异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个；

若是，服务器向所述第一客户端返回所述类型信息；

服务器接收所述第一客户端发送的携带关联用户信息的订单代生成请求；

服务器响应于所述订单代生成请求，获取与所述第一客户端发生的订单生成异常事件对应的订单参数，并根据所述订单参数生成与所述订单生成异常事件对应的订单代生成信息；

服务器向登录所述关联用户信息的第二客户端推送所述订单代生成信息；

若服务器接收到第二客户端发送的确认所述订单代生成信息的指令，依据所述订单代生成信息来生成订单。

一种数据处理装置，包括：

第一接收单元，用于接收第一客户端发送的与该第一客户端发生的数据处理异常事件对应的数据处理请求；

生成单元，用于响应于所述数据处理请求，获取与所述数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

第二接收单元，用于接收第一客户端发送的关联用户信息；

推送单元，用于向登录所述关联用户信息的第二客户端推送所述事件处理信息；

处理单元，用于在接收到第二客户端发送的确认所述事件处理信息的指令时，依据所述事件处理信息进行数据处理。

一种数据处理装置，包括：

接收单元，用于接收第一客户端发送的与该第一客户端发生的数据处理异常事件对应的、并携带关联用户信息的数据处理请求；

生成单元，用于响应于所述数据处理请求，获取与所述数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

推送单元，用于向登录所述关联用户信息的第二客户端推送所述事件处理信息；

处理单元，用于在接收到第二客户端发送的确认所述事件处理信息的指令时，依据所述事件处理信息进行数据处理。

一种数据处理装置，包括：

判断单元，用于判断第一客户端发生的数据处理异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个；

返回单元，用于在第一客户端发生的数据处理异常事件对应的类型信息为预设的异常类型信息集合中的一个或多个时，向所述第一客户端返回所述类型信息；

第一接收单元，用于接收所述第一客户端发送的数据处理请求；

生成单元，用于响应于所述数据处理请求，获取与所述第一客户端发生的数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

第二接收单元，用于接收所述第一客户端发送的关联用户信息；

推送单元，用于向登录所述关联用户信息的第二客户端推送所述事件处理信息；

处理单元，用于在接收到第二客户端发送的确认所述事件处理信息的指令时，依据所述事件处理信息进行数据处理。

一种数据处理装置，包括：

判断单元，用于判断第一客户端发生的数据处理异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个；

返回单元，用于在第一客户端发生的数据处理异常事件对应的类型信息为预设的异常类型信息集合中的一个或多个时，向所述第一客户端返回所述类型信息；

接收单元，用于接收所述第一客户端发送的携带关联用户信息的数据处理请求；

生成单元，用于响应于所述数据处理请求，获取与所述第一客户端发生的数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

推送单元，用于向登录所述关联用户信息的第二客户端推送所述事件处理信息；

处理单元，用于在接收到第二客户端发送的确认所述事件处理信息的指令时，依据所述事件处理信息进行数据处理。

一种数据处理装置，包括：

第一接收单元，用于接收第一客户端发送的与该第一客户端发生的订单生 成异常事件对应的订单代生成请求；

生成单元，用于响应于所述订单代生成请求，获取与所述订单生成异常事件对应的订单参数，并根据所述订单参数生成与所述订单生成异常事件对应的订单代生成信息；

第二接收单元，用于接收第一客户端发送的关联用户信息；

推送单元，用于向登录所述关联用户信息的第二客户端推送所述订单代生成信息；

处理单元，用于在接收到第二客户端发送的确认所述订单代生成信息的指令时，依据所述订单代生成信息来生成订单。

一种数据处理装置，包括：

接收单元，用于接收第一客户端发送的与该第一客户端发生的订单生成异常事件对应的、并携带关联用户信息的订单代生成请求；

生成单元，用于响应于所述订单代生成请求，获取与所述订单生成异常事件对应的订单参数，并根据所述订单参数生成与所述订单生成异常事件对应的订单代生成信息；

推送单元，用于向登录所述关联用户信息的第二客户端推送所述订单代生成信息；

处理单元，用于在接收到第二客户端发送的确认所述订单代生成信息的指令时，依据所述订单代生成信息来生成订单。

一种数据处理装置，包括：

判断单元，用于判断第一客户端发生的订单生成异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个；

返回单元，用于在第一客户端发生的订单生成异常事件对应的类型信息为预设的异常类型信息集合中的一个或多个时，向所述第一客户端返回所述类型信息；

第一接收单元，用于接收所述第一客户端发送的订单代生成请求；

生成单元，用于响应于所述订单代生成请求，获取与所述第一客户端发生的订单生成异常事件对应的订单参数，并根据所述订单参数生成与所述订单生成异常事件对应的订单代生成信息；

第二接收单元，用于服务器所述第一客户端发送的关联用户信息；

推送单元，用于向登录所述关联用户信息的第二客户端推送所述订单代生成信息；

处理单元，用于在接收到第二客户端发送的确认所述订单代生成信息的指令时，依据所述订单代生成信息来生成订单。

一种数据处理装置，包括：

判断单元，用于判断第一客户端发生的订单生成异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个；

返回单元，用于在第一客户端发生的订单生成异常事件对应的类型信息为预设的异常类型信息集合中的一个或多个时，向所述第一客户端返回所述类型信息；

接收单元，用于接收所述第一客户端发送的携带关联用户信息的订单代生成请求；

生成单元，用于响应于所述订单代生成请求，获取与所述第一客户端发生的订单生成异常事件对应的订单参数，并根据所述订单参数生成与所述订单生成异常事件对应的订单代生成信息；

推送单元，用于向登录所述关联用户信息的第二客户端推送所述订单代生成信息；

处理单元，用于在接收到第二客户端发送的确认所述订单代生成信息的指令时，依据所述订单代生成信息来生成订单。

由以上本申请各实施例提供的技术方案可见，本申请实施例在第一客户端发生数据处理异常事件时，该第一客户端通过向服务器发送相应的数据处理请 求，并通过服务器获取与当前的数据处理异常事件对应的事件参数，根据所述事件参数生成事件处理信息，随后，通过服务器向登录关联用户信息的第二客户端推送上述事件处理信息，最终，若服务器接收到第二客户端发送的确认所述事件处理信息的指令，则依据所述事件处理信息来实现数据处理。通过以上过程，本申请实施例在第一客户端发生数据处理异常事件时，通过向第一客户端所确定的第二客户端推送用以解决该数据处理异常事件的事件处理信息，来通过第二客户端实现第一客户端无法完成的数据处理动作，从而解决了互联网中因客户端出现的各种异常而导致用户无法通过该客户端实现互联网中的数据处理事务的问题。

附图说明

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

图1为本申请一实施例提供的数据处理方法的流程图；

图2为本申请一实施例提供的数据处理方法的流程图；

图3为本申请一实施例提供的数据处理方法的流程图；

图4为本申请一实施例提供的数据处理方法的流程图；

图5为本申请一实施例提供的数据处理方法的流程图；

图6为本申请一实施例提供的数据处理方法的流程图；

图7为本申请一实施例提供的以服务器为主体的数据处理方法的流程图；

图8为本申请一实施例提供的以服务器为主体的数据处理方法的流程图；

图9为本申请一实施例提供的以服务器为主体的数据处理方法的流程图；

图10为本申请一实施例提供的以服务器为主体的数据处理方法的流程图；

图11为本申请一实施例提供的数据处理装置的模块示意图；

图12为本申请一实施例提供的数据处理装置的模块示意图；

图13为本申请一实施例提供的数据处理装置的模块示意图；

图14为本申请一实施例提供的数据处理装置的模块示意图。

具体实施方式

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

示范性地，用以实现本申请技术方案的系统架构包括服务器及与该服务器通信的若干客户端。这些客户端可以是个人计算机、笔记本电脑、无线电话、个人数字助理(PDA)、智能手表、或其他计算机装置和通信装置。服务器用以通过与各个客户端进行信息交互来实现互联网中的数据处理事务。这些服务器和客户端在架构上都包含一些基本组件，如总线、处理装置、存储装置、一个或多个输入/输出装置、和通信接口等。总线可以包括一个或多个导线，用来实现服务器和客户端设备各组件之间的通信。处理装置可以包括各类型的用来执行指令、处理进程或线程的处理器或微处理器。存储装置可以包括用以存储动态信息的动态存储器，如随机访问存储器(RAM)，或用以存储静态信息的静态存储器，如只读存储器(ROM)，以及包括磁或光学记录介质与相应驱动的大容量存储器。输入装置可以是键盘、鼠标、手写笔、触摸屏、声音识别装置、或生物测定装置等。输出装置可以是用以输出信息的显示器、打印机、或扬声器等。通信接口用来使服务器或客户端设备与其他系统或装置进行通信。通信接口之间可通过有线连接方式、无线连接方式、或光连接方式连接到上述网络中，以使上述客户端设备、服务器实现相互通信。每个网络都可以包括局域网(LAN)、广域网(WAN)、内部网、互联网、移动电话网络、虚拟专用网(VPN)、 蜂窝式或其它移动通信网络、蓝牙、NFC或其任何组合。服务器和客户端设备上均包含用来管理系统资源、控制其他程序运行的操作系统软件，以及用来实现特定功能的应用软件或程序指令。

图1为本申请一种数据处理方法的实施例，包括：

S101：服务器接收第一客户端发送的与该第一客户端发生的数据处理异常事件对应的数据处理请求。

互联网中的数据处理事务可以通过第一客户端与服务器之间的信令交互来实现。由于第一客户端上的异常情况，可能会导致第一客户端无法通过与服务器的信令交互来完成事务处理事务，这一状况称为数据处理异常事件。

举例而言，若数据处理事务是通过互联网来生成订单数据，在生成订单的过程中，可能会导致第一客户端无法在服务器上生成订单数据的因数包括：第一客户端登录的用户账号异常，或第一客户端的产品购买数量超过限额，或第一客户端所需生成的订单中的物流地址不在配送范围内，等等。

在第一客户端因上述因数中的一个或多个，而无法在服务器上生成订单数据时，该第一客户端可以显示订单数据生成失败的信息，并可以显示订单数据生成失败的原因或错误码信息。为了解决上述第一客户端无法生成订单的问题，第一客户端可以向服务器发送用以向其他客户端发起代生成订单请求的数据处理请求。

本申请实施例中，第一客户端的用户可以通过人为判断的方式，判断当前第一客户端对应的订单生成失败的原因或错误码信息，是否属于可以通过其他客户端发起订单代生成请求的方式来解决，若是，该用户可以通过该第一客户端向服务器发送数据处理请求；若否，则不向服务器发送上述数据处理请求。

当然，上述判断过程也可以通过机器(第一客户端或服务器)来完成。

优选地，上述步骤S101之前，所述方法还包括：

服务器判断第一客户端发生的数据处理异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个。

在第一客户端上发生数据处理异常事件后，服务器可以获取到与该数据处理异常事件对应的类型信息，该类型信息用以表征互联网中数据处理事件的异常类型，该类型信息可以是错误码。此外，为了识别当前的数据处理异常事件是否可以通过向其他客户端请求代为处理的方式来解决，可以预先在服务器上存储多个通常认为可以通过向其他客户端请求代为处理的方式来解决的异常事件的类型信息，这些多个类型信息的集合为上述异常类型信息集合。举例而言，如默认的可通过上述请求其他客户端代为处理的方式来解决的类型信息包括：Age_18_CANNOT_BUY(用户不满18周岁)，MAX_BUY_QUANTITY(用户购买数量受限)，USER_INVALID(账号异常)。则，异常类型信息集合可以是：{Age_18_CANNOT_BUY、MAX_BUY_QUANTITY、USER_INVALID}。

则，上述步骤S101包括：

若第一客户端发生的数据处理异常事件对应的类型信息为预设的异常类型信息集合中的一个或多个，服务器接收第一客户端发送的与该第一客户端发生的数据处理异常事件对应的数据处理请求。

S102：服务器响应于所述数据处理请求，获取与所述数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息。

互联网中的数据处理事件可以包括若干事件参数，当第一客户端发生数据处理异常事件后，服务器可以将该异常的数据处理事件对应的事件参数与当前的第一客户端上登录的请求方用户信息(如：用户账户信息)进行关联并存储，存储位置可以是内存或硬盘中。

继续沿用上述生成订单的例子，若异常的订单生成事件包含的事件参数包括：{商品id：12340；商品数量：6；买家地址：XX；买家姓名：BB；买家手机：18792000503}，第一客户端上登录的请求方用户信息是：amisn66，则服务器会将上述事件参数与该第一客户端登录的请求方用户信息“amisn66”进行关联并存储。

服务器在接收到第一客户端发送的数据处理请求后，便可通过第一客户端登录的请求方用户信息进行查询，得到与该请求方用户信息关联的异常订单生成事件包含的各个事件参数，并根据得到的事件参数来生成用以请求其他客户端来代生成订单的事件处理信息。

S103：服务器将上述事件参数返回至所述第一客户端。

S104：第一客户端根据服务器返回的事件参数渲染数据处理界面。

上述步骤S103和S104中，第一客户端在接收到服务器返回的各种事件参数后，可以根据这些事件参数在第一客户端上渲染出一个数据处理界面。用户可以通过该第一客户端的数据处理界面来确定所需请求其他客户端进行数据处理的事件参数是否正确，并在确认上述事件参数正确后，再进行进一步的数据处理流程。

S105：第一客户端向服务器发送关联用户信息。

在第一客户端的用户确认所有事件参数正确后，第一客户端向服务器发送关联用户信息。

以上述生成订单的事件为例，若第一客户端的用户确认所有订单参数信息正确后，第一客户端可以向服务器发送所需请求代为生成订单数据的关联用户信息。该关联用户信息可以是任意一个互联网中的用户账号、或用户网络名，优选地，该用户账号可以是上述第一客户端登录的用户账号的好友。

值得述及的是，在本申请其他实施例中，在第一客户端上发生数据处理异常之后，为了节省数据带宽，减小服务器和客户端之间的数据交互，上述步骤S103和步骤S104在某种程度上可以省略，同样可以实现本申请的技术方案。

S106：服务器向登录关联用户信息的第二客户端推送事件处理信息。

在上述步骤S102中，服务器根据查询到的异常数据处理事件的事件参数，生成该用以向第二客户端推送的事件处理信息。如上举例的情况，该事件处理信息可以包括上述事件参数：{商品id：12340；商品数量：6；买家地址：XX；买家姓名：BB；买家手机：18792000503}。

优选地，该事件处理信息可以以网页链接的方式呈现，具体地，可以在推送到第二客户端上的事件处理信息中插入链接到订单代生成页面的网页链接。

S107：第二客户端向服务器发送确认所述事件处理信息的指令。

第二客户端的用户可以通过点击上述事件处理信息，来确实是否同意帮助第一客户端的用户来完成数据处理事件。若该第二客户端的用户同意帮助，则第二客户端可以向服务器发送一则确定所述时间处理信息的指令。

当然，本申请其他实施例中，可以根据第二客户端的用户与第二客户端的用户的预设定关系，由第二客户端确定是否向服务器发送确认上述事件处理信息的指令。比如：若第一、第二客户端的用户是夫妻、或家庭成员关系，则第二客户端在接收到上述事件处理信息后，即向服务器发送确认上述事件处理信息的指令。

S108：服务器依据所述事件处理信息进行数据处理。

服务器在接收到第二客户端发送的确认上述事件处理信息的指令后，即完成的数据处理事务，从而通过第二客户端代为进行互联网中的数据处理动作，来解决第一客户端因账号异常等因数，而无法完成指令的数据处理事件的问题。

图2为本申请一种数据处理方法的实施例，包括：

S201：服务器接收第一客户端发送的与该第一客户端发生的数据处理异常事件对应的、并携带关联用户信息的数据处理请求。

本步骤可以参照上述步骤S101的具体内容，此处不再予以赘述。与上述步骤S101的区别在于：

在第一客户端发生数据处理异常事件后，为了向其他客户端发起代为实现该异常的数据处理事件的请求，第一客户端可以在向服务器发送的数据处理请求中携带与所需请求进行数据处理事务的第二客户端对应的关联用户信息，该关联用户信息可以是登录于第二客户端上的用户账号。

S202：服务器响应于所述数据处理请求，获取与所述数据处理异常事件对 应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息。

本步骤可以参照上述步骤S102的具体内容，此处不再予以赘述。

S203：服务器向登录所述关联用户信息的第二客户端推送所述事件处理信息。

本步骤可以参照上述步骤S106的具体内容，此处不再予以赘述。

S204：第二客户端向服务器发送确认所述事件处理信息的指令。

本步骤可以参照上述步骤S107的具体内容，此处不再予以赘述。

S205：若服务器接收到第二客户端发送的确认所述事件处理信息的指令，依据所述事件处理信息进行数据处理。

本步骤可以参照上述步骤S108的具体内容，此处不再予以赘述。

图3为本申请一种数据处理方法的实施例，包括：

S301：服务器判断第一客户端发生的数据处理异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个。

如上文所述，可以通过服务器来识别当前第一客户端发生的数据处理异常，能否通过向其他客户端发起代为数据处理的请求来解决。举例而言，如默认的可通过上述请求其他客户端代为处理的方式来解决的类型信息包括：Age_18_CANNOT_BUY(用户不满18周岁)，MAX_BUY_QUANTITY(用户购买数量受限)，USER_INVALID(账号异常)。则，异常类型信息集合可以是：{Age_18_CANNOT_BUY、MAX_BUY_QUANTITY、USER_INVALID}。后续可以通过查询当前发生的数据处理异常事件的类型信息是否为上述异常类型信息集合中的一个，来识别该异常能否通过向其他客户端发起代为数据处理的请求来解决。

S302：若第一客户端发生的数据处理异常事件对应的类型信息为预设的异常类型信息集合中的一个或多个，服务器向所述第一客户端返回所述类型信 息。

S303：第一客户端接收服务器返回的类型信息，并唤醒请求页面。

本实施例中，客户端和服务器可以预先形成相应的参数协议，从而实现在服务器判断得出当前的异常可以通过请求其他客户端代为处理的方式来解决时，可以通过向第一客户端发送相应的类型信息来在该第一客户端上自动唤醒请求页面。例如：异常类型信息集合可以是：{Age_18_CANNOT_BUY、MAX_BUY_QUANTITY、USER_INVALID}，若当前的数据处理异常事件的类型信息是Age_18_CANNOT_BUY，则可以判定其处于上述异常类型信息集合中，则此时可以将该类型信息返回到第一客户端上，第一客户端可以根据预设的参数协议，自动唤醒用以请求其他客户端代为进行数据处理事件的请求页面。在某些实施例中，服务器可以返回唯一的参数协议，例如是：help_buy，这样，第一客户端只需要监控该help_buy指令，即可唤醒请求页面。

S304：服务器接收所述第一客户端发送的数据处理请求。

在上述请求页面上，可以提示用户当前的数据处理异常事件的原因或错误码，并提示该用户可以通过请求其他客户端代为进行处理的方式来解决当前异常。在用户确认请求时，第一客户端向服务器发送上述数据处理请求。

S305：服务器响应于所述数据处理请求，获取与所述第一客户端发生的数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息。

该步骤可以参照上述步骤S102的具体内容，不再予以赘述。

S306：服务器向第一客户端返回事件参数。

该步骤可以参照上述步骤S103的具体内容，不再予以赘述。

S307：第一客户端根据所述事件参数渲染数据处理界面。

该步骤可以参照上述步骤S104的具体内容，不再予以赘述。

S308：服务器接收所述第一客户端发送的关联用户信息。

该步骤可以参照上述步骤S105的具体内容，不再予以赘述。

S309：服务器向登录所述关联用户信息的第二客户端推送所述事件处理信息。

该步骤可以参照上述步骤S106的具体内容，不再予以赘述。

S310：第二客户端向所述服务器发送确认所述事件处理信息的指令。

该步骤可以参照上述步骤S107的具体内容，不再予以赘述。

S311：若服务器接收到第二客户端发送的确认所述事件处理信息的指令，依据所述事件处理信息进行数据处理。

该步骤可以参照上述步骤S108的具体内容，不再予以赘述。

图4为本申请一种数据处理方法的实施例，包括：

S401：服务器判断第一客户端发生的数据处理异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个。

S402：若第一客户端发生的数据处理异常事件对应的类型信息为预设的异常类型信息集合中的一个或多个，向第一客户端返回类型信息。

S403：第一客户端接收上述类型信息，并唤醒请求页面。

S404：服务器接收第一客户端发送的携带关联用户信息的数据处理请求。

S405：服务器响应于所述数据处理请求，获取与所述第一客户端发生的数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息。

S406：服务器向登录关联用户信息的第二客户端推送事件处理信息。

S407：第二客户端向服务器发送确认所述事件处理信息的指令。

S408：若服务器接收到第二客户端发送的确认所述事件处理信息的指令，依据所述事件处理信息进行数据处理。

本实施例的具体细节可以参照前述的各个实施例。本实施例相较于前一实施例，其区别之处在于：

第一客户端通过在数据处理请求中携带与请求代为进行数据处理事务的 第二客户端对应关联用户信息，从而进一步简化客户端与服务器之间的信息交互过程，节省带宽。

图5为本申请一种数据处理方法的实施例，包括：

S501：第一客户端判断与该第一客户端发生的数据处理异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个。

S502：若该第一客户端发生的数据处理异常事件对应的类型信息为预设的异常类型信息集合中的一个或多个，所述第一客户端向服务器发送携带关联用户信息的数据处理请求。

S503：服务器响应于所述数据处理请求，获取与所述第一客户端发生的数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息。

S504：服务器向登录所述关联用户信息的第二客户端推送所述事件处理信息。

S505：第二客户端向服务器发送确认所述事件处理信息的指令。

S506：若服务器接收到第二客户端发送的确认所述事件处理信息的指令，依据所述事件处理信息进行数据处理。

本实施例的具体细节可以参照前述的各个实施例。与前述实施例的区别在于，本实施例的数据处理方法通过第一客户端来判别当前的数据处理异常事件是否可以通过向其他客户端发起代为处理的请求来解决。

图6为本申请一种数据处理方法的实施例，包括：

S601：第一客户端判断与该第一客户端发生的数据处理异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个；

S602：若该第一客户端发生的数据处理异常事件对应的类型信息为预设的异常类型信息集合中的一个或多个，所述第一客户端向服务器发送数据处理请 求；

S603：服务器响应于所述数据处理请求，获取与所述第一客户端发生的数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

S604：服务器向所述第一客户端发送事件参数。

S605：第一客户端根据所述事件参数，在第一客户端上渲染数据处理界面。

S606：所述第一客户端向服务器发送关联用户信息。

S607：服务器向登录所述关联用户信息的第二客户端推送所述事件处理信息；

S608：第二客户端向服务器发送确认所述事件处理信息的指令。

S609：若服务器接收到第二客户端发送的确认所述事件处理信息的指令，依据所述事件处理信息进行数据处理。

本实施例的具体细节可以参照前述的各个实施例。

图7为本申请一实施例提供的以服务器为主体的数据处理方法的流程图，包括：

S110：接收第一客户端发送的与该第一客户端发生的数据处理异常事件对应的数据处理请求。

S111：响应于所述数据处理请求，获取与所述数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息。

S112：接收第一客户端发送的关联用户信息。

S113：向登录所述关联用户信息的第二客户端推送所述事件处理信息。

S114：若接收到第二客户端发送的确认所述事件处理信息的指令，依据所述事件处理信息进行数据处理。

图8为本申请一实施例提供的以服务器为主体的数据处理方法的流程图，包括：

S210：接收第一客户端发送的与该第一客户端发生的数据处理异常事件对应的、并携带关联用户信息的数据处理请求；

S211：响应于所述数据处理请求，获取与数据处理异常事件对应的事件参数，并根据事件参数生成与数据处理异常事件对应的事件处理信息；

S212：向登录关联用户信息的第二客户端推送所述事件处理信息；

S213：若接收到第二客户端发送的确认所述事件处理信息的指令，依据所述事件处理信息进行数据处理。

图9为本申请一实施例提供的以服务器为主体的数据处理方法的流程图，包括：

S310：判断第一客户端发生的数据处理异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个；

S311：若是，向所述第一客户端返回所述类型信息；

S312：接收所述第一客户端发送的数据处理请求；

S313：响应于所述数据处理请求，获取与所述第一客户端发生的数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

S314：接收所述第一客户端发送的关联用户信息；

S315：向登录关联用户信息的第二客户端推送所述事件处理信息；

S316：若接收到第二客户端发送的确认所述事件处理信息的指令，依据所述事件处理信息进行数据处理。

图10为本申请一实施例提供的以服务器为主体的数据处理方法的流程图，包括：

S410：判断第一客户端发生的数据处理异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个；

S411：若是，向所述第一客户端返回所述类型信息；

S412：接收所述第一客户端发送的携带关联用户信息的数据处理请求；

S413：响应于所述数据处理请求，获取与所述第一客户端发生的数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

S414：向登录所述关联用户信息的第二客户端推送所述事件处理信息；

S415：若接收到第二客户端发送的确认所述事件处理信息的指令，依据所述事件处理信息进行数据处理。

综上，本申请的各种实施例的数据处理方法可以具体应用于订单生成的场景中，在订单生成的应用场景中，数据处理异常事件是订单生成异常事件，数据处理请求是订单代生成请求，事件参数是订单参数，数据处理信息是订单代生成信息，也可以是包含订单代生成信息的网页链接或包含该网页链接的信息。则当第一客户端上无法完成订单生成时，可以通过服务器向另外的第二客户端发起请求代为生成当前订单的请求，从而解决互联网中订单生成异常事件。

当然，本申请的数据处理方法的应用场景并不限于订单生成异常场景。例如，在互联网中进行群组消息发布时，由于当前用户的IM账户出现异常而无法实现上述群组消息发布，此时即可通过向其他用户的客户端发送代为实现上述群组消息发布的请求，来解决上述异常；又例如，在互联网中进行转账时，由于当前用户的网络账户发生异常而无法完成转账，则也可以通过向另一客户端的用户发送代为实现转账的请求；等等。

接下来，将对本申请提供的数据处理装置的技术方案进行叙述。由于这些装置是基于上述书数据处理方法的各种实施例产生的，故该数据处理装置的具体细节可以参照上述数据处理方法的具体内容。

图11为本申请一实施例提供的数据处理装置的模块示意图，包括：

第一接收单元110，用于接收第一客户端发送的与该第一客户端发生的数据处理异常事件对应的数据处理请求；

生成单元120，用于响应于所述数据处理请求，获取与所述数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

第二接收单元130，用于接收第一客户端发送的关联用户信息；

推送单元140，用于向登录所述关联用户信息的第二客户端推送所述事件处理信息；

处理单元150，用于在接收到第二客户端发送的确认所述事件处理信息的指令时，依据所述事件处理信息进行数据处理。

本申请实施例中，所述装置还包括：

判断单元160，用于判断第一客户端发生的数据处理异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个；

则，第一接收单元110具体用于：

若是，服务器接收第一客户端发送的与该第一客户端发生的数据处理异常事件对应的数据处理请求。

图12为本申请一实施例提供的数据处理装置的模块示意图，包括：

接收单元210，用于接收第一客户端发送的与该第一客户端发生的数据处理异常事件对应的、并携带关联用户信息的数据处理请求；

生成单元220，用于响应于所述数据处理请求，获取与所述数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

推送单元230，用于向登录所述关联用户信息的第二客户端推送所述事件处理信息；

处理单元240，用于在接收到第二客户端发送的确认所述事件处理信息的指令时，依据所述事件处理信息进行数据处理。

本申请实施例中，所述装置还包括：

判断单元250，用于判断第一客户端发生的数据处理异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个；

则，所述接收单元210具体用于：

若是，服务器接收第一客户端发送的与该第一客户端发生的数据处理异常事件对应的、并携带关联用户信息的数据处理请求。

图13为本申请一实施例提供的数据处理装置的模块示意图，包括：

判断单元310，用于判断第一客户端发生的数据处理异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个；

返回单元320，用于在第一客户端发生的数据处理异常事件对应的类型信息为预设的异常类型信息集合中的一个或多个时，向所述第一客户端返回所述类型信息；

第一接收单元330，用于接收所述第一客户端发送的数据处理请求；

生成单元340，用于响应于所述数据处理请求，获取与所述第一客户端发生的数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

第二接收单元350，用于接收所述第一客户端发送的关联用户信息；

推送单元360，用于向登录所述关联用户信息的第二客户端推送所述事件处理信息；

处理单元370，用于在接收到第二客户端发送的确认所述事件处理信息的指令时，依据所述事件处理信息进行数据处理。

图14为本申请一实施例提供的数据处理装置的模块示意图，包括：

判断单元410，用于判断第一客户端发生的数据处理异常事件对应的类型信息是否为预设的异常类型信息集合中的一个或多个；

返回单元420，用于在第一客户端发生的数据处理异常事件对应的类型信息为预设的异常类型信息集合中的一个或多个时，向所述第一客户端返回所述类型信息；

接收单元430，用于接收所述第一客户端发送的携带关联用户信息的数据处理请求；

生成单元440，用于响应于所述数据处理请求，获取与所述第一客户端发生的数据处理异常事件对应的事件参数，并根据所述事件参数生成与所述数据处理异常事件对应的事件处理信息；

推送单元450，用于向登录所述关联用户信息的第二客户端推送所述事件处理信息；

处理单元460，用于在接收到第二客户端发送的确认所述事件处理信息的指令时，依据所述事件处理信息进行数据处理。

综上所述，通过本申请实施例提供的上述数据处理方法和装置，在第一客户端发生数据处理异常事件时，该第一客户端通过向服务器发送相应的数据处理请求，并通过服务器获取与当前的数据处理异常事件对应的事件参数，根据所述事件参数生成事件处理信息，随后，通过服务器向登录关联用户信息的第二客户端推送上述事件处理信息，最终，若服务器接收到第二客户端发送的确认所述事件处理信息的指令，则依据所述事件处理信息来实现数据处理。通过以上过程，本申请实施例在第一客户端发生数据处理异常事件时，通过向第一客户端所确定的第二客户端推送用以解决该数据处理异常事件的事件处理信息，来通过第二客户端实现第一客户端无法完成的数据处理动作，从而解决了互联网中因客户端出现的各种异常而导致用户无法通过该客户端实现互联网中的数据处理事务的问题。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计 算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程 序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。