CN107730390A - 数据处理方法及装置、计算机可读介质、电子设备 - Google Patents

Abstract

本发明实施例提供一种数据处理方法及装置、计算机可读介质、电子设备。所述数据处理方法包括：接收已提交的订单数据，并设置所述订单数据对应的订单状态为第一状态；接收对提交时间处于预定时间段内、且订单状态为所述第一状态的订单的第一查询请求；根据所述第一查询请求的查询结果生成第一结算单，并将所述第一结算单内的订单的状态更改为第二状态。本发明实施例的技术方案能够基于订单状态来标识各个订单的结算情况，进而能够实现订单的准确结算，防止订单重复结算。

Description

数据处理方法及装置、计算机可读介质、电子设备

技术领域

本发明涉及数据处理技术领域，尤其涉及一种数据处理方法及装置、计算机可读介质、电子设备。

背景技术

在互联网保险中，存在一种“场景保险”，即在某种特定场景下，定制的特殊保险产品。例如：某旅行网站有大量用户访问，用户有旅行需求的同时，会有交通工具意外险的需求，因此，用户在购买旅行产品的同时，可以方便的购买交通工具意外险。

场景保险产生的保单数量巨大，业务合作良好的机构，每天保单数量可以达到10万单以上，每单金额从几分到几十元不等，传统的交费结算方法已经不能适应互联网场景保险的结算要求。

现有技术中，销售场景保险的机构与保险公司结算，一般采用固定周期结算。例如：按照1个月结算一次。在互联网场景保险的场景下，简单按照周期结算，至少存在以下问题：

(1)异常处理导致数据差异。由于互联网场景保险多基于互联网为传输介质，存在保单生成差错、延时等情况。例如：2017年6月1日查询2017年5月1日至5月31日所有保单为300万张，保单总金额为600万元。2017年6月2日系统要补2017年5月31日的保单，补录保单成功后，2017年6月3日再次查询2017年5月1日至5月31日的保单会发生变化，变为300万零1张，引起数据不一致现象，给结算造成困难。

(2)撤单导致数据差异。互联网场景保险下，保险生效期间一般晚于投保时间。如果保险生效之前撤销保单，成为“撤单”。如果不进行特殊处理，已经结算的保单，经过撤单操作，会涉及退费等一系列复杂操作。

由上可知，现有技术中的保单结算方法，保单批量结算靠时间段进行限制，数据核对差错很多，浪费了大量的人力进行核对。

因此，需要一种新的数据处理方法及装置、计算机可读介质、电子设备。

发明内容

为克服相关技术中存在的问题，本发明实施例提供一种数据处理方法及装置、计算机可读介质、电子设备，实现对订单的准确结算，防止重复结算。

根据本发明实施例的第一方面，提供一种数据处理方法，包括：接收已提交的订单数据，并设置所述订单数据对应的订单状态为第一状态；接收对提交时间处于预定时间段内、且订单状态为所述第一状态的订单的第一查询请求；根据所述第一查询请求的查询结果生成第一结算单，并将所述第一结算单内的订单的状态更改为第二状态。

在本发明的一些实施例中，基于前述方案，所述方法还包括：根据所述第一结算单的结算单金额，接收汇款信息；根据所述汇款信息将所述第一结算单内的所有订单的状态更改为第三状态。

在本发明的一些实施例中，基于前述方案，所述第一状态为未结算，所述第二状态为待结算，所述第三状态为已结算。

在本发明的一些实施例中，基于前述方案，所述方法还包括：给所述第一结算单分配唯一的结算单号，其中一个结算单号能够代表一个或者多个订单。

在本发明的一些实施例中，基于前述方案，所述方法还包括：接收提交时间处于所述预定时间段内的补录订单数据，并设置所述补录订单数据对应的订单状态为所述第一状态；接收对提交时间处于所述预定时间段内、且订单状态为所述第一状态的订单的第二查询请求；根据所述第二查询请求的查询结果生成第二结算单，并将所述第二结算单内的订单的状态更改为所述第二状态。

在本发明的一些实施例中，基于前述方案，所述方法还包括：接收针对所述第一结算单内的订单的撤单信息；将所述撤单信息对应的订单的状态更改为所述第一状态；接收对提交时间处于所述预定时间段内、且订单状态为所述第一状态的订单的第三查询请求；根据所述第三查询请求的查询结果生成第三结算单，并将所述第三结算单内的订单的状态更改为所述第二状态。

在本发明的一些实施例中，基于前述方案，还包括：在对所述第三结算单进行结算时，确定所述第三结算单对应的处于撤销状态的目标订单；计算所述第三结算单对应的所有订单的结算金额与所述目标订单的结算金额的差值；将所述差值作为所述第三结算单的结算单金额。

在本发明的一些实施例中，基于前述方案，所述方法还包括：将所述第一结算单内的订单的标识设置为不能重复的唯一键。

根据本发明实施例的第二方面，提供了一种数据处理方法，包括：接收查询条件，所述查询条件包括订单提交的时间段以及订单状态；根据所述查询条件获得查询结果，所述查询结果包括提交时间处于所述时间段内的订单数据和所述订单数据对应的撤单信息；当所述订单状态为第一状态时，根据所述查询结果生成结算单，所述结算单包括唯一的结算单号。

在本发明的一些实施例中，基于前述方案，根据所述查询结果生成结算单，包括：根据所述查询结果，确定所述订单数据中处于撤销状态的目标订单；基于所述订单数据的信息和所述目标订单的信息，生成所述结算单。

在本发明的一些实施例中，基于前述方案，根据所述查询结果生成结算单，还包括：计算所述订单数据的结算金额与所述目标订单的结算金额的差值；将所述差值作为所述结算单的结算单金额添加至所述结算单中。

在本发明的一些实施例中，基于前述方案，所述订单数据的信息包括：订单的总个数和/或订单的结算金额；所述目标订单的信息包括：所述目标订单的个数和/或所述目标订单的结算金额。

根据本发明实施例的第三方面，提供了一种数据处理装置，包括：订单接收模块，用于接收已提交的订单数据，并设置所述订单数据对应的订单状态为第一状态；第一查询接收模块，用于接收对提交时间处于预定时间段内、且订单状态为所述第一状态的订单的第一查询请求；第一结算单生成模块，用于根据所述第一查询请求的查询结果生成第一结算单，并将所述第一结算单内的订单的状态更改为第二状态。

根据本发明实施例的第四方面，提供了一种数据处理装置，包括：接收模块，用于接收查询条件，所述查询条件包括订单提交的时间段以及订单状态；查询结果获得模块，用于根据所述查询条件获得查询结果，所述查询结果包括提交时间处于所述时间段内的订单数据和所述订单数据对应的撤单信息；结算单生成模块，用于在所述订单状态为第一状态时，根据所述查询结果生成结算单，所述结算单包括唯一的结算单号。

根据本发明实施例的第五方面，提供一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述实施例中的数据处理方法。

根据本发明实施例的第六方面，提供一种电子设备，包括：一个或多个处理器；以及存储装置，用于存储一个或多个程序；当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述实施例中的数据处理方法。

本发明示例实施方式中的数据处理方法及装置、计算机可读介质、电子设备，通过将已提交的订单数据对应的订单状态设置为第一状态，并在根据查询请求的查询结果生成第一结算单之后，将第一结算单内的订单的状态更改为第二状态，使得能够基于订单状态来标识各个订单的结算情况，进而能够实现订单的准确结算，防止订单重复结算。

通过将补录订单数据对应的订单状态和撤单信息对应的订单的状态设置为第一状态，使得再次对第一状态的订单进行结算时，不会查询到已经结算过的订单(由于已经结算过的订单的状态并非是第一状态)，进而也能够避免订单重复结算的问题，同时也能够有效解决现有技术中在出现补录订单时导致数据不一致，以及撤单后结算复杂的问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据一示例性实施例示出的一种数据处理方法的流程示意图。

图2是根据一示例性实施例示出的另一种数据处理方法的流程示意图。

图3是根据一示例性实施例示出的一种补录订单的结算的流程示意图。

图4是根据一示例性实施例示出的一种撤销订单的结算的流程示意图。

图5是根据一示例性实施例示出的又一种数据处理方法的流程示意图。

图6是根据一示例性实施例示出的按照时间段查询数据的界面示意图。

图7是根据一示例性实施例示出的根据图6所示的查询得到查询结果的界面示意图。

