容器化的服务更新方法和装置

技术领域

本公开涉及计算机技术领域，尤其涉及服务更新领域，具体地，涉及一种容器化的服务更新方法、一种容器化的服务更新装置、一种电子设备、一种存储有计算机指令的非瞬时计算机可读存储介质和一种计算机程序产品。

背景技术

目前，服务部署方案基本包括两类：一类是在物理机上或者在虚拟机上直接部署应用程序包；一类是通过k8s(即kubernetes的简称)等容器化方法打包应用程序及其所依赖的系统和其他环境，并基于容器进行整体部署。

发明内容

本公开提供了一种容器化的服务更新方法、一种容器化的服务更新装置、一种电子设备、一种存储有计算机指令的非瞬时计算机可读存储介质和一种计算机程序产品。

根据本公开的一方面，提供了一种容器化的服务更新方法，包括：从容器的存储单元中获取目标服务的当前版本的版本文件；从所述存储单元中获取与所述当前版本关联的目录信息；基于所述目录信息中涉及的资源，在所述容器内更新所述目标服务。

根据本公开的另一方面，提供了一种容器化的服务更新装置，包括：第一获取模块，用于从容器的存储单元中获取目标服务的当前版本的版本文件；第二获取模块，用于从所述存储单元中获取与所述当前版本关联的目录信息；更新模块，用于基于所述目录信息中涉及的资源，在所述容器内更新所述目标服务。

根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本公开实施例所述的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据本公开实施例所述的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据本公开实施例所述的方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1A示例性示出了适于本申请实施例的容器化的服务更新方法和装置的系统架构；

图1B示例性示出了可以实现本申请实施例的容器化的服务更新场景图；

图2示例性示出了根据本申请实施例的容器化的服务更新方法的流程图；

图3示例性示出了根据本申请实施例的容器化的服务更新方法的原理图；

图4示例性示出了根据本申请实施例的容器化的服务更新装置的框图；以及

图5示例性示出了用来实现本申请实施例的容器化的服务更新方法和装置的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

相关技术中提供了两类服务部署方案：方案1，在物理机上或者在虚拟机上直接部署应用程序包；方案2，通过K8S等容器化方法打包应用程序及其所依赖的系统和其他环境，并基于容器进行整体部署。

在实现本公开实施例的过程中，发明人发现相关技术提供的服务部署方案中存在以下问题：

方案1，虽然可以快速部署/更新服务，但是不利于动态扩容等操作。而且当将同一服务私有化输出给不同用户时，需要配置各种环境参数，流程比较繁琐。比如，在多个用户使用了不同的操作系统的情况下，需要针对不同操作系统进行环境参数配置。

方案2，虽然可以通过容器化方法打包应用程序所依赖的系统及其他环境，从而降低私有化成本，并且还可以支持动态扩容。但是方案2在服务更新或者动态调试时，需要重新制作镜像。一方面，镜像生成过程耗时较长，另一方面，镜像生成完毕后，还需要更新并重启镜像才能实现服务的更新上线。因而，方案2的更新流程、时间都比方案1要长不少，整体效率比较低，即无法快速更新/部署服务。

因此，本公开实施例提供了一种基于共享存储实现的容器化的服务更新方法和装置，在支持动态扩容的基础上，还可以实现快速更新服务。

以下将结合具体实施例详细阐述本申请。

适于本申请实施例的容器化的服务更新方法和装置的系统架构介绍如下。

图1A示例性示出了适于本申请实施例的容器化的服务更新方法和装置的系统架构。需要注意的是，图1A所示仅为可以应用本申请实施例的系统架构的示例，以帮助本领域技术人员理解本申请的技术内容，但并不意味着本申请实施例不可以用于其他环境或场景。

如图1A所示，系统架构100可以k8s 101、Pod 102、监听服务103和存储单元104。

