具体实施方式

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

请参见图1，是本申请实施例提供的一种系统架构示意图。如图1所示，该系统架构可以包括业务服务器100以及终端集群，终端集群可以包括：终端设备200a、终端设备200b、终端设备200c、…、终端设备200n，其中，终端集群之间可以存在通信连接，例如终端设备200a与终端设备200b之间存在通信连接，终端设备200a与终端设备200c之间存在通信连接。同时，终端集群中的任一终端设备可以与业务服务器100存在通信连接，例如终端设备200a与业务服务器100之间存在通信连接，其中，上述通信连接不限定连接方式，可以通过有线通信方式进行直接或间接地连接，也可以通过无线通信方式进行直接或间接地连接，还可以通过其它方式，本申请在此不做限制。

应该理解，如图1所示的终端集群中的每个终端设备均可以安装有应用客户端，当该应用客户端运行于各终端设备中时，可以分别与上述图1所示的业务服务器100之间进行数据交互，使得业务服务器100可以接收来自于每个终端设备的业务数据。其中，该应用客户端可以为文档编辑应用、浏览器、社交应用、即时通信应用、直播应用、游戏应用、短视频应用、视频应用、音乐应用、购物应用、小说应用、支付应用等具有显示文字、图像、音频以及视频等数据信息功能的应用客户端。其中，该应用客户端可以为独立的客户端，也可以为集成在某客户端(例如即时通信客户端、社交客户端等)中的嵌入式子客户端，在此不做限定。以文档编辑应用为例，业务服务器100可以为包括文档编辑应用对应的后台服务器、数据处理服务器等多个服务器的集合，因此，每个终端设备均可以通过该文档编辑应用对应的应用客户端与业务服务器100进行数据传输，如每个终端设备均可以通过业务服务器100与其它终端设备共同针对同一个文档进行查看、编辑等操作，以实现多方在线协作，例如，终端设备200a、终端设备200b和终端设备200c可以通过业务服务器100共同对一份信息收集表格进行编辑，包括填写个人身份信息、联系方式、住址等，在多方协作编辑过程中，每个终端设备的编辑界面上可以实时同步显示任意终端设备所执行的编辑操作(如添加字符、删除字符等)。

以终端设备200a和终端设备200b为例，假设用户A通过终端设备200a对目标文档进行编辑，同时，用户B也通过终端设备200b对目标文档进行编辑，在双方协作编辑的过程中，终端设备200a可以响应针对目标文档的编辑操作，将其编辑的内容自动保存到云端，并实时发送同步指令至业务服务器100，业务服务器100接收到终端设备200a发送的同步指令后，可以将终端设备200a所编辑的内容实时同步至终端设备200b，终端设备200b进而可以显示终端设备200a在目标文档中所编辑的内容。同理，终端设备200b也可以通过业务服务器100将其在目标文档中所编辑的内容实时同步至终端设备200a进行显示。

需要说明的是，在本申请实施例中，针对任意终端设备，文档编辑应用还提供了编辑工作量统计与展示的功能，例如，可以通过文档编辑应用客观统计出用户在一段工作时间内的增添字符数量并进行实时更新展示。以终端设备200a为例，终端设备200a打开并登录到文档编辑应用后，可以在文档编辑应用的编辑界面中显示目标文档中处于编辑状态的文本数据以及初始编辑工作量，其中，初始编辑工作量用于表征在一个或多个待编辑文档中所统计到的与目标编辑方式相关联的字符数。进一步，终端设备200a可以对文本数据进行编辑，此时终端设备200a可以响应针对文本数据的编辑操作，在编辑界面中显示编辑的内容，并对该编辑操作进行检测，若检测到该编辑操作包含属于目标编辑方式的操作，则可以基于该编辑操作生成目标编辑方式对应的数据变更集，随后可以将数据变更集发送至业务服务器100。业务服务器100接收到数据变更集后，可以对该数据变更集进行解析，得到本次编辑操作中的字符变更增量，从而可以基于字符变更增量生成目标编辑工作量，然后将目标编辑工作量返回至终端设备200a。终端设备200a成功接收后，进一步，可以将文档编辑应用中的初始编辑工作量更新显示为目标编辑工作量。可以理解，目标编辑工作量与初始编辑工作量的差值，是基于上述编辑操作中与目标编辑方式相关联的字符数所确定的。其中，目标编辑方式包括但不限于增添编辑方式、删减编辑方式、属性修改编辑方式。例如，若目标编辑方式为增添编辑方式，则在编辑文档的过程，终端设备200a可以实时更新显示在文档编辑应用中所统计到的与增添编辑方式相关联的字符数，即显示实时的增添字符数量(对应于目标编辑工作量)，也就是说，每次执行增添字符的操作时，增添字符数量都会相应地进行同步更新，且这种更新不会受到其它不属于增添编辑方式的操作(如删减字符的操作)的影响，因此用户可以很直观地知道自己通过文档编辑应用增添了多少个字符。可选的，业务服务器100可以将终端设备200a对应的目标编辑工作量同步发送给参与协作编辑的其它终端设备(如终端设备200b、终端设备200c、终端设备200n中的任意一个或多个)进行显示，以使任意用户可以知道其他用户在协作编辑过程中所完成的编辑工作量。

可以理解的是，本申请实施例提供的方法可以由计算机设备执行，计算机设备包括但不限于终端设备或业务服务器。其中，业务服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云数据库、云服务、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备(例如智能手表、智能手环等)、智能电脑、智能车载等可以运行上述应用的智能终端。其中，终端设备和业务服务器可以通过有线或无线方式进行直接或间接地连接，本申请实施例在此不做限制。

为了便于理解，下面以终端设备200a以及业务服务器100为例进行具体说明。

请一并参见图2a-图2e，是本申请实施例提供的一种数据处理的场景示意图。该数据处理场景的实现过程可以在如图1所示的业务服务器100中进行，也可以在终端设备(如图1所示的终端设备200a、终端设备200b、终端设备200c或终端设备200n中的任意一个)中进行，还可以由终端设备和业务服务器共同执行，此处不做限制，本申请实施例以终端设备200a和业务服务器100共同执行为例进行说明。如图2a所示，用户A与终端设备200a具有绑定关系，在终端设备200a上可以安装有多个应用客户端(例如文档编辑应用、浏览器、游戏应用、视频应用等)，包括应用客户端A1、应用客户端A2、应用客户端A3、…、应用客户端A8等，假设用户A希望打开其中一个应用进行文档查看和编辑，如应用客户端A1(具体可以为文档编辑应用)，则终端设备200a可以响应针对应用客户端A1的触发操作(如点击操作)，在其屏幕上显示应用客户端A1对应的登录界面300a，在登录界面300a中可以显示多种可供用户选择的登录方式，例如，一种可选的登录方式为“快速安全登录”方式，即用户A可以根据相关提示信息(如“请使用手机扫描二维码”)，使用具有扫描功能的终端设备(如智能手机)对登录界面300a中的二维码301a进行扫描，扫描成功后，终端设备200a可以通过应用客户端A1连接业务服务器100发起登录请求。另一种可选的登录方式为“帐号密码登录”方式，即用户A可以通过手动输入与应用客户端A1相关联的用户帐号和相应的密码进行登录，也就是说，终端设备200a可以响应针对登录控件302a的触发操作，显示可供用户输入信息的界面(或以浮窗、蒙层等形式展现)，当用户A完成信息录入后，终端设备200a可以通过应用客户端A1连接业务服务器100发起登录请求。可以理解，若用户A此前还没有申请与应用客户端A1相关联的用户帐号，则终端设备200a可以响应针对注册控件303a的触发操作，显示注册界面，用户A在注册界面上完成相关信息的填写后即可创建自己的用户帐号，同时终端设备200a会将帐号信息发送至业务服务器100进行记录备份，后续即可通过上述“快速安全登录”方式或“帐号密码登录”方式进行登录。可选的，用户A还可以选择是否勾选“下次自动登录选项”，若勾选成功，则下一次开启应用客户端A1时，终端设备200a可以实现自动登录；若不进行勾选，则下一次开启应用客户端A1时，终端设备200a需要重新进行登录。可选的，还可以使用第三方应用相关联的帐号进行登录。

进一步，请参见图2b，如图2b所示，业务服务器100接收到终端设备200a发送的登录请求后，可以发起身份数据验证查询，完成数据查询后返回认证结果，若通过身份校验，则业务服务器100继续查询并返回帐号状态数据(例如帐号等级、与用户帐号相关联的文档、上次登录所编辑的历史记录等信息)，终端设备200a接收到反馈后，即可成功登录到应用客户端A1，进而可以在屏幕上显示如图2b所示的应用界面300b，此时应用界面300b默认展示的是首页的数据，可以理解，应用界面300b至少还可以显示其它四个功能控件，分别表示为“新建”控件、“导入本地文件”控件、“我的文档”控件、“回收站”控件，当用户A触发其中某个控件时，终端设备200a可以响应该触发操作，显示该控件所对应的展示界面，这里不进行展开。在应用界面300b中，除了可以显示用户A对应的用户头像301b，还可以显示与用户A的用户帐号相关联的一个或多个文档组成的文档列表，应用客户端A1可以自动对这些文档进行归类整理以便用户查找，例如，在应用界面300b中可以显示至少两种选项，分别为“最近查看”选项302b和“星标”选项303b，若用户A选择“最近查看”选项302b，则可以在应用界面300b中显示用户A近期查看或编辑的文档列表；若用户A选择“星标”选项303b，则可以在应用界面300b中显示被用户A添加为星标文档的文档列表。如应用界面300b所示，用户A选择“最近查看”选项302b后，可以在文档列表304b中显示近期查看的文档(包括文档1、文档2、文档3、文档4)的名称、来源的用户以及最近查看时间戳(或最近编辑时间戳)等信息，例如，针对文档1，可以看到其来自于用户A，即该文档是用户A在应用客户端A1中创建或直接从本地上传的，该文档对应的最近查看时间戳为时间戳T1。

