流程审批方法及终端设备

本发明属于计算机应用技术领域，尤其涉及一种流程审批方法、终端设备及计算机可读存储介质。

目前，大多数企业特别是国内企业均为金字塔式管理层级，在企业经营活动中往往会涉及到比较复杂的审批流程，而流程也会随着组织、人员、业务的变化而变化，且很难提前预知。以往使用以纸张为载体的传统审批方式需要花费太多的时间和精力，而且在信息处理和存储方面具有局限性，随着近些年信息化技术的高速发展，使用信息系统实现流程化审批已成为不可阻挡的趋势。现有技术中利用信息化系统实现流程化审批，基于业务功能进行流程审批，即在定制化的业务功能基础上实现审批。但是现有这种审批方式流程太过繁杂，在不同的场景应用中使用不太方便，不利于查询或维护。

有鉴于此，本发明实施例提供了一种流程审批方法、终端设备及计算机可读存储介质，以解决现有技术中审批方式太过复杂，在不同的场景应用中使用不太方便，不利于查询或维护的问题。

本发明实施例的第一方面提供了一种流程审批方法，包括：

获取审批申请信息；所述审批申请信息包括申请人信息和待审批的业务信息；

根据所述申请人信息和所述业务信息，在预设的审批信息库中确定与所述业务信息对应的审批步骤、每个所述审批步骤对应的审批方信息和每个所述审批步骤对应的目标审批模式，并根据所述审批步骤、所述审批方信息和所述目标审批模式生成审批链；

根据所述审批链中的所述审批步骤和所述审批方信息，流转所述审批申请信息，直至审批结束。

本发明实施例的第二方面提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取审批申请信息；所述审批申请信息包括申请人信息和待审批的业务信息；

根据所述申请人信息和所述业务信息，在预设的审批信息库中确定与所述业务信息对应的审批步骤、每个所述审批步骤对应的审批方信息和每个所述审批步骤对应的目标审批模式，并根据所述审批步骤、所述审批方信息和所述目标审批模式生成审批链；

根据所述审批链中的所述审批步骤和所述审批方信息，流转所述审批申请信息，直至审批结束。

本发明实施例的第三方面提供了一种终端设备，包括：

获取单元，用于获取审批申请信息；所述审批申请信息包括申请人信息和待审批的业务信息；

确定单元，用于根据所述申请人信息和所述业务信息，在预设的审批信息库中确定与所述业务信息对应的审批步骤、每个所述审批步骤对应的审批方信息和每个所述审批步骤对应的目标审批模式，并根据所述审批步骤、所述审批方信息和所述目标审批模式生成审批链；

审批单元，用于根据所述审批链中的所述审批步骤和所述审批方信息，流转所述审批申请信息，直至审批结束。

本发明实施例的第四方面提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

本发明实施例与现有技术相比存在的有益效果是：

本发明实施例通过获取审批申请信息的申请人信息和待审批的业务信息；根据申请人信息和业务信息在预设的审批信息库中确定与业务信息对应的审批步骤、每个所述审批步骤对应的审批方信息和每个所述审批步骤对应的目标审批模式，并根据审批步骤、每个所述审批步骤对应的审批方信息和每个所述审批步骤对应的目标审批模式生成审批链；根据审批链中的审批步骤和审批方信息，流转审批申请信息，直至审批结束。根据申请人的审批申请信息生成业务审批链，根据审批业务链将业务信息在对应的审批方中进行流转，直到审批结束。通过审批链的方式清楚、明确地表示出了每个审批环节的审批信息以及审批对象，并提高了审批的效率。

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

图1是本发明实施例一提供的流程审批方法的流程图；

图2是本发明实施例二提供的流程审批方法的流程图；

图3是本发明实施例三提供的终端设备的示意图；

图4是本发明实施例四提供的终端设备的示意图。

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

参见图1，图1是本发明实施例一提供的流程审批方法的流程图。本实施例中流程审批方法的执行主体为终端。终端包括但不限于智能手机、平板电脑、可穿戴设备等移动终端，还可以是台式电脑等。如图所示的流程审批方法可以包括以下步骤：

S101：获取审批申请信息；所述审批申请信息包括申请人信息和待审批的业务信息。

