数据处理方法及装置

技术领域

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

背景技术

随着互联网技术的发展，各类应用于直播的直播服务也越来越多，在现有的直播体系中，一般是由主播推流到CDN(内容分发网络)节点上，CDN在接收直播流后会转推一份流到直播流源站服务器，直播流源站服务器在接收到推流后，可以进行转码操作，或不进行任何操作，只作为备选线路。

发明内容

有鉴于此，本申请实施例提供了一种数据处理方法。本申请同时涉及一种数据处理装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的直播流源站服务器负载高、服务器性能下降、服务器资源浪费、稳定性差、缺乏监控等问题。

根据本申请实施例的第一方面，提供了一种数据处理方法，应用于边缘计算节点，包括：

接收主播推流的待处理直播流，其中，所述待处理直播流中携带有直播间标识；

获取所述直播间标识对应的直播间历史属性信息；

根据所述直播间历史属性信息和预设的直播流热度规则确定所述待处理直播流对应的初始热度值；

根据所述初始热度值确定所述待处理直播流对应的至少一个目标内容分发网络；

将所述待处理直播流转推至每个所述目标内容分发网络。

根据本申请实施例的第二方面，提供了一种数据处理装置，应用于边缘计算节点，包括：

接收模块，被配置为接收主播推流的待处理直播流，其中，所述待处理直播流中携带有直播间标识；

获取模块，被配置为获取所述直播间标识对应的直播间历史属性信息；

第一确定模块，被配置为根据所述直播间历史属性信息和预设的直播流热度规则确定所述待处理直播流对应的初始热度值；

第二确定模块，被配置为根据所述初始热度值确定所述待处理直播流对应的至少一个目标内容分发网络；

第一转推模块，被配置为将所述待处理直播流转推至每个所述目标内容分发网络。

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

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

本申请提供的数据处理方法，接收主播推流的待处理直播流，其中，所述待处理直播流中携带有直播间标识；获取所述直播间标识对应的直播间历史属性信息；根据所述直播间历史属性信息和预设的直播流热度规则确定所述待处理直播流对应的初始热度值；根据所述初始热度值确定所述待处理直播流对应的至少一个目标内容分发网络；将所述待处理直播流转推至每个所述目标内容分发网络。本申请实施例提供的数据处理方法，从直播流的热度值确定直播流的等级，按需转推，减少不必要的资源浪费，动态将直播流转推给各家内容分发网络，无需将直播流转推至源站，减少了源站带宽，节约了成本，提升了用户的观看体验。

附图说明

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

图2是本申请一实施例提供的数据处理方法的结构示意图；

图3是本申请一实施例提供的一种应用于某主播的直播场景的数据处理方法的处理流程图；

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

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

具体实施方式

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

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

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

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

直播流：直播音视频数据的传输，它能够被作为一个稳定的和连续的流通过网络传输给观众观看。

直播拉流：拉流是指通过直播云平台到用户指定的源站拉取直播流的过程。直播人数：实时观看直播间的真实人数。

CDN：内容分发网络。

直播流源站：本申请中的源站是指直播服务的源站。

边缘计算节点：部署在全国各地的小型推流节点，成本低。

目前所有的直播流都会转推至直播流源站服务器，在主播数量较少的情况下，直播流源站服务器的压力较小，但是随着主播数量的急剧上升，例如几万甚至十几万的主播出现时，源站就同时涌入几万或者十几万的直播流，由于直播流源站服务器的数量是有限的，当直播流过高时，就会造成整个直播流源站服务器的负载增高，机器性能下降，影响直播流的稳定性，最终影响用户的观看体验。另外，由于源站作为中心服务，其成本很高，但是对于大多数主播的直播流而言，观看人数很少，甚至没有人观看，在这种情况下，直播流源站存储这些直播流，就会造成带宽的浪费，同时还会造成直播链路长、稳定性差、缺乏监控等一系列问题。

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

图1示出了根据本申请一实施例提供的一种数据处理方法的流程图，所述方法应用于应用于边缘计算节点，具体包括以下步骤：

步骤102：接收主播推流的待处理直播流，其中，所述待处理直播流中携带有直播间标识。

在全国各地部署边缘计算节点，用于接收主播推送的直播流，在边缘计算节点中，部署直播转推控制服务器，可以动态增减直播流转推，由边缘计算节点作为中转服务器，主播将直播流转推至边缘计算节点，由边缘计算节点转推至各CDN服务器。

