数据更新方法、装置、电子设备及存储介质与流程

1.本技术涉及网络技术领域，特别是涉及一种数据更新方法、装置、电子设备及存储介质。


背景技术：

2.随着网络技术的不断发展，即时聊天工具已经是人们生活中不可或缺的一部分，微信更是其中的佼佼者。微信是拥有极大用户群体的社交平台，它不仅支持发送视频、语音、图片、文字，同时将实时通信与社交资讯、生活服务相结合，更是陆续更新了“朋友圈”、“微信公众号”、“微信小程序”、“微信支付”等重要功能。其中，微信公众号功能更是其中重要的服务之一。
3.微信公众号是用户获取资讯的重要手段，企业也将公众号作为公司宣传和提供服务的重要途径。用户关注微信公众号后，微信公众平台会将用户数据推送给该微信公众号的运营者服务器，运营者服务器可以根据用户数据分析用户的喜好兴趣，给用户推送广告、通知等服务。但是，微信公众平台的推送要求运营者服务器需要在设定时间内响应，否则用户数据将会丢失。但是，在实际应用中由于网络波动、防火墙等异常情况的影响，导致运营者服务器无法在设定时间内响应，因此无法获取到用户数据，从而导致运营者服务器的用户数据与微信公众平台的用户数据不一致。


