CN110048879B - 微服务注册方法、装置、电子设备和计算机可读存储介质 - Google Patents

Abstract

本发明提出了一种微服务注册方法、装置、电子设备和计算机可读存储介质，涉及开发技术领域，该方法包括：获取应用所在主机的协议地址和启动端口；将所述协议地址和所述启动端口在注册中心进行微服务注册；每隔预定时间间隔，判断当前的servlet进程的全局变量的值是否为false；在所述servlet进程的全局变量的值为false时，确定所述应用未成功完成微服务注册；从所述应用的本地配置文件中获取所述注册中心的节点协议地址列表；在所述节点协议地址列表中获取所述应用对应的目标协议地址；将所述目标协议地址在所述注册中心进行微服务注册，并生成第一注册成功标识。通过本发明的技术方案，使得微服务体系的注册和配置过程能够兼容不同java版本的业务系统和开源系统。

Description

微服务注册方法、装置、电子设备和计算机可读存储介质

【技术领域】

本发明涉及开发技术领域，尤其涉及一种微服务注册方法、装置、电子设备和计算机可读存储介质。

【背景技术】

现有的系统大多以spring cloud(一系列框架的有序集合)的java技术为基础架构，将应用拆分成微服务进行开发和部署。然而，一些自行开发的旧系统和基于开源的项目扩展的新系统，并非基于spring cloud技术，因而必须单独对这些系统进行配置，这就大大增加了人工配置的工作量。

因此，如何提升微服务配置的便利性，成为目前亟待解决的技术问题。

【发明内容】

本发明实施例提供了一种微服务注册方法、装置、电子设备和计算机可读存储介质，旨在解决相关技术中大量微服务单独配置工作量巨大的技术问题，能够对微服务进行统一配置，减少人工成本，从而提升微服务配置的便利性。

第一方面，本发明实施例提供了一种微服务注册方法，包括：获取应用所在主机的协议地址和启动端口；将所述协议地址和所述启动端口在注册中心进行微服务注册；每隔预定时间间隔，判断当前的servlet进程的全局变量的值是否为false；在所述servlet进程的全局变量的值为false时，确定所述应用未成功完成微服务注册；从所述应用的本地配置文件中获取所述注册中心的节点协议地址列表；在所述节点协议地址列表中获取所述应用对应的目标协议地址；将所述目标协议地址在所述注册中心进行微服务注册，并生成第一注册成功标识。

在本发明上述实施例中，可选地，还包括：在所述servlet进程的全局变量的值为ture时，确定所述应用已成功完成微服务注册，并生成第二注册成功标识。

在本发明上述实施例中，可选地，在所述生成第一注册成功标识的步骤或所述生成第二注册成功标识的步骤之后，还包括：终止当前的所述servlet进程。

在本发明上述实施例中，可选地，所述将所述目标协议地址在所述注册中心进行微服务注册的步骤，包括：调用Eureka的微服务注册接口将所述目标协议地址发送至所述注册中心进行注册。

在本发明上述实施例中，可选地，还包括：从所述servlet进程的初始化参数中获取配置中心的地址列表；向所述地址列表中的目标配置服务地址发送配置服务请求；检测是否获取到所述目标配置服务地址反馈的请求成功信息；当获取到所述请求成功信息时，将所述请求成功信息中的JSON报文转换成servlet全局map对象；将所述servlet全局map对象合并至当前的Properties对象中，并进行框架初始化。

第二方面，本发明实施例提供了一种微服务注册装置，包括：第一获取单元，用于获取应用所在主机的协议地址和启动端口；第一注册单元，用于将所述协议地址和所述启动端口在注册中心进行微服务注册；全局变量检验单元，用于每隔预定时间间隔，判断当前的servlet进程的全局变量的值是否为false；注册结果确定单元，用于在所述servlet进程的全局变量的值为false时，确定所述应用未成功完成微服务注册；第二获取单元，用于从所述应用的本地配置文件中获取所述注册中心的节点协议地址列表；第三获取单元，用于在所述节点协议地址列表中获取所述应用对应的目标协议地址；第二注册单元，用于将所述目标协议地址在所述注册中心进行微服务注册，并生成第一注册成功标识。

在本发明上述实施例中，可选地，所述注册结果确定单元还用于：在所述servlet进程的全局变量的值为ture时，确定所述应用已成功完成微服务注册，并生成第二注册成功标识。

