订单统计方法、装置及系统与流程

本公开涉及互联网技术领域，尤其涉及一种订单统计方法、装置及系统。

背景技术：

随着互联网技术的不断发展，在线交易系统也得到了广泛的应用。相关技术中，在对在线交易系统中的订单数据进行统计时，常用的方法是按照时间范围，针对每种商品，直接按照订单的状态分别进行累加。但是，这种常用的方法只适合简单的交易，购买后即完成交易，但不适用于付款后还需要进一步办理的交易。

技术实现要素：

为克服相关技术中存在的问题，本公开提供了一种订单统计方法、装置及系统。

根据本公开实施例的第一方面，提供一种订单统计方法，所述方法包括：

对第一产品的订单数据进行统计，得到第一产品数据，所述第一产品用于表征订单创建时间在第一时间段内的任一产品；

对第二产品的订单数据进行统计，得到第二产品数据，所述第二产品用于表征订单更新时间在所述第一时间段内、且订单创建时间在第二时间段内的任一产品，所述第二时间段位于所述第一时间段之前；

根据所述第二产品数据对所述第二产品在所述第二时间段内的产品数据进行数据补偿。

可选地，所述对第一产品的订单数据进行统计，包括：

确定用于订单统计的第一订单状态；

按照所述第一订单状态对第一产品的订单数据进行统计。

可选地，所述第一订单状态包括交易成功关闭、和/或退款关闭、和/或未付款关闭。

可选地，所述对第二产品的订单数据进行统计，包括：

确定用于订单统计的第二订单状态；

按照所述第二订单状态对第二产品的订单数据进行统计。

可选地，所述第二订单状态包括交易成功关闭、和/或退款关闭、和/或未付款关闭。

可选地，所述根据所述第二产品数据对所述第二产品在所述第二时间段内的产品数据进行数据补偿，包括：

将所述第二产品数据累加到所述第二产品在所述第二时间段内的产品数据上。

可选地，所述对第一产品的订单数据进行统计之前，还包括：

在指定统计时间开启订单统计功能，所述指定统计时间位于所述第一时间段之后。

根据本公开实施例的第二方面，提供一种订单统计装置，所述装置包括：

第一统计模块，被配置为对第一产品的订单数据进行统计，得到第一产品数据，所述第一产品用于表征订单创建时间在第一时间段内的任一产品；

第二统计模块，被配置为对第二产品的订单数据进行统计，得到第二产品数据，所述第二产品用于表征订单更新时间在所述第一时间段内、且订单创建时间在第二时间段内的任一产品，所述第二时间段位于所述第一时间段之前；

数据补偿模块，被配置为根据所述第二产品数据对所述第二产品在所述第二时间段内的产品数据进行数据补偿。

可选地，所述第一统计模块包括：

第一确定子模块，被配置为确定用于订单统计的第一订单状态；

第一统计子模块，被配置为按照所述第一订单状态对第一产品的订单数据进行统计。

可选地，所述第一订单状态包括交易成功关闭、和/或退款关闭、和/或未付款关闭。

可选地，所述第二统计模块包括：

第二确定子模块，被配置为确定用于订单统计的第二订单状态；

第二统计子模块，被配置为按照所述第二订单状态对第二产品的订单数据进行统计。

可选地，所述第二订单状态包括交易成功关闭、和/或退款关闭、和/或未付款关闭。

可选地，所述数据补偿模块包括：

累加子模块，被配置为将所述第二产品数据累加到所述第二产品在所述第二时间段内的产品数据上。

可选地，所述装置还包括：

开启模块，被配置为在所述第一统计模块对第一产品的订单数据进行统计之前，在指定统计时间开启订单统计功能，所述指定统计时间位于所述第一时间段之后。

根据本公开实施例的第三方面，提供一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现上述第一方面提供的订单统计方法。

根据本公开实施例的第四方面，提供一种订单统计装置，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

对第一产品的订单数据进行统计，得到第一产品数据，所述第一产品用于表征订单创建时间在第一时间段内的任一产品；

对第二产品的订单数据进行统计，得到第二产品数据，所述第二产品用于表征订单更新时间在所述第一时间段内、且订单创建时间在第二时间段内的任一产品，所述第二时间段位于所述第一时间段之前；

根据所述第二产品数据对所述第二产品在所述第二时间段内的产品数据进行数据补偿。

根据本公开实施例的第五方面，提供一种订单统计系统，包括上述第二方面所述的订单统计装置，并用于执行上述第一方面所述的订单统计方法。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开中的订单统计装置可以通过对第一产品的订单数据进行统计，得到第一产品数据，该第一产品用于表征订单创建时间在第一时间段内的任一产品，并对第二产品的订单数据进行统计，得到第二产品数据，该第二产品用于表征订单更新时间在第一时间段内、且订单创建时间在第二时间段内的任一产品，该第二时间段位于第一时间段之前，以及根据第二产品数据对第二产品在第二时间段内的产品数据进行数据补偿，从而实现了通过数据补偿方式实现订单统计这一功能，并提高了订单统计的准确性和效率。

本公开中的订单统计装置在对第一产品的订单数据进行统计时，可以先确定用于订单统计的第一订单状态，再按照第一订单状态对第一产品的订单数据进行统计，从而提高了订单统计的效率。

本公开中的订单统计装置在对第二产品的订单数据进行统计时，可以先确定用于订单统计的第二订单状态，再按照第二订单状态对第二产品的订单数据进行统计，从而丰富了订单统计的实现方式，提高了订单统计的实用性。

本公开中的订单统计装置还可以通过将第二产品数据累加到第二产品在第二时间段内的产品数据上，从而提高了第二产品的产品数据的准确性和完整性。

本公开中的订单统计装置还可以在指定统计时间开启订单统计功能，并且该订单统计功能不仅需要按照订单更新时间进行统计，还需要按照订单更新时间进行统计，以及利用按照订单更新时间得到的统计数据对以前的统计数据进行数据补偿，从而提高了订单统计的效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

图1是根据一示例性实施例示出的一种订单统计系统的示意图；

图2是根据一示例性实施例示出的一种订单统计方法流程图；

图3是根据一示例性实施例示出的另一种订单统计方法流程图；

图4是根据一示例性实施例示出的另一种订单统计方法流程图；

图5是根据一示例性实施例示出的另一种订单统计方法流程图；

图6是根据一示例性实施例示出的另一种订单统计方法流程图；

图7是根据一示例性实施例示出的一种订单统计装置框图；

图8是根据一示例性实施例示出的另一种订单统计装置框图；

图9是根据一示例性实施例示出的另一种订单统计装置框图；

图10是根据一示例性实施例示出的另一种订单统计装置框图；

图11是根据一示例性实施例示出的另一种订单统计装置框图；

图12是根据一示例性实施例示出的一种用于订单统计装置的一结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

图1是根据一示例性实施例示出的一种订单统计系统进行在线交易的示意图。如图1所示，订单统计系统中订单共有如下各种订单状态：

如图1中的第1步，用户下单后系统便会创建一条订单数据，其中订单状态为“待付款”。此时用户可能有三种操作，一种是立刻打开收银台完成付款；一种是一直没有付款；还有一种是等待了一段时间后完成付款。所以“待付款”或“未付款”不能表示一个终态，一般会设置一个定时操作，若干小时或若干天后将未付款订单自动关闭，此时订单状态为“未付款关闭”，该“未付款关闭”是一个终态。

用户付款后，订单状态会变为“付款成功”，此时订单可能会有一个处理或办理的时间，可能若干分钟或若干小时，比如订单需要流转到其他业务系统处理，或者需要线下人员安装处理。也就是说交付成功后，订单会停留在“付款成功”状态一段时间。“办理成功”后，交易也就成功并关闭了。而“办理失败”后，会进行退款，退款成功后便也关闭订单。

