用于车辆的向救援呼叫中心发送乘员信息的方法及装置

文档序号:1942019 发布日期:2021-12-07 浏览:15次 >En<

阅读说明:本技术 用于车辆的向救援呼叫中心发送乘员信息的方法及装置 (Method and device for transmitting passenger information to rescue call center for vehicle ) 是由 邵昌旭 许亮 李轲 范亦卿 伍俊 于 2021-08-31 设计创作,主要内容包括:本公开涉及一种用于车辆的向救援呼叫中心发送乘员信息的方法及装置、电子设备和存储介质,所述方法包括:响应于检测到车辆发出救援呼叫信息,获取所述车辆的车舱内的影像信息;对所述影像信息进行人脸检测和/或人体检测;基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,所述状态信息包括与医疗救助需求相关的身体状态信息和/或乘车状态信息;向救援呼叫中心发送所述状态信息。(The present disclosure relates to a method and apparatus for transmitting occupant information to a rescue call center for a vehicle, an electronic device, and a storage medium, the method including: responding to the detection that a vehicle sends rescue call information, and acquiring image information in a vehicle cabin of the vehicle; carrying out face detection and/or human body detection on the image information; determining state information of passengers in the cabin based on the detected human face and/or human body, wherein the state information comprises body state information and/or riding state information related to medical aid needs; and sending the state information to a rescue call center.)

用于车辆的向救援呼叫中心发送乘员信息的方法及装置

技术领域

本公开涉及计算机技术领域,尤其涉及一种发送车辆的乘员信息的方法及装置、电子设备和存储介质。

背景技术

在道路运输过程中,汽车可能会发生交通事故,此时如果救援人员可以及时获知事故信息并开展救援,那么事故当事人便能够得到及时的救援,从而减少财产损失,降低人员伤亡。

为了能够让救援人员及时获知事故信息,可以在汽车上集成车载紧急呼叫(emergency call,eCall)系统,eCall系统属于车联网典型应用。基于汽车传感、移动通信、卫星定位等技术,在事故发生后第一时间与公共救援中心取得联系,并自动将车辆位置及车辆信息发送至救援中心,救援中心确认事故后对事故人员进行救援。

然而,传统的紧急呼叫功能在事故发生后难以判断事故中乘员的受伤情况,紧急呼叫无法确认车内人员情况,难以提供针对性的救援资源。

发明内容

本公开提出了一种用于车辆的向救援呼叫中心发送乘员信息的技术方案。

根据本公开的一方面,提供了一种用于车辆的向救援呼叫中心发送乘员信息的方法,包括:

响应于检测到车辆发出救援呼叫信息,获取所述车辆的车舱内的影像信息;

对所述影像信息进行人脸检测和/或人体检测;

基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,所述状态信息包括与医疗救助需求相关的身体状态信息和/或乘车状态信息;

向救援呼叫中心发送所述状态信息。

在一种可能的实现方式中,所述基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,包括:

对检测到的人脸进行身份识别,确定所述乘员的身份信息;

基于所述身份信息,确定所述乘员的状态信息。

在一种可能的实现方式中,所述与医疗救助需求相关的身体状态信息包括:医疗档案信息;

所述基于所述身份信息,确定所述乘员的状态信息,包括:

基于所述身份信息,获取所述乘员的医疗档案信息。

在一种可能的实现方式中,所述医疗档案信息包括以下至少一项:

血型、既往病史、过敏史。

在一种可能的实现方式中,所述状态信息还包括乘员属性信息,所述基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,包括:

基于检测到的人脸和/或人体,确定乘员属性信息。

在一种可能的实现方式中,所述乘员属性信息包括以下至少一项:

年龄、性别;

所述基于检测到的人脸和/或人体,确定乘员属性信息,包括:

对所述人脸进行年龄识别,确定车舱内乘员的年龄;和/或,

对所述人脸进行性别识别,确定车舱内乘员的性别。

在一种可能的实现方式中,所述基于检测到的人脸和/或人体,确定乘员属性信息,包括:

基于所述车舱内乘员的年龄,确定车舱内的乘员是否为老人或儿童。

在一种可能的实现方式中,所述方法还包括:

基于检测到的人脸和/或人体的数量信息,确定所述车舱内乘员的数量信息,并

向救援呼叫中心发送所述乘员的数量信息;

和/或,

基于检测到的人脸位置和/或人体位置信息,确定所述车舱内乘员在车舱内的位置信息,并

向救援呼叫中心发送所述乘员的位置信息。

在一种可能的实现方式中,所述基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,包括:基于检测到的人体,对所述乘员进行车内安全防护装置的使用状态识别,得到所述乘员的与医疗救助需求相关的乘车状态信息。

在一种可能的实现方式中,所述基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,包括:

基于检测到的人脸,识别所述车舱内的儿童乘员;

基于所述影像信息检测所述车舱内的安全座椅;

根据所述儿童乘员的人体检测结果,以及所述安全座椅的检测结果,确定所述儿童乘员的安全座椅使用状态。

在一种可能的实现方式中,所述基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,包括:

基于所述影像信息,对检测到的所述人脸和/或人体对应的乘员的安全带佩戴情况进行检测,得到所述车舱内的乘员的安全带使用状态。

在一种可能的实现方式中,所述乘员的状态信息包括乘员受伤程度信息;

所述基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,包括:

基于检测到的人脸和人体,检测所述乘员的流血状态;

根据所述流血状态确定乘员的受伤程度信息。

在一种可能的实现方式中,在确定所述车舱内的乘员的状态信息后,所述方法还包括:

根据所述状态信息,确定所需的救援资源信息;

将所述救援资源信息发送给紧急呼叫中心。

在一种可能的实现方式中,所述根据所述状态信息,确定所需的救援资源信息,包括:

根据车舱内乘员的医疗档案信息、乘员属性信息、安全防护装置的使用状态、乘员受伤程度信息中的至少一项,确定救援所需的医疗物资的类别和/或医疗人员的专业方向;和/或

根据所述车舱内乘员的数量信息,确定救援所需的医疗物资的数量和/或医疗人员的数量。

在一种可能的实现方式中,所述获取所述车辆的车舱内的影像信息,包括:

获取车辆发出救援呼叫信息前后预定时间段内,车载摄像装置采集的车舱内的目标影像信息;

所述对所述影像信息进行人脸检测和/或人体检测,包括:

对所述目标影像信息进行人脸检测和/或人体检测。

根据本公开的一方面,提供了一种用于车辆的向救援呼叫中心发送乘员信息的装置,包括:

影像信息获取单元,用于响应于检测到车辆发出救援呼叫信息,获取所述车辆的车舱内的影像信息;

检测单元,用于对所述影像信息进行人脸检测和/或人体检测;

状态信息确定单元,用于基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,所述状态信息包括与医疗救助需求相关的身体状态信息和/或乘车状态信息;

发送单元,用于向救援呼叫中心发送所述状态信息。

在一种可能的实现方式中,所述状态信息确定单元,包括:

身份信息确定单元,用于对检测到的人脸进行身份识别,确定所述乘员的身份信息;

状态信息确定子单元,用于基于所述身份信息,确定所述乘员的状态信息。

在一种可能的实现方式中,所述与医疗救助需求相关的身体状态信息包括:医疗档案信息;

所述状态信息确定子单元,包括:

医疗档案信息确定单元,用于基于所述身份信息,获取所述乘员的医疗档案信息。

在一种可能的实现方式中,所述医疗档案信息包括以下至少一项:

血型、既往病史、过敏史。

在一种可能的实现方式中,所述状态信息还包括乘员属性信息,所述状态信息确定单元,包括:

属性信息确定单元,用于基于检测到的人脸和/或人体,确定乘员属性信息。

在一种可能的实现方式中,所述乘员属性信息包括以下至少一项:

年龄、性别;

所述属性信息确定单元,包括:

年龄确定单元,用于对所述人脸进行年龄识别,确定车舱内乘员的年龄;和/或,

性别确定单元,用于对所述人脸进行性别识别,确定车舱内乘员的性别。

在一种可能的实现方式中,所述属性信息确定单元,包括:

老人儿童确定单元,基于所述车舱内乘员的年龄,确定车舱内的乘员是否为老人或儿童。

在一种可能的实现方式中,所述装置还包括:

数量信息确定单元,用于基于检测到的人脸和/或人体的数量信息,确定所述车舱内乘员的数量信息,并

向救援呼叫中心发送所述乘员的数量信息;

和/或,

位置信息确定单元,用于基于检测到的人脸位置和/或人体位置信息,确定所述车舱内乘员在车舱内的位置信息,并

向救援呼叫中心发送所述乘员的位置信息。

在一种可能的实现方式中,所述状态信息确定单元,包括:安全防护装置使用状态识别单元,用于基于检测到的人体,对所述乘员进行车内安全防护装置的使用状态识别,得到所述乘员的与医疗救助需求相关的乘车状态信息。

在一种可能的实现方式中,所述状态信息确定单元,包括:

儿童乘员识别单元,用于基于检测到的人脸,识别所述车舱内的儿童乘员;

安全座椅识别单元,用于基于所述影像信息检测所述车舱内的安全座椅;

安全座椅使用状态确定单元,用于根据所述儿童乘员的人体检测结果,以及所述安全座椅的检测结果,确定所述儿童乘员的安全座椅使用状态。

在一种可能的实现方式中,所述状态信息确定单元,包括:

安全带使用状态确定单元,用于基于所述影像信息,对检测到的所述人脸和/或人体对应的乘员的安全带佩戴情况进行检测,得到所述车舱内的乘员的安全带使用状态。

在一种可能的实现方式中,所述乘员的状态信息包括乘员受伤程度信息;

所述状态信息确定单元,包括:

流血状态检测单元,用于基于检测到的人脸和人体,检测所述乘员的流血状态;

受伤程度确定单元,用于根据所述流血状态确定乘员的受伤程度信息。

在一种可能的实现方式中,在确定所述车舱内的乘员的状态信息后,所述装置还包括:

救援资源确定单元,用于根据所述状态信息,确定所需的救援资源信息;

救援资源信息发送单元,用于将所述救援资源信息发送给紧急呼叫中心。

在一种可能的实现方式中,所述救援资源确定单元,包括:

医疗资源类别确定单元,用于根据车舱内乘员的医疗档案信息、乘员属性信息、安全防护装置的使用状态、乘员受伤程度信息中的至少一项,确定救援所需的医疗物资的类别和/或医疗人员的专业方向;和/或

医疗资源数量确定单元,用于根据所述车舱内乘员的数量信息,确定救援所需的医疗物资的数量和/或医疗人员的数量。

在一种可能的实现方式中,所述影像信息获取单元,包括:

目标影像信息获取单元,用于获取车辆发出救援呼叫信息前后预定时间段内,车载摄像装置采集的车舱内的目标影像信息;

所述检测单元,用于对所述目标影像信息进行人脸检测和/或人体检测。

根据本公开的一方面,提供了一种电子设备,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为调用所述存储器存储的指令,以执行上述方法。

根据本公开的一方面,提供了一种计算机可读存储介质,其上存储有计算机程序指令,所述计算机程序指令被处理器执行时实现上述方法。

在本公开实施例中,响应于检测到车辆发出救援呼叫信息,获取所述车辆的车舱内的影像信息;通过对所述影像信息进行人脸检测和/或人体检测;基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,所述状态信息包括与医疗救助需求相关的身体状态信息和/或乘车状态信息;向救援呼叫中心发送所述状态信息。由此,能够基于车舱内乘员的状态信息,针对性地确定救援所需的救援资源,以便对车舱内乘员进行针对性的救援,实施对症救助,提高救援效率。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,而非限制本公开。根据下面参考附图对示例性实施例的详细说明,本公开的其它特征及方面将变得清楚。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,这些附图示出了符合本公开的实施例,并与说明书一起用于说明本公开的技术方案。

图1示出根据本公开实施例的发送车辆的乘员信息的方法的流程图;

图2示出根据本公开实施例的发送车辆的乘员信息的装置的框图;

图3示出根据本公开实施例的一种电子设备的框图;

图4示出根据本公开实施例的一种电子设备的框图。

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面,但是除非特别指出,不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合,例如,包括A、B、C中的至少一种,可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

另外,为了更好地说明本公开,在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解,没有某些具体细节,本公开同样可以实施。在一些实例中,对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述,以便于凸显本公开的主旨。

如背景技术描述,紧急呼叫服务可以缩短救援时间,降低车辆事故中被救援人员的死亡率。然而在相关技术中,在事故发生后难以确认车内乘员的伤亡情况,导致救援中心无法提供针对性的救援资源,也就无法及时地向受伤乘员提供针对性的救援,因此可能会错过宝贵的救援时间。

在本公开实施例中,响应于检测到车辆发出救援呼叫信息,获取所述车辆的车舱内的影像信息;通过对所述影像信息进行人脸检测和/或人体检测;基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,所述状态信息包括与医疗救助需求相关的身体状态信息和/或乘车状态信息;向救援呼叫中心发送所述状态信息。由此,能够基于车舱内乘员的状态信息,针对性地确定救援所需的救援资源,以便对车舱内乘员进行针对性的救援,实施对症救助,提高救援效率。

在一种可能的实现方式中,该方法的执行主体可以是安装于车辆上的智能驾驶控制装置。在一种可能的实现方式中,该方法可以由终端设备或服务器或其它处理设备执行。其中,终端设备可以是车载设备、用户设备(User Equipment,UE)、移动设备、用户终端、终端、蜂窝电话、无绳电话、个人数字助理(Personal Digital Assistant,PDA)、手持设备、计算设备或者可穿戴设备等。其中,车载设备可以是车舱内的车机或者域控制器,还可以是ADAS(Advanced Driving Assistance System,高级驾驶辅助系统)、OMS(OccupantMonitoring System,乘员监控系统)或者DMS(Driver Monitoring System,驾驶员监控系统)中用于执行发送车辆乘员信息的方法的设备主机等。在一些可能的实现方式中,所述信息发送方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

为便于描述,本说明书一个或多个实施例中,信息发送的执行主体可以是车辆中的车载设备,后文以执行主体为车载设备为例,对该方法的实施方式进行介绍。可以理解,该方法的执行主体为车载设备只是一种示例性的说明,并不应理解为对该方法的限定。

图1示出根据本公开实施例的用于车辆的向救援呼叫中心发送乘员信息的方法的流程图,如图1所示,所述发送车辆乘员信息的方法包括:

在步骤S11中,响应于检测到车辆发出救援呼叫信息,获取所述车辆的车舱内的影像信息。

这里的车辆可以是私家车、共享汽车、网约车、出租车、货车等类型的车辆中的至少一种车辆,本公开对车辆的具体类型不作限定。

这里的影像信息可以是舱内的乘员所在区域的影像信息,该影像信息可以通过设置于车辆的舱内或舱外的车载影像采集设备来采集,车载影像采集设备可以是车载摄像头或配置有摄像头的影像采集装置。该摄像头既可以是用于采集车辆内部影像信息的摄像头,也可以是用于采集车辆外部影像信息的摄像头。

例如,该摄像头可以包括DMS中的摄像头和/或OMS中的摄像头等,这些摄像头可以用于采集车辆内部的影像信息;该摄像头还可以包括ADAS中的摄像头,可以用于采集车辆外部的影像信息。当然,车载影像采集设备也可以是其它系统中的摄像头,或者也可以是单独配置的摄像头,本公开实施例对具体的车载影像采集设备不做限定。

这里的影像信息的载体可以是二维图像或视频,例如,影像信息具体可以是可见光图像/视频,或者红外光图像/视频;也可以是雷达扫描的点云构成的三维影像,等等,具体可依据实际应用场景而定,本公开对此不做限定。

可以通过与车载影像采集设备之间建立的通信连接获取其采集的影像信息。在一个示例中,车载影像采集设备可以实时地将采集的影像信息通过总线或无线通信通道传输至车载控制器或远程服务器,车载控制器或远程服务器可以通过总线或无线通信通道接收实时的影像信息。

车辆在发生碰撞等事故的情况下会触发紧急救援,向救援呼叫中心发送救援呼叫信息。一旦检测到车辆发出救援呼叫信息,表明车舱内的乘员需要被救援,因此,此时可以获取发出救援呼叫信息的车辆中的影像信息,以对乘员的状态进行检测。

在步骤S12中,对所述影像信息进行人脸检测和/或人体检测。

在得到舱内的影像信息后,可以基于影像信息,对舱内进行人体检测和/或人脸检测,得到所述舱内的人体检测结果和/或人脸检测结果,并可以基于所述舱内的人体检测结果和/或人脸检测结果得到所述舱内的乘员检测结果。例如,可以将所述舱内的人体检测结果和/或人脸检测结果作为所述舱内的乘员检测结果。又如,可以对所述舱内的人体检测结果和/或人脸检测结果进行进一步处理后得到所述舱内的乘员检测结果。

在本公开实施例中,对所述舱内进行人体检测和/或人脸检测,得到所述舱内的人体检测结果和/或人脸检测结果,该检测结果包括人体和/或人脸的位置信息。例如,在检测到一个乘员的情况下,所述乘员检测结果包括该乘员的位置信息;在检测到多个乘员的情况下,所述乘员检测结果可以包括检测到的各个乘员的位置信息。

