[发明专利]在行程中求救通信的方法和装置、通信处理方法和装置在审
申请号: | 201610644004.2 | 申请日: | 2016-08-08 |
公开(公告)号: | CN107707725A | 公开(公告)日: | 2018-02-16 |
发明(设计)人: | 曹雨初 | 申请(专利权)人: | 北京嘀嘀无限科技发展有限公司 |
主分类号: | H04M1/725 | 分类号: | H04M1/725;G06F3/0488 |
代理公司: | 北京博思佳知识产权代理有限公司11415 | 代理人: | 陈蕾 |
地址: | 100085 北京市海*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 行程 求救 通信 方法 装置 处理 | ||
1.一种在行程中求救通信的方法,其特征在于,包括:
接收触控手势信息;
确定所述触控手势信息与预设求救手势信息是否相匹配;
若匹配,发起求救通信。
2.根据权利要求1所述的在行程中求救通信的方法,其特征在于,预先存储所述预设求救手势信息与求救通信方式的第一关联关系,所述发起求救通信包括:
根据预先存储的第一关联关系,确定与所述触控手势信息相匹配的预设求救手势信息对应的求救通信方式;
通过所述求救通信方式发起求救通信。
3.根据权利要求1所述的在行程中求救通信的方法,其特征在于,预先存储求救触发手势与求救对象的第二关联关系,所述发起求救通信包括:
根据预先存储的第二关联关系,确定与所述触控手势信息相匹配的预设求救手势信息对应的求救对象;
向所述求救对象发起求救通信。
4.根据权利要求3所述的在行程中求救通信的方法,其特征在于,所述求救对象包括:
通信号码和/或服务器。
5.根据权利要求1至4中任一项所述的在行程中求救通信的方法,其特征在于,所述发起求救通信包括:
发起呼叫请求和/或传输求救信息。
6.根据权利要求5所述的在行程中求救通信的方法,其特征在于,所述求救信息中携带:
乘坐车辆信息、司机信息和/或车辆位置信息。
7.一种在行程中求救通信的方法,其特征在于,包括:
检测触控手势;
确定检测到的触控手势信息与预设求救手势信息是否匹配;以及
确定预设的行车应用是否处于运行状态;
在确定匹配且行车应用处于运行状态的情况下发起求救通信。
8.一种通信处理方法,其特征在于,包括:
在接收到求救通信后,对所述求救通信的来源终端进行验证操作,其中,所述求救通信由所述来源终端根据触控手势信息触发;
确定在预设时间内是否接收到所述来源终端针对所述验证操作的回复操作;
若收到回复操作,根据所述求救通信进行救援处理。
9.根据权利要求8所述的通信处理方法,其特征在于,所述对所述求救通信的来源终端进行验证操作包括:
向所述来源终端传输验证信息;
所述针对所述验证操作的回复操作包括:
针对所述验证信息的回复信息。
10.根据权利要求9所述的通信处理方法,其特征在于,所述对所述求救通信的来源终端进行验证操作包括:
向所述来源终端发起呼叫请求;
所述针对所述验证操作的回复操作包括:
针对所述呼叫请求的应答操作。
11.根据权利要求8至10中任一项所述的通信处理方法,其特征在于,所述根据所述求救通信进行救援处理包括:
确定所述来源终端的目标位置;
查询到所述目标位置的距离小于预设距离的车辆;
将所述目标位置传输至所述车辆对应的司机终端。
12.根据权利要求11所述的通信处理方法,其特征在于,在将所述目标位置传输至所述车辆对应的司机终端之后,所述根据所述求救通信进行救援处理还包括:
确定是否接收到所述司机终端的确认救援信息;
在接收到所述确认信息时,向所述来源终端传输等待救援信息。
13.根据权利要求8至10中任一项所述的通信处理方法,其特征在于,所述根据所述求救通信进行救援处理包括:
解析所述求救通信的内容;
向解析结果对应的通信号码发起呼叫请求。
14.一种在行程中求救通信的装置,其特征在于,包括:
接收单元,接收触控手势信息;
匹配单元,确定所述触控手势信息与预设求救手势信息是否相匹配;
发起单元,在所述触控手势信息与预设求救手势信息相匹配的情况下,发起求救通信。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京嘀嘀无限科技发展有限公司,未经北京嘀嘀无限科技发展有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201610644004.2/1.html,转载请声明来源钻瓜专利网。