内容分发网络(Content Delivery Network，CDN)是构筑在现有网络上的一种先进的流量分配网络，是现有网络中增加一层新的网络架构，将网站的内容分布到最接近用户的网络“边缘”，提高用户访问网站的响应速度，具有负载均衡的特点，CDN具有缓存+镜像+整体负载均衡的功能，以缓存网站中的静态数据为主，不同的运营商提供不同的CDN链路，例如，运营商A提供CDN-A，运营商B提供CDN-B。

边缘计算节点接收主播推送的待处理直播流，所述待处理直播流即主播在直播过程中生成的流媒体信息，在待处理直播流中携带有直播间标识，根据待处理直播流中的直播间标识确定主播的直播间。

在本申请提供的一具体实施方式中，以主播张三直播为例，边缘计算节点即接收张三发送的待处理直播流M，在待处理直播流中携带有直播间标识123456。

步骤104：获取所述直播间标识对应的直播间历史属性信息。

根据待处理直播流中携带的直播间标识信息即可确定对应的直播间，进而可以获得直播间对应的直播间历史属性信息，所述直播间历史属性信息具体是指直播间在过去的时间里的与直播相关的信息，例如每日的观看人数、每日的直播时长、直播间关注人数等等。

具体的，获取所述直播间标识对应的直播间历史属性信息，包括：

获取所述直播间标识对应的日志文件；

解析所述日志文件，在所述日志信息中获取预设时间段内的至少一个直播间历史属性信息。

通常情况下，每个直播间的历史直播信息均会保存在对应的日志文件中，因此，获取直播间标识对应的日志文件，再对日志文件进行解析，即可从日志文件中获得直播间在过去的历史直播中的至少一个直播间历史属性信息，如在过去的一段时间内最高的观看人数、评论数量、收到的礼物的数量、直播间的关注人数等信息。预设的时间段可以根据实际需求进行设置，可以设置为在过去的3天内，在过去的7天内，在过去的14天内，在过去的30天内等等，在本申请中，对预设时间段的具体时长不做限制。

在本申请提供的一具体实施例中，沿用上例，根据直播间标识123456可以确定直播间为“直播间N”，即可获取直播间N对应的日志文件，再对日志文件进行解析，在日志文件中获取在过去7天内的最高观看人数为450239人，直播间关注人数为248590人，在过去7天内评论最高的数量是345355条，过去7天内收到的礼物数量为783733。

步骤106：根据所述直播间历史属性信息和预设的直播流热度规则确定所述待处理直播流对应的初始热度值。

初始热度值即在直播开始时根据直播间历史属性信息预测的该待处理直播流的热度值，直播流的冷热不是固定不变的，例如一个直播间的直播流，可能由于推广，观看的人数增多，但是由于后续运营不当，导致观看的人数越来越少；又或者某个直播间在开始直播的时候，观看的人数较少，但是由于后续慢慢积累粉丝，观看的人数越来越多。因此在直播开始之初，需要根据直播间的历史属性信息进行预测。

预设的直播流热度规则即本申请实施例提供的数据处理方法中用于计算直播流热度的规则，根据预设的直播流规则和直播间历史属性信息即可预测出待处理直播流的初始热度值。

具体的，根据所述直播间历史属性信息和预设的直播流热度规则确定所述待处理直播流对应的初始热度值，包括：

根据所述预设时间段的至少一个直播间历史属性信息和预设的直播流热度规则确定所述待处理直播流对应的初始热度值。

在上述步骤中，已经获得了预设时间段的最高观看人数、直播间关注人数、预设时间段的评论数量和预设时间段内获取虚拟道具数量，参照上述信息，根据下述公式1即可计算出待处理直播流在直播开始之初对应的初始热度值。

Q

其中，Q

在本申请提供的一具体实施例中，沿用上例，过去7天内的最高观看人数为450239人，直播间关注人数为248590人，在过去7天内评论最高的数量是345355条，过去7天内收到的礼物数量为783733，可以计算出待处理直播流M对应的初始热度值为800000。

步骤108：根据所述初始热度值确定所述待处理直播流对应的至少一个目标内容分发网络。

在确定了初始热度值之后，即可根据初始热度值为所述待处理直播流确定对应的至少一个CDN运营商。初始热度值越高，对应的CDN运营商的数量也就越多。

具体的，根据所述初始热度值确定所述待处理直播流对应的至少一个目标内容分发网络，包括：

获取热度值与内容分发网络数量间的对应关系；

根据所述初始热度值和所述对应关系确定所处初始热度值对应的初始内容分发网络数量；

根据所述初始内容分发网络数量为所述待处理直播流分配对应数量的目标内容分发网络。

在实际应用中，会预先配置热度值与CDN数量之间的对应关系表，例如参见下述表1：

表1

如上述表1所示，N

在获取热度值与内容分发网络数量间的对应关系后，根据初始热度值即可确定初始热度值对应的CDN的数量，再根据CDN的数量为待处理直播流分配对应数量的CDN。

在本申请提供的一具体实施例中，沿用上例，经过计算，待处理直播流M的初始热度值为800000，对应的CDN数量为4个，再从合作的CDN中选取4个CDN分配给所述待处理直播流M，4个CDN分别为CDN-A、CDN-B、CDN-C、CDN-D。

步骤110：将所述待处理直播流转推至每个所述目标内容分发网络。

在确定目标CDN之后，即可将待处理直播流分别转推至每个CDN进行直播。

在本申请提供的一具体实施例中，沿用上例，将待处理直播流M分别转推至CDN-A、CDN-B、CDN-C和CDN-D，以供用户进行观看。

可选的，所述方法还包括：

监控所述直播间标识对应的直播间实时属性信息；

根据所述直播间实时属性信息和预设的直播流实时热度规则确定所述待处理直播流对应的实时热度值；

根据所述实时热度值确定所述待处理直播流对应的至少一个目标内容分发网络；

将所述待处理直播流转推至每个所述目标内容分发网络。

如上所述，直播流的热度并不是固定不变的，因此，还需要实时监控直播间标识对应的直播间的直播间实时属性信息，根据直播间的实时属性信息与直播流实时热度规则来计算确定待处理直播流对应的实时热度值。

在根据上述的热度值与内容分发网络数量间的对应关系实时确定待处理直播流对应的目标内容分发网络的数量，并为待处理直播流分配对应的目标内容分发网络，再将待处理直播流分配至每个目标内容分发网络。

具体的，监控所述直播间标识对应的直播间实时属性信息，包括：

监控所述直播间标识对应的直播间中的至少一个直播间实时属性信息。

影响直播间热度的主要因素分别有在线观看人数、直播间关注人数、评论数和礼物数等，因此监控直播间标识对应的直播间的直播间实时属性信息就是在实时监控直播间中的在线观看人数、实时直播间关注人数、实时评论数量和实时获取虚拟道具数量等直播间实时属性信息。

在获取实时属性信息后，即可根据所述直播间实时属性信息和预设的直播流实时热度规则确定所述待处理直播流对应的实时热度值，具体参见下述公式2：

Q

其中，Q

在实际应用中，当直播开始之后，可以实时获取直播间中的实时数据，因此可以无需再考虑历史数据，直接根据实时数据信息即可计算待处理直播流的实时热度值，再根据实时热度值对待处理视频流进行相应的处理，例如实时热度值升高，则为其分配更多的CDN；若实时热度值降低，则无需为其分配更多的CDN。

在本申请提供的另一具体实施方式中，所述根据所述直播间实时属性信息和预设的直播流实时热度规则确定所述待处理直播流对应的实时热度值，包括：

根据所述直播间历史属性信息、所述直播间实时属性信息和预设的直播流实时热度规则确定所述待处理直播流对应的实时热度值。

在实际应用中，可能还会考虑到历史数据对热度值的影响，因此在监控直播间实时属性信息时，还会根据直播间历史属性信息、直播间实时属性信息和直播流实时热度规则一起计算确定待处理直播流的实时热度值，参见下述公式3：

Q

其中，Q

在本申请提供的另一具体实施方式中，所述方法还包括：

在所述初始热度值或所述实时热度值大于预设阈值的情况下，将所述待处理直播流转推至直播流源站。

在本申请中，若初始热度值或实时热度值大于预设阈值，还需要将待处理直播流转推至直播流源站，如某个直播流的热度值达到了预设阈值，但是该直播流没有转推至直播流源站，则直播流源站无法对其进行其他的业务逻辑处理，例如转码、清晰度处理等等。因此，还需要判断待处理直播流的热度值是否大于预设阈值，若大于，则还可以将待处理直播流转推至直播流源站，进行相应的处理。

本申请提供的数据处理方法，接收主播推流的待处理直播流，其中，所述待处理直播流中携带有直播间标识；获取所述直播间标识对应的直播间历史属性信息；根据所述直播间历史属性信息和预设的直播流热度规则确定所述待处理直播流对应的初始热度值；根据所述初始热度值确定所述待处理直播流对应的至少一个目标内容分发网络；将所述待处理直播流转推至每个所述目标内容分发网络。本申请实施例提供的数据处理方法，从直播流的热度值确定直播流的等级，按需转推，减少不必要的资源浪费，动态将直播流转推给各家内容分发网络，无需将直播流转推至直播流源站，减少了源站带宽，节约了成本，提升了用户的观看体验。

