CN110807657A - 订单处理方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本发明提供一种订单处理方法、装置、设备及计算机可读存储介质，方法包括：获取待处理订单信息，待处理订单信息中包括待处理订单的标识；识别待处理订单信息，确定待处理订单信息对应的至少一个服务项目；获取各服务项目对应的处理模块，根据处理模块以及预设的逻辑关系生成目标责任链，其中，处理模块中包括封装后的代码信息，处理模块与服务项目一一对应；通过目标责任链对待处理订单信息进行处理，获得处理结果。从而能够通过该目标责任链对待处理订单信息进行计费操作，无需操作人员人工确定该服务项目的逻辑顺序，并在该逻辑顺序上人工填写代码，进而对操作人员的专业性要求不高，且计费效率较快，提高用户体验。

Description

订单处理方法、装置、设备及计算机可读存储介质

技术领域

本发明涉及数据处理领域，尤其涉及一种订单处理方法、装置、设备及计算机可读存储介质。

背景技术

随着电子商务的发展，商业形态开始多元化。而多元化的商业形态在交易过程中，引入了更多的参与方。举例来说，当用户在电商平台中某一第三方商户完成了一笔订单，并且在下单过程中又选择了例如限时送达、上门安装等单独计费的服务时，该笔订单对应的费用关系计算较为复杂。

为了实现复杂费用的快速计算，现有技术中一般都是根据订单所订购的其他服务在计费过程中的逻辑顺序，在预设的计费程序中找到相应的逻辑顺序，在该逻辑顺序添加或删减相应的程序代码。运行修改后的程序代码，实现对费用的计算。

但是在实现本发明过程中发明人发现，采用上述方法进行费用计算时，由于需要对程序代码进行编写或删减等操作，对操作人员专业性要求较高；此外，当用户订购的服务较多时，采用上述方法较为浪费时间，导致计费效率较低，进而会导致电商平台用户等待时间较长，用户体验较差。

发明内容

本发明提供一种订单处理方法、装置、设备及计算机可读存储介质，用于解决现有的费用计算方法对操作人员专业性要求较高且计费效率较低的技术问题。

本发明实施例的第一个方面是提供一种订单处理方法，包括：

获取待处理订单信息，所述待处理订单信息中包括待处理订单的标识；

识别所述待处理订单信息，确定所述待处理订单信息对应的至少一个服务项目；

获取所述各服务项目对应的处理模块，根据所述处理模块以及预设的逻辑关系生成目标责任链，其中，所述处理模块中包括封装后的代码信息，所述处理模块与服务项目一一对应；

通过所述目标责任链对所述待处理订单信息进行处理，获得处理结果。

作为一种可以实施的方式，所述待处理订单信息中包括处理所述待处理订单所需的全部服务项目；所述根据所述处理模块以及预设的逻辑关系生成目标责任链，包括：

根据预设的逻辑关系确定各服务项目对应的逻辑顺序；

根据逻辑顺序对各处理模块进行排序，生成所述目标责任链。

作为一种可以实施的方式，所述待处理订单信息中包括用户订购的至少一个服务项目；所述根据所述处理模块以及预设的逻辑关系生成目标责任链，包括：

根据预设的逻辑关系确定所述至少一个服务项目与预设的责任链框架中的服务项目的逻辑顺序；

根据逻辑顺序对各处理模块进行排序，生成所述目标责任链。

作为一种可以实施的方式，所述根据所述处理模块以及预设的逻辑关系生成目标责任链，包括：

根据所述逻辑关系确定所述至少一个服务项目的逻辑顺序，根据所述逻辑顺序对各处理模块进行编号操作，确定各处理模块对应的编号；

根据所述各处理模块对应的编号对各处理模块进行排序，将排序后的各处理模块作为所述目标责任链。

作为一种可以实施的方式，所述根据所述逻辑顺序对各处理模块进行编号操作，包括：

确定各服务项目对应的服务类型，根据所述服务类型为各服务类型设置类别序号，其中，逻辑关系中在先执行的服务类型的类别编号小于在后执行的服务类型的类别编号；

针对每一服务类型，根据预设的逻辑关系确定所述服务类型下各服务项目的逻辑顺序，根据所述各服务项目的逻辑顺序为所述各服务项目对应的处理模块设置子编号，其中，逻辑顺序中存在关联关系，且在先执行的服务项目对应的处理模块的子编号小于在后执行的服务项目对应的处理模块的子编号；且逻辑顺序中不存在关联关系的服务项目对应的处理模块的子编号一致；

根据所述类别编号以及所述子编号为各服务项目设置目标编号。

作为一种可以实施的方式，所述根据所述逻辑顺序对各处理模块进行编号操作，包括：

