一种微服务系统的故障处理方法及相关装置与流程

1.本技术涉及微服务系统的运维管理领域，尤其涉及一种微服务系统的故障处理方法及相关装置。


背景技术：

2.微服务系统是一种在云中部署应用和服务的技术，随着微服务系统的不断演进，微服务系统为提供目标业务所产生的全调用链也会越来越长，当全调用链出现故障时，需要故障处理人员定位并解决问题。
3.目前可以运用故障监控及告警系统监测日志，当调用链路出现故障时，先调用日志，将日志反馈给故障处理人员，故障处理人员自行去排查日志并定位问题。
4.但是该方法是目标业务的故障处理人员负责人接收到日志后，逐级联系该调用链中不同层级的负责人，这样逐级联系负责人的方式容易消耗大量的时间，且各负责人之间可能相互不认识，需要通过其他人或其它方式来召集其它负责人，此时召集各负责人所耗费的时间也更长，从而导致全调用链的故障定位延时较长，进而影响故障定位效率。


技术实现要素：

5.本技术提供一种微服务系统的故障处理方法及相关装置，用以解决现有技术中召集各负责人时耗费时间很长的问题。
6.第一方面，本技术提供一种微服务系统的故障处理方法，该方法包括：在微服务系统的全调用链发生故障的情况下创建会话，该全调用链包括m个调用节点，m为正整数；向与这m个调用节点中每个调用节点具有预设映射关系的第一通信设备发送会话通知消息，该会话通知消息中包括会话的会话链接，会话链接用于将第一通信设备接入所述会话，与每个调用节点具有映射关系的第一通信设备为每个调用节点的故障处理人员所使用的通信设备。
7.本方法中，每个调用节点的故障处理人员可以通过点击第一通信设备接收的会话通知消息中的会话链接接入该会话，因此故障处理人员无需联系其它的故障处理人员，只需通过该会话就可以将每个调用节点的故障处理人员快速地召集起来，使这些故障处理人员可以根据该会话通知消息进行沟通交流，有助于快速定位故障原因，从而可以使故障处理人员及时有效地分析问题、定位问题和处理问题，进而提升全调用链故障的处理效率。
8.结合第一方面所述的方法，在一种可能的实现方式中，所述方法还包括：监测微服务系统的全调用链是否发生故障；在该微服务系统的全调用链发生故障的情况下，向第二通信设备发送告警消息，第二通信设备为目标业务的故障处理人员所使用的通信设备，该全调用链为微服务系统为提供所述目标业务所产生的全调用链，告警消息用于指示该全调用链发生故障；接收第二通信设备发送的会话建立请求消息；响应于该会话建立请求消息建立会话。
9.本方法中，当故障监控及告警系统监测到全调用链发生异常故障时，向目标业务
的故障处理人员所使用的通信设备发送告警信息，可以使目标业务的故障处理人员接收该告警信息后，判断是否可以解决该异常，只有当目标业务的故障处理人员无法处理该故障且接收到第二通信设备发送的会话建立请求消息时，建立该会话。
10.另外，还可以在目标业务的故障处理人员自行检测到故障且接收到第二通信设备发送的会话建立请求消息时，建立该会话。
11.本方法中，告警系统包括全调用链的日志信息。告警系统包括全调用链的日志信息，这样有利于目标业务的故障处理人员获知全调用链的故障信息，从而判断是否需要发起会议来对故障进行处理。
12.本方法中，会话通知消息中还可以包括所述全调用链的日志信息。在会话通知中携带全调用链的日志信息中的故障信息，可以使得各调用节点的故障处理人员能够获知该会话通知的通知原因。
13.结合第一方面所述的方法，该方法还包括：记录m个调用节点中每个调用节点对应的第一通信设备在该会话中与其他第一通信设备的交流信息。以便于其他调用节点的故障处理人员不能及时与会时，还可以通过查看过往消息监控处理进度，并针对故障处理结果及时予以回应。
14.第二方面，本技术提供一种微服务系统的故障处理装置，该装置可以包括用于实现第一方面中的方法的各个功能模块。任意功能模块可以通过软件和/或硬件方式实现。例如，该装置可以包括：创建模块和发送模块。其中，创建模块用于在微服务系统的全调用链发生故障的情况下创建会话，该全调用链包括m个调用节点，m为正整数；发送模块用于向与这m个调用节点中每个调用节点具有预设映射关系的第一通信设备发送会话通知消息。
15.该装置还可以包括：监测模块和接收模块，监测模块用于监测微服务系统的全调用链是否发生故障；在微服务系统的全调用链发生故障的情况下，第二方面中的发送模块还可用于向第二通信设备发送告警消息；接收模块用于接收第二通信设备发送的会话建立请求消息；第二方面中的创建模块还可用于响应于所述会话建立请求消息建立所述会话。
16.另外，该装置还可以包括记录模块，记录模块用于记录m个调用节点中每个调用节点对应的第一通信设备在会话中与其他第一通信设备的交流信息。
17.第三方面，本技术提供一种微服务系统的故障处理装置，该装置可以包括用于实现第一方面中的方法的各个功能模块。例如，该装置可以包括存储器，以及与存储器耦合的处理器。
18.处理器用于执行程序指令，以实现第一方面中方法所执行的指令；存储器用于存储处理器执行的指令或存储处理器运行指令所需要的输入数据或存储处理器运行指令后产生的数据。
19.第四方面，本技术提供一种计算机可读存储介质，该计算机可读介质存储用于处理器执行的程序代码，该程序代码包括用于实现第一方面中的方法的指令。
20.第五方面，本技术提供一种计算机程序产品，当该计算机程序产品在处理器上运行时，使得该微服务系统的故障处理装置可以实现第一方面中的方法。
附图说明
21.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施
例，并与说明书一起用于解释本技术的原理。
22.图1为本技术实施例适用的一种微服务系统架构示意图；
23.图2为本技术一个实施例提供的微服务系统的故障处理方法流程示意图；
24.图3为本技术一个实施例提供的一种会话界面示意图；
25.图4为本技术一个实施例提供的微服务系统的故障处理装置示意图；
26.图5为本技术另一个实施例提供的微服务系统的故障处理装置示意图。
27.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
28.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
29.首先对本技术涉及的名词进行解释：
30.微服务架构：是指将单一应用程序划分成一组服务，这一组服务包括多个微服务，这多个微服务中的每个微服务都围绕着具体业务进行构建，这多个微服务中的每个微服务都运行在其独立的进程中，并且能够独立地部署到生产环境、类生产环境等。
31.每个微服务之间互相协调、互相配合，在功能上表现为一个统一的整体。微服务和微服务之间采用轻量级的通信机制进行通信。
32.不同的微服务可以选择不同的软件语言，即对具体的一个微服务而言，应根据上下文，选择合适的语言、工具对其进行构建。
33.调用链：一个完整的微服务系统中包括多个微服务，这多个微服务之间可以互相调用，形成一个完整的调用链，该调用链可以称为全调用链。
34.用户每发出一个业务请求，就会生成一个对应的追踪编号(identity，id),通过该追踪编号不仅可以串联起整个调用链，还可以查找该调用链中各个微服务器的调用记录。
35.调用链的功能包括：数据生成、数据采集、数据存储及查询、指标运算存储及查询、以及告警功能。其中，数据生成指的是对整个调用过程的所有微服务进行埋点并输出日志，数据采集指的是对各个微服务中的日志数据进行采集，数据存储及查询指的是对采集到的数据进行存储和查询，指标运算存储及查询指的是对采集到的日志数据进行各种指标运算，将运算结果保存起来，告警功能指的是将运算结果与各种阈值进行对比，当超过阈值时发出告警信息。
36.能力：指的是将底层复杂的实现抽象化，对外提供一个开放和执行环境。
37.南向系统：是指一种提供业务能力的系统，不同的南向系统可以提供不同的业务能力，一个南向系统可以提供一种或多种能力。例如与电信通信相关的南向系统可以提供电信能力，电信能力可以包括以下类型：业务应用类、网络通信类、服务支撑类、基础网络与设施和信息数据类。其中，业务应用类的能力包括认证、支付、邮箱、分享、地图等，网络通信类的能力包括短信、彩信、语音、视频、定位等，服务支撑类的能力包括营销渠道、代计待收
费、客服支持、终端适配、运维托管等，基础网络与设施的能力包括：宽带连接、虚拟专用网、内容分发、存储等，信息数据类的能力包括通信录、用户数据、好友关系、用户积分和终端信息等。可以理解的是，这些电信能力可以由一个南向系统提供，也可以由多个南向系统提供。
38.南向平台是用来调用南向系统所提供的能力的技术平台，南向平台包括多个南向平台，多个南向平台中的每个南向平台都可以调用至少一个南向系统所提供的能力。
39.能力开放平台是一种将内部已有的业务和数据等能力聚合起来并以服务的方式显示出来，同时提供完整的服务全生命周期管控能力和服务的持续运营服务能力的平台。能力开放平台在整合和利用现有网络资源的基础上，采用统一的多层级的开放接口来开放能力。
40.目前，能力开放平台包括电信能力开放平台、互联网应用开发平台和云计算开放平台。
41.其中，电信能力开放平台是一种用于向用户提供各种通信服务的基础技术平台，该平台可以满足用户的个性化业务需求，丰富业务并服务用户，带动对网络及带宽的需求，嵌入用户业务流程以及与其他电信能力服务集成，满足融合业务需求。
42.互联网应用开发平台包括综合开放平台、社交网络服务(social networking services，sns)开放平台、电子商务开放平台和垂直服务类开放平台。综合开放平台包括多个第三方应用，用户通过这些第三方应用可以便携享受第三方应用商提供的丰富的互联网生活体验。sns开放平台包括社交网络，用于建立人与人之间的社交网络或社交关系的连接。电子商务开放平台可以支持用户在该平台上开店、销售货物。
43.云计算开放平台包括平台即服务(platform as a service，paas)开放平台和基础设施即服务(infrastructure as a service，iaas)开放平台。其中，paas开放平台将客户提供的开发语言或应用程序部署到供应商的云计算基础设施上，iaas开放平台提供给用户所有设施的利用，如处理、存储、网络和其它的计算资源，使用户能够部署和运行任意软件。
44.图1为本技术实施例适用的一种微服务系统架构示意图。如图1所示，假设该微服务系统中包括业务节点、n个服务节点以及服务节点与业务节点之间的接口服务器，其中，业务节点为发出业务请求的节点，接口服务器为为业务节点提供服务节点中的服务的节点，服务节点1至服务节点n均为提供业务能力的节点，服务节点1至服务节点n中的每个服务节点都可以提供至少一种业务能力，服务节点1至服务节点n之间可以相互调用。这n个服务节点都运行在其独立的进程中，并且能够独立地部署到生产环境、类生产环境等。
45.该微服务系统中，接口服务器类似于一个中间节点，当业务节点请求服务节点1至服务节点n中至少一个服务节点的业务能力时，业务节点先向接口服务器发送业务请求，接口服务器再请求服务节点1至服务节点n中至少一个服务节点的服务以实现该业务请求所对应的业务，当服务节点1至服务节点n中至少一个服务节点完成该调用请求时，将该调用请求的结果通过接口服务器反馈给业务节点，这就是一个完整的业务请求过程，此时业务节点、接口服务器、服务节点1至服务节点n中至少一个服务节点共同形成一个完整的调用链。本技术实施例中，全调用链中的节点均称为调用节点。
46.可以理解的是，业务节点可以发出不同的业务请求，不同业务请求所要调用的业
务能力可能一样，也可能不一样，当不同业务请求所要调用的业务能力不一样时，提供业务能力的服务节点也会不一样，此时形成的调用链也不一样。
47.可以理解的是，业务节点为发出业务请求的节点，故该业务节点可以为业务端、客户端和前端的任意一种。业务端为业务请求方，用于向能力开放平台发送业务请求，该业务请求用于请求不同的业务，例如该业务端可以请求发送短信、拨打电话等业务。客户端可以包括域名解析(domain name resolution，dns)客户端、全球广域网(world wide web，web)客户端、游戏客户端和移动客户端。例如，该客户端可以包括手机端和个人计算机(personal computer，pc)端。前端为网站前台部分，例如，该前端可以包括运行在pc端、移动端等浏览器上展现给用户浏览的网页。
48.接口服务器可以包括能力开放平台和网关。能力开放平台是一种将内部已有的业务和数据等能力聚合起来并以服务的方式显示出来，同时提供完整的服务全生命周期管控能力和服务的持续运营服务能力的平台。网关为每个客户端提供一个定制的程序接口，网关包括统一接入、协议适配、流量管理与容错以及安全防护等基本功能，网关的作用包括：提供统一服务入口，让各个服务透明化，即业务节点可以通过该网关确定可以访问的服务；聚合后台的服务，节省流量、提升性能；提供安全、过滤、留空等管理功能。可以理解的是，该网关可以是一个简单的框架，也可以是服务端，它的主要功能是为客户端提供服务的聚合，并提供一个统一的服务出口，并解除服务之间的耦合。该网关可以包括应用程序接口(application programming interface，api)网关。
49.服务节点1至服务节点n均为提供业务能力的一方，服务节点1至服务节点n中的每个服务节点可以称为一个南向系统，每个南向系统都可以提供不同的业务能力。可以理解的是，每个南向系统都可以对应一个南向平台，一个南向平台可以对应至少一个南向系统，南向平台是用来调用南向系统所提供的能力的技术平台。
50.图1所示的微服务架构仅为一种简单的示例，实际上的微服务架构更加复杂，调用链路也会越来越长。当该调用链路出现故障时，需要该调用链路的负责人对调用链路进行分析，发现故障并解决故障引发的问题。
51.现阶段可以运用故障监控及告警系统监测日志，当调用链路出现故障时，先调用日志，将日志反馈给故障处理人员，故障处理人员自行去排查日志并定位问题。但是该方法是目标业务的故障处理人员负责人接收到日志后，逐级联系该调用链中不同层级的负责人，这样逐级联系负责人的方式容易消耗大量的时间，且各负责人之间可能相互不认识，需要通过其他人或其它方式来召集其它负责人，此时召集各负责人所耗费的时间也更长。因此，如何快速召集全调用链负责人从而提升故障处理效率，为本技术亟待解决的技术问题。
52.下面以具体的实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。
53.图2为本技术一个实施例提供的微服务系统的故障处理方法流程示意图，如图2所示，该微服务系统的故障处理方法包括步骤201和步骤202。该微服务系统的故障处理方法可以用于处理如图1所示的微服务系统的全调用链中的故障。图2所示的方法可以由具有计算能力的计算设备来执行。该计算设备可以部署在图1所示的微服务系统中，也可以部署在该微服务系统之外。
54.步骤201，在微服务系统的全调用链发生故障的情况下创建会话，所述全调用链包括m个调用节点，m为正整数。
55.作为一种示例，这m个调用节点可以包括图1所示微服务系统中的业务节点、接口服务器和任意数量的服务节点。
56.本方法中，会话也可以称为会议，该会话可以包括基础发言管理功能、负责人检验与出席登记功能、资料分配与显示等功能，通过该会话可以将每个调用节点的故障处理人员快速聚集起来进行交流。
57.可以理解的是，该会话可以是音频图像会话，即在会话过程中，故障处理人员可以通过语音进行交流，并辅以通信设备传送图像文件；该会话也可以是视频会话，即利用数字视频压缩技术在会议中使用视频信息流，在会话过程中，故障处理人员不仅可以听到其它故障处理人员的语音，还可以看到其它故障处理人员的手势和面部表情；该会话还可以是数据会话，即可以利用计算机系统在窄带宽的通信网络上交换数据信息，该会话可以采用异步或同步的方式。
58.本方法中，创建的会话可以是独立的浏览器页面，该会话可以不通过第三方软件来创建，即无需占用第一通信设备或第二通信设备上的内存资源来安装第三方软件。另外，该会话不需要通过认证接入，即第一通信设备或第二通信设备只需通过会话链接就可以参与该会话。
59.作为一个示例，在微服务系统的全调用链发生故障的情况下创建会话的一种实现方法为：监测该微服务系统的全调用链是否发生故障；在该微服务系统的全调用链发生故障的情况下，向第二通信设备发送告警消息；接收第二通信设备发送的会话建立请求消息；响应于该会话建立请求消息建立会话。
60.其中，监测该微服务系统的全调用链是否发生故障的方法包括：监测该微服务系统的全调用链的调用日志，全调用链的调用日志对该调用链的日志信息进行记录，然后根据该全调用链的调用日志记录的日志信息来判断该调用日志中是否包括发生故障的日志。
61.业务节点发出目标业务请求时，会生成一个为提供该目标业务所产生的全调用链的调用链日志，该调用链日志中记录该目标业务的相关信息，例如、目标业务的请求来源、目标业务所要请求的数据、处理目标业务时运用的调用节点、调用节点的调用情况、调用节点处理目标业务的执行时间和执行结果等。
62.第二通信设备为目标业务的故障处理人员所使用的通信设备，全调用链为该微服务系统为提供目标业务所产生的全调用链，告警消息用于指示该全调用链发生故障。
63.第二通信设备可以是无线终端也可以是有线终端。例如，该第二通信设备可以是移动电话、平板电脑等设备。
64.当该微服务系统的全调用链发生故障时，即该调用日志中包括发生故障的日志时，向第二通信设备发送告警消息，该告警消息包括全调用链的日志信息。可以理解的是，该告警消息可以通过短信或邮件的方式发送给第二通信设备，也可以通过其它方式发送，如站内消息等。
65.目标业务的故障处理人员可以通过该告警信息获取该调用日志中发生故障的日志，得到该调用链的故障信息，根据该调用链的故障信息来判断是否需要创建会话。
66.可以理解的是，客户端可以发出多个目标业务的请求，这多个目标业务的每个目
标业务都对应一个全调用链，不同目标业务对应的全调用链上的调用节点和调用节点的调用情况可能一样，也可能不一样。
67.作为另一个示例，在微服务系统的全调用链发生故障的情况下创建会话的另一种实现方法：目标业务的故障处理人员自主检测到业务故障时，接收第二通信设备发送的会话建立请求消息，第二通信设备为目标业务的故障处理人员所使用的通信设备；响应于所述会话建立请求消息建立所述会话。
68.第二通信设备可以是无线终端也可以是有线终端。例如，该第二通信设备可以是移动电话、平板电脑等设备。
69.步骤202，向与m个调用节点中每个调用节点具有预设映射关系的第一通信设备发送会话通知消息。
70.本方法中，第一通信设备为调用节点对应的故障处理人员使用的通信设备。该第一通信设备可以是无线终端也可以是有线终端。例如，该第一通信设备可以是移动电话、平板电脑等设备。
71.会话通知消息包括会话的会话链接，会话链接用于将第一通信设备接入该会话，与每个调用节点具有映射关系的第一通信设备为每个调用节点的故障处理人员所使用的通信设备。
72.可选地，会话通知消息还可以包括全调用链的日志信息。全调用链的日志信息中包括故障信息，故障处理人员可以根据该故障信息获知该会话通知的通知原因。
73.在发送会话通知消息之前，需要建立m个调用节点中每个调用节点与第一通信设备的映射关系，根据该映射关系就可以确定m个调用节点中每个调用节点所对应的故障处理人员所使用的通信设备。
74.可以理解的是，该会话通知消息可以通过短信或邮件的方式发送给第一通信设备，也可以通过其它方式发送，如站内消息等。
75.除此之外，本方法还包括记录m个调用节点中每个调用节点对应的第一通信设备在会话中与其他第一通信设备的交流信息。
76.该交流信息中包括故障处理信息，故障处理信息包括每个调用节点的故障处理人员通过该第一通信设备展示的故障处理要求、故障讨论结果和故障处理进展。
77.记录该交流信息可以实现故障处理信息全程透明化，便于其他调用节点的故障处理人员不能及时与会时，可以通过查看该交流消息获知故障的处理进度，并针对故障的讨论结果及时予以回应。
78.图3为本技术一个实施例提供的一种会话界面示意图。如图3所示，该会话为独立的浏览器页面，各调用节点的故障处理负责人可以通过该会话进行交流沟通来分析故障原因和反馈故障结果。
79.各调用节点的故障处理负责人在该会话中交流沟通的方式可以有多种，例如，各调用节点的故障处理负责人在该会话中可以通过语音方式进行交流，也可以通过视频方式进行交流，还可以通过文字或图片进行交流。
80.本技术提出的技术方案中，在微服务系统的全调用链发生故障的情况下创建会话，并向第一通信设备发送会话通知消息。通过该会话可以将每个调用节点的故障处理人员快速地召集起来，使这些故障处理人员可以根据该会话通知消息进行沟通交流，有助于
快速定位故障原因，从而可以使故障处理人员及时有效地分析问题、定位问题和处理问题，进而提升全调用链故障的处理效率。
81.本技术提出的技术方案中，还可以记录每个调用节点对应的第一通信设备在会话中与其他第一通信设备的交流信息。通过该交流信息可以实现故障处理信息全程透明化，便于其他调用节点的故障处理人员不能及时与会时，可以通过查看该交流消息获知故障的处理进度，并针对故障的讨论结果及时予以回应。
82.图4为本技术一个实施例提供的微服务系统的故障处理装置示意图。如图4所示，微服务系统的故障处理装置400包括：创建模块401和发送模块402。
83.作为一个示例，微服务系统的故障处理装置400可以用于实现图2所示实施例的微服务系统的故障处理方法。其中，创建模块401可以用于实现步骤201中在微服务系统的全调用链发生故障的情况下创建会话的方法；发送模块402可以用于实现步骤202中向第一通信设备发送会话通知消息的方法。
84.微服务系统的故障处理装置400还可以包括：监测模块403、接收模块404和记录模块405。作为一个示例，监测模块403可以用于实现监测微服务系统的全调用链是否发生故障的步骤；在微服务系统的全调用链发生故障的情况下，发送模块402还可用于实现向第二通信设备发送告警消息的步骤；接收模块404可以用于实现接收第二通信设备发送的会话建立请求消息的步骤；记录模块405可以用于实现记录第一通信设备在会话中与其他第一通信设备的交流信息的步骤。
85.图5为本技术一个实施例提供的微服务系统的故障处理装置示意图。如图5所示，微服务系统的故障处理装置500包括：处理器501、接口电路502和存储器503。其中，处理器501和接口电路502之间相互耦合。可以理解的是，接口电路502可以为收发器或输入输出接口。存储器503用于存储处理器501执行的指令或存储处理器501运行指令所需要的输入数据或存储处理器501运行指令后产生的数据。
86.作为一个示例，接口电路502可以用于实现上述发送模块402和接收模块404的功能，处理器501可以用于实现上述创建模块401、监测模块403和记录模块405的功能。
87.可以理解的是，本技术的实施例中的处理器可以是中央处理单元，还可以是其它通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。
88.本技术的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、只读光盘(cd-rom)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(application specific integrated circuit，asic)中。另外，该专用集成电路可以位于网络设备或终端设备中。当然，处理器和存储介质也可以作为分立组件存在于网络设备或终端设备中。
89.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实
现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘；还可以是半导体介质，例如，固态硬盘。
90.在本技术的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。本文中的术语“多个”是指两个或两个以上。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。
91.可以理解的是，在本技术的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本技术的实施例的范围。
92.可以理解的是，在本技术的实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术的实施例的实施过程构成任何限定。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
93.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。