进一步，如图2b所示，假设用户A希望对文档1进行编辑，则终端设备200a可以响应应用界面300b中针对区域305b的触发操作，显示文档编辑界面300c，在文档编辑界面300c中的区域301c中，可以显示文档1中的内容，具体可以包括处于编辑状态的文本数据、图片数据、表格数据等，例如，其标题为“文档1”，正文内容则包括文本数据：“在进行文本创作工作的时候，往往无法得到完整的工作量。”同时，在区域302c中可以显示文档1当前的字符总数为29个字，在区域303c中则可以显示当前的编辑工作量为0个字。进一步，当用户A采用目标编辑方式对文档1中的文本数据进行编辑时，终端设备200a可以响应针对文本数据的编辑操作，生成目标编辑方式对应的数据变更集304c，进而可以将数据变更集304c发送至业务服务器100，业务服务器100接收到数据变更集304c后，可以基于数据变更集304c得到编辑操作后最新的编辑工作量，随后可以将该编辑工作量返回至终端设备200a，进而终端设备200a可以对原来区域303c中的编辑工作量进行更新显示。

需要说明的是，编辑工作量可以用于表征在应用客户端A1中所统计到的与目标编辑方式相关联的字符数，目标编辑方式不同，编辑工作量所表示的具体含义也不相同，因此编辑工作量可以理解为一种基于事件驱动的统计值，也就是说，每次对文本数据进行编辑时，编辑工作量都可能会发生变化。此外，编辑工作量是一个统计值，其具有统计时间刻度，具体的，若以天为统计时间刻度，则编辑工作量表示的是从当天零点开始到现在所统计到的与目标编辑方式相关联的字符数，在下一天的零点到来时，最后得到的就是用户A当天的总编辑工作量，例如，图2b所示的区域303c中显示编辑工作量为0个字，则表示从当天零点到现在，用户A还没有采用目标编辑方式对文档1进行编辑。可以理解，新的一天开始后则可以自动将前一天的编辑工作量清零，然后重新开始统计。需要说明的是，还可以采用其它时间单位(包括但不限于周、月)作为统计时间刻度，本申请实施例对此不做限制。

其中，上述所说的目标编辑方式包括但不限于增添编辑方式、删减编辑方式、属性修改编辑方式，在用户A对如文档编辑界面300c所示的文档1进行编辑的过程中，可能会使用到其中任意一种或多种编辑方式，为便于理解和说明，下面分别对这三种编辑方式进行举例说明。

例如，如图2c中的文档编辑界面300d所示，假设用户A采用增添编辑方式对文档1进行编辑，则终端设备200a可以响应针对文档1中的文本数据的编辑操作，在该文本数据中添加15个字符：“因此，我们需要进行过程性统计。”并共同显示在区域301d中，同时，可以在区域302d中将文档1当前的字符总数从之前的29个字更新显示为44个字，在区域303d中将文档1当前的编辑工作量从之前的0个字更新显示为15个字，也就是说，该场景下的编辑工作量可以与增添编辑方式相关联。

又例如，如图2d中的文档编辑界面300e所示，假设用户A采用删减编辑方式对文档1进行编辑，则终端设备200a可以响应针对文档1中的文本数据的编辑操作，在该文本数据中删减5个字符，从而得到如区域301e中所显示的编辑后的文本数据：“在进行文本创作工作时无法得到完整的工作量。”同时，可以在区域302e中将文档1当前的字符总数从之前的29个字更新显示为24个字，在区域303e中将文档1当前的编辑工作量从之前的0个字更新显示为5个字，也就是说，该场景下的编辑工作量可以与删减编辑方式相关联。

再例如，如图2e中的文档编辑界面300f所示，假设用户A采用属性修改编辑方式对文档1进行编辑，则终端设备200a可以响应针对文档1中的文本数据的编辑操作，修改该文本数据中的6个字符“完整的工作量”的字符属性，例如，修改这些字符的字体大小，从而可以得到如区域301f中所显示的编辑后的文本数据。同时，由于上述编辑操作中文档1的字符总数没有发生增减，因此在区域302f中仍然显示当前的字符总数为29个字，而在区域303f中则将文档1当前的编辑工作量从之前的0个字更新显示为6个字，也就是说，该场景下的编辑工作量可以与属性修改编辑方式相关联。

可以理解，由于实际应用场景中通常会用到多种编辑方式(包括增添编辑方式、删减编辑方式、属性修改编辑方式)，因此编辑工作量可以为多个子编辑工作量的组合，每个子编辑工作量可对应于一种编辑方式，且多个子编辑工作量均可以共同显示在相应的区域。或者，还可以支持用户自行选择需要显示在相应区域中的子编辑工作量(如增添编辑方式对应的子编辑工作量)，也可以默认将常用的编辑方式(如增添编辑方式)所对应的子编辑工作量进行显示，本申请实施例对此不做限制。

上述可知，本申请实施例提供了一种与在线文档结合的编辑工作量统计与展示方法，该方法可以自动统计用户在编辑文档过程中所采用的编辑方式相关联的字符数，从而可以基于这些字符数持续地对编辑工作量进行更新，并将其动态、直观地展示在文档编辑应用中，而不需要用户人为观察并记录相关数据来进行推测，从而可以提高文档编辑过程中统计编辑工作量的效率和准确度，且丰富文档编辑的展示方式。

请参见图3，是本申请实施例提供的一种数据处理方法的流程示意图。该数据处理方法可以由计算机设备执行，计算机设备可以包括如图1所述的终端设备或业务服务器，本申请实施例以终端设备为例进行说明。如图3所示，该数据处理方法至少可以包括以下步骤S101-步骤S102：

步骤S101，显示与目标用户帐号相关联的一个或多个待编辑文档；一个或多个待编辑文档包括目标文档；

具体的，终端设备可以响应文档编辑应用中针对目标用户帐号的登录操作，显示与目标用户帐号相关联的至少两个文档(包括但不限于文本文档、表格、幻灯片、PDF(Portable Document Format)等包含文本数据的文件)，其中，文档编辑应用可以是在线文档对应的客户端或网页端(即浏览器)，帐号登录的具体过程可以参见上述图2a-图2b所对应实施例中的相关描述，这里不再进行赘述。需要说明的是，帐号体系是后续进行编辑工作量统计和展示的基础前提，用户的工作量数据信息都会沉淀记录到自己的帐号中。

进一步，终端设备可以响应针对上述至少两个文档的选择操作，将所选择的文档确定为待编辑文档，其中，待编辑文档的数量可以为一个或多个，也就是说，在一段时间内，用户可以通过文档编辑应用打开一个或多个文档进行编辑，本申请实施例对此不做限制。

步骤S102，响应针对目标文档的触发操作，在文档编辑界面显示目标文档中处于编辑状态的文本数据以及初始编辑工作量；初始编辑工作量包括在每个待编辑文档中所统计到的与目标编辑方式相关联的字符数的总和。

具体的，为后续步骤的理解和说明，假设上述一个或多个待编辑文档包括目标文档，则终端设备可以响应针对目标文档的触发操作，在文档编辑界面显示目标文档中处于编辑状态的文本数据以及初始编辑工作量。其中，初始编辑工作量可以包括在每个待编辑文档中所统计到的与目标编辑方式相关联的字符数的总和，且初始编辑工作量表征的是在下一次编辑操作前的统计结果，因此后续对目标文档进行编辑后仍需要对初始编辑工作量进行更新。在本申请实施例中，目标编辑方式包括但不限于增添编辑方式、删减编辑方式、属性修改编辑方式，可以理解，在编辑文档的过程中，本申请实施例可以支持同时对不同的编辑方式相关联的字符数进行统计，得到该编辑方式对应的编辑工作量，从而可以获取更丰富具体的工作量统计结果。其中，字符属于文本数据，可以包括字母、汉字、数字、运算符号、标点符号以及其它符号。

请再次参见图2b，假设用户A打开了文档1和文档2进行编辑，则用户A在对文档1进行编辑的过程中，在文档1对应的文档编辑界面300c中的区域303c中所显示的编辑工作量，为文档1对应的编辑工作量与文档2对应的编辑工作量之和，同理，用户A在对文档2进行编辑的过程中，在文档2对应的文档编辑界面中所显示的编辑工作量也是双方编辑工作量之和。

本申请实施例可以显示与目标用户帐号相关联的一个或多个待编辑文档，进而可以响应针对目标文档的触发操作，在文档编辑界面显示目标文档中处于编辑状态的文本数据以及初始编辑工作量，其中，初始编辑工作量用于表征在每个待编辑文档中所统计到的与目标编辑方式相关联的字符数的总和。上述可知，现有文档类产品仅能统计和显示单篇文档字符总数，无法进行跨文档字数统计，而本申请实施例以帐号体系为基础，可以支持跨文档编辑工作量的统计，也就是说，可以自动统计用户在编辑一个或多个文档过程中所采用的编辑方式相关联的字符数，从而可以基于这些字符数得到每个文档对应的编辑工作量之和，并持续地将其动态、直观地展示在文档编辑应用中，而不需要用户人为观察并记录相关数据来进行推测，从而可以拓展文档类产品的产品形态和能力，提高文档编辑过程中统计编辑工作量的效率和准确度，且丰富文档编辑的展示方式。