通过DSL语言根据所述逻辑顺序对各处理模块进行编号操作。

作为一种可以实施的方式，所述通过所述目标责任链对所述待处理订单信息进行处理，包括：

解析所述目标责任链，确定各处理模块对应的编号；

按照各处理模块对应的编号依次执行所述各处理模块，且并行执行编号相同的处理模块。

作为一种可以实施的方式，所述并行执行编号相同的处理模块，包括：

通过预设的并行化框架并行执行编号相同的处理模块。

作为一种可以实施的方式，还包括：

获取各处理模块和/或目标责任链输出的处理结果；

将处理结果存储至预设的存储路径。

本发明实施例的另一个方面是提供一种订单处理装置，包括：

接收模块，用于获取待处理订单信息，所述待处理订单信息中包括待处理订单的标识；

识别处理模块，用于识别所述待处理订单信息，确定所述待处理订单信息对应的至少一个服务项目；

目标责任链处理模块，用于获取所述各服务项目对应的处理模块，根据所述处理模块以及预设的逻辑关系生成目标责任链，其中，所述处理模块中包括封装后的代码信息，所述处理模块与服务项目一一对应；

处理模块，用于通过所述目标责任链对所述待处理订单信息进行处理，获得处理结果。

作为一种可以实施的方式，所述待处理订单信息中包括处理所述待处理订单所需的全部服务项目；所述目标责任链处理模块用于：

根据预设的逻辑关系确定各服务项目对应的逻辑顺序；

根据逻辑顺序对各处理模块进行排序，生成所述目标责任链。

作为一种可以实施的方式，所述待处理订单信息中包括用户订购的至少一个服务项目；所述目标责任链处理模块用于：

根据预设的逻辑关系确定所述至少一个服务项目与预设的责任链框架中的服务项目的逻辑顺序；

根据逻辑顺序对各处理模块进行排序，生成所述目标责任链。

作为一种可以实施的方式，所述目标责任链处理模块用于：

根据所述逻辑关系确定所述至少一个服务项目的逻辑顺序，根据所述逻辑顺序对各处理模块进行编号操作，确定各处理模块对应的编号；

根据所述各处理模块对应的编号对各处理模块进行排序，将排序后的各处理模块作为所述目标责任链。

作为一种可以实施的方式，所述目标责任链处理模块用于：

确定各服务项目对应的服务类型，根据所述服务类型为各服务类型设置类别序号，其中，逻辑关系中在先执行的服务类型的类别编号小于在后执行的服务类型的类别编号；

针对每一服务类型，根据预设的逻辑关系确定所述服务类型下各服务项目的逻辑顺序，根据所述各服务项目的逻辑顺序为所述各服务项目对应的处理模块设置子编号，其中，逻辑顺序中存在关联关系，且在先执行的服务项目对应的处理模块的子编号小于在后执行的服务项目对应的处理模块的子编号；且逻辑顺序中不存在关联关系的服务项目对应的处理模块的子编号一致；

根据所述类别编号以及所述子编号为各服务项目设置目标编号。

作为一种可以实施的方式，所述目标责任链处理模块用于：

通过DSL语言根据所述逻辑顺序对各处理模块进行编号操作。

作为一种可以实施的方式，所述处理模块用于：

解析所述目标责任链，确定各处理模块对应的编号；

按照各处理模块对应的编号依次执行所述各处理模块，且并行执行编号相同的处理模块。

作为一种可以实施的方式，所述处理模块用于：

通过预设的并行化框架并行执行编号相同的处理模块。

作为一种可以实施的方式，还包括：

接收模块，用于获取各处理模块和/或目标责任链输出的处理结果；

存储模块，用于将处理结果存储至预设的存储路径。

本发明的又一个方面是提供一种订单处理设备，包括：存储器，处理器；

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

其中，所述处理器被配置为由所述处理器执行如第一方面所述的订单处理方法。

本发明实施例的又一个方面是提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的订单处理方法。

本发明提供的订单处理方法、装置、设备及计算机可读存储介质，通过在获取到待处理订单信息之后，自动对待处理订单信息进行识别，以确定待处理订单信息对应的服务项目，根据各服务项目对应的处理模块以及预设的逻辑顺序自动生成目标责任链。从而能够通过该目标责任链对待处理订单信息进行计费操作，无需操作人员人工确定该服务项目的逻辑顺序，并在该逻辑顺序上人工填写代码，进而对操作人员的专业性要求不高，且计费效率较快，用户体验较好。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为本发明实施例基于的系统架构示意图；

图2为本发明实施例一提供的订单处理方法的流程示意图；

图3为本发明实施例提供的又一种系统架构示意图；

图4为本发明实施例提供的目标责任链的网络结构图；