应该理解，在本公开实施例中，k8s 101是一个编排容器的工具，也是管理应用的全生命周期的工具，其对应用的管理范围包括但不限于应用的创建、应用的部署，应用提供服务、扩容/缩容应用、应用更新，等等。

Pod 102可以包括Pod 1、Pod 2、……Pod N，N属于整数。每个Pod都是一个容器集合。同一个Pod中的多个容器可以共享Pod级别的存储卷(共享存储)。此外，Pod 1、Pod2、……Pod N可以提供相同的服务。在每个Pod中，可以通过pm2 cluster管理Pod服务涉及的所有服务进程，包括启动哪个或者哪些服务进程以及启动几个服务进程，等等。

监听服务103可以包括监听服务1、监听服务2、……监听服务N，N属于整数。可以针对每个Pod设置一个监听服务，用于监听Pod对应的容器集合中的服务是否需要更新。

存储单元104可以是Pod 102中任意一个或者多个Pod的共享存储。

需要说明的是，在本公开实施例中，通过k8s 101创建应用或者调整应用完毕后，可以将应用推送至存储单元104中。监听服务103监听到存储单元104中存储的应用被更新，则触发服务更新流程，以便更新Pod 102中的服务。

应该理解，图1A中的Pod、监听服务和存储单元的数目仅仅是示意性的。根据实现需要，可以具有任意数目的Pod、监听服务和存储单元。

适于本申请实施例的容器化的服务更新方法和装置的应用场景介绍如下。

图1B示例性示出了可以实现本申请实施例的容器化的服务更新场景图。

如图1B所示，容器A中运行有Web服务的最新版本1，响应于存储单元B中存储的该Web服务的最新版本1被最新版本2替换，则执行本公开实施例提供的容器化的服务更新方法，以便将容器A中运行的该Web服务的最新版本1更新为该Web服务的最新版本2。

应该理解，在本公开实施例中，除了可以实现Web服务的更新之外，还可以实现其他任何服务的更新，本公开实施例在此不再赘述。

此外，在本公开实施例中，除了可以实现服务的全量更新之外，还可以实现服务的增量更新，本公开实施例在此不做限定。

根据本申请的实施例，本申请提供了一种容器化的服务更新方法。

图2示例性示出了根据本申请实施例的容器化的服务更新方法的流程图。

如图2所示，该方法200可以包括操作S210～S240。

在操作S210，从容器的存储单元中获取目标服务的当前版本的版本文件。

在操作S220，从存储单元中获取与当前版本关联的目录信息。

在操作S230，基于目录信息中涉及的资源，在容器内更新目标服务。

应该理解，在本公开实施例中，同属于一个Pod的一个或者多个容器可以共享存储，因此可以定义一存储单元为这个/这些容器的共享存储。

在一个实施例中，可以执行上述操作S210～S230，在容器中部署一个全新的服务。在另一个实施例中，还可以执行上述操作S210～S230，针对容器中已部署的服务进行更新升级。

示例性的，对于容器A中已部署的服务1，响应于与容器A关联的存储单元B中存储的服务1的版本1已被替换版本2(版本2为当前版本)，执行上述操作S210，即从存储单元B中获取服务1的版本2的版本文件，并执行上述操作S220，即从存储单元B中获取与版本2关联的目录信息。然后执行操作S230，即基于版本2中指定的目录信息，即基于该目录信息中涉及的资源，在容器A内更新服务1，即在容器A内将服务1由版本1更新为版本2。

应该理解，由于本公开实施例提供的服务更新方法是容器化的服务更新方法，即是基于容器的服务更新方法，因而拥有传统的k8s方案可动态扩容、缩容、快速部署环境的优点。

但是，本公开实施例与传统的k8s方案又有明显的区别，比如在私有化服务部署/更新场景中，不需要重新输出镜像，也不需要更新和重启镜像，只需要产出全量或增量更新文件并将产出的文件推送至共享存储中即可触发容器内的服务更新流程。因此，在支持快速扩容的基础上，还可以快速更新服务，从而有效提升服务的更新效率。

