行驶里程获取方法、装置以及设备与流程

1.本公开涉及云存储和云计算等技术领域，可应用于自动驾驶场景。


背景技术：

2.目前，自动驾驶出行服务已进入试点阶段，国内在多个城市的部分区域已开始运营。通过自动驾驶为用户提供的出行服务，需要计算实际服务里程，以保障自动驾驶出行服务可持续健康发展。
3.通常，自动驾驶出行服务采用单一的里程计算方式，即，定位起点和终点来计算行驶里程，计算异常或失败，则里程计算为0。


技术实现要素：

4.本公开实施例提出了一种行驶里程获取方法、装置、设备、存储介质以及程序产品。
5.第一方面，本公开实施例提出了一种行驶里程获取方法，包括：响应于接收到车辆到达起点时发送的起点位置和起点里程，将起点位置和起点里程作为数据点存储到时序数据库；响应于接收到车辆在行驶过程中周期性发送的实时位置和实时里程，将实时位置和实时里程作为数据点存储到时序数据库；响应于接收到车辆到达终点时发送的终点位置和终点里程，将终点位置和终点里程作为数据点存储到时序数据库；基于时序数据库中的数据点，生成车辆的行驶里程。
6.第二方面，本公开实施例提出了一种行驶里程获取装置，包括：第一存储模块，被配置成响应于接收到车辆到达起点时发送的起点位置和起点里程，将起点位置和起点里程作为数据点存储到时序数据库；第二存储模块，被配置成响应于接收到车辆在行驶过程中周期性发送的实时位置和实时里程，将实时位置和实时里程作为数据点存储到时序数据库；第三存储模块，被配置成响应于接收到车辆到达终点时发送的终点位置和终点里程，将终点位置和终点里程作为数据点存储到时序数据库；第一生成模块，被配置成基于时序数据库中的数据点，生成车辆的行驶里程。
7.第三方面，本公开实施例提出了一种电子设备，包括：至少两个处理器；以及与至少两个处理器通信连接的存储器；其中，存储器存储有可被至少两个处理器执行的指令，指令被至少两个处理器执行，以使至少两个处理器能够执行如第一方面中任一实现方式描述的方法。
8.第四方面，本公开实施例提出了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行如第一方面中任一实现方式描述的方法。
9.第五方面，本公开实施例提出了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现如第一方面中任一实现方式描述的方法。
10.本公开实施例提供的行驶里程获取方法，除了上传起点数据和终点数据之外，还周期性上传行驶过程中的数据，即使部分数据因网络问题无法正常上传，也能够计算出车
辆的实际行驶里程，提高了车辆的行驶里程的合理性。针对自动驾驶出行服务，通过该方法可以获取自动驾驶出行服务的单次服务订单的实际里程。
11.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
12.通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显。附图用于更好地理解本方案，不构成对本公开的限定。其中：
13.图1是根据本公开的行驶里程获取方法的一个实施例的流程图；
14.图2是根据本公开的行驶里程获取方法的又一个实施例的流程图；
15.图3是可以实现本公开实施例的行驶里程获取方法的场景图；
16.图4是根据本公开的行驶里程获取装置的一个实施例的结构示意图；
17.图5是用来实现本公开实施例的行驶里程获取方法的电子设备的框图。
具体实施方式
18.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
19.需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
20.图1示出了根据本公开的行驶里程获取方法的一个实施例的流程100。该行驶里程获取方法包括以下步骤：
21.步骤101，响应于接收到车辆到达起点时发送的起点位置和起点里程，将起点位置和起点里程作为数据点存储到时序数据库。
22.在本实施例中，车辆在接收到订单后，可以从当前位置规划行驶到订单的起点位置，并在达到起点位置后，向云端上报起点位置p1和起点里程m1。云端可以将起点位置p1和起点里程m1作为数据点存储到时序数据库。其中，起点位置p1可以是车辆到达订单中的起点后其车辆定位系统定位到的位置数据。起点里程m1可以是车辆到达订单中的起点后其车辆里程表上的车辆机械里程。时序数据库可以用于处理带时间标签(按照时间的顺序变化，即时间序列化)的数据，带时间标签的数据也称为时间序列数据，这里的时间标签是存储数据点的时间。
23.通常，车辆可以是自动驾驶车辆，提供自动驾驶出行服务，按照订单将用户从起点位置载客到终点位置。订单是自动驾驶出行服务的核心承载单元，用于向自动驾驶车辆下发指令，使得车辆按照订单中的起点和终点规划路线，完成出行任务。
24.步骤102，响应于接收到车辆在行驶过程中周期性发送的实时位置和实时里程，将实时位置和实时里程作为数据点存储到时序数据库。
25.在本实施例中，车辆可以按照规划路线从订单中的起点行驶到订单中的终点。在
行驶过程中，周期性向云端上报实时位置p2和实时里程m2。云端可以将实时位置p2和实时里程m2作为数据点存储到时序数据库。其中，实时位置p2可以是车辆在行驶过程中其车辆定位系统实时定位到的位置数据。实时里程m2可以是车辆在行驶过程中其车辆里程表上的实时车辆机械里程。
26.通常，车辆达到起点位置后会等待用户上车。用户上车后需要进行安全认证和身份认证。认证通过后，车辆才可以按照规划路线自动驾驶到订单中的终点。针对车辆在到达起点或终点时可能因网络问题无法正常上传的情况，增加冗余机制。具体地，在行驶过程中，周期性地(例如每2秒)向云端上报实时位置p2和实时里程m2。
27.步骤103，响应于接收到车辆到达终点时发送的终点位置和终点里程，将终点位置和终点里程作为数据点存储到时序数据库。
28.在本实施例中，车辆达到终点位置后，可以向云端上报终点位置p3和终点里程m3。云端可以将终点位置p3和终点里程m3作为数据点存储到时序数据库。其中，终点位置p3可以是车辆到达订单中的终点后其车辆定位系统定位到的位置数据。终点里程m3可以是车辆到达订单中的终点后其车辆里程表上的车辆机械里程。
29.步骤104，基于时序数据库中的数据点，生成车辆的行驶里程。
30.在本实施例中，云端可以基于时序数据库中的数据点，生成车辆的行驶里程。
31.通常，云端可以从时序数据库中获取数据点，生成车辆的行驶里程。例如，从时序数据库中获取起点里程m1和终点里程m3，计算终点里程m3和起点里程m1的差值，作为车辆的行驶里程。又例如，将时序数据库中的所有数据点中的位置转化为经纬度坐标，对于任意两个相邻数据点，基于经纬度坐标计算球面距离，并计算所有球面距离的和，作为车辆的行驶里程。
32.本公开实施例提供的行驶里程获取方法，除了上传起点数据和终点数据之外，还周期性上传行驶过程中的数据，即使部分数据因网络问题无法正常上传，也能够计算出车辆的实际行驶里程，提高了车辆的行驶里程的合理性。针对自动驾驶出行服务，通过该方法可以获取自动驾驶出行服务的单次服务订单的实际里程。
33.继续参考图2，其示出了根据本公开的行驶里程获取方法的又一个实施例的流程200。该行驶里程获取方法包括以下步骤：
34.步骤201，响应于接收到车辆到达起点时发送的起点位置和起点里程，将起点位置和起点里程作为数据点存储到时序数据库。
35.步骤202，响应于接收到车辆在行驶过程中周期性发送的实时位置和实时里程，将实时位置和实时里程作为数据点存储到时序数据库。
36.步骤203，响应于接收到车辆到达终点时发送的终点位置和终点里程，将终点位置和终点里程作为数据点存储到时序数据库。
37.在本实施例中，步骤201-203的具体操作已在图1所示的实施例中步骤101-103中进行了详细的介绍，在此不再赘述。
38.步骤204，获取车辆到达起点的起点时间和到达终点的终点时间。
39.在本实施例中，云端可以从车辆获取其到达起点的起点时间和到达终点的终点时间。
40.通常，车辆在达到起点位置后，除了上报起点位置p1和起点里程m1之外，还可以上
报车辆到达起点的起点时间。车辆达到终点位置后，除了上报终点位置p3和终点里程m3之外，还可以上报车辆到达终点的终点时间。
41.步骤205，从时序数据库中获取起点时间之后的第一个数据点和终点时间之前的第一个数据点。
42.在本实施例中，云端可以从时序数据库中获取起点时间之后的第一个数据点和终点时间之前的第一个数据点。通常，车辆除了上报位置和里程之外，还可以上报车辆到达该位置的时间。时序数据库中起点时间之后的第一个数据点是起点数据。时序数据库中的终点时间之前的第一个数据点是终点数据。
43.步骤206，确定起点时间之后的第一个数据点和终点时间之前的第一个数据点是否为空。
44.在本实施例中，云端可以确定起点时间之后的第一个数据点和终点时间之前的第一个数据点是否为空。若不为空，则执行步骤207；若为空，则执行步骤208。其中，起点时间之后的第一个数据点为空，说明起点数据未正常上传。终点时间之前的第一个数据点为空，说明终点数据未正常上传。
45.需要说明的是，时序数据库中的数据点带有时间标签，当车端的某一时间点的数据未正常上传时，时序数据库中保留该时间点对应的存储位置，但是该存储位置的数据点为空。
46.步骤207，计算终点时间之前的第一个数据点中的里程与起点时间之后的第一个数据点中的里程的差值，作为车辆的行驶里程。
47.在本实施例中，若起点时间之后的第一个数据点和终点时间之前的第一个数据点不为空，云端可以计算终点时间之前的第一个数据点中的里程与起点时间之后的第一个数据点中的里程的差值，作为车辆的行驶里程，并继续执行步骤214。
48.这里，若起点时间之后的第一个数据点和终点时间之前的第一个数据点不为空，说明起点数据和终点数据正常上传，终点数据的里程与起点数据的里程的差值就是车辆的实际行驶里程。
49.步骤208，确定时序数据库中的所有数据点是否为空。
50.在本实施例中，若起点时间之后的第一个数据点和终点时间之前的第一个数据点为空，云端可以确定时序数据库中的所有数据点是否都为空。若不都为空，则执行步骤209；若都为空，则执行步骤211。其中，时序数据库中的所有数据点都为空，说明所有数据都未正常上传。
51.步骤209，基于时序数据库中的非空数据点，调用电子地图距离计算服务接口，得到车辆的行驶里程。
52.在本实施例中，若起点时间之后的第一个数据点或终点时间之前第一个数据点为空，但时序数据库中的所有数据点不都为空，则云端可以启动以下冗余策略1，即，基于时序数据库中的非空数据点，生成车辆的行驶里程。具体地，云端可以基于时序数据库中的非空数据点，调用电子地图距离计算服务接口，得到车辆的行驶里程。解决了起点数据或终点数据无法正常上传的情况下，合理计算车辆的实际行驶里程的问题。
53.其中，电子地图的后台服务器对外提供距离计算服务接口，可以用于计算车辆的行驶里程。这样，对云端计算能力要求不高，由电子地图的后台服务器计算车辆的行驶里
程，并返回给云端。具体地，电子地图的后台服务器可以将时序数据库中的所有非空数据点转化为经纬度坐标，对于任意两个相邻数据点，基于经纬度坐标计算球面距离，并计算所有球面距离的和，得到车辆的行驶里程。
54.此外，在云端计算能力足够的情况下，可以由云端直接计算车辆的行驶里程。具体地，云端可以将时序数据库中的所有非空数据点转化为经纬度坐标，对于任意两个相邻数据点，基于经纬度坐标计算球面距离，并计算所有球面距离的和，得到车辆的行驶里程。
55.步骤210，确定电子地图距离计算服务接口基于时序数据库中的非空数据点返回的数据是否为空。
56.在本实施例中，云端可以确定电子地图距离计算服务接口基于时序数据库中的非空数据点返回的数据是否为空。若不为空，则执行步骤214；若为空，则执行步骤211。
57.步骤211，基于车辆的订单起点和订单终点，调用电子地图距离计算服务接口，得到车辆的行驶里程。
58.在本实施例中，若时序数据库中的所有数据点都为空或电子地图距离计算服务接口基于时序数据库中的非空数据点返回的数据为空，云端可以启动以下冗余策略2，即，基于车辆的订单起点和订单终点，调用电子地图距离计算服务接口，得到车辆的行驶里程。解决了所有车辆数据无法正常上传的情况下，合理计算车辆的实际行驶里程的问题。
59.其中，电子地图的后台服务器对外提供距离计算服务接口，可以用于计算车辆的行驶里程。这样，对云端计算能力要求不高，由电子地图的后台服务器计算车辆的行驶里程，并返回给云端。具体地，电子地图的后台服务器可以将订单起点和订单终点转化为经纬度坐标，基于经纬度坐标计算从订单起点到订单终点的球面距离，作为车辆的行驶里程。
60.步骤212，确定电子地图距离计算服务接口基于车辆的订单起点和订单终点返回的数据是否为空。
61.在本实施例中，云端可以确定电子地图距离计算服务接口基于车辆的订单起点和订单终点返回的数据是否为空。若不为空，则执行步骤214；若为空，则执行步骤212。
62.步骤213，基于车辆的订单起点和订单终点计算球面距离，得到车辆的行驶里程。
63.在本实施例中，若电子地图距离计算服务接口基于车辆的订单起点和订单终点返回的数据为空，则启动以下冗余策略3，即，基于车辆的订单起点和订单终点计算球面距离，得到车辆的行驶里程。具体地，电子地图的后台服务器可以将订单起点和订单终点转化为经纬度坐标，基于经纬度坐标计算从订单起点到订单终点的球面距离，作为车辆的行驶里程。解决了电子地图距离计算服务接口返回数据异常的情况下，合理计算车辆的实际行驶里程的问题。
64.步骤214，基于车辆的行驶里程和预设的计费策略，生成车辆的订单费用。
65.在本实施例中，云端可以基于车辆的行驶里程和预设的计费策略，生成车辆的订单费用。其中，计费策略可以是根据不同的行驶里程制定的不同收费策略。例如，起步里程为3公里，起步费10元，超起步里程后10公里内，每公里2元，超起步里程后10公里以上，每公里3元。
66.从图2中可以看出，与图1对应的实施例相比，本实施例中的行驶里程获取方法的流程200突出了行驶里程计算步骤。由此，本实施例描述的方案增加各种冗余策略，无论车辆上传的任何数据丢失，均能够合理计算车辆的行驶里程。并且，基于行驶里程进行订单费
用的计算，以保障自动驾驶出行服务可持续健康发展，达到商业化闭环。
67.为了便于理解，图3示出了可以实现本公开实施例的行驶里程获取方法的场景图。如图3所示，用户发起订单来请求使用自动驾驶出行服务。车辆在接收到订单后，可以行驶到订单的起点位置，并向云端上报起点位置和起点里程。在用户上车后，车辆开始行驶，并周期性上报实时位置和实时里程。直至车辆达到终点位置后，上报终点位置和终点里程。随后，云端可以获取订单行程时间，即，开始时间和结束时间。云端可以获取从开始行程至到达终点的路由轨迹，并根据路由轨迹的point计算里程。在计算失败的情况下，由电子地图基于起点位置和终点位置获取预估距离。在预估失败的情况下，根据起点坐标和终点坐标计算球面距离。
68.进一步参考图4，作为对上述各图所示方法的实现，本公开提供了一种行驶里程获取装置的一个实施例，该装置实施例与图1所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
69.如图4所示，本实施例的行驶里程获取装置400可以包括：第一存储模块401、第二存储模块402、第三存储模块403和第一生成模块404。其中，第一存储模块401，被配置成响应于接收到车辆到达起点时发送的起点位置和起点里程，将起点位置和起点里程作为数据点存储到时序数据库；第二存储模块402，被配置成响应于接收到车辆在行驶过程中周期性发送的实时位置和实时里程，将实时位置和实时里程作为数据点存储到时序数据库；第三存储模块403，被配置成响应于接收到车辆到达终点时发送的终点位置和终点里程，将终点位置和终点里程作为数据点存储到时序数据库；第一生成模块404，被配置成基于时序数据库中的数据点，生成车辆的行驶里程。
70.在本实施例中，行驶里程获取装置400中：第一存储模块401、第二存储模块402、第三存储模块403和第一生成模块404的具体处理及其所带来的技术效果可分别参考图1对应实施例中的步骤101-104的相关说明，在此不再赘述。
71.在本实施例的一些可选的实现方式中，第一生成模块404包括：第一获取子模块，被配置成获取车辆到达起点的起点时间和到达终点的终点时间；第二获取子模块，被配置成从时序数据库中获取起点时间之后的第一个数据点和终点时间之前的第一个数据点；计算子模块，被配置成计算终点时间之前的第一个数据点中的里程与起点时间之后的第二个数据点中的里程的差值，作为车辆的行驶里程。
72.在本实施例的一些可选的实现方式中，第一生成模块404还包括：生成子模块，被配置成若起点时间之后的第一个数据点或终点时间之前的第一个数据点为空，从时序数据库中获取非空数据点，生成车辆的行驶里程。
73.在本实施例的一些可选的实现方式中，生成子模块包括：第一调用单元，被配置成基于时序数据库中的非空数据点，调用电子地图距离计算服务接口，得到车辆的行驶里程。
74.在本实施例的一些可选的实现方式中，生成子模块包括：转化单元，被配置成将时序数据库中的非空数据点转化为经纬度坐标；第一计算单元，被配置成基于时序数据库中的相邻两个非空数据点的经纬度坐标，计算时序数据库中的相邻两个数据点的球面距离；第二计算单元，被配置成计算时序数据库中的所有相邻两个非空数据点的球面距离之和，得到车辆的行驶里程。
75.在本实施例的一些可选的实现方式中，生成子模块还包括：第二调用单元，被配置
成若时序数据库中的数据点都为空或电子地图距离计算服务接口基于时序数据库中的数据点返回的数据为空，基于车辆的订单起点和订单终点，调用电子地图距离计算服务接口，得到车辆的行驶里程。
76.在本实施例的一些可选的实现方式中，生成子模块还包括：若电子地图距离计算服务接口基于车辆的订单起点和订单终点返回的数据为空，基于车辆的订单起点和订单终点计算球面距离，得到车辆的行驶里程。
77.在本实施例的一些可选的实现方式中，行驶里程获取装置400还包括：第二生成模块，被配置成计算基于车辆的行驶里程和预设的计费策略，计算车辆的订单费用。
78.本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。
79.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
80.图5示出了可以用来实施本公开的实施例的示例电子设备500的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
81.如图5所示，设备500包括计算单元501，其可以根据存储在只读存储器(rom)502中的计算机程序或者从存储单元508加载到随机访问存储器(ram)503中的计算机程序，来执行各种适当的动作和处理。在ram 503中，还可存储设备500操作所需的各种程序和数据。计算单元501、rom 502以及ram 503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。
82.设备500中的多个部件连接至i/o接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
83.计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理，例如行驶里程获取方法。例如，在一些实施例中，行驶里程获取方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由rom 502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到ram 503并由计算单元501执行时，可以执行上文描述的行驶里程获取方法的一个或多个步骤。备选地，在其他实施例中，计算单元501可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行行驶里程获取方法。
84.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统
的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少两个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少两个输入装置、和至少两个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少两个输入装置、和该至少两个输出装置。
85.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
86.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
87.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
88.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
89.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以是分布式系统的服务器，或者是结合了区块链的服务器。
90.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开提供的技术方案所期望的结果，本文在此不进行限制。
91.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。