图5为本发明实施例二提供的订单处理方法的流程示意图；

图6为本发明实施例三提供的订单处理方法的流程示意图；

图7为本发明实施例四提供的订单处理方法的流程示意图；

图8为本发明又一实施例提供的目标责任链示意图；

图9为本发明实施例五提供的订单处理方法的流程示意图；

图10为本发明实施例六提供的订单处理方法的流程示意图；

图11为本发明实施例七提供的订单处理装置的结构示意图；

图12为本发明实施例八提供的订单处理设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例所获得的所有其他实施例，都属于本发明保护的范围。

针对上述提及的在现有的费用计算方法对操作人员专业性要求较高且计费效率较低的技术问题，本发明提供了一种订单处理方法、装置、设备及计算机可读存储介质。

需要说明的是，本申请提供订单处理方法、装置、设备及计算机可读存储介质可运用在对各种订单的处理的场景中。

图1为本发明实施例基于的系统架构示意图，如图1所示，本发明实施例基于的网络架构至少包括：订单处理装置1、服务器2以及终端设备3。其中，服务器2分别与订单处理装置1以及终端设备3通信连接。其中，订单处理装置1采用C/C++、Java、Shell或Python等语言编写；终端设备3则可例如台式电脑、平板电脑等。从而用户可以在终端设备3上通过电商平台购买商品，相应地，服务器2可以对用户购买商品的操作进行相应处理，生成待处理订单信息，并将该待处理订单信息发送至订单处理装置进行处理，以实现对该待处理订单信息对应的费用的计算。

图2为本发明实施例一提供的订单处理方法的流程示意图，如图1所示，所述方法包括：

步骤101、获取待处理订单信息，所述待处理订单信息中包括待处理订单的标识。

本实施例的执行主体为订单处理装置。由于目前电商领域中，单独计费的服务项目越来越多，例如限时送达等在配送过程中给用户带来保障的服务项目、上门安装、碎屏险等在使用过程中给用户带来便利的服务项目。当用户在电商平台购物的时候，选择多项单独计费的服务项目时，针对该笔订单的费用计算流程较为繁琐。实际应用中，用户可以在终端设备上通过电商平台对商品进行浏览、下单操作，并且在下单过程中，终端设备上可以显示有多种服务项目供用户进行选择。当用户完成购买之后，服务器可以根据用户选择的商品以及服务项目生成待处理订单信息，并将该待处理订单信息发送至订单处理装置进行费用的计算。相应地，订单处理装置可以获取服务器发送的待处理订单信息，其中，待处理订单信息中包括待处理订单的标识信息，该标识信息为唯一标识待处理订单的信息。

步骤102、识别所述待处理订单信息，确定所述待处理订单信息对应的至少一个服务项目。

在本实施方式中，获取到待处理订单信息之后，可以对该待处理订单信息进行识别，以确定待处理订单信息中包括的至少一个服务项目。可选地，该待处理订单信息包括的待处理订单的标识信息可以为一串字符，字符中不同位数对应的数字分别代表不同的信息。举例来说，第1至X位字符可以表示该待处理订单中包括极速达服务项目的订购信息；第X+1至Y位字符可以表示该待处理订单中包括上门安装服务项目的订购信息。因此，通过该待处理订单信息能够精准地确定该待处理订单信息对应的服务项目信息。

图3为本发明实施例提供的又一种系统架构示意图，如图3所示，本发明所基于的系统架构图中还可以包括数据服务器4，该数据服务器4可以与订单处理装置1通信连接。作为一种可以实施的方式，该待处理订单信息包括的待处理订单的标识信息中可以不包含该订单对应的服务项目信息，订单处理装置1可以根据该待处理订单的标识信息从数据服务器4中获取待处理订单对应的全部字符信息，进而通过对字符信息进行识别，从而能够精准地确定该待处理订单信息对应的服务项目信息。

步骤103、获取所述各服务项目对应的处理模块，根据所述处理模块以及预设的逻辑关系生成目标责任链，其中，所述处理模块中包括封装后的代码信息，所述处理模块与服务项目一一对应。

在本实施方式中，为了实现对待处理订单信息的费用的快速计算，避免操作人员人工确定服务项目的逻辑顺序，可以预先建立各服务项目之间的逻辑关系，该逻辑关系中具体包括各服务项目之间的关联关系、实际应用中的执行顺序。举例来说，接收到一个待处理订单信息之后，电商平台需要从中获得部分佣金，该佣金可以为商品价格*预设的比例，因此，首先需要确定商品的价格，进一步地根据商品的价格确定佣金。此外，由于限时送达、上门安装等服务项目之间是分别独立的项目，因此在执行过程中也不存在关联关系。

