CN107784548A - 订单处理方法和装置 - Google Patents

Abstract

本发明涉及一种订单处理方法和装置，该方法包括：获取目标订单号，解析所述目标订单号，从解析的所述目标订单号中提取预设位置的第一字段、第二字段和第三字段；根据所述第一字段确定出对应的业务线标识，查找与所述业务线标识对应的至少一个城市标识；根据所述第二字段从所述至少一个城市标识中选取对应的目标城市标识，获取与所述目标城市标识对应的至少一个流程版本号；从所述至少一个流程版本号中选取与所述第三字段相匹配的版本号作为目标流程版本号，获取与所述目标流程版本号对应的流程配置文件；加载所述流程配置文件生成对应的业务流程，根据所述业务流程来对与所述目标订单号对应的订单进行处理。提高了订单处理效率。

Description

订单处理方法和装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种订单处理方法和装置。

背景技术

对于大型交易处理平台而言，通常会涉及到多条业务线(比如房产交易平台通常会涉及到二手房、按揭、贷款等多条业务线)。对于各个业务线来说，都会根据交易处理平台中设置的业务流程对订单进行一系列的处理。

传统方法中，针对各个业务线，都需要编写一套复杂的代码来实现与该业务线对应的业务流程。然而，各个业务线中又包括多个城市，不同城市由于政策问题所需要的业务处理流程是有差异的。所以，针对单个城市来说，与业务线对应的业务流程就存在一些不必要的处理步骤。因此，按照传统的与业务线对应的业务流程进行订单处理，非常的不灵活，会造成订单处理效率比较低。

发明内容

基于此，有必要提供一种能够提高效率的订单处理方法和装置。

一种订单处理方法，所述方法包括以下步骤：

获取目标订单号，解析所述目标订单号，从解析的所述目标订单号中提取预设位置的第一字段、第二字段和第三字段；

根据所述第一字段确定出对应的业务线标识，查找与所述业务线标识对应的至少一个城市标识；

根据所述第二字段从所述至少一个城市标识中选取对应的目标城市标识，获取与所述目标城市标识对应的至少一个流程版本号；

从所述至少一个流程版本号中选取与所述第三字段相匹配的版本号作为目标流程版本号，获取与所述目标流程版本号对应的流程配置文件；

加载所述流程配置文件生成对应的业务流程，根据所述业务流程来对与所述目标订单号对应的订单进行处理。

在其中一个实施例中，所述加载所述流程配置文件生成对应的业务流程，根据所述业务流程来对所述目标订单号对应的订单进行处理的步骤，包括：

加载所述流程配置文件，根据所述流程配置文件中配置的至少一个流程节点和各个所述流程节点之间的执行顺序生成业务流程；

根据所述业务流程中的至少一个流程节点对所述目标订单号对应的订单进行处理。

在其中一个实施例中，所述根据所述业务流程中的至少一个流程节点对所述目标订单号对应的订单进行处理的步骤，包括：

获取与所述目标订单号对应的订单信息中包括的担保模式信息；

获取与当前执行的流程节点对应的清单信息配置文件；

根据所述清单信息配置文件中配置的担保模式与需上传清单之间的对应关系，获取与所述担保模式信息对应的需上传清单；

根据获取的所述需上传清单生成需上传清单提示信息。

在其中一个实施例中，所述根据所述业务流程中的至少一个流程节点对所述目标订单号对应的订单进行处理的步骤，包括：

获取与当前执行的流程节点对应的角色；

获取与所述角色对应的工作人员标识；

获取与所述工作人员标识对应的待处理订单数量以及可处理订单数量阈值，根据所述待处理订单数量和所述可处理订单数量阈值得到与所述工作人员标识对应的饱和率；

将所述当前执行的流程节点分配至与最低饱和率对应的工作人员。

在其中一个实施例中，所述方法还包括：

接收流程配置文件的修改请求，根据所述流程配置文件修改请求在待修改的流程配置文件中修改对应的流程节点或调整所述流程节点之间的执行顺序；

