CN106817475A - 一种隐蔽的基于智能终端/手机及其附属或关联设备的求救方法 - Google Patents

Abstract

智能终端包括智能手机、PAD等设备，其附属设备包括蓝牙、线控耳机等。其关联设备包括与其通信的可穿戴设备等。智能终端的使用者通常携带智能终端及附属设备或关联设备出行。当遇到特殊情况时如抢劫、绑架等，通常没有机会拨打电话报警、也不能快速的将位置信息准确的通知警方或营救人，更不能将现场的声音信息实时的传递至警方或营救者。本方法为智能终端用户提供了可以挽救其生命或财产的一种可能，即利用智能终端的传感器/附属/关联设备隐蔽报警，将求救者的位置信息、现场的声音信息实时的传递至警方或预先设定的营救者，从而让警方或营救者可以根据现场情况组织力量进行有效营救，最大限度的降低智能终端使用者可能受到的伤害。

Description

一种隐蔽的基于智能终端/手机及其附属或关联设备的求救 方法

技术领域

本公开是一种隐蔽的基于智能终端/手机及其附属或关联设备的求救方法

背景技术

智能终端包括智能手机、PAD等设备，其附属设备包括蓝牙、线控耳机等。其关联设备包括与其通信的可穿戴设备等。智能终端的使用者通常携带智能终端及附属设备或与其通信的可穿戴设备出行。当使用者遇到特殊情况时如抢劫、绑架等恶性事件时，智能终端/手机的使用者通常没有机会直接用拨打电话的方式报警求救、同时也不能快速的将位置信息准确的通知警方或营救人，更不能将现场的声音信息实时的传递至警方或营救者。若智能终端的使用者利用智能终端/手机的传感器、附属的线控耳机或蓝牙耳机、或者可穿戴设备，就有机会在隐蔽方式下报警。本方法为智能终端用户提供了可以挽救其生命或财产的一种可能，即利用智能终端/手机的传感器/线控耳机/蓝牙耳机/可穿戴设备进行隐蔽报警，将求救者的位置信息、现场的声音信息实时的传递至警方或营救者，从而让警方或营救者根据现场情况组织力量进行有效营救。

发明内容

为了尽可能的创造机会挽救生命或财产，本隐蔽的基于智能终端/手机及其附属或关联设备的求救方法是通过智能终端的驻内存的实时运行的监听程序模块，监听智能终端传感器或者智能终端的附属设备或关联设备接受到的特别定义的触发信息，从而启动对应的功能模块和求救机制。如通过监听智能终端的接近传感器(proximity sensor)，收到约定的求救触发信息则启动求救机制及功能；如通过监听线控耳机线控按键的触发，当收到符合约定的求救触发则启动求救机制及功能；如通过监听蓝牙耳机的按键触发，当收到符合约定的求救触发，则启动求救机制及功能；如可穿戴设备的接近感器(proximitysensor)或其它传感器收到约定的求救触发，则启动求救机制及功能；求救机制可分多类，比如一类是约定的需要警方介入的求救，比如一类是用户自己定义的营救者营救；当启动警方介入的求救时，现场的位置信息、现场的语音信息都会实时的提供给警方及用户自己定义的营救者；当启动用户自定义的营救者营救，现场的位置信息、现场的语音信息都会实时地提供给营救者，营救者选择自己帮助求救者还是请警方帮助。当然还可以有其它类别的定义。当求救信息被隐蔽的发送给警方或营救者后，求救者的生命或财产就具备极大的可能性被挽救。

本隐蔽的基于智能终端/手机及其附属或关联设备的求救方法是：利用智能终端的传感 器如接近距离传感器(proximity sensor)、线控耳机、蓝牙耳机、或其它可行的内置传感器或与智能终端通信的关联设备如可穿戴设备等，驻内存的实时监听程序模块监听上述设备及传感器的触发信息，若触发信息为约定特定的求救编码，则触发求救机制及功能，将求救用户侧的位置信息、现场语音信息，发送至后台的服务器，后台服务器根据求救编码，将实时信息转接至警方或用户自己设定的营救者，从而使营救者在第一时间帮助、救援求救者。

由于智能终端/手机的内置的传感器或者附属设备如蓝牙、线控耳机或关联通信设备如可穿戴设备，或多或少的都有传感器或者控制键，当这些设备或者传感器的输入或触发的编码被赋予特定的指令后，如输入莫尔斯编码的SOS指令即滴、滴、滴、哒、哒、哒、滴、滴、滴(...---...)，驻内存的实时监听程序模块监听到上述设备及传感器的输入指令或触发信息，如果驻内存的程序确认接收的信息为求救信息，则将该智能终端的位置信息，如GPS信息，辅助GPS信息，Wifi位置信息，蓝牙Beacon位置等信息通过3G/4G或其它无线网络实时的发送至后台服务器，并由服务器将该信息转发至用户预先设定的营救人或者警方。同时智能终端在后台模式下启动语音呼叫程序，呼叫后台的音频服务器，并与该后台服务器形成长连接，服务器同时呼叫用户预先设定的营救人或报警电话，形成多方桥接，将现场声音传送于营救人并录制现场的声音信息，以备警方或后续调查、取证使用，类似飞机黑匣子的功能。

附图说明

下面结合附图对隐蔽的基于智能终端/手机及其附属或关联设备的求救方法的进一步说明。

图1是根据本发明实施例的隐蔽的基于智能终端/手机及其附属或关联设备的求救方法的流程图。

图2是根据本发明实施例的隐蔽的基于智能终端/手机及其附属或关联设备的求救方法的驻智能终端/手机内存实时监听程序模块图。

图3是根据本发明实施例的隐蔽的基于智能终端/手机及其附属或关联设备的求救方法的智能终端/手机接近传感器的监听模块流程图。

图4是根据本发明实施例的隐蔽的基于智能终端/手机及其附属或关联设备的求救方法的智能终端/手机线控耳机监听模块流程图。

图5是根据本发明实施例的隐蔽的基于智能终端/手机及其附属或关联设备的求救方法的智能终端/手机蓝牙耳机监听模块流程图

具体实施方式

以下示例性实施例中所描述的实施方式及具体的数据如时间、编码、附属设备键组合等，并不代表与本公开相一致的所有实施方式，相反，它们仅是与如所附权利书中叙述的本公开的一些方面相一致的方法，即采用驻智能终端/手机内存的监听程序，监听智能终端/手机的内置传感器或附属的线控耳机、蓝牙耳机或与之通信的可穿戴设备，当这些传感器或附属设备或已经建立通信的可穿戴设备发出已经约定的求救编码如“SOS”，则驻智能终端/手机内存的程序启动求救机制，将智能终端的用户位置及现场声音实时的传送给用户已经预先设定的营救人或警方，从而隐蔽的实现求救并将现场声音信息在隐蔽的方式下实时地提供给营救者，让营救者有更充足的准备进行营救。本实施例采用SOS编码是因为其普及且现实中大量人员熟知，当然也可以使用其他方式的编码约定，设定求救触发码，但其实都是在本方法下具体的求救编码设定而已。

在遇到紧急状态时，比如抢劫，受害者如果当劫匪面打电话/手机报警，通常不但不能实现目的，而且还会受到更严重的伤害。如果受害者与劫匪周旋时，利用本方法，即利用智能终端的线控耳机、蓝牙耳机或智能终端本身的传感器或可穿戴设备，输入约定的触发或求救编码，则可以容易的在劫匪眼皮下隐蔽的报警，并且将位置信息，现场的声音信息实时的传递给后方的营救者。其实现方法如图1所示：智能终端/手机通常具有内置的传感器及附属的蓝牙耳机或线控耳机，还有不少智能终端的使用用户还备有与终端通信的可穿戴设备。本实施例以智能终端/手机内置的传感器之一接近距离传感器为例来说明内置传感器的实现方法。如图1中步骤S101接近距离传感器，智能终端/手机通常内置有接近距离传感器，特别是智能手机均具有该传感器；该传感器可以接受物体接近的触发信息，如果利用其特性，将接近的触发时长作为输入，比如长、短触发，这与莫尔斯编码的机制的长短码完全相同。如图1中步骤S105驻智能终端/手机内存实时监听程序模块实时监听S101传感器的信息，当监听到本实施例中以SOS为编码的触发信息，则根据触发信息的编码，启动步骤S106的求救机制，该求救机制根据S105传递的触发编码比如报警或用户指定的营救者，将S107用户所处的物理位置信息及S108现场的声音信息通过S109用户智能终端/手机互联的网络，发送至S110后台服务器，然后后台服务器根据S106的营救机制，将这些信息实时的传送至S111，用户智能终端/手机程序中预先设定的营救者或直接传送至S112警方。

