数据处理方法及装置

摘要

本申请提供数据处理方法及装置，其中所述数据处理方法包括：接收业务发起方针对目标业务提交的业务访问请求，根据所述业务访问请求创建至少两个数据处理任务；监测所述目标业务当前所处的业务阶段，在所述至少两个数据处理任务中确定所述目标业务当前所处的业务阶段对应的目标数据处理任务；向所述目标业务所属的业务平台发送所述目标数据处理任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的目标数据；基于所述目标数据对所述目标业务进行更新，并将更新后的目标业务作为所述业务访问请求的响应；实现分阶段进行数据的传输，不仅可以保证数据的安全性，还能够有效的提高数据传输效率。

权利要求

1.一种数据处理方法，其特征在于，包括：

接收业务发起方针对目标业务提交的业务访问请求，根据所述业务访问请求创建至少两个数据处理任务，其中，根据所述业务访问请求创建至少两个数据处理任务，包括基于所述业务访问请求读取所述目标业务的业务规则，得到所述目标业务包含的至少两个业务阶段，创建所述至少两个业务阶段中各个业务阶段对应的数据处理任务，所述至少两个业务阶段按照所述目标业务的加载进度进行排序；

监测所述目标业务当前所处的业务阶段，在所述至少两个数据处理任务中确定所述目标业务当前所处的业务阶段对应的目标数据处理任务；

向所述目标业务所属的业务平台发送所述目标数据处理任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的目标数据；

基于所述目标数据对所述目标业务进行更新，并将更新后的目标业务作为所述业务访问请求的响应。

2.根据权利要求1所述的数据处理方法，其特征在于，所述监测所述目标业务当前所处的业务阶段步骤执行之前，还包括：按照所述至少两个业务阶段中各个业务阶段的排序顺序对所述目标业务进行加载。

3.根据权利要求1所述的数据处理方法，其特征在于，所述业务阶段包括下述至少一项：基础业务阶段、属性业务阶段、功能业务阶段、发起方业务阶段；

相应的，所述数据处理任务包括下述至少一项：

基础数据读取任务、属性数据读取任务、功能数据读取任务、发起方数据读取任务。

4.根据权利要求3所述的数据处理方法，其特征在于，所述在所述至少两个数据处理任务中确定所述目标业务当前所处的业务阶段对应的目标数据处理任务，包括：在所述目标业务当前所处的业务阶段为基础业务阶段的情况下，在所述至少两个数据处理任务中确定所述基础业务阶段对应的所述基础数据读取任务；

相应的，所述向所述目标业务所属的业务平台发送所述目标数据处理任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的目标数据，包括：向所述目标业务所属的业务平台发送所述基础数据读取任务对应的数据读取请求；

接收所述业务平台针对所述数据读取请求返回的基础业务数据，并将所述基础业务数据作为所述目标数据。

5.根据权利要求3所述的数据处理方法，其特征在于，所述在所述至少两个数据处理任务中确定所述目标业务当前所处的业务阶段对应的目标数据处理任务，包括：在所述目标业务当前所处的业务阶段为属性业务阶段的情况下，在所述至少两个数据处理任务中确定所述属性业务阶段对应的所述属性数据读取任务；

相应的，所述向所述目标业务所属的业务平台发送所述目标数据处理任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的目标数据，包括：向所述目标业务所属的业务平台发送所述属性数据读取任务对应的数据读取请求；

接收所述业务平台针对所述数据读取请求返回的属性业务数据，并将所述属性业务数据作为所述目标数据。

6.根据权利要求3所述的数据处理方法，其特征在于，所述在所述至少两个数据处理任务中确定所述目标业务当前所处的业务阶段对应的目标数据处理任务，包括：在所述目标业务当前所处的业务阶段为功能业务阶段的情况下，在所述至少两个数据处理任务中确定所述功能业务阶段对应的所述功能数据读取任务；

相应的，所述向所述目标业务所属的业务平台发送所述目标数据处理任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的目标数据，包括：向所述目标业务所属的业务平台发送所述功能数据读取任务对应的数据读取请求；

接收所述业务平台针对所述数据读取请求返回的功能业务数据，并将所述功能业务数据作为所述目标数据。

7.根据权利要求3所述的数据处理方法，其特征在于，所述监测所述目标业务当前所处的业务阶段步骤执行之前，还包括：接收所述业务发起方针对所述目标业务提交的登录请求，所述登录请求中携带有所述业务发起方的身份信息；

相应的，所述在所述至少两个数据处理任务中确定所述目标业务当前所处的业务阶段对应的目标数据处理任务，包括：在所述目标业务当前所处的业务阶段为发起方业务阶段的情况下，在所述至少两个数据处理任务中确定所述发起方业务阶段对应的所述发起方数据读取任务。

8.根据权利要求7所述的数据处理方法，其特征在于，所述向所述目标业务所属的业务平台发送所述目标数据处理任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的目标数据，包括：向所述目标业务所属的业务平台发送所述发起方数据读取任务对应的数据读取请求，所述数据读取请求中携带有所述身份信息；

接收所述业务平台针对所述数据读取请求返回的发起方业务数据，并将所述发起方业务数据作为所述目标数据。

9.根据权利要求1所述的数据处理方法，其特征在于，所述基于所述目标数据对所述目标业务进行更新，并将更新后的目标业务作为所述业务访问请求的响应，包括：基于所述目标数据生成与所述目标业务相关联的子业务信息；

将所述子业务信息添加至所述目标业务，获得待展示目标业务；

向所述业务发起方展示所述待展示目标业务，作为所述业务访问请求的响应。

10.根据权利要求1所述的数据处理方法，其特征在于，所述基于所述目标数据对所述目标业务进行更新，并将更新后的目标业务作为所述业务访问请求的响应步骤执行之后，还包括：接收所述业务发起方针对所述目标业务提交的关闭请求；

根据所述关闭请求读取所述目标业务对应的业务数据，并检测所述关闭请求的提交时长是否大于预设时长阈值；

若是，删除所述业务数据。

11.根据权利要求1所述的数据处理方法，其特征在于，所述监测所述目标业务当前所处的业务阶段，包括：对所述目标业务的状态位进行检测，获得所述目标业务对应的目标状态位；

基于所述目标状态位确定所述目标业务当前所处的业务阶段。

12.根据权利要求1所述的数据处理方法，其特征在于，所述在所述至少两个数据处理任务中确定所述目标业务当前所处的业务阶段对应的目标数据处理任务步骤执行之后，还包括：接收所述业务发起针对所述目标业务提交数据写入请求；

根据所述数据写入请求对所述业务发起方进行安全校验；

在所述业务发起方通过安全校验的情况下，将所述数据写入请求中携带的写入数据发送至所述业务平台。

13.根据权利要求1所述的数据处理方法，其特征在于，还包括：接收用户针对目标直播间提交的访问请求，根据所述访问请求创建至少两个数据读取任务；

监测所述目标直播间当前所处的加载阶段，在所述至少两个数据读取任务中确定所述目标直播间当前所处的加载阶段对应的目标数据读取任务；

向所述目标直播间所属的直播平台发送所述目标数据读取任务对应的数据读取请求，并接收所述直播平台针对所述数据读取请求返回的直播间数据；

基于所述直播间数据对所述目标直播间进行更新，并将更新后的目标直播间作为所述访问请求的响应。

14.一种数据处理装置，其特征在于，包括：

接收模块，被配置为接收业务发起方针对目标业务提交的业务访问请求，根据所述业务访问请求创建至少两个数据处理任务，其中，根据所述业务访问请求创建至少两个数据处理任务，包括基于所述业务访问请求读取所述目标业务的业务规则，得到所述目标业务包含的至少两个业务阶段，创建所述至少两个业务阶段中各个业务阶段对应的数据处理任务，所述至少两个业务阶段按照所述目标业务的加载进度进行排序；

确定模块，被配置为监测所述目标业务当前所处的业务阶段，在所述至少两个数据处理任务中确定所述目标业务当前所处的业务阶段对应的目标数据处理任务；

发送模块，被配置为向所述目标业务所属的业务平台发送所述目标数据处理任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的目标数据；

更新模块，被配置为基于所述目标数据对所述目标业务进行更新，并将更新后的目标业务作为所述业务访问请求的响应。

15.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述指令时实现权利要求1‑13任意一项所述方法的步骤。

16.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1‑13任意一项所述方法的步骤。

说明书

数据处理方法及装置

技术领域

[0001] 本申请涉及计算机技术领域，特别涉及一种数据处理方法。本申请同时涉及一种数据处理装置，一种计算设备，以及一种计算机可读存储介质。

背景技术

[0002] 随着互联网技术的发展，越来越多的业务提供方为了能够向用户提供更加便捷的服务，选择在线上进行业务的推广和应用；伴随着线上业务服务的普及性，随之而来的就是数据读写的问题。由于在部分业务场景中对数据的读写操作都是由客户端请求服务端实现的，如浏览其他用户发布的视频、浏览其他用户发布的文章、观看游戏直播/比赛直播等；都需要向业务提供方进行数据的请求，之后由业务提供方根据请求下发相应的数据供用户使用。然而，业务提供方向用户的客户端下发数据时，大多是采用整体下发的方式，即相关的数据都可以在一个大对象里通过属性访问到，这就导致业务的上一阶段的任务在需要访问下一个阶段任务对应的数据时，下一个阶段对应的数据尚未被赋值，会导致访问异常的问题发生，很大程度上影响了用户的业务参与体验。