作为一种可选的实施例，从容器的存储单元中获取目标服务的当前版本的版本文件可以包括：响应于监听到针对目标服务的更新通知，从存储单元中获取版本文件。

示例性的，可以针对每个Pod设置一个监听服务，用于监听Pod对应的容器集群中是否有容器需要更新服务。

应该理解，在本公开实施例中，针对目标服务的更新通知可以包括多种形式。示例性的，可以包括当前版本被替换，即响应于监听到目标服务的当前版本被替换(如被替换为最新版本)，从存储单元中获取最新版本的版本文件。或者，示例性的，还可以包括更新标识被修改，即响应于监听到目标服务的更新标识被修改(如由XXX被修改为YYY)，从存储单元中获取该服务的当前版本的版本文件。

通过本公开实施例，一旦监听服务监听到需要更新服务就立即触发更新流程，因而可以保证快速更新服务。

作为一种可选的实施例，响应于监听到针对目标服务的更新通知，从存储单元中获取版本文件，可以包括：响应于监听到针对目标服务设置的更新标识的内容被修改，从存储单元中获取版本文件。

示例性的，可以针对每个服务设置一个唯一的更新标识。其中，每个更新标识的内容都可以被修改。例如，针对服务1而言，响应于其在存储单元中的最新版本被由版本1替换为版本2，可以将服务1的更新标识的内容由XXX被修改为YYY。针对每个Pod设置的监听服务，可以监听对应容器集群中是否存在更新标识的内容被修改的事件，响应于监听到更新标识的内容被修改的事件，从存储单元中获取对应服务的当前版本的版本文件。

通过本公开实施例，采用监听针对服务设置的更新标识的方式，一旦监听到更新标识被修改，可以及时触发对应服务的更新流程，达到及时、快速更新服务的目的。

作为一种可选的实施例，从存储单元中获取与当前版本关联的目录信息，可以包括：从存储单元中获取与当前版本关联的服务目录和/或静态目录。对应地，基于目录信息中涉及的资源，在容器内更新目标服务，可以包括：基于该服务目录中涉及的服务资源，和/或基于该静态目录中涉及的静态资源，在容器内更新目标服务。

应该理解，在本公开实施例中，目录信息可以包括服务目录和静态目录。此外，在本公开实施例中，调试服务可以仅更新服务资源，或者也可以仅更新静态资源，或者还可以同时更新服务资源和静态资源。对应地，在仅更新了服务资源的情况下进行服务更新时，可以仅从存储单元中获取与当前版本关联的服务目录。同理，在仅更新了静态资源的情况下进行服务更新时，可以仅从存储单元中获取与当前版本关联的静态目录。同理，在同时更新了服务资源和静态资源的情况下进行服务更新时，可以同时从存储单元中获取与当前版本关联的服务目录和静态目录。

示例性的，对于容器A中已部署的服务1，响应于与容器A关联的存储单元B中存储的服务1的版本1已被替换版本2(版本2为当前版本，且版本2相对于版本1仅仅更新了服务资源)，则从存储单元B中获取服务1的版本2的版本文件，并从存储单元B中获取与版本2关联的服务目录。然后基于版本2的版本文件中指定的该服务目录中涉及的服务资源，在容器A内更新服务1，即在容器A内将服务1由版本1更新为版本2。

示例性的，对于容器A中已部署的服务1，响应于与容器A关联的存储单元B中存储的服务1的版本1已被替换版本2(版本2为当前版本，且版本2相对于版本1仅仅更新了静态资源)，则从存储单元B中获取服务1的版本2的版本文件，并从存储单元B中获取与版本2关联的静态目录。然后基于版本2的版本文件中指定的该静态目录中涉及的静态资源，在容器A内更新服务1，即在容器A内将服务1由版本1更新为版本2。