进一步地，为了避免操作人员在人工确定服务项目的逻辑顺序之后，还需要手动编写代码至该逻辑顺序，还可以针对每一服务项目，预先编写好代码信息，对该代码信息进行封装，获得与服务项目一一对应的多个处理模块。可选地，该处理模块中可以包括封装后的代码信息，也可以为封装后的XML信息，该XML信息能够指向与服务项目对应的代码信息的存储位置，后续可以根据该XML信息直接调用相应的代码信息。

因此，确定待处理订单信息对应的服务项目之后，可以获取与该服务项目对应的处理模块，并根据预设的逻辑关系确定各服务项目的逻辑顺序，其中，根据逻辑顺序以及处理模块生成目标责任链。

其中，责任链是一种行为设计模式，允许用户将请求沿着处理者链进行发送。收到请求之后，每个处理者均可以对请求进行处理，或将其传递给责任链上的下个处理者。其中，该处理者即为本实施例中所述的处理模块。

步骤104、通过所述目标责任链对所述待处理订单信息进行处理，获得处理结果。

在本实施方式中，生成目标责任链之后，可以读取并运行该目标责任链，从而能够通过该目标责任链对该待处理订单信息进行处理，获得处理结果。

图4为本发明实施例提供的目标责任链的网络结构图，如图4所示，目标责任链41具体可以包括数据校验单元42、费用计算单元43，目标责任链41可以从Order Queue中获取待处理订单信息，该数据校验单元42具体用于对数据的合法性进行校验，其中，数据校验单元42具体包括合法校验单元421，用于对待处理订单信息的合法性进行校验，举例来说，其可以校验该待处理订单信息对应的商家是否存在、邮箱是否正确、金额是否正确(例如，金额为负数为错误)等；业务识别单元422，用于检测部分商家的服务费用信息是否发生变更，例如部分商家在活动期间包邮，非活动期间不包邮等，相应地，若商家的服务费用信息发生变更，则可以提示操作人员对其进行手动调整；风险识别单元423，用于检测当前订单是否发生风险，例如退款金额是否超过商品总价、赠品是否当做正价商品退货等。费用计算单元43具体包括货款计算单元431，用于对商品的货款进行计算；佣金计算单元432，用于对电商平台的佣金进行计算；如图4所示，货款计算单元431与佣金计算单元432之间存在关联关系；运费计算单元433，用于对订单的运费进行计算；保费计算单元434，用于对订单购买的保险信息进行计算。

本发明提供的订单处理方法，通过在获取到待处理订单信息之后，自动对待处理订单信息进行识别，以确定待处理订单信息对应的服务项目，根据各服务项目对应的处理模块以及预设的逻辑顺序自动生成目标责任链。从而能够通过该目标责任链对待处理订单信息进行计费操作，无需操作人员人工确定该服务项目的逻辑顺序，并在该逻辑顺序上人工填写代码，进而对操作人员的专业性要求不高，且计费效率较快，提高用户体验。

图5为本发明实施例二提供的订单处理方法的流程示意图，在上述任一实施例的基础上，所述待处理订单信息中包括处理所述待处理订单所需的全部服务项目；如图5所示，步骤103具体包括：

步骤201、根据预设的逻辑关系确定各服务项目对应的逻辑顺序；

步骤202、根据逻辑顺序对各处理模块进行排序，生成所述目标责任链。

在本实施例中，待处理订单信息中可以包括处理该待处理订单信息所需要的全部服务项目，例如数据校验项目以及用户订购的例如上门安装等服务项目。从而可以根据预设的逻辑关系确定各服务项目对应的逻辑顺序，例如是否存在关联关系，逻辑上执行的先后顺序等。进而在根据上述全部服务项目获取到相应的处理模块以及逻辑顺序之后，可以根据逻辑顺序对各处理模块进行排序，生成所述目标责任链。

举例来说，可以根据该逻辑顺序依次对处理模块进行连接，生成目标责任链，进而在使用过程中，可以按照目标责任链中的顺序依次执行各处理模块，实现对待处理订单信息的费用计算。

本实施例提供的订单处理方法，通过根据逻辑顺序对各处理模块进行排序，生成所述目标责任链，从而能够快速、自动的实现目标责任链的生成，无需操作人员手动编写代码，提高费用处理的效率，进而能够提高用户体验。

图6为本发明实施例三提供的订单处理方法的流程示意图，在上述任一实施例的基础上，所述待处理订单信息中包括用户订购的至少一个服务项目；如图6所示，步骤103具体包括：

步骤301、根据预设的逻辑关系确定所述至少一个服务项目与预设的责任链框架中的服务项目的逻辑顺序；

