本申请涉及计算机技术领域，特别是涉及一种数据审批方法、装置、计算机设备和存储介质。
背景技术：
随着信息技术的发展，数据共享称为一种趋势，各个业务方一直在寻求一种数据共享的方式。
各个业务方为了实现数据的共享，目前一般是采用线下填写审批表，并经过复杂的审批流程后，为了保证数据安全，才会允许其他业务方以线下的方式进行数据拷贝。复杂的线下审批流程使得数据共享的效率降低。
技术实现要素：
基于此，有必要针对上述技术问题，提供一种能够提高审批效率的数据审批方法、装置、计算机设备和存储介质。
一种数据审批方法，所述方法包括：
接收第一终端发送的数据申请表获取请求，所述数据申请表获取请求携带有所述第一终端对应的用户标识；
获取与所述用户标识对应的审批链，并将所述审批链返回至所述第一终端；
接收所述第一终端返回的填写完成的数据申请表和所选择的审批链；
将所述填写完成的数据申请表发送至对应的第二终端，并接收所述第二终端返回的预审结果；
当所述预审结果表示预审通过时，则将所述数据申请表发送到与所选择的审批链对应的第三终端进行审批；
当所述审批链对应的第三终端的审批结果均表示审批通过时，则将所述用户标识与所述数据申请表关联存储，并将所述用户标识对应的审批结果标记为审批通过。
在其中一个实施例中，所述将所述数据申请表发送到与所选择的审批链对应的第三终端进行审批，包括：
获取所选择的审批链中的当前审批用户对应的当前第三终端，并将所述数据申请表发送至所述当前第三终端进行审批；
接收所述当前第三终端返回的当前审批结果；
当所述当前审批结果表示审批通过时，则继续获取所选择的审批链中的下一第三审批终端，并将所述数据获取申请表发送至所述下一第三审批终端进行审批，直至所述审批链中所有的审批用户对应的第三审批终端对所述数据审批表的审批完成。
在其中一个实施例中，所述方法还包括：
当所述当前审批结果表示审批不通过时，则记录所述当前审批结果对应的问题类型，并将所述问题类型进行存储；
所述将所述数据申请表发送至所述当前第三终端进行审批之后，还包括：
将已存储的问题类型发送到所述当前第三终端进行显示。
在其中一个实施例中，所述方法还包括：
当所述审批链中存在第四终端的审批结果为审批未通过时，则将所述审批未通过的结果发送至所述第一终端；
接收所述第一终端发送的修改后的数据申请表，并将所述修改后的数据申请表发送至所述第四终端。
在其中一个实施例中，所述将所述填写完成的数据申请表发送至对应的第二终端，包括：
获取集群中在线的第二终端，并从在线的第二终端中选取当前任务量最少的第二终端；
将所述填写完成的数据申请表发送至所选取的第二终端。
在其中一个实施例中，所述接收所述第二终端返回的预审结果之后，还包括：
根据所述预审结果对所述数据申请表的当前审批状态进行更新并显示；
所述将所述数据申请表发送到与所选择的审批链对应的第三终端进行审批之后，还包括：
根据所述第三终端的审批结果对所述数据申请表的当前审批状态进行更新并显示。
在其中一个实施例中，所述将所述用户标识对应的审批结果标记为审批通过之后，包括：
接收数据服务器转发的所述第一终端发送的数据获取请求，所述数据获取请求携带有所述第一终端对应的用户标识；
查询与所述用户标识对应的审批结果，并将所述审批结果返回至所述数据服务器，所述审批结果用于指示所述数据服务器向所述第一终端返回与所述数据获取请求对应的数据。
一种数据审批装置，所述装置包括：
第一接收模块，用于接收第一终端发送的数据申请表获取请求，所述数据申请表获取请求携带有所述第一终端对应的用户标识；
审批链获取模块，用于获取与所述用户标识对应的审批链，并将所述审批链返回至所述第一终端；
第二接收模块，用于接收所述第一终端返回的填写完成的数据申请表和所选择的审批链；
预审模块，用于将所述填写完成的数据申请表发送至对应的第二终端，并接收所述第二终端返回的预审结果；
审批模块，用于当所述预审结果表示预审通过时，则将所述数据申请表发送到与所选择的审批链对应的第三终端进行审批；
输出模块，用于当所述审批链对应的第三终端的审批结果均表示审批通过时，则将所述用户标识与所述数据申请表关联存储，并将所述用户标识对应的审批结果标记为审批通过。
一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。
上述数据审批方法、装置、计算机设备和存储介质，在接收到第一终端发送的数据申请表获取请求后，向第一终端返回与用户标识对应的审批链，从而用户可以从返回的审批链中选取一个审批链，并且通过预审和审批链中的用户按照顺序进行审批，使得审批过程有条不紊，提高了审批效率。
附图说明
图1为一个实施例中数据审批方法的应用场景图；
图2为一个实施例中数据审批方法的流程示意图；
图3为一实施例中数据申请表的示意图；
图4为一实施例中第三终端的显示界面的示意图；
图5为一实施例中的审批链的示意图；
图6为一个实施例中数据审批装置的结构框图；
图7为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的数据审批方法，可以应用于如图1所示的应用环境中。其中，第一终端通过网络分别与审批服务器和数据服务器进行通信，审批服务器分别与第二终端、第三终端和数据服务器进行通信。
其中，审批服务器接收到第一终端发送的数据申请表获取请求后，获取到与用户标识对应的审批链，并将审批链返回至第一终端，使用第一终端的用户选择审批服务器返回的审批链，并填写数据申请表，第一终端将填写完成的数据申请表和所选择的审批链返回至审批服务器，审批服务器将数据申请表发送至第二终端，第二终端对该数据申请表进行预审，例如进行格式审核或数据完整性审核等，并将预审结果返回至审批服务器，审批服务器接收到预审结果后，当预审结果为审批通过，则继续根据用户选择的审批链将数据申请表发送到对应的第三终端，当审批链对应的第三终端的审批结果均表示审批通过时，则将用户标识与数据申请表关联存储，并将用户标识对应的审批结果标记为审批通过。
其中，第一终端、第二终端、第三终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，审批服务器和数据服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中，如图2所示，提供了一种数据审批方法，以该方法应用于图1中的审批服务器为例进行说明，包括以下步骤：
s202：接收第一终端发送的数据申请表获取请求，数据申请表获取请求携带有第一终端对应的用户标识。
具体地，数据申请表获取请求是第一终端发送给审批服务器的，用于从审批服务器获取到数据申请表，该数据申请表获取请求携带有用户标识，用户标识可以是用户的手机号码、身份证号或者是编号等，其可以唯一地确定用户。数据申请表是用于记载用户的获取数据的权限的表，其中可以包括合作名称、涉外合作机构类型、数据所属单位、外部经营机构、数据合作方式、信息安全、法律合规等，具体可以参见图3所示，图3为一实施例中数据申请表的示意图。
s204：获取与用户标识对应的审批链，并将审批链返回至第一终端。
具体地，当审批服务器接收到该数据申请表获取请求后，则获取到与用户标识对应的审批链，例如获取用户标识对应的审批项目，获取所述审批项目所对应的审批用户的用户标识，将所述审批用户的用户标识按照审批顺序生成审批链，并将所生成的审批链返回至对应的第一终端。
s206：接收第一终端返回的填写完成的数据申请表和所选择的审批链。
具体地，数据申请表可以为审批服务器提供的线上填写页面，申请用户可以在该页面上选择对应的审批链，例如，第一终端向审批服务器发送数据申请表获取请求，审批服务器根据该申请终端的终端标识获取对应的审批链，并将数据申请表和审批链返回给第一终端，用户通过第一终端填写数据申请表内容，并选择其中一个审批链，第一终端将数据申请表的内容和用户所选择的审批链返回给审批服务器。
s208：将填写完成的数据申请表发送至对应的第二终端，并接收第二终端返回的预审结果。
具体地，第一终端在填写完成数据申请表后，将数据申请表发送给审批服务器，审批服务器将该数据申请表发送给第二终端进行预审，第二终端接收到该数据申请表后，可以对数据申请表中所填写的内容的格式以及内容的完整性进行审批，例如当内容的格式错误或者存在未填写的内容时，则得到审批未通过的预审结果，当内容的格式正确且内容完整时，则得到审批通过的预审结果。第二终端将所得到的预审结果返回至审批服务器，以便于审批服务器进行下一步处理。
s210：当预审结果表示预审通过时，则将数据申请表发送到与所选择的审批链对应的第三终端进行审批。
具体地，审批服务器接收到第二终端发送的预审结果后，对该预审结果进行判断，当该预审结果表示预审通过时，则审批服务器获取到用户所选择的审批链，并根据审批链将数据申请表发送到第三终端进行审批，其中第二终端是对数据申请表进行预审，即对形式或内容的完整性进行审批，而第三终端则是对数据申请表的实质内容进行审批。
s212：当审批链对应的第三终端的审批结果均表示审批通过时，则将用户标识与数据申请表关联存储，并将用户标识对应的审批结果标记为审批通过。
具体地，审批链中的第三终端将审批结果返回至审批服务器，当在审批链中排在前面的第三终端的审批结果为审批通过时，审批服务器才会继续将数据申请表发送给审批链中的下一第三终端进行审批，且只有审批链中所有的第三终端对应的审批结果均表示审批通过时，该用户标识对应的用户的数据获取权限才表示通过，从而审批服务器可以将用户标识、数据申请表以及审批结果进行关联存储，并将审批结果标记为审批通过。当审批链中存在第三终端的审批结果为审批未通过时，则将用户标识对应的用户的数据获取权限标识为未通过。
上述数据审批方法，在接收到第一终端发送的数据申请表获取请求后，向第一终端返回与用户标识对应的审批链，从而用户可以从返回的审批链中选取一个审批链，并且通过预审和审批链中的用户按照顺序进行审批，使得审批过程有条不紊，提高了审批效率。
在其中一个实施例中，上述步骤s210，即将数据申请表发送到与所选择的审批链对应的第三终端进行审批，可以包括：获取所选择的审批链中的当前审批用户对应的当前第三终端，并将数据申请表发送至当前第三终端进行审批；接收当前第三终端返回的当前审批结果；当当前审批结果表示审批通过时，则继续获取所选择的审批链中的下一第三审批终端，并将数据获取申请表发送至下一第三审批终端进行审批，直至审批链中所有的审批用户对应的第三审批终端对数据申请表的审批完成。
具体地，审批链中可以用审批用户的用户名表示当前审批用户，从而一条审批链可以表示为：审批用户a-审批用户b-审批用户c-审批用户d等，其中在该审批链中以4个审批用户为例，在其他的实施例中，一条审批链中可以存在多个审批用户，审批链中审批用户的数量与审批项目相关联，并与审批项目中待审批的数据量成正比。这样可以使得每一个审批用户的审批量减少，提高审批的准确性和效率。
其中，以上述4个审批用户为例进行说明，审批服务器首先获取到用户所选择的审批链，并获取当前审批用户对应的审批终端，假设当前审批用户为审批用户a，则审批服务器将数据申请表发送给审批用户a所对应的第三终端，第三终端接收到该数据申请表后，提示使用第三终端的审批用户a进行审批，例如以邮件、短信或微信的方式进行提醒等，审批用户a通过第三终端对该数据申请表进行审批得到审批结果，并将所得到的审批结果通过第三终端发送给审批服务器，审批服务器接收到该审批结果后，如果审批结果为审批通过，则审批服务器继续获取到审批链中下一审批用户对应的下一第三终端，即审批用户b对应的第三终端，并将数据申请表发送到审批用户b对应的第三终端进行审批。当审批链中的审批用户对应的第三审批终端对数据申请表的审批完成时，则可以判断出该数据申请表的审批结果是否通过，如果审批链中所有的审批用户对应的审批结果均是审批通过时，则将用户标识对应的用户的数据获取权限，即审批结果标识为审批通过。如果审批链中存在某一审批用户对应的审批结果为审批未通过时，则将用户标识对应的用户的数据获取权限保持为审批未通过，即在审批开始时，用户标识对应的用户的数据获取权限为审批未通过，只有审批链中所有的审批用户对应的审批结果均为审批通过时，才会将审批结果修改为审批通过。
其中，在审批服务器将审批链发送给第一终端时，还可以给出各个审批链当前的处理量，其中各个审批链的当前的处理量等于审批链中所有审批用户的总处理量比上所述审批链中的用户的数量，从而用户可以根据需要选择当前处理量最少的审批链进行审批，以便于提高审批的效率。
上述实施例中，根据用户选择的审批链中的审批用户进行审批，按照一定顺序，使得审批有条不紊，从而可以提高审批的效率。
在其中一个实施例中，上述数据审批方法还可以包括：当当前审批结果表示审批不通过时，则记录当前审批结果对应的问题类型，并将问题类型进行存储。从而将数据申请表发送至当前第三终端进行审批之后，还包括：将已存储的问题类型发送到当前第三终端进行显示。
具体地，问题类型可以是当前数据申请表出现的问题类型，包括内容错误、内容缺失等，当审批服务器接收到审批未通过的审批结果时，则首先获取到审批结果对应的问题类型，然后将问题类型进行存储。在下一次审批的时候，审批服务器可以将已存储的问题类型发送到第三终端进行显示，以提示审批用户进行终端审查。
可选地，审批服务器可以预先设置问题类型库，用于存储审批过程中出现的问题。当审批服务器接收到审批未通过的审批结果时，获取到审批结果对应的问题类型，再将获取到的问题类型与问题类型库中已存储的类型进行比较，如果为新的问题类型，则将该新的问题类型存储至问题类型库中，并存储到对应的审批节点下，例如与对应的审批项目关联存储，并与审批项目中审批顺序的对应顺序处相关联。以上述审批链为例：审批用户a-审批用户b-审批用户c-审批用户d。其中问题类型1至8对应于该审批链对应的审批项目，且审批项目的审批顺序为模块a、模块b、模块c和模块d，其中模块a对应与问题类型1和2，模块b对应与问题类型3和4，模块c对应与问题类型5和6，模块d对应与问题类型7和8。因此当审批用户a进行审批时，可以将问题类型1和2显示到审批用户a对应的第三终端。
从而当审批服务器将数据申请表发送至当前第三终端进行审批后，还可以获取到该第三终端对应的审批用户的审批节点，并获取到该审批节点对应的问题类型，并将该问题类型显示到第三终端上，具体可以参见图4所示，以提醒审批用户进行审批。可选地，还可以根据问题类型出现的频次，将问题类型库中的问题进行排序，并选取预设数量的排序在先的问题进行显示，例如选取到排序在先的前10个问题类型进行显示，从而可以减少显示量等。可选地，还可以建立问题与数据获取申请表数据申请表中各个数据的关联关系，从而可以在对数据获取申请表数据申请表的某一数据进行审批时，将常见问题显示到数据旁，以提醒用户进行重点审查。
上述实施例中，将常见的问题类型显示到审批用户对应的第三终端，从而可以提醒审批用户进行重点审查。
在其中一个实施例中，当审批链中存在第四终端的审批结果为审批未通过时，则将审批未通过的结果发送至第一终端；接收第一终端发送的修改后的数据申请表，并将修改后的数据申请表发送至第四终端。
具体地，当审批服务器判断出审批链中的第三终端中存在第四终端的审批结果为审批未通过时，则将审批未通过的结果发送给第一终端，以便于使用第一终端的用户可以根据审批结果对数据申请表进行修改，可以选第，审批服务器可以将审批未通过的数据申请表中存在问题的地方进行标识，并标明问题类型和原因，以便于使用第一终端的用户可以准确地进行处理。当第一终端对数据申请表修改完成后可以重新提交修改后的数据申请表至审批服务器，审批服务器在接收到该重新提交的修改后的数据申请表后，获取到与该重新提交的修改后的数据申请表对应的上次审批的第三终端，并将修改后的数据申请表发送到该第三终端以进行审批，从而可以避免重新再走一次审批链，导致审批资源的浪费。
此外，当审批服务器获取到修改后的数据申请表后，可以将修改后的数据申请表和修改前的数据申请表进行比较，并将比较后的不相同的内容进行标注，即对修改的内容进行标注，例如标红或者高亮等，从而使用第三终端的审批用户可以清楚地看到申请用户的修改内容。
上述实施例中，当审批服务器获取到修改后的数据申请表后，将该修改后的数据申请表发送给上次未通过审批的第三终端，从而可以避免重新再走一次审批链，导致审批资源的浪费。
在其中一个实施例中，将填写完成的数据申请表发送至对应的第二终端，还可以包括：获取集群中在线的第二终端，并从在线的第二终端中选取当前任务量最少的第二终端；将填写完成的数据申请表发送至所选取的第二终端。
具体地，其中第二终端是以终端集群的形式存在的，从而当审批服务器接收到数据申请表需要进行预审时，可以从终端集群中选取合适的第二终端，然后再将数据申请表发送到该合适的终端，其中合适的终端可以是终端集群中的在线的且任务量最少的第二终端，例如在线的且当前预审任务最少的第二终端，审批服务器将数据申请表发送该任务量最少的在线的第二终端进行预审，并接收第二终端的预审结果，其中预审一般是对格式或者是对内容是否完整的形式审核，审批链中的审核则是实质审核。
上述实施例中，第二终端是以终端集群的方式存在的，当审批服务器接收到了数据申请表，可以选取到在线的且预设任务量最少的第三终端进行预审，这样可以提高预审的效率，从而提高整个审批的效率。
在其中一个实施例中，接收第二终端返回的预审结果之后，还可以包括：根据预审结果对数据申请表的当前审批状态进行更新并显示。将数据申请表发送到与所选择的审批链对应的第三终端进行审批之后，还可以包括：根据第三终端的审批结果对数据申请表的当前审批状态进行更新并显示。
具体地，审批服务器在接收到第二终端的预审结果和第三终端的审批结果后，可以对对应的数据申请表的当前审批状态进行更新。例如当审批服务器接收的是第二终端发送的预审结果时，可以判断预审是否通过，当预审通过时，则可以更新当前审批状态为预审通过，当预设未通过时，则可以更新当前审批状态为预审未通过。当审批服务器接收的是第三终端发送的审批结果时，可以获取到该审批结果对应的审批链，并获取到第三终端在当前审批链中的位置，然后判断审批结果是否表示审批通过，当审批结果表示审批通过时，则在审批链中与第三终端对应的审批用户处标记审批通过，当审批结果表示审批未通过时，则在审批链中与第三终端对应的审批用户处标记审批未通过，具体可以参见图5所示。可选地，审批服务器还可以根据第三终端在当前审批链中的位置计算审批率，仍以上述审批链为例进行说明：审批用户a-审批用户b-审批用户c-审批用户d，假设第三终端对应的为审批用户c，则其审批率等于(第三终端在当前审批链中的位置前的审批用户的数量+1)/审批链中所有审批用户的数量，即审批率＝3/4＝75％。
可选地，在第二终端和第三终端进行审批后，还可以将预审结果和审批结果进行存储，以便于后续进行查询。
上述实施例中，审批服务器在接收到第二终端的预审结果和第三终端的审批结果后，可以对对应的数据申请表的当前审批状态进行更新，从而申请用户可以通过第一终端及时地获取到当前审批的审批状态，以安排后续的工作。
在其中一个实施例中，将用户标识对应的审批结果标记为审批通过之后，可以包括：接收数据服务器转发的第一终端发送的数据获取请求，数据获取请求携带有第一终端对应的用户标识；查询与用户标识对应的审批结果，并将审批结果返回至数据服务器，审批结果用于指示数据服务器向第一终端返回与数据获取请求对应的数据。
具体地，当最后审批结果为通过时，则第一终端可以向对应的数据服务器请求数据，即第一终端向数据服务器发送数据获取请求，数据服务器在接收到该数据获取请求时，首先向审批服务器验证该第一终端对应的用户标识的审批结果，当审批结果为通过时，才将与数据获取请求对应的数据发送给对应的第一终端。
具体地，第一终端向数据服务器发送数据获取请求，该数据获取请求携带有用户标识，数据服务器根据该用户标识生成审批判断请求，并将生成的审批判断请求发送至审批服务器，审批服务器根据该审批判断请求查询用户标识对应的审批结果，并将该审批结果发送给数据服务器，数据服务器在判断出审批结果为审批通过时，则从审批服务器获取用户标识对应的数据申请表，并从数据申请表中获取到第一字段，当该第一字段与数据服务器接收的数据获取请求中的第二字段相匹配时，数据服务器才会查询与第二字段对应的数据，并返回至第一终端。且其中数据申请表是第一终端预先向审批服务器审批获得的，即第一终端向审批服务器发送数据申请表获取请求，审批服务器获取与第一终端对应的用户标识对应的数据申请表和审批链，第一终端将用户填写完成的数据申请表和所选择的审批链发送给审批服务器，审批服务器将数据申请表首先发送给第二终端进行预审，当第二终端预审结果为审批通过时，再将数据申请表发送给与审批链对应的第三终端进行审批，直至与审批链对应的第四终端的审批结果均为审批通过。
其中数据服务器可以从与其相通信的数据库中获取到相应的数据，并返回至第一终端。且可选地，与数据服务器相连接的数据库可以存在多个，从而数据服务器可以首先根据第二字段确定数据存储的数据库，然后再从所确定的数据库中查询与第二字段对应的数据，这样可以减少查询量，从而提高数据反馈的效率。
上述实施例中，当接收到第一终端发送的数据获取请求时，首先判断登录第一终端的用户是否审批通过，当审批通过时，则获取到对应的数据申请表，其次，通过数据申请表获取到允许第一终端获取的第一字段，当第一字段与第二字段匹配时，才会将第一终端请求的数据返回给第一终端，从而当未经过审批的用户申请数据，或者经过审批的用户申请未通过审批的字段时，则会导致数据申请失败，从而保证了数据的安全。
应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图6所示，提供了一种数据审批装置，包括：第一接收模块100、审批链获取模块200、第二接收模块300、预审模块400、审批模块500和输出模块600，其中：
第一接收模块100，用于接收第一终端发送的数据申请表获取请求，数据申请表获取请求携带有第一终端对应的用户标识。
审批链获取模块200，用于获取与用户标识对应的审批链，并将审批链返回至第一终端。
第二接收模块300，用于接收第一终端返回的填写完成的数据申请表和所选择的审批链。
预审模块400，用于将填写完成的数据申请表发送至对应的第二终端，并接收第二终端返回的预审结果。
审批模块500，用于当预审结果表示预审通过时，则将数据申请表发送到与所选择的审批链对应的第三终端进行审批。
输出模块600，用于当审批链对应的第三终端的审批结果均表示审批通过时，则将用户标识与数据申请表关联存储，并将用户标识对应的审批结果标记为审批通过。
在其中一个实施例中，审批模块500可以包括：
第一审批单元，用于获取所选择的审批链中的当前审批用户对应的当前第三终端，并将数据申请表发送至当前第三终端进行审批。
审批结果接收单元，用于接收当前第三终端返回的当前审批结果。
第二审批单元，用于当当前审批结果表示审批通过时，则继续获取所选择的审批链中的下一第三审批终端，并将数据获取申请表发送至下一第三审批终端进行审批，直至审批链中所有的审批用户对应的第三审批终端对数据申请表的审批完成。
在其中一个实施例中，装置还可以包括：
问题类型记录模块，用于当当前审批结果表示审批不通过时，则记录当前审批结果对应的问题类型，并将问题类型进行存储。
显示模块，用于在将数据申请表发送至当前第三终端进行审批之后，将已存储的问题类型发送到当前第三终端进行显示。
在其中一个实施例中，装置还可以包括：
结果发送模块，用于当审批链中存在第四终端的审批结果为审批未通过时，则将审批未通过的结果发送至第一终端。
数据申请表发送模块，用于接收第一终端发送的修改后的数据申请表，并将修改后的数据申请表发送至第四终端。
在其中一个实施例中，预审模块400可以包括：
第二终端获取单元，用于获取集群中在线的第二终端，并从在线的第二终端中选取当前任务量最少的第二终端。
发送单元，用于将填写完成的数据申请表发送至所选取的第二终端。
在其中一个实施例中，装置还可以包括：
第一更新模块，用于根据预审结果对数据申请表的当前审批状态进行更新并显示。
第二更新模块，用于根据第三终端的审批结果对数据申请表的当前审批状态进行更新并显示。
在其中一个实施例中，装置还可以包括：
第三接收模块，用于接收数据服务器转发的第一终端发送的数据获取请求，数据获取请求携带有第一终端对应的用户标识。
反馈模块，用于查询与用户标识对应的审批结果，并将审批结果返回至数据服务器，审批结果用于指示数据服务器向第一终端返回与数据获取请求对应的数据。
关于数据审批装置的具体限定可以参见上文中对于数据审批方法的限定，在此不再赘述。上述数据审批装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储审批链以及日志数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据审批方法。
本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：接收第一终端发送的数据申请表获取请求，数据申请表获取请求携带有第一终端对应的用户标识；获取与用户标识对应的审批链，并将审批链返回至第一终端；接收第一终端返回的填写完成的数据申请表和所选择的审批链；将填写完成的数据申请表发送至对应的第二终端，并接收第二终端返回的预审结果；当预审结果表示预审通过时，则将数据申请表发送到与所选择的审批链对应的第三终端进行审批；当审批链对应的第三终端的审批结果均表示审批通过时，则将用户标识与数据申请表关联存储，并将用户标识对应的审批结果标记为审批通过。
在一个实施例中，处理器执行计算机程序时所实现的将数据申请表发送到与所选择的审批链对应的第三终端进行审批，可以包括：获取所选择的审批链中的当前审批用户对应的当前第三终端，并将数据申请表发送至当前第三终端进行审批；接收当前第三终端返回的当前审批结果；当当前审批结果表示审批通过时，则继续获取所选择的审批链中的下一第三审批终端，并将数据获取申请表发送至下一第三审批终端进行审批，直至审批链中所有的审批用户对应的第三审批终端对数据申请表的审批完成。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：当当前审批结果表示审批不通过时，则记录当前审批结果对应的问题类型，并将问题类型进行存储；从而处理器执行计算机程序时所实现的将数据申请表发送至当前第三终端进行审批之后，还可以包括：将已存储的问题类型发送到当前第三终端进行显示。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：当审批链中存在第四终端的审批结果为审批未通过时，则将审批未通过的结果发送至第一终端；接收第一终端发送的修改后的数据申请表，并将修改后的数据申请表发送至第四终端。
在一个实施例中，处理器执行计算机程序时所实现的将填写完成的数据申请表发送至对应的第二终端，可以包括：获取集群中在线的第二终端，并从在线的第二终端中选取当前任务量最少的第二终端；将填写完成的数据申请表发送至所选取的第二终端。
在一个实施例中，处理器执行计算机程序时所实现的接收第二终端返回的预审结果之后，还可以包括：根据预审结果对数据申请表的当前审批状态进行更新并显示；从而处理器执行计算机程序时所实现的将数据申请表发送到与所选择的审批链对应的第三终端进行审批之后，还可以包括：根据第三终端的审批结果对数据申请表的当前审批状态进行更新并显示。
在一个实施例中，处理器执行计算机程序时所实现的将用户标识对应的审批结果标记为审批通过之后，可以包括：接收数据服务器转发的第一终端发送的数据获取请求，数据获取请求携带有第一终端对应的用户标识；查询与用户标识对应的审批结果，并将审批结果返回至数据服务器，审批结果用于指示数据服务器向第一终端返回与数据获取请求对应的数据。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收第一终端发送的数据申请表获取请求，数据申请表获取请求携带有第一终端对应的用户标识；获取与用户标识对应的审批链，并将审批链返回至第一终端；接收第一终端返回的填写完成的数据申请表和所选择的审批链；将填写完成的数据申请表发送至对应的第二终端，并接收第二终端返回的预审结果；当预审结果表示预审通过时，则将数据申请表发送到与所选择的审批链对应的第三终端进行审批；当审批链对应的第三终端的审批结果均表示审批通过时，则将用户标识与数据申请表关联存储，并将用户标识对应的审批结果标记为审批通过。
在一个实施例中，计算机程序被处理器执行时所实现的将数据申请表发送到与所选择的审批链对应的第三终端进行审批，可以包括：获取所选择的审批链中的当前审批用户对应的当前第三终端，并将数据申请表发送至当前第三终端进行审批；接收当前第三终端返回的当前审批结果；当当前审批结果表示审批通过时，则继续获取所选择的审批链中的下一第三审批终端，并将数据获取申请表发送至下一第三审批终端进行审批，直至审批链中所有的审批用户对应的第三审批终端对数据申请表的审批完成。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当当前审批结果表示审批不通过时，则记录当前审批结果对应的问题类型，并将问题类型进行存储；从而计算机程序被处理器执行时所实现的将数据申请表发送至当前第三终端进行审批之后，还可以包括：将已存储的问题类型发送到当前第三终端进行显示。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当审批链中存在第四终端的审批结果为审批未通过时，则将审批未通过的结果发送至第一终端；接收第一终端发送的修改后的数据申请表，并将修改后的数据申请表发送至第四终端。
在一个实施例中，计算机程序被处理器执行时所实现的将填写完成的数据申请表发送至对应的第二终端，可以包括：获取集群中在线的第二终端，并从在线的第二终端中选取当前任务量最少的第二终端；将填写完成的数据申请表发送至所选取的第二终端。
在一个实施例中，计算机程序被处理器执行时所实现的接收第二终端返回的预审结果之后，还可以包括：根据预审结果对数据申请表的当前审批状态进行更新并显示；从而计算机程序被处理器执行时所实现的将数据申请表发送到与所选择的审批链对应的第三终端进行审批之后，还可以包括：根据第三终端的审批结果对数据申请表的当前审批状态进行更新并显示。
在一个实施例中，计算机程序被处理器执行时所实现的将用户标识对应的审批结果标记为审批通过之后，可以包括：接收数据服务器转发的第一终端发送的数据获取请求，数据获取请求携带有第一终端对应的用户标识；查询与用户标识对应的审批结果，并将审批结果返回至数据服务器，审批结果用于指示数据服务器向第一终端返回与数据获取请求对应的数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。