发明内容

[0003] 有鉴于此，本申请实施例提供了一种数据处理方法。本申请同时涉及一种数据处理装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的数据未被赋值的情况下出现业务访问异常的问题。

[0004] 根据本申请实施例的第一方面，提供了一种数据处理方法，包括：

[0005] 接收业务发起方针对目标业务提交的业务访问请求，根据所述业务访问请求创建至少两个数据处理任务；

[0006] 监测所述目标业务当前所处的业务阶段，在所述至少两个数据处理任务中确定所述目标业务当前所处的业务阶段对应的目标数据处理任务；

[0007] 向所述目标业务所属的业务平台发送所述目标数据处理任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的目标数据；

[0008] 基于所述目标数据对所述目标业务进行更新，并将更新后的目标业务作为所述业务访问请求的响应。

[0009] 根据本申请实施例的第二方面，提供了一种数据处理装置，包括：

[0010] 接收模块，被配置为接收业务发起方针对目标业务提交的业务访问请求，根据所述业务访问请求创建至少两个数据处理任务；

[0011] 确定模块，被配置为监测所述目标业务当前所处的业务阶段，在所述至少两个数据处理任务中确定所述目标业务当前所处的业务阶段对应的目标数据处理任务；

[0012] 发送模块，被配置为向所述目标业务所属的业务平台发送所述目标数据处理任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的目标数据；

[0013] 更新模块，被配置为基于所述目标数据对所述目标业务进行更新，并将更新后的目标业务作为所述业务访问请求的响应。

[0014] 根据本申请实施例的第三方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现所述数据处理方法的步骤。

[0015] 根据本申请实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现所述数据处理方法的步骤。

[0016] 本申请提供的数据处理方法，在接收到业务发起方针对目标业务提交业务访问请求后，将根据业务访问请求创建至少两个数据处理任务，之后对目标业务的加载进度进行检测，以确定目标业务当前所处的业务阶段；在至少两个数据处理任务中确定当前所处的业务阶段对应的目标数据处理任务，向业务平台发送目标数据处理任务对应的数据读取请求，同时接收业务平台针对所述数据读取请求返回的目标数据，最后基于目标数据对所述目标业务进行更新，以响应业务发起方的业务访问请求，实现了通过分阶段进行数据处理，可以有效的避免数据尚未被赋值导致业务访问异常的情况发生，并且采用分阶段进行数据处理的方式可以保证数据的安全性，同时能够降低网络传输资源被过度占用，从而进一步提高了业务发起方参与目标业务的参与体验。

附图说明

[0017] 图1是本申请一实施例提供的一种数据处理方法的流程图；

[0018] 图2是本申请一实施例提供的一种应用于直播场景中的请求数据的示意图；

[0019] 图3是本申请一实施例提供的一种应用于直播场景中的访问过程的示意图；

[0020] 图4是本申请一实施例提供的一种数据处理方法的结构示意图；

[0021] 图5是本申请一实施例提供的一种应用于直播场景下的数据处理方法的处理流程图；

[0022] 图6是本申请一实施例提供的一种数据处理装置的结构示意图；

[0023] 图7是本申请一实施例提供的一种计算设备的结构框图。

具体实施方式

[0024] 在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

[0025] 在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

[0026] 应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

[0027] 首先，对本申请一个或多个实施例涉及的名词术语进行解释。

[0028] CRC：Cyclic Redundancy Check，循环冗余校验，是一种根据网络数据包或计算机文件等数据产生简短固定位数校验码的一种信道编码技术，主要用来检测或校验数据传输或者保存后可能出现的错误。它是利用除法及余数的原理来作错误侦测的。

[0029] 在本申请中，提供了一种数据处理方法，本申请同时涉及一种数据处理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

[0030] 实际应用中，业务发起方在参与目标业务的过程中，通常都需要目标业务所属的业务平台根据业务发起方的业务访问请求进行数据的读/写操作；然而由于大多数目标业务都是采用在一个大对象里通过属性进行访问操作，这就导致目标业务可以随意获取核心数据，存在获取错误的可能性；同时由于大多数目标业务都是通过LiveData方式订阅核心数据，导致核心任务无法全面监控和评估业务流程的正确性，因此亟需一种有效的方案以解决上述问题。

[0031] 本申请提供的数据处理方法，在接收到业务发起方针对目标业务提交业务访问请求后，将根据业务访问请求创建至少两个数据处理任务，之后对目标业务的加载进度进行检测，以确定目标业务当前所处的业务阶段；在至少两个数据处理任务中确定当前所处的业务阶段对应的目标数据处理任务，向业务平台发送目标数据处理任务对应的数据读取请求，同时接收业务平台针对所述数据读取请求返回的目标数据，最后基于目标数据对所述目标业务进行更新，以响应业务发起方的业务访问请求，实现了通过分阶段进行数据处理，可以有效的避免数据尚未被赋值导致业务访问异常的情况发生，并且采用分阶段进行数据处理的方式可以保证数据的安全性，同时能够降低网络传输资源被过度占用，从而进一步提高了业务发起方参与目标业务的参与体验。

[0032] 图1示出了根据本申请一实施例提供的一种数据处理方法的流程图，具体包括以下步骤：

[0033] 步骤S102，接收业务发起方针对目标业务提交的业务访问请求，根据所述业务访问请求创建至少两个数据处理任务。

[0034] 具体的，所述业务发起方具体是指参与所述目标业务的用户，所述目标业务具体是指向所述业务发起方提供的业务服务；如在直播场景中，业务发起方为进入直播间的用户，相应的，目标业务即为用户通过APP或者网页访问的目标直播间；或者在视频播放场景中，业务发起方为观看视频的用户，相应的，目标业务即为用户通过网页或者APP观看的目标视频；再或者在音频播放场景中，业务发起方为收听音频的用户，相应的，目标业务即为用户通过网页或者APP收听的目标音频。

[0035] 具体实施时，所述目标业务可以理解为通过网络向业务发起方提供服务的业务，如直播、点播、观看平台发布的视频/音频/图像等等，即业务发起方在针对目标业务提交业务访问请求后，需要由目标业务的平台针对业务访问请求下发相应的数据，以供业务发起方浏览或者使用；实际应用中，所述目标业务还可以是用户需要下载的多媒体资源等，本实施例在此不作任何限定。

[0036] 本实施例以所述数据处理方法应用于用户访问某直播间的场景为例进行描述，相应的，所述业务发起方即为访问某直播间的用户，目标业务为被用户所访问的直播间，所述业务访问请求即为用户访问直播间时提交的直播间访问请求。

[0037] 基于此，在接收到所述业务访问请求后，说明用户需要访问某直播平台中某主播的直播间，此时由于直播间涉及到的数据较为复杂，如直播间的基础数据，直播间的弹幕数据，直播间的虚拟礼物数据等等，如果同时由直播平台的服务端针对用户的访问请求进行下发，不仅需要占用较多的网络资源，而且很容易发生访问异常的问题，因此为了避免该问题发生，可以根据用户的访问请求创建具有层级关系的数据处理任务，采用逐级进行数据请求的方式保证各个阶段的数据可以分批被客户端接收，从而实现直播间可以被用户正常访问，降低直播间被用户访问异常的概率。

[0038] 参见图2所示的具有访问层级关系的示意图，在直播场景中，可以预先将用户访问直播间的过程划分为四个阶段，分别为初始访问阶段、中间访问阶段、末端访问阶段和用户登录阶段；当用户进入直播间后，直播间运行阶段为初始访问阶段，此时可以请求直播平台的服务端发送直播间外带入的数据(baseData)，以实现根据该部分数据可以生成直播间所需要的基础信息，如直播间的ID，房间跳转来源等，其中，该部分数据是由直播间外带入的，非接口返回；当初始访问阶段对应的数据请求成功后，将进入中间访问阶段，此时可以请求直播平台的服务端发送直播间的功能数据(P0Data)，以实现根据该部分数据可以生成直播间的直播信息，如直播状态(直播、关播或轮播等)，直播间类型(滑动或付费等)以及视频流的信息，其中，功能数据由进入直播间调用的第一个接口(P0接口)返回的数据生成(即调用第一个接口请求服务端发送属性数据，并接收服务端返回的属性数据生成)。

[0039] 进一步的，当中间访问阶段对应的数据请求成功后，将进入末端访问阶段，此时可以请求直播平台的服务端发送直播间的属性数据(P1Data)，以实现根据该部分数据可以生成直播间的功能信息，如主播信息、虚拟礼物信息、tab配置信息、弹幕信息等，需要说明的是，功能信息具有多种类型，如主播信息和虚拟礼物信息属于不同类型的数据组成，因此服务端在下发属性数据时，可以由服务端按照数据类型创建多个数据集合的方式实现，其中，属性数据由进入直播间调用的第二个接口(P1接口)返回的数据生成；此时用户即可成功进入直播间，并观看直播间的内容，以及其他用户在直播间中的互动内容。如果该用户也需要加入到与其他用户的互动中，可以对个人账户进行登录，则直播间运行阶段为用户登录阶段，此时可以将用户的个人账户和密码发送至服务端，由服务端进行审核，当服务端审核通过后，将接收到服务端下发的用户数据(userData)，以实现根据该部分数据生成用户的基本信息，如用户的账户余额、关注的主播、账户等级和账户剩余虚拟礼物等，其中，用户数据由进入直播间调用的第三个接口(用户接口)返回的数据生成。

[0040] 此外，由于各个阶段所对应的请求需要一定的时间才能够完成处理，因此请求成功后才能够保证该阶段对应的数据对象得以生成，例如，：P0\P1\用户等接口请求成功后，会生成P0\P1\用户阶段对应的数据对象，即生成直播间的ID、房间跳转来源、直播状态、直播间类型、主播信息、虚拟礼物信息、用户的账户余额以及关注的主播等。也就是说，对各个阶段的数据访问规则进行限定，当前阶段仅能反映上一阶段和当前阶段对应的数据，限制访问下一阶段对应的数据。

[0041] 综上，通过采用逐层进行数据访问方式减少各个阶段的数据请求量，从而可以保证服务端下发的数据都是被赋值之后的数据，以降低出现访问异常的概率，同时还可以降低网络资源的占用率，有效的提高了用户访问直播间的体验效果。

[0042] 进一步的，在接收到所述业务发起方针对所述目标业务提供的业务访问请求的情况下，为了能够降低用户访问目标业务的异常概率，以及提高目标业务涉及的数据的安全性，可以采用分阶段进行数据访问的方式请求业务平台下发数据，因此在接收到所述业务访问请求后，可以根据所述业务访问请求创建至少两个数据处理任务，所述数据处理任务即为本地需要通过做逻辑后，请求业务平台下发目标业务当前所处的业务阶段对应的数据的任务，需要说明的是，不同的业务阶段分别对应有不同的数据处理任务，因此创建出的至少两个数据处理任务根据所述目标业务具有的业务阶段确定，本实施例中，具体实现方式如下所述：

[0043] 基于所述业务访问请求读取所述目标业务的业务规则，得到所述目标业务包含的至少两个业务阶段；

[0044] 创建所述至少两个业务阶段中各个业务阶段对应的数据处理任务，其中，所述至少两个业务阶段按照所述目标业务的加载进度进行排序。

[0045] 具体的，所述业务规则具体是指访问所述目标业务时所需要遵从的业务规则，通过所述业务规则可以确定加载所述目标业务所需要经过的业务阶段，所述业务阶段具体是指对从开始加载所述目标业务到结束加载所述目标业务，按照目标业务的更新梯度进行划分的阶段，所述业务阶段是决定向业务平台分阶段请求数据的基础，以此实现目标业务可以分阶段加载完成，使得业务发起方可以成功访问所述目标业务。如在直播场景中，从用户进入直播间到用户可以在直播间送主播虚拟礼物，可以将用户访问直播间的过程划分为四个阶段，不同的阶段可以请求直播平台的服务端下发不同的数据，以实现分阶段对直播间进行更新，从而使得用户可以正常访问该直播间，并参与到送虚拟礼物环节。

[0046] 基于此，在接收到所述业务访问请求后，可以基于所述业务访问请求读取所述目标业务的业务规则，通过所述业务规则可以确定所述目标业务包含的至少两个业务阶段，之后针对各个业务阶段创建数据处理任务，即创建出与业务阶段数量相等的数据处理任务，以实现后续可以针对数据处理任务做逻辑，实现向业务平台请求数据。需要说明的是，每个业务阶段均对应有数据处理任务，而数据处理任务的创建取决于所述业务阶段的数量，因此各个业务阶段分别对应有不同的数据处理任务。

[0047] 此外，由于所述业务阶段是决定向业务平台请求数据顺序的主要原因，因此为了能够保证业务发起方可以成功访问所述目标业务，可以将所述至少两个业务阶段按照目标业务的加载进度进行排序，从而保证目标业务可以按照所述业务阶段进行加载，以保证业务发起方可以成功访问所述目标业务。

[0048] 实际应用中，不同的目标业务可以根据需求划分出不同数量的业务阶段，如在直播场景中，可以划分出四个访问阶段；或者在视频播放场景中，可以划分出三个访问阶段；再或者在音频播放场景中，可以划分出两个访问阶段，具体实施时，所述目标业务包含的业务阶段可以根据实际需求进行设定，本实施例在此不作任何限定。

[0049] 举例说明，用户甲通过网页在B直播平台访问主播乙的直播间，此时用户甲将针对主播乙的直播间提交访问请求，而为了能够保证用户甲访问主播乙的直播间访问成功，将基于访问请求读取访问B直播平台的直播间的访问规则，根据读取规则确定访问B直播平台的直播间需要分四个访问阶段{进入直播间阶段—>请求功能信息阶段—>请求直播信息阶段—>请求用户信息阶段}。

[0050] 进一步的，在确定访问B直播平台的直播间的四个访问阶段后，针对各个访问阶段分别创建数据读取任务，即针对进入直播间阶段创建直播间基础数据读取请求，针对请求功能信息阶段创建直播间功能数据读取请求，针对请求直播信息阶段创建直播间属性数据读取请求，以及针对请求用户信息阶段创建用户数据读取请求，在创建完成各个访问阶段对应的数据处理任务后，即可实现在后续根据直播间当前运行的阶段进行数据的请求处理操作，以实现直播平台所属的服务端可以根据请求下发相应的数据，实现对用户甲访问主播乙的直播间的内容进行更新，需要说明的是，直播间的将按照访问阶段排列顺序进行加载，以保证直播间可以逐级更新，使得用户甲可以正常访问主播乙的直播间。

[0051] 综上，通过针对所述目标业务包含的至少两个业务阶段分别进行创建所述数据处理任务，实现后续可以针对目标业务当前所处的业务阶段触发数据处理任务，实现向业务平台请求当前业务阶段所对应的数据进行目标业务的更新，从而保证了数据安全性的同时，有效的降低了访问异常的概率。

[0052] 此外，业务发起方在针对目标业务提交业务访问请求时，可以采用注册通知的方式进行，即在目标业务的编码阶段可以注册所述至少两个数据处理任务，当目标业务加载到各个阶段后可以通知该阶段对应的数据处理任务做逻辑，以请求业务平台可以下发该阶段对应的数据，最后将数据回调给任务进行读/写，从而完成目标业务的加载过程。

[0053] 步骤S104，监测所述目标业务当前所处的业务阶段，在所述至少两个数据处理任务中确定所述目标业务当前所处的业务阶段对应的目标数据处理任务。

[0054] 具体的，在上述接收到业务访问请求，并基于业务访问请求创建出至少两个数据处理任务的基础上，进一步的，此时将对所述目标业务当前所处的业务阶段进行监测，并确定所述目标业务当前所处的业务阶段，之后从所述至少两个数据处理任务中确定所述目标业务当前所处的业务阶段对应的目标数据处理任务，以用于后续可以基于所述目标数据处理任务向所述目标业务所属的业务平台提交数据访问请求，以获得所述能够对所述目标业务进一步更新的目标数据。

[0055] 其中，所述目标数据处理任务具体是指所述目标业务当前所处的业务阶段所对应的数据处理任务，通过该数据处理任务可以触发相应的接口向业务平台请求目标业务当前所处的业务阶段所需的数据，即所述目标业务当加载到相应的业务阶段后，可以通知所述目标数据处理任务做逻辑，使得业务发起方持有的客户端可以向业务平台请求数据，以实现针对所述目标数据处理任务进行数据的读/写处理。

[0056] 实际应用中，由于目标业务是按照所述业务阶段的排列顺序进行加载的，因此在监测所述目标业务当前所处的业务阶段时，也将按照业务阶段的排列顺序被逐步监测到，故当监测到目标业务当前所处的业务阶段不是业务阶段中的第一业务阶段的情况下，说明在该业务阶段之前的业务阶段对应的数据处理任务都已经被完成，也就是说，在该业务阶段之前的业务阶段所需要的数据都已经请求业务平台读取完成，即目标业务已经完成了至少一次的更新处理，针对目标业务当前所处的业务阶段将再次进行新一轮的数据读取，只是此次请求的数据是当前所处的业务阶段所对应的数据处理任务需要的数据。

[0057] 需要说明的是，由于所述目标业务包含至少两个业务阶段，因此不同的业务阶段需要请求不同的数据以实现对所述目标业务的更新，而在请求数据的过程中，虽然数据本身的属性不同，但是数据的请求处理均可以采用相同的方式实现，即不同业务阶段对应的数据处理任务所需的数据均可采用本实施例提供的数据处理方法实现，相应的描述内容均可参见本实施例对应的描述内容，在此不作过多赘述。