在步骤S13中,基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息。

所述状态信息可以包括与医疗救助需求相关的身体状态信息和/或乘车状态信息。医疗救助需求相关的身体状态信息,可以是用于表征乘员所需医疗救助的身体状态信息,可以是乘员的身体所呈现的状态,例如,乘员的身体健康状况、是否发生流血、年龄、性别等信息。而乘员的乘车状态信息可以是乘员在车舱内的位置信息、安全防护装置的使用状态(例如是否系安全带、儿童是否落座于安全座椅等)等信息。此外,乘员的状态信息还可以包含其它的表征乘员所处情绪状态、驾驶操作能力对应的状态等的信息,本公开实施例对此不作限定。

乘员的状态信息可以基于检测到的人脸和/或人体来确定,具体可以基于图像处理技术来实现,例如,可以基于图像处理技术识别乘员身份信息,进而基于识别到的乘员身份信息确定乘员的医疗档案信息;又如,可以基于图像处理技术识别乘员身上是否有血液,以确定乘员的是否为流血状态,当在乘员身上识别到有血液的情况下,即可确定乘员处于流血状态;又如,可以基于图像处理技术,识别乘员的身体姿态,以确定乘员是否处于昏迷、骨折等无驾驶操控能力的状态;又如,可以基于图像处理技术,识别乘员的年龄、性别等;又如,可以基于检测到的人脸和/或人体的位置,确定乘员在车舱内的位置信息;又如,可以基于图像处理技术检测车舱内的乘员的安全防护装置的使用状态信息。具体确定乘员状态的方式可参见后文可能的实现方式,此处不做赘述。

在步骤S14中,向救援呼叫中心发送所述状态信息。

在确定乘员的状态信息后,即可向救援中心发送该状态信息。示例性地,可以通过车辆上集成的车载紧急呼叫(emergency call,eCall)系统,向救援呼叫中心发送报警信息,并自动将车辆位置及车辆信息发送至救援中心。

救援呼叫中心确认事故后,根据得到的状态信息,确定救援所需的救援资源,对事故人员进行针对性的救援。例如,在乘员的状态信息表征乘员为失血状态、并且通过对乘员的人脸识别确定乘员的身份信息以及进一步根据身份信息读取了乘员的医疗档案信息的情况下,依据乘员大量流血可以确定乘员急需输血,并根据乘员医疗档案信息中的血型,确定所需血液的血型,那么,救援人员即可携带相应血型的血液前往事故发生地进行救援。又例如,根据乘员的医疗档案中的过敏史可使救援人员了解受伤乘员的药物过敏情况,从而选择更适合乘员的药物。

可选地,上述医疗档案等与乘员身份信息关联的个人信息可以在预先获得乘员的信息授权的情况下获取。可以在车辆的乘员注册人脸信息时请求乘员授权在紧急呼叫情况下使用其身份信息关联的医疗档案等个人信息,在用户授权的情况下,一旦发生紧急呼叫并通过人脸识别判断该用户需要医疗救助,则读取该用户的医疗档案信息。

在本公开实施例中,响应于检测到车辆发出救援呼叫信息,获取所述车辆的车舱内的影像信息;通过对所述影像信息进行人脸检测和/或人体检测;基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,所述状态信息包括与医疗救助需求相关的身体状态信息和/或乘车状态信息;向救援呼叫中心发送所述状态信息。由此,能够基于车舱内乘员的状态信息,针对性地确定救援所需的救援资源,以便对车舱内乘员进行针对性的救援,实施对症救助,提高救援效率。

在一种可能的实现方式中,所述基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,包括:对检测到的人脸进行身份识别,确定所述乘员的身份信息;基于所述身份信息,确定所述乘员的状态信息。

通过人脸检测能够得到人脸所在的位置,该位置例如可以通过矩形框来表示,基于矩形框内的图像特征进行人脸识别,即可确定乘员的身份信息。矩形框内的图像特征为人的脸部特征信息,通过基于人的脸部特征信息进行身份识别,以确定乘员的身份信息。身份识别的过程中,会将待识别的人脸特征与身份信息已知的人脸特征模板进行比较,根据相似程度对人脸的身份信息进行识别,对于具体的识别过程,此次不做赘述。乘员的身份信息具体可以是用来表征乘员身份的标识。

乘员的部分状态信息是可以依据身份信息得到的,例如,乘员的医疗档案信息、乘员的年龄等等。在一种可能的实现方式中,所述与医疗救助需求相关的身体状态信息包括:医疗档案信息;所述基于所述身份信息,确定所述乘员的状态信息,包括:基于所述身份信息,获取所述乘员的医疗档案信息。

医疗档案信息中可以记载乘员的与医疗救助需求相关的身体状态信息,准确地反映乘员的身体状态,便于救援呼叫中心提供精准的救援资源。医疗档案信息可以通过医院等医疗机构提供的第三方接口来获取,通过调用医疗机构提供的第三方接口,来获取乘员的医疗档案信息,在调用该接口时,通过向该接口输入乘员的身份信息,该接口即可返回相应的医疗档案信息。

在一种可能的实现方式中,所述医疗档案信息包括以下至少一项:血型、既往病史、过敏史。基于医疗档案信息中的血型信息,救援人员能够准备相应血型的血液以对大量出血的乘员进行输血,提供准确血型的血液,以提高救援效率;基于医疗档案信息中的既往病史信息,能够为受伤乘员提供相应的药品和医护人员,对存在既往病史的乘员提供更加精准的救援资源;基于医疗档案信息中的过敏史信息,能够为受伤乘员避开过敏的药物,提供更加精准的救援。

在本公开实施例中,通过对检测到的人脸进行身份识别,确定乘员的身份信息,基于身份信息确定乘员的状态信息,由此,能够准确地确定乘员的状态信息,以便对车舱内乘员提供精准的救援。