S101的触发定义在本实施例中如下，小于400毫米的触发相当于莫尔斯码的“.”，而大于400ms小于1200ms的触发信号为“-”，当用户在12秒内完整的触发了“...---...”即SOS编码信息，则S105中监听接近距离传感器的功能模块则启动求救机制；

S101接近距离传感器给求救者提供了一种可能，但其它内置传感器或附属设备同样也 提供了这种可能，如S102线控耳机。很多智能终端的使用者喜欢佩戴线控耳机打电话或者听音乐，线控耳机通常有3个键，“+”键，“-”键及中间的键。通常线控耳机以事先约定好的按键及按键次数来控制音乐或电话，这也为本方法实现隐蔽方式的求救提供了可能。在本实施例中，线控耳机的求救触发实现如下：定义按“+”键为莫尔斯码的“.”，按“-”键为莫尔斯码的“-”，当长按中间键超过3秒，即进入求救侦听状态，当在12秒内收到“...---...”即按线控耳机的“+”键三次，然后按线控耳机的“-”键三次，然后再按线控耳机的“+”键三次后，S105内的线控耳机监听模块则启动求救机制。长按中间键盘的目的是告诉监听程序模块，这次触发可能是要求救，然后在这种求救状态下接收的“...---...”才是求救触发，目的是为了防止可能的其它误触发。

与线控耳机作用相似的有蓝牙耳机，同样也可以用来发求救信号，蓝牙耳机的好处是无线，在某种情况下，智能终端/手机可能在附近包里，而蓝牙耳机随身携带时，当遇到紧急情况时，求救者只要按照求救编码，按蓝牙耳机的功能键与“+”和“-”键，就可发送求救信息。见图1 S103蓝牙耳机，S105中的蓝牙耳机监听模块监听S103发出的信息，若符合预先设定的求救编码，则启动S106求救机制。在本实施例中，蓝牙耳机的求救触发如下：定义按“+”键为莫尔斯码的“.”，按“-”键为莫尔斯码的“-”，当长按功能键大于3秒，即进入求救侦听状态，当在12秒内收到“...---...”即按蓝牙耳机的“+”键三次，然后按蓝牙耳机的“-”键三次，然后再按蓝牙耳机的“+”键三次后，S105中的蓝牙耳机监听模块则启动求救机制。长按功能键盘的目的是告诉监听程序模块，这次触发可能是要求救，然后在这种求救状态下接收的“...---...”才是求救触发，目的是为了防止可能的其它误触发。

智能终端/手机还有关联的与之通信的设备，比如可穿戴设备。可穿戴设备可以笼统的分为两大类，一类是有显示屏、功能键、输入键或触屏的智能可穿戴设备，另一类是没有输入方式只内置有传感器的设备。针对这两大类设备如图1中S104，则需要根据具体的可穿戴设备定义触发方式及监听方式。当使用具有屏幕显示及功能键、输入键的可穿戴设备比如手表，可将求救程序安装在手表上，直接启动手表上的求救功能就可以实现，求救模块与其互联的智能终端/手机中的S105模块中的对应模块通信，利用智能终端的无线通路，将求救信息发送至后台并启动营救；而只有内置传感器的设备，则要看该设备能否变成隐蔽求救的触发设备，并且根据设备的不同，需要定义符合其特征的监听程序模块与触发编码及逻辑。在S105模块中开发对应的监听模块，从而实现求救触发及后续的响应机制。

值得一提的是在，大人怕上学的儿童丢失，而目前上学儿童手机的普及率非常高，但孩子们通常将手机放在书包里。当孩子遇到特殊情况时，比如绑架、拐卖时等，犯罪份子为 了快速控制孩子，通常将书包与孩子一起控制，若孩子身上配有可穿戴的隐蔽的与智能终端/手机可通信的设备，如伪装成钥匙链，孩子在犯罪份子未注意时，就可以按钥匙链上的按键，发起求救，将与其互联的智能终端/手机的位置信息、现场语音信息发送后台服务器，并转发其父母及警方，警方及父母接到求救后，根据位置信息，营救儿童。伪装的钥匙链可由两个按键组成，举例钥匙链是一个动物造型，动物的两只眼睛就可以设计成输入键，按左眼可以定义为莫尔斯码的“.”，按右眼定义为莫尔斯码的“-”；当孩子在设定的时间内，如12秒内，按了三次左眼，三次右眼，然后再三次左眼，相当于发出了莫尔斯码的SOS，即“...---...”，则与之通信的智能终端/手机收到该编码时，启动求救机制，将智能终端/手机的位置，以及现场声音信息发送后台服务器，从而通知孩子家长及警方，使孩子有机会得以营救。该伪装的钥匙链可以安装拾话器，当确认收到SOS指令后，钥匙链就可以拾话，将离孩子最近的现场声音传递至后台服务器，使救援者有更多胜算的把握。该伪装的钥匙链内置有电池，以及隐蔽指示灯，当求救被成功发至后台后，开启该隐蔽指示灯，示意孩子后方已经收到求救信息及位置信息，孩子需要镇定的周旋，从而提升被成功营救的几率。本例就属于一种简易、实用的可穿戴设备，在图1中如S104所示。目前市场有孩子的防丢手表，而犯罪份子会第一时间将这类明显的具备跟踪能力的设备丢掉，所以需要更隐蔽的设备；本实施例的求救编码是以SOS为参照，但实际上可以设置成单一求救键的方式也可以设成其它方式的编码，无论何种编码只是为尽量减少误触发同时最有效的触发求救。

上述信息反复提到S105驻智能终端/手机内存实时监听程序模块，该模块的功能是在智能终端/手机开机后，无论该程序在前台运行还是后台运行还是在智能终端/手机黑屏后，都始终通过其包含的模块如图2所示，监听对应的传感器或附属设备。图2是将S105程序模块的再分解，其中S201接近距离传感器监听模块负责监听智能终端/手机的接近距离传感器的状态变化，当状态变化符合求救约定编码时，则触发求救；S202是线控耳机监听模块，通过监听线控耳机的三个键“+”、“-”和中键的输入信息，当输入信息符合求救约定编码时，则触发求救；S203是蓝牙耳机监听模块，通过监听蓝牙耳机的三个键“+”、“-”和功能键的输入信息，当输入信息符合求救约定编码时，则触发求救；S204与S205为可穿戴设备与智能可穿戴设备的监听模块。S204与S205的实现方法见段落[0017]，[0018]。

图2中S201接近距离传感器监听模块的流程如图3所示，S301为该模块开始，S302为关键参数的定义，如对应莫尔斯码的“.”和“-”，接近距离传感器若收到触发，若触发小于400毫秒，则定义该触发为“.”，若触发大于400毫秒，小于1200毫秒，则定义为“-”；其它触发则不是合法输入，同时还要定义Alarmst即报警状态，初始时，报警状态为false； S303监听接近距离传感器的变化是否为合法触发，如果接受到的是小于400毫秒的“.”或大于400毫秒小于1200毫米的“-”，则进行S304步骤，如果收到的是非两个状态，则继续监听，所有状态回归初始状态。S304步骤判断Alarmst状态，若是假，则进入S305步骤，等待在4秒内连续收到3个“.”，如在4秒内连续收到3个“.”，则设Alarmst的状态为真如步骤S306，如果不是，则返回S303继续监听。当S304步骤判断Alarmst状态为真时，则说明之前已经在4秒内收到3个“.”，启动报警状态了，然后返回S303继续监听。然后如步骤S307及S309，判断接受的后续触发是否为约定的报警码，如S307步骤，判断后续触发码是否为SOS的后6个编码，且在8秒内收到，如果是，则按照定义，该求救需要警方介入，所以S308设置Alarmp＝P，即求救流程是警方介入流程，后续流程如图1中的S106收到Alarmp＝P后，则启动直接呼叫警方的操作；S308还需要做的一个事情是设置Alarmst设置为假，其目的是用户可重复报警，重复的频度高，说明用户遇到极大风险，需求立即救援。而S309为用户向用户自己之前定义的求救对象，比如家人朋友等求救，本实施例求救编码为“SO”，即在Alarmst为真时，在8秒内收到“O”即“---”，则执行S310步骤，设置Alarmp＝F，后续流程如图1中S106收到Alarmp＝F后，则启动呼叫用户事先定义的营救者的操作；当S304Alarmst为真，而后续的S307或S309在约定的时间内收到的编码不是“OS”或“O”，则执行步骤S311，也就是本次触发非求救，将Alarmst设置为假，重新回到S303开始监听。

图2中S202为线控耳机监听模块，其流程图如图4所示，S401为该模块开始，S402为关键参数的定义，如对应莫尔斯码的“.”和“-”，例如耳机的“+”键被触发，则定义该触发为“.”，耳机的“-”键被触发，则定义该触发为“-”；同时还要定义Alarmst即报警状态，初始时，报警状态为false也就是假；S403监听线控耳机三个键的触发值。S404判断当前的报警状态，如果不是真，则进入S405，若S405收到大于等于3秒的长按中间键的触发，则在S406步骤中将报警状态Alarmst设置为真，然后返回S403继续监听后续键值。如果S405收到的是其它键值的触发，则返回S403，继续监听；当S404判断Alarmst为真时，则执行S407步骤，判断后续触发码是否为SOS的编码，对应线控耳机就是连续按了3个“+”键，然后又按了3个“-”键，之后又按了3个“+”键，且在12秒内完成。如果是，则按照定义，该求救需要警方介入，所以S408设置Alarmp＝P，即求救流程是警方介入流程，后续流程如图1中的S106收到Alarmp＝P后，则启动直接呼叫警方的操作；S408还需要做的一个事情是设置Alarmst设置为假，其目的是用户可重复报警，重复的频度高，说明用户遇到极大风险，需求立即救援。而S409为用户向用户自己之前定义的求救对象，比如家人朋友等求救的编码判定，本实施例求救编码为“SO”，即在S404Alarmst为真时，在12秒内收到“SO” 即“...---”，则执行S410步骤，设置Alarmp＝F，后续流程如图1中S106收到Alarmp＝F后，则启动呼叫用户事先定义的营救者的操作；当S404Alarmst为真，而后续的S407或S409在约定的时间内收到的编码不是“SOS”或“SO”，则执行步骤S411，也就是本次触发非求救，将Alarmst设置为假，并重新回到S403开始监听。

图2中S203为蓝牙耳机监听模块，其流程图如图5所示，S501为该模块开始，S502为关键参数的定义，如对应莫尔斯码的“.”和“-”，例如蓝牙耳机的“+”键被触发，则定义该触发为“.”，蓝牙耳机的“-”键被触发，则定义该触发为“-”；同时还要定义Alarmst即报警状态，初始时，报警状态为false也就是假；S503监听蓝牙耳机三个键的触发值。S504判断当前的报警状态，如果不是真，则进入S505，若S505收到大于等于3秒的长按功能键的触发，则在S506步骤中将报警状态Alarmst设置为真，然后返回S503继续监听后续键值。如果S505收到的是其它键值的触发，则返回S503，继续监听；当S504判断Alarmst为真时，则执行S507步骤，判断后续触发码是否为SOS的编码，对应蓝牙耳机就是连续按了3个“+”键，然后又按了3个“-”键，之后又按了3个“+”键，且在12秒内完成。如果是，则按照定义，该求救需要警方介入，所以S508设置Alarmp＝P，即求救流程是警方介入流程，后续流程如图1中的S106收到Alarmp＝P后，则启动直接呼叫警方的操作；S408还需要做的一个事情是设置Alarmst设置为假，其目的是用户可重复报警，重复的频度高，说明用户遇到极大风险，需求立即救援。而S509为用户向用户自己之前定义的求救对象，比如家人朋友等求救编码的判定，本实施例求救编码为“SO”，即在S504Alarmst为真时，在12秒内收到“SO”即“...---”，则执行S510步骤，设置Alarmp＝F，后续流程如图1中S106收到Alarmp＝F后，则启动呼叫用户事先定义的营救者的操作；当S504Alarmst为真，而后续的S507或S509在约定的时间内收到的编码不是“SOS”或“SO”，则执行步骤S511，也就是本次触发非求救，将Alarmst设置为假，并重新回到S403开始监听。

在图2中S204、S205分别是可穿戴设备与智能可穿戴设备的监听模块，其具体的流程就不再群举，其逻辑同上，只是需要根据不同类型的适合报警的传感器及智能设备的情况，定义监听方法及求救编码即可。

图1中S106为求救机制，也就是S105监听到不同传感器、附属设备或可穿戴设备的触发报警后，根据约定的编码，启动哪种求救机制。在本实施例中，只设定了两种机制，第一种为事态严重，需要警方介入；第二种是事态相对缓和，用户更希望自己预先设定的营救人营救。当然可以设置更多的机制，那用户就需要记住更多的求救编码。当S106收到S105各个子模块发出的值时，根据所接受的值启动对应的机制。在实现过程中，比如寻求警方救 援就相对复杂。如后台服务器获得S105的值后，如Alarmp＝P后，后台服务器需要读到智能终端/手机的位置信息，然后根据位置信息定位到离用户智能终端/手机最近的派出所，然后与其电子或人工联络，将报警用户的信息及时传递警方；但如后台服务器在北京，用户在异地遇到问题，需要警方解救，后台服务器给北京警方报警显然鞭长莫及，所以要根据实际情况人工或自动的方式进行报警；同时为了让用户自己定义的营救对象也了解情况，可在警方同意的情况下将信息发布给这些营救对象。这些信息包括用户实时的位置信息，现场的声音信息等。如果S106收到S105发出的参数AlarmP＝F后，后台服务器通过社群软件及语音通信系统，实时的给营救者发位置信息与现场声音，当营救者认为需要警方参与时，营救者呼叫警方，后台服务器提供语音桥接功能，使多方都能听到现场的声音，如果与警方又电子接口，则都可以实时收到终端的位置信息。

当触发对应的救机制后，则需要执行S107模块与S108模块，S107模块为读取智能终端/手机的位置信息，该信息来源于终端的GPS，辅助GPS、Wifi、Beacon等信息，总之是为获取最精准的位置信息并将该信息通过S109无线网络传到后台服务器；

S108模块则是一个基于RTP/RTCP协议的语音通信模块，当求救机制被触发后，该模块通过S109无线网络与后台基于SIP/H.323的语音服务器长连接，将现场声音传到后方，该服务器具备桥接功能，能提供与多方设备的语音通信。从而使警方及用户自己定义的营救人都能监听到现场信息。当然S108也可以使用智能终端/手机的语言通道，但这个需要冒风险，非特别处理的语音业务都有各种铃音，比如震铃音、回铃音，这会引起犯罪分子的警觉。而通过IP的语音通信模块，则可以做在后台，以更隐蔽的方式监听现场的声音。S108模块对于涉儿童案件非常关键，数据显示儿童案件中熟人作案比例非常高，在孩子遇到危险，启动报警后，孩子比如认识对方，则可以叫对方的名称聊天等，营救人其实就已经判断到对方是哪位，加上定位信息，孩子就更容易被解救了。

图1中S109为与智能终端/手机通信的移动网络或者无线网络，智能终端侧的位置信息，现场的声音信息都要依赖该网络实时的传输至后台服务器S110；

图1中S110后台服务器，含有几个功能，一个就是语音桥接的功能，S108的模块发起呼叫后能自动接续，同时根据S106呼叫警方或者用户自定义的营救者的电话，同时具备社群软件的接口，比如用户留了营救者的微信，则该服务器收到前方位置信息后，就实时的通过微信发送至营救者。该服务器还具备GIS功能，将位置信息在地图上标识，然后将用户终端在地图上的位置及信息发送至营救者