在本发明上述实施例中，可选地，还包括：进程终止单元，用于在所述注册结果确定单元生成所述第一注册成功标识或所述第二注册成功标识之后，终止当前的所述servlet进程。

在本发明上述实施例中，可选地，所述第二注册单元用于：调用Eureka的微服务注册接口将所述目标协议地址发送至所述注册中心进行注册。

在本发明上述实施例中，可选地，还包括：第四获取单元，用于从所述servlet进程的初始化参数中获取配置中心的地址列表；请求发送单元，用于向所述地址列表中的目标配置服务地址发送配置服务请求；反馈验证单元，用于检测是否获取到所述目标配置服务地址反馈的请求成功信息；转换单元，用于当获取到所述请求成功信息时，将所述请求成功信息中的JSON报文转换成servlet全局map对象；对象合并单元，用于将所述servlet全局map对象合并至当前的Properties对象中，并进行框架初始化。

第三方面，本发明实施例提供了一种电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被设置为用于执行上述第一方面中任一项所述的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述第一方面中任一项所述的方法流程。

以上技术方案，针对相关技术中的大量微服务单独配置工作量巨大的技术问题，能够对微服务进行统一配置，减少人工成本。本发明的技术方案提供了一种基于servlet的微服务注册方法，servlet(server applet)是Java servlet的简称，称为小服务程序或服务连接器，用java编写的服务器端程序，主要功能在于交互式地浏览和修改数据，故servlet进程具有兼容性高的特性，可应用于不同java版本以及不同类型的框架中，使得微服务体系的注册和配置过程能够兼容不同java版本的业务系统和开源系统。

具体来说，首先，可直接将应用所在主机的协议地址和启动端口在注册中心进行微服务注册，接着，再进一步周期性地检验该应用的注册是否成功，从而可以有效监控微服务注册结果，以及时发现并处理注册失败的问题。

具体来说，由于servlet为小服务程序或服务连接器，故servlet进程在可用时，其全局变量会被赋值为true(真)，servlet进程在不可用时，其全局变量会被赋值为false(伪)。而在应用已成功完成微服务注册的情况下，说明servlet进程可用，其全局变量会被赋值为true，在应用未成功完成微服务注册的情况下，说明servlet进程不可用，其全局变量会被赋值为false。因此，判断应用是否已成功完成微服务注册，只需要判断servlet进程的全局变量是否为false即可。在servlet进程的全局变量为false是情况下，说明servlet进程无法对应用进行运作，即应用的此次微服务注册失败。反之，servlet进程的全局变量为true是情况下，说明servlet进程可正常运作该应用，即应用的此次微服务注册成功。

其中，在servlet进程的全局变量为false是情况下，可通过应用的本地配置文件的节点协议地址列表获取应用的目标协议地址，根据该目标协议地址重新进行一次微服务注册，此次，在微服务注册成功后会生成第一注册成功标识。当然，若在此次微服务注册后未检测到第一注册成功标识，则说明此次微服务注册亦失败。

应用上述技术方案，无论对于何种java版本的业务系统和开源系统，均可通过servlet进程的兼容性高的特性来实现微服务注册，提升了微服务注册的兼容性，有助于减少人工配置的工作量，从而提高微服务方面的整体工作效率。

【附图说明】

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1示出了本发明的一个实施例的微服务注册方法的流程图；

图2示出了本发明的一个实施例的微服务配置方法的流程图；

图3示出了本发明的一个实施例的微服务注册装置的框图；

图4示出了本发明的一个实施例的电子设备的框图。

【具体实施方式】

为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

图1示出了本发明的一个实施例的微服务注册方法的流程图。

如图1所示，本发明的一个实施例的微服务注册方法的流程，包括：

步骤102，获取应用所在主机的协议地址和启动端口。

步骤104，将所述协议地址和所述启动端口在注册中心进行微服务注册。

步骤106，每隔预定时间间隔，判断当前的servlet进程的全局变量的值是否为false。

步骤108，在所述servlet进程的全局变量的值为false时，确定所述应用未成功完成微服务注册。

步骤110，从所述应用的本地配置文件中获取所述注册中心的节点协议地址列表。

步骤112，在所述节点协议地址列表中获取所述应用对应的目标协议地址。