进一步地，请参见图4，是本申请实施例提供的一种数据处理方法的流程示意图。如图4所示，该数据处理方法至少可以包括以下步骤S201-步骤S203：

步骤S201，显示与目标用户帐号相关联的一个或多个待编辑文档；一个或多个待编辑文档包括目标文档；

该步骤的具体过程可以参见上述图3所对应实施例中的步骤S101，这里不再进行赘述。

步骤S202，响应针对目标文档的触发操作，在文档编辑界面显示目标文档中处于编辑状态的文本数据以及初始编辑工作量；初始编辑工作量包括在每个待编辑文档中所统计到的与目标编辑方式相关联的字符数的总和；

该步骤的具体过程可以参见上述图3所对应实施例中的步骤S102，这里不再进行赘述。

步骤S203，响应针对初始编辑工作量的触发操作，显示至少两个时间维度的工作量详情信息。

具体的，终端设备可以响应针对初始编辑工作量的触发操作，显示工作量详情界面，其中，工作量详情界面可以包括针对至少两个时间维度(如日、周、月、年等时间维度)的详情显示控件，为便于理解和说明，假设至少两个时间维度包括时间维度T_i，i为小于或等于时间维度总数的正整数，则在工作量详情界面的至少两个详情显示控件中，终端设备可以响应针对时间维度T_i的详情显示控件的触发操作，显示时间维度T_i的工作量详情信息M_i，其中，工作量详情信息M_i可以包括时间维度T_i下每个待编辑文档对应的编辑工作量的总和，以及时间维度T_i下目标文档对应的编辑工作量。可以理解，随着文档编辑过程中编辑工作量不断变化，每个时间维度的工作量详情信息也会进行相应地变化，同时终端设备会对其进行更新显示。

请一并参见图5a-图5b，是本申请实施例提供的一种数据处理的场景示意图。如图5a所示，假设用户A同时打开了一个或多个待编辑文档(包括文档1)，而目前正在对文档1进行编辑，在文档编辑界面400a的区域401a中可以显示文档1的具体内容，在区域402a中显示的是文档1中的字符总数，例如此时显示为29个字，在区域403a中则可以默认显示当前用户帐号本日(或其它时间维度)的总编辑工作量，例如此时统计到的一共为230个字符，后续为便于区分，可将该总编辑工作量标记为编辑工作量403a，且编辑工作量403a可以封装为控件(如按钮)的形式，具体来说，此处的编辑工作量403a包括本日每个待编辑文档对应的编辑工作量之和，且这些编辑工作量均对应于同一种编辑方式，例如，若以增添编辑方式为例，也就是说，编辑工作量403a是指从本日凌晨到现在为止，在每个待编辑文档中所统计到的与增添编辑方式相关联的字符数的总和。进一步，当用户A希望直观地了解不同时间维度的工作量详情信息时，终端设备可以响应针对编辑工作量403a的触发操作(如点击操作)，在文档编辑界面400b中显示工作量详情界面401b，其具体形式不限，例如可以面板形式从编辑界面400b的侧边弹出进行显示。如图5a所示，在工作量详情界面401b中可以显示4个详情显示控件，分别为“本日”详情显示控件、“本周”详情显示控件、“本月”详情显示控件以及“总计”详情显示控件，其中“本日”详情显示控件、“本周”详情显示控件、“本月”详情显示控件分别对应于日(天)、周、月三个时间维度，而“总计”详情显示控件则对应于历史编辑总工作量，包括了从当前用户帐号(即用户A对应的帐号)开始使用到现在这整个时间维度内所统计到的与增添编辑方式相关联的字符总数。可以理解，终端设备可以响应针对这4个详情显示控件的选择操作，在工作量详情界面401b中显示用户A所选择的详情显示控件对应的工作量详情信息，例如，当用户A希望查看当天的工作量详情信息时，可以点击“本日”详情显示控件，如图5a所示，此时在工作量详情界面401b中可以显示“今天你写作了230个字其中，本文档写作了50个字”，即同时展示了以日为时间维度的情况下，每个待编辑文档中与增添编辑方式相关联的编辑工作量的总和为230个字，其中，文档1中与增添编辑方式相关联的编辑工作量为50个字。需要说明的是，本申请实施例仅以增添编辑方式、时间维度为日进行举例说明，其它编辑方式或时间维度场景下的界面显示类似，这里不再进行赘述。

可选的，也可以在工作量详情界面中同时显示用户采用的所有编辑方式分别对应的编辑工作量，请一并参见图5b，假设用户A点击图5a中的编辑工作量403a后，可以在文档编辑界面400b中显示如图5b所示的工作量详情界面402b，则终端设备可以响应工作量详情界面402b中针对“本日”详情显示控件的触发操作，在工作量详情界面402b中显示用户A今天在所有待编辑文档中以及文档1中分别增添/删减/修改字符属性的字符数，当然，还可以在工作量详情界面402b中同时显示在其它待编辑文档中增添/删减/修改字符属性的字符数，这里不再展开描述。当用户A再次点击编辑工作量403a时，终端设备可以对工作量详情界面402b(或工作量详情界面401b)进行隐藏显示处理。

可以理解，通过统计工作量详情信息，可以为用户提供灵活的统计方式。

其中，工作量详情界面可以浮窗形式或蒙层形式或半透明形式展现在文档编辑界面的任一区域中(例如侧边区域)，也可以是用能通过拖拽操作改变显示尺寸且可收缩的界面(例如面板)进行显示，该界面的尺寸小于文档编辑界面，本申请实施例对此不做限制。可以理解，上述工作量详情界面401b和工作量详情界面402b仅作为可供参考的界面显示形式，实际产品中的界面显示形式可以根据产品需求进行设计，本申请实施例对此不做限制。

本申请实施例可以显示与目标用户帐号相关联的一个或多个待编辑文档，进而可以响应针对目标文档的触发操作，在文档编辑界面显示目标文档中处于编辑状态的文本数据以及初始编辑工作量，进一步，可以响应针对初始编辑工作量的触发操作，显示多个时间维度的工作量详情信息。上述可知，现有文档类产品仅能统计和显示单篇文档字符总数，无法进行跨文档字数统计，而本申请实施例以帐号体系为基础，可以支持跨文档编辑工作量的统计，也就是说，可以自动统计用户在编辑一个或多个文档过程中所采用的编辑方式相关联的字符数，从而可以基于这些字符数得到每个文档对应的编辑工作量之和，并持续地将其动态、直观地展示在文档编辑应用中，而不需要用户人为观察并记录相关数据来进行推测，从而可以拓展文档类产品的产品形态和能力，提高文档编辑过程中统计编辑工作量的效率和准确度，且可以丰富文档编辑的展示方式，为用户提供灵活的统计方式。

请参见图6，是本申请实施例提供的一种数据处理方法的流程示意图。该数据处理方法可以由计算机设备执行，计算机设备可以包括如图1所述的终端设备或业务服务器，本申请实施例以终端设备为例进行说明。如图6所示，该数据处理方法至少可以包括以下步骤S301-步骤S302：

步骤S301，在文档编辑应用的目标文档中显示处于编辑状态的文本数据以及初始编辑工作量；初始编辑工作量用于表征在文档编辑应用中的至少两个待编辑文档中所统计到的与目标编辑方式相关联的字符数；至少两个待编辑文档包含目标文档；

具体的，终端设备可以响应文档编辑应用中针对目标用户帐号的登录操作，显示与目标用户帐号相关联的至少两个文档，进一步，可以响应针对上述至少两个文档的选择操作，将所选择的文档确定为待编辑文档，其中，待编辑文档的数量可以为至少两个，也就是说，在一段时间内，用户可以通过文档编辑应用打开多个文档进行编辑，本申请实施例对待编辑文档的具体数量不做限制。进一步，假设至少两个待编辑文档包括目标文档，则终端设备可以响应针对目标文档的触发操作，在目标文档对应的文档编辑界面中显示处于编辑状态的文本数据以及初始编辑工作量，其中，初始编辑工作量用于表征在文档编辑应用中的至少两个待编辑文档中所统计到的与目标编辑方式相关联的字符数。

可选的，可以理解，当打开多个待编辑文档时，在文档编辑界面中也可以同时显示每个待编辑文档对应的编辑工作量，也就是说，初始编辑工作量可以为多个子初始编辑工作量的组合，一个子初始编辑工作量是指在一个待编辑文档中所统计到的与目标编辑方式相关联的字符数，后续不再进行展开说明。具体如何定义初始编辑工作量可以根据实际产品需求来确定，本申请实施例对此不做限制。

步骤S302，响应针对文本数据的编辑操作，若编辑操作包含属于目标编辑方式的操作，则将文档编辑应用中的初始编辑工作量更新显示为目标编辑工作量；目标编辑工作量与初始编辑工作量的差值，是基于编辑操作中与目标编辑方式相关联的字符数所确定的。

具体的，需要说明的是，在本申请实施例中，目标编辑方式包括但不限于增添编辑方式、删减编辑方式、属性修改编辑方式，结合上述步骤S301中对于初始编辑工作量的定义，可以理解，在编辑文档的过程中，本申请实施例可以支持同时对不同的编辑方式相关联的字符数进行统计，得到该编辑方式对应的编辑工作量，从而可以获取更丰富具体的工作量统计结果。为便于理解，下面以目标文档为例，分别对上述三种编辑方式进行相应说明，当待编辑文档的数量为多个时，在目标文档中完成编辑工作量的更新后，也要将更新结果同步至其它待编辑文档进行更新显示，且针对其它待编辑文档的编辑操作，其统计更新过程与目标文档一致。

可选的，针对采用增添编辑方式作为目标编辑方式的场景，对目标文档中的文本数据进行编辑后需要对初始编辑工作量X1(与增添编辑方式相关联)进行相应更新，具体过程可以为：终端设备可以响应针对文本数据的编辑操作，对该编辑操作进行识别，若识别到该编辑操作包含属于增添编辑方式的操作，则可以基于属于增添编辑方式的操作，在上述文本数据中增添目标字符，进而可以将文档编辑应用中的初始编辑工作量X1更新显示为目标编辑工作量Y1。其中，目标编辑工作量Y1与初始编辑工作量X1的差值，等于所增添的目标字符的字符数。例如，请再次参见图2c，如图2c所示，用户A在文档1中增添的目标字符为：“因此，我们需要进行过程性统计。”此时目标字符的字符数为15个字(包括标点符号)，因此终端设备200a可以将初始编辑工作量“0”更新为目标编辑工作量“15”，并显示在区域303d中。

可选的，针对采用删减编辑方式作为目标编辑方式的场景，对目标文档中的文本数据进行编辑后需要对初始编辑工作量X2(与删减编辑方式相关联)进行相应更新，具体过程可以为：终端设备可以响应针对文本数据的编辑操作，对该编辑操作进行识别，若识别到该编辑操作包含属于删减编辑方式的操作，则可以基于属于删减编辑方式的操作，在上述文本数据中删减目标字符，进而可以将文档编辑应用中的初始编辑工作量X2更新显示为目标编辑工作量Y2。其中，目标字符属于上述文本数据，目标编辑工作量Y2与初始编辑工作量X2的差值，等于所删减的目标字符的字符数。例如，请再次参见图2d，如图2d所示，用户A在文档1中删减的目标字符包括：“的”、“候，”、“往往”，此时目标字符的字符数为5个字(包括标点符号)，因此终端设备200a可以将初始编辑工作量“0”更新为目标编辑工作量“5”，并显示在区域303e中。

可选的，针对采用属性修改编辑方式作为目标编辑方式的场景，对目标文档中的文本数据进行编辑后需要对初始编辑工作量X3(与属性修改编辑方式相关联)进行相应更新，具体过程可以为：终端设备可以响应针对文本数据的编辑操作，对该编辑操作进行识别，若识别到该编辑操作包含属于属性修改编辑方式的操作，则可以基于属于属性修改编辑方式的操作，在上述文本数据中修改目标字符的字符属性，进而可以将文档编辑应用中的初始编辑工作量X3更新显示为目标编辑工作量Y3。其中，目标字符属于上述文本数据，目标编辑工作量Y3与初始编辑工作量X3的差值，等于被修改字符属性的目标字符的字符数。其中，字符属性包括但不限于字体、字号、字体颜色、对齐方式、是否加粗、是否倾斜等属性。例如，请再次参见图2e，如图2e所示，用户A在文档1中修改字体大小的目标字符为：“完整的工作量”，此时目标字符的字符数为6个字，因此终端设备200a可以将初始编辑工作量“0”更新为目标编辑工作量“6”，并显示在区域303f中。

可以理解，在实际应用中，一次编辑操作可能包含多种编辑方式对应的操作，在这种场景下，终端设备仍然可以分别统计在这次编辑操作中与每种编辑方式相关联的字符数，进而可以分别对每种编辑方式相关联的编辑工作量进行相应更新。

需要说明的是，上述图2c-图2e中的编辑工作量的显示位置(底部状态栏)和显示形式仅用于举例说明，实际应用中可以根据产品需求进行调整，本申请实施例对此不做具体限制。

本申请实施例可以在文档编辑应用的目标文档中显示处于编辑状态的文本数据以及初始编辑工作量，进一步，可以响应针对上述文本数据的编辑操作，如果该编辑操作包含属于目标编辑方式的操作，则可以将文档编辑应用中的初始编辑工作量更新显示为目标编辑工作量，也就是说，本申请实施例可以基于上述编辑操作中与目标编辑方式相关联的字符数，确定经过该编辑操作后文档编辑应用中的编辑工作量的变化，从而可以基于该字符数将初始编辑工作量更新显示为目标编辑工作量。上述可知，本申请实施例提供了编辑工作量统计与展示的功能，该功能可以自动统计用户在编辑文档过程中所采用的编辑方式相关联的字符数，从而可以基于这些字符数持续地对编辑工作量进行更新，并将其动态、直观地展示在文档编辑应用中，而不需要用户人为观察并记录相关数据来进行推测，从而可以提高文档编辑过程中统计编辑工作量的效率和准确度，且丰富文档编辑的展示方式。此外，现有文档类产品仅能统计和显示单篇文档字符总数，无法进行跨文档字数统计，而本申请实施例以帐号体系为基础，可以支持跨文档编辑工作量的统计，从而可以拓展文档类产品的产品形态和能力。

进一步地，请参见图7，是本申请实施例提供的一种数据处理方法的流程示意图。本申请实施例以该数据处理方法由终端设备执行为例进行说明。如图7所示，该数据处理方法的过程包括如下步骤S401-步骤S403，且步骤S402-步骤S403为图6所对应实施例中步骤S302的一个具体实施例，该数据处理过程可以包括如下步骤：

步骤S401，在文档编辑应用的目标文档中显示处于编辑状态的文本数据以及初始编辑工作量；

该步骤的具体过程可以参见上述图6所对应实施例中的步骤S301，这里不再进行赘述。

步骤S402，响应针对文本数据的编辑操作，若编辑操作包含属于目标编辑方式的操作，则生成目标编辑方式对应的数据变更集，将数据变更集发送至服务器，以使服务器基于数据变更集生成目标编辑工作量；

具体的，终端设备可以响应针对文本数据的编辑操作，对该编辑操作进行识别，若识别到该编辑操作包含属于目标编辑方式的操作，则可以生成目标编辑方式对应的数据变更集，进而可以将数据变更集发送至服务器，服务器接收成功后，可以基于数据变更集进行计算，得到目标编辑工作量，随后可以将目标编辑工作量返回至终端设备，同时，服务器可以根据目标编辑工作量对目标用户帐号所关联的工作量数据信息进行更新，具体场景可以参见上述图2b-图2e所对应实施例中的相关描述。

结合上述图6所对应实施例中步骤S302中的描述，目标编辑方式包括但不限于增添编辑方式、删减编辑方式、属性修改编辑方式，用户每次在对任意一个待编辑文档(如目标文档)中的文本数据进行编辑时，终端设备可以生成数据变更集，可以理解，采用不同的编辑方式，对应生成的数据变更集的类型也不相同，下面以目标文档为例，分别对上述三种编辑方式进行相应说明。

可选的，针对采用增添编辑方式作为目标编辑方式的场景，对目标文档中的文本数据进行编辑后，计算目标编辑工作量Y1(与增添编辑方式相关联)的具体过程可以为：终端设备可以响应针对文本数据的编辑操作，对该编辑操作进行识别，若识别到该编辑操作包含属于增添编辑方式的操作，则可以基于属于增添编辑方式的操作，获取增添位置信息以及增添的目标字符，进而可以基于增添位置信息以及目标字符生成与增添编辑方式相匹配的数据变更集Z1，随后可以将数据变更集Z1发送至服务器。服务器成功接收后，可以提取数据变更集Z1中的目标字符，并计算其长度，从而得到目标字符的字符数，进而可以将目标字符的字符数和初始编辑工作量X1相加，最终得到目标编辑工作量Y1。

可选的，针对采用删减编辑方式作为目标编辑方式的场景，对目标文档中的文本数据进行编辑后，计算目标编辑工作量Y2(与删减编辑方式相关联)的具体过程可以为：终端设备可以响应针对文本数据的编辑操作，对该编辑操作进行识别，若识别到该编辑操作包含属于删减编辑方式的操作，则可以基于属于删减编辑方式的操作，获取删减位置信息以及删减字符数，进而可以基于删减位置信息以及删减字符数生成与删减编辑方式相匹配的数据变更集Z2，随后可以将数据变更集Z2发送至服务器。服务器成功接收后，可以解析得到数据变更集Z2中的删减字符数，进而可以将删减字符数和初始编辑工作量X2相加，最终得到目标编辑工作量Y2。

可选的，针对采用属性修改编辑方式作为目标编辑方式的场景，对目标文档中的文本数据进行编辑后，计算目标编辑工作量Y3(与属性修改编辑方式相关联)的具体过程可以为：终端设备可以响应针对文本数据的编辑操作，对该编辑操作进行识别，若识别到该编辑操作包含属于属性修改编辑方式的操作，则可以基于属于属性修改编辑方式的操作，获取修改位置信息、修改字符数以及修改后的字符属性，进而可以基于修改位置信息、修改字符数以及修改后的字符属性生成与属性修改编辑方式相匹配的数据变更集Z3，随后可以将数据变更集Z3发送至服务器。服务器成功接收后，可以解析得到数据变更集Z3中的修改字符数，进而可以将修改字符数和初始编辑工作量X3相加，最终得到目标编辑工作量Y3。