根据修改后的流程节点和所述修改后的流程节点之间的执行顺序生成新的流程配置文件。

一种订单处理装置，所述装置包括：

解析模块，用于获取目标订单号，解析所述目标订单号，从解析的所述目标订单号中提取预设位置的第一字段、第二字段和第三字段；

查找模块，用于根据所述第一字段确定出对应的业务线标识，查找与所述业务线标识对应的至少一个城市标识；

流程版本号确定模块，用于根据所述第二字段从所述至少一个城市标识中选取对应的目标城市标识，获取与所述目标城市标识对应的至少一个流程版本号；

流程配置文件获取模块，用于从所述至少一个流程版本号中选取与所述第三字段相匹配的版本号作为目标流程版本号，获取与所述目标流程版本号对应的流程配置文件；

流程处理模块，用于加载所述流程配置文件生成对应的业务流程，根据所述业务流程来对与所述目标订单号对应的订单进行处理。

在其中一个实施例中，所述流程处理模块还用于加载所述流程配置文件，根据所述流程配置文件中配置的至少一个流程节点和各个所述流程节点之间的执行顺序生成业务流程；根据所述业务流程中的至少一个流程节点对所述目标订单号对应的订单进行处理。

在其中一个实施例中，所述流程处理模块还包括：

担保模式确定模块，用于获取与所述目标订单号对应的订单信息中包括的担保模式信息；

清单信息配置文件获取模块，用于获取与当前执行的流程节点对应的清单信息配置文件；

需上传清单确定模块，用于根据所述清单信息配置文件中配置的担保模式与需上传清单之间的对应关系，获取与所述担保模式信息对应的需上传清单；

提示信息生成模块，用于根据获取的所述需上传清单生成需上传清单提示信息。

在其中一个实施例中，所述流程处理模块还包括：

获取模块，用于获取与当前执行的流程节点对应的角色；获取与所述角色对应的工作人员标识；

饱和率确定模块，用于获取与所述工作人员标识对应的待处理订单数量以及可处理订单数量阈值，根据所述待处理订单数量和所述可处理订单数量阈值得到与所述工作人员标识对应的饱和率；

流程节点分配模块，用于将所述当前执行的流程节点分配至与最低饱和率对应的工作人员。

在其中一个实施例中，所述装置还包括：

流程配置文件更新模块，用于获取流程配置文件的修改请求，根据所述流程配置文件修改请求在待修改的流程配置文件中修改对应的流程节点或调整所述流程节点之间的执行顺序；根据修改后的流程节点和所述修改后的流程节点之间的执行顺序生成新的流程配置文件。

上述订单处理方法和装置，通过获取目标订单号，解析所述目标订单号，从解析的所述目标订单号中提取预设位置的第一字段、第二字段和第三字段；根据所述第一字段确定出对应的业务线标识，查找与所述业务线标识对应的至少一个城市标识；根据所述第二字段从所述至少一个城市标识中选取对应的目标城市标识，获取与所述目标城市标识对应的至少一个流程版本号；从所述至少一个流程版本号中选取与所述第三字段相匹配的版本号作为目标流程版本号，获取与所述目标流程版本号对应的流程配置文件；加载所述流程配置文件生成对应的业务流程，根据所述业务流程来对与所述目标订单号对应的订单进行处理。相当于通过业务线、城市以及流程版本号的维度对业务流程进行多层级细化设置，使得生成的业务流程更加的符合对该订单的处理需求，剔除了传统方法中根据业务线设置的业务流程中的一些不需要的处理步骤，提高了订单处理的效率。

附图说明

图1为一个实施例中订单处理方法的应用环境图；

图2为一个实施例中服务器的内部结构图；

图3为一个实施例中订单处理方法的流程示意图；

图4为一个实施例中需上传清单提示方法的流程示意图；

图5为一个实施例中当前执行节点的处理人员分配方法的流程示意图；

图6为一个实施例中订单处理装置的结构示意图；

