CN111935058A - 一种验证码发送方法、装置、以及电子设备 - Google Patents

一种验证码发送方法、装置、以及电子设备 Download PDF

Info

Publication number
CN111935058A
CN111935058A CN201910395578.4A CN201910395578A CN111935058A CN 111935058 A CN111935058 A CN 111935058A CN 201910395578 A CN201910395578 A CN 201910395578A CN 111935058 A CN111935058 A CN 111935058A
Authority
CN
China
Prior art keywords
user information
information
verification code
computing device
data
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.)
Granted
Application number
CN201910395578.4A
Other languages
English (en)
Other versions
CN111935058B (zh
Inventor
靳玉康
杨松鹤
张宇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201910395578.4A priority Critical patent/CN111935058B/zh
Publication of CN111935058A publication Critical patent/CN111935058A/zh
Application granted granted Critical
Publication of CN111935058B publication Critical patent/CN111935058B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083Network architectures or network communication protocols for network security for authentication of entities using passwords
    • H04L63/0838Network architectures or network communication protocols for network security for authentication of entities using passwords using one-time-passwords

Abstract

本申请提供一种验证码发送方法,接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;针对所述验证码请求,获取针对所述第一用户信息的验证码,并获取所述第一用户信息的初始关联用户信息;根据所述第一用户信息的初始关联用户信息,获取所述第一用户信息的当前关联用户信息;从第一用户信息的所述当前关联用户信息中选取所述第一用户信息的目标关联用户信息;将所述验证码发送给所述目标关联用户信息对应的计算设备。本申请提供的验证码发送方法验证码发送至的计算设备,是与第一用户信息目标关联用户信息对应的计算设备,降低了验证码发送过程中,验证码被不关联用户劫持的风险,保障了验证码发送的安全性。

Description

一种验证码发送方法、装置、以及电子设备
技术领域
本发明涉及计算机技术领域,具体涉及一种验证码发送方法。本申请还提供一种验证码发送装置,以及电子设备。
背景技术
随着网络技术的发展,人们的日常生活变得越来越依赖于互联网。在日常生活中,人们依靠网络能够完成很多事情,如:利用互联网进行网络购物、银行转账、观看视频、浏览各类APP等。为了确保人们利用互联网进行网络购物、银行转账时的安全性,或者注册、登录等操作某些APP或者网站时的安全性,在进行操作时往往需要输入验证码。
在现有技术中,常常采用以下方式来获取验证码,第一种:第一计算设备发送验证码请求,第二计算设备在接收到验证码请求后将验证码通过短信发送给指定第一计算设备,然后该第一计算设备再输入相应的验证码。这种获取验证码的方式在验证码请求过多时,会导致甚至导致系统瘫痪,极其影响第一计算设备交互体验,降低相关企业口碑等负面影响,同时也会让相关企业承担巨大的信息费用,并且验证码单独的通过短信发送,存在系统风险。另一种为:第一终端接收到服务器发送的验证码后,由第一终端将验证码发送给向服务器发送验证码获取请求的第二终端,第二终端可以基于所述验证码向所述服务器请求服务,无需第一计算设备对记忆第一终端上的验证码,再将其输入到第二终端,减少了人工记忆的成本,提高了验证码输入效率。第二种方式虽然解决了验证码输入效率低下的问题,但引入了更致命的安全问题,其一,第一终端和第二终端的关系并没有进行安全关联计算,其二,存在严重的劫持风险。相对于验证码的输入低效问题,引入的第一计算设备安全问题,更应得到重视和解决。
发明内容
本申请提供一种验证码发送方法,以解决现有验证码发送方法在发送验证码时存在验证码被不关联用户劫持风险,验证码发送不安全的问题。本申请另外提供一种验证码发送装置、电子设备以及存储介质。
本申请提供一种验证码发送方法,包括:接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
针对所述验证码请求,获取针对所述第一用户信息的验证码,并获取所述第一用户信息的初始关联用户信息;
根据所述第一用户信息的初始关联用户信息,获取所述第一用户信息的当前关联用户信息;
从第一用户信息的所述当前关联用户信息中选取所述第一用户信息的目标关联用户信息;
将所述验证码发送给所述目标关联用户信息对应的计算设备。本申请提供一种验证码发送装置,包括:
验证码请求接收单元,用于接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
信息获取单元,用于针对所述验证码请求,获取针对所述第一用户信息的验证码,并获取所述第一用户信息的初始关联用户信息;
当前关联用户信息获取单元,用于根据所述第一用户信息的初始关联用户信息,获取所述第一用户信息的当前关联用户信息;
目标关联用户信息选取单元,用于从第一用户信息的所述当前关联用户信息中选取所述第一用户信息的目标关联用户信息;
验证码发送单元,用于将所述验证码发送给所述目标关联用户信息对应的计算设备。
本申请另一个方面,提供一种验证码发送方法,包括:
接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
针对所述验证码请求,向关联用户信息对应的计算设备发送验证码,所述关联用户信息为与所述第一用户信息关联的用户信息。本申请还提供一种验证码发送装置,包括:
验证码请求接收单元,用于接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
验证码发送单元,用于针对所述验证码请求,向关联用户信息对应的计算设备发送验证码,所述关联用户信息为与所述第一用户信息关联的用户信息。
本申请另外提供一种信息处理方法,包括:
接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
针对所述验证码请求,向第二计算设备发送是否接收针对所述第一用户信息的验证码的询问信息,所述第二计算设为第二用户信息对应的计算设备。
本申请另外提供一种信息处理装置,包括:
验证码请求接收单元,用于接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
询问信息发送单元,用于针对所述验证码请求,向第二计算设备发送是否接收针对所述第一用户信息的验证码的询问信息,所述第二计算设备为第二用户信息对应的计算设备。
本申请同时提供一种信息处理方法,包括:
接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
针对所述验证码请求,向所述第一计算设备发送是否允许将针对所述第一用户信息的验证码发送给所述第二计算设备的询问信息。
本申请同时提供一种信息处理装置,包括:
验证码请求接收单元,用于接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
询问信息发送单元,用于针对所述验证码请求,向所述第一计算设备发送是否允许将针对所述第一用户信息的验证码发送给第二计算设备的询问信息,所述第二计算设备为第二用户信息对应的计算设备。
本申请同时提供一种信息处理方法,包括:
第二计算设备接收第三计算设备发送的是否接收针对第一用户信息的验证码的询问信息;
所述第二计算设备向所述第三计算设备发送针对所述询问信息的响应信息;
其中,所述第二计算设备为第二用户信息对应的计算设备,所述第二计算设备用于接收针对所述第一用户信息的验证码;
所述第三计算设备为发送针对第一用户信息的验证码的计算设备。
本申请同时提供一种信息处理装置,应用于第二计算设备,包括:
询问信息接收单元,用于接收第三计算设备发送的是否接收针对所述第一用户信息的验证码的询问信息;
响应信息发送单元,用于向所述第三计算设备发送针对所述询问信息的响应信息;
其中,所述第二计算设备为第二用户信息对应的计算设备,所述第二计算设备用于接收针对所述第一用户信息的验证码;
所述第三计算设备为发送针对第一用户信息的验证码的计算设备。
本申请还提供一种验证码处理方法,包括:
第二计算设备中的第二计算设备应用利用第二用户信息,接收第三计算设备发送的针对第一用户信息的验证码,所述第一用户信息为第一计算设备中安装的第一计算设备应用的用户信息;
所述第二计算设备输出所述验证码;
其中,所述第二用户信息为所述第一用户信息关联的用户信息。
本申请还提供一种验证码处理装置,应用于第二计算设备,包括:
验证码接收单元,用于利用第二用户信息接收第三计算设备发送的针对第一用户信息的验证码,所述第一用户信息为第一计算设备中安装的第一计算设备应用的用户信息;
验证码输出单元,用于输出所述验证码;
其中,所述第二用户信息为所述第一用户信息关联的用户信息。
本申请还提供一种信息处理方法,包括:
第一计算设备接收第三计算设备发送的是否允许将针对所述第一用户信息的验证码发送给第二计算设备的询问信息;
所述第一计算设备向所述第三计算设备发送针对所述询问信息的响应信息;
其中,所述第一计算设备为第一用户信息对应的计算设备,所述第一计算设备用于发送针对所述第一用户信息的验证码请求;
所述第二计算设备为第二用户信息对应的计算设备;
所述第三计算设备为发送针对第一用户信息的验证码的计算设备。
本申请还提供一种信息处理装置,应用于第一计算设备,包括:
询问信息接收单元,用于接收第三计算设备发送的是否允许将针对第一用户信息的验证码发送给第二计算设备的询问信息;
响应信息发送单元,用于向所述第三计算设备发送针对所述询问信息的响应信息;
其中,所述第一计算设备为第一用户信息对应的计算设备,所述第一计算设备用于发送针对所述第一用户信息的验证码请求;
所述第二计算设备为第二用户信息对应的计算设备;
所述第三计算设备为发送针对第一用户信息的验证码的计算设备。
本申请提供一种验证码处理方法,包括:
第一计算设备接收第二计算设备发送的针对所述第一用户信息的验证码;
所述第一计算设备利用所述验证码进行验证处理;
其中,所述第一计算设备为第一用户信息对应的计算设备;
所述第二计算设备为第二用户信息对应的计算设备。
本申请同时提供一种验证码处理装置,应用于第一计算设备,包括:
验证码接收单元,用于接收第二计算设备发送的针对所述第一用户信息的验证码;
验证码处理单元,用于利用所述验证码进行验证处理;
其中,所述第一计算设备为第一用户信息对应的计算设备;
所述第二计算设备为第二用户信息对应的计算设备。验证码处理单元
本申请同时提供一种数据处理方法,其特征在于,包括:
获取原始用户活动信息;
从所述原始用户活动信息中获取与目标用户信息关于同一事件相关联的候选关联用户信息;
获取与所述目标用户信息和所述候选关联用户信息都关联的关联事件信息的数据;
根据所述关联事件信息的数据,获取所述目标用户信息与所述候选关联用户信息的关联度数据;
根据所述关联度数据,确定所述目标用户信息的关联用户信息。
本申请同时提供一种数据处理装置,包括:
原始用户信息获取单元,用于获取原始用户活动信息;
选关联用户信息获取单元,用于从所述原始用户活动信息中获取与目标用户信息关于同一事件相关联的候选关联用户信息;
关联事件信息的数据获取单元,用于获取与所述目标用户信息和所述候选关联用户信息都关联的关联事件信息的数据;
关联度数据获取单元,用于根据所述关联事件信息的数据,获取所述目标用户信息与所述候选关联用户信息的关联度数据;
关联用户信息确定单元,用于根据所述关联度数据,确定所述目标用户信息的关联用户信息。
本申请还提供一种验证码发送方法,包括:
服务端接收第一终端应用发送的获取验证码的请求,所述获取验证码的请求是针对第一用户信息获取验证码的请求,所述第一用户信息为所述第一终端应用的用户信息;
所述服务端针对所述请求,获取针对第一用户信息的验证码,并获取所述第一用户信息的初始关联用户信息;
所述服务端从所述第一用户信息的初始关联用户信息中,获取与所述第一用户信息登录在同一终端的当前候选关联用户信息;
所述服务端根据与所述第一用户信息和所述当前候选关联用户信息都关联的事件数据,计算所述第一用户信息与所述当前候选关联用户信息之间的关联度数据;
所述服务端从所述当前候选关联用户信息中选取关联度数据满足预设关联度数据条件的当前候选关联用户信息,作为所述第一用户信息的目标关联用户信息;
所述服务端将所述验证码发送给所述目标关联用户信息对应的目标终端应用。
本申请还提供一种数据处理方法,包括:
获取原始用户活动信息中的交易信息;
从所述交易信息中获取与目标用户信息在同一交易事件相关联的候选关联用户信息;
获取与所述目标用户信息和所述候选关联用户信息都关联的关联事件信息的数据,所述关联事件信息的数据至少包括关联交易事件信息的数据;
根据所述关联事件信息的数据,获取所述目标用户信息与所述候选关联用户信息的关联度数据;
根据所述关联度数据,从所述候选关联用户信息中获取所述目标用户信息的关联用户信息。
本申请提供一种电子设备,包括:
处理器;
以及,
存储器,用于存储
验证码发送方法的程序,该设备通电并通过所述处理器运行该验证码发送方法的程序后,执行下述步骤:
接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
针对所述验证码请求,获取针对所述第一用户信息的验证码,并获取所述第一用户信息的初始关联用户信息;
根据所述第一用户信息的初始关联用户信息,获取所述第一用户信息的当前关联用户信息;
从第一用户信息的所述当前关联用户信息中选取所述第一用户信息的目标关联用户信息;
将所述验证码发送给所述目标关联用户信息对应的计算设备。
本申请还提供一种计算机存储介质,所述计算机存储介质存储有
验证码发送方法的程序,该程序被处理器运行,执行下述步骤:
接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
针对所述验证码请求,获取针对所述第一用户信息的验证码,并获取所述第一用户信息的初始关联用户信息;
根据所述第一用户信息的初始关联用户信息,获取所述第一用户信息的当前关联用户信息;
从第一用户信息的所述当前关联用户信息中选取所述第一用户信息的目标关联用户信息;
将所述验证码发送给所述目标关联用户信息对应的计算设备。
与现有技术相比,本申请具有以下优点:
本申请提供的一种验证码发送方法,在第一用户信息的初始关联用户信息的基础上,获取第一用户信息的当前关联用户信息,是对获取第一用户信息的当前关联用户信息的初次筛选。通过初次筛选能够缩小获取第一用户信息的当前关联用户信息的范围,为用户提供第一用户信息候选关联用户信息。
本申请提供的验证码发送方法确保了验证码发送至的计算设备,是第一用户信息的目标关联用户信息对应的计算设备,降低了验证码发送过程中,验证码被不关联用户劫持的风险,保障了验证码发送的安全性。
进一步的,本申请还提供的另一种验证码发送方法,针对所述验证码请求,向关联用户信息对应的计算设备发送验证码,所述关联用户信息为与所述第一用户信息关联的用户信息。该验证码发送方法确保了验证码发送给了与所述第一用户信息关联的用户信息,确保了验证码发送的安全性。
进一步的,本申请提供一种信息处理方法,针对所述验证码请求,向第二用户信息对应的第二计算设备发送是否接收与所述第一计算设备相关的验证码的询问信息。该信息处理方法保障了第二计算设备的可选择性,能够保证第二计算设备拒绝接受无关的验证码。
进一步的,本申请还提供另一种信息处理方法,针对所述验证码请求,向所述第一计算设备发送是否允许将与所述第一计算设备相关的验证码发送给第二用户信息对应的第二计算设备的询问信息。该信息处理方法保障了第一计算设备的可选择性,能够保证不将验证码发送给被第一计算设备拒绝的第二计算设备,保证了验证码发送的安全性。
进一步的,本申请还提供一种信息处理方法,第二计算设备向第三计算设备发送针对所述询问信息的响应信息。该信息处理方法增加了第三计算设备和第二计算设备之间的互动性。
进一步的,本申请还提供一种验证码处理方法,第二用户信息对应的第二计算设备接收第三计算设备发送的针对第一用户信息的验证码,所述第二计算设备输出所述验证码。该验证码处理方法确保了第二计算设备在接收第三计算设备发送的验证码后,就将验证码输出。
进一步的,本申请还提供一种信息处理方法,第一计算设备向所述第三计算设备发送针对所述询问信息的响应信息。该信息处理方法增加了第三计算设备和第一计算设备之间的互动性。
进一步的,本申请还提供一种验证码处理方法,第一用户信息对应的第一计算设备接收第二用户信息对应的第二计算设备发送的针对所述第一用户信息的验证码后,所述第一计算设备利用所述验证码进行验证处理。该验证码处理方法确保了第一计算设备能够接收并利用验证码。
进一步的,本申请还提供一种数据处理方法,根据所述关联事件信息的数据,获取所述目标用户信息与所述候选关联用户信息的关联度数据,根据所述关联度数据,确定所述目标用户信息的关联用户信息。通过从原始用户活动信息中获取与目标用户信息关于同一事件相关联的候选关联用户信息,能够增加用户之间的互动性。对原始用户活动信息进行初次筛选,能够确保候选关联用户信息与关联用户信息的关联性和紧密性。
附图说明
图1a为本申请提供的应用场景实施例的示意图。
图1b为本申请提供的应用场景实施例的流程图。
图1为本申请实施例一提供的一种验证码发送方法流程图。
图2为本申请实施例一提供的一种当前关联用户信息获取方法流程图。
图3为本申请实施例一提供的一种当前关联度数据获取方法流程图。
图4a为本申请实施例一提供的第一种计算设备交互示意图。
图4b为本申请实施例一提供的第二种计算设备交互示意图。
图5为本申请实施例二提供的一种验证码发送装置示意图。
图6为本申请实施例三提供的一种验证码发送方法流程图。
图7为本申请实施例四提供的一种验证码发送装置示意图。
图8为本申请实施例五提供的一种信息处理方法流程图。
图9为本申请实施例六提供的一种信息处理装置示意图。
图10为本申请实施例七提供的一种信息处理方法流程图。
图11为本申请实施例八提供的一种信息处理装置示意图。
图12为本申请实施例九提供的一种信息处理方法流程图。
图13为本申请实施例十提供的一种信息处理装置示意图。
图14为本申请实施例十一提供的一种验证码处理方法流程图。
图15为本申请实施例十二提供的一种验证码处理装置示意图。
图16为本申请实施例十三提供的一种信息处理方法流程图。
图17为本申请实施例十四提供的一种信息处理装置示意图。
图18为本申请实施例十五提供的一种验证码处理方法流程图。
图19为本申请实施例十六提供的一种验证码处理装置示意图。
图20为本申请实施例十七提供的一种数据处理方法流程图。
图21为本申请实施例十八提供的一种数据处理装置示意图。
图22为本申请实施例中提供的一种电子设备示意图。
图23为本申请实施例三十七提供的一种验证码发送方法流程图。
图24为本申请实施例三十八提供的一种数据处理方法流程图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
为了更清楚地展示本申请,先介绍一下本申请实施例中提供的方法的应用场景。本申请提供的一些实施例可以应用于第一计算设备、第二计算设备、第三计算设备交互的场景。如图1a所示,第一计算设备包括:手机、电脑、IPAD等,第一计算设备可以包括客户端;第二计算设备同样包括:手机、电脑、IPAD等,第一计算设备可以包括客户端,第二计算设备与第一计算设备为同一计算设备,也可为不同的计算设备;第三计算设备可以指为客户端提供计算、存储等功能的服务端,包括服务器。由于应用场景中涉及两个客户端,现将第一计算设备对应的客户端作为客户端一,将第二计算设备对应的客户端作为客户端二。如图1b所示,本申请提供的应用场景包括如下步骤:客户端一向服务器发送验证码请求;服务器接收所述验证码请求;服务器根据所述验证码请求获取验证码,并生成针对是否将验证码发送给客户端二的第一询问信息,以及是否接收验证码的第二询问信息;服务器将第一询问信息、第二询问信息分别发送给客户端一、客户端二;客户端一和客户端二分别生成针对第一询问信息、第二询问信息的第一响应信息、第二响应信息;客户端一、客户端二分别反馈第一询问信息、第二询问信息给服务端;服务器根据第一响应信息、第二响应信息有选择的将获取到的验证码发送给客户端二。需要说明的是,上述三个应用场景仅仅是应用场景的三个实施例,提供这三个应用场景实施例的目的是便于理解本申请提供的方法,而并非用于限定本申请提供的方法。具体涉及到的方法介绍,请参照以下实施例。
实施例一
在本申请实施例一中,提供了一种验证码发送方法,以下结合图1-图4对该验证码发送方法进行说明。
如图1所示,在步骤S101中,接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备。
第一用户信息为运行在第一计算设备上的第一应用的第一用户信息,如手机上的APP(应用程序,Application的缩写)的用户信息,或者电脑、IPAD上的应用,或者网页应用的用户信息等。本申请实施例一中,运行在第一计算设备上的第一应用记作APP1。第一应用的第一用户信息记作APP1的用户信息。
本申请实施例一中提供的验证码发送方法的执行主体选为服务器。当第一计算设备上的第一应用为APP1时,服务器为APP1对应的服务器,记作第一服务器。
如图1所示,在步骤S102中,针对验证码请求,获取针对第一用户信息的验证码,并获取第一用户信息的初始关联用户信息。
为了能够确保第一服务器在接收到验证码请求后,能够获取针对第一用户信息的验证码,需要第一计算设备发送的验证码请求中携带有第一用户信息的标识信息。在第一服务器接收到该验证码请求后,能够通过解析该验证码请求,获取第一用户信息的标识信息。在获取第一用户信息的标识信息后,第一服务器就可以根据第一用户信息的标识信息,获取针对第一用户信息的验证码。即,用户在浏览、使用手机或者IPAD上的APP1时,使用APP1进行付款操作,或者想要成为APP1的会员时,往往需要进行注册、安全验证、或者登录验证,此时,APP1会发送验证码请求,该验证码请求中需要携带有APP1的用户信息的标识信息,这样第一服务器就能够根据APP1的用户信息的标识信息,得到针对APP1的用户信息的验证码。具体的,第一服务器根据第一用户信息的标识信息,获取针对第一用户信息的验证码包括以下两种方式:
第一种方式:第一服务器自身根据第一用户信息的标识信息,生成针对第一用户信息的验证码。
第二种方式为:第一服务器接收APP发送的验证码请求后,自身并不生成验证码,而是,由其它的服务器代为生成验证码,而第一服务器再从负责生成验证码的服务器中获取该验证码,并发送给需要接收验证码的计算设备。
在用户注册、登录等操作APP1或者网站,需要输入验证码时,传统获取验证码的渠道为:用户需要在APP上点击获取验证码按钮,或者直接通过发送获取验证码的信息,APP对应的服务器在获取验证码后,再以短信的方式发送给相关设备。通过短信传输会使APP公司承担相应的成本,特别是大型APP,会使承担APP公司很高的短信费用。此外,当APP需要巨大注册用户量,或登录用户流入运营商时(如:大型APP进行拉新活动时),由于运营商接口容量准备不足,会导致注册码时信息发送延时,甚至导致系统瘫痪,极其影响用户交互体验,从而对公司口碑等造成负面影响。本申请实施例一中提供的验证码发送方法,摒弃了传统的短信验证码传输渠道,利用互联网APP渠道进行验证码的传输,降低了验证码传输的运营成本及系统风险,为验证码提供了多渠道的传输方式。具体的,本申请实施例一中提供的验证码传输方法,APP1通过第一计算设备与第一服务器的应用通信通道,将验证码请求发送给第一服务器。第一服务器后续也是通过互联网APP渠道进行验证码的将所述验证码发送给相关计算设备。
在获取第一用户信息的初始关联用户信息时,同样需要用到第一用户信息的标识信息。即,根据第一用户信息的标识信息在存储有初始关联用户信息的数据库中查找第一用户信息的初始关联用户信息,具体的操作为:首先,在数据库中预先存储标识信息与初始关联用户信息的对应关系。此时,根据第一用户信息的标识信息在存储有初始关联用户信息的数据库中查找第一用户信息的初始关联用户信息,包括:在标识信息与初始关联用户信息的对应关系中,查找出第一用户信息的标识信息对应的第一用户信息的初始关联用户信息。
在数据库中预先存储标识信息与初始关联用户信息的对应关系,要先建立标识信息与初始关联用户信息的对应关系。为了建立标识信息与初始关联用户信息的对应关系,首先,需要获取与第一服务器全部相关的标识信息,以及与第一服务器全部相关的初始关联用户信息。然后,将每一标识信息与每一初始关联用户信息一一进行编号,如:标识信息1、标识信息2…标识信息N,初始关联用户信息1、初始关联用户信息2…初始关联用户信息N。最后,将相同编号的标识信息和初始关联用户信息一一对应,生成标识信息与初始关联用户信息的对应关系。在得到第一用户信息的标识信息后,可以在标识信息与初始关联用户信息的对应关系中进行查找,直至查出与第一用户信息的标识信息对应的第一用户信息的初始关联用户信息。如果本申请实施例一中第一用户信息的标识信息为标识信息2,那么需要在对应关系中查找包含标识信息2的数据,从而就能进一步的获取第一用户信息的标识信息在该对应关系中对应的初始关联用户信息2。
如图1所示,在步骤S103中,根据第一用户信息的初始关联用户信息获取第一用户信息的当前关联用户信息。
第一用户信息的初始关联用户信息为第一用户的离线关联信息。
在第一用户信息的初始关联用户信息的基础上,获取第一用户信息的当前关联用户信息,是对获取第一用户信息的当前关联用户信息的初次筛选。通过初次筛选不仅能够缩小获取第一用户信息的当前关联用户信息的范围,为用户提供第一用户信息候选关联用户信息。更重要的是能够确保获取第一用户信息的当前关联用户信息时,获取全部当前关联用户信息都是与第一用户信息有关联的用户信息,且本申请提供的验证码发送方法确保了验证码发送至的计算设备,是与第一用户信息最为关联的用户信息对应的计算设备,从而降低了验证码发送过程中被不关联用户劫持的风险,保障了验证码发送的安全性。本申请实施例一中的验证码发送方法,将与第一用户信息最为关联的用户信息记为目标关联用户信息。
本申请实施例一中,将第一用户信息的初始关联用户信息记为第二用户信息,将第一用户信息的初始关联用户信息对应的计算设备记为第二计算设备。此时,第二用户信息为运行在第二计算设备上的第二应用的第二用户信息。其中,第一计算设备与第二计算设备可为同一计算设备。
当第一计算设备与第二计算设备为同一计算设备时,第一用户信息和第二用户信息分别为,运行在同一计算设备上的第一应用的第一用户和第二应用的第二用户信息。将与第一应用(APP1)运行在同一计算设备上的第二应用记作APP2,将第二应用的第二用户信息记作APP2的用户信息。
在第一计算设备与第二计算设备不为同一计算设备时,将运行在第二计算设备上的第二应用记作APP2,将第二应用的第二用户信息记作APP2的用户信息。第二计算设备同样可以包括客户端。相应的,APP2即为客户端上的第二应用。APP1和APP2可以是同一计算设备上的不同APP,不同计算设备上的同一APP,或者不同计算设备上的不同APP。在APP1和APP2是同一种APP时,两APP对应的服务器都是第一服务器,此时,接收验证码请求,以及后续获取并发送验证码通过第一服务器就能单独完成。当APP1和APP2是不同的APP时,两APP1对应的服务器是第一服务器,APP2对应的服务器是第二服务器,此时,由第一服务器接收验证码请求,并获取验证码,然后第一服务器将验证码通过第二服务器发送给APP2;或者由第一服务器接收验证码请求,然后,第一服务器根据验证码请求向第二服务器发出请求指令,然后由第二服务器获取并发送验证码给APP2。本申请实施例一中具体以APP1和APP2为不同计算设备上的同一APP为例。
根据第一用户信息的初始关联用户信息,获取第一用户信息的当前关联用户信息的过程如图2所示。
通过根据第一用户信息的初始关联用户信息,获取第一用户信息的当前关联用户信息,能够利用实时环境对选择当前关联用户信息进行监督验证,增加用户之间的互动性。
如图2所示,在步骤S103-1中,从第一用户信息的初始关联用户信息中,获取与第一用户信息关于同一事件相关联的当前候选关联用户信息。
在步骤S102中,已经获取了第一用户信息的初始关联用户信息,在本步骤S103-1中需要对第一用户信息的初始关联用户信息进行筛选。从第一用户信息的初始关联用户信息中,获取与第一用户信息关于同一事件相关联的当前候选关联用户信息,包括:
从第一用户信息的初始关联用户信息中,获取与第一用户信息关联的当前事件信息;
按照标准数据格式,将当前事件信息转换为标准数据格式的当前事件信息;
根据标准数据格式的当前事件信息,确定与第一用户信息关于同一事件相关联的当前候选关联用户信息。
第一用户信息的初始关联用户信息中,并不是所有的初始关联用户信息都会在第一服务器获取验证码时,与该第一用户信息具有关联事件。通过从第一用户信息的初始关联用户信息中,获取与第一用户信息关联的当前事件信息,能够确保帅选出的候选关联用户信息为当前候选关联用户信息,进一步确保了获取的第一用户信息的关联用户信息为第一用户信息的当前关联用户信息。
标准数据格式为预先设定好的固定格式,如第N用户信息={第N用户对应的关联用户信息中的ID,与第N用户信息中对应的关联的当前事件信息},本申请实施例一中N=1。其中,关联用户信息中的ID可以为用户ID、环境ID、硬件ID等,关联的当前事件信息可以为wifi登录事件、订单事件、交易事件、互动时间等。
当得到标准数据格式的当前事件信息后,可以选择与第一用户信息关于同一事件相关联的当前候选关联用户信息,如选择与第一用户信息关于同一登录时间相关联的用户信息作为当前候选关联用户信息(如将当前与第一用户信息同时登录同一wifi设备的关联的用户信息作为当前候选关联用户信息)。
如图2所示,在步骤S103-2中,获取与第一用户信息和当前候选关联用户信息都关联的当前关联事件信息的数据。
获取与第一用户信息和当前候选关联用户信息都关联的当前关联事件信息的数据,包括:
获取与第一用户信息和当前候选关联用户信息都关联的当前关联事件信息;
根据当前关联事件信息,获取当前关联事件信息的数据。
在步骤S103-1中,已经获取与第一用户信息关于同一事件相关联的当前候选关联用户信息,在本步骤S103-2中需要获取与第一用户信息和当前候选关联用户信息都关联的当前关联事件信息。即,第一用户信息和当前候选关联用户信息都参与的当前关联事件的事件信息。
当前关联事件信息的数据为当前关联事件信息的关联系数、出现频率、或者出现次数等。本实施例一中具体以当前关联事件信息的数据为当前关联事件信息的出现次数为例进行说明,其他情况时与前关联事件信息的出现次数类似。
如图2所示,在步骤S103-3中,根据当前关联事件信息的数据,获取第一用户信息与当前候选关联用户信息的当前关联度数据。
根据当前关联事件信息的数据,获取第一用户信息与当前候选关联用户信息的当前关联度数据的过程如图3所示。
如图3所示,在步骤S103-3-1中,按照标准数据格式,将当前关联事件信息转换为标准数据格式的当前关联事件信息。
标准数据格式为预先设定好的固定格式,如第N用户信息={第N用户对应的关联用户信息中的ID,与第N用户信息中对应的关联的当前事件信息},本申请实施例一中N=1。其中,关联用户信息中的ID可以为用户ID、环境ID、硬件ID等,关联的当前事件信息可以为不同用户信息之间有交集的wifi登录事件(如第一计算设备连接第二计算设备的wifi、第一计算设备和第二计算设备连接同一wifi设备等)、不同用户信息之间有交集的交易事件(APP1通过APP2进行付款、APP1与APP2之间相互进行转账等)、不同用户信息之间有交集的连接事件(APP1通过链接跳转至APP2等)、不同用户信息之间有交集的互动事件(如聊天、分享文件、分享音频、分享视频、蓝牙连接等)等。
如图3所示,在步骤S103-3-2中,对标准数据格式的当前关联事件信息进行数据分类,获取数据分类结果。
对标准数据格式的当前关联事件信息进行数据分类,获取数据分类结果,包括:
根据标准数据格式的当前关联事件信息以及预先获取的事件信息与数据类目的对应关系,根据当前关联事件信息在事件信息与数据类目的对应关系中查找前关联事件信息对应的数据类目,获取数据分类结果。即,首先,对每一关联事件信息与每一数据类目一一进行编号,如:数据类目1、数据类目2…数据类目N,当前关联事件信息1、当前关联事件信息2…当前关联事件信息N。然后,将相同编号的数据类目和关联事件信息一一对应,生成事件信息与数据类目的对应关系。最后,获取当前关联事件信息,并在事件信息与数据类目的对应关系中查找前关联事件信息对应的数据类目,获取数据分类结果。
如在本申请实施例一中,关联事件信息的数据类目共有登录类关联事件信息,交易类关联事件信息,互动类关联事件信息等六种。在获取当前关联事件信息,并在事件信息与数据类目的对应关系中查找前关联事件信息对应的数据类目后,发现当前关联事件信息的数据分类结果有关联事件信息的数据类目中的登录类关联事件信息,交易类关联事件信息,互动类关联事件信息三种。此时,当前关联事件信息的数据分类结果为:当前关联事件信息的数据类目有登录类关联事件信息,交易类关联事件信息,互动类关联事件信息三种。
如图3所示,在步骤S103-3-3中,根据当前关联事件信息的数据和数据分类结果,得到当前关联度数据。
根据当前关联事件信息的数据和数据分类结果,得到当前关联度数据,包括:
根据数据分类结果,对不同数据类目的标准数据格式的当前关联事件信息按照预先设置好的数据类目与权重的对应关系赋予各自对应的权重;
根据当前关联事件信息的数据与权重,得到当前关联度数据。
在步骤S103-3-2中,已经获取当前关联事件信息的数据分类结果为:当前关联事件信息的数据类目有登录类关联事件信息,交易类关联事件信息,互动类关联事件信息三种。在步骤S103-3-3中,需要根据该数据分类结果,对不同数据类目的标准数据格式的当前关联事件信息按照预先设置好的数据类目与权重的对应关系赋予各自对应的权重。首先,将登录类关联事件信息,交易类关联事件信息,互动类关联事件信息三种类别的关联事件信息分别即为A、B、C。然后,按照A、B、C按照重要程度预先设置好数据类目与权重的对应关系,如数据类目与权重的对应关系为:A的权重为0.5、B的权重为0.3、C的权重为0.2。最后,根据数据类目与权重的对应关系,对A、B、C分别赋予各自对应的权重0.5、0.3、0.2。
在得到A、B、C各自对应的权重后,需要根据当前关联事件信息的数据与权重,得到当前关联度数据。具体的,在步骤S103-1中,说明了本申请实施例一中的当前关联事件信息的数据为当前关联事件信息的出现次数,所以,根据当前关联事件信息的数据与权重,得到当前关联度数据为:计算当前关联事件信息的出现次数与各自对应的权重的乘积和,该乘积的和为当前关联度数据。如果本申请实施例一中A、B、C的出现次数分别为10次、20次、30次,那么当前关联度数据就为10*0.5+20*0.3+30*0.2=17。
如图2所示,在步骤S103-4中,根据当前关联度数据,确定第一用户信息的当前关联用户信息。
根据当前关联度数据,确定第一用户信息的当前关联用户信息,包括:将当前关联度数据大于预先设置的当前关联度数据阈值的当前候选关联用户信息,作为第一用户信息的当前关联用户信息。
在步骤S103-3中,已经获取了当前关联度数据,本申请实施例一中的当前关联事件信息的数据为当前关联事件信息的出现次数,所以得到当前候选关联用户信息对应的每个当前关联度数据为当前关联事件信息的出现次数与各自对应的权重的乘积和。在根据当前关联度数据,确定第一用户信息的当前关联用户信息,即在全部的当前候选关联用户信息中筛选出当前关联度数据满足一定条件的部分当前候选关联用户和作为当前关联用户信息时。可以预先设置好当前关联度数据阈值,然后寻找乘积和大于预先设置的当前关联度数据阈值的当前候选关联用户信息,作为第一用户信息的当前关联用户信息。
例如,当前候选关联用户信息共有5个,分别记作当前候选关联用户信息1、当前候选关联用户信息2、当前候选关联用户信息3、当前候选关联用户信息4、当前候选关联用户信息5,5个当前候选关联用户信息各自对应的当前关联度数据分别为10、15、17、20、21。根据当前关联度数据,确定第一用户信息的当前关联用户信息时,可以预先设定好前关联度数据阈值为16,那么就可以在5个当前候选用户信息中筛选出3个作为当前关联用户信息。
如图1所示,在步骤S104中,从第一用户信息的当前关联用户信息中选取第一用户信息的目标关联用户信息。
从第一用户信息的当前关联用户信息中选取第一用户信息的目标关联用户信息,是对获取第一用户信息的当前关联用户信息的再次筛选。通过再次筛选不仅能够缩小获取第一用户信息的当前关联用户信息的范围,为用户提供第一用户信息候选关联用户信息。更重要的是能够确保获取第一用户信息的当前关联用户信息时,获取全部当前关联用户信息都是与第一用户信息有关联的用户信息,进一步降低了验证码发送过程中被无关用户的风险,保障了验证码发送的安全性。
从第一用户信息的当前关联用户信息中选取第一用户信息的目标关联用户信息,包括三种方式:
第一种方式:在当前关联用户信息中选取与第一用户信息关联度最高的当前关联用户信息作为第一用户信息的目标关联用户信息。即,在所有的当前关联用户信息中,以与第一用户信息的关联度,筛选出第一用户信息。可以对全部的当前关联用户信息按照与第一用户信息关联度的高低一一进行排序,然后将关联度排名最高的当前关联用户信息作为第一用户信息的目标关联用户信息。
关联度为当前关联用户信息与第一用户信息具有关联事件的多少,关联事件越多,则关联度越高。关联度可以在步骤S103-2中,获取与第一用户信息和当前候选关联用户信息都关联的当前关联事件信息的数据时,就将全部当前候选关联用户信息的当前关联事件信息的数据都记录保存至存储器,当根据当前候选关联用户信息筛选出当前关联用户信息后,直接提取全部的当前关联用户信息对应的当前关联事件信息的数据得到关联度。
第二种方式:在当前关联用户信息中选取与第一用户信息互动时间最近的当前关联用户信息作为第一用户信息的目标关联用户信息。即,在所有的当前关联用户信息中,以与第一用户信息的互动时间,筛选出第一用户信息。可以对全部的当前关联用户信息按照与第一用户信息关联度的互动时间远近一一进行排序,然后将互动时间最近的当前关联用户信息作为第一用户信息的目标关联用户信息。
互动包括不同用户信息之间有交集的互动事件,如:聊天、分享文件、分享音频、分享视频、蓝牙连接等。关联度可以在步骤S103-2中,获取与第一用户信息和当前候选关联用户信息都关联的当前关联事件信息的数据时,就将全部当前候选关联用户信息的当前关联事件信息中数据类目为互动类的事件信息都记录保存至存储器,当根据当前候选关联用户信息筛选出当前关联用户信息后,直接提取全部的当前关联用户信息对应的互动类当前关联事件信息,得到全部的当前关联用户信息与第一用户信息互动时间的远近。
第三种方式为:在当前关联设备列表中选取与第一用户信息互动信息数量最多的当前关联用户信息作为第一用户信息的目标关联用户信息。即,在所有的当前关联用户信息中,以与第一用户信息的互动信息数量,筛选出第一用户信息。可以对全部的当前关联用户信息按照与第一用户信息互动信息数量一一进行排序,然后将互动信息数量的当前关联用户信息作为第一用户信息的目标关联用户信息。
互动信息数量可以在步骤S103-2中,获取与第一用户信息和当前候选关联用户信息都关联的当前关联事件信息的数据时,就将全部当前候选关联用户信息的当前关联事件信息中数据类目为互动类的事件信息都记录保存至存储器,当根据当前候选关联用户信息筛选出当前关联用户信息后,直接提取全部的当前关联用户信息对应的互动类当前关联事件信息,得到全部的当前关联用户信息与第一用户信息互动信息数量。
本申请实施例一中,还可以在步骤S103-3-3中,根据当前关联事件信息的数据和数据分类结果,得到当前关联度数据时,将已经获取全部当前候选用户的权重乘积和记录保存至存储器。当根据当前候选关联用户信息筛选出当前关联用户信息后,直接提取全部的当前关联用户信息对应的权重乘积和,并对权重乘积和一一进行排序,将权重乘积和最大的当前关联对应的当前关联用户信息作为第一用户信息的目标关联用户信息。
如图1所示,在步骤S105中,将验证码发送给目标关联用户信息对应的计算设备。
得到目标关联用户信息后,第一服务器就可以将获取的验证码发送给目标关联用户信息对应的计算设备,这样第一计算设备能够通过第二计算设备上得到该验证码,输入至APP1从而完成验证的发送过程。即,如果目标关联用户信息成功将验证码发送给第二计算设备,则第二计算设备将验证码展示给第一计算设备,第一计算设备即可利用该验证码。
将验证码发送给目标关联用户信息对应的计算设备,包括以下三种方式:
第一种方式:向第一计算设备发送是否允许将验证码发送给目标关联用户信息对应的计算设备的第一询问信息;获取第一计算设备针对第一询问信息的第一响应信息;若根据第一响应信息确定第一计算设备允许将验证码发送给目标关联用户信息对应的计算设备,则将验证码发送给目标关联用户信息对应的计算设备。若根据第一响应信息确定第一计算设备不允许将验证码发送给目标关联用户信息对应的计算设备,则向目标关联用户信息对应的计算设备发送第一计算设备拒绝将验证码发送给目标关联用户信息对应的计算设备的提示信息。
在第一计算设备接收到第一服务器向第一计算设备发送的第一询问信息后,可以在第一计算设备对应的APP1上生成关于第一询问信息的提示按钮。该提示按钮结合该询问信息一起出现,提示按钮包括“是”和“否”两种,在选择“是”按钮后,则第一计算设备将允许将验证码发送给第二计算设备的响应信息发送给第一服务器,选择“否”按钮后则第一计算设备将不允许将验证码发送给第二计算设备的响应信息发送给第一服务器。
第二种方式:向目标关联用户信息对应的计算设备发送是否接收针对第一用户信息的验证码的第二询问信息;
获取目标关联用户信息对应的计算设备针对第二询问信息的第二响应信息;
若响应信息根据第二响应信息确定目标关联用户信息对应的计算设备接收针对第一用户信息的验证码,则将验证码发送给目标关联用户信息对应的计算设备。若根据第二响应信息确定目标关联用户信息对应的计算设备不接收针对第一用户信息的验证码,则向第一计算设备发送目标关联用户信息对应的计算设备不接收验证码的提示信息。
在第二计算设备接收到第一服务器向第二计算设备发送的第一询问信息后,可以在第二计算设备对应的APP2上生成关于第二询问信息的提示按钮。该提示按钮结合该询问信息一起出现,提示按钮包括“是”和“否”两种,在选择“是”按钮后,则第二计算设备将允许接收验证码的响应信息发送给第一服务器,选择“否”按钮后则第二计算设备将将允许接收验证码的响应信息发送给第一服务器。
第三种方式:向第一计算设备发送是否将验证码发送给目标关联用户信息对应的计算设备的第一询问信息,以及向目标关联用户信息对应的计算设备发送是否接收针对第一用户信息的验证码的第二询问信息;
获取第一计算设备针对第一询问信息的第一响应信息,以及获取目标关联用户信息对应的计算设备针对第二询问信息的第二响应信息;
若根据第一响应信息确定第一计算设备允许将验证码发送给目标关联用户信息对应的计算设备,并且根据第二响应信息确定目标关联用户信息对应的计算设备接收针对第一用户信息的验证码的第二询问信息,则将验证码发送给目标关联用户信息对应的计算设备。若根据第一响应信息确定第一计算设备不允许将验证码发送给目标关联用户信息对应的计算设备,或根据第二响应信息确定目标关联用户信息对应的计算设备不接收针对第一用户信息的验证码,则向第一用户信息对应的第一计算设备或目标关联用户信息对应的计算设备发送验证码发送失败的提示信息。
在第一计算设备接收到第一服务器向第一计算设备发送的第一询问信息,以及第二计算设备接收到第一服务器向第二计算设备发送的第一询问信息后,在第一计算设备对应的APP1上生成关于第一询问信息的第一提示按钮,以及在第二计算设备对应的APP2上生成关于第二询问信息的第二提示按钮。两提示按钮结合各自的该询问信息一起出现,两提示按钮都包括“是”和“否”两种,在选择第一提示按钮的“是”按钮后,则第一计算设备将允许将验证码发送给第二计算设备的响应信息发送给第一服务器,在选择第一提示按钮的“否”按钮后则第一计算设备将不允许将验证码发送给第二计算设备的响应信息发送给第一服务器。在选择第二提示按钮的“是”按钮后,则第二计算设备将允许接收验证码的响应信息发送给第一服务器,在选择第二提示按钮的“否”按钮后则第二计算设备将将允许接收验证码的响应信息发送给第一服务器。
若未成功将验证码发送给目标关联用户信息对应的计算设备,则从第一用户信息的当前关联用户信息中选取新的目标关联用户信息;将验证码发送给新的目标关联用户信息对应的计算设备。具体的,将验证码发送给目标关联用户信息对应的计算设备,包括:通过与目标关联用户信息对应的计算设备之间的计算设备应用通信通道,将验证码发送给目标关联用户信息对应的计算设备,计算设备应用通信通道是与目标关联用户信息对应的计算设备应用通信通道。即,服务器通过APP2与服务器的应用通信通道将验证码发送给APP2。本申请实施例一中提供的验证码发送方法,摒弃了传统的短信验证码传输渠道,利用互联网APP渠道进行验证码的传输,降低了验证码传输的运营成本及系统风险,为验证码提供了多渠道的传输方式。
本申请实施例一提供的验证码发送方法,在第一计算设备(对应APP1)、第二计算设备(对应APP2)、第一服务器(对应服务端)之间能够构成相互的循环,为了便于理解,本申请实施例一中结合具体场景对两种循环进行说明:
如图4a所示,第一种循环方式为:APP1向服务端发送验证码请求,服务端接收APP1的验证码请求,服务端获取验证码发送给APP2,APP2向APP1展示该验证码,供APP1使用。如图4b所示,第二种循环方式为:服务端向APP1或APP2发送第一询问信息或第二询问信息,APP1根据第一询问信息生成第一响应信息,或APP2根据第二询问信息生成第二响应信息反馈给服务端。
本申请实施例一提供的验证码发送方法,在接收到验证码请求后,首先要在第一用户信息的初始关联用户信息基础上筛选出第一用户信息的当前关联用户信息,然后要在当前关联用户信息中再次筛选处第一用户信息的目标关联用户信息,最后才将验证码发送给目标关联用户信息对应的计算设备。两次筛选过程中,都需要都用户信息进行关联计算,这样确保了最终筛选出的目标关联用户信息可靠性和安全性,进而降低了验证码传输过程中被劫持风险的风险,保证了验证码发送的安全性。此外,本申请实施例一提供的验证码发送方法还为验证码传输提供了一种新的方式。
实施例二
在上述的实施例一中,提供了一种验证码发送方法,与之相对应的,本申请实施例二提供了一种验证码发送装置。由于装置实施例基本相似于方法实施例一,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图5,其出示了本申请实施例二提供的一种验证码发送装置示意图。
该验证码发送装置包括:
验证码请求接收单元501,用于接收第一用户信息对应的第一计算设备发送的验证码请求;
信息获取单元502,用于针对所述验证码请求,获取针对所述第一用户信息的验证码,并获取所述第一用户信息的初始关联用户信息;
当前关联用户信息获取单元503,用于根据所述第一用户信息的初始关联用户信息,获取所述第一用户信息的当前关联用户信息;
目标关联用户信息选取单元504,用于从第一用户信息的所述当前关联用户信息中选取所述第一用户信息的目标关联用户信息;
验证码发送单元505,用于将所述验证码发送给所述目标关联用户信息对应的计算设备。
可选的,所述验证码请求中携带有所述第一用户信息的标识信息;
信息获取单元502,包括:
验证码请求解析子单元,用于解析所述验证码请求,获取所述第一用户信息的标识信息;
验证码获取子单元,用于根据所述第一用户信息的标识信息,获取针对所述第一用户信息的验证码;
初始关联用户信息获取子单元,用于根据所述第一用户信息的标识信息在存储有初始关联用户信息的数据库中查找所述第一用户信息的初始关联用户信息。
可选的,还包括:在所述数据库中预先存储标识信息与所述初始关联用户信息的对应关系;
所述初始关联用户信息获取子单元,具体用于在所述标识信息与所述初始关联用户信息的对应关系中,查找出所述第一用户信息的标识信息对应的所述第一用户信息的初始关联用户信息。
可选的,当前关联用户信息获取单元503包括:
当前候选关联用户信息获取子单元,用于从所述第一用户信息的初始关联用户信息中,获取与第一用户信息关于同一事件相关联的当前候选关联用户信息;
当前关联事件信息的数据获取子单元,用于获取与所述第一用户信息和所述当前候选关联用户信息都关联的当前关联事件信息的数据;
当前关联度数据获取子单元,用于根据所述当前关联事件信息的数据,获取所述第一用户信息与所述当前候选关联用户信息的当前关联度数据;
当前关联用户信息确定子单元,用于根据所述当前关联度数据,确定所述第一用户信息的当前关联用户信息。
可选的,当前候选关联用户信息获取子单元,具体用于从所述第一用户信息的初始关联用户信息中,获取与第一用户信息关联的当前事件信息;
按照标准数据格式,将所述当前事件信息转换为标准数据格式的当前事件信息;
根据所述标准数据格式的当前事件信息,确定与所述第一用户信息关于同一事件相关联的当前候选关联用户信息。
可选的,当前关联事件信息的数据获取子单元,具体用于获取与所述第一用户信息和所述当前候选关联用户信息都关联的当前关联事件信息;
根据当前关联事件信息,获取所述当前关联事件信息的数据。
可选的,当前关联度数据获取子单元,具体用于按照标准数据格式,将所述当前关联事件信息转换为标准数据格式的当前关联事件信息;
对所述标准数据格式的当前关联事件信息进行数据分类,获取数据分类结果;
根据所述当前关联事件信息的数据和所述数据分类结果,得到所述当前关联度数据。
可选的,所述对所述标准数据格式的当前关联事件信息进行数据分类,获取数据分类结果,包括:
根据所述标准数据格式的当前关联事件信息以及预先获取的事件信息与数据类目的对应关系,根据当前关联事件信息在事件信息与数据类目的对应关系中查找所述前关联事件信息对应的所述数据类目,获取所述数据分类结果。
可选的,所述根据所述当前关联事件信息的数据和所述数据分类结果,得到所述当前关联度数据,包括:
根据所述数据分类结果,对不同数据类目的所述标准数据格式的当前关联事件信息按照预先设置好的数据类目与权重的对应关系赋予各自对应的权重;
根据所述当前关联事件信息的数据与权重,得到所述当前关联度数据。
可选的,当前关联用户信息确定子单元,具体用于将所述当前关联度数据大于预先设置的当前关联度数据阈值的当前候选关联用户信息,作为所述第一用户信息的当前关联用户信息。
可选的,目标关联用户信息选取单元505,具体用于在所述当前关联用户信息中选取与所述第一用户信息关联度最高的所述当前关联用户信息作为所述第一用户信息的目标关联用户信息;
或者,在所述当前关联用户信息中选取与所述第一用户信息互动时间最近的所述当前关联用户信息作为所述第一用户信息的目标关联用户信息;
或者,在所述当前关联设备列表中选取与所述第一用户信息互动信息数量最多的所述当前关联用户信息作为所述第一用户信息的目标关联用户信息。
可选的,验证码发送单元505包括:
询问信息发送子单元,用于向所述第一计算设备发送是否允许将所述验证码发送给所述目标关联用户信息对应的计算设备的第一询问信息;
响应信息获取子单元,用于获取所述第一计算设备针对所述第一询问信息的第一响应信息;
验证码发送选择子单元,用于若根据所述第一响应信息确定所述第一计算设备允许将所述验证码发送给所述目标关联用户信息对应的计算设备,则将所述验证码发送给所述目标关联用户信息对应的计算设备。
可选的,所述验证码发送选择子单元,还用于若根据所述第一响应信息确定所述第一计算设备不允许将所述验证码发送给所述目标关联用户信息对应的计算设备,则向所述目标关联用户信息对应的计算设备发送所述第一计算设备拒绝将验证码发送给所述目标关联用户信息对应的计算设备的提示信息。
可选的,验证码发送单元505包括:
询问信息发送子单元,用于向所述目标关联用户信息对应的计算设备发送是否接收与所述第一计算设备相关的验证码的第二询问信息;
响应信息获取子单元,用于获取所述目标关联用户信息对应的计算设备针对所述第二询问信息的第二响应信息;
验证码发送选择子单元,用于若响应信息根据第二响应信息确定所述目标关联用户信息对应的计算设备接收与所述第一计算设备相关的验证码,则将所述验证码发送给所述目标关联用户信息对应的计算设备。
可选的,所述验证码发送选择子单元,还用于若根据第二响应信息确定所述目标关联用户信息对应的计算设备不接收与所述第一计算设备相关的验证码,则向所述第一计算设备发送所述目标关联用户信息对应的计算设备不接收所述验证码的提示信息。
可选的,询问信息发送子单元,用于向所述第一计算设备发送是否将验证码发送给所述目标关联用户信息对应的计算设备的第一询问信息,以及向所述目标关联用户信息对应的计算设备发送是否接收与所述第一计算设备相关的验证码的第二询问信息;
响应信息获取子单元,用于获取所述第一计算设备针对所述第一询问信息的第一响应信息,以及获取所述目标关联用户信息对应的计算设备针对所述第二询问信息的第二响应信息;
验证码发送选择子单元,用于若根据所述第一响应信息确定所述第一计算设备允许将所述验证码发送给所述目标关联用户信息对应的计算设备,并且根据第二响应信息确定所述目标关联用户信息对应的计算设备接收与所述第一计算设备相关的验证码的第二询问信息,则将所述验证码发送给所述目标关联用户信息对应的计算设备。
可选的,所述验证码发送选择子单元,还用于若根据所述第一响应信息确定所述第一计算设备不允许将所述验证码发送给所述目标关联用户信息对应的计算设备,或根据第二响应信息确定所述目标关联用户信息对应的计算设备不接收与所述第一计算设备相关的验证码,则向所述第一用户信息对应的第一计算设备或所述目标关联用户信息对应的计算设备发送所述验证码发送失败的提示信息。
可选的,目标关联用户信息选取单元505,还用于若未成功将所述验证码发送给所述目标关联用户信息对应的计算设备,则从第一用户信息的所述当前关联用户信息中选取新的目标关联用户信息;
验证码发送单元505,还用于将所述验证码发送给新的所述目标关联用户信息对应的计算设备。
实施例三
本申请实施例三提供一种验证码发送方法,以下结合图6对本申请实施例三进行介绍。
如图6所示,在步骤S601中,接收第一计算设备发送的验证码请求。
第一计算设备为第一用户信息对应的计算设备。第一用户信息为运行在第一计算设备上的第一应用的第一用户信息,如手机上的APP(应用程序,Application的缩写)的用户信息,或者电脑、IPAD上的应用,或者网页应用的用户信息等。本申请实施例三中,运行在第一计算设备上的第一应用记作APP1。第一应用的第一用户信息记作APP1的用户信息。
本申请实施例三中执行主体为服务器,当第一计算设备上的第一应用为APP1时,服务器设备为APP1对应的服务器,记作第一服务器。
本申请实施例三中关联用户信息对应的计算设备即为第二计算设备。关联用户信息为运行在第二计算设备上的第二应用的用户信息。本申请实施例三中,将运行在第二计算设备上的第二应用记作APP2,将第二应用的第二用户信息记作APP2的用户信息。
第一计算设备在浏览、使用APP1,或者想要称为APP1的会员时,需要进行注册或者验证,此时,APP1会发送验证码请求给第三计算设备。第三计算设备在接收到第一用户信息对应的第一计算设备发送的验证码请求后,会针对该验证码请求进行处理。处理方式如下:
如图6所示,在步骤S602中,针对验证码请求,向关联用户信息对应的计算设备发送验证码,关联用户信息为与第一用户信息关联的用户信息。
第三计算设备针对该验证码请求进行处理包括:针对验证码请求,向第二计算设备上的APP2发送验证码,关联用户信息为与第一用户信息关联的用户信息。
需要说明的是,第一计算设备和第二计算设备可以为同一计算设备。此时,APP1和APP2就为运行在同一计算设备上的两不同APP,第一用户信息与关联用户信息为同一个用户在不同应用上的用户信息。
实施例四
在上述的实施例三中,提供了一种验证码发送方法,与之相对应的,本申请实施例四提供了一种验证码发送装置。由于装置实施例基本相似于方法实施例三,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图7,其出示了本申请实施例四提供的一种验证码发送装置示意图。
一种验证码发送装置,包括:
验证码请求接收单元701,用于接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
验证码发送单元702,用于针对所述验证码请求,向关联用户信息对应的计算设备发送验证码,所述关联用户信息为与所述第一用户信息关联的用户信息。
可选的,所述第一用户信息为运行在所述第一计算设备上的第一应用的用户信息,所述关联用户信息为运行在所述第二计算设备上的第二应用的用户信息。
可选的,所述第一用户信息与所述关联用户信息为同一个用户在不同应用上的用户信息。
实施例五
本申请实施例五提供一种信息处理方法,以下结合图8对本申请实施例五进行介绍。
如图8所示,在步骤S801中,接收第一计算设备发送的验证码请求。
第一计算设备为第一用户信息对应的计算设备。第一用户信息为运行在第一计算设备上的第一应用的第一用户信息,如手机上的APP(应用程序,Application的缩写)的用户信息,或者电脑、IPAD上的应用,或者网页应用的用户信息等。本申请实施例五中,运行在第一计算设备上的第一应用记作APP1。第一应用的第一用户信息记作APP1的用户信息。
本申请实施例五中执行主体为服务器。当第一计算设备上的第一应用为APP1时,服务器为APP1对应的服务器,记作第一服务器
第一计算设备在浏览、使用APP1,或者想要称为APP1的会员时,需要进行注册或者验证,此时,APP1会发送验证码请求给第一服务器。第一服务器在接收到第一用户信息对应的第一计算设备发送的验证码请求后,会针对该验证码请求进行处理。处理方式如下:
如图8所示,在步骤S802中,针对验证码请求,向第二计算设备发送是否接收针对第一用户信息的验证码的询问信息。
第二计算设备为第二用户信息对应的计算设备。本申请实施例五中,第二用户信息为运行在第二计算设备上的第二应用的用户信息。本申请实施例五中,将运行在第二计算设备上的第二应用记作APP2,将第二应用的第二用户信息记作APP2的用户信息。
第一服务器针对该验证码请求进行处理包括:针对验证码请求,向第二计算设备发送是否接收针对第一用户信息的验证码的询问信息。
在向第二计算设备发送是否接收针对第一用户信息的验证码的询问信息后,还需要获取第二计算设备针对询问信息的响应信息。具体的,若根据响应信息确定第二计算设备接收针对第一用户信息的验证码,则将验证码发送给第二计算设备。若根据响应信息确定第二计算设备接收针对第一用户信息的验证码,则向第一计算设备发送第二计算设备拒绝接针对第一用户信息的验证码的提示信息。
需要说明的是,第一计算设备和第二计算设备可以为同一计算设备。此时,APP1和APP2就为运行在同一计算设备上的两不同APP,第一用户信息与关联用户信息为同一个用户在不同应用上的用户信息。
实施例六
在上述的实施例五中,提供了一种信息处理方法,与之相对应的,本申请实施例六提供了一种信息处理装置。由于装置实施例基本相似于方法实施例五,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图9,其出示了本申请实施例六提供的一种信息处理装置示意图。
一种信息处理装置,包括:
验证码请求接收单元901,用于接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
询问信息发送单元902,用于针对所述验证码请求,向第二计算设备发送是否接收与所述第一计算设备相关的验证码的询问信息,所述第二计算设备为第二用户信息对应的计算设备。
可选的,还包括:响应信息获取单元,用于获取所述第二计算设备针对所述询问信息的响应信息;
发送选择单元,用于若根据所述响应信息确定所述第二计算设备接收与所述第一计算设备相关的验证码,则将所述验证码发送给所述第二计算设备。
可选的,所述发送选择单元,还用于若根据所述响应信息确定所述第二计算设备接收与所述第一计算设备相关的验证码,则向所述第一计算设备发送所述第二计算设备拒绝接与所述第一计算设备相关的验证码的提示信息。
实施例七
本申请实施例七提供一种信息处理方法,以下结合图10对本申请实施例七进行介绍。
如图10所示,在步骤S1001中,接收第一计算设备发送的验证码请求。
第一计算设备为第一用户信息对应的计算设备。第一计算设备包括:手机、电脑、IPAD等,第一计算设备可以包括客户端。第一用户信息为运行在第一计算设备上的第一应用的第一用户信息,如手机上的APP(应用程序,Application的缩写)的用户信息,或者电脑、IPAD上的应用,或者网页应用的用户信息等。本申请实施例七中,运行在第一计算设备上的第一应用记作APP1。第一应用的第一用户信息记作APP1的用户信息。本申请实施例七中执行主体为第三计算设备,为服务器。当第一计算设备上的第一应用为APP1时,服务器为APP1对应的服务器,记作第一服务器可以指为第一计算设备提供计算、存储等功能的计算设备,第三计算设备可以包括服务器。
第一计算设备在浏览、使用APP1,或者想要称为APP1的会员时,需要进行注册或者验证,此时,APP1会发送验证码请求给第三计算设备。第三计算设备在接收到第一用户信息对应的第一计算设备发送的验证码请求后,会针对该验证码请求进行处理。处理方式如下:
如图10所示,在步骤S1002中,针对验证码请求,向第一计算设备发送是否允许将针对第一用户信息的验证码发送给第二计算设备的询问信息。
第二计算设备为第二用户信息对应的计算设备。本申请实施例五中,第二用户信息为运行在第二计算设备上的第二应用的用户信息。本申请实施例五中,将运行在第二计算设备上的第二应用记作APP2,将第二应用的第二用户信息记作APP2的用户信息。
第一服务器针对该验证码请求进行处理包括:针对验证码请求,向第一计算设备发送是否允许将针对第一用户信息的验证码发送给第二计算设备的询问信息。
在向第一计算设备发送是否允许将针对第一用户信息的验证码发送给第二计算设备的询问信息后,还需要获取第一计算设备针对询问信息的响应信息。具体的,若根据响应信息确定第一计算设备允许将验证码发送给第二计算设备,则将验证码发送给第二计算设备。若根据响应信息确定第一计算设备不允许将验证码发送给第二计算设备,则向第二计算设备发送第一计算设备不允许发送验证码的提示信息。
需要说明的是,第一计算设备和第二计算设备可以为同一计算设备。此时,APP1和APP2就为运行在同一计算设备上的两不同APP,第一用户信息与关联用户信息为同一个用户在不同应用上的用户信息。
实施例八
在上述的实施例七中,提供了一种信息处理方法,与之相对应的,本申请实施例八提供了一种信息处理装置。由于装置实施例基本相似于方法实施例七,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图11,其出示了本申请实施例八提供的一种信息处理装置示意图。
一种信息处理装置,包括:
验证码请求接收单元1101,用于接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
询问信息发送单元1102,用于针对所述验证码请求,向所述第一计算设备发送是否允许将与所述第一计算设备相关的验证码发送给第二计算设备的询问信息,所述第二计算设备为第二用户信息对应的计算设备。
可选的,还包括:响应信息获取单元,用于获取所述第一计算设备针对所述询问信息的响应信息;
发送选择单元,用于若根据所述响应信息确定所述第一计算设备允许将所述验证码发送给所述第二计算设备,则将所述验证码发送给所述第二计算设备。
可选的,所述发送选择单元,还用于若根据所述响应信息确定所述第一计算设备不允许将所述验证码发送给所述第二计算设备,则向所述第二计算设备发送所述第一计算设备不允许发送所述验证码的提示信息。
实施例九
本申请实施例九提供一种信息处理方法,以下结合图12对本申请实施例九进行介绍。
如图12所示,在步骤S1201中,第二计算设备接收第三计算设备发送的是否接收第一计算设备相关的验证码的询问信息。
本申请实施例九中执行主体为第二计算设备,第二计算设备为第二用户信息对应的计算设备用于接收针对所述第一用户信息的验证码;第三计算设备为发送针对第一用户信息的验证码的计算设备。第二用户信息为运行在第二计算设备上的第二应用的第二用户信息,如手机上的APP(应用程序,Application的缩写)的用户信息,或者电脑、IPAD上的应用,或者网页应用的用户信息等。本申请实施例九中,运行在第二计算设备上的第二应用记作APP2。第二应用的第二用户信息记作APP2的用户信息。第三计算设备为服务器。本申请实施例九中,发送验证码请求的计算设备为第一计算设备,即,第一用户信息对应的计算设备。本申请实施例九中,将运行在第一计算设备上的第一应用记作APP1,将第一应用的第一用户信息记作APP1的用户信息。
第一计算设备在浏览、使用APP1,或者想要称为APP1的会员时,需要进行注册或者验证,此时,APP1会发送验证码请求给第三计算设备。第三计算设备在接收到第一用户信息对应的第一计算设备发送的验证码请求后,会针对该验证码请求进行处理。处理方式如下:第二用户信息对应的第二计算设备接收第三计算设备发送的是否接收第一计算设备相关的验证码的询问信息。在第二计算设备接收到询问信息后,需要给出相应的响应,以便完成信息的处理,具体方式如下:
如图12所示,在步骤S1202中,第二计算设备向第三计算设备发送针对询问信息的响应信息。其中,第二计算设备向第三计算设备发送针对询问信息的响应信息,包括:若针对响应信息确定第二计算设备接收验证码,则第二计算设备向第三计算设备发送第二计算设备接收验证码的响应信息。若针对响应信息确定第二计算设备不接收验证码,则第二计算设备向第三计算设备发送第二计算设备不接收验证码的响应信息。
需要说明的是,第一计算设备和第二计算设备可以为同一计算设备。此时,APP1和APP2就为运行在同一计算设备上的两不同APP,第一用户信息与关联用户信息为同一个用户在不同应用上的用户信息。
实施例十
在上述的实施例九中,提供了一种信息处理方法,与之相对应的,本申请实施例十提供了一种信息处理装置。由于装置实施例基本相似于方法实施例九,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图13,其出示了本申请实施例十提供的一种信息处理装置示意图。
一种信息处理装置,应用于第二计算设备,包括:
询问信息接收单元1301,用于接收第三计算设备发送的是否接收针对第一用户信息的验证码的询问信息;
响应信息发送单元1302,用于向所述第三计算设备发送针对所述询问信息的响应信息;
其中,所述第二计算设备为第二用户信息对应的计算设备,所述第二计算设备用于接收针对所述第一用户信息的验证码;
所述第三计算设备为发送针对第一用户信息的验证码的计算设备。
可选的,响应信息发送单元1302,具体用于若针对所述响应信息确定接收所述验证码,则向所述第三计算设备发送接收所述验证码的响应信息。
可选的,响应信息发送单元1302,具体用于若针对所述响应信息确定不接收所述验证码,则向所述第三计算设备发送不接收所述验证码的响应信息。
实施例十一
本申请实施例十一提供一种验证码处理方法,以下结合图14对本申请实施例十一进行介绍。
如图14所示,在步骤S1401中,第二计算设备中的第二计算设备应用利用第二用户信息,接收第三计算设备发送的针对第一用户信息的验证码。
本申请实施例十一中执行主体为第二计算设备,第二计算设备为第二用户信息对应的计算设备,该第二计算设备中的第二计算设备应用利用第二用户信息,用于接收针对所述第一用户信息的验证码。第一用户信息为第一计算设备中安装的第一计算设备应用的用户信息。即,第一应用的第一用户信息。第三计算设备为发送针对第一用户信息的验证码的计算设备。第二用户信息为第二计算设备中的第二计算设备应用对应的用户信息。即,本申请实施例十一中运行在第二计算设备上的第二应用的第二用户信息,如手机上的APP(应用程序,Application的缩写)的用户信息,或者电脑、IPAD上的应用,或者网页应用的用户信息等。本申请实施例十一中,第二用户信息为第一用户信息关联的用户信息本申请实施例十一中,运行在第二计算设备上的第二应用记作APP2。第二应用的第二用户信息记作APP2的用户信息。第三计算设备为服务器。本申请实施例十一中,发送验证码请求的计算设备为第一计算设备,即,第一用户信息对应的计算设备。本申请实施例十一中,将运行在第一计算设备上的第一应用记作APP1,将第一应用的第一用户信息记作APP1的用户信息。
第一计算设备在浏览、使用APP1,或者想要称为APP1的会员时,需要进行注册或者验证,此时,APP1会发送验证码请求给第三计算设备。第三计算设备在接收到第一用户信息对应的第一计算设备发送的验证码请求后,会针对该验证码请求获取验证码,并将验证码发送给第二计算设备。此时,第二计算设备要接收该验证码,具体操作如下:
如图14所示,在步骤S1402中,第二计算设备输出验证码。具体的,第二计算设备向第三计算设备发送针对询问信息的响应信息,包括:第二计算设备输出验证码,包括:第二计算设备展示验证码;或者第二计算设备将验证码发送给第一计算设备。
需要说明的是,第一计算设备和第二计算设备可以为同一计算设备。此时,APP1和APP2就为运行在同一计算设备上的两不同APP,第一用户信息与关联用户信息为同一个用户在不同应用上的用户信息。
实施例十二
在上述的实施例十一中,提供了一种验证码处理方法,与之相对应的,本申请实施例十二提供了一种验证码处理装置。由于装置实施例基本相似于方法实施例十一,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图15,其出示了本申请实施例十二提供的一种验证码处理装置示意图。
一种验证码处理装置,应用于第二计算设备,包括:
验证码接收单元1501,用于利用第二用户信息接收第三计算设备发送的针对第一用户信息的验证码,所述第一用户信息为第一计算设备中安装的第一计算设备应用的用户信息;
其中,所述第二用户信息为所述第一用户信息关联的用户信息;
验证码输出单元1502,用于所述输出所述验证码。
所述输出所述验证码,包括:
展示所述验证码;
或者,将所述验证码发送给所述第一计算设备,所述第一计算设备为所述第一用户信息对应的计算设备。
实施例十三
本申请实施例十三提供一种信息处理方法,以下结合图16对本申请实施例十三进行介绍。
如图16所示,在步骤S1601中,第一计算设备接收第三计算设备发送的是否允许将针对所述第一用户信息的验证码的发送给第二用户信息对应的第二计算设备的询问信息。
本申请实施例十三中执行主体为第一计算设备,第一计算设备为第一用户信息对应的计算设备。第一计算设备用于发送针对所述第一用户信息的验证码请求。第一用户信息为运行在第一计算设备上的第一应用的第一用户信息,如手机上的APP(应用程序,Application的缩写)的用户信息,或者电脑、IPAD上的应用,或者网页应用的用户信息等。本申请实施例五中,运行在第一计算设备上的第一应用记作APP1。第一应用的第一用户信息记作APP1的用户信息。第三计算设备为发送针对第一用户信息的验证码的计算设备,第三计算设备为服务器。
在本申请实施例十三中第二计算设备为第二用户信息对应的计算设备。第二用户信息为运行在第二计算设备上的第二应用的用户信息。本申请实施例十三中,将运行在第二计算设备上的第二应用记作APP2,将第二应用的第二用户信息记作APP2的用户信息。
第一计算设备在浏览、使用APP1,或者想要称为APP1的会员时,需要进行注册或者验证,此时,APP1会发送验证码请求给第三计算设备。第三计算设备在接收到第一用户信息对应的第一计算设备发送的验证码请求后,会针对该验证码请求进行处理。处理方式如下:第一计算设备接收第三计算设备发送的是否允许将针对第一用户信息的验证码发送给第二计算设备的询问信息。在第一计算设备接收到询问信息后,需要给出相应的响应,以便完成信息的处理,具体方式如下:
如图16所示,在步骤S1602中,第一计算设备向第三计算设备发送针对询问信息的响应信息。其中,第一计算设备向第三计算设备发送针对询问信息的响应信息,包括:若针对响应信息确定第一计算设备允许第三计算设备将验证码发送给第二计算设备,则第一计算设备向第三计算设备发送允许发送验证码的响应信息。若针对响应信息确定第一计算设备不允许第三计算设备将验证码发送给第二计算设备,则第一计算设备向第三计算设备发送不允许发送验证码的响应信息。
需要说明的是,第一计算设备和第二计算设备可以为同一计算设备。此时,APP1和APP2就为运行在同一计算设备上的两不同APP,第一用户信息与关联用户信息为同一个用户在不同应用上的用户信息。
实施例十四
在上述的实施例十三中,提供了一种信息处理方法,与之相对应的,本申请实施例十四提供了一种信息处理装置。由于装置实施例基本相似于方法实施例十三,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图17,其出示了本申请实施例十四提供的一种信息处理装置示意图。
一种信息处理装置,应用于第一计算设备,包括:
询问信息接收单元1701,用于接收第三计算设备发送的是否允许将针对第一用户信息的验证码发送给第二用户信息对应的第二计算设备的询问信息;
响应信息发送单元1702,用于向所述第三计算设备发送针对所述询问信息的响应信息;
其中,所述第一计算设备为第一用户信息对应的计算设备,所述第一计算设备用于发送针对所述第一用户信息的验证码请求;
所述第二计算设备为第二用户信息对应的计算设备;
所述第三计算设备为发送针对第一用户信息的验证码的计算设备。
可选的,响应信息发送单元1702,具体用于若针对所述响应信息确定允许所述第三计算设备将所述验证码发送给所述第二计算设备,则向所述第三计算设备发送允许发送所述验证码的响应信息。
可选的,响应信息发送单元1702,具体用于若针对所述响应信息确定不允许所述第三计算设备将所述验证码发送给所述第二计算设备,则向所述第三计算设备发送不允许发送所述验证码的响应信息。
实施例十五
本申请实施例十五提供一种验证码处理方法,以下结合图18对本申请实施例十五进行介绍。
如图18所示,在步骤S1801中,第一计算设备接收第二计算设备发送的针对第一用户信息的验证码。
本申请实施例十五中执行主体为第一计算设备,第一计算设备为第一用户信息对应的计算设备。第一计算设备用于发送针对所述第一用户信息的验证码请求。第一用户信息为运行在第一计算设备上的第一应用的第一用户信息,如手机上的APP(应用程序,Application的缩写)的用户信息,或者电脑、IPAD上的应用,或者网页应用的用户信息等。本申请实施例五中,运行在第一计算设备上的第一应用记作APP1。第一应用的第一用户信息记作APP1的用户信息。第一计算设备包括:手机、电脑、IPAD等,第一计算设备可以包括客户端。第一用户信息为运行在第一计算设备上的第一应用的第一用户信息,如手机上的APP(应用程序,Application的缩写)的用户信息,或者电脑、IPAD上的应用,或者网页应用的用户信息等。本申请实施例十五中,运行在第一计算设备上的第一应用记作APP1。第一应用的第一用户信息记作APP1的用户信息。第三计算设备为发送针对第一用户信息的验证码的计算设备,第三计算设备为服务器。
在本申请实施例十五中将关联用户信息对应的计算设备称为第二计算设备。本申请实施例十五中,第二计算设备为第二用户信息对应的计算设备。第二用户信息为运行在第二计算设备上的第二应用的用户信息。本申请实施例十五中,将运行在第二计算设备上的第二应用记作APP2,将第二应用的第二用户信息记作APP2的用户信息。
第一计算设备在浏览、使用APP1,或者想要称为APP1的会员时,需要进行注册或者验证,此时,APP1会发送验证码请求给第三计算设备。第三计算设备在接收到第一用户信息对应的第一计算设备发送的验证码请求后,会针对该验证码请求获取验证码,并将验证码发送给第二计算设备。此时,第二计算设备接收该验证码后需要提供给第一计算设备利用,具体操作如下:
如图18所示,在步骤S1802中,第一计算设备利用验证码进行验证处理。其中,第二用户信息为与第一用户信息关联的用户信息。
实施例十六
在上述的实施例十五中,提供了一种验证码处理方法,与之相对应的,本申请实施例十六提供了一种验证码处理装置。由于装置实施例基本相似于方法实施例十五,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图19,其出示了本申请实施例十六提供的一种验证码处理装置示意图。
一种验证码处理装置,应用于第一计算设备,包括:
验证码接收单元1901,用于接收第二用户信息对应的第二计算设备发送的针对所述第一用户信息的验证码;
验证码处理单元1902,用于利用所述验证码进行验证处理;
其中,所述第一计算设备为第一用户信息对应的计算设备;
所述第二计算设备为第二用户信息对应的计算设备。
可选的,所述第二用户信息为与所述第一用户信息关联的用户信息。
实施例十七
本申请实施例十七提供一种数据处理方法,以下结合图20对本申请实施例十七进行介绍。
如图20所示,在步骤S2001中,获取原始用户活动信息。
本申请实施例十七中将执行主体记为第三计算设备,可以指为其它计算设备提供计算、存储等功能的计算设备,第三计算设备可以包括服务器。
原始用户信息为存储在第三设备内的全部历史用户的活动信息,如:历史用户的全部历史交易活动信息,历史用户的全部历史登录活动信息,历史用户的全部历史互动活动信息等。
在步骤S2002中,从原始用户活动信息中获取与目标用户信息关于同一事件相关联的候选关联用户信息。
通过从原始用户活动信息中获取与目标用户信息关于同一事件相关联的候选关联用户信息,能够增加用户之间的互动性。对原始用户活动信息进行初次筛选,能够确保候选关联用户信息与关联用户信息的关联性和紧密性。
在本步骤S2002中需要对原始用户活动信息进行筛选。从原始用户活动信息中获取与目标用户信息关于同一事件相关联的候选关联用户信息,包括:
从原始用户活动信息中,获取与目标用户信息关联的事件信息;
按照标准数据格式,将事件信息转换为标准数据格式的事件信息;
根据标准数据格式的事件信息,确定与目标用户信息关于同一事件相关联的候选关联用户信息。
目标用户信息的原始用户活动信息中,并不是所有的原始用户活动信息都会与该目标用户信息具有关联事件。通过从目标用户信息的原始用户活动信息中,获取与目标用户信息关联的事件信息,能够确保帅选出的关联用户信息为关联用户信息,进一步确保了获取的目标用户信息的关联用户信息为目标用户信息的关联用户信息。
标准数据格式为预先设定好的固定格式,如第N用户信息={第N用户对应的关联用户信息中的ID,与第N用户信息中对应的关联的事件信息},本申请实施例一中N=1。其中,关联用户信息中的ID可以为用户ID、环境ID、硬件ID等,关联的事件信息可以为wifi登录事件、订单事件、交易事件、互动时间等。
当得到标准数据格式的事件信息后,可以选择与目标用户信息关于同一事件相关联的关联用户信息,如选择与目标用户信息关于同一登录时间相关联的用户信息作为关联用户信息(如将与目标用户信息同时登录同一wifi设备的关联的用户信息作为关联用户信息)。
在步骤S2003中,获取与目标用户信息和候选关联用户信息都关联的关联事件信息的数据。
获取与目标用户信息和候选关联用户信息都关联的关联事件信息的数据,包括:
获取与目标用户信息和候选关联用户信息都关联的关联事件信息;
根据关联事件信息,获取关联事件信息的数据。
在步骤S2002中,已经获取与目标用户信息关于同一事件相关联的候选关联用户信息,在本步骤S2003中需要获取与目标用户信息和候选关联用户信息都关联的关联事件信息。即,目标用户信息和候选关联用户信息都参与的关联事件的事件信息。
关联事件信息的数据为关联事件信息的关联系数、出现频率、或者出现次数等。本实施例一中具体以关联事件信息的数据为关联事件信息的出现次数为例进行说明,其他情况时与前关联事件信息的出现次数类似。
在步骤S2004中,根据关联事件信息的数据,获取目标用户信息与候选关联用户信息的关联度数据。
根据关联事件信息的数据,获取目标用户信息与候选关联用户信息的关联度数据,包括:
按照标准数据格式,将关联事件信息转换为标准数据格式的关联事件信息;对标准数据格式的关联事件信息进行数据分类,获取数据分类结果;根据关联事件信息的数据和数据分类结果,得到关联度数据。具体的,按照标准数据格式,将关联事件信息转换为标准数据格式的关联事件信息,包括:根据标准数据格式的关联事件信息以及预先获取的关联事件信息与数据类目的对应关系,获取数据分类结果。根据关联事件信息的数据和数据分类结果,得到关联度数据,包括:根据数据分类结果,对不同数据类目的标准数据格式的关联事件信息按照预先设置好的数据类目与权重的对应关系赋予各自对应的权重;根据关联事件信息的数据与权重,得到关联度数据。根据关联度数据,确定目标用户信息的关联用户信息,包括:将关联度数据大于预先设置的关联度数据阈值的候选关联用户信息,作为目标用户信息的关联用户信息。
标准数据格式为预先设定好的固定格式,如第N用户信息={第N用户对应的关联用户信息中的ID,与第N用户信息中对应的关联的事件信息},本申请实施例一中N=1。其中,关联用户信息中的ID可以为用户ID、环境ID、硬件ID等,关联的事件信息可以为不同用户信息之间有交集的wifi登录事件(如第一计算设备连接第二计算设备的wifi、第一计算设备和第二计算设备连接同一wifi设备等)、不同用户信息之间有交集的交易事件(APP1通过APP2进行付款、APP1与APP2之间相互进行转账等)、不同用户信息之间有交集的连接事件(APP1通过链接跳转至APP2等)、不同用户信息之间有交集的互动事件(如聊天、分享文件、分享音频、分享视频、蓝牙连接等)等。
对标准数据格式的关联事件信息进行数据分类,获取数据分类结果,包括:
根据标准数据格式的关联事件信息以及预先获取的事件信息与数据类目的对应关系,根据关联事件信息在事件信息与数据类目的对应关系中查找前关联事件信息对应的数据类目,获取数据分类结果。即,首先,对每一关联事件信息与每一数据类目一一进行编号,如:数据类目1、数据类目2…数据类目N,关联事件信息1、关联事件信息2…关联事件信息N。然后,将相同编号的数据类目和关联事件信息一一对应,生成事件信息与数据类目的对应关系。最后,获取关联事件信息,并在事件信息与数据类目的对应关系中查找前关联事件信息对应的数据类目,获取数据分类结果。
如在本申请实施例十七中,关联事件信息的数据类目共有登录类关联事件信息,交易类关联事件信息,互动类关联事件信息等六种。在获取关联事件信息,并在事件信息与数据类目的对应关系中查找前关联事件信息对应的数据类目后,发现关联事件信息的数据分类结果有关联事件信息的数据类目中的登录类关联事件信息,交易类关联事件信息,互动类关联事件信息三种。此时,关联事件信息的数据分类结果为:关联事件信息的数据类目有登录类关联事件信息,交易类关联事件信息,互动类关联事件信息三种。
在获取数据分类结果后需要根据该数据分类结果,对不同数据类目的标准数据格式的关联事件信息按照预先设置好的数据类目与权重的对应关系赋予各自对应的权重。首先,将登录类关联事件信息,交易类关联事件信息,互动类关联事件信息三种类别的关联事件信息分别即为A、B、C。然后,按照A、B、C按照重要程度预先设置好数据类目与权重的对应关系,如数据类目与权重的对应关系为:A的权重为0.5、B的权重为0.3、C的权重为0.2。最后,根据数据类目与权重的对应关系,对A、B、C分别赋予各自对应的权重0.5、0.3、0.2。
在得到A、B、C各自对应的权重后,需要根据关联事件信息的数据与权重,得到关联度数据。具体的,由于本申请实施例十七中的关联事件信息的数据为关联事件信息的出现次数,所以,根据关联事件信息的数据与权重,得到关联度数据为:计算关联事件信息的出现次数与各自对应的权重的乘积和,该乘积的和为关联度数据。如果本申请实施例一中A、B、C的出现次数分别为10次、20次、30次,那么关联度数据就为10*0.5+20*0.3+30*0.2=17。
在步骤S2005中,根据关联度数据,确定目标用户信息的关联用户信息。
根据关联度数据,确定目标用户信息的关联用户信息,包括:将关联度数据大于预先设置的关联度数据阈值的候选关联用户信息,作为目标用户信息的关联用户信息。
上述步骤S2004中已经获取了关联度数据,本申请实施例十七中的关联事件信息的数据为关联事件信息的出现次数,所以得到候选关联用户信息对应的每个关联度数据为关联事件信息的出现次数与各自对应的权重的乘积和。在根据关联度数据,确定目标用户信息的关联用户信息,即在全部的候选关联用户信息中筛选出关联度数据满足一定条件的部分候选关联用户和作为关联用户信息时。可以预先设置好关联度数据阈值,然后寻找乘积和大于预先设置的关联度数据阈值的候选关联用户信息,作为目标用户信息的关联用户信息。
例如,候选关联用户信息共有5个,分别记作候选关联用户信息1、候选关联用户信息2、候选关联用户信息3、候选关联用户信息4、候选关联用户信息5,5个候选关联用户信息各自对应的关联度数据分别为10、15、17、20、21。根据关联度数据,确定目标用户信息的关联用户信息时,可以预先设定好前关联度数据阈值为16,那么就可以在5个候选用户信息中筛选出3个作为关联用户信息。
在筛选出3个关联用户信息后,本申请实施例十七提供的验证码发送方法,还包括:根据目标用户信息对应的设备发送的验证码请求,生成获取目标用户信息的关联用户信息的指令;根据获取目标用户信息的关联用户信息的指令,获取目标用户信息的关联用户信息。
实施例十八
在上述的实施例十七中,提供了一种数据处理方法,与之相对应的,本申请实施例十八提供了一种数据处理装置。由于装置实施例基本相似于方法实施例十七,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图21,其出示了本申请实施例十八提供的一种数据处理装置示意图。
一种数据处理装置,包括:
原始用户信息获取单元2101,用于获取原始用户活动信息;
侯选关联用户信息获取单元2102,用于从所述原始用户活动信息中获取与目标用户信息关于同一事件相关联的候选关联用户信息;
关联事件信息的数据获取单元2103,用于获取与所述目标用户信息和所述候选关联用户信息都关联的关联事件信息的数据;
关联度数据获取单元2104,用于根据所述关联事件信息的数据,获取所述目标用户信息与所述候选关联用户信息的关联度数据;
关联用户信息确定单元2105,用于根据所述关联度数据,确定所述目标用户信息的关联用户信息。
可选的,选关联用户信息获取单元2102,具体用于从所述原始用户活动信息中,获取与目标用户信息关联的事件信息;
按照标准数据格式,将所述事件信息转换为标准数据格式的事件信息;
根据所述标准数据格式的事件信息,确定与目标用户信息关于同一事件相关联的候选关联用户信息。
可选的,关联事件信息的数据获取单元2103,具体用于获取与所述目标用户信息和所述候选关联用户信息都关联的关联事件信息;
根据关联事件信息,获取所述关联事件信息的数据。
可选的,关联度数据获取单元2104,具体用于按照标准数据格式,将所述关联事件信息转换为标准数据格式的关联事件信息;
对所述标准数据格式的关联事件信息进行数据分类,获取数据分类结果;
根据所述关联事件信息的数据和所述数据分类结果,得到所述关联度数据。
可选的,所述关联度数据获取单元2104包括:
分类结果获取子单元,用于根据所述标准数据格式的关联事件信息以及预先获取的所述关联事件信息与数据类目的对应关系,获取所述数据分类结果。
可选的,所述关联度数据获取单元2104包括:
权重赋予子单元,用于根据所述数据分类结果,对不同数据类目的所述标准数据格式的关联事件信息按照预先设置好的数据类目与权重的对应关系赋予各自对应的权重;
关联度数据获取子单元,用于根据所述关联事件信息的数据与权重,得到所述关联度数据。
可选的,还包括:获取指令生成单元,用于根据所述目标用户信息对应的设备发送的验证码请求,生成获取所述目标用户信息的关联用户信息的指令;
获取指令响应单元,用于根据所述获取所述目标用户信息的关联用户信息的指令,获取所述目标用户信息的关联用户信息。
实施例十九
本申请实施例十九提供了一种与实施例一提供的验证码发送方法对应的电子设备。
如图22所示,其出示了本申请实施例中提供的一种电子设备示意图。
所述验证码发送电子设备包括:
处理器2201;
以及,
存储器2202,用于存储验证码发送方法的程序,该设备通过所述处理器运行该验证码发送方法的程序后,执行本申请实施例一提供的验证码发送方法。
实施例二十
本申请实施例二十提供了一种与实施例一提供的验证码发送方法对应的存储介质。
所述计算机存储介质存储有验证码发送方法的程序,该程序被处理器运行,执行本申请实施例一提供的验证码发送方法。
实施例二十一
本申请实施例二十一提供了一种与实施例三提供的验证码发送方法对应的电子设备。
如图22所示,所述验证码发送电子设备包括:
处理器2201;
以及,
存储器2202,用于存储验证码发送方法的程序,该设备通过所述处理器运行该验证码发送方法的程序后,执行本申请三提供的验证码发送方法。
实施例二十二
本申请实施例二十二提供了一种与实施例三提供的验证码发送方法对应的存储介质。
所述计算机存储介质存储有验证码发送方法的程序,该程序被处理器运行,执行本申请三提供的验证码发送方法。
实施例二十三
本申请实施例二十三提供了一种与实施例五提供的信息处理方法对应的电子设备。
如图22所示,所述信息处理电子设备包括:
处理器2201;
以及,
存储器2202,用于存储信息处理方法的程序,该设备通过所述处理器运行该信息处理方法的程序后,执行本申请实施例五提供的信息处理方法。
实施例二十四
本申请实施例二十四提供了一种与实施例五提供的信息处理方法对应的存储介质。
所述计算机存储介质存储有信息处理方法的程序,该程序被处理器运行,执行本申请实施例五提供的信息处理方法。
实施例二十五
本申请实施例二十五提供了一种与实施例七提供的信息处理方法对应的电子设备。
如图22所示,所述信息处理电子设备包括:
处理器2201;
以及,
存储器2202,用于存储信息处理方法的程序,该设备通过所述处理器运行该信息处理方法的程序后,执行本申请实施例七提供的信息处理方法。
实施例二十六
本申请实施例二十六提供了一种与实施例七提供的信息处理方法对应的存储介质。
所述计算机存储介质存储有信息处理方法的程序,该程序被处理器运行,执行本申请实施例七提供的信息处理方法。
实施例二十七
本申请实施例二十七提供了一种与实施例九提供的信息处理方法对应的电子设备。
如图22所示,所述信息处理电子设备包括:
处理器2201;
以及,
存储器2202,用于存储信息处理方法的程序,该设备通过所述处理器运行该信息处理方法的程序后,执行本申请实施例九提供的信息处理方法。
实施例二十八
本申请实施例二十八提供了一种与实施例九提供的信息处理方法对应的存储介质。
所述计算机存储介质存储有信息处理方法的程序,该程序被处理器运行,执行本申请实施例九提供的信息处理方法。
实施例二十九
本申请实施例二十九提供了一种与实施例十一提供的验证码处理方法对应的电子设备。
如图22所示,所述验证码处理电子设备包括:
处理器2201;
以及,
存储器2202,用于存储验证码处理方法的程序,该设备通过所述处理器运行该验证码处理方法的程序后,执行本申请实施例十一提供的验证码处理方法。
实施例三十
本申请实施例三十提供了一种与实施例十一提供的验证码处理方法对应的存储介质。
所述计算机存储介质存储有验证码处理方法的程序,该程序被处理器运行,执行本申请实施例十一提供的验证码处理方法。
实施例三十一
本申请实施例三十一提供了一种与实施例十三提供的信息处理方法对应的电子设备。
如图22所示,所述信息处理电子设备包括:
处理器2201;
以及,
存储器2202,用于存储信息处理方法的程序,该设备通过所述处理器运行该信息处理方法的程序后,执行本申请实施例十三提供的信息处理方法。
实施例三十二
本申请实施例三十二提供了一种与实施例十三提供的工信息处理方法对应的存储介质。
所述计算机存储介质存储有信息处理方法的程序,该程序被处理器运行,执行本申请实施例十三提供的信息处理方法。
实施例三十三
本申请实施例三十三提供了一种与实施例十五提供的验证码处理方法对应的电子设备。
如图22所示,所述验证码处理电子设备包括:
处理器2201;
以及,
存储器2202,用于存储验证码处理方法的程序,该设备通过所述处理器运行该验证码处理方法的程序后,执行本申请实施例十五提供的信息处理方法。
实施例三十四
本申请实施例三十四提供了一种与实施例十五提供的验证码处理方法对应的存储介质。
所述计算机存储介质存储有验证码处理方法的程序,该程序被处理器运行,执行本申请实施例十五提供的验证码处理方法。
实施例三十五
本申请实施例三十五提供了一种与实施例十七提供的数据处理方法对应的电子设备。
如图22所示,所述数据处理电子设备包括:
处理器2201;
以及,
存储器2202,用于存储数据处理方法的程序,该设备通过所述处理器运行该数据处理方法的程序后,执行本申请实施例十七提供的数据处理方法。
实施例三十六
本申请实施例三十六提供了一种与实施例十七提供的数据处理方法对应的存储介质。
所述计算机存储介质存储有数据处理方法的程序,该程序被处理器运行,执行本申请实施例十七提供的数据处理方法。
实施例三十七
本申请实施例三十七提供一种验证码发送方法,以下结合图23对本申请实施例三十七进行介绍。
如图23所示,在步骤S2301中,服务端接收第一终端应用发送的获取验证码的请求。
本申请实施例三十七提供的验证码发送方法,发送获取验证码的请求的终端应用和接收验证码的终端应用共存在三种情况,第一种为:发送获取验证码的请求的应用和接收验证码的应用为同一终端上安装的不同第三方应用;第二种为:此时,发送获取验证码的请求的应用和接收验证码的应用为不同终端上安装的相同第三方应用;第三种为:发送获取验证码的请求的应用和接收验证码的应用为不同终端上安装的不同第三方应用。本申请第三十七实施例中第一终端应用为终端上安装的第一应用,接收验证码的应用为终端上安装的第二应用,本申请实施例三十七中对第一应用和第二应用被安装在相同终端,还是不同终端不作具体限制。本申请实施例三十七中具体以发送获取验证码的请求的应用和接收验证码的应用为第二种情况为例,对本申请提供的验证码发送方法进行说明。由于第一应用和第二应用为安装在不同终端上的同一第三方应用,为了区分安装第一应用的终端,和安装第二应用的终端,本申请实施例三十七中将安装第一应用的终端称为第一终端,将安装第二应用的终端称为第二终端。
获取验证码的请求是针对第一用户信息获取验证码的请求,第一用户信息为第一应用的用户信息。其中,第一终端可以为手机、IPad、电脑等,服务端为第一应用对应的服务器。此时,第一应用记作APP1,第一用户信息为在第一终端上登录APP1的登录用户信息。第一应用发送的获取验证码的请求为用户在登录APP1,或者注册APP1的会员时,发送的获取验证码请求。
如图23所示,在步骤S2302中,服务端针对请求,获取针对第一用户信息的验证码,并获取第一用户信息的初始关联用户信息。
在服务器获取针对获取验证码请求,获取验证码以后,为了确保验证码传输的安全,防止被他人劫持,服务器需要将该验证码发送给与第一用户信息有关联的用户信息对应的终端应用。即,接收验证码的第二应用是第一用户信息的目标关联用户信息对应的终端上安装的应用。为了确定第二应用,需要进行两次关联计算。第一次计算为在第一用户信息的历史关联用户信息中,获取第一用户信息的初始关联用户信息。具体的,需要分别计算历史关联用户信息与第一用户信息的关联度数据,并选取关联度数据满足预设关联度数据条件的历史关联用户信息,作为第一用户信息的当前候选关联用户信息。
如图23所示,在步骤S2303中,服务端从第一用户信息的初始关联用户信息中,获取与第一用户信息登录在同一终端的当前候选关联用户信息。
步骤S2303为第二次关联计算的一部分,为了获取当前与第一用户信息有关联的用户信息,这样,能够确保最终确定的第二应用在当前能够接受验证码,并展示该验证码。
如图23所示,在步骤S2304中,服务端计算第一用户信息与当前候选关联用户信息之间的关联度数据。
具体的,所述计算第一用户信息与当前候选关联用户信息之间的关联度数据为:服务端根据与第一用户信息和当前候选关联用户信息都关联的事件数据,计算第一用户信息与当前候选关联用户信息之间的关联度数据。
如图23所示,在步骤S2305中,服务端选取第一用户信息的目标关联用户信息。
所述服务端选取第一用户信息的目标关联用户信息为:服务端从当前候选关联用户信息中选取关联度数据满足预设关联度数据条件的当前候选关联用户信息,作为第一用户信息的目标关联用户信息。
如图23所示,在步骤S2306中,服务端将验证码发送给目标关联用户信息对应的目标终端应用。
本申请实施例三十七中第二终端也为手机,第二应用记作APP2,目标用户信息为在第二终端上登录APP2的登录用户信息。
对于本申请实施例三十七提供的验证码发送方法的详细描述可以参考对本申请第一实施例的相关描述,这里不再赘述。
实施例三十八
本申请实施例三十八提供一种数据处理方法,以下结合图24对本申请实施例三十八进行介绍。
如图24所示,在步骤S2401中,获取原始用户活动信息中的交易信息。
原始用户活动信息中包括很多类型的活动信息如登录信息、订单信息、交易信息。本申请实施例三十八中获取为原始用户活动信息中的交易信息,当然也可以为其它类型的为原始用户活动信息。
如图24所示,在步骤S2402中,从交易信息中获取与目标用户信息在同一交易事件相关联的候选关联用户信息。
在获取了交易信息后,需要获取关于某一交易事件与目标用户信息相关联的关联事件,以此来确定目标用户的候选关联用户信息。
如图24所示,在步骤S2403中,获取与目标用户信息和候选关联用户信息都关联的关联事件信息的数据。
关联事件信息的数据至少包括关联交易事件信息的数据。即,在通过交易事件的某一相同交易事件,确定目标用户的候选关联用户信息后,需要进一步确定至少包括关联交易事件信息的数据的关联事件信息的数据。关联事件信息的数据除了包括关联交易事件信息的数据外,还可以包括关联登录信息的数据、关联订单信息的数据。
如图24所示,在步骤S2404中,根据关联事件信息的数据,获取目标用户信息与候选关联用户信息的关联度数据。
关联度数据代表目标用户信息与候选关联用户信息的关联程度。
如图24所示,在步骤S2405中,根据关联度数据,从候选关联用户信息中获取目标用户信息的关联用户信息。
根据关联度数据,有选择的从候选关联用户信息中获取目标用户信息的关联用户信息。
对于本申请实施例三十八提供的数据处理方法的详细描述可以参考对本申请第十七实施例的相关描述,这里不再赘述。
本申请虽然以较佳实施例公开如上,但其并不是用来限定本申请,任何本领域技术人员在不脱离本发明的精神和范围内,都可以做出可能的变动和修改,因此本申请的保护范围应当以本申请权利要求所界定的范围为准。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitorymedia),如调制的数据信号和载波。
2、本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

