一种数据处理方法和相关装置

本申请涉及数据处理领域，特别是涉及一种数据处理方法和相关装置。

办公自动化(Office Automation，OA)是运用了计算机、通信等现代化技术的一种新型办公方式，OA审批是目前常用的办公流程。

相关技术中，若审批人对OA审批中添加的文件有修改意见或疑问，只能借助其他沟通方式与申请人沟通、讨论，如果确实需要修改文件内容，申请人只能关闭本次OA审批，基于修改后的文件内容重新发起OA审批。甚至基于同一个文件审批诉求，发起多次OA审批。

由此可见，针对添加了文件的OA审批难以保持审批流程的连续性，且会占用大量审批资源和额外的沟通成本。

本申请提供了一种数据处理方法，可以将审批所涉及的目标文件保存在对应的网络位置，当需要对目标文件进行修改时，可以只修改该网络位置上的目标文件，从而在基于映射关系从该网络位置获取目标文件向用户进行展示时，每一个用户所看到的目标文件都是修改后的目标文件，实现了目标文件的实时同步和更新，节省了用户的时间和精力，提高了审批便利性。

本申请实施例公开了如下技术方案：

第一方面，本申请实施例提供了一种数据处理方法，所述方法包括：

获取审批申请请求，所述审批申请请求包括待添加的目标文件，所述目标文件保存在对应的网络位置；

生成关联所述目标文件的审批单据，并建立所述审批单据与所述目标文件之间的映射关系；

获取终端设备基于所述审批单据对所述目标文件的第一文件更新操作；

根据所述映射关系，将所述第一文件更新操作对应的更新内容向保存在所述网络位置的所述目标文件进行同步。

第二方面，本申请实施例提供了一种数据处理装置，所述装置包括第一获取单元、生成单元、第二获取单元和同步单元：

所述第一获取单元，用于获取审批申请请求，所述审批申请请求包括待添加的目标文件，所述目标文件保存在对应的网络位置；

所述生成单元，用于生成关联所述目标文件的审批单据，并建立所述审批单据与所述目标文件之间的映射关系；

所述第二获取单元，用于获取终端设备基于所述审批单据对所述目标文件的第一文件更新操作；

所述同步单元，用于根据所述映射关系，将所述第一文件更新操作对应的更新内容向保存在所述网络位置的所述目标文件进行同步。

第三方面，本申请实施例提供了一种数据处理方法，所述方法包括：

向服务器发送对应审批单据的获取请求，所述审批单据关联目标文件，所述目标文件保存在对应的网络位置，所述审批单据与所述目标文件之间建立有映射关系；

从所述服务器获取所述审批单据和所述目标文件；

基于所述审批单据对所述目标文件进行第一文件更新操作，所述第一文件更新操作对应的更新内容被所述服务器基于所述映射关系同步到保存在所述网络位置的所述目标文件；

在一种可能的实现方式中，所述方法还包括：

向所述服务器发送审批申请请求，所述审批申请请求包括待添加的所述目标文件，所述审批申请请求用于指示所述服务器生成关联所述目标文件的所述审批单据。

第四方面，本申请实施例提供了一种数据处理装置，所述装置包括第一发送单元、第一获取单元和更新单元：

所述第一发送单元，用于向服务器发送对应审批单据的获取请求，所述审批单据关联目标文件，所述目标文件保存在对应的网络位置，所述审批单据与所述目标文件之间建立有映射关系；

所述第一获取单元，用于从所述服务器获取所述审批单据和所述目标文件；

所述更新单元，用于基于所述审批单据对所述目标文件进行第一文件更新操作，所述第一文件更新操作对应的更新内容被所述服务器基于所述映射关系同步到保存在所述网络位置的所述目标文件。

第五方面，本申请实施例提供了一种计算机设备，所述设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行第一方面或第三方面中中所述的数据处理方法。

第六方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行第一方面或第三方面中所述的数据处理方法。

第七方面，本申请实施例提供了一种数据处理系统，所述系统包括终端设备和服务器，所述终端设备用于执行第一方面中所述的数据处理方法，所述服务器用于执行第三方面中所述的数据处理方法。

由上述技术方案可以看出，在需要进行审批申请时，可以先发起审批申请请求，该审批申请请求中包括待添加的目标文件，该目标文件为该审批申请的发起方在此次审批申请中需要加入的文件，该目标文件保存在对应的网络位置。在基于该审批申请生成用于审批的审批单据时，为了使每一个对该审批单据进行审批的审批方都能够获取该目标文件，可以生成关联该目标文件的审批单据，并建立该审批单据与目标文件之间的映射关系，通过该映射关系，可以到保存在该网络位置的目标文件提供给审批方。在审批流程中，若审批方具有对提供的目标文件的更新需求，审批方可以通过审批用的终端设备对目标文件进行第一文件更新操作，基于获取的该第一文件更新操作，可以根据该映射关系，将该第一文件更新操作对应的更新内容向保存在该网络位置的目标文件进行同步，从而在其他审批方需要基于审批单据查看该目标文件时，即使目标文件在审批期间出现了内容更新，但更新的内容已经同步到了该网络位置，故依然可以根据映射关系，从该网络位置获取更新后的目标文件进行提供，实现了对目标文件的实时修改和更新，审批单据的审批期间不需要因为目标文本的改动而中断或重新发起审批流程，在保障了不同审批方基于审批单据所获取的目标文件一致性的同时，保证了审批过程的连续性和审批效率。

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

图1为本申请实施例提供的一种实际应用场景中数据处理方法的示意图；

图2为本申请实施例提供的一种数据处理方法的信令图；

图3为本申请实施例提供的一种数据处理方法的示意图；

图4为本申请实施例提供的一种数据处理方法的示意图；

图5为本申请实施例提供的一种实际应用场景中数据处理方法的示意图；

图6为本申请实施例提供的一种数据处理装置的结构框图；

图7为本申请实施例提供的一种数据处理装置的结构框图；

图8为本申请实施例提供的一种计算机设备的结构图；

图9为本申请实施例提供的一种服务器的结构图；

图10为本申请实施例提供的一种数据处理系统的架构图。

下面结合附图，对本申请的实施例进行描述。

为了避免审批流程中出现差错，保持审批所涉及文件的一致性是重要因素之一。在相关技术中，若在审批时有相关用户想要对该文件进行修改，就需要终止审批流程，并基于修改后的文件重新发起审批流程，这就会浪费大量的时间和精力。