示例性的，对于容器A中已部署的服务1，响应于与容器A关联的存储单元B中存储的服务1的版本1已被替换版本2(版本2为当前版本，且版本2相对于版本1更新了服务资源和静态资源)，则从存储单元B中获取服务1的版本2的版本文件，并从存储单元B中获取与版本2关联的服务目录和静态目录。然后基于版本2的版本文件中指定的该服务目录中涉及的服务资源和该静态目录中涉及的静态资源，在容器A内更新服务1，即在容器A内将服务1由版本1更新为版本2。

需要说明的是，在本公开实施例中，在容器的共享存储内(即前述的存储单元中)可以按版本组织所有的目录信息，包括服务目录(前端对应node js相关的目录)和静态目录。其中，对于同一服务版本而言，在共享存储内仅保留一份目录信息，可以达到快速更新的目的。此外，在本公开实施例中，将多个服务版本的资源同时存储在共享存储内，可以实现版本间的快速切换。

此外，在本公开实施例中，例如可以将所有Web应用相关的资源，包含服务端代码(即服务资源，在某些Web应用中服务端代码通常更新频率较低)、Web端静态资源(即静态资源，在某些Web应用中Web端静态资源通常更新频率更高)等等全部放置于共享存储中，并通过版本管理、动态监听的方式来实现服务的升级过程。

需要说明的是，与传统k8s方案相比，在本公开实施例中，容器本身可以不包含任何业务相关资源，仅负责启动服务和管理共享存储。而服务升级/部署可以通过监听服务触发服务更新/部署流程来实现。因而可以优化程序安装包，比如减小程序安装包的体积等。

通过本公开实施例，既可以进行服务的全量更新，又可以进行服务的增量更新，因而即适应于服务的部署，又适应于服务的调试，应用场景更加灵活，耗费的时间成本更低。

作为一种可选的实施例，在容器内更新目标服务，可以包括：在容器内滚动更新目标服务。

需要说明的是，在本公开实施例中，可以通过pm2的cluster模式在容器内实现滚动升级，比如对于一个pod内包括多个服务的情况，可以分批升级pod内的服务，在其中部分服务升级过程中，先将访问流量转移到某些未升级或者已完成升级的服务中，避免外部实时访问无响应从而确保服务在升级过程中能够无损过度。即，在容器内滚动更新服务，可以不影响外部对服务的访问。

作为一种可选的实施例，目录信息中涉及的资源包括：目标服务的全量资源或者局部增量资源。

在目录信息中涉及的资源包括目标服务的全量资源的情况下，执行上述操作S210～S230，可以在容器中部署一个全新的服务，方便快速部署服务。在目录信息中涉及的资源包括目标服务的局部增量资源的情况下，执行上述操作S210～S230，可以针对容器中已部署的服务进行更新升级，方便快速调试服务。

通过本公开实施例，初始状态下业务资源(又称服务资源)可以不包含在容器中，因而可以更有效地提升私有化的服务更新效率。并且，初始状态下还可以将某些非业务类的基础资源固定包含在容器中，使得程序安装包的体积明显减小，达到优化程序安装包的目的。

作为一种可选的实施例，前述的目标服务的当前版本可以包括：目标服务的最新版本。对应地，该服务更新方法还可以包括：在从容器的存储单元中获取目标服务的当前版本的版本文件之前，将编译产生的目标服务的最新版本推送至存储单元中；以及将容器当前使用的版本替换为该最新版本。

示例性地，在通过k8s创建应用或者调试应用后，可以将产生的代码进行编译，并将编译产出和对应的版本信息推送至容器的共享存储中，与传统的k8s方案不同，本公开实施例中，通过共享存储更新的资源可以是全量的也可以是局部的增量。此外，与传统的k8s方案不同，本公开实施例中，编译产出后即可进入升级流程，不需要等待镜像的制作、拉取、更新等过程。