需要说明的是，还可以将上述三种生成数据变更集的方法和一些规则进行融合使用，例如，在一种实施方式中，可以采用预先设计好的规则作为数据变更集的生成策略，在这个生成策略中，终端设备可以先在一个小型缓存区中预存一部分变更信息，只有当满足相关规则时才会基于预存的变更信息统一生成数据变更集发送给服务器，而不是文本数据一产生变化就立刻反馈给服务器。下面分别从缓存数量和缓存时间两个维度进行说明。

可选的，终端设备可以响应针对文本数据的编辑操作，对该编辑操作进行识别，若识别到该编辑操作包含属于目标编辑方式的操作，则可以将编辑操作中与目标编辑方式相关联的字符存储至目标缓存区，进一步，当目标缓存区中所存储的缓存字符的字符数大于或等于存储阈值时，终端设备可以基于缓存字符生成目标编辑方式对应的数据变更集，进而可以将数据变更集发送至服务器，以使服务器可以基于该数据变更集生成目标编辑工作量。其中，存储阈值的具体大小可以根据实际需要进行设置。

可选的，终端设备可以响应针对文本数据的编辑操作，对该编辑操作进行识别，若识别到该编辑操作包含属于目标编辑方式的操作，则可以将编辑操作中与目标编辑方式相关联的字符存储至目标缓存区，进一步，当与目标缓存区相关联的缓存周期结束时，终端设备可以基于目标缓存区中所存储的缓存字符生成目标编辑方式对应的数据变更集，进而可以将数据变更集发送至服务器，以使服务器可以基于该数据变更集生成目标编辑工作量。其中，缓存周期的具体大小可以根据实际需要进行设置，例如，在一种实施方式中，可以将缓存周期设置为2秒，也就是说，无论前面的编辑操作涉及到多少字符，终端设备每2秒就会生成一次数据变更集。

步骤S403，获取目标编辑工作量，将文档编辑应用中的初始编辑工作量更新显示为目标编辑工作量。

具体的，终端设备可以接收服务器发送的目标编辑工作量，进而可以将文档编辑应用中的初始编辑工作量更新显示为目标编辑工作量。结合上述步骤S402，可以理解，此处的初始编辑工作量与目标编辑工作量均对应于同一种编辑方式，针对采用增添编辑方式作为目标编辑方式的场景，终端设备可以将初始编辑工作量X1更新显示为目标编辑工作量Y1；针对采用删减编辑方式作为目标编辑方式的场景，终端设备可以将初始编辑工作量X2更新显示为目标编辑工作量Y2；针对采用属性修改编辑方式作为目标编辑方式的场景，终端设备可以将初始编辑工作量X3更新显示为目标编辑工作量Y3。

本申请实施例可以基于编辑操作中与目标编辑方式相关联的字符数，确定经过该编辑操作后文档编辑应用中的编辑工作量的变化，从而可以基于该字符数将初始编辑工作量更新显示为目标编辑工作量。上述可知，本申请实施例提供了编辑工作量统计与展示的功能，该功能可以自动统计用户在编辑文档过程中所采用的编辑方式相关联的字符数，从而可以基于这些字符数持续地对编辑工作量进行更新，并将其动态、直观地展示在文档编辑应用中，而不需要用户人为观察并记录相关数据来进行推测，从而可以提高文档编辑过程中统计编辑工作量的效率和准确度，且丰富文档编辑的展示方式。此外，现有文档类产品仅能统计和显示单篇文档字符总数，无法进行跨文档字数统计，而本申请实施例以帐号体系为基础，可以支持跨文档编辑工作量的统计，从而可以拓展文档类产品的产品形态和能力。

请参见图8，是本申请实施例提供的一种数据处理方法的流程示意图。该数据处理方法可以由终端设备执行。如图8所示，该数据处理方法至少可以包括以下步骤S501-步骤S504：

步骤S501，在文档编辑应用的目标文档中显示处于编辑状态的文本数据以及初始编辑工作量；

本步骤的具体过程可以参见上述图6所对应实施例中的步骤S301，这里不再进行赘述。需要说明的是，终端设备可以响应针对初始编辑工作量的触发操作，显示多个时间维度的工作量详情信息，具体可以参加上述图4所对应实施例中的步骤S203。

步骤S502，响应针对文本数据的编辑操作，若编辑操作包含属于目标编辑方式的操作，则将文档编辑应用中的初始编辑工作量更新显示为目标编辑工作量；

本步骤的具体过程可以参见上述图6所对应实施例中的步骤S302或上述图7所对应实施例中的步骤S402-步骤S403，这里不再进行赘述。可以理解，与初始编辑工作量相关联的工作量详情信息也会相应发生变化。

步骤S503，基于目标编辑工作量与初始编辑工作量的差值，对工作量进度信息进行更新显示；

在本申请实施例中，文档编辑应用还可以包括工作量进度信息，其中，工作量进度信息可用于表征用户当前的工作进度，具体来说，用户可以根据需要设置一个预期总工作量(即预期完成的工作量目标)和相应的编辑周期，表示该用户希望自己能在该编辑周期内实现与预期总工作量相等的编辑工作量，可以理解，在用户对文档进行编辑的过程中，编辑工作量在逐渐累积，且会越来越靠近预期总工作量。为了更直观地展现这个过程，本申请实施例可以支持在文档编辑界面中显示工作量进度信息，可以理解，工作量进度信息会随着当前编辑工作量的累积而发生变化，也就是说，终端设备可以基于目标编辑工作量与初始编辑工作量的差值，对工作量进度信息进行更新显示。

请一并参见图9a-图9d，是本申请实施例提供的一种数据处理的场景示意图。本申请实施例以单篇文档为例进行说明。如图9a所示，终端设备打开文档1后，可以在文档编辑界面500a中显示工作量设置控件501a，进而可以响应针对工作量设置控件501a的触发操作，显示工作量设置界面502a。在工作量设置界面502a中，可以显示编辑周期设置选项503a和预期总工作量设置选项504a，且终端设备可以显示与这两个选项相关的多个选项(例如一些用户常用的或基于历史设置生成的选项)供用户选择，如终端设备可以响应针对编辑周期设置选项503a的触发操作，显示多个编辑周期选项，包括“小时”、“日”、“周”等，同理，终端设备可以响应针对预期总工作量设置选项504a的触发操作，显示多个工作量数值选项，包括“500”、“800”、“1000”等。可以理解，编辑周期设置选项503a和预期总工作量设置选项504a也可以支持用户手动输入相关数据来进行设置。其中，工作量设置界面502a可以浮窗形式或蒙层形式或半透明形式展现在文档编辑界面500a的任一区域中，也可以是用能通过拖拽操作改变显示尺寸且可收缩的界面进行显示，该界面的尺寸小于文档编辑界面500a，本申请实施例对此不做限制。

进一步，假设用户将编辑周期设置为“日”(即当天零点到第二天零点)，将预期总工作量设置为500个字，终端设备可以响应针对确定设置控件505a的触发操作，生成工作量进度信息502b，如图9b所示，可以在文档编辑界面500b中显示工作量进度信息502b，由于用户还未对文档1进行编辑，此时文档编辑界面500b中显示的编辑工作量501b为零，相应的，工作量进度信息502b显示为0％(即编辑工作量501b与预期总工作量的比值)。进一步，用户对文档1进行一次编辑操作后，终端设备需要对编辑工作量501b和工作量进度信息502b进行更新，假设终端设备统计到本次编辑操作所产生的编辑工作量为100个字，如文档编辑界面500c所示，终端设备可以将编辑工作量501b(0个字)更新显示为编辑工作量501c(100个字)，两者的差值(即新增的编辑工作量)为100，相应的，可以将工作量进度信息502b(0％)更新显示为工作量进度信息502c(20％，即编辑工作量501c与预期总工作量的比值)。

需要说明的是，工作量进度信息的显示形式可以为如图9b所示的进度条形式，也可以为其它形式(例如饼状图)，本申请实施例对此不做限制。

此外，本申请实施例还可以在用户达成/未达成工作量目标时均进行相应的提示，以丰富文档产品的展示方式。具体的，在与工作量进度信息相关联的编辑周期内，若更新后的工作量进度信息处于进度完成状态，则可以显示与编辑操作相关联的特效动画；反之，若编辑周期已结束，且更新后的工作量进度信息处于进度未完成状态，则可以显示任务失败提示信息。例如，请一并参见图9c，假设用户在当天对文档1进行编辑的过程中达成了500个字的预期总工作量，则在文档编辑界面500d中，可以显示当前的编辑工作量501d(500个字)以及工作量进度信息502d(100％，即进度完成状态)，同时还可以显示相应的特效动画503d(如喷雾、烟花等样式)以及提示信息504d，如“恭喜你完成今日目标！”。再例如，请一并参见图9d，假设用户在当天结束前的编辑工作量为400个字，没有达成500个字的预期总工作量，则在文档编辑界面500e中，可以显示当前的编辑工作量501e(400个字)以及工作量进度信息502e(80％，即进度未完成状态)，同时还可以显示任务失败提示信息503e，如“很遗憾你未完成今日目标，请继续努力哟”，后续用户可以根据实际情况对编辑周期和预期总工作量进行相应调整。

可以理解，通过设置工作量目标，可以使编辑文档的过程更具有娱乐性和任务性，因此可以拓展文档类产品的形态和能力。

可选的，除了如上述图9a所示，支持用户手动设置预期总工作量，本申请实施例还可以采用AI模型对预期总工作量进行预测用以辅助生成工作量进度信息，即在本步骤执行前，可以先执行步骤S504。