也就是说，待付款阶段会出现支付成功和未付款两种状态，未付款的终态是未付款关闭；支付成功后，也会出现两种结果，一种是交易成功，一种是退款成功。即关闭的三种终态是：未付款关闭，交易成功关闭和退款关闭。产品交易终态包括交易成功、交易失败(即未付款和退款)。

在每次订单统计时，若只对上述三种终态的订单数据进行统计，而不统计订单状态还处在“待付款”或“付款成功”办理中的订单数据，这样导致统计出的每个产品的订单总量(三个终态数量的和)是不准确的，小于真实的总订单量。

比如：统计任务在(d-1)日凌晨1点执行，此时订单表中有如下数据，如表1所示：

表1

其中，上述表1中：“交易成功关闭”、“退款关闭”、“未付款关闭”均为终态，而“待付款”、“付款成功”均为中间态。

若对(d-2)日每个产品按终态进行统计，可以得到如下数据，如表2所示：

表2

其中，表2中只有“交易成功关闭”、“退款关闭”、“未付款关闭”这三种终态的统计数据，但没有“待付款”、“付款成功”这两种中间态的统计数据，这样导致每天统计出的每个产品的订单总量(三个终态数量的和)是不准确的，小于真实的总订单量。

为了提高订单统计的准确性，本公开中，在每次订单统计时，不仅需要按照订单更新时间进行统计，还需要按照订单更新时间进行统计，以及利用按照订单更新时间得到的统计数据对以前的统计数据进行数据补偿。

比如：数据补偿方式是在第二天统计更新时间是(d-1)日而创建时间是(d-2)日的终态订单。比如在d日凌晨1点时，上述订单表中数据，如表3所示：

表3

d日重新统计并补偿后，得到如下统计数据，如表4所示：

表4

上述订单-0007在(d-1)日达到了终态“交易成功关闭量”，补偿统计后(d-2)日产品p001的订单数量“成交量”可以加1，这样不管是当日即完成终态还是一天后或几天后完成终态，都会准确的记录到统计中，每个产品每日的销量是完整无误的。

下面结合附图对本公开订单统计的实施例进行详细描述。

图2是本公开根据一示例性实施例示出的一种订单统计方法流程图，该方法可以用于图1所示的订单统计系统；如图2所示，该订单统计方法可以包括以下步骤210-230：

在步骤210中，对第一产品的订单数据进行统计，得到第一产品数据，该第一产品用于表征订单创建时间在第一时间段内的任一产品。

本公开实施例中，在第一时间段内的订单数据中，可能只包括一个产品的订单数据，也可能包括多个不同产品的订单数据。并且，这些订单数据中，可能包括订单创建时间在第一时间段内的订单，也可能包括订单更新时间在第一时间段内的订单。

另外，为了提高第一产品数据的准确性，后续可以通过按照订单创建时间统计得到的第一产品的产品数据对第一产品数据进行数据补偿。

在步骤220中，对第二产品的订单数据进行统计，得到第二产品数据，该第二产品用于表征订单更新时间在第一时间段内、且订单创建时间在第二时间段内的任一产品，该第二时间段位于第一时间段之前。

本公开实施例中，按照订单更新时间对第二产品的订单数据进行统计，其目的是为了对按照订单创建时间统计得到的第二产品的产品数据进行数据补偿。

在步骤230中，根据第二产品数据对第二产品在第二时间段内的产品数据进行数据补偿。

由上述实施例可见，通过对第一产品的订单数据进行统计，得到第一产品数据，该第一产品用于表征订单创建时间在第一时间段内的任一产品，并对第二产品的订单数据进行统计，得到第二产品数据，该第二产品用于表征订单更新时间在第一时间段内、且订单创建时间在第二时间段内的任一产品，该第二时间段位于第一时间段之前，以及根据第二产品数据对第二产品在第二时间段内的产品数据进行数据补偿，从而实现了通过数据补偿方式实现订单统计这一功能，并提高了订单统计的准确性和效率。