为了解决上述技术问题，本申请提供了一种数据处理方法，可以将审批所涉及的目标文件保存在对应的网络位置，当需要对目标文件进行修改时，可以只修改该网络位置上的目标文件，从而在基于映射关系从该网络位置获取目标文件向用户进行展示时，每一个用户所看到的目标文件都是修改后的目标文件，实现了目标文件的实时同步和更新，节省了用户的时间和精力，提高了审批便利性。

可以理解的是，该方法可以应用于处理设备上，该处理设备为具有数据处理功能的处理设备，例如可以是具有数据处理功能的终端设备或服务器。该方法可以应用于终端设备和服务器通信的网络场景，通过终端设备和服务器配合运行。其中，终端设备可以为手机、台式计算机、个人数字助理(Personal Digital Assistant，简称PDA)、平板电脑等设备。服务器可以理解为是应用服务器，也可以为Web服务器，在实际部署时，该服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集或者分布式系统。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

接下来，将结合一种实际应用场景，对本申请实施例提供的一种数据处理方法进行介绍。

参见图1，图1为本申请实施例提供的一种实际应用场景中数据处理方法的示意图，在该实际应用场景中，处理设备为服务器104。

在用户想要申请进行某一审批时，可以通过终端设备101向服务器104发起审批申请请求，在发起该请求时，用户可以选择想要加入此次审批流程的目标文件，例如某一与审批相关的文档或表格等。服务器104获取该审批申请请求后，可以生成关联该目标文件的审批单据，该审批单据用于审批流程中的相关用户进行审批。

为了便于对目标文件进行更新，且使每一个参与审批的用户都能够看到相同的目标文件，服务器104将该目标文件保存在对应的网络位置，并建立该审批单据与目标文件之间的映射关系。在审批流程中，例如当某一用户想要通过终端设备102进行审批时，服务器104可以通过该映射关系，到该审批单据对应的目标文件，并将该目标文件展示给用户。由于向每一名用户进行展示的目标文件都是保存在该网络位置的同一目标文件，因此服务器104可以保障该目标文件向不同用户进行展示时的一致性。

若产生了对目标文件的修改需求，例如该用户在比对该审批单据和目标文件时，发现了目标文件中某处错误，该用户可以通过该终端设备102，基于该审批单据对该目标文件进行第一文件更新操作，例如修改该目标文件中的某一数字。

服务器104在获取该第一文件更新操作后，可以根据映射关系，到保存对应网络位置的目标文件，并将该第一文件更新操作对应的更新内容向该目标文件进行同步。由于审批流程中的每一名用户所看到的目标文件都是服务器104基于映射关系从该网络位置中获取的，因此，在完成对该网络位置的目标文件的更新后，在后续的审批流程中，服务器104可以基于映射关系，从该网络位置中获取更新后的目标文件向每一名用户进行展示，从而在不需要中断或重新发起审批流程的前提下，完成对所有与审批相关用户所查看的目标文件的同步。例如在通过终端设备103进行审批时，用户所看到的目标文件就会变更为服务器104进行同步后的目标文件。

由此可见，通过本申请的技术方案，无需中断或更改审批流程，即可完成对目标文件的同步更新，一定程度上降低了时间和精力的消耗，提高了审批的便利性和效率。

接下来，将结合附图，对本申请实施例提供的一种数据处理方法进行介绍。

本申请实施例可以涉及终端设备侧的用户交互、展示流程，以及服务器侧的后台处理逻辑，在终端侧，用户通过终端设备进行审批申请请求、查看并修改与审批单据相关的目标文件，而在服务器侧主要负责审批单据的生成、映射关系的建立以及对目标文件的同步等，以便为终端设备提供更新后的目标文件。为了能够清楚体现本申请提供的方案，接下来将从系统的角度(终端设备+服务器)，基于两端的交互说明本申请实施例提供的数据处理方法。

参见图2，图2为本申请实施例提供的一种数据处理方法的信令图，该方法包括：

S201：获取审批单据请求。

日常生活和工作中有许多事务都会涉及到审批流程，例如工作用款报销、出差旅费报销、活动审批申请等，这就需要相关人员进行大量的审批工作。为了缩短审批用时，提高审批效率，相关技术中可以将各种终端设备和服务器应用于审批流程中，形成OA审批技术。

然而，由于在相关技术中，在审批流程中所附带的用于审批的文件为本地文件，因此若审批流程所涉及的某一审批方对该文件做出了修改，该修改内容并不会同步至其他审批方所查看的审批文件中，从而导致不同的审批方会基于不同的审批文件进行审批，容易导致错误的审批结果。

基于此，为了能够在确保审批文件一致性的前提下，便于审批方对审批涉及的文件进行修改，同时使各个审批方都能够及时获知对于该文件的更新内容，在本申请实施例中，处理设备可以在网络中保存一份审批文件作为用于同步更新的源文件，并且将每一个审批方针对审批文件做出的更新都同步到该源文件中。在需要向审批方提供用于审批的审批文件时，处理设备可以从网络中获取该源文件作为该审批文件进行展示，从而不需要中断审批流程就能够向每一个审批方展示针对该审批文件的更新内容。

其中，审批方是指与此次审批相关、有权查看审批文件的用户或处理设备，例如进行人工审批的相关人员或者进行自动审批的计算机等；本地文件是指只会在审批方本地进行修改的文件，该修改的修改内容不会向服务器或网络进行同步。

为了实现上述技术方案，在本申请实施例中，当具有进行审批的需求时，服务器首先可以获取由终端设备发送的审批申请请求，该审批申请请求用于申请发起对应的审批流程。其中，该审批申请请求中包括待添加的目标文件，该目标文件为该审批流程中由审批方进行审批的文件。例如，当审批申请请求为一次活动经费审批申请请求时，该目标文件可以为此次活动所涉及的各项费用的费用报表；当审批申请请求为一次工作情况审批申请请求时，该目标文件可以为此次工作多对应的工作报告。

为了通过上述技术方案实现对目标文件的更新和同步，该目标文件可以被保存在对应的网络位置，该网络位置可以是由服务器或终端所确定的网络位置。服务器能够获取保存在该网络位置的目标文件，并对该目标文件进行各种更新操作。其中，在将目标文件保存至该网络位置时，可以仅保存一份目标文件，也可以保存多份不同历史版本的目标文件作为备份，服务器在进行更新时，可以从各个目标文件选择相应的进行同步更新。