在一种可能的实现方式中,所述状态信息还包括乘员属性信息,所述基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,包括:基于检测到的人脸和/或人体,确定乘员属性信息。

在一种可能的实现方式中,所述乘员属性信息包括以下至少一项:

年龄、性别;

所述基于检测到的人脸和/或人体,确定乘员属性信息,包括:

对所述人脸进行年龄识别,确定车舱内乘员的年龄;和/或,

对所述人脸进行性别识别,确定车舱内乘员的性别。

乘员的属性信息可以是基于图像处理技术来确定的,具体地,针对乘员的年龄而言,可以获取人脸的图像,然后定位人脸中的皮肤、瞳孔、眼角、嘴角、鼻子等明显会随着年龄变化的部位,根据该些部位的特征,来估计乘员的年龄,对于具体估计的过程此处不做赘述;此外,还可以基于人脸的图像识别乘员身份信息,然后基于乘员身份信息确定乘员的年龄。

针对乘员的性别而言,可以获取人脸/人体的图像,然后基于人脸/人体的图像,通过训练好的神经网络来预测乘员的性别;或者,还可以基于人脸的图像识别乘员身份信息,然后基于乘员身份信息确定乘员的性别。

在本公开实施例中,通过获取乘员的年龄、性别等属性信息,以便提供针对性的救援,提高了救援效率。

在一种可能的实现方式中,所述基于检测到的人脸和/或人体,确定乘员属性信息,包括:基于所述车舱内乘员的年龄,确定车舱内的乘员是否为老人或儿童。

基于乘员的年龄,能够确定车舱内的乘员是否是老人或者儿童,例如,乘员年龄在0-18岁的情况下,则确定乘员为儿童,乘员年龄在60岁以上的情况下,则确定乘员为老人。需要说明的是,该成人或儿童的年龄认定范围仅用于示范,具体的年龄标准可依据实际情况确定,本公开对此不作限定。

确定乘员是否为老人或儿童,能够对乘员提供针对性的救援资源,例如,针对老人或儿童,可以提供相应的老年科医生或儿科医生。此外,在确定乘员为儿童的情况下,还可以进一步确定儿童是否位于安全座椅,以预估儿童的受伤程度,提供针对性的救援措施。

在一种可能的实现方式中,所述方法还包括:基于检测到的人脸和/或人体的数量信息,确定所述车舱内乘员的数量信息,并向救援呼叫中心发送所述乘员的数量信息;和/或,基于检测到的人脸位置和/或人体位置信息,确定所述车舱内乘员在车舱内的位置信息,并向救援呼叫中心发送所述乘员的位置信息。

在对影像信息进行人脸检测和/或人体检测后,能够得到人脸的数量和/或人体的数量,因此,可以将检测到的人脸的数量作为乘员的数量,或者可以将检测到的人体的数量作为乘员的数量。在同时对人脸和人体进行检测的情况下,可以将得到的人脸的数量和人体的数量中的最大值,确定为乘员的数量。乘员的数量对调用的救援资源的数量具备较大的参考意义,方便救援呼叫中心提供针对性的救援。

乘员在车舱内的位置信息,可以用车舱内的位置标识来标识,示例性的,车舱内的位置信息可以用车舱内的座位的标识来表示,例如,前排驾驶位、前排副驾驶位、后排左侧、后排中间、后排右侧、安全座椅等,又如,可以预先将车舱内的座位编号为:1、2、3、4、5等,基于座位编号来表征乘员在车舱内的位置信息。

在车舱内的图像采集设备的视角固定不变的情况下,可以预先标注图像采集设备采集的影像信息中不同图像区域所对应的位置信息,例如,图形区域a对应于座位1,图像区域b对应于座位2,图像区域c对应于座位3,图像区域d对应于座位4,图像区域e对应于座位5,等等。那么,当检测到的人脸/人体的图像特征位于预先标注的图像区域中时,即确定了检测到的乘员的位置信息,例如,当在图像区域a中检测到人脸时,则确定乘员的位置信息为座位1。

此外,还可以基于车舱内的车辆的结构部件确定车舱内的位置信息,例如,检测到的人脸/人体位于方向盘前方的座位,则确定乘员位于驾驶位;检测到的人脸/人体位于车辆前排且其前方没有方向盘,则确定乘员位于副驾驶位;检测到的人脸/人体位于车辆后排且紧挨左侧车门,则确定乘员位于后排左侧;检测到的人脸/人体位于车辆后排且紧挨右侧车门,则确定乘员位于后排右侧;检测到的人脸/人体位于车辆后排中间位置,则确定乘员位于后排中间。

在得到乘员的位置信息后,乘员的位置信息可以作为发送状态信息时各乘员的标识(ID),用来标识并区分各个乘员。

在一种可能的实现方式中,所述基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,包括:基于检测到的人体,对所述乘员进行车内安全防护装置的使用状态识别,得到所述乘员的与医疗救助需求相关的乘车状态信息。

车内安全防护装置用来保护乘员,减少或避免乘员在事故发生时所受到的伤害,车内安全防护装置例如可以是儿童座椅、安全带等等,下面以儿童座椅和安全带为例,对本公开实施例提供的两种可能的实现方式进行详细介绍。

在一种可能的实现方式中,所述基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,包括:基于检测到的人脸,识别所述车舱内的儿童乘员;基于所述影像信息检测所述车舱内的安全座椅;根据所述儿童乘员的人体检测结果,以及所述安全座椅的检测结果,确定所述儿童乘员的安全座椅使用状态。

基于检测到的人脸,能够识别出车舱内的儿童乘员,例如,可以是基于年龄检测的方式,确定车舱内的儿童乘员。此外,通过图像检测技术,能够基于影像信息检测车舱内的安全座椅所在的位置,那么,当检测到儿童乘员的人体位于安全座椅中的情况下,则可以确定儿童乘员使用了安全座椅;当检测到儿童乘员的人体没有位于安全座椅中的情况下,则可以确定儿童乘员未使用安全座椅。