图7为一个实施例中流程处理模块的结构示意图；

图8为另一个实施例中流程处理模块的结构示意图；

图9为另一个实施例中订单处理装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1为一个实施例中订单处理方法的应用环境图。如图1所示，服务器110通过网络与终端120进行通信。服务器110获取目标订单号，解析目标订单号，从解析的目标订单号中提取预设位置的第一字段、第二字段和第三字段。服务器110根据第一字段确定出对应的业务线标识，查找与业务线标识对应的至少一个城市标识，并根据第二字段从至少一个城市标识中选取对应的目标城市标识，获取与目标城市标识对应的至少一个流程版本号。进一步地，服务器110从至少一个流程版本号中选取与第三字段相匹配的版本号作为目标版本号，获取与目标版本号对应的流程配置文件。服务器110加载流程配置文件生成对应的业务流程，根据业务流程来对目标订单号对应的订单进行处理。进一步地，服务器110可以将根据业务流程对目标订单号对应的订单进行处理的结果发送至终端120。

可以理解，终端120包括但不限于各种个人计算机、智能手机、平板电脑、笔记本电脑、便携式穿戴设备、自助呼叫终端等，在此不一一列举。

图2示出了一个实施例中的服务器的内部结构示意图，该服务器包括通过系统总线连接的处理器、非易失性存储介质、内存储器和网络接口。其中，该服务器的非易失性存储介质存储有操作系统、数据库和一种订单处理装置，数据库用于存储数据。该订单处理装置用于实现一种订单处理方法。该处理器用于提供计算和控制能力，支撑整个服务器的运行。服务器中的内存储器为非易失性存储介质中的订单处理装置的运行提供环境，该内存储器中可储存有计算机可读指令，该计算机可读指令被所述处理器执行时，可使得所述处理器执行一种订单处理方法。网络接口用于与终端进行网络通信。本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

如图3所示，在一个实施例中，提供了一种订单处理方法，现以该方法应用于图1或图2所示的服务器为例进行举例说明，该方法具体包括以下步骤：

步骤302，获取目标订单号，解析目标订单号，从解析的目标订单号中提取预设位置的第一字段、第二字段和第三字段。

本实施例中，服务器会获取目标订单号。具体地，服务器可以根据自身的触发机制来获取需要执行业务流程进行处理的目标订单号。也可以接收终端发送的目标订单号。对此不做限定。

本实施例中，订单号包括至少四部分，分别包括第一预设位置的第一字段、第二预设位置的第二字段、第三预设位置的第三字段，以及流水号。进一步地，第一字段对应于业务线标识、第二字段对应于城市标识、第三字段对应于流程版本号。可以理解，对第一字段、第二字段和第三字段的先后位置不做限定。订单号还可以根据实际需求在上述四部分基础上再设置其他的组成部分，对此不作限定。

服务器会解析目标订单号，从解析的目标订单号中提取预设位置的第一字段、第二字段以及第三字段。比如，订单号为AJTH0030056，则服务器会分别从订单号中提取“AJ”作为第一字段，“TH”为第二字段，以及“003”为第三字段。可以理解，“0056”可以是订单流水号。

步骤304，根据第一字段确定出对应的业务线标识，查找与业务线标识对应的至少一个城市标识。

具体地，服务器会根据第一字段确定出对应的业务线标识。其中，可以将提取的第一字段确定为业务线标识。也可以获取预设的字段与业务线标识之间的对应关系，根据该对应关系，获取与提取的第一字段对应的业务线标识。

本实施例中，服务器中预先存储了业务线标识与城市标识之间的对应关系，其中一个业务线标识对应于一个或多个城市标识。服务器会根据该对应关系，查找与获取的业务线标识对应的至少一个城市标识。

步骤306，根据第二字段从至少一个城市标识中选取对应的目标城市标识，获取与目标城市标识对应的至少一个流程版本号。

进一步地，服务器会根据第二字段从至少一个城市标识中选取对应的目标城市标识。其中，可以是从至少一个城市标识中选取与第二字段一致的城市标识作为目标城市标识。也可以是，从至少一个城市标识中选取与第二字段有包含关系的城市标识作为目标城市标识，即目标城市标识中包含该第二字段。

本实施例中，服务器中预设了城市标识与流程版本号之间对应关系，根据该对应关系，服务器会获取与目标城市标识对应的至少一个流程版本号。

步骤308，从至少一个流程版本号中选取与第三字段相匹配的版本号作为目标流程版本号，获取与目标流程版本号对应的流程配置文件。

进一步地，服务器会从获取的至少一个流程版本号中选取与第三字段匹配的版本号作为目标版本号。同样地，与第三字段匹配的版本号，指与第三字段一致的版本号或第三字段具有包含关系的版本号。其中，具有包含关系是指该版本号中包含该第三字段。

本实施例中，服务器中预设了流程版本号与流程配置文件之间的对应关系。根据该对应关系，获取与该目标流程版本号对应的流程配置文件。

步骤310，加载流程配置文件生成对应的业务流程，根据业务流程来对与目标订单号对应的订单进行处理。

本实施例中，服务器通过获取目标订单号，解析目标订单号，从解析的目标订单号中提取预设位置的第一字段、第二字段和第三字段；根据第一字段确定出对应的业务线标识，查找与业务线标识对应的至少一个城市标识；根据第二字段从至少一个城市标识中选取对应的目标城市标识，获取与目标城市标识对应的至少一个流程版本号；从至少一个流程版本号中选取与第三字段相匹配的版本号作为目标流程版本号，获取与目标流程版本号对应的流程配置文件。加载流程配置文件生成对应的业务流程，根据业务流程来对与目标订单号对应的订单进行处理。相当于通过业务线、城市以及流程版本号的维度对业务流程进行多层级细化设置，使得生成的业务流程更加的符合对该订单的处理需求，剔除了传统方法中根据业务线设置的业务流程中的一些不需要的处理步骤，提高了订单处理的效率。

此外，通过加载流程配置文件来生成对应的业务流程，相较于传统方法中通过代码编写业务流程而言，不需要花费大量的时间成本或人力成本来编写大量代码，从而减少了成本。另外，将订单号与多层级的各个维度标识(业务线、城市以及流程版本号)对应起来，直接通过解析订单号来逐级确定对应的流程配置文件，而不需额外获取或解析其他的订单信息或业务信息的步骤，可以更加快速的找到处理订单的流程配置文件。

在一个实施例中，加载流程配置文件生成对应的业务流程，根据业务流程来对目标订单号对应的订单进行处理的步骤，包括：加载流程配置文件，根据流程配置文件中配置的至少一个流程节点和各个流程节点之间的执行顺序生成业务流程；根据业务流程中的至少一个流程节点对目标订单号对应的订单进行处理。

本实施例中，服务器预先将统一的写死的业务流程根据功能拆分成一个一个单独的流程节点，并根据需求配置了至少一个流程节点以及各个流程节点之间的执行顺序形成流程配置文件。

服务器会加载与目标流程版本号对应的流程配置文件，根据该流程配置文件中的至少一个流程节点和各个流程节点之间的执行顺序生成业务流程。然后按照流程节点之间的执行顺序根据该业务流程中的流程节点依次对目标订单号对应的订单进行处理。

本实施例中，通过加载由流程节点构成的流程配置文件，根据流程节点对与目标订单号对应的订单进行处理，而不需要根据繁复的代码写一套业务流程，提高了业务流程的生成效率。

如图4所示，在一个实施例中，根据业务流程中的至少一个流程节点对目标订单号对应的订单进行处理的步骤，包括需上传清单提示步骤，具体包括以下步骤：

步骤402，获取与目标订单号对应的订单信息中包括的担保模式信息。

本实施例中，与目标订单号对应的订单信息中包括担保模式信息。服务器会从该订单信息中获取该担保模式信息。

其中，担保模式包括保证、抵押、质押、留置和定金。

步骤404，获取与当前执行的流程节点对应的清单信息配置文件。

具体地，针对需要上传清单的流程节点，预先设置了对应的清单信息配置文件。该配置文件中配置了担保模式与需上传清单之间的对应关系。其中，担保模式与需上传清单一一对应。需上传清单，指在该当前执行的流程节点所需上传的文件清单。

在根据流程节点对与订单进行处理时，服务器会获取与当前执行的流程节点对应的清单信息配置文件。

步骤406，根据清单信息配置文件中配置的担保模式与需上传清单之间的对应关系，获取与担保模式信息对应的需上传清单。

进一步地，服务器会根据清单信息配置文件中配置的担保模式与需上传清单之间的对应关系，确定与获取的担保模式信息对应的需上传清单。比如，流程节点A中设置了对应的清单信息配置文件f，该清单信息配置文件f中配置了担保模式与需上传清单之间的对应关系，比如，担保模式M1与需上传清单1对应，担保模式M2与需上传清单2对应……担保模式Mn与需上传清单n对应。当执行该流程节点A对订单O1进行处理时，获取O1中的担保模式为M1，则获取与M1对应的需上传清单1，当执行该流程节点A对订单O2进行处理时，获取O2中的担保模式为M3，则获取与M3对应的需上传清单3。

步骤408，根据获取的需上传清单生成需上传清单提示信息。

进一步地，服务器会根据获取的需上传清单生成需上传清单提示信息。该需上传清单提示信息用于提示在该当前执行的流程节点所需上传的文件清单。

进一步地，服务器还可以将该需上传清单提示信息发送至终端，使终端将该需上传清单提示信息进行显示。

本实施例中，服务器通过在流程节点设置清单信息配置文件，并根据清单信息配置文件配置担保模式与需上传清单之间的对应关系，获取订单中的担保模式来生成对应的需上传清单提示信息。即实现了在同一流程节点中，根据订单信息中担保模式的不同生成不同的对应的需上传清单提示信息，而传统方法中由于流程是根据代码写死的，在一个业务流程的处理步骤中，只会写死固定的提示，而且不会做到对同一步骤(相当于本实施例中的流程节点)有不同的上传清单的设置。因此，相较于传统方法而言，提高了流程节点中的上传清单管控的灵活性、多样性。此外，根据订单信息中的担保模式自动的生成匹配的需上传清单提示信息，比预设的固定的提示信息与订单的关联性更强，提高了生成的需上传清单提示信息的准确性。

在一个实施例中，该方法还包括：获取上传的文件清单，校验上传的文件清单与需上传清单是否匹配，若匹配，则校验通过的步骤。

本实施例中，终端将需上传清单提示信息进行显示。用户准备上传的文件，然后通过终端界面将准备的文件进行上传。服务器获取上传的文件清单，并校验上传的文件清单是否与该订单中的担保模式所对应的需上传清单匹配，如果匹配，则校验通过，即对上传的文件清单的校验通过。如果不匹配，则校验不通过。

进一步地，当校验不通过时，可以生成文件上传不符的提示信息，并将该提示信息发送至终端。当校验通过时，则可以继续接收下一处理指令或转入转入业务流程中与当前执行的执行节点对应的下一个流程节点。

本实施例中，对上传的文件清单进行校验，避免了上传的文件清单的不符合和需求，防止了转入到后面的流程节点中才发现错误，从而避免了资源的浪费。

如图5所示，在一个实施例中，根据业务流程中的至少一个流程节点对目标订单号对应的订单进行处理的步骤，包括当前执行节点的处理人员分配步骤，具体包括以下步骤：

步骤502，获取与当前执行的流程节点对应的角色。

本实施例中，服务器针对各个流程节点分别设置了对应的角色。比如，流程节点A中设置了对应的角色为R1，流程节点B中设置了对应的角色R2。

角色，指配合该流程节点中的各个环节的执行的人员的岗位名称。比如，业务员、部门主管、副总经理等。

