网约车订单处理方法、装置、电子设备、介质及程序产品与流程

1.本技术实施例涉及共享出行技术领域，尤其涉及一种网约车订单处理方法、装置、电子设备、计算机存储介质及计算机程序产品。


背景技术：

2.目前，网约车为人们的出行提供了便利，乘客可以通过打车软件发送订单信息，系统将订单分配给指定的司机后，司机即可为乘客提供出行服务。然而，在某些场景下，可能发生乘客未乘车而扣费，或者，扣费多于乘客实际出行里程的情况，即乘客的实际乘车情况与订单状态并不一致，给乘客造成了损失。


技术实现要素：

3.有鉴于此，本技术实施例提供一种网约车订单处理方案，以至少部分解决上述问题。
4.根据本技术实施例的第一方面，提供了一种网约车订单处理方法，包括：
5.根据网约车订单信息和车辆的定位位置，触发显示用于校验乘客是否乘车的校验界面；
6.接收通过所述校验界面输入的乘客校验码，所述乘客校验码由乘客提供；
7.基于所述乘客校验码和所述网约车订单信息进行行程开启校验，以确定是否启动乘车计费。
8.根据本技术实施例的第二方面，提供了一种网约车订单处理装置，包括：
9.校验界面显示模块，用于根据网约车订单信息和车辆的定位位置，触发显示用于校验乘客是否乘车的校验界面；
10.乘客校验码接收模块，用于接收通过所述校验界面输入的乘客校验码，所述乘客校验码由乘客提供；
11.乘车计费启动模块，用于基于所述乘客校验码和所述网约车订单信息进行行程开启校验，以确定是否启动乘车计费。
12.根据本技术实施例的第三方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如第一方面所述的网约车订单处理方法对应的操作。
13.根据本技术实施例的第四方面，提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所述的网约车订单处理方法。
14.根据本技术实施例的第五方面，提供了一种计算机程序产品，包括计算机指令，所述计算机指令指示计算设备执行第一方面所述的网约车订单处理方法对应的操作。
15.根据本技术实施例提供的网约车订单处理方案，乘客校验码由乘客提供，即司机不能直接从网约车应用软件中获知本技术实施例中的乘客校验码，该乘客校验码只有乘客
知晓，通过乘客上车之后由乘客告知司机的方式，可以有效避免乘客未乘车或未上车而司机已经开始行程计费问题的发生，提高了乘车计费的准确性，减少了乘客的损失，提升了乘客的乘车体验。
附图说明
16.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
17.图1为本技术实施例中网约车订单处理方法的一种流程图；
18.图2为图1所示实施例中的一种场景示例的示意图；
19.图3为本技术实施例中网约车订单处理方法的又一种流程图；
20.图4为图3所示实施例中的一种场景示例的示意图；
21.图5为申请实施例中网约车订单处理装置的一种结构框图；
22.图6为本技术实施例中电子设备的一种结构示意图。
具体实施方式
23.为了使本领域的人员更好地理解本技术实施例中的技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术实施例一部分实施例，而不是全部的实施例。基于本技术实施例中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本技术实施例保护的范围。
24.下面结合本技术实施例附图进一步说明本技术实施例具体实现。
25.参见图1，图1为本技术实施例中网约车订单处理方法的一种流程图，可以包括以下步骤：
26.步骤s110，根据网约车订单信息和车辆的定位位置，触发显示用于校验乘客是否乘车的校验界面。
27.本技术实施例中，在乘客有乘车需求的情况下，乘客可以通过网约车应用软件(乘客端)输入乘客上车点位置和乘客下车点位置，生成网约车订单信息。因此，网约车订单信息中可以包括乘客上车点位置和乘客下车点位置，还可以包括预计上车时间等等。对于司机端而言，司机接收到该网约车订单后，可以驾驶车辆达到乘客上车点位置，在车辆行驶过程中，车辆的定位位置是实时变化的。在车辆接近或者到达乘客上车点位置后，网约车应用软件可以显示到达目的地，等待乘客上车的界面。此时，司机可以等待乘客上车。
28.相关技术中，在车辆到达乘客上车点位置之后，即便乘客没有上车，司机也可以通过网约车应用软件开始行程，如果最终乘客因故没有乘车，产生费用需要乘客承担，导致用户体验变差，或者，乘客在平台给定的免费等待时间内上车，但由于行程被提前开始，可能会出现不合理计时，这也会导致乘车计费不准确的问题，导致用户体验变差。
29.为了解决该问题，本技术增加了校验过程，即基于网约车订单信息和车辆的定位位置(例如，车辆到达乘客上车点位置)，触发显示用于校验乘客是否乘车的校验界面。该校验界面中要输入的信息为乘客上车后由乘客告知司机的校验码信息，该校验码信息在司机
端自始至开始校验过程都不可见，也即，司机无法获知该信息。这样，可以保证在乘客已经上车的情况下司机才开始行程，避免司机提前开始行程导致乘客费用增加，或者乘客未乘车而需要付费的问题。
30.步骤s120，接收通过校验界面输入的乘客校验码；其中，乘客校验码由乘客提供。
31.如前所述，本技术实施例中，乘客校验码不会在司机端有任何的呈现，也就是乘客校验码对于司机端处于屏蔽状态，即，司机端无法从网约车应用软件中获取乘客校验码。司机要想开始行程，可以从乘客处获取乘客校验码。乘客告知司机乘客校验码后，司机可以在校验界面输入乘客校验码，或者，乘客也可以直接在校验界面输入乘客校验码。相应地，网约车应用软件可以接收到该乘客校验码，之后，再对该乘客校验码进行校验。乘客校验码的输入可采用任意适当方式实现，包括但不限于：文本输入、语音输入等方式。
32.需要说明的是，乘客校验码可以是与乘客身份相关的数据，也可以是由网约车平台根据其业务规则生成的随机数据，乘客校验码的实现方式可由本领域技术人员根据实际需求适当设置。例如，该乘客校验码可以来源于乘客在网约车平台的注册信息或者来源于订单中填写的与乘客身份相关的数据，或者，也可以由平台随机生成的随机数据，通过短信或者网约车客户端发送给乘客。
33.可选的，乘客校验码可以是乘客联络号码如乘客的移动终端号码信息，如果乘客是网约车平台的注册用户，则该号码信息可以来源于注册信息，另外，本技术也适用于代叫车场景，即，发送网约车订单的乘客不是实际乘客，实际乘客是与该发送网约车订单的乘客相关的人。此时，在乘客发送网约车订单时，还可以添加实际乘客的相关信息(例如移动终端号码信息或身份证号码信息等)。在此情况下，乘客校验码可以来源于发送网约车订单的乘客的移动终端号码，也可以来源于订单信息中实际乘客的移动终端号码。实际乘客上车之后，告知司机任何一个移动终端号码信息，均可以校验成功。
34.在实际应用中，乘客校验码可以实现为完整的移动终端号码、移动终端号码后四位、移动终端号码后六位等等。或者，乘客校验码也可以是乘客的身份证号码信息，例如，可以是身份证号码后四位、身份证号码后六位、身份证号码后八位等等。或者，乘客校验码也可以是与乘客关联的银行卡信息，例如，银行卡卡号后四位等等。此外，在实际应用中，也可采用不同级别乘客对应不同的乘客校验码方式。
35.可选的，对于前述由平台随机生成的乘客校验码，可以在乘客提交网约车订单信息之后，由平台向乘客所使用的移动终端发送。
36.以上，仅为示例性说明，本领域技术人员还可根据需求采用其它校验码方式，本技术实施例对此不作限制。
37.步骤s130，基于乘客校验码和网约车订单信息进行行程开启校验，以确定是否启动乘车计费。
38.具体的，在获取乘客校验码后，即可对乘客校验码进行校验。在一种可行方式中，乘客校验码可以实现为乘客联络号码，具体地，可以实现为乘客的移动终端号码。例如，可以基于输入的乘客的移动终端号码和预先存储的乘客的移动终端号码进行乘客校验码的校验，如果校验成功，则可以启动乘车计费。该乘客联络号码可以预先存储在服务端，也可由司机端获取后以不可见的方式存储在司机端仅供应用软件使用，即，保持对司机屏蔽(不可见)。
39.本技术实施例的网约车订单处理方法中，乘客校验码由乘客提供，即司机不能直接从网约车应用软件中获知乘客校验码，该乘客校验码只有乘客知晓，通过乘客上车之后由乘客告知司机的方式，可以有效避免乘客未乘车或未上车而司机已经开始行程计费问题的发生，提高了乘车计费的准确性，减少了乘客的损失，提升了乘客的乘车体验。
40.参见图2，图2为图1所示实施例中的一种场景示例的示意图。以下结合图2，以一个具体场景示例，对上述过程进行示例性说明。
41.如图2所示，乘客发送的网约车订单信息中的乘客上车点位置为地点a，乘客下车点位置为地点b。司机接收到该订单后，将驾驶车辆行驶至地点a。当车辆定位位置为地点a时，可以显示等待乘客上车的界面，该界面中显示有“已到达约定地点，请等待乘客上车”，司机可以在界面底端的“等待乘客上车”按钮上进行滑动操作，可以触发显示用于校验乘客是否已乘车的校验界面。
42.可以看出，该校验界面中要输入的校验码为乘客的移动终端号码后四位。并且，司机无法从网约车应用软件中获知乘客的移动终端号码信息。那么，在乘客上车之后，可以由乘客告知司机乘客的移动终端号码后四位，司机输入乘客的移动终端号码后四位之后，即可开始行程。并且，还可以提供导航路线，使司机基于该导航路线行驶。
43.本技术实施例的网约车订单处理方法增加了校验过程，可以保证在乘客上车之前司机无法启动乘车计费，使乘客的实际乘车状态和网约车订单中的状态一致，提高乘车计费的准确性。
44.参见图3，图3为本技术实施例中网约车订单处理方法的又一种流程图，可以包括以下步骤：
45.步骤s310，根据网约车订单信息和车辆的定位位置，触发显示用于校验乘客是否乘车的校验界面。
46.如前所述，当车辆到达乘客上车点位置后，可以触发显示用于校验乘客是否已乘车的校验界面。然而，在某些情况下，可能存在定位精度较低的问题，因此，在一种可选的实施方式中，可以判断车辆的定位位置与网约车订单信息包含的乘客上车点位置之间的距离是否小于预设距离阈值，如果小于预设距离阈值，也可以触发显示用于校验乘客是否已乘车的校验界面。其中，预设距离阈值可以由本领域技术人员根据需求设定，如可以是5米、8米或10米等等。
47.步骤s320，在校验界面中以明文或非明文形式显示乘客联络号码中的部分校验码，以及预设的提示信息，以通过提示信息提示通过校验界面输入乘客联络号码中未被显示的部分相对应的乘客校验码。
48.本技术实施例中，预设的提示信息可以提示司机要输入的具体内容，例如，可以是“请输入乘客的四位验证号码”等等。这样，基于该提示信息，司机可以知晓需要输入的具体内容。
49.假设校验界面中包含n(n为正整数)位校验码，校验界面中该n位校验码可以均是空白的，也可以是部分空白，部分为非空白，非空白处可以是以明文或非明文形式显示乘客联络号码中的部分校验码。这样，可以直接在空白处输入未被显示的部分相对应的乘客校验码即可。一方面，可以减少输入的校验码的位数，简化输入操作，另一方面，基于明文形式显示的乘客联络号码中的部分校验码，可以提高一次性输入正确的概率，避免多次输入。
50.举例而言，以乘客联络号码为移动终端号码为例，如果预设的提示信息为“请输入乘客的四位验证号码”，乘客实际的移动终端号码后四位为“1234”，在一种可选的实施方式中，校验界面中可以显示四个空白框，此时司机可以输入四位校验码“1”、“2”、“3”、“4”。在又一种可选的实施方式中，校验界面中第一位和第三位可以显示空白框，第二位和第四位可以分别显示明文的校验码“2”和“4”，也可以显示非明文的校验码“*”和“*”，在此情况下，在第一位输入“1”，第三位输入“3”即可。
51.步骤s330，接收通过校验界面输入的乘客校验码；其中，乘客校验码由乘客提供。
52.本技术实施例中，乘客校验码由乘客提供，即司机不能直接从网约车应用软件中获知乘客校验码，该乘客校验码只有乘客知晓。司机要想开始行程，可以从乘客处获取乘客校验码。如前所述，在校验界面输入乘客校验码时，可以根据校验界面中的输入设置，输入全部校验码，或者，输入部分校验码。之后，网约车应用软件可以接收到该乘客校验码，之后，再对该乘客校验码进行校验。
53.步骤s340，基于乘客校验码和网约车订单信息进行行程开启校验，以确定是否启动乘车计费。
54.本技术实施例中，网约车订单信息中可以包含乘客的乘客联络号码，可以通过该乘客联络号码进行乘客校验码的校验。例如，乘客在网约车平台注册时，可以提交相应的注册信息(例如移动终端号码、身份证号码或者关联的银行卡号码等等)，可以将任意一种注册信息作为乘客联络号码。当然，乘客联络号码可以是完整信息，也可以是其中的部分信息。例如，对于移动终端号码而言，乘客联络号码可以是完整的移动终端号码，也可以是移动终端号码后四位、移动终端号码后六位等等，本技术对此不做限定。如果乘客校验码与网约车订单信息中包含的乘客联络号码相同，则启动乘车计费。
55.在根据校验结果确定启动乘车计费后，还可以显示用于指示车辆行驶路线的导航界面，其中，车辆行驶路线基于网约车订单信息中的乘客上车点位置和乘客下车点位置确定。这样，可以使司机按照车辆行驶路线行驶，一方面，在司机不熟悉路线的情况下，可以提供行驶路线，避免发生绕路的情况，以及乘客乘车费用的增加；另一方面，还可以监控车辆的行驶路线，在车辆偏离行驶路线时可以及时发现并做相应的处理，保证乘客的安全。
56.本技术实施例中，由于输入失误或其他情况，也可能发生乘客校验码与乘客联络号码不相同的情况，如果乘客校验码与预先存储的乘客联络号码不相同，可以显示错误提示信息，以提示司机重新输入，并判断预设时间段内(例如30秒内、1分钟内等)连续的不相同次数是否达到预设次数(例如，可以是3次或5次等等)；若达到预设次数，表明司机输入了多次均未校验成功，可能是司机恶意重试，也可能是出现故障，则可以请求服务端进行乘客信息验证处理。当然，也可以接收到联系客服的请求后，触发连接服务端，以通过服务端进行乘客信息验证处理。
57.其中，服务端可以通过网约车订单信息包含的乘客联络号码，建立与乘客联络号码对应的终端的通信连接；通过通信连接接收乘客输入的信息，根据该信息进行乘客信息验证处理。本技术实施例中，服务端可以是智能客服，当然，也可以通过人工客服进行处理，以提升服务质量。
58.本技术实施例的网约车订单处理方法中，乘客校验码由乘客提供，司机不能直接从网约车应用软件中获知乘客校验码，而是在乘客上车之后由乘客告知司机乘客校验码。
这样，在司机开始行程之前，确保乘客已经上车，使实际乘车情况与订单保持一致，可以避免乘客未乘车而司机已经开始行程的情况，以及司机提前开始行程的情况，提高了乘车计费的准确性，减少了乘客的损失，从而可以提升乘客的乘车体验。并且，在校验界面中以明文或非明文形式显示乘客校验码中的部分校验码，以及预设的提示信息，一方面可以减少要输入的校验码的位数，提高校验速度，另一方面，在明文形式显示乘客校验码中的部分校验码的情况下，输入之前可以和乘客进一步确认，提高一次即可输入成功的概率。另外，在输入错误的次数达到预设次数的情况下，还可以通过服务端进行处理，从而进一步提升网约车平台的服务质量。
59.参见图4，图4为图3所示实施例中的一种场景示例的示意图。以下结合图4，以一个具体场景示例，对上述过程进行示例性说明。
60.如图4所示，乘客发送的网约车订单信息中的乘客上车点位置为地点a，乘客下车点位置为地点b。司机接收到该订单后，将驾驶车辆行驶至地点a。当车辆定位位置为地点a时，可以显示等待乘客上车的界面，该界面中显示有“已到达约定地点，请等待乘客上车”，司机可以在界面底端的“等待乘客上车”按钮上进行滑动操作，可以触发显示用于校验乘客是否已乘车的校验界面。
61.可以看出，该校验界面中要输入的校验码为乘客的移动终端号码后四位，即提示信息为“请输入乘客的四位验证号码”，本示例中，乘客校验码示意为乘客的移动终端号码后四位。并且，在校验界面中以明文形式显示该四位移动终端号码中的部分校验码，例如，乘客的移动终端号码后四位为“8765”，校验界面中第一位和第三位可以显示空白框，第二位和第四位可以分别显示明文的校验码“7”和“5”，在此情况下，在乘客上车之后，可以由乘客告知司机乘客的移动终端号码后四位，如果司机在第一位输入“8”，第三位输入“6”，即可开始行程。
62.假设另一个网约车乘客上错该车后，告知司机他的移动终端号码后四位为1234，此时，司机可以直接不输入该校验码，而是可以根据第二位和第四位显示的明文的校验码“7”和“5”，再次跟该乘客进行确认，例如，可以问乘客的目的地等信息，可以确定该乘客上错车，继续等待乘客上车。
63.假设该网约车订单对应的乘客已经上车，并且已经告诉司机正确的移动终端号码后四位，如果司机因为操作失误输入错误，此时可以显示“这不是乘客的移动终端号码，请在车内与乘客确认尾号后四位并输入”的提示信息，以提示司机重新输入。如果司机再次在第一位输入“8”，第三位输入“6”，此时校验成功，可以开始行程。本技术实施例中，还可以提供导航路线，使司机基于该导航路线行驶，避免司机绕路的情况。
64.本技术实施例的网约车订单处理方法，增加了校验过程，可以保证在乘客上车之前司机无法启动乘车计费，使乘客的实际乘车状态和网约车订单中的状态一致，提高乘车计费的准确性。通过在校验界面显示部分校验码，可以提高校验的速度及一次校验成功的概率。
65.本实施例的网约车订单处理方法可以由任意适当的具有数据处理能力的电子设备执行，包括但不限于：服务器、移动终端(如手机、pad等)和pc机等。
66.相应于上述方法实施例，本技术实施例还提供了一种网约车订单处理装置，参见图5，图5为申请实施例中网约车订单处理装置的一种结构框图，包括：
67.校验界面显示模块510，用于根据网约车订单信息和车辆的定位位置，触发显示用于校验乘客是否乘车的校验界面；
68.乘客校验码接收模块520，用于接收通过校验界面输入的乘客校验码；其中，乘客校验码由乘客提供；
69.乘车计费启动模块530，用于基于乘客校验码和网约车订单信息进行行程开启校验，以确定是否启动乘车计费。
70.在一种可选的实施方式中，乘车计费启动模块530，具体用于将乘客校验码与网约车订单信息中包含的乘客联络号码进行匹配，若相同，则启动乘车计费。
71.在一种可选的实施方式中，上述网约车订单处理装置，还包括：
72.提示模块，用于在校验界面中以明文或非明文形式显示乘客联络号码中的部分校验码，以及预设的提示信息，以通过提示信息提示通过校验界面输入乘客联络号码中未被显示的部分相对应的乘客校验码。
73.在一种可选的实施方式中，上述网约车订单处理装置，还包括：
74.服务端连接模块，用于若预设时间段内连续的不相同次数达到预设次数，则请求服务端进行乘客信息验证处理。
75.在一种可选的实施方式中，上述网约车订单处理装置，还包括：
76.客服处理模块，用于使服务端通过网约车订单信息包含的乘客联络号码，建立与乘客联络号码对应的终端的通信连接，通过通信连接接收乘客输入的信息，根据信息进行乘客信息验证处理。
77.在一种可选的实施方式中，校验界面显示模块510，具体用于判断车辆的定位位置与网约车订单信息包含的乘客上车点位置之间的距离是否小于预设距离阈值，如果是，则触发显示用于校验乘客是否乘车的校验界面。
78.在一种可选的实施方式中，上述网约车订单处理装置，还包括：
79.导航界面显示模块，用于在根据校验结果确定启动乘车计费后，显示用于指示车辆行驶路线的导航界面，其中，车辆行驶路线基于网约车订单信息中的乘客上车点位置和乘客下车点位置确定。
80.本实施例的网约车订单处理装置用于实现前述多个方法实施例中相应的网约车订单处理方法，并具有相应的方法实施例的有益效果，在此不再赘述。此外，本实施例的网约车订单处理装置中的各个模块的功能实现均可参照前述方法实施例中的相应部分的描述，在此亦不再赘述。
81.参照图6，图6为本技术实施例中电子设备的一种结构示意图，本技术具体实施例并不对电子设备的具体实现做限定。
82.如图6所示，该电子设备可以包括：处理器(processor)602、通信接口(communications interface)604、存储器(memory)606、以及通信总线608。
83.其中：
84.处理器602、通信接口604、以及存储器606通过通信总线608完成相互间的通信。
85.通信接口604，用于与其它电子设备或服务器进行通信。
86.处理器602，用于执行程序610，具体可以执行上述网约车订单处理方法实施例中的相关步骤。
87.具体地，程序610可以包括程序代码，该程序代码包括计算机操作指令。
88.处理器602可能是中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本技术实施例的一个或多个集成电路。智能设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。
89.存储器606，用于存放程序610。存储器606可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
90.程序610中各步骤的具体实现可以参见上述网约车订单处理方法实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
91.作为另一方面，本技术还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现上述网约车订单处理方法。
92.本技术还提供了一种计算机程序产品，包括计算机指令，该计算机指令指示计算设备执行上述网约车订单处理方法对应的操作。
93.需要指出，根据实施的需要，可将本技术实施例中描述的各个部件/步骤拆分为更多部件/步骤，也可将两个或多个部件/步骤或者部件/步骤的部分操作组合成新的部件/步骤，以实现本技术实施例的目的。
94.上述根据本技术实施例的方法可在硬件、固件中实现，或者被实现为可存储在记录介质(诸如cd rom、ram、软盘、硬盘或磁光盘)中的软件或计算机代码，或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器可读介质中并将被存储在本地记录介质中的计算机代码，从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如asic或fpga)的记录介质上的这样的软件处理。可以理解，计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件(例如，ram、rom、闪存等)，当所述软件或计算机代码被计算机、处理器或硬件访问且执行时，实现在此描述的网约车订单处理方法。此外，当通用计算机访问用于实现在此示出的网约车订单处理方法的代码时，代码的执行将通用计算机转换为用于执行在此示出的网约车订单处理方法的专用计算机。
95.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术实施例的范围。
96.以上实施方式仅用于说明本技术实施例，而并非对本技术实施例的限制，有关技术领域的普通技术人员，在不脱离本技术实施例的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本技术实施例的范畴，本技术实施例的专利保护范围应由权利要求限定。