越来越多的企业特别是国内企业均为金字塔式管理层级，在企业经营活动中往往会涉及到比较复杂的审批流程，而流程也会随着组织、人员、业务的变化而变化，且很难提前预知。以往使用以纸张为载体的传统审批方式需要花费太多的时间和精力，而且在信息处理和存储方面具有局限性，随着近些年信息化技术的高速发展，使用信息系统实现流程化审批已成为不可阻挡的趋势。现有技术中利用信息化系统实现流程化审批，基于业务功能进行流程审批，即在定制化的业务功能基础上实现审批。随着计算机网络及通信技术的发展，各种软件新技术被应用于的信息系统的开发，业务审批流程以其良好的适应性和灵活性而受到广泛关注，业务审批系统作为一个通用的支撑工具逐渐从信息系统中脱颖而出，为信息系统的开发提供了一种新的模式。工作流管理在办公环境，以及工业和制造等领域得到了广泛应用，例如在保险、银行、法律、行政管理等行业中，工作流的审批尤其重要。

在实际应用中，一个工作流包括一组活动及它们的相互顺序关系，还包括过程及活动的启动和终止条件，以及对每个活动的描述。业务审批系统将运行在一个或多个业务步骤在引擎上定义、实现和管理，它与申请人和审核人交互，推进工作流实例的执行，并监控工作流的运行状态。

进一步的，在本方案中的审批流程管理系统的支撑下，通过集成具体的业务应用软件和操作人员的界面操作，能够良好地完成对工作流程和业务审批过程的支持。

本实施例中在对业务信息进行审批之前，先获取审批申请信息，审批申请信息中包括申请人信息和待审批的业务信息。申请人信息可以包括但不限于申请人的工号、姓名等信息；待审批的业务信息可以包括但不限于业务名称、业务类型等信息。获取审批申请信息的方式可以是申请人根据当前的工作需要生成业务信息，并将该业务信息连同申请人信息发送至管理节点。在本方案的审批流程管理系统中，审批人获取审批申请信息的时间可以是自己设定的一个时间间隔，例如，每隔10分钟获取审批申请信息，通过这种方式可以在不打搅审批人正常工作的情况下，通知审批人进行审批。

S102：根据所述申请人信息和所述业务信息，在预设的审批信息库中确定与所述业务信息对应的审批步骤、每个所述审批步骤对应的审批方信息和每个所述审批步骤对应的目标审批模式，并根据所述审批步骤、所述审批方信息和所述目标审批模式生成审批链。

本实施例中预设有审批信息库，用于存储各个申请人、审批人以及业务信息之间的对应关系，以及每个申请人和审批方的等级或者管理关系，同时还存储有各种审批方对应的审批步骤、以及每个审批步骤的注意事项。以通过该审批信息库确定当前的业务信息和申请人信息对应的审批方式。

在获取到申请人信息和业务信息之后，根据申请人信息和业务信息，在预设的审批信息库中确定与所述业务信息对应的审批步骤、每个审批步骤对应的审批方信息和每个审批步骤对应的目标审批模式。其中，审批步骤包括但不限于当前业务信息的审批流程、每个审批节点以及在每个步骤中的注意事项等信息；审批方信息包括但不限于审批方的工号、标识等信息。在本实施例中，根据审批结构的不同，确定有不同的审批模式，每个审批模式对应的审批流程和步骤不同，例如，有的审批模式是至少两个审批方组成的串联审批模式，有的审批模式是由至少两个审批方共同审批的并联审批模式，在本实施例中，通过每个业务信息对应的审批步骤，确定合适的每个审批步骤对应的目标审批模式，用于通过该模式对该业务信息进行审批。

在确定了每个审批步骤对应的目标审批模式之后，根据每个审批步骤对应的审批步骤、每个审批步骤对应的审批方信息以及每个审批步骤对应的目标审批模式生成审批链。在企业运作的过程中，为了实现组织目标，有关的业务活动依时序或逻辑关系相互连接构成业务流程。在业务的开展过程中，文档、信息或任务依照组织规范在参与者之间传递、处理或执行。在业务流程中，基于计算机自动化的全部或部分实现可以作为一个审批链。在实际应用中，审批链中的元素包括但不限于业务流程、过程定义、活动、工作表等。其中，业务流程用于表示在具有组织功能的组织结构中能够实现业务目标和策略的相互连接的过程和活动集。过程是业务流程的形式化描述，用来支持系统建模和运行过程的自动化。过程可分解为一系列子过程和活动，其定义包括描述过程起始、终止的活动关系网络以及一些关于个体行为的信息，具体而言，即构成过程的各活动及其各活动的关系、组织成员的角、应用中的数据结构等。活动用于表示实现过程逻辑步骤的工作任务的描述，一般分为手工操作和自动处理两类。活动是过程执行中可被工作机调度的最小工作单元，要求有人或机器的参与。业务审批系统一种能定义、创建和管理工作流执行的系统，它通过单个或多个工作机运行，并能存储和解释过程定义。工作表是与指定工作流参与者，或共享同一工作表的一组工作流参与者相关的工作项列表。