图3是本公开根据一示例性实施例示出的另一种订单统计方法流程图，该方法可以用于图1所示的订单统计系统，并建立在图2所示方法的基础上，在执行步骤210时，如图3所示，可以包括以下步骤310-320：

在步骤310中，确定用于订单统计的第一订单状态。

本公开实施例中，第一订单状态用于表征在按照订单创建时间进行统计时需要统计的订单状态。

在一实施例中，上述步骤310中的第一订单状态可以包括：交易成功关闭、和/或退款关闭、和/或未付款关闭。

在步骤320中，按照第一订单状态对第一产品的订单数据进行统计。

由上述实施例可见，在对第一产品的订单数据进行统计时，可以先确定用于订单统计的第一订单状态，再按照第一订单状态对第一产品的订单数据进行统计，从而提高了订单统计的效率。

图4是本公开根据一示例性实施例示出的另一种订单统计方法流程图，该方法可以用于图1所示的订单统计系统，并建立在图2所示方法的基础上，在执行步骤220时，如图4所示，可以包括以下步骤410-420：

在步骤410中，确定用于订单统计的第二订单状态。

本公开实施例中，第二订单状态用于表征在按照订单更新时间进行统计时需要统计的订单状态。

在一实施例中，上述步骤410中的第二订单状态可以包括：交易成功关闭、和/或退款关闭、和/或未付款关闭。

在步骤420中，按照第二订单状态对第二产品的订单数据进行统计。

由上述实施例可见，在对第二产品的订单数据进行统计时，可以先确定用于订单统计的第二订单状态，再按照第二订单状态对第二产品的订单数据进行统计，从而丰富了订单统计的实现方式，提高了订单统计的实用性。

图5是本公开根据一示例性实施例示出的另一种订单统计方法流程图，该方法可以用于图1所示的订单统计系统，并建立在图2所示方法的基础上，在执行步骤230时，如图5所示，可以包括以下步骤510：

在步骤510中，将第二产品数据累加到第二产品在第二时间段内的产品数据上。

由上述实施例可见，通过将第二产品数据累加到第二产品在第二时间段内的产品数据上，从而提高了第二产品的产品数据的准确性和完整性。

图6是本公开根据一示例性实施例示出的另一种订单统计方法流程图，该方法可以用于图1所示的订单统计系统，并建立在图2所示方法的基础上，在执行步骤110之前，如图6所示，可以包括以下步骤610：

在步骤610中，在指定统计时间开启订单统计功能，该指定统计时间位于第一时间段之后。

本公开实施例中，指定统计时间可以是每天的一个固定时间值，比如：每日凌晨1点，若第一时间段为d-1日，则指定统计时间为d日的凌晨1点。

由上述实施例可见，可以在指定统计时间开启订单统计功能，并且该订单统计功能不仅需要按照订单更新时间进行统计，还需要按照订单更新时间进行统计，以及利用按照订单更新时间得到的统计数据对以前的统计数据进行数据补偿，从而提高了订单统计的效率。

与前述订单统计方法实施例相对应，本公开还提供了订单统计装置的实施例。

如图7所示，图7是本公开根据一示例性实施例示出的一种订单统计装置的框图，所述装置可以应用可以用于图1所示的订单统计系统，并用于执行图2所示的订单统计方法，所述装置可以包括：

第一统计模块71，被配置为对第一产品的订单数据进行统计，得到第一产品数据，所述第一产品用于表征订单创建时间在第一时间段内的任一产品；

第二统计模块72，被配置为对第二产品的订单数据进行统计，得到第二产品数据，所述第二产品用于表征订单更新时间在所述第一时间段内、且订单创建时间在第二时间段内的任一产品，所述第二时间段位于所述第一时间段之前；

数据补偿模块73，被配置为根据所述第二产品数据对所述第二产品在所述第二时间段内的产品数据进行数据补偿。