[0058] 进一步的，由于所述业务发起方针对目标业务提交了业务访问请求，因此此时会对所述目标业务进行加载，而由于所述目标业务包含至少两个业务阶段，且业务阶段是按照目标业务的加载进度进行排序的，因此所述目标业务的加载进度将按照业务阶段之间的排列顺序完成，即在监测所述目标业务当前所处的业务阶段之前，可以按照所述至少两个业务阶段中各个业务阶段的排序顺序对所述目标业务进行加载。

[0059] 沿用上例，确定访问B直播平台的直播间需要分四个访问阶段，分别是进入直播间阶段、请求功能信息阶段、请求直播信息阶段以及请求用户信息阶段，当用户甲请求进入主播乙的直播间的情况下，此时将按照“进入直播间阶段—>请求功能信息阶段—>请求直播信息阶段—>请求用户信息阶段”的顺序对主播乙的直播间进行加载，从而使得用户甲可以顺利访问主播乙的直播间。

[0060] 综上，通过按照业务阶段的排列顺序进行目标业务的加载，不仅可以保证目标业务可以采用逐层加载的方式进行，还能够为后续分阶段进行数据的请求打好基础，从而进一步提高访问目标业务的成功率。

[0061] 更进一步的，在监测所述目标业务当前所处的业务阶段的过程中，由于所述目标业务具有至少两个业务阶段，而不同的业务阶段还需要确定不同的数据处理任务，才能够实现后续准确的向业务平台请求需要的数据对目标业务进行更新，因此在此过程中需要准确的确定所述目标业务当前所处的业务阶段，才能够为后续进行数据的请求打好基础，本实施例中，确定所述目标业务当前所处的业务阶段可以采用如下方式确定：

[0062] 对所述目标业务的状态位进行检测，获得所述目标业务对应的目标状态位；

[0063] 基于所述目标状态位确定所述目标业务当前所处的业务阶段。

[0064] 具体的，所述状态位具体是指标注所述目标业务当前的所处的业务阶段对应的表达式，目标业务处于不同的业务阶段会致使所述状态位具有不同的表达式；相应的，所述目标状态位具体是指所述目标业务当前所处的业务阶段所对应的状态位的表达式，也就是说，目标业务加载到各个阶段，会通过相应的状态位进行记录，通过状态位可以确定目标业务当前所处的业务阶段。

[0065] 基于此，在创建完成所述至少两个数据处理任务后，可以对所述目标业务的状态位进行检测，以获得所述目标业务当前阶段所对应的目标状态位，之后基于所述目标状态位即可确定所述目标业务当前所处的业务阶段；需要说明的是，所述状态位与业务阶段的对应关系可以预先建立，当需要进行业务阶段确定时，可以在确定目标状态位后，通过读取预先建立的状态位与业务阶段的对应关系，来确定所述目标业务当前所处的业务阶段。

[0066] 沿用上例，在确定访问B直播平台的直播间需要分四个访问阶段{进入直播间阶段—>请求功能信息阶段—>请求直播信息阶段—>请求用户信息阶段}后，此时可以对直播间的加载进度进行监测，当监测到加载主播乙的直播间的状态位为1000的情况下，确定加载主播乙的直播间的进度处于进入直播间阶段；当监测到状态位为0100的情况下，确定加载主播乙的直播间的进度处于请求功能信息阶段；当监测到状态位为0010的情况下，确定加载主播乙的直播间的进度处于请求直播信息阶段；当监测到状态位为0001的情况下，确定加载主播乙的直播间的进度处于请求用户信息阶段，在确定加载主播乙的直播间的进度处于的访问阶段后，可以用于后续进行数据的请求处理，从而实现对主播乙的直播间进行持续加载，使得用户甲可以成功观看到主播乙的直播间内容。

[0067] 综上，通过采用状态位的方式确定所述目标业务当前所处的业务阶段，不仅可以保证确定所述目标业务当前所处的业务阶段的准确性，还能够促进后续精准的确定所述目标数据处理任务，从而提高对目标业务的更新效率。

[0068] 实际应用中，由于目标业务可以包含至少两个业务阶段，而不同的业务阶段将对应不同的目标数据处理任务，因此所述目标业务当前所处的业务阶段可以包括下述至少一项：基础业务阶段、属性业务阶段、功能业务阶段、发起方业务阶段。

[0069] 基于此，在所述目标业务当前所处的业务阶段为基础业务阶段的情况下，所述基础业务阶段所对应的目标数据处理任务则可以是基础数据读取任务；相应的，在所述目标业务当前所处的业务阶段为属性业务阶段的情况下，所述属性业务阶段所对应的目标数据处理任务则可以是属性数据读取任务；相应的，在所述目标业务当前所处的业务阶段为功能业务阶段的情况下，所述功能业务阶段所对应的目标数据处理任务则可以是功能数据读取任务；相应的，在所述目标业务当前所处的业务阶段为发起方业务阶段的情况下，所述发起方业务阶段所对应的目标数据处理任务则可以是发起方数据读取任务。

[0070] 其中，所述基础业务阶段具体是指初步加载所述目标业务所对应的阶段，相应的，所述基础数据读取任务即为请求业务平台下发加载所述目标业务对应的初始信息所对应的数据读取任务。

[0071] 所述属性业务阶段具体是指进一步加载所述目标业务所对应的阶段，相应的，所述属性数据读取任务即为请求业务平台下发加载所述目标业务对应的属性信息所对应的数据读取任务。

[0072] 所述功能业务阶段具体是指更进一步加载所述目标业务所对应的阶段，相应的，所述功能数据读取任务即为请求业务平台下发加载所述目标业务对应的功能性信息所对应的数据读取任务。

[0073] 以及所述发起方业务阶段具体是指加载访问所述目标业务的发起方信息的阶段，相应的，所述发起方数据读取任务即为请求业务平台下发加载访问所述目标业务的发起方相关信息所对应的数据读取任务。

[0074] 此外，由于不同的目标业务具有不同的访问需求，因此所述业务阶段和所述数据处理任务可以根据实际场景进行设定，本实施例在此不作任何限定。

[0075] 更进一步的，在从所述至少两个数据处理任务中确定所述目标业务当前所处的业务阶段对应的目标数据处理任务后，如果业务发起方针对所述目标业务再次提交的数据写入请求，此时说明目标业务当前所处的业务阶段可以支持业务发起方进行数据的写入操作，而为了避免业务发起方的数据写入操作影响目标业务的运行，可以根据数据写入请求对业务发起方进行安全检验，从而保证写入操作安全的情况下，进行后续的处理，本实施例中，具体实现方式如下所述：

[0076] 接收所述业务发起针对所述目标业务提交数据写入请求；

[0077] 根据所述数据写入请求对所述业务发起方进行安全校验；

[0078] 在所述业务发起方通过安全校验的情况下，将所述数据写入请求中携带的写入数据发送至所述业务平台。

[0079] 具体的，所述数据写入请求具体是指所述业务发起方访问所述目标业务的过程中提交的写入数据的请求，相应的，所述写入数据具体是指所述业务发起方参与到所述目标业务当中之后，针对目标业务相关的内容所提交的数据，如在直播场景中，所述写入数据可以是用户针对主播送的虚拟礼物或发送的弹幕等；或者在视频播放场景中，所述写入数据可以是用户针对播放的视频提交的评语或评分等；再或者在音频播放场景中，所述写入数据可以是用户针对播放的音频提交的评语或评分等。

[0080] 其中，对所述业务发起方进行安全校验具体是指对业务发起方的身份信息进行验证，以保证提价数据写入请求的业务发起方为非敏感身份，以保证目标业务的运行场景更加合规。基于此，在接收到所述业务发起方针对所述目标业务提交数据写入请求的情况下，说明所述目标业务当前所处的业务阶段可以支持所述业务发起方进行数据的写入操作，而为了能够保证业务发起方的数据写入操作不会影响目标业务的运行，可以基于所述数据写入请求对所述业务发起方进行安全检验，在所述业务发起方未通过所述安全校验的情况下，说明所述业务发起方的身份存在一定的问题，则可以拒绝进行后续的数据写入处理；在所述业务发起方通过所述安全校验的情况下，说明所述业务发起方的身份是安全的，则可以将所述数据写入请求携带的写入数据发送至所述业务平台，以完成后续的数据写入处理。

[0081] 此外，在将所述数据写入请求中携带的写入数据发送至所述业务平台后，所述业务平台也将对所述业务发起方的数据写入操作进行安全校验，在校验结果为安全操作阶段时，对该阶段对应的数据进行写操作，实际应用中，业务平台的安全检验可以采用CRC(Cyclic Redundancy Check，循环冗余校验)的方式实现。

[0082] 综上，在业务发起方具有数据写入需求的情况下，为了能够保证目标业务可以正常运行，可以对业务发起方进行安全校验，不仅提高了业务场景的安全性，还能够避免对目标业务的运行产生影响。

[0083] 步骤S106，向所述目标业务所属的业务平台发送所述目标数据处理任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的目标数据。