步骤302、根据逻辑顺序对各处理模块进行排序，生成所述目标责任链。

在本实施例中，可以预先设置一责任链框架，该责任链框架中可以包括处理每一待处理订单信息必不可少的服务项目对应的处理模块，例如用于数据校验的处理模块。确定待处理订单信息对应的服务项目之后，可以根据预设的逻辑关系确定至少一个服务项目与预设的责任链框架中的服务项目的逻辑顺序。举例来说，若待处理订单信息中包括上门安装的服务项目，则可以根据该逻辑关系确定该上门安装的服务项目在责任链框架中数据校验的服务项目之后进行。从而可以根据该逻辑顺序对各处理模块进行排序，生成所述目标责任链。

本实施例提供的订单处理方法，通过根据逻辑顺序对各处理模块以及责任链框架上预设的处理模块进行排序，生成所述目标责任链，从而能够快速、自动的实现目标责任链的生成，无需操作人员手动编写代码，提高费用处理的效率，进而能够提高用户体验。

图7为本发明实施例四提供的订单处理方法的流程示意图，在上述任一实施例的基础上，如图7所示，步骤103具体包括：

步骤401、根据所述逻辑关系确定所述至少一个服务项目的逻辑顺序，根据所述逻辑顺序对各处理模块进行编号操作，确定各处理模块对应的编号；

步骤402、根据所述各处理模块对应的编号对各处理模块进行排序，将排序后的各处理模块作为所述目标责任链。

在本实施例中，确定待处理订单信息对应的服务项目之后，可以根据逻辑关系确定各服务项目的逻辑顺序，从而可以根据该逻辑顺序对各服务项目对应的处理模块进行编号操作，确定各处理模块对应的编号。进而可以根据各处理模块对应的编码对各代码几个进行排序，将排序后的各处理模块作为目标责任链。具体地，可以通过领域特定(Domain-specific language，简称DSL)语言根据所述逻辑顺序对各处理模块进行编号操作。DSL语言指的是专注于某个应用程序领域的计算机语言。不同于普通的跨领域计算机语言，DSL只用于特定的领域，例如用来显示网页的HTML，以及Emacs所使用的的Emac LISP语言等。

具体地，在上述任一实施例的基础上，所述根据所述逻辑顺序对各处理模块进行编号操作，包括：

确定各服务项目对应的服务类型，根据所述服务类型为各服务类型设置类别序号，其中，逻辑关系中在先执行的服务类型的类别编号小于在后执行的服务类型的类别编号；

针对每一服务类型，根据预设的逻辑关系确定所述服务类型下各服务项目的逻辑顺序，根据所述各服务项目的逻辑顺序为所述各服务项目对应的处理模块设置子编号，其中，逻辑顺序中存在关联关系，且在先执行的服务项目对应的处理模块的子编号小于在后执行的服务项目对应的处理模块的子编号；且逻辑顺序中不存在关联关系的服务项目对应的处理模块的子编号一致；

根据所述类别编号以及所述子编号为各服务项目设置目标编号。

在本实施例中，针对服务项目，首先可以确定的服务项目对应的服务类型，例如，服务类型包括数据校验类型、费用计算类型等。根据服务类型以及预设的逻辑关系为各服务类型设置类别序号，其中，逻辑关系中在先执行的服务类型的类别编号小于在后执行的服务类型的类别编号。针对每一服务类型，根据预设的逻辑关系确定该服务类型下，各服务项目的逻辑顺序，进而可以根据该逻辑顺序对各服务项目对应的处理模块设置子编号，进而可以根据类别编号以及子编号实现对各服务项目目标编号的设置。

举例来说，在进行费用计算之前，首先需要对待处理订单信息的合法性进行校验，因此，可以为数据校验类型设置较小的类别序号，为费用计算类型设置较大的类别序号。进一步地，针对每一服务类型，可以根据预设的逻辑关系为服务类型下各服务项目对应的处理模块设置子编号，其中，逻辑关系中存在关联关系，且在先执行的服务项目对应的处理模块的子编号小于在后执行的服务项目对应的处理模块的子编号；且逻辑关系中不存在关联关系的服务项目对应的处理模块的子编号一致。从而后续可以根据类别编号以及子编号为各服务项目设置目标编号。

图8为本发明又一实施例提供的目标责任链示意图，如图8所示，数据校验单元中，由于数据校验单元在限制性，且合法校验单元、业务识别单元以及风险识别单元不存在关联关系，因此，可以为其设置相同的编号1-1；由于费用计算单元在后执行，且货款计算单元与佣金计算单元存在关联关系，且货款计算单元在先执行，因此，可以为货款计算单元设置2-1的编号，为佣金计算单元设置2-2的编号，由于运费计算单元、保费计算单元不存在关联关系，因此可以为其设置相同的编号2-3。

