CN107291776A - 流式数据处理方法和装置 - Google Patents

Abstract

本申请公开了流式数据处理方法和装置。所述方法的一具体实施方式包括：从用户所使用的终端获取待处理信息，所述待处理信息包括待处理数据和与所述待处理数据相关联的处理方式信息；判断所述待处理信息是否满足处理条件组，所述处理条件组包括如下条件：信息完整，信息已准备好；根据所述处理方式信息，将满足处理条件组的待处理数据分发到相应的处理服务器；接收处理服务器对所分发的待处理数据进行处理所生成的结果信息。该方法实现了相互关联数据的快速处理。

Description

流式数据处理方法和装置

技术领域

本申请涉及计算机技术领域，具体涉及数据处理技术领域，尤其流式数据处理方法和装置。

背景技术

流式数据，是一组顺序、大量、快速、连续到达的数据序列，一般情况下,流式数据可被视为一个随时间延续而无限增长的动态数据集合。流式数据具有如下特点：

流式数据到达快速，短时间内可能会有大量的输入数据需要处理；数据连续到达，数据量持续不断，非常大。所以对流式数据的处理要求就是实时处理，快速响应。

在流式数据的处理中，尤其是电商***针对生成的相关联数据需要实时分析处理。如，在购物流程中，用户在购物平台下订单、在自己的账户中支付、支付成功后仓库发货，或支付失败取消订单。这里会有多个数据产生，但是这多个数据之间具有关联性，为同一用户的数据。同一用户数据处理最好在同一处理机处理，提高数据处理效率，减少数据在不同处理机之间的传输过程。

然而，现有的流式数据处理方法中，具有关联性的数据可能不在同一处理机上处理，数据在不同处理机之间传输，数据传输效率低。

发明内容

本申请的目的在于提出一种改进的流式数据处理方法和装置，来解决以上背景技术部分提到的技术问题。

第一方面，本申请提供了一种流式数据处理方法，所述方法包括：从用户所使用的终端获取待处理信息，所述待处理信息包括待处理数据和与所述待处理数据相关联的处理方式信息；判断所述待处理信息是否满足处理条件组，所述处理条件组包括如下条件：信息完整，信息已准备好；根据所述处理方式信息，将满足处理条件组的待处理数据分发到相应的处理服务器；接收处理服务器对所分发的待处理数据进行处理所生成的结果信息。

在一些实施例中，在所述待处理数据包括异常数据的情况下，所述处理条件组还包括如下条件：所述异常数据的等待处理时间超过预设时间。

在一些实施例中，所述处理方式信息包括所述用户的用户信息。

在一些实施例中，所述判断所述待处理信息是否满足处理条件组，包括：判断待处理数据是否完整；判断所述待处理信息的前提数据是否准备好，其中，所述前提数据是处理所述待处理数据时所要用到的数据。

在一些实施例中，所述根据所述处理方式信息，将满足处理条件组的待处理数据分发到相应的处理服务器，包括：确定所述用户信息是否存在数据处理记录，所述数据处理记录用于记录处理过所述用户的数据的处理服务器信息；如果存在，则根据所述处理服务器信息，将所述待处理数据分发到所述处理服务器信息指示的处理服务器。

第二方面，本申请提供了一种流式数据处理装置，所述装置包括：获取单元，配置用于从用户所使用的终端获取待处理信息，所述待处理信息包括待处理数据和与所述待处理数据相关联的处理方式信息；判断单元，配置用于判断所述待处理信息是否满足处理条件组，所述处理条件组包括如下条件：信息完整，信息已准备好；分发单元，配置用于根据所述处理方式信息，将满足处理条件组的待处理数据分发到相应的处理服务器；接收单元，配置用于接收处理服务器对所分发的待处理数据进行处理所生成的结果信息。

在一些实施例中，在所述待处理数据包括异常数据的情况下，所述处理条件组还包括如下条件：所述异常数据的等待处理时间超过预设时间。

在一些实施例中，所述处理方式信息包括所述用户的用户信息。

