CN114189366A - 一种帐号关联方法、终端和服务器 - Google Patents

Abstract

本发明涉及一种帐号关联方法、服务器和移动终端，所述方法包括：响应于用户手动输入目标账号信息后触发的账号关联请求指令，获得目标帐号用户的目标帐号信息；将主帐号用户的主帐号信息和所述目标帐号信息，发送给服务器进行关联校验；接收服务器返回的关联成功通知信息，以建立所述主帐号与所述目标帐号的关联；所述关联成功通知信息为所述服务器在接收到所述目标账号对确认消息确认后发送的；所述确认消息为所述服务器在对所述主账号信息和所述目标账号信息进行关联校验通过后发送至目标账号的；本发明在满足帐号关联需求的同时，也提升了灵活性和安全性。

Description

一种帐号关联方法、终端和服务器

本发明是针对申请号为201910506503.9，申请日为2019年06月12日，发明名称为一种帐号关联方法、终端和服务器的分案申请。

技术领域

本公开涉及网络监管技术领域，具体涉及一种帐号关联方法、终端和服务器。

背景技术

在一些场合需要进行上网行为的监管或限制，例如，有些工作内容比较保密的企业需要对员工的上网行为进行限制，有些家长需要对自己的熊孩子的上网行为进行监管。现有技术中，可以通过在这些场合不提供上网设备或仅提供内部(企业或家庭等)的上网功能来限制孩子或员工的上网行为，但其并不能解决对英特网的上网行为的监管问题。而通过将监管方和被监管方的帐号进行关联的方式能够实现监管方对被监管方上网行为的管控。

现有技术中，通常可以通过以下方式来关联帐号：输入关联码进行关联，主帐号申请帐号关联后，系统会生成一个关联码，目标帐号在设备中输入该关联码，即可完成帐号关联。但是，输入关联码进行关联，缺少事前校验，任意一台设备获取到该关联码后，都可能关联成功，而且要求目标帐号的用户和主帐号用户相互配合，过程繁琐且存在关联码泄漏的风险。

鉴于现有的帐号关联方式存在的缺点，我们有必要提供一种新的帐号关联方案。

发明内容

本公开提出了一种帐号关联方法、终端和服务器，能够提升帐号关联的便捷性和安全性。本公开具体是以如下技术方案实现的：

一方面，本公开提供了一种帐号关联方法，包括：

接收主帐号用户触发的帐号关联指令；

根据所述帐号关联指令中主账号用户与目标账号的位置关系，确定所述主帐号与所述目标帐号的帐号关联方式；

基于所述帐号关联方式获得所述目标帐号用户的目标帐号信息；

将所述主帐号用户的主帐号信息和所述目标帐号信息发送给服务器，以使所述服务器对所述主帐号信息和所述目标帐号信息进行关联校验；

接收服务器返回的关联成功通知信息，以建立所述主帐号与所述目标帐号的关联。

另一方面，本公开提供了一种帐号关联终端，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述的帐号关联方法。

另一方面，本公开还提供了一种帐号关联方法，包括：

接收主帐号用户的客户端发送的目标帐号用户的目标帐号信息和所述主帐号信息，其中，所述目标帐号信息基于帐号关联方式获得，所述帐号关联方式根据所述主帐号用户触发的帐号关联指令中主帐号用户与目标帐号用户的位置关系确定；

基于所述目标帐号信息和所述主帐号信息进行关联校验；

当关联校验通过后，向所述主帐号用户客户端返回关联成功通知信息。

另一方面，本公开提供了一种帐号关联服务器，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述的帐号关联方法。

本公开提供了一种帐号关联方法、终端和服务器，基于主帐号用户与目标帐号用户的位置关系提供不同的帐号关联方式供主帐号用户选择，在获取到主帐号用户的主帐号信息和目标帐号用户的目标帐号信息后，由服务器进行关联校验，并根据服务器返回的校验结果建立主帐号与目标帐号的关联。本公开提供的两种帐号关联方式，对主帐号和目标帐号都进行了服务器校验，保证了帐号的有效性和关联性。不仅满足面对面添加的快捷场景，也提供了手动输入，目标帐号确认的方式。满足帐号关联需求的同时，也提升了灵活性和安全性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案和优点，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。

图1是本发明实施例提供的一种帐号关联方法的实际应用场景示意图；

图2是本发明实施例提供的一种帐号关联方法的流程示意图；