关于图1中的S111营救者，是要在智能终端/手机侧预先设置，比如联系电话、社群ID、 社会关系等，在终端侧设好后，提交至服务器；当收到求救触发后，服务器将用户的位置信息发送S111营救者，并可以使S111营救者可以监听现场情况；当然用户可以设置多个营救者，确保风险时总可以联系到一位营救人。

关于图1中的S112警方，后台服务则需要根据用户终端的位置信息，在GIS上搜索对应的警方单位，然后通过人工或半人工或自动的方式将信息传递至警方，因为用户是流动的，某个城市可以实现电子对接，但多数情况下不理想，所以需要人工值守方式，尽可能的帮助求救者避险或脱险。

通过上述流程、功能模块以及技术细节的描述，专业技术人员就可以容易的实现利用智能终端/手机的传感器、附属设备或与终端通信的可穿戴设备隐蔽求救的功能，让智能终端用户遇到风险时有更多的机会被营救。

Claims (14)

1.一种隐蔽的基于智能终端/手机及其附属或关联设备的求救方法，其特征是利用智能终端/手机的内置传感器/线控耳机/蓝牙耳机或与智能终端通信的可穿戴设备，隐蔽的按照预先设定的求救方式触发，驻智能终端内存实时的监听程序监听到求救触发后，根据触发编码启动对应的求救机制，将智能终端的位置信息、现场的声音信息实时的传送至后台的服务器，后台服务器将上述信息实时的转发至警方或求救人预先设定的营救者，从而使求救者得以营救。

2.如权利要求1所述的一种隐蔽的基于智能终端/手机及其附属或关联设备的求救方法，其特征在于，利用智能终端/手机的内置传感器。

3.如权利要求1所述的一种隐蔽的基于智能终端/手机及其附属或关联设备的求救方法，其特征在于，利用智能终端/手机的附属设备线控耳机。

4.如权利要求1所述的一种隐蔽的基于智能终端/手机及其附属或关联设备的求救方法，其特征在于，利用智能终端/手机的附属设备蓝牙耳机。

5.如权利要求1所述的一种隐蔽的基于智能终端/手机及其附属或关联设备的求救方法，其特征在于，利用与智能终端/手机通信的可穿戴设备。

6.如权利要求1所述的一种隐蔽的基于智能终端/手机及其附属或关联设备的求救方法，其特征在于，可以用隐蔽的方式触发求救。

7.如权利要求1所述传感器、附属或关联设备需要按照预先设定的求救触发方式及编码隐蔽发起求救。

8.如权利要求1所述的一种隐蔽的基于智能终端/手机及其附属或关联设备的求救方法，其特征在于，驻智能终端/手机内存的实时监听程序监听智能终端/手机的传感器/线控耳机/蓝牙耳机/可穿戴设备的触发并判断是否为求救触发。

9.如权利要求1所述的一种隐蔽的基于智能终端/手机及其附属或关联设备的求救方法，其特征在于，驻手机内存的程序根据接受到的触发编码启动对应的求救机制。

10.如权利要求1所述的一种隐蔽的基于智能终端/手机及其附属或关联设备的求救方法，其特征在于，将智能终端/手机的位置信息实时发送至后台服务器。

11.如权利要求1所述的一种隐蔽的基于智能终端/手机及其附属或关联设备的求救方法，其特征在于，将现场的声音信息实时发送至后台服务器。

12.如权利要求11所述，其特征是智能终端/手机驻内存程序需要将蓝牙、线控耳机、智能终端的拾话器的声音实时的发送至后台服务器。

13.如权利要求1所述的一种隐蔽的基于智能终端/手机及其附属或关联设备的求救方法，其特征在于，后台服务器根据求救机制，将位置信息和现场声音信息实时转发给警方或求救者 预先设定的营救者 。

14.如权利要求13所述，后台的服务器以语音桥接的方式将现场声音实时地发送给警方及求救者预先设定的营救者。