应急救援方法和装置

技术领域

本申请总体涉及智能交通技术领域，并且更具体地，涉及应急救援方法和应急救援装置。

背景技术

目前，在道路交通中，随着诸如车辆的载具的数量剧增，载具出现险情的情况也随之增多。

在载具出现水淹、失火、司乘发病等险情需要紧急救援的情况下，需要及时地获得救援，但是消防、医院等专业救援方并不能保证总是能够很快到达，或者如果遇到诸如水灾的灾难，则存在无法与消防、医院等专业救援方可取得联系或这些专业救援方无空闲救援能力可用的情形，在这种情况下就需要司乘紧急地、就近地主动求救。

车辆在遇到险情时需要及时向附近的人或车主发出求救信息。目前，无法通过短信、语音短信、推送等方式快速地将求救信息发出，也不能为求救方提供附近可联系的号码清单，而且没有救援实时信息共享通道。

发明内容

本申请的一个目的在于提供一应急救援装置及其应急救援方法，其优势在于，可以快速生成求救信息和救援信息，以便实现快速准确救援，提高救援效率。

本申请的另一个目的在于提供一应急救援装置及其应急救援方法，其优势在于，可以将救援信息发送至用户和潜在救援方，以共享救援信息。

本申请的另一个目的在于提供一应急救援装置及其应急救援方法，其优势在于，可就近地获取潜在救援方的联系方式，以便于实现快速救援。

本申请的另一个目的在于提供一应急救援装置及其应急救援方法，其优势在于，可根据权重为潜在救援方排序以提高救援效率。

本申请的另一个目的在于提供一应急救援装置及其应急救援方法，其优势在于，可基于多种选项生成求救指令，以提高救援效率。

为实现上述目的，本申请的第一方面提供了这样一种应急救援方法，该应急救援方法可包括：响应于检测到求救指令的生成，获取至少一个潜在救援方的联系方式；基于所述联系方式和所述求救指令生成救援信息，所述救援信息包括所述联系方式和救援共享地图；以及将所述救援信息发送至用户和所述至少一个潜在救援方。该应急救援方法通过快速生成求救信息和共享救援信息来实现高效的救援，并避免过度救援。

根据本申请的一个实施方式，获取至少一个潜在救援方的联系方式包括：响应于检测到该求救指令的生成，基于该求救指令获取车辆预设范围内的至少一个潜在救援方的联系方式。该应急救援方法能够就近地查询潜在救援方，以提高求救效率。

根据本申请的另一实施方式，基于该联系方式和该求救指令生成救援信息包括：基于该求救指令所指示的该求救类型与该至少一个潜在救援方的匹配程度，设置该至少一个潜在救援方的权重；根据该至少一个潜在救援方的权重和该至少一个潜在救援方与该用户的距离，确定该至少一个潜在救援方的该联系方式的排序；以及基于该排序生成该救援信息。该应急救援方法通过为潜在救援方设置权重而对潜在救援方进行排序，为求救方提供精确排位，从而提高救援效率。

根据本申请的又一实施方式，基于第一求救选项、车辆状态参数和环境信息中的至少之一生成该求救指令。该应急救援方法能够通过诸如预设求救选项的第一求救选项、指示车辆故障的车辆状态参数和指示事故环境条件的环境信息中的至少之一生成求救指令，可提高求救信息准确度，从而提高救援效率。

本申请的第二方面提供了这样一种应急救援装置，该应急救援装置可包括：一个或多个处理器；以及一个或多个存储器，所述一个或多个存储器被耦合到所述一个或多个处理器并且存储用于由所述一个或多个处理器执行的指令，所述指令当由所述一个或多个处理器执行时，使得所述装置执行上述应急救援方法。该应急救援装置能够执行上述应急救援方法，因而具有应急救援方法的上述优势。

本申请的第三方面提供了一种非暂存性的计算机存储介质，所述计算机存储介质可存储有指令，所述指令可被一个或多个处理器执行时执行上述应急救援方法。通过该计算机存储介质中存储的指令，能够执行上述应急救援方法，因而具有应急救援方法的上述优势。

