固件应用升级方法、装置、电子设备及存储介质与流程

1.本公开涉及人工智能技术领域，具体涉及边缘计算和软件升级库技术，可应用在云计算场景下，尤其涉及固件应用升级方法、装置、电子设备及存储介质。


背景技术：

2.在智能边缘设备的场景下，通常是软硬一体化的交付，我们称之为固件。随着产品的迭代，固件也需要升级更新，但是智能边缘设备已经在现场开始使用，我们无法要求设备统一返厂升级，因此需要设计一种远程固件升级的方法。现有固件升级方法一般是将固件邮寄回厂商，然后由厂商在本地进行升级，并且升级流程和升级具体动作是一体进行的。由于现有固件升级程序是一体的，导致升级程序固定，不能随着版本灵活修改。此外，现有的固件升级操作是无法中断的，中断后无法自愈恢复到稳定状态。


技术实现要素：

3.本公开提供了一种固件应用升级方法、装置、设备以及存储介质。
4.根据本公开的第一方面，提供了一种固件应用升级方法，包括：
5.第一程序在触发升级流程时，获取所述升级流程的当前升级状态；
6.所述第一程序确定所述当前升级状态对应的动作是否由第二程序执行；
7.响应于所述动作由所述第二程序执行所述第一程序指示所述第二程序基于所述当前升级状态执行对应的所述动作，直至所述当前升级状态流转到终结状态。
8.根据本公开的第二方面，提供了一种固件应用升级装置，包括：
9.获取模块，被配置为通过第一程序在触发升级流程时，获取所述升级流程的当前升级状态；
10.第一判断模块，被配置为通过所述第一程序确定所述当前升级状态对应的动作是否由第二程序执行；
11.指示模块，被配置为响应于所述动作由所述第二程序执行，通过所述第一程序指示所述第二程序基于所述当前升级状态执行对应的所述动作，直至所述当前升级状态流转到终结状态。
12.根据本公开的第三方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述技术方案中任一项所述的方法。
13.根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据上述技术方案中任一项所述的方法。
14.根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据上述技术方案中任一项所述的方法。
15.本公开提供了固件应用升级方法、装置、设备以及存储介质，通过第一程序和第二程序进行分工合作将升级流程和升级具体动作解耦，通过第一程序执行升级流程，通过第二程序执行具体的升级动作，可以使得升级动作的具体内容灵活调整，扩展性强；并且第一程序触发执行升级流程后，会最终运行到终结状态，对中心的依赖小，可以离线升级，设备重启后也可以保证边缘设备固件可以流转到稳定态，实现断点恢复。
16.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
17.附图用于更好地理解本方案，不构成对本公开的限定。其中：
18.图1是本公开实施例中的固件应用升级方法的步骤示意图；
19.图2是本公开实施例中的固件应用升级方法的整体图；
20.图3是本公开实施例中的固件应用升级装置的原理框图；
21.图4是本公开实施例中的示例电子设备的示意性框图。
具体实施方式
22.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
23.本公开提供了一种固件应用升级方法，如图1所示，包括：
24.步骤s101，第一程序在触发升级流程时，获取升级流程的当前升级状态。本公开预先设计了多种升级状态，包括下载中、下载成功、下载失败、升级、升级成功、升级失败回滚中、回滚成功、回滚失败、取消、取消成功、取消失败等一系列流转状态。如图2所示，初始状态为下载中，之后有下载成功或失败两种状态；在下载成功的基础上，进入升级状态；之后有升级成功或升级失败回滚中两种状态；在升级失败回滚中状态基础上，有回滚成功或回滚失败的状态。因此，第一程序在执行升级流程时，首先需要判断升级流程流转到哪一个升级状态，这样在升级中断后恢复时，可以知道从哪一个状态开始执行。例如，当前升级状态为下载成功，即已经成功下载了升级包并且通过校验，此时可以根据下载的升级包执行升级逻辑。
25.步骤s102，第一程序确定当前升级状态对应的动作是否由第二程序执行。在本公开中，第一程序和第二程序负责执行的动作是不同的，例如表1所示的状态流转规则，其中，动作1、2、3、4、10、11由第一程序执行，动作5、6、7、8、9由第二程序执行。因此，第一程序在获取当前升级状态后，判断当前升级状态对应的动作是否由第二程序执行，例如，当前升级状态为升级失败回滚中，那么，第一程序判断回滚动作由第二程序执行。
[0026][0027]
表1.固件应用升级中的状态流转条件及动作
[0028]
步骤s103，响应于动作由第二程序执行，第一程序指示第二程序基于当前升级状态执行对应的动作。在指示第二程序执行对应的动作之前，第一程序首先判断第二程序是否正在运行。如果第二程序正在运行才能进一步指示第二程序执行对应的动作。如果第二程序正在运行则无需再次启动，直接命令第二程序基于当前升级状态执行具体的升级逻辑，例如升级失败回滚、回滚成功、回滚失败等，处于哪一个状态就执行对应的动作。若第二程序未运行，第一程序启动第二程序，并指示第二程序基于当前升级状态执行对应的动作，直至当前升级状态流转到终结状态(例如升级成功、回滚成功、回滚失败)。第一程序可以通过添加定时任务，定期启动第二程序，定期指每隔一定时间(例如20s，30s，1min等)启动第
二程序。这样如果第二程序意外退出时，通过定期启动，可以确保再次启动第二程序继续执行，及时恢复升级动作，确保升级流程的稳定性。
[0029]
本公开通过上述技术方案，第一程序触发执行升级过程后，会最终运行到终态，对调用中心的依赖小，可以离线升级，设备重启后也可以保证边缘设备固件可以流转到稳定态，保证不会因为网络不稳定导致的升级失败致使设备不可用。由第一程序触发及控制升级流程，由第一程序指示第二程序执行具体的升级逻辑，实现将升级流程和升级逻辑解耦，第一程序执行升级流程可以固定不变，第二程序的升级逻辑可以随着版本变化进行灵活调整，扩展性更强。
[0030]
作为可选的实施方式，第一程序在触发升级流程时，获取升级流程的当前升级状态之前，还包括：第一程序接收升级任务，升级任务用于指示第一程序触发升级流程。在本实施例中，首先要触发第一程序，开始运行升级流程。可以是第一程序的调用中心通知第一程序开始升级流程，或者第一程序主动触发开始升级流程，也可以是第一程序定期开始执行升级流程。
[0031]
作为可选的实施方式，第一程序在触发升级流程时，获取升级流程的当前升级状态包括：第一程序获取升级流程对应的状态文件；状态文件用于记录升级流程中执行各个升级动作后的升级状态；第一程序基于状态文件获取当前升级状态。如表1所示，第一程序和第二程序执行完对应的动作后会在状态文件中记录对应的升级状态，状态文件由第一程序和第二程度共同维护。状态文件为升级相关的数据库，数据库中存有当前升级状态，第一程序和第二程序与状态文件进行通讯，获取当前升级状态，并执行对应的动作。当升级流程中断时，第一程序可以在升级流程重启时，从上一次中断的状态开始执行，不必重头开始升级流程，从而实现断点恢复，即使升级中间异常中断，也能基于该状态继续流转到终态(升级成功、回滚成功、回滚失败)。
[0032]
作为可选的实施方式，第一程序获取升级流程对应的状态文件包括：第一程序判断升级流程是否为首次触发；响应于升级流程是首次触发，第一程序从本地获取状态文件并更新；响应于升级流程非首次触发，第一程序从服务器中加载状态文件。如果升级流程是首次触发，说明当前还没有记录升级流程对应的升级状态，需要获取原始的状态文件并更新当前升级状态。如果不是首次触发第一程序，说明当前不是第一次执行该升级程序，可以直接加载已有的状态文件。
[0033]
作为可选的实施方式，第一程序指示第二程序基于当前升级状态执行对应的动作包括：
[0034]
当升级流程的当前升级状态为下载成功状态时，第一程序调用第二程序对应的升级逻辑接口，通过升级逻辑接口指示第二程序执行升级动作。
[0035]
当升级流程的当前升级状态为回滚状态时，第一程序调用第二程序对应的回滚逻辑接口，通过回滚逻辑接口指示第二程序执行回滚动作。
[0036]
当升级流程的当前升级状态为取消状态时，第一程序调用第二程序对应的取消接口，通过取消接口指示第二程序取消执行升级动作，恢复当前版本。
[0037]
在本实施例中，第二程序的升级逻辑、回滚逻辑、取消逻辑可以自定义修改，满足支持第一程序的固定入口调用和按照约定维护本地状态文件即可。
[0038]
作为可选的实施方式，第一程序指示第二程序基于当前升级状态执行对应的动作
之后，还包括：第二程序更新当前升级状态。第一程序仅控制整体的升级流程，并不关心第二程序的升级逻辑，因此，第二程序在执行对应的动作之后，需要及时更新状态文件，记录最新的升级状态。第一程序可以通过状态文件了解到当前升级状态。
[0039]
作为可选的实施方式，终结状态包括以下任意一种：升级成功状态；回滚失败状态；回滚成功状态；取消成功状态；取消失败状态。第一程序会控制升级流程直到终结状态，当第一程序判断当前升级状态为终结状态，第一程序取消定时任务，不启动第二程序。
[0040]
作为可选的实施方式，第一程序确定当前升级状态对应的动作是否由第二程序执行之后，还包括：响应于动作不由第二程序执行，第一程序执行当前升级状态对应的动作。如表1所示，第一程序和第二程序负责执行的动作是不同的，例如表1所示的状态流转规则，其中，动作1、2、3、4、10、11由第一程序执行，动作5、6、7、8、9由第二程序执行。第一程序在执行对应的动作之后，也会在状态文件中记录最新的状态。通过第一程序和第二程序共同维护状态文件，在升级流程中断时，可以随时从状态文件中获取当前升级状态，基于当前升级状态进行分工，执行各自负责的步骤。
[0041]
作为可选的实施方式，第一程序执行当前升级状态对应的动作包括：
[0042]
当升级流程的当前升级状态为下载中状态，第一程序下载升级包，并校验升级包的md5(message-digest algorithm，信息摘要算法)。在对固件进行升级之前，通常需要先下载升级包，并对升级包的md5进行校验，如果通过校验则表示下载成功，反之则表示下载失败，升级包无法使用。
[0043]
当升级流程的当前升级状态为下载失败状态，表示升级包的md5校验未通过，第一程序清理升级包。
[0044]
当升级流程的当前升级状态为取消成功状态，第一程序结束升级流程，向调用中心上报当前升级状态。第一程序可以接收来自调用中心的取消升级指令，并指示第二程序取消升级。
[0045]
当升级流程的当前升级状态为取消失败状态，表示升级已完成，第一程序向调用中心上报当前升级状态。第一程序在执行完每一个动作之后都会将最新的状态上报给调用中心。由第一程序把控整体的升级流程，第一程序触发执行升级流程后，会最终运行到终态，对调用中心的依赖小，可以离线升级，设备重启后也可以保证边缘设备固件可以流转到终结状态，保证不会因为网络不稳定导致的升级失败致使设备不可用。
[0046]
本公开还提供了一种固件应用升级装置，如图3所示，包括：
[0047]
获取模块301，被配置为通过第一程序在触发升级流程时，获取升级流程的当前升级状态。本公开预先设计了多种升级状态，包括下载中、下载成功、下载失败、升级、升级成功、升级失败回滚中、回滚成功、回滚失败、取消、取消成功、取消失败等一系列流转状态。第一程序在执行升级流程时，首先需要判断升级流程流转到哪一个升级状态，这样在升级中断后恢复时，可以知道从哪一个状态开始执行。例如，当前升级状态为下载成功，即已经成功下载了升级包并且通过校验，此时可以根据下载的升级包执行升级逻辑。
[0048]
第一判断模块302，被配置为通过第一程序确定当前升级状态对应的动作是否由第二程序执行。在本公开中，第一程序和第二程序负责执行的动作是不同的，例如表1所示的状态流转规则，其中，动作1、2、3、4、10、11由第一程序执行，动作5、6、7、8、9由第二程序执行。因此，第一程序在获取当前升级状态后，判断当前升级状态对应的动作是否由第二程序
执行，例如，当前升级状态为升级失败回滚中，那么，第一程序判断回滚动作由第二程序执行。
[0049]
指示模块303，被配置为响应于动作由第二程序执行，通过第一程序指示第二程序基于当前升级状态执行对应的动作，直至当前升级状态流转到终结状态。在指示第二程序执行对应的动作之前，第一程序首先判断第二程序是否正在运行。如果第二程序正在运行才能进一步指示第二程序执行对应的动作。如果第二程序正在运行则无需再次启动，直接命令第二程序基于当前升级状态执行具体的升级逻辑，例如升级失败回滚、回滚成功、回滚失败等，处于哪一个状态就执行对应的动作。若第二程序未运行，第一程序启动第二程序，并指示第二程序基于当前升级状态执行对应的动作，直至当前升级状态流转到终结状态(例如升级成功、回滚成功、回滚失败)。第一程序可以通过添加定时任务，定期启动第二程序，定期指每隔一定时间(例如20s，30s，1min等)启动第二程序。这样如果第二程序意外退出时，通过定期启动，可以确保再次启动第二程序继续执行，及时恢复升级动作，确保升级流程的稳定性。
[0050]
本公开通过上述技术方案，第一程序触发执行升级过程后，会最终运行到终态，对调用中心的依赖小，可以离线升级，设备重启后也可以保证边缘设备固件可以流转到稳定态，保证不会因为网络不稳定导致的升级失败致使设备不可用。由第一程序触发及控制升级流程，由第一程序指示第二程序执行具体的升级逻辑，实现将升级流程和升级逻辑解耦，第一程序执行升级流程可以固定不变，第二程序的升级逻辑可以随着版本变化进行灵活调整，扩展性更强。
[0051]
作为可选的实施方式，获取模块301通过第一程序获取升级流程的当前升级状态之前，还包括：接收模块，被配置为通过第一程序接收升级任务，升级任务用于指示第一程序触发升级流程。在本实施例中，首先要触发第一程序，开始运行升级流程。可以是第一程序的调用中心通知第一程序开始升级流程，或者第一程序主动触发开始升级流程，也可以是第一程序定期开始执行升级流程。
[0052]
作为可选的实施方式，获取模块301第一程序在触发升级流程时，获取升级流程的当前升级状态包括：第一程序获取升级流程对应的状态文件；状态文件用于记录升级流程中执行各个升级动作后的升级状态；第一程序基于状态文件获取当前升级状态。如表1所示，第一程序和第二程序执行完对应的动作后会在状态文件中记录对应的升级状态，状态文件由第一程序和第二程度共同维护。状态文件为升级相关的数据库，数据库中存有当前升级状态，第一程序和第二程序与状态文件进行通讯，获取当前升级状态，并执行对应的动作。当升级流程中断时，第一程序可以在升级流程重启时，从上一次中断的状态开始执行，不必重头开始升级流程，从而实现断点恢复，即使升级中间异常中断，也能基于该状态继续流转到终态(升级成功、回滚成功、回滚失败)。
[0053]
作为可选的实施方式，第一程序获取升级流程对应的状态文件包括：第一程序判断升级流程是否为首次触发；响应于升级流程是首次触发，第一程序从本地获取状态文件并更新；响应于升级流程非首次触发，第一程序从服务器中加载状态文件。如果升级流程是首次触发，说明当前还没有记录升级流程对应的升级状态，需要获取原始的状态文件并更新当前升级状态。如果不是首次触发第一程序，说明当前不是第一次执行该升级程序，可以直接加载已有的状态文件。
[0054]
作为可选的实施方式，第一程序指示第二程序基于当前升级状态执行对应的动作包括：
[0055]
当升级流程的当前升级状态为下载成功状态时，第一程序调用第二程序对应的升级逻辑接口，通过升级逻辑接口指示第二程序执行升级动作。
[0056]
当升级流程的当前升级状态为回滚状态时，第一程序调用第二程序对应的回滚逻辑接口，通过回滚逻辑接口指示第二程序执行回滚动作。
[0057]
当升级流程的当前升级状态为取消状态时，第一程序调用第二程序对应的取消接口，通过取消接口指示第二程序取消执行升级动作，恢复当前版本。
[0058]
在本实施例中，第二程序的升级逻辑、回滚逻辑、取消逻辑可以自定义修改，满足支持第一程序的固定入口调用和按照约定维护本地状态文件即可。
[0059]
作为可选的实施方式，第一程序指示第二程序基于当前升级状态执行对应的动作之后，还包括：第二程序更新当前升级状态。第一程序仅控制整体的升级流程，并不关心第二程序的升级逻辑，因此，第二程序在执行对应的动作之后，需要及时更新状态文件，记录最新的升级状态。第一程序可以通过状态文件了解到当前升级状态。
[0060]
作为可选的实施方式，终结状态包括以下任意一种：升级成功状态；回滚失败状态；回滚成功状态；取消成功状态；取消失败状态。第一程序会控制升级流程直到终结状态，当第一程序判断当前升级状态为终结状态，第一程序取消定时任务，不启动第二程序。
[0061]
作为可选的实施方式，第一程序确定当前升级状态对应的动作是否由第二程序执行之后，还包括：响应于动作不由第二程序执行，第一程序执行当前升级状态对应的动作。如表1所示，第一程序和第二程序负责执行的动作是不同的，例如表1所示的状态流转规则，其中，动作1、2、3、4、10、11由第一程序执行，动作5、6、7、8、9由第二程序执行。第一程序在执行对应的动作之后，也会在状态文件中记录最新的状态。通过第一程序和第二程序共同维护状态文件，在升级流程中断时，可以随时从状态文件中获取当前升级状态，基于当前升级状态进行分工，执行各自负责的步骤。
[0062]
作为可选的实施方式，第一程序执行当前升级状态对应的动作包括：
[0063]
当升级流程的当前升级状态为下载中状态，第一程序下载升级包，并校验升级包的md5。在对固件进行升级之前，通常需要先下载升级包，并对升级包的md5进行校验，如果通过校验则表示下载成功，反之则表示下载失败，升级包无法使用。
[0064]
当升级流程的当前升级状态为下载失败状态，表示升级包的md5校验未通过，第一程序清理升级包。
[0065]
当升级流程的当前升级状态为取消成功状态，第一程序结束升级流程，向调用中心上报当前升级状态。第一程序可以接收来自调用中心的取消升级指令，并指示第二程序取消升级。
[0066]
当升级流程的当前升级状态为取消失败状态，表示升级已完成，第一程序向调用中心上报当前升级状态。第一程序在执行完每一个动作之后都会将最新的状态上报给调用中心。由第一程序把控整体的升级流程，第一程序触发执行升级流程后，会最终运行到终态，对调用中心的依赖小，可以离线升级，设备重启后也可以保证边缘设备固件可以流转到终结状态，保证不会因为网络不稳定导致的升级失败致使设备不可用。
[0067]
本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关
法律法规的规定，且不违背公序良俗。
[0068]
根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
[0069]
图4示出了可以用来实施本公开的实施例的示例电子设备400的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
[0070]
如图4所示，设备400包括计算单元401，其可以根据存储在只读存储器(rom)402中的计算机程序或者从存储单元408加载到随机访问存储器(ram)403中的计算机程序，来执行各种适当的动作和处理。在ram 403中，还可存储设备400操作所需的各种程序和数据。计算单元401、rom 402以及ram 403通过总线404彼此相连。输入/输出(i/o)接口405也连接至总线404。
[0071]
设备400中的多个部件连接至i/o接口405，包括：输入单元406，例如键盘、鼠标等；输出单元407，例如各种类型的显示器、扬声器等；存储单元408，例如磁盘、光盘等；以及通信单元409，例如网卡、调制解调器、无线通信收发机等。通信单元409允许设备400通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
[0072]
计算单元401可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元401的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元401执行上文所描述的各个方法和处理，例如固件应用升级方法。例如，在一些实施例中，固件应用升级方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元408。在一些实施例中，计算机程序的部分或者全部可以经由rom 402和/或通信单元409而被载入和/或安装到设备400上。当计算机程序加载到ram 403并由计算单元401执行时，可以执行上文描述的固件应用升级方法的一个或多个步骤。备选地，在其他实施例中，计算单元401可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行固件应用升级方法。
[0073]
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
[0074]
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的
功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
[0075]
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
[0076]
为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
[0077]
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
[0078]
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
[0079]
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
[0080]
上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。