系统、系统启动方法、装置及自动驾驶车辆与流程

1.本公开涉及计算机技术领域，尤其涉及自动驾驶、智能交通技术领域。


背景技术：

2.目前在自动驾驶领域，智能车辆均使用高性能计算处理平台，而处理器多为异构核，启动流程复杂，如果某一环节启动失败则导致整个车机系统无法正常使用。


技术实现要素：

3.本公开提供了系统、系统启动方法、装置及自动驾驶车辆。
4.根据本公开的第一方面，提供了一种系统启动方法，包括：
5.响应于系统启动指令，开启定时器；所述定时器被配置为：当开启时长达到预设时长，触发系统重启；
6.从至少两个系统分区中确定目标分区，并触发所述目标分区启动；
7.若监测到所述目标分区正常完成启动，清除所述定时器。
8.根据本公开的第二方面，提供了一种系统启动装置，包括：
9.定时开启模块，用于响应于系统启动指令，开启定时器；所述定时器被配置为：当开启时长达到预设时长，触发系统重启；
10.分区确定模块，用于从至少两个系统分区中确定目标分区，并触发所述目标分区启动；
11.清除模块，用于若监测到所述目标分区正常完成启动，清除所述定时器。
12.根据本公开的第三方面，提供了一种系统，包括：微控制单元、系统级芯片，所述微控制单元包括定时器，所述系统级芯片包含引导单元和至少两个系统分区；
13.所述微控制单元在接收到系统启动指令后开启所述定时器，所述定时器在开启时长达到预设时长时，触发系统重启；
14.所述引导单元，用于从至少两个系统分区中确定目标分区，并触发所述目标分区启动；
15.所述系统分区，用于在所述引导单元的触发下启动，若监测到本系统分区正常完成启动，清除所述定时器。
16.根据本公开的第四方面，提供了一种自动驾驶车辆，包括：根据第三方面的系统。
17.根据本公开的第五方面，提供了一种电子设备，包括：
18.至少一个处理器；以及
19.与所述至少一个处理器通信连接的存储器；其中，
20.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行系统启动方法。
21.根据本公开的第六方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行系统启动方法。
22.根据本公开的第七方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现系统启动方法。
23.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
24.附图用于更好地理解本方案，不构成对本公开的限定。其中：
25.图1为本公开实施例提供的系统启动方法的一种流程示意图；
26.图2为本公开实施例提供的一种系统结构图；
27.图3为本公开实施例提供的系统启动方法的一种示意图；
28.图4是用来实现本公开实施例的系统启动方法的装置的框图；
29.图5为本公开实施例提供的电子设备的框图。
具体实施方式
30.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
31.目前在自动驾驶领域，智能车辆均使用高性能计算处理平台，而处理器多为异构核，启动流程复杂，如果某一环节启动失败则导致整个车机系统无法正常使用。
32.举例来讲，目前车机系统通常依靠ota(over-the-air technology，空间下载技术)来快速迭代软件版本，给车主带来更多的功能体验，但是一旦更新了异常的ota包，导致板卡启动失败，无法正常使用车机功能，需要前往特定地点维修，给用户带来不好的体验。
33.为了解决升级了异常ota包或出现其他异常状况，无法正常启动系统的技术问题，本公开提供了一种系统、系统启动方法、装置及自动驾驶车辆。
34.本公开的一个实施例中，提供了一种系统启动方法，方法包括：
35.响应于系统启动指令，开启定时器；所述定时器被配置为：当开启时长达到预设时长，触发系统重启；
36.从至少两个系统分区中确定目标分区，并触发所述目标分区启动；
37.若监测到所述目标分区正常完成启动，清除所述定时器。
38.可见，本公开实施例中，设置有多个系统分区，在系统启动的过程中，选取一个目标分区并尝试启动该目标分区，如果目标分区出现异常情况导致无法正常启动，预先开启的定时器会触发系统重启，从而重新开启定时器并重新选取目标分区，直至选取到能够正常启动的目标分区，目标分区正常完成启动则清除预先开启的定时器，避免定时器触发系统重启。
39.采用上述机制启动系统，如果某个系统分区升级了异常ota包或出现其他异常状况，无法正常启动，定时器会重启系统，直至选取到能够正常启动的目标分区，保证用户正常使用系统功能。从而在升级异常ota包或出现其他异常状况时，无需到店维护，节省了维护成本，提高了整个系统的鲁棒性。
40.下面对本公开实施例提供的系统启动方法进行详细介绍。
41.参见图1，图1为本公开实施例提供的系统启动方法的一种流程示意图，如图1所示，方法可以包括以下步骤：
42.s101：响应于系统启动指令，开启定时器；定时器被配置为：当开启时长达到预设时长，触发系统重启。
43.本公开实施例中，当系统接收到启动指令，开启定时器，当开启时长达到预设时长，定时器会触发系统重启。
44.作为一个示例，当开启时长达到预设时长，定时器对系统板卡进行复位。
45.定时器触发系统重启，相当于系统重新收到启动指令。相应的，定时器也会重新开启，即重新开始计时。
46.s102：从至少两个系统分区中确定目标分区，并触发目标分区启动。
47.本公开实施例中，设置有多个系统分区，这些系统分区互为冗余备份。
48.本步骤中，可以按照预先设定的规则，从至少两个系统分区中确定目标分区。
49.例如，随机选取一个系统分区，作为目标分区；选取默认的系统分区，作为目标分区；保持上一次确定的目标分区等。
50.在确定目标分区后，可以向目标分区发送启动指令，即触发目标分区启动。
51.s103：若监测到目标分区正常完成启动，清除定时器。
52.本公开实施例中，目标分区如果正常完成启动，可以清除定时器，从而定时器不会触发系统重启，至此完成系统的启动。
53.本公开的一个实施例中，至少一个系统分区是经过ota升级的分区。
54.具体的，越来越多的智能车机系统或其他系统通过ota技术快速迭代软件版本，本公开实施例中，系统分区可以是经过ota升级的分区。
55.容易理解的，经过ota升级的分区也可能被选为目标分区。
56.如果经过ota升级的分区被选为目标分区，且目标分区升级了异常的ota包或出现其他异常状况，则该目标分区无法完成正常启动，这种情况下不会清除定时器，定时器会触发系统重启，即重新执行s101-s103，直至选取到能够正常启动的目标分区。
57.可见，本公开实施例中，设置有多个系统分区，在系统启动的过程中，选取一个目标分区并尝试启动该目标分区，如果目标分区出现异常情况导致无法正常启动，预先开启的定时器会触发系统重启，从而重新开启定时器并重新选取目标分区，直至选取到能够正常启动的目标分区，目标分区正常完成启动则清除预先开启的定时器，避免定时器触发系统重启。
58.采用上述机制启动系统，如果某个系统分区升级了异常ota包或出现其他异常状况，无法正常启动，定时器会重启系统，直至选取到能够正常启动的目标分区，保证用户正常使用系统功能。从而在升级异常ota包或出现其他异常状况时，无需到店维护，节省了维护成本，提高了整个系统的鲁棒性。
59.本公开的一个实施例中，还可以记录定时器连续触发系统重启的累计次数，其中，当定时器触发系统重启，累计次数加一；当定时器被清除，累计次数重置为零。
60.相应的，从至少两个系统分区中确定目标分区的步骤，具体为：判断累计次数是否达到预设次数，若未达到预设次数，保持上次确定的目标分区；若达到预设次数，从至少两
个系统分区中确定新的目标分区。
61.具体的，定时器触发系统重启，表示上次选取的目标分区未能正常完成启动。
62.然而，目标分区未能正常完成启动具有一定的偶然性，也就是说，目标分区偶尔一次未能正常完成启动，并不代表目标分区出现故障。
63.因此，为了进一步提高系统的鲁棒性，只有目标分区连续多次未正常完成启动的情况下，才进行切换分区。
64.本公开实施例中，可以记录定时器连续触发系统重启的累计次数，累计次数能够表征当前目标分区连续的未正常启动的次数。在累计次数未达到预设次数时，保持目标分区不变；在累计次数达到预设次数时，表征当前目标分区出现故障，此时再切换目标分区，即从多个系统分区中确定新的目标分区。
65.其中，上述预设次数可以根据需求设定。
66.作为一个示例，预设次数为2，在接收到系统启动指令后，启动定时器，此时定时器的累计次数为0；假设从系统分区中确定a分区作为目标分区，若a分区未正常完成启动，则不会清除定时器，定时器触发系统重启，此时定时器的累计次数变更为1；由于累计次数未达到预设次数，仍然选取a分区作为目标分区，若a分区未正常完成启动，不会清除定时器，定时器触发系统重启，此时定时器的累计次数变更为2；由于累计次数达到预设次数，因此切换目标分区，确定新的目标分区，若新的目标分区正常完成启动，则清除定时器，避免定时器触发系统重启，从而完成系统的启动。
67.可见，本公开实施例中，考虑到目标分区未能正常完成启动具有一定的偶然性，在目标区分连续多次未正常完成启动的情况下，才切换目标分区，避免偶然事件导致的频繁切换分区，进一步提高系统的鲁棒性。
68.本公开还提供了一种系统，包括：微控制单元、系统级芯片，其中，微控制单元包括定时器；系统级芯片包含引导单元和至少两个系统分区。
69.参见图2，图2为本公开实施例提供的一种系统结构图，如图2所示，系统200包括微控制单元201和系统级芯片202。其中，微控制单元可以是mcu(microcontroller unit)，系统级芯片可以是soc(system on chip)。
70.图2所示的系统可以是智能车辆的车机系统，当然也可以是其他系统，例如终端设备的操作系统等。以车机系统为例，soc负责高性能计算，比如：机器学习、图像处理、线控等，mcu控制整板的系统上电和下电。
71.本公开实施例中，在微控制单元201中运行定时器，当微控制单元接收到系统启动指令后开启定时器，并且，定时器被设置为：在开启时长达到预设时长时，触发系统重启。
72.本公开实施例中，系统级芯片202包含引导单元和多个系统分区。
73.引导单元可以按照预先设定的规则，从至少两个系统分区中确定目标分区。
74.例如，随机选取一个系统分区，作为目标分区；选取默认的系统分区，作为目标分区；保持上一次确定的目标分区等。
75.在确定目标分区之后，引导单元可以向目标分区发送启动指令。
76.进而目标分区在引导单元的触发下启动，并开始监测本系统分区是否正常完成启动。
77.如果目标分区监测到本系统分区已正常完成启动，则清除定时器，从而完成系统
的启动。
78.本公开的一个实施例中，至少一个系统分区是经过ota升级的分区。
79.具体的，越来越多的智能车机系统或其他系统通过ota技术快速迭代软件版本，本公开实施例中，系统分区可以是经过ota升级的分区。
80.如果经过ota升级的分区被选为目标分区，且目标分区升级了异常的ota包或出现其他异常状况，则该目标分区无法完成正常启动，这种情况下不会清除定时器，定时器会触发系统重启，即重新确定目标分区，直至选取到能够正常启动的目标分区。
81.可见，本公开实施例中，设置有多个系统分区，在系统启动的过程中，选取一个目标分区并尝试启动该目标分区，如果目标分区出现异常情况导致无法正常启动，预先开启的定时器会触发系统重启，从而重新开启定时器并重新选取目标分区，直至选取到能够正常启动的目标分区，目标分区正常完成启动则清除预先开启的定时器，避免定时器触发系统重启。
82.采用上述机制启动系统，如果某个系统分区升级了异常ota包或出现其他异常状况，无法正常启动，定时器会重启系统，直至选取到能够正常启动的目标分区，保证用户正常使用系统功能。从而在升级异常ota包或出现其他异常状况时，无需到店维护，节省了维护成本，提高了整个系统的鲁棒性。
83.本公开的一个实施例中，引导单元是运行bootloader(引导加载程序)的单元，其中，bootloader是应用程序/系统运行前执行的一段固化的代码程序，用于完成从硬件加电到操作系统内核运行之间的准备工作，这些工作包括硬件检测、硬件初始化等。
84.本公开实施例中，可以将确定目标分区的规则写入bootloader程序，从而在执行bootloader程序过程中，从至少两个系统分区中确定目标分区。
85.可见，将确定目标分区的规则写入bootloader程序，从而借用系统之外的固有的bootloader程序实现系统分区的选择，在执行bootloader程序的过程中，既完成了硬件检测、硬件初始化等准备工作，又根据设置的规则选择了系统分区，从而无需在系统分区之外单独设置用于选择系统分区的软/硬单元，节省了系统资源。
86.本公开的一个实施例中，每个系统分区都内置有监控进程，可以监控本系统分区是否正常完成启动。
87.如果目标分区的监控进程监测到目标分区正常完成启动，则清除定时器。
88.如果目标分区升级了异常ota包或出现其他异常状况，导致目标分区无法正常完成启动，通常这种情况下，监控进程本身也无法正常运行，因此不会清除定时器，定时器触发系统重启。
89.可见，本公开实施例中，可以通过目标分区内置的监控进程，来监控目标分区是否正常完成启动，非常方便快捷，即使目标分区出现异常导致监控进程本身无法正常运行，也不会影响整体的启动流程。
90.本公开的一个实施例中，引导单元，还用于记录定时器连续触发系统重启的累计次数；其中，当定时器触发系统重启，累计次数加一；当定时器被清除，累计次数重置为零；
91.相应的，引导单元判断累计次数是否达到预设次数，若未达到预设次数，保持上次确定的目标分区；若达到预设次数，从至少两个系统分区中确定新的目标分区。
92.可见，考虑到目标分区未能正常完成启动具有一定的偶然性，在目标区分连续多
次未正常完成启动的情况下，才切换目标分区，避免偶然事件导致的频繁切换分区，进一步提高系统的鲁棒性。
93.为了便于理解，下面结合附图图3对本公开实施例提供的系统进行进一步说明，图3为本公开实施例提供的系统启动方法的一种示意图。
94.如图3所示，响应于系统启动指令，系统上电，微控制单元上电，启动微控制单元中的定时器；同时系统级芯片上电，执行系统级芯片的bootloader(引导加载程序)，bootloader中包含预先写入的确定目标分区的规则，从而在执行bootloader的过程中，确定目标分区。其中，确定目标分区的规则可以参见上文，不再赘述。
95.此外，执行bootloader还可以对硬件进行相应的初始化和设定，为操作系统准备好启动环境，具体可以参见相关技术。
96.确定目标分区后，触发目标分区启动，目标分区运行监控进程，监控目标分区是否正常完成启动，若是，清除定时器。
97.若目标分区无法正常完成启动，不清除定时器，从而当定时器开启时长达到预设时长，触发系统重启，即重新为系统上电。
98.可见，本公开实施例中，设置有多个系统分区，在系统启动的过程中，选取一个目标分区并尝试启动该目标分区，如果目标分区出现异常情况导致无法正常启动，预先开启的定时器会触发系统重启，从而重新开启定时器并重新选取目标分区，直至选取到能够正常启动的目标分区，目标分区正常完成启动则清除预先开启的定时器，避免定时器触发系统重启。
99.采用上述机制启动系统，如果某个系统分区升级了异常ota包或出现其他异常状况，无法正常启动，定时器会重启系统，直至选取到能够正常启动的目标分区，保证用户正常使用系统功能。从而在升级异常ota包或出现其他异常状况时，无需到店维护，节省了维护成本，提高了整个系统的鲁棒性。
100.参见图4，图4是用来实现本公开实施例的系统启动方法的装置的框图，包括以下模块：
101.定时开启模块401，用于响应于系统启动指令，开启定时器；所述定时器被配置为：当开启时长达到预设时长，触发系统重启；
102.分区确定模块402，用于从至少两个系统分区中确定目标分区，并触发所述目标分区启动；
103.清除模块403，用于若监测到所述目标分区正常完成启动，清除所述定时器。
104.可见，本公开实施例中，设置有多个系统分区，在系统启动的过程中，选取一个目标分区并尝试启动该目标分区，如果目标分区出现异常情况导致无法正常启动，预先开启的定时器会触发系统重启，从而重新开启定时器并重新选取目标分区，直至选取到能够正常启动的目标分区，目标分区正常完成启动则清除预先开启的定时器，避免定时器触发系统重启。
105.采用上述机制启动系统，如果某个系统分区升级了异常ota包或出现其他异常状况，无法正常启动，定时器会重启系统，直至选取到能够正常启动的目标分区，保证用户正常使用系统功能。从而在升级异常ota包或出现其他异常状况时，无需到店维护，节省了维护成本，提高了整个系统的鲁棒性。
106.本公开的一个实施例中，至少一个所述系统分区是经过ota升级的分区。
107.本公开的一个实施例中，还包括：
108.记录模块，用于记录所述定时器连续触发系统重启的累计次数；其中，当所述定时器触发系统重启，所述累计次数加一；当所述定时器被清除，累计次数重置为零；
109.所述分区确定模块402，具体用于：
110.判断所述累计次数是否达到预设次数，若未达到所述预设次数，保持上次确定的目标分区；若达到所述预设次数，从所述至少两个系统分区中确定新的目标分区。
111.可见，本公开实施例中，考虑到目标分区未能正常完成启动具有一定的偶然性，在目标区分连续多次未正常完成启动的情况下，才切换目标分区，避免偶然事件导致的频繁切换分区，进一步提高系统的鲁棒性。
112.本公开实施例还提供了一种自动驾驶车辆，包括上述系统。
113.目前的自动驾驶领域，自动驾驶车辆均使用高性能计算处理平台，而处理器多为异构核，启动流程复杂，如果某一环节启动失败则导致整个车机系统无法正常使用。
114.并且，目前的自动驾驶车辆通常依靠ota技术快速迭代软件版本，但是一旦升级了异常的ota包，会导致板卡启动失败，无法正常使用车机功能，需要前往特定地点维修。
115.本公开实施例提供的自动驾驶车辆可以包括如图2所示的系统，具体包括微控制单元、系统级芯片，微控制单元包括定时器，系统级芯片包含引导单元和至少两个系统分区。微控制单元在接收到系统启动指令后开启定时器，定时器在开启时长达到预设时长时，触发系统重启；引导单元，用于从至少两个系统分区中确定目标分区，并触发目标分区启动；系统分区，用于在引导单元的触发下启动，若监测到本系统分区正常完成启动，清除定时器。
116.从而，在自动驾驶车辆的车机系统启动过程中，选取一个目标分区并尝试启动该目标分区，如果目标分区出现异常情况导致无法正常启动，预先开启的定时器会触发系统重启，从而重新开启定时器并重新选取目标分区，直至选取到能够正常启动的目标分区，目标分区正常完成启动则清除预先开启的定时器，避免定时器触发系统重启。
117.采用上述机制启动系统，如果某个系统分区升级了异常ota包或出现其他异常状况，无法正常启动，定时器会重启系统，直至选取到能够正常启动的目标分区，保证用户正常使用系统功能。
118.可见，即使自动驾驶车辆的某个系统分区升级了异常ota包或出现其他异常状况，也能切换到正常的系统分区，无需到店维护，节省了维护成本，提高了整个系统的鲁棒性。
119.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
120.本公开提供了一种电子设备，包括：
121.至少一个处理器；以及
122.与所述至少一个处理器通信连接的存储器；其中，
123.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行系统启动方法。
124.本公开提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行系统启动方法。
125.本公开提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现系统启动方法。
126.图5示出了可以用来实施本公开的实施例的示例电子设备500的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
127.如图5所示，设备500包括计算单元501，其可以根据存储在只读存储器(rom)502中的计算机程序或者从存储单元508加载到随机访问存储器(ram)503中的计算机程序，来执行各种适当的动作和处理。在ram 503中，还可存储设备500操作所需的各种程序和数据。计算单元501、rom 502以及ram 503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。
128.设备500中的多个部件连接至i/o接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
129.计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理，例如系统启动方法。例如，在一些实施例中，系统启动方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由rom 502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到ram 503并由计算单元501执行时，可以执行上文描述的系统启动方法的一个或多个步骤。备选地，在其他实施例中，计算单元501可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行系统启动方法。
130.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、复杂可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
131.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件
包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
132.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
133.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
134.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
135.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
136.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
137.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。