确定微服务请求方来源的方法及装置与流程

1.本技术属于微服务技术领域，具体涉及一种确定微服务请求方来源的方法及装置。


背景技术：

2.为了加强微服务网关调用管控，通常通过验证调用方系统身份令牌的方式对其进行身份认证。生产环境中，调用方身份认证功能如果不是先于其他业务系统上线，那么在身份令牌认证功能上线前，部分存量微服务调用有可能并未全部携带身份令牌。为了不影响原来正常生产系统运行，同时追溯不合规调用来源是违规调用还是未完成身份令牌整改配置的合规调用，需要获取未携带身份令牌调用方的信息，以便逐一核对审计，例如获取调用方的互联网协议(internet protocol，ip)地址。
3.但是在云环境的容器集群中，微服务和微服务网关通常部署在容器中，容器之间调用通常要通过桥梁实现，微服务网关程序获取调用方的ip是网桥的ip，这时微服务网关无法获取到调用方所在服务器的真实ip地址，就不能定位到未携带令牌的调用方来自哪里，就不能区分未携带令牌的调用方是违规调用还是未完成身份令牌整改配置的合规调用，也就不能对未完成身份令牌整改配置的合规调用及时通知整改，无法实现微服务网关认证功能在生产环境中平稳过渡，升级。


技术实现要素：

