设备在线升级方法和装置与流程

1.本公开的实施例涉及嵌入式设备技术领域，具体涉及设备在线升级方法和装置。


背景技术：

2.物联网让每一台设备都接入互联网，信息化发展高速变化，所以设备经常需要迭代升级新功能，修复产品缺陷，目前最常用的升级方法是ota(over
‑
the
‑
airtechnology，通过无线网络下载远程服务器上的升级包,对系统或应用进行升级的技术)
‑
在线升级；手机采用的是recovery升级方式，需要专有的升级系统，而小型的嵌入式物联网设备不适用双系统和recovery升级，成本太贵，目前现行的升级方法存在很大的风险，大家通用的做法就是尽可能提醒用户不可以断电，否则设备将会被损坏，不能启动，每年因此发生故障的设备高达5％以上，带来了很大的返修费用，增加项目运维成本。


技术实现要素：

3.本公开的实施例提出了设备在线升级方法和装置。
4.第一方面，本公开的实施例提供了一种设备在线升级方法，包括：将待升级的版本进行备份，得到第一镜像，并将第一镜像存储到flash的镜像存储分区；设置升级状态为烧录开始，并将版本烧录到flash的系统分区；若版本烧录完成，则设置升级状态为烧录成功，并重启系统；检测升级状态；若升级状态为烧录成功或升级成功，则将升级状态设置为启动并引导嵌入式软件系统启动；检测是否启动成功；若启动成功，则结束升级，并设置升级状态为升级成功。
5.在一些实施例中，该方法还包括：若升级状态为启动或烧录开始，则将第一镜像烧录到flash的系统分区中；若第一镜像烧录完成，则设置升级状态为烧录成功，并启动系统；将升级状态设置为启动并引导嵌入式软件系统启动。
6.在一些实施例中，该方法还包括：若启动失败，则检查升级状态；若升级状态为烧录成功或升级成功，则将升级状态设置为启动并引导嵌入式软件系统启动；检测是否启动成功；若启动成功，则结束升级，并设置升级状态为升级成功。
7.在一些实施例中，该方法还包括：若升级状态为启动或烧录开始，则将第一镜像烧录到flash的系统分区中；若烧录完成，则设置升级状态为烧录成功，并启动系统；将升级状态设置为启动并引导嵌入式软件系统启动。
8.在一些实施例中，该方法还包括：将原始的版本进行备份，得到第二镜像，并将第二镜像存储到flash的镜像存储分区。
9.在一些实施例中，该方法还包括：若启动失败次数超过预定阈值，则设置升级状态为烧录开始，并将第二镜像烧录到flash的系统分区；若第二镜像烧录完成，则设置升级状态为烧录成功，并重启系统；检测升级状态；若升级状态为烧录成功或升级成功，则将升级状态设置为启动并引导嵌入式软件系统启动；检测是否启动成功；若启动成功，则结束升级，并设置升级状态为升级成功。
10.在一些实施例中，将待升级的版本进行备份，得到第一镜像，包括：对待升级的版本进行版本检测；若版本合法，则将版本进行备份，得到第一镜像。
11.第二方面，本公开的实施例提供了一种设备在线升级装置，包括：备份单元，被配置成将待升级的版本进行备份，得到第一镜像，并将第一镜像存储到flash的镜像存储分区；烧录单元，被配置成设置升级状态为烧录开始，并将版本烧录到flash的系统分区；重启单元，被配置成若版本烧录完成，则设置升级状态为烧录成功，并重启系统；第一检测单元，被配置成检测升级状态；引导单元，被配置成若升级状态为烧录成功或升级成功，则将升级状态设置为启动并引导嵌入式软件系统启动；第二检测单元，被配置成检测是否启动成功；结束单元，被配置成若启动成功，则结束升级，并设置升级状态为升级成功。
12.在一些实施例中，烧录单元进一步被配置成：若升级状态为启动或烧录开始，则将第一镜像烧录到flash的系统分区中；重启单元进一步被配置成：若第一镜像烧录完成，则设置升级状态为烧录成功，并启动系统；引导单元进一步被配置成：将升级状态设置为启动并引导嵌入式软件系统启动。
13.在一些实施例中，第一检测单元进一步被配置成：若启动失败，则检查升级状态；引导单元进一步被配置成：若升级状态为烧录成功或升级成功，则将升级状态设置为启动并引导嵌入式软件系统启动；第二检测单元进一步被配置成：检测是否启动成功；结束单元进一步被配置成若启动成功，则结束升级，并设置升级状态为升级成功。
14.在一些实施例中，烧录单元进一步被配置成：若升级状态为启动或烧录开始，则将第一镜像烧录到flash的系统分区中；重启单元进一步被配置成：若第一镜像烧录完成，则设置升级状态为烧录成功，并启动系统；引导单元进一步被配置成：将升级状态设置为启动并引导嵌入式软件系统启动。
15.在一些实施例中，备份单元进一步被配置成：将原始的版本进行备份，得到第二镜像，并将第二镜像存储到flash的镜像存储分区。
16.在一些实施例中，该装置还包括回退单元，被配置成：若启动失败次数超过预定阈值，则设置升级状态为烧录开始，并将第二镜像烧录到flash的系统分区；若第二镜像烧录完成，则设置升级状态为烧录成功，并重启系统；检测升级状态；若升级状态为烧录成功或升级成功，则将升级状态设置为启动并引导嵌入式软件系统启动；检测是否启动成功；若启动成功，则结束升级，并设置升级状态为升级成功。
17.在一些实施例中，备份单元进一步被配置成：对待升级的版本进行版本检测；若版本合法，则将版本进行备份，得到第一镜像。
18.第三方面，本公开的实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个计算机程序，当一个或多个计算机程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面中任一项的方法。
19.第四方面，本公开的实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如第一方面中任一项的方法。
20.本公开的实施例提供的设备在线升级方法和装置，占用的系统资源少，成本低；同时可以自动修复系统的完整性，减少产品后期的运维成本，初步评估在产品的生命周期内可节约5
‑
10％左右的运维成本。
附图说明
21.通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显：
22.图1是本公开的一个实施例可以应用于其中的示例性系统架构图；
23.图2是根据本公开的设备在线升级方法的一个实施例的流程图；
24.图3是根据本公开的设备在线升级方法的一个应用场景的示意图；
25.图4是根据本公开的设备在线升级方法的又一个实施例的流程图；
26.图5是根据本公开的设备在线升级装置的一个实施例的结构示意图；
27.图6是适于用来实现本公开的实施例的电子设备的计算机系统的结构示意图。
具体实施方式
28.下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。
29.需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
30.图1示出了可以应用本公开的设备在线升级方法或设备在线升级装置的实施例的示例性系统架构100。
31.如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
32.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如物联网类应用、网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
33.终端设备101、102、103可以是基于嵌入式linux或者openwrt系统平台的各种电子设备，包括但不限于电视、冰箱、洗衣机、电话等物联网设备。
34.服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上运行的系统提供支持的后台系统服务器。后台系统服务器可以将最新的系统升级包发送给终端设备。
35.需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的多个软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。服务器也可以是云服务器，或者是带人工智能技术的智能云计算服务器或智能云主机。
36.需要说明的是，本公开的实施例所提供的设备在线升级方法一般由终端设备101、102、103执行，相应地，设备在线升级装置一般设置于终端设备101、102、103中。
37.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
38.继续参考图2，示出了根据本公开的设备在线升级方法的一个实施例的流程200。该设备在线升级方法，包括以下步骤：
39.步骤201，将待升级的版本进行备份，得到第一镜像，并将第一镜像存储到flash的镜像存储分区。
40.在本实施例中，设备在线升级方法的执行主体(例如图1所示的终端设备)可以通过有线连接方式或者无线连接方式从服务器获取待升级的版本，将版本下载到内存中。为了防止在升级过程中因为掉电导致升级失败，可以将待升级的版本进行备份，得到第一镜像，并将第一镜像存储到flash的镜像存储分区。flash的镜像存储分区中的数据在掉电时不会丢失。等到上电时，可重新从flash的镜像存储分区中取得备份的版本，重新进行升级。flash的镜像存储分区中可保留两个版本的镜像，原始的版本和待升级版本。如果之前已经存在两个版本，则可用待升级版本覆盖掉最老的版本。
41.步骤202，设置升级状态为烧录开始，并将版本烧录到flash的系统分区。
42.在本实施例中，升级状态保存在flash上的通信分区中。本公开的方法维持四种状态：烧录开始(burnstart)、烧录成功(burnok)、启动(boot)和升级成功(bootok)。其中，版本的升级过程包括两个阶段：烧录阶段和启动阶段。烧录开始(burnstart)和烧录成功(burnok)用于记录烧录阶段的状态。如果在烧录阶段中掉电，则再次上电时，状态仍是burnstart，需要重新烧录。启动(boot)和升级成功(bootok)用于记录启动阶段的状态。
43.步骤203，若版本烧录完成，则设置升级状态为烧录成功，并重启系统。
44.在本实施例中，烧录过程如果没有出现意外，完成烧录过程，则改变升级状态为烧录成功。这样即使后续过程因为掉电失败也不需要再重新烧录。烧录成功后重启系统，这时是bios系统启动。
45.步骤204，检测升级状态。
46.在本实施例中，启动后检测升级状态。由引导程序(例如uboot)发起检测。每次上电时，引导程序都会检测升级状态。根据升级状态判断是要重新烧录还是重新启动。
47.步骤205，若升级状态为烧录成功或升级成功，则将升级状态设置为启动并引导嵌入式软件系统启动。
48.在本实施例中，若升级状态为烧录成功或升级成功，则说明不需要重新烧录，只需要引导嵌入式软件系统启动。在嵌入式软件系统启动之前记录当前的升级状态为启动，以防止在嵌入式软件系统启动过程中掉电，可根据升级状态来判断升级过程进行到哪个阶段。嵌入式软件系统启动过程中将flash的系统分区的数据加载到内存中，跳转到内存最前面，开始进入系统启动，开启各种应用。
49.步骤206，检测是否启动成功。
50.在本实施例中，通过读取flash的通信分区中的环境变量检测是否启动成功。
51.步骤207，若启动成功，则结束升级，并设置升级状态为升级成功。
52.在本实施例中，若启动成功，说明版本升级成功，结束升级。将升级状态修改为升级成功。如果在此之后发生掉电，则不会再进入升级过程。如果设置了看门狗定时器，则需要将其清零，以避免设备重启。
53.步骤208，若升级状态为启动或烧录开始，则将第一镜像烧录到flash的系统分区中。
54.在本实施例中，如果上电后检测到升级状态为启动或烧录开始，则说明上次的升级不成功，需要重新升级。从flash的镜像存储分区中获取备份好的第一镜像，将该第一镜像烧录到flash的系统分区中。
55.步骤209，若第一镜像烧录完成，则设置升级状态为烧录成功，并启动系统。
56.在本实施例中，重新烧录成功后，也需要将升级状态修改为烧录成功，这样可避免在重新烧录过程中掉电时无法恢复。烧录成功后说明烧录阶段结束，要开始进入启动阶段，启动系统，继续执行步骤205
‑
207。
57.本公开的上述实施例提供的方法，把系统升级按照时序拆分成不同的升级状态，通过对系统升级不同状态的管理，判断出系统出现的异常，采取对应的系统修复策略，解决用户在系统升级过程中断电和系统损坏等问题。通过系统的启动阶段boot和bootok标志判断，探测出系统镜像的启动问题，通过引导程序，自动烧录修复系统镜像。
58.继续参见图3，图3是根据本实施例的设备在线升级方法的应用场景的一个示意图。在图3的应用场景中，终端设备从服务器下载了升级包，并备份到即使掉电也不会丢失数据的flash的系统分区。在烧录前将升级状态设置为burnstart，然后开始烧录升级包。如果在烧录过程中断电，则重新上电后会首先检测升级状态。如果检测到升级状态为burnstart，则从flash的系统分区获取备份的升级包，重新开始烧录。如果烧录成功，则将升级状态转换为burnok，再使用升级包启动设备，将升级状态修改为boot。如果启动过程中掉电，则重新上电后，会首先检测升级状态，如果检测到升级状态为boot，则从flash的系统分区获取备份的升级包，重新开始烧录。如果烧录成功，则升级状态转换为burnok，使用升级包启动设备，将升级状态修改为boot。如果启动过程中没有掉电，完成了启动，则结束升级，将升级状态设置为bootok。如果又发生掉电，则重新上电后会首先检测升级状态，如果检测到升级状态为bootok，说明上次升级是成功的，此次不升级，仅完成系统启动过程，启动前将升级状态设置为boot，启动成功后将升级状态修改为bootok。
59.进一步参考图4，其示出了设备在线升级方法的又一个实施例的流程400。该设备在线升级方法的流程400，包括以下步骤：
60.步骤401，将原始的版本进行备份，得到第二镜像，并将第二镜像存储到flash的镜像存储分区。
61.在本实施例中，设备在线升级方法的执行主体(例如图1所示的终端设备)可以将原始的版本进行备份，得到第二镜像。并将第二镜像存储到flash的镜像存储分区。flash的镜像存储分区中可保留两个版本的镜像，原始的版本(即当前使用的版本)和待升级版本。
62.步骤402，若启动失败次数超过预定阈值，则设置升级状态为烧录开始，并将第二镜像烧录到flash的系统分区。
63.在本实施例中，使用待升级的版本进行升级过程中，统计启动失败的次数。若启动失败次数超过预定阈值，则说明待升级的版本有问题，无法使用。因此需要回退到原始的版本。本步骤与步骤202基本相同，区别在于本步骤是将原始的版本的镜像烧录到flash的系统分区。
64.步骤403，若第二镜像烧录完成，则设置升级状态为烧录成功，并重启系统。
65.在本实施例中，烧录过程如果没有出现意外，完成烧录过程，则改变升级状态为烧录成功。这样即使后续过程因为掉电失败也不需要再重新烧录。烧录成功后重启系统，这时
是bios系统启动。
66.步骤404，检测升级状态。
67.步骤405，若升级状态为烧录成功或升级成功，则将升级状态设置为启动并引导嵌入式软件系统启动。
68.步骤406，检测是否启动成功。
69.步骤407，若启动成功，则结束升级，并设置升级状态为升级成功。
70.步骤404
‑
407与步骤204
‑
207基本相同，因此不再赘述。
71.步骤408，若升级状态为启动或烧录开始，则将第二镜像烧录到flash的系统分区中。
72.在本实施例中，如果上电后检测到升级状态为启动或烧录开始，则说明上次的升级不成功，需要重新升级。若启动失败次数超过预定阈值，则从flash的镜像存储分区中获取备份好的第二镜像，将该第二镜像烧录到flash的系统分区中。否则从flash的镜像存储分区中获取备份好的第一镜像，将该第一镜像烧录到flash的系统分区中。
73.步骤409，若第二镜像烧录完成，则设置升级状态为烧录成功，并启动系统。
74.在本实施例中，重新烧录成功后，也需要将升级状态修改为烧录成功，这样可避免在重新烧录过程中掉电时无法恢复。烧录成功后说明烧录阶段结束，要开始进入启动阶段，启动系统，继续执行步骤405
‑
407。
75.从图4中可以看出，与图2对应的实施例相比，本实施例中的设备在线升级方法的流程400体现了版本升级失败回退的步骤。由此，本实施例描述的方案可以应对各种意外情况，不会因为升级失败导致设备无法使用。
76.进一步参考图5，作为对上述各图所示方法的实现，本公开提供了一种设备在线升级装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
77.如图5所示，本实施例的设备在线升级装置500包括：备份单元501、烧录单元502、重启单元503、第一检测单元504、引导单元505、第二检测单元506和结束单元507。其中，备份单元501，被配置成将待升级的版本进行备份，得到第一镜像，并将第一镜像存储到flash的镜像存储分区；烧录单元502，被配置成设置升级状态为烧录开始，并将版本烧录到flash的系统分区；重启单元503，被配置成若版本烧录完成，则设置升级状态为烧录成功，并重启系统；第一检测单元504，被配置成检测升级状态；引导单元505，被配置成若升级状态为烧录成功或升级成功，则将升级状态设置为启动并引导嵌入式软件系统启动；第二检测单元506，被配置成检测是否启动成功；结束单元507，被配置成若启动成功，则结束升级，并设置升级状态为升级成功。
78.在本实施例中，设备在线升级装置500的备份单元501、烧录单元502、重启单元503、第一检测单元504、引导单元505、第二检测单元506和结束单元507的具体处理可以参考图2对应实施例中的步骤201
‑
207。
79.在本实施例的一些可选的实现方式中，烧录单元502进一步被配置成：若升级状态为启动或烧录开始，则将第一镜像烧录到flash的系统分区中；重启单元503进一步被配置成：若第一镜像烧录完成，则设置升级状态为烧录成功，并启动系统；引导单元505进一步被配置成：将升级状态设置为启动并引导嵌入式软件系统启动。
80.在本实施例的一些可选的实现方式中，第一检测单元504进一步被配置成：若启动失败，则检查升级状态；引导单元505进一步被配置成：若升级状态为烧录成功或升级成功，则将升级状态设置为启动并引导嵌入式软件系统启动；第二检测单元506进一步被配置成：检测是否启动成功；结束单元507进一步被配置成若启动成功，则结束升级，并设置升级状态为升级成功。
81.在本实施例的一些可选的实现方式中，烧录单元502进一步被配置成：若升级状态为启动或烧录开始，则将第一镜像烧录到flash的系统分区中；重启单元503进一步被配置成：若第一镜像烧录完成，则设置升级状态为烧录成功，并启动系统；引导单元505进一步被配置成：将升级状态设置为启动并引导嵌入式软件系统启动。
82.在本实施例的一些可选的实现方式中，备份单元501进一步被配置成：将原始的版本进行备份，得到第二镜像，并将第二镜像存储到flash的镜像存储分区。
83.在本实施例的一些可选的实现方式中，该装置还包括回退单元(附图中未示出)，被配置成：若启动失败次数超过预定阈值，则设置升级状态为烧录开始，并将第二镜像烧录到flash的系统分区；若第二镜像烧录完成，则设置升级状态为烧录成功，并重启系统；检测升级状态；若升级状态为烧录成功或升级成功，则将升级状态设置为启动并引导嵌入式软件系统启动；检测是否启动成功；若启动成功，则结束升级，并设置升级状态为升级成功。
84.在一些实施例中，备份单元501进一步被配置成：对待升级的版本进行版本检测；若版本合法，则将版本进行备份，得到第一镜像。
85.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质。
86.一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个计算机程序，当所述一个或多个计算机程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如流程200或400所述的方法。
87.一种计算机可读介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如流程200或400所述的方法。
88.图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
89.如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(rom)602中的计算机程序或者从存储单元608加载到随机访问存储器(ram)603中的计算机程序，来执行各种适当的动作和处理。在ram 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、rom 602以及ram 603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
90.设备600中的多个部件连接至i/o接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
91.计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如设备在线升级方法。例如，在一些实施例中，设备在线升级方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由rom 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到ram 603并由计算单元601执行时，可以执行上文描述的设备在线升级方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行设备在线升级方法。
92.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
93.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
94.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd
‑
rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
95.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
96.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算
系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
97.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端
‑
服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以为分布式系统的服务器，或者是结合了区块链的服务器。服务器也可以是云服务器，或者是带人工智能技术的智能云计算服务器或智能云主机。服务器可以为分布式系统的服务器，或者是结合了区块链的服务器。服务器也可以是云服务器，或者是带人工智能技术的智能云计算服务器或智能云主机。
98.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
99.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。