[0084] 具体的，在上述在所述至少两个数据处理任务中确定目标业务当前所处的业务阶段后，进一步的，可以根据所述目标数据处理任务向所述业务平台发送数据读取请求，其中，所述数据读取请求具体是指基于所述目标数据处理任务请求所述目标业务当前所处的业务阶段所需要使用的数据的请求；进一步的，所述业务平台在接收到所述数据读取请求后，将针对所述数据读取请求返回所述目标数据，所述目标数据即为所述目标业务当前所处的业务阶段所需要使用的数据，通过所述目标数据可以在后续对所述目标业务进行更新，使得目标业务可以持续进行加载，从而可以提高业务发起方访问所述目标业务的成功率。

[0085] 实际应用中，由于目标业务具有至少两个业务阶段，因此也将对应至少两个数据处理任务，而在请求业务平台下发目标数据时，也将根据不同的业务阶段请求不同的目标数据，以完成对所述目标业务的更新，从而提高业务发起方访问所述目标业务的成功率。

[0086] 进一步的，在所述目标业务当前所处的业务阶段为基础业务阶段的情况下，说明所述目标业务被所述业务发起方初步访问，可以确定目标业务所处的基础业务阶段为目标业务的一级阶段，则可以在所述数据处理任务中选择基础数据读取任务作为目标数据处理任务，以请求业务平台可以基于基础数据读取任务下发基础业务阶段所需的数据，以实现对所述目标业务的初步更新，本实施例中，具体实现方式如下所述：

[0087] 在所述目标业务当前所处的业务阶段为基础业务阶段的情况下，在所述至少两个数据处理任务中确定所述基础业务阶段对应的所述基础数据读取任务；将所述基础数据读取任务作为所述目标数据处理任务，之后运行步骤S106，向所述目标业务所属的业务平台发送所述目标数据处理任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的目标数据；进一步的，运行步骤S106具体是指向所述目标业务所属的业务平台发送所述基础数据读取任务对应的数据读取请求；之后接收所述业务平台针对所述数据读取请求返回的基础业务数据，并将所述基础业务数据作为所述目标数据，以用于后续的目标业务更新处理。

[0088] 具体的，所述基础业务阶段具体是指所述目标业务被初步加载过程中所对应的阶段，相应的，所述基础数据读取任务具体是指读取处于基础业务阶段的目标业务所需要的数据的任务；所述基础业务数据即为目标业务在当前所处的基础业务阶段中需要生成目标业务基础信息所需要使用的数据；如在直播场景中，在用户访问的直播间运行到进入直播间阶段的情况下，此时将确定进入直播间阶段对应的直播间基础数据读取任务，之后基于该任务向直播平台的服务端发送数据读取请求，并接收直播平台的服务端针对该数据读取请求下发的直播间基础数据，以用于后续可以生成直播间的基础信息，如直播间ID，直播间跳转来源等。

[0089] 基于此，在所述目标业务当前所处的业务阶段为基础业务阶段的情况下，说明所述目标业务运行到一级阶段，此时可以在所述至少两个数据处理任务中确定所述基础业务阶段对应的所述基础数据读取任务，之后向所述目标业务所属的业务平台发送所述基础数据读取任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的基础业务数据，此时将所述基础业务数据作为所述目标数据，以用于后续可以对所述目标业务进行更新。

[0090] 再进一步的，在所述目标业务当前所处的业务阶段为属性业务阶段的情况下，说明所述目标业务已经完成了初步加载，可以确定目标业务所处的属性业务阶段为目标业务的二级阶段，则可以在所述数据处理任务中选择属性数据读取任务作为目标数据处理任务，以请求业务平台可以基于属性数据读取任务下发属性业务阶段所需的数据，以实现对所述目标业务的二级阶段更新，本实施例中，具体实现方式如下所述：

[0091] 在所述目标业务当前所处的业务阶段为属性业务阶段的情况下，在所述至少两个数据处理任务中确定所述属性业务阶段对应的所述属性数据读取任务；将所述属性数据读取任务作为所述目标数据处理任务，之后运行步骤S106，向所述目标业务所属的业务平台发送所述目标数据处理任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的目标数据；进一步的，运行步骤S106具体是指向所述目标业务所属的业务平台发送所述属性数据读取任务对应的数据读取请求；之后接收所述业务平台针对所述数据读取请求返回的属性业务数据，并将所述属性业务数据作为所述目标数据，以用于后续的目标业务更新处理。

[0092] 具体的，所述属性业务阶段具体是指所述目标业务被初步加载后所对应的二级阶段，所述属性数据读取任务具体是指读取处于属性业务阶段的目标业务所需要的数据的任务，所述属性业务数据即为目标业务在当前所处的属性业务阶段中需要生成目标业务的业务信息所需要使用的数据；如在直播场景中，在用户访问的直播间运行到请求直播信息阶段的情况下，此时将确定请求直播信息阶段对应的直播间直播数据读取任务，之后基于该任务向直播平台的服务端发送数据读取请求，并接收直播平台的服务端针对该数据读取请求下发的直播间直播数据，以用于后续可以生成直播间的业务信息，如直播类型、视频流的信息等。

[0093] 基于此，在所述目标业务当前所处的业务阶段为属性业务阶段的情况下，说明所述目标业务运行到二级阶段，此时可以在所述至少两个数据处理任务中确定所述属性业务阶段对应的所述属性数据读取任务，之后向所述目标业务所属的业务平台发送所述属性数据读取任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的属性业务数据，此时将所述属性业务数据作为所述目标数据，以用于后续可以对所述目标业务进行更进一步的更新。

[0094] 更进一步的，在所述目标业务当前所处的业务阶段为功能业务阶段的情况下，说明所述目标业务已经完成了一二级阶段的加载，可以确定目标业务所处的功能业务阶段为目标业务的三级阶段，则可以在所述数据处理任务中选择功能数据读取任务作为所述目标数据处理任务，以请求业务平台可以基于所述功能数据读取任务下发功能业务阶段所需的数据，以实现对所述目标业务的三级阶段进行更新，本实施例中，具体实现方式如下所述：

[0095] 在所述目标业务当前所处的业务阶段为功能业务阶段的情况下，在所述至少两个数据处理任务中确定所述功能业务阶段对应的所述功能数据读取任务；将所述功能数据读取任务作为所述目标数据处理任务，之后运行步骤S106，向所述目标业务所属的业务平台发送所述目标数据处理任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的目标数据；进一步的，运行步骤S106具体是指向所述目标业务所属的业务平台发送所述功能数据读取任务对应的数据读取请求；之后接收所述业务平台针对所述数据读取请求返回的功能业务数据，并将所述功能业务数据作为所述目标数据，以用于后续的目标业务更新处理。

[0096] 具体的，所述功能业务阶段具体是指所述目标业务被再次加载后所对应的三级阶段，所述功能数据读取任务具体是指读取处于功能业务阶段的目标业务所需要的数据的任务，所述功能业务数据即为目标业务在当前所处的功能业务阶段中需要生成目标业务的功能信息所需要使用的数据；如在直播场景中，在用户访问的直播间运行到请求功能信息阶段的情况下，此时将确定请求功能信息阶段对应的直播间功能数据读取任务，之后基于该任务向直播平台的服务端发送数据读取请求，并接收直播平台的服务端针对该数据读取请求下发的直播间功能数据，以用于后续可以生成直播间的功能信息，例如虚拟礼物信息、直播状态信息等。

[0097] 基于此，在所述目标业务当前所处的业务阶段为功能业务阶段的情况下，说明所述目标业务运行到三级阶段，此时可以在所述至少两个数据处理任务中确定所述功能业务阶段对应的所述功能数据读取任务，之后向所述目标业务所属的业务平台发送所述功能数据读取任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的功能业务数据，此时将所述功能业务数据作为所述目标数据，以用于后续可以对所述目标业务进行再一次的更新。

[0098] 此外，在完成对所述目标业务的三次加载后(针对基础业务阶段、属性业务阶段以及功能业务阶段)，此时业务发起方即可成功访问所述目标业务，而为了提高业务发起方的参与度，所述目标业务还包括发起方业务阶段，即业务发起方可以在所述发起方业务阶段与参与所述目标业务的其他参与方进行交互，而在此之前，为了能够保证目标业务的参与方都能够顺利进行交互，需要参与方分别登陆自身的账号，因此在所述发起方业务阶段需要接收业务发起方的登录请求，以实现业务发起方可以与其他参与方进行交互，本实施例中，具体实现方式如下所述：

[0099] 接收所述业务发起方针对所述目标业务提交的登录请求，所述登录请求中携带有所述业务发起方的身份信息；

[0100] 在所述目标业务当前所处的业务阶段为发起方业务阶段的情况下，在所述至少两个数据处理任务中确定所述发起方业务阶段对应的所述发起方数据读取任务。

[0101] 具体的，所述登录请求具体是指所述业务发起方登录具有身份标识含义的请求，相应的，所述身份信息具体是指所述业务发起方的登录账号和登录密码；基于此，在接收到所述业务发起方针对所述目标业务提交登录请求的情况下，说明所述业务发起方需要与目标业务的其他参与方进行交互，而为了能够保证参与方之间的识别度，需要业务发起方登录后才能够实现，因此可以根据所述业务发起方的登录请求确定所述业务发起方的身份信息。

