节点状态信息获取方法、装置、电子设备及可读存储介质与流程

1.本公开涉及计算机技术领域，尤其涉及云计算或者边缘计算技术领域，具体而言，本公开涉及一种节点状态信息获取方法、装置、电子设备及可读存储介质。


背景技术：

2.边缘计算是指在靠近物或数据源头的一侧，采用网络、计算、存储、应用核心能力为一体的开放平台，就近提供最近端服务。目前，边缘设备集群以其强大的计算能力被广泛应用。
3.现有的边缘设备集群不支持边缘设备状态数据的主动采集与上报，不便于对边缘设备集群的管理。


技术实现要素：

4.本公开为了解决上述缺陷中的至少一项，提供了一种节点状态信息获取方法、装置、电子设备及可读存储介质。
5.根据本公开的第一方面，提供了一种节点状态信息获取方法，该方法包括：
6.通过边缘节点中部署的第一应用服务，获取边缘节点的节点状态信息，其中，第一应用服务以守护进程(daemonset)的方式被部署于边缘设备集群；
7.将节点状态信息发送至云端服务器。
8.根据本公开的第二方面，提供了一种点状态信息获取装置，该装置包括：
9.节点状态信息获取模块，用于通过边缘节点中部署的第一应用服务，获取边缘节点的节点状态信息，其中，第一应用服务以daemonset的方式被部署于边缘设备集群；
10.节点状态信息发送模块，用于将节点状态信息发送至云端服务器。
11.根据本公开的第三方面，提供了一种电子设备，该电子设备包括：
12.至少一个处理器；以及
13.与上述至少一个处理器通信连接的存储器；其中，
14.存储器存储有可被上述至少一个处理器执行的指令，指令被上述至少一个处理器执行，以使上述至少一个处理器能够执行上述节点状态信息获取方法。
15.根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，该计算机指令用于使计算机执行上述节点状态信息获取方法。
16.根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现上述节点状态信息获取方法。
17.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
18.附图用于更好地理解本方案，不构成对本公开的限定。其中：
19.图1是本公开实施例提供的一种节点状态信息获取方法的流程示意图；
20.图2是本公开实施例提供的节点状态信息获取方法的一种具体实施方式的流程示意图；
21.图3是根据本公开提供的一种节点状态信息获取装置的结构示意图；
22.图4是用来实现本公开实施例的节点状态信息获取方法的电子设备的框图。
具体实施方式
23.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
24.相关技术中，云端设备在需要获取边缘设备集群的状态信息时，可以向边缘设备集群发起获取命令，边缘设备集群响应于获取命令将边缘设备集群的系统日志上传。系统日志仅能反映边缘设备集群的整体状态，而无法针对性地反映边缘设备集群中各边缘节点的状态信息。
25.本技术实施例提供的节点状态信息获取方法、装置、电子设备及可读存储介质，旨在解决现有技术的如上技术问题中的至少一个。
26.图1示出了本公开实施例提供的一种节点状态信息获取方法的流程示意图，如图1中所示，该方法可以应用于边缘设备集群，边缘设备集群包括至少一个边缘节点，该方法主要可以包括：
27.步骤s110：通过边缘节点中部署的第一应用服务，获取边缘节点的节点状态信息，其中，第一应用服务以daemonset的方式被部署于边缘设备集群；
28.步骤s120：将节点状态信息发送至云端服务器。
29.其中，边缘设备集群中的应用服务可以通过kubernetes(k8s)管理。守护进程(daemonset)是k8s中的一种资源对象，daemonset能确保部署有应用服务pod能够在集群中的每个节点部署一份pod副本。当节点加入到集群中时，会在该节点上部署pod副本；当节点从集群中被移除后，该节点上部署的pod副本也会被删除。如果将daemonset资源对象删除，集群中所有相应的pod均会被删除。
30.本公开实施例中，第一应用服务属于边缘应用服务，第一应用服务以daemonset的形式运行于边缘集群的每个边缘节点上，使得边缘节点集群中各边缘节点中均部署有第一应用服务的副本。各边缘节点可以分别通过所部署的第一应用服务来获取自身的节点状态信息。
31.节点状态信息可以包括但是不限于边缘节点相关的日志系统，能够用于反映节点的状态。通过将节点状态信息发送至云端服务器，使得云端服务器能够获取到边缘设备集群中各边缘节点的状态，相较于获取边缘设备集群的系统日志，本方案中能够获取各边缘节点的节点状态信息，使得云端服务器获取到各边缘节点的状态，有利于对边缘设备集群的管理。
32.作为一个示例，第一应用服务可以为日志(log)服务，用于主动的对边缘节点的节点状态信息及进行采集以及上报。在实际使用中，第一应用服务可以周期性采集节点状态
信息并上报。
33.本公开实施例中，由于是采用各边缘节点分别将自身的节点状态信息上报方式，而并非采用将各边缘节点的节点状态信息收集而后上报方式，避免了单个边缘节点上流量压力过大的情况，也避免了因用于上报节点状态信息的边缘节点发生故障时，可能导致的整个边缘设备集群的节点状态信息上报失败。基于本方案，能够使各边缘节点分担流量压力，并且即使部分边缘节点存在故障，也不影响其他边缘节点的信息上报。
34.本公开实施例提供的方法，通过边缘节点中部署的以daemonset的方式部署的第一应用服务，获取边缘节点的节点状态信息，将节点状态信息发送至云端服务器。基于本方案，能够实现边缘设备集群中边缘节点的节点状态数据的主动采集与上报，便于云端服务器基于节点状态数据对边缘设备集群进行管理。
35.本公开的一种可选方式中，节点状态信息包括以下至少一项：
36.边缘节点的运行日志信息；
37.边缘节点的服务日志信息。
38.本公开实施例中，边缘节点的运行日志信息可以为边缘节点本身的日志，如边缘节点的磁盘、网络的监控日志等，能够反映边缘节点的运行状态，如硬件资源(cpu、内存等)的使用情况等。
39.本公开实施例中，服务日志可以为边缘应用服务的日志。边缘设备集群中可以提供多种边缘应用服务，各边缘节点中可能部署有其中的一种或几种边缘应用服务，服务日志能够反映边缘应用服务的运行情况。
40.本公开实施例中，边缘节点可以获取该边缘节点自身所运行的边缘应用服务的服务日志信息，以便云端服务器能够对边缘应用服务的运行情况进行管理。
41.本公开实施例中，在获取运行日志信息时，可以由第一应用服务可以直接从边缘节点读取该边缘节点的运行日志信息。而在获取服务日志信息时，由于各边缘应用服务的服务器日志信息不由第一应用服务管理，因此第一应用服务可能无法直接从边缘节点读取服务日志信息。
42.本公开的一种可选方式中，若状态信息包括边缘节点的服务日志信息，获取边缘节点的节点状态信息，包括：
43.从边缘节点集群中部署的第二应用服务发布的服务日志信息中，获取边缘节点的服务日志信息，其中，第二应用服务用于管理边缘节点集群中各边缘节点的服务日志信息。
44.其中，第二应用服务属于边缘应用服务，用于对边缘设备集群中的各边缘应用服务进行管理，各边缘应用服务的服务日志信息也可以由第二应用服务管理。
45.本公开实施例中，第一应用服务可以通过第二应用服务来获取其所属节点的服务日志信息。具体而言，第二应用服务可以将边缘设备集群中的各边缘节点上运行的边缘应用服务的服务日志信息进行发布，使得第一应用服务能够获取到服务日志信息。为了便于管理，可以使第一应用服务仅获取其所属边缘节点上所运行边缘应用服务的服务日志信息。
46.作为一个示例，第二应用服务可以为核心(core)模块，负责本地节点管理、端云数据同步和应用部署，可以用于周期性获取边缘应用服务的服务日志信息。
47.本公开的一种可选方式中，从边缘节点集群中部署的第二应用服务发布的服务日
志信息中，获取边缘节点的服务日志信息，包括：
48.基于边缘节点集群中部署的第三应用服务，从边缘节点中部署的第二应用服务发布的服务日志信息中，获取边缘节点的服务日志信息，第三应用服务用于边缘节点集群中部署的各应用服务之间的通信。
49.其中，第三应用服务属于边缘应用服务，用于边缘设备集群中的各边缘应用服务之间的通信。
50.本公开实施例中，第一应用服务与第二应用服务可以通过第三应用服务实现通信，具体而言，第一应用服务可以基于第三应用服务提供的通信能力获取第二应用服务所发布的服务日志信息。
51.作为一个示例，第三应用服务可以为代理(broker)服务，能够作为边缘设备集群的消息中间件，实现消息的订阅与发布。
52.本公开的一种可选方式中，将节点状态信息发送至云端服务器，包括：
53.将节点状态信息与节点状态信息的访问权限关联后发送至云端服务器。
54.本公开实施例中，可以在上报节点状态信息时，建立节点状态信息与相应访问权限的关联关系，而后将节点状态信息与该关联关系共同上报至云端服务器，云端服务器可以基于访问权限实现对节点状态信息访问控制。
55.具体而言，用户向云端服务器的日志服务请求访问节点状态信息时，远端服务器可以根据预配置的用户标识与访问权限的对应关系，确定用户是否具有所请求节点状态信息的访问权限，若具有，则可以允许对相应节点状态信息的访问。
56.本公开实施例中，用户可以向云端服务器发起对节点状态信息查看请求，实现对节点状态信息的远程查看，为物联网场景下对边缘设备集群的管理提供了基础。
57.本公开实施例中，云端服务器可以支持按应用服务查看、按所在节点查看等多种方式来查看节点状态信息。云端服务器可以基于应用服务的标识、边缘节点的标识等信息建立索引，以便实现对节点状态信息的快速查找。
58.本公开的一种可选方式中，上述方法还包括：
59.响应于目标边缘节点的创建命令，边缘设备集群创建目标边缘节点；
60.将与目标边缘节点相对应的应用服务在边缘设备集群部署，其中，与目标边缘节点相对应的应用服务包括第一应用服务。
61.其中，用户可以向云端服务器发起创建目标边缘节点的请求，云端服务器可以为该目标边缘节点分配相应资源如节点资源、配置资源以及密文资源等，而后云端服务器可以生成目标边缘节点的创建指令。
62.本公开实施例中，可以由开发人员手动将目标边缘节点的创建指令复制到边缘设备集群，使得边缘设备集群响应于目标边缘节点的创建指令，创建目标边缘节点。目标边缘节点被配置有相应的应用服务，可以在完成目标边缘节点的创建后，将相应的应用服务部署于边缘设备集群，从而实现对第一应用服务的部署。
63.本公开的一种可选方式中，上述方法还包括：
64.响应于第一应用服务被部署，边缘设备集群通过生成第一应用服务的服务镜像的方式，在边缘设备集群中除目标边缘节点之外的边缘节点中部署第一应用服务。
65.本公开实施例中，第一应用服务通过daemonset实现，需要在边缘节点集群中各边
缘节点中部署第一应用服务的副本，因此，可以先在目标边缘节点中完成对第一应用服务的部署后，通过生成第一应用服务的服务镜像的方式，将第一应用服务在边缘设备集群中的各边缘节点中部署。
66.在将边缘节点集群中部署各应用服务时，各应用服务可以根据预配置的调度规则，自动调度至边缘节点集群中合适的边缘节点进行运行，例如在部署第二应用服务时，可以选择资源条件最为理想(如内存资源最优)的边缘节点进行部署。又例如，某一应用服务对设备的模型运算能力要求较高，需要具有gpu的设备才能较好的支持，可以选择具有gpu的边缘节点部署该应用服务。
67.本公开实施例中，通过云端服务器创建目标节点，并对目标节点进行应用服务部署的方式，实现对第一应用服务在边缘设备集群中的部署，无需用户在边缘设备集群中各边缘节点分别进行应用服务的部署，方便了用户的使用。
68.作为一个示例，目标边缘节点相对应的应用服务可以被打包为边缘计算程序，通过在边缘设备集群部署边缘计算程序，能够实现对相应的应用服务的部署。
69.本例中，模块可以为服务提供运行程序包，如果是kube模式，模块可以是容器镜像，如果是进程模式，模块可以是二进制程序运行包。
70.本例中的边缘计算程序可以包括为第一应用服务提供的log模块，为第二应用服务提供的core模块，为第三应用服务提供的broker模块，以及其他用户模块。通常，边缘设备集群可以包括一个core模块，该core模块运行在边缘设备集群中的一个边缘设备上。
71.在一些示例中，可以通过例如包括但不限于在线安装、离线安装、镜像烧录等形式完成对边缘计算程序的部署。
72.作为一个示例，图2中示出了本公开实施例中提供的节点状态信息获取方法的一种具体实施方式的流程示意图。
73.如图2中所示，前端控制台为与用户的交互系统，用于和用户进行交互，可以为网页形式。用户可以通过前端向后台发起请求，完成对目标边缘节点的创建、以及相应应用服务的绑定。
74.边缘计算云端管理套件为云端服务器中用于节点管理，各类资源管理的部分，具体用于节点创建、应用服务上传、节点更新、命令转发、与端侧进行资源信息同步等功能。
75.日志服务，为云端服务器中用于节点状态信息管理的部分，能够接收端侧上报的日志数据(即节点状态信息)，创建访问日志服务的用户并配置用户的访问权限。
76.端侧，即边缘设备集群，包括多个边缘节点(node
‑
1、node
‑
2、node
‑
3)。k3s(lightweight kubernetes)，是一种比k8s更轻量的容器编排管理工具，可以用于对边缘设备集群的管理。
77.log，即为第一应用服务提供的log模块，第一应用服务用于主动的对边缘节点的节点状态信息及进行采集以及上报。core即为第二应用服务提供的core模块，第二应用服务用于对边缘设备集群中的各边缘应用服务进行管理。broker即为第三应用服务提供的broker模块，第三应用服务能够作为边缘设备集群的消息中间件，实现消息的订阅与发布。
78.function，即为函数计算服务提供的function模块。
79.可以理解的是，本例中还可以包括更多或者更少的边缘节点，也可以部署更多或者更少的应用模块。本例中提供的具体流程如下：
80.(1)用户通过前端控制台申请创建目标边缘节点。
81.(2)前端控制台向边缘计算云端管理套件发起请求创建目标边缘节点的相关资源。
82.(3)边缘计算云端管理套件在内部创建包括节点资源、配置资源、密文资源等在内的相关资源，同时向日志服务申请一个目标边缘节点资源专用的用户标识以及该用户标识对应的访问权限。
83.(4)用户在边缘设备集群中创建目标边缘节点。
84.(5)在目标边缘节点部署相应应用功能模块，如broker模块、core模块、log模块及用户配置的其他功能模块等。模块会被自动调度到边缘设备集群中合适的边缘节点进行部署并运行；其中log模块为守护类型应用，会同时在每一个边缘节点上部署一个副本。
85.(6)log模块收集其所属边缘节点上的节点状态信息(即包括运行日志信息以及服务日志信息)。
86.(7)log模块将节点状态信息与访问权限信息关联后发送至日志服务，实现节点状态信息的上传。
87.(8)用户可以通过前端控制台申请访问节点状态信息。
88.(9)通过日志服务可以检索节点状态信息，并返回给前端控制台展示。
89.基于与图1中所示的方法相同的原理，图3示出了本公开实施例提供的一种节点状态信息获取装置的结构示意图，如图3所示，该节点状态信息获取装置30可以包括：
90.节点状态信息获取模块310，用于通过边缘节点中部署的第一应用服务，获取边缘节点的节点状态信息，其中，第一应用服务以daemonset的方式被部署于边缘设备集群；
91.节点状态信息发送模块320，用于将节点状态信息发送至云端服务器。
92.本公开实施例提供的装置，通过边缘节点中以daemonset的方式部署的第一应用服务，获取边缘节点的节点状态信息，将节点状态信息发送至云端服务器。基于本方案，能够实现边缘设备集群中边缘节点的节点状态数据的主动采集与上报，便于云端服务器基于节点状态数据对边缘设备集群进行管理。
93.可选地，节点状态信息包括以下至少一项：
94.边缘节点的运行日志信息；
95.边缘节点的服务日志信息。
96.可选地，若状态信息包括边缘节点的服务日志信息，节点状态信息获取模块在获取边缘节点的节点状态信息时，具体用于：
97.从边缘节点集群中部署的第二应用服务发布的服务日志信息中，获取边缘节点的服务日志信息，其中，第二应用服务用于管理边缘节点集群中各边缘节点的服务日志信息。
98.可选地，若状态信息包括边缘节点的服务日志信息，节点状态信息获取模块在从边缘节点集群中部署的第二应用服务发布的服务日志信息中，获取边缘节点的服务日志信息时，具体用于：
99.基于边缘节点集群中部署的第三应用服务，从边缘节点中部署的第二应用服务发布的服务日志信息中，获取边缘节点的服务日志信息，第三应用服务用于边缘节点集群中部署的各应用服务之间的通信。
100.可选地，节点状态信息发送模块具体用于：
101.将节点状态信息与节点状态信息的访问权限关联后发送至云端服务器。
102.可选地，上述装置还包括：
103.目标边缘节点创建模块，用于响应于目标边缘节点的创建命令，边缘设备集群创建目标边缘节点；
104.应用服务部署模块，用于将与目标边缘节点相对应的应用服务在边缘设备集群部署，其中，与目标边缘节点相对应的应用服务包括第一应用服务。
105.可选地，上述装置还包括：
106.镜像部署模块，用于响应于第一应用服务被部署于目标边缘节点，边缘设备集群通过生成第一应用服务的服务镜像的方式，在边缘设备集群中除目标边缘节点之外的边缘节点中部署第一应用服务。
107.可以理解的是，本公开实施例中的节点状态信息获取装置的上述各模块具有实现图1中所示的实施例中的节点状态信息获取方法相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。上述模块可以是软件和/或硬件，上述各模块可以单独实现，也可以多个模块集成实现。对于上述节点状态信息获取装置的各模块的功能描述具体可以参见图1中所示实施例中的节点状态信息获取方法的对应描述，在此不再赘述。
108.本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。
109.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
110.该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如本公开实施例提供的节点状态信息获取方法。
111.该电子设备与现有技术相比，通过边缘节点中以daemonset的方式部署的第一应用服务，获取边缘节点的节点状态信息，将节点状态信息发送至云端服务器。基于本方案，能够实现边缘设备集群中边缘节点的节点状态数据的主动采集与上报，便于云端服务器基于节点状态数据对边缘设备集群进行管理。
112.该可读存储介质为存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行如本公开实施例提供的节点状态信息获取方法。
113.该可读存储介质与现有技术相比，通过边缘节点中以daemonset的方式部署的第一应用服务，获取边缘节点的节点状态信息，将节点状态信息发送至云端服务器。基于本方案，能够实现边缘设备集群中边缘节点的节点状态数据的主动采集与上报，便于云端服务器基于节点状态数据对边缘设备集群进行管理。
114.该计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现如本公开实施例提供的节点状态信息获取方法。
115.该计算机程序产品与现有技术相比，通过边缘节点中以daemonset的方式部署的第一应用服务，获取边缘节点的节点状态信息，将节点状态信息发送至云端服务器。基于本方案，能够实现边缘设备集群中边缘节点的节点状态数据的主动采集与上报，便于云端服务器基于节点状态数据对边缘设备集群进行管理。
116.图4示出了可以用来实施本公开的实施例的示例电子设备2000的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
117.如图4所示，设备2000包括计算单元2010，其可以根据存储在只读存储器(rom)2020中的计算机程序或者从存储单元2080加载到随机访问存储器(ram)2030中的计算机程序，来执行各种适当的动作和处理。在ram 2030中，还可存储设备2000操作所需的各种程序和数据。计算单元2010、rom 2020以及ram 2030通过总线2040彼此相连。输入/输出(i/o)接口2050也连接至总线2040。
118.设备2000中的多个部件连接至i/o接口2050，包括：输入单元2060，例如键盘、鼠标等；输出单元2070，例如各种类型的显示器、扬声器等；存储单元2080，例如磁盘、光盘等；以及通信单元2090，例如网卡、调制解调器、无线通信收发机等。通信单元2090允许设备2000通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
119.计算单元2010可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元2010的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元2010执行本公开实施例中所提供的节点状态信息获取方法。例如，在一些实施例中，执行本公开实施例中所提供的节点状态信息获取方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元2080。在一些实施例中，计算机程序的部分或者全部可以经由rom 2020和/或通信单元2090而被载入和/或安装到设备2000上。当计算机程序加载到ram 2030并由计算单元2010执行时，可以执行本公开实施例中所提供的节点状态信息获取方法的一个或多个步骤。备选地，在其他实施例中，计算单元2010可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行本公开实施例中所提供的节点状态信息获取方法。
120.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
121.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
122.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd
‑
rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
123.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
124.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
125.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端
‑
服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
126.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
127.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。