一种紧急联系人验证绑定方法、装置及设备与流程

1.本技术涉及计算机技术领域，尤其涉及一种紧急联系人验证绑定方法、装置及设备。


背景技术：

2.对于紧急联系人，目前应用性较为广泛，比如入职的时候，填写个人信息需要写紧急联系人，签某些合同，也需留紧急联系人。手机上各类打车、网贷app在注册时都要求用户填写紧急联系人，对于打车软件设置紧急联系人可以使用户在感到自己不安全或危险时可以第一时间通知紧急联系人或分享自己的行程，对于网贷，当网贷公司联系不上用户时，就会委托第三方进行催收，第三方公司会通过联系紧急联系人的方式来找到用户。
3.但是目前很多app仅仅是用户输入被绑定者的身份信息及手机号即可实现绑定，并没有对用户的填写并没有一个核实的过程，因此造成很多人在毫不知情的情况下就“被紧急联系人”了。比如用户在打车app填写紧急联系人时手误导致输错号码，当出现危险时达不到求救的效果，在网贷app填写紧急联系人时无意或恶意填了一个不相干的号码，可能会使紧急联系人面临被询问或骚扰的风险，并且对于催债方的催款过程造成了不便影响。


技术实现要素：

4.有鉴于此，本技术实施例提供了一种紧急联系人验证绑定方法、装置及设备，旨在智能匹配紧急联系人的双重验证，避免人为输入联系方式可能带来的紧急联系失效或恶意骚扰的现象。
5.第一方面，本技术实施例提供了一种紧急联系人验证绑定方法，包括：
6.根据通话频率和通话时长确定用户的各联系人评分；
7.将各联系人评分按递减排序，确定预备联系人集合，所述预备联系人集合包括评分排序中位于前x位的多个联系人；
8.获取选取指令，所述选取指令用于指示选取第一联系人为紧急联系人，所述第一联系人为所述预备联系人集合中的一个；
9.向选取指令指示的联系人发送验证信息，所述验证信息包括验证码和绑定请求；
10.响应于选取指令指示的联系人同意绑定请求，向用户发送所述验证码；
11.获取输入码，所述输入码为用户输入的验证码；
12.响应于所述输入码与所述验证码匹配，绑定选取指令指示的联系人为用户紧急联系人。
13.可选的，所述根据通话频率和通话时长确定用户的各联系人评分包括：
14.获取各联系人的通话频率、通话时长、通话频率权重和通话时长权重；
15.根据通话频率、通话时长、通话频率权重和通话时长权重计算各联系人相应的评分。
16.可选的，所述向选取指令指示的联系人发送验证信息之后，还包括：
17.响应于选取指令指示的联系人不同意绑定请求，确定第二选取指令为选取指令，返回执行所述获取选取指令；所述第二选取指令用于指示选取第二联系人为紧急联系人，所述第二联系人为所述预备联系人集合中、未被选取过的联系人中的一个。
18.可选的，所述获取输入码之后，还包括：
19.响应于所述输入码与所述验证码不匹配，根据选取指令对应的联系人和时间生成提示信息。
20.可选的，所述根据所述第二选取指令返回执行步骤4之后，还包括：
21.响应于选取指令指示轮询预备联系人集合中全部联系人均不同意绑定请求，组合所述预备联系人集合和个联系人对绑定请求的反馈时间，生成绑定失败信息发送至客户端。
22.第二方面，本技术实施例提供了一种紧急联系人验证绑定方法装置，所述装置包括：
23.评分确定模块，用于根据通话频率和通话时长确定用户的各联系人评分；
24.预备联系人集合确定模块，用于将各联系人评分按递减排序，确定预备联系人集合，所述预备联系人集合包括评分排序中位于前x位的多个联系人；
25.选取指令获取模块，用于获取选取指令，所述选取指令用于指示选取第一联系人为紧急联系人，所述第一联系人为所述预备联系人集合中的任意一个；
26.验证信息发送模块，用于向选取指令指示的联系人发送验证信息，所述验证信息包括验证码和绑定请求；
27.验证码发送模块，用于响应于选取指令指示的联系人同意绑定请求，向用户发送所述验证码；
28.输入码获取模块，用于获取输入码，所述输入码为用户输入的验证码；
29.联系人绑定模块，用于响应于所述输入码与所述验证码匹配，绑定选取指令指示的联系人为用户紧急联系人。
30.可选的，还包括：
31.第二选取指令确定模块，用于响应于选取指令指示的联系人不同意绑定请求，确定第二选取指令为选取指令，返回执行所述获取选取指令；所述第二选取指令用于指示选取第二联系人为紧急联系人，所述第二联系人为所述预备联系人集合中、未被选取过的联系人中的一个。
32.可选的，还包括：
33.绑定失败信息生成模块，用于响应于选取指令指示轮询预备联系人集合中全部联系人均不同意绑定请求，组合所述预备联系人集合和个联系人对绑定请求的反馈时间，生成绑定失败信息发送至客户端。
34.本技术第三方面提供一种计算机设备，包括：处理器、存储器、系统总线；
35.所述处理器以及所述存储器通过所述系统总线相连；
36.所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行权利要求1-5任一项所述的紧急联系人验证绑定方法。
37.本技术实施例提供了一种紧急联系人验证绑定方法、装置及设备，根据通话频率
和通话时长确定用户的各联系人评分；将各联系人评分按递减排序，确定预备联系人集合，所述预备联系人集合包括评分排序中位于前x位的多个联系人；获取选取指令，向选取指令指示的联系人发送验证信息，所述验证信息包括验证码和绑定请求；响应于选取指令指示的联系人同意绑定请求，向用户发送所述验证码；获取输入码，所述输入码为用户输入的验证码；响应于所述输入码与所述验证码匹配，绑定选取指令指示的联系人为用户紧急联系人。如此，可一定程度上减少因用户手误或随意填写造成的不良后果，同时也维护了紧急联系人的知情权，而不会在毫不知情的情况下被添加为紧急联系人，有效避免了用户单方面操作给紧急联系人带来的困扰。
附图说明
38.为更清楚地说明本实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
39.图1为本技术实施例提供的紧急联系人验证绑定方法的一种方法流程图；
40.图2为本技术实施例提供的紧急联系人验证绑定方法的一种方法流程图；
41.图3为本技术实施例提供的紧急联系人验证绑定方法装置的一种结构示意图。
具体实施方式
42.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
43.正如前文所述，越来越多的app要求用户在注册时添加紧急联系人，但是很多app对用户的填写并没有一个核实的过程，很多人在毫不知情的情况下就“被紧急联系人”了。但是，发明人经过研究发现，用户在打车app填写紧急联系人时手误导致输错号码，当出现危险时达不到求救的效果，在网贷app填写紧急联系人时无意或恶意填了一个不相干的号码，可能会使紧急联系人面临被询问或骚扰的风险。
44.为了解决这一问题，本技术实施例提供了一种紧急联系人验证绑定方法、装置及设备，根据通话频率和通话时长确定用户的各联系人评分；将各联系人评分按递减排序，确定预备联系人集合，所述预备联系人集合包括评分排序中位于前x位的多个联系人；获取选取指令，向选取指令指示的联系人发送验证信息，所述验证信息包括验证码和绑定请求；响应于选取指令指示的联系人同意绑定请求，向用户发送所述验证码；获取输入码，所述输入码为用户输入的验证码；响应于所述输入码与所述验证码匹配，绑定选取指令指示的联系人为用户紧急联系人。如此，可一定程度上减少因用户手误或随意填写造成的不良后果，同时也维护了紧急联系人的知情权，而不会在毫不知情的情况下被添加为紧急联系人，有效避免了用户单方面操作给紧急联系人带来的困扰。
45.本技术实施例提供的方法由控制器执行，例如可以由app后台服务器执行。所述app后台服务器可以是一台服务器设备，也可以是由多台服务器组成的服务器集群。在实际
应用场景中，用户可以在自己手机端输入验证码，而后控制器对验证码进行验证，进行后续流程。
46.以下通过一个实施例，对本技术提供的紧急联系人验证绑定方法进行说明。请参考图1，图1为本技术实施例所提供的紧急联系人验证绑定方法的一种方法流程图，包括：
47.s101：根据通话频率和通话时长确定用户的各联系人评分。
48.在实际应用过程中可以设定限定时间计算用户的每位联系人的综合评分。例如，根据用户近六个月通话频率和通话时长为通讯录中的每位联系人计算一个综合得分。其中，六个月为本实施例中的限定时间，该时间可以根据实际需求进行调整，在此不做限制。
49.在联系人评分的获取进程中，详细过程如下：获取各联系人的通话频率、通话时长、通话频率权重和通话时长权重，根据通话频率、通话时长、通话频率权重和通话时长权重计算各联系人相应的评分。
50.根据用户通讯行为初步筛选出紧急联系人候选人，可一定程度上减少因用户手误或随意填写造成的不良后果。首先为通话频率和通话时长分别设置一个权重，当用户点击设置紧急联系人时，根据用户近六个月通话频率和通话时长为通讯录中的每位联系人计算一个综合得分，根据综合得分进行排序。
51.s102：将各联系人评分按递减排序，确定预备联系人集合。
52.所述预备联系人集合包括评分排序中位于前x位的多个联系人。
53.在实际应用场景中，在app界面返回前5位联系人，确定该微微联系人组成预备联系人集合，用户可以选择综合得分在前5名中的任何一人作为紧急联系人候选人，每六个月将会重新计算得分，通知用户更新紧急联系人。用户选择1位联系人后将触发短信验证码模块。
54.s103：获取选取指令。
55.选取指令用于指示选取第一联系人为紧急联系人，所述第一联系人为所述预备联系人集合中的任意一个。
56.即用户获取到预备人联系人集合后，在集合中任意选择一个联系人作为紧急联系人，而后进行后续进程。
57.s104：向选取指令指示的联系人发送验证信息。
58.系统接收到联系人综合评分模块传来的联系人后，会向该联系人发送一条验证码短信。
59.在实际应用场景中，短信内容可以显示为:“手机号码为**正在某app上请求将您添加为紧急联系人，验证码为**，点击同意将转发验证码给该用户，点击拒绝将不再收到该用户的紧急联系人添加请求短信”。
60.s105：响应于选取指令指示的联系人同意绑定请求，向用户发送所述验证码。
61.联系人点击同意后，用户将收到验证码，用户输入验证码。在实际应用场景中，该验证可以由系统自动转发或联系人自行转发，古谚语如何进行验证码转发，在此不做限制。
62.s106：获取输入码。
63.用户收到联系人反馈的验证码后，将验证码输入正在验证的app中。
64.s107：响应于所述输入码与所述验证码匹配，绑定选取指令指示的联系人为用户紧急联系人。
65.系统验证验证码匹配无误，将该验证码对应的联系人确定为当前用户的紧急联系人，实施绑定。
66.在实际应用场景中，响应于所述输入码与所述验证码不匹配，根据选取指令对应的联系人和时间生成提示信息。
67.该提示信息由系统发送至联系人，和/或，用户。用于提示联系人以及用户，该次绑定失败。失败原因在于，输入验证码有错误。在一些可以实现的应用方式中，可以向联系人发送验证码短信，征求是否重复进行绑定，是否再次转发验证码给用户进行绑定。同时，向用户发送验证失败的提示消息，提醒用户本次进程操作失败。
68.该方法实施过程中，如果是关系密切的人，可以通过电话核实对方身份，再确认对方为本人并且使被绑定联系人实时知情。在只有输入紧急联系人收到的验证码，紧急联系人的设置才会生效。并且通过系统准发西这样可以保证紧急联系人有知情权，而不会在毫不知情的情况下被添加为紧急联系人，有效避免了用户单方面操作给紧急联系人带来的困扰。
69.下面结合具体的应用场景，对本技术实施例提供的紧急联系人验证绑定方法的方法进行详细介绍。参见图2，该图为本技术实施例提供的紧急联系人验证绑定方法的又一种流程示意图，包括：
70.s201：根据通话频率和通话时长确定用户的各联系人评分；
71.s202：将各联系人评分按递减排序，确定预备联系人集合。
72.所述预备联系人集合包括评分排序中位于前x位的多个联系人；
73.s203：获取选取指令。
74.所述选取指令用于指示选取第一联系人为紧急联系人，所述第一联系人为所述预备联系人集合中的任意一个；
75.s204：向选取指令指示的联系人发送验证信息。
76.所述验证信息包括验证码和绑定请求。验证信息通过短信的方式转达，短信必要内容为验证码以及绑定请求。对于其他验证内容可以
77.s205：响应于选取指令指示的联系人不同意绑定请求，确定第二选取指令为选取指令，返回执行所述获取选取指令。
78.所述返回执行所述获取选取指令包括：确定第二选取指令为选取指令。所述第二选取指令用于指示选取第二联系人为紧急联系人。所述第二联系人为、除所述第一联系人以外、所述预备联系人集合中的任意一个。
79.在实际应用场景中，若联系人收到验证消息后点击拒绝，根据所述第二选取指令返回执行所述向选取指令指示的联系人发送验证信息。则将该拒绝情况，生成提示信息，经由系统反馈给用户端，用户收到该提醒后，用户可继续在剩余4人中(预备联系人集合中剩余的几个人中)选择第二联系人，重新触发系统的短信验证码模块。生成第二选取指令，第二选取指令用于指示当前第二联系人为目标绑定联系人。系统确定当前第二选取指令为系统执行进程中的选取指令。
80.根据用户第二次选取的联系人，生成验证码以及验证信息向新选中的联系人发送验证信息。而后重新进行步骤s203，获取选中联系人是否同意该绑定，循环该步骤流程直至选取指令指示的联系人成功绑定。
81.响应于选取指令指示轮询预备联系人集合中全部联系人均不同意绑定请求，执行步骤s206；
82.响应于轮询获取到，选取指令指示的联系人同意绑定请求，执行步骤s207。
83.s206：响应于选取指令指示轮询预备联系人集合中全部联系人均不同意绑定请求，组合所述预备联系人集合和个联系人对绑定请求的反馈时间，生成绑定失败信息发送至客户端。
84.该进程到此结束，不进行后续流程。
85.s207：响应于选取指令指示的联系人同意绑定请求，向用户发送所述验证码。
86.联系人点击同意后，用户将收到验证码，用户输入验证码。在实际应用场景中，该验证可以由系统自动转发或联系人自行转发，古谚语如何进行验证码转发，在此不做限制。
87.s208：获取输入码。
88.用户收到联系人反馈的验证码后，将验证码输入正在验证的app中。
89.s209：响应于所述输入码与所述验证码匹配，绑定选取指令指示的联系人为用户紧急联系人。
90.以上为本技术实施例提供一种紧急联系人验证绑定方法的一些具体实现方式，基于此，本技术还提供了对应的装置。下面将从功能模块化的角度对本技术实施例提供的装置进行介绍。
91.请参考图3，图3为本技术实施例所提供的一种紧急联系人验证绑定方法装置的结构示意图。
92.本实施例中，该装置可以包括：
93.评分确定模块301，用于根据通话频率和通话时长确定用户的各联系人评分；
94.预备联系人集合确定模块302，用于将各联系人评分按递减排序，确定预备联系人集合，所述预备联系人集合包括评分排序中位于前x位的多个联系人；
95.选取指令获取模块303，用于获取选取指令，所述选取指令用于指示选取第一联系人为紧急联系人，所述第一联系人为所述预备联系人集合中的任意一个；
96.验证信息发送模块304，用于向选取指令指示的联系人发送验证信息，所述验证信息包括验证码和绑定请求；
97.验证码发送模块305，用于响应于选取指令指示的联系人同意绑定请求，向用户发送所述验证码；
98.输入码获取模块306，用于获取输入码，所述输入码为用户输入的验证码；
99.联系人绑定模块307，用于响应于所述输入码与所述验证码匹配，绑定选取指令指示的联系人为用户紧急联系人。
100.可选的，所述装置还包括：
101.第二选取指令确定模块，用于响应于选取指令指示的联系人不同意绑定请求，确定第二选取指令为选取指令，返回执行所述获取选取指令；所述第二选取指令用于指示选取第二联系人为紧急联系人，所述第二联系人为、除所述第一联系人以外、所述预备联系人集合中的任意一个。
102.可选的，所述装置还包括：
103.提示信息生成模块，用于响应于所述输入码与所述验证码不匹配，根据选取指令
对应的联系人和时间生成提示信息。
104.可选的，所述装置还包括：
105.绑定失败信息生成模块，用于响应于选取指令指示轮询预备联系人集合中全部联系人均不同意绑定请求，组合所述预备联系人集合和个联系人对绑定请求的反馈时间，生成绑定失败信息发送至客户端。
106.可选的，所述评分确定模块301具体用于，获取各联系人的通话频率、通话时长、通话频率权重和通话时长权重；根据通话频率、通话时长、通话频率权重和通话时长权重计算各联系人相应的评分。
107.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行权利要求1-5任一项所述的紧急联系人验证绑定方法。
108.需要说明的是，本发明提供的紧急联系人验证绑定方法、装置及设备可用于人工智能领域以及移动互联领域。上述仅为示例，并不对本发明提供的紧急联系人验证绑定方法、装置及设备的应用领域进行限定。
109.以上对本技术所提供的一种紧急联系人验证绑定方法、装置及设备进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以对本技术进行若干改进和修饰，这些改进和修饰也落入本技术权利要求的保护范围内。
110.还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
111.以上所述仅为本技术的较佳实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。