CN112954663B - 救助流程的触发方法、装置、服务器和交通工具 - Google Patents

救助流程的触发方法、装置、服务器和交通工具 Download PDF

Info

Publication number
CN112954663B
CN112954663B CN202011564491.4A CN202011564491A CN112954663B CN 112954663 B CN112954663 B CN 112954663B CN 202011564491 A CN202011564491 A CN 202011564491A CN 112954663 B CN112954663 B CN 112954663B
Authority
CN
China
Prior art keywords
vehicle
rescue
acceleration
event
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202011564491.4A
Other languages
English (en)
Other versions
CN112954663A (zh
Inventor
徐天诚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Qisheng Technology Co Ltd
Original Assignee
Beijing Qisheng Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Qisheng Technology Co Ltd filed Critical Beijing Qisheng Technology Co Ltd
Priority to CN202011564491.4A priority Critical patent/CN112954663B/zh
Publication of CN112954663A publication Critical patent/CN112954663A/zh
Application granted granted Critical
Publication of CN112954663B publication Critical patent/CN112954663B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02—Alarms for ensuring the safety of persons
    • G08B21/04—Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons
    • G08B21/0407—Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons based on behaviour analysis
    • G08B21/043—Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons based on behaviour analysis detecting an emergency event, e.g. a fall
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/025—Services making use of location information using location based information parameters
    • H04W4/027—Services making use of location information using location based information parameters using movement velocity, acceleration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Business, Economics & Management (AREA)
  • Psychiatry (AREA)
  • Public Health (AREA)
  • Environmental & Geological Engineering (AREA)
  • Psychology (AREA)
  • Social Psychology (AREA)
  • General Health & Medical Sciences (AREA)
  • Gerontology & Geriatric Medicine (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Emergency Alarm Devices (AREA)
  • Traffic Control Systems (AREA)

Abstract

本公开实施例涉及一种救助流程的触发方法、装置、服务器和交通工具，交通工具获得交通工具的第一运行状态数据；根据第一运行状态数据，确定交通工具是否发生倾倒；在交通工具发生倾倒的情况下，触发预设的救助流程。采用上述方法可以在交通工具发生倾倒之后，交通工具及时触发预设的救助流程，从而可以及时向用户提供救助，提升了用户使用交通工具时的安全保障，并降低交通工具的平台运营风险。

Description

救助流程的触发方法、装置、服务器和交通工具
技术领域
本申请涉及城市信息服务技术领域，特别是涉及一种救助流程的触发方法、 装置、服务器和交通工具。
背景技术
近几年来，由于共享车(共享电单车、共享自行车)的经济、轻便、节能、环 保等优点，人们越来越倾向于选择共享车作为其在同城内短距离出行的主要代 步交通工具。用户使用共享单车过程中，若出现意外交通事故之后未得到及时 救助，容易导致共享单车平台出现运营风险。
发明内容
本公开实施例提供一种救助流程的触发方法、装置、服务器和交通工具， 可以在交通工具出现倾倒之后触发救助流程，以向用户及时提供救助。
第一方面，本公开实施例提供一种救助流程的触发方法方法，所述方法包 括：
获取交通工具的第一运行状态数据；
根据所述第一运行状态数据，确定所述交通工具是否发生倾倒；
在所述交通工具发生倾倒的情况下，触发预设的救助流程。
第二方面，本公开实施例提供一种救助流程的触发方法装置，所述装置包 括：
第一获取模块，用于获取交通工具的第一运行状态数据；
确定模块，用于根据所述第一运行状态数据，确定所述交通工具是否发生 倾倒；
触发模块，用于在所述交通工具发生倾倒的情况下，触发预设的救助流程。
第三方面，本公开实施例提供一种服务器，包括存储器、处理器及存储在 所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计 算机程序时实现上述第一方面所述的方法。
第四方面，本公开实施例提供一种交通工具，包括存储器、处理器及存储 在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述 计算机程序时实现上述第一方面所述的方法。
第五方面，本公开实施例提供一种计算机可读存储介质，其上存储有计算 机程序，所述计算机程序被处理器执行时实现上述第一方面所述的方法。
本公开实施例提供的救助流程的触发方法、装置、服务器和交通工具，交 通工具获得交通工具的第一运行状态数据；根据所述第一运行状态数据，确定 所述交通工具是否发生倾倒；在所述交通工具发生倾倒的情况下，触发预设的 救助流程。由于交通工具获取了上述第一运行状态数据，从而可以根据第一运 行状态数据判断交通工具是否发生了倾倒；进一步地，交通工具在发生倾倒之 后，交通工具可以触发预设的救助流程，从而可以及时向用户提供救助，提升 了用户使用交通工具时的安全保障，并降低交通工具的平台运营风险。
附图说明
图1为一个实施例中救助流程的触发方法的应用环境图；
图2为一个实施例中救助流程的触发方法的流程示意图；
图3为一个实施例中救助流程的触发方法的流程示意图；
图4为另一个实施例中救助流程的触发方法的流程示意图；
图5为另一个实施例中救助流程的触发方法的流程示意图；
图6为另一个实施例中救助流程的触发方法的流程示意图；
图7A为另一个实施例中救助流程的触发方法的流程示意图；
图7为另一个实施例中救助流程的触发方法的流程示意图；
图8为另一个实施例中救助流程的触发方法的流程示意图；
图9为另一个实施例中救助流程的触发方法的流程示意图；
图10为一个实施例中救助流程的触发装置的结构框图；
图11为一个实施例中救助流程的触发装置的结构框图；
图12为一个实施例中救助流程的触发装置的结构框图；
图13为一个实施例中救助流程的触发装置的结构框图；
图14为一个实施例中救助流程的触发装置的结构框图；
图15为一个实施例中救助流程的触发装置的结构框图；
图16为一个实施例中救助流程的触发装置的结构框图；
图17为一个实施例中交通工具的内部结构图；
图18为一个实施例中服务器的内部结构图。
具体实施方式
为了使本公开实施例的目的、技术方案及优点更加清楚明白，以下结合附 图及实施例，对本公开实施例进行进一步详细说明。应当理解，此处描述的具 体实施例仅仅用以解释本公开实施例，并不用于限定本公开实施例。
首先，在具体介绍本公开实施例的技术方案之前，先对本公开实施例基于 的技术背景或者技术演进脉络进行介绍。通常情况下，在共享单车等交通工具 的出行领域，当前的技术背景是：用户在使用交通工具的过程中，出现交通意 外丧失行动力的情况下，只能通过自行拨打电话或呼叫行人等方式进行救助， 对没有自行求助能力的用户而言，若采用上述方式不能得到及时救助使得用户 的安全无法得到保障，同时为平台带来运营风险。基于该背景，申请人通过长 期的模型模拟研发以及实验数据的搜集、演示和验证，发现如何监测用户何时 需要救助，以及如何向用户提供救助，成为目前亟待解决的难题。另外，需要说明的是，从发现上述问题以及实现下属实施例介绍的技术方案以解决上述问 题，申请人均付出了大量的创造性劳动。
下面结合本公开实施例所应用的场景，对本公开实施例涉及的技术方案进 行介绍。
本公开实施例提供的救助流程的触发方法，可以应用于如图1所示的系统 架构中。该系统架构包括设置于交通工具101、服务器102和救助系统103。其 中，交通工具101可以为脚踏自行车、电动自行车、滑板车、摩托车等非机动 或者机动车辆；服务器103可以为独立的服务器或者是多个服务器组成的服务 器集群。其中，交通工具102设置有通信组件，其可以通过无线的方式与服务 器103进行通信。本公开实施例对交通工具102以及服务器102之间的通信方 式并不做限定。
需要说明的是，本公开实施例中提供的救助流程的触发方法，可以应用于 图1中的交通工具101，也可以应用于图1中的服务器，还可以是图1中的交通 工具与服务器结合实现。下述实施例中以应用于交通工具为例对救助流程的触 发方法进行介绍，仅是一种示例。
在一个实施例中，如图2所示，提供了一种救助流程的触发方法，以该方 法应用于图1中的交通工具为例进行说明，包括以下步骤：
S101、获取交通工具的第一运行状态数据。
上述第一运行状态数据可以是交通工具在运行状态下采集的数据。其中， 上述运行状态可以是交通工具被解锁之后的状态，也可以是交通工具处于行驶 过程的状态，在此不做限定。上述第一运行状态数据可以是用来判断交通工具 是否发生倾倒的数据。上述第一运行状态数据可以包括交通工具的姿态角，也 可以包括交通工具上的特定位置与地面的距离，还可以包括交通工具的速度、 加速度等；另外，上述第一运行状态数据还可以是上述多种数据类型的组合， 对于上述第一运行数据的类型在此不做限定。其中，上述交通工具的姿态角可 以为横滚角、俯仰角及航向角中的一种或多种的组合。
具体地，可以通过安装在交通工具上的传感器获取上述第一运行状态数据。 可以通过姿态传感器获得上述姿态角，上述姿态传感器可以设置于交通工具的 把手位置，也可以设置于交通工具的车身位置，还可以同时设置于交通工具上 的不同位置。还可以通过安装在交通工具的特定位置上的红外传感器获得该特 定位置与地面的距离，其中，上述特定位置可以是车座，也可以是车把手。
在另一种实现方式中，交通工具可以将获取的第一运行状态数据发送至服 务器，使得服务器可以通过与交通工具之间的通信连接获取到上述第一运行状 态数据。交通工具可以是向服务器实时发送第一运行状态数据，也可以将采集 到的第一运行状态数据暂时缓存，然后按照预设发射间隔将第一运行状态数据 发送至服务器。例如，交通工具可以缓存5S内采集到的第一运行状态数据，然 后将5S时长内的运行状态数据一次上传至服务器，以减少对服务器的访问次数。
S102、根据第一运行状态数据，确定交通工具是否发生倾倒。
在获得第一运行状态数据的基础上，交通工具可以根据上述第一运行状态 数据确定交通工具是否发生倾倒。
具体地，交通工具可以将第一运行状态数据与预设的倾倒条件进行对比， 确定该交通工具是否发生倾倒。上述倾倒条件可以包括一种类型的第一运行状 态数据对应的阈值条件，也可以包括多种类型的第一运行状态数据对应的阈值 条件。例如，上述第一运行状态数据为交通工具的姿态角的情况下，交通工具 可以将姿态角与姿态角阈值范围进行比较，当交通工具的姿态角不在预设的姿 态角阈值范围内时，可以认为交通工具当前发生倾倒；上述第一运行状态数据 为交通工具的特定位置与地面的距离的情况下，交通工具可以将上述距离与预 设的距离阈值进行比较，当上述距离小于预设的距离阈值时，可以认为交通工 具发生倾倒。
在另一种实现方式中，交通工具将第一运行状态数据发送给服务器的情况 下，服务器可以采用上述方法判断交通工具是否发生倾倒，此处不再赘述。通 过将第一运行状态数据发送给服务器处理，可以减少交通工具的计算负荷。
S103、在交通工具发生倾倒的情况下，触发预设的救助流程。
在交通工具发生倾倒之后，交通工具可以向服务器发送救助请求，使得服 务器可以根据接收到的救助请求触发预设的救助流程。上述救助请求可以包括 交通工具的倾倒位置，还可以包括交通工具的编号等信息。服务器在接收到救 助请求之后，可以根据交通工具的编号查找当前交通工具的用户信息，然后触 发对该用户的救助流程。
上述救助流程也可以是交通工具向交警系统发送救助信息，还可以是指示 服务器创建客服工单，通过客服系统向用户提供救助；还可以是交通工具直接 向救助系统发送救助请求，等等，对于上述救助流程的形式在此不做限定。
上述实施例提供的救助流程的触发方法，获得交通工具的第一运行状态数 据；根据所述第一运行状态数据，确定所述交通工具是否发生倾倒；在所述交 通工具发生倾倒的情况下，触发预设的救助流程。由于获取了上述第一运行状 态数据，从而可以根据第一运行状态数据判断交通工具是否发生了倾倒；进一 步地，交通工具在发生倾倒之后，可以自动触发预设的救助流程，从而可以及 时向用户提供救助，提升了用户使用交通工具时的安全保障，并降低交通工具 的平台运营风险。
图3为另一个实施例中救助流程的触发方法的流程示意图，本实施例涉及 确定交通工具是否发生倾倒的一种实现方式，在上述实施例的基础上，第一运 行状态数据为交通工具的加速度，如图3所示，上述S102包括：
S201、获取加速度与交通工具的基准加速度之间的第一夹角；基准加速度 为交通工具在正常运行状态下检测到的重力加速度。
上述第一运行状态数据可以是交通工具的加速度，上述加速度可以是以交 通工具为中心的直角坐标系下的加速度，也可以是地球坐标系中的加速度，在 此不做限定。上述加速度可以是根据设置于交通工具上的加速度传感器采集到 的数据获得的。上述加速度的方向可以包括交通工具的重力加速度以及交通工 具因行驶而产生的加速度。上述加速度可以是当前时刻采集的加速度，也可以 是当前时间段内采集到的加速度的平均值，还可以是当前时间段内采集到的多 个加速度，在此不做限定。
其中，每个交通工具都对应一个基准加速度，上述基准加速度可以是交通 工具在正常运行的状态下检测到的重力方向的加速度。例如，交通工具为自行 车时，上述基准加速度可以是自行车在骑行过程中检测到的重力加速度。
交通工具可以根据同一坐标系下的加速度与基准加速度进行矢量运算，计 算加速度与基准加速度之间的第一夹角。具体地，交通工具获得当前时间段内 的多个加速度时，可以针对多个加速度分别计算与基准加速度之间的第一夹角。
S202、将第一夹角与预设的第一夹角阈值进行比较，确定交通工具是否发 生倾倒。
其中，交通工具中可以存储第一夹角阈值，交通工具可以将第一夹角与预 设的第一夹角阈值进行比较，确定交通工具是否发生倾倒。例如，交通工具的 基准加速度的方向可以是垂直于地面的方向，当交通工具发生倾倒时，倾倒过 程中交通工具的加速度方向与地面存在一定的夹角。交通工具可以通过上述第 一夹角与第一夹角阈值的比较结果，确定交通工具的倾斜程度，从而进一步判 断交通工具是否发生倾倒。例如，上述第一夹角阈值可以是65度，当第一夹角 大于上述第一夹角阈值时，可以认为交通工具发生倾倒。
具体地，还可以根据多个第一夹角共同判断交通工具是否发生倾倒，或者 结合交通工具的速度判断交通工具是否发生倾倒，对于倾倒的确定方式在此不 做限定。
可选地，在一种实现方式中，可以在预设第一时长内获得的多个第一夹角 均大于第一夹角阈值的情况下，确定交通工具发生倾倒。具体地，交通工具可 以实时获取加速度，并根据加速度获得第一夹角；将获取到的第一夹角与预设 的第一夹角阈值进行比较，当第一时刻对应的第一夹角大于第一夹角阈值时， 可以认为交通工具可能发生倾倒；进一步地，还可以获取第一时刻之后第一预 设时长内的多个第一夹角，若上述多个第一夹角均大于第一夹角阈值，则可以 确定交通工具发生倾倒。例如，上述第一预设时长可以是2s，根据加速度传感 器的采样频率，上述2s内可以对应4个加速度，当上述4个加速度对应的第一夹角均大于第一夹角阈值时，可以认为交通工具发生了倾倒。
可选地，在另一种实现方式中，可以在第一夹角大于第一夹角阈值，且交 通工具的速度大于预设的第一速度阈值的情况下，确定交通工具发生倾倒；其 中，交通工具的速度为加速度的采集时刻之前预设第二时长内的最大速度。
其中，第一运行状态数据还可以包括交通工具的速度。交通工具在确定加 速度对应的第一夹角大于第一夹角阈值的情况下，可以获取该加速度的采集时 刻之前，在预设第二时长内该交通工具的最大速度，然后将该最大速度与第一 速度阈值进行比较，若最大速度大于第一速度阈值，交通工具认为是在骑行的 状态下加速度的方向发生了变化，交通工具发生了倾倒。例如，上述第二时长 可以是2s，上述第一速度阈值可以是5千米每小时，当第一夹角大于第一夹角 阈值，且该加速度的采集时刻之前的2s时长内的最大速度大于5千米每小时， 可以认为交通工具发生了倾倒。
在上述实施例的基础上，还可以在预设第一时长内获得的多个第一夹角均 大于第一夹角阈值，且交通工具的速度大于预设的第一速度阈值的情况下，确 定交通工具发生倾倒。
上述救助流程的触发方法，交通工具根据加速度与基准加速度之间的第一 夹角，可以快速地判断出交通工具是否发生倾倒，从而可以提升触发救助流程 的及时性；进一步地，交通工具通过预设第一时长内的多个第一交角进行判断， 可以避免交通工具行驶中由于姿势调整等情况下出现加速度方向变化时，引起 的误判；另外，交通工具结合交通工具的速度判断是否发生倾倒，可以避免交 通工具在停车状态下的倾倒导致的误判，提升了交通工具判断运行状态下发生 倾倒的准确性。
图4为另一个实施例中救助流程的触发方法的流程示意图，本实施例涉及 交通工具获取基准加速度的一种实现方式，在上述实施例的基础上，上述方法 还包括：
S301、获取预设滑动窗内的多个采样时刻下交通工具的历史加速度。
其中，上述预设滑动窗可以是获取上述第一运行状态数据之前的一个时间 段，上述预设滑动窗可以是交通工具在历史正常运行状态下的时间段。上述滑 动窗的位置可以随交通工具的运行时间的变化而变化，上述预设滑动窗可以与 第一运行状态数据的获取时刻相邻，也可以与第一运行状态数据的获取时刻具 有一定的时间间隔。上述预设滑动窗的时长可以是固定的，也可以随交通工具 的运行时长的变化而变化。
可以根据加速度传感器的采样频率，获取预设滑动窗内的多个采样时刻下 的历史加速度。上述历史加速度为每个采样时刻下交通工具采集到的重力加速 度。
具体地，可以获取预设滑动窗内每个采样时刻下的交通工具的历史速度， 若历史速度大于预设的第二速度阈值，则获取与采样时刻匹配的加速度传感器 采集到的数据；然后，对加速度传感器采集到的数据进行滤波处理，得到采样 时刻下的历史加速度。
交通工具可以根据历史速度确定交通工具该采样时刻是否为正常运行时 刻，例如上述第二速度阈值可以是10千米每小时，当交通工具在采样时刻下的 历史速度大于10千米每小时时，可以认为交通工具在该采样时刻下处于正常运 行状态。然后，交通工具可以获取与该采样时刻匹配的加速度传感器采集到的 数据，由于加速度传感器与速度传感器的采样频率可能不同，因此加速度传感 器与速度传感器采集数据的时刻也不相同，可以认为两个采样时刻的间隔小于 预设间隔阈值的历史速度和加速度传感器采集到的数据匹配。
进一步地，交通工具可以对加速度传感器采集到的数据进行滤波处理，获 得该采样时刻下的历史加速度。
其中，上述滤波处理可以用于滤除采样中的杂散数据，以及交通工具行驶 方向的加速度。具体地，可以采用卡尔曼滤波方法以及低通滤波方法，对加速 度传感器采集到的数据进行滤波处理。其中，卡尔曼滤波方法用于滤除杂散数 据，低通滤方法滤除行驶方向的加速度，获得该交通工具在重力方向的历史加 速度。上述低通滤波方法中的滤波参数，可以随交通工具的运行时长调整，例 如当交通工具的运行时长小于5分钟时，可以采用第一参数，例如0.99；当交 通工具的运行时长大于5分钟时，可以采用第二参数，例如0.999，提高滤波效 率。
S302、若采样时刻的数量大于预设数量阈值，则根据历史加速度获取基准 加速度。
获得预设滑动窗内的多个采样时刻下的历史加速度之后，可以将采样时刻 的数量与预设数量阈值进行比较。采样时刻的数量与历史加速度的数量对应， 若采样时刻的数量大于预设数量阈值，则可以认为获取的历史加速度可以用于 获得准确的基准加速度。
进一步地，交通工具可以根据上述各个采样时刻的历史加速度获取基准加 速度。可以将各历史加速度的平均值确定为基准加速度。
上述救助流程的触发方法，通过预设滑动窗内的采样时刻的历史加速度获 得基准加速度，可以保留与当前时刻较近的历史加速度，使得根据各个历史加 速度获得的基准加速度更符合交通工具的当前状态。由于交通工具上的加速度 传感器的位置抖动等因素可能对获取的交通工具的加速度带来影响，通过持续 更新基准加速度可以使得基准加速度和交通工具的加速度为同一个状态下采集 的，从而可以根据基准加速度更准确地判断交通工具是否发生倾倒，提升了救 助流程的触发准确度。
图5为另一个实施例中救助流程的触发方法的流程示意图，本实施例涉及 触发救助流程的一种实现方式，在上述实施例的基础上，上述S103包括：
S401、根据交通工具发生倾倒时的行驶参数，确定倾倒事件的事件等级； 行驶参数包括交通工具的当前位置、交通工具的第一夹角以及交通工具的速度 中的至少一种。
在触发救助流程时，可以获取交通工具的行驶参数。上述行驶参数可以是 交通工具的当前位置、交通工具的加速度与基准加速度之间的第一夹角，以及 交通工具在发生倾倒之前的最大速度中的一种或多种的组合。
交通工具可以根据上述行驶参数，确定事件的事件等级。上述时间等级可 以是低风险等级、中风险等级以及高风险等级中的一种，也可以是一级风险、 二级风险中的一种，本申请实施例中不加以限制。
具体地，可以根据当前位置确定交通工具处于郊区还是城市道路，或者确 定交通工具是处于行人稀少的位置，还是处于人流量大的位置等。可以将处于 郊区的倾倒事件确定为高风险等级的事件，将处于人流量大的位置的倾倒事件 确定为低风险等级的事件；可以将倾倒前速度较大的倾倒事件确定为高风险等 级的事件，将倾倒前速度较小的倾倒事件确定为低风险等级的事件；另外，还 可以根据第一夹角的值确定事件等级；交通工具还可以根据第一夹角的保持时 长确定事件等级；对于事件等级的确定方法在此不做限定。
在另一种实现方法中，可以将行驶参数发送至服务器，通过服务器采用上 述事件等级的确定方法确定倾倒事件的事件等级。服务器还可以查询用户的联 系方式，想用户的终端设备发起呼叫，根据用户的终端设备的响应时长确定事 件等级。
S402、根据事件等级，触发与事件等级匹配的救助流程。
在确定了事件等级之后，可以触发与事件等级匹配的救助流程。具体地， 可以向服务器发起救助请求，通过服务器触发救助流程。
在一种实现方式中，倾倒事件的事件等级可以是低风险等级或高风险等级。
若事件等级为低风险事件，则发送第一指示信息；第一指示信息用于指示 救助系统与交通工具对应的用户终端进行通信，以确定用户的安全状态；若事 件等级为高风险事件，则发送第二指示信息；第二指示信息用于指示救助系统 与交通工具对应的救助终端或用户终端进行通信，以实现现场救助。其中，上 述救助终端可以是救助人员的手持终端。上述用户终端可以是交通工具的用户 对应的紧急联系人的终端设备。
其中，上述第一指示信息和第二指示信息可以是向救助系统发送的指示信 息，也可以是向服务器发送救助请求后，由服务器向救助系统发送的指示信息。
对于低风险等级，在确定救助系统与交通工具对应的用户终端通信成功的 情况下，可以获取第一指示信息的第一响应信息，第一响应信息包括用户的安 全状态；若安全状态表征用户安全，则结束救助流程；若安全状态表征用户需 要救助，则发送第三指示信息；第三指示信息用于指示救助系统与交通工具对 应的救助终端进行通信，以实现现场救助。在救助系统与交通工具对应的用户 终端通信失败的情况下，发送上述第三指示信息。
对于高风险等级，可以接收救助终端返回的第二响应消息；第二响应消息 包括基于第二指示信息获取的到的救助处理结果；若救助处理结果表征用户安 全，则结束救助流程；若救助处理结果包含用户的医疗信息，则根据医疗信息 触发报警流程。
在一个具体实施例中，如图7A所示，服务器确定出触发了救助流程的交通 工具之后，可以向用户发送确认消息，若接收到用户确认安全的结果，可以结 束救助流程，若超时未接收到确认结果或接收到客户需要救助的结果，可以生 成客服工单，通过客服系统拨打用户的电话，若客户接通电话，则客户人员与 客户沟通是否安全，并在客户需要救助的情况下通知区域安全员实施现场救助。 其中，客户系统可以间隔N分钟重复拨打M此电话，若用户一直未接通，可以 查找该客户是否由紧急联系人，并在没有紧急联系人的情况下通知区域安全员 实施现场救助。若该用户存在紧急联系人，客服系统可以通过紧急联系人确认用户是否安全，在确定用户安全之后结束救助流程的客服工单。区域安全员可 以通过短信等方式接收到现场救助通知，然后呼叫客户，在客户未响应时实地 查找用户，并在找到用户且用户需要就医时，将客户送至医院并跟进该客服工 单的处理进程，根据处理情况确定是否需要报警处理。若区域安全员现场确认 用户安全，可以结束该救助流程对应的客服工单。
上述救助流程的触发方法，通过确定倾倒事件的事件等级，可以根据时间 等级触发对应的救助流程，使得交通工具的用户可以获得更适合的救助方式。
图6为另一个实施例中救助流程的触发方法的流程示意图，本实施例涉及 结束救助流程的一种实现方式，在上述实施例的基础上，上述方法还包括：
S501、获取交通工具在触发救助流程之后的第二运行状态数据。
在触发救助流程之后，可以获取第二运行状态数据。上述第二运行状态数 据可以是交通工具在触发救助流程之后的时间段内，通过交通工具上的传感器 采集到的数据。上述第二运行状态数据可以用于确定交通工具处于倾倒状态， 还是运行状态。
上述第二运行状态数据可以是交通工具的姿态角，也可以是交通工具上的 特定位置与地面的距离，还可以是交通工具的加速度或者交通工具的位置信息； 另外，上述第二运行状态数据还可以是上述多种数据类型的组合，对于上述第 二运行数据的类型在此不做限定。
S502、根据第二运行状态数据，确定交通工具是否恢复运行。
在上述步骤的基础上，可以根据第二运行状态数据确定交通工具是否恢复 运行。
具体地，若第二运行状态数据包括交通工具的位置信息，可以根据交通工 具的位置信息，确定交通工具的位置是否发生变化；若交通工具的位置发生变 化，则确定交通工具恢复运行。
若第二运行状态数据包括交通工具的加速度，可以获取交通工具的加速度 与基准加速度之间的第二夹角；若第二夹角小于预设的第二夹角阈值，则确定 交通工具恢复运行。上述第二夹角阈值可以与第一夹角阈值相同，也可以小于 第一夹角阈值，例如第二夹角阈值为45度。
S503、若交通工具恢复运行，则结束救助流程。
确定恢复运行之后，可以结束救助流程。具体地，可以向服务器发送结束 救助流程的请求信息，使得服务器可以获知该交通工具的用户不需要执行救助， 将系统中该交通工具对应的救助流程设置为结束状态。
上述救助流程的触发方法，在触发救助流程之后对交通工具的恢复运行状 态进行监控，使得用户不需要救助的情况下，可以及时结束救助流程，降低救 助成本。
在一个实施例中，提供一种救助流程的触发方法，如图7所示，包括：
S601、获取预设滑动窗内每个采样时刻下的交通工具的历史速度。
S602、确定历史速度是否大于预设的第二速度阈值，若是，则执行S603。
S603、获取与采样时刻匹配的加速度传感器采集到的数据。
S604、对加速度传感器采集到的数据进行滤波处理，得到采样时刻下的历 史加速度。
S605、确定采样时刻的数量是否大于预设数量阈值，若是，则执行S606。
S606、将各历史加速度的平均值确定为基准加速度。
S607、获取交通工具的加速度。
S608、获取加速度与交通工具的基准加速度之间的第一夹角。
S609、将第一夹角与预设的第一夹角阈值进行比较，确定交通工具是否发 生倾倒。若是，则执行S610。
S610、根据交通工具发生倾倒时的行驶参数，确定倾倒事件的事件等级。
S611、根据事件等级，触发与事件等级匹配的救助流程。
其中，事件等级为低风险事件时的救助流程，如图8所示，包括：
S701、发送第一指示信息。
S702、确定救助系统与交通工具对应的用户终端是否通信成功，若是则执 行S703，若否，则执行S704。
S703、获取第一指示信息的第一响应信息；第一响应信息包括用户的安全 状态；若安全状态表征用户安全，则结束救助流程；若安全状态表征用户需要 救助，则执行S704。
S704、发送第三指示信息。
其中，事件等级为高风险事件时的救助流程，如图9所示，包括：
S801、发送第二指示信息。
S802、接收救助终端返回的第二响应消息；若救助处理结果表征用户安全， 则结束救助流程；若救助处理结果包含用户的医疗信息，则执行S803。
S803、根据医疗信息触发报警流程。
上述救助流程的触发方法，其技术原理和实现效果与上述实施例类似，在 此不做赘述。
应该理解的是，虽然图2-9的流程图中的各个步骤按照箭头的指示依次显 示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明 确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺 序执行。而且，图2-9中的至少一部分步骤可以包括多个步骤或者多个阶段，这 些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行， 这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者 其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图10所示，提供了一种救助流程的触发装置，包括：
第一获取模块10，用于获取交通工具的第一运行状态数据；
确定模块20，用于根据第一运行状态数据，确定交通工具是否发生倾倒；
触发模块30，用于在交通工具发生倾倒的情况下，触发预设的救助流程。
在一个实施例中，在上述实施例的基础上，如图11所示，第一运行状态数 据为交通工具的加速度；确定模块20包括：
第一获取单元201，用于获取加速度与交通工具的基准加速度之间的第一夹 角；基准加速度为交通工具在正常运行状态下检测到的重力加速度；
比较单元202，用于将第一夹角与预设的第一夹角阈值进行比较，确定交通 工具是否发生倾倒。
在一个实施例中，在上述实施例的基础上，比较单元202具体用于：在预 设第一时长内获得的多个第一夹角均大于第一夹角阈值的情况下，确定交通工 具发生倾倒。
在一个实施例中，在上述实施例的基础上，第一运行状态数据还包括交通 工具的速度，比较单元202具体用于：在第一夹角大于第一夹角阈值，且交通 工具的速度大于预设的第一速度阈值的情况下，确定交通工具发生倾倒；其中， 交通工具的速度为加速度的采集时刻之前预设第二时长内的最大速度。
在一个实施例中，在上述实施例的基础上，如图12所示，装置还包括第二 获取模块40，第二获取模块40包括：
采样单元401，用于获取预设滑动窗内的多个采样时刻下交通工具的历史加 速度；
第二获取单元402，用于在采样时刻的数量大于预设数量阈值的情况下，根 据历史加速度获取基准加速度。
在一个实施例中，在上述实施例的基础上，如图13所示，采样单元401包 括：
获取子单元4011，用于获取预设滑动窗内每个采样时刻下的交通工具的历 史速度；
匹配子单元4012，用于在历史速度大于预设的第二速度阈值的情况下，获 取与采样时刻匹配的加速度传感器采集到的数据；
处理子单元4013，用于对加速度传感器采集到的数据进行滤波处理，得到 采样时刻下的历史加速度。
在一个实施例中，在上述实施例的基础上，处理子单元4013具体用于：采 用卡尔曼滤波方法以及低通滤波方法，对加速度传感器采集到的数据进行滤波 处理。
在一个实施例中，在上述实施例的基础上，第二获取单元402具体用于： 将各历史加速度的平均值确定为基准加速度。
在一个实施例中，在上述实施例的基础上，如图14所示，触发模块30包 括：
确定单元301，用于根据交通工具发生倾倒时的行驶参数，确定倾倒事件的 事件等级；行驶参数包括交通工具的当前位置、交通工具的夹角以及交通工具 的速度中的至少一种；
触发单元302，用于根据事件等级，触发与事件等级匹配的救助流程。
在一个实施例中，在上述实施例的基础上，如图15所示，触发单元302， 包括：
第一发送子单元3021，用于在事件等级为低风险事件的情况下，发送第一 指示信息；第一指示信息用于指示救助系统与交通工具对应的用户终端进行通 信，以确定用户的安全状态；
第二发送子单元3022，用于在事件等级为高风险事件的情况下，发送第二 指示信息；第二指示信息用于指示救助系统与交通工具对应的救助终端或用户 终端进行通信，以实现现场救助。
在一个实施例中，在上述实施例的基础上，第一发送子单元3021还用于： 在确定救助系统与交通工具对应的用户终端通信成功的情况下，获取第一指示 信息的第一响应信息，第一响应信息包括用户的安全状态；若安全状态表征用 户安全，则结束救助流程；若安全状态表征用户需要救助，则发送第三指示信 息；第三指示信息用于指示救助系统与交通工具对应的救助终端进行通信，以 实现现场救助。
在一个实施例中，在上述实施例的基础上，第一发送子单元3021还用于： 在救助系统与交通工具对应的用户终端通信失败的情况下，发送第三指示信息。
在一个实施例中，在上述实施例的基础上，第二发送子单元3022还用于： 接收救助终端返回的第二响应消息；第二响应消息包括基于第二指示信息获取 的到的救助处理结果；若救助处理结果表征用户安全，则结束救助流程；若救 助处理结果包含用户的医疗信息，则根据医疗信息触发报警流程。
在一个实施例中，在上述实施例的基础上，如图16所示，装置还包括结束 模块50，用于：获取交通工具在触发救助流程之后的第二运行状态数据；根据 第二运行状态数据，确定交通工具是否恢复运行；若交通工具恢复运行，则结 束救助流程。
在一个实施例中，在上述实施例的基础上，第二运行状态数据包括交通工 具的位置信息，结束模块50具体用于：根据交通工具的位置信息，确定交通工 具的位置是否发生变化；若交通工具的位置发生变化，则确定交通工具恢复运 行。
在一个实施例中，在上述实施例的基础上，第二运行状态数据包括交通工 具的加速度，结束模块50具体用于：获取交通工具的加速度与基准加速度之间 的第二夹角；若第二夹角小于预设的第二夹角阈值，则确定交通工具恢复运行。
关于救助流程的触发装置的具体限定可以参见上文中对于救助流程的触发 方法的限定，在此不再赘述。上述救助流程的触发装置中的各个模块可全部或 部分通过软件、硬件及其组合来实现。上述各模块可以以硬件形式内嵌于或独 立于交通工具或服务器中的处理器中，也可以以软件形式存储于交通工具中的 存储器中，以便于处理器调用执行以上各个模块对应的操作。
图17是根据一示例性实施例示出的一种交通工具1300的框图。例如，交 通工具1300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控 制台，平板设备，医疗设备，健身设备，个人数字助理等。参照图17，交通工 具1300可以包括以下一个或多个组件：处理组件1302，存储器1304，电源组 件1306，多媒体组件1308，音频组件1310，输入/输出(I/O)的接口1312，传 感器组件1314，以及通信组件1316。其中，存储器上存储有在处理器上运行的 计算机程序或者指令。处理组件1302通常控制交通工具1300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组 件1302可以包括一个或多个处理器1320来执行指令，以完成上述方法的全部 或部分步骤。此外，处理组件1302可以包括一个或多个模块，便于处理组件1302 和其他组件之间的交互。例如，处理组件1302可以包括多媒体模块，以方便多 媒体组件1308和处理组件1302之间的交互。
存储器1304被配置为存储各种类型的数据以支持在交通工具1300的操作。 这些数据的示例包括用于在交通工具1300上操作的任何应用程序或方法的指 令，联系人数据，电话簿数据，消息，图片，视频等。存储器1304可以由任何 类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储 器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存 储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存 储器，快闪存储器，磁盘或光盘。
电源组件1306为交通工具1300的各种组件提供电力。电源组件1306可以 包括电源管理系统，一个或多个电源，及其他与为交通工具1300生成、管理和 分配电力相关联的组件。
多媒体组件1308包括在所述交通工具1300和用户之间的提供一个输出接 口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(LCD) 和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和 触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而 且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多 媒体组件1308包括一个前置摄像头和/或后置摄像头。当交通工具1300处于操 作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部 的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1310被配置为输出和/或输入音频信号。例如，音频组件1310包 括一个麦克风(MIC)，当交通工具1300处于操作模式，如呼叫模式、记录模 式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号 可以被进一步存储在存储器1304或经由通信组件1316发送。在一些实施例中， 音频组件1310还包括一个扬声器，用于输出音频信号。
I/O接口1312为处理组件1302和外围接口模块之间提供接口，上述外围接 口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、 音量按钮、启动按钮和锁定按钮。
传感器组件1314包括一个或多个传感器，用于为交通工具1300提供各个 方面的状态评估。例如，传感器组件1314可以检测到交通工具1300的打开/关 闭状态，组件的相对定位，例如所述组件为交通工具1300的显示器和小键盘， 传感器组件1314还可以检测交通工具1300或交通工具1300一个组件的位置改 变，用户与交通工具1300接触的存在或不存在，交通工具1300方位或加速/减 速和交通工具1300的温度变化。传感器组件1314可以包括接近传感器，被配 置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1314还可以 包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些 实施例中，该传感器组件1314还可以包括加速度传感器，陀螺仪传感器，磁传 感器，压力传感器或温度传感器。
通信组件1316被配置为便于交通工具1300和其他设备之间有线或无线方 式的通信。交通工具1300可以接入基于通信标准的无线网络，如WiFi，2G或 3G，或它们的组合。在一个示例性实施例中，通信组件1316经由广播信道接收 来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中， 所述通信组件1316还包括近场通信(NFC)模块，以促进短程通信。例如，在 NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带 (UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，交通工具1300可以被一个或多个应用专用集成电路 (ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻 辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器 或其他电子元件实现，用于执行上述救助流程的触发方法。
图18是根据一示例性实施例示出的一种服务器1400的框图。参照图18， 服务器1400包括处理组件1420，其进一步包括一个或多个处理器，以及由存储 器1422所代表的存储器资源，用于存储可由处理组件1420执行的指令或者计 算机程序，例如应用程序。存储器1422中存储的应用程序可以包括一个或一个 以上的每一个对应于一组指令的模块。此外，处理组件1420被配置为执行指令， 以执行上述救助流程的触发的方法。
服务器1400还可以包括一个电源组件1424被配置为执行设备1400的电源 管理，一个有线或无线网络接口1426被配置为将设备1400连接到网络，和一 个输入输出(I/O)接口1428。服务器1400可以操作基于存储在存储器1422的 操作系统，例如Window1414erverTM，Mac O14 XTM，UnixTM,LinuxTM， FreeB14DTM或类似。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介 质，例如包括指令的存储器1304，上述指令可由交通工具1300的处理器1320 执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、 随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的 存储器1422，上述指令可由服务器1400的处理器执行以完成上述方法。存储介 质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储 介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据 存储设备等。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于 一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述 各方法的实施例的流程。其中，本公开实施例所提供的各实施例中所使用的对 存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存 储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory， ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储 器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory， DRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述 实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特 征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本公开实施例的几种实施方式，其描述较为具体 和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于 本领域的普通技术人员来说，在不脱离本公开实施例构思的前提下，还可以做 出若干变形和改进，这些都属于本公开实施例的保护范围。因此，本公开实施 例专利的保护范围应以所附权利要求为准。

Claims (30)

1.一种救助流程的触发方法，其特征在于，所述方法包括：
获取交通工具的第一运行状态数据；所述第一运行状态数据包括所述交通工具的加速度和所述交通工具的速度；
获取所述加速度与所述交通工具的基准加速度之间的第一夹角，若所述第一夹角大于所述第一夹角阈值，且所述交通工具的速度大于预设的第一速度阈值，则确定所述交通工具发生倾倒；所述基准加速度为所述交通工具在正常运行状态下检测到的重力加速度；所述交通工具的速度为所述加速度的采集时刻之前预设第二时长内的最大速度；
在所述交通工具发生倾倒的情况下，根据所述交通工具发生倾倒时的行驶参数，确定倾倒事件的事件等级，根据所述事件等级，触发与所述事件等级匹配的救助流程。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取预设滑动窗内的多个采样时刻下所述交通工具的历史加速度；
若所述采样时刻的数量大于预设数量阈值，则根据所述历史加速度获取所述基准加速度。
3.根据权利要求2所述的方法，其特征在于，所述获取预设滑动窗内的多个采样时刻下所述交通工具的历史加速度，包括：
获取所述预设滑动窗内每个所述采样时刻下的所述交通工具的历史速度；
若所述历史速度大于预设的第二速度阈值，则获取与所述采样时刻匹配的加速度传感器采集到的数据；
对所述加速度传感器采集到的数据进行滤波处理，得到所述采样时刻下的历史加速度。
4.根据权利要求3所述的方法，其特征在于，所述对所述加速度传感器采集到的数据进行滤波处理，包括：
采用卡尔曼滤波方法以及低通滤波方法，对所述加速度传感器采集到的数据进行滤波处理。
5.根据权利要求2所述的方法，其特征在于，所述根据所述历史加速度获取所述基准加速度，包括：
将各所述历史加速度的平均值确定为所述基准加速度。
6.根据权利要求1所述的方法，其特征在于，所述行驶参数包括所述交通工具的当前位置、所述交通工具的所述第一夹角以及所述交通工具的速度中的至少一种。
7.根据权利要求6所述的方法，其特征在于，所述根据所述事件等级，触发与所述事件等级匹配的救助流程，包括：
若所述事件等级为低风险事件，则发送第一指示信息；所述第一指示信息用于指示救助系统与所述交通工具对应的用户终端进行通信，以确定用户的安全状态；
若所述事件等级为高风险事件，则发送第二指示信息；所述第二指示信息用于指示所述救助系统与所述交通工具对应的救助终端或用户终端进行通信，以实现现场救助。
8.根据权利要求7所述的方法，其特征在于，所述方法还包括：
在确定所述救助系统与所述交通工具对应的用户终端通信成功的情况下，获取所述第一指示信息的第一响应信息，所述第一响应信息包括所述用户的安全状态；
若所述安全状态表征用户安全，则结束所述救助流程；
若所述安全状态表征用户需要救助，则发送第三指示信息；所述第三指示信息用于指示所述救助系统与所述交通工具对应的救助终端进行通信，以实现现场救助。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：
在所述救助系统与所述交通工具对应的用户终端通信失败的情况下，发送所述第三指示信息。
10.根据权利要求7所述的方法，其特征在于，所述方法还包括：
接收所述救助终端返回的第二响应消息；所述第二响应消息包括基于所述第二指示信息获取的到的救助处理结果；
若所述救助处理结果表征用户安全，则结束所述救助流程；
若所述救助处理结果包含用户的医疗信息，则根据所述医疗信息触发报警流程。
11.根据权利要求2-5任一项所述的方法，其特征在于，所述方法还包括：
获取所述交通工具在触发救助流程之后的第二运行状态数据；
根据所述第二运行状态数据，确定所述交通工具是否恢复运行；
若所述交通工具恢复运行，则结束所述救助流程。
12.根据权利要求11所述的方法，其特征在于，所述第二运行状态数据包括所述交通工具的位置信息，所述根据所述第二运行状态数据，确定所述交通工具是否恢复运行，包括：
根据所述交通工具的位置信息，确定所述交通工具的位置是否发生变化；
若所述交通工具的位置发生变化，则确定所述交通工具恢复运行。
13.根据权利要求11所述的方法，其特征在于，所述第二运行状态数据包括所述交通工具的加速度，所述根据所述第二运行状态数据，确定所述交通工具是否恢复运行，包括：
获取所述交通工具的加速度与所述基准加速度之间的第二夹角；
若所述第二夹角小于预设的第二夹角阈值，则确定所述交通工具恢复运行。
14.一种救助流程的触发装置，其特征在于，所述装置包括：
第一获取模块，用于获取交通工具的第一运行状态数据；所述第一运行状态数据包括所述交通工具的加速度和所述交通工具的速度；
确定模块，用于获取所述加速度与所述交通工具的基准加速度之间的第一夹角，若所述第一夹角大于所述第一夹角阈值，且所述交通工具的速度大于预设的第一速度阈值，则确定所述交通工具发生倾倒；所述基准加速度为所述交通工具在正常运行状态下检测到的重力加速度；所述交通工具的速度为所述加速度的采集时刻之前预设第二时长内的最大速度；
触发模块，用于在所述交通工具发生倾倒的情况下，根据所述交通工具发生倾倒时的行驶参数，确定倾倒事件的事件等级，根据所述事件等级，触发与所述事件等级匹配的救助流程。
15.根据权利要求14所述的装置，其特征在于，所述装置还包括第二获取模块，所述第二获取模块包括：
采样单元，用于获取预设滑动窗内的多个采样时刻下所述交通工具的历史加速度；
第二获取单元，用于在所述采样时刻的数量大于预设数量阈值的情况下，根据所述历史加速度获取所述基准加速度。
16.根据权利要求15所述的装置，其特征在于，所述采样单元包括：
获取子单元，用于获取所述预设滑动窗内每个所述采样时刻下的所述交通工具的历史速度；
匹配子单元，用于在所述历史速度大于预设的第二速度阈值的情况下，获取与所述采样时刻匹配的加速度传感器采集到的数据；
处理子单元，用于对所述加速度传感器采集到的数据进行滤波处理，得到所述采样时刻下的历史加速度。
17.根据权利要求16所述的装置，其特征在于，所述处理子单元具体用于：
采用卡尔曼滤波方法以及低通滤波方法，对所述加速度传感器采集到的数据进行滤波处理。
18.根据权利要求15所述的装置，其特征在于，所述第二获取单元，具体用于：
将各所述历史加速度的平均值确定为所述基准加速度。
19.根据权利要求14所述的装置，其特征在于，所述行驶参数包括所述交通工具的当前位置、所述交通工具的所述夹角以及所述交通工具的速度中的至少一种。
20.根据权利要求14-19任一项所述的装置，其特征在于，所述触发模块包括：
确定单元，用于根据所述交通工具发生倾倒时的行驶参数，确定倾倒事件的事件等级；所述行驶参数包括所述交通工具的当前位置、所述交通工具的所述夹角以及所述交通工具的速度中的至少一种；
触发单元，用于根据所述事件等级，触发与所述事件等级匹配的救助流程。
21.根据权利要求20所述的装置，其特征在于，所述触发单元，包括：
第一发送子单元，用于在所述事件等级为低风险事件的情况下，发送第一指示信息；所述第一指示信息用于指示救助系统与所述交通工具对应的用户终端进行通信，以确定用户的安全状态；
第二发送子单元，用于在所述事件等级为高风险事件的情况下，发送第二指示信息；所述第二指示信息用于指示所述救助系统与所述交通工具对应的救助终端或用户终端进行通信，以实现现场救助。
22.根据权利要求21所述的装置，其特征在于，所述第一发送子单元还用于：
在确定所述救助系统与所述交通工具对应的用户终端通信成功的情况下，获取所述第一指示信息的第一响应信息，所述第一响应信息包括所述用户的安全状态；
若所述安全状态表征用户安全，则结束所述救助流程；
若所述安全状态表征用户需要救助，则发送第三指示信息；所述第三指示信息用于指示所述救助系统与所述交通工具对应的救助终端进行通信，以实现现场救助。
23.根据权利要求22所述的装置，其特征在于，所述第一发送子单元还用于：
在所述救助系统与所述交通工具对应的用户终端通信失败的情况下，发送所述第三指示信息。
24.根据权利要求21所述的装置，其特征在于，所述第二发送子单元还用于：
接收所述救助终端返回的第二响应消息；所述第二响应消息包括基于所述第二指示信息获取的到的救助处理结果；
若所述救助处理结果表征用户安全，则结束所述救助流程；
若所述救助处理结果包含用户的医疗信息，则根据所述医疗信息触发报警流程。
25.根据权利要求15-18任一项所述的装置，其特征在于，所述装置还包括结束模块，用于：
获取所述交通工具在触发救助流程之后的第二运行状态数据；
根据所述第二运行状态数据，确定所述交通工具是否恢复运行；
若所述交通工具恢复运行，则结束所述救助流程。
26.根据权利要求25所述的装置，其特征在于，所述第二运行状态数据包括所述交通工具的位置信息，所述结束模块具体用于：
根据所述交通工具的位置信息，确定所述交通工具的位置是否发生变化；
若所述交通工具的位置发生变化，则确定所述交通工具恢复运行。
27.根据权利要求25所述的装置，其特征在于，所述第二运行状态数据包括所述交通工具的加速度，所述结束模块具体用于：
获取所述交通工具的加速度与所述基准加速度之间的第二夹角；
若所述第二夹角小于预设的第二夹角阈值，则确定所述交通工具恢复运行。
28.一种服务器，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至13中任一项所述的方法的步骤。
29.一种交通工具，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至13中任一项所述的方法的步骤。
30.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至13中任一项所述的方法的步骤。
CN202011564491.4A 2020-12-25 2020-12-25 救助流程的触发方法、装置、服务器和交通工具 Active CN112954663B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011564491.4A CN112954663B (zh) 2020-12-25 2020-12-25 救助流程的触发方法、装置、服务器和交通工具

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011564491.4A CN112954663B (zh) 2020-12-25 2020-12-25 救助流程的触发方法、装置、服务器和交通工具

Publications (2)

Publication Number Publication Date
CN112954663A CN112954663A (zh) 2021-06-11
CN112954663B true CN112954663B (zh) 2023-03-17

Family

ID=76234940

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011564491.4A Active CN112954663B (zh) 2020-12-25 2020-12-25 救助流程的触发方法、装置、服务器和交通工具

Country Status (1)

Country Link
CN (1) CN112954663B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114543756A (zh) * 2022-01-20 2022-05-27 青岛海尔空调器有限总公司 空调倾倒预警方法、装置、电子设备、存储介质及空调

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103942958A (zh) * 2014-04-15 2014-07-23 崔同良 一种实时检测校车是否发生撞车或侧翻并自动报警的方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6145508B2 (ja) * 2012-08-16 2017-06-14 ジャガー ランド ローバー リミテッドＪａｇｕａｒ Ｌａｎｄ Ｒｏｖｅｒ Ｌｉｍｉｔｅｄ 乗員快適性を改善するように車両速度を制御するシステムおよび方法
CN103213582B (zh) * 2013-04-18 2016-08-24 上海理工大学 基于车身侧倾角估计的防侧翻预警控制方法
CN103824427B (zh) * 2013-11-20 2016-09-14 柳州天运寰通科技有限公司 一种便携式远程救助终端
US20150279125A1 (en) * 2014-03-25 2015-10-01 Ford Global Technologies, Llc Variable reporting rate telematics
CN106530821B (zh) * 2015-09-11 2018-09-18 四川巡天揽胜信息技术有限公司 一种报警系统及方法
CN106373332A (zh) * 2016-09-30 2017-02-01 北京奇虎科技有限公司 车载智能告警方法及装置
US20200207176A1 (en) * 2018-12-26 2020-07-02 Continental Automotive Systems, Inc. Vehicle dynamic damping system using air suspension
CN112073899A (zh) * 2020-08-13 2020-12-11 北京骑胜科技有限公司 车辆状态检测方法和处理方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103942958A (zh) * 2014-04-15 2014-07-23 崔同良 一种实时检测校车是否发生撞车或侧翻并自动报警的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
徐叶雷 ; 方勇 ; .基于MEMS加速度计的车用自动呼救系统.(第06期),全文. *

Also Published As

Publication number Publication date
CN112954663A (zh) 2021-06-11

Similar Documents

Publication Publication Date Title
KR102417156B1 (ko) 응급 서비스 요원으로의 건강 레코드 송신을 위한 보안 방법
RU2641535C2 (ru) Способ и устройство управления самоуравновешивающимся транспортным средством
JP6163017B2 (ja) 携帯端末、及び、危険報知システム
CN107305740B (zh) 路况预警方法、设备、服务器、控制设备及操作系统
WO2017219506A1 (zh) 运动轨迹的获取方法及装置
WO2017177606A1 (zh) 视频数据的管理方法、装置、终端及服务器
EP3096265A2 (en) Methods and devices for processing traffic data
EP3715789A1 (en) Method, apparatus for displaying travelling strategy based on public transportation and storage medium
WO2018231493A1 (en) Method, device, and system for electronic digital assistant for natural language detection of a user status change and corresponding modification of a user interface
KR20180063789A (ko) 차량 운행 상태를 통합 관리하기 위한 방법 및 시스템
KR101882478B1 (ko) 센서를 이용한 이륜차의 위험 상황 감지 시스템 및 이를 이용한 응급 구난 신호 전송 방법
EP3361723B1 (en) Monitoring vehicle involved in a collision
JP2017116998A (ja) 情報処理装置、情報処理システム、情報処理方法、情報処理プログラム
KR101459104B1 (ko) 동작분석을 통하여 위급상황을 감지하는 지능형 cctv시스템 및 이를 이용한 위급상황 감지방법
JP6978247B2 (ja) 操作監視システム
CN111959657B (zh) 交通工具违规检测方法、装置、服务器、交通工具和介质
CN112954663B (zh) 救助流程的触发方法、装置、服务器和交通工具
KR102207713B1 (ko) 사용자의 상태 정보 공유 방법 및 이를 위한 장치
KR20150049099A (ko) 페어링된 사용자 단말기를 이용한 긴급 구조 요청 시스템
JP6169747B2 (ja) 携帯端末
KR20220052679A (ko) 지역 감시기능을 갖는 퍼스널 모빌리티
CN111147738A (zh) 警用车载全景慧眼系统、装置、电子设备及介质
CN110543928A (zh) 检测无轨胶轮车载人人数的方法及装置
JP2008140227A (ja) 移動通信端末装置
CN111951142A (zh) 设备归还方法、装置、设备和存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant