一种业务订单处理方法及装置

本发明涉及业务处理技术领域，具体涉及一种业务订单处理方法及装置。

目前，系统业务功能中多种业务类型的资源申请、审批因不同业务类型申请时的参数不同，大都采用的单业务类型申请生成一个订单，需要多种业务类型资源申请时往往需要使用多个订单，分别提交审批，操作比较繁琐，占用资源。在审批时需要先去各单个订单中查看详细的申请信息，再决定哪些是批量审批通过，哪些是批量审批退回，比较耗费审批者和申请者的精力。

因此，本发明要解决现有技术中业务申请的审批流程比较繁琐、耗时耗力的问题，从而提供一种业务订单处理方法及装置。

本发明实施例的一方面，提供了一种业务订单处理方法，包括如下步骤：接收多个业务申请，其中，不同的业务申请所请求的资源各不相同；读取每个业务申请对应的审批流程信息，根据所述审批流程信息将属于同一个审批流程的业务申请合并成一个合并订单；将所述合并订单发送至下一个审批节点，其中，所述合并订单在所述下一个审批节点上将所有合并的业务申请并列排布显示。

可选地，所述接收多个业务申请，包括：接收提交到业务篮中的业务申请，其中，所述业务篮为预先设置的用于集中管理业务申请的作业池；生成每个业务申请的编号，用于唯一表示对应的业务申请；所述将所述合并订单发送至下一个审批节点，包括：将所述业务篮中属于同一个审批流程的业务申请合并发送至下一个审批节点。

可选地，还包括：接收所述业务篮中业务申请的编辑命令或删除命令；基于所述编辑命令，对所述业务篮中对应的业务申请进行编辑；基于所述删除命令，将所述业务篮中对应的业务申请删除。

可选地，所述接收多个业务申请，包括：接收客户端的编辑命令，其中，所述编辑命令用于在业务申请表中编辑业务申请，所述业务申请表中包括多个业务申请，同一业务申请表包括一种或多种业务类型；所述将所述合并订单发送至下一个审批节点，包括：将所述业务申请表中包含的业务申请同时发送至所述下一个审批节点。

可选地，在将所述合并订单发送至下一个审批节点之后，还包括：在所述下一个审批节点上，若存在部分业务申请审批不通过，则将审批不通过的业务申请合并成一个订单，由所述下一个审批节点返回给上一个节点。

可选地，若所述合并订单中部分业务申请审批通过，则将审批通过的业务申请合并成一个订单提交至所述下一个审批节点的下一级审批节点。

可选地，还包括：记录每个申请业务的审批状态，并在客户端进行状态更新。

本发明实施例的另一方面，还提供了一种业务订单处理装置，包括：接收模块，用于接收多个业务申请，其中，不同的业务申请所请求的资源各不相同；读取模块，用于读取每个业务申请对应的审批流程信息，根据所述审批流程信息将属于同一个审批流程的业务申请合并成一个合并订单；发送模块，用于将所述合并订单发送至下一个审批节点，其中，所述合并订单在所述下一个审批节点上将所有合并的业务申请并列排布显示。

本发明的另一方面，还提供了一种计算机设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，从而执行上述的业务订单处理方法。

本发明的另一方面，还提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使计算机执行上述的业务订单处理方法。

本发明技术方案，具有如下优点：

根据本发明实施例，通过将多个业务申请中，属于同一审批流程的业务申请合并成一个订单，提交至下一个审批节点，并且在审批节点上将所有合并的业务申请并列排布显示，这样操作比较简单，方便审批者进行审批，减少审批耗时。

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

图1为本发明实施例1中业务订单处理方法的一个具体示例的流程图；

图2为本发明实施例2中业务订单处理装置的一个具体示例的原理框图；

图3为本发明实施例的计算机设备的结构示意图。

下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，还可以是两个元件内部的连通，可以是无线连接，也可以是有线连接。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

此外，下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

实施例1

