CN105407456B - 一种处理求救信息的方法和*** - Google Patents
一种处理求救信息的方法和*** Download PDFInfo
- Publication number
- CN105407456B CN105407456B CN201510689880.2A CN201510689880A CN105407456B CN 105407456 B CN105407456 B CN 105407456B CN 201510689880 A CN201510689880 A CN 201510689880A CN 105407456 B CN105407456 B CN 105407456B
- Authority
- CN
- China
- Prior art keywords
- help
- radius
- distress
- preset
- calling
- 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
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/02—Services making use of location information
-
- 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
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Environmental & Geological Engineering (AREA)
- Public Health (AREA)
- Telephonic Communication Services (AREA)
- Alarm Systems (AREA)
Abstract
本发明涉及无线通讯技术领域,特别涉及处理求救信息的方法,本发明还涉及处理求救信息的***。一种处理求救消息的方法,其技术要点在于对于每一个非求救用户,以所述求救者当前位置为终点,所述非求救用户最后一次上报的地理位置为起点,调用地图服务,确定所述非求救用户到所述求救者的路线距离和路线时间;若所述路线距离小于呼救半径距离值,或者/并且所述路线时间小于呼救半径时间值,则将该非求救用户列为救援者。一种处理求救消息的***,包括配置模块、信息存储模块、计算调度模块、集成模块。本发明解决了无法将求救消息送达真正可以参与救援的人群,导致救援响应速度低下和求救效果差的问题。
Description
技术领域
本发明涉及无线通讯技术领域,特别涉及处理求救信息的方法,本发明还涉及处理求救信息的***。
背景技术
当前智能终端,特别是智能手机,有的配备了紧急呼救(SOS)功能。一般实现方式为:预先绑定若干紧急联系人手机号码;求救时,轮番拨打紧急联系号码或群发求救消息。
在实际应用过程中,紧急联系人可能完全无法予以及时救助(例如,由于距离太远);无差别的群发求救消息,只会占用呼救者的通讯资源(例如,电话占线),而无法保证将求救消息送达真正可以参与救援的人群。这种情况下,虽然求救消息能成功发送给紧急联系人,但紧急联系人经常处于无法提供帮助干着急的状态。这大大降低了救援响应速度和求救的效果,延误了救援时机。
申请公布号为CN 103269232 A,申请公布日为2013.08.28的中国发明专利申请公开了一种紧急求救***,包括信号发射终端以及信号接收终端,信号发射终端包括用于记录信号发射终端持有者的身份的信息身份信息记录模块;用于获得信号发射终端持有者当前的地理位置信息的地理位置锁定模块;用于向信号接收终端发送身份信息、地理位置信息以及求救信号的信号发射模块。当求助者在户外遇到突发情况时,向信号接收终端发射求救信号,信号发射终端中不仅储存有该持有者的身份信息还能够对当前位置进行定位,在发射求救信号的同时将持有者的身份信息以及地理位置信息一并发射,便于信号接收终端接收到信息以后,根据不同持有人的信息,携带相关的救治器械,并且根据获得的地理位置信息准确找到求助者,及时救治。
申请公布号为CN 104135717 A,申请公布日为2014.11.05的中国发明专利申请公开一种基于手机的呼救和应急方法,包括:呼救移动终端获得位置坐标;所述呼救移动终端将所述位置坐标发送至平台服务器;所述平台服务器将所述位置坐标解析为地图链接,并将所述地图链接发送至所述呼救移动终端;所述呼救移动终端将所述地图链接发送至紧急联系人所持的手机上;所述紧急联系人所持的手机接收所述地图链接查看所述呼救移动终端所在位置;所述紧急联系人还可以通过所述平台服务器主动获取所述呼救移动终端的所在位置。紧急联系人可主动获取呼救者的所在位置;可准确地获取呼救者的位置坐标,并将位置坐标解析为地图链接,紧急联系人可通过打开地图链接,直接了解到呼救者所在地图上的位置。
申请公布号为CN 102395108 A,申请公布日为2012.03.28的中国发明专利申请公开了一种基于移动定位的联动救援方法,以实现对救援请求按优先级顺序自动调度以及对施救、求救人员的实时定位追踪。采用的技术方案主要包括以下步骤:利用服务器存储用户、工作人员的基本资料与动态信息,服务器建立可用工作人员集合、救援请求优先级队列;求助人员点击移动终端的求救按钮发送请求,服务器通过自检、工作人员上线通知与完成任务通知、接收新请求四种方式触发对救援请求的处理;对请求依据优先级排序,按顺序依次处理;将接受任务的工作人员与求助用户绑定,建立一对一救援链。
然而上述发明都未解决将求救消息送达真正可以参与救援的人群的技术问题。
发明内容
本发明的第一方面目的在于提供一种处理求救消息的方法,以解决目前技术无法将求救消息送达真正可以参与救援的人群,导致救援响应速度低下和求救效果差的问题。
本发明通过以下技术方案解决上述技术问题,达到本发明的第一方面目的。
一种处理求救消息的方法,其特征在于,包括以下步骤:
A)、服务器接收预先、定期采集的所有用户地理位置信息;
B)、所述服务器接收求救消息;所述服务器接收所采集的求救者地理位置信息,所述求救者是求救用户;
C)、利用所述求救者的地理位置信息,并根据预设的呼救半径距离值和预设的呼救半径时间值得出呼救半径距离值和呼救半径时间值;对于每一个非求救用户,以所述求救者当前位置为终点,所述非求救用户最后一次上报的地理位置为起点,调用地图服务,确定所述非求救用户到所述求救者的路线距离和路线时间;
E)、若所述路线距离小于所述呼救半径距离值,或者/并且所述路线时间小于所述呼救半径时间值,则将该非求救用户列为救援者;
F)、向所有所述救援者,发出求救消息。
在所述步骤A)中,所有用户地理位置信息之所以要预先、定期采集,是为了在所述服务器接收到所述求救消息后,快速、精确地确定所述救援者,以快速精确地推送所述求救消息,为救援赢得时间。
进一步,所述的处理求救消息的方法,其特征在于,还包括以下步骤:按所述求救者预先设定的紧急联系人名单,通过第三方服务接口,向紧急联系人求救。
优选地,所述步骤A)中,所述定期采集,是每1-10分钟采集一次。
优选地,所述步骤D)中,所述利用所述求救者的地理位置信息,并根据预设的呼救半径距离值和预设的呼救半径时间值得出呼救半径距离值和呼救半径时间值,是通过地图服务,利用所述求救者的地理位置信息得到求救者当前所在省份城市,并匹配省份城市所对应的预设的呼救半径距离值和预设的呼救半径时间值,得出呼救半径距离值和呼救半径时间值。优选地,在从所述求救者的地理位置信息判断出求救者在城市的非市区时,采用该技术方案,比较合适。
优选地,所述步骤D)中,所述利用所述求救者的地理位置信息,并根据预设的呼救半径距离值和预设的呼救半径时间值得出呼救半径距离值和呼救半径时间值,是通过地图服务,利用所述求救者的地理位置信息得到求救者附近(如1~2公里)POI数量,通过匹配预设的POI数量区间对应的预设的呼救半径距离值和预设的呼救半径时间值,得出呼救半径距离值和呼救半径时间值。优选地,在从所述求救者的地理位置信息判断出求救者在城市的市区时,采用该技术方案,比较合适。
优选地,在所述步骤F)中,所述求救消息中,包含所述求救者当前地理位置信息。
优选地,所述通过第三方服务接口,向紧急联系人求救,是通过第三方短信服务接口,向所述紧急联系人群发求救短信;或者是通过第三方VoIP服务器自动拨打所述紧急联系人电话。
本发明的第二方面目的在于,提出一种处理求救消息的***,以解决目前技术无法将求救消息送达真正可以参与救援的人群,导致救援响应速度低下和求救效果差的问题。
本发明通过以下技术方案解决上述技术问题,达到本发明的第二方面目的。
一种处理求救消息的***,其特征在于,所述***包括服务器,所述服务器包括:
配置模块,用于设定预设的呼救半径距离值和预设的呼救半径时间值;
信息存储模块,用于存储用户地理位置信息、存储预设的呼救半径距离值和预设的呼救半径时间值;
计算调度模块,利用所述求救者的地理位置信息,并根据预设的呼救半径距离值和预设的呼救半径时间值得出呼救半径距离值和呼救半径时间值;对于每一个非求救用户,以所述求救者当前位置为终点,所述非求救用户最后一次上报的地理位置为起点,调用地图服务,确定所述非求救用户到所述求救者的路线距离和路线时间;若所述路线距离小于所述呼救半径距离值,或者/并且所述路线时间小于所述呼救半径时间值,则将该非求救用户列为救援者;调用通信模块以向所有所述救援者发出求救消息;
集成模块,用于集成地图服务;
通信模块,发送消息给智能终端及解析智能终端发送来的消息。
优选地,所述集成模块用于集成地图服务,是用于集成第三地图服务,还用于集成第三方短信服务、第三方VoIP服务,所述信息采集模块还用于采集紧急联系人信息。
进一步,所述配置模块还用于设定预设的POI数量区间;所述信息存储模块还用于存储预设的POI数量区间。
本发明采用以上技术方案与现有技术相比,具有以下技术效果:
通过求救者和救援者数据(包括但不限于地理位置信息)的采集、分析和处理,将求救信息推送给最有可能提供救援的人群,大大提高响应速度。由服务器拨打紧急联系人电话,不阻塞求救人通信且可同时拨打多人电话。语音和短信中的附加信息(求救人位置、已通知救援人数等)对紧急联系人提供了有效指导,且可缓解其紧张情绪,帮助其冷静地更好地参与救援。
附图说明
图1是本发明所述的一种处理求救消息的方法的流程图;
图2是本发明所述的一种处理求救消息的***的示意图;
图3是实施例1所述的一种处理求救消息的方法的流程示意图;
图4是实施例1所述的一种处理求救消息的方法中计算和确定救援者的流程示意图。
具体实施方式
下面结合附图,详细说明本发明。
参见图1,一种处理求救消息的方法,其特征在于,包括以下步骤:
101、服务器接收预先、定期采集(例如,每10分钟采集一次)的所有用户地理位置信息(在本实施例中,具体而言是经纬度坐标值);采集由用户的智能终端实现;
102、所述服务器接收求救消息;求救消息由用户的智能终端实现;
103、所述服务器接收所采集的求救者地理位置信息,所述求救者是求救用户;求救者地理位置信息由求救者的智能终端采集;
104、计算和确定救援者:利用所述求救者的地理位置信息,并根据预设的呼救半径距离值和预设的呼救半径时间值得出呼救半径距离值和呼救半径时间值;对于每一个非求救用户,以所述求救者当前位置为终点,所述非求救用户最后一次上报的地理位置为起点,调用地图服务,确定所述非求救用户到所述求救者的路线距离和路线时间;确定路线时间时,可以通过非求救用户的智能终端最近三次上报的地理位置信息计算出救援者的速度,进而计算路线时间;
若所述路线距离小于所述呼救半径距离值,或者/并且所述路线时间小于所述呼救半径时间值,则将该非求救用户列为救援者;
105、向所有所述救援者,发送求救消息;所述求救消息中,包含所述求救者当前地理位置信息。
在所述步骤101中,所有用户地理位置信息之所以要预先、定期采集,是为了在所述服务器接收到所述求救消息后,快速、精确地确定所述救援者,以快速精确地推送所述求救消息,为救援赢得时间。
进一步,所述的处理求救消息的方法,其特征在于,还包括以下步骤:
106、通知紧急联系人:按所述求救者预先设定的紧急联系人名单(含手机号码),通过第三方短信服务接口,向所述紧急联系人群发求救短信;或者是通过第三方VoIP服务器自动拨打所述紧急联系人电话。电话语音和短信内容中包含求救者地理位置信息和已通知救援者数。
优选地,所述步骤101中,所述定期采集,是每1-10分钟采集一次。
优选地,所述步骤104中,所述利用所述求救者的地理位置信息,并根据预设的呼救半径距离值和预设的呼救半径时间值得出呼救半径距离值和呼救半径时间值,是通过地图服务(例如,百度地图),利用所述求救者的地理位置信息得到求救者当前所在省份城市,并匹配省份城市所对应的预设的呼救半径距离值和预设的呼救半径时间值,得出呼救半径距离值和呼救半径时间值。
优选地,所述步骤104中,所述利用所述求救者的地理位置信息,并根据预设的呼救半径距离值和预设的呼救半径时间值得出呼救半径距离值和呼救半径时间值,是通过地图服务,利用所述求救者的地理位置信息得到求救者附近(如1~2公里)POI数量,通过匹配预设的POI数量区间对应的预设的呼救半径距离值和预设的呼救半径时间值,得出呼救半径距离值和呼救半径时间值。
所述附近是1~2公里,POI数目量越多,证明求救者附近越繁华,非求救用户可能越多,预设的呼救半径距离值和预设的呼救半径时间值应当越小,以免通知来过多的救援者,浪费资源。
在一个优选的实施例中,附近1公里,POI数量为1~3个时,预设的呼救半径距离值为20公里,预设的呼救半径时间值为1小时;附近1公里,POI数量为4~7个时,预设的呼救半径距离值为10公里,预设的呼救半径时间值为半小时。
参见图2,一种处理求救消息的***,其特征在于,所述***包括服务器,所述服务器包括:配置模块301,用于设定预设的呼救半径距离值和预设的呼救半径时间值;
信息存储模块302,用于存储数据,包括预设的呼救半径距离值和预设的呼救半径时间值、用户的地理位置信息等;
计算调度模块303,利用所述求救者的地理位置信息,并根据预设的呼救半径距离值和预设的呼救半径时间值得出呼救半径距离值和呼救半径时间值;对于每一个非求救用户,以所述求救者当前位置为终点,所述非求救用户最后一次上报的地理位置为起点,调用地图服务,确定所述非求救用户到所述求救者的路线距离和路线时间;若所述路线距离小于所述呼救半径距离值,或者/并且所述路线时间小于所述呼救半径时间值,则将该非求救用户列为救援者;调用通信模块以向所有所述救援者,发出求救消息;
通信模块304,发送消息给智能终端及解析智能终端发送来的消息;
集成模块305,用于集成地图服务;所述集成模块用于集成地图服务,是用于集成第三地图服务,还用于集成第三方短信服务、第三方VoIP服务,所述信息采集模块还用于采集紧急联系人信息。
用户(即可能是求救者,也可能是救援者)的智能终端,包括:
接收模块201,用于接收求救者对求救的触发;
信息采集模块202,用于采集求救者/救援者地理位置信息;
通信模块203,用于和服务器通信。
本具体实施方式的优选的智能终端的软硬件要求为:
(1)提供获取设备当前地理位置信息的可编程接口(例如,GPS全球定位***);
(2)提供简单人机交互界面,包括:获取用户点击屏幕或者点击硬件按钮的事件,获取用户文字输入信息,向用户提供可视化文本信息反馈;
(3)在求救区域可连接至互联网(通过wifi或2G/3G/4G无线网络等)。
在一个优选的实施例中,智能终端的模块包括:
接收模块201,用于接收对求救的触发。本实施例采用的方法为,在智能终端的用户界面显示SOS按钮,并将接收模块201注册为此按钮点击事件的处理程序。这样,当用户点击按钮后,智能终端操作***将调用接收模块201处理此点击事件。到此,捕获用户的求救完成,可继续进行后续处理。可以相信,在其它实施例中,接收模块201可以注册为任何用户触发事件的处理程序,以此支持多种求救触发的方法。例如,可以注册为智能手机音量按钮持续按压时的处理程序,这样用户可以在锁屏时,持续按压音量键来触发求救;
信息采集模块202,用于采集用户的地理位置信息。该模块包含对智能终端定位子***的调用;
通信模块203,通过互联网以HTTP协议与服务器通信。服务器地址(域名)硬编码于此模块。所述模块主要用于,封装对服务器接口的调用,以及对服务器返回值的解析。
服务器的软硬件要求为:
(1)四核2GHz CPU,8GB内存,120GB可用硬盘空间;
(2)任何能安装和运行Java EE运行时的操作***(例如,Linux、Windows);
(3)可连接至互联网。
服务器的模块如下:
配置模块301,用于设定数据处理和计算所需要的预设值。例如,求救点附近POI数量的范围(如大于100个)所对应的预设的呼救半径距离值(如1公里)和预设的呼救半径时间值(如20分钟);
信息存储模块302,用于存取***所需数据,如预设的呼救半径距离值和预设的呼救半径时间值、救援者的地理位置信息等。本实施例采用MySQL关系型数据库和与之对应的JDBC驱动软件;
计算调度模块303,用于计算和确定本次求救的救援者,并调用其他模块发出求救消息;
通信模块304,用于封装被智能终端应用调用的接口。本模块只处理与通信相关的具体数据格式封装和解析,具体业务逻辑的执行将代理给计算调度模块303。例如,智能终端应用定期上报地理位置信息时,通信模块304只负责解析上报数据的格式,然后将解析后数据传给计算调度模块303,由其进行后续的存储处理;
集成模块305,用于封装对第三方服务接口的调用和对其返回值的解析。
本实施例所使用的第三方服务和产品如下:
地图服务,采用百度地图(ditu.***.com),主要用于:
(1)将智能终端上报的地理位置坐标(经度、纬度)解析为省、市、街道地址;
(2)根据地理位置坐标,求得附近兴趣点(POI)数量;
(3)根据起、终点位置和行动方式(步行、开车),求得路径距离和所需时间;
任何提供相同服务的第三方地图服务或产品均可接入本***。接入时,只需修改集成模块305中,负责调用地图接口的代码。
短信服务,采用云片网络(www.yunpian.com),主要用于群发短信通知紧急联系人。任何提供相同服务的第三方短信服务或产品均可接入本***。接入时,只需修改集成模块305中,负责调用短信接口的代码。
VoIP服务(可选),采用Nuance公司的Nuance Voice Platform(NVP)互联网语音平台。该产品部署于Java EE运行时,服务器配置参考上述服务器要求。本实施例主要使用NVP如下功能:
(1)Text-to-Speech(TTS,文-语转化器),将文本信息转化为机器合成的语音信息;
(2)VoIP Dialer(VoIP拨号服务),通过VoIP拨打手机,并播放语音;
任何提供相同服务的第三方VoIP服务或产品均可接入本***。接入时,只需修改集成模块305中,负责调用VoIP接口的代码。
实施例1
如图2、3所示,本实施例的流程大致分为以下步骤:
401:用户通过智能终端预设紧急联系人;
402:服务器存储用户预设的紧急联系人;
403:智能终端预先定期(例如,每10分钟)采集并上报用户的地理位置信息;
404:服务器存储地理位置信息;
405:智能终端接收对求救的触发;本实施例采用点击屏幕上SOS按钮方式触发,但本发明对触发过程没有限制。只要能将触发信号传递到接收模块201即可。一般形式为,注册接收模块201为触发事件的事件处理程序;触发求救信号的用户被定义为求救者;
406:当接收模块201接收到求救信号后,将调用信息采集模块202采集求救者当前的地理位置信息;
407:当前地理位置信息采集完成后,采集模块202调用通信模块203将求救消息上报服务器;
408:服务器接收求救者智能终端上报的求救消息;
409:调用地图服务接口计算和确定救援者。具体算法和步骤见图4及下文的说明;
410:调用通信模块(203)向所有救援者推送求救信息;
411:通知紧急联系人;具体而言是生成呼救文本,调用VoIP模块,通过TTS转为语音,然后拨打紧急联系人电话。同时,调用短信模块发送短信;
413:救援者的智能终端收到求救消息。
如图4所示,
本实施例计算和确定救援者的方法和步骤如下:
501:得到求救者当前地理位置信息作为输入(由求救者智能终端上报获得);
502:调用百度地图逆地理编码接口,将坐标值(经纬度)转译为省、市、街道门牌;
504:对比预先设定的中国地级城市列表(步骤503,由配置模块预先配置),判断求救者位置是否在城市市区中;
对于在城市市区中的情况,进入步骤505:调用百度地图POI接口,获得求救位置附近的POI数量;然后,进入步骤506:判断此数量在哪一个预设POI数量范围内,并据此查找其所对应的求救半径距离值和求救半径时间值506;
对于不在城市市区中的情况,进入步骤507:直接使用非市区位置所对应的预设求救半径距离值和求救半径时间值。在更优化的实施例中,可进一步根据经纬度判断求救位置是否处于沙漠、草原、雪域等特殊地带,并以此扩大呼救半径距离值和呼救半径时间值;
508:对于每一个非求救用户(在步骤509由智能终端上报获得),首先,根据非求救用户速度(根据最后3次上报坐标计算而得平均速度)判断非求救用户当前的行驶模式(例如,20公里每小时以上可认为是开车或骑车,20公里每小时及以下认为是步行);然后,以求救点坐标为终点,以救援者最后一次上报坐标为起点,调用百度地图Route Matrix接口,获得当前行驶模式下到达求救位置的线路距离和时间;
510:判断路线距离是否小于由步骤506/507步计算得出的呼救半径距离值;
若是,则进入步骤512:将该非求救用户列为本次求救的救援者之一;
若否,则进入步骤511:判断路线时间是否小于由506/507步计算得出的呼救半径时间值;
若是,则进入步骤512:将该非求救用户列为本次求救的救援者之一;
若否,则无须对该非求救用户进行后续处理;
对每一位救援者做步骤508到步骤512计算后,可得出本次救援的所有救援者列表;
至此,计算和确定本次求救的救援者的工作结束。
本发明所述的智能终端,可以是移动智能终端、车载智能终端、可穿戴设备等。
Claims (10)
1.一种处理求救消息的方法,其特征在于,包括以下步骤:
A)、服务器接收预先、定期采集的所有用户地理位置信息;
B)、所述服务器接收求救消息;所述服务器接收所采集的求救者地理位置信息,所述求救者是求救用户;
C)、利用所述求救者的地理位置信息,确定预设的呼救半径距离值和预设的呼救半径时间值,并根据所述预设的呼救半径距离值和所述预设的呼救半径时间值得出呼救半径距离值和呼救半径时间值;对于每一个非求救用户,以所述求救者当前位置为终点,所述非求救用户最后一次上报的地理位置为起点,调用地图服务,确定所述非求救用户到所述求救者的路线距离和路线时间;
E)、若所述路线距离小于所述呼救半径距离值,或者/并且所述路线时间小于所述呼救半径时间值,则将该非求救用户列为救援者;
F)、向所有所述救援者,发出求救消息。
2.如权利要求1所述的处理求救消息的方法,其特征在于,还包括以下步骤:按所述求救者预先设定的紧急联系人名单,通过第三方服务接口,向紧急联系人求救。
3.如权利要求1所述的处理求救消息的方法,其特征在于,所述步骤A)中,所述定期采集,是每1-10分钟采集一次。
4.如权利要求1所述的处理求救消息的方法,其特征在于,所述利用所述求救者的地理位置信息,确定预设的呼救半径距离值和预设的呼救半径时间值,并根据所述预设的呼救半径距离值和所述预设的呼救半径时间值得出呼救半径距离值和呼救半径时间值,是通过地图服务,利用所述求救者的地理位置信息得到求救者当前所在省份城市,并匹配省份城市所对应的预设的呼救半径距离值和预设的呼救半径时间值,得出呼救半径距离值和呼救半径时间值。
5.如权利要求1所述的处理求救消息的方法,其特征在于,所述利用所述求救者的地理位置信息,确定预设的呼救半径距离值和预设的呼救半径时间值,并根据所述预设的呼救半径距离值和所述预设的呼救半径时间值得出呼救半径距离值和呼救半径时间值,是通过地图服务,利用所述求救者的地理位置信息得到求救者附近POI数量,通过匹配预设的POI数量区间对应的预设的呼救半径距离值和预设的呼救半径时间值,得出呼救半径距离值和呼救半径时间值。
6.如权利要求1所述的处理求救消息的方法,其特征在于,在所述步骤F)中,所述求救消息中,包含所述求救者当前地理位置信息。
7.如权利要求2所述的处理求救消息的方法,其特征在于,所述通过第三方服务接口,向紧急联系人求救,是通过第三方短信服务接口,向所述紧急联系人群发求救短信;或者是通过第三方VoIP服务器自动拨打所述紧急联系人电话。
8.一种处理求救消息的***,其特征在于,所述***包括服务器,所述服务器包括:
配置模块,用于设定预设的呼救半径距离值和预设的呼救半径时间值;
信息存储模块,用于存储用户地理位置信息、存储预设的呼救半径距离值和预设的呼救半径时间值;
计算调度模块,利用求救者的地理位置信息,确定预设的呼救半径距离值和预设的呼救半径时间值,并根据所述预设的呼救半径距离值和所述预设的呼救半径时间值得出呼救半径距离值和呼救半径时间值;对于每一个非求救用户,以所述求救者当前位置为终点,所述非求救用户最后一次上报的地理位置为起点,调用地图服务,确定所述非求救用户到所述求救者的路线距离和路线时间;若所述路线距离小于所述呼救半径距离值,或者/并且所述路线时间小于所述呼救半径时间值,则将该非求救用户列为救援者;调用通信模块以向所有所述救援者发出求救消息;
集成模块,用于集成地图服务;
通信模块,用来发送消息给智能终端及解析智能终端发送来的消息。
9.如权利要求8所述的一种处理求救消息的***,其特征在于,所述集成模块用于集成地图服务,是用于集成第三地图服务,还用于集成第三方短信服务、第三方VoIP服务;所述智能终端包括信息采集模块,所述信息采集模块用于采集紧急联系人信息。
10.如权利要求8所述的一种处理求救消息的***,其特征在于,所述配置模块还用于设定预设的POI数量区间;所述信息存储模块还用于存储预设的POI数量区间。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510689880.2A CN105407456B (zh) | 2015-10-22 | 2015-10-22 | 一种处理求救信息的方法和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510689880.2A CN105407456B (zh) | 2015-10-22 | 2015-10-22 | 一种处理求救信息的方法和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105407456A CN105407456A (zh) | 2016-03-16 |
CN105407456B true CN105407456B (zh) | 2020-06-02 |
Family
ID=55472651
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510689880.2A Active CN105407456B (zh) | 2015-10-22 | 2015-10-22 | 一种处理求救信息的方法和*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105407456B (zh) |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI126916B (en) * | 2016-03-24 | 2017-08-15 | Guardianx Tech Oy | Procedure and apparatus for controlling emergency communication |
CN105761425B (zh) * | 2016-03-24 | 2019-09-03 | 腾讯科技(深圳)有限公司 | 求救方法、***及装置 |
CN107293100B (zh) * | 2016-03-31 | 2019-06-07 | 河南汇祥通信设备有限公司 | 一种接处警方法及*** |
CN106067155A (zh) * | 2016-06-24 | 2016-11-02 | 湖南汇博电子技术有限公司 | 一种搜救方法和服务器 |
CN106127645A (zh) * | 2016-06-29 | 2016-11-16 | 上海救要救信息科技有限公司 | 用于处理救援需求信息的方法与设备 |
CN105976565A (zh) * | 2016-07-19 | 2016-09-28 | 深圳市华元天地科技有限公司 | 途加***及定位*** |
CN106302813A (zh) * | 2016-09-27 | 2017-01-04 | 武汉磐固科技有限责任公司 | 大众紧急救护方法及*** |
CN107133899A (zh) * | 2017-03-29 | 2017-09-05 | 暨南大学 | 一种基于随机序列排序算法的日常紧急求助方法 |
CN107194740B (zh) * | 2017-05-31 | 2021-01-29 | 北京小米移动软件有限公司 | 推广信息的展示方法、装置及计算机可读存储介质 |
CN107341526A (zh) * | 2017-06-16 | 2017-11-10 | 广东卓越时代科技有限公司 | 一种定向越野户外活动路线设计与遇险求救的方法及*** |
CN107680331A (zh) * | 2017-09-28 | 2018-02-09 | 北京小米移动软件有限公司 | 利用照明设备发出求救信号的方法、装置及存储介质 |
CN107845239A (zh) * | 2017-12-01 | 2018-03-27 | 同济大学 | 一种海上作业人员安全状态监测和预警*** |
JP7062749B2 (ja) * | 2018-02-15 | 2022-05-06 | 本田技研工業株式会社 | サーバ装置、その制御方法、およびプログラム |
CN108717775A (zh) * | 2018-06-25 | 2018-10-30 | 珠海沃德尔软件科技有限公司 | 一种基于应急救援的升级通知方法和*** |
CN109068279B (zh) * | 2018-09-26 | 2021-01-29 | 广东小天才科技有限公司 | 一种路线确定方法、装置、终端设备及存储介质 |
CN109815443A (zh) * | 2019-01-09 | 2019-05-28 | 湖北理工学院 | 一种生产安全事故的统计评估*** |
CN109859439A (zh) * | 2019-01-30 | 2019-06-07 | 钟杰东 | 一种自动求助报警监控管理***及其管理方法 |
CN110267250A (zh) * | 2019-07-04 | 2019-09-20 | 长沙环康科技有限公司 | 智能救援***及其后台响应救援信号方法 |
CN110400444A (zh) * | 2019-09-04 | 2019-11-01 | 张亦雷 | 一种针对女性安全的可穿戴设备和城市公共安全*** |
CN111556131B (zh) * | 2020-04-24 | 2023-06-23 | 西安万像电子科技有限公司 | 求救信息处理方法、装置及*** |
CN114124501A (zh) * | 2021-11-16 | 2022-03-01 | 武汉光阴南北网络技术咨询中心 | 数据处理方法、电子设备及计算机存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102149192A (zh) * | 2011-01-25 | 2011-08-10 | 南京信息工程大学 | 一种基于移动台合作的蜂窝网络无线定位方法 |
CN102184640A (zh) * | 2011-05-05 | 2011-09-14 | 东南大学 | 高速公路网的救援路径自动决策方法 |
CN103985267A (zh) * | 2014-06-06 | 2014-08-13 | 郝明学 | 一种同步显示前方路***通信号灯状态的***及方法 |
CN104750984A (zh) * | 2015-03-20 | 2015-07-01 | 华南理工大学 | 一种选择紧急医疗反应路径的方法 |
CN104742860A (zh) * | 2013-12-27 | 2015-07-01 | 歌乐株式会社 | 车辆报警方法和车辆报警*** |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8190174B2 (en) * | 2006-12-22 | 2012-05-29 | Verizon Patent And Licensing Inc. | Method, system, and computer program product for providing location based services |
-
2015
- 2015-10-22 CN CN201510689880.2A patent/CN105407456B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102149192A (zh) * | 2011-01-25 | 2011-08-10 | 南京信息工程大学 | 一种基于移动台合作的蜂窝网络无线定位方法 |
CN102184640A (zh) * | 2011-05-05 | 2011-09-14 | 东南大学 | 高速公路网的救援路径自动决策方法 |
CN104742860A (zh) * | 2013-12-27 | 2015-07-01 | 歌乐株式会社 | 车辆报警方法和车辆报警*** |
CN103985267A (zh) * | 2014-06-06 | 2014-08-13 | 郝明学 | 一种同步显示前方路***通信号灯状态的***及方法 |
CN104750984A (zh) * | 2015-03-20 | 2015-07-01 | 华南理工大学 | 一种选择紧急医疗反应路径的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN105407456A (zh) | 2016-03-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105407456B (zh) | 一种处理求救信息的方法和*** | |
US8768291B2 (en) | Emergency mobile notification handling | |
US7394423B2 (en) | Internet protocol based 911 system | |
US9566903B1 (en) | Multi-vehicle user-assistance systems and methods | |
KR100938028B1 (ko) | 위치-기반 긴급 공표들 | |
US9480087B2 (en) | Method and apparatus for public safety answering point (PSAP) discreet alert system | |
US8995950B2 (en) | Emergency mobile notification handling | |
US9258419B2 (en) | System and method for managing emergency calls | |
EP3367356A1 (en) | Method, system and device for requesting rescue and computer storage medium | |
WO2017196753A1 (en) | Systems and methods for emergency communications | |
US20150365796A1 (en) | A method of generating an alert message | |
US11122162B2 (en) | System for communicating event and location information | |
EP1974304A4 (en) | SYSTEM AND METHOD FOR PROVIDING MEDICAL AND CONTACT INFORMATION DURING AN EMERGENCY CALL | |
US11696108B2 (en) | Emergency call data aggregation and visualization | |
US20170010783A1 (en) | Emergency call smart phone application | |
CN110798798A (zh) | 一种为指挥中心定位报警人位置的***及其使用方法 | |
US9614950B1 (en) | Determining a prioritized list of telephone numbers for a specific user | |
JP2003099350A (ja) | 位置情報関連サービスの提供方法 | |
CN112185045B (zh) | 一种报警方法和*** | |
CN108833506B (zh) | 信息获取方法和设备 | |
US11595521B2 (en) | System for communicating event and location information | |
KR101165401B1 (ko) | 이동기기의 위치정보 획득장치 및 획득방법 | |
US20140038543A1 (en) | Personal security system for a mobile device | |
KR102291347B1 (ko) | 발신자의 위치 자동알림 시스템 및 그 제어방법 | |
KR102574463B1 (ko) | 어플리케이션을 활용한 사고위치 제보 시스템 및 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
EE01 | Entry into force of recordation of patent licensing contract | ||
EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20160316 Assignee: Shenzhen First Reaction Information Technology Co., Ltd. Assignor: SHANGHAI JIUYAOJIU INFORMATION TECHNOLOGY CO., LTD. Contract record no.: 2019310000008 Denomination of invention: Method and system used for processing help-seeking information License type: Common License Record date: 20190122 |
|
GR01 | Patent grant | ||
GR01 | Patent grant |