数据处理方法、装置、设备及存储介质与流程

1.本技术实施例涉及信息技术领域，尤其涉及一种数据处理方法、装置、设备及存储介质。


背景技术：

2.随着互联网金融发展和人们理财意识的提高，各类理财应用程序app成为个人理财金融十分重要的流量入口，人们通过理财类app购买股票、基金等各类金融产品。
3.对于提供各类金融产品的服务企业，需要建立完善的数据处理系统，获取用户的交易数据，计算各类金融产品的各项参数指标，方便用户进行相关信息查询。现有的数据处理系统提供同步远程过程调用协议(remote procedure call protocol，rpc)接口方案，即数据处理系统的各服务端之间通过rpc接口调用，确保数据的一致性。
4.上述方案，服务端之间具有强依赖性，系统的数据处理效率较低。


技术实现要素：

5.本技术实施例提供一种数据处理方法、装置、设备及存储介质，提高系统的数据处理效率。
6.本技术实施例的第一方面提供一种数据处理方法，包括：
7.从消息服务器的消息队列中获取多个待处理任务，每个所述待处理任务包括用户针对目标产品的操作数据，以及所述操作数据对应的数据操作模式；
8.根据所述数据操作模式为每个所述待处理任务分配线程；
9.通过多个线程并行执行所述多个待处理任务，得到每个所述待处理任务的数据处理结果。
10.在本技术的一个实施例中，所述根据所述数据操作模式为每个所述待处理任务分配线程，包括：
11.对每个所述待处理任务中的所述数据操作模式进行哈希变换，得到所述数据操作模式对应的哈希值；
12.根据所述哈希值以及所述节点设备预设的线程数，确定每个所述待处理任务对应的线程号。
13.在本技术的一个实施例中，所述根据所述哈希值以及所述节点设备预设的线程数，确定每个所述待处理任务对应的线程号，包括：
14.通过所述哈希值对所述线程数取模，得到每个所述待处理任务对应的线程号。
15.在本技术的一个实施例中，若所述多个待处理任务中有至少两个待处理任务的操作数据对应的数据操作模式相同，所述方法还包括：
16.根据所述至少两个待处理任务在所述消息队列中的队列顺序，在同一数据操作模式对应的线程中，依次处理所述至少两个待处理任务。
17.在本技术的一个实施例中，针对每个所述线程，在所述线程中处理每个所述待处
理任务之前，所述方法还包括：
18.在所述线程中执行第一命令，所述第一命令用于请求对所述待处理任务的数据操作模式加锁；
19.根据所述第一命令的返回结果，确定是否在所述线程中执行所述待处理任务。
20.在本技术的一个实施例中，所述根据所述第一命令的返回结果，确定是否在所述线程中执行所述待处理任务，包括：
21.若所述返回结果为第一值，在所述线程中执行所述待处理任务；或
22.若所述返回结果为第二值，等待其他线程释放所述数据操作模式的锁。
23.在本技术的一个实施例中，在所述线程中处理完所述待处理任务，或，所述线程执行所述待处理任务超时，所述方法还包括：
24.释放所述线程中所述待处理任务的数据操作模式的锁。
25.在本技术的一个实施例中，在所述线程中执行所述待处理任务，包括：
26.从数据库服务器中获取所述待处理任务的数据操作模式对应的历史数据处理结果；
27.根据所述历史处理结果以及所述待处理任务的所述操作数据，更新所述历史处理结果。
28.本技术实施例的第二方面提供一种数据处理装置，包括：
29.获取模块，用于从消息服务器的消息队列中获取多个待处理任务，每个所述待处理任务包括用户针对目标产品的操作数据，以及所述操作数据对应的数据操作模式；
30.处理模块，用于根据所述数据操作模式为每个所述待处理任务分配线程；
31.通过多个线程并行执行所述多个待处理任务，得到每个所述待处理任务的数据处理结果。
32.在本技术的一个实施例中，所述处理模块，具体用于：对每个所述待处理任务中的所述数据操作模式进行哈希变换，得到所述数据操作模式对应的哈希值；
33.根据所述哈希值以及所述节点设备预设的线程数，确定每个所述待处理任务对应的线程号。
34.在本技术的一个实施例中，所述处理模块，具体用于通过所述哈希值对所述线程数取模，得到每个所述待处理任务对应的线程号。
35.在本技术的一个实施例中，若所述多个待处理任务中有至少两个待处理任务的操作数据对应的数据操作模式相同，所述处理模块，还用于：
36.根据所述至少两个待处理任务在所述消息队列中的队列顺序，在同一数据操作模式对应的线程中，依次处理所述至少两个待处理任务。
37.在本技术的一个实施例中，针对每个所述线程，所述处理模块在所述线程中处理每个所述待处理任务之前，还用于：
38.在所述线程中执行第一命令，所述第一命令用于请求对所述待处理任务的数据操作模式加锁；
39.根据所述第一命令的返回结果，确定是否在所述线程中执行所述待处理任务。
40.在本技术的一个实施例中，所述处理模块，具体用于：
41.若所述返回结果为第一值，在所述线程中执行所述待处理任务；或
42.若所述返回结果为第二值，等待其他线程释放所述数据操作模式的锁。
43.在本技术的一个实施例中，在所述线程中处理完所述待处理任务，或，所述线程执行所述待处理任务超时，所述处理模块，还用于：
44.释放所述线程中所述待处理任务的数据操作模式的锁。
45.在本技术的一个实施例中，所述获取模块，还用于从数据库服务器中获取所述待处理任务的数据操作模式对应的历史数据处理结果；
46.所述处理模块，还用于根据所述历史处理结果以及所述待处理任务的所述操作数据，更新所述历史处理结果。
47.本技术实施例的第三方面提供一种电子设备，包括：
48.存储器；
49.处理器；以及
50.计算机程序；
51.其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如第一方面中任一项所述的方法。
52.本技术实施例的第四方面提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现如第一方面中任一项所述的方法。
53.本技术实施例的第五方面提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行以实现如第一方面中任一项所述的方法
54.本技术实施例提供一种数据处理方法、装置、设备及存储介质，可应用于数据处理系统中的任意节点设备，节点设备从消息服务器的消息队列中获取多个待处理任务，其中每个待处理任务包括用户针对目标产品的操作数据以及操作数据对应的数据操作模式；节点设备根据数据操作模式为每个待处理任务分配线程，通过多个线程并行执行多个待处理任务，得到每个待处理任务的数据处理结果。第一方面，本实施例中消息服务器分发待处理任务给数据处理系统中各节点设备，实现节点设备间的数据解耦，降低了节点设备间的依赖关系。另一方面，各节点设备可并发处理不同数据操作模式的待处理任务，提高系统的数据处理效率。
附图说明
55.图1为本技术实施例提供的数据处理方法的系统架构示意图；
56.图2为本技术实施例提供的数据处理方法的场景交互示意图；
57.图3为本技术实施例提供的数据处理方法的流程示意图；
58.图4为本技术实施例提供的数据处理方法的流程示意图；
59.图5为本技术实施例提供的数据处理装置的结构示意图；
60.图6为本技术实施例提供的电子设备的硬件结构图。
具体实施方式
61.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员
在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
62.应当理解，本文中使用的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
63.首先对本技术实施例中涉及到的专业术语进行简要说明。
64.资产管理业务简称资管业务，是证券经营机构在传统业务基础上发展的新型业务，主要是指证券、期货、基金等金融投资公司作为资产管理人，根据资产管理合同约定的方式、条件、要求及限制，对客户资产进行经营运作，为客户提供证券及其它金融产品的投资管理服务的行为。
65.快速消息队列(fmq)，是一套系统或平台，也称为消息中间件服务器或消息服务器，用于应用程序之间，或者，服务节点之间进行通信，主要通过消息传递完成交互。
66.分布式锁，是一种分布式协调技术，为了防止分布式系统中的多个进程之间相互干扰，通过该技术实现对多个进程的合理调度。在分布式系统下，一个方法在同一时间只能被一个服务节点的一个线程执行。
67.持仓，是指投资用户股票账户里投资产品的总量，没有产品叫空仓，有产品叫持仓。
68.在金融服务行业，为了提高资管业务的服务质量，服务企业需要建立完善的数据处理系统。数据处理系统需要承担持仓计算、成交推导等任务；根据成交信息，计算组合持仓变化、持仓市值、组合净值、产品规模等参数指标；根据每日日终清算后的估值表信息，推导组合净值、成交变化等参数指标。
69.目前的数据处理系统中，各项服务提供同步远程过程调用(remote procedure call,rpc)接口，在rpc接口中单线程串行计算组合持仓变化、持仓市值、组合净值、产品规模等参数指标，推导组合净值、成交变化等参数指标。在实际应用中，用java同步锁synchronized做代码块的同步串行实现。
70.其中，同步rpc接口方案，是服务节点之间相互依赖，导致服务治理难度增加。以资管业务的数据处理系统为例，该系统通过获取不同用户在客户端发起的各项业务数据，若系统中服务节点之间相互依赖，没有做到足够的解耦，将导致过多的服务间rpc同步依赖，势必影响数据处理的效率和准确度。
71.另外，单线程同步锁的实现方案，是服务无法横向扩展。单线程同步锁可确保服务间数据的一致性，但是服务无法分布式扩展，一旦到达性能瓶颈，无法通过横向扩展服务节点，无法提高系统整体的吞吐量。
72.针对上述问题，本技术实施例提供一种数据处理方法，用于解决当前系统服务间依赖、横向扩展难度大的问题，提高系统整体的吞吐量。本方案的整体思路如下：由于消息直接由消息中间件存储和分发，业务方只需要关注如何将消息发送给消息中间件服务器，各服务节点只需要关注如何从消息中间件服务器获取消息，从而实现服务节点间的解耦，降低服务节点间依赖。系统中各服务节点可配置多个线程，每个线程监听内存队列中的任务，按照内存队列顺序执行各项任务。每个线程处理任务时，需要根据每个任务的数据操作模式，获取相应的分布式锁，保证数据处理的一致性。为了进一步提升系统整体的吞吐量，
可以考虑在系统中部署多个服务节点，实现系统的横向扩展。
73.下面结合附图对本技术实施例提供的技术方案的系统架构进行简要介绍。示例性的，图1为本技术实施例提供的数据处理方法的系统架构示意图，如图1所示，本实施例提供的数据处理系统，包括：
74.多个客户端(例如图1所示的客户端11、12、13)、消息服务器14、多个节点设备(例如图1所示的节点设备15、16、17)以及数据库服务器18。多个客户端与消息服务器连接，消息服务器与各节点设备连接，各节点设备与数据库服务器连接。
75.示例性的，图2为本技术实施例提供的数据处理方法的场景交互示意图，该场景中包括业务方(即图1中的任一客户端)，快速消息队列服务器(即图1中的消息服务器14)，以及多个节点设备。与图1所示系统架构不同的是，本实施例中数据库服务器有多个，如图2中的数据库1、数据库2，多个数据库之间相互连接，构成分布式数据库系统，分布式数据库系统中的各数据库的数据是相互共享的。
76.为了便于理解，下面以资管业务为例，对前述数据处理系统中设备之间的交互过程进行简要说明：
77.(1)用户通过不同的客户端发起投资交易，生成的操作数据(或称为交易数据)推送至消息服务器，按照用户操作时间，消息服务器将操作数据依次加入消息服务器的消息队列中，各节点设备从消息服务器中获取待处理任务，待处理任务包括用户的操作数据，以及操作数据对应的数据操作模式。
78.(2)各节点设备可以在同一时刻并行执行多个待处理任务，但同一数据操作模式的待处理任务在同一时刻只能在一个节点设备的一个线程中执行，确保数据处理的一致性要求。
79.(3)任一节点设备在完成一项任务后，将数据处理结果存储至数据库服务器，以便后续该节点设备或其他节点设备获取该数据处理结果。
80.下面以具体地实施例对本技术的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
81.图3为本技术实施例提供的数据处理方法的流程示意图。本实施例提供的数据处理方法可应用于图1或图2所示的节点设备中，如图3所示，该数据处理方法，包括如下步骤：
82.步骤201、从消息服务器的消息队列中获取多个待处理任务。
83.其中，每个待处理任务包括用户针对目标产品的操作数据，以及操作数据对应的数据操作模式。
84.在本实施例中，消息服务器接收不同用户通过客户端发起的操作数据，根据操作数据产生的时间顺序，将操作数据加入消息服务器的消息队列，以便数据处理系统中各节点设备从消息队列中获取待处理任务。
85.操作数据是指用户针对某一目标产品的交易数据，目标产品可以是股票、基金、期货等各类金融产品，当然也可以是其他领域的实体产品或服务产品，对此本技术实施例不作任何限制。示例性的，用户a购买一年期的基金产品1万元，用户b购买股票代码600xxx的200股。
86.数据操作模式是指操作数据采用的投资组合方式。示例性的，用户a创建两种投资组合方式，例如，投资组合方式1为股票市场20％，期货市场30％以及基金市场50％，投资组
合方式2为房地产市场30％，股票市场40％以及黄金市场30％。如果用户a在购买股票600xx1时，关联投资组合方式1，则该条交易数据对应的数据操作模式为投资组合方式1，编号记为code-001。如果用户a在购买股票600xx2时，关联投资组合方式2，则该条交易数据对应的数据操作模式为投资组合方式2，编号记为code-002。
87.步骤202、根据数据操作模式为每个待处理任务分配线程。
88.节点设备从消息服务器的消息队列中获取多个待处理任务，根据每个待处理任务中操作数据对应的数据操作模式为该待处理任务分配线程。具体的，节点设备对待处理任务中操作数据对应的数据操作模式进行哈希变换，得到数据操作模式对应的哈希值；根据哈希值以及节点设备预设的线程数，确定每个待处理任务对应的线程号。具体的，可通过哈希值对线程数取模，得到每个待处理任务对应的线程号。
89.示例性的，假设节点设备预设的线程数为4，即节点设备最多可在同一时间并行执行4个待处理任务。节点设备接收到的某一待处理任务中操作数据对应的数据操作模式可由投资组合编号表示，例如code-001，根据投资组合编号计算出一个哈希值，例如101，再通过对上述线程数取模，例如101％4＝1，则该待处理任务会进入第1条内存队列，被1号线程处理。
90.在本技术的一个实施例中，若多个待处理任务中有至少两个待处理任务的操作数据对应的数据操作模式相同，则数据处理方法还包括：节点设备可根据至少两个待处理任务在消息队列中的队列顺序，在同一数据操作模式对应的线程中，依次处理至少两个待处理任务。
91.具体的，节点设备会将同一数据操作模式的操作数据按照消息队列中的队列顺序，依次加入该数据操作模式对应的线程的内存队列中，实现同一数据操作模式的操作数据被顺序处理，确保数据处理结果的一致性。
92.步骤203、通过多个线程并行执行多个待处理任务，得到每个待处理任务的数据处理结果。
93.在本实施例中，数据处理系统中每个节点设备可启动多个线程，例如4个线程，用来处理系统中各用户的操作数据，由于数据处理系统中同时存在多个节点设备，系统中存在多个并行的线程，例如系统中包括5个节点设备，则系统总的并行线程数为5
×
4＝20。在实际应用中，可以根据实际需求横向扩展节点设备，提高系统整体的吞吐量。
94.结合上述示例可知，本实施例提供的数据处理方法，可保证在同一节点设备中同一投资组合的操作数据，总是被按照顺序进入同一条内存队列，且在该内存队列对应的线程中被顺序处理。如此一来，每个节点设备可以并发处理多个线程中的待处理任务，即每个节点设备可以同时处理多个投资组合的操作数据，对于同一投资组合的操作数据会被顺序处理，保证该节点设备中数据处理结果的一致性。
95.本实施例提供的数据处理方法，可应用于数据处理系统中的任意节点设备，节点设备从消息服务器的消息队列中获取多个待处理任务，其中每个待处理任务包括用户针对目标产品的操作数据以及操作数据对应的数据操作模式；节点设备根据数据操作模式为每个待处理任务分配线程，通过多个线程并行执行多个待处理任务，得到每个待处理任务的数据处理结果。第一方面，本实施例中消息服务器分发待处理任务给数据处理系统中各节点设备，实现节点设备间的数据解耦，降低了节点设备间的依赖关系。另一方面，各节点设
备可并发处理不同数据操作模式的待处理任务，提高系统的数据处理效率。
96.在上述实施例的基础上，下面一个实施例示出了数据处理系统的节点设备基于分布式锁进行数据处理的过程。
97.图4为本技术实施例提供的数据处理方法的流程示意图，本实施例提供的数据处理方法同样可应用于图1或图2所示的节点设备中，如图4所示，该数据处理方法，包括如下步骤：
98.步骤301、在线程中执行第一命令。
99.第一命令用于请求对待处理任务的数据操作模式加锁。
100.步骤302、根据第一命令的返回结果，确定是否在线程中执行待处理任务。
101.若返回结果为第一值，在线程中执行待处理任务。
102.若返回结果为第二值，等待其他线程释放数据操作模式的锁。
103.在本技术的一个实施例中，第一命令为setnx命令。setnx命令的返回结果包括第一值和第二值。示例性的，第一值为1，第二值为0。若返回结果为1，表示待处理任务的数据操作模式没有被加锁，该线程成功得到锁。若返回结果为0，表示待处理任务的数据操作模式已被其他线程加锁，需要等待其他线程释放锁。
104.在本技术的一个实施例中，节点设备在线程中执行完待处理任务后，需要及时释放线程中待处理任务的数据操作模式的锁。
105.在本技术的一个实施例中，节点设备在线程中执行待处理任务时，如果在执行过程中出现错误，当前资源会被锁住，造成其他线程无法获得锁。为了解决上述问题，需要为每个线程设置一个预设时长，以保证每个线程中的锁能够在预设时长达到时，自动释放锁，避免其他线程一直处于等待状态。即节点设备的某一线程处理任务超时，节点设备可释放线程中待处理任务的数据操作模式的锁。
106.在本技术的一个实施例中，在线程中执行待处理任务，包括：从数据库服务器中获取待处理任务的数据操作模式对应的历史数据处理结果；根据历史处理结果以及待处理任务的操作数据，更新历史处理结果。
107.需要说明的是，本实施例的数据库服务器可以是一个，也可以是多个，对此本实施例不作任何限制。多个数据库服务器之间相互连接，实现数据共享。
108.从上述描述可知，数据处理系统中各节点设备的各线程在数据处理完毕后，会将数据处理结果更新至数据库服务器，确保数据处理的一致性。
109.以图2所示的应用场景为例，示例性的，假设节点设备1从消息服务器获取用户a对基金产品1的购买交易数据，该交易数据对应的投资组合编号为code-001。与此同时，节点设备2从消息服务器获取用户b对基金产品2的购买交易数据，该交易数据对应的投资组合编号也为code-001。虽然这两条交易的投资组合编号相同，由于交易数据在不同的节点设备上，且为不同用户的交易数据，因此节点设备a和节点设备b可以同时进行数据处理。
110.示例性的，假设节点设备1从消息服务器获取用户a对基金产品1的购买交易数据，该交易数据对应的投资组合编号为code-001。与此同时，节点设备2从消息服务器获取用户a对股票代码600xx2的购买交易数据，该交易数据对应的投资组合编号也为code-001。由于用户a对基金产品1的操作时间早于对股票代码600xx2的操作时间，因此节点设备1在其线程中执行第一命令，请求对投资组合编号code-001的线程加锁，得到的返回结果为1，节点
设备1在其线程中对投资组合编号code-001的交易数据进行数据处理，在处理完毕后，更新数据库中该投资组合编号的交易信息。若在节点设备1执行上述待处理任务时，节点设备2在其线程中执行第一命令，得到的返回结果为0，需要等待节点设备1释放锁。当节点设备2监测到节点设备1执行完毕后释放锁之后，节点设备从数据库中获取投资组合编号code-001最新的交易信息，基于最新的交易信息以及用户a的购买股票600xx2的交易数据，进一步更新数据库中投资组合编号code-001的交易信息。
111.在本技术的一个实施例中，对交易信息的更新包括对持仓量、市值、总规模以及净值的更新。其中，新持仓量＝旧持仓量+本次交易的成交量，新市值＝旧市值+本次交易的成交量
×
本次交易的成交价格，总规模＝初始规模+成交价格波动带来的收益，净值＝总规模/初始规模。
112.本技术实施例提供的数据处理方法，数据处理系统中各节点设备均基于分布式锁执行数据处理任务，每个线程在处理任务时，首先通过执行第一命令，获取待处理任务中数据操作模式的分布式锁，如果成功得到锁，则执行相应的数据处理任务，并将得到的数据处理结果更新至数据库服务器，以便其他线程在执行后续任务时，获取到最新的数据处理结果。如果抢锁失败，则需要等待得到锁的线程处理完毕释放锁。如此一来，多个节点设备在并发处理同一数据操作模式时，能够做到有序执行，确保多个节点设备上数据处理结果的一致性。
113.本技术实施例可以根据上述方法实施例对数据处理装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以使用硬件的形式实现，也可以使用软件功能模块的形式实现。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以使用对应各个功能划分各个功能模块为例进行说明。
114.图5为本技术实施例提供的数据处理装置的结构示意图。如图5所示，本实施例提供的数据处理装置400，包括：
115.获取模块401，用于从消息服务器的消息队列中获取多个待处理任务，每个所述待处理任务包括用户针对目标产品的操作数据，以及所述操作数据对应的数据操作模式；
116.处理模块402，用于根据所述数据操作模式为每个所述待处理任务分配线程；
117.通过多个线程并行执行所述多个待处理任务，得到每个所述待处理任务的数据处理结果。
118.在本技术的一个实施例中，所述处理模块402，具体用于：对每个所述待处理任务中的所述数据操作模式进行哈希变换，得到所述数据操作模式对应的哈希值；
119.根据所述哈希值以及所述节点设备预设的线程数，确定每个所述待处理任务对应的线程号。
120.在本技术的一个实施例中，所述处理模块402，具体用于通过所述哈希值对所述线程数取模，得到每个所述待处理任务对应的线程号。
121.在本技术的一个实施例中，若所述多个待处理任务中有至少两个待处理任务的操作数据对应的数据操作模式相同，所述处理模块402，还用于：
122.根据所述至少两个待处理任务在所述消息队列中的队列顺序，在同一数据操作模
式对应的线程中，依次处理所述至少两个待处理任务。
123.在本技术的一个实施例中，针对每个所述线程，所述处理模块402在所述线程中处理每个所述待处理任务之前，还用于：
124.在所述线程中执行第一命令，所述第一命令用于请求对所述待处理任务的数据操作模式加锁；
125.根据所述第一命令的返回结果，确定是否在所述线程中执行所述待处理任务。
126.在本技术的一个实施例中，所述处理模块402，具体用于：
127.若所述返回结果为第一值，在所述线程中执行所述待处理任务；或
128.若所述返回结果为第二值，等待其他线程释放所述数据操作模式的锁。
129.在本技术的一个实施例中，在所述线程中处理完所述待处理任务，或，所述线程执行所述待处理任务超时，所述处理模块402，还用于：
130.释放所述线程中所述待处理任务的数据操作模式的锁。
131.在本技术的一个实施例中，所述获取模块401，还用于从数据库服务器中获取所述待处理任务的数据操作模式对应的历史数据处理结果；
132.所述处理模块402，还用于根据所述历史处理结果以及所述待处理任务的所述操作数据，更新所述历史处理结果。
133.本实施例提供的数据处理装置，可以执行上述任一方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
134.图6为本技术实施例提供的电子设备的硬件结构图，如图6所示，本实施例提供的电子设备500，包括：
135.存储器501；
136.处理器502；以及
137.计算机程序；
138.其中，计算机程序存储在存储器501中，并被配置为由处理器502执行以实现上述任一方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
139.可选的，存储器501既可以是独立的，也可以跟处理器502集成在一起。当存储器501是独立于处理器502之外的器件时，电子设备500还包括：总线503，用于连接存储器501和处理器502。
140.本技术实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器502执行以实现前述任一方法实施例的技术方案。
141.本技术实施例还提供一种计算机程序产品，包括计算机程序，计算机程序被处理器502执行以实现前述任一方法实施例的技术方案。
142.本技术实施例还提供一种芯片，包括：存储器、处理器以及计算机程序，所述计算机程序存储在所述存储器中，所述处理器运行所述计算机程序执行前述任一方法实施例的技术方案。
143.应理解，上述处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或该处理器也可以是任何常规的处理器等。结合发明
所公开的方法的步骤可以直接体现为硬件处理器执行完成，或用处理器中的硬件及软件模块组合执行完成。
144.存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。
145.总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本技术附图中的总线并不限定仅有一根总线或一种类型的总线。
146.上述存储介质可以是由任何类型的易失性或非易失性存储设备或它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
147.一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备中。
148.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或对其中部分或全部技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本技术各实施例的技术方案的范围。