[0102] 进一步的，此时可以确定所述目标业务当前所处的业务阶段为发起方业务阶段，之后在所述至少两个数据处理任务中确定所述发起方业务阶段对应的所述发起方数据读取任务即可，此时将所述发起方数据读取任务作为所述目标数据处理任务，之后运行步骤S106，向所述目标业务所属的业务平台发送所述目标数据处理任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的目标数据；进一步的，运行步骤S106具体是指向所述目标业务所属的业务平台发送所述发起方数据读取任务对应的数据读取请求，所述数据读取请求中携带有所述身份信息；接收所述业务平台针对所述数据读取请求返回的发起方业务数据，并将所述发起方业务数据作为所述目标数据，以实现后续可以满足业务发起方与其他参与方可以进行互动。

[0103] 具体的，所述发起方业务阶段具体是指所述目标业务被成功访问之后，为了能够使得业务发起方与其他参与方进行互动所对应的末端阶段，所述发起方数据读取任务具体是指读取所述业务发起方相关数据的任务，所述发起方业务数据即为目标业务在当前所处的发起方业务阶段中需要生成业务发起方的个人信息所需要使用的数据；如在直播场景中，在用户需要与直播间中的主播或者其他用户进行互动的情况下，确定直播间运行到请求用户信息阶段，此时将确定请求用户信息阶段对应的用户数据读取任务，之后基于该任务向直播平台的服务端发送数据读取请求，并接收直播平台的服务端针对该数据读取请求下发的用户数据，以用于后续可以满足用户与主播或其他用户进行互动，用户数据可以是用户的等级数据、剩余虚拟礼物数据等等。

[0104] 此外，在业务发起方登录完成之后，所述业务发起方还可以针对目标业务提交数据写入请求，如在直播场景中，用户可以请求对直播间中的主播送虚拟礼物，或者发送弹幕，此时会将用户提交的数据写入请求同步到直播平台的服务端，由服务端审核通过后同步至该直播间中的其他用户(包括主播)，以实现响应于用户的数据写入请求。

[0105] 参见图3所示的应用于直播场景中的访问过程的示意图，用户甲通过B直播平台访问主播乙的直播间的过程中，用户甲通过电脑进入主播乙的直播间，确定当前直播间的加载进度处于进入直播间阶段，此时则可以根据直播间基础数据读取任务向B直播平台的服务端发送一级阶段数据读取请求，并接收B直播平台的服务端针对一级阶段数据读取请求返回的直播间基础数据，基于直播间基础数据即可生成如图3中(a)所示的主播乙的直播间的一级直播界面，该界面中包含直播间的基础信息，如主播乙的直播间ID和直播间跳转来源。

[0106] 进一步的，在进入直播间阶段被加载完成后，此时直播间的加载进度将进入请求直播信息阶段，则可以根据直播间直播数据读取任务向B直播平台的服务端发送二级阶段数据读取请求，并接收B直播平台的服务端针对二级阶段数据读取请求返回的直播间直播数据，基于直播间直播数据即可生成如图3中(b)所示的主播乙的直播间的二级直播界面，该界面中包含直播间的直播信息，如直播类型和直播状态。

[0107] 更进一步的，在进入请求直播信息阶段被加载完成后，此时直播间的加载进度将进入请求功能信息阶段，则可以根据直播间功能数据读取任务向B直播平台的服务端发送三级阶段数据读取请求，并接收B直播平台的服务端针对三级阶段数据读取请求返回的直播间功能数据，基于直播间功能数据即可生成如图3中(c)所示的主播乙的直播间的三级直播界面，该界面中包含直播间的功能信息，如虚拟礼物信息和弹幕信息。

[0108] 最后，在进入请求功能信息阶段被加载完成后，如果用户甲需要向主播乙送虚拟礼物，则此时直播间的加载进度将进入请求用户信息阶段，并接收用户甲提交的登录账号和登录密码，之后根据用户数据读取任务向B直播平台的服务端发送用户甲数据读取请求，其中，携带有用户甲的登录账号和登录密码；在B直播平台的服务端对用户甲的身份核验通过后，将接收B直播平台的服务端针对用户甲数据读取请求返回的用户甲数据，此时可以基于用户甲数据生成如图3中(d)所示的主播乙的直播间的最终直播界面，通过该界面可以实现用户甲向主播乙赠送虚拟礼物以及发送弹幕等操作。

[0109] 综上，通过采用逐层进行目标业务加载的方式请求业务平台进行数据的反馈，不仅可以避免一次占用过多的网络资源，同时还能够有效的提高目标业务被访问成功的概率，从而可以有效的促进业务发起方参与所述目标业务的体验效果。

[0110] 步骤S108，基于所述目标数据对所述目标业务进行更新，并将更新后的目标业务作为所述业务访问请求的响应。

[0111] 具体的，在上述接收到所述业务平台针对数据读取请求返回的目标数据的基础上，进一步的，此时可以根据所述目标数据对所述目标业务进行更新，从而可以实现响应于所述业务发起方针对目标业务提交的业务访问请求。

[0112] 进一步的，在对所述目标业务进行更新的过程中，实则是向所述目标业务中不断的添加各个业务阶段所请求到的数据，以实现目标业务可以成功被访问，并且可以避免核心数据被恶意读取的情况，本实施例中，具体实现方式如下所述：

[0113] 基于所述目标数据生成与所述目标业务相关联的子业务信息；

[0114] 将所述子业务信息添加至所述目标业务，获得待展示目标业务；

[0115] 向所述业务发起方展示所述待展示目标业务，作为所述业务访问请求的响应。

[0116] 具体的，所述子业务信息具体是指根据所述目标数据所生成的信息，且所述子业务信息与所述目标相关联，能够促进所述目标业务加载完成；相应的，所述待展示目标业务具体是指在所述目标业务中添加完成所述子业务信息后得到的业务。

[0117] 基于此，在接收到所述目标业务后，为了能够节省计算机的资源消耗，可以根据所述目标资源生成与所述目标业务相关联的子业务信息；之后将所述子业务信息添加至所述目标业务，以生成所述待展示目标业务，最后将所述待展示目标业务向所述业务发起方进行展示，以实现告知所述业务发起方成功访问了所述目标业务，以作为所述业务访问请求的响应。

[0118] 沿用上例，当用户甲进入主播乙的直播间后，生成了如图3中(a)所示的一级直播界面，在进入直播间阶段被加载完成后，此时直播间的加载进度将进入请求直播信息阶段，此时将接收到B直播平台的服务端针对该阶段返回的直播间直播数据，此时可以基于直播间直播数据创建出直播信息，之后将直播信息添加到当前阶段的直播间中，生成如图3中(b)所示的主播乙的直播间的二级直播界面，以供用户甲进行观看。

[0119] 综上，通过采用添加子业务信息的方式对所述目标业务进行更新，有效的减少了对所述目标业务更新过程所消耗的计算资源，从而实现可以快速的对所述目标业务进行更新，使得业务发起方可以快速的完成目标业务的访问。

[0120] 更进一步的，由于所述目标业务是分层级进行加载的，因此在加载的过程中，很可能出现业务发起方关闭目标业务的情况，此时为了避免计算资源的浪费或者占用过多存储空间，可以实时对关闭请求提交的时长进行检测，本实施例中，具体实现方式如下所述：

[0121] 接收所述业务发起方针对所述目标业务提交的关闭请求；

[0122] 根据所述关闭请求读取所述目标业务对应的业务数据，并检测所述关闭请求的提交时长是否大于预设时长阈值；

[0123] 若是，删除所述业务数据；若否，不作任何处理。

[0124] 具体的，所述关闭请求具体是指所述业务发布方关闭所述目标业务所提交的关闭请求，相应的，所述业务数据具体是指当前阶段已经加载到的所述目标业务对应的全部数据，所述关闭请求提交的时长具体是指当前时刻距离提交关闭请求时的时间长度。

[0125] 基于此，在接收所述业务发起方针对所述目标业务提交的关闭请求的情况下，说明业务发起方需要终止访问所述目标业务，此时则可以读取所述目标业务对应的业务数据，并对其进行释放，以降低存储资源的浪费。然而，若业务发起方在一定时间段内重新访问目标业务，则需要重新进行数据的请求处理，这就导致需要花费较多的网络资源重新请求数据，很大程度上造成了资源的浪费，因此在接收到所述关闭请求后，可以对关闭请求的时长进行检测，判断所述关闭请求的提交时长是否大于预设阈值。

[0126] 若是，说明业务发起方已经关闭所述目标业务的时间较长，重新访问所述目标业务的可能性较低，此时为了避免存储资源的浪费，可以删除所述业务数据，以释放存储资源；若否，说明业务发起方已经关闭所述目标业务的时间较短，重新访问所述目标业务的可能性较高，此时为了避免重新请求数据造成网络资源的浪费，可以保留业务数据，以等待业务发起方重新访问所述目标业务。而在此过程中，会按照设定的时间间隔对业务请求的提交时长进行检测，以提高资源利用率。实际应用中，所述预设时长阈值可以设置为秒级别、毫秒级别或微秒级别，具体设置大小可以根据实际应用场景进行设定，本实施例在此不作任何限定。