在一些实施例中，所述判断单元进一步配置用于：判断待处理数据是否完整；判断所述待处理信息的前提数据是否准备好，其中，所述前提数据是处理所述待处理数据时所要用到的数据。

在一些实施例中，所述分发单元进一步配置用于：确定所述用户信息是否存在数据处理记录，所述数据处理记录用于记录处理过所述用户的数据的处理服务器信息；如果存在，则根据所述处理服务器信息，将所述待处理数据分发到所述处理服务器信息指示的处理服务器。

本申请提供的流式数据处理方法和装置，通过对获取到的待处理信息的处理方式信息进行判断，将待处理数据分发到相应的处理服务器处理，接收处理服务器对所分发的待处理数据进行处理所生成的结果信息，实现了将具有关联性的数据信息分发到同一处理服务器处理，提高了数据处理效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性***架构图；

图2是根据本申请的流式数据处理方法的一个实施例的流程图；

图3是根据本申请的流式数据处理方法的数据分发示意图；

图4是根据本申请的流式数据处理的又一个实施例的流程图；

图5是根据本申请流式数据处理装置的一个实施例的结构示意图；

图6是适于用来实现本申请实施例的终端设备或服务器的计算机***的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的流式数据处理方法或流式数据处理装置的实施例的示例性***架构100。

如图1所示，***架构100可以包括数据缓存设备101、网络102、分发服务器103和处理服务器104。

网络102用以在数据缓存设备101和分发服务器103之间提供通信链路的介质。网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤、电话线、电缆等等。

数据缓存设备101通过网络102与分发服务器103交互。数据缓存设备101缓存待处理数据，待处理数据可以是由用户通过终端设备向数据缓存设备发送的应用类数据，例如购物类应用信息、搜索类应用信息、社交平台交互信息等；还可以是数据存储设备中缓存的待处理数据信息。

数据缓存设备101可以是具有显示屏并且支持网页浏览及数据交互的各种终端设备，包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等；也可以是具有数据存储和数据管理的数据库服务器。

服务器可以是提供各种服务的服务器，本申请中的服务器至少包括依据分发条件分发数据的分发服务器103和接收分发服务器103分发的数据，并对接收到的数据进行分析处理的处理服务器104。

需要说明的是，本申请实施例所提供的流式数据处理方法一般由分发服务器103执行，相应地，流式数据处理装置一般设置于分发服务器103中。

应该理解，图1中的数据缓存设备、网络和分发服务器和处理服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的流式数据处理方法的一个实施例的流程200。所述的流式数据处理方法，包括以下步骤：

步骤201，从用户所使用的终端获取待处理信息。

在本实施例中，流式数据处理方法运行于其上的电子设备(例如图1所示的分发服务器)可以通过本地或远程获取待处理信息。当待处理信息已经保存在电子设备的存储器中时，上述电子设备可以直接从本地的存储器获取上述待处理信息。或者，当上述电子设备是对终端设备上的购物/物流/外卖类应用进行支持的后台服务器时，其可以通过有线连接方式或者无线连接方式通过上述数据缓存设备中的终端设备获取待处理信息。

需要指出的是，上述无线连接方式包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

本实施例中，分发服务器可以从数据缓存设备处获取待处理信息。这里，作为数据提供方的数据缓存设备将数据以数据队列的形式缓存。数据缓存设备中的数据可以是具有数据存储和数据管理的数据库服务器储存的数据，也可是通过网络或其他形式从终端设备获取的数据。其中，待处理信息包括待处理数据和与待处理数据相关联的处理方式信息。其中，处理方式信息是对待处理数据的处理有影响的信息。在处理方式信息中有不少于一个的标识信息，标识信息可以区别待处理数据所进行的操作；标识信息还可以指示出待处理数据区别于其他数据的属性。例如，可以从标识信息中确定出待处理数据所要进行的操作是订单处理，待处理数据是订单数据；标识信息还可以指示出上述订单数据的处理方式信息包括以下至少一项：订单的用户信息、订单产品信息、订单数据是否完整。这里，待处理数据可以包括未处理数据和异常数据，其中，异常数据为待处理数据在处理执行中出现异常而未完成处理的数据，未处理数据是未经分发和处理的数据。