技术实现要素：

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.图1是本技术实施例的一种系统架构的示意图。
30.图2是本技术实施例的一种数据更新方法的步骤流程图。
31.图3是本技术实施例的另一种系统架构的示意图。
32.图4是本技术实施例的一种实时更新部分的处理流程图。
33.图5是本技术实施例的一种主动更新部分的处理流程图。
34.图6是本技术实施例的一种懒更新部分的处理流程图。
35.图7是本技术实施例的一种数据更新装置的结构框图。
36.图8是本技术实施例的一种电子设备结构的示意图。
具体实施方式
37.下面将结合本技术的实施例中的附图，对本技术的实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例只是本技术的一部分实施例，而不是本技术的全部实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
38.用户关注微信公众号后，微信公众平台会将该用户的用户数据推送给该微信公众号的运营者服务器，但是，微信公众平台的推送要求该微信公众号的运营者服务器需要在设定时间内响应，否则用户数据将会丢失。并且后续用户数据变更之后，微信公众平台也不会再向该微信公众号的运营者服务器推送用户数据，从而导致运营者服务器的用户数据与微信公众平台的用户数据不一致。
39.企业推出公众号服务，主要是对用户进行精准服务和精准营销，想要做到这些就要分析用户数据，若是用户数据没有时效性，就无法做到精准推送，同时更严重的是微信用户将无法收到相关的模板消息、推文等营销服务。本技术实施例中，可以通过实时更新、主动更新、懒更新等多种机制，保证运营者服务器和微信公众平台中用户数据的一致性。
40.参照图1，示出了本技术实施例的一种系统架构的示意图。如图1所示，系统架构中包括微信公众平台、用户数据更新服务和运营者管理服务，三者之间可以相互通信连接。
41.微信公众平台用于管理实时的用户数据，包括获取并存储最新的用户数据等。微信公众平台可以在用户关注微信公众号后，将该用户的用户数据推送给该微信公众号的运营者服务器(具体可以为运营者服务器中的运营者管理服务)。
42.用户数据更新服务和运营者管理服务属于微信公众号的运营者服务器。用户数据更新服务为新增的服务，用于执行本技术实施例的数据更新方法。运营者管理服务用于管理用户数据。本技术实施例中获取用户数据需要与微信公众平台建立连接，借用微信公众平台推出的相关接口与微信公众平台进行交互。
43.参照图2，示出了本技术实施例的一种数据更新方法的步骤流程图。图2所示的数据更新方法可以应用于微信公众号的运营者服务器(具体可以为运营者服务器中的用户数据更新服务)。
44.如图2所示，数据更新方法可以包括以下步骤：
45.步骤201，判断是否满足用户数据更新条件。
46.示例性地，用户数据更新条件可以包括以下至少一种：实时更新条件、主动更新条件、懒更新条件。
47.示例性地，实时更新条件为监听到用户数据更新消息，所述用户数据更新消息在用户触发预设的更新触点时生成。相应地，判断是否满足所述实时更新条件，包括：判断是否监听到用户数据更新消息；在监听到所述用户数据更新消息时，确定满足所述实时更新条件。
48.示例性地，主动更新条件为到达预设的更新时间。相应地，判断是否满足所述主动更新条件，包括：判断是否到达预设的更新时间；在到达所述更新时间时，确定满足所述主动更新条件。
49.示例性地，懒更新条件为业务异常数据的异常原因为用户数据滞后。相应地，判断是否满足所述懒更新条件，包括：获取业务异常数据，分析所述业务异常数据对应的异常原因；判断所述异常原因是否为用户数据滞后；在所述异常原因为用户数据滞后时，确定满足所述懒更新条件。
50.步骤202，在判断出满足所述用户数据更新条件后，确定需要进行用户数据更新的目标用户标识。
51.在满足不同的用户数据更新条件下，需要进行用户数据更新的目标用户标识不同。
52.示例性地，在满足实时更新条件的情况下，确定需要进行用户数据更新的目标用户标识，包括：获取触发所述更新触点的用户标识，作为所述目标用户标识。
53.示例性地，在满足主动更新条件的情况下，确定需要进行用户数据更新的目标用户标识，包括：基于预设的随机更新条件，获取已关注所述微信公众号的部分用户标识，作为所述目标用户标识；或者，获取已关注所述微信公众号的全量用户标识，作为所述目标用户标识。
54.示例性地，在满足懒更新条件的情况下，确定需要进行用户数据更新的目标用户标识，包括：获取所述异常原因为用户数据滞后的业务异常数据对应的用户标识，作为所述
目标用户标识。
55.步骤203，从微信公众平台获取所述目标用户标识对应的最新用户数据。
56.通过微信公众平台提供的接口，可以从微信公众平台获取所述目标用户标识对应的最新用户数据，从而利用获取的最新用户数据更新运营者管理服务中存储的用户数据。
57.下面，针对三种不同的用户数据更新条件进行详细介绍。
58.参照图3，示出了本技术实施例的另一种系统架构的示意图。如图3所示，用户数据更新服务可以与微信公众平台交互，从而获取用户数据，用户数据更新服务可以与运营者管理服务交互，将获取的用户数据传输给运营者管理服务，以便更新运营者管理服务存储的用户数据。其中，用户数据更新服务包括实时更新部分、主动更新部分、懒更新部分中的至少之一。
59.一、实时更新部分
60.参照图4，示出了本技术实施例的一种实时更新部分的处理流程图。
61.如图4所示，实时更新部分的处理流程可以包括以下步骤：
62.(1)绑定预设的更新触点。
63.预先设置更新触点，更新触点内嵌到系统的后端代码中，当执行相应的后端代码的时候就调用用户数据更新服务，检测用户是否触发更新触点。
64.示例性地，可以设置当用户操作微信公众号基础功能(比如，用户关注、取关、发送文本、图片等操作)的时候；当用户点击用户菜单网页后进行操作(比如，用户订购产品、操作意愿等一系列证明用户活跃的操作)的时候；当用户在公众号回复消息，后端处理用户消息的时候；当用户点击前端页面的个人中心，后端调用个人信息的时候，等等，进行更新触点的绑定。
65.(2)实时生产消息。
66.用户数据更新服务的实时更新部分实时检测用户是否触发预先绑定的更新触点，当检测到用户触发更新触点的时候，将会生成用户数据更新消息，该用户数据更新消息用于指示当前需要进行用户数据更新。
67.(3)实时消费消息。
68.用户数据更新服务的实时更新部分实时监听用户数据更新消息，当监听到有用户数据更新消息入队的时候，也即用户数据更新服务在监听到用户数据更新消息时，确定满足实时更新条件。
69.在确定满足实时更新条件后，用户数据更新服务的实时更新部分主动获取触发所述更新触点的用户标识，将获取到的用户标识作为目标用户标识。
70.(4)更新用户数据。
71.用户数据更新服务的实时更新部分通过微信公众平台提供的接口，从微信公众平台获取所述目标用户标识对应的最新用户数据，利用获取到的最新用户数据更新该目标用户标识对应的用户数据，从而进行用户数据的更新，保证数据的一致性。
72.示例性地，用户标识是一串固定长度的字符串，用户标识可以为用户的微信号、手机号码，等等。
73.二、主动更新部分
74.参照图5，示出了本技术实施例的一种主动更新部分的处理流程图。
75.如图5所示，主动更新部分的处理流程可以包括以下步骤：
76.(1)设置定时任务。
77.预先设置更新时间，以便进行定时更新。
78.示例性地，可以设置凌晨等系统闲时的时间作为更新时间，从而避免影响系统的正常使用。
79.用户数据更新服务的主动更新部分实时判断是否到达预设的更新时间，在到达所述更新时间时，确定满足主动更新条件。
80.(2)随机更新部分用户数据。
81.考虑到用户数据量比较大，用户数据存储在数据库中，全量更新的工作量较大，因此，用户数据更新服务的主动更新部分在判断出满足主动更新条件后，可以基于预设的随机更新条件，获取已关注微信公众号的部分用户标识，作为目标用户标识。
82.示例性地，随机更新条件可以根据用户的关注时间、用户标识的首位字符等进行设置。比如，可以选取用户标识的首位字符为a的用户标识，作为目标用户标识，等等。
83.(3)更新全量用户数据。
84.考虑到用户数据更新的全面性，用户数据更新服务的主动更新部分在判断出满足主动更新条件后，可以获取已关注微信公众号的全量用户标识，作为目标用户标识。
85.(4)更新用户数据。
86.用户数据更新服务的主动更新部分通过微信公众平台提供的接口，从微信公众平台获取所述目标用户标识对应的最新用户数据，利用获取到的最新用户数据更新该目标用户标识对应的用户数据，从而进行用户数据的更新，保证数据的一致性。
87.三、懒更新部分
88.参照图6，示出了本技术实施例的一种懒更新部分的处理流程图。
89.如图6所示，懒更新部分的处理流程可以包括以下步骤：
90.(1)获取业务异常数据。
91.微信公众号的运营者服务器在与微信公众平台交互的过程中，可能会出现业务异常，产生业务异常数据，业务异常数据可以存储至系统日志、数据库、数据表等介质中。因此，用户数据更新服务的懒更新部分可以从上述介质中获取到业务异常数据。
92.(2)分析异常原因，筛选用户数据滞后导致的异常。
93.在出现业务异常时，微信公众平台会产生报错信息，将报错信息返回给运营者服务器，运营者服务器将报错信息与业务异常数据对应存储。该报错信息中可以包括但不限于异常原因。示例性地，异常原因可以包括但不限于：参数异常、网络超时、用户数据滞后，等等。
94.比如，微信公众号的运营者服务器向用户推送模板消息时推送失败，该推送失败的异常原因为用户未关注该微信公众号，因此微信公众平台将会产生报错信息，该报错信息提示的异常原因为用户数据滞后，具体为用户未关注该微信公众号。
95.因此，用户数据更新服务的懒更新部分可以根据微信公众平台的报错信息分析异常原因。
96.(3)获取目标用户标识。
97.用户数据更新服务的懒更新部分在判断出业务异常数据对应的异常原因为用户
数据滞后时，确定满足懒更新条件。在确定出满足懒更新条件后，可以结合微信公众平台的报错信息及业务异常数据，获取异常原因为用户数据滞后的业务异常数据对应的用户标识，作为目标用户标识。
98.(4)更新用户数据。
99.用户数据更新服务的懒更新部分通过微信公众平台提供的接口，从微信公众平台获取所述目标用户标识对应的最新用户数据，利用获取到的最新用户数据更新该目标用户标识对应的用户数据，从而进行用户数据的更新，保证数据的一致性。
100.本技术实施例中，通过页面和公众号埋点实时更新用户数据；通过定时任务全量和随机更新用户数据；通过分析系统异常业务，选取微信公众平台业务更新用户数据。通过实时更新、主动更新、懒更新三级更新机制，创新的结合三种想法，全方位多级响应，将微信公众平台的用户数据和运营者管理服务器获取的用户数据保持一致，保证了用户数据的实时性，极大了提高了微信公众号运营者服务器通知、广告营销的精准性；通过对微信公众平台业务异常数据的分析，不仅提高了用户数据的一致性，也增强了微信公众号运营者管理服务的稳定性，极大的提高了用户的使用体验，也间接的提高了用户的粘性。
101.本发明实施例可以应用于天翼防骚扰公众号等场景，优化了大量因用户未关注公众号而导致的用户年度账单模板消息发送失败的异常，同时也弥补了因网络波动和公网防火墙导致的用户数据不一致的问题。
102.参照图7，示出了本技术实施例的一种数据更新装置的结构框图。图7所示的数据更新装置应用于微信公众号的运营者服务器。
103.如图7所示，数据更新装置可以包括以下模块：
104.判断模块701，用于判断是否满足用户数据更新条件；所述用户数据更新条件包括以下至少一种：实时更新条件、主动更新条件、懒更新条件；
105.确定模块702，用于在判断出满足所述用户数据更新条件后，确定需要进行用户数据更新的目标用户标识；
106.获取模块703，用于从微信公众平台获取所述目标用户标识对应的最新用户数据。
107.可选地，所述判断模块701包括：第一判断单元，用于在所述用户数据更新条件包括所述实时更新条件的情况下，判断是否监听到用户数据更新消息，所述用户数据更新消息在用户触发预设的更新触点时生成；在监听到所述用户数据更新消息时，确定满足所述实时更新条件。
108.可选地，所述确定模块702包括：第一确定单元，用于获取触发所述更新触点的用户标识，作为所述目标用户标识。
109.可选地，所述判断模块701包括：第二判断单元，用于在所述用户数据更新条件包括所述主动更新条件的情况下，判断是否到达预设的更新时间；在到达所述更新时间时，确定满足所述主动更新条件。
110.可选地，所述确定模块702包括：第二确定单元，用于基于预设的随机更新条件，获取已关注所述微信公众号的部分用户标识，作为所述目标用户标识；或者，获取已关注所述微信公众号的全量用户标识，作为所述目标用户标识。
111.可选地，所述判断模块701包括：第三判断单元，用于在所述用户数据更新条件包括所述懒更新条件的情况下，获取业务异常数据；分析所述业务异常数据对应的异常原因，
判断所述异常原因是否为用户数据滞后；在所述异常原因为用户数据滞后时，确定满足所述懒更新条件。
112.可选地，所述确定模块702包括：第三确定单元，用于获取所述异常原因为用户数据滞后的业务异常数据对应的用户标识，作为所述目标用户标识。
113.本技术实施例中，微信公众号的运营者服务器可以通过不同的用户数据更新条件判断是否满足用户数据更新条件，并对不同的用户数据更新条件对应的目标用户标识的用户数据进行更新，从而能够更加及时、准确地获取最新用户数据，保证微信公众平台和运营者服务器中用户数据的一致性。
114.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
115.在本技术的实施例中，还提供了一种电子设备。该电子设备可以包括一个或多个处理器，以及其上存储有指令的一个或多个计算机可读存储介质，指令例如应用程序。当所述指令由所述一个或多个处理器执行时，使得所述处理器执行上述任一实施例的数据更新方法。
116.参照图8，示出了本技术实施例的一种电子设备结构的示意图。如图8所示，电子设备包括处理器801、通信接口802、存储器803和通信总线804。其中，处理器801，通信接口802，存储器803通过通信总线804完成相互间的通信。
117.存储器803，用于存放计算机程序。
118.处理器801，用于执行存储器803上所存放的程序时，实现上述任一实施例的数据更新方法。
119.通信接口802用于上述电子设备与其他设备之间的通信。
120.上述提到的通信总线804可以是外设部件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
121.上述提到的处理器801可以包括但不限于：中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)、数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field－programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，等等。
122.上述提到的存储器803可以包括但不限于：只读存储器(read only memory，简称rom)、随机存取存储器(random access memory，简称ram)、光盘只读储存器(compact disc readonly memory，简称cd-rom)、电可擦可编程只读存储器(electronic erasable programmable readonly memory，简称eeprom)、硬盘、软盘、闪存，等等。
123.在本技术的实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序可由电子设备的处理器执行，当所述计算机程序被处理器执行时，使得所述处理器执行如上任一实施例所述的数据更新方法。
124.本说明书中的各个实施例是相互关联的，各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相
参见即可。
125.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
126.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom、ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本技术各个实施例所述的方法。
127.上面结合附图对本技术的实施例进行了描述，但是本技术并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本技术的启示下，在不脱离本技术宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本技术的保护之内。
128.本领域普通技术人员可以意识到，结合本技术实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
129.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
130.在本技术所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
131.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
132.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
133.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说
对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
134.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。综上所述，本说明书内容不应理解为对本技术的限制。