图8是根据一示例性实施例示出的根据图7所示的查询结果生成结算单的界面示意图。

图9是根据一示例性实施例示出的再一种数据处理方法的示意图。

图10是根据一示例性实施例示出的一种数据处理装置的模块示意图。

图11是根据一示例性实施例示出的另一种数据处理装置的模块示意图。

图12是根据一示例性实施例示出的一种电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例性实施例。然而，示例性实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施方式；相反，提供这些实施方式使得本发明实施例将全面和完整，并将示例性实施例的构思全面地传达给本领域的技术人员。在图中，相同的附图标记表示相同或类似的结构，因而将省略它们的详细描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明实施例的技术方案而没有所述特定细节中的一个或更多，或者可以采用其它的模块、步骤等。在其它情况下，不详细示出或描述公知结构以避免模糊本发明实施例的各方面。

图1是根据一示例性实施例示出的一种数据处理方法的流程示意图。该数据处理方法可以应用于后台的服务器端。

如图1所示，该数据处理方法可以包括以下步骤。

在步骤S110中，接收已提交的订单数据，并设置所述订单数据对应的订单状态为第一状态。

在示例性实施例中，所述第一状态可以为未结(或者称之为“未结算”)，即表示新接收到的订单数据尚未生成结算单，也尚未进行结算。需要说明的是，本发明实施例中的订单数据可以是保险行业的保单数据，也可以是电商行业的商品订单数据、外卖行业的外卖订单数据等。

在步骤S120中，接收对提交时间处于预定时间段内、且订单状态为所述第一状态的订单的第一查询请求。

本发明实施例中，用户可以通过前台的客户端输入查询条件，比如对保单进行查询时，所述查询条件可以包括投保起始时间和投保终止时间来确定所述预定时间段。例如，当用户当前想要查询2010年5月1月至2010年5月31日之间的未结保单时，其可以在投保起始时间中输入20100501，在投保终止时间中输入20100531，当后台的服务器端接收到查询请求时，即可查询2010年5月1日至31日之间的未结保单。

在步骤S130中，根据所述第一查询请求的查询结果生成第一结算单，并将所述第一结算单内的订单的状态更改为第二状态。

在示例性实施例中，所述第二状态可以为待结(或者称之为“待结算”)，代表相应的订单处于已经生成结算单，但是该结算单尚未结清的状态。即当未结订单生成结算单之后，就将已生成结算单的订单的状态从未结更改为已结。

在示例性实施例中，所述方法还可以包括：给所述第一结算单分配唯一的结算单号，其中一个结算单号能够代表一个或者多个订单。

本发明实施例中，一个结算单号，可以代表多个订单。没有本发明实施例的结算单的概念前，一批订单只能用结算周期代表，结算周期内有大量订单，订单的任何更改，都会引起结算保费变化。而本发明实施例采用结算单的方式，一个结算单号代表了当前结算周期内的所有订单。

在示例性实施例中，所述方法还可以包括：将所述第一结算单内的订单的标识设置为不能重复的唯一键。

本发明实施例中，通过订单互斥机制，从根本上防止订单重复结算。即本发明的实施例有效利用了数据库的唯一键机制，在生成的结算单的结算单详情表内，订单标识(如订单号)设置为不能重复的唯一键，由于订单标识不能重复，撤单状态仅有未撤单和已撤单两个状态，这样结算单详情表里面，如果有订单重复插入，就会触发数据库的唯一性限制，造成结算单生成失败，从而保证了订单不会重复插入，订单不会被重复结算。

本发明实施方式提供的数据处理方法，通过结算单方式，能够解决互联网场景中海量订单的准确结算问题。应用本发明实施例的数据处理方法后，每个结算周期内的订单量达到几十万个，几乎没有差错，节约大量人力，提升了结算效率。

图2是根据一示例性实施例示出的另一种数据处理方法的流程示意图。

如图2所示，该数据处理方法可以包括以下步骤：

在步骤S110中，接收已提交的订单数据，并设置所述订单数据对应的订单状态为第一状态。

在步骤S120中，接收对提交时间处于预定时间段内、且订单状态为所述第一状态的订单的第一查询请求。

在步骤S130中，根据所述第一查询请求的查询结果生成第一结算单，并将所述第一结算单内的订单的状态更改为第二状态。

本发明实施例的上述步骤S110-S130可以参照上述图1所示的发明实施例，在此不再赘述。

在步骤S140中，根据所述第一结算单的结算单金额，接收汇款信息。

需要说明的是，当对结算单结算得到结算单金额后，可以向相应的单位收款，以便于后续的入账操作。比如在保险行业，和保险公司合作的销售保险产品的第三方机构接收到所述第一结算单之后，可以根据所述第一结算单的结算单金额，向保险公司汇款。保险公司收到汇款后，会在系统中录入汇款信息，用于表明该第一结算单已经结清。

在步骤S150中，根据所述汇款信息将所述第一结算单内的所有订单的状态更改为第三状态。

在示例性实施例中，所述第三状态为已结(或者称之为“已经结算”)，代表该第一结算单已经结清。即当收到所述第一结算单的汇款后，会将该汇款信息录入至系统中，相应的，系统会将所述第一结算单内的订单的状态从待结更改为已结。

本发明实施方式提供的数据处理方法，通过对订单新增订单状态，例如可以包括未结、待结和已结，并配合结算单，可以将订单分为三个不同的结算阶段，这样已经生成结算单的订单，不会被另外的结算单查询到，避免订单重复结算。

图3是根据一示例性实施例示出的一种补录订单的结算的流程示意图。

如图3所示，上述图1或者图2实施例中的数据处理方法还可以包括以下补录订单的结算步骤。

在步骤S210中，接收提交时间处于所述预定时间段内的补录订单数据，并设置所述补录订单数据对应的订单状态为所述第一状态。

比如，假设用户在2010年6月1已经查询了2010年5月1月至2010年5月31日之间的未结订单，并生成了第一结算单。在此之后，系统又接收到了2010年5月1月至2010年5月31日之间的一个或者多个补录订单，此时，系统将该一个或者多个补录订单的状态均设置为未结。

在步骤S220中，接收对提交时间处于所述预定时间段内、且订单状态为所述第一状态的订单的第二查询请求。

例如，如果在生成所述第一结算单之后，用户再次查询2010年5月1月至2010年5月31日之间的未结订单，由于第一结算单中的订单的状态此时已经为待结或者已结，因此，并不会影响到补录订单的结算单的生成，两个结算单内的订单不会重复。

在步骤S230中，根据所述第二查询请求的查询结果生成第二结算单，并将所述第二结算单内的订单的状态更改为所述第二状态。

例如，2010年6月3日再次查询2010年5月1月至2010年5月31日之间的未结订单，会生成该一个或多个补录订单的第二结算单，且该第二结算单内的订单不会和该第一结算单内的订单重复，此时，将该第二结算单内的订单的订单状态更改为待结。

在示例性实施例中，所述方法还可以包括：根据所述第二结算单的结算单金额，接收汇款信息；根据所述汇款信息将所述第二结算单内的订单的状态更改为所述第三状态。

例如，类似于上述第一结算单，对于保险行业，可以将该第二结算单发送至和保险公司合作的销售保险产品的第三方机构(例如某某代理公司或者某代理机构)，该第三方机构根据接收到的该第二结算单的结算单金额给该保险公司汇款，在系统中录入汇款信息后，将该第二结算单内的保单的状态从待结更改为已结，表明该第二结算单已经结清。

在示例性实施例中，所述方法还可以包括：给所述第二结算单分配唯一的结算单号，其中一个结算单号能够代表一个或者多个订单。

类似的第一结算单，系统也可以给该第二结算单分配一个唯一的结算单号。

在示例性实施例中，所述方法还可以包括：将所述第二结算单内的订单的标识设置为不能重复的唯一键。

类似的，该第二结算单内的订单标识(如订单号)也可以通过订单互斥机制，防止订单重复结算。

根据本发明实施方式提供的数据处理方法，通过增设补录订单的订单状态，并结合结算单，能够防止订单补录引起的数据不一致问题，提高了结算的准确率和结算效率。

图4是根据一示例性实施例示出的一种撤销订单的结算的流程示意图。

如图4所示，上述图1或者图2或者图3实施例中的数据处理方法还可以包括以下撤销订单的结算步骤。

在步骤S310中，接收针对所述第一结算单内的订单的撤单信息。