可以理解，可以根据实际需要设置与流程节点的对应的角色，以配合该流程节点中的各个环节的执行。

步骤504，获取与处理角色对应的工作人员标识。

进一步地，属于同一个角色的工作人员为至少一个。可以理解，一个工作岗位可以有一个或多个工作人员。

服务器会获取与处理角色对应的工作人员标识，其中获取的工作人员标识为至少一个。

步骤506，获取与工作人员标识对应的待处理订单数量以及可处理订单数量阈值，根据待处理订单数量和可处理订单数量阈值得到与工作人员标识对应的饱和率。

本实施例中，服务器会获取与各个工作人员标识对应的待处理订单数量以及可处理订单数量阈值。其中，可处理订单数量阈值为预先设置的，针对各个工作人员的实际情况设置的可处理的订单数量。可以理解，根据工作人员的能力或对业务的数量程度，可以设置分别设置与各个工作人员对应的可处理订单数量阈值。

进一步地，服务器会根据待处理订单数量和可处理订单数量阈值的比值计算得到与该工作人员标识对应的饱和率。

步骤508，将当前执行的流程节点分配至与最低饱和率对应的工作人员。

进一步地，服务器会从与各个工作人员对应的饱和率中选取最低饱和率。并将当前执行的流程节点分配至与最低饱和率对应的工作人员。该与最低饱和率对应的工作人员则可以配合当前执行的流程节点中的各个环节对订单进行相应的处理。比如，业务员可以对该当前执行的流程节点中上传的证明资料进行审核，以对该订单进行证明资料审核处理。

传统方法中，都是直接将流程节点与工作人员进行绑定配置，使得流程节点的分配太限制，此外，并不会考量工作人员的当前处理任务的情况，容易造成流程节点分配的不准确，导致影响流程节点的执行效率。而本实施例中，通过对流程节点设置对应的角色，根据该角色中所对应的工作人员的饱和率，将流程节点分配至最低饱和率的工作人员，使得流程节点分配的更加的灵活、准确。从而提高了流程节点执行的效率。

在一个实施例中，该方法还包括：接收流程配置文件修改请求，根据该流程配置文件修改请求在待修改的流程配置文件中修改对应的流程节点或调整流程节点之间的执行顺序；根据修改后的流程节点和修改后的流程节点之间的执行顺序生成新的流程配置文件。

本实施例中，用户可以基于终端对流程配置文件进行修改操作，终端响应于该修改操作生成修改请求发送至服务器。

服务器接收该流程配置文件修改请求，根据该修改请求中包含的流程版本号获取对应的待修改的流程配置文件，在该待修改的流程配置文件中修改对应的流程节点或调整流程节点之间的执行顺序。并根据修改后的流程节点和修改后的流程节点之间的执行顺序生成新的流程配置文件。

在一个实施例中，该方法还包括：获取流程配置文件新增请求，所述流程配置文件新增请求中包括多个流程节点标识、各个流程节点标识之间的执行顺序以及城市标识，根据多个流程节点标识获取对应的流程节点，并根据各个流程节点标识之间的执行顺序将所获取的多个流程节点之间进行组合生成对应的流程配置文件，生成与该流程配置文件唯一对应的流程版本号，建立该流程版本号与该城市标识之间的对应关系的步骤。

本实施例中，用户可以基于终端界面对城市进行新增流程配置文件的操作。具体地，用户可以在终端界面选择该新增的流程配置文件所需要的流程节点以及设置各个流程节点之间的执行先后顺序。终端响应于该操作，生成流程配置文件新增请求，其中，流程配置文件新增请求中包括多个流程节点标识、各个流程节点标识之间的执行顺序以及城市标识。

进一步地，服务器会根据多个流程节点标识获取对应的流程节点，并根据各个流程节点标识之间的执行顺序将所获取的多个流程节点之间进行组合生成对应的流程配置文件，并生成与该流程配置文件唯一对应的流程版本号，建立该流程版本号与该城市标识之间的对应关系。