本实施例提供的订单处理方法，通过根据逻辑顺序为各处理模块设置编号，进而可以根据编号信息以及处理模块实现目标责任链的生成。无需操作人员手动编写代码，提高费用处理的效率，进而能够提高用户体验。此外，由于各处理模块均具有相应地编号信息，进而可以快速实现对处理模块的添加以及拆卸操作。

图9为本发明实施例五提供的订单处理方法的流程示意图，在上述任一实施例的基础上，步骤104具体包括：

步骤501、解析所述目标责任链，确定各处理模块对应的编号；

步骤502、按照各处理模块对应的编号依次执行所述各处理模块，且并行执行编号相同的处理模块。

在本实施例中，获得目标责任链之后，可以根据该目标责任链实现对待处理订单信息的处理。具体地，可以解析目标责任链，确定各处理模块对应的编号。按照各处理模块对应的编号依次执行各处理模块。需要说明的是，若处理模块的编码相同，则对其进行并行执行，从而能够进一步地提高处理效率。如图8所示，由于数据校验单元的序号较小，因此，需要首先执行数据校验单元中的各处理模块。由于合法校验单元、业务识别单元以及风险识别单元不存在关联关系，其具有相同的编号1-1，因此，可以并行执行合法校验单元、业务识别单元以及风险识别单元。相应地，在执行数据校验单元中的各处理模块执行完毕之后，可以依次执行费用计算单元中的处理模块，由于货款计算单元与佣金计算单元存在关联关系，且货款计算单元在先执行，因此，先执行货款计算单元2-1，2-1执行完毕之后，再执行佣金计算单元2-2。当佣金计算单元2-2执行完毕之后，在并行执行运费计算单元2-3、保费计算单元2-3。

需要说明的是，可以通过预设的并行化框架并行执行编号相同的处理模块。举例来说，该并行化框架具体可以为Tread Pool Executer，也可以为其他任意一种并行化框架，本发明在此不做限制。此外，还可以使用Count Down Lunch实现在串行处理的处理模块处理完毕之后，再处理后续处理模块的操作。

本实施例提供的订单处理方法，通过自动解析目标责任链，依次执行目标责任链中的处理模块，并且对编号相同的处理模块并行处理，从而能够在自动执行目标责任链的基础上，进一步地提高处理效率，提高用户体验。

图10为本发明实施例六提供的订单处理方法的流程示意图，在上述任一实施例的基础上，如图10所示，所述方法还包括：

步骤601、获取各处理模块和/或目标责任链输出的处理结果；

步骤602、将处理结果存储至预设的存储路径。

在本实施例中，可以获取各处理模块输出的处理结果，并存储至预设的存储路径。可选地，还可以获取目标责任链输出的处理结果，存储至预设的存储路径中。上述两种实施方式可以单独实施，也可以结合实施，当其结合实施时，可以同时将各处理模块输出的处理结果以及目标责任链输出的处理结果同时存储至预设的存储路径中。从而后续可以从预设的存储路径中获取相应的处理结果，实现对待处理订单信息的核对等操作，提高数据的安全性。

目标责任链还包括数据存储单元，该数据存储单元用于存储处理结果。由于其逻辑顺序中在费用计算单元后执行，因此，可以为其设置3的编号。

本实施例提供的订单处理方法，通过将各处理模块输出的处理结果和/或目标责任链输出的处理结果存储至预设的存储路径中，从而能够在实现对待处理订单信息的自动处理的基础上，提高数据的安全性。

图11为本发明实施例七提供的订单处理装置的结构示意图，如图11所示，所述订单处理装置包括：接收模块71、识别处理模块72、目标责任链处理模块73以及处理模块74，其中，接收模块71，用于获取待处理订单信息，所述待处理订单信息中包括待处理订单的标识；识别处理模块72，用于识别所述待处理订单信息，确定所述待处理订单信息对应的至少一个服务项目；目标责任链处理模块73，用于获取所述各服务项目对应的处理模块，根据所述处理模块以及预设的逻辑关系生成目标责任链，其中，所述处理模块中包括封装后的代码信息，所述处理模块与服务项目一一对应；处理模块74，用于通过所述目标责任链对所述待处理订单信息进行处理，获得处理结果。

本发明提供的订单处理装置，通过在获取到待处理订单信息之后，自动对待处理订单信息进行识别，以确定待处理订单信息对应的服务项目，根据各服务项目对应的处理模块以及预设的逻辑顺序自动生成目标责任链。从而能够通过该目标责任链对待处理订单信息进行计费操作，无需操作人员人工确定该服务项目的逻辑顺序，并在该逻辑顺序上人工填写代码，进而对操作人员的专业性要求不高，且计费效率较快，提高用户体验。

本实施例中的订单处理装置可以执行上述实施例一所示的方法，其实现方式和技术效果相类似，此处不在赘述。

进一步地，在实施例七的基础上，所述待处理订单信息中包括处理所述待处理订单所需的全部服务项目；所述目标责任链处理模块用于：

根据预设的逻辑关系确定各服务项目对应的逻辑顺序；

根据逻辑顺序对各处理模块进行排序，生成所述目标责任链。

本实施例提供的订单处理装置，通过根据逻辑顺序对各处理模块进行排序，生成所述目标责任链，从而能够快速、自动的实现目标责任链的生成，无需操作人员手动编写代码，提高费用处理的效率，进而能够提高用户体验。

本实施例中的订单处理装置可以执行上述实施例二所示的方法，其实现方式和技术效果相类似，此处不在赘述。

进一步地，在实施例七的基础上，所述待处理订单信息中包括用户订购的至少一个服务项目；所述目标责任链处理模块用于：

根据预设的逻辑关系确定所述至少一个服务项目与预设的责任链框架中的服务项目的逻辑顺序；

根据逻辑顺序对各处理模块进行排序，生成所述目标责任链。

本实施例提供的订单处理装置，通过根据逻辑顺序对各处理模块以及责任链框架上预设的处理模块进行排序，生成所述目标责任链，从而能够快速、自动的实现目标责任链的生成，无需操作人员手动编写代码，提高费用处理的效率，进而能够提高用户体验。

本实施例中的订单处理装置可以执行上述实施例三所示的方法，其实现方式和技术效果相类似，此处不在赘述。

进一步地，在实施例七的基础上，所述目标责任链处理模块用于：

根据所述逻辑关系确定所述至少一个服务项目的逻辑顺序，根据所述逻辑顺序对各处理模块进行编号操作，确定各处理模块对应的编号；

根据所述各处理模块对应的编号对各处理模块进行排序，将排序后的各处理模块作为所述目标责任链。

进一步地，在上述任一实施例的基础上，所述目标责任链处理模块用于：

确定各服务项目对应的服务类型，根据所述服务类型为各服务类型设置类别序号，其中，逻辑关系中在先执行的服务类型的类别编号小于在后执行的服务类型的类别编号；

针对每一服务类型，根据预设的逻辑关系确定所述服务类型下各服务项目的逻辑顺序，根据所述各服务项目的逻辑顺序为所述各服务项目对应的处理模块设置子编号，其中，逻辑顺序中存在关联关系，且在先执行的服务项目对应的处理模块的子编号小于在后执行的服务项目对应的处理模块的子编号；且逻辑顺序中不存在关联关系的服务项目对应的处理模块的子编号一致；

根据所述类别编号以及所述子编号为各服务项目设置目标编号。

进一步地，在上述任一实施例的基础上，所述目标责任链处理模块用于：

通过DSL语言根据所述逻辑顺序对各处理模块进行编号操作。

本实施例提供的订单处理装置，通过根据逻辑顺序为各处理模块设置编号，进而可以根据编号信息以及处理模块实现目标责任链的生成。无需操作人员手动编写代码，提高费用处理的效率，进而能够提高用户体验。此外，由于各处理模块均具有相应地编号信息，进而可以快速实现对处理模块的添加以及拆卸操作。

本实施例中的订单处理装置可以执行上述实施例四所示的方法，其实现方式和技术效果相类似，此处不在赘述。

进一步地，在实施例七的基础上，所述处理模块用于：

解析所述目标责任链，确定各处理模块对应的编号；

按照各处理模块对应的编号依次执行所述各处理模块，且并行执行编号相同的处理模块。

进一步地，在上述任一实施例的基础上，所述处理模块用于：

通过预设的并行化框架并行执行编号相同的处理模块。

本实施例提供的订单处理装置，通过自动解析目标责任链，依次执行目标责任链中的处理模块，并且对编号相同的处理模块并行处理，从而能够在自动执行目标责任链的基础上，进一步地提高处理效率，提高用户体验。

本实施例中的订单处理装置可以执行上述实施例五所示的方法，其实现方式和技术效果相类似，此处不在赘述。

进一步地，在实施例七的基础上，所述处理模块用于：

通过预设的并行化框架并行执行编号相同的处理模块。

进一步地，在实施例七的基础上，还包括：

接收模块，用于获取各处理模块和/或目标责任链输出的处理结果；

存储模块，用于将处理结果存储至预设的存储路径。

本实施例提供的订单处理装置，通过将各处理模块输出的处理结果和/或目标责任链输出的处理结果存储至预设的存储路径中，从而能够在实现对待处理订单信息的自动处理的基础上，提高数据的安全性。

