数据处理方法以及装置与流程

1.本说明书实施例涉及计算机技术领域，特别涉及一种数据处理方法。本说明书一个或者多个实施例同时涉及一种数据处理装置，一种计算设备，以及一种计算机可读存储介质。


背景技术：

2.随着计算机技术以及网络技术的高速发展，推动了大数据时代的到来，传统的集中式数据存储系统已经无法满足大规模数据存储的需求，为有效实现大数据存储，分布式数据存储系统得到了长足的发展。但是，在分布式数据存储系统的数据读取过程中，不仅会存在相对严重的时延问题，而且导致了数据库的读取压力，也使得数据访问的效率低。


技术实现要素：

3.有鉴于此，本说明书施例提供了一种数据处理方法。本说明书一个或者多个实施例同时涉及一种数据处理装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的技术缺陷。
4.根据本说明书实施例的第一方面，提供了一种数据处理方法，包括：
5.在确定数据库集群的日志文件发生更新的情况下，确定更新的日志文件对应的目标数据库；
6.从所述目标数据库中确定更新后的目标日志文件，并从所述目标日志文件中获取更新的日志数据；
7.解析所述日志数据，确定更新前的日志数据和更新后的日志数据，并将所述更新后的日志数据作为目标数据存放至所述服务器。
8.根据本说明书实施例的第二方面，提供了一种数据处理装置，包括：
9.确定模块，被配置为在确定数据库集群的日志文件发生更新的情况下，确定更新的日志文件对应的目标数据库；
10.获取模块，被配置为从所述目标数据库中确定更新后的目标日志文件，并从所述目标日志文件中获取更新的日志数据；
11.解析模块，被配置为解析所述日志数据，确定更新前的日志数据和更新后的日志数据，并将所述更新后的日志数据作为目标数据存放至所述服务器。
12.根据本说明书实施例的第三方面，提供了一种计算设备，包括：
13.存储器和处理器；
14.所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，其中，所述处理器执行所述计算机可执行指令时实现所述数据处理方法的步骤。
15.根据本说明书实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该计算机指令被处理器执行时实现任意一项所述数据处理方法的步骤。
16.本说明书一个实施例实现了在确定数据库集群的日志文件发生更新的情况下，确
定更新的日志文件对应的目标数据库；从所述目标数据库中确定更新后的目标日志文件，并从所述目标日志文件中获取更新的日志数据；解析所述日志数据，确定更新前的日志数据和更新后的日志数据，并将所述更新后的日志数据作为目标数据存放至所述服务器，通过在数据库集群外增加服务器，存储目标日志文件中更新后的日志数据，以实现数据库与服务器之间的一种异步更新缓存，进而从服务器中获取数据不仅能够缓解数据库的访问压力，也可提高数据访问效率。
附图说明
17.图1是本说明书一个实施例提供的一种数据处理方法应用的系统结构示意图；
18.图2是本说明书一个实施例提供的一种数据处理方法的流程图；
19.图3是本说明书一个实施例提供的一种数据处理方法的处理过程流程图；
20.图4是本说明书一个实施例提供的一种数据处理装置的结构示意图；
21.图5是本说明书一个实施例提供的一种计算设备的结构框图。
具体实施方式
22.在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。
23.在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
24.应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
25.首先，对本说明书一个或多个实施例涉及的名词术语进行解释。
26.binlog(日志文件)：记录数据库表结构，表数据修改的二进制日志文件，用于分布式数据库数据同步，数据恢复。
27.消息中间件：基于队列与消息传递技术，在网络环境提供同步或者异步、可靠的消息传输支持软件系统。
28.分布式缓存：分布式环境中，处理大量动态数据提升读取速率，应用于高频率且数据内容小的场景。
29.缓存击穿：应用优先会取缓存中的数据，缓存中不存在则再读取数据库的数据，同步到缓存中。
30.sql(结构化查询语言)：一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。
31.hbase(开源数据库)：一个适合于非结构化数据存储的数据库。
32.本申请实施例提供的数据处理方法，为了使用缓存的数据，用于数据链路的高保，减少数据库访问的压力，用户可以先读取缓存中的数据，读取不到的情况下再读取数据库的数据，由于在数据库集群中，数据写入点较多，进而实现中异步更新缓存的方法，需要建立一套基于数据库binlog异步更新缓存的链路。
33.目前缓存更新数据有两种方式，先读取缓存中的数据，在缓存中的数据查找不存在的情况下，再读取数据库中的数据，再更新缓存中的数据；在数据库中的数据进行变更的情况下，同时也更新缓存中的数据，以保证数据的一致性，这两种方式无法解决写入点比较多的情况和只执行sql语句没办法监听数据变更的情况。本说明书实施例提供的数据处理方法仅需要考虑数据库中的数据变更情况，进而根据数据变更情况同步缓存数据，不仅保证缓存数据和数据库中的数据保持一致，而且可用于多种数据源，例如搜索引擎、hbase等。
34.目前缓存更新依赖于数据的变更，数据变更点比较多，进而无法使用同步的方式来进行缓存更新，需要采用一种异步的方式进行更新，本说明书实施例提供的数据处理方法，通过监听日志文件来异步进行更新缓存。
35.在本说明书中，提供了一种数据处理方法，本说明书同时涉及一种数据处理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。
36.图1示出了根据本说明书一个实施例提供的一种数据处理方法的系统结构图。
37.在高并发大流量下，数据库资源有限，为了减少数据库的读取压力，在数据库之外的系统架构中增加服务器，用于数据缓存，进而实现减少对数据库的访问。
38.图1中的a部分为服务器，图1中的b部分为数据库集群，其中，数据库集群中包括数据库1、数据库2以及数据库3，服务器在监听到数据库集群中的数据发生更新的情况下，若可确定更新的数据对应的目标数据为数据库1，则从该数据库1中确定更新后的目标日志文件，并从该目标日志文件中获取更新的日志数据，服务器则对该日志数据进行解析，确定更新前的日志数据和更新后的日志数据，并将更新后的日志数据作为目标数据存放至服务器。
39.需要说明的是，数据库集群中的数据更新是一个循环往复的过程，在数据库集群中的数据不断更新的情况下，服务器中的缓存数据也在不断更新，使得服务器与数据库集群保持数据一致。
40.此外，在数据访问的过程中，先从服务器中访问最新的缓存数据，在服务器中未访问到缓存数据的情况下，再从数据库集群中访问数据，以实现快速地访问数据。
41.本说明书实施例提供的数据处理方法，为了保证服务器中缓存的数据和ob(oceanbase，数据库)中存储的数据保持一致，在ob数据变更时通过监听ob变更消息，异步地去更新缓存，以便于后续用户在读取数据时，可以优先在服务器中快速地访问到最新的缓存数据，不仅缓解数据库的访问压力，也进而提高数据的访问效率。
42.参见图2，图2示出了根据本说明书一个实施例提供的一种数据处理方法的流程图，具体包括以下步骤。
43.步骤202：在确定数据库集群的日志文件发生更新的情况下，确定更新的日志文件对应的目标数据库。
44.其中，日志文件可以理解为数据库中的事务日志以操作系统文件的形式存在，每
个数据库中至少有一个日志文件。
45.具体的，服务器确定数据库集群的日志文件发生更新的情况下，确定更新的日志文件对应的目标数据库。
46.实际应用中，服务器可监听数据库集群的数据变更，在数据库集群中，数据的写入、修改等操作都会在对应的日志文件中记录，则根据更新的日志文件可确定对应数据变化的目标数据库。
47.进一步地，服务器可通过中间件对数据库集群进行监测，以确定数据库集群中数据的更新情况；具体的，所述在确定数据库集群的日志文件发生更新的情况下，确定更新的日志文件对应的目标数据库，包括：
48.通过事件监听中间件对数据库集群进行监测，在监测到所述数据库集群的日志文件发生更新的情况下，确定更新的日志文件对应的目标数据库。
49.具体的，服务器通过事件监听中间件对数据库集群中的数据进行实时监测，在监测到数据库集群的日志文件发生更新的情况下，可在数据库集群中确定更新的日志文件所对应的目标数据库。
50.例如，数据库集群中的数据库节点有三个，分别为数据库1、数据库2、数据库3，在数据库2的数据节点中执行sql语句写入数据，数据库2的数据更新在日志文件中记录，则可确定数据库集群中的日志文件发生更新的目标数据库为数据库2。
51.本说明书实施例提供的数据处理方法，服务器通过事件监听中间件对数据库集群进行监测，以确定数据更新的目标数据库，以便于后续快速地获取目标数据库中的更新的日志文件中的数据。
52.实际应用中，为了保证服务器对数据库集群中的数据更新监测的有效性，将根据预设时间间隔对数据库集群进行检测；具体的，所述通过事件监听中间件对数据库集群进行监测，包括：
53.根据预设时间间隔通过事件监听中间件对数据库集群进行监测。
54.具体的，服务器在预设时间间隔内通过事件监听中间件对数据库集群进行监测，以确定数据库集群中更新的日志文件对应的目标数据库。
55.沿用上例，服务器在对上述数据库集群进行监测时，可预设时间间隔为0.5秒，则在每隔0.5秒对数据库集群进行监测，通过事件监听中间件对数据库集群中的数据进行监测，确定进行更新的日志文件对应的目标数据库。
56.本说明书实施例提供的数据处理方法，按照预设时间间隔通过事件监听中间件进行监测，不仅可以缓解服务器的监测压力，也可以快速地实现对数据库集群中更新数据的确认。
57.步骤204：从所述目标数据库中确定更新后的目标日志文件，并从所述目标日志文件中获取更新的日志数据。
58.其中，目标日志文件可以理解为数据库集群中更新的日志文件，比如，binlog日志文件。
59.其中，日志数据可以理解为记录数据更新的二进制的数据文件。
60.具体的，目标数据库中包括至少一个日志文件，在至少一个日志文件中可确定更新后的日志文件作为目标日志文件，并从该目标日志文件中获取更新的日志数据。
61.实际应用中，在数据库集群中，可以存在至少一个日志文件进行数据更新，本说明书实施例中确定的目标日志文件，是通过sql语句对数据库集群中的数据进行写入、修改或删除等操作的日志文件，需要说明的是，该日志文件中记录的日志数据是二进制日志文件，用于分布式数据库中数据同步或数据恢复。
62.步骤206：解析所述日志数据，确定更新前的日志数据和更新后的日志数据，并将所述更新后的日志数据作为目标数据存放至所述服务器。
63.具体的，服务器在获取到目标日志文件中的日志数据之后，对该日志数据进行解析，在日志数据中可解析出目标日志文件对应的数据库更新前的日志数据和更新后的日志数据，并将更新后的日志数据作为目标数据存放至服务器中。
64.需要说明的是，解析日志数据后，可以确定数据库集群中的数据更新前的数据内容以及更新后的数据内容。
65.沿用上例，在数据库2中获取到日志数据a后，在对日志数据a进行解析，可确定该数据库2在该条日志数据写入之前，对于变更的数据，更新前的数据内容为a，更新后的数据内容为b，则将更新后的数据内容b作为目标数据存放至服务器中。
66.进一步地，解析后的日志数据可以与服务器的格式保持一致；具体的，所述解析所述日志数据，确定更新前的日志数据和更新后的日志数据，包括：
67.确定所述服务器的数据存储格式，将所述日志数据根据所述数据存储格式进行解析，以确定解析后、转换为所述数据存储格式的更新前的日志数据和更新后的日志数据。
68.其中，数据存储格式可以理解为服务器中缓存数据的存储格式。
69.具体的，可确定服务器的数据存储格式，服务器将获取到的日志数据根据数据存储格式进行解析，进而确定解析后，转换为与该数据存储格式相一致的更新前的日志数据和更新后的日志数据。
70.实际应用中，数据存储格式可以为文本格式、计算机标记语言格式等格式，服务器可自行选择相应的数据存储格式，并将从服务器集群中获取到的日志数据进行相应的数据存储格式的转变，以数据存储格式为文本格式为例，将日志数据转换为文本格式的数据，可以转换为：更新前
‑
数据1，更新后
‑
数据2。
71.本说明书实施例提供的数据处理方法，服务器将日志数据按照确定的数据存储格式进行解析，以获取与服务器数据存储格式相匹配的日志数据，以便于后续快速地将更新后的日志数据存储至服务器。
72.在将更新后的日志数据作为目标数据存储至服务器之后，还需将解析后的数据发送至客户端，以便于用户后续通过客户端获取相应的数据；具体的，所述解析所述日志数据，确定更新前的日志数据和更新后的日志数据之后，还包括：
73.基于预设传输条件将所述更新前的日志数据和所述更新后的日志数据发送至客户端。
74.其中，预设传输条件可以理解为在数据满足预设的需求条件，比如，数据所占的数据大小、数据满足用户预设的数据类型等条件。
75.具体的，服务器可根据预设传输条件，将解析日志数据之后确定的更新前的日志数据和更新后的日志数据发送至客户端，用户可通过客户端获取更新前的日志数据和更新后的日志数据，以便于后续用户对数据的使用。
76.沿用上例，预设传输条件为向客户端发送数据的数据大小为12k，则在确定的更新前的日志数据和更新后的日志数据大小满足12k的情况下，将更新前的日志数据和更新后的日志数据发送至客户端，需要说明的是，在更新前的日志数据和更新后的日志数据未满足预设传输条件中的12k的情况下，可等待下一次获取到的日志数据，再次判断数据大小是否满足12k，在确定的更新前的日志数据和更新后的日志数据大小满足12k之后，再向客户端发送相应的更新前的日志数据和更新后的日志数据。
77.本说明书实施例提供的数据处理方法，通过预设传输条件将更新前的日志数据和更新后的日志数据发送至客户端，以便于后续用户通过客户端快速地获取日志数据。
78.为了将更新前的日志数据和更新后的日志数据快速地发送至客户端；具体的，所述基于预设传输条件将所述更新前的日志数据和所述更新后的日志数据发送至客户端之前，还包括：
79.将所述更新前的日志数据和所述更新后的日志数据存放至消息传输中间件的消息队列中；
80.在接收到客户端的数据获取请求的情况下，基于所述数据获取请求中的日志数据标识从所述消息队列中，获取与所述日志数据标识对应的所述更新前的日志数据和所述更新后的日志数据。
81.其中，消息传输中间件可以理解为基于队列与消息传递技术，在网络环境提供同步或者异步、可靠的消息传输支持软件系统，以便于传输更新前的日志数据和更新后的日志数据。
82.具体的，服务器将解析后获取的更新前的日志数据和更新后的日志数据存放至消息传输中间件的消息队列中，服务器在接收到用户通过客户端发送的数据获取请求的情况下，基于数据获取请求中的日志数据标识从消息队列中，获取与日志数据标识对应的更新前的日志数据和更新后的日志数据。
83.实际应用中，消息队列可以存放至少一个日志数据，在将更新前的日志数据和更新后的日志数据发送至客户端的过程中，利用消息传输中间件将更新前的日志数据和更新后的日志数据进行传输，需要说明的是，本说明书实施例以消息传输中间件的方式进行数据传输，也可以其他方式进行数据传输，在此不做任何限定。
84.沿用上例，若服务器的消息队列中存放的日志数据为数据1、数据2、数据3，则根据用户的数据获取请求中的日志数据标识可确定用户所需获取数据为数据2，则在该消息队列中获取数据2，并发送至客户端。
85.本说明书实施例提供的数据处理方法，通过将更新前的日志数据和更新后的日志数据存放至消息传输中间件的消息队列中，进而实现在消息传输中间件中的消息队列中获取更新前的日志数据和更新后的日志数据，以便于后续快速地应用获取到的数据。
86.此外，在用户通过客户端向服务器发送数据读取请求的情况下，预设时间段内可能存在多个更新后的日志数据，可根据更新时间确定目标日志数据；具体的，所述将所述更新后的日志数据作为目标数据存放至所述服务器之后，还包括：
87.在接收用户的数据读取请求的情况下，基于所述数据读取请求中的日志数据标识确定所述更新后的日志数据的更新时间，基于更新时间确定目标日志数据，将所述目标日志数据返回至所述用户。
88.具体的，服务器在接收到用户通过客户端发送的数据读取请求的情况下，根据数据读取请求中携带的日志数据标识可确定更新后的日志数据的更新时间，并根据该更新时间确定目标日志数据，将该目标日志数据返回至用户。
89.实际应用中，在预设时间段内可能存在多个更新后的数据，每个更新后的数据均携带有更新时间，服务器可根据用户需求确定需要获取某一更新时间的更新数据，将该更新数据确定为目标日志数据返回至用户。
90.例如，服务器存储的更新时间以及更新后的日志数据分别为：2020
‑1‑
1 00：00数据1，2020
‑1‑
1 00：01数据2，2020
‑1‑
1 00：02数据3，可以说明的是，该数据在两秒内更新了两次，由数据1更新为数据2，由数据2更新为数据3，用户通过客户端向服务器发送数据读取请求，根据该数据读取请求中携带的日志数据标识可确定更新后的日志数据的更新时间为2020
‑1‑
1 00：01，根据该更新时间可以确定数据2为目标日志数据，并将该目标日志数据返回至用户。
91.本说明书实施例提供的数据处理方法，在服务器接收到数据读取请求的情况下，可根据数据读取请求中携带的日志数据标识确定在服务器缓存的目标日志数据，以便于快速地将该目标日志数据返回至用户，通过向服务器获取目标日志数据的方式，不仅可以缓解数据库的访问压力，也可以快速直接地获取到目标数据。
92.需要说明的是，本说明书实施例提供的数据处理方法，提供的异步缓存更新机制，针对数据库集群写入点比较多的场景，同步更新的效率不高，主要是接收数据库binlog(日志文件)的更新，并解析binlog(日志文件)内容异步更新，实现同步缓存多数据源，进而实现数据的缓存。
93.综上，本说明书实施例提供的数据处理方法，通过在确定数据库集群的日志文件发生更新的情况下，确定更新的日志文件对应的目标数据库；从所述目标数据库中确定更新后的目标日志文件，并从所述目标日志文件中获取更新的日志数据；解析所述日志数据，确定更新前的日志数据和更新后的日志数据，并将所述更新后的日志数据作为目标数据存放至所述服务器，通过在数据库集群外增加服务器，以存储目标日志文件中更新后的日志数据，以实现数据库与服务器之间的一种异步更新缓存，进而从服务器中获取数据不仅能够缓解数据库的访问压力，也可提高数据访问效率。
94.下述结合附图3，以本说明书提供的数据处理方法在监听binlog日志文件的应用为例，对所述数据处理方法进行进一步说明。其中，图3示出了本说明书一个实施例提供的一种数据处理方法的处理过程流程图，具体步骤包括步骤302至步骤310。
95.本说明书实施例提供的数据处理方法通过监测binlog日志文件的变更，同时异步更新缓存数据，以保证缓存数据与数据库集群中的数据保持一致。
96.步骤302：数据库集群中的数据进行数据更新，将数据更新操作写入binlog日志文件。
97.具体的，在数据库集群中的数据进行数据更新后，对数据进行更新的操作，可在binlog日志文件进行写入。
98.步骤304：服务器监测到binlog日志文件发生变更，确定数据库集群中相应的目标数据库，服务器从目标数据库确定的更新的binlog日志文件中，获取更新的日志数据。
99.具体的，服务器通过事件监听中间件监测binlog日志文件的变更，以确定数据库
集群中相应的目标数据库，并从binlog日志文件中获取更新的日志数据。
100.步骤306：服务器解析更新的日志数据，确定更新前的日志数据和更新后的日志数据。
101.步骤308：服务器将更新后的日志数据作为目标数据存放至服务器的缓存结构中。
102.步骤310：服务器将更新前的日志数据和更新后的日志数据发送至客户端。
103.本说明书一个实施例实现了在确定数据库集群的日志文件发生更新的情况下，确定更新的日志文件对应的目标数据库；从所述目标数据库中确定更新后的目标日志文件，并从所述目标日志文件中获取更新的日志数据；解析所述日志数据，确定更新前的日志数据和更新后的日志数据，并将所述更新后的日志数据作为目标数据存放至所述服务器，通过在数据库集群外增加服务器，以存储目标日志文件中更新后的日志数据，以实现数据库与服务器之间的一种异步更新缓存，进而从服务器中获取数据不仅能够缓解数据库的访问压力，也可提高数据访问效率。
104.与上述方法实施例相对应，本说明书还提供了数据处理装置实施例，图4示出了本说明书一个实施例提供的一种数据处理装置的结构示意图。如图4所示，该装置包括：
105.确定模块402，被配置为在确定数据库集群的日志文件发生更新的情况下，确定更新的日志文件对应的目标数据库；
106.获取模块404，被配置为从所述目标数据库中确定更新后的目标日志文件，并从所述目标日志文件中获取更新的日志数据；
107.解析模块406，被配置为解析所述日志数据，确定更新前的日志数据和更新后的日志数据，并将所述更新后的日志数据作为目标数据存放至所述服务器。
108.可选地，所述装置，还包括：
109.发送模块，被配置为基于预设传输条件将所述更新前的日志数据和所述更新后的日志数据发送至客户端。
110.可选地，所述解析模块406，进一步被配置为：
111.确定所述服务器的数据存储格式，将所述日志数据根据所述数据存储格式进行解析，以确定解析后、转换为所述数据存储格式的更新前的日志数据和更新后的日志数据。
112.可选地，所述确定模块402，进一步被配置为：
113.通过事件监听中间件对数据库集群进行监测，在监测到所述数据库集群的日志文件发生更新的情况下，确定更新的日志文件对应的目标数据库。
114.可选地，所述确定模块402，进一步被配置为：
115.根据预设时间间隔通过事件监听中间件对数据库集群进行监测。
116.可选地，所述装置，还包括：
117.将所述更新前的日志数据和所述更新后的日志数据存放至消息传输中间件的消息队列中；
118.在接收到客户端的数据获取请求的情况下，基于所述数据获取请求中的日志数据标识从所述消息队列中，获取与所述日志数据标识对应的所述更新前的日志数据和所述更新后的日志数据。
119.可选地，所述装置，还包括：
120.在接收用户的数据读取请求的情况下，基于所述数据读取请求中的日志数据标识
确定所述更新后的日志数据的更新时间，基于更新时间确定目标日志数据，将所述目标日志数据返回至所述用户。
121.本说明书实施例提供的数据处理装置，在确定数据库集群的日志文件发生更新的情况下，确定更新的日志文件对应的目标数据库；从所述目标数据库中确定更新后的目标日志文件，并从所述目标日志文件中获取更新的日志数据；解析所述日志数据，确定更新前的日志数据和更新后的日志数据，并将所述更新后的日志数据作为目标数据存放至所述服务器，通过在数据库集群外增加服务器，以存储目标日志文件中更新后的日志数据，以实现数据库与服务器之间的一种异步更新缓存，进而从服务器中获取数据不仅能够缓解数据库的访问压力，也可提高数据访问效率。
122.上述为本实施例的一种数据处理装置的示意性方案。需要说明的是，该数据处理装置的技术方案与上述的数据处理方法的技术方案属于同一构思，数据处理装置的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。
123.图5示出了根据本说明书一个实施例提供的一种计算设备500的结构框图。该计算设备500的部件包括但不限于存储器510和处理器520。处理器520与存储器510通过总线530相连接，数据库550用于保存数据。
124.计算设备500还包括接入设备540，接入设备540使得计算设备500能够经由一个或多个网络560通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备540可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi
‑
max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。
125.在本说明书的一个实施例中，计算设备500的上述部件以及图5中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图5所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
126.计算设备500可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。计算设备500还可以是移动式或静止式的服务器。
127.其中，处理器520用于执行如下计算机可执行指令，其中，所述处理器执行所述计算机可执行指令时实现所述数据处理方法的步骤。
128.上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的数据处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。
129.本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现所述数据处理方法的步骤。
130.上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的数据处理方法的技术方案属于同一构思，存储介质的技术方案
未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。
131.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
132.所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
133.需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书实施例并不受所描述的动作顺序的限制，因为依据本说明书实施例，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书实施例所必须的。
134.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
135.以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书实施例的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书实施例的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。