本申请的第四方面提供了这样一种求救装置，该求救装置可包括：求救指令生成装置，被配置为生成求救指令；以及救援信息接收装置，被配置为接收并显示根据所述求救指令生成的救援信息，其中，所述救援信息包括至少一个潜在救援方的联系方式和救援共享地图。该求救装置能够生成救援信息并接收并显示救援信息，使得能够实现快速准确救援，提高救援效率。

附图说明

为了更清楚地说明本发明实施方式或现有技术中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

本申请的实施方式在附图的图示中以示例性的方式而非限制性的方式示出，在附图中，相同的附图标记指示类似的元件。

图1示出了根据本申请的实施方式的应急救援方法的流程图；

图2示出了根据本申请的实施方式的应急救援方法的一个示例性应用场景示意图；

图3示出了根据本申请的实施方式的应急救援装置的结构示意图；

图4示出了根据本申请的实施方式的求救装置的结构示意图；以及

图5示出了根据本申请的实施方式的救援链接页面的示意图。

具体实施方式

为了更好地理解本申请，将参考附图对本申请的各个方面做出更详细的说明。应理解，这些详细说明只是对本申请的示例性实施方式的描述，而非以任何方式限制本申请的范围。在说明书全文中，相同的附图标号指代相同的元件。表述“和/或”包括相关联的所列项目中的一个或多个的任何和全部组合。

在附图中，为了便于说明，已稍微调整了元件的大小、尺寸和形状。附图仅为示例而并非严格按比例绘制。另外，在本申请中，各步骤处理描述的先后顺序并不必然表示这些处理在实际操作中出现的顺序，除非有明确其它限定或者能够从上下文推导出的除外。

还应理解的是，诸如“包括”、“包括有”、“具有”、“包含”和/或“包含有”等表述在本说明书中是开放性而非封闭性的表述，其表示存在所陈述的特征、元件和/或部件，但不排除一个或多个其它特征、元件、部件和/或它们的组合的存在。另外，当诸如“...中的至少一个”的表述出现在所列特征的列表之后时，其修饰整列特征，而非仅仅修饰列表中的单独元件。另外，当描述本申请的实施方式时，使用“可”表示“本申请的一个或多个实施方式”。并且，用语“示例性的”旨在指代示例或举例说明。

除非另外限定，否则本文中使用的所有措辞(包括工程术语和科技术语)均具有与本申请所属领域普通技术人员的通常理解相同的含义。还应理解的是，除非本申请中有明确的说明，否则在常用词典中定义的词语应被解释为具有与它们在相关技术的上下文中的含义一致的含义，而不应以理想化或过于形式化的意义解释。

需要说明的是，在不冲突的情况下，本申请中的实施方式及实施方式中的特征可以相互组合。

本文中所指的诸如车辆的载具包括环境感知模块、通信模块、定位模块、判断决策模块，控制模块和执行模块等，其中，环境感知模块包括但不限于摄像头、夜视仪、激光雷达、毫米波雷达、超声波传感器、动态稳定性控制系统等来感知车辆行驶速度、行驶方向、运动姿态、道路交通情况等，其中，动态稳定性控制系统中可集成自己的摄像头、传感器等。通信模块包括但不限于短程通信技术、蓝牙、WIFI、紫蜂通信技术(Zigbee)、射频识别通信技术(Radio Frequency Identification，RFID)、无载通信技术(Ultra Wideband，UWB)、第四代移动通信技术4G、第五代移动通信技术5G、基于蜂窝的窄带物联网(Narrow BandInternet of Things，NB－IOT)、长期演进技术(Long Term Evolution，LTE)和基于IEEE802.11P或IEEE 1609标准协议中的任意一种或多种，来与其他车辆和环境感知模块等进行通信。该定位模块可以采用全球导航卫星系统(Global Navigation SatelliteSystem，GNSS)等。执行模块包括不限于发动机执行器、电机执行器和制动执行器等。

根据本发明的实施方式的应急救援方法可以应用于基于网联的车辆，实现车辆与车辆(Vehicle to Vehicle，V2V)、车辆与道路基础设施(Vehicle to Infrastructure，V2I)之间的实时通信。其中，道路基础设施可以通过V2I技术向车辆发送交通信号灯的状态、距离下一次切换交通信号灯状态所需的时间、路口的位置和方向等信息。

诸如车辆的载具在遇到险情之后，求救方不能及时向附近的潜在救援方发出求救信息。潜在救援方无法获得求救方共享的信息，导致求救方和潜在救援方沟通不畅，导致救援资源不足、效率低或因过度救援而浪费救援资源。下面将参考附图描述本申请的实施方式。在本申请的下述实施方式中，虽然均以车辆为例来进行描述，但应理解的是，本申请可应用于各种载具。

图1示出了根据本申请的实施方式的应急救援方法100的流程图。如图1所示，应急救援方法100可以包括以下步骤：

步骤S110：响应于检测到求救指令的生成，获取至少一个潜在救援方的联系方式；

步骤S120：基于该联系方式和该求救指令生成救援信息，该救援信息包括该联系方式和救援共享地图；以及

步骤S130：将该救援信息发送至用户和该至少一个潜在救援方。

图2示出了根据本申请的实施方式的应急救援方法的一个示例性应用场景示意图。在图2所示的场景中，当诸如车辆211的载具发生险情时，诸如坐在车辆210中的司乘人员可通过车辆车机、手机APP，快速选择诸如预设求救选项的第一求救选项、车辆状态参数和环境信息中的至少之一生成求救指令。结合当前地理位置，将求救指令发送至服务器220。服务器220根据指令，筛选附近的多个潜在救援方230的联系方式，并将救援信息及求救链接发送短信至手机，或通过语音短信发送至固话，或者发送至订阅了求救信息通道的智能设备，例如智能电视、音响、其他车辆的车机等，从而达到快速就近广播求救信息的目的。

下面将结合图1和图2进一步描述上述步骤S110、S120和S130的具体内容。

步骤S110：响应于检测到求救指令的生成，获取至少一个潜在救援方的联系方式

求救指令可以通过多种方式来生成。求救指令可指示以下信息中的至少一项：求救类型、所需救援技能、所需救援物资、求救方人数以及预计所需救援人数量。

在图2所示应用场景中，司乘的求救方210可通过车辆车机、手机APP，快速选择诸如预设求救选项的第一求救选项，并可基于第一求救选项、车辆状态参数和环境信息中的至少之一生成该求救指令。

在示例性实施方式中，第一求救选项可为预设求救选项。预设求救选项例如为失火救援、涉水救援、生病救援、碰撞救援等，以及该选项所对应的所需救援人技能、所需救援物资、求救方210人数、预计所需救援人数量等。求救方210可快速一键选择第一求救选项，选择后也可根据自身情况对第一求救选项进行调整。通过预设求救选项，求救方能够通过诸如手动输入的预设求救选项的第一求救选项快速地生成求救信息，从而实现快速地求救。

在一个实施方式中，基于车辆状态参数生成该求救指令可包括获取车辆的至少一个状态参数，然后响应于该至少一个状态参数满足预设条件，生成第二求救选项。如果该用户对该第二求救选项的选择进行了确认，则获取该车辆的位置，并基于该车辆的位置和该第二求救选项，生成求救指令。在车辆本身的故障导致事故且车辆本身出现司乘人员无法快速准确地确定故障的情况下，通过车辆上的传感器来获取车辆的至少一个状态参数能够更加准确高效地确定事故具体情况，使得求救信息更准确，同时免除了司乘人员在紧急情况下编辑求救信息，从而实现快速地求救。

在一个实施方式中，基于车辆状态参数和环境信息生成该求救指令的步骤可包括：获取车辆的至少一个状态参数和环境信息；响应于该车辆状态参数和该环境信息中的至少之一满足预定条件，生成该第二求救选项；响应于该用户对该第二求救选项的选择进行了确认，获取该车辆的位置并基于该位置车辆的位置和该第二求救选项，生成该求救指令。由此，通过结合车辆上的传感器获取的车辆状态参数和环境信息能够更加准确高效地确定用户的求救需求，使得求救信息更准确，避免求救指令的误触发，从而实现快速求救。

在上述的实施方式中，车辆的状态参数可包括与车辆的水位、烟雾、温度和碰撞中的至少之一相关的参数。例如，车辆状态参数可包括车辆211是否涉水。根据车辆211安装的水位信号传感器，检测车辆水位是否到达预警范围。在一个示例中，车辆状态参数还可以至少包括车辆211是否经受碰撞。根据车辆211安装的加速度传感器、摄像头等来检测车辆211是否经受碰撞。

在上述的实施方式中，车辆的环境信息则可包括车辆211是否失火或处于火灾环境中。根据车辆211安装的烟雾传感器、温度传感器来检测车辆211是否失火。此外，环境信息可包括路况信息和天气信息中的至少之一。出现险情的车辆通常在行驶在户外道路上，因而表明车辆所在道路路基、路面、构造物及附属设施等的技术状况的路况信息和确定事故所在地是否处于诸如极端气候的具体天气信息对救援行动的影响很大。例如，基于车辆的定位信息确定车辆所处位置的路况信息为低洼或历史重度积水点，结合车辆所在地区的天气信息为连续暴雨天气，可生成涉水求救选项并向用户提示。

在示例性实施方式中，通过上述异常情况能够生成对应的求救选项，结合车机获取的位置，在车机屏幕上弹出预警提示及快速申请救援按钮，同时将预警信息发送给服务器220。通过服务器220推送至求救方210手机，求救方210同样可以在手机上操作一键申请救援。

在该步骤S110中，一旦检测到该求救指令的生成，则作为对检测到求救指令生成的响应，基于该求救指令获取车辆预设范围内的至少一个潜在救援方的联系方式。在一个实施方式中，基于该联系方式和该求救指令生成救援信息的步骤可包括：基于该求救指令所指示的该求救类型与该至少一个潜在救援方的匹配程度，设置该至少一个潜在救援方的权重；根据该至少一个潜在救援方的权重和该至少一个潜在救援方与该用户的距离，确定该至少一个潜在救援方的该联系方式的排序；以及基于该排序生成该救援信息。

例如，如图2所示，服务器220可根据求救信息的位置，查询周边诸如消防、医院、药店、餐饮、便利店等单元或者订阅有救援服务的个人等作为潜在救援方230的联系方式。根据求救信息的分类，将对应的潜在救援方230的权重提高。例如，如果求救分类是生病救援，则将医院、诊所、药店的权重提高；如果车辆211涉水无法打开车窗逃生，则将游泳馆(或者会游泳的个人)、五金店(可能会包括破窗工具)的权重提高。在排序时，可根据各种排序规则进行排序，例如，按照权重高距离近>权重高距离远>权重低距离近>权重低距离远的排序规则进行排序。进一步地，可以基于上述联系方式生成虚拟号码，以保护潜在救援方的信息安全。

在示例性实施方式中，求救方210可在救援链接页面里看到附近潜在救援方230的联系方式。服务器220会根据求救信息进行排序，求救方210也可快速的拨打求救。在应急救援方法100的实施方式中，基于该求救指令所指示的该求救类型与该至少一个潜在救援方的匹配程度，设置该至少一个潜在救援方的权重的步骤可包括：获取该至少一个潜在救援方的品类；将该求救类型和所获取的品类进行匹配，以得到匹配值；以及根据该匹配值与该至少一个潜在救援方的权重的映射关系来设置该至少一个潜在救援方的权重。

图5示出了根据本申请的实施方式的救援链接页面的示意图。如图5所示，左侧示出了多个附近潜在救援方230的联系方式，右侧则示出了求救方和潜在救援方的位置以及是否响应的情况。具体地，服务器220可设置不同潜在救援方230的品类对应求救分类的权重。例如，如果潜在救援方230的品类是医院，则显然与对应生病救援的求救类型更加匹配，因而得到的匹配值更高。然后，根据该匹配值与医院的权重的映射关系来得到该医院的权重。例如，在应对上述生病救援时，在匹配值不同的情况下，匹配值更高的医院的权重值是10，而匹配值较低的诊所对应生病救援的权重值是8，同时匹配值更低的药店对应生病救援的权重值是7，而由于对生病救援贡献小而导致匹配值低的五金店对应生病救援的权重值是1。又例如，潜在救援方230品类五金店对应涉水救援的权重是8(提供工具破拆车窗等)，而餐饮对应涉水救援的权重是3。由此，一方面在无人响应的情况下，求救方仍能通过所提供的联系方式主动求援；另一方面通过排序同时为求救方和救援方提供参考，提高救援效率和救援成功的可能性。

步骤S120：基于该联系方式和该求救指令生成救援信息，该救援信息包括该联系方式和救援共享地图

在一个实施方式中，上述联系方式可包括分别对应于不同通信设备的号码，则基于该联系方式和该求救指令生成救援信息包括：响应于该联系方式对应于第一通信设备，基于该联系方式和该求救指令生成语音信息形式的救援信息；以及响应于该联系方式对应于第二通信设备，基于该联系方式和该求救指令生成文本信息和/或图文信息形式的救援信息。

例如，按照优先级排序将上一步查询到的潜在救援方230联系方式虚拟号码发送给求救方210。同时给这些潜在救援方230的联系方式发送求救信息，如果联系方式是座机号码的则发送语音信息。如果是其他智能设备如智能电视、音响、手机的话则发送图文信息。

在一个实施方式中，基于该联系方式和该求救指令而生成救援信息的步骤可包括：获取该至少一个潜在救援方的关联设备的设备信息；以及基于该设备信息指示的设备类型、该联系方式和该求救指令生成相应类型的救援信息。

由于潜在救援方包括各种类型的单元或个人，而这些单元和个人所使用的关联设备可以包括各种通信设备，其中，潜在救援方中的单元是指能够执行救援行为的实体，诸如医院、诊所、药店、消防队、五金店等。设备信息指示的设备类型是指通信设备向潜在救援方输出信息的方式的类型，例如，通过音频或视频方式向潜在救援方输出信息。在这种情况下，基于该设备信息指示的设备类型、该联系方式和该求救指令生成相应类型的救援信息的步骤可包括：响应于该设备类型为具有音频输出的通信设备，生成语音信息形式的救援信息；以及响应于该设备类型为具有视频输出的通信设备，生成文本信息和/或图文信息形式的救援信息。具有音频输出的通信设备可例如为固定电话、手机、智能音箱等。具有视频输出的通信设备可例如为智能通信设备、智能电视、车机等。通过上述通信设备能够实现多渠道通信，从而确保安全地发送和接收信息，以避免沟通不足。另外，视频输出的通信设备能够在救援过程中更准确全面地实现信息共享。

在一个实施方式中，上述救援信息可包括救援共享地图。生成该救援共享地图的步骤可包括：获取该至少一个潜在救援方的位置和/或救援响应信息；以及基于所获取的位置和/或救援响应信息，生成该救援共享地图，该救援共享地图至少指示该至少一个潜在救援方的救援响应信息和救援进度。

在救援响应信息指示潜在救援方没有响应或没有打开救援响应的情况下，默认为该潜在救援方未响应该救援。在救援响应信息指示潜在救援方已响应的情况下，则可以将该潜在救援方视为已响应。在救援响应信息指示潜在救援方拒绝响应的情况下，则可以将该潜在救援方视为拒绝响应。救援响应信息也可以根据潜在救援方的具体情况进行修改，从而提高救援效率。