S202：服务器生成关联目标文件的审批单据，并建立审批单据与目标文件之间的映射关系。

在确定出审批申请请求所包括的目标文件后，为了建立针对该目标文件的审批流程，服务器可以生成关联该目标文件的审批单据，该审批单据用于标识针对该目标文件的审批流程。在该审批单据中可以包括与该审批流程相关的各类信息，这些信息有助于审批方对目标文件进行审查和分析。例如，如图3所示，审批流程的发起者在通过终端设备发送审批申请请求时，针对于某一费用报销审批，可以选择报销类型、报销事由等一系列与该费用报销相关信息进行填写，服务器在接收到该审批申请请求后，可以根据其中包括的这些信息生成此次费用报销审批对应的审批单据。

为了使该审批流程所涉及的审批方能够获取到该目标文件，服务器可以建立该审批单据与目标文件之间的映射关系，通过该映射关系，当审批方选择了某一审批单据进行审批时，服务器能够到该审批单据所对应的目标文件提供给审批方进行审批。

S203：终端设备向服务器发送对应审批单据的获取请求。

在服务器生成审批单据后，该审批单据可以通过各种方式展现给此次审批所对应的审批方，或审批方可以通过多种方式来查到该审批单据。例如，在终端设备上可以向审批方展示多个审批单据的集合界面，审批方可以通过点击等操作选择自己需要进行审批的审批单据，来向服务器请求获取该审批单据以及该审批单据对应的目标文件。

其中，为了便于审批方了解各个审批单据当前的进展，终端设备在与服务器进行信息通信后，还可以在审批单据上显示该审批单据是否建立有与目标文件之间的映射关系。

可以理解的是，为了进一步提高审批的便利性，服务器也可以在未接受获取请求的前提下，主动的向审批方提供审批单据和对应的目标文件。例如，在发起某一审批申请请求时，发起者可以设定此次审批流程所对应的审批方，如图3所示，在图3下方具有添加审批人的选择界面，发起者可以通过该界面设定能够对该报销审批进行审批的审批人。在设定完毕后，终端设备向服务器所发送的审批申请请求中可以包括这些审批方所对应的用户标识或设备标识。服务器在生成审批单据后，可以向这些标识对应的审批方主动发送审批单据和目标文件进行审批，从而无需审批方进行主动请求。

S204：服务器获取终端设备发送的对应审批单据的获取请求。

S205：服务器根据映射关系，向终端设备返回审批单据和目标文件。

在获取到获取请求后，服务器可以根据该获取请求对应的审批单据，利用该审批单据对应的映射关系，从网络位置中查到对应的目标文件，并将该目标文件和审批单据发送给该终端设备。

S206：终端设备从服务器获取审批单据和目标文件。

S207：终端设备基于审批单据对目标文件进行第一文件更新操作。

在拿到审批单据和目标文件后，审批方可以基于该审批单据中的信息，对目标文件进行审批。在审批过程中，审批方可能会产生对目标文件进行更新的需求，例如，在经费报销类的审批过程中，若审批方发现目标文件中存在错误的经费金额，可能会想要对该经费金额进行修改。

此时，审批方可以通过进行审批的终端设备，例如手机、计算机等，对该目标文件进行第一文件更新操作。例如，审批方可以修改目标文件中的某一数字、对目标文件进行批注修订等。可以理解的是，本申请并不对目标文件的文件类型加以限定，针对不同的目标文件类型，审批方对目标文件进行的第一文件更新操作也可以有所不同。例如，当目标文件为文档类的文件时，审批方可以对其中的文字或数字进行修改；当目标文件为图片类的文件时，审批方也可以对该图片进行编辑。

S208：服务器获取终端设备基于审批单据对目标文件的第一文件更新操作。

S209：服务器根据映射关系，将第一文件更新操作对应的更新内容向保存在网络位置的目标文件进行同步。

在获取到第一文件更新操作后，为了使其他查看该目标文件的审批方能够获知该第一文件更新操作对目标文件的修改，服务器可以将该第一文件更新操作对应的更新内容向其他审批方所查看的目标文件进行同步。

上已述及，服务器在对应的网络位置中保存有目标文件，且向每一个审批方所提供的目标文件都是从该网络位置中获取的，因此，服务器可以通过对该网络位置的目标文件进行更新，使后续流程中每一个审批方所获取到的目标文件都为更新后的目标文件。

由于该第一文件更新操作是基于审批单据作出的，因此，该第一文件更新操作可以包括该审批单据所对应的标识信息，通过该标识信息，服务器可以确定出该第一文件更新操作所对应的审批单据，然后，根据该审批单据对应的映射关系，服务器可以确定出保存在对应网络位置，与该审批单据相关联的目标文件。

服务器可以将第一文件更新操作对应的更新内容向该目标文件进行同步，使同步后的目标文件能够体现出该审批方通过该第一文件更新操作想要达到的更新效果。例如，若审批方在终端设备上修改了目标文件中的某一数字，则该网络位置中所保存的目标文件中该数字也会被修改。

由于该网络位置中所保存的目标文件完成了更新，因此，当其他审批方想要进行审批时，服务器向该审批方对应终端设备所提供的目标文件皆为更新后的目标文件，从而在审批方具有对目标文件的更新需求时，无需中断或重新发起审批流程，即可将该更新对应的更新内容体现在其他审批方所获取到的目标文件中，实现了对目标文件的同步更新。

由上述技术方案可以看出，在需要进行审批申请时，可以先发起审批申请请求，该审批申请请求中包括待添加的目标文件，该目标文件为该审批申请的发起方在此次审批申请中需要加入的文件，该目标文件保存在对应的网络位置。在基于该审批申请生成用于审批的审批单据时，为了使每一个对该审批单据进行审批的审批方都能够获取该目标文件，可以生成关联该目标文件的审批单据，并建立该审批单据与目标文件之间的映射关系，通过该映射关系，可以到保存在该网络位置的目标文件提供给审批方。在审批流程中，若审批方具有对提供的目标文件的更新需求，审批方可以通过审批用的终端设备对目标文件进行第一文件更新操作，基于获取的该第一文件更新操作，可以根据该映射关系，将该第一文件更新操作对应的更新内容向保存在该网络位置的目标文件进行同步，从而在其他审批方需要基于审批单据查看该目标文件时，即使目标文件在审批期间出现了内容更新，但更新的内容已经同步到了该网络位置，故依然可以根据映射关系，从该网络位置获取更新后的目标文件进行提供，实现了对目标文件的实时修改和更新，审批单据的审批期间不需要因为目标文本的改动而中断或重新发起审批流程，在保障了不同审批方基于审批单据所获取的目标文件一致性的同时，保证了审批过程的连续性和审批效率。

其中，上述审批申请请求生成的方法可以包括多种。在一种可能的实现方式中，该审批申请请求可以是有终端设备或服务器自动生成的。例如，终端设备或服务器可以对某一时间段内的资金变化进行监控，若产生了数额较大的资金变化，可以自动生成针对该资金变化的审批申请获取请求，该审批申请获取请求中所附带的目标文件可以为该资金变化所对应的财务报表。

此外，在另一种可能的实现方式中，该审批申请请求也可以是由发起方通过终端设备主动发起的。例如，在终端设备的相应界面中，为了提高审批流程的自由度，还可以向发起审批申请请求的发起方提供选择各种文件作为此次审批流程对应的目标文件的功能。在选择完毕后，终端设备可以向服务器发送审批申请请求，该审批申请请求包括待添加的目标文件，该审批申请请求可以用于指示该服务器生成关联该目标文件的审批单据。

如图3所示，在图3下方具有“添加附件”这一界面，通过该界面，发起方可以选择添加图片、报表或其他类型的文件作为待添加的目标文件。发起方可以点击图3中的图片图标，跳转出图4左侧所示的界面，该界面可以向用户提供多种选择图片的方式，例如可以通过拍照生成图片，从相册、收藏或网盘中选择图片进行添加等。当发起方点击“从网盘选择”后，可以跳转至图4右侧所示的网盘文件界面，选择要添加到该审批申请请求中的文件。

可以理解的是，由于审批流程所涉及的目标文件可能具有一定的价值，因此确保审批流程的安全性，防止目标文件被盗用和篡改也是OA审批技术中的关键环节。

上已述及，在发起审批申请请求时，审批流程的发起者可以在审批申请请求中加入此次审批所涉及的审批方，从而使服务器能够主动向这些审批方发送审批单据和目标文件。由此可见，通过在审批申请请求中加入与审批方对应的标识信息，可以使服务器准确识别能够参加此次审批流程的审批方。基于此，在一种可能的实现方式中，终端设备向服务器所发送的审批申请请求中还可以包括与该审批单据相关的用户标识，该用户标识能够标识可以查看该审批单据和对应的目标文件的审批方。服务器可以根据该用户标识，建立与目标文件对应的权限信息，该权限信息能够用于申请获取该目标文件的申请方进行鉴权。其中，为了能够准确的获取该目标文件对应的权限信息，服务器可以建立该目标文件与该权限信息之间的映射关系。

申请方在通过终端设备发送获取请求时，可以在其中携带有目标用户标识，该目标用户标识用于标识发起该获取请求的申请方身份。在获取终端设备发送的对应审批单据的获取请求之后，服务器可以根据该审批单据从映射关系中获取该目标文件，通过该目标文件的映射关系到对应的权限信息。通过该目标文件对应的权限信息，服务器可以对该获取请求对应的目标用户标识进行权限校验。例如，该权限信息中可以包括上述用户标识，服务器可以根据将该用户标识与该目标用户标识进行比对，若用户标识中存在该目标用户标识，则该目标用户标识通过该权限校验；若不存在，则未通过该权限校验。

若通过该权限校验，说明该目标用户标识所对应的申请方具有获取该审批单据和目标文件的权限，即该申请方为此次审批流程的审批方。此时，服务器可以执行向终端设备返回审批单据和目标文件的步骤。

为了进一步提高审批流程的安全程度，服务器还可以更加细致的对审批方的权限进行设定。例如，除了能够判定向哪些申请方提供审批单据和目标文件之外，服务器还可以为能够获取目标文件的审批方设定不同的审批权限。例如，针对权限较低的审批方，服务器可以设定该审批方只能够查看该目标文件，但是无权对目标文件进行修改；针对权限较高的审批方，服务器可以设定该审批方既能够查看，也能够修改该目标文件。

为了实现上述技术方案，在终端设备发送的获取请求所包括的目标用户标识中，可以包括用户身份标识和用户权限标识。其中，该用户身份标识可以标识该审批方所对应的身份，通过该用户身份标识，服务器能够识别哪些申请方是此次审批流程的审批方；通过该用户权限标识，服务器能够判定各个审批方对该目标文件的审批权限。可以理解的是，该用户身份标识和用户权限标识在该获取请求中的承载方式可以包括多种，在一种可能的实现方式中，终端设备可以通过获取请求中的网络位置携带该用户身份标识，通过获取请求中的身份辨识文本携带该用户权限标识。

例如，当目标文件为一种文档类文件时，该网络地址可以为统一资源定位器(Uniform Resource Locator，简称URL)，用户身份标识可以为docsid，用户权限标识可以为docskey，身份辨识文本可以为cookie。终端设备可以将docsid携带到该文档文件对应的URL上，将docskey携带到对应的cookie中发送给服务器。

通过该用户身份标识和用户权限标识，服务器能够对发起此次获取请求的申请方进行权限校验以及审批权限设定。若通过该权限校验，说明该申请方是此次审批流程的审批方之一，可以通过终端设备从服务器获取审批单据和目标文件。

可以理解的是，在审批流程中可以包括不同的审批模式。例如，审批流程中的每一个审批方可以按照一定的顺序依次进行审批，在上一个审批方审批结束后，下一个审批方才能够获取该审批的审批单据和目标文件进行审批。在这种模式下，通过上述技术方案，每一个审批方所获取到的目标文件都已经被同步了之前所有审批方的更新内容。此外，在另一种审批模式下，也可以支持多个审批方同时进行审批。此时，为了使各个审批方都能够及时获知其他审批方对于目标文件的更新操作，服务器可以基于审批方所作出的更新操作，实时向各个审批方对应的终端设备进行信息传递。

在一种可能的实现方式中，服务器可以向终端设备发送目标文件对应的更新列表，该更新列表用于标识该目标文件的历史更新内容和与该历史更新内容对应的用户标识。其中，该历史更新内容能够体现出该目标文件的审批方在服务器生成该更新列表的时刻之前，对该目标文件所做出的更新操作，该用户标识能够标识出通过该更新操作实现该历史更新内容的审批方。

可以理解的是，同一目标文件可能会经历多次审批流程，例如，某一活动申请文件，可能先要经过活动流程审批，然后再经过活动经费审批。在每一次审批流程中可能都会出现审批方对目标文件的修改，因此，基于不同的表现目的，服务器所提供的更新列表所包括的内容也可能有所不同。例如，为了使审批方能够查看到与此次审批流程更加相关的信息，服务器在更新列表中可以只添加此次审批流程中涉及的历史更新内容，而不添加其他审批流程中涉及的历史更新内容，即该更新列表用于标识该目标文件基于该审批单据的历史更新内容和与该历史更新内容对应的用户标识；若从信息的完整性和全面性上出发，使审批方了解到涉及该目标文件的全部更新内容，服务器可以在该更新列表中添加与该目标文件相关的所有审批流程中的历史更新内容，同时，服务器可以在该历史更新内容中进一步标识出所属的审批流程；此外，服务器还可以从审批的便利性和简易度上触发，例如，由于在该审批方获取目标文件之前，其他审批方所作出的更新操作都已经被同步至该目标文件中，因此，为了避免更新内容的重复显示，该历史更新内容可以为在该审批方获取目标文件之后、服务器生成该更新列表之前的时间段所对应的历史更新内容。

除了可以生成多种更新列表外，服务器发送该更新列表的时机也可以包括多种。例如，在一种可能的实现方式中，在向终端设备发送审批单据和目标文件之后，服务器可以设定一个发送周期，每当该审批方对目标文件的审批时间达到了该发送周期，服务器就向该终端设备发送一次更新列表；在另一种可能的实现方式中，为了提高审批流程的简便性，在该审批方对目标文件进行审批时，服务器可以先确定截止该审批方进行审批时，是否有其他审批方对该目标文件进行了更新操作，若存在其他更新操作，再向该审批方对应的终端设备发送更新列表；若不存在其他更新操作，则不发送该更新列表，从而减少向审批方发送无用信息的数量，提高审批效率。

终端设备在获取该服务器发送的更新列表后，可以基于该目标文件展示该更新列表，即将该更新列表中所包括的历史更新内容和用户标识体现在该目标文件中。其中，展示更新列表的方式也可以包括多种，例如，终端设备可以以批注的形式展现历史更新内容和用户标识，也可以直接基于该历史更新内容向该目标文件进行同步，更为直观的体现出其他审批方对于该目标文件的修改。

可以理解的是，由于在同一时刻可能有多个审批方在对同一目标文件进行审批，而不同的审批方对于目标文件可能持有不同的审批意见，因此，对于目标文件中的相同内容，多个审批方所进行的更新操作可能会存在冲突的情况。

例如，当目标文件为某一活动的申请文件时，不同的审批方可能对于该活动的举办时间具有不同的意见，因此，在进行同时审批时，这些审批方对活动时间的更新操作会发生冲突。此时，为了便于其他审批方对目标文件进行审批，服务器可以针对这类冲突的更新操作进行特殊处理。

可以理解的是，若两个冲突的更新操作之间间隔较长时间，则先进行的更新操作所对应更新内容可能已经被更新到了目标文件中，此时，服务器可以根据后进行的更新操作对该目标文件进行正常同步；若两个冲突的更新操作之间间隔时间较短，服务器可能还未将先进行的更新操作所对应更新内容向目标文件进行同步。此时，为了优化服务器执行逻辑，可以设定服务器将冲突的更新操作进行合并处理，从而只需向目标文件同步一次合并后的更新操作所对应的更新内容即可。

在一种可能的实现方式中，服务器可以设定一个预设时段，该预设时段可以对应于服务器将更新操作对应的更新内容向目标文件进行同步所需要的时间。在服务器获取第一文件更新操作后，若获取该第一文件更新操作的预设时段内获取基于审批单据对该目标文件的第二文件更新操作，服务器可以判断该第一文件更新操作对应的更新内容和该第二文件更新操作对应的更新内容是否冲突。

其中，服务器判断是否冲突的方法可以包括多种，例如，服务器可以分析第一文件更新操和第二文件更新操作所对应目标文件中的文件内容是否一致，例如是否都是活动时间、活动地点等内容；此外，在内容一致的基础上，服务器还可以判断具体的更新操作是否冲突，例如对于活动时间的更新是否一致等。

若冲突，服务器可以对该第一文件更新操和第二文件更新操作进行合并计算，该合并计算是指判断该更新操作是否能够进行合并。服务器可以将通过该合并计算得到的合并结果作为第一文件更新操和第二文件更新操作所对应的更新内容，向保存在网络位置的目标文件进行更新，从而只需通过一次更新同步，即可完成对两次更新操作的反馈。

其中，服务器判断是否能够进行合并的方式也可以包括多种，在一种可能的实现方式中，服务器可以判断该第一文件更新操作和第二文件更新操作在对目标文件的更新方向上是否一致。例如，当第一文件更新操作和第二文件更新操作都是想要放大目标文件中某一段文字的字体，只是放大的程度不同时，该更新方向为一致的更新方向。此时，服务器可以判定该第一文件更新操和第二文件更新操作可以进行合并，并将其中更新程度较低或较高的更新操作所对应的更新内容作为该合并计算得到的合并结果。若更新方向不一致，例如第一文件更新操作想要放大某一段文字，而第二文件更新操作想要缩小同一段文字，则服务器可以判定该第一文件更新操和第二文件更新操作无法进行合并。

在另一种可能的实现方式中，服务器可以判断该第一文件更新操作和第二文件更新操作所对应的更新内容能否同时体现在目标文件中。例如，当第一文件更新操作想要加粗目标文件中的某一段文字，第二文件更新操作想要修改同一段文字的字体颜，由于颜变化和字体加粗可以同时进行体现，因此，服务器可以判定该第一文件更新操作和第二文件更新操作可以进行合并，并将第一文件更新操作所对应的更新内容和第二文件更新操作对应的更新内容进行组合，将组合后的更新内容作为该合并计算对应的合并结果。当第一文件更新操作和第二文件更新操作对应的更新内容无法同时体现在目标文件中，例如都是对同一段文件的字体颜进行更改时，服务器可以判定该第一文件更新操作和第二文件更新操作无法进行合并。