所述第一结算单内的订单的状态要么为待结，要么为已结，用户可以根据需求来撤销订单。比如在保险行业，用户可以在投保之后且保单生效之前撤销该第一结算单内的部分或者全部保单。

在步骤S320中，将所述撤单信息对应的订单的状态更改为所述第一状态。

当接收到撤单请求时，将当前撤单请求对应的订单的状态从待结或者已结更改为未结。

在步骤S330中，接收对提交时间处于所述预定时间段内、且订单状态为所述第一状态的第三查询请求。

在步骤S340中，根据所述第三查询请求的查询结果生成第三结算单，并将所述第三结算单内的订单的状态更改为所述第二状态。

在本发明的实施例中，对第三结算单进行结算时，可以采用如下方案：确定所述第三结算单对应的处于撤销状态的目标订单；计算所述第三结算单对应的所有订单的结算金额与所述目标订单的结算金额的差值；将所述差值作为所述第三结算单的结算单金额。

例如，假设在2010年6月5日再次接收到查询2010年5月1月至2010年5月31日之间的未结保单的请求，此时，针对查询结果重新生成了第三结算单，该第三结算单对应的订单中包含有撤销的订单。而撤销的订单在撤单之前已经通过第一结算单进行了结算，通过本发明实施例的技术方案，即将第三结算单对应的所有订单的结算金额与撤销订单的结算金额的差值作为第三结算单的结算单金额，使得无需针对第一结算单进行退费处理，只需在对第三结算单进行结算时减去相应的金额即可，方便地解决了撤单带来的结算问题。比如，针对保险行业，当第三方机构根据第一结算单进行汇款之后，如果后续有撤销的保单，那么保险公司也无需单独针对这部分保单退费，仅需在对该第三结算单进行结算时减去已撤单的保单的金额即可。

在示例性实施例中，所述方法还可以包括：给所述第三结算单分配唯一的结算单号，其中一个结算单号能够代表一个或者多个订单。

在示例性实施例中，所述方法还可以包括：将所述第三结算单内的订单的标识设置为不能重复的唯一键。

根据本发明实施方式提供的数据处理方法，通过对撤销的订单增设订单状态，并结合结算单，能够解决现有技术中撤单导致的退费等一系列复杂操作，简化了结算流程，同时能防止数据出错，提高了结算的准确性。

图5是根据一示例性实施例示出的又一种数据处理方法的流程示意图。该数据处理方法可以应用于前台的客户端或者后台的服务器。

如图5所示，该数据处理方法可以包括以下步骤。

在步骤S410中接收查询条件，所述查询条件包括订单提交的时间段以及订单状态。

在示例性实施例中，所述查询条件还可以包括订单类型等，对于保险行业而言，查询条件还可以包括与保险公司合作的销售相应保险产品的机构或者第三方机构、险种等，本发明实施例对此不作限定。

本发明实施例中，所述订单状态可以包括未结算、待结算和已结算三种，但本发明实施例并不限定于此。其中，针对结算单的生成，一般选择订单状态为未结算。

在步骤S420中，根据所述查询条件获得查询结果，所述查询结果包括提交时间处于所述时间段内的投保订单数据和所述订单数据对应的撤单信息。

本发明实施例中，一次查询请求获得的查询结果中可以同时包含已提交的订单数据例如在预定时间段内的订单件数和该订单件数对应的订单收入，以及撤单信息例如在该预定时间段内的撤单件数和该撤单件数对应的订单费用，进而可以将该预定时间段内的订单件数对应的保费收入减去该撤单件数对应的费用作为实收的费用。当然，在一些实施例中，该预定时间段内的撤单件数可以为0，即不存在撤单的情况。

在步骤S430中，当所述订单状态为第一状态时，根据所述查询结果生成结算单，所述结算单包括唯一的结算单号。

在本发明的示例性实施例中，步骤S430具体可以包括：根据所述查询结果，确定所述订单数据中处于撤销状态的目标订单；基于所述订单数据的信息和所述目标订单的信息，生成所述结算单。

需要说明的是，所述订单数据的信息包括：订单的总个数和/或订单的结算金额；所述目标订单的信息包括：所述目标订单的个数和/或所述目标订单的结算金额。