在本实施例中，审批链是一种反映业务流程的计算机化的模型，针对审批流程中具有固定程序的常规活动而提出的，通过将工作活动分解成定义良好的任务、角、规则和过程来进行执行和监控，达到提高生产组织水平和工作效率的目的。

S103：根据所述审批链中的所述审批步骤和所述审批方信息，流转所述审批申请信息，直至审批结束。

在构建了审批链之后，根据审批链中的审批步骤和审批方信息，将审批申请信息在各个审批方节点中进行传递和审核，直至审批结束。具体的，根据上文中不同类型的审批模型，本实施例中可以对不同的审批模型进行不同的处理方式，示例性地，在串联审批模型中，将审批申请信息在每个审批方中依次流转；在并联审批模型中，将审批申请信息可同时发送至相互并联的审批方中，通过这种方式提高审批的效率。

上述方案，通过获取审批申请信息；所述审批申请信息包括申请人信息和待审批的业务信息；根据所述申请人信息和所述业务信息，在预设的审批信息库中确定与所述业务信息对应的审批步骤、每个所述审批步骤对应的审批方信息和每个所述审批步骤对应的目标审批模式，并根据所述审批步骤、每个审批步骤对应的审批方信息和每个审批步骤对应的目标审批模式生成审批链；根据所述审批链中的所述审批步骤和所述审批方信息，流转所述审批申请信息，直至审批结束。根据申请人的审批申请信息生成业务审批链，根据审批业务链将业务信息在对应的审批方中进行流转，直到审批结束。通过审批链的方式清楚、明确地表示出了每个审批环节的审批信息以及审批对象，并提高了审批的效率。

参见图2，图2是本发明实施例二提供的流程审批方法的流程图。本实施例中流程审批方法的执行主体为终端。终端包括但不限于智能手机、平板电脑、可穿戴设备等移动终端，还可以是台式电脑等。如图所示的流程审批方法可以包括以下步骤：

S201：获取审批申请信息；所述审批申请信息包括申请人信息和待审批的业务信息。

在本实施例中S201与图1对应的实施例中S101的实现方式完全相同，具体可参考图1对应的实施例中的S101的相关描述，在此不再赘述。

S202：在预设的审批信息库中查与所述业务信息对应的业务类型、审批方信息，并确定所述审批步骤。

本实施例中预设有审批信息库，用于存储各个申请人、审批人以及业务信息之间的对应关系，以及每个申请人和审批方的等级或者管理关系，同时还存储有各种审批方对应的审批步骤、以及每个审批步骤的注意事项。以通过该审批信息库确定当前的业务信息和申请人信息对应的审批方式。

示例性地，银行贷款审批流程管理系统的设计与实现是一个关于客户贷款及职员贷款审批的管理系统，其中分为客户、职员和管理员三个用户端，分别为申请人、审批方和管理方，各自用户分别从各自登陆端登陆，并获得自己账户权限内的数据和功能服务。因此，审批方信息可以设定一定的等级制度，为企业各部门的各级工作人员，包括客户经理、各级信贷审查员、审批委员会主任、审贷中心主任、经理、行长等。各种角的用户具有不同的操作权限，以不同的权限和方式使用系统完成各种信息的管理以及业务审批。客户经理能够添加和管理用户信息，发起业务申请等，各级审批方能够根据贷款业务情况和借款人情况等对客户经理提交的业务申请进行审批，期间在各个环节的审批人均可能将该业务发回主办客户经理补充资料。信贷管理系统的用户角包括以下几类：客户经理、贷款业务主管、专职审批人、最高签批人、以及维护系统业务参数的系统管理员。