儿童乘员是否位于安全座椅上,对于预估儿童的受伤程度具备重大意义,在儿童未使用安全座椅的情况下,相比于使用安全座椅而言,其受伤程度往往会更加严重,因此,基于儿童是否使用安全座椅,能够较为准确地预估儿童的受伤程度,以根据儿童的受伤程度,提供针对性的救援措施。

在一种可能的实现方式中,所述基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,包括:基于所述影像信息,对检测到的所述人脸和/或人体对应的乘员的安全带佩戴情况进行检测,得到所述车舱内的乘员的安全带使用状态。

安全带佩戴信号可以通过车辆总线或车辆的控制器获得,在车辆内,往往预设有安全带佩戴情况检测器,该检测器位于安全带插口处,能够检测安全带插板是否正确插入插口中,在安全带插板正确插入插口中的情况下,确定乘员佩戴安全带。因此,通过读取由总线传输或存储在控制器中的安全带佩戴信号,能够获取到检测器检测的安全带使用状态。

此外,还可以基于图像识别技术,识别检测到的人体的安全带佩戴情况,得到安全带使用状态。例如将采集到的车舱的内的影像信息输入至经过训练的安全带佩戴情况检测模型,得到车舱内的每一个乘员的安全带佩戴的检测结果。

乘员是否正确佩戴安全带,对于预估乘员的受伤程度具备重大意义,在乘员未使用安全带的情况下,相比于使用安全带而言,其受伤程度往往会更加严重,因此,基于乘员是否使用安全带,能够较为准确地预估乘员的受伤程度,以根据乘员的受伤程度,提供针对性的救援措施。

在一种可能的实现方式中,所述乘员的状态信息包括乘员受伤程度信息;所述基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,包括:基于检测到的人脸和人体,检测所述乘员的流血状态;根据所述流血状态确定乘员的受伤程度信息。

基于人脸检测能够得到乘员人脸的位置,在检测到人脸的情况下,可以对乘员的面部进行血液检测,来确定舱内乘员的流血情况;基于人体检测能够得到乘员人体的位置,在检测到人体的情况下,可以对乘员的体表进行血液检测,来确定舱内乘员的流血情况。

具体进行血液检测的实现方式可以是基于血液的颜色信息来检测。由于乘员的服饰、配饰等附着物的颜色可能与血液的颜色相近似,因此,还可以进一步再依据血流的形状来确定乘员是否流血,血流的形状可以依据图像中真实的血流的形状得到。

血液检测可以依据深度神经网络来实现,用于进行血液检测的神经网络例如可以是基于注意力机制的Seq2Seq模型、Tensorflow模型等。该神经网络可以是已训练好的网络,也可根据乘员流血的影像信息的特性,采用图像内容中包含乘员流血情况的图像数据集对神经网络进行训练,通过标注图像数据集中的流血区域,对神经网络进行训练,使神经网络在检测血液时准确率较高,能够准确地检测到乘员面部和/或体表的血液。

在检测到血液后,可以确定血液的面积,基于血液的面积确定乘员受伤流血的严重程度,该流血的严重程度与血液的面积和正相关。

在本公开实施例中,基于检测到的人脸和人体,检测乘员的流血状态;根据流血状态确定乘员的受伤程度信息。由此,可以基于确定的受伤严重程度,提供针对性的救援资源。例如,在流血严重的情况下,确定需要进行输血救援,并依据乘员医疗档案信息确定乘员的血型,准备相应血型的血液前往救援。

在一种可能的实现方式中,在确定所述车舱内的乘员的状态信息后,所述方法还包括:根据所述状态信息,确定所需的救援资源信息;将所述救援资源信息发送给紧急呼叫中心。

救援资源信息,可以包括救援所需的医疗物资的类别、医疗物资的数量、医疗人员的专业方向、医疗人员的数量等等。医疗物资的类别,可以是某一类医疗物资,也可以是具体的医疗物资,例如,可以是用于抢救失血过多伤员的一整类物资,或者也可以是具体的某一血型的血液;医疗物资的数量,例如可以是所需的救护车的数量、担架的数量等等;医疗人员的专业方向,例如可以是呼吸科医疗人员、儿科医疗人员、骨科医疗人员等等。

救援资源信息可以依据乘员的状态信息来确定,具体确定救援资源信息的方式可以有多种,在一种可能的实现方式中,所述根据所述状态信息,确定所需的救援资源信息,包括:根据车舱内乘员的医疗档案信息、乘员属性信息、安全防护装置的使用状态、乘员受伤程度信息中的至少一项,确定救援所需的医疗物资的类别和/或医疗人员的专业方向;和/或根据所述车舱内乘员的数量信息,确定救援所需的医疗物资的数量和/或医疗人员的数量。

基于车舱内乘员的医疗档案信息,能够确定乘员的血型、既往病史、过敏史等信息,其中,依据血型能够确定输血的血液的血型;依据既往病史能够确定乘员潜在的疾病,基于该疾病能够确定救援所需的药物、医疗器械以及所需医疗人员的专业方向,例如,某乘员有哮喘的既往病史,则事故受伤的情况下可能急需给氧,则可以携带给氧所需的医疗器械,并确定救援所需的医疗人员的专业方向包括呼吸科方向;依据乘员的过敏史,能够确定乘员对哪些药物过敏,进而确定乘员所需的药物类别,排除过敏药物,提供精准的救援。

基于乘员属性信息,能够确定乘员是否是老人或儿童,以及乘员的性别,针对老人,可以确定救援所需的医疗人员的专业方向包括老年病方向,所需的医疗资源包括老年人常备的药物;针对儿童,可以确定救援所需的医疗人员的专业方向包括儿科方向。