在本发明的实施例中，步骤S430还可以包括：计算所述订单数据的结算金额与所述目标订单的结算金额的差值；将所述差值作为所述结算单的结算单金额添加至所述结算单中。

本发明实施例中，生成的结算单除了可以包含上述内容之外，还可以包括结算单号、结算单位等。

下面参照图6-8，以保险行业的保单数据为例，对图5所述的数据处理方法进行实例说明。

图6是根据一示例性实施例示出的按照时间段查询数据的界面示意图。

如图6所示，假设输入查询条件包括保单类型为电子，机构包括某代理机构，投保时间(起)为20090701，投保时间(止)为20090710，保单状态为未结算，险种选择了全部，然后点击界面下方的“查询”按钮，即可得到图7所示的界面。

图7是根据一示例性实施例示出的根据图6所示的查询得到查询结果的界面示意图。

如图7所示，得到查询结果包括机构名称为某代理机构，险种名称为旅客综合交通意外险，投保件数6件，保费收入120元，撤单件数2件，撤单保费40元，实收保费80元。当数据确认无误后，点击界面下方的确认生成结算单按钮，即可得到图8所示的界面。

图8是根据一示例性实施例示出的根据图7所示的查询结果生成结算单的界面示意图。

如图8所示，该结算单包括结算单位为某某代理公司、投保时间(起)即投保起始时间为20090701、投保时间(止)即投保终止时间20090710、结算单类型为电子，订单号码(即上述的结算单号)为1515116，该结算单的保费合计80元。

其中，机构名称为某代理机构，险种名称为旅客综合交通意外险，投保件数为6，保费收入为120元，撤单件数为2，撤单保费为40元。

本发明实施方式提供的数据处理方法，使用非常简单，得到业务人员、财务人员、第三方机构人员的好评。

图9是根据一示例性实施例示出的再一种数据处理方法的示意图，该示意图同样以保险行业的保单数据为例进行说明。

如图9所示，该数据处理方法可以包括三部分：底层设计、正常投保结算和异常数据结算。

其中，底层设计的数据模块中的保单增加状态：未结、待结和已结。

其中，正常投保计算包括：当用户通过前台进行投保时，新增的投保的保单数据的状态设置未结；当后台接收到查询“未结”保单的请求时，根据查询到的未结保单生成结算单，同时，更改该结算单内的保单数据的保单状态为待结；然后根据该结算单的结算单金额，第三方机构汇款给保险公司，保险公司的出纳录入汇款信息，将该结算单内的保单数据更改保单状态为已结。

其中，异常数据结算可以包括两种情况，一种是保单补录，另一种是撤单。将保单补录和撤单均视为新数据，并更改对应的保单数据的保单状态为未结；当后台接收到查询“未结”保单的请求时生成结算单，此时，旧的结算周期保单已经变为“待结”或者“已结”，互不影响；后续结算流程可以参照上述正常投保结算。

本发明实施方式提供的数据处理方法，通过结算单的方式，有效地解决了海量保单的结算问题。

图10是根据一示例性实施例示出的一种数据处理装置的模块示意图。

如图10所示，该数据处理装置100可以包括订单接收模块110、第一查询接收模块120以及第一结算单生成模块130。

其中，订单接收模块110可以用于接收已提交的订单数据，并设置所述订单数据对应的订单状态为第一状态。

第一查询接收模块120可以用于接收接收对提交时间处于预定时间段内、且订单状态为所述第一状态的订单的第一查询请求。

第一结算单生成模块130可以用于根据所述第一查询请求的查询结果生成第一结算单，并将所述第一结算单内的订单的状态更改为第二状态。

在示例性实施例中，该数据处理装置100还可以包括接收汇款信息模块和第一状态更改模块。

其中，所述接收汇款信息模块可以用于根据所述第一结算单的结算单金额，接收汇款信息。所述第一状态更改模块可以用于根据所述汇款信息将所述第一结算单内的订单的状态更改为第三状态。

在示例性实施例中，所述第一状态为未结，所述第二状态为待结，所述第三状态为已结。

在示例性实施例中，该数据处理装置100还可以包括结算单号分配模块。所述结算单号分配模块可以用于给所述第一结算单分配唯一的结算单号，其中一个结算单号能够代表一个或者多个订单。

在示例性实施例中，该数据处理装置100还可以包括补录数据接收模块、第二查询接收模块以及第二结算单生成模块。