本实施例中的业务类型包括但不限于客户管理、业务分析、业务预警和提示等，示例性地，一个信贷管理系统应该包括客户管理、贷前业务受理、贷款审批、贷后管理、系统管理、贷款分析、业务预警和提示等业务类型，当客户要向银行申请一笔贷款时首先要经过申请审批流程，审批通过后方能进行放款及其他业务办理。授信业务的申请由主办客户经理发起，客户经理填写完成授信业务的申请信息后提交给上级审批方进行审查，若在审查过程中缺少材料，可以返回主办客户经理处补充完整，然后再提交审查。

S203：根据所述申请人信息、所述业务类型、所述审批方信息以及所述审批步骤，从预设的审批模式库中筛选出所述业务信息对应的目标审批模式。

在功能确定的组织结构中，审批业务对象按照一定的路径在各职能部门之间流转，完成审批任务。审批业务对象流转的路径就是审批业务流程，可以将审批业务流程具体化为：审批流程的任务描述，审批过程的启动时间、完成时间、任务期限，审批过程的参与人及授权约束，以及完成审批任务或过程所需的相关资源等。为了保证快速的确定审批模式以对业务信息进行高效的审批，本实施例中预设有各种类型的审批模式。

具体的，本实施例中预设有审批模式库，其中存储了各种类型的审批模式，用于根据申请人信息、业务类型、审批方信息确定合适的审批模式，以对业务信息进行审批。具体的，根据申请人信息、业务类型、审批方信息以及审批步骤确定目标审批模式时，通过在审批模式库中进行筛选，确定合适的目标审批模式。其筛选的方式可以是先确定申请人信息、业务类型、审批方信息以及审批步骤这些信息各自对应的审批模式，再确定重合最多的审批模式为目标审批模式。

本实施例中的审批模式包括：只有一个审批方审批的独立审批模式、审核审批申请信息的审批方有至少两个且审批方之间的审批顺序为按照预设的审批方等级依次进行的串联审批模式、审核审批申请信息的审批方有至少两个且审批方之间的审批顺序为按照预设的审批方等级并列进行的并联审批模式。

具体的，独立审批模式用于表示审批单据在某个职能部门或岗位通过审批即可完成审批。串联审批模式用于表示审批单据需要依次通过若干个职能部门或岗位的审批活动才能完成审批；审批顺序一定，不可越级审批。并联审批模式用于表示审批单据的审批需要多个职能部门或岗位联合审批，审批单据同时经过所有并联部门或岗位，只有所有部门审批通过后，才能视为审批完毕。混合审批模式用于表示串联审批和并联审批的结合模式，即部分职能部门或岗位的审批可同时进行，而其他岗位之间则存在前置、后置关系。

示例性的，根据审批模式库，某项审批业务的申请人信息为A，其对应的审批模式为独立审批模式；业务类型为B，其对应的审批模式为并联审批模式；审批方信息包括C、D、E，其对应的审批模式为串联审批模式，审批步骤中包括步骤F、G、H，其对应的审批模式为串联审批模式。在以上示例中，审批模式重合最多的是串联审批模式，则确定该审批业务对应的目标审批模式为串联审批模式。根据审批模式库，通过这种方式审批业务中的各类信息对应的审批模式，并确定重合模式最多的审批模式为该项审批业务对应的目标审批模式，以保证审批业务可以对应有合适的审批模式。

需要说明的是，以上划分只是说明了审批流程的几种模式，现实中审批流程类型更多的是这几种模式的混合体，独立审批模式、串联审批模式和并联审批模式可以看作混合审批模式的特例。因此，本实施例以混合审批模式作为主要研究对象。为方便研究，将混合审批模式进行抽象处理，将审批单据抽象为审批业务对象，把负有一定职责和权利的部门、岗位或人员抽象为角，把审批实施者、审批结果和审批业务对象的流向一并抽象为审批节点。

S204：根据所述审批步骤、所述审批方信息和所述目标审批模式生成审批链。

在确定了审批模式之后，便可以确定每个审批方之间的关系。根据之前确定的审批步骤、每个所述审批步骤对应的审批方信息和每个所述审批步骤对应的目标审批模式便可确定出对应的审批链。示例性地，根据审批步骤和审批模式确定该审批信息需要流转的框架，根据每个审批方的信息，将该框架中每个节点变成每个审批方，通过这种嵌入的方式，生成审批链。

S2041：根据预设的审批信息库，确定每个审批方对应的替补审批方。