在本实施例的一些可选的实现方式中，处理方式信息可以包括用户的用户信息，其中，用户信息可以是向上述数据缓存设备发送待处理数据的终端用户的信息。用户信息可以包括以下至少一项：用户账号、用户IP、用户登录记录、处理该用户信息的处理服务器信息。

在本实施例的一些可选的实现方式中，处理方式信息还可以包括业务信息，其中，业务信息可以是描述上述待处理数据的处理业务的属性信息。例如，按照数据的业务属性分类待处理数据，待处理数据可以是下单数据、支付数据或发货数据。数据的业务信息可以是用于区分待处理数据所要进行的后续处理业务的信息，也可以在业务信息中添加标识信息区别待处理信息的业务属性。例如，用户进行订单操作所生成的数据，将添加上订单数据的标识作为该数据的业务信息；用户进行支付操作所生成的数据会添加支付数据的标识，作为该数据的业务信息。分发服务器在获取到数据对应的待处理信息的时候，上述待处理数据已经确定了业务属性。

步骤202，判断待处理信息是否满足处理条件组。

在本实施例中，基于步骤201中得到的待处理信息，上述电子设备利用条件组分析待处理信息是否满足可处理条件，其中，处理条件组包括如下条件：信息完整，信息已准备好。

在本实施例中，上述处理条件组中，信息完整可以指待处理数据的完整，如，数据丢失、数据重复、数据出现空值都导致信息不完整。在待处理信息中设有表明数据丢失、数据重复、数据出现空值的特征位或信息位，由上述特征位或信息位的值确定信息完整。如果数据的完整性被破坏，可能导致在应用上述信息的电子商务应用平台中贸易双方信息的差异，将影响贸易各方的交易顺利完成。

在本实施例中，信息已准备好可以指待处理信息的前提数据已准备好。这里，前提数据为处理上述待处理数据时所要用到的数据或数据的处理结果。例如，在订单信息处理中，有下单、支付、发货及取消订单等数据，其中，下单数据处理之前需要该订单中所有商品的ID都已准备就绪，下单数据的前提数据为订单的所有商品的ID；在处理支付数据之前需要下单单号、订单确认、付款金额等数据准备就绪，上述支付数据的前提数据是下单单号、订单确认、付款金额，如果上述下单单号、订单确认、付款金额等任一数据出现数据缺失或数据不完备，都为支付数据的前提数据没有准备好。

步骤203，根据处理方式信息，将满足处理条件组的待处理数据分发到相应的处理服务器。

在本实施例中，上述电子设备可以将满足处理条件组的待处理数据根据处理方式信息分发到相应的处理服务器。这里，通过在处理方式信息中的标识信息区别待处理数据的区别属性。在本实施例中将具有相同属性的待处理数据分到同一处理服务器进行处理。上述电子设备通过上述处理方式信息中的标识信息识别出该待处理数据的区别属性，确定出处理具有该区别属性的数据的处理服务器信息，根据上述处理服务器信息分发待处理数据。例如，从处理方式信息中的标识信息中判断出待处理数据为用于支付的支付数据，上述电子设备将待处理数据分发到处理支付数据的处理服务器进行处理。

在本实施例的一些可选的实现方式中，上述电子设备在内部存储单元预设一缓存区，用于存储数据处理记录，其中，数据处理记录用于记录处理过用户的数据的处理服务器信息。上述处理方式信息可以包括用户的用户信息，用户信息是该用户信息属性的识别信息。

将该用户的用户信息在数据处理记录中查找，进行信息的匹配。如果该用户的用户信息已经在数据处理记录中存在，该用户有过处理信息的记录，在该用户的数据处理记录中调取处理该用户的处理服务器的信息，根据该处理服务器的信息将待处理数据分发到处理服务器信息指示的处理服务器。