步骤S504，获取编辑频率、激励参数以及编辑周期，基于编辑频率、激励参数以及编辑周期生成工作量进度信息，在文档编辑应用中显示工作量进度信息。

具体的，在对目标文档进行编辑的过程中，终端设备可以获取编辑频率、激励参数以及用户设置的编辑周期，其中，编辑频率用于表征在单位时间周期内，在文档编辑应用中所统计到的与目标编辑方式相关联的字符数，例如，假设单位时间周期为一分钟，则可以统计出用户在过去的编辑过程中平均每分钟的编辑工作量作为编辑频率。需要说明的是，可以训练一个基于深度学习的工作量预测模型，该工作量预测模型可以基于用户性格特征、用户在不同时间段上的编辑频率、目标文档的重要程度等信息预测出激励参数，随后可以基于编辑频率和激励参数生成激励编辑频率，同时可以生成编辑周期与单位时间周期的周期比例，进而可以将激励编辑频率与周期比例相乘，得到预期总工作量。例如，假设编辑周期设置为4小时，编辑频率为200个字/分钟，激励参数为10％(表示新增10％的编辑工作量)，则可以计算出激励编辑频率为200×(1+10％)＝220个字/分钟，由此可知，激励编辑频率比编辑频率每分钟多增加了20个字的工作量，同时可以计算得到周期比例为240，从而可以进一步计算得到预期总工作量为220×240＝52800个字。可选的，通过工作量预测模型预测得到预期总工作量的方法可以和上述步骤S503中通过用户手动设置预期总工作量的方法相结合，例如可以先通过工作量预测模型输出一个预测的预期总工作量，若用户对该预测结果不满意，可以随时进行手动修改，以满足自己的工作需求。最终，终端设备可以根据在编辑周期内所计划完成的预期总工作量生成工作量进度信息，并将其显示在文档编辑应用中，后续随着编辑工作量的变化可以对工作量进度信息进行更新(更新过程可参见上述步骤S503)。

本申请实施例可以在文档编辑应用的目标文档中显示处于编辑状态的文本数据以及初始编辑工作量，进而可以响应针对初始编辑工作量的触发操作，显示多个时间维度的工作量详情信息，同时，通过相应设置可以显示工作量进度信息。进一步，当对文本数据执行编辑操作时，可以基于该编辑操作中与目标编辑方式相关联的字符数，确定经过该编辑操作后文档编辑应用中的编辑工作量的变化，从而可以基于该字符数将对初始编辑工作量、工作量详情信息以及工作量进度信息均进行更新显示。上述可知，本申请实施例提供了编辑工作量统计与展示的功能，该功能可以自动统计用户在编辑文档过程中所采用的编辑方式相关联的字符数，从而可以基于这些字符数持续地对编辑工作量进行更新，并将其动态、直观地展示在文档编辑应用中，而不需要用户人为观察并记录相关数据来进行推测，从而可以提高文档编辑过程中统计编辑工作量的效率和准确度，同时，通过显示随编辑工作量变化的工作量进度信息对用户进行相应提示，可以丰富文档编辑的展示方式。此外，现有文档类产品仅能统计和显示单篇文档字符总数，无法进行跨文档字数统计，而本申请实施例以帐号体系为基础，可以支持跨文档编辑工作量的统计，从而可以拓展文档类产品的产品形态和能力。

请参见图10，是本申请实施例提供的一种数据处理方法的时序示意图。该数据处理方法可以由终端设备和服务器共同执行。如图10所示，该数据处理方法至少可以包括以下步骤：

步骤S601，终端设备对文本数据进行编辑；

具体的，用户在一段时间内可以通过文档编辑应用编辑多份文档(如文档A和文档B)，因此每次对其中一个文档进行编辑时，终端设备可以响应针对该文档中的文本数据的编辑操作(包括但不限于属于增添编辑方式、删减编辑方式或属性修改编辑方式的一种或多种操作)，对文本数据进行相应更新。

步骤S602，终端设备向服务器提交数据变更集；

具体的，每次在文档中进行编辑操作时，终端设备可以生成一份数据变更集，进而可以将该数据变更集通过网络递交给存储编辑数据的后台服务器，其中，数据变更集中可以包括多种类型的变更，例如增添字符类型、删减字符类型、修改字符属性类型等，在本申请实施例中，可以对不同类型的变更进行定义，例如，针对增添字符类型的变更，即在文档中的某个位置插入字符，可以将其定义为insert(pos1，string)，其中，参数pos1表示增添位置信息，参数string表示增添的目标字符；针对删减字符类型的变更，即在文档中的某个位置删除某些字符，可以将其定义为del(pos2，len1)，其中，参数pos2表示删减位置信息，参数len1表示删减字符数；针对修改字符属性类型的变更，即修改文档中的某个位置的某些字符对应的字符属性，可以将其定义为modify(pos3，len2，attrib)，其中，参数pos3表示修改位置信息，参数len2表示修改字符数，参数attrib表示修改后的字符属性。可选的，生成数据变更集的过程可以参见上述图7所对应实施例的步骤S402中关于采用目标缓存区的生成策略的相关描述，这里不再进行赘述。

需要说明的是，终端设备(或文档编辑应用)向服务器发送请求，是一个协商的过程，用以提供用户编辑工作量的实时变化通知，本申请实施例在终端设备和服务器传输数据的过程中，可以采用WebSocket协议来实现多篇文档同时打开时，编辑工作量的数据实时同步。具体来说，终端设备可以先向服务器发送一个HTTP(超文本传输协议)请求以发起连接，取得服务器响应后，建立的连接将使用HTTP升级，将HTTP协议交换为WebSocket协议，随后终端设备和服务器之间可以建立起持久性的连接。WebSocket协议使得终端设备和服务器之间的数据交换更加简单，且允许服务器主动向终端设备推送数据，例如主动告知终端设备现在需要将编辑工作量更新到多少个字符。其中，WebSocket协议是一种从HTML5开始提供的一种在单个TCP(Transmission Control Protocol，传输控制协议，是一种面向连接的、可靠的、基于字节流的传输层通信协议)连接上进行全双工通讯的协议，在WebSocketAPI(应用程序接口)中，应用客户端和服务器只需要完成一次握手，就可以创建持久性的连接，并进行双向数据传输。

步骤S603，服务器基于数据变更集统计本次编辑中的字符变更增量；

具体的，由于上述步骤生成的数据变更集可能包含多种类型的变更，因此服务器接收到数据变更集后，可以先对数据变更集中的变更类型进行识别，例如，可以通过识别insert、del、modify等标识来区分该数据变更集中存在的各种变更，若识别到增添字符类型的变更，则服务器可以统计出本次编辑中所增添的字符数；若识别到删减字符类型的变更，则服务器可以统计出本次编辑中所删减的字符数；若识别到修改字符属性类型的变更，则服务器可以统计出本次编辑中被修改字符属性的字符数，最终可以将统计结果进行汇总，从而得到本次编辑中的字符变更增量，随后可以将字符变更增量传递给服务器中的工作量统计模块。

需要说明的是，在上述图6、图7所对应的实施例中，生成数据变更集之前，均由终端设备预先对编辑操作进行识别，只有该编辑操作中包含属于目标编辑方式的操作时，才会继续执行后续的步骤，直到生成目标编辑方式对应的数据变更集，此时数据变更集仅包含一种类型的变更。而本申请实施例提供了另外一种方法，该方法可以支持终端设备响应编辑操作，直接生成相应的数据变更集，随后将数据变更集发送给服务器，再由服务器对数据变更集进行识别，因此通过这种方法得到的数据变更集有可能包含多种类型的变更。

步骤S604，服务器根据字符变更增量对编辑工作量进行更新；

具体的，服务器中的工作量统计模块接收到字符变更增量后，可以对其进行解析，得到本次编辑中与每种变更相关联的字符数，随后可以将它们分别累加到当前用户帐号下，也就是说，将与同一种变更(即编辑方式)相关联的字符数和编辑工作量进行相加，最终可以得到更新后的编辑工作量(为多种类型的变更对应的编辑工作量的组合)，同时服务器会在工作量统计模块中进行记录。

步骤S605，服务器返回更新后的编辑工作量；

具体的，服务器可以将更新后的编辑工作量返回给终端设备，需要说明的是，由于在文档编辑的交互过程中，用户使用的文档编辑应用(即客户端侧)和服务器(即后台侧)是实时进行通讯的，如果用户打开了多个文档(如文档A和文档B)进行编辑，则文档A对应的编辑工作量发生变化，也要实时同步告知到文档B的工作量统计展示模块中。

步骤S606，终端设备实时展示更新后的编辑工作量。

具体的，终端设备接收成功后，可以实时展示更新后的编辑工作量。

进一步地，以增添字符类型的变更(即编辑操作中包含属于增添编辑方式的操作)为例进行说明，假设在该场景下服务器仅对增添字符类型的变更敏感，也就是说，只有采用增添编辑方式在文档中插入字符才会导致编辑工作量的增加，请一并参见图11，是本申请实施例提供的一种数据处理方法的流程示意图。如图11所示，该方法可以包括以下步骤：

步骤S701，当用户编辑文档时，终端设备可以响应针对文档的编辑操作，对文档内容进行修改并更新显示；

步骤S702，终端设备基于上述编辑操作生成数据变更集，进而可以将该数据变更集发送至服务器(后台)；