本实施例中的订单处理装置可以执行上述实施例六所示的方法，其实现方式和技术效果相类似，此处不在赘述。

图12为本发明实施例八提供的订单处理设备的结构示意图，如图12所示，所述设备包括：存储器81，处理器82；

存储器81；用于存储所述处理器82可执行指令的存储器81；

其中，所述处理器82被配置为由所述处理器82执行如上述任一实施例所述的订单处理方法。

本发明又一实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上述任一实施例所述的订单处理方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (12)

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

获取待处理订单信息，所述待处理订单信息中包括待处理订单的标识；

识别所述待处理订单信息，确定所述待处理订单信息对应的至少一个服务项目；

获取所述各服务项目对应的处理模块，根据所述处理模块以及预设的逻辑关系生成目标责任链，其中，所述处理模块中包括封装后的代码信息，所述处理模块与服务项目一一对应；

通过所述目标责任链对所述待处理订单信息进行处理，获得处理结果。

2.根据权利要求1所述的方法，其特征在于，所述待处理订单信息中包括处理所述待处理订单所需的全部服务项目；所述根据所述处理模块以及预设的逻辑关系生成目标责任链，包括：

根据预设的逻辑关系确定各服务项目对应的逻辑顺序；

根据逻辑顺序对各处理模块进行排序，生成所述目标责任链。

3.根据权利要求1所述的方法，其特征在于，所述待处理订单信息中包括用户订购的至少一个服务项目；所述根据所述处理模块以及预设的逻辑关系生成目标责任链，包括：

根据预设的逻辑关系确定所述至少一个服务项目与预设的责任链框架中的服务项目的逻辑顺序；

根据逻辑顺序对各处理模块进行排序，生成所述目标责任链。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述根据所述处理模块以及预设的逻辑关系生成目标责任链，包括：

根据所述逻辑关系确定所述至少一个服务项目的逻辑顺序，根据所述逻辑顺序对各处理模块进行编号操作，确定各处理模块对应的编号；

根据所述各处理模块对应的编号对各处理模块进行排序，将排序后的各处理模块作为所述目标责任链。

5.根据权利要求4所述的方法，其特征在于，所述根据所述逻辑顺序对各处理模块进行编号操作，包括：

确定各服务项目对应的服务类型，根据所述服务类型为各服务类型设置类别序号，其中，逻辑关系中在先执行的服务类型的类别编号小于在后执行的服务类型的类别编号；

针对每一服务类型，根据预设的逻辑关系确定所述服务类型下各服务项目的逻辑顺序，根据所述各服务项目的逻辑顺序为所述各服务项目对应的处理模块设置子编号，其中，逻辑顺序中存在关联关系，且在先执行的服务项目对应的处理模块的子编号小于在后执行的服务项目对应的处理模块的子编号；且逻辑顺序中不存在关联关系的服务项目对应的处理模块的子编号一致；

根据所述类别编号以及所述子编号为各服务项目设置目标编号。

6.根据权利要求4所述的方法，其特征在于，所述根据所述逻辑顺序对各处理模块进行编号操作，包括：

通过DSL语言根据所述逻辑顺序对各处理模块进行编号操作。

7.根据权利要求5所述的方法，其特征在于，所述通过所述目标责任链对所述待处理订单信息进行处理，包括：

解析所述目标责任链，确定各处理模块对应的编号；

按照各处理模块对应的编号依次执行所述各处理模块，且并行执行编号相同的处理模块。

8.根据权利要求7所述的方法，其特征在于，所述并行执行编号相同的处理模块，包括：

通过预设的并行化框架并行执行编号相同的处理模块。

9.根据权利要求1-3、5-8任一项所述的方法，其特征在于，还包括：

获取各处理模块和/或目标责任链输出的处理结果；

将处理结果存储至预设的存储路径。

10.一种订单处理装置，其特征在于，包括：

接收模块，用于获取待处理订单信息，所述待处理订单信息中包括待处理订单的标识；

识别处理模块，用于识别所述待处理订单信息，确定所述待处理订单信息对应的至少一个服务项目；

目标责任链处理模块，用于获取所述各服务项目对应的处理模块，根据所述处理模块以及预设的逻辑关系生成目标责任链，其中，所述处理模块中包括封装后的代码信息，所述处理模块与服务项目一一对应；

处理模块，用于通过所述目标责任链对所述待处理订单信息进行处理，获得处理结果。

11.一种订单处理设备，其特征在于，包括：存储器，处理器；

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

其中，所述处理器被配置为由所述处理器执行如权利要求1-9任一项所述的订单处理方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-9任一项所述的订单处理方法。

Images