其中，用户信息包括如下信息至少一项：用户账号、用户IP、用户登录记录、处理该用户信息的处理服务器信息。例如，如果某用户在电商平台上进行下单购物，假设电商平台有三个数据处理服务器，分别在北京、成都、上海，该用户订单可能有下单信息、支付信息、出货信息、商品信息等等，这些信息可能会在不同的数据处理服务器中处理。如果将同一用户的订单分发到一个处理器处理就会减少数据传输过程和数据调用过程。在获取到该用户的待处理信息后，如，获取到支付信息后，在数据处理记录中查找该用户的处理记录，可以依据用户的用户账号或用户登录记录等进行判断，并将待处理数据分发到该用户记录中处理该用户信息的处理服务器。例如，通过该用户的账号查找出处理该用户的信息的处理服务器为在成都的处理服务器，为减少数据处理中调用过程，将该支付信息分发到在成都的处理服务器进行处理。如果用户信息不在数据处理记录中存在，继续判断上述待处理数据的其他标识信息，上述电子设备可以判断待处理数据的业务信息，将具有相同业务属性的待处理数据分发到同一处理服务器处理。如，待处理数据为支付数据，处理支付数据的处理服务器是在上海的处理服务器处理；可以将该待处理数据分发到上海的处理服务器进行处理。

步骤204，接收处理服务器对所分发的待处理数据进行处理所生成的结果信息。

在本实施例中，上述电子设备可以接收处理服务器对所分发的待处理数据进行处理所生成的结果信息。这里，结果信息是从处理服务里返回的信息，结果信息可以是待处理数据经处理后的处理结果数据，还可以是在处理服务器处理过程中出现异常或遇到阻碍而未处理的异常数据。由于将相互关联的待处理数据分发到同一处理服务器处理，减少了不同处理服务器之间的数据同步，提高处理效率。处理服务器处理接收到的待处理数据，启动一定数量的处理线程，将前提数据准备好的待处理数据在当前线程进行操作处理，并将处理后的数据转到下一线程；将处理过程中出现异常或遇到阻碍的异常数据作处理异常标记，并记录该异常数据的处理信息。

本申请的上述实施例提供的方法通过判断待处理信息的处理方式信息，将待处理数据分发到相应的处理服务器处理，实现关联数据在同一处理服务器处理，提高了数据的处理效率。

继续参见图3，图3是根据本实施例的流式数据处理方法的信息分发的应用场景流程示意图。在图3的流程示意图应用中，接收由用户发来的待处理信息请求或从存储单元获取待处理信息；提取待处理信息中的用户信息，在数据处理记录中查找该用户信息是否存在；如果存在，从数据处理记录中提取处理该用户数据的处理服务器的信息，根据上述处理服务器的信息将待处理数据分发到处理服务器信息指示的处理服务器；如果不存在，提取该待处理信息的业务信息，将待处理数据分发到处理该业务信息的处理服务器。

本申请的上述实施例提供的方法通过将待处理信息中相互关联的数据分发到同一处理服务器处理，提高了处理效率。

进一步参考图4，其示出了流式数据处理方法的又一个实施例的流程400。该流式数据处理方法的流程400，包括以下步骤：

步骤401，从用户所使用的终端获取待处理信息。

在本实施例中，流式数据处理方法运行于其上的电子设备(例如图1所示的分发服务器)可以通过本数据缓存设备获取待处理信息。待处理信息包括待处理数据和与待处理数据相关联的处理方式信息。其中，处理方式信息是对待处理数据的处理有影响的信息，处理方式信息还可以包括用户信息、业务信息。其中，用户信息可以是向上述数据缓存设备发送待处理数据的终端用户的信息；业务信息为描述上述待处理数据处理业务属性的信息。

步骤402，判断待处理信息是否满足处理条件组。

在本实施例中，基于步骤401中得到的待处理信息，上述电子设备利用各种条件组分析待处理信息是否满足可处理条件；其中，处理条件组包括如下条件：信息完整，信息已准备好。当待处理数据包括异常数据时，上述处理条件组还包括异常数据的等待处理时间超过预设时间。其中，异常数据是在处理服务器处理过程中出现异常或处理过程中遇到阻碍未完成处理而返回的数据。