在实际应用中，同一等级的审批方可能有至少两个，但是很多情况下，一个审批方可能因为系统故障、工作繁忙等原因不会再预设的时间内审批某个业务信息，而使该业务信息不能及时完成。考虑到这种情况，本实施例预设有审批信息库，在该审批信息库中，为每个审批方设定对应的至少一个替补审批方。替补审批方之间的等级相同或者相近，或者高级别的审批方可以作为低级别审批方的替补审批方，但反之不可行，每个审批方对应的替补审批方的数量可以有至少一个，本实施例中对其数量不做限制。

S2052：若在所述审批链中，所述审批申请信息在所述审批方处的停滞时间大于或者等于所述审批申请信息的预设时效，则将所述审批申请信息自动转至所述替补审批方。

在确定了每个审批方的替补审批方之后，在每个业务信息被审批过程中，如果该业务信息的审批申请信息在当前审批方出的停滞时间大于或者等于该审批申请信息的预设时效，则将该审批申请信息自动转至替补审批方。

进一步的，若该审批申请信息对应的替补审批方存在多个，可以随机选择一个替补审批方发送，也可以确定按照替补审批方级别的高低，按照级别由高到低或者由低到高的顺序进行替补审批，通过这种方式，可以提高业务审批的效率，并弥补审批漏洞。

S205：根据所述审批链中的审批步骤和每个审批步骤对应的审批方信息，将所述审批申请信息按照所述审批步骤依次在每个所述审批步骤对应的审批方中流转。

在构建了审批链之后，根据审批链中的审批步骤和审批方信息，将审批申请信息在各个审批方节点中进行传递和审核，直至审批结束。具体的，根据上文中不同类型的审批模型，本实施例中可以对不同的审批模型进行不同的处理方式，示例性地，在串联审批模型中，将审批申请信息在每个审批方中依次流转；在并联审批模型中，将审批申请信息可同时发送至相互并联的审批方中，通过这种方式，提高审批的效率。

S206：若接收到被所述审批链中的任一审批方退回的审批退回信息，则根据所述审批链，将所述审批退回信息发送至所述申请人。

在实际应用的审批过程中，不可能全部的业务信息都能一次审批通过，考虑到这种情况，本实施例中在当前的业务信息不符合规定等情况下，被审批链中的任一审批方退回时，根据当前审批退回信息和该审批信息，以及该审批信息对应的审批链，将所述审批退回信息发送至所述申请人。进一步的，为了包含申请人能够知道该业务信息发生问题的原因，还可以将问题原因和修改建议写入审批退回信息中。

S207：获取所述申请人根据所述审批退回信息修改之后的审批申请信息，并根据所述审批链重新将所述修改之后的审批申请信息发送至所述审批方，直至审批结束。

申请人在接收到审批退回信息之后，根据审批退回信息中的问题原因和修改建议对原始的业务信息进行修改，生成新的审批申请信息，并根据审批重新将该修改之后的审批申请信息发送至所述审批方，直至审批结束。

需要说明的是，由于申请人在修改业务信息之后没有办法确定其修改之后的业务信息符合规定，所以提交修改之后的审批申请信息还是提交至最开始的审批方，通过最开始的审批方审批之后，根据审批链中的其他审批方的信息，依次进行流转，直至审批过程结束。除此之外，还可以由退回审批信息的审批方确定修改之后的审批信息接收人，是从审批链中最开始的审批方进行，还是直接将修改之后的审批申请信息发送至该当前审批方。通过这种方式，减少审批流程和步骤，提高审批效率。

上述方案，通过获取审批申请信息；所述审批申请信息包括申请人信息和待审批的业务信息；在预设的审批信息库中查与所述业务信息对应的业务类型、审批方信息，并确定所述审批步骤；根据所述申请人信息、所述业务类型、所述审批方信息以及所述审批步骤，从预设的审批模式库中筛选出所述业务信息对应的目标审批模式；根据所述审批步骤、每个审批步骤对应的所述审批方信息和每个审批步骤对应的所述目标审批模式生成审批链。根据所述审批链中的审批步骤和审批方信息，将所述审批申请信息在对应的审批方中流转；若接收到被所述审批链中的任一审批方退回的审批退回信息，则根据所述审批链，将所述审批退回信息发送至所述申请人；获取所述申请人根据所述审批退回信息修改之后的审批申请信息，并根据所述审批链重新将所述修改之后的审批申请信息发送至所述当前审批方，直至审批结束。根据审批业务链将该审批申请信息在对应的审批方中进行流转，直到审批结束，通过审批链的方式清楚、明确地表示出了每个审批环节的审批信息以及审批对象，并提高了审批的效率。

参见图3，图3是本发明实施例三提供的一种终端设备的示意图。终端设备包括的各单元用于执行图1～图2对应的实施例中的各步骤。具体请参阅图1～图2各自对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。本实施例的终端设备300包括：

获取单元301，用于获取审批申请信息；所述审批申请信息包括申请人信息和待审批的业务信息；

确定单元302，用于根据所述申请人信息和所述业务信息，在预设的审批信息库中确定与所述业务信息对应的审批步骤、每个所述审批步骤对应的审批方信息和每个所述审批步骤对应的目标审批模式，并根据所述审批步骤、所述审批方信息和所述目标审批模式生成审批链；

审批单元303，用于根据所述审批链中的所述审批步骤和所述审批方信息，流转所述审批申请信息，直至审批结束。

进一步的，所述确定单元302可以包括：

第一确定单元，用于在预设的审批信息库中查与所述业务信息对应的业务类型、审批方信息，并确定所述审批步骤；

第二确定单元，用于根据所述申请人信息、所述业务类型、所述审批方信息以及所述审批步骤，从预设的审批模式库中筛选出所述业务信息对应的目标审批模式；

审批链生成单元，用于根据所述审批步骤、所述审批方信息和所述目标审批模式生成审批链。

进一步的，所述审批单元303可以包括：

流转单元，用于根据所述审批链中的审批步骤和审批方信息，将所述审批申请信息在对应的审批方中流转；

退回单元，用于若接收到被所述审批链中的任一审批方退回的审批退回信息，则根据所述审批链，将所述审批退回信息发送至所述申请人；

重审单元，用于获取所述申请人根据所述审批退回信息修改之后的审批申请信息，并根据所述审批链重新将所述修改之后的审批申请信息发送至所述当前审批方，直至审批结束。

进一步的，所述审批模式包括：

只有一个审批方审批的独立审批模式、审核所述审批申请信息的审批方有至少两个且审批方之间的审批顺序为按照预设的审批方等级依次进行的串联审批模式、审核所述审批申请信息的审批方有至少两个且审批方之间的审批顺序为按照预设的审批方等级并列进行的并联审批模式。

进一步的，所述终端设备还可以包括：

第三确定单元，用于根据预设的审批信息库，确定每个审批方对应的替补审批方；

替补审批单元，用于若在所述审批链中，所述审批申请信息在所述审批方处的停滞时间大于或者等于所述审批申请信息的预设时效，则将所述审批申请信息自动转至所述替补审批方。

上述方案，通过获取审批申请信息；所述审批申请信息包括申请人信息和待审批的业务信息；根据所述申请人信息和所述业务信息，在预设的审批信息库中确定与所述业务信息对应的审批步骤、每个所述审批步骤对应的审批方信息和每个所述审批步骤对应的目标审批模式，并根据所述审批步骤、所述审批方信息和所述目标审批模式生成审批链；根据所述审批链中的所述审批步骤和所述审批方信息，流转所述审批申请信息，直至审批结束。根据申请人的审批申请信息生成业务审批链，根据审批业务链将业务信息在对应的审批方中进行流转，直到审批结束。通过审批链的方式清楚、明确地表示出了每个审批环节的审批信息以及审批对象，并提高了审批的效率。

图4是本发明实施例四提供的终端设备的示意图。如图4所示，该实施例的终端设备4包括：处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述各个流程审批方法实施例中的步骤，例如图1所示的步骤101至103。或者，所述处理器40执行所述计算机程序42时实现上述各装置实施例中各模块/单元的功能，例如图3所示单元301至303的功能。

示例性的，所述计算机程序42可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器41中，并由所述处理器40执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序42在所述终端设备4中的执行过程。

所述终端设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图4仅仅是终端设备4的示例，并不构成对终端设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器40可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器41可以是所述终端设备4的内部存储单元，例如终端设备4的硬盘或内存。所述存储器41也可以是所述终端设备4的外部存储设备，例如所述终端设备4上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card，FC)等。进一步地，所述存储器41还可以既包括所述终端设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中。

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