您的位置： &
重症病人如何紧急自救
优质期刊推荐EMERGENCY HELP METHOD, DEVICE AND CALL SERVER
WIPO Patent Application WO/
The present invention relates to the technical field of communications. Disclosed in the present invention are a method, device and call server for emergency help, the method comprising: receiving a call, the call carrying a calling number when the called number is a preset number, determining the call as an eme when the calling number is locally stored, determining the calling number a acquiring the contact information associated with the calling number, the contact information containing the telephone numbers of at least initiating emergency help according to the contact information. The device comprises a receiving module, a first determining module, a second determining module, an acquisition module and an emergency help module. The present invention effectively helps users with police reporting and emergency help service in case of an emergency or accident.
Inventors:
CHEN HUIBING (CN)
ZHANG JIE (CN)
Application Number:
Publication Date:
06/13/2013
Filing Date:
11/20/2012
Export Citation:
HUAWEI TECHNOLOGIES CO., LTD. (Huawei Administration Building, Bantian Longgan, Shenzhen Guangdong 9, 518129, CN)
International Classes:
H04W88/04; H04M11/04; H04W4/90
View Patent Images:
&&&&&&PDF help
Foreign References:
CNACNA6049272
权 利 要 求
1、 一种在呼叫服务器中的紧急求助处理方法， 其特征在于， 所述方法 包括：
接收呼叫， 所述呼叫携带主叫号码和被叫号码；
当所述被叫号码为预设号码时， 确定所述呼叫为紧急求助请求； 当本地保存有所述主叫号码时， 确定所述主叫号码为合法用户； 获取所述主叫号码关联的联系人信息， 所述联系人信息包括至少两个联 系人的电话号码；
根据所述联系人信息发起紧急求助。
2、 根据权利要求 1 所述的方法， 其特征在于， 根据所述联系人信息发 起紧急求助， 具体包括：
当所述联系人信息包含至少两个联系人的联系人信息时， 根据所述至少 两个联系人的呼叫优先级， 按照优先级从高到低向所述至少两个联系人发起 紧急求助。
3、 根据权利要求 1-2 任一项所述的方法， 其特征在于， 根据所述联系 人信息发起紧急求助， 具体包括：
向所述至少两个联系人的电话号码发起呼叫；
生成告警内容， 并向所述至少两个联系人的电话号码发送所述告警内
4、 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括:
接收对所述联系人信息的设置请求，所述设置请求携带更改后的 自 .
将所述联系人信息设置为所述更改后的联系人信息。 接收模块， 用于接收呼叫， 所述呼叫携带主叫号码和被叫号码； 第一确定模块， 用于当所述被叫号码为预设号码时， 确定所述呼叫为紧 急求助请求；
第二确定模块， 用于当本地保存有所述主叫号码时， 确定所述主叫号码 为合法用户；
获取模块， 用于获取所述主叫号码关联的联系人信息， 所述联系人信息 包括至少两个联系人的电话号码；
紧急求助模块， 用于根据所述联系人信息发起紧急求助。 6、 根据权利要求 5所述的装置， 其特征在于， 所述紧急求助模块具体 用于当所述联系人信息包含至少两个联系人的联系人信息时， 根据所述至少 两个联系人的呼叫优先级， 按照优先级从高到低向所述至少两个联系人发起 紧急求助。 7、 根据权利要求 5-6 任一项所述的装置， 其特征在于， 所述紧急求助 模块包括以下至少一个单元：
紧急呼叫单元， 用于向所述至少两个联系人的电话号码发起呼叫； 或，
告警单元， 用于生成告警内容， 并向所述至少两个联系人的电话号码发 送所述告警内容。
8、 根据权利要求 5所述的装置， 其特征在于，
所述接收模块还用于接收对所述联系人信息的设置请求，所述设置请求 携带更改后的联系人信息；
所述装置还包括：
设置模块， 用于将所述联系人信息设置为所述更改后的联系人信息。 9、 一种呼叫服务器， 其特征在于， 所述呼叫服务器包括权利要求 5-8 任一项所述的紧急求助装置。
Description:
紧急求助方法、 装置和呼叫服务器
本申请要求于 2011 年 12 月 7 日提交中国专利局、 申请号为 . 8、 发明名称为 "紧急求助方法、 装置和呼叫服务器" 的中国 专利申请的优先权， 全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信领域，特别涉及一种紧急求助方法、装置和呼叫服务器。
随着社会经济的发展， 移动电话和固定电话的普及率越来越高， 几乎人 手一部手机； 在遭遇一些特殊情况， 如意外事故、 突发危险事件等， 用户 迫切需要获得紧急求助服务； 而现有技术中， 手机或固定电话每次仅能够拨 出一个电话号码， 使得当被叫电话忙、 关机或者不在服务区等无法接通情况 下， 导致紧急求救失败， 错过最佳救援时间。 发明内容
本发明实施例提供了一种紧急求助方法、 装置和呼叫服务器。 所述技术 方案如下：
本发明实施例提供了一种紧急求助方法， 所述方法包括：
接收呼叫， 所述呼叫携带主叫号码和被叫号码；
当所述被叫号码为预设号码时， 确定所述呼叫为紧急求助请求； 当本地保存有所述主叫号码时， 确定所述主叫号码为合法用户； 获取所述主叫号码关联的联系人信息， 所述联系人信息包括至少两个联 系人的电话号码；
根据所述联系人信息发起紧急求助。
本发明实施例提供了一种紧急求助装置， 所述装置包括：
接收模块， 用于接收呼叫， 所述呼叫携带主叫号码和被叫号码； 第一确定模块， 用于当所述被叫号码为预设号码时， 确定所述呼叫为紧 急求助请求；
第二确定模块， 用于当本地保存有所述主叫号码时， 确定所述主叫号码 为合法用户；
获取模块， 用于获取所述主叫号码关联的联系人信息， 所述联系人信息 包括至少两个联系人的电话号码；
紧急求助模块， 用于根据所述联系人信息发起紧急求助。
本发明实施例提供了一种呼叫服务器， 所述呼叫服务器包括上述的紧急 求助装置。
本发明实施例提供的技术方案带来的有益效果是：
通过接收到紧急求助请求时， 根据该紧急求助请求的主叫电话号码获取 用户预先设置的至少两个联系人的电话号码， 并向该至少两个联系人发起紧 急求助， 能有效帮助用户在紧急情况或突发意外情况下， 实现报警和紧急求 助服务。 附图说明
为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述中 所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本 发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的 前提下， 还可以根据这些附图获得其他的附图。
图 1是本发明实施例提供的一种紧急求助方法的流程图；
图 2是本发明实施例提供的一种紧急求助方法的流程图；
图 3为本实施例提供的一种紧急求助装置的结构示意图；
图 4为本实施例提供的另一种紧急求助装置的结构示意图。 具体实施方式
为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发 明实施方式作进一歩地详细描述。
图 1是本发明实施例提供的一种紧急求助方法的流程图。该实施例的执 行主体为呼叫服务器， 参见图 1， 该实施例包括：
101、 呼叫服务器接收呼叫， 所述呼叫携带主叫号码和被叫号码； 其中， 紧急求助请求由终端发送， 该终端可以为固定终端或移动终端。 在本实施例中， 终端发出该呼叫的具体过程可以包括但不限于下述任一种： ( 1 )终端包括已经设置为紧急求助按钮的按键， 当终端用户按下按键， 终端接收到该按键请求， 则触发终端向预设号码发起呼叫。
(2) 终端用户向预设号码发起呼叫。
102、 当所述被叫号码为预设号码时， 确定所述呼叫为紧急求助请求； 呼叫服务器接收到该呼叫时，判断该呼叫携带的被叫号码是否为预设号 码， 当该被叫号码为预设号码时， 确定该呼叫为紧急求助请求。
其中， 该预设号码是指由呼叫服务器指定的紧急求助号码。 103、 当本地保存有所述主叫号码时， 确定所述主叫号码为合法用户； 在本实施例中， 需要对呼叫携带的主叫号码进行鉴权， 判断该主叫号码 是否为合法用户， 当本地保存有该主叫号码时， 则说明该主叫号码已经在呼 叫服务器上注册过该紧急求助的服务， 确定该主叫号码为合法用户， 而当本 地未保存有该主叫号码时， 确定该主叫号码非法， 有可能是错拨或是串号等 情况， 拒绝其紧急求助请求。
104、 该呼叫服务器获取所述主叫号码关联的联系人信息， 所述联系人 信息包括至少两个联系人的电话号码；
其中， 该联系人信息为该电话号码注册成功后， 由用户设置， 需要说明 的是， 该联系人信息包括但不限于至少两个联系人的电话号码， 该联系人信 息还可以包括该电话号码用户的基本信息， 如姓名、 性别、 出生日期、 联系 方式和住址。
105、 该呼叫服务器根据该联系人信息发起紧急求助。
当确定主叫号码为合法用户且获取到该主叫号码的联系人信息时， 根据 该联系人信息中的电话号码发起紧急求助， 由于联系人信息至少包括两个联 系人的电话号码， 可以根据该至少两个联系人的呼叫优先级， 按照优先级从 高到低向该至少两个联系人发起紧急求助， 还可以同时向该至少两个联系人 同时发起紧急求助。
本实施例提供的方法， 通过接收到紧急求助请求时， 根据该紧急求助请 求的主叫电话号码获取用户预先设置的至少两个联系人的电话号码， 并向该 至少两个联系人发起紧急求助， 能有效帮助用户在紧急情况或突发意外情况 下， 实现报警和紧急求助服务。 图 2为本实施例提供的一种紧急求助方法的流程图。该实施例的交互主 体为终端、 呼叫服务器， 参见图 2， 该实施例具体包括：
201、 终端发起呼叫， 该呼叫携带主叫号码和被叫号码；
在本实施例中， 当终端用户确定要进行紧急求助时， 向预设号码发起呼 叫， 该预设号码为提供该紧急求助服务的接入号码。 本领域技术人员可以获 知， 现有通信流程中的各种信令均可以携带主叫号码和被叫号码。
202、 呼叫服务器接收到该呼叫时， 根据该被叫号码确定该呼叫为紧急 求助请求；
在本实施例中， 该歩骤 202具体包括： 呼叫服务器接收到该呼叫时， 判 断该呼叫携带的被叫号码是否为预设号码， 当该被叫号码为预设号码时， 确 定该呼叫为紧急求助请求。
需要说明的是， 本实施例的歩骤 201-202是通过被叫号码判断该呼叫是 否为紧急求助请求， 而在另一实施例中， 还可以通过将预设号码指向该呼叫 服务器， 当有针对预设号码的呼叫时， 将该呼叫直接发送给呼叫服务器， 而 呼叫服务器默认所有接入的呼叫为紧急求助请求。
本领域技术人员可以获知， 本实施例所述的呼叫服务器是指具有捕获终 端的来话事件的服务器， 这里所说呼叫服务器不一定是一个单独的服务器， 可以是几个服务器的集合， 也可以是其他服务器的一个功能模块。
203、 呼叫服务器根据主叫号码查询已注册的电话号码， 确定该主叫号 码为合法用户；
在本实施例中， 合法用户是指在呼叫服务器注册成功的电话号码， 当查 询呼叫服务器保存的已注册的电话号码， 获知该主叫号码为已注册的电话号 码时， 确定该主叫号码为合法用户， 可进行后续的紧急求助， 避免了由于拨 号错误或串线造成的错误告警。
204、 呼叫服务器从联系人信息映射表获取该主叫号码关联的第一联系 人八、第二联系人 B和第三联系人 C的电话号码， 其中， A的呼叫优先级高 于 B， B的呼叫优先级高于 C;
在本实施例中， 电话号码在注册为合法用户后， 需要向呼叫服务器发送 联系人信息， 该联系人信息包括至少两个联系人以及联系人的电话号码， 当 呼叫服务器接收到该联系人信息时， 将该联系人信息和电话号码对应保存， 以便后续紧急求助过程中根据用户号码进行查询。 这里， 仅以该对应保存以 联系人信息映射表的形式实现为例进行说明。
优选地， 该联系人信息除了包括至少两个联系人以及联系人的电话号码 夕卜， 还可以包括电话号码用户信息和亲友信息等。 其中， 电话号码用户信息 可以包括姓名、 出生日期、 性别、 家庭住址、 联系方式以及用户分类信息， 该用户分类信息可以包括用户类型和特殊情况备注等， 方便在紧急求助的时 候， 能有效帮助用户， 如， 该用户类型为老人， 特殊情况备注为该老人有心 脏病等情况。 其中， 该亲友类型可以是对至少两个联系人以及联系人的电话 号码的补充， 如对于联系人 D来说， 其亲友类型为儿子， 则可确认该联系人 D为电话号码用户的儿子。 需要说明的是， 该联系人信息的具体内容可以由 电话号码用户在注册后设置， 在此不做赘述。
在本实施例中， 呼叫优先级可以为电话号码用户在注册后设置， 也可以 是呼叫服务器预设的默认优先级， 当电话号码用户在注册后未对优先级进行 设置， 则按照呼叫服务器预设的默认优先级发起紧急呼叫。 该呼叫优先级一 般用于对多个联系人依次进行呼叫的场景， 而在另一实施例中， 当呼叫服务 器的紧急呼叫方式为向多个联系人同时发起紧急呼叫时， 可以不考虑该呼叫 优先级。
205、 呼叫服务器根据 A的电话号码向 A所在终端发起呼叫；
在本实施例中， 仅以呼叫服务器根据 A的电话号码向 A所在终端发起 呼叫为例进行说明， 而在另一实施例中， 该呼叫服务器也可以根据预存的主 叫号码的用户信息生成告警内容， 并向至少两个联系人的电话号码发送告警 内容， 在又一实施例中， 该呼叫服务器还可以在发起呼叫时， 根据预存的主 叫号码的用户信息生成告警内容， 并向至少两个联系人的电话号码发送告警 内容。 其具体实现方式可以由技术人员在开发时设置， 也可以由电话号码用 户在注册后设置。其另外，告警内容可以包括主叫号码用户当前的位置信息， 该位置信息可以由呼叫服务器通过定位和 GIS技术获取， 在此不再赘述。
206、 呼叫服务器确定预设时长内该对 A的呼叫未成功；
在本实施例中， 当在预设时长内 A未摘机， 则对 A的呼叫未成功。 207、 呼叫服务器向根据 B的电话号码向 B所在终端发起呼叫； 当对 A的呼叫未成功， 则根据 A、 B和 C的呼叫优先级， 向 B发起呼 叫^
208、 呼叫服务器确定预设时长内该对 B的呼叫成功， 结束。
在本实施例中， 当在预设时长内 B摘机， 则对 B的呼叫成功。
需要说明的是， 在呼叫成功后， 可以由话务人员根据主叫号码的用户信 息将告警内容通知该第二联系人 B。
在本实施例中， 仅是以呼叫服务器接收到紧急求助请求后， 根据紧急求 助请求向主叫号码用户的联系人发起呼叫为例进行说明的， 在实际运用中， 呼叫服务器在接收到紧急求助请求时， 获取主叫号码关联的联系人信息后， 可将该联系人信息提供给话务人员， 使得话务人员能够在联系人信息中任一 个联系人呼叫成功时， 针对该紧急求助事件进行通知。 而在另一种场景中， 当呼叫服务器接收到紧急求助请求时， 可以与主叫号码用户进行互动， 获知 主叫号码用户进行紧急求助的原因， 并在呼叫成功后， 针对该紧急求助原因 进行通知。
进一歩地， 该方法还包括：
呼叫服务器接收对所述联系人信息的设置请求，所述设置请求携带更改 后的联系人信息； 呼叫服务器将所述联系人信息设置为所述更改后的联系人 自 当电话号码用户在呼叫服务器注册后， 可以随时对其联系人信息进行设 置， 该设置可以为修改、 增加、 删除联系人信息中的项目， 还可以为对呼叫 优先级的调整， 例如，将本实施例提供的第一联系人 A的呼叫优先级调整为 低于第三联系人 。
图 3为本实施例提供的一种紧急求助装置的结构示意图。 参见图 3， 该 实施例具体包括：
接收模块 301， 用于接收呼叫， 所述呼叫携带主叫号码和被叫号码； 第一确定模块 302， 用于当所述被叫号码为预设号码时， 确定所述呼叫 为紧急求助请求；
第二确定模块 303， 用于当本地保存有所述主叫号码时， 确定所述主叫 号码为合法用户； 获取模块 304， 用于获取所述主叫号码关联的联系人信息， 所述联系人 信息包括至少两个联系人的电话号码；
紧急求助模块 305， 用于根据所述联系人信息发起紧急求助。
其中， 所述紧急求助模块 305具体用于当所述联系人信息包含至少两个 联系人的联系人信息时， 根据所述至少两个联系人的呼叫优先级， 按照优先 级从高到低向所述至少两个联系人发起紧急求助。
图 4为本实施例提供的另一种紧急求助装置的结构示意图。 参见图 4， 该实施例具体包括： 接收模块 301、 第一确定模块 302、 第二确定模块 303、 获取模块 304和紧急求助模块 305，
其中， 所述紧急求助模块 305包括以下至少一个单元：
紧急呼叫单元 305a， 用于向所述至少两个联系人的电话号码发起呼叫； 告警单元 305b，用于生成告警内容，并向所述至少两个联系人的电话号 码发送所述告警内容。
所述接收模块 301还用于接收对所述联系人信息的设置请求，所述设置 请求携带更改后的联系人信息；
所述装置还包括：
设置模块 306，用于将所述联系人信息设置为所述更改后的联系人信息。 本实施例提供的装置， 与方法实施例属于同一构思， 其具体实现过程详 见方法实施例， 这里不再赘述。
本实施例提供的装置， 通过接收到紧急求助请求时， 根据该紧急求助请 求的主叫电话号码获取用户预先设置的至少两个联系人的电话号码， 并向该 至少两个联系人发起紧急求助， 能有效帮助用户在紧急情况或突发意外情况 下， 实现报警和紧急求助服务。
本发明实施例还提供了一种呼叫服务器， 该呼叫服务器包括上述实施例 紧急求助装置。
本实施例提供的服务器， 与方法实施例属于同一构思， 其具体实现过程 详见方法实施例， 这里不再赘述。
本领域普通技术人员可以理解实现上述实施例的全部或部分歩骤可以 通过硬件来完成， 也可以通过程序来指令相关的硬件完成， 所述的程序可以 存储于一种计算机可读存储介质中， 上述提到的存储介质可以是只读存储 器， 磁盘或光盘等。 以上所述仅为本发明的较佳实施例， 并不用以限制本发明， 凡在本发明 的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发 明的保护范围之内。
FreePatentsOnline.com. All rights reserved.