在进行合并处理后，为了使审批方能够获知具体的处理过程，在一种可能的实现方式中，在终端设备向服务器发送第一文件更新操作后，若服务器判断具有与该第一文件更新操作冲突的其他文件更新操作，可以向该终端设备发送针对第一文件更新操作的冲突提示，该冲突提示用于指示该第一文件更新操作的更新内容与该目标文件的已做出更新产生冲突。其中，已做出更新是指其他审批方作出的，还未同步至目标文件中的更新操作，例如上述提及的第二文件更新操作。

可以理解的是，该冲突提示发送的时机可以包括多种。在一种可能的实现方式中，为了提供给审批方更高的自由度和更多的选择权，服务器在判断产生冲突后，即可向终端设备发送该冲突提示，在该冲突提示中，出了可以显示与该第一文件更新操作产生冲突的已更新操作外，服务器还可以向审批方提供选择是否进行合并计算的能力，以及是否继续进行该第一文件更新操作的选择。若审批方拒绝由服务器进行合并计算，可以自己放弃一部分更新操作，或自己来进行合并处理，重新进行文件更新操作。

在另一种可能的实现方式中，为了简化审批流程，服务器也可以在进行合并计算后，再向终端设备发送该冲突提示。此时，若通过合并计算判断能够进行合并，则通过该冲突提示除了可以显示与该第一文件更新操作产生冲突的已更新操作外，还可以向用户展示基于合并结果向目标文件进行更新的更新内容，也可以由审批方自行选择是否接受该更新内容；若判断不能够进行合并，则可以向审批方显示该已更新操作并提示审批方进行放弃更新或手动合并等操作。

在多个审批方同时进行审批的情况下，为了便于各个审批方了解具体的审批情况，服务器还可以向终端设备发送审批协作列表，该审批协作列表中包括协作用户标识，该协作用户标识可以用于标识在该审批方对目标文件进行审批时，同样在进行审批的其他审批方。终端设备可以基于该审批协作列表，向该审批方展示进行协作审批的其他审批方。

其中，为了方便服务器进行合并计算，提高审批效率，该第一文件更新操作和第二文件更新操作可以以便于服务器处理的数据结构进行呈现。在一种可能的实现方式中，该第一文件更新操作和第二文件更新操作可以为指令集合的数据结构，该数据结构可以便于服务器将这些更新操作进行分析和合并计算。同时，该数据结构也可以便于服务器将合并结果所对应的更新内容向保存在网络位置的目标文件进行同步。

如下列代码所示，下列代码为本申请实施例提供的几组用于对目标文件进行更新操作的代码：

上述代码为一种基于delta数据结构的代码数组，其中包括一系列的操作代码；当然，该代码也可以仅仅包括一个操作，例如如下列代码所示：

insert:{

image:'https://xxxxxcon.png'插入某一网页图片

}

在上述审批流程中，终端设备与服务器之间进行信息交流的方式也可以包括多种。在一种可能的实现方式中，终端设备可以基于该审批单据，建立与服务器间的长链接(WebSocket)。其中，建立长链接的时机可以由终端设备或服务器自由选择，例如可以在审批方打开该目标文件时、进行权限校验时或者发起获取请求时，通过长链接服务建立与服务器之间的长链接。通过该长链接，终端设备与服务器之间可以较为快速和便捷的进行信息交流。

例如，当审批方具有对目标文件进行更新的需求时，在审批方针对目标文件进行第一文件更新操作后，终端设备可以通过该长链接向该服务器发送该第一文件更新操作，从而指示服务器将该第一文件更新操作对应的更新内容同步至网络位置的目标文件中；若终端设备获取该服务器发送的更新列表，该更新列表也可以是通过该长链接所获取的。此外，终端设备与服务器之间的其他信息交流也可以通过该长链接进行，例如获取请求的发送和接收等。

在审批过程中，若审批方对审批单据或该审批单据对应的目标文件存有异议，可以在审批时驳回该审批单据。为了使发起该审批单据的发起方以及该审批流程所对应的其他审批方能够对审批结果有清楚的了解，在一种可能的实现方式中，审批方可以针对该审批单据作出审批驳回决定，同时可以在目标文件中标识出需要进行驳回的内容，并填写驳回该内容的驳回理由。其中，该审批方可以为某一单独的审批方，也可以为多个审批方，该多个审批方都可以对该审批单据作出审批驳回决定。

服务器可以通过该审批方对应的终端设备来获知该审批驳回决定，并将该审批驳回决定以及相关的目标内容和驳回理由发送给其他审批方以及审批流程的发起方所对应的终端设备。在审批流程中，终端设备可以获取针对该审批单据的审批驳回决定，该审批驳回决定用于指示该审批单据已经被审批方驳回。

终端设备可以根据该审批驳回决定展示对应的驳回结果，该驳回结果包括目标文件中与审批驳回决定相关的目标内容，以及对应该目标内容的驳回理由，该目标内容为审批方作出该审批驳回决定所依据的目标文件中的相应内容。从而，该终端设备对应的审批方或发起方可以通过该终端设备了解到目标文件中未通过审批的部分以及该审批单据被驳回的理由，从而能够作出对应的修改或调整。同时，由于终端设备可以直接展示该目标内容，因此无需去目标文件中进行查即可快速了解到被驳回的部分内容，节省了审批时间，挺高了审批效率。

例如，当目标文件是某一文档文件时，在展示驳回结果时，可以向该终端设备对应的审批方或发起方展示该目标文件中的某一段落或某些数值，并以批注的形式表明该段落或数值被驳回的原因。同时，由于在本申请实施例中，对于目标文件的修改可以实时同步给其他审批方，因此，通过该方式获知驳回结果后，可以直接通过终端设备对目标文件进行修改，并将修改内容实时同步给作出驳回决定的审批方，从而实现了无需中断或重启审批流程，即可完成对驳回决定的修改操作，进一步提高了审批的便利性。

此外，上已述及，作出审批驳回决定的审批方可以为多个，为了提高审批效率，服务器可以设定一个驳回时段，并收集该驳回时段中所有已作出的审批驳回决定及其对应的目标内容和驳回理由，同时发送给终端设备进行展示。同时，为了使作出审批驳回决定的审批方能够快速将该决定通知给相关人员，终端设备可以为该审批方提供用户提醒功能，审批方在作出审批驳回决定后，可以确定想要提醒的用户标识，服务器在接收该用户标识后，可以向该用户标识对应的终端设备发送该审批驳回决定；同时，服务器还可以主动拉取该用户标识对应的终端设备与该审批方对应的终端设备之间的信息交流渠道，从而便于审批方与该用户标识对应用户之间的信息交流。

接下来，将结合一种实际应用场景，对本申请实施例提供的一种数据处理方法进行介绍。参见图5，图5为本申请实施例提供的一种实际应用场景中数据处理方法的示意图，在该实际应用场景中，终端设备可以为手机，服务器可以为审批服务器，该审批服务器能够与存储目标文件的网盘进行信息传输。在手机中可以安装有一款审批软件，发起者可以通过该软件发起OA审批，审批方可以通过该软件获取审批相关文件并进行审批。

如图5所示，通过该审批软件，发起方可以填写与发起此次审批相关的审批信息，例如待审批金额、待审批时间、参与此次审批的审批方等。发起者还可以通过该审批软件添加待审批的目标文件，以及自身通过该审批软件获取审批单据和目标文件进行审批。

审批服务器可以与终端设备，即该手机进行交互，根据从该手机中接受的审批申请请求来建立审批单据，同时确定该审批单据所对应的目标文件，在将该目标文件保存至网盘后，可以创建网盘文件索引，该网盘文件索引与该审批单据之间具有对应关系，通过该网盘文件索引，可以在网盘中到该目标文件。同时，在交互响应中，审批服务器还可以将审批方通过审批软件发出的针对目标文件的更新同步至网盘。

其中，在创建网盘文件索引时，可以通过文件种类(type)、文件标识(docid)、用户身份标识(docsid)和用户权限标识(docskey)来创建，该文件种类和文件标识能够用于在网盘中进行对应存储，该用户身份标识和用户权限标识可以绑定存储在该目标文件中，用于后续对获取请求的发起者进行鉴权。

审批服务器与手机之间可以通过计算机语言Scheme进行通信，两者之间可以进行交互接口定义、参数约定以及接口交互逻辑处理等一系列建立通信的操作。

通过审批服务器和网盘，可以实现对网盘中目标文件的实时更新，从而在后续从网盘中获取目标文件向审批方进行展示时，可以展示更新后的目标文件进行审批，从而在无需中断或重启审批流程的情况下实现目标文件的实时更新，提高了审批的便捷性和效率。

基于上述实施例提供的一种数据处理方法，本申请实施例还提供了一种数据处理装置，参见图6，图6为本申请实施例提供的一种数据处理装置600的结构框图，该装置600包括第一获取单元601、生成单元602、第二获取单元603和同步单元604：

第一获取单元601，用于获取审批申请请求，所述审批申请请求包括待添加的目标文件，所述目标文件保存在对应的网络位置；

生成单元602，用于生成关联所述目标文件的审批单据，并建立所述审批单据与所述目标文件之间的映射关系；

第二获取单元603，用于获取终端设备基于所述审批单据对所述目标文件的第一文件更新操作；

同步单元604，用于根据所述映射关系，将所述第一文件更新操作对应的更新内容向保存在所述网络位置的所述目标文件进行同步。

在一种可能的实现方式中，装置600还包括第一发送单元：

第一发送单元，用于向所述终端设备发送所述目标文件对应的更新列表，所述更新列表用于标识所述目标文件的历史更新内容和与所述历史更新内容对应的用户标识。

在一种可能的实现方式中，装置600还包括第三获取单元和第二发送单元：

第三获取单元，用于获取所述终端设备发送的对应所述审批单据的获取请求；

第二发送单元，用于根据所述映射关系，向所述终端设备返回所述审批单据和所述目标文件。

在一种可能的实现方式中，所述审批申请请求还包括与所述审批单据相关的用户标识，装置600还包括建立单元、第四获取单元、校验单元和执行单元：

建立单元，用于根据所述用户标识建立与所述目标文件对应的权限信息；

第四获取单元，用于在所述获取所述终端设备发送的对应所述审批单据的获取请求之后，根据所述审批单据从所述映射关系中获取所述目标文件；

校验单元，用于通过所述目标文件对应的所述权限信息，对所述获取请求对应的目标用户标识进行权限校验；

执行单元，用于若通过所述权限校验，执行所述向所述终端设备返回所述审批单据和所述目标文件的步骤。

在一种可能的实现方式中，装置600还包括判断单元和合并单元：

判断单元，用于若获取所述第一文件更新操作的预设时段内获取基于所述审批单据对所述目标文件的第二文件更新操作，判断所述第一文件更新操作对应的更新内容和所述第二文件更新操作对应的更新内容是否冲突；

合并单元，用于若冲突，对所述第一文件更新操作和所述第二文件更新操作进行合并计算；

将通过所述合并计算得到的合并结果作为所述第一文件更新操作和所述第二文件更新操作对应的更新内容。

在一种可能的实现方式中，所述第一文件更新操作和所述第二文件更新操作为指令集合的数据结构。

基于上述实施例提供的数据处理方法，本申请实施例还提供了一种数据处理装置，参见图7，图7为本申请实施例提供的一种数据处理装置700的结构框图，该装置700包括：第一发送单元701、第一获取单元702和更新单元703：

第一发送单元701，用于向服务器发送对应审批单据的获取请求，所述审批单据关联目标文件，所述目标文件保存在对应的网络位置，所述审批单据与所述目标文件之间建立有映射关系；

第一获取单元702，用于从所述服务器获取所述审批单据和所述目标文件；

更新单元703，用于基于所述审批单据对所述目标文件进行第一文件更新操作，所述第一文件更新操作对应的更新内容被所述服务器基于所述映射关系同步到保存在所述网络位置的所述目标文件。

在一种可能的实现方式中，装置700还包括第二获取单元和展示单元：

第二获取单元，用于获取所述服务器发送的更新列表，所述更新列表用于标识所述目标文件基于所述审批单据的历史更新内容和与所述历史更新内容对应的用户标识；

展示单元，用于基于所述目标文件展示所述更新列表。

在一种可能的实现方式中，更新单元703具体用于：

获取针对所述第一文件更新操作的冲突提示，所述冲突提示用于指示所述第一文件更新操作的更新内容与对所述目标文件的已做出更新产生冲突。

在一种可能的实现方式中，装置700还包括第二发送单元：

第二发送单元，用于向所述服务器发送审批申请请求，所述审批申请请求包括待添加的所述目标文件，所述审批申请请求用于指示所述服务器生成关联所述目标文件的所述审批单据。

在一种可能的实现方式中，所述获取请求中包括目标用户标识，所述目标用户标识包括用户身份标识和用户权限标识，通过所述获取请求中的所述网络位置携带所述用户身份标识，通过所述获取请求中的身份辨识文本携带所述用户权限标识；

第一获取单元702具体用于：

若所述目标用户标识通过了基于权限信息的权限校验，从所述服务器获取所述审批单据和所述目标文件，所述权限信息是根据所述审批申请请求中包括的与所述审批单据相关的用户标识建立的。

在一种可能的实现方式中，更新单元703具体用于：

基于所述审批单据建立与所述服务器间的长链接，通过所述长链接向所述服务器发送所述第一文件更新操作；

若获取所述服务器发送的更新列表，所述更新列表是通过所述长链接获取的。

本申请实施例还提供了一种计算机设备，下面结合附图对该设备进行介绍。请参见图8所示，本申请实施例提供了一种设备800，该设备800还可以是终端设备，该终端设备可以为包括手机、平板电脑、个人数字助理(Personal Digital Assistant，简称PDA)、销售终端(Point of Sales，简称POS)、车载电脑等任意智能终端，以终端设备为手机为例：

图8示出的是与本申请实施例提供的终端设备相关的手机的部分结构的框图。参考图8，手机包括：射频(Radio Frequency，简称RF)电路810、存储器820、输入单元830、显示单元840、传感器850、音频电路860、无线保真(wireless fidelity，简称WiFi)模块870、处理器880、以及电源890等部件。本领域技术人员可以理解，图8中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图8对手机的各个构成部件进行具体的介绍：

RF电路810可用于收发信息或通话过程中，信号的接收和发送，特别地，将的下行信息接收后，给处理器880处理；另外，将设计上行的数据发送给。通常，RF电路810包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，简称LNA)、双工器等。此外，RF电路810还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobile communication，简称GSM)、通用分组无线服务(GeneralPacket Radio Service，简称GPRS)、码分多址(Code Division Multiple Access，简称CDMA)、宽带码分多址(Wideband Code Division Multiple Access，简称WCDMA)、长期演进(Long Term Evolution，简称LTE)、、短消息服务(Short Messaging Service，简称SMS)等。

存储器820可用于存储软件程序以及模块，处理器880通过运行存储在存储器820的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器820可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器820可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元830可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元830可包括触控面板831以及其他输入设备832。触控面板831，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板831上或在触控面板831附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板831可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器880，并能接收处理器880发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板831。除了触控面板831，输入单元830还可以包括其他输入设备832。具体地，其他输入设备832可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元840可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元840可包括显示面板841，可选的，可以采用液晶显示器(Liquid CrystalDisplay，简称LCD)、有机发光二极管(Organic Light-Emitting Diode，简称OLED)等形式来配置显示面板841。进一步的，触控面板831可覆盖显示面板841，当触控面板831检测到在其上或附近的触摸操作后，传送给处理器880以确定触摸事件的类型，随后处理器880根据触摸事件的类型在显示面板841上提供相应的视觉输出。虽然在图8中，触控面板831与显示面板841是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板831与显示面板841集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器850，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板841的亮度，接近传感器可在手机移动到耳边时，关闭显示面板841和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路860、扬声器861，传声器862可提供用户与手机之间的音频接口。音频电路860可将接收到的音频数据转换后的电信号，传输到扬声器861，由扬声器861转换为声音信号输出；另一方面，传声器862将收集的声音信号转换为电信号，由音频电路860接收后转换为音频数据，再将音频数据输出处理器880处理后，经RF电路810以发送给比如另一手机，或者将音频数据输出至存储器820以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块870可以帮助用户收发、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图8示出了WiFi模块870，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器880是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器820内的软件程序和/或模块，以及调用存储在存储器820内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器880可包括一个或多个处理单元；优选的，处理器880可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器880中。

手机还包括给各个部件供电的电源890(比如电池)，优选的，电源可以通过电源管理系统与处理器880逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本实施例中，该终端设备所包括的处理器880还具有以下功能：

获取审批申请请求，所述审批申请请求包括待添加的目标文件，所述目标文件保存在对应的网络位置；

生成关联所述目标文件的审批单据，并建立所述审批单据与所述目标文件之间的映射关系；

获取终端设备基于所述审批单据对所述目标文件的第一文件更新操作；

根据所述映射关系，将所述第一文件更新操作对应的更新内容向保存在所述网络位置的所述目标文件进行同步。

或，处理器880还具有以下功能：

向服务器发送对应审批单据的获取请求，所述审批单据关联目标文件，所述目标文件保存在对应的网络位置，所述审批单据与所述目标文件之间建立有映射关系；

从所述服务器获取所述审批单据和所述目标文件；

基于所述审批单据对所述目标文件进行第一文件更新操作，所述第一文件更新操作对应的更新内容被所述服务器基于所述映射关系同步到保存在所述网络位置的所述目标文件。

本申请实施例还提供一种服务器，请参见图9所示，图9为本申请实施例提供的服务器900的结构图，服务器900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Units，简称CPU)922(例如，一个或一个以上处理器)和存储器932，一个或一个以上存储应用程序942或数据944的存储介质930(例如一个或一个以上海量存储设备)。其中，存储器932和存储介质930可以是短暂存储或持久存储。存储在存储介质930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器922可以设置为与存储介质930通信，在服务器900上执行存储介质930中的一系列指令操作。

服务器900还可以包括一个或一个以上电源926，一个或一个以上有线或无线网络接口950，一个或一个以上输入输出接口958，和/或，一个或一个以上操作系统941，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于图9所示的服务器结构。

本申请实施例还提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序用于执行前述各个实施例所述的数据处理方法中的任意一种实施方式。

本申请实施例还提供了一种数据处理系统，如图10所示，系统1000包括终端设备1001和服务器1002，所述终端设备1001用于执行前述各个实施例中由终端设备侧执行的数据处理方法；所述服务器1002用于执行前述各个实施例中由服务器侧执行的数据处理方法。

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

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述，仅为本申请的一种具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。