本实施例中，用户只需要通过选择流程节点以及设置流程节点之间的执行顺序可以自动的生成对应的流程配置文件，并建立了唯一标识该流程配置文件的流程版本号与城市标识之间的对应关系。相当于实现了针对该城市增加了一条新的业务流程，而不用专门的技术人员通过编写繁复的代码的方式来新增业务流程，大大提高了业务流程的新增效率。

如图6所示，提供了一种订单处理装置。该装置包括：解析模块602、查找模块604、流程版本号确定模块606、流程配置文件获取模块608以及流程处理模块610，其中：

解析模块602，用于获取目标订单号，解析目标订单号，从解析的目标订单号中提取预设位置的第一字段、第二字段和第三字段。

查找模块604，用于根据第一字段确定出对应的业务线标识，查找与业务线标识对应的至少一个城市标识。

流程版本号确定模块606，用于根据第二字段从至少一个城市标识中选取对应的目标城市标识，获取与目标城市标识对应的至少一个流程版本号。

流程配置文件获取模块608，用于从至少一个流程版本号中选取与第三字段相匹配的版本号作为目标流程版本号，获取与目标流程版本号对应的流程配置文件。

流程处理模块610，用于加载流程配置文件生成对应的业务流程，根据业务流程来对与目标订单号对应的订单进行处理。

在一个实施例中，流程处理模块610还用于加载流程配置文件，根据流程配置文件中配置的至少一个流程节点和各个流程节点之间的执行顺序生成业务流程；根据业务流程中的至少一个流程节点对目标订单号对应的订单进行处理。

如图7所示，在一个实施例中，流程处理模块610还包括：

担保模式确定模块702，用于获取与目标订单号对应的订单信息中包括的担保模式信息。

清单信息配置文件获取模块704，用于获取与当前执行的流程节点对应的清单信息配置文件。

需上传清单确定模块706，用于根据清单信息配置文件中配置的担保模式与需上传清单之间的对应关系，获取与担保模式信息对应的需上传清单。

提示信息生成模块708，用于根据获取的需上传清单生成需上传清单提示信息。

如图8所示，在一个实施例中，流程处理模块610还包括：

获取模块802，用于获取与当前执行的流程节点对应的角色；获取与角色对应的工作人员标识。

饱和率确定模块804，用于获取与工作人员标识对应的待处理订单数量以及可处理订单数量阈值，根据待处理订单数量和可处理订单数量阈值得到与工作人员标识对应的饱和率。

流程节点分配模块806，用于将当前执行的流程节点分配至与最低饱和率对应的工作人员。

如图9所示，在一个实施例中，该装置600还包括：

更新模块612，用于获取流程配置文件的修改请求，根据流程配置文件修改请求在待修改的流程配置文件中修改对应的流程节点或调整流程节点之间的执行顺序；根据修改后的流程节点和修改后的流程节点之间的执行顺序生成新的流程配置文件。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限定。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种订单处理方法，所述方法包括以下步骤：

获取目标订单号，解析所述目标订单号，从解析的所述目标订单号中提取预设位置的第一字段、第二字段和第三字段；

根据所述第一字段确定出对应的业务线标识，查找与所述业务线标识对应的至少一个城市标识；

根据所述第二字段从所述至少一个城市标识中选取对应的目标城市标识，获取与所述目标城市标识对应的至少一个流程版本号；

从所述至少一个流程版本号中选取与所述第三字段相匹配的版本号作为目标流程版本号，获取与所述目标流程版本号对应的流程配置文件；

加载所述流程配置文件生成对应的业务流程，根据所述业务流程来对与所述目标订单号对应的订单进行处理。

2.根据权利要求1所述的方法，其特征在于，所述加载所述流程配置文件生成对应的业务流程，根据所述业务流程来对所述目标订单号对应的订单进行处理的步骤，包括：

加载所述流程配置文件，根据所述流程配置文件中配置的至少一个流程节点和各个所述流程节点之间的执行顺序生成业务流程；

根据所述业务流程中的至少一个流程节点对所述目标订单号对应的订单进行处理。

3.根据权利要求2所述的方法，其特征在于，所述根据所述业务流程中的至少一个流程节点对所述目标订单号对应的订单进行处理的步骤，包括：

获取与所述目标订单号对应的订单信息中包括的担保模式信息；

获取与当前执行的流程节点对应的清单信息配置文件；

根据所述清单信息配置文件中配置的担保模式与需上传清单之间的对应关系，获取与所述担保模式信息对应的需上传清单；

根据获取的所述需上传清单生成需上传清单提示信息。

4.根据权利要求2所述的方法，其特征在于，所述根据所述业务流程中的至少一个流程节点对所述目标订单号对应的订单进行处理的步骤，包括：

获取与当前执行的流程节点对应的角色；

获取与所述角色对应的工作人员标识；

获取与所述工作人员标识对应的待处理订单数量以及可处理订单数量阈值，根据所述待处理订单数量和所述可处理订单数量阈值得到与所述工作人员标识对应的饱和率；

将所述当前执行的流程节点分配至与最低饱和率对应的工作人员。

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

接收流程配置文件的修改请求，根据所述流程配置文件修改请求在待修改的流程配置文件中修改对应的流程节点或调整所述流程节点之间的执行顺序；

根据修改后的流程节点和所述修改后的流程节点之间的执行顺序生成新的流程配置文件。

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

解析模块，用于获取目标订单号，解析所述目标订单号，从解析的所述目标订单号中提取预设位置的第一字段、第二字段和第三字段；

查找模块，用于根据所述第一字段确定出对应的业务线标识，查找与所述业务线标识对应的至少一个城市标识；

流程版本号确定模块，用于根据所述第二字段从所述至少一个城市标识中选取对应的目标城市标识，获取与所述目标城市标识对应的至少一个流程版本号；

流程配置文件获取模块，用于从所述至少一个流程版本号中选取与所述第三字段相匹配的版本号作为目标流程版本号，获取与所述目标流程版本号对应的流程配置文件；

流程处理模块，用于加载所述流程配置文件生成对应的业务流程，根据所述业务流程来对与所述目标订单号对应的订单进行处理。

7.根据权利要求6所述的装置，其特征在于，所述流程处理模块还用于加载所述流程配置文件，根据所述流程配置文件中配置的至少一个流程节点和各个所述流程节点之间的执行顺序生成业务流程；根据所述业务流程中的至少一个流程节点对所述目标订单号对应的订单进行处理。

8.根据权利要求7所述的装置，其特征在于，所述流程处理模块还包括：

担保模式确定模块，用于获取与所述目标订单号对应的订单信息中包括的担保模式信息；

清单信息配置文件获取模块，用于获取与当前执行的流程节点对应的清单信息配置文件；

需上传清单确定模块，用于根据所述清单信息配置文件中配置的担保模式与需上传清单之间的对应关系，获取与所述担保模式信息对应的需上传清单；

提示信息生成模块，用于根据获取的所述需上传清单生成需上传清单提示信息。

9.根据权利要求7所述的装置，其特征在于，所述流程处理模块还包括：

获取模块，用于获取与当前执行的流程节点对应的角色；获取与所述角色对应的工作人员标识；

饱和率确定模块，用于获取与所述工作人员标识对应的待处理订单数量以及可处理订单数量阈值，根据所述待处理订单数量和所述可处理订单数量阈值得到与所述工作人员标识对应的饱和率；

流程节点分配模块，用于将所述当前执行的流程节点分配至与最低饱和率对应的工作人员。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

流程配置文件更新模块，用于获取流程配置文件的修改请求，根据所述流程配置文件修改请求在待修改的流程配置文件中修改对应的流程节点或调整所述流程节点之间的执行顺序；根据修改后的流程节点和所述修改后的流程节点之间的执行顺序生成新的流程配置文件。