图3是本发明实施例提供的另一种帐号关联方法的流程示意图；

图4是本发明实施例提供的一种通过扫码方式实现帐号关联的界面流程示意图；

图5是本发明实施例提供的另一种通过扫码方式实现帐号关联的界面流程示意图；

图6是本发明实施例提供的另一种通过扫码方式实现帐号关联的界面流程示意图；

图7是本发明实施例提供的另一种通过扫码方式实现帐号关联的界面流程示意图；

图8是本发明实施例提供的一种通过手动输入方式实现帐号关联的界面流程示意图；

图9是本发明实施例提供的另一种通过手动输入方式实现帐号关联的界面流程示意图；

图10是本发明实施例提供的另一种通过手动输入方式实现帐号关联的界面流程示意图；

图11是本发明实施例提供的另一种通过手动输入方式实现帐号关联的界面流程示意图；

图12是本发明实施例提供的一种上网行为提醒设置的用户界面示意图；

图13是本发明实施例提供的一种上网行为限制设置的用户界面示意图；

图14是本发明实施例提供的另一种上网行为限制设置的用户界面示意图；

图15是本发明实施例提供的一种孩子扫码进行帐号关联的逻辑流程示意图；

图16是本发明实施例提供的一种家长手动输入进行帐号关联的逻辑流程示意图；

图17是本发明实施例提供的一种帐号关联方法的服务器的硬件结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

以下介绍本发明帐号关联的方法，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

图1是本发明实施例提供的一种帐号关联方法的实际应用场景示意图，如图1所示，该应用场景包括主帐号用户终端01、目标帐号用户终端02以及服务器端03。

具体的，所述主帐号用户终端01可以安装应用程序的设备，可以包括：智能手机、平板电脑、笔记本电脑、数字助理、智能可穿戴设备、车载终端等类型的实体设备，也可以包括运行于实体设备中的软体，例如应用程序等。

具体的，所述目标帐号用户终端02可以安装应用程序的设备，可以包括：智能手机、平板电脑、笔记本电脑、数字助理、智能可穿戴设备、车载终端等类型的实体设备，也可以包括运行于实体设备中的软体，例如应用程序等。所述目标帐号用户终端02可以为一个或多个终端，图中仅示意一个终端。

具体的，所述服务器端03可以包括一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群。

图2本发明实施例提供的一种帐号关联方法的流程示意图，如图2所示，所述方法应用于主帐号用户的客户端侧，具体包括：

S201：接收主帐号用户触发的帐号关联指令。

在本说明书实施例中，主帐号用户为目标帐号用户上网行为的监管方用户，具体可以是企业的网络监管人员，也可以是家长等具有监护权或监护义务的人，也可以是其他具有监管权限的其他人，目标帐号用户为与主帐号用户相应的被监管方。

具体的，当主帐号用户需要通过与目标帐号用户进行帐号关联的方式实现对目标帐号用户的上网行为进行管控时，主帐号用户可以触发帐号关联指令。

S203：根据所述帐号关联指令中主账号用户与目标账号的位置关系，确定所述主帐号与所述目标帐号的帐号关联方式。

其中，主帐号用户与目标帐号用户的位置关系可以是距离远近，若距离较近，可以采用主帐号用户与目标帐号用户当面进行帐号关联，若距离较远，则可以采用远程帐号关联的方式建立关联关系。

在本说明书的一些实施例中，当所述帐号关联指令表征所述主帐号用户与所述目标帐号用户之间的距离在预设距离阈值内时，确定主帐号用户选择的帐号关联方式为扫码添加目标帐号；当所述帐号关联指令表征所述主帐号用户与所述目标帐号用户之间的距离超出预设距离阈值时，确定主帐号用户选择的帐号关联方式为手动输入目标帐号。

S205：基于所述帐号关联方式获得所述目标帐号用户的目标帐号信息。

具体的，当所述帐号关联方式为扫码添加目标帐号时，所述基于所述帐号关联方式获得所述目标帐号用户的目标帐号信息包括：基于主帐号信息生成帐号信息码；响应于所述目标帐号用户的客户端对所述帐号信息码的扫码操作，获取所述目标帐号用户的目标帐号信息。主帐号用户利用主帐号用户客户端的信息码生成功能生成包含主帐号用户信息的帐号信息码，目标帐号用户通过目标帐号用户客户端的扫码功能扫描所述帐号信息码，从而主帐号用户客户端可以获得目标帐号的帐号信息。其中，信息码生成功能可以是主帐号用户客户端自带的功能，也可以是主帐号用户客户端中的应用程序或web网页等提供的功能，扫码功能可以是目标帐号用户客户端自带的功能，也可以是目标帐号用户客户端中的应用程序或web网页等提供的功能。