4.本技术实施例提供一种确定微服务请求方来源的方法、装置、电子设备及存储介质，能够在微服务网关身份认证功能从上线到完整使用的过渡期追溯请求方的来源信息。
5.第一方面，本技术实施例提供了一种确定微服务请求方来源的方法，该方法包括：通过微服务网关接收来自请求方的目标请求报文；对所述目标请求报文进行解析，获得目标令牌解析结果和请求标识信息，其中所述目标令牌解析结果包括令牌缺失、令牌格式错误、无权限、有权限中的至少一者，所述请求标识信息包括源地址、源端口、目的地址和目的端口；根据所述目标令牌解析结果和所述请求标识信息，确定所述目标请求方的来源。
6.第二方面，本技术实施例提供了一种确定微服务请求方来源的装置，该装置包括：接收模块，用于通过微服务网关接收来自请求方的目标请求报文；处理模块，用于对所述目标请求报文进行解析，获得目标令牌解析结果和请求标识信息，其中所述目标令牌解析结果包括令牌缺失、令牌格式错误、无权限、有权限中的一者，所述请求标识信息包括源地址、源端口、目的地址和目的端口；确定模块，用于根据所述目标令牌解析结果和所述请求标识信息，确定所述目标请求方的来源。
7.第三方面，本技术实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
8.第四方面，本技术实施例提供了一种可读存储介质，所述可读存储介质上存储程
序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步
9.在本技术实施例中，通过微服务网关接收来自请求方的目标请求报文；对所述目标请求报文进行解析，获得目标令牌解析结果和请求标识信息，其中所述目标令牌解析结果包括令牌缺失、令牌格式错误、无权限、有权限中的至少一者，所述请求标识信息包括源地址、源端口、目的地址和目的端口；根据所述目标令牌解析结果和所述请求标识信息，确定所述目标请求方的来源，能够在微服务网关身份认证功能从上线到完整使用的过渡期追溯请求方的来源信息。
附图说明
10.图1是本技术实施例提供的一种确定微服务请求方来源的方法的流程示意图；
11.图2是本技术实施例提供的另一种确定微服务请求方来源的方法的流程示意图；
12.图3是本技术实施例提供的另一种确定微服务请求方来源的方法的流程示意图；
13.图4是本技术实施例提供的一种确定微服务请求方来源的方法的示例图；
14.图5是根据本技术实施例提供的一种确定微服务请求方来源的装置的结构示意图；
15.图6是根据本技术实施例提供的电子设备的结构示意图。
具体实施方式
16.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
17.本技术的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
18.下面结合附图，通过具体的实施例及其应用场景对本技术实施例提供的一种确定微服务请求方来源的方法进行详细地说明。
19.图1示出本发明的一个实施例提供的一种确定微服务请求方来源的方法，该方法可以由电子设备执行，该电子设备可以包括：服务器和/或终端设备。换言之，该方法可以由安装在该电子设备的软件或硬件来执行，该方法包括如下步骤：
20.s101：通过微服务网关接收来自请求方的目标请求报文。
21.在一种实现方式中，在云环境的容器集群中，微服务和微服务网关通常部署在docker容器集群环境中，微服务网关在接收到请求方的超文本传输协议(hyper text transfer protocol，http)请求后，就与请求方建立了一个http的连接，并一直保持该连接。微服务网关将请求方的请求转发给微服务，等微服务网关收到微服务回复的报文后，它通过之前与请求方建立的http连接将回复的报文返回给请求方。至此，一次http请求结束，
该http连接才会被释放。
22.s102：对所述目标请求报文进行解析，获得目标令牌解析结果和请求标识信息。
23.其中，所述目标令牌解析结果包括令牌缺失、令牌格式错误、无权限、有权限中的至少一者，所述请求标识信息包括源地址、源端口、目的地址和目的端口。收到请求方发送给微服务网关的请求后，微服网关拆包检查该请求http报文头部中的令牌。微服务网关并根据请求方令牌的解析结果，对返回给请求方的报文做不同的处理。每次请求方请求和对应的微服务网关回复在一个http连接中交互，该http连接底层是由有一次传输控制协议(transmission control protocol，tcp)连接组成，每个tcp连接都包含源ip地址、目的ip地址、源端口、目的端口这一四元组信息。由这个四元组就可以唯一的定位到一个连接。
24.s103：根据所述目标令牌解析结果和所述请求标识信息，确定所述目标请求方的来源。
25.在一种实现方式中，所述目标令牌解析结果、所述请求标识信息和所述目标请求方的来源存在对应关系。在另一种实现方式中，结合图4，所述电子设备可以通过向一个http报文统计分析服务发送请求消息，该消息中携带所述目标令牌解析结果和所述请求标识信息，获得所述目标请求方的来源信息。该http报文统计分析服务可以将采集到的http报文原文、报文发送方ip与端口、报文接收方ip与端口、http回复报文头部的令牌解析结果这4个字段都存储至mongodb数据库的一张表中。
26.微服务网关身份认证功能从上线到完整使用这段时间，为了不影响当前生产环境中未配置认证的系统正常运行，不影响当前业务，需要有很长一段过渡期，在过渡期期间，通过追溯请求方的来源信息，以方便对其进行监控和审计，从而可以对未完成认证改造的服务，能及时通知整改，达到微服务网关认证功能在生产环境中快速平稳过渡，升级的要求。
27.本发明实施例提供的一种确定微服务请求方来源的方法，通过微服务网关接收来自请求方的目标请求报文；对所述目标请求报文进行解析，获得目标令牌解析结果和请求标识信息，其中所述目标令牌解析结果包括令牌缺失、令牌格式错误、无权限、有权限中的至少一者，所述请求标识信息包括源地址、源端口、目的地址和目的端口；根据所述目标令牌解析结果和所述请求标识信息，确定所述目标请求方的来源，能够在微服务网关身份认证功能从上线到完整使用的过渡期追溯请求方的来源信息，以方便对其进行监控和审计。
28.图2示出本发明的一个实施例提供的一种确定微服务请求方来源的方法，该方法可以由电子设备执行，该电子设备可以包括：服务器和/或终端设备。换言之，该方法可以由安装在该电子设备的软件或硬件来执行，该方法包括如下步骤：
29.s201：建立所述目标解析结果、所述请求标识信息与所述目标请求方的来源之间的对应关系。
30.在一种实现方式中，通过采集器抓取所述电子设备接收到的请求报文，其中所述请求报文中包含第一源地址、第一源端口、第一目的地址和第一目的端口，所述采集器部署于所述电子设备上；通过所述采集器抓取所述电子设备发送给请求方的回复报文，其中所述回复报文包含令牌属性值、第二源地址、第二源端口、第二目的地址和第二目的端口；在满足预定匹配条件的情况下，保存所述令牌属性值、所述第一源地址、所述第一源端口、所述第一目的地址和所述第一目的端口；其中，所述预定匹配条件包括以下至少一者：
31.所述第一源地址与所述第二源地址相同；
32.所述第一源端口与所述第二源地址相同；
33.所述第一目的地址与所述第二目的地址相同；
34.所述第一目的端口与所述第二目的端口相同；
35.根据所述第一源地址，确定所述请求方的来源。
36.在另一种实现方式中，结合图4，在微服务网关运行的虚拟机上部署一个http报文采集器，采集器抓取虚拟机上每次请求方请求和微服务网关回复http连接的详细信息。这些信息包括请求与回复报文、源ip地址、目的ip地址、源端口、目的端口、请求报文接收时间、回复报文发送时间。源ip地址、目的ip地址、源端口、目的端口都相同的请求报文和回复报文是一次http交互发生的。根据时间先后顺序，根据源ip地址、目的ip地址、源端口、目的端口这四元组信息把每个请求报文对应的回复报文关联到一起。由于采集器部署在虚拟机上或虚拟机所在的电子设备上，而不是在容器内部，所以采集器可以获取到请求方所在虚拟机或电子设备的真实ip地址，这就是部署采集器的意义。
37.本技术实施例中通过采集器采用旁路抓包在交换机上面配置端口，不会影响现有的网络结构，旁路模式分析的是镜像端口拷贝过来的数据，对原始传递的数据包不会造成延时，不会对网速造成任何影响。抓包采集器是对旁路抓包得到http连接的详细信息数据进一步分析，目的是得到源ip地址、目的ip地址、源端口、目的端口这四元组信息，并将请求和返回报文进行关联。
38.在另一种实现方式中，因为报文采集器挤占容器服务计算资源，需要限制采集器占用中央处理器(central processing unit，cpu)不超过10％、内存的运行占用量少于4g。
39.s202：通过微服务网关接收来自请求方的目标请求报文。
40.s203：对所述目标请求报文进行解析，获得目标令牌解析结果和请求标识信息。
41.s204：根据所述目标令牌解析结果和所述请求标识信息，确定所述目标请求方的来源。
42.本步骤可以采用图1实施例步骤s101-s103的描述，对于重复部分在此不再赘述。
43.本发明实施例提供的一种确定微服务请求方来源的方法，通过微服务网关接收来自请求方的目标请求报文；对所述目标请求报文进行解析，获得目标令牌解析结果和请求标识信息，其中所述目标令牌解析结果包括令牌缺失、令牌格式错误、无权限、有权限中的至少一者，所述请求标识信息包括源地址、源端口、目的地址和目的端口；根据所述目标令牌解析结果和所述请求标识信息，确定所述目标请求方的来源，能够在微服务网关身份认证功能从上线到完整使用的过渡期追溯请求方的来源信息，以方便对其进行监控和审计。
44.本发明实施例提供的一种确定微服务请求方来源的方法，通过采集器抓取所述电子设备接收到的请求报文，其中所述请求报文中包含第一源地址、第一源端口、第一目的地址和第一目的端口，所述采集器部署于所述电子设备上；通过所述采集器抓取所述电子设备发送给请求方的回复报文，其中所述回复报文包含令牌属性值、第二源地址、第二源端口、第二目的地址和第二目的端口；在满足预定匹配条件的情况下，保存所述令牌属性值、所述第一源地址、所述第一源端口、所述第一目的地址和所述第一目的端口；其中，所述预定匹配条件包括以下至少一者：述第一源地址与所述第二源地址相同；所述第一源端口与所述第二源地址相同；所述第一目的地址与所述第二目的地址相同；所述第一目的端口与
所述第二目的端口相同；根据所述第一源地址，确定所述请求方的来源，由于所述采集器部署在虚拟机上或电子设备上，而不是在容器内部，所以采集器可以获取到请求方所在虚拟机或电子设备的真实ip地址，能够在微服务网关身份认证功能从上线到完整使用的过渡期追溯请求方的来源信息，以方便对其进行监控和审计。
45.图3示出本发明的一个实施例提供的一种确定微服务请求方来源的方法，该方法可以由电子设备执行，该电子设备可以包括：服务器和或终端设备。换言之，该方法可以由安装在该电子设备的软件或硬件来执行，该方法包括如下步骤：
46.s301：通过微服务网关接收来自请求方的目标请求报文。
47.s302：对所述目标请求报文进行解析，获得目标令牌解析结果和请求标识信息。
48.s303：根据所述目标令牌解析结果和所述请求标识信息，确定所述目标请求方的来源。
49.本步骤可以采用图1实施例步骤s101-s103的描述，对于重复部分在此不再赘述。
50.s304：向所述请求方发送目标回复报文，其中所述目标回复报文包含令牌属性字段，所述令牌属性字段的属性值对应于所述目标令牌解析结果。
51.在一种实现方式中，本步骤在收到请求方发送给微服务网关的请求后，微服网关拆包检查该请求http报文头部中的令牌。微服务网关并根据请求方令牌的解析结果，对返回给请求方的报文做不同的处理：
52.(1)如果令牌缺失，微服务网关会放行该请求，同时在该请求的返回http报文的头部添加一条记录。该记录属性名为gw-audit-info，属性值的该请求错误原因。属性值可能出现的值包括：token is empty，代表令牌缺失。
53.(2)如果令牌解析失败，即该令牌格式有误。微服务网关会放行该请求，同时在该请求的返回http报文的头部添加gw-audit-info属性，属性值为wrong token，代表令牌格式错误。
54.(3)如果令牌解析成功，微服务网关会在令牌中解析出该令牌的请求方系统代码，并检查该请求方是否有访问当前应用程序接口(application programming interface，api)的权限。如果检查请求方没有访问当前api的权限，微服务网关会放行该请求，在该请求的返回http报文的头部添加gw-audit-info属性，属性值为no privilege，代表当前请求方越权访问。
55.(4)如果令牌正确，该令牌也具备访问当前访问api的权限，就直接放行，不添加gw-audit-info属性。如果解析出报文头gw-audit-info不存在，该字段设置为空。
56.在一种实现方式中，在步骤s301之后，还包括：将所述目标请求报文转发给对应的微服务应用。此步骤用于微服务网关身份认证功能上线初期，为了不影响当前生产环境中未配置认证的系统正常运行，不影响当前业务，需要将未携带身份令牌或令牌不正确的微服务请求都转发给对应的微服务应用。
57.需要说明的是，本技术实施例提供的确定微服务请求方来源的方法，执行主体可以为确定微服务请求方来源的装置，或者该确定微服务请求方来源的装置中的用于执行确定微服务请求方来源的方法的控制模块。本技术实施例中以确定微服务请求方来源的装置执行确定微服务请求方来源的方法为例，说明本技术实施例提供的确定微服务请求方来源的装置。
58.图5是根据本发明实施例的确定微服务请求方来源的装置的结构示意图。如图5所示，确定微服务请求方来源的装置500包括：接收模块501、处理模块502和确定模块503。
59.接收模块501，用于通过微服务网关接收来自请求方的目标请求报文；处理模块502，用于对所述目标请求报文进行解析，获得目标令牌解析结果和请求标识信息，其中所述目标令牌解析结果包括令牌缺失、令牌格式错误、无权限、有权限中的一者，所述请求标识信息包括源地址、源端口、目的地址和目的端口；确定模块503，用于根据所述目标令牌解析结果和所述请求标识信息，确定所述目标请求方的来源。
60.在一种实现方式中，所述处理模块502还用于：建立所述目标解析结果、所述请求标识信息与所述目标请求方的来源之间的对应关系。
61.在一种实现方式中，所述处理模块502还用于：通过采集器抓取所述装置接收到的请求报文，其中所述请求报文中包含第一源地址、第一源端口、第一目的地址和第一目的端口，所述采集器部署于所述装置上；通过所述采集器抓取所述装置发送给请求方的回复报文，其中所述回复报文包含令牌属性值、第二源地址、第二源端口、第二目的地址和第二目的端口；在满足预定匹配条件的情况下，保存所述令牌属性值、所述第一源地址、所述第一源端口、所述第一目的地址和所述第一目的端口；其中，所述预定匹配条件包括以下至少一者：所述第一源地址与所述第二源地址相同；所述第一源端口与所述第二源地址相同；所述第一目的地址与所述第二目的地址相同；所述第一目的端口与所述第二目的端口相同；根据所述第一源地址，确定所述请求方的来源。
62.在一种实现方式中，所述处理模块502还用于：向所述请求方发送目标回复报文，其中所述目标回复报文包含令牌属性字段，所述令牌属性字段的属性值对应于所述目标令牌解析结果。
63.在一种实现方式中，所述处理模块502还用于：将所述目标请求报文转发给对应的微服务应用。
64.需要说明的是，本说明书中关于确定微服务请求方来源的装置的实施例与本说明书中关于确定微服务请求方来源的方法的实施例基于同一发明构思，因此关于确定微服务请求方来源的装置实施例的具体实施可以参见前述对应的关于确定微服务请求方来源的方法实施例的实施，重复之处不再赘述。
65.本技术实施例中的确定微服务请求方来源的装置可以是装置电子设备，也可以是终端电子设备中的部件，例如集成电路、或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置(mobile internet device，mid)、增强现实(augmented reality，ar)/虚拟现实(virtual reality，vr)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，umpc)、上网本或者个人数字助理(personal digital assistant，pda)等，非移动电子设备还可以为服务器、网络附属存储器(network attached storage，nas)、个人计算机(personal computer，pc)、电视机(television，tv)、柜员机或者自助机等，本技术实施例不作具体限定。
66.本技术实施例中的确定微服务请求方来源的装置可以为具有操作系统的装置。该操作系统可以为安卓(android)操作系统，可以为ios操作系统，还可以为其他可能的操作
系统，本技术实施例不作具体限定。
67.本技术实施例提供的确定微服务请求方来源的装置能够实现图1至3的方法实施例中实现的各个过程，为避免重复，这里不再赘述。
68.可选的，如图6所示，本技术实施例还提供一种电子设备600，包括处理器601，存储器602，存储在存储器602上并可在所述处理器601上运行的程序或指令，该程序或指令被处理器601执行时实现：通过微服务网关接收来自请求方的目标请求报文；对所述目标请求报文进行解析，获得目标令牌解析结果和请求标识信息，其中所述目标令牌解析结果包括令牌缺失、令牌格式错误、无权限、有权限中的至少一者，所述请求标识信息包括源地址、源端口、目的地址和目的端口；根据所述目标令牌解析结果和所述请求标识信息，确定所述目标请求方的来源。
69.在一种实现方式中，在所述根据所述目标令牌解析结果，确定所述目标请求方的来源之前，所述处理器601还执行：建立所述目标解析结果、所述请求标识信息与所述目标请求方的来源之间的对应关系。
70.在一种实现方式中，在所述建立所述目标解析结果、所述请求标识信息与所述目标请求方的来源之间的对应关系之前，所述处理器601还执行：通过采集器抓取所述电子设备接收到的请求报文，其中所述请求报文中包含第一源地址、第一源端口、第一目的地址和第一目的端口，所述采集器部署于所述电子设备上；通过所述采集器抓取所述电子设备发送给请求方的回复报文，其中所述回复报文包含令牌属性值、第二源地址、第二源端口、第二目的地址和第二目的端口；在满足预定匹配条件的情况下，保存所述令牌属性值、所述第一源地址、所述第一源端口、所述第一目的地址和所述第一目的端口；其中，所述预定匹配条件包括以下至少一者：所述第一源地址与所述第二源地址相同；所述第一源端口与所述第二源地址相同；所述第一目的地址与所述第二目的地址相同；所述第一目的端口与所述第二目的端口相同；根据所述第一源地址，确定所述请求方的来源。
71.在一种实现方式中，在所述对所述目标请求报文进行解析，获得目标令牌解析结果和请求标识信息之后，所述处理器601还执行：向所述请求方发送目标回复报文，其中所述目标回复报文包含令牌属性字段，所述令牌属性字段的属性值对应于所述目标令牌解析结果。
72.具体执行步骤可以参见上述确定微服务请求方来源的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
73.需要说明的是，本技术实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。
74.以上电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，例如，输入单元，可以包括图形处理器(graphics processing unit，gpu)和麦克风，显示单元可以采用液晶显示器、有机发光二极管等形式来配置显示面板。用户输入单元包括触控面板以及其他输入设备中的至少一种。触控面板也称为触摸屏。其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
75.存储器可用于存储软件程序以及各种数据。存储器可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所
需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器可以包括易失性存储器或非易失性存储器，或者，存储器可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddrsdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synch link dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，drram)。
76.处理器可包括一个或多个处理单元；可选的，处理器集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器中。
77.本技术实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述确定微服务请求方来源的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
78.其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等。
79.本技术实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述确定微服务请求方来源的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
80.应理解，本技术实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
81.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本技术实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
82.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务
器，空调器，或者网络设备等)执行本技术各个实施例所述的方法。
83.上面结合附图对本技术的实施例进行了描述，但是本技术并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本技术的启示下，在不脱离本技术宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本技术的保护之内。