Claims (53)

1.一种验证码发送方法,其特征在于,包括:
接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
针对所述验证码请求,获取针对所述第一用户信息的验证码,并获取所述第一用户信息的初始关联用户信息;
根据所述第一用户信息的初始关联用户信息,获取所述第一用户信息的当前关联用户信息;
从第一用户信息的所述当前关联用户信息中选取所述第一用户信息的目标关联用户信息;
将所述验证码发送给所述目标关联用户信息对应的计算设备。
2.根据权利要求1所述的验证码发送方法,其特征在于,所述验证码请求中携带有所述第一用户信息的标识信息;
针对所述验证码请求,获取针对所述第一用户信息的验证码,并获取所述第一用户信息的初始关联用户信息,包括:
解析所述验证码请求,获取所述第一用户信息的标识信息;
根据所述第一用户信息的标识信息,获取针对所述第一用户信息的验证码;
根据所述第一用户信息的标识信息在存储有初始关联用户信息的数据库中查找所述第一用户信息的初始关联用户信息。
3.根据权利要求2所述的验证码发送方法,其特征在于,还包括:在所述数据库中预先存储标识信息与所述初始关联用户信息的对应关系;
所述根据所述第一用户信息的标识信息在存储有初始关联用户信息的数据库中查找所述第一用户信息的初始关联用户信息,包括:
在所述标识信息与所述初始关联用户信息的对应关系中,查找出所述第一用户信息的标识信息对应的所述第一用户信息的初始关联用户信息。
4.根据权利要求1所述的验证码发送方法,其特征在于,所述根据所述第一用户信息的初始关联用户信息,获取所述第一用户信息的当前关联用户信息,包括:
从所述第一用户信息的初始关联用户信息中,获取与第一用户信息关于同一事件相关联的当前候选关联用户信息;
获取与所述第一用户信息和所述当前候选关联用户信息都关联的当前关联事件信息的数据;
根据所述当前关联事件信息的数据,获取所述第一用户信息与所述当前候选关联用户信息的当前关联度数据;
根据所述当前关联度数据,确定所述第一用户信息的当前关联用户信息。
5.根据权利要求4所述的验证码发送方法,其特征在于,所述从所述第一用户信息的初始关联用户信息中,获取与第一用户信息关于同一事件相关联的当前候选关联用户信息,包括:
从所述第一用户信息的初始关联用户信息中,获取与第一用户信息关联的当前事件信息;
按照标准数据格式,将所述当前事件信息转换为标准数据格式的当前事件信息;
根据所述标准数据格式的当前事件信息,确定与所述第一用户信息关于同一事件相关联的当前候选关联用户信息。
6.根据权利要求4所述的验证码发送方法,其特征在于,所述获取与所述第一用户信息和所述当前候选关联用户信息都关联的当前关联事件信息的数据,包括:
获取与所述第一用户信息和所述当前候选关联用户信息都关联的当前关联事件信息;
根据当前关联事件信息,获取所述当前关联事件信息的数据。
7.根据权利要求4所述的验证码发送方法,其特征在于,所述根据所述当前关联事件信息的数据,获取所述第一用户信息与所述当前候选关联用户信息的当前关联度数据,包括:
按照标准数据格式,将所述当前关联事件信息转换为标准数据格式的当前关联事件信息;
对所述标准数据格式的当前关联事件信息进行数据分类,获取数据分类结果;
根据所述当前关联事件信息的数据和所述数据分类结果,得到所述当前关联度数据。
8.根据权利要求7所述的验证码发送方法,其特征在于,所述对所述标准数据格式的当前关联事件信息进行数据分类,获取数据分类结果,包括:
根据所述标准数据格式的当前关联事件信息以及预先获取的事件信息与数据类目的对应关系,根据当前关联事件信息在事件信息与数据类目的对应关系中查找所述前关联事件信息对应的所述数据类目,获取所述数据分类结果。
9.根据权利要求7所述的验证码发送方法,其特征在于,所述根据所述当前关联事件信息的数据和所述数据分类结果,得到所述当前关联度数据,包括:
根据所述数据分类结果,对不同数据类目的所述标准数据格式的当前关联事件信息按照预先设置好的数据类目与权重的对应关系赋予各自对应的权重;
根据所述当前关联事件信息的数据与权重,得到所述当前关联度数据。
10.根据权利要求4所述的验证码发送方法,其特征在于,所述根据所述当前关联度数据,确定所述第一用户信息的当前关联用户信息,包括:将所述当前关联度数据大于预先设置的当前关联度数据阈值的当前候选关联用户信息,作为所述第一用户信息的当前关联用户信息。
11.根据权利要求1所述的验证码发送方法,其特征在于,所述从第一用户信息的所述当前关联用户信息中选取所述第一用户信息的目标关联用户信息,包括:
在所述当前关联用户信息中选取与所述第一用户信息关联度最高的所述当前关联用户信息作为所述第一用户信息的目标关联用户信息;
或者,在所述当前关联用户信息中选取与所述第一用户信息互动时间最近的所述当前关联用户信息作为所述第一用户信息的目标关联用户信息;
或者,在所述当前关联设备列表中选取与所述第一用户信息互动信息数量最多的所述当前关联用户信息作为所述第一用户信息的目标关联用户信息。
12.根据权利要求1所述的验证码发送方法,其特征在于,还包括:若未成功将所述验证码发送给所述目标关联用户信息对应的计算设备,则从第一用户信息的所述当前关联用户信息中选取新的目标关联用户信息;
将所述验证码发送给新的所述目标关联用户信息对应的计算设备。
13.根据权利要求1所述的验证码发送方法,其特征在于,所述将所述验证码发送给所述目标关联用户信息对应的计算设备,包括:通过与所述目标关联用户信息对应的计算设备之间的计算设备应用通信通道,将所述验证码发送给所述目标关联用户信息对应的计算设备,所述计算设备应用通信通道是与所述目标关联用户信息对应的计算设备应用通信通道。
14.一种验证码发送装置,其特征在于,包括:
验证码请求接收单元,用于接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
信息获取单元,用于针对所述验证码请求,获取针对所述第一用户信息的验证码,并获取所述第一用户信息的初始关联用户信息;
当前关联用户信息获取单元,用于根据所述第一用户信息的初始关联用户信息,获取所述第一用户信息的当前关联用户信息;
目标关联用户信息选取单元,用于从第一用户信息的所述当前关联用户信息中选取所述第一用户信息的目标关联用户信息;
验证码发送单元,用于将所述验证码发送给所述目标关联用户信息对应的计算设备。
15.一种验证码发送方法,其特征在于,包括:
接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
针对所述验证码请求,向关联用户信息对应的计算设备发送验证码,所述关联用户信息为与所述第一用户信息关联的用户信息。
16.根据权利要求15所述的验证码发送方法,其特征在于,所述第一用户信息为运行在所述第一计算设备上的第一应用的用户信息,所述关联用户信息为运行在所述第二计算设备上的第二应用的用户信息。
17.根据权利要求15所述的验证码发送方法,其特征在于,所述第一用户信息与所述关联用户信息为同一个用户在不同应用上的用户信息。
18.一种验证码发送装置,其特征在于,包括:
验证码请求接收单元,用于接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
验证码发送单元,用于针对所述验证码请求,向关联用户信息对应的计算设备发送验证码,所述关联用户信息为与所述第一用户信息关联的用户信息。
19.一种信息处理方法,其特征在于,包括:
接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
针对所述验证码请求,向第二计算设备发送是否接收针对所述第一用户信息的验证码的询问信息,所述第二计算设为第二用户信息对应的计算设备。
20.根据权利要求19所述的信息处理方法,其特征在于,还包括:获取所述第二计算设备针对所述询问信息的响应信息;
若根据所述响应信息确定所述第二计算设备接收针对所述第一用户信息的验证码,则将所述验证码发送给所述第二计算设备。
21.根据权利要求19所述的信息处理方法,其特征在于,若根据所述响应信息确定所述第二计算设备接收针对所述第一用户信息的验证码,则向所述第一计算设备发送所述第二计算设备拒绝接与所述第一计算设备相关的验证码的提示信息。
22.一种信息处理装置,其特征在于,包括:
验证码请求接收单元,用于接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
询问信息发送单元,用于针对所述验证码请求,向第二计算设备发送是否接收针对所述第一用户信息的验证码的询问信息,所述第二计算设备为第二用户信息对应的计算设备。
23.一种信息处理方法,其特征在于,包括:
接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
针对所述验证码请求,向所述第一计算设备发送是否允许将针对所述第一用户信息的验证码发送给所述第二计算设备的询问信息。
24.根据权利要求23所述的信息处理方法,其特征在于,还包括:获取所述第一计算设备针对所述询问信息的响应信息;
若根据所述响应信息确定所述第一计算设备允许将所述验证码发送给所述第二计算设备,则将所述验证码发送给所述第二计算设备。
25.根据权利要求24所述的信息处理方法,其特征在于,若根据所述响应信息确定所述第一计算设备不允许将所述验证码发送给所述第二计算设备,则向所述第二计算设备发送所述第一计算设备不允许发送所述验证码的提示信息。
26.一种信息处理装置,其特征在于,包括:
验证码请求接收单元,用于接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
询问信息发送单元,用于针对所述验证码请求,向所述第一计算设备发送是否允许将针对所述第一用户信息的验证码发送给第二计算设备的询问信息,所述第二计算设备为第二用户信息对应的计算设备。
27.一种信息处理方法,其特征在于,包括:
第二计算设备接收第三计算设备发送的是否接收针对第一用户信息的验证码的询问信息;
所述第二计算设备向所述第三计算设备发送针对所述询问信息的响应信息;
其中,所述第二计算设备为第二用户信息对应的计算设备,所述第二计算设备用于接收针对所述第一用户信息的验证码;
所述第三计算设备为发送针对第一用户信息的验证码的计算设备。
28.根据权利要求27所述的信息处理方法,其特征在于,若针对所述响应信息确定所述第二计算设备接收所述验证码,则所述第二计算设备向所述第三计算设备发送所述第二计算设备接收所述验证码的响应信息。
29.根据权利要求27所述的信息处理方法,其特征在于,若针对所述响应信息确定所述第二计算设备不接收所述验证码,则所述第二计算设备向所述第三计算设备发送所述第二计算设备不接收所述验证码的响应信息。
30.一种信息处理装置,应用于第二计算设备,其特征在于,包括:
询问信息接收单元,用于接收第三计算设备发送的是否接收针对所述第一用户信息的验证码的询问信息;
响应信息发送单元,用于向所述第三计算设备发送针对所述询问信息的响应信息;
其中,所述第二计算设备为第二用户信息对应的计算设备,所述第二计算设备用于接收针对所述第一用户信息的验证码;
所述第三计算设备为发送针对第一用户信息的验证码的计算设备。
31.一种验证码处理方法,其特征在于,包括:
第二计算设备中的第二计算设备应用利用第二用户信息,接收第三计算设备发送的针对第一用户信息的验证码,所述第一用户信息为第一计算设备中安装的第一计算设备应用的用户信息;
所述第二计算设备输出所述验证码;
其中,所述第二用户信息为所述第一用户信息关联的用户信息。
32.根据权利要求31所述的信息处理方法,其特征在于,所述第二计算设备输出所述验证码,包括:
所述第二计算设备展示所述验证码;
或者所述第二计算设备将所述验证码发送给所述第一计算设备,所述第一计算设备为所述第一用户信息对应的计算设备。
33.一种验证码处理装置,应用于第二计算设备,其特征在于,包括:
验证码接收单元,用于利用第二用户信息接收第三计算设备发送的针对第一用户信息的验证码,所述第一用户信息为第一计算设备中安装的第一计算设备应用的用户信息;
验证码输出单元,用于输出所述验证码;
其中,所述第二用户信息为所述第一用户信息关联的用户信息。
34.一种信息处理方法,其特征在于,包括:
第一计算设备接收第三计算设备发送的是否允许将针对所述第一用户信息的验证码发送给第二计算设备的询问信息;
所述第一计算设备向所述第三计算设备发送针对所述询问信息的响应信息;
其中,所述第一计算设备为第一用户信息对应的计算设备,所述第一计算设备用于发送针对所述第一用户信息的验证码请求;
所述第二计算设备为第二用户信息对应的计算设备;
所述第三计算设备为发送针对第一用户信息的验证码的计算设备。
35.根据权利要求34所述的信息处理方法,其特征在于,若针对所述响应信息确定所述第一计算设备允许所述第三计算设备将所述验证码发送给所述第二计算设备,则所述第一计算设备向所述第三计算设备发送允许发送所述验证码的响应信息。
36.根据权利要求34所述的信息处理方法,其特征在于,若针对所述响应信息确定所述第一计算设备不允许所述第三计算设备将所述验证码发送给所述第二计算设备,则所述第一计算设备向所述第三计算设备发送不允许发送所述验证码的响应信息。
37.一种信息处理装置,应用于第一计算设备,其特征在于,包括:
询问信息接收单元,用于接收第三计算设备发送的是否允许将针对第一用户信息的验证码发送给第二计算设备的询问信息;
响应信息发送单元,用于向所述第三计算设备发送针对所述询问信息的响应信息;
其中,所述第一计算设备为第一用户信息对应的计算设备,所述第一计算设备用于发送针对所述第一用户信息的验证码请求;
所述第二计算设备为第二用户信息对应的计算设备;
所述第三计算设备为发送针对第一用户信息的验证码的计算设备。
38.一种验证码处理方法,其特征在于,包括:
第一计算设备接收第二计算设备发送的针对所述第一用户信息的验证码;
所述第一计算设备利用所述验证码进行验证处理;
其中,所述第一计算设备为第一用户信息对应的计算设备;
所述第二计算设备为第二用户信息对应的计算设备。
39.根据权利要求38所述的信息处理方法,其特征在于,所述第二用户信息为与所述第一用户信息关联的用户信息。
40.一种验证码处理装置,应用于第一计算设备,其特征在于,包括:
验证码接收单元,用于接收第二计算设备发送的针对所述第一用户信息的验证码;
验证码处理单元,用于利用所述验证码进行验证处理;
其中,所述第一计算设备为第一用户信息对应的计算设备;
所述第二计算设备为第二用户信息对应的计算设备。
41.一种数据处理方法,其特征在于,包括:
获取原始用户活动信息;
从所述原始用户活动信息中获取与目标用户信息关于同一事件相关联的候选关联用户信息;
获取与所述目标用户信息和所述候选关联用户信息都关联的关联事件信息的数据;
根据所述关联事件信息的数据,获取所述目标用户信息与所述候选关联用户信息的关联度数据;
根据所述关联度数据,确定所述目标用户信息的关联用户信息。
42.根据权利要求41所述的数据处理方法,其特征在于,所述从所述原始用户活动信息中获取与目标用户信息关于同一事件相关联的候选关联用户信息,包括:
从所述原始用户活动信息中,获取与目标用户信息关联的事件信息;
按照标准数据格式,将所述事件信息转换为标准数据格式的事件信息;
根据所述标准数据格式的事件信息,确定与目标用户信息关于同一事件相关联的候选关联用户信息。
43.根据权利要求41所述的数据处理方法,其特征在于,所述获取与所述目标用户信息和所述候选关联用户信息都关联的关联事件信息的数据,包括:
获取与所述目标用户信息和所述候选关联用户信息都关联的关联事件信息;
根据关联事件信息,获取所述关联事件信息的数据。
44.根据权利要求41所述的数据处理方法,其特征在于,所述根据所述关联事件信息的数据,获取所述目标用户信息与所述候选关联用户信息的关联度数据,包括:
按照标准数据格式,将所述关联事件信息转换为标准数据格式的关联事件信息;
对所述标准数据格式的关联事件信息进行数据分类,获取数据分类结果;
根据所述关联事件信息的数据和所述数据分类结果,得到所述关联度数据。
45.根据权利要求44所述的数据处理方法,其特征在于,所述按照标准数据格式,将所述关联事件信息转换为标准数据格式的关联事件信息,包括:
根据所述标准数据格式的关联事件信息以及预先获取的所述关联事件信息与数据类目的对应关系,获取所述数据分类结果。
46.根据权利要求44所述的数据处理方法,其特征在于,所述根据所述关联事件信息的数据和所述数据分类结果,得到所述关联度数据,包括:
根据所述数据分类结果,对不同数据类目的所述标准数据格式的关联事件信息按照预先设置好的数据类目与权重的对应关系赋予各自对应的权重;
根据所述关联事件信息的数据与权重,得到所述关联度数据。
47.根据权利要求41所述的数据处理方法,其特征在于,所述根据所述关联度数据,确定所述目标用户信息的关联用户信息,包括:将所述关联度数据大于预先设置的当前关联度数据阈值的候选关联用户信息,作为所述目标用户信息的关联用户信息。
48.根据权利要求41所述的数据处理方法,其特征在于,还包括:根据所述目标用户信息对应的设备发送的验证码请求,生成获取所述目标用户信息的关联用户信息的指令;
根据所述获取所述目标用户信息的关联用户信息的指令,获取所述目标用户信息的关联用户信息。
49.一种数据处理装置,其特征在于,包括:
原始用户信息获取单元,用于获取原始用户活动信息;
选关联用户信息获取单元,用于从所述原始用户活动信息中获取与目标用户信息关于同一事件相关联的候选关联用户信息;
关联事件信息的数据获取单元,用于获取与所述目标用户信息和所述候选关联用户信息都关联的关联事件信息的数据;
关联度数据获取单元,用于根据所述关联事件信息的数据,获取所述目标用户信息与所述候选关联用户信息的关联度数据;
关联用户信息确定单元,用于根据所述关联度数据,确定所述目标用户信息的关联用户信息。
50.一种验证码发送方法,其特征在于,包括:
服务端接收第一终端应用发送的获取验证码的请求,所述获取验证码的请求是针对第一用户信息获取验证码的请求,所述第一用户信息为所述第一终端应用的用户信息;
所述服务端针对所述请求,获取针对第一用户信息的验证码,并获取所述第一用户信息的初始关联用户信息;
所述服务端从所述第一用户信息的初始关联用户信息中,获取与所述第一用户信息登录在同一终端的当前候选关联用户信息;
所述服务端根据与所述第一用户信息和所述当前候选关联用户信息都关联的事件数据,计算所述第一用户信息与所述当前候选关联用户信息之间的关联度数据;
所述服务端从所述当前候选关联用户信息中选取关联度数据满足预设关联度数据条件的当前候选关联用户信息,作为所述第一用户信息的目标关联用户信息;
所述服务端将所述验证码发送给所述目标关联用户信息对应的目标终端应用。
51.一种数据处理方法,其特征在于,包括:
获取原始用户活动信息中的交易信息;
从所述交易信息中获取与目标用户信息在同一交易事件相关联的候选关联用户信息;
获取与所述目标用户信息和所述候选关联用户信息都关联的关联事件信息的数据,所述关联事件信息的数据至少包括关联交易事件信息的数据;
根据所述关联事件信息的数据,获取所述目标用户信息与所述候选关联用户信息的关联度数据;
根据所述关联度数据,从所述候选关联用户信息中获取所述目标用户信息的关联用户信息。
52.一种电子设备,其特征在于,包括:
处理器;
以及,
存储器,用于存储验证码发送方法的程序,该设备通电并通过所述处理器运行该验证码发送方法的程序后,执行下述步骤:
接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
针对所述验证码请求,获取针对所述第一用户信息的验证码,并获取所述第一用户信息的初始关联用户信息;
根据所述第一用户信息的初始关联用户信息,获取所述第一用户信息的当前关联用户信息;
从第一用户信息的所述当前关联用户信息中选取所述第一用户信息的目标关联用户信息;
将所述验证码发送给所述目标关联用户信息对应的计算设备。
53.一种计算机存储介质,其特征在于,所述计算机存储介质存储有验证码发送方法的程序,该程序被处理器运行,执行下述步骤:
接收第一计算设备发送的验证码请求,所述第一计算设备为第一用户信息对应的计算设备;
针对所述验证码请求,获取针对所述第一用户信息的验证码,并获取所述第一用户信息的初始关联用户信息;
根据所述第一用户信息的初始关联用户信息,获取所述第一用户信息的当前关联用户信息;
从第一用户信息的所述当前关联用户信息中选取所述第一用户信息的目标关联用户信息;
将所述验证码发送给所述目标关联用户信息对应的计算设备。
CN201910395578.4A 2019-05-13 2019-05-13 一种验证码发送方法、装置、以及电子设备 Active CN111935058B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910395578.4A CN111935058B (zh) 2019-05-13 2019-05-13 一种验证码发送方法、装置、以及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910395578.4A CN111935058B (zh) 2019-05-13 2019-05-13 一种验证码发送方法、装置、以及电子设备