救援进度是指救援行动实际进展的程度。例如，救援进度可以包括潜在救援方距离求救方的距离、预期抵达时间、所需救援人数和物资的准备情况、救援中出现的新信息等。

步骤S130：将该救援信息发送至用户和该至少一个潜在救援方

在该步骤中可通过各种通信方式将上述的救援信息发送至用户和该至少一个潜在救援方。例如可通过短程通信技术、蓝牙、WIFI、Zigbee、RFID、UWB、4G、5G、NB－IOT、IEEE802.11P或IEEE 1609标准协议中的任意一种或多种方式发送上述的救援信息，也可以根据实际的应用环境采用其它合适的通信方式发送上述的救援信息。

在一个实施方式中，上述救援信息可以通过服务器发送至用户和该至少一个潜在救援方，也可以通过上述通信方式直接发送到潜在救援方的关联设备。

在如图2所示的示例性实施方式中，潜在救援方230收到的信息内包含一个救援链接，通过此救援链接，可以打开一个网页。例如，可通过手机、车机或其他智能设备打开该救援链接，从而能够实时查看求救信息、所需物品、救援进度、求救方210所在位置等。

求救方210打开这个网页会看到排好序的潜在救援方230及联系方式，可以看到有多少人已经应答救援请求，可随时编辑求救信息以及状态。被邀请者打开时能看到求救信息、所需物资、所在位置和救援状态。

在将该救援信息发送至该用户和该至少一个潜在救援方之后，该应急救援方法还可包括：响应于该至少一个潜在救援方打开该救援共享地图，生成救援响应请求；以及响应于该至少一个潜在救援方确认了该救援响应请求，更新该救援响应信息。

在诸如另一车辆司乘人员的潜在救援方打开救援共享地图时，在该救援共享地图上生成救援响应请求，以供该潜在救援方选择是否响应该救援。然后，在该潜在救援方通过确认该救援响应请求而选择响应该救援时，更新该救援响应信息为已响应，使得求救方和其他潜在救援方能够看到该潜在救援方选择响应该救援。在这种情况下，求救方和潜在救援方都能够实时地、直观地了解救援进程。由此，一方面使得能够稳定求救方的情绪，避免二次伤害，更好地准备接受专业救援。另一方面，其他潜在救援方在了解求救方已得到充分救援后就不用再选择救援，从而避免过度救援而浪费资源。

在如图2所示的示例性实施方式中，求救方210和潜在救援方在打开网页的过程中，网页会定时自动地获取当前打开网页的设备的位置信息，并共享位置信息到服务器端。

通过上述的位置信息共享功能，被邀请者可以在网页上看到自己在地图上的位置以及求救方210的具体位置。

通过上述流程，求救方210可快速将求救类型、求救方210人数、所需救援人数、所需救援物资、所需救援、所处位置就近发送信息给附近的潜在救援方230(潜在救援方230以及智能设备)，同时获取到这些潜在救援方230的联系方式。然后可按需自行拨打电话求救。通过发送给潜在救援方230的信息的链接打开的网页，可以实时进行救援进度的信息共享，求救方210打开网页后可以共享自己的位置，可以随时修改求救信息或共享求救状态。

本申请的又一方面提供了一种实施上述方法的应急救援装置。应急救援装置例如可为各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。应急救援装置还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。

图3示出了该应急救援装置的一个示意性框图。如图3所示，应急救援装置300至少可以包括：一个或多个处理器310；以及一个或多个存储器320，所述一个或多个存储器320被耦合到所述一个或多个处理器310并且存储用于由所述一个或多个处理器310执行的指令，所述指令当由所述一个或多个处理器310执行时，使得所述装置执行时实现至少包括以下步骤的应急救援方法：响应于检测到求救指令的生成，获取至少一个潜在救援方230的联系方式；基于该联系方式和该求救指令生成救援信息，该救援信息包括该联系方式和救援共享地图；以及将该救援信息发送至用户和该至少一个潜在救援方230。