下述结合图2和图3，以本申请提供的数据处理方法在某主播的直播场景的应用为例，对所述数据处理方法进行进一步说明。其中，图2示出了本申请实施例提供的数据处理方法的结构示意图。

如图2所示，主播202开启直播，将待处理直播流推流至边缘计算节点204，在边缘计算节点接收主播的待处理直播流，并计算待处理直播流的初始热度值，经过计算，初始热度值较低，待处理直播流为冷流，此时只需将待处理直播流通过转推1推送至CDN-A 206，用户212向CDN-A 206发送请求播放的请求，由CDN-A 206将待处理直播流推送至用户212的客户端进行播放。

实时监控待处理直播流的实时属性信息，并计算待处理直播流的热度值，随着直播间人数增多，弹幕评论增多，待处理直播流的热度值升高，CDN-A 206一家无法承载流量，则边缘计算节点204主动发起转推2将待处理直播流转推至CDN-B 208中，后续再有用户请求播放直播间的视频流时，则可以向CDN-B 208发起播放请求，由CDN-B 208向新发起播放请求的用户播放视频流，此时，边缘计算节点204还可以同时通过转推3将待处理直播流同时转推至直播流源站210，在直播流源站210中对待处理视频做相应处理操作。

图3示出了本申请一实施例提供的一种应用于某主播的直播场景的数据处理方法的处理流程图，具体包括以下步骤：

步骤302：接收张三推流的待处理直播流T，其中，所述待处理直播流中携带有直播间标识987456。

在本申请提供的一具体实施例中，以张三开启直播为例进行解释说明。接收张三推流的待处理直播流T，在待处理直播流T中携带有直播间标识987456。

步骤304：获取所述直播间标识987456对应的日志文件F。

在本申请提供的一具体实施例中，沿用上例，根据所述直播间标识987456获取对应的日志文件F。

步骤306：解析所述日志文件F，在所述日志信息中获取直播间历史属性信息M1。

在本申请提供的一具体实施例中，沿用上例，解析所述日志文件F，获取日志文件中的过去14天的最高观看人数、直播间关注人数、过去14天的评论总数、过去14天收到礼物的总数。

步骤308：根据所述直播间历史属性信息M1和预设的直播流热度规则R1确定所述待处理直播流对应的初始热度值C1。

在本申请提供的一具体实施例中，沿用上例，根据过去14天的最高观看人数、直播间关注人数、过去14天的评论总数、过去14天收到礼物的总数和预设的直播流热度规则R1计算确定待处理直播流T对应的初始热度值为C1。

步骤310：获取热度值与内容分发网络数量间的对应关系。

步骤312：根据所述初始热度值C1和所述对应关系确定所处初始热度值对应的初始内容分发网络数量。

在本申请提供的一具体实施例中，沿用上例，根据初始热度值C1和上述对应关系确定此时的待处理直播流T为冷流，其对应的初始内容分发网络数量为1个。

步骤314：根据所述初始内容分发网络数量为所述待处理直播流分配对应数量的目标内容分发网络。

在本申请提供的一具体实施例中，沿用上例，为所述待处理直播流分配CDN-A，并将待处理直播流转推至所述CDN-A。

步骤316：监控所述直播间标识对应的直播间实时属性信息M2。

在本申请提供的一具体实施例中，沿用上例，实时监控直播间标识987456对应的直播间实时属性信息，包括在线观看人数、实时直播间关注人数、实时评论数量和实时获取礼物数量。

步骤318：根据所述直播间历史属性信息M1、所述直播间实时属性信息M2和预设的直播流实时热度规则R2确定所述待处理直播流对应的实时热度值C2。

在本申请提供的一具体实施例中，沿用上例，根据过去14天的最高观看人数、直播间关注人数、过去14天的评论总数、过去14天收到礼物的总数、在线观看人数、实时直播间关注人数、实时评论数量和实时获取礼物数量和直播流实时热度规则R2计算确定待处理直播流对应的实时热度值C2。

步骤320：根据所述实时热度值C2和所述对应关系确定所述待处理直播流对应的至少一个目标内容分发网络。

在本申请提供的一具体实施例中，沿用上例，当实时热度值C2升至相应的热度值时，确定待处理直播流T为热流，需要为其多分配一些CDN，则在转推至CDN-A的基础上，为其再分配一个CDN-B。