在本实施例的一些可选的实现方式中，上述电子设备判断待处理信息是否满足处理条件组，可以通过如下的操作实现：判断待处理数据是否完整；判断待处理信息的前提数据是否准备好，其中，前提数据是处理上述待处理数据时所要用到的数据。

这里，判断待处理数据是否完整可以分别判断数据丢失的特征位、数据重复的特征位和数据出现空值的特征位，确定待处理数据是否完整。上述任一特征位为表示数据不完整的数据丢失、数据重复和数据出现空值的值出现，都确定为该待处理数据不完整。例如，在待处理信息中标识数据重复的特征位的值为1时，则该待处理数据的数据重复，确定该待处理数据不完整。

在上述电子设备的存储区域预先设置前提数据列表，列表中按照待处理数据所要进行的业务操作列出进行该业务操作的待处理数据的前提数据。

判断待处理信息的前提数据是否准备好，首先，通过待处理数据的处理方式信息中的业务信息确定该数据的业务操作，然后，依据待处理数据所要进行的业务操作从上述列表中取得待处理数据的前提数据信息，由上述前提数据信息和待处理数据信息判断该待处理信息的前提数据是否准备好。例如，当待处理数据是支付数据时，上述电子设备由处理方式信息确定待处理数据进行的业务操作是进行支付操作；由操作信息在前提数据列表查找出支付数据的前提数据；在前提数据列表中支付数据的前提数据是下单单号、订单确认、付款金额；由上述待处理信息确定该支付数据的前提数据中的下单单号、订单确认、付款金额是否准备好。

在本实施例的一些可选的实现方式中，在待处理数据中包括异常数据的情况下，处理条件组还包括如下条件：所述异常数据的等待处理时间超过预设时间。这里，异常数据为待处理数据在处理执行中出现异常或遇到阻碍而未完成处理的数据；异常数据由处理服务器重新返回数据队列后，等待处理的时间达到预设时间间隔才能再次被执行处理，对于等待时间小于预设时间的异常数据需重新返回数据队列，继续等待下次执行处理。

步骤403，根据处理方式信息，将满足处理条件组的待处理数据分发到相应的处理服务器。

在本实施例中，在满足处理条件组的情况下，依据处理方式信息的用户信息或业务信息将待处理数据分发到不同的处理服务器。这里，处理服务器用于处理分发到其上的待处理数据。在分发待处理数据时，将相互关联的数据分发在同一处理服务器中处理，会减少数据在不同服务器中同步的过程、提高处理效率。根据待处理信息中的用户信息分发待处理数据，将同一用户的待处理数据分发到同一处理服务器处理；根据待处理信息的业务信息分发待处理数据，将进行同一操作业务的待处理数据分发到同一处理服务器处理；如，在订单信息处理中，将所有待处理数据中的支付信息分发到同一处理服务器中处理。

在本实施例的一些可选的实现方式中，将具有相同推广号的待处理数据分发到同一处理服务器处理；如，在订单处理中，将具有相同推广号的商家或客户的订单分发到同一处理服务器。

步骤404，接收处理服务器对所分发的待处理数据进行处理所生成的结果信息。

在本实施例中，上述电子设备可以接收处理服务器对所分发的待处理数据进行处理所生成的结果信息。其中，结果信息可以是待处理数据经处理后的处理结果数据，还可以是在处理服务器处理过程中出现异常或遇到阻碍而未处理的异常数据。

步骤405，将不满足处理条件组的待处理信息返回。

在本实施例中，基于步骤402的判断结果，上述电子设备可以将不满足处理条件组的待处理信息返回。这里，基于步骤402的判断结果，对于不满足条件组的待处理信息作未处理标记，每标记一次，标记次数自动加一，以记录标记次数。将待处理信息的未处理标记次数与未处理标记阈值比较。记录未处理标记次数大于未处理标记阈值的待处理信息；对于多次判断一直不满足处理条件的数据做异常处理，记录该数据为异常数据、并发出异常提示，以便人工处理。将未处理标记次数小于或等于未处理标记阈值的待处理信息返回，等待下次分发处理。这里，待处理信息的未处理标记次数是待处理信息经过上述处理条件组的判断次数，其初始值为0；当该待处理信息满足处理条件，经分发处理后，上述未处理标记次数重置为0。