由上述实施例可见，通过对第一产品的订单数据进行统计，得到第一产品数据，该第一产品用于表征订单创建时间在第一时间段内的任一产品，并对第二产品的订单数据进行统计，得到第二产品数据，该第二产品用于表征订单更新时间在第一时间段内、且订单创建时间在第二时间段内的任一产品，该第二时间段位于第一时间段之前，以及根据第二产品数据对第二产品在第二时间段内的产品数据进行数据补偿，从而实现了通过数据补偿方式实现订单统计这一功能，并提高了订单统计的准确性和效率。

在一实施例中，建立在图7所示装置的基础上，如图8所示，所述第一统计模块71可以包括：

第一确定子模块81，被配置为确定用于订单统计的第一订单状态；

第一统计子模块82，被配置为按照所述第一订单状态对第一产品的订单数据进行统计。

由上述实施例可见，在对第一产品的订单数据进行统计时，可以先确定用于订单统计的第一订单状态，再按照第一订单状态对第一产品的订单数据进行统计，从而提高了订单统计的效率。

在一实施例中，建立在图8所示装置的基础上，所述第一订单状态包括交易成功关闭、和/或退款关闭、和/或未付款关闭。

在一实施例中，建立在图7所示装置的基础上，如图9所示，所述第二统计模块72可以包括：

第二确定子模块91，被配置为确定用于订单统计的第二订单状态；

第二统计子模块92，被配置为按照所述第二订单状态对第二产品的订单数据进行统计。

由上述实施例可见，在对第二产品的订单数据进行统计时，可以先确定用于订单统计的第二订单状态，再按照第二订单状态对第二产品的订单数据进行统计，从而丰富了订单统计的实现方式，提高了订单统计的实用性。

在一实施例中，建立在图9所示装置的基础上，所述第二订单状态包括交易成功关闭、和/或退款关闭、和/或未付款关闭。

在一实施例中，建立在图7所示装置的基础上，如图10所示，所述数据补偿模块73可以包括：

累加子模块101，被配置为将所述第二产品数据累加到所述第二产品在所述第二时间段内的产品数据上。

由上述实施例可见，通过将第二产品数据累加到第二产品在第二时间段内的产品数据上，从而提高了第二产品的产品数据的准确性和完整性

在一实施例中，建立在图7所示装置的基础上，如图11所示，所述装置还可以包括：

开启模块111，被配置为在所述第一统计模块对第一产品的订单数据进行统计之前，在指定统计时间开启订单统计功能，所述指定统计时间位于所述第一时间段之后。

由上述实施例可见，可以在指定统计时间开启订单统计功能，并且该订单统计功能不仅需要按照订单更新时间进行统计，还需要按照订单更新时间进行统计，以及利用按照订单更新时间得到的统计数据对以前的统计数据进行数据补偿，从而提高了订单统计的效率。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本公开还提供了一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行如图2至图6中任一所示的订单统计方法。

本公开还提供了一种订单统计装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

对第一产品的订单数据进行统计，得到第一产品数据，所述第一产品用于表征订单创建时间在第一时间段内的任一产品；

对第二产品的订单数据进行统计，得到第二产品数据，所述第二产品用于表征订单更新时间在所述第一时间段内、且订单创建时间在第二时间段内的任一产品，所述第二时间段位于所述第一时间段之前；

根据所述第二产品数据对所述第二产品在所述第二时间段内的产品数据进行数据补偿。

如图12所示，图12是根据一示例性实施例示出的一种用于订单统计装置1200的一结构示意图。参照图12，装置1200包括处理组件1222，其进一步包括一个或多个处理器，以及由1216所代表的存储器资源，用于存储可由处理组件1222的执行的指令，例如应用程序。1216中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1222被配置为执行指令，以执行如图2至图4任一项所述的订单统计方法。

装置1200还可以包括一个电源组件1226被配置为执行装置1200的电源管理，一个有线或无线网络接口1250被配置为将装置1200连接到网络，和一个输入输出(i/o)接口1258。装置1200可以操作基于存储在存储器1216的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。

本公开还提供了一种订单统计系统，包括上述图7至图11任一所述的订单统计装置，并用于执行上述权利要求图2至图6任一项所述的订单统计方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。