自动驾驶车辆的车载应用的更新方法、装置和电子设备与流程

1.本公开涉及计算机技术领域，尤其涉及自动驾驶技术领域。具体涉及一种自动驾驶车辆的车载应用的更新方法、装置和电子设备。


背景技术：

2.现有的自动驾驶车辆通常是采用空中下载技术(over-the-airtechnology，ota)下载补丁安装包，以对车载应用进行远程升级。随着车载应用的版本的迭代，所需下载的补丁安装包通常会越来越大，因此，远程升级所需耗费的时长也相应增加。


技术实现要素：

3.本公开提供了一种自动驾驶车辆的车载应用的更新方法、装置和电子设备。
4.根据本公开的第一方面，提供了一种自动驾驶车辆的车载应用的更新方法，包括：
5.在所述车载应用存在更新版本的情况下，确定第一应用数据与第二应用数据之间的差异数据，其中，所述第一应用数据为安装于所述自动驾驶车辆中的所述车载应用的应用数据，所述第二应用数据为所述车载应用的更新版本的应用数据；
6.从服务端下载所述差异数据；
7.基于所述差异数据和所述第一应用数据对所述车载应用进行更新。
8.根据本公开的第二方面，提供了一种自动驾驶车辆的车载应用的更新装置，包括：
9.确定模块，用于在所述车载应用存在更新版本的情况下，确定第一应用数据与第二应用数据之间的差异数据，其中，所述第一应用数据为安装于所述自动驾驶车辆中的所述车载应用的应用数据，所述第二应用数据为所述车载应用的更新版本的应用数据；
10.下载模块，用于从服务端下载所述差异数据；
11.更新模块，用于基于所述差异数据和所述第一应用数据对所述车载应用进行更新。
12.根据本公开的第三方面，提供了一种电子设备，包括：
13.至少一个处理器；以及
14.与所述至少一个处理器通信连接的存储器；其中，
15.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述第一方面所述的方法。
16.根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行上述第一方面所述的方法。
17.根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现第一方面所述的方法。
18.本公开实施例中，通过确定更新版本的应用数据与当前安装于自动驾驶车辆中的车载应用的应用数据之间的差异数据，如此，仅需下载更新版本与当前安装版本之间的差异数据即可实现对车载应用的更新，从而有利于提高车载应用的更新效率。
附图说明
19.附图用于更好地理解本方案，不构成对本公开的限定。其中：
20.图1是本公开实施例提供的一种自动驾驶车辆的车载应用的更新方法的流程图；
21.图2是本公开实施例提供的一种车载应用的更新系统的结构示意图；
22.图3是本公开实施例提供的一种自动驾驶车辆的车载应用的更新装置的结构示意图；
23.图4是本公开实施例中确定模块的结构示意图；
24.图5本公开实施例提供的用于实现自动驾驶车辆的车载应用的更新方法的电子设备的框图。
具体实施方式
25.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
26.请参见图1，图1为本公开实施例提供的一种自动驾驶车辆的车载应用的更新方法的流程示意图，所述方法包括以下步骤：
27.步骤s101、在所述车载应用存在更新版本的情况下，确定第一应用数据与第二应用数据之间的差异数据，其中，所述第一应用数据为安装于所述自动驾驶车辆中的所述车载应用的应用数据，所述第二应用数据为所述车载应用的更新版本的应用数据；
28.步骤s102、从服务端下载所述差异数据；
29.步骤s103、基于所述差异数据和所述第一应用数据对所述车载应用进行更新。
30.上述自动驾驶车辆的车载应用的更新方法可以应用于自动驾驶车辆中的车载终端，上述车载应用可以为安装于所述车载终端中的系统应用。且所述车载应用的更新方法具体为车载应用的远程更新方法。
31.上述第一应用数据可以是指当前版本的所述车载应用的应用数据安装包，或者，也可以是指当前版本的所述应用数据安装包中的数据文件。可以理解的是，当所述第一应用数据为当前版本的所述应用数据安装包中的数据文件时，基于所述第一应用数据可以重构所述当前版本的所述应用数据安装包。相应地，所述第二应用数据可以是指更新版本的所述车载应用的应用数据安装包，或者，也可以是指更新版本的所述应用数据安装包中的数据文件。可以理解的是，当所述第二应用数据为更新版本的所述应用数据安装包中的数据文件时，基于所述第二应用数据可以重构所述更新版本的所述应用数据安装包。
32.上述差异数据可以包括：包含于所述第二应用数据中，但未包含于所述第一应用数据中的全部数据。由于所述第一应用数据为当前安装于所述自动驾驶车辆中的所述车载应用的应用数据，因此，所述车载终端包括所述第一应用数据，在此基础上，当需要将所述车载应用更新为更新版本时，仅需从所述服务端下载所述差异数据。如此，结合所述第一应用数据和所述差异数据即可使得所述车载终端包括所述第二应用数据的全部数据内容，进而可以根据所述第一应用数据和所述差异数据将所述车载应用更新为所述更新版本。
33.在本公开一个实施例中，可以基于自动驾驶车辆的车载终端中的ota 客户端程序
识别是否存在所述更新版本。此外，也可以是所述服务端在接收端所述更新版本之后，向所述车载终端发送存在更新的指示信息。在确定所述车载应用存在更新版本时，通过所述ota技术下载所述差异数据至车载终端。
34.可以理解的是，上述所述第一应用数据为：安装于所述自动驾驶车辆中的所述车载应用的当前版本的应用数据，即所述更新版本的前一版本的应用数据。
35.相关技术中，在对应用更新时，采用补丁的方式为：在将应用部署于客户端时，发布一个base版本，后续，每次进行更新均相对于该base版本发布一个补丁(patch)版本，如此，由于每次更新均是相对于base版本发布patch版本，因此，随着迭代更新的次数更多，patch版本的安装包将越来越大，例如，第一次更新更新了a功能，则第一个patch版本中包含a功能的更新数据。第二次更新更新了b功能，则第二个patch版本中需要同时包含a功能和b功能的更新数据。因此，采用补丁的方式进行更新将导致随着迭代更新的次数增多，更新所需耗费的时长将越来越长的问题。
36.基于此，本公开实施例中，通过在每次对车载应用进行更新时，确定更新版本与当前安装版本之间的差异数据，并仅下载所述差异数据，即可实现对车载应用的更新。相对于采用补丁的方式进行更新而言，由于无需重复下载之前已经更新的内容，因此，可以提高更新的效率。
37.该实施方式中，通过确定更新版本的应用数据与当前安装于自动驾驶车辆中的车载应用的应用数据之间的差异数据，如此，仅需下载更新版本与当前安装版本之间的差异数据即可实现对车载应用的更新，从而有利于提高车载应用的更新效率。
38.可选地，所述确定第一应用数据与第二应用数据之间的差异数据，包括：
39.从所述服务端获取第一元信息，所述第一元信息为所述第二应用数据的元信息；
40.基于所述第一元信息与第二元信息确定所述差异数据，其中，所述第二元信息为所述第一应用数据的元信息。
41.其中，上述元信息是关于信息的信息，用于描述信息的结构、语义、用途和用法等。因此，可以通过对比所述第一元信息与所述第二元信息即可确定所述第一应用数据与第二应用数据之间的差异数据。
42.可以理解的是，由于所述第二元信息为描述第二应用数据的信息，因此，相对于所述第二应用数据而言，第二元信息所占用的空间相对较小，这样，车载终端可以快速从所述服务端下载所述第二元信息。同时，由于第一应用数据为当前安装于车载终端的车载应用的应用数据，因此，所述车载终端中可以预先存储有所述第一元信息。然后，通过对比所述第一元信息与第二元信息之间的差异，即可确定所述第一应用数据与第二应用数据之间的差异，进而确定所述差异数据。
43.请参见图2，为本公开一个实施例提供的一种车载应用的更新系统，包括ota服务端、车载终端和ota命令行工具，其中，所述ota服务端即上述服务端。
44.上述ota服务端可以包括版本元信息单元、数据存储单元和api接口服务单元，其中，所述版本元信息单元可以用于存储各个版本的车载应用的应用安装包的元信息；所述数据存储单元可以存储各个版本的车载应用的应用安装包，或者，所述数据存储单元可以存储各个版本的车载应用的应用安装包中的文件；所述api接口服务单元可以用于与所述车载终端进行交互，以实现数据的传输。
45.上述车载终端可以包括：版本元信息单元、数据存储单元、差异计算单元、数据预下载单元、工作区切换单元、系统服务工作区和api请求服务单元，其中，所述版本元信息单元可以用于存储当前版本的车载应用的应用安装包的元信息；所述数据存储单元可以用于存储当前版本的车载应用的应用安装包；所述差异计算单元可以用于计算所述第一元信息与第二元信息之间的差异，进而输出所述差异数据；所述数据预下载单元可以根据所述差异计算单元输出的计算结果，将所述差异数据预下载至所述数据存储单元，以便于后续进行版本切换；所述工作区切换单元可以用于基于所述第一应用数据和差异数据将所述车载终端中的车载应用更新为所述更新版本；所述系统服务工作区可以应用运行所述车载应用。所述api请求服务单元可以用于向所述ota服务端发送查询是否存在版本更新的请求。
46.上述ota命令行工具可以用于将更新版本的应用数据安装包上传至所述ota服务端。具体地，当存在更新版本时，可以通过ota命令行工具将更新版本的应用数据安装包进行上传，所述ota命令行工具在接收到所述应用数据安装包之后，可以对所述应用数据安装包进行处理，并将所述应用数据安装包中的数据文件存储于所述ota服务端的数据存储单元的对应位置，同时，生成所述数据文件对应的元信息，并将元信息对应存储于所述ota服务端的版本元信息单元。可以理解的是，根据所述版本元信息单元中的元信息可以定位所述数据存储单元中对应的数据文件。
47.该实施方式中，通过基于第一元信息与第二元信息确定所述差异数据，如此，有利于快速确定所述差异数据，进而可以进一步提高车载应用更新的效率。
48.可选地，所述第一元信息包括至少两个第一子元信息，所述至少两个第一子元信息与第一数据安装包中的至少两个第一数据文件对应，所述第一数据安装包为安装于所述自动驾驶车辆中的所述车载应用的数据安装包，所述第一子元信息包括所对应的第一数据文件的哈希值；所述第二元信息包括至少两个第二子元信息，所述至少两个第二子元信息与第二数据安装包中的至少两个第二数据文件对应，所述第二数据安装包为所述更新版本的所述车载应用的数据安装包，所述第二子元信息包括所对应的第二数据文件的哈希值；
49.所述基于所述第一元信息与第二元信息确定所述差异数据，包括：
50.在所述至少两个第二子元信息中确定目标子元信息，其中，所述目标子元信息为：与任意一个所述第一元信息的哈希值均不相同的第二子元信息；
51.将所述目标子元信息对应的第二数据文件确定为所述差异数据。
52.其中，由于车载应用的应用数据安装包中通常包括多个层级的文件，因此，所述应用数据安装包可以视为树状(tree)数据。相应地，所述第一元信息可以采用tree数据表示，其中，所述第一元信息中的每个数据节点对应所述应用数据安装包中一个层级的数据文件。如此，可以采用第一元信息描述所述应用数据安装包中各个层级的文件。具体可以在所述第一元信息中的每个数据节点设置一个第一子元信息，通过所述第一子元信息描述所对应的第一数据文件。
53.具体地，在将所述第一数据文件存入所述ota服务端的数据存储单元之前，可以采用哈希算法将所述第一数据文件转换为对应的哈希值，并基于所生成的哈希值生成所述第一数据文件所对应的第一子元信息，然后，将所生成的第一子元信息存储于ota服务端的版本元信息单元。
54.相应地，所述第二元信息也可以采用tree数据表示，其中，所述第二元信息中的每
个数据节点对应所述应用数据安装包中一个层级的数据文件。如此，可以采用第二元信息描述所述应用数据安装包中各个层级的文件。具体可以在所述第二元信息中的每个数据节点设置一个第二子元信息，通过所述第二子元信息描述所对应的第二数据文件。
55.该实施方式中，由于哈希值是由数据文件转换之后得到的数值，因此，哈希值与数据文件的文件内容具有一一对应的关系，因此，该实施方式通过哈希值建立元信息与数据文件之间的关联，如此，可以确保根据元信息能够准确的定位对应的数据文件。进而可以根据元信息的差异数据，确定应用数据之间的差异数据。
56.可选地，所述第一应用数据包括至少两条第一子数据，所述第一子数据包括：一个所述第一数据文件和所述第一数据文件的哈希值，其中，所述至少两条第一子数据中，任意两条第一子数据中的哈希值不同，且一个所述第一子数据对应至少一个所述第一子元信息；
57.所述第二应用数据包括至少两条第二子数据，所述第二子数据包括：一个所述第二数据文件和所述第二数据文件的哈希值，其中，所述至少两条第二子数据中，任意两条第二子数据中的哈希值不同，且一个所述第二子数据对应至少一个所述第二子元信息。
58.具体地，为建立所述第一子元信息与对应的第一数据文件之间的对应关系，在将所述第一数据文件存储于所述数据存储单元时，可以将所述第一数据文件与所对应的哈希值关联存储，如此，所述第一子元信息与对应的第一数据文件具有相同的哈希值，从而方便基于所述第一子元信息确定对应的第一数据文件。相应地，所述第二数据文件也与对应的哈希值关联存储于车载终端的数据存储单元。
59.可以理解的是，上述ota服务端的数据存储单元中所存储的数据可以采用平铺的方式存储，数据存储单元中的数据以文件sha-1值命名存储，数据区只关注内容，不关注其他文件属性信息，因此不会产生各种冗余数据。这种模式下，对于名称不同但内容相同的文件，实际只存储一份，在元信息中指向对应的文件。
60.具体地，由于文件内容相同的情况下，基于文件所生成的哈希值相同，因此，所述ota服务端的数据存储单元中对于相同文件内容的文件仅需存储一次，而应用数据安装包中可能存在多个文件内容相同的文件。因此，在所述第一元信息中，对于文件内容相同的节点，可以存储相同的哈希值。即一个所述第一子数据对应至少一个所述第一子元信息。
61.相应地，上述车载终端的数据存储单元中所存储的数据也可以采用平铺的方式存储，数据存储单元中的数据以文件sha-1值命名存储，数据区只关注内容，不关注其他文件属性信息，因此不会产生各种冗余数据。这种模式下，对于名称不同但内容相同的文件，实际只存储一份，在元信息中指向对应的文件。
62.该实施方式中，由于数据存储单元中所存储的数据文件中，对于相同文件内容的文件仅需存储一次，因此，可以减少对数据存储单元中空间的占用，同时，在所述车载终端从服务端下载数据时，对于相同文件内容的文件仅需下载一次，从而有利于进一步提高车载应用更新的效率。
63.可选地，所述第一子元信息还包括所对应的第一数据文件的属性信息，所述第二子元信息还包括所对应的第二数据文件的属性信息。
64.其中，所述第一数据文件的属性信息可以包括：文件的路径、文件名、文件属性等属性信息。相应地，所述第二数据文件的属性信息可以包括：文件的路径、文件名、文件属性
等属性信息。
65.该实施方式中，由于第一元信息中可能存在多个节点对应同一份数据文件，因此，可以通过第一子元信息中的属性信息区分文件内容相同的不同节点。以确保后续在车载应用更新的过程正常进行。
66.可选地，所述基于所述差异数据和所述第一应用数据对所述车载应用进行更新之后，所述方法还包括：
67.将所述自动驾驶车辆的车载终端中存储的第一元信息更新为第二元信息。
68.该实施方式中，由于在将车载应用更新为更新版本之后，车载终端的数据存储单元中存储的应用数据为第二应用数据，因此，通过将车载终端中的元信息更新为第二元信息，以便于所述车载终端中所存储的元信息与数据文件相对应，进而可以方便后续的版本更新过程。
69.可选地，所述基于所述差异数据和所述第一应用数据对所述车载应用进行更新，具体可以包括：
70.请参见图2，可以基于工作区切换模块：接收版本更新指令，通过建立硬链接的方式快速执行文件切换，该操作会秒级完成，而传统的拷贝复制可能花费几分钟甚至更长时间。从而有利于进一步提高车载应用更新的效率。
71.其中，所述更新指令可以是在所述数据预下载单元完成对所述差异数据的下载之后自动触发的指令。此外，在所述数据预下载单元完成对所述差异数据的下载之后，可以向用户发送弹窗，由用户选择是否立即进行更新，即所述更新指令也可以是用户基于所述弹窗输入的指令。
72.请参见图3，为本公开实施例提供的一种自动驾驶车辆的车载应用的更新装置300的结构示意图，所述自动驾驶车辆的车载应用的更新装置 300，包括：
73.确定模块301，用于在所述车载应用存在更新版本的情况下，确定第一应用数据与第二应用数据之间的差异数据，其中，所述第一应用数据为安装于所述自动驾驶车辆中的所述车载应用的应用数据，所述第二应用数据为所述车载应用的更新版本的应用数据；
74.下载模块302，用于从服务端下载所述差异数据；
75.更新模块303，用于基于所述差异数据和所述第一应用数据对所述车载应用进行更新。
76.可选地，请参见图4，所述确定模块301，包括：
77.获取子模块3011，用于从所述服务端获取第二元信息，所述第二元信息为所述第二应用数据的元信息；
78.确定子模块3012，用于基于所述第一元信息与第二元信息确定所述差异数据，其中，所述第一元信息为所述第一应用数据的元信息。
79.可选地，所述第一元信息包括至少两个第一子元信息，所述至少两个第一子元信息与第一数据安装包中的至少两个第一数据文件对应，所述第一数据安装包为安装于所述自动驾驶车辆中的所述车载应用的数据安装包，所述第一子元信息包括所对应的第一数据文件的哈希值；所述第二元信息包括至少两个第二子元信息，所述至少两个第二子元信息与第二数据安装包中的至少两个第二数据文件对应，所述第二数据安装包为所述更新版本的所述车载应用的数据安装包，所述第二子元信息包括所对应的第二数据文件的哈希值；
所述确定子模块3012，具体用于在所述至少两个第二子元信息中确定目标子元信息，其中，所述目标子元信息为：与任意一个所述第一元信息的哈希值均不相同的第二子元信息；
80.所述确定子模块3012，具体还用于将所述目标子元信息对应的第二数据文件确定为所述差异数据。
81.可选地，所述第一应用数据包括至少两条第一子数据，所述第一子数据包括：一个所述第一数据文件和所述第一数据文件的哈希值，其中，所述至少两条第一子数据中，任意两条第一子数据中的哈希值不同，且一个所述第一子数据对应至少一个所述第一子元信息；
82.所述第二应用数据包括至少两条第二子数据，所述第二子数据包括：一个所述第二数据文件和所述第二数据文件的哈希值，其中，所述至少两条第二子数据中，任意两条第二子数据中的哈希值不同，且一个所述第二子数据对应至少一个所述第二子元信息。
83.可选地，所述第一子元信息还包括所对应的第一数据文件的属性信息，所述第二子元信息还包括所对应的第二数据文件的属性信息。
84.需要说明地，本实施例提供的自动驾驶车辆的车载应用的更新装置 300能够实现上述自动驾驶车辆的车载应用的更新方法实施例的全部技术方案，因此至少能够实现上述全部技术效果，此处不再赘述。
85.本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
86.根据本公开的实施例，本公开还提供了另一种电子设备、一种可读存储介质和一种计算机程序产品。
87.图5示出了可以用来实施本公开的实施例的示例电子设备500的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
88.如图5所示，电子设备500包括计算单元501，其可以根据存储在只读存储器(rom)502中的计算机程序或者从存储单元508加载到随机访问存储器(ram)503中的计算机程序，来执行各种适当的动作和处理。在ram 503中，还可存储设备500操作所需的各种程序和数据。计算单元501、rom 502以及ram 503通过总线504彼此相连。输入/输出(i/o) 接口505也连接至总线504。
89.电子设备500中的多个部件连接至i/o接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
90.计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理，
例如自动驾驶车辆的车载应用的更新方法。例如，在一些实施例中，自动驾驶车辆的车载应用的更新方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由rom 502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到ram 503并由计算单元501 执行时，执行上文描述的自动驾驶车辆的车载应用的更新方法的一个或多个步骤。备选地，在其他实施例中，计算单元501可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行自动驾驶车辆的车载应用的更新方法。
91.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/ 或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
92.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
93.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
94.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入) 来接收来自用户的输入。
95.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数
字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
96.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
97.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
98.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。