用于使用个人通信装置发起紧急呼叫的设备和方法与流程
本公开的多个方面提供了一种用于车辆蓝牙低功耗(ble)系统与位于车辆内部或外部的一个或更多个个人通信装置(pcd)协作以联系紧急服务的设备和方法。
背景技术：
第8,467,933号美国专利公开了一种用于在车辆中控制执行紧急通知的操作的系统。该系统包括控制器，所述控制器被配置为从位于主钥匙和副钥匙中的至少一个中的点火开关装置接收至少一个驾驶员状态信号，所述至少一个驾驶员状态信号指示驾驶员是否是主驾驶员和副驾驶员中的一个。所述控制器被配置为基于所述至少一个驾驶员状态信号来确定车辆的驾驶员是否是主驾驶员和副驾驶员中的一个。所述控制器被配置为基于车辆的驾驶员是否是主驾驶员和副驾驶员中的一个来控制执行紧急通知的操作。
第7,904,053号美国专利公开了一种用于由无线移动装置响应于触发传感器来提供紧急通知的方法和设备。可位于车辆内的检测系统包括一个或更多个传感器，所述一个或更多个传感器被配置为感测紧急事件，且经由无线链路发送关于紧急事件的消息。无线移动装置可被配置为呼叫预定紧急号码(诸如，e911)，且响应于接收到的消息将来自移动装置的包括位置和其它信息的数据发送到紧急号码。
技术实现要素：
一种车辆系统包括控制器，所述控制器被配置为：接收指示车辆处于紧急状态的车辆状态信号；响应于接收到所述车辆状态信号，经由蓝牙低功耗(ble)向个人通信装置(pcd)重复地发送用于联系紧急提供方的请求；响应于接收到来自个人通信装置的紧急提供方已被联系到的确认，停止发送用于联系紧急提供方的请求。
一种个人通信装置(pcd)包括控制器，所述控制器被配置为：经由蓝牙低功耗(ble)，从车辆接收用于联系紧急提供方的请求；以及响应于接收到接受所述请求的第一输入且联系到紧急提供方，或者响应于接收到拒绝所述请求的第二输入、将所述请求发送到服务提供商服务器(sps)且从服务提供商服务器接收到指示紧急提供方已被联系到的信号，经由蓝牙低功耗向车辆发送紧急提供方已被联系到的确认。
提供一种用于车辆的方法，所述方法包括：通过包括收发器的控制器接收车辆紧急状态信号；响应于所述紧急状态信号，经由蓝牙低功耗(ble)将用于联系紧急提供方的请求发送到个人通信装置(pcd)；经由蓝牙低功耗，在所述控制器中接收指示紧急提供方已被联系到的个人通信装置的确认；响应于接收到所述确认，在控制器中停止发送所述请求。
附图说明
指出本公开的实施例以及权利要求中的特征。然而，通过结合附图参照下面的详细描述，各个实施例的其它特征将变得更清楚且被最好地理解，其中：
图1描绘了利用蓝牙低功耗(ble)与一个或更多个个人通信装置(pcd)进行无线通信的实施方式；
图2描绘了根据一个实施例的用于使用pcd联系紧急服务提供商的车辆控制器；
图3描绘了根据一个实施例的用于使用pcd联系紧急服务提供商的车辆控制器；
图4描绘了根据一个实施例的用于利用图3的车辆控制器以电子方式发起紧急呼叫的方法；
图5a和图5b描绘了根据一个实施例的用于也利用图3的车辆控制器以电子方式发起紧急呼叫的方法。
具体实施方式
根据需要，在此公开本发明的详细实施例；然而，将理解的是，所公开的实施例仅为本发明的示例，并且可以以各种和替代形式来实现。附图无需按比例绘制；可夸大或最小化一些特征以显示特定组件的细节。因此，在此公开的具体结构和功能细节不应解释为具有限制性，而仅仅作为用于教导本领域技术人员以多种方式利用本发明的代表性基础。
本公开的实施例总体上提供了多个电路或其它电气装置。当提及所述电路和其它电气装置以及由它们中的每一个提供的功能时，都不意在限于仅涵盖在此示出和描述的内容。虽然特定标号可被分配给公开的各种电路或其它电气装置，但是这样的标号不意在限制所述电路和其它电气装置的操作范围。可基于所期望的特定类型的电气实施方式，按照任何方式将这样的电路和其它电气装置彼此组合和/或分离。将认识到的是，在此公开的任何电路或其它电气装置可包括任意数量的微处理器、集成电路、存储装置(例如，闪存、随机存取存储器(ram)、只读存储器(rom)、电可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)或上述项的其它适当变型)和软件，它们彼此协作以执行在此公开的操作。此外，任意一个或更多个电气装置可被配置为执行在非暂时性计算机可读介质中实现的计算机程序，其中，所述计算机程序被编写为执行公开的任意数量的功能。
在事故的事件中，驾驶员可能无法联系紧急服务或者联系紧急服务的动作缓慢。这样在驾驶员和乘客处于紧急状态的情况下会变成一个问题。当前存在用于在事故的事件中在没有援助的情况下联系紧急人员的服务，但是这些服务需要订阅或电话连接到车辆。
在没有可用的无线网络服务或电话配对到车辆的情况下，受伤的驾驶员可能处于危险中。例如，驾驶员可能失去对车辆的控制且撞入沟渠中，而从道路上看到沟渠的能见度有限。在驾驶员受伤且事故能见度受限的情况下，行人可能不会注意到车辆。因此，考虑到上述情况，在此提供了用于车辆使用一个或更多个个人通信装置(pcd)发起紧急呼叫的系统和方法。
在此提供的实施例公开了一种设备和方法，所述设备和方法用于自动检测紧急事件，以电子方式发起用于联系紧急人员的请求，以及当紧急人员已被告知时通知驾驶员。为了以电子方式发起紧急呼叫，所述设备和方法利用蓝牙低功耗(ble)以实现在车辆中的用于检测紧急事件的控制器(包括，通告器)与位于个人通信装置(pcd)中的扫描器之间的无线通信。在miller等人于2015年1月6日提交的公开号为pct/us2015/10311的国际公开文本中描述了利用车辆设置中的ble通信的设备的一个示例，所述国际公开文本在此通过引用被全部包含于此。在此提出的通告器/扫描器关系的一个优点是两个装置均不必被电配对和电连接以授权装置之间的通信。
上面描述的ble通告器/扫描器可被应用于汽车环境，以有助于用于响应于检测到紧急事件而无线且自动地以电子方式发起用于联系紧急服务的请求的设备和方法。基于ble的收发器可被包括在车辆控制器中且在ble环境中用作通告器。这种收发器可通告数据集，所述数据集包括但不限于车辆位置、车辆描述、车辆乘员的数量、车辆的唯一标识符、座椅安全带和安全气囊的状态以及可允许紧急人员更有效地确定车辆地理位置和估计紧急的程度的其他数据。同样地，另一基于ble的收发器可被置于pcd中且在ble环境中用作扫描器。该pcd收发器可从位于车辆中的收发器接收通告，并处理接收到的数据。然后，在紧急的情况下，车辆可经由pcd以电子方式警告紧急人员，且当紧急服务联系已被建立时接收来自pcd的电子确认。车辆控制器可从其它车辆控制器接收紧急事件发生的电子通知。下面将参照图1更详细地讨论这个方面。
图1描绘了配备有车辆控制器12的车辆10，车辆控制器12用于响应于确定紧急事件已发生而在无线网络13中使用个人通信装置(pcd)14发起紧急呼叫，且当紧急服务提供方(紧急提供方)16已被联系到时接收确认。紧急提供方16包括至少一个紧急服务服务器(紧急服务器)17，以使得能够接收用于紧急援助的请求以及将紧急援助服务调配到终端用户，终端用户包括例如警察、消防部门、紧急医疗服务(ems)或救护车等。应认识到的是，紧急提供方16在此可与至少一个紧急服务器17交换被使用。
车辆控制器12可经由pcd14联系紧急服务器17。pcd14可被配置为以扫描器形式运作，且可被实现为移动电话、平板计算机、膝上型计算机、可穿戴式计算机等。pcd14包括用于接收用户输入的交互式显示器，诸如，触摸屏、按钮选择器等。pcd14被配置为接受用于联系紧急提供方16(诸如，911、公共安全应答点(psap)或紧急操作方)的请求，且当与紧急提供方16的联系已被建立时发送电子确认。
pcd14还被配置为拒绝来自车辆控制器12的用于联系紧急服务器17以及联系服务提供商18的电子请求，所述电子请求指示车辆10可能正在经历紧急状况。服务提供商18包括至少一个服务提供商服务器(sps)19，以使得能够使用向终端用户出售和交付服务所必需的网络基础设施、网络装置以及其它要素来向pcd14提供无线通信服务，所述无线通信服务包括例如无线电频谱分配、回程传输基础设施、开账单、客户关怀、配置计算机系统以及销售和维修组织。服务提供商18的示例可以是但不限于sprint、t-mobile、at&t等。应认识到的是，服务提供商18在此可与至少一个sps19交换被使用。
sps19被配置为以电子方式从pcd14接收车辆10可能正在经历紧急事件的通知。sps19还可被配置为：响应于确认了车辆10可能确实处于危难中，以电子方式联系紧急服务器17以指示车辆10可能正在经历紧急状况。当与紧急服务器17的联系已被建立时，sps19可向pcd14发送电子确认。pcd14可响应于接收到来自sps19的电子确认而向车辆控制器12发送指示与紧急服务器17的联系已被建立的信号。
图2描绘了位于车辆10中的用于命令pcd14联系紧急服务器17的车辆控制器12。车辆控制器12包括ble紧急通知控制器(或控制器)20，ble紧急通知控制器20被配置为：响应于确定在车辆10中发生了紧急事件(例如，车辆撞击、安全气囊展开、车辆翻转等)，向pcd14发送用于联系紧急人员的请求。基于ble的收发器22被电连接到控制器20。车辆10上的控制器20和收发器22可被定义为ble环境中的通告器。认识到的是，收发器22可被安置于控制器20的内部或者被安置于控制器20的外部。
控制器20可从一个或更多个车辆控制器24a至24z(此后称为车辆控制器24)和/或传感器25接收紧急事件已发生的电子通知。在一示例中，控制器20可从负责监测或控制车辆操作状态的一个或更多个车辆控制器24接收电子通知，所述一个或更多个车辆控制器24包括但不限于：动力传动系统控制器模块24a、制动系统控制器模块24b、约束控制器模块24c、防抱死制动(abs)控制器24d和电子稳定性控制器24z，电子稳定性控制器24z包括例如牵引控制器(未示出)、横摆稳定性控制器(未示出)以及翻转稳定性控制器(未示出)。
作为来自一个或更多个车辆控制器24的电子通知的可选或另外的方式，控制器20可从一个或更多个车辆传感器25接收电子输入信号，所述一个或更多个车辆传感器25诸如但不限于：加速器、压力传感器、安全气囊展开传感器、车辆撞击传感器、猛撞冲击传感器、座椅/乘员撞击传感器、翻转传感器、温度传感器、燃料流切断开关等。来自这些和其他车辆控制器和传感器的紧急信号可通过有线方式、无线方式或通过车辆网络被接收。
控制器20还可硬线连接到辅助协议接口控制器27(包括例如由福特汽车公司提供的
pcd14包括ble紧急服务联系控制器26和基于ble的收发器28，以使得能够与车辆10上的收发器22进行通信(或者使得能够与车辆10进行通信)。如先前提到的，车辆10上的控制器20和收发器22可被定义为ble环境中的通告器。在每个对应的pcd14上的控制器26和收发器28可被定义为ble环境中的扫描器。控制器20被配置为：响应于从一个或更多个车辆控制器24和/或车辆传感器25接收到紧急事件通知，主动地广播信号adv(或者通告信号)。一般而言，控制器26被配置为主动监测来自控制器20的用于联系紧急服务器17的电子请求。例如，控制器26监测来自车辆10的控制器20的指示车辆10正经历紧急状况的信号adv。
信号adv通常充当来自控制器20的用于pcd14联系紧急服务器17的电子请求，且可包括关于车辆10的信息，诸如，车辆位置、车辆的描述、乘员的数量、座椅安全带和/或安全气囊状态等。信号adv还可包括车辆10的唯一车辆id。
在一示例中，响应于接收到来自控制器20的信号adv，控制器26确定pcd14的用户是否接受用于联系紧急服务器17的电子请求。例如，控制器26可确定pcd用户使用交互式显示器选择接受电子请求还是拒绝电子请求。如果pcd用户接受所述请求，则控制器26可以电子方式联系紧急服务器17。控制器26随后可向车辆10的控制器20发送信号scan_req，以电子的方式确认紧急服务器17已被联系到。
控制器20可响应于从控制器26接收到信号scan_req，停止主动广播信号adv。在一示例中，控制器20可在停止主动广播信号adv之前的预定时间段内从控制器26接收信号scan_req。在该示例中，控制器20可在向pcd14发送信号adv之前启动计时器持续预定时间段。在另一示例中，控制器20可在停止主动广播信号adv之前检查信号scan_req是否包括车辆10的唯一车辆id。
在一示例中，如果pcd14的用户拒绝用于联系紧急服务器17的电子请求，则控制器26可向sps19发送指示用于联系紧急服务器17的请求的信号。控制器26还可响应于从sps19接收到与紧急服务器17的联系已被建立的电子确认，向控制器20发送scan_req，以电子方式确认紧急服务器17已被联系到。下面将更详细地讨论这些方面。
如在图2中示出和在上面总体描述的，用于使用pcd14联系紧急服务的系统包括控制器20，控制器20被配置为接收指示车辆10正处于紧急状态的车辆状态信号，响应于接收到车辆状态信号，经由ble重复地向pcd14发送用于联系紧急提供方16的请求，并响应于从pcd14接收到紧急提供方16已被联系到的确认，停止发送用于联系紧急提供方16的请求。
图3描绘了根据一个实施例的用于主动请求pcd14联系紧急服务器17的车辆控制器12。pcd14的控制器26可确定pcd14的用户拒绝了用于联系紧急服务器17的电子请求，例如，pcd14的用户使用交互式显示器选择拒绝该请求。控制器26随后可向sps19发送指示紧急服务器17可能需要被联系的信号。sps19可响应于从pcd14的控制器26接收到指示紧急服务器17可能需要被联系的信号，联系紧急服务器17。
在一示例中，sps19可响应于接收到用于代表车辆10联系紧急服务器17的请求，在联系紧急服务器17之前等待预定时间段。在另一示例中，sps19可在联系紧急服务器17之前等待从一个或更多个pcd14接收用于联系紧急服务器17的预定数量的请求。
一般而言，控制器26被配置为从sps19接收确认紧急服务器17已被联系到的电子确认信号。控制器26响应于接收到来自sps19的电子确认信号，向控制器20发送信号scan_req。在一示例中，控制器26可在将信号scan_req发送到控制器20之前的预定时间段内从sps19接收电子确认信号。在该示例中，控制器26可响应于向sps19发送用于联系紧急服务器17的电子请求，启动计时器持续预定时间段。
控制器20可响应于从控制器26接收到信号scan_req而停止主动广播信号adv。在一示例中，控制器20可在停止主动广播信号adv之前检查信号scan_req是否包括车辆10的唯一车辆id。将参照图4来更详细地讨论这些方面。
如在图3中示出和在上面总体描述的，用于联系紧急服务的pcd14包括控制器26，控制器26包括收发器28，其中，控制器26被配置为经由ble从车辆10接收用于联系紧急提供方16的请求，响应于接收到接受请求的第一输入且联系到紧急提供方16，或者响应于接收到拒绝请求的第二输入、向sps19发送请求并从sps19接收到指示紧急提供方16已被联系到的信号，经由ble向车辆10发送紧急提供方16已被联系到的确认。
图4示出了根据一个实施例的用于主动请求pcd14联系紧急服务器17的处理32。处理32在框33开始，在框33，控制器20从一个或更多个车辆控制器24和/或传感器25接收紧急事件已发生的电子通知。
如上面描述的，控制器20可从负责监测车辆操作状态的一个或更多个车辆控制器24以及一个或更多个车辆传感器25接收电子通知，所述一个或更多个车辆控制器24包括但不限于：动力传动系统控制器模块24a、制动系统控制器模块24b、约束控制器模块24c防抱死制动控制器24d以及电子稳定性控制器24z等，所述一个或更多个车辆传感器25诸如但不限于：加速器、压力传感器、安全气囊展开传感器、车辆撞击传感器、猛撞冲击传感器、座椅/乘员撞击传感器、翻转传感器、温度传感器、燃料流切断开关等。
在框34，车辆10的控制器20确定一个或更多个pcd14当前是否连接到车辆10。在框40，如果一个或更多个pcd14当前连接到车辆10，则控制器20使用当前连接的pcd14以电子方式联系紧急服务器17。在框36，如果当前没有pcd14连接到车辆10，则控制器20确定先前配对的pcd14是否位于车辆10的预定信号范围内。在一示例中，控制器20确定位于车辆10的预定信号范围内的至少一个pcd14是否先前已与车辆远程信息处理控制器配对。
在框38，如果位于车辆10的预定信号范围内的至少一个pcd14先前已与车辆远程信息处理控制器配对，则控制器20确定与先前配对的pcd14的连接是否成功。例如，控制器20确定车辆远程信息处理控制器是否经由无线网络连接成功连接到先前配对的pcd14。
在框40，响应于确定车辆远程信息处理控制器成功地连接到位于车辆10的预定信号范围内的先前配对的pcd14，控制器20使用先前配对的pcd14以电子方式联系紧急服务器17。在框42，如果车辆远程信息处理控制器未成功连接到先前配对的pcd14，则控制器20启动通告计时器持续预定时间段。
在框44，控制器20确定通告计时器是否已经期满。在一示例中，当在计时器开始之后已经经过了预定时间段时，控制器20确定通告计时器已期满。在框46，如果通告计时器已期满，则控制器20确定在通告计时器已期满(例如，在计时器开始之后已经经过了预定时间段)之前没有紧急呼叫被做出，并退出处理32。在框48，如果通告计时器尚未期满，则控制器20确定是否接收到用于停止通告的手动请求。在一示例中，用于停止通告的手动请求是经由车辆10的可视前端界面的用户输入。在框46，如果接收到用于停止通告的手动请求，则控制器20确定没有进行紧急呼叫紧急服务器17，并退出处理32。
在框50，响应于确定通告计时器尚未期满且尚未接收到用于停止主动广播的手动请求，控制器20开始主动向一个或更多个pcd14广播信号adv。如先前参照图2描述的，信号adv可包括关于车辆10的信息，诸如，车辆位置、车辆的描述、乘员的数量等。信号adv还可包括车辆10的唯一车辆id。
在框52，控制器20确定控制器20是否从pcd14接收到信号scan_req。信号scan_req通常可指示紧急服务器17已被联系到。在一示例中，信号scan_req可指示pcd14和sps19中的至少一个已与紧急服务器17建立联系。如果控制器20确定控制器20尚未接收到信号scan_req，则控制器20返回到框44，在框44，控制器20确定通告计时器是否已期满。
在框53，响应于确定控制器20接收到信号scan_req，控制器20确定信号scan_req是否包括唯一车辆id。如果信号scan_req不包括唯一车辆id，则控制器20返回到框44，在框44，控制器20确定通告计时器是否已期满。如果控制器20确定接收到的信号scan_req包括唯一车辆id，则控制器20退出处理32。因此，响应于接收到包括车辆10的唯一车辆id的信号scan_req，控制器20停止主动广播信号adv。
此时，处理32可结束。在一些实施例中，处理32可响应于控制器20从一个或更多个车辆控制器24和/或传感器25接收到紧急事件发生的电子通知或者响应于另一电子通知而被重复执行。
如在图4中示出和在上面总体描述的，用于主动请求pcd14联系紧急提供方16的方法包括：通过与收发器22连接的控制器20接收车辆紧急状态信号，响应于紧急状态信号，经由ble向pcd14发送用于联系紧急提供方16的请求，经由ble在控制器20中接收指示紧急提供方16已被联系到的pcd确认，以及响应于接收到所述确认而在控制器20中停止发送请求。
图5a示出了根据一个实施例的用于主动请求pcd14联系紧急服务器17的处理55。处理55在框56开始，在框56，pcd14的控制器26从控制器20接收用于联系紧急服务器17的电子请求。在一示例中，控制器26经由ble收发器28主动监测并接收来自控制器20的信号adv。
在框58，控制器26确定pcd14的用户是否接受用于联系紧急服务器17的电子请求。在一示例中，pcd用户可经由pcd14的交互式显示器接受电子请求。在框60，如果pcd用户接受了该请求，则控制器26以电子方式联系紧急服务器17。在框62，控制器26向车辆10的控制器20发送信号scan_req，以电子方式确认紧急服务器17已被建立。在一示例中，信号scan_req可包括唯一车辆id。
在框64，如果pcd用户拒绝用于联系紧急服务器17的电子请求，例如，pcd用户经由pcd14的交互式显示器选择拒绝该请求，则控制器26向sps19发送指示可能需要代表车辆10联系紧急服务器17的信号。发送到sps19的信号可包括关于车辆10的信息，诸如，车辆位置、车辆的描述、乘员的数量、座椅安全带和/或安全气囊的状态等。该信号还可包括车辆10的唯一车辆id。
在框66，控制器26响应于将信号发送到sps19而启动计时器。在框68，控制器26确定计时器是否期满，例如，在计时器开始之后是否已经经过了预定时间段。在框70，如果计时器已期满，则控制器26确定紧急服务器17尚未被联系，并在不将scan_req信号发送到控制器20的情况下退出处理55。在框72，如果控制器26在框68确定了计时器尚未期满，则控制器26确定控制器26是否从sps19接收到sps19已联系到紧急服务器17的电子确认。如果控制器26从sps19接收到sps19已联系到紧急服务器17的电子确认，则在框62，控制器26向车辆10的控制器20发送信号scan_req，以电子方式确认紧急服务器17已被联系到。在一示例中，信号scan_req可包括唯一车辆id。如果控制器26确定控制器26尚未从sps19接收到sps19已联系到紧急服务器17的电子确认，则控制器26返回到框68，在框68，控制器26确定计时器是否已期满。
在框74，sps19接收用于代表车辆10联系紧急服务器17的电子请求。在框76，sps19响应于接收到该请求以电子方式联系紧急服务器17。在一示例中，响应于接收到用于代表车辆10联系紧急服务器17的电子请求，sps19在联系紧急服务器17之前等待预定时间段。在另一示例中，sps19在联系紧急服务器17之前等待从一个或更多个pcd14接收用于联系紧急服务器17的预定数量的电子请求。将参照图5b更详细地讨论这个方面。
在框78，sps19向pcd14的控制器26发送与紧急服务器17的联系已被建立的确认。来自sps19的确认信号包括车辆10的唯一车辆id。
此时，处理55可结束。在一些实施例中，处理55可响应于控制器26接收到用于联系紧急服务器17的电子请求或者响应于另一电子通知或请求而被重复执行。
图5b描绘了根据一个实施例的用于主动请求pcd14联系紧急服务器17的处理55。与参照图5a提供的描述一致的，处理55在框56开始，在框56，pcd14的控制器26接收用于联系紧急服务器17的电子请求。如参照图5a的，处理55从框58进行到框74。在框74，sps19接收用于代表车辆10联系紧急服务器17的电子请求。
在框80，sps19增加接收到的紧急联系请求的计数。在框82，sps19确定请求计数是否大于预定值。在框84，响应于在框82确定了请求计数小于或等于预定值，sps19等待附加请求。在一示例中，sps19可等待附加请求预定时间段。
在框86，sps19确定用于联系紧急服务器17的新请求是否已被接收到。在框80，响应于在框86确定了sps19接收到用于联系紧急服务器17的新请求，sps19增加接收到的紧急联系请求计数。在一示例中，在增加接收到的紧急联系请求计数之前，sps19基于唯一车辆id来确定接收到的新请求是否与初始请求针对的是同一车辆10。
响应于在框86确定了sps19尚未接收到用于联系紧急服务器17的新请求(例如，sps19尚未接收到具有与初始请求的唯一车辆id相同的唯一车辆id的新请求)，sps19返回到框84。在框84，sps19等待用于联系紧急服务器17的附加请求预定时间段。
在框88，响应于在框82确定了接收到的紧急联系请求计数大于预定值，sps19联系紧急服务器17。在框90，sps19向pcd14的控制器26发送指示与紧急服务器17的联系已被建立的确认。来自sps19的确认信号可包括车辆10的唯一车辆id。此时，处理55可结束。在一些实施例中，如参照图5b描述的，处理55可响应于接收到用于联系紧急服务器17的电子请求或者响应于另一通知或请求而被重复执行。
虽然以上描述了示例性实施例，但这些实施例并不意在描述本发明的所有可能的形式。更确切地，说明书中使用的词语是描述性词语而非限制性词语，并且应理解的是，可在不脱离本发明的精神和范围的情况下做出各种改变。此外，可将各种实现的实施例的特征进行组合以形成本发明的进一步的实施例。
- 还没有人留言评论。精彩留言会获得点赞！