其中，主帐号信息可以是主帐号用户在帐号注册是由用户输入的信息，具体可以包括主帐号(可以是QQ号、手机号、微信号、工作ID等)、主帐号用户的用户名、主帐号用户的身份证信息等。目标帐号信息可以是目标帐号用户在帐号注册是由用户输入的信息，该用户可以是主帐号用户，也可以是目标帐号用户，具体可以包括主帐号(可以是QQ号、手机号、微信号、工作ID等)、目标帐号用户的用户名、目标帐号用户的年龄、目标帐号用户的实际姓名等信息。

具体的，当所述帐号关联方式为手动输入目标帐号时，所述基于所述帐号关联方式获得所述目标帐号用户的目标帐号信息包括：响应于主帐号用户手动输入目标帐号信息后触发的帐号关联请求指令，获取所述目标帐号用户的目标帐号信息。

S207：将所述主帐号用户的主帐号信息和所述目标帐号信息发送给服务器，以使所述服务器对所述主帐号信息和所述目标帐号信息进行关联校验。

S209：接收服务器返回的关联成功通知信息，以建立所述主帐号与所述目标帐号的关联。

若服务器校验不通过，接收服务器返回的校验未成功通知信息，提示用户采用其他帐号关联方式进行关联。

步骤201-209的方法可以通过应用程序APP，或者嵌套在APP中的小程序、web等方式实现。

本说明书实施例提供的帐号关联方法，根据主帐号用户和目标帐号用户之间的位置关系提供了两种帐号关联方式，对主帐号和目标帐号都进行了服务器校验，保证了帐号的有效性和关联性。不仅满足面对面添加的快捷场景，也提供了手动输入，目标帐号确认的方式。满足帐号关联需求的同时，也提升了便捷性和安全性。

图3是本发明实施例提供的一种帐号关联方法的流程示意图，如图3所示，所述方法可以应用在服务器侧，具体包括：

S301：接收主帐号用户的客户端发送的目标帐号用户的目标帐号信息和所述主帐号信息，其中，所述目标帐号信息基于帐号关联方式获得，所述帐号关联方式根据所述主帐号用户触发的帐号关联指令中主帐号用户与目标帐号用户的位置关系确定。

S303：基于所述目标帐号信息和所述主帐号信息进行关联校验。

具体的，基于目标帐号信息和主帐号信息进行关联校验的校验方式可以根据实际需要进行设置，例如，黑产识别、操作频繁度、常用设备、实名认证、未成年人识别、重复添加、帐号识别、孩子帐号是否为游戏帐号、孩子是否存在多个游戏帐号等。

在一些实施例中，可以根据目标帐号用户客户端的扫码频率判断请求校验次数是否过高，高则说明扫码操作为恶意扫码，则阻止用户再次扫码。具体的，服务器统计在第一预设时间内所述目标帐号用户客户端扫码操作的扫码频率；当所述扫码频率大于预设扫码阈值时，向所述主帐号用户客户端返回关联失败的提醒消息。

在一些实施例中，可以根据主帐号和目标帐号是否有历史关联记录校验是否接受主帐号与目标帐号的关联请求。具体的，服务器在关联帐号数据库中检索是否存在所述目标帐号和所述主帐号的关联信息；若存在所述目标帐号和所述主帐号的关联信息，向所述主帐号用户客户端返回关联失败的提醒消息。

在一些实施例中，可以根据目标帐号的年龄判断目标帐号用户是否符合上网条件，从而可以限定一些不具有上网权限的年龄层的用户的上网行为。具体的，获取所述目标帐号用户的身份证明信息；基于所述身份证明信息计算所述目标帐号用户的年龄；判断所述目标帐号用户的年龄是否处于预设年龄阈值内；若不处于预设年龄阈值内，向所述主帐号用户客户端返回关联失败的提醒消息。