步骤114，将所述目标协议地址在所述注册中心进行微服务注册，并生成第一注册成功标识。

以上技术方案，针对相关技术中的大量微服务单独配置工作量巨大的技术问题，能够对微服务进行统一配置，减少人工成本。本发明的技术方案提供了一种基于servlet的微服务注册方法，servlet(server applet)是Java servlet的简称，称为小服务程序或服务连接器，用java编写的服务器端程序，主要功能在于交互式地浏览和修改数据，故servlet进程具有兼容性高的特性，可应用于不同java版本以及不同类型的框架中，使得微服务体系的注册和配置过程能够兼容不同java版本的业务系统和开源系统。

具体来说，首先，可直接将应用所在主机的协议地址和启动端口在注册中心进行微服务注册，接着，再进一步周期性地检验该应用的注册是否成功，从而可以有效监控微服务注册结果，以及时发现并处理注册失败的问题。

具体来说，由于servlet为小服务程序或服务连接器，故servlet进程在可用时，其全局变量会被赋值为true(真)，servlet进程在不可用时，其全局变量会被赋值为false(伪)。而在应用已成功完成微服务注册的情况下，说明servlet进程可用，其全局变量会被赋值为true，在应用未成功完成微服务注册的情况下，说明servlet进程不可用，其全局变量会被赋值为false。因此，判断应用是否已成功完成微服务注册，只需要判断servlet进程的全局变量是否为false即可。在servlet进程的全局变量为false是情况下，说明servlet进程无法对应用进行运作，即应用的此次微服务注册失败。反之，servlet进程的全局变量为true是情况下，说明servlet进程可正常运作该应用，即应用的此次微服务注册成功。

其中，在servlet进程的全局变量为false是情况下，可通过应用的本地配置文件的节点协议地址列表获取应用的目标协议地址，根据该目标协议地址重新进行一次微服务注册，此次，在微服务注册成功后会生成第一注册成功标识。

应用上述技术方案，无论对于何种java版本的业务系统和开源系统，均可通过servlet进程的兼容性高的特性来实现微服务注册，提升了微服务注册的兼容性，有助于减少人工配置的工作量，从而提高微服务方面的整体工作效率。

在本发明的一种实现方式中，还包括：在所述servlet进程的全局变量的值为ture时，确定所述应用已成功完成微服务注册，并生成第二注册成功标识。因此，只要最终检测到第一注册成功标识和第二注册成功标识中的一个，则说明此次微服务注册成功，其中，第一注册成功标识和第二注册成功标识为响应状态码200或响应状态码204，当然，第一注册成功标识和第二注册成功标识也可为根据需要除此之外的其他标识码。

在本发明的一种实现方式中，在所述生成第一注册成功标识的步骤或所述生成第二注册成功标识的步骤之后，还包括：终止当前的所述servlet进程。

在微服务注册完成后，终止servlet进程，能够有效减少内存占用，并可以实现服务注册的接口的关闭，避免有非法服务通过此微服务注途径非法注册，进而保护了微服务系统的安全。

在本发明的一种实现方式中，所述将所述目标协议地址在所述注册中心进行微服务注册的步骤，包括：调用Eureka的微服务注册接口将所述目标协议地址发送至所述注册中心进行注册。

Eureka是Netflix开发的服务发现框架，本身是一个基于REST的服务，主要用于定位运行在AWS域中的中间层服务，以达到负载均衡和中间层服务故障转移的目的。SpringCloud将它集成在其子项目spring-cloud-netflix中，以实现SpringCloud的服务发现功能。其中，Eureka的服务注册接口具有单一性的优势，有助于保护注册方与被注册方也就是应用与注册中心双方的安全。当然，微服务注册所调用的接口也可是Eureka以外的其他符合注册安全需求的注册接口。

图2示出了本发明的一个实施例的微服务配置方法的流程图。

如图2所示，在此方案中，主要用于实现不同java版本的业务系统和开源系统的统一微服务配置。其中，本发明的一个实施例的微服务配置方法的流程，包括：

步骤202，从servlet进程的初始化参数中获取配置中心的地址列表。

对于任何java版本的业务系统和开源系统，均可从servlet进程的初始化参数中获取配置中心的地址列表，以便获取所需的目标配置服务地址。

步骤204，向所述地址列表中的目标配置服务地址发送配置服务请求。

向目标配置服务地址发送配置服务请求，是为了请求目标配置服务地址处的对象可提供JSON报文，JSON报文是一种通信报文，具有报文灵活、可以随意嵌套的优势，目标配置服务地址处的对象提供的JSON报文携带有微服务配置的基本信息。

步骤206，检测是否获取到所述目标配置服务地址反馈的请求成功信息。

步骤208，当获取到所述请求成功信息时，将所述请求成功信息中的JSON报文转换成servlet全局map对象。

目标配置服务地址处的对象提供的JSON报文虽然携带有微服务配置的基本信息，但对于各种java版本的业务系统和开源系统来讲，其并不能直接读取JSON报文，但均可以读取servlet全局map对象，因此，可将请求成功信息中的JSON报文转换成servlet全局map对象，以便兼容于各种java版本的业务系统和开源系统。其中，map对象里的元素就是一个键一个值匹配存储的，比如，map<1,"a">，只要读取到1，即可得到对应的配置信息a，从而，各种java版本的业务系统和开源系统可通过servlet全局的map对象获得配置信息。

步骤210，将所述servlet全局map对象合并至当前的Properties对象中，并进行框架初始化。Properties对象是Java中jdk自带的一个对象，用于加载配置文件，因此，将作为配置信息的servlet全局map对象合并至当前的Properties对象中，即可实现通过Properties对象加载servlet全局map对象的目的，即将得到的配置信息加载到当前系统中，从而完成微服务配置，在微服务配置后进行框架初始化，使得此次微服务配置生效。

应用上述技术方案，无论对于何种java版本的业务系统和开源系统，均可通过servlet进程的兼容性高的特性来实现微服务配置，提升了微服务配置的兼容性，有助于减少人工配置的工作量，从而提高微服务方面的整体工作效率。

图3示出了本发明的一个实施例的微服务注册装置的框图。

如图3所示，本发明的一个实施例的微服务注册装置300包括：第一获取单元302，用于获取应用所在主机的协议地址和启动端口；第一注册单元304，用于将所述协议地址和所述启动端口在注册中心进行微服务注册；全局变量检验单元306，用于每隔预定时间间隔，判断当前的servlet进程的全局变量的值是否为false；注册结果确定单元308，用于在所述servlet进程的全局变量的值为false时，确定所述应用未成功完成微服务注册；第二获取单元310，用于从所述应用的本地配置文件中获取所述注册中心的节点协议地址列表；第三获取单元312，用于在所述节点协议地址列表中获取所述应用对应的目标协议地址；第二注册单元314，用于将所述目标协议地址在所述注册中心进行微服务注册，并生成第一注册成功标识。

该微服务注册装置300使用图1和图2示出的实施例中任一项所述的方案，因此，具有上述所有技术效果，在此不再赘述。微服务注册装置300还具有以下技术特征：

在本发明上述实施例中，可选地，所述注册结果确定单元308还用于：在所述servlet进程的全局变量的值为ture时，确定所述应用已成功完成微服务注册，并生成第二注册成功标识。

在本发明上述实施例中，可选地，还包括：进程终止单元，用于在所述注册结果确定单元308生成所述第一注册成功标识或所述第二注册成功标识之后，终止当前的所述servlet进程。

在本发明上述实施例中，可选地，所述第二注册单元314用于：调用Eureka的微服务注册接口将所述目标协议地址发送至所述注册中心进行注册。

在本发明上述实施例中，可选地，还包括：第四获取单元，用于从所述servlet进程的初始化参数中获取配置中心的地址列表；请求发送单元，用于向所述地址列表中的目标配置服务地址发送配置服务请求；反馈验证单元，用于检测是否获取到所述目标配置服务地址反馈的请求成功信息；转换单元，用于当获取到所述请求成功信息时，将所述请求成功信息中的JSON报文转换成servlet全局map对象；对象合并单元，用于将所述servlet全局map对象合并至当前的Properties对象中，并进行框架初始化。

图4示出了本发明的一个实施例的电子设备的框图。

如图4所示，本发明的一个实施例的电子设备400，包括至少一个存储器402；以及，与所述至少一个存储器402通信连接的处理器404；其中，所述存储器存储有可被所述至少一个处理器404执行的指令，所述指令被设置为用于执行上述图1和图2实施例中任一项所述的方案。因此，该电子设备400具有和图1和图2实施例中任一项相同的技术效果，在此不再赘述。