[0127] 例如，进入直播间后会经过“进入直播间—>P0接口请求成功—>P1接口请求成功—>用户接口请求成功”四个阶段，当直播间的加载进度达到三级阶段的情况下，用户关闭了该直播间，此时将按照设定的时间间隔1s对关闭请求的提交时长进行检测，若关闭时长大于预设时长阈值，则对前三个阶段加载的直播间相关的数据删除，以释放存储空间，若关闭时长小于等于预设时长阈值，则可以保留前三个阶段加载的直播间相关的数据，等待用户重新访问该直播间。

[0128] 综上，通过采用时长比较的方式对业务发起方停止访问目标业务的时长进行监控，不仅可以避免网络传输资源的浪费，还能够提高存储资源的利用率，从而有效的促进了目标业务被访问成功的概率。

[0129] 此外，参见图4所示的数据处理方法的结构示意图，DataStore管理器是布置于业务平台的管理器，通过该管理器可以实现分阶段的数据发送，即DataStore管理器提供安全的各阶段数据获取和修改方法，用于获取和修改各阶段数据，仅在数据所属阶段后修改数据。目标业务的业务模块可以通过调用DataStore管理器提供的数据获取接口，进行相应数据的访问。当DataStore管理器接收业务方发起的数据访问请求后，DataStore管理器将向DataStore发起数据操作请求，请求对数据进行读/写。而在此过程中，DataStore将判断目标业务当前所处的阶段，如果数据访问请求为读操作，则将该阶段可访问的数据包装成对象返回；如果请求为写操作，则对写入操作进行安全校验，在校验结果为安全操作阶段时，对该阶段对应的数据进行写操作，以此实现业务发起方访问所述目标业务的成功率。

[0130] 本实施例还提供以所述数据处理方法中的目标业务为直播场景中的直播间为基础进行描述，具体参见下述步骤S1～步骤S4：

[0131] 步骤S1，接收用户针对目标直播间提交的访问请求，根据所述访问请求创建至少两个数据读取任务。

[0132] 步骤S2，监测所述目标直播间当前所处的加载阶段，在所述至少两个数据读取任务中确定所述目标直播间当前所处的加载阶段对应的目标数据读取任务。

[0133] 步骤S3，向所述目标直播间所属的直播平台发送所述目标数据读取任务对应的数据读取请求，并接收所述直播平台针对所述数据读取请求返回的直播间数据。

[0134] 步骤S4，基于所述直播间数据对所述目标直播间进行更新，并将更新后的目标直播间作为所述访问请求的响应。

[0135] 具体的，当接收到用户针对目标直播间提交的访问请求后，此时为了能够提高用户访问目标直播间的成功率，将采用分阶段进行数据请求的方式完成对目标直播间的更新，即根据所述访问请求创建至少两个数据读取任务，同时可以对所述目标直播间当前所处的加载阶段进行监测，在确定目标直播间当前所处于的加载阶段后，可以在所述至少两个数据读取任务中确定所述目标直播间当前所处的加载阶段对应的目标数据读取任务。

[0136] 之后向所述目标直播间所属的直播平台发送所述目标数据读取任务对应的数据读取请求，并接收所述直播平台针对所述数据读取请求返回的直播间数据；最后即可基于所述直播间数据对所述目标直播间进行更新，并将更新后的目标直播间作为所述访问请求的响应，实现了通过逐层进行目标直播间的更新，不仅可以有效的保证直播间被用户访问成功的概率，还能够提高直播间相关的核心数据的安全性，以避免被用户恶意访问，造成损失的事件发生。

[0137] 本申请提供的数据处理方法，在接收到业务发起方针对目标业务提交业务访问请求后，将根据业务访问请求创建至少两个数据处理任务，之后对目标业务的加载进度进行检测，以确定目标业务当前所处的业务阶段；在至少两个数据处理任务中确定当前所处的业务阶段对应的目标数据处理任务，向业务平台发送目标数据处理任务对应的数据读取请求，同时接收业务平台针对所述数据读取请求返回的目标数据，最后基于目标数据对所述目标业务进行更新，以响应业务发起方的业务访问请求，实现了通过分阶段进行数据处理，可以有效的避免数据尚未被赋值导致业务访问异常的情况发生，并且采用分阶段进行数据处理的方式可以保证数据的安全性，同时能够降低网络传输资源被过度占用，从而进一步提高了业务发起方参与目标业务的参与体验。

[0138] 下述结合附图5，以本申请提供的数据处理方法在直播场景中的应用为例，对所述数据处理方法进行进一步说明。其中，图5示出了本申请一实施例提供的一种应用于直播场景下的数据处理方法的处理流程图，具体包括以下步骤：

[0139] 步骤S502：接收用户针对目标直播间提交的访问请求，并根据访问请求确定访问目标直播间的四个访问阶段。

[0140] 具体的，在用户丙需要访问B直播平台中主播丁的直播间的情况下，此时将接收到用户丙针对B直播平台中主播丁的直播间提交的访问请求，根据访问请求确定访问B直播平台中的直播间需要通过四个访问阶段，分别为进入直播间阶段—>P0接口请求阶段—>P1接口请求阶段—>用户接口请求阶段。

[0141] 步骤S504，创建访问目标直播间的四个访问阶段分别对应的数据处理任务。

[0142] 具体的，在确定访问阶段为“进入直播间阶段—>P0接口请求阶段—>P1接口请求阶段—>用户接口请求阶段”的基础上，为了能够分阶段请求B直播平台的服务端下发各个阶段对应的数据，以避免用户丙无法正常访问主播丁的直播间，可以针对各个访问阶段分别创建数据处理任务，即针对进入直播间阶段创建直播间基础数据读取任务，针对P0接口请求阶段创建直播间功能数据读取任务，针对P1接口请求阶段创建直播间直播数据读取任务，以及针对用户接口请求阶段创建用户数据读取任务。

[0143] 步骤S506，在监测到目标直播间当前处于进入直播间阶段的情况下，在数据处理任务中选择进入直播间阶段对应的直播间基础数据读取任务。

[0144] 步骤S508，向目标直播间所属的直播平台发送直播间基础数据读取任务对应的数据读取请求，接收直播平台返回的直播间基础数据，并基于直播间基础数据对目标直播间进行更新。

[0145] 具体的，在监测到目标直播间当前处于进入直播间阶段的情况下，说明用户丙打开的直播间的加载进度处于进入直播间阶段，此时则需要对直播间的基础数据进行加载，即可以在数据处理任务中选择直播间基础数据读取任务，之后基于该任务向B直播平台的服务端发送请求读取主播丁的直播间基础数据的读取请求，并接收服务端针对该请求返回的直播间基础数据，最后基于直播间基础数据对用户丙需要观看的主播丁的直播间进行更新，即可实现完成该直播间的直播基础信息的加载。

[0146] 步骤S510，在监测到目标直播间当前处于P0接口请求阶段的情况下，在数据处理任务中选择P0接口请求阶段对应的直播间功能数据读取任务。

[0147] 步骤S512，向目标直播间所属的直播平台发送直播间功能数据读取任务对应的数据读取请求，接收直播平台返回的直播间功能数据，并基于直播间功能数据对目标直播间进行更新。

[0148] 具体的，在监测到目标直播间当前处于P0接口请求阶段的情况下，说明主播丁的直播间已经完成了进入直播间阶段的加载，此时则需要进一步的对直播间的功能数据进行更新，即可以在数据处理任务中选择直播间功能数据读取任务，之后基于该任务向B直播平台的服务端发送请求读取主播丁的直播间功能数据的读取请求，并接收服务端针对该请求返回的直播间功能数据，最后基于直播间功能数据对用户丙需要观看的主播丁的直播间进行更新，即可实现完成该直播间的直播功能信息的加载。

[0149] 步骤S514，在监测到目标直播间当前处于P1接口请求阶段的情况下，在数据处理任务中选择P1接口请求阶段对应的直播间直播数据读取任务。

[0150] 步骤S516，向目标直播间所属的直播平台发送直播间直播数据读取任务对应的数据读取请求，接收直播平台返回的直播间直播数据，并基于直播间直播数据对目标直播间进行更新。

[0151] 具体的，在监测到目标直播间当前处于P1接口请求阶段的情况下，说明直播丁的直播间已经完成了P0接口请求阶段的加载，此时则需要再进一步的对直播间的直播数据进行更新，即可以在数据处理任务中选择直播间直播数据读取任务，之后基于该任务向B直播平台的服务端发送请求读取主播丁的直播间直播数据的读取请求，并接收服务端针对该请求返回的直播间直播数据，最后基于直播间直播数据对用户丙需要观看的主播丁的直播间进行更新，即可实现完成该直播间的直播信息的加载。

[0152] 步骤S518，在接收到用户针对目标直播间提交登录请求的情况下，确定目标直播间当前处于用户接口阶段。

[0153] 步骤S520，向标直播间所属的直播平台发送用户数据读取任务对应的数据读取请求，接收直播平台返回的用户数据，并基于用户数据对目标直播间进行更新。