具体地，如图3所示，k8s可以将生成的资源，按照版本信息推送到容器的共享存储内，同时将容器的共享存储内的当前使用的版本文件替换成最新的产出。同时修改更新标识文件中的内容。监听服务监控到更新标识文件中的内容被修改后，触发容器内的服务更新流程并执行以下操作：

在操作S310，获取最新的版本文件(即获取最新的版本信息)。

在操作S320，获取服务目录。

在操作S330，获取静态目录。

在操作S340，基于操作S320获取的服务目录和操作S330获取的静态目录，获取该版本文件中指定的相关目录，之后基于该相关目录涉及的资源对容器中的Pod服务进行滚动升级。

通过本公开实施例，基于共享存储进行容器化服务更新，与基于镜像进行容器化服务更新相比，即可以实现快速扩容，又可以快速更新服务。

作为一种可选的实施例，该方法还可以包括：在将容器当前使用的版本替换为最新版本的同时或者之前或者之后，修改针对目标服务设置的更新标识的内容，以便于监听服务及时触发更新流程。

根据本申请的实施例，本申请还提供了一种容器化的服务更新装置。

图4示例性示出了根据本申请实施例的容器化的服务更新装置的框图。

如图4所示，该装置400包括：第一获取模块410、第二获取模块420和更新模块430。

具体地，第一获取模块410，用于从容器的存储单元中获取目标服务的当前版本的版本文件。

第二获取模块420，用于从上述存储单元中获取与上述当前版本关联的目录信息。

更新模块430，用于基于上述目录信息中涉及的资源，在上述容器内更新上述目标服务。

作为一种可选的实施例，上述第一获取模块，还用于响应于监听到针对上述目标服务的更新通知，从上述存储单元中获取上述版本文件。

作为一种可选的实施例，上述第一获取模块，还用于响应于监听到针对上述目标服务设置的更新标识的内容被修改，从上述存储单元中获取上述版本文件。

作为一种可选的实施例，上述第二获取模块，还用于从上述存储单元中获取与上述当前版本关联的服务目录和/或静态目录；上述更新模块，还用于基于上述服务目录中涉及的服务资源，和/或上述静态目录中涉及的静态资源，在上述容器内更新上述目标服务。

作为一种可选的实施例，上述更新模块，还用于在上述容器内滚动更新上述目标服务。

作为一种可选的实施例，上述目录信息中涉及的资源包括：上述目标服务的全量资源或者局部增量资源。

作为一种可选的实施例，上述目标服务的当前版本包括：上述目标服务的最新版本；上述装置还包括：推送模块，用于在从存储单元中获取目标服务的当前版本的版本文件之前，将编译产生的上述目标服务的最新版本推送至上述存储单元中；以及替换模块，用于将上述容器当前使用的版本替换为上述最新版本。

作为一种可选的实施例，该装置还包括：修改模块，用于在将上述容器当前使用的版本替换为上述最新版本的同时或者之前或者之后，修改针对上述目标服务设置的更新标识的内容。

需要说明的是，本公开装置部分的实施例与本公开方法部分的实施例对应相同或类似，本公开实施例在此不再赘述。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图5示例性示出了用来实现本申请实施例的容器化的服务更新方法和装置的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图5所示，电子设备500包括计算单元501，其可以根据存储在只读存储器(ROM)502中的计算机程序或者从存储单元508加载到随机访问存储器(RAM)503中的计算机程序，来执行各种适当的动作和处理。在RAM 503中，还可存储电子设备500操作所需的各种程序和数据。计算单元501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

电子设备500中的多个部件连接至I/O接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理，例如容器化的服务更新方法。例如，在一些实施例中，容器化的服务更新方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由ROM 502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到RAM 503并由计算单元501执行时，可以执行上文描述的容器化的服务更新方法的一个或多个步骤。备选地，在其他实施例中，计算单元501可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行容器化的服务更新方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。