从图4中可以看出，与图2对应的实施例相比，本实施例中的流式数据处理方法的流程400突出了对不满足处理条件信息的处理步骤405。由此，本实施例描述的技术方案可以实现待处理数据快速的分发处理。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种流式数据处理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例所述的流式数据处理装置500包括：获取单元501、判断单元502、分发单元503、接收单元504。获取单元501，配置用于从用户所使用的终端获取待处理信息，其中，待处理信息包括待处理数据和与该待处理数据相关联的处理方式信息；判断单元502，配置用于判断待处理信息是否满足处理条件组，其中，处理条件组包括如下条件：信息完整，信息已准备好；分发单元503，配置用于，根据处理方式信息，将满足处理条件组的待处理数据分发到相应的处理服务器；接收单元504，配置用于接收处理服务器对所分发的待处理数据进行处理所生成的结果信息。

在本实施例中，流式数据处理装置500的获取单元501可以从数据缓存设备处获取待处理信息。当待处理信息已经保存在电子设备的存储器中时，上述电子设备可以直接从本地的存储器获取上述待处理信息。或者，当上述电子设备是对终端设备上的购物/物流/外卖类应用进行支持的后台服务器时，其可以通过有线连接方式或者无线连接方式从上述终端设备获取待处理信息。

在本实施例中，基于获取单元501获取的待处理信息，上述判断单元502利用条件组分析待处理信息是否满足可处理条件，其中，处理条件组包括如下条件：信息完整，信息已准备好。

在本实施例中，分发单元503可以将满足处理条件组的待处理数据根据处理方式信息分发到相应的处理服务器。这里，处理方式信息是对待处理数据的处理有影响的信息，通过在处理方式信息中的标识信息区别待处理数据的区别属性。在本实施例中具有相同属性的待处理数据分到同一处理服务器进行处理。

在本实施例中，接收单元504可以接收处理服务器对所分发的待处理数据进行处理所生成的结果信息。这里，结果信息是从处理服务里返回的信息，结果信息可以是待处理数据经处理后的处理结果数据，还可以是在处理服务器处理过程中出现异常或遇到阻碍而未处理的异常数据。

在本实施例的一些可选的实现方式中，在待处理数据包括异常数据的情况下，处理条件组还包括如下条件：异常数据的等待处理时间超过预设时间。这里，异常数据为待处理数据在处理执行中出现异常或遇到阻碍而未完成处理的数据；异常数据由处理服务器重新返回数据队列后，等待处理的时间达到预设时间间隔才能再次被执行处理，对于等待时间小于预设时间的异常数据需重新返回数据队列，继续等待下次执行处理。

在本实施例的一些可选的实现方式中，处理方式信息包括该用户的用户信息。用户信息可以是向上述数据缓存设备发送待处理数据的终端用户的信息。用户信息可以包括以下至少一项：用户账号、用户IP、用户登录记录、处理该用户信息的处理服务器信息。

在本实施例的一些可选的实现方式中，判断单元进一步配置用于：判断待处理数据是否完整；判断待处理信息的前提数据是否准备好，其中，前提数据是处理待处理数据时所要用到的数据。通过判断待处理信息中的特征位或信息位判断数据完整；通过数据处理方式信息确定数据的前提数据，判断该待处理数据的前提数据是否准备好。

在本实施例的一些可选的实现方式中，分发单元503进一步配置用于：确定用户信息是否存在数据处理记录，该数据处理记录用于记录处理过用户的数据的处理服务器信息；如果存在，则根据该处理服务器信息，将待处理数据分发到处理服务器信息指示的处理服务器。用户的数据处理记录存储于上述电子设备在内部存储单元预设的一缓存区。该用户的数据处理记录中包括有处理该用户的处理服务器信息；如果不存在，将待处理数据随机分发到任一处理服务器或将待处理数据按照业务信息分发到处理该业务信息的处理服务器。