其中，所述补录数据接收模块可以用于接收提交时间处于所述预定时间段内的补录订单数据，并设置所述补录订单数据对应的订单状态为所述第一状态。所述第二查询接收模块可以用于接收对提交时间处于所述预定时间段内、且订单状态为所述第一状态的订单的第二查询请求。所述第二结算单生成模块可以用于根据所述第二查询请求的查询结果生成第二结算单，并将所述第二结算单内的订单的状态更改为所述第二状态。

在示例性实施例中，该数据处理装置100还可以包括撤单信息接收模块、第二状态更改模块、第三查询接收模块以及第三结算单生成模块。

其中，所述撤单信息接收模块可以用于接收针对所述第一结算单内的订单的撤单信息。所述第二状态更改模块可以用于将所述撤单信息对应的订单的状态更改为所述第一状态。所述第三查询接收模块可以用于接收对提交时间处于所述预定时间段内、且订单状态为所述第一状态的订单的第三查询请求。所述第三结算单生成模块可以用于根据所述第三查询请求的查询结果生成第三结算单，并将所述第三结算单内的订单的状态更改为所述第二状态。

在示例性实施例中，该数据处理装置100还可以包括结算模块。该结算模块用于在对所述第三结算单进行结算时，确定所述第三结算单对应的处于撤销状态的目标订单；计算所述第三结算单对应的所有订单的结算金额与所述目标订单的结算金额的差值；将所述差值作为所述第三结算单的结算单金额。

在示例性实施例中，该数据处理装置100还可以包括唯一键设置模块。所述唯一键设置模块可以用于将所述第一结算单内的订单的标识设置为不能重复的唯一键。

需要说明的是，上述数据处理装置100中的模块的具体实现可以参照上述数据处理方法的发明实施例，在此不再赘述。

图11是根据一示例性实施例示出的另一种数据处理装置的模块示意图。

如图11所示，该数据处理装置200可以包括接收模块210、查询结果获得模块220以及结算单生成模块230。

其中，接收模块210可以用于输入查询条件，所述查询条件包括订单提交的时间段以及订单状态。

查询结果获得模块220可以用于根据所述查询条件获得查询结果，所述查询结果包括提交时间处于所述时间段内的订单数据和所述订单数据对应的撤单信息。

结算单生成模块230可以用于当所述订单状态为第一状态时，根据所述查询结果生成结算单，所述结算单包括唯一的结算单号。

在示例性实施例中，该结算单生成模块230配置为：根据所述查询结果，确定所述订单数据中处于撤销状态的目标订单；基于所述订单数据的信息和所述目标订单的信息，生成所述结算单。

在示例性实施例中，该结算单生成模块230还用于，计算所述订单数据的结算金额与所述目标订单的结算金额的差值；将所述差值作为所述结算单的结算单金额添加至所述结算单中。

在示例性实施例中，所述订单数据的信息包括：订单的总个数和/或订单的结算金额；所述目标订单的信息包括：所述目标订单的个数和/或所述目标订单的结算金额。

需要说明的是，上述数据处理装置200中的模块的具体实现可以参照上述数据处理方法的发明实施例，在此不再赘述。

下面参考图12，其示出了适于用来实现本申请实施例的电子设备600的结构示意图。图12示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图12所示，电子设备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执行时，执行本申请的系统中限定的上述功能。

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括发送单元、获取单元、确定单元和第一处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，发送单元还可以被描述为“向所连接的服务端发送图片获取请求的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备能够实现如上述实施例中所示的方法。

例如，所述设备可以实现如图1中所示的：步骤S110，接收已提交的订单数据，并设置所述订单数据对应的订单状态为第一状态；步骤S120，接收对提交时间处于预定时间段内、且订单状态为所述第一状态的订单的第一查询请求；步骤S130，根据所述第一查询请求的查询结果生成第一结算单，并将所述第一结算单内的订单的状态更改为第二状态。

又如，所述设备可以实现图2-图5中所示的各个步骤。

以上所述仅为本发明的部分示例性实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

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

接收已提交的订单数据，并设置所述订单数据对应的订单状态为第一状态；

接收对提交时间处于预定时间段内、且订单状态为所述第一状态的订单的第一查询请求；

根据所述第一查询请求的查询结果生成第一结算单，并将所述第一结算单内的订单的状态更改为第二状态。

2.根据权利要求1所述的数据处理方法，其特征在于，所述方法还包括：

根据所述第一结算单的结算单金额，接收汇款信息；

根据所述汇款信息将所述第一结算单内的所有订单的状态更改为第三状态。

3.根据权利要求2所述的数据处理方法，其特征在于，所述第一状态为未结算，所述第二状态为待结算，所述第三状态为已结算。

4.根据权利要求1-3任意一项所述的数据处理方法，其特征在于，所述方法还包括：给所述第一结算单分配唯一的结算单号，其中一个结算单号能够代表一个或者多个订单。

5.根据权利要求1所述的数据处理方法，其特征在于，所述方法还包括：

接收提交时间处于所述预定时间段内的补录订单数据，并设置所述补录订单数据对应的订单状态为所述第一状态；

接收对提交时间处于所述预定时间段内、且订单状态为所述第一状态的订单的第二查询请求；

根据所述第二查询请求的查询结果生成第二结算单，并将所述第二结算单内的订单的状态更改为所述第二状态。

6.根据权利要求1所述的数据处理方法，其特征在于，所述方法还包括：

接收针对所述第一结算单内的订单的撤单信息；

将所述撤单信息对应的订单的状态更改为所述第一状态；

接收对提交时间处于所述预定时间段内、且订单状态为所述第一状态的订单的第三查询请求；

根据所述第三查询请求的查询结果生成第三结算单，并将所述第三结算单内的订单的状态更改为所述第二状态。

7.根据权利要求6所述的数据处理方法，其特征在于，还包括：

在对所述第三结算单进行结算时，确定所述第三结算单对应的处于撤销状态的目标订单；

计算所述第三结算单对应的所有订单的结算金额与所述目标订单的结算金额的差值；

将所述差值作为所述第三结算单的结算单金额。

8.根据权利要求1所述的数据处理方法，其特征在于，所述方法还包括：将所述第一结算单内的订单的标识设置为不能重复的唯一键。

9.一种数据处理方法，其特征在于，包括：

接收查询条件，所述查询条件包括订单提交的时间段以及订单状态；

根据所述查询条件获得查询结果，所述查询结果包括提交时间处于所述时间段内的订单数据和所述订单数据对应的撤单信息；

当所述订单状态为第一状态时，根据所述查询结果生成结算单，所述结算单包括唯一的结算单号。

10.根据权利要求9所述的数据处理方法，其特征在于，根据所述查询结果生成结算单，包括：

根据所述查询结果，确定所述订单数据中处于撤销状态的目标订单；

基于所述订单数据的信息和所述目标订单的信息，生成所述结算单。

11.根据权利要求10所述的数据处理方法，其特征在于，根据所述查询结果生成结算单，还包括：

计算所述订单数据的结算金额与所述目标订单的结算金额的差值；

将所述差值作为所述结算单的结算单金额添加至所述结算单中。

12.根据权利要求10或11所述的数据处理方法，其特征在于：

所述订单数据的信息包括：订单的总个数和/或订单的结算金额；

所述目标订单的信息包括：所述目标订单的个数和/或所述目标订单的结算金额。

13.一种数据处理装置，其特征在于，包括：

订单接收模块，用于接收已提交的订单数据，并设置所述订单数据对应的订单状态为第一状态；

第一查询接收模块，用于接收对提交时间处于预定时间段内、且订单状态为所述第一状态的订单的第一查询请求；

第一结算单生成模块，用于根据所述第一查询请求的查询结果生成第一结算单，并将所述第一结算单内的订单的状态更改为第二状态。

14.一种数据处理装置，其特征在于，包括：

接收模块，用于接收查询条件，所述查询条件包括订单提交的时间段以及订单状态；

查询结果获得模块，用于根据所述查询条件获得查询结果，所述查询结果包括提交时间处于所述时间段内的订单数据和所述订单数据对应的撤单信息；

结算单生成模块，用于在所述订单状态为第一状态时，根据所述查询结果生成结算单，所述结算单包括唯一的结算单号。

15.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1-12中任一项所述的数据处理方法。

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

一个或多个处理器；以及

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-12中任一项所述的数据处理方法。