本发明实施例提供了一种业务订单处理方法，该方法主要是基于改进后的审批流程和订单处理方式，具体地，对于业务系统的流程管理，不同的流程根据作用范围划分有优先级，作用范围越广的流程优先级越低。只有绑定了对应业务类型，才可以通过此流程审批此业务类型的业务订单。订单根据流程中的审批节点顺序依次流转到对应的审批者的待处理订单中，所有审批节点审批结束，订单才审批完成。

图1所述，所述业务订单处理方法包括：

步骤S101，接收多个业务申请，其中，不同的业务申请所请求的资源各不相同。对于不同的业务申请，其所申请的资源或者参数各不相同，现有技术中，多个业务申请通常采用多个订单，分别提交审批。即使是批量提交审批，其提交的仍然是多个订单。本发明实施例中，在接收到多个业务申请之后，执行后续的步骤，实现同流程的业务申请合并。

步骤S102，读取每个业务申请对应的审批流程信息，根据所述审批流程信息将属于同一个审批流程的业务申请合并成一个合并订单。

本发明实施例中，在接收到多个业务申请之后，系统可以读取每个业务申请的业务类型，不同的业务类型所申请的资源不同，审批流程也各不相同。因此，对于每个业务申请，可以先确定其对应的业务类型，然后基于该业务类型对应的审批流程，获得每个业务申请对应的审批流程信息。本实施例中，可以据此来判断每个业务申请对应的审批流程，然后进行订单合并。具体地，根据流程绑定的业务类型及优先级自动确定各业务申请需要走的流程，再将走一个流程的业务申请自动合并为一个订单提交处理。

例如，接收到业务申请A1、业务申请A2、业务申请A3、业务申请A4、业务申请A5、业务申请B1、业务申请B2、业务申请B3、业务申请B4，可以根据业务类型划分为业务类型A和业务类型B，并分别对应业务请求A1、业务申请A2、业务申请A3、业务申请A4、业务申请A5，以及业务申请B1、业务申请B2、业务申请B3、业务申请B4，然后将业务请求A1、业务申请A2、业务申请A3、业务申请A4、业务申请A5合并为一个订单；将业务申请B1、业务申请B2、业务申请B3、业务申请B4合并为一个订单。

步骤S103，将所述合并订单发送至下一个审批节点，其中，所述合并订单在所述下一个审批节点上将所有合并的业务申请并列排布显示。

在将相同审批流程的业务申请合并为一个合并订单之后，将该合并订单发送至下一个审批节点。其中，在审批节点上，该合并订单采用业务申请并列排布的显示方式进行显示，这样审批者无需进入额外操作即可对业务申请的相关内容进行审批，相比与现有技术中的批量订单的提交，操作方便，审批简单。

根据本发明实施例，通过将多个业务申请中，属于同一审批流程的业务申请合并成一个订单，提交至下一个审批节点，并且在审批节点上将所有合并的业务申请并列排布显示，这样操作比较简单，方便审批者进行审批，减少审批耗时。

本发明实施例中，由于业务申请的审批节点可能包含有多级，也即是一个业务申请存在多级审批流程。在这种情况下，可以是将全审批流程都相同的业务请求合并成一个订单，也可以是将下一个审批节点相同的业务请求合并成一个订单，也即是以审批节点作为一个单元，以达到该审批节点的业务请求来选择合并的内容，而不考虑后续节点的审批。也即是说，在业务申请达到一个节点时，进行下一个审批节点的判断，如果下一个审批节点相同，在将这些业务申请合并成一个订单。

作为一种可选实施方式，本发明实施例中，所述接收多个业务申请，包括：接收提交到业务篮中的业务申请，其中，所述业务篮为预先设置的用于集中管理业务申请的作业池；生成每个业务申请的编号，用于唯一表示对应的业务申请；所述将所述合并订单发送至下一个审批节点，包括：将所述业务篮中属于同一个审批流程的业务申请合并发送至下一个审批节点。

本发明实施例中的一种可选实施方式，具体地，业务申请先提交到业务篮中，每个业务资源的申请生成一个申请编号作为此业务的标记。当选择多个业务申请提交订单时，各申请业务会根据各流程选择机制和优先级自动匹配到对应的流程，在同一个流程中通过同一审批流程流转的业务申请自动合并为一个订单提交给下一个对应的审批者，合并提交成功的业务申请不再在业务篮显示，合并后的订单在申请者已申请订单界面，当前审批者的待审批订单界面可以查看到对应合并订单；因某些异常原因(如无对应流程、订单申请不符合某些要求等)申请提交订单失败的业务申请扔保留在业务篮中，通过编辑修改等符合提交要求时即可提交。

作为进一步可选的实施方式，业务订单处理方法还包括：接收所述业务篮中业务申请的编辑命令或删除命令；基于所述编辑命令，对所述业务篮中对应的业务申请进行编辑；基于所述删除命令，将所述业务篮中对应的业务申请删除。采用业务篮进行业务申请的创建、编辑和删除。业务申请在业务篮中可编辑、删除。

作为一种可替换实施方式，本发明实施例中，可以采用表格形式进行业务申请的合并，具体地，本发明实施例的上述步骤，接收多个业务申请，包括：接收客户端的编辑命令，其中，所述编辑命令用于在业务申请表中编辑业务申请，所述业务申请表中包括多个业务申请，同一业务申请表包括一种或多种业务类型；所述将所述合并订单发送至下一个审批节点，包括：将所述业务申请表中包含的业务申请同时发送至所述下一个审批节点。

具体地，可以在业务申请表中选择要申请的业务类型，输入业务类型对应的申请参数，提交申请，根据业务类型和匹配机制匹配对应的流程，匹配到同一流程的申请业务合并生成一个订单。具体地，可以在表内选择业务类型，出现此业务对应的参数输入信息，输入对应的申请参数，提交申请后根据流程优先级、流程支持的业务类型等匹配机制匹配对应的流程，生成申请订单。

作为一种可选实施方式，本发明实施例中，在将所述合并订单发送至下一个审批节点之后，还包括：在所述下一个审批节点上，若存在部分业务申请审批不通过，则将审批不通过的业务申请合并成一个订单，由所述下一个审批节点返回给上一个节点。若所述合并订单中部分业务申请审批通过，则将审批通过的业务申请合并成一个订单提交至所述下一个审批节点的下一级审批节点。

申请者在已申请订单界面可以查看到自身申请的订单，包括单业务的订单和合并订单，每个订单都有唯一的订单编号，可以对还未审批的订单编辑、删除、撤回，撤回和退回的订单可以再提交。合并订单中的各业务申请可单独编辑、删除。当退回的合并订单因某些原因只有部分业务审批完成，部分业务审批失败时，编辑此订单时只能编辑、删除审批失败的业务，已经审批完成的业务不可编辑、删除。

对于合并订单中部分审批通过的业务申请，会合并成一个订单下发的下一级审批节点；未通过审批的部分业务申请，同样会生成一个订单退回。当然，若全部审批通过，则还是以原有的合并订单发送到下一级的审批节点。

本发明实施例中，在出现部分业务申请未通过审批的情况下，将该部分业务申请合并退回，并将通过的合并发送至下一级审批节点，可以极大降低系统的负载，减少资源占用。

作为一种可选实施方式，本发明实施例中，上述方法还包括：记录每个申请业务的审批状态，并在客户端进行状态更新。具体地，合并订单审批时可根据实际情况对订单中各业务申请信息编辑，并能选择部分业务申请审批退回，退回的业务申请在申请者的已申请订单中生成一个新订单(退回状态，可再编辑提交)，原订单中不再有这些退回的业务申请信息。审批合并订单审批通过，部分业务申请审批成功，但有部分业务申请因资源不足等异常原因审批失败，每个业务申请都进行状态标记，审批成功的标记审批完成，此合并订单仍是审批中的状态。此合并订单还可以再次进行审批，但只能审批未审批完成的业务申请，已完成的业务申请信息在合并订单只是有原有的过程记录信息。

综上，本发明实施例中，参数不同的业务申请先提交到业务篮中，通过申请编号标记确保唯一性，在业务篮中申请业务可编辑、删除、批量提交。批量提交业务申请是，根据流程绑定的业务类型及优先级自动确定各业务申请需要走哪个流程，再将走一个流程的业务申请自动合并为一个订单提交处理。合并订单中的各申请业务审批者可随订单全部审批，也可根据现实情况部分审批通过或审批退回，部分退回时，退回的申请业务自动再生成一个合并订单。合并订单中的申请业务审批时只有部分审批成功，资源创建，失败的申请业务还可根据订单的处理规则继续处理。

实施例2

本实施例提供一种业务订单处理装置，该装置可以用于执行上述实施例1中的方法，如图2所示，该装置包括：

接收模块201，用于接收多个业务申请，其中，不同的业务申请所请求的资源各不相同；

读取模块202，用于读取每个业务申请对应的审批流程信息，根据所述审批流程信息将属于同一个审批流程的业务申请合并成一个合并订单；

发送模块203，用于将所述合并订单发送至下一个审批节点，其中，所述合并订单在所述下一个审批节点上将所有合并的业务申请并列排布显示。

根据本发明实施例，通过将多个业务申请中，属于同一审批流程的业务申请合并成一个订单，提交至下一个审批节点，并且在审批节点上将所有合并的业务申请并列排布显示，这样操作比较简单，方便审批者进行审批，减少审批耗时。

可选地，所述接收模块包括：第一接收子模块，用于接收提交到业务篮中的业务申请，其中，所述业务篮为预先设置的用于集中管理业务申请的作业池；生成模块，用于生成每个业务申请的编号，用于唯一表示对应的业务申请；所述发送模块具体用于将所述业务篮中属于同一个审批流程的业务申请合并发送至下一个审批节点。

可选地，所述业务订单处理装置，还包括：命令接收模块，用于接收所述业务篮中业务申请的编辑命令或删除命令；编辑模块，用于基于所述编辑命令，对所述业务篮中对应的业务申请进行编辑；删除模块，用于基于所述删除命令，将所述业务篮中对应的业务申请删除。

可选地，所述接收模块包括：第二接收子模块，用于接收客户端的编辑命令，其中，所述编辑命令用于在业务申请表中编辑业务申请，所述业务申请表中包括多个业务申请，同一业务申请表包括一种或多种业务类型；所述发送模块具体用于将所述业务申请表中包含的业务申请同时发送至所述下一个审批节点。

可选地，装置还包括：第一合并模块，用于在将所述合并订单发送至下一个审批节点之后，在所述下一个审批节点上，若存在部分业务申请审批不通过，则将审批不通过的业务申请合并成一个订单，由所述下一个审批节点返回给上一个节点。

可选地，所述装置还包括第二合并模块，用于若所述合并订单中部分业务申请审批通过，则将审批通过的业务申请合并成一个订单提交至所述下一个审批节点的下一级审批节点。

可选地，所述装置还包括：记录模块，用于记录每个申请业务的审批状态，并在客户端进行状态更新。

关于装置实施例的具体描述可以参见上述方法实施例，这里不做赘述。

实施例3

本发明的一个实施例中，还提供了一种计算机设备，其内部结构图可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口，还可以包括显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的计算机设备通过网络连接通信。该计算机程序被处理器执行时以实现用于业务订单处理方法，该计算机设备还可以包括显示屏和输入装置，其显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板等。

另一方面，则该计算机设备可以不包括显示屏和输入装置，本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，实现以下步骤：

接收多个业务申请，其中，不同的业务申请所请求的资源各不相同；

读取每个业务申请对应的审批流程信息，根据所述审批流程信息将属于同一个审批流程的业务申请合并成一个合并订单；

将所述合并订单发送至下一个审批节点，其中，所述合并订单在所述下一个审批节点上将所有合并的业务申请并列排布显示。

在一个实施例中，提供了一种可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行：

接收多个业务申请，其中，不同的业务申请所请求的资源各不相同；

读取每个业务申请对应的审批流程信息，根据所述审批流程信息将属于同一个审批流程的业务申请合并成一个合并订单；

将所述合并订单发送至下一个审批节点，其中，所述合并订单在所述下一个审批节点上将所有合并的业务申请并列排布显示。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。