下面参考图6，其示出了适于用来实现本申请实施例的终端设备或服务器的计算机***600的结构示意图。

如图6所示，计算机***600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有***600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的方法中限定的上述功能。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括获取单元、判断单元、分发单元、接收单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“接收待处理数据单元”。

作为另一方面，本申请还提供了一种非易失性计算机存储介质，该非易失性计算机存储介质可以是上述实施例中所述装置中所包含的非易失性计算机存储介质；也可以是单独存在，未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：从用户所使用的终端获取待处理信息，所述待处理信息包括待处理数据和与所述待处理数据相关联的处理方式信息；判断所述待处理信息是否满足处理条件组，所述处理条件组包括如下条件：信息完整，信息已准备好；根据所述处理方式信息，将满足处理条件组的待处理数据分发到相应的处理服务器；接收处理服务器对所分发的待处理数据进行处理所生成的结果信息。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种流式数据处理方法，其特征在于，所述方法包括：

从用户所使用的终端获取待处理信息，所述待处理信息包括待处理数据和与所述待处理数据相关联的处理方式信息；

判断所述待处理信息是否满足处理条件组，所述处理条件组包括如下条件：信息完整，信息已准备好；

根据所述处理方式信息，将满足处理条件组的待处理数据分发到相应的处理服务器；

接收处理服务器对所分发的待处理数据进行处理所生成的结果信息。

2.根据权利要求1所述的流式数据处理方法，其特征在于，在所述待处理数据包括异常数据的情况下，所述处理条件组还包括如下条件：所述异常数据的等待处理时间超过预设时间。

3.根据权利要求1所述的流式数据处理方法，其特征在于，所述处理方式信息包括所述用户的用户信息。

4.根据权利要求1所述的流式数据处理方法，其特征在于，所述判断所述待处理信息是否满足处理条件组，包括：

判断待处理数据是否完整；

判断所述待处理信息的前提数据是否准备好，其中，所述前提数据是处理所述待处理数据时所要用到的数据。

5.根据权利要求3所述的流式数据处理方法，其特征在于，所述根据所述处理方式信息，将满足处理条件组的待处理数据分发到相应的处理服务器，包括：

确定所述用户信息是否存在数据处理记录，所述数据处理记录用于记录处理过所述用户的数据的处理服务器信息；

如果存在，则根据所述处理服务器信息，将所述待处理数据分发到所述处理服务器信息指示的处理服务器。

6.一种流式数据处理装置，其特征在于，所述装置包括：

获取单元，配置用于从用户所使用的终端获取待处理信息，所述待处理信息包括待处理数据和与所述待处理数据相关联的处理方式信息；

判断单元，配置用于判断所述待处理信息是否满足处理条件组，所述处理条件组包括如下条件：信息完整，信息已准备好；

分发单元，配置用于根据所述处理方式信息，将满足处理条件组的待处理数据分发到相应的处理服务器；

接收单元，配置用于接收处理服务器对所分发的待处理数据进行处理所生成的结果信息。

7.根据权利要求6所述的流式数据处理装置，其特征在于，在所述待处理数据包括异常数据的情况下，所述处理条件组还包括如下条件：所述异常数据的等待处理时间超过预设时间。

8.根据权利要求6所述的流式数据处理装置，其特征在于，所述处理方式信息包括所述用户的用户信息。

9.根据权利要求6所述的流式数据处理装置，其特征在于，所述判断单元进一步配置用于：

判断待处理数据是否完整；

判断所述待处理信息的前提数据是否准备好，其中，所述前提数据是处理所述待处理数据时所要用到的数据。

10.根据权利要求8所述的流式数据处理装置，其特征在于，所述分发单元进一步配置用于：

确定所述用户信息是否存在数据处理记录，所述数据处理记录用于记录处理过所述用户的数据的处理服务器信息；

如果存在，则根据所述处理服务器信息，将所述待处理数据分发到所述处理服务器信息指示的处理服务器。