在一些实施例中，可以根据主帐号和目标帐号之间的历史通讯情况判断主帐号用户与目标帐号用户是否是经常联系的关系，从而阻止陌生恶意号码的关联请求。具体的，服务器获取所述主帐号与所述目标帐号之间的交互记录信息；基于所述交互记录信息确定所述主帐号与所述目标帐号之间是否存在关联关系；若不存在关联关系，向所述主帐号用户客户端返回关联失败的提醒消息。

在一些实施例中，可以根据目标帐号使用终端的时间判断终端是否为目标帐号用户的常用设备，如果不是常用设备，则拒绝关联。具体的，统计所述目标帐号的客户端的使用天数；判断所述使用天数是否小于第二预设时间；若小于所述第二预设时间，向所述主帐号用户客户端返回关联失败的提醒消息，其中，提醒消息可以包括目标帐号用户的设备为非常用设备的提示信息。

S305：当关联校验通过后，向所述主帐号用户客户端返回关联成功通知信息。

本公开还提供了一种帐号关联服务器，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述步骤301-305的帐号关联方法。

本说明书的实施例通过提供多种服务器对主帐号和目标帐号的校验方式的示例，提升了帐号关联校验的安全性。

在上网行为监管领域，未成年人的游戏行为历来都是监管重点。家长作为监管者，如果要对未成年孩子的游戏行为进行监管，那么就需要对孩子帐号进行关联。本说明书基于未成年人游戏监管平台(一个帮助家长引导孩子游戏行为的平台)，创造了一套家长帐号关联未成人帐号的流程，提供了两种关联方式：孩子扫码关联和家长手动输入帐号关联。通过系统校验审核、孩子确认、消息下发等机制，创建了一套简单、有效、便捷、安全的帐号关联方法。

本发明实施例提供了一种通过扫码方式实现帐号关联的界面流程示意图，如图4所示，具体以主帐号用户为家长、目标帐号用户为孩子为例进行说明，具体包括：

场景1(目标帐号用户与主帐号用户在预设距离范围内)：孩子在身边。比如，走读上学或者上学地离家很近，与家长见面相对频繁。

如图4所示，家长打开未成年人游戏监管平台小程序，点击关联帐号，选择孩子在身边。如图5所示，页面会展示一个二维码，孩子打开设备扫码此二维码。扫描完成后，如图6所示，点击确认按钮，将孩子的帐号信息提交至审核模型(审核模型可以是后台服务器)，模型经过一系列的逻辑判断(例如，黑产识别、操作频繁度判断、是否常用设备、是否实名认证、未成年人识别、是否重复添加等等)，系统审核通过后，帐号才算关联成功。如图7所示，继续进行实现家长对孩子的监管设置。

场景2(目标帐号用户与主帐号用户不在预设距离范围内)：孩子不在身边。比如，孩子住读或留守儿童，与家长见面次数少。

如图8所示，家长打开关联帐号页面，点击孩子不在身边，此时会要求家长输入孩子玩游戏的QQ帐号\微信号\手机号等游戏帐号和年龄，具体参见图9。提交孩子信息后，会显示如图10所示的提示信息，提示提交成功，请家长等待后续审核结果，在实际应用中，如果是企业需要对员工的上网行为进行监管，可以通过点击继续添加按钮实现若干员工的上网行为监管。之后信息将进入系统审核模型中，系统会对孩子信息进行逻辑校验(是否常用设备、是否实名认证、未成年人识别、是否重复添加等等)，对于系统审核不通过的信息直接打回，通知家长重新提交；对于不确定的信息，则会进入到人工审核或者引导至扫码页面；对于审核通过的信息，则会发送帐号关联消息到孩子的手机中，孩子进行最后的确认后，帐号即可关联成功。对于审核不通过的情形，很可能是家长记错孩子的相关帐号信息了，为了使家长能最终实现帐号关联，将关联方式引导至扫码页面，从而，当孩子在家长身边时，也可以通过扫码方式实现帐号关联，提高了用户体验。

需要说明的是，实际应用中，并不限定被监管方与监管方的位置，本公开说明书主要是提供了多种关联监管方和被监管方帐号的方式，通过具体方式的流程的描述，使得本公开的方案更清晰。

本说明书实施例中，家长帐号与孩子帐号关联成功后，家长可以对孩子帐号进行监管。监管功能主要包括：游戏提醒设置、游戏帐号登录限制、游戏消费限制。