Publications (2)

Publication Number Publication Date
CN111935058A true CN111935058A (zh) 2020-11-13
CN111935058B CN111935058B (zh) 2022-10-18

Family

ID=73282711

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910395578.4A Active CN111935058B (zh) 2019-05-13 2019-05-13 一种验证码发送方法、装置、以及电子设备

Country Status (1)

Country Link
CN (1) CN111935058B (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103914477A (zh) * 2013-01-06 2014-07-09 腾讯科技(北京)有限公司 一种数据处理方法和装置
CN104980393A (zh) * 2014-04-02 2015-10-14 阿里巴巴集团控股有限公司 校验方法、系统、服务器和终端
US20150312236A1 (en) * 2014-04-29 2015-10-29 Twitter, Inc. Authentication mechanism
CN105814591A (zh) * 2014-10-22 2016-07-27 华为技术有限公司 一种验证信息的传输方法及终端
CN106060098A (zh) * 2016-08-09 2016-10-26 北京小米移动软件有限公司 验证码的处理方法、处理装置及处理系统
CN106130998A (zh) * 2016-06-30 2016-11-16 珠海市魅族科技有限公司 一种验证码传输方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103914477A (zh) * 2013-01-06 2014-07-09 腾讯科技(北京)有限公司 一种数据处理方法和装置
CN104980393A (zh) * 2014-04-02 2015-10-14 阿里巴巴集团控股有限公司 校验方法、系统、服务器和终端
US20150312236A1 (en) * 2014-04-29 2015-10-29 Twitter, Inc. Authentication mechanism
CN105814591A (zh) * 2014-10-22 2016-07-27 华为技术有限公司 一种验证信息的传输方法及终端
CN106130998A (zh) * 2016-06-30 2016-11-16 珠海市魅族科技有限公司 一种验证码传输方法及装置
CN106060098A (zh) * 2016-08-09 2016-10-26 北京小米移动软件有限公司 验证码的处理方法、处理装置及处理系统

Also Published As

Publication number Publication date
CN111935058B (zh) 2022-10-18

Similar Documents

Publication Publication Date Title
CN104281940B (zh) 用于通过通信网络提供数据处理方式列表的方法及装置
US20210165686A1 (en) Task processing method, system, device, and storage medium
CN111954173B (zh) 发送短信的方法、装置、服务器及计算机可读存储介质
CN106503242B (zh) 一种智能交互方法、装置及服务器
CN107018138B (zh) 用于确定权限的方法和装置
US10284561B2 (en) Method and server for providing image captcha
EP2985730A1 (en) Method and device for partially-upgrading
CN104980421B (zh) 一种批量请求处理方法及系统
CN104243598A (zh) 一种信息推荐方法及装置
CN105279168A (zh) 支持自然语言的数据查询方法、开放平台及用户终端
US20140173693A1 (en) Cookie Optimization
CN113489636A (zh) 针对人工对话实体的基于位置的访问控制
CN105472550A (zh) 一种wifi连接方法、装置及系统
CN113626863A (zh) 数据处理方法及装置
CN111935058B (zh) 一种验证码发送方法、装置、以及电子设备
CN111190670B (zh) 一种展示页面的方法、装置和电子设备
CN107608979B (zh) 识别用户潜在求助的知识点的方法及装置
CN105812343A (zh) 一种可穿戴业务认证方法、云平台、可穿戴设备及终端
CN110933070A (zh) 一种用户识别方法、系统、设备及计算机可读存储介质
CN108667647B (zh) 一种设备参数的设置方法、设备及服务器
CN116955148A (zh) 业务系统测试方法、装置、设备、存储介质及产品
CN110909072A (zh) 一种数据表建立方法、装置及设备
CN116095534A (zh) 一种采集测试设备数据的方法、装置及存储介质
CN106845926B (zh) 一种第三方支付监管系统分布式数据流处理方法及系统
CN105100251A (zh) 一种信息共享方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant