本发明涉及账户管理技术领域，尤其是涉及账户关联方法和信息推送方法。
背景技术：
企业针对不同的服务会面向用户提供很多平台，比如各种app、小程序、网站等，用户往往会针对不同的平台申请不同的账号，再通过不同的账号去访问，这样就给用户带来很多不便，降低用户的体验感。
与此同时，企业往往会定期向用户推送一些信息，比如，房源信息、咨询信息、实时信息等。但是，在现有技术当中，企业是根据服务器中注册的账号去推送信息的，这就导致对于申请多个账号的同一个用户来说，该用户的多个账号会同时接收到同样的信息，这不仅会导致资源的浪费，而且也降低用户的使用体验。
技术实现要素：
有鉴于此，本发明的目的在于提供账户关联方法和信息推送方法，将同一用户的多个账户进行关联，形式完整账户体系，并按照用户数目进行信息推送，在减少资源的浪费的同时，同时提高用户的体验。
第一方面，本发明实施例提供了账户关联方法，包括：
获取用户的认证标识，并根据所述认证标识和当前账户体系创建用户账号；
判断所述认证标识是否在数据库中搜寻成功；
若成功，将所述用户账号与所述认证标识所对应的通用身份账号相关联；
若失败，建立与所述认证标识相对应的通用身份账号。
结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，还包括：
为所述用户账号分配子平台的访问权限，其中，所述账户体系包括多个子平台。
结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述方法还包括：
获取用户的第三方账号；
根据与所述第三方账号相绑定的所述认证标识，将所述第三方账号与所述认证标识对应的所述通用身份账号相关联；
为所述第三方账号分配各个所述账户体系的访问权限。
结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述认证标识包括可更改标识和/或不可更改标识。
结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，所述方法还包括：
当所述可更改标识进行变更时，将原始认证标识冻结，并将更改后的当前认证标识与所述原始认证标识对应的所述用户账号和所述通用身份账号相关联。
第二方面，本发明实施例还提供信息推送方法，应用如上所述的账户关联方法，还包括：
获取数据库中的认证标识；
根据所述认证标识建立相应的信息推送表格，将与所述认证标识对应的用户账号存储至所述相应的信息推送表格中，其中，所述用户账号按照与所述认证标识的对应关系存储至相应的信息推送表格中；
将信息分别推送至所述信息推送表格中的任意所述用户账号。
结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，所述根据所述认证标识建立相应的信息推送表格，将与所述认证标识对应的用户账号存储至所述相应的信息推送表格中包括：
根据所述认证标识对应的所述通用身份账号建立相应的信息推送表格，其中，所述通用身份账号与所述信息推送表格一一对应；
将与所述通用身份账号关联的各个所述用户账号存储在所述相应的信息推送表格中。
结合第二方面，本发明实施例提供了第二方面的第二种可能的实施方式，其中，所述将信息分别推送至所述信息推送表格中的任意所述用户账号包括：
所述信息推送至所述信息推送表格中的随机任一用户账号。
结合第二方面，本发明实施例提供了第二方面的第三种可能的实施方式，其中，所述将信息分别推送至所述信息推送表格中的任意所述用户账号还包括：
获取所述信息推送表格中各个所述用户账号的账号参数；
按照预设条件将各个所述用户账号进行优先级排序；
将信息推送至所述信息推送表格中符合所述预设条件的所述用户账号。
结合第二方面，本发明实施例提供了第二方面的第四种可能的实施方式，其中，所述账号参数包括登录时长、登录次数、喜爱程度和信息查看率中的一种或几种。
本发明实施例提供了账户关联方法和信息推送方法，包括获取用户的认证标识，并根据认证标识和当前账户体系创建用户账号；判断认证标识是否在数据库中搜寻成功；若成功，将用户账号与认证标识所对应的通用身份账号相关联；若失败，建立与认证标识相对应的通用身份账号，将同一用户的多个账户进行关联，形式完整账户体系，并按照用户数目进行信息推送，在减少资源的浪费的同时，同时提高用户的体验。
本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的账户关联方法流程示意图；
图2为本发明实施例提供的信息推送方法流程示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
目前，在现有技术当中，企业是根据服务器中注册的账号去推送信息的，这就导致对于申请多个账号的同一个用户来说，该用户的多个账号会同时接收到同样的信息，比如，用户针对同一企业的多个平台分别注册了，账号1，账号2，账号3，企业根本不知道这些账号的用户是同一个人，企业在推送信息的时候只认账号，则会出现，用户的三个账号都收到重复的信息，这不仅会导致资源的浪费，而且也降低用户的使用体验。
基于此，本发明实施例提供的账户关联方法和信息推荐方法，将同一用户的多个账户进行关联，形式完整账户体系，并按照用户数目进行信息推送，在减少资源的浪费的同时，同时提高用户的体验。
为便于对本实施例进行理解，首先对本发明实施例所公开的账户关联方法进行详细介绍；
图1为本发明实施例提供的账户关联方法流程示意图。
参照图1，账户关联方法包括以下步骤：
步骤s110，获取用户的认证标识，并根据认证标识和当前账户体系创建用户账号；
步骤s120，判断认证标识是否在数据库中搜寻成功；
步骤s130，若成功，将用户账号与认证标识所对应的通用身份账号相关联；
步骤s140，若失败，建立与认证标识相对应的通用身份账号。
具体地，服务器通过获取的用户的认证标识和当前用户登录的账户体系，创建该账户体系的用户账号，将认证标识在存储众多认证标识的数据库中进行搜寻，若成功在数据库中搜寻到相同的认证标识，代表该名用户在此之前通过这个认证标识创建过平台下其他体系的用户账号，此时，服务器将本次创建的用户账号与认证标识所对应通用身份账号相关联，若没有找到相同的认证标识，则代表该名用户首次登录平台，建立与认证标识相对应的通用身份账号，并将这个认证标识存储于数据库中，通过上述方案，建立了对于同一用户来说多个账户体系的关联，便于对同一用户的多个账户进行管理和操作；
进一步的，方法还包括：
步骤s150，为用户账号分配子平台的访问权限，其中，账户体系包括多个子平台。
这里，对于同一账户体系下的子平台来说，都能够通过该账户体系的用户账号进行登录访问；
其中，同一手机号注册登录a网站旗下的不同终端，同一账号体系创建相同用户账号，不同账号体系创建不同用户账号，通用身份账号根据认证标识进行创建，一旦创建不可更改；
进一步的，方法还包括：
步骤s210，获取用户的第三方账号；
步骤s220，根据与第三方账号相绑定的认证标识，将第三方账号与认证标识对应的通用身份账号相关联；
步骤s230，为第三方账号分配各个账户体系的访问权限。
这里，第三方账号登录后，通过绑定认证标识与通用身份账号相关联，第三方账号与通用身份账号一旦关联不可解绑，可更改与第三方账号进行绑定的认证标识，但更改绑定的认证标识需要为未注册或是之前与通用身份账号相关联的认证标识，绑定后的第三方账号对应用户账号和通用身份账号，与认证标识没有直接关系；
其中，不同终端使用同一个第三方开放平台账号，登录后生成同一个用户账号，使用不同开放平台账号，生成不同用户账号；
进一步的，认证标识包括可更改标识和/或不可更改标识。
这里，可更改标识包括手机号，不可更改标识包括身份证号；
需要说明的是，当可更改标识为手机号时，当前用户将手机号1改为手机号2，此时手机号1在当前用户的通用身份账号下处于冻结状态，不能再次用于绑定登录等功能，此时有可能有一新用户再次启用的手机号1，并利用手机号1注册登录本平台，此时新用户可根据注册时的错误提示进行操作(手机号已被注册，联系客服解决)，技术人员能够后台将当前用户的手机号1从其通用身份账号下解绑，并将手机号1的状态恢复，使新用户能够通过手机号1进行注册，生成与该名新用户关联的通用身份账号；
进一步的，方法还包括：
步骤s310，当可更改标识进行变更时，将原始认证标识冻结，并将更改后的当前认证标识与原始认证标识对应的用户账号和通用身份账号相关联。
这里，当所述认证标识发生变更时，将原始认证标识与所述第三方账号进行解绑并冻结，并将更改后的当前认证标识与述原始认证标识对应的所述用户账号和所述通用身份账号相关联。
其中，可更改标识支持修改，但对应的用户账号及通用身份账号不变，同时不可修改为已注册使用过的认证标识，被修改的认证标识仍与对应的用户账号和通用身份账号相关联，但状态被冻结，不能用于再次登录，即不能通过已冻结的认证标识登录所述用户账号所在的账户体系；
需要说明的是，这里的认证标识修改，只会影响当前账号体系内的终端。例如在a网站中将认证标识a更改为认证标识b，则在b网站中同样被如此修改(认证标识a更改为认证标识b的同时，登录方式也变为以认证标识b进行登录)，但不会将不同账户体系中的c网站的以认证标识a登录的方式进行修改；
进一步的，为解决资源浪费的问题，本发明实施例还提供了信息推送方法，建立在上述账号关联方法之上，除应用如上所述的账户关联方法，还包括以下步骤：
步骤s410，获取数据库中的认证标识；
步骤s420，根据认证标识建立相应的信息推送表格，将与认证标识对应的用户账号存储至相应的信息推送表格中，其中，用户账号按照与认证标识的对应关系存储至相应的信息推送表格中；
步骤s430，将信息分别推送至信息推送表格中的任意用户账号。
这里，数据库中包括多个认证标识，根据每个认证标识分别建立对应的信息推送表格，按照认证标识与用户账号的对应关系，将认证标识所对应的全部用户账号都存储在该认证标识对应的信息推送表格中，且一个用户对应一个认证标识即对应一个表格，这就能够实现将信息按照要求次数的发给每一个用户，不会出现一个用户的多个用户账号都会接收到同样的推送信息，造成资源浪费，对用户造成信息骚扰，降低用户体验度的问题了；
进一步的，上述实施例中的步骤s420还可用以下步骤进行实现，包括：
步骤s510，根据认证标识对应的通用身份账号建立相应的信息推送表格，其中，通用身份账号与信息推送表格一一对应；
步骤s520，将与通用身份账号关联的各个用户账号存储在相应的信息推送表格中。
这里，每个认证标识对应一个通用身份账号，一个通用身份账号对应一个用户，在一个用户的通用身份账号下关联多个账户体系、多个子平台的用户账号，将该名用户的全部用户账号存储在一个信息推送表格中，以便于对单名用户的信息推送；
进一步的，上述实施例中提供的步骤s430还包括以下步骤：
步骤s610，信息推送至信息推送表格中的随机任一用户账号。
优选地，因为每个信息推送表格对应一名用户，服务器通过将信息推送至信息推送表格的中的任一随机用户账号，即将信息发送一次给用户，避免了信息的资源的浪费；
进一步的，上述实施例中提供的步骤s430还可用以下步骤实现：
步骤s710，获取信息推送表格中各个用户账号的账号参数；
步骤s720，按照预设条件将各个用户账号进行优先级排序；
步骤s730，将信息推送至信息推送表格中符合预设条件的用户账号。
这里，作为一种可选的实施方式，用户可预设自定义设定获取推送信息的方式，如，可按照账号参数自定义选择登录时长最长的一个或若干个用户账号，这样，在服务器进行信息推送时，会按照预先设置的选择方式，对信息推送表格中的用户账号进行筛选，将信息推送至符合要求的用户账号中；
其中，预设条件即为用户预先选择设置的要求项，可为一个也可为多个，如按照登录时长、登录次数、喜爱程度和信息查看率的优先级，将各个用户账号上述账号参数值的进行排名，选取预设个数或账号参数值满足预设范围的用户账号进行信息推送；
进一步的，账号参数包括登录时长、登录次数、喜爱程度和信息查看率中的一种或几种。
这里，一个平台包括多个账户体系，每个账户体系又包含多个字平台，比如，账户体系a中分为a网站，b网站，c应用，d程序。账户体系b中可以分为e程序。那么在本方案的账户关联体系中，账户体系a和账户体系b是两个不同的账号，账号体系a内部的多个子平台是相同的账号，具体的，如果，用户针对a网站申请的一个账号user＿a，那么用户拿着这个user＿a同样可以登录b网站，c应用，d程序，即，在本方案的账户关联体系中，每个账户体系内的多个子平台都是打通的。即在同一个账号体系内，后台服务器针对每个用户创建的账号都是相同的。
在本方案中，在用户注册用户账号之后，后台服务器可以检测多个用户账号以及多个用户账号关联的认证标识，如果后台服务器检测到，多个账户体系的用户账号关联的认证标识是相同的，那么后台服务器则认定该多个账户体系为同一个用户使用，那么后台服务器在推送消息的时候，只推送该用户一次。
具体流程如下：s1：用户使用手机号a(这里的认证标识为手机号，下同，不再赘述)注册账户体系a中的一个子平台账号user＿a。
s2：服务器向用户分配账户体系a下面多个子平台的访问权限，即，用于可以根据user＿a访问账户体系a下面多个子平台。
s3：用户使用手机号a注册账号体系b下面的一个平台账号user＿b。
s4：服务器向用户分配账户体系b下面多个子平台的访问权限，即，用于可以根据user＿b访问账户体系b下面多个子平台。
s5：服务器时刻检测存储在数据库中的多个账号体系所关联的手机号，如果服务器检测到存在相同的手机号，即，user＿a和user＿b所关联的手机号是相同的，那么服务器则认定user＿a和user＿b为同一用户。
s6：服务器建立推送信息表，即将user＿a和user＿b存储至同一个表格。
s7：服务器在在推送信息的时候，只将信息推送至表格中user＿a以及user＿b任意一个账号。
本发明实施例提供了账户关联方法和信息推送方法，包括获取用户的认证标识，并根据认证标识和当前账户体系创建用户账号；判断认证标识是否在数据库中搜寻成功；若成功，将用户账号与认证标识所对应的通用身份账号相关联；若失败，建立与认证标识相对应的通用身份账号，将同一用户的多个账户进行关联，形式完整账户体系，并按照用户数目进行信息推送，在减少资源的浪费的同时，同时提高用户的体验。
本发明实施例所提供的账户关联方法、信息推送方法、装置以及系统的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read－onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。
本发明实施例还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例提供的账户关联方法和信息推送方法的步骤。
本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述实施例的账户关联方法和信息推送方法的步骤。
最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。