具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、产品或设备固有的其他步骤或单元。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
E-Call:E-Call指代车载终端内紧急呼叫服务。为了能够让救援人员及时获知事故信息,可以在车载终端上集成车载紧急呼叫系统,当车载终端发生交通事故时,车载E-Call装置可以将用于反映事故信息的最小数据集合(minimum set of data,MSD)通知给救援人员。
请参阅图1,图1是本申请实施例提供的一种系统架构的示意图。如图1所示,车载终端和部署在紧急呼叫救援中心的服务设备相互通信连接,其中,紧急呼叫救援中心可与多个车载终端以及多个服务设备通信连接,从而为多台车载终端提供紧急救援服务。
可选的,所述系统架构还包括无线网络和公共交换电话网络或通用交换电话网(public switched telephone network/general switched telephone network,PSTN/GSTN)。无线网络可以是移动、联通等第三方运营商的无线网络,包括接入网设备(如,基站)和核心网设备等。PSTN/GSTN是一种以模拟技术为基础的电路交换网络,用于传输语音数据报文。车载终端与紧急呼叫救援中心之间以及车载终端与服务设备之间采用无线通讯方式。
其中,当集成有车载E-Call装置的车辆设备发生交通事故时,车载E-Call装置可以在被触发后,建立经由无线网络和PSTN/GSTN到服务设备的语音通信链路,并通过建立好的语音通信链路向服务设备传输包括有事故发生的时间、地点、行车方向和车辆信息等的MSD以及用户的语音信息。
可选的,如图2所示,基于车载E-Call装置和服务设备包括的模块,车载E-Call装置通过语音通信链路向服务设备发送MSD和用户的语音信息的具体流程为:当集成有车载E-Call装置的车载终端设备发生交通事故时,可以由事故当事人手动或者由车辆碰撞信号自动触发车载E-Call装置。此时,车载E-Call装置的语音呼叫管理模块可以向无线通信模块发送携带有紧急救援号码的指令,以便无线通信模块根据该指令,建立经由无线网络和PSTN/GSTN到服务设备的语音通信链路。在语音通信链路建立好之后,语音呼叫管理模块可以指示车载E-Call装置的MSD管理模块发送获取到的MSD。此时,MSD管理模块可以先将MSD发送至车载E-Call装置的MSD调制解调模块,MSD调制解调模块便可以将MSD调制成语音(Adaptive Multi-Rate,AMR)格式(format)的语音数据报文,然后再将语音数据报文发送至无线通信模块,以便无线通信模块经天线将语音数据报文通过语音通信链路发送至服务设备。
服务设备的MSD调制解调模块在接收到车载E-Call装置发送的语音数据报文后,可以将该语音数据报文进行解调,以获得MSD,并将获得的MSD发送至服务设备的MSD显示模块进行显示,以供救援人员查看。此时,MSD显示模块可以向服务设备的处理器发送MSD接收成功的指示,处理器便可以根据该指示向MSD调制解调模块发送MSD接收成功的消息,以便该MSD调制解调模块通过语音通信链路向车载E-Call装置发送MSD接收成功的消息。车载E-Call装置的无线通信模块在接收到MSD接收成功的消息后,可以将该消息经由语音数据调制解调模块发送至语音呼叫管理模块。语音呼叫管理模块便可以切换到语音通话状态,以便事故当事人和救援人员通过第一语音通信链路进行语音通话,交流事故信息。
但是,驾驶员或车内其他人员在发生交通事故发生后,可能会因情绪激动而无法准确清楚的描述现场情况,或因失去意识而无法向工作于服务设备前的救援人员清楚准确地描述现场情况,造成救援人员对事故严重程度判断不准确,影响紧急救援工作。
因此,本申请提供了一种紧急求援方法,当确定所述车载终端发生交通事故时,获取第一信息,所述第一信息包括所述车载终端内的事故人员的图像信息和/或视频流信息;向紧急呼叫E-Call救援中心的第一服务设备发送所述第一信息,所述第一服务设备为通过E-Call方式与所述车载终端建立语音通信链路的服务设备,通过将车载终端内事故人员的图像信息发送给服务设备,能够快速准确的传达求援信息,使事故人员能够得到及时救援,从而减低人员伤亡。
下面结合附图对本申请实施例的实施方式进行详细胡。
请参阅图3,图3为本申请实施例提供的一种紧急求援方法的流程示意图,应用于如图1或如图2所示的系统架构。如图3所示,所述方法包括如下步骤。
S310、当确定所述车载终端发生交通事故时,获取第一信息,所述第一信息包括所述车载终端内的事故人员的图像信息和/或视频流信息。
在本申请实施例中,在检测到车载终端发生交通事故时,可以启动车载终端中的监控设备来获取第一信息,也可以从车载终端中开启的监控设备获取第一信息,还可以从周边能拍摄到所述车载终端的监控设备中获取第一信息,本申请实施例对此不做限定。通过获取第一信息可以实时了解车内事故人员的情况,从而根据车内人员的受伤程度开展救援。
可选的,所述车载终端还包括安全气囊和车载E-Call装置,所述方法还包括:监测所述安全气囊的弹出状态和所述车载E-Call装置的触发状态;当监测到所述弹出状态指示所述安全气囊被弹出,和/或,所述触发状态指示所述车载E-Call装置被触发时,确定所述车载终端发生交通事故。
其中,当车载终端发生交通事故时,该车载终端往往会弹出安全气囊,以减轻车载终端碰撞给车内的人员带来的损伤。因此,车载终端可通过检测车载终端中的安全气囊是否被弹出,判断该车载终端内是否有人等待救援。另外,该车载终端中还安装有车载E-Call装置,当交通事故发生时车辆内的人员仍具备行为能力时,车载终端中的用户可以通过触发该车载E-Call装置,或者,当车载终端内设置有碰撞检测装置时,当碰撞检测装置检测到交通事故发生后,可以触发该车载E-Call装置,以使车载终端获知车辆内有人等待救援的情况。
具体地,车载终端内的安全气囊和车载E-Call装置可以分别与控制器局域网络(Controller Area Network,CAN)总线相连接,车载终端可以通过CAN总线获取该安全气囊的弹出状态和该车载E-Call装置的触发状态,当该安全气囊被弹出时,该安全气囊可以通过CAN总线发送弹出信号,车载终端通过CAN总线获取该弹出信号,确定安全气囊的弹出状态指示该安全气囊被弹出;当该车载E-Call装置被触发时,该车载E-Call装置可以通过CAN总线发送触发信号,车载终端通过CAN总线获取该触发信号,确定该触发状态指示该车载E-Call装置被触发。
其中,当发生交通事故时,E-Call救援中心的救援人员通过与事故人员的语音通话可能仍无法清楚的了解车载终端设备事故人员的现场情况,或者交通事故导致车载终端内的事故人员失去意识从而无法E-Call救援中心的救援人员描述事故现场情况,因此,在本申请实施例中,可以在通过监控设备获取车载终端内所有事故人员的图像信息,从而使得救援人员能够在清楚事故人员的受伤程度下进行紧急救援,减少因救助延误而导致的人员伤亡问题。
可选的,所述对所述监控设备拍摄的视频进行截取,得到第一信息,包括:获取所述监控设备在以当前时间为节点拍摄的预设时间段内的视频;根据交通事故勘验照相规则对所述视频进行截取,得到所述第一信息。
在本申请实施例中,在获取到监控设备拍摄的视频流之后,检测拍摄的视频中是否包含车载终端内的所有事故人员,若拍摄的视频中包含所有的事故人员,则依据交通事故勘验照相规则获取视频中包含所有事故人员对应的视频帧画面;若拍摄的视频中未包含所有的事故人员,则调整监控设备拍摄的视频角度,然后继续检测调整拍摄角度后的视频中是否包含所有事故人员,直至调整角度后的视频包含所有事故人员的视频帧画面。
其中,从视频流中可以截取多张图片,也可以截取设定时长的视频,交通事故勘验照相规则规定了道路交通事故勘验照相与视频图像采集的要求和视频图像的贮存及照片归档,其适用于公安机关交通管理部门对道路交通事故现场、车辆、交通参与人及痕迹物证的勘验照相和视频图像采集。通过交通事故勘验照相规则对视频进行截取可得到有效的第一信息。
进一步地,所述预设时间段可以是从监控设备启动的时间到当前时间的时间段,也可以是当前时间之前的周期时间段内,该周期可以为5s、10s、15s、20s、30s、40s等等,本申请实施例对此不做限制。
在一种可能实施例中,第一信息可以包括从交通事故发生的当前时间为节点的设定周期内的视频流,即当交通事故发生后,车载终端持续获取设定周期内的视频流向紧急呼叫E-Call救援中心的第一服务设备发送,使得救援人员能够在第一服务设备上实时了解车载终端内事故人员的情况,从而及时展开救援。
S320、向紧急呼叫E-Call救援中心的第一服务设备发送所述第一信息,所述第一服务设备为通过E-Call方式与所述车载终端建立语音通信链路的服务设备。
在本申请实施例中,当集成有车载E-Call装置的车载终端设备发生交通事故时,事故当事人手动或者由碰撞信号自动触发车载E-Call装置,建立与服务设备的语音通信链路,从而使得工作在该服务设备的救援人员能够与车内事故人员进行语音通话。车载终端也可以将车载终端内的事故人员的图像信息发送给语音通信链路的服务终端,使得工作在该服务设备的救援人员能够快速开始救援行动,从而减少人员伤亡。
在一种可能的实施例中,所述第一信息承载于最小数据集合MSD中;
所述向第一服务设备发送所述第一信息,包括:通过所述语音通信链路向所述第一服务设备发送所述MSD。
其中,当集成有车载E-Call装置的车载终端发生交通事故时,车载E-Call装置可以在被触发后获取MSD,MSD可以包括位置信息、时间、乘客数量、车牌号中的至少一种。车载E-Call装置获取到MSD后,通过已经建立的语音通信链路发送给所述第一服务设备。车载设备在得到第一信息后,可以将第一信息承载于MSD中通过语音通信链路发送给第一服务设备,这样使得救援人员能够及时清楚的了解事故人员的真实情况,展开救援。
进一步地,MSD在语音通信连接之后就开始传输,早于语音电话,即工作于服务设备的救援人员在接收到了MSD之后才与事故人员通话。在MSD传输过程中,语音通话是静音的。在一些可能的示例中,救援人员也可以在语音通话过程中请求车载E-Call装置发送MSD。
可选的,在得到第一信息后,车载终端也可以直接通过语音通信链路将第一信息单独发送给第一服务设备。
其中,在语音通话过程中,车载终端可以接收来自所述第一服务设备的第一请求消息,所述第一请求消息用于请求所述车载终端发送所述第一信息,即救援人员也可以在语音通话过程中请求车载终端发送第一信息。
在一种可能的实施例中,所述向第一服务设备发送所述第一信息之前,所述方法还包括:
向所述E-Call救援中心发送数据连接请求,所述数据连接请求用于所述E-Call救援中心建立所述车载终端与所述第一服务设备之间的数据通信链路。
可选的,所述向第一服务设备发送所述第一信息,包括:通过所述数据通信链路向所述第一服务设备发送最小数据集合MSD,所述MSD包括所述第一信息。
其中,在MSD传输过程中,事故人员与救援人员之间的语音通话是静音的,为了避免这一问题,车载终端可以在发生交通事故时,向E-Call救援中心发送数据连接请求,以建立车载终端与第一服务设备之间的数据通信链路。通过数据通信链路向所述第一服务设备发送所述MSD和/或所述第一信息,从而能够持续保持事故人员与救援人员之间的语音通话,提高求援效率。
具体地,车载终端得到所述第一信息后,可以将该第一信息承载于MSD中通过数据通信链路发送给第一服务设备,也可以通过数据通信链路将该第一信息单独发送给第一服务设备。在一种可能的示例中,车载终端可以接收来自第一服务设备的第一请求消息,来请求车载终端发送第一信息,车载终端接收到第一请求消息后,可以通过数据通信链路将得到的第一信息承载于MSD中或单独发送给第一服务设备。
可以看出,本申请提出了一种紧急求援方法,当确定所述车载终端发生交通事故时,获取第一信息,所述第一信息包括所述车载终端内的事故人员的图像信息和/或视频流信息;向紧急呼叫E-Call救援中心的第一服务设备发送所述第一信息,所述第一服务设备为通过E-Call方式与所述车载终端建立语音通信链路的服务设备,通过将车载终端内事故人员的图像信息发送给服务设备,能够快速准确的传达求援信息,使事故人员能够得到及时救援,从而减低人员伤亡。
上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是,电子设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所提供的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
请参阅图4A,图4A是本申请实施例提供的一种紧急求援装置400的功能单元组成框图,该紧急求援装置400应用于车载终端,所述紧急求援装置400包括:获取单元410和发送单元420,其中,
获取单元410,用于当确定所述车载终端发生交通事故时,获取第一信息,所述第一信息包括所述车载终端内的事故人员的图像信息和/或视频流信息;
发送单元420,用于向E-Call救援中心的第一服务设备发送所述第一信息,所述第一服务设备为通过E-Call方式与所述车载终端建立语音通信连接的服务设备。
在本申请一可能的实施例中,所述第一信息承载于最小数据集合MSD中;所述发送单元420具体用于:通过所述语音通信链路向所述第一服务设备发送所述MSD。
在本申请一可能的实施例中,向第一服务设备发送所述第一信息之前,所述发送单元420还用于:向所述E-Call救援中心发送数据连接请求,所述数据连接请求用于所述E-Call救援中心建立所述车载终端与所述第一服务设备之间的数据通信链路。
在本申请一可能的实施例中,所述发送单元420具体用于:通过所述数据通信链路向所述第一服务设备发送最小数据集合MSD,所述MSD包括所述第一信息
在本申请一可能的实施例中,所述获取单元410具体用于:获取所述监控设备在以当前时间为节点拍摄的预设时间段内的视频;根据交通事故勘验照相规则对所述视频进行截取,得到所述第一信息。
在本申请一可能的实施例中,如图4B所示,所述紧急求援装置400还可以包括接收单元430,所述接收单元430用于:接收来自所述第一服务设备的第一请求消息,所述第一请求消息用于请求所述车载终端发送所述第一信息。
在本申请一可能的实施例中,如图4B所示,所述紧急求援装置400还可以包括确定单元440,所述确定单元440用于:监测所述安全气囊的弹出状态和所述车载E-Call装置的触发状态;当监测到所述弹出状态指示所述安全气囊被弹出,和/或,所述触发状态指示所述车载E-Call装置被触发时,确定所述车载终端发生交通事故。
可以理解的是,本申请实施例的紧急求援装置的各程序模块的功能可根据上述方法实施例中的方法具体实现,其具体实现过程可以参照上述方法实施例的相关描述,此处不再赘述。
请参阅图5,图5是本申请实施例提供的一种紧急求援装置,该紧急求援装置包括:一个或多个处理器、一个或多个存储器、一个或多个通信接口,以及一个或多个程序;
所述一个或多个程序被存储在所述存储器中,并且被配置由所述一个或多个处理器执行;
所述程序包括用于执行以下步骤的指令:
当确定所述车载终端发生交通事故时,获取第一信息,所述第一信息包括所述车载终端内的事故人员的图像信息和/或视频流信息;
向紧急呼叫E-Call救援中心的第一服务设备发送所述第一信息,所述第一服务设备为通过E-Call方式与所述车载终端建立语音通信链路的服务设备。
其中,处理器是车载E-Call装置的控制中心,可以是一个处理器,也可以是多个处理元件的统称。例如,处理器是一个中央处理器(central processing unit,CPU),也可以是特定集成电路(application specific integrated circuit,ASIC),或者是被配置成实施本申请实施例的一个或多个集成电路,例如:一个或多个微处理器(digital signalprocessor,DSP),或,一个或者多个现场可编程门阵列(field programmable gate array,FPGA)。
进一步地,处理器可以通过运行或执行存储在存储器内的软件程序,以及调用存储在存储器内的数据,执行车载E-Call装置的各种功能。
存储器可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、只读光盘(compact disc readonly memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信总线与处理器相连接。存储器也可以和处理器集成在一起。
通信接口,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如辅助设备、无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN)等。通信接口可以包括接收单元实现接收功能,以及发送单元实现发送功能。
可选的,所述紧急求援装置还可以包括通信总线,该通信总线可以是工业标准体系结构(industry standard architecture,ISA)总线、外部设备互连(peripheralcomponent interconnect,PCI)总线或扩展工业标准体系结构(extended industrystandard architecture,EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图5中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
需要说明的是,本申请实施例的具体实现过程可参见上述方法实施例所述的具体实现过程,在此不再赘述。
本申请实施例还提供一种计算机存储介质,其中,该计算机存储介质存储用于电子数据交换的计算机程序,该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。
本申请实施例还提供一种计算机程序产品,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅是示意性的,例如上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者TRP等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,RandomAccess Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、ROM、RAM、磁盘或光盘等。
以上对本申请实施例进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。