步骤S703，服务器接收到数据变更集后，对变更类型进行识别，若识别到数据变更集中不存在增添字符类型的变更，则本次编辑操作导致的变更不计入工作量统计流程；若识别到数据变更集中存在增添字符类型的变更，则执行步骤S704；

步骤S704，服务器可以获取数据变更集中属于增添字符类型的变更(即insert变更集)，进而可以提取出insert变更集中的字符串部分，并计算长度，从而可以统计出本次编辑操作中增添的字符的数量；

步骤S705，服务器可以将上述步骤S704中的计算结果输入工作量统计模块，通过工作量统计模块可以计算出当前最新的编辑工作量；

步骤S706，服务器可以基于WebSocket协议，将最新的编辑工作量返回至终端设备(即文档编辑应用对应的客户端)；

步骤S707，终端设备接收到最新的编辑工作量后，可以对其进行展示。

本申请实施例提供了一种基于帐号的跨文档编辑工作量的统计与展示方法，该方法能可以自动统计用户在编辑文档过程中所采用的编辑方式相关联的字符数，从而可以基于这些字符数持续地对编辑工作量进行更新，并将其动态、直观地展示在文档编辑应用中，而不需要用户人为观察并记录相关数据来进行推测，从而可以提高文档编辑过程中统计编辑工作量的效率和准确度，且丰富文档编辑的展示方式。此外，现有文档类产品仅能统计和显示单篇文档字符总数，无法进行跨文档字数统计，而本申请实施例以帐号体系为基础，可以支持跨文档编辑工作量的统计，从而可以拓展文档类产品的产品形态和能力。

请参见图12，是本申请实施例提供的一种数据处理装置的结构示意图。该数据处理装置可以是运行于计算机设备的一个计算机程序(包括程序代码)，例如该数据处理装置为一个应用软件；该装置可以用于执行本申请实施例提供的数据处理方法中的相应步骤。如图12所示，该数据处理装置1可以包括：第一显示模块11、第二显示模块12；

第一显示模块11，用于显示与目标用户帐号相关联的一个或多个待编辑文档；一个或多个待编辑文档包括目标文档；

上述第一显示模块11，具体用于显示与目标用户帐号相关联的至少两个文档；响应针对至少两个文档的选择操作，将所选择的文档确定为待编辑文档；待编辑文档的数量为一个或多个；

第二显示模块12，用于响应针对目标文档的触发操作，在文档编辑界面显示目标文档中处于编辑状态的文本数据以及初始编辑工作量；初始编辑工作量包括在每个待编辑文档中所统计到的与目标编辑方式相关联的字符数的总和。

其中，第一显示模块11的具体功能实现方式可以参见上述图3所对应实施例中的步骤S101，第二显示模块12的具体功能实现方式可以参见上述图3所对应实施例中的步骤S102，这里不再进行赘述。

请一并参见图12，上述数据处理装置1还包括：第三显示模块13；

第三显示模块13，用于响应针对初始编辑工作量的触发操作，显示至少两个时间维度的工作量详情信息。

其中，第三显示模块13的具体功能实现方式可以参见上述图4所对应实施例中的步骤S203，这里不再进行赘述。

请一并参见图12，上述第三显示模块13，包括：第一显示单元131、第二显示单元132；

第一显示单元131，用于响应针对初始编辑工作量的触发操作，显示工作量详情界面；工作量详情界面包括针对至少两个时间维度的详情显示控件；至少两个时间维度包括时间维度T_i，i为小于或等于时间维度总数的正整数；

第二显示单元132，用于在工作量详情界面的至少两个详情显示控件中，响应针对时间维度T_i的详情显示控件的触发操作，显示时间维度T_i的工作量详情信息M_i；

上述第二显示单元132，具体用于响应针对时间维度T_i的详情显示控件的触发操作，显示时间维度T_i下每个待编辑文档对应的编辑工作量的总和，以及时间维度T_i下目标文档对应的编辑工作量。

其中，第一显示单元131、第二显示单元132的具体功能实现方式可以参见上述图4所对应实施例中的步骤S203，这里不再进行赘述。

本申请实施例可以显示与目标用户帐号相关联的一个或多个待编辑文档，进而可以响应针对目标文档的触发操作，在文档编辑界面显示目标文档中处于编辑状态的文本数据以及初始编辑工作量，其中，初始编辑工作量用于表征在每个待编辑文档中所统计到的与目标编辑方式相关联的字符数的总和。上述可知，现有文档类产品仅能统计和显示单篇文档字符总数，无法进行跨文档字数统计，而本申请实施例以帐号体系为基础，可以支持跨文档编辑工作量的统计，也就是说，可以自动统计用户在编辑一个或多个文档过程中所采用的编辑方式相关联的字符数，从而可以基于这些字符数得到每个文档对应的编辑工作量之和，并持续地将其动态、直观地展示在文档编辑应用中，而不需要用户人为观察并记录相关数据来进行推测，从而可以拓展文档类产品的产品形态和能力，提高文档编辑过程中统计编辑工作量的效率和准确度，且丰富文档编辑的展示方式。

请参见图13，是本申请实施例提供的一种数据处理装置的结构示意图。该数据处理装置可以是运行于计算机设备的一个计算机程序(包括程序代码)，例如该数据处理装置为一个应用软件；该装置可以用于执行本申请实施例提供的数据处理方法中的相应步骤。如图13所示，该数据处理装置2可以包括：第一显示模块21、第一更新显示模块22；

第一显示模块21，用于在文档编辑应用的目标文档中显示处于编辑状态的文本数据以及初始编辑工作量；初始编辑工作量用于表征在文档编辑应用中的至少两个待编辑文档中所统计到的与目标编辑方式相关联的字符数；至少两个待编辑文档包含目标文档；

第一更新显示模块22，用于响应针对文本数据的编辑操作，若编辑操作包含属于目标编辑方式的操作，则将文档编辑应用中的初始编辑工作量更新显示为目标编辑工作量；目标编辑工作量与初始编辑工作量的差值，是基于编辑操作中与目标编辑方式相关联的字符数所确定的。

其中，第一显示模块21的具体功能实现方式可以参见上述图6所对应实施例中的步骤S301，第一更新显示模块22的具体功能实现方式可以参见上述图6所对应实施例中的步骤S302，或参见上述图7所对应实施例中的步骤S402-步骤S403，这里不再进行赘述。

在一种实施方式中，上述文档编辑应用还可以包括工作量进度信息；

请一并参见图13，上述数据处理装置2还可以包括：第二更新显示模块23、动画显示模块24、提示模块25；

第二更新显示模块23，用于基于目标编辑工作量与初始编辑工作量的差值，对工作量进度信息进行更新显示；

动画显示模块24，用于在与工作量进度信息相关联的编辑周期内，若更新后的工作量进度信息处于进度完成状态，则显示与编辑操作相关联的特效动画；

提示模块25，用于若编辑周期已结束，且更新后的工作量进度信息处于进度未完成状态，则显示任务失败提示信息。

其中，第二更新显示模块23、动画显示模块24、提示模块25的具体功能实现方式可以参见上述图8所对应实施例中的步骤S503，这里不再进行赘述。

请一并参见图13，上述数据处理装置2还可以包括：进度信息生成模块26；

进度信息生成模块26，用于获取编辑频率、激励参数以及编辑周期；编辑频率用于表征在单位时间周期内，在文档编辑应用中所统计到的与目标编辑方式相关联的字符数；基于编辑频率和激励参数生成激励编辑频率，生成编辑周期与单位时间周期的周期比例；将激励编辑频率与周期比例相乘，得到预期总工作量，根据在编辑周期内所计划完成的预期总工作量生成工作量进度信息。

其中，进度信息生成模块26的具体功能实现方式可以参见上述图8所对应实施例中的步骤S504，这里不再进行赘述。

在一种实施方式中，目标编辑方式可以包括增添编辑方式；

请一并参见图13，上述第一更新显示模块22可以包括：第一更新单元221；

第一更新单元221，用于响应针对文本数据的编辑操作，若编辑操作包含属于增添编辑方式的操作，则基于属于增添编辑方式的操作，在文本数据中增添目标字符，将文档编辑应用中的初始编辑工作量更新显示为目标编辑工作量；目标编辑工作量与初始编辑工作量的差值，等于所增添的目标字符的字符数。

其中，第一更新单元221的具体功能实现方式可以参见上述图6所对应实施例中的步骤S302，这里不再进行赘述。

在一种实施方式中，目标编辑方式可以包括删减编辑方式；

请一并参见图13，上述第一更新显示模块22可以包括：第二更新单元222；

第二更新单222，用于响应针对文本数据的编辑操作，若编辑操作包含属于删减编辑方式的操作，则基于属于删减编辑方式的操作，在文本数据中删减目标字符，将文档编辑应用中的初始编辑工作量更新显示为目标编辑工作量；目标字符属于文本数据；目标编辑工作量与初始编辑工作量的差值，等于所删减的目标字符的字符数。

其中，第二更新单元222的具体功能实现方式可以参见上述图6所对应实施例中的步骤S302，这里不再进行赘述。

在一种实施方式中，目标编辑方式可以包括属性修改编辑方式；

请一并参见图13，上述第一更新显示模块22可以包括：第三更新单元223；

第三更新单元223，用于响应针对文本数据的编辑操作，若编辑操作包含属于属性修改编辑方式的操作，则基于属于属性修改编辑方式的操作，在文本数据中修改目标字符的字符属性，将文档编辑应用中的初始编辑工作量更新显示为目标编辑工作量；目标字符属于文本数据；目标编辑工作量与初始编辑工作量的差值，等于被修改字符属性的目标字符的字符数。