游戏提醒设置分为游戏时长提醒和游戏消费提醒，当孩子的游戏行为超过设定的阈值，系统(后台监控服务器)能够下发消息提醒家长。如图12所示，可以设置单日游戏时长提醒、单日游戏消费提醒。实际应用中，还可以设置一周累计游戏时长提醒、一周累计消费提醒。

如图13所示，游戏帐号登录限制指当孩子游戏时长过长，家长可以针对单款游戏提出禁玩的申请。禁玩成功后，孩子的游戏帐号将无法登录，以此达到禁玩目的。

如图14所示，游戏消费限制指当孩子的游戏消费过多，家长可以申请帐号禁充。禁充通过后，孩子的游戏帐号将无法在相关游戏中充值。

另外，家长帐号和孩子帐号关联成功后，家长就能拉取到孩子帐号的游戏行为数据，基于这些游戏时长数据、游戏消费数据，系统能够定期输出孩子游戏月报，主要指标包括当月总时长、当月总消费、游戏时间段分布。系统还会基于数据结果，给出孩子监管意见供家长参考。

下面以两种场景展开阐述，分别介绍孩子扫码进行帐号关联和家长手动输入进行帐号关联。

如图15所示，图15为孩子扫码进行帐号关联的逻辑流程示意图，具体包括：

S1：家长端选择扫码关联后，页面出现二维码，孩子端进行扫码。

S2：网络正常的情况下，孩子端进行扫码后，平台识别到扫码动作，并且获取孩子帐号信息，将此信息发送到平台服务器进行校验。

S3：黑产团伙可能利用二维码进行非法活动(如关联钓鱼网站、恶意广告等)，因此当扫码时，首先要对用户身份进行黑产识别。黑产用户身份的识别从2个方面展开：基于微信号\QQ号\身份证号码\手机号，进行黑产库查询(自有库、第三方库)和特征分析(对相关特征属性做黑产相似度分析)。

S4：平台对孩子帐号信息进行一系列的校验，校验点主要包括：孩子帐号是否已经被监管、扫码频率是否过高、设备是否为常用设备等。扫码频率的判断，可以先设定一个时间周期T，扫描次数N，设定扫码的阈值M(N<＝M)。当在时间T内，服务器缓存中会记录扫码次数N，每扫码一次，N值就会加1，同时，服务器会比对N和M的大小。直至当N>M时，平台服务器会判定扫码频率过高，并阻止用户再次扫码。

关于常用设备的判断，设定孩子帐号为account1，设备的唯一标识为deviceid1，设备常用的天数阈值为N1。每当account1在deviceid1上使用天数增加次时，该设备的使用天数P会增加1，当P>N1时，系统判定设备为孩子常用设备。在设定N1的阈值时，根据实际的情况进行动态变化，如基于手机的一般寿命，将N1设为3个月。扫码数据的校验能够保证孩子设备为常用设备，降低误关联帐号的几率。

如图16所示，图16为家长手动输入进行帐号关联的逻辑流程示意图，具体包括：

S1：家长输入孩子帐号信息后，点击提交，前端会校验帐号信息的基本格式是否正确。比如手机号需校验数字、位数、运营商编码规则；QQ号需检验数字；邮箱需校验邮箱格式等。只有孩子帐号格式校验通过，系统才会发起对平台服务器的请求。

S2：平台服务器接收到前端发来的帐号数据后，开始进行前置条件的校验，只有前置条件校验通过，才会发起后续的流程。前置条件的校验点在于判断帐号信息的真实性、是否重复关联。系统会在平台数据库中检索所有已关联的帐号记录，一旦本次校验的帐号能被检索到，则前置条件校验不通过。

S3：通过前置条件校验后，对家长帐号进行校验，常用校验点包括：是否实名认证、是否符合适婚年龄等。具体的，是否实名认证可以根据家长帐号在注册时输入的身份证信息进行验证，具体可以提交到公安部门的相关认证系统进行认证。

S4：家长帐号通过校验后，最后对孩子帐号进行校验。常用校验点包括：是否未成年人、校验孩子帐号和家长帐号是否存在亲子关系。正常情况下，家长帐号和孩子帐号之间应当存在强关联，比如频繁的通讯记录、会话记录等。校验过程中，加入主帐号和目标帐号的关联性校验，对于毫无相关性的两个帐号，二者帐号是亲子关系的可能性很低，关联就会失败，这样就能最大程度上降低误关联和恶意关联。是否是未成年的校验也可以是根据录入的目标帐号用户的身份证信息进行判断。若是未成年孩子，则可以由家长等监护人进行基于帐号关联的校验。

所有出现校验不通过的情况，均引导至扫码关联方式，也可以是其他关联方式。

S5：上述步骤中，如果校验不通过，系统会下发消息至家长，告知关联失败，并引导至扫码方式进行关联。如果全部校验通过，系统则会给孩子下发一条确认消息，由孩子做出最终确认。

S6：孩子对S5中的确认消息进行确认，确认后，平台服务器讲收到请求，并且下发给家长关联成功的消息通知。如果孩子长时间未确认，则会推送一条过期提醒至家长。以此提醒家长手动下发确认的消息。

本申请实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图17是本申请实施例提供的一种热度预测方法的服务器的硬件结构框图。如图17所示，该服务器1700可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Units，CPU)1710(处理器1710可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器1730，一个或一个以上存储应用程序1723或数据1722的存储介质1720(例如一个或一个以上海量存储设备)。其中，存储器1730和存储介质1720可以是短暂存储或持久存储。存储在存储介质1720的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1710可以设置为与存储介质1720通信，在服务器1700上执行存储介质1720中的一系列指令操作。服务器1700还可以包括一个或一个以上电源1760，一个或一个以上有线或无线网络接口1750，一个或一个以上输入输出接口1740，和/或，一个或一个以上操作系统1721，例如Windows Server TM，MacOS XTM，Unix TM,Linux TM，Free BSD TM等等。

输入输出接口1740可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器1700的通信供应商提供的无线网络。在一个实例中，输入输出接口1740包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口1740可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

本领域普通技术人员可以理解，图17所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器1700还可包括比图17中所示更多或者更少的组件，或者具有与图17所示不同的配置。

本说明书实施例中，所述存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

本发明提供的帐号关联的方法，包括接收主帐号用户触发的帐号关联指令；根据所述帐号关联指令确定主帐号与目标帐号的帐号关联方式，所述帐号关联指令用于表征所述主帐号用户与所述目标帐号用户的位置关系；基于所述帐号关联方式获得所述目标帐号用户的目标帐号信息；将所述主帐号用户的主帐号信息和所述目标帐号信息发送给服务器，以使所述服务器对所述主帐号信息和所述目标帐号信息进行关联校验；接收服务器返回的关联成功通知信息，以建立所述主帐号与所述目标帐号的关联。由上述本发明提供的帐号关联的方法、服务器和移动终端的实施例可见，本说明书实施例的方案提供的两种帐号关联方式，对主帐号和目标帐号都进行了服务器校验，保证了帐号的有效性和关联性。不仅满足面对面添加的快捷场景，也提供了手动输入，目标帐号确认的方式。满足帐号关联需求的同时，也提升了便捷性和安全性。

由上述本发明提供的帐号关联的方法、服务器和移动终端的实施例可见，本发明适用于企业、家庭等需要进行上网行为监控的场景。第一，扫码关联是家长和孩子面对面的场景，这样在保证了安全性的同时，提高了便捷性。同时，扫码数据的校验能够保证孩子设备为常用设备，降低误关联帐号的几率。第二，主动输入关联帐号的方式，适用于远程关联的场景。相关的校验流程提高了关联的有效性和安全性，而最后的消息下发和确认，则提供了便捷性(孩子不用一直等待)和减少了错误关联的可能性，有效防止关联行为的滥用，给他人带来骚扰。第三，校验过程中，加入了主帐号和目标帐号的关联性校验，对于毫无相关性的两个帐号，2者帐号是亲子关系的可能性很低，关联就会失败，这样就能最大程度上降低误关联和恶意关联。

需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、系统和服务器实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种帐号关联方法，其特征在于，所述方法包括：

响应于用户手动输入目标账号信息后触发的账号关联请求指令，获得目标帐号用户的目标帐号信息；

将主帐号用户的主帐号信息和所述目标帐号信息，发送给服务器进行关联校验；

接收服务器返回的关联成功通知信息，以建立所述主帐号与所述目标帐号的关联；所述关联成功通知信息为所述服务器在接收到所述目标账号对确认消息确认后发送的；所述确认消息为所述服务器在对所述主账号信息和所述目标账号信息进行关联校验通过后发送至目标账号的。

2.根据权利要求1所述的方法，其特征在于，所述响应于用户手动输入目标账号信息后触发的账号关联请求指令，获得所述目标帐号用户的目标帐号信息之前，所述方法还包括：

接收所述主帐号用户触发的帐号关联指令；

根据所述帐号关联指令中主账号用户与目标账号的位置关系，确定所述主帐号与所述目标帐号的帐号关联方式；当所述帐号关联指令表征所述主帐号用户与所述目标帐号用户之间的距离超出预设距离阈值时，确定主帐号用户选择的帐号关联方式为手动输入目标帐号。

3.根据权利要求2所述的方法，其特征在于，所述根据所述帐号关联指令中主账号用户与目标账号的位置关系，确定所述主帐号与所述目标帐号的帐号关联方式包括：

当所述帐号关联指令表征所述主帐号用户与所述目标帐号用户之间的距离在所述预设距离阈值内时，确定主帐号用户选择的帐号关联方式为扫码添加目标帐号。

4.根据权利要求2或3所述的方法，其特征在于，当所述帐号关联方式为扫码添加目标帐号时，所述方法还包括：

基于主帐号信息生成帐号信息码；

响应于所述目标帐号用户的客户端对所述帐号信息码的扫码操作，获取所述目标帐号用户的目标帐号信息。

5.根据权利要求2或3所述的方法，其特征在于，所述响应于用户手动输入目标账号信息后触发的账号关联请求指令，获得目标帐号用户的目标帐号信息包括：

当所述帐号关联方式为手动输入目标帐号时，执行响应于用户手动输入目标账号信息后触发的账号关联请求指令，获得目标帐号用户的目标帐号信息。

6.一种帐号关联方法，其特征在于，所述方法包括：

接收主帐号用户客户端发送的目标帐号用户的目标帐号信息和主帐号信息，其中，所述目标帐号信息为所述主帐号用户客户端响应于用户手动输入目标账号信息后触发的，账号关联请求指令获得；

基于所述目标帐号信息和所述主帐号信息进行关联校验，校验通过后向目标账号用户客户端发送确认消息；

接收所述目标账号用户客户端对所述确认消息确认后发送的关联成功通知信息；

向所述主帐号用户客户端发送所述关联成功通知信息。

7.根据权利要求6所述的方法，其特征在于，所述基于所述目标帐号信息和所述主帐号信息进行关联校验包括：

统计在第一预设时间内所述目标帐号用户客户端扫码操作的扫码频率；

当所述扫码频率大于预设扫码阈值时，向所述主帐号用户客户端返回关联失败的提醒消息。

8.根据权利要求6所述的方法，其特征在于，所述基于所述目标帐号信息和所述主帐号信息进行关联校验包括：

在关联帐号数据库中检索是否存在所述目标帐号和所述主帐号的关联信息；

若存在所述目标帐号和所述主帐号的关联信息，向所述主帐号用户客户端返回关联失败的提醒消息。

9.根据权利要求6所述的方法，其特征在于，所述基于所述目标帐号信息和所述主帐号信息进行关联校验包括：

获取所述目标帐号用户的身份证明信息；

基于所述身份证明信息计算所述目标帐号用户的年龄；

判断所述目标帐号用户的年龄是否处于预设年龄阈值内；

若不处于预设年龄阈值内，向所述主帐号用户客户端返回关联失败的提醒消息。

10.根据权利要求6所述的方法，其特征在于，所述基于所述目标帐号信息和所述主帐号信息进行关联校验包括：

获取所述主帐号与所述目标帐号之间的交互记录信息；

基于所述交互记录信息确定所述主帐号与所述目标帐号之间是否存在关联关系；

若不存在关联关系，向所述主帐号用户客户端返回关联失败的提醒消息。

11.根据权利要求6所述的方法，其特征在于，所述基于所述目标帐号信息和所述主帐号信息进行关联校验包括：

统计所述目标帐号的客户端的使用天数；

判断所述使用天数是否小于第二预设时间；

若小于所述第二预设时间，向所述主帐号用户客户端返回关联失败的提醒消息。

12.一种帐号关联终端，其特征在于，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至5中任一权利要求所述的帐号关联方法。

13.一种帐号关联服务器，其特征在于，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求6至11中任一权利要求所述的帐号关联方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有程序，所述程序用于实现如权利要求1-5任一或权利要求6-11任一所述的帐号关联方法。

Images