两轮车事故快速判定方法、装置、计算机设备和存储介质与流程

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.第一指令生成模块，用于基于两轮车发生倾倒的结果生成事故确认指令；
26.平均速度获取模块，用于根据所述事故确认指令获取两轮车倾倒前在预设时间内的平均速度；
27.第二指令生成模块，用于基于所述平均速度生成相应事故发生指令；
28.事故报警通知模块，用于将相应事故发生指令发送至服务器以向外部输出事故信息。
29.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述两轮车事故快速判定方法的步骤。
30.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述两轮车事故快速判定方法的步骤。
31.上述两轮车事故快速判定方法、装置、计算机设备和存储介质，通过在两轮车发生倾倒后获取倾倒前在预设时间的平均速度，基于该平均速度判定事故是否发生，若判定为事故发生则生成相应的事故发生指令并发送至服务器，服务器根据获取的事故发生指令向外部输出事故信息；摆脱了两轮车发生事故后仅依赖人为判定的缺点，能够保证两轮车事故发生后及时向外部求援，给救援争取更加充裕的时间，增加了事故后驾驶者的生还几率。
附图说明
32.图1为一个实施例中两轮车快速判定方法的应用环境图；
33.图2为本发明提供的两轮车快速判定方法流程图；
34.图3为包括了图2中步骤s100之前的方法流程图；
35.图4为图3中步骤s10的流程图；
36.图5为包括了图3中步骤s300之后，步骤s400之前的方法流程图；
37.图6为图5中步骤s310的流程图；
38.图7为图5中步骤s400的流程图；
39.图8为本发明提供的一种两轮车事故快速判定装置的方框图；
40.图9为一个实施例中计算机设备的内部结构图。
具体实施方式
41.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
42.本技术提供的两轮车事故快速判定方法，可以应用于如附图1所示的应用环境中。
其中第一设备101通过网络与服务器102进行通信，服务器102通过网络与第二设备103进行通信。其中，第一设备101为两轮车，第二设备103 可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑等。服务器102可以用独立的服务器102或者是多个服务器102组成的服务器集群来实现。
43.在一个实施例中，参考附图2所示，提供了一种两轮车事故快速判定方法，以该方法应用于附图1中的第一设备101为例进行说明，包括以下步骤：
44.步骤s100，基于两轮车发生倾倒的结果生成事故确认指令；
45.步骤s200，根据事故确认指令获取两轮车倾倒前在预设时间内的平均速度；
46.步骤s300，基于平均速度生成相应事故发生指令；
47.步骤s400，将相应事故发生指令发送至服务器以向外部输出事故信息。
48.以下将对步骤s100、步骤s200、步骤s300、步骤s400进行详细介绍。
49.步骤s100，基于两轮车发生倾倒的结果生成事故确认指令。
50.具体的，两轮车可以理解为集人工智能为一体的智能设备。两轮车可以但不限于是智能摩托车、智能自行车、智能两轮汽车、智能品平衡车、智能滑板车等。
51.两轮车相比于四轮车，具有转向半径小，容易拐弯的优点，但同样具有稳定性差，容易发生倾倒的缺点。因此，四轮车发生严重事故后，由于其稳定性较好，即使车内的驾驶人员或乘客受到严重伤害，四轮车仍然能够保持车身平衡，不会发生倾倒；而两轮车若发生严重事故，除非两轮车车身陷入碰撞物品中恰好能保持平衡，否则，两轮车车身必然会发生倾倒。
52.本技术利用两轮车的稳定性差，出现事故容易发生倾倒的特性，将两轮车发生倾倒作为两轮车事故判定的启动条件，在检测到两轮车发生倾倒后，进行事故确认程序，能够及时发现两轮车发生事故。
53.事故确认指令是由两轮车发生倾倒的这一结果而触发，当两轮车识别到车身发生倾倒时，会生成这一事故确认指令。
54.步骤s200，根据事故确认指令获取两轮车倾倒前在预设时间内的平均速度。
55.两轮车在事故发生后大概率会发生倾倒，但是两轮发生倾倒并不意味着发生事故，例如，两轮车可能是停放时由于驾驶者没有正确使用停放装置进行停车，而导致两轮车发生倾倒，显然此时不能将该倾倒判断为两轮车发生事故。
56.因此，本步骤在生成事故确认指令后，对两轮车倾倒前的行驶速度进行检测，能够确认两轮车在倾倒前的行驶状态，防止发生误判。
57.预设时间是指两轮车倾倒前保持正常行驶的时间段，该时间段内的平均速度为预设时间内的平均速度。两轮车由于各种原因(例如，驾驶员没有注意到地面石头、或者两轮车车轮动态不平衡等)而导致发生事故，两轮车从正常行驶到发生倾倒之间，往往会出现一段时间左右扭动的不平衡状态，该不平衡状态会导致两轮车的速度检测与真实的事故严重程度不符，即，此时可能检测到的速度并不高，但是同样会对驾驶员造成严重伤害。因此，需要排除掉该段不平衡状态的时间的干扰，由于该段不平衡时间通常不会超过3秒，因此预设时间可以设为两轮车发生倾倒前3-5秒，则倾倒前3-5秒的平均速度则作为预设时间内的平均速度；或者，预设时间可以设为两轮车车身发生倾斜时的一瞬间，该瞬间的瞬时速度则作为预设时间内的平均速度。
58.步骤s300，基于平均速度生成相应事故发生指令。
59.事故发生指令是由实际检测到的平均速度达到速度阈值的这一结果而触发，若实际检测到的平均速度没有达到速度阈值则不生成事故发生指令。
60.具体的，速度阈值可以但不限于是大于10公里每小时，即当实际检测到的平均速度大于10公里每小时的时候，此时发生的倾倒判定为两轮车发生事故，生成事故发生指令；当实际检测到的平均速度小于10公里每小时的时候，将此时发生的倾倒视为两轮车发生意外倾倒，不判定为事故，不生成事故发生指令。值得注意的是，速度阈值为10公里每小时仅仅是本技术的其中一个理性数值，并不以任何方式来限制本技术。
61.进一步的，速度阈值可以设定有多个，例如，速度阈值包括第一速度阈值、第二速度阈值、第三速度阈值。其中，第一速度阈值小于第二速度阈值，第二速度阈值小于第三速度阈值。示例性的，第一速度阈值为10公里每小时，第二速度阈值为30公里每小时，第三速度阈值为60公里每小时。当两轮车倾倒前的平均速度处于静止至第一速度阈值10公里每小时的时候，将此时发生的倾倒视为两轮车发生意外倾倒，不判定为事故，不生成事故发生指令；当两轮车倾倒前的平均速度处于第一速度阈值10公里每小时至第二速度阈值30公里每小时的时候，将此时发生的倾倒视为两轮车发生事故，判定为小型事故，生成相应的小型事故发生指令；当两轮车倾倒前的平均速度处于第三速度阈值30公里每小时以上的时候，将此时发生的倾倒视为两轮成发生事故，判定为大型事故，生成相应的大型事故发生指令。上述根据多个速度阈值对事故等级进行划分，可以为下一步的求救行为提供指导，能够根据不同的事故等级采取合适的措施，既能防止发生大型事故时错失救援时间，又不会在发生小型事故时小题大做，给驾驶者和求救人员造成困扰。
62.步骤s400，将相应事故发生指令发送至服务器以向外部输出事故信息。
63.在两轮车生成相应事故发生指令之后，通过网络将相应事故发生指令发送至服务器，其中，网络可以为两轮车车机自带的网络服务，或者为驾驶者携带智能设备的网络服务(智能设备可以但不限于智能手机、平板电脑等设备，通过打开热点为两轮车提供网络服务，或者通蓝牙与两轮车实现通信)。
64.服务器接收到两轮车的相应事故发生指令后，通过网络将驾驶者发生事故的事故信息发送至外部，其中，事故信息包括两轮车发生事故的位置信息、事故发生时间等；外部输出事故信息的对象包括驾驶者预设的紧急联系人、120医疗急救人员、110公安接警人员等，通过拨打网络电话或者发送语音信息等将两轮车的事故信息发送出去。
65.值得注意的是，针对步骤s300中两轮车内设定有多个速度阈值，根据两轮车倾倒前预设时间内的平均速度所处的速度区间，生成有小型事故发生指令、大型事故发生指令或者不生成事故发生指令。
66.当服务器接收到小型事故发生指令后，两轮车内设置的语音模块询问驾驶者是否需要发送事故信息至紧急联系人、120医疗急救人员以及110公安接警人员等请求救援，若驾驶者具备应答能力则根据驾驶者的应答进行操作，决定是否发送求救信号至紧急联系人、120医疗急救人员以及110公安接警人员等；若驾驶者一段时间内不做回复，再发送事故信息至紧急联系人、120医疗急救人员以及110公安接警人员等。防止因为小型事故而小题大做，给驾驶者和救援人员造成困扰。
67.当服务器接收到大型事故发生指令后，默认此时事故损害较大，驾驶者存在生命
危险，直接发送事故信息至紧急联系人、120医疗急救人员以及110公安接警人员等请求紧急救援；同时，驾驶者若此时并未收到重大伤害可通过手动取消请求救援。如此设置，在两轮车发生大型事故，能够马上将事故信息发送至外部以请求紧急救援。
68.上述两轮车事故快速判定方法通过在两轮车发生倾倒后获取倾倒前在预设时间的平均速度，基于该平均速度判定事故是否发生，若判定为事故发生则生成相应的事故发生指令并发送至服务器，服务器根据获取的事故发生指令向外部输出事故信息；摆脱了两轮车发生事故后仅依赖人为判定的缺点，能够保证两轮车事故发生后及时向外部求援，给救援争取更加充裕的时间，增加了事故后驾驶者的生还几率。
69.在一实施例中，参考附图3所示，在步骤s100基于两轮车发生倾倒的结果生成事故确认指令之前，本两轮车事故快速判定方法还包括如下步骤：
70.s10，采集两轮车的运行状态信息并分析两轮车是否发生倾倒。
71.其中，两轮车的运行状态信息包括两轮车的行驶速度、车轮胎压、两轮车载荷、侧倾角度以及倾斜发生时间等数据。值得注意的是，两轮车的倾倒是指两轮车车身长时间处于过度倾斜的状态，且此时两轮车的速度为0；而为了快速过弯，由驾驶者控制的车身倾斜不视为两轮车倾倒，且此时两轮车处于高速移动状态。
72.在一实施例中，参考附图4所示，步骤s10采集两轮车的运行状态信息并分析两轮车是否发生倾倒，包括如下步骤：
73.s11，采集运行状态信息，运行状态信息包括两轮车侧倾角度、以及两轮车实时速度；
74.其中，两轮车侧倾角度是指两轮车车身的侧倾角度。具体的，两轮车车身内设置有水平检测仪，该水平检测仪能够实时检测两轮车的侧倾角度。两轮车实时速度是指两轮车侧倾角度不在预设合理范围时两轮车的速度。
75.s12，在两轮车侧倾角度超过预设合理范围时，获取两轮车实时速度；
76.其中，预设合理范围是指两轮车发生倾倒时车身的侧倾角度的范围，包括向左侧倾斜的角度和向右侧倾斜的角度。该预设合理范围视两轮车的车身而定，不同车身尺寸的两轮其倾倒后的侧倾角度并不相同。
77.进一步的，侧倾角度的预设合理范围为驾驶者可以自行定义的数值，驾驶者可以预先将两轮车向左右两侧反复倾倒，观察倾倒后两轮车车身的侧倾角度，将多次侧倾角度的范围作为侧倾角度的预设合理范围。值得注意的是，驾驶者测试两轮车侧倾角度时，由于两轮车的两侧不一定都是对称设置的，因此倾倒后两侧的侧倾角度也不尽相同，需要注意将两轮车左右两侧进行倾倒测试，以免造成数值不准确。
78.s13，根据两轮车实时速度，确认两轮车发生倾倒。
79.倾倒后，两轮车为静止状态，此时两轮车的速度为0。根据两轮车倾倒后的速度特点，可以在检测到两轮车的侧倾角度不在预设合理范围时，获取两轮车实时速度，若获取到的两轮车实时速度为0，则判定此时两轮车处于倾倒状态；若获取到的两轮车实时速度不为0，则判定此时两轮车不处于倾倒状态。
80.在一实施例中，参考附图5所示，在步骤s300之后，且在步骤s400之前，两轮车事故快速判定方法还包括：
81.s310，采集两轮车倾倒后的运行状态信息并对事故级别进行分析评级。
82.其中，事故级别是指确认两轮车发生事故后，对事故进行评级，可以为下一步的求救行为提供指导，能够根据不同的事故级别采取合适的措施。
83.在一实施例中，参考附图6所示，步骤s310采集两轮车倾倒后的运行状态信息并对事故级别进行分析评级，包括如下步骤：
84.s311，根据两轮车倾倒后是否在预定时间内被扶起确认事故级别；
85.其中，预定时间是指预先设定的两轮车倾倒后最晚被扶起的时间期限，若在预定时间内，两轮车侧倾角度恢复了正常水平(即两轮车倾倒后再预定时间内被扶起)，则判定此次侧倾为两轮车发生紧急事故；若超过预定时间，两轮车侧倾角度仍没有恢复正常水平(即两轮车倾倒后在预定时间内没有被扶起)，则判定此次侧倾为两轮车发生重大事故；若两轮车倾倒后，短时间内侧倾角度迅速恢复正常(即两轮车倾倒后马上被扶起)，则判定此次倾倒为意外倾倒，两轮车没有发生事故。
86.现实的事故中，有些小事故会导致两轮车发生倾倒，比如，驾驶者转弯时转向过多，导致两轮车发生倾倒，但此种倾倒不一定会对驾驶者造成过多的伤害，驾驶者只需扶起两轮车即可继续行驶，显然没有必要将此种倾倒判定为事故造成的倾倒，更没有必要向外部发送事故信息。因此，有必要根据对事故级别进行分类，以求排除掉中小事故的干扰，既能在发生重大事故时做出及时反应，又不至于在中小事故过度反应，提高本发明两轮车事故快速判定方法的准确性。
87.进一步的，预定时间以由驾驶者根据自身需要自行定义，由于每个驾驶者对于小事故造成倾倒的反应时间不尽相同，例如，年轻人往往能比中老年人更快的将两轮车扶起至正常水平，因此，预定时间有必要根据不同的驾驶人群提供个性化的时间设定。
88.s312，基于事故级别生成对应的紧急事故发生指令或重大事故发生指令。
89.根据上述对事故级别的判断，生成相应的事故发生指令。
90.当判定两轮车此次倾倒为发生紧急事故时，生成紧急事故发生指令；
91.当判定两轮车此次倾倒为发生重大事故时，生成重大事故发生指令。
92.当判定两轮车此次倾倒为意外倾倒，两轮车没有发生事故时，不生成事故发生指令。
93.在一实施例中，参考附图7所示，步骤s400将相应事故发生指令发送至服务器以向外部输出事故信息，包括如下步骤：
94.s410，将紧急事故发生指令发送至服务器，以触发服务器向预设紧急联系人发送事故信息；
95.预设紧急联系人为驾驶者预先设定的联系人，可以是驾驶者的亲属、朋友等。值得注意的是，紧急联系人的数量可以为多个，具体的人数可以由驾驶者自行定义。
96.进一步的，紧急联系人可以根据亲密程度、救援能力等因素进行排序。需要发送事故信息时可以分批次进行发送，例如，先对少部分紧急联系人发送事故信息，若此时，紧急联系人能够帮助驾驶者解决目前的事故，则不再对其他紧急联系人发送事故信息，减少不必要的打扰。
97.s420，将重大事故发生指令发送至服务器，以触发服务器向急救人员发送事故信息。
98.在生成发生重大事故指令后，为了争取救援时间，需要立刻向120医疗急救人员以
及110公安接警人员等请求救援，以求能够最快得到救援。
99.进一步的，在对急救人员发送事故信息的同时，也对紧急联系人发送事故信息。
100.在一个实施例中，参考附图8所示，为另一个实施例中两轮车快速判定装置10的结构框图，包括第一指令生成模块200、平均速度获取模块300、第二指令生成模块400、事故报警通知模块600，其中：
101.第一指令生成模块200，用于基于两轮车发生倾倒的结果生成事故确认指令；
102.平均速度获取模块300，用于根据事故确认指令获取两轮车倾倒前在预设时间内的平均速度；
103.第二指令生成模块400，用于基于平均速度生成相应事故发生指令；
104.事故报警通知模块600，用于将相应事故发生指令发送至服务器以向外部输出事故信息。
105.上述两轮车事故快速判定装置，能够在两轮车发生倾倒后，及时生成事故确认指令，根据事故确认指令对两轮车的倾倒进行事故确认，通过检测倾倒前预设时间内的平均速度判断两轮车的倾倒是否为事故造成，若判断两轮车的倾倒为事故，则生成相应事故发生指令，并将事故发生指令发送至服务器以向外部输出事故信息。该装置摆脱了两轮车发生事故后仅依赖人为判定的缺点，能够保证两轮车事故发生后及时向外部求援，给救援争取更加充裕的时间，增加了事故后驾驶者的生还几率。
106.在一实施例中，两轮车快速判定装置还包括信息采集处理模块100，信息采集处理模块100用于采集两轮车的运行状态信息并分析两轮车是否发生倾倒。
107.在一实施例中，信息采集处理模块100还包括状态信息采集模块110、侧倾角度检测模块120、倾倒发生确认模块130，状态信息采集模块110用于采集运行状态信息，运行状态信息包括两轮车侧倾角度以及两轮车实时速度；侧倾角度检测模块120用于在两轮车侧倾角度超过预设合理范围时，获取两轮车实时速度；倾倒发生确认模块130用于根据两轮车实时速度，确认两轮车发生倾倒。
108.在一实施例中，两轮车快速判定装置还包括倾倒事故评级模块500，倾倒事故评级模块500用于采集两轮车倾倒后的运行状态信息并对事故等级进行分析评级。
109.在一实施例中，倾倒事故评级评级模块500还包括扶起时间确认模块510 以及事故指令生成模块520，扶起时间确认模块510用于根据两轮车倾倒后是否在预定时间内被扶起确认事故级别；事故指令生成模块520，用于基于事故级别生成对应的紧急事故发生指令或重大事故发生指令。
110.在一实施例中，事故报警通知模块600包括紧急事故通知模块610以及重大事故通知模块620，紧急事故通知模块610用于将紧急事故发生指令发送至服务器，以触发服务器向预设紧急联系人发送事故信息；重大事故通知模块620 用于将重大事故发生指令发送至服务器，以触发服务器向急救人员发送事故信息。
111.关于两轮车快速判定装置的具体限定可以参见上文中对于两轮车快速判定方法的限定，在此不再赘述。上述两轮车快速判定装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
112.在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、运营商网络、nfc(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种两轮车事故快速判定方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
113.本领域技术人员可以理解，图9中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
114.在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
115.在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
116.在一个实施例中，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各方法实施例中的步骤。
117.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(randomaccess memory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory， sram)或动态随机存取存储器(dynamic random access memory，dram)等。
118.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
119.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。