其中，第三更新单元223的具体功能实现方式可以参见上述图6所对应实施例中的步骤S302，这里不再进行赘述。

请一并参见图13，上述第一更新显示模块22可以包括：变更集生成单元224、第四更新单元225；

变更集生成单元224，用于响应针对文本数据的编辑操作，若编辑操作包含属于目标编辑方式的操作，则生成目标编辑方式对应的数据变更集，将数据变更集发送至服务器，以使服务器基于数据变更集生成目标编辑工作量；

第四更新单元225，用于获取目标编辑工作量，将文档编辑应用中的初始编辑工作量更新显示为目标编辑工作量。

其中，变更集生成单元224的具体功能实现方式可以参见上述图7所对应实施例中的步骤S402，第四更新单元225的具体功能实现方式可以参见上述图7所对应实施例中的步骤S403，这里不再进行赘述。

在一种实施方式中，目标编辑方式可以包括增添编辑方式；

请一并参见图13，上述变更集生成单元224可以包括：第一生成子单元2241；

第一生成子单元2241，用于响应针对文本数据的编辑操作，若编辑操作包含属于增添编辑方式的操作，则基于属于增添编辑方式的操作，获取增添位置信息以及增添的目标字符，基于增添位置信息以及目标字符生成与增添编辑方式相匹配的数据变更集，将数据变更集发送至服务器，以使服务器根据数据变更集中的目标字符的字符数和初始编辑工作量生成目标编辑工作量。

其中，第一生成子单元2241的具体功能实现方式可以参见上述图7所对应实施例中的步骤S402，这里不再进行赘述。

在一种实施方式中，目标编辑方式可以包括删减编辑方式；

请一并参见图13，上述变更集生成单元224可以包括：第二生成子单元2242；

第二生成子单元2242，用于响应针对文本数据的编辑操作，若编辑操作包含属于删减编辑方式的操作，则基于属于删减编辑方式的操作，获取删减位置信息以及删减字符数，基于删减位置信息以及删减字符数生成与删减编辑方式相匹配的数据变更集，将数据变更集发送至服务器，以使服务器根据数据变更集中的删减字符数和初始编辑工作量生成目标编辑工作量。

其中，第二生成子单元2242的具体功能实现方式可以参见上述图7所对应实施例中的步骤S402，这里不再进行赘述。

在一种实施方式中，目标编辑方式可以包括属性修改编辑方式；

请一并参见图13，上述变更集生成单元224可以包括：第三生成子单元2243；

第三生成子单元2243，用于响应针对文本数据的编辑操作，若编辑操作包含属于属性修改编辑方式的操作，则基于属于属性修改编辑方式的操作，获取修改位置信息、修改字符数以及修改后的字符属性，基于修改位置信息、修改字符数以及修改后的字符属性生成与属性修改编辑方式相匹配的数据变更集，将数据变更集发送至服务器，以使服务器根据数据变更集中的修改字符数和初始编辑工作量生成目标编辑工作量。

其中，第三生成子单元2243的具体功能实现方式可以参见上述图7所对应实施例中的步骤S402，这里不再进行赘述。

请一并参见图13，上述变更集生成单元224可以包括：第四生成子单元2244；

第四生成子单元2244，用于响应针对文本数据的编辑操作，若编辑操作包含属于目标编辑方式的操作，则将编辑操作中与目标编辑方式相关联的字符存储至目标缓存区；当目标缓存区中所存储的缓存字符的字符数大于或等于存储阈值时，基于缓存字符生成目标编辑方式对应的数据变更集，将数据变更集发送至服务器。

其中，第四生成子单元2244的具体功能实现方式可以参见上述图7所对应实施例中的步骤S402，这里不再进行赘述。

请一并参见图13，上述变更集生成单元224可以包括：第五生成子单元2245；

第五生成子单元2245，用于响应针对文本数据的编辑操作，若编辑操作包含属于目标编辑方式的操作，则将编辑操作中与目标编辑方式相关联的字符存储至目标缓存区；当与目标缓存区相关联的缓存周期结束时，基于目标缓存区中所存储的缓存字符生成目标编辑方式对应的数据变更集，将数据变更集发送至服务器。

其中，第五生成子单元2245的具体功能实现方式可以参见上述图7所对应实施例中的步骤S402，这里不再进行赘述。

本申请实施例可以在文档编辑应用的目标文档中显示处于编辑状态的文本数据以及初始编辑工作量，进一步，可以响应针对上述文本数据的编辑操作，如果该编辑操作包含属于目标编辑方式的操作，则可以将文档编辑应用中的初始编辑工作量更新显示为目标编辑工作量，也就是说，本申请实施例可以基于上述编辑操作中与目标编辑方式相关联的字符数，确定经过该编辑操作后文档编辑应用中的编辑工作量的变化，从而可以基于该字符数将初始编辑工作量更新显示为目标编辑工作量。上述可知，本申请实施例提供了编辑工作量统计与展示的功能，该功能可以自动统计用户在编辑文档过程中所采用的编辑方式相关联的字符数，从而可以基于这些字符数持续地对编辑工作量进行更新，并将其动态、直观地展示在文档编辑应用中，而不需要用户人为观察并记录相关数据来进行推测，从而可以提高文档编辑过程中统计编辑工作量的效率和准确度，且丰富文档编辑的展示方式。此外，现有文档类产品仅能统计和显示单篇文档字符总数，无法进行跨文档字数统计，而本申请实施例以帐号体系为基础，可以支持跨文档编辑工作量的统计，从而可以拓展文档类产品的产品形态和能力。

请参见图14，是本申请实施例提供的一种计算机设备的结构示意图。如图14所示，该计算机设备1000可以包括：处理器1001，网络接口1004和存储器1005，此外，上述计算机设备1000还可以包括：用户接口1003，和至少一个通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。其中，用户接口1003可以包括显示屏(Display)、键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1004可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图14所示，作为一种计算机可读存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。

在如图14所示的计算机设备1000中，网络接口1004可提供网络通讯功能；而用户接口1003主要用于为用户提供输入的接口；而处理器1001可以用于调用存储器1005中存储的设备控制应用程序，以实现：

显示与目标用户帐号相关联的一个或多个待编辑文档；一个或多个待编辑文档包括目标文档；

响应针对目标文档的触发操作，在文档编辑界面显示目标文档中处于编辑状态的文本数据以及初始编辑工作量；初始编辑工作量包括在每个待编辑文档中所统计到的与目标编辑方式相关联的字符数的总和。

应当理解，本申请实施例中所描述的计算机设备1000可执行前文图3、图4任一个所对应实施例中对该数据处理方法的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

请参见图15，是本申请实施例提供的一种计算机设备的结构示意图。如图15所示，该计算机设备2000可以包括：处理器2001，网络接口2004和存储器2005，此外，上述计算机设备2000还可以包括：用户接口2003，和至少一个通信总线2002。其中，通信总线2002用于实现这些组件之间的连接通信。其中，用户接口2003可以包括显示屏(Display)、键盘(Keyboard)，可选用户接口2003还可以包括标准的有线接口、无线接口。网络接口2004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器2004可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器2005可选的还可以是至少一个位于远离前述处理器2001的存储装置。如图15所示，作为一种计算机可读存储介质的存储器2005中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。

在如图15所示的计算机设备2000中，网络接口2004可提供网络通讯功能；而用户接口2003主要用于为用户提供输入的接口；而处理器2001可以用于调用存储器2005中存储的设备控制应用程序，以实现：

在文档编辑应用的目标文档中显示处于编辑状态的文本数据以及初始编辑工作量；初始编辑工作量用于表征在文档编辑应用中的至少两个待编辑文档中所统计到的与目标编辑方式相关联的字符数；至少两个待编辑文档包含目标文档；

响应针对文本数据的编辑操作，若编辑操作包含属于目标编辑方式的操作，则将文档编辑应用中的初始编辑工作量更新显示为目标编辑工作量；目标编辑工作量与初始编辑工作量的差值，是基于编辑操作中与目标编辑方式相关联的字符数所确定的。

应当理解，本申请实施例中所描述的计算机设备2000可执行前文图6、图7、图8所对应实施例中对该数据处理方法的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

此外，这里需要指出的是：本申请实施例还提供了一种计算机可读存储介质，且上述计算机可读存储介质中存储有前文提及的数据处理装置1和数据处理装置2所执行的计算机程序，且上述计算机程序包括程序指令，当上述处理器执行上述程序指令时，能够执行前文图3、图4、图6、图7、图8任一个所对应实施例中对上述数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。

上述计算机可读存储介质可以是前述任一实施例提供的数据处理装置或者上述计算机设备的内部存储单元，例如计算机设备的硬盘或内存。该计算机可读存储介质也可以是该计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(smart media card，SMC)，安全数字(secure digital，SD)卡，闪存卡(flash card)等。进一步地，该计算机可读存储介质还可以既包括该计算机设备的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储该计算机程序以及该计算机设备所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

此外，这里需要指出的是：本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行前文图3、图4、图6、图7、图8任一个所对应实施例提供的方法。

本申请实施例的说明书和权利要求书及附图中的术语“第一”、“第二”等是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、装置、产品或设备没有限定于已列出的步骤或模块，而是可选地还包括没有列出的步骤或模块，或可选地还包括对于这些过程、方法、装置、产品或设备固有的其他步骤单元。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。