步骤322：将所述待处理直播流转推至每个所述目标内容分发网络。

在本申请提供的一具体实施例中，沿用上例，将待处理直播流T转推至CDN-A和CDN-B，同时，还可以将待处理直播流T转推至直播流源站服务器。需要注意的是，随着直播观看人数的增多，待处理直播流T的实时热度值还可能继续增加，此时可以为其再分配一个CDN-C以满足其实际需求。

本申请提供的数据处理方法，接收主播推流的待处理直播流，其中，所述待处理直播流中携带有直播间标识；获取所述直播间标识对应的直播间历史属性信息；根据所述直播间历史属性信息和预设的直播流热度规则确定所述待处理直播流对应的初始热度值；根据所述初始热度值确定所述待处理直播流对应的至少一个目标内容分发网络；将所述待处理直播流转推至每个所述目标内容分发网络。本申请实施例提供的数据处理方法，从直播流的热度值确定直播流的等级，按需转推，减少不必要的资源浪费，动态将直播流转推给各家内容分发网络，无需将直播流转推至直播流源站，减少了源站带宽，节约了成本，提升了用户的观看体验。

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

接收模块402，被配置为接收主播推流的待处理直播流，其中，所述待处理直播流中携带有直播间标识；

获取模块404，被配置为获取所述直播间标识对应的直播间历史属性信息；

第一确定模块406，被配置为根据所述直播间历史属性信息和预设的直播流热度规则确定所述待处理直播流对应的初始热度值；

第二确定模块408，被配置为根据所述初始热度值确定所述待处理直播流对应的至少一个目标内容分发网络；

第一转推模块410，被配置为将所述待处理直播流转推至每个所述目标内容分发网络。

可选的，所述获取模块404，进一步被配置为：

获取所述直播间标识对应的日志文件；

解析所述日志文件，在所述日志信息中获取预设时间段内的至少一个直播间历史属性信息。

可选的，所述第一确定模块406，进一步被配置为：

根据所述预设时间段的至少一个直播间历史属性信息和预设的直播流热度规则确定所述待处理直播流对应的初始热度值。

可选的，所述第二确定模块408，进一步被配置为：

获取热度值与内容分发网络数量间的对应关系；

根据所述初始热度值和所述对应关系确定所处初始热度值对应的初始内容分发网络数量；

根据所述初始内容分发网络数量为所述待处理直播流分配对应数量的目标内容分发网络。

可选的，所述装置还包括：

监控模块，被配置为监控所述直播间标识对应的直播间实时属性信息；

第三确定模块，被配置为根据所述直播间实时属性信息和预设的直播流实时热度规则确定所述待处理直播流对应的实时热度值；

第四确定模块，被配置为根据所述实时热度值确定所述待处理直播流对应的至少一个目标内容分发网络；

第二转推模块，被配置为将所述待处理直播流转推至每个所述目标内容分发网络。

可选的，所述第三确定模块，进一步被配置为：

根据所述直播间历史属性信息、所述直播间实时属性信息和预设的直播流实时热度规则确定所述待处理直播流对应的实时热度值。

可选的，所述监控模块，进一步被配置为：

监控所述直播间标识对应的直播间中的至少一个直播间实时属性信息。

可选的，所述装置还包括：

源站转推模块，被配置为在所述初始热度值或所述实时热度值大于预设阈值的情况下，将所述待处理直播流转推至直播流源站。

本申请提供的数据处理装置，接收主播推流的待处理直播流，其中，所述待处理直播流中携带有直播间标识；获取所述直播间标识对应的直播间历史属性信息；根据所述直播间历史属性信息和预设的直播流热度规则确定所述待处理直播流对应的初始热度值；根据所述初始热度值确定所述待处理直播流对应的至少一个目标内容分发网络；将所述待处理直播流转推至每个所述目标内容分发网络。本申请实施例提供的数据处理装置，从直播流的热度值确定直播流的等级，按需转推，减少不必要的资源浪费，动态将直播流转推给各家内容分发网络，无需将直播流转推至直播流源站，减少了源站带宽，节约了成本，提升了用户的观看体验。

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

图5示出了根据本申请一实施例提供的一种计算设备500的结构框图。该计算设备500的部件包括但不限于存储器510和处理器520。处理器520与存储器510通过总线530相连接，数据库550用于保存数据。

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

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

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

其中，处理器520执行所述计算机指令时实现所述的数据处理方法的步骤。

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

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

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

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

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

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

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

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