基于乘员受伤程度信息,能够提供针对性的救援资源。例如,在流血严重的情况下,确定需要进行输血救援,并依据乘员医疗档案信息确定乘员的血型,准备相应血型的血液前往救援。

基于安全防护装置的使用状态,也能够反映乘员受伤的严重程度,由于在未使用安全防护装置的情况下,受伤状态往往会更严重,因此,在基于安全防护装置的使用状态以外的其它因素得到乘员受伤严重程度后,在确定乘员未使用安全防护装置的情况下,可以在受伤严重程度上进行进一步升级,升级为更高的受伤严重程度。进而基于升级后的受伤严重程度确定针对性的救援资源。

基于车舱内乘员的数量信息,能够确定救援所需的医疗物资的数量和/或医疗人员的数量,例如,依据乘员的数量确定救援所需的救护车的数量、担架的数量等等;依据乘员的数量也能够确定医疗人员的数量,进而保证对车舱内受伤的乘员进行及时的治疗。

在一种可能的实现方式中,所述获取所述车辆的车舱内的影像信息,包括:获取车辆发出救援呼叫信息前后预定时间段内,车载摄像装置采集的车舱内的目标影像信息;所述对所述影像信息进行人脸检测和/或人体检测,包括:对所述目标影像信息进行人脸检测和/或人体检测。

考虑到在车辆发出救援呼叫信息后,车辆往往已经是发生了事故,在发生事故后,乘员可能会由于受伤低头、身体发生倾斜等原因,导致乘员的人体和/或人脸无法被车载摄像装置采集到,也就无法进行人脸识别等进一步的图像处理操作,因此,可以获取车辆发出救援呼叫信息前预定时间段内,车载摄像装置采集的车舱内的目标影像信息。那么在车辆发出救援呼叫信息前,车辆往往是正常行驶的,此时乘员的身体状态处于正常状态,那么车载摄像装置采集的车舱内的目标影像信息中,往往能够准确地获知人脸和/或人体的图像信息,便于对目标影像信息进行身份识别等操作。而对于事故发生后预定时间段内的目标影像信息进行人脸检测和/或人体检测,能够便于进行受伤严重程度等状态信息的确定。

下面对本公开实施例的一个应用场景进行说明。在该应用场景中,事故发生后,救援呼叫信息被触发,然后获取事故发生前后2分钟内舱内乘员的影像信息,识别到该车内有两名成人一名儿童,成人都有使用安全带,儿童使用了安全座椅。有一名乘员流血较多,通过身份识别得到该乘员的身份信息,基于该身份信息,通过医疗接口查询到其血型以及过往病症。将所有信息上传给救援呼叫中心后,救援呼叫中心确认需要输液救援,并准备输液医疗器械和相应血型的血液前往事故发生地进行救援。

可以理解,本公开提及的上述各个方法实施例,在不违背原理逻辑的情况下,均可以彼此相互结合形成结合后的实施例,限于篇幅,本公开不再赘述。本领域技术人员可以理解,在具体实施方式的上述方法中,各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

此外,本公开还提供了发送车辆的乘员信息的装置、电子设备、计算机可读存储介质、程序,上述均可用来实现本公开提供的任一种发送车辆的乘员信息的方法,相应技术方案和描述和参见方法部分的相应记载,不再赘述。

图2示出根据本公开实施例的用于车辆的向救援呼叫中心发送乘员信息的装置的框图,如图2所示,所述装置包括:

影像信息获取单元21,用于响应于检测到车辆发出救援呼叫信息,获取所述车辆的车舱内的影像信息;

检测单元22,用于对所述影像信息进行人脸检测和/或人体检测;

状态信息确定单元23,用于基于检测到的人脸和/或人体,确定所述车舱内的乘员的状态信息,所述状态信息包括与医疗救助需求相关的身体状态信息和/或乘车状态信息;

发送单元24,用于向救援呼叫中心发送所述状态信息。

在一种可能的实现方式中,所述状态信息确定单元23,包括:

身份信息确定单元,用于对检测到的人脸进行身份识别,确定所述乘员的身份信息;

状态信息确定子单元,用于基于所述身份信息,确定所述乘员的状态信息。

在一种可能的实现方式中,所述与医疗救助需求相关的身体状态信息包括:医疗档案信息;

所述状态信息确定子单元,包括:

医疗档案信息确定单元,用于基于所述身份信息,获取所述乘员的医疗档案信息。

在一种可能的实现方式中,所述医疗档案信息包括以下至少一项:

血型、既往病史、过敏史。

在一种可能的实现方式中,所述状态信息还包括乘员属性信息,所述状态信息确定单元23,包括:

属性信息确定单元,用于基于检测到的人脸和/或人体,确定乘员属性信息。

在一种可能的实现方式中,所述乘员属性信息包括以下至少一项:

年龄、性别;

所述属性信息确定单元,包括:

年龄确定单元,用于对所述人脸进行年龄识别,确定车舱内乘员的年龄;和/或,

性别确定单元,用于对所述人脸进行性别识别,确定车舱内乘员的性别。

在一种可能的实现方式中,所述属性信息确定单元,包括:

老人儿童确定单元,基于所述车舱内乘员的年龄,确定车舱内的乘员是否为老人或儿童。

在一种可能的实现方式中,所述装置还包括:

数量信息确定单元,用于基于检测到的人脸和/或人体的数量信息,确定所述车舱内乘员的数量信息,并

向救援呼叫中心发送所述乘员的数量信息;

和/或,

位置信息确定单元,用于基于检测到的人脸位置和/或人体位置信息,确定所述车舱内乘员在车舱内的位置信息,并

向救援呼叫中心发送所述乘员的位置信息。

在一种可能的实现方式中,所述状态信息确定单元23,包括:安全防护装置使用状态识别单元,用于基于检测到的人体,对所述乘员进行车内安全防护装置的使用状态识别,得到所述乘员的与医疗救助需求相关的乘车状态信息。

在一种可能的实现方式中,所述状态信息确定单元23,包括:

儿童乘员识别单元,用于基于检测到的人脸,识别所述车舱内的儿童乘员;

安全座椅识别单元,用于基于所述影像信息检测所述车舱内的安全座椅;

安全座椅使用状态确定单元,用于根据所述儿童乘员的人体检测结果,以及所述安全座椅的检测结果,确定所述儿童乘员的安全座椅使用状态。

在一种可能的实现方式中,所述状态信息确定单元23,包括:

安全带使用状态确定单元,用于基于所述影像信息,对检测到的所述人脸和/或人体对应的乘员的安全带佩戴情况进行检测,得到所述车舱内的乘员的安全带使用状态。

在一种可能的实现方式中,所述乘员的状态信息包括乘员受伤程度信息;

所述状态信息确定单元23,包括:

流血状态检测单元,用于基于检测到的人脸和人体,检测所述乘员的流血状态;

受伤程度确定单元,用于根据所述流血状态确定乘员的受伤程度信息。

在一种可能的实现方式中,在确定所述车舱内的乘员的状态信息后,所述装置还包括:

救援资源确定单元,用于根据所述状态信息,确定所需的救援资源信息;

救援资源信息发送单元,用于将所述救援资源信息发送给紧急呼叫中心。

在一种可能的实现方式中,所述救援资源确定单元,包括:

医疗资源类别确定单元,用于根据车舱内乘员的医疗档案信息、乘员属性信息、安全防护装置的使用状态、乘员受伤程度信息中的至少一项,确定救援所需的医疗物资的类别和/或医疗人员的专业方向;和/或

医疗资源数量确定单元,用于根据所述车舱内乘员的数量信息,确定救援所需的医疗物资的数量和/或医疗人员的数量。

在一种可能的实现方式中,所述影像信息获取单元21,包括:

目标影像信息获取单元,用于获取车辆发出救援呼叫信息前后预定时间段内,车载摄像装置采集的车舱内的目标影像信息;

所述检测单元22,用于对所述目标影像信息进行人脸检测和/或人体检测。

在一些实施例中,本公开实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法,其具体实现可以参照上文方法实施例的描述,为了简洁,这里不再赘述。

本公开实施例还提出一种计算机可读存储介质,其上存储有计算机程序指令,所述计算机程序指令被处理器执行时实现上述方法。计算机可读存储介质可以是易失性或非易失性计算机可读存储介质。

本公开实施例还提出一种电子设备,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为调用所述存储器存储的指令,以执行上述方法。

本公开实施例还提供了一种计算机程序产品,包括计算机可读代码,或者承载有计算机可读代码的非易失性计算机可读存储介质,当所述计算机可读代码在电子设备的处理器中运行时,所述电子设备中的处理器执行上述方法。

电子设备可以被提供为终端、服务器或其它形态的设备。

图3示出根据本公开实施例的一种电子设备800的框图。例如,电子设备800可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等终端。

参照图3,电子设备800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)的接口812,传感器组件814,以及通信组件816。

处理组件802通常控制电子设备800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在电子设备800的操作。这些数据的示例包括用于在电子设备800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。

电源组件806为电子设备800的各种组件提供电力。电源组件806可以包括电源管理系统,一个或多个电源,及其他与为电子设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述电子设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当电子设备800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当电子设备800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器,用于为电子设备800提供各个方面的状态评估。例如,传感器组件814可以检测到电子设备800的打开/关闭状态,组件的相对定位,例如所述组件为电子设备800的显示器和小键盘,传感器组件814还可以检测电子设备800或电子设备800一个组件的位置改变,用户与电子设备800接触的存在或不存在,电子设备800方位或加速/减速和电子设备800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如互补金属氧化物半导体(CMOS)或电荷耦合装置(CCD)图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。

通信组件816被配置为便于电子设备800和其他设备之间有线或无线方式的通信。电子设备800可以接入基于通信标准的无线网络,如无线网络(WiFi),第二代移动通信技术(2G)或第三代移动通信技术(3G),或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。

在示例性实施例中,电子设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。

在示例性实施例中,还提供了一种非易失性计算机可读存储介质,例如包括计算机程序指令的存储器804,上述计算机程序指令可由电子设备800的处理器820执行以完成上述方法。

图4示出根据本公开实施例的一种电子设备1900的框图。例如,电子设备1900可以被提供为一服务器。参照图4,电子设备1900包括处理组件1922,其进一步包括一个或多个处理器,以及由存储器1932所代表的存储器资源,用于存储可由处理组件1922的执行的指令,例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1922被配置为执行指令,以执行上述方法。

电子设备1900还可以包括一个电源组件1926被配置为执行电子设备1900的电源管理,一个有线或无线网络接口1950被配置为将电子设备1900连接到网络,和一个输入输出(I/O)接口1958。电子设备1900可以操作基于存储在存储器1932的操作系统,例如微软服务器操作系统(Windows ServerTM),苹果公司推出的基于图形用户界面操作系统(Mac OSXTM),多用户多进程的计算机操作系统(UnixTM),自由和开放原代码的类Unix操作系统(LinuxTM),开放原代码的类Unix操作系统(FreeBSDTM)或类似。

在示例性实施例中,还提供了一种非易失性计算机可读存储介质,例如包括计算机程序指令的存储器1932,上述计算机程序指令可由电子设备1900的处理组件1922执行以完成上述方法。

本公开可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是(但不限于)电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中,所述计算机程序产品具体体现为计算机存储介质,在另一个可选实施例中,计算机程序产品具体体现为软件产品,例如软件开发包(Software Development Kit,SDK)等等。

以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

25页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:基于大数据的集中功率预测和气象预警综合系统

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!

技术分类