本发明实施例的电子设备以多种形式存在，包括但不限于:

(1)移动通信设备:这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备:这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括:PDA、MID和UMPC设备等，例如iPad。

(3)便携式娱乐设备:这类设备可以显示和播放多媒体内容。该类设备包括:音频、视频播放器(例如iPod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。

(4)服务器:提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(5)其他具有数据交互功能的电子装置。

另外，本发明实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述图1和图2实施例中任一项所述的方法流程。

以上结合附图详细说明了本发明的技术方案，通过本发明的技术方案，无论对于何种java版本的业务系统和开源系统，均可通过servlet进程的兼容性高的特性来实现微服务注册，提升了微服务注册的兼容性，有助于减少人工配置的工作量，从而提高微服务方面的整体工作效率。

应当理解，尽管在本发明实施例中可能采用术语第一、第二等来描述获取单元，但这些获取单元不应限于这些术语。这些术语仅用来将获取单元彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一获取单元也可以被称为第二获取单元，类似地，第二获取单元也可以被称为第一获取单元。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种微服务注册方法，其特征在于，包括：

获取应用所在主机的协议地址和启动端口；

将所述协议地址和所述启动端口在注册中心进行微服务注册；

每隔预定时间间隔，判断当前的servlet进程的全局变量的值是否为false；

在所述servlet进程的全局变量的值为false时，确定所述应用未成功完成微服务注册；

从所述应用的本地配置文件中获取所述注册中心的节点协议地址列表；

在所述节点协议地址列表中获取所述应用对应的目标协议地址；

将所述目标协议地址在所述注册中心进行微服务注册，并生成第一注册成功标识。

2.根据权利要求1所述的微服务注册方法，其特征在于，还包括：

在所述servlet进程的全局变量的值为ture时，确定所述应用已成功完成微服务注册，并生成第二注册成功标识。

3.根据权利要求2所述的微服务注册方法，其特征在于，在所述生成第一注册成功标识的步骤或所述生成第二注册成功标识的步骤之后，还包括：

终止当前的所述servlet进程。

4.根据权利要求1所述的微服务注册方法，其特征在于，所述将所述目标协议地址在所述注册中心进行微服务注册的步骤，包括：

调用Eureka的微服务注册接口将所述目标协议地址发送至所述注册中心进行注册。

5.根据权利要求1至4中任一项所述的微服务注册方法，其特征在于，还包括：

从所述servlet进程的初始化参数中获取配置中心的地址列表；

向所述地址列表中的目标配置服务地址发送配置服务请求；

检测是否获取到所述目标配置服务地址反馈的请求成功信息；

当获取到所述请求成功信息时，将所述请求成功信息中的JSON报文转换成servlet全局map对象；

将所述servlet全局map对象合并至当前的Properties对象中，并进行框架初始化。

6.一种微服务注册装置，其特征在于，包括：

第一获取单元，用于获取应用所在主机的协议地址和启动端口；

第一注册单元，用于将所述协议地址和所述启动端口在注册中心进行微服务注册；

全局变量检验单元，用于每隔预定时间间隔，判断当前的servlet进程的全局变量的值是否为false；

注册结果确定单元，用于在所述servlet进程的全局变量的值为false时，确定所述应用未成功完成微服务注册；

第二获取单元，用于从所述应用的本地配置文件中获取所述注册中心的节点协议地址列表；

第三获取单元，用于在所述节点协议地址列表中获取所述应用对应的目标协议地址；

第二注册单元，用于将所述目标协议地址在所述注册中心进行微服务注册，并生成第一注册成功标识。

7.根据权利要求6所述的微服务注册装置，其特征在于，所述注册结果确定单元还用于：

在所述servlet进程的全局变量的值为ture时，确定所述应用已成功完成微服务注册，并生成第二注册成功标识。

8.根据权利要求7所述的微服务注册装置，其特征在于，还包括：

进程终止单元，用于在所述注册结果确定单元生成所述第一注册成功标识或所述第二注册成功标识之后，终止当前的所述servlet进程。

9.一种电子设备，其特征在于，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被设置为用于执行上述权利要求1至5中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，存储有计算机可执行指令，所述计算机可执行指令用于执行如权利要求1至5中任一项所述的方法。

Images