著录项信息
专利名称 | 一种号码信息推送方法、快速拨号方法以及装置和系统 |
申请号 | CN201310743071.6 | 申请日期 | 2013-12-27 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2015-07-01 | 公开/公告号 | CN104754505A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04W4/02 | IPC分类号 | H;0;4;W;4;/;0;2;;;H;0;4;W;4;/;1;2查看分类表>
|
申请人 | 中国移动通信集团公司 | 申请人地址 | 北京市西城区金融大街29号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 中国移动通信集团公司 | 当前权利人 | 中国移动通信集团公司 |
发明人 | 董文宇;杨成军 |
代理机构 | 北京同达信恒知识产权代理有限公司 | 代理人 | 郭润湘 |
摘要
本发明公开了一种号码信息推送方法、快速拨号方法以及装置和系统,其中,服务器能够确定出终端所在场景(包括位置、时间、相关的社会属性如用户旅行行程等中的一个或多个),获取终端所在场景关联的号码信息发送给终端,终端接收并保存与所在场景关联的号码信息,检测到用户触发呼叫功能时,显示保存的与所在场景关联的号码信息,提供给用户选择。与现有方案相比,用户无需手动查询并保存所在场景的关联号码信息,减少了用户操作复杂度;地区关联的号码信息由服务器统一确定并导入终端,相对于用户个人录入并保存的方式,提高了用户终端保存的号码的准确性、有效性和全面性、及时性和针对性,提高了用户呼叫、快速拨号或拨打紧急呼叫的效率。
1.一种号码信息的推送方法,其特征在于,包括:
服务器确定终端所在场景;
获取所述终端所在场景关联的号码信息,并将获取的所述号码信息发送给所述终端;
其中,还包括:
服务器统计终端在所述场景发起的呼叫,若呼叫号码不是所述场景关联的号码,则将所述号码确定为所述场景关联的号码的候选号码;
当所述候选号码被其他终端呼叫的次数大于第三阈值时,将所述候选号码信息加入到所述场景关联的号码信息中。
2.如权利要求1所述的方法,其特征在于,服务器确定终端所在场景,包括以下方式中的至少一种:
服务器监控所述终端预先上报的日程信息,当所述日程信息表征终端场景发生变化的时间到达时,确定所述终端所在场景;
服务器接收所述终端上报的场景变化信息,根据所述场景变化信息确定所述终端所在场景;
服务器按照设定时间计划,确定终端所在场景;
服务器确定所述终端的场景发生变化或接收到表征所述终端场景发生变化的信息时,确定所述终端所在场景;
服务器根据所述终端发起的呼叫确定所述终端到达新的场景时,确定所述终端所在场景;
服务器接收到所述终端发送的查询号码的请求或第三方转发的所述终端查询号码的请求时,确定所述终端所在场景。
3.如权利要求1或2所述的方法,其特征在于,服务器确定终端所在场景,包括:
服务器接收所述终端上报的所在场景的信息,并根据所述信息确定所述终端所在场景;或
服务器确定所述终端所在场景。
4.如权利要求1所述的方法,其特征在于,获取所述终端所在场景关联的号码信息,包括:
根据预先保存的场景与号码信息的关联关系,获取所述终端所在场景关联的号码信息;或
搜索所述场景特定对象的号码信息,确定为所述终端所在场景关联的号码信息。
5.如权利要求4所述的方法,其特征在于,预先保存场景与号码信息的关联关系,包括以下方式中的至少一种:
搜索该场景特定对象的号码信息,并保存该场景与搜索到的号码信息的关联关系;
接收该场景特定对象提交的号码注册请求,并保存该场景与所述号码注册请求对应的注册号码的关联关系;
统计该场景特定对象的号码被呼叫的频率,并保存该场景与被呼叫频率满足第一阈值的号码的关联关系。
6.如权利要求4或5所述的方法,其特征在于,所述特定对象,包括如下中的至少一个:
位于所述场景并提供设定服务的对象;
所述终端选择出的位于所述场景的对象;
位于所述场景的对象中被不同终端选择的次数大于第二阈值的对象。
7.如权利要求1所述的方法,其特征在于,所述号码信息包括:
电话号码及对应的对象名称。
8.一种快速拨号方法,其特征在于,包括:
终端接收并保存服务器发送的与所在场景关联的号码信息;
当检测到用户触发呼叫功能时,显示所述关联的号码信息;
其中,还包括:
服务器统计终端在所述场景发起的呼叫,若呼叫号码不是所述场景关联的号码,则将所述号码确定为所述场景关联的号码的候选号码;
当所述候选号码被其他终端呼叫的次数大于第三阈值时,将所述候选号码信息加入到所述场景关联的号码信息中。
9.如权利要求8所述的方法,其特征在于,终端保存服务器发送的与所在场景关联的号码信息,包括:
建立用于保存所述号码信息的文件夹,在检测到所述终端离开所述场景后,删除所述文件夹;或
将所述号码信息保存到所述终端的通信录中,并建立一个独立的分组,在检测到所述终端离开所述场景后,删除所述分组。
10.如权利要求8所述的方法,其特征在于,检测到用户触发呼叫功能,包括:
检测用户打开拨号界面或通讯录界面或通话记录界面;或
检测用户点击预设的按键。
11.如权利要求8所述的方法,其特征在于,显示所述关联的号码信息,包括:
显示所述关联的号码信息对应的对象名称;或
在屏幕的设定区域显示所述号码信息;或
显示所述号码信息的隐藏标识,当检测到用户点击所述隐藏标识时,显示所述关联的号码信息。
12.一种号码信息的推送装置,其特征在于,包括:
场景确定单元,用于确定终端所在场景;
号码信息获取单元,用于获取所述场景确定单元确定出的终端所在场景关联的号码信息;
通信单元,用于将所述号码信息获取单元获取的所述号码信息发送给所述终端;
其中,还包括:
关联信息更新单元,用于统计终端在所述场景发起的呼叫,若呼叫号码不是所述场景关联的号码,则将所述号码确定为所述场景关联的号码的候选号码,并且当所述候选号码被其他终端呼叫的次数大于第三阈值时,将所述候选号码信息加入到所述场景关联的号码信息中。
13.如权利要求12所述的装置,其特征在于,所述场景确定单元,具体用于采用以下至少一种方式确定所述终端所在场景:
监控所述终端预先上报的日程信息,当所述日程信息表征终端场景发生变化的时间到达时,确定所述终端所在场景;
接收所述终端上报的场景变化信息,根据所述场景变化信息确定所述终端所在场景;
按照设定时间计划,确定终端所在场景;
确定所述终端的场景发生变化或接收到表征所述终端场景发生变化的信息时,确定所述终端所在场景;
根据所述终端发起的呼叫确定所述终端到达新的场景时,确定所述终端所在场景;
接收到所述终端发送的查询号码的请求或第三方转发的所述终端查询号码的请求时,确定所述终端所在场景。
14.如权利要求12或13所述的装置,其特征在于,所述场景确定单元,具体用于接收所述终端上报的所在场景的信息,并根据所述信息确定所述终端所在场景;或直接确定所述终端所在场景。
15.如权利要求12所述的装置,其特征在于,所述号码信息获取单元,包括:
查询模块,用于根据预先保存的场景与号码信息的关联关系,获取所述终端所在场景关联的号码信息;或
搜索模块,用于搜索所述场景特定对象的号码信息,确定为所述终端所在场景关联的号码信息。
16.如权利要求15所述的装置,其特征在于,所述查询模块,具体用于采用以下方式中的至少一种保存场景与号码信息的关联关系:
搜索该场景特定对象的号码信息,并保存该场景与搜索到的号码信息的关联关系;
接收该场景特定对象提交的号码注册请求,并保存该场景与所述号码注册请求对应的注册号码的关联关系;
统计该场景特定对象的号码被呼叫的频率,并保存该场景与被呼叫频率满足第一阈值的号码的关联关系。
17.如权利要求15或16所述的装置,其特征在于,所述特定对象,包括如下中的至少一个:
位于所述场景并提供设定服务的对象;
所述终端选择出的位于所述场景的对象;
位于所述场景的对象中被不同终端选择的次数大于第二阈值的对象。
18.一种快速拨号装置,其特征在于,包括:
通信单元,用于接收服务器发送的与所在场景关联的号码信息;
存储单元,用于保存所述通信单元发送的所述号码信息;
检测单元,用于检测用户是否触发呼叫功能;
显示单元,用于当所述检测单元检测到用户触发呼叫功能时,显示所述存储单元保存的所述关联的号码信息;
其中,还包括:
服务器统计终端在所述场景发起的呼叫,若呼叫号码不是所述场景关联的号码,则将所述号码确定为所述场景关联的号码的候选号码;
当所述候选号码被其他终端呼叫的次数大于第三阈值时,将所述候选号码信息加入到所述场景关联的号码信息中。
19.如权利要求18所述的装置,其特征在于,所述存储单元,具体用于建立用于保存所述号码信息的文件夹,在检测到终端离开所述场景后,删除所述文件夹;或,将所述号码信息保存到终端的通信录中,并建立一个独立的分组,在检测到终端离开所述场景后,删除所述分组。
20.如权利要求18所述的装置,其特征在于,所述检测单元,具体用于检测用户打开拨号界面或通讯录界面或通话记录界面;或,检测用户点击预设的按键。
21.如权利要求18所述的装置,其特征在于,所述显示单元,具体用于显示所述关联的号码信息对应的对象名称;或,在屏幕的设定区域显示所述号码信息;或,显示所述号码信息的隐藏标识,当检测到用户点击所述隐藏标识时,显示所述关联的号码信息。
22.一种实现号码推送以及快速拨号的系统,其特征在于,包括服务器以及终端;其中:
所述服务器,用于确定终端所在场景,获取所述终端所在场景关联的号码信息,并将获取的所述号码信息发送给所述终端;
其中,还包括:
服务器统计终端在所述场景发起的呼叫,若呼叫号码不是所述场景关联的号码,则将所述号码确定为所述场景关联的号码的候选号码;
当所述候选号码被其他终端呼叫的次数大于第三阈值时,将所述候选号码信息加入到所述场景关联的号码信息中;
所述终端,用于接收并保存所述服务器发送的与所在场景关联的号码信息,并当检测到用户触发呼叫功能时,显示所述关联的号码信息。
一种号码信息推送方法、快速拨号方法以及装置和系统\n技术领域\n[0001] 本发明涉及通信技术领域,尤其涉及一种号码信息推送方法、快速拨号方法以及装置和系统。\n背景技术\n[0002] 当人们在不同场景时,往往需要根据该场景而准备特定的电话号码,以便在需要时进行拨叫。例如,当人们旅行到一个陌生城市时,往往需要常备所住宿或预定的酒店电话,以便迷路时呼叫酒店工作人员以找到返回路径。当人们出访到国外,可能需要常备当地大使馆或领事馆、当地警局、当地入住酒店等电话,以备快速拨叫获得帮助。当人们进入治安不好的区域时,也最好能够常备附近派出所的电话或附近巡警的电话,这样,万一遭遇紧急情况或危险时,可以直接拨叫附近派出所的电话或附近巡警的电话,以便更快的得到帮助。\n[0003] 在上述场景中,目前的常用做法是由用户主动查找可能用到的电话号码,然后记录在手机中,这种方式存在以下几方面的问题:\n[0004] 1、用户的操作效率低。\n[0005] 用户主动查找可能需要用到的电话号码以及手动保存,给用户带来很多查找和保存的操作麻烦,操作效率很低。并且,这些电话号码只在特定场景下才会使用,用户在离开特定场景后需要再手动删除这些电话号码,如果用户忘记删除或漏删,会造成通信录保存很多无用信息。\n[0006] 2、保存的信息的准确度低。\n[0007] 一般情况下,用户都是通过网络查找需要的电话号码,如果网上登记的电话号码虚假或者过期,则导致用户保存了错误的电话号码信息;并且,用户手动输入查找到的电话号码时,也可能由于输入错误而保存了错误的电话号码。\n[0008] 3、保存的信息不全面。\n[0009] 用户只保存自己想到可能用到的电话号码,但根据到达的地方不同,所处的场景不同,都有可能用到一些其他号码,例如,遇到紧急情况时,可能需要用到可以求助的附近公安局电话;受伤时,可能需要用到附近医院的电话号码;需要定餐时,可能需要附近餐馆的电话号码,这些事件都是可能随机发生的,用户一般保存的电话号码很难满足各方面的需求。\n[0010] 可见,上述方式存在多方面的弊端,用户操作效率低,并且终端保存的信息的准确性以及全面性都较低,容易导致无效拨号或失败拨号。\n发明内容\n[0011] 本发明实施例提供一种号码信息推送方法、快速拨号方法以及装置和系统,采用该技术方案,能够减少用户快速拨号操作的复杂度,并且提高拨号成功率。\n[0012] 根据本发明实施例的一个方面,提供了一种号码信息的推送方法,包括:\n[0013] 服务器确定终端所在场景;\n[0014] 获取所述终端所在场景关联的号码信息,并将获取的所述号码信息发送给所述终端。\n[0015] 根据本发明实施例的又一个方面,提供了一种快速拨号方法,包括:\n[0016] 终端接收并保存服务器发送的与所在场景关联的号码信息;\n[0017] 当检测到用户触发呼叫功能时,显示所述关联的号码信息。\n[0018] 根据本发明实施例的又一个方面,提供了一种号码信息的推送装置,包括:\n[0019] 场景确定单元,用于确定终端所在场景;\n[0020] 号码信息获取单元,用于获取所述场景确定单元确定出的终端所在场景关联的号码信息;\n[0021] 通信单元,用于将所述号码信息获取单元获取的所述号码信息发送给所述终端。\n[0022] 根据本发明实施例的又一个方面,提供了一种快速拨号装置,包括:\n[0023] 通信单元,用于接收服务器发送的与所在场景关联的号码信息;\n[0024] 存储单元,用于保存所述通信单元发送的所述号码信息;\n[0025] 检测单元,用于检测用户是否触发呼叫功能;\n[0026] 显示单元,用于当所述检测单元检测到用户触发呼叫功能时,显示所述存储单元保存的所述关联的号码信息。\n[0027] 根据本发明实施例的又一个方面,提供了一种实现号码推送以及快速拨号的系统,包括服务器以及终端;其中:\n[0028] 所述服务器,用于确定终端所在场景,获取所述终端所在场景关联的号码信息,并将获取的所述号码信息发送给所述终端;\n[0029] 所述终端,用于接收并保存所述服务器发送的与所在场景关联的号码信息,并当检测到用户触发呼叫功能时,显示所述关联的号码信息。\n[0030] 本发明有益效果包括:\n[0031] 本发明实施例提供的技术方案,服务器能够确定出终端所在场景,并获取该终端所在场景关联的号码信息,并将获取的号码信息发送给终端,从而该终端可以接收并保存服务器发送的与所在场景关联的号码信息,当检测到用户触发呼叫功能时,能够显示保存的与所在场景关联的号码信息,从而提供给用户选择。与现有方案相比,一方面,用户无需手动查询并保存预到达或所在场景的关联号码信息,减少了用户操作的复杂度;另一方面,一个地区关联的号码信息由服务器统一确定并导入终端,相对于用户个人保存的方式,提高了信息的准确性和全面性,从而提高了用户终端保存的电话号码的准确性、有效性和全面性、及时性和针对性,提高了用户呼叫、快速拨号或拨打紧急呼叫的效率。\n[0032] 本申请的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。\n附图说明\n[0033] 附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:\n[0034] 图1为本申请实施例一提供的实现号码推送以及快速拨号的系统示意图;\n[0035] 图2为本申请实施例一提供的服务器100推送号码信息的流程示意图;\n[0036] 图3为本申请实施例一提供的终端200快速呼叫的流程示意图;\n[0037] 图4为本申请实施例二提供的号码信息的推送装置的结构示意图;\n[0038] 图5为本申请实施例二提供的速拨号装置的结构示意图。\n具体实施方式\n[0039] 为了给出减少用户操作复杂度以及提高呼叫成功率的实现方案,本发明实施例提供了一种号码信息推送方法、快速拨号方法以及装置和系统,以下结合说明书附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。并且在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。\n[0040] 本申请各实施例中所涉及的对象指具体通信号码并且可以提供服务的各种对象,例如,医院、餐馆、酒店等。\n[0041] 本申请各实施例中所涉及的场景,包括以下一个或多个的组合:\n[0042] 地理位置、日期时间、用户相关的社会属性(如用户旅行日程、用户的国籍等)、与地理位置和日期时间相关的社会属性(如某区域在不同时刻的治安状况、某区域在设定时刻将发生的事件等)。\n[0043] 实施例一\n[0044] 根据本申请实施例一,提供了一种号码信息推送方法以及快速拨号的方法,其中,号码信息推送方法可以应用于网络服务器中,快速拨号的方法可以应用于终端设备中。\n[0045] 图1示出了本申请实施例提供的技术方案所涉及的系统示意图,该实现号码推送以及快速拨号的系统,包括服务器100以及终端200。实际应用中,该系统可以包括多个终端\n200,图中示出3个终端200作为示例。具体地,该服务器100,主要用于确定终端200所在场景,获取终端200所在场景关联的号码信息,并将获取的号码信息发送给终端200;相应地,终端200,用于接收并保存服务器发送的与所在场景关联的号码信息,并当检测到用户触发呼叫功能时,显示接收的与所在场景关联的号码信息。\n[0046] 实际应用中,上述服务器100可以通过一个具体的实体实现上述功能,也可以采用多个不同实体协作完成上述功能,例如,服务器100可以根据所实现的功能划分为:用于确定终端200所在场景的实体、用于获取终端200所在场景关联的号码信息的实体以及用于和终端200通信推送关联号码信息的实体。\n[0047] 图2示出了图1所示系统中服务器100推送号码信息的流程示意图,主要包括如下步骤:\n[0048] 步骤201、服务器100确定终端200所在场景。\n[0049] 步骤202、服务器100获取终端200所在场景关联的号码信息,并将获取的号码信息发送给终端200。\n[0050] 其中,号码信息可以包括电话号码及对应的对象名称,在此基础上,还可以进一步包括更多的信息,例如,电话号码对应的对象的描述信息,所属类别等。\n[0051] 至此,服务器100推送终端200所在场景关联的号码信息的流程结束。\n[0052] 通过图2对应的处理流程,服务器100能够将终端200所在场景关联的号码信息推送至终端侧,以便用户在需要时使用。\n[0053] 图2示出了服务器100推送终端所在场景关联的号码信息的基本流程,以下对服务器100确定终端200所在场景以及获取终端200所在场景关联的号码信息的详细处理过程进行描述。\n[0054] 本实施例中,以服务器100向一个终端200推送终端所在场景关联的号码信息进行描述,实际应用中,服务器100向每个终端200推送号码信息的基本处理过程相同。\n[0055] 图2对应流程包括的步骤201中,服务器100确定终端200所在场景,可以基于不同的触发条件,具体触发条件可以灵活设置,即服务器可以监控预先设置的用于触发获取终端200所在场景的触发条件,当触发条件满足时,获取终端200所在场景。当然,该触发条件可以省略,而由服务器100随机地获取终端200所在的场景。具体地,服务器100确定终端200所在场景,可以采用以下方式1至方式6中的任意一种或者多种方式:\n[0056] 方式1:服务器100监控终端200预先上报的日程信息,当日程信息表征终端200场景发生变化的时间到达时,确定终端200所在场景。\n[0057] 如果用户去外地开会或旅游,都会制定日程信息,在此情况下,用户可以通过终端上报其日程信息以便服务器100判断终端200的场景是否发生变化。其中,该日程信息一般包括时间、地点、对应的事件等信息。例如,服务器100可以通过监控日程信息中的时间信息来确定终端200的场景是否变化,即:当服务器100根据该日程信息监控到用于表征到达某个地点的时间到达时,可以去获取终端200所在的场景,从而对用户安排提供更大的便利性。\n[0058] 方式2:服务器100按照时间计划,确定终端200所在场景。\n[0059] 方式3:服务器100确定终端200的场景发生变化或接收到表征终端场景发生变化的信息时,确定终端200所在场景。\n[0060] 该方式3中,服务器确定终端的场景发生变化或接收到表征终端场景发生变化的信息,若该场景包括地理位置时,可以借助于位置定位服务器或基站提供的信息,例如,用户从一个地点到达另一个地点时,可能需要切换服务小区,根据此类通信信息,可以确定终端场景发生变化,从而服务器可以及时确定终端所在的场景。若该场景包括日期时间时,可以直接根据系统时间确定,或者获取终端的日期时间。\n[0061] 方式4:服务器100根据终端200发起的呼叫确定终端到达新的场景时,确定终端\n200所在场景。\n[0062] 在终端发起呼叫时,基站可以确定该终端所在场景,如果发现用户漫游,或从漫游场景回到号码归属地时,可以确定终端到达新的场景。\n[0063] 方式5:服务器100接收到终端200发送的查询号码的请求或第三方转发的终端查询号码的请求时,确定终端200所在场景。\n[0064] 当用户查询电话号码时,有可能达到一个新的地方,在此情况下,服务器可以确定终端所在场景,及时满足用户查询号码的需求。具体地,用户可能通过网络或拨打号码查询平台请求查询电话号码,服务器可以判定用户终端可能到达一个新的地方或者需要获取所在地方的一些对象的号码,从而以此为契机确定终端200所在场景。\n[0065] 方式6:服务器100接收到终端200发送的场景变化信息,确定终端200所在场景。\n[0066] 该方式6中,终端200主动监控场景变化信息,当监控到场景发生变化时,向服务器\n100发送场景变化信息,该场景变化信息中携带新的场景信息,服务器100接收到场景变化信息后,将其中携带的场景信息确定为终端200所在场景。具体地,可以预先设置终端200监控场景变化的颗粒度,例如,该颗粒度是市,即当监控到从A市到达B市时,触发发送场景变化信息。\n[0067] 上述方式1、方式2……方式6的编号仅用于区分不同方式,并不对该几种方式选择的优先级进行区分。\n[0068] 实际应用场景中,服务器100确定终端200所在场景,可以不局限于上述方式,可能根据实际场景采用更多的可行方式。并且,服务器100确定终端200所在场景时,若采用上述的两种以上的方式,则可以在监控到任意一种方式满足时获取终端200所在的场景。\n[0069] 进一步地,服务器确定终端所在场景可以采用主动方式或被动方式,例如,该场景包括地理位置时,服务器定位终端所在场景(主动方式,即定位终端所在位置),例如,服务器借助于位置定位服务器定位终端位置,或服务器借助于终端的定位功能,即接收终端上报的所在位置的信息,并根据终端上报的信息确定终端所在场景,其中,终端可以基于服务器的定位指示进行定位,也可以在检测到自身场景发生变化时,主动上报变化后的场景信息,以便服务器及时推送所在场景关联的号码信息。\n[0070] 图2对应流程包括的步骤202中,服务器100获取终端200所在场景关联的号码信息,可以通过如下任意一种方式或两种方式的组合:\n[0071] 获取号码信息的方式1:服务器100根据预先保存的场景与号码信息的关联关系,获取终端200所在场景关联的号码信息。\n[0072] 获取号码信息的方式2:服务器100实时搜索该场景中特定对象的号码信息,确定为终端200所在场景关联的号码信息。其中,服务器100中可以预先保存特定对象,并实时通过网络搜索获取这些特定对象的号码,或者通过查询号码数据库检索出这些特定对象的号码。\n[0073] 在获取号码信息的方式1中,服务器100需要预先保存场景与号码信息的关联关系,具体地,保存场景与号码信息的关联关系,可以采用以下方式中的一种或多种:\n[0074] 保存关联关系的方式1:\n[0075] 搜索该场景特定对象的号码信息,并保存该场景与搜索到的号码信息的关联关系。该方式中,服务器100中可以预先保存特定对象,并实时通过网络搜索获取这些特定对象的号码,或者通过查询号码数据库检索出这些特定对象的号码。\n[0076] 保存关联关系的方式2:\n[0077] 接收该场景特定对象提交的号码注册请求,并保存该场景与号码注册请求对应的注册号码的关联关系。该方式中,一些对象希望可以被用户选择提供服务,可以向服务器\n100注册,即请求服务器100将对应的号码作为所在场景关联的号码。\n[0078] 保存关联关系的方式3:\n[0079] 统计该场景特定对象的号码被呼叫的频率,并保存该场景与被呼叫频率满足第一阈值的号码的关联关系。\n[0080] 上述保存关联关系的方式1、方式2以及方式3中所涉及的特定对象,可以灵活设置,可以由服务器统计用户需求,也可以由用户指定,例如,该特定对象可以包括如下中的至少一个:\n[0081] 位于该场景并提供设定服务的对象,例如某地区的餐馆、酒店、医院等;\n[0082] 终端选择出的位于该场景的对象,例如,用户选择的某场景的入住酒店;\n[0083] 位于该场景的对象中被不同终端选择的次数大于第二阈值的对象,例如,某酒店被很多用户选择,则可以自动将该对象加入到要推送的号码信息中。\n[0084] 以上三种可以组合在一起以达到更全面的覆盖,当然也可以采用上述其中一种。\n[0085] 本申请实施例中,除了上述提供的获取各场景关联的号码信息,还可以由服务器维护人员手动收集确定各场景关联的号码信息。\n[0086] 进一步地,为了达到更全面推送可能呼叫的号码的目的,本申请实施例中,服务器\n100可以进一步监控不同用户的呼叫记录,并根据呼叫记录及时对保存的场景与关联号码的关联关系进行更新,具体地:\n[0087] 服务器100统计终端200在场景发起的呼叫,若该呼叫号码不是场景关联的号码时,则将号码确定为场景关联的号码的候选号码,当候选号码被其他终端呼叫的次数大于设定阈值时,将候选号码信息加入到场景关联的号码信息中。\n[0088] 通过上述对关联关系更新的处理过程,服务器100可以不断对针对某场景维护的关联号码进行更新维护,将可能被很多用户终端呼叫但未保存为该场景的关联号码的号码加入关联关系,后续推送给其他终端时,提高了推送的号码信息的全面性。\n[0089] 与上述对关联关系更新的处理过程对应,服务器100也可以将被终端200呼叫的次数小于设定阈值或未呼叫过的号码从关联关系中删除,以减少向用户推送的信息量。\n[0090] 图3示出了图1所示系统中终端200快速拨号的流程示意图,主要包括如下步骤:\n[0091] 步骤301、终端200接收并保存服务器100发送的与所在场景关联的号码信息。\n[0092] 步骤302、终端200检测到用户触发呼叫功能时,显示保存的与所在场景关联的号码信息。\n[0093] 至此,终端200快速拨号的流程结束。\n[0094] 通过图3对应流程的执行,终端可以在用户要使用呼叫功能时,及时将可能涉及到的号码显示在终端上供用户选择,采用该方式,用户无需预先查找并保存与某场景关联的号码信息,减少了用户操作的复杂度。\n[0095] 具体地,步骤301中,终端200保存服务器100发送的与所在场景关联的号码信息,可以保存在临时文件夹或通信录中,具体地:\n[0096] 保存在临时文件夹的过程:\n[0097] 建立用于保存号码信息的文件夹,在检测到该终端离开场景后,删除文件夹。其中,该文件夹可以以这些号码信息对应的场景命名\n[0098] 保存在通信录的过程:\n[0099] 将接收到的号码信息保存到终端的通信录中,并建立一个独立的分组,在检测到终端离开场景后,删除分组。其中,该独立的分组可以以这些号码信息对应的场景命名,例如,终端200到达北京后,接收服务器100推送的北京关联的号码信息,终端200可以将这些号码作为一个独立分组保存在通信录,并以“北京”命名该组。采用该方式,便于用户使用。\n[0100] 上述步骤302中,终端200检测到用户触发呼叫功能,可以通过多种方式,例如:检测用户打开拨号界面或通讯录界面或通话记录界面;或者,检测用户点击预设的按键,例如,用户预设按键1作为快捷拨号的触发按键,或者,用户可以设置多个按键被点击作为触发与场景关联的号码信息的选择,当然,该预设的按键也可以是终端的硬件,例如,音量键等。\n[0101] 终端200显示关联的号码信息,也可以有多种方式,具体可以灵活设置,例如,可以是以下任意一种显示方式:\n[0102] 显示关联的号码信息对应的对象名称,例如,餐馆名称、酒店名称等;\n[0103] 考虑到用户呼叫通信录中个人对象的需求,可以先显示号码信息的隐藏标识,当检测到用户点击隐藏标识时,显示关联的号码信息。\n[0104] 进一步地,号码信息可以在屏幕的设定区域或者设定状态下显示,例如,显示在屏幕的最上方,或显示在待机界面、锁屏界面显示等。\n[0105] 本发明实施例提供的技术方案,服务器100能够确定出终端200所在场景,并获取该终端200所在场景关联的号码信息,并将获取的号码信息发送给终端200,从而该终端200可以接收并保存服务器100发送的与所在场景关联的号码信息,当检测到用户触发呼叫功能时,能够显示保存的与所在场景关联的号码信息,从而提供给用户选择。与现有方案相比,一方面,用户无需手动查询并保存预到达或所在场景的关联号码信息,减少了用户操作的复杂度;另一方面,一个地区关联的号码信息由服务器100统一确定并导入终端,相对于用户个人保存的方式,提高了信息的准确性和全面性,从而提高了用户终端200保存的电话号码的准确性、有效性和全面性,提高了用户呼叫的成功率。\n[0106] 进一步地,实施例提供的技术方案中,服务器能够自动探测到终端所处的场景,自动下发可供快速拨号的电话号码,具有及时性,提高了用户呼叫的效率。\n[0107] 进一步地,本实施例提供的技术方案中,针对用户所处场景(场景、时间、用户社会属性等)更有用的号码信息,具有针对性,进一步提高了用户呼叫的效率。\n[0108] 进一步地,本实施例提供的技术方案中,服务器100提供了统一的标准,能够枚举更多需要快速拨叫的电话号码的数量、类型、范围,能够适用于更多场景。例如在国内旅行不需要大使馆、领事馆的电话,在国外旅行就需要;在居住地不需要常备酒店电话,在外地就需要;在治安良好区域不需要常备派出所和/或巡警电话,在治安不好区域就需要。用户个人很难考虑到上述各种情况,根据本申请,服务器100采集各种情况,并积累不同用户的呼叫,能够达到上述目的。\n[0109] 进一步地,对于常备快速拨叫的电话号码数量、类型、范围,来自网络侧服务器100的推荐和指导往往效果更好,更加完备、及时、更有效率。\n[0110] 进一步地,通过服务器的推荐和指导可能快速呼叫的号码,服务器可积累更多的历史经验,能够使用更多的、外部的、开放的专业资源。而且,网络服务器能够更好的把握下发时机,以便人们及时更新常备电话号码。\n[0111] 进一步,服务器100可以采集不同终端的呼叫记录,即基于用户每一次的经历,往往更有助于丰富进一步丰富或筛选经验积累。例如,人们在经过某个原来治安良好的区域时,经常拨打报警电话,说明该地区治安变差,应在积累此项经验,下一批人们再进入该区域时,就应该以更高优先级推荐、下发报警相关的快速拨叫电话信息。\n[0112] 实施例二\n[0113] 基于同一发明构思,根据本发明上述实施例一提供的号码信息的推送方法,相应地,本发明另一实施例还提供了号码信息的推送装置,该装置可以位于服务器中。\n[0114] 图4示出了号码信息的推送装置的结构示意图,具体包括:\n[0115] 场景确定单元401、号码信息获取单元402以及通信单元403;\n[0116] 其中:\n[0117] 场景确定单元401,用于确定终端所在场景;\n[0118] 号码信息获取单元402,用于获取场景确定单元确定出的终端所在场景关联的号码信息;\n[0119] 通信单元403,用于将号码信息获取单元获取的号码信息发送给终端。\n[0120] 具体地,图4所示装置包括的场景确定单元401,具体用于采用以下至少一种方式确定终端所在场景:\n[0121] 监控终端预先上报的日程信息,当日程信息表征终端场景发生变化的时间到达时,确定终端所在场景;\n[0122] 接收所述终端上报的场景变化信息,根据所述场景变化信息确定所述终端所在场景;\n[0123] 按照设定的时间计划,确定终端所在场景;\n[0124] 确定终端的场景发生变化或接收到表征终端场景发生变化的信息时,确定终端所在场景;\n[0125] 根据终端发起的呼叫确定终端到达新的场景时,确定终端所在场景;\n[0126] 接收到终端发送的查询号码的请求或第三方转发的终端查询号码的请求时,确定终端所在场景。\n[0127] 具体地,图4所示装置包括的场景确定单元401,具体用于接收终端上报的所在场景的信息,并根据信息确定终端所在场景;或直接确定终端所在场景。\n[0128] 具体地,图4所示装置包括的号码信息获取单元402,可以包括查询模块或搜索模块中的至少一个(未在图中示出):\n[0129] 其中,查询模块,用于根据预先保存的场景与号码信息的关联关系,获取终端所在场景关联的号码信息;\n[0130] 其中,搜索模块,用于搜索场景特定对象的号码信息,确定为终端所在场景关联的号码信息。\n[0131] 具体地,上述查询模块,具体用于采用以下方式中的至少一种保存场景与号码信息的关联关系:\n[0132] 搜索该场景特定对象的号码信息,并保存该场景与搜索到的号码信息的关联关系;\n[0133] 接收该场景特定对象提交的号码注册请求,并保存该场景与号码注册请求对应的注册号码的关联关系;\n[0134] 统计该场景特定对象的号码被呼叫的频率,并保存该场景与被呼叫频率满足第一阈值的号码的关联关系。\n[0135] 其中,特定对象,包括如下中的至少一个:\n[0136] 位于场景并提供设定服务的对象;\n[0137] 终端选择出的位于场景的对象;\n[0138] 位于场景的对象中被不同终端选择的次数大于第二阈值的对象。\n[0139] 具体地,图4所示装置还可以进一步包括关联信息更新单元(该单元未在图中示出),用于统计终端在场景发起的呼叫,若呼叫号码不是场景关联的号码,则将号码确定为场景关联的号码的候选号码,并且当候选号码被其他终端呼叫的次数大于第三阈值时,将候选号码信息加入到场景关联的号码信息中。\n[0140] 基于同一发明构思,根据本发明上述实施例一提供的快速拨号方法,相应地,本发明另一实施例还提供了快速拨号装置,该装置可以位于终端中。\n[0141] 图5示出了号码信息的快速拨号装置的结构示意图,具体包括:\n[0142] 通信单元501、存储单元50、检测单元503以及显示单元504;\n[0143] 其中:\n[0144] 通信单元501,用于接收服务器发送的与所在场景关联的号码信息;\n[0145] 存储单元502,用于保存通信单元发送的号码信息;\n[0146] 检测单元503,用于检测用户是否触发呼叫功能;\n[0147] 显示单元504,用于当检测单元检测到用户触发呼叫功能时,显示存储单元保存的关联的号码信息。\n[0148] 具体地,图5所示装置包括的存储单元502,具体用于建立用于保存号码信息的文件夹,在检测到终端离开场景后,删除文件夹;或,将号码信息保存到终端的通信录中,并建立一个独立的分组,在检测到终端离开场景后,删除分组。\n[0149] 具体地,图5所示装置包括的检测单元503,具体用于检测用户打开拨号界面或通讯录界面或通话记录界面;或,检测用户点击预设的按键。\n[0150] 具体地,图5所示装置包括的显示单元504,具体用于显示关联的号码信息对应的对象名称;或,在屏幕的设定区域显示号码信息;或,显示号码信息的隐藏标识,当检测到用户点击隐藏标识时,显示关联的号码信息。\n[0151] 上述图4包括的各单元的功能可对应于图2所示流程中的相应处理步骤,在此不再赘述。\n[0152] 上述图5包括的各单元的功能可对应于图3所示流程中的相应处理步骤,在此不再赘述。\n[0153] 本申请的实施例所提供的上述任一装置可通过计算机程序实现。本领域技术人员应该能够理解,上述的单元划分方式仅是众多模块划分方式中的一种,如果划分为其他单元或不划分单元,只要上述装置具有上述功能,都应该在本申请的保护范围之内。\n[0154] 本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。\n[0155] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。\n[0156] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。\n[0157] 显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
法律信息
- 2018-09-28
- 2015-07-29
实质审查的生效
IPC(主分类): H04W 4/02
专利申请号: 201310743071.6
申请日: 2013.12.27
- 2015-07-01
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2007-07-25
|
2006-01-16
| | |
2
| |
2007-08-29
|
2007-01-24
| | |
3
| |
2005-04-27
|
2003-10-23
| | |
4
| |
2013-03-06
|
2012-10-18
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |