一种基于回归分析的订单增量数据的分类方法及系统与流程

本发明涉及订单数据处理，尤其涉及一种基于回归分析的订单增量数据的分类方法以及一种基于回归分析的订单增量数据的分类系统。

背景技术：

1、在针对订单数据进行数据分析和数据统计时，需要统计受理订单的每日、每月等一定时间内的订单增量数据。受理订单在实际流程中，进入系统开始，初始化订单创建时间，然后进入中间状态，例如：支付、物流、签收、激活、缴费、待开户等环节，最后退单或者成功，则此订单完成。

2、但是，由于全量提供受理数据，会导致数据量大，数据冗余严重，存储和计算资源消耗严重。因此，目前的统计方式是从生产系统每天获取订单在一定时间如90天内的受理订单，超过90天的受理订单就不再处理。

3、这种统计方法只适用于对受理订单的增量数据处理，对于全量数据处理不适应此方法。而增量数据中订单号要保持唯一，基于订单号中订单创建时间来统计的方式，对于超过90天未结束的订单会覆盖不到，无法对订单进行准确统计和分析。

技术实现思路

1、针对上述问题，本发明提供了一种基于回归分析的订单增量数据的分类方法及系统，通过以订单的订单状态、激活状态和首充金额作为自变量，基于回归分析逐条判断增量数据中的订单是否为结束订单，并将结束订单和未结束订单分别单独存储，能够避免超出当前账期的订单数据无法覆盖导致的统计分析不准确的问题，同时，在进行数据统计和分析过程中，由于采用了分类存储，与原有的全量数据处理方式相比大大降低数据处理量，降低了冗余数据和计算资源。

2、为实现上述目的，本发明提供了一种基于回归分析的订单增量数据的分类方法，包括：

3、获取当前账期内的订单增量数据，并以订单的订单状态、激活状态和首充金额作为自变量，逐条判断所述增量数据中的订单是否为结束订单；

4、将当前账期内增量数据中的结束订单与上一账期得到的结束订单全量表进行关联比较，将增量的结束订单沉淀至所述结束订单全量表中；

5、将当前账期内增量数据中的未结束订单与上一账期得到的未结束订单当期表进行关联比较，保留所述未结束订单当期表中相同订单号的订单，并将新增未结束订单存储至所述未结束订单当期表中。

6、在上述技术方案中，优选地，根据所述订单的订单状态判断订单是否为结束订单的方法包括：

7、判断当前订单的订单状态是否为成功关闭状态，若是，则判定当前订单为结束订单；

8、若判定当前订单并非成功关闭状态，则进一步判断当前订单的状态是否为退单状态，若是，则判定当前订单为结束订单；

9、若判定当前订单并非退单状态，则进一步判断当前订单的状态是否为物流在途状态，若为物流在途状态，则需要进一步判断当前订单是否为激活状态，若并非物流在途状态，则进一步判断当前订单是否为未签收状态；

10、若是未签收状态，则需要进一步判断当前订单的首充金额是否大于0，若并非未签收状态，则需要进一步判断当前订单的状态是否为待开户状态，若是待开户状态，则需要进一步判断当前订单的首充金额是否大于0，若并非待开户状态，则判定当前订单为未结束订单。

11、在上述技术方案中，优选地，根据所述订单的首充金额判断订单是否为结束订单的方法包括：

12、在判定当前订单为未签收状态的前提下，若进一步判定当前订单的首充金额大于0，则当前订单为结束订单；

13、在判定当前订单未待开户状态的前提下，若进一步判定当前订单的首充金额大于0，则需要进一步判断当前订单的激活状态。

14、在上述技术方案中，优选地，根据所述订单的激活状态判断订单是否为结束订单的方法包括：

15、在判定当前订单的状态为物流在途状态的前提下，若进一步判定当前订单为激活状态，则当前订单为结束订单，若并非激活状态，则当前订单为未结束订单；

16、在判定当前订单的状态为待开户状态且首充金额大于0的前提下，若进一步判定当前订单为激活状态，则当前订单为结束订单，若并非激活状态，则当前订单为未结束订单。

17、在上述技术方案中，优选地，针对当前账期内增量数据中的结束订单，若所述结束订单全量表中存在相同订单号的订单，则保留已有订单数据，删除当前账期内的订单数据；

18、若所述结束订单全量表中不存在相同账单号的订单，则将当前账期内的订单数据存入所述结束订单全量表中。

19、本发明还提出一种基于回归分析的订单增量数据的分类系统，应用如上述技术方案中任一项公开的基于回归分析的订单增量数据的分类方法，包括：

20、增量订单分类模块，用于获取当前账期内的订单增量数据，并以订单的订单状态、激活状态和首充金额作为自变量，逐条判断所述增量数据中的订单是否为结束订单；

21、结束订单存储模块，用于将当前账期内增量数据中的结束订单与上一账期得到的结束订单全量表进行关联比较，将增量的结束订单沉淀至所述结束订单全量表中；

22、未结束订单存储模块，用于将当前账期内增量数据中的未结束订单与上一账期得到的未结束订单当期表进行关联比较，保留所述未结束订单当期表中相同订单号的订单，并将新增未结束订单存储至所述未结束订单当期表中。

23、在上述技术方案中，优选地，所述增量订单分类模块包括订单状态判断子模块、激活状态判断子模块和首充金额判断子模块，所述订单状态判断子模块具体用于：

24、判断当前订单的订单状态是否为成功关闭状态，若是，则判定当前订单为结束订单；

25、若判定当前订单并非成功关闭状态，则进一步判断当前订单的状态是否为退单状态，若是，则判定当前订单为结束订单；

26、若判定当前订单并非退单状态，则进一步判断当前订单的状态是否为物流在途状态，若为物流在途状态，则需要由所述激活状态判断子模块进一步判断当前订单是否为激活状态，若并非物流在途状态，则进一步判断当前订单是否为未签收状态；

27、若是未签收状态，则需要由所述首充金额判断子模块进一步判断当前订单的首充金额是否大于0，若并非未签收状态，则进一步判断当前订单的状态是否为待开户状态，若是待开户状态，则需要由所述首充金额判断子模块进一步判断当前订单的首充金额是否大于0，若并非待开户状态，则判定当前订单为未结束订单。

28、在上述技术方案中，优选地，所述首充金额判断子模块具体用于：

29、在判定当前订单为未签收状态的前提下，若进一步判定当前订单的首充金额大于0，则当前订单为结束订单；

30、在判定当前订单未待开户状态的前提下，若进一步判定当前订单的首充金额大于0，则需要由所述激活状态判断子模块进一步判断当前订单的激活状态。

31、在上述技术方案中，优选地，所述激活状态判断子模块具体用于：

32、在判定当前订单的状态为物流在途状态的前提下，若进一步判定当前订单为激活状态，则当前订单为结束订单，若并非激活状态，则当前订单为未结束订单；

33、在判定当前订单的状态为待开户状态且首充金额大于0的前提下，若进一步判定当前订单为激活状态，则当前订单为结束订单，若并非激活状态，则当前订单为未结束订单。

34、在上述技术方案中，优选地，所述结束订单存储模块具体用于：

35、针对当前账期内增量数据中的结束订单，若所述结束订单全量表中存在相同订单号的订单，则保留已有订单数据，删除当前账期内的订单数据；

36、若所述结束订单全量表中不存在相同账单号的订单，则将当前账期内的订单数据存入所述结束订单全量表中。

37、与现有技术相比，本发明的有益效果为：通过以订单的订单状态、激活状态和首充金额作为自变量，基于回归分析逐条判断增量数据中的订单是否为结束订单，并将结束订单和未结束订单分别单独存储，能够避免超出当前账期的订单数据无法覆盖导致的统计分析不准确的问题，同时，在进行数据统计和分析过程中，由于采用了分类存储，与原有的全量数据处理方式相比大大降低了数据处理量，降低了冗余数据和计算资源。