[0154] 具体的，在完成上述三个阶段的加载后，当前主播丁的直播间则可以正常向用户丙展示直播内容，即用户丙成功访问了主播丁的直播间；而在接收到用户针对目标直播间提交登录请求的情况下，说明用户丙需要与直播间中的其他用户或者与主播丁进行互动，确定直播间所处的阶段为用户接口阶段，则需要对用户丙的数据进行加载，即可以在数据处理任务中选择用户数据读取任务，之后基于该任务向B直播平台的服务端发送请求读取用户数据的读取请求，并接收服务端针对该请求返回的用户丙数据，最后基于用户丙数据对主播丁的直播间进行更新，即可实现在主播丁的直播间登录用户丙的账号，以实现后续用户丙可以通过发送弹幕或者赠送虚拟礼物的方式与直播间中的其他用户和主播进行互动。

[0155] 本申请提供的数据处理方法，实现了通过分阶段进行数据处理，可以有效的避免数据尚未被赋值导致业务访问异常的情况发生，并且采用分阶段进行数据处理的方式可以保证数据的安全性，同时能够降低网络传输资源被过度占用，从而进一步提高了业务发起方参与目标业务的参与体验。

[0156] 与上述方法实施例相对应，本申请还提供了数据处理装置实施例，图6示出了本申请一实施例提供的一种数据处理装置的结构示意图。如图6所示，该装置包括：

[0157] 接收模块602，被配置为接收业务发起方针对目标业务提交的业务访问请求，根据所述业务访问请求创建至少两个数据处理任务；

[0158] 确定模块604，被配置为监测所述目标业务当前所处的业务阶段，在所述至少两个数据处理任务中确定所述目标业务当前所处的业务阶段对应的目标数据处理任务；

[0159] 发送模块606，被配置为向所述目标业务所属的业务平台发送所述目标数据处理任务对应的数据读取请求，并接收所述业务平台针对所述数据读取请求返回的目标数据；

[0160] 更新模块608，被配置为基于所述目标数据对所述目标业务进行更新，并将更新后的目标业务作为所述业务访问请求的响应。

[0161] 一个可选的实施例中，所述接收模块602进一步被配置为：

[0162] 基于所述业务访问请求读取所述目标业务的业务规则，得到所述目标业务包含的至少两个业务阶段；创建所述至少两个业务阶段中各个业务阶段对应的数据处理任务，其中，所述至少两个业务阶段按照所述目标业务的加载进度进行排序。

[0163] 一个可选的实施例中，所述数据处理装置，还包括：

[0164] 加载模块，被配置为按照所述至少两个业务阶段中各个业务阶段的排序顺序对所述目标业务进行加载。

[0165] 一个可选的实施例中，所述业务阶段包括下述至少一项：基础业务阶段、属性业务阶段、功能业务阶段、发起方业务阶段；相应的，所述数据处理任务包括下述至少一项：基础数据读取任务、属性数据读取任务、功能数据读取任务、发起方数据读取任务。

[0166] 一个可选的实施例中，所述确定模块604进一步被配置为：

[0167] 在所述目标业务当前所处的业务阶段为基础业务阶段的情况下，在所述至少两个数据处理任务中确定所述基础业务阶段对应的所述基础数据读取任务；

[0168] 相应的，所述发送模块606进一步被配置为：

[0169] 向所述目标业务所属的业务平台发送所述基础数据读取任务对应的数据读取请求；接收所述业务平台针对所述数据读取请求返回的基础业务数据，并将所述基础业务数据作为所述目标数据。

[0170] 一个可选的实施例中，所述确定模块604进一步被配置为：

[0171] 在所述目标业务当前所处的业务阶段为属性业务阶段的情况下，在所述至少两个数据处理任务中确定所述属性业务阶段对应的所述属性数据读取任务；

[0172] 相应的，所述发送模块606进一步被配置为：

[0173] 向所述目标业务所属的业务平台发送所述属性数据读取任务对应的数据读取请求；接收所述业务平台针对所述数据读取请求返回的属性业务数据，并将所述属性业务数据作为所述目标数据。

[0174] 一个可选的实施例中，所述确定模块604进一步被配置为：

[0175] 在所述目标业务当前所处的业务阶段为功能业务阶段的情况下，在所述至少两个数据处理任务中确定所述功能业务阶段对应的所述功能数据读取任务；

[0176] 相应的，所述发送模块606进一步被配置为：

[0177] 向所述目标业务所属的业务平台发送所述功能数据读取任务对应的数据读取请求；接收所述业务平台针对所述数据读取请求返回的功能业务数据，并将所述功能业务数据作为所述目标数据。

[0178] 一个可选的实施例中，所述数据处理装置，还包括：

[0179] 接收登录请求模块，被配置为接收所述业务发起方针对所述目标业务提交的登录请求，所述登录请求中携带有所述业务发起方的身份信息；

[0180] 相应的，所述确定模块604进一步被配置为：

[0181] 在所述目标业务当前所处的业务阶段为发起方业务阶段的情况下，在所述至少两个数据处理任务中确定所述发起方业务阶段对应的所述发起方数据读取任务。

[0182] 一个可选的实施例中，所述发送模块606进一步被配置为：

[0183] 向所述目标业务所属的业务平台发送所述发起方数据读取任务对应的数据读取请求，所述数据读取请求中携带有所述身份信息；接收所述业务平台针对所述数据读取请求返回的发起方业务数据，并将所述发起方业务数据作为所述目标数据。

[0184] 一个可选的实施例中，所述更新模块608进一步被配置为：

[0185] 基于所述目标数据生成与所述目标业务相关联的子业务信息；将所述子业务信息添加至所述目标业务，获得待展示目标业务；向所述业务发起方展示所述待展示目标业务，作为所述业务访问请求的响应。

[0186] 一个可选的实施例中，所述数据处理装置，还包括：

[0187] 接收关闭请求模块，被配置为接收所述业务发起方针对所述目标业务提交的关闭请求；根据所述关闭请求读取所述目标业务对应的业务数据，并检测所述关闭请求的提交时长是否大于预设时长阈值；若是，删除所述业务数据。

[0188] 一个可选的实施例中，所述确定模块604进一步被配置为：

[0189] 对所述目标业务的状态位进行检测，获得所述目标业务对应的目标状态位；基于所述目标状态位确定所述目标业务当前所处的业务阶段。

[0190] 一个可选的实施例中，所述数据处理装置，还包括：

[0191] 接收写入请求模块，被配置为接收所述业务发起针对所述目标业务提交数据写入请求；根据所述数据写入请求对所述业务发起方进行安全校验；在所述业务发起方通过安全校验的情况下，将所述数据写入请求中携带的写入数据发送至所述业务平台。

[0192] 一个可选的实施例中，所述数据处理装置，还包括：

[0193] 更新直播间模块，被配置为接收用户针对目标直播间提交的访问请求，根据所述访问请求创建至少两个数据读取任务；监测所述目标直播间当前所处的加载阶段，在所述至少两个数据读取任务中确定所述目标直播间当前所处的加载阶段对应的目标数据读取任务；向所述目标直播间所属的直播平台发送所述目标数据读取任务对应的数据读取请求，并接收所述直播平台针对所述数据读取请求返回的直播间数据；基于所述直播间数据对所述目标直播间进行更新，并将更新后的目标直播间作为所述访问请求的响应。

[0194] 本实施例提供的数据处理装置，在接收到业务发起方针对目标业务提交业务访问请求后，将根据业务访问请求创建至少两个数据处理任务，之后对目标业务的加载进度进行检测，以确定目标业务当前所处的业务阶段；在至少两个数据处理任务中确定当前所处的业务阶段对应的目标数据处理任务，向业务平台发送目标数据处理任务对应的数据读取请求，同时接收业务平台针对所述数据读取请求返回的目标数据，最后基于目标数据对所述目标业务进行更新，以响应业务发起方的业务访问请求，实现了通过分阶段进行数据处理，可以有效的避免数据尚未被赋值导致业务访问异常的情况发生，并且采用分阶段进行数据处理的方式可以保证数据的安全性，同时能够降低网络传输资源被过度占用，从而进一步提高了业务发起方参与目标业务的参与体验。

[0195] 上述为本实施例的一种数据处理装置的示意性方案。需要说明的是，该数据处理装置的技术方案与上述的数据处理方法的技术方案属于同一构思，数据处理装置的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。

[0196] 图7示出了根据本申请一实施例提供的一种计算设备700的结构框图。该计算设备700的部件包括但不限于存储器710和处理器720。处理器720与存储器710通过总线730相连接，数据库750用于保存数据。

[0197] 计算设备700还包括接入设备740，接入设备740使得计算设备700能够经由一个或多个网络760通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备740可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi‑MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

[0198] 在本申请的一个实施例中，计算设备700的上述部件以及图7中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图7所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

[0199] 计算设备700可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备700还可以是移动式或静止式的服务器。

[0200] 其中，处理器720执行所述指令时实现所述的数据处理方法的步骤。

[0201] 上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的数据处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。

[0202] 本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如前所述数据处理方法的步骤。

[0203] 上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的数据处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。

[0204] 上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

[0205] 所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read‑Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

[0206] 需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

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

[0208] 以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。