处理器310可以根据存储在只读存储器(ROM)302中的计算机程序或者从存储器320加载到随机访问存储器(RAM)303中的计算机程序，来执行各种适当的动作和处理。在RAM 303中，还可存储设备300操作所需的各种程序和数据。处理器310、ROM 302以及RAM303通过总线304彼此相连。输入/输出(I/O)接口305也连接至总线304。

设备300中的多个部件连接至I/O接口305，包括：输入单元306，例如键盘、鼠标等；输出单元307，例如各种类型的显示器、扬声器等；存储器320，例如磁盘、光盘等；以及通信单元309，例如网卡、调制解调器、无线通信收发机等。通信单元309允许设备300通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。处理器310可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器310的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器310执行上文所描述的各个方法和处理，例如视频处理方法。例如，在一些实施例中，视频处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储器320。在一些实施例中，计算机程序的部分或者全部可以经由ROM 302和/或通信单元309而被载入和/或安装到设备300上。当计算机程序加载到RAM 303并由处理器310执行时，可以执行上文描述的视频处理方法的一个或多个步骤。备选地，在其他实施例中，处理器310可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行视频处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，本申请另一方面涉及的机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

本申请的又一方面提供了一种求救装置400。图4示出了根据本申请的实施方式的求救装置400的示意图。

如图4中所示，根据本申请的实施方式的求救装置400可以包括：求救指令生成装置410和救援信息接收装置420。求救指令生成装置410被配置为生成求救指令，救援信息接收装置420被配置为接收并显示根据该求救指令生成的救援信息。该救援信息包括至少一个潜在救援方230的联系方式和救援共享地图。

在一个实施方式中，求救装置400可以将求救指令生成装置410生成的求救指令发送至图3所示出的示例应急救援装置300，使得应急救援装置300在检测到求救指令的生成之后执行如图1所示的应急救援方法。

在一个实施方式中，该求救指令可以指示以下信息中的至少一项：求救类型、所需救援技能、所需救援物资、求救方210人数以及预计所需救援人数量。

在一个实施方式中，该求救指令生成装置410可以被配置为基于第一求救选项、车辆状态参数和环境信息中的至少之一生成该求救指令。

在一个实施方式中，该求救指令生成装置410可以被配置为：获取车辆的至少一个状态参数；响应于该至少一个状态参数满足预设条件生成第二求救选项；响应于该用户对该第二求救选项的选择进行了确认，获取该车辆的位置；以及基于该位置车辆的位置和该第二求救选项，生成该求救指令。

在一个实施方式中，该求救指令生成装置410可以被配置为：基于车辆状态参数和环境信息中的至少之一生成该求救指令，包括：获取车辆的至少一个状态参数和环境信息；响应于该车辆状态参数和该环境信息中的至少之一满足预定条件生成该第二求救选项；响应于该用户对该第二求救选项的选择进行了确认，获取该车辆的位置；以及基于该位置车辆的位置和该第二求救选项，生成该求救指令。

在一个实施方式中，该状态参数可以包括与水位、烟雾、温度和碰撞中的至少之一相关的参数。

在一个的实施方式中，该环境信息可以包括路况信息和天气信息中的至少之一。

在一个实施方式中，该联系方式可以包括分别对应于不同通信设备的号码。

在一个实施方式中，该求救指令生成装置进一步被配置为：响应于该联系方式对应于第一通信设备，基于该联系方式和该求救指令生成语音信息形式的救援信息；以及响应于该联系方式对应于第二通信设备，基于该联系方式和该求救指令生成文本信息和/或图文信息形式的救援信息

在一个实施方式中，该装置可为车辆的车机装置。作为一个一种选择，该装置还可为车辆的用户的便携式通信装置，例如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。上述的求救指令生成装置410和救援信息接收装置420可用软件、硬件或二者的结合在车机或便携式通信装置中实施。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。