CN107944919B - 账户查询方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种账户查询方法，该方法包括：在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取建账客户端在所述社交应用中唯一的UnionID以建立统一账户；基于建账客户端在第一渠道中的账户操作在统一账户中记录对应的账户信息；在接收到查账客户端发送的账户查询请求时，根据账户查询请求中UnionID查询统一账户，并将统一账户中的账户信息返回至查账客户端。本发明还公开了一种账户查询装置、设备和计算机可读存储介质。本发明提出在以社交应用为依托进行产品推广时，以用户在社交应用的唯一标识建立统一账户，以统一记录用户的账户信息，从而将不同平台的用户数据进行了互通，方便用户对账户信息进行查询。

Description

账户查询方法、装置、设备及计算机可读存储介质

技术领域

本发明涉及数据处理领域，尤其涉及一种账户查询方法、装置、设备及计算机可读存储介质。

背景技术

目前，即时通信应用(如微信、QQ等)在国内拥有庞大的使用群体。为了更好的对健康险业务进行拓展，许多公司以微信应用为依托对健康险产品进行推广，使得用户可以通过小程序、公众号等渠道进入到保险商城并进行保险产品的购买。

但是，在通过即时通信应用进行推广时，对于不同类别的保险产品可能会开发多个不同公众号或是多个小程序进行推广和销售；而与这些不同的公众号和小程序对接的系统往往具有各自独立数据库，其用户数据并不是互通的，这就导致用户在不同平台购买多个产品时，必须登录进入到多个不同的系统才能查询到自己的购买产品信息，对用户而言，使用非常不便。

发明内容

本发明的主要目的在于提供一种账户查询方法、装置、设备及计算机可读存储介质，旨在解决多渠道下用户账户信息不同步，查询不方便的技术问题。

为实现上述目的，本发明提供一种账户查询方法，所述账户查询方法包括以下步骤：

在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；

基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；

在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。

可选地，所述在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID的步骤包括：

在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，向所述建账客户端返回对应的身份授权请求；

在接收到所述建账客户端返回的同意授权信息时，根据所述同意授权信息获取所述建账客户端在所述第一渠道的访问令牌，并通过所述访问令牌获取所述建账客户端在所述社交应用中唯一的UnionID。

可选地，所述在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所建账述客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户的步骤之后，还包括：

在接收到所述建账客户端发送的统一密码设置请求时，根据所述统一密码设置请求设置所述统一账户的查询密码；

所述在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端的步骤包括：

在接收到所述查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并获取所述统一账户的查询密码；

向所述查账客户端返回密码输入请求；

在接收到所述查账客户端发送的输入密码时，判断所述输入密码与所述查询密码是否匹配；

若所述输入密码与所述查询密码匹配，则将所述统一账户中的账户信息返回至所述查账客户端。

可选地，所述在接收到所述查账客户端发送的输入密码时，判断所述输入密码与所述查询密码是否匹配的步骤之后，还包括：

若所述输入密码与所述查询密码不匹配，则拒绝所述查账客户端对统一账户的查询请求，并将统计预设时间段内对所述查询请求的拒绝次数；

若在预设时间段内对所述查询请求的拒绝次数大于预设安全值，则锁定所述统一账户的查询权限。

可选地，所述在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户的步骤之后，还包括：

在接收到所述建账客户端发送的记录设置指令时，根据所述记录设置指令设置统一账户的统一记录事项；

所述基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息的步骤包括：

基于所述建账客户端在所述第一渠道中的账户操作获取对应的账户变动事项，并判断所述账户变动事项是否属于所述统一记录事项；

若所述账户变动事项属于所述统一记录事项，则根据所述账户变动事项在所述统一账户中记录对应的账户信息。

可选地，所述在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户的步骤之后，还包括：

在接收到所述建账客户端基于所述社交应用第三渠道发送的账户注册请求时，获取所述建账客户端的UnionID，并根据所述UnionID查询所述建账客户端的统一账户；

将所述统一账户与所述第三渠道进行关联，并基于所述建账客户端在所述第三渠道中的账户操作在所述统一账户中记录对应的账户信息。

可选地，所述将所述统一账户与所述第三渠道进行关联，并基于所述建账客户端在所述第三渠道中的账户操作在所述统一账户中记录对应的账户信息的步骤之后，还包括：

在接收到所述建账客户端基于所述第三渠道发送的取消关联指令时，根据所述取消关联指令取消所述统一账户与所述第三渠道的关联。

此外，为实现上述目的，本发明还提供一种账户查询装置，所述账户查询装置包括：

账户建立模块，用于在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；

信息记录模块，用于基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；

信息查询模块，用于在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。

此外，为实现上述目的，本发明还提供一种账户查询设备，所述账户查询设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的账户查询程序，其中所述账户查询程序被所述处理器执行时，实现如上述的账户查询方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有账户查询程序，其中所述账户查询程序被所述处理器执行时，实现如上述的账户查询方法的步骤。

本发明通过在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。通过以上方式，本发明提出在以社交应用为依托进行产品推广时，获取用户在社交应用的唯一标识，并以这个唯一id作为用户主键建立统一账户，以统一记录用户的账户信息，从而将不同平台的用户数据进行了互通，方便用户对账户信息进行查询，提高了用户体验，同时也方便工作人员对用户数据进行统一的管理。

附图说明

图1为本发明实施例方案中涉及的账户查询设备的硬件结构示意图；

图2为本发明账户查询方法第一实施例的流程示意图；

图3为本发明账户查询方法第二实施例的流程示意图；

图4为本发明账户查询方法第三实施例的流程示意图；

图5为本发明账户查询装置第一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例方案的主要思路是：在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UinonID建立所述建账客户端在社交应用中的统一账户；基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并根据所述统一账户中的账户信息返回至所述查账客户端。

本发明实施例涉及的账户查询方法主要应用于账户查询设备。

参照图1，图1为本发明实施例方案中涉及的账户查询设备的硬件结构示意图。本发明实施例中，账户查询设备可以包括处理器1001(例如CPU)，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信；用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)；网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)；存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器，存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的账户查询设备的硬件结构并不构成对账户查询设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

继续参照图1，图1中作为一种计算机可读存储介质的存储器1005可以包括操作系统、网络通信模块以及账户查询程序。

在图1中，网络通信模块主要用于连接客户端，与客户端进行数据通信；而处理器1001可以调用存储器1005中存储的账户查询程序，并执行以下操作：

在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；

基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；

在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。

进一步的，所述在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID的步骤包括：

在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，向所述建账客户端返回对应的身份授权请求；

在接收到所述建账客户端返回的同意授权信息时，根据所述同意授权信息获取所述建账客户端在所述第一渠道的访问令牌，并通过所述访问令牌获取所述建账客户端在所述社交应用中唯一的UnionID。

进一步的，处理器1001还可以调用存储器1005中存储的账户查询程序，并执行以下操作：

在接收到所述建账客户端发送的统一密码设置请求时，根据所述统一密码设置请求设置所述统一账户的查询密码；

在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并获取所述统一账户的查询密码；

向所述查账客户端返回密码输入请求；

在接收到所述查账客户端发送的输入密码时，判断所述输入密码与所述查询密码是否匹配；

若所述输入密码与所述查询密码匹配，则将所述统一账户中的账户信息返回至所述查账客户端。

进一步的，处理器1001还可以调用存储器1005中存储的账户查询程序，并执行以下操作：

若所述输入密码与所述查询密码不匹配，则拒绝所述查账客户端对统一账户的查询请求，并将统计预设时间段内对所述查询请求的拒绝次数；

若在预设时间段内对所述查询请求的拒绝次数大于预设安全值，则锁定所述统一账户的查询权限。

进一步的，处理器1001还可以调用存储器1005中存储的账户查询程序，并执行以下操作：

在接收到所述建账客户端发送的记录设置指令时，根据所述记录设置指令设置统一账户的统一记录事项；

基于所述建账客户端在所述第一渠道中的账户操作获取对应的账户变动事项，并判断所述账户变动事项是否属于所述统一记录事项；

若所述账户变动事项属于所述统一记录事项，则根据所述账户变动事项在所述统一账户中记录对应的账户信息。

进一步的，处理器1001还可以调用存储器1005中存储的账户查询程序，并执行以下操作：

在接收到所述建账客户端基于所述社交应用第三渠道发送的账户注册请求时，获取所述建账客户端的UnionID，并根据所述UnionID查询所述建账客户端的统一账户；

将所述统一账户与所述第三渠道进行关联，并基于所述建账客户端在所述第三渠道中的账户操作在所述统一账户中记录对应的账户信息。

进一步的，处理器1001还可以调用存储器1005中存储的账户查询程序，并执行以下操作：

在接收到所述建账客户端基于所述第三渠道发送的取消关联指令时，根据所述取消关联指令取消所述统一账户与所述第三渠道的关联。

基于上述账户查询设备的硬件结构，提出本发明账户查询方法的各个实施例。

本发明实施例提供一种账户查询方法。

参照图2，图2为本发明账户查询方法第一实施例的流程示意图。

本实施例中，所述账户查询方法包括以下步骤：

步骤S10，在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；

目前，在通过即时通信应用进行保险产品(当然也可以是其它商品)推广时，对于不同类别的保险产品可能会开发多个不同公众号或是多个小程序进行推广和销售；而与这些不同的公众号和小程序对接的系统往往具有各自独立数据库，其用户数据并不是互通的，这就导致用户在不同平台购买多个产品时，必须登录进入到多个不同的系统才能查询到自己的购买产品信息，对用户而言，使用非常不便。基于上述原因，本实施例提出账户查询，实现不同产品平台之间的数据互通，使得用户在一个渠道登录即可查询到其名下的所有产品信息，方便用户使用。

本实施例中的社交应用以微信为例进行说明。本实施例中，用户在手机(当然也可以是平板电脑、笔记本电脑等移动终端，也可以是PC、智能电视等固定终端)上通过打开微信客户端，然后在微信的保险公众号(第一渠道)入口进入到该保险公众号平台的产品商城进行产品选购。由于本次进入商城是用户的首次进入，因此在进行产品选购前，用户需要先在产品商城中注册一个账户，手机则根据用户的注册操作向产品商城的服务器(即上述的账户查询设备)发送账户注册请求。服务器在接收到手机微信发送的账户注册请求时，将基于该微信帐号为用户建立一个账户，当用户购买产品或使用其它相关服务时服务器都将以该账户进行记录。值得说明的是，目前由于同一个用户在访问不同的公众号或小程序时，公众号或小程序所得到的用户ID是不同的，例如，对于公众号，在用户与公众号产生消息交互后，公众号可获得用户的OpenID(加密后的微信号，每个用户对每个公众号的OpenID是唯一的。对于不同公众号，同一用户的openid不同)；为了统一同一个用户在不同平台的账户名，以方便后续的数据互通，本实施例中服务器在建立账户时，将调用微信Openapi(开源应用编程接口)获取用户在微信渠道的唯一的联合标识UnionID，并以这个唯一id作为用户主键(或称为用户标识)进行账户建立。

其中，对于UnionID的获取过程可以这样实现的：当用户操作手机通过微信公众号进入商城、向服务器发送账户注册请求时，服务器将根据该账户注册请求向手机微信返回对应的身份授权请求，以询问用户是否允许服务器获取其微信账户的UnionID。手机微信在接收到身份授权请求时将会显示对应的授权窗口，以对用户进行询问；若用户对服务器进行授权，可点击相应的同意授权选项，手机微信则根据用户的操作向服务器返回同意授权信息。服务器在接收到该同意授权信息时，即以snsapi_userinfo为scope发起授权，通过公众号的appid和secret获取用户微信账户的访问令牌access_token；然后通过该access_token调用公众号的“用户管理接口”中的“获取用户信息接口”获得unionID。例如：

获取公众号全局唯一access_token

$curl＝new Curl()；

$curl->setOption(CURLOPT_SSL_VERIFYPEER,false)；

$tokenresult＝

$curl->get(‘https://api.weixin.qq.com/cgi-bin/token？grant_type＝client_credential&appid＝’.$appid.‘&secret＝’.$secret)；

如果请求正确的话，服务器即可得到包括用户微信unionID的返回值，如：

“unionid”：“o6_bmasdasdsad6_2sgVt7hMZOPfL”。

当然，还可以用其它的方式获取客户端在社交应用中唯一的UnionID，本实施例中的举例并不构成对本发明技术方案的限定。

在得到用户微信的UnionID时，服务器即可以UnionID为用户建立统一账户，以记录用户在各渠道操作时所产生的账户信息。

进一步的，本实施例中，用户在通过微信小程序注册账户时，由于用户是首次进入商城(该“首次”是针对商城的所有渠道而言)，因此服务器需要为用户创建统一账户。在创建完统一账户后，若用户从app(或其它渠道)进入到商城并再次申请账户注册时，服务器将先获取到手机的UnionID，并判断该UnionID是否已创建有统一账户；若该UnionID已创建有统一账户，则服务器不会重新重复创建一个统一账户，而是将原有的统一账户与该app渠道(或其它渠道)进行关联即可；此时用户从app进入商城进行账户操作时，所产生的账户信息也会记录到该统一账户中。

再进一步的，用户也可以主动取消统一账户与某一渠道之间的关联。具体的，用户希望取消统一账户与app渠道之间的关联，则可以在手机上进行操作，从app渠道进入到商城，并选则取消关联选项；手机则根据用户的操作向服务器发送对应的取消关联指令。服务器在接收到该取消关联指令时，将根据该取消关联指令取消统一账户与第三渠道的关联。此时，用户从app进入商城进行账户操作时，所产生的账户信息都不会记录到该统一账户中了。

步骤S20，基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；

本实施例中，在得到用户微信的UnionID时，服务器将以UnionID为用户建立统一账户；同时向用户返回对应的注册成功信息。此时用户可操作手机在公众号的产品商城中进行保险产品购买等账户操作了；基于用户的账户操作，手机微信将向服务器发送对应的账户操作指令；服务器在接收到该账户操作指令时，则在统一账户中记录对应的账户信息。此时，对于用户从不同的微信公众号或是小程序(从任一渠道)进入到同一个保险公司的产品商城时，由于同一用户微信的UnionID是相同的，因此服务器都可获取到用户微信的唯一UnionID，并在对应的用户账户中记录账户信息，从而实现不同平台下的数据同步与互通。

步骤S30，在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。

本实施例中，用户在操作手机通过微信小程序(第二渠道)进入产品商城时，若要进行个人账户信息查询时，可通过在手机上点击账户查询选项；手机微信则根据用户的操作向服务器发送账户查询请求，该请求中包括了该手机微信的UnionID。服务器在接收到该账户查询请求时，将根据该UnionID查询对应的统一账户；在查询到该统一账户时，即可统一获取到用户从不同渠道进入商城进行账号操作所产生的账户信息。此时服务器会将这些账户信息返回至手机，以供用户进行查看。当然，本实施例中的用户也可以通过公众号或其它渠道进入产品商城，查看自己统一账户。

进一步的，本实施例中，在建立统一账户实现数据互通的同时，为了保证各平台间数据的独立性，还可以在统一账户下设置各渠道子账户，用以单独记录用户通过某一渠道进行账户操作时所产生的业务信息。例如，用户操作手机从公众号入口a进入产品商城进行注册时，服务器将建立两个账户，一个为统一账户X，一个为子账户A；然后，用户操作手机从小程序入口b进入产品商城进行注册时，此时服务器将会再建立一个子账户B，而无需再建立一个统一账户X(因为唯一标识UnionID未变化)；其中，对于子账户A，用于单独记录用户通过公众号入口a进入产品商城所进行的账户操作；对于子账户B，用于单独记录用户通过小程序入口b进入产品商城所进行的账户操作；对于统一账户，则同时记录有用户通过公众号入口a和小程序入口b进入商城所进行的账户操作(即X中的账户信息为A和B的综合)，从而构建了一个二级账户体系，在实现数据互通的同时，又保持各渠道数据相对独立性。

再进一步的，本实施例中第一渠道和第二渠道，代表了两个不同的商城入口；这两个不同的商城入库，可以是社交应用中两个不同类型的商城入口(如公众号入口A和小程序入口B)，也可以是同一类型下的两个不同入口(如公众号入口A和公众号入库C)。而对于社交应用的商城入口类型(渠道类型)，既包括上述公众号入口、小程序入口，还包括了网页入口、商城专用app入口、第三方应用的推广入口等。

值得说明的，本实施例中的查账客户端与建账客户端可以是不同的终端，例如用户是在手机上进行账户注册，在电脑上进行账户查询；而只要用户在电脑上进行账户查询时，只要用户可以提供有效且与手机相同的UnionID，服务器即可查询到对应的统一账户，并将该账户信息返回至电脑上供用户查看。

本实施例中，在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。通过以上方式，本实施例提出在以社交应用为依托进行产品推广时，获取用户在社交应用的唯一标识，并以这个唯一id作为用户主键建立统一账户，以统一记录用户的账户信息，从而将不同平台的用户数据进行了互通，方便用户对账户信息进行查询，提高了用户体验，同时也方便工作人员对用户数据进行统一的管理。

参照图3，图3为本发明账户查询方法第二实施例的流程示意图。

基于上述图2所示实施例，本实施例中，步骤S10之后还包括：

步骤S40，在接收到所述建账客户端发送的统一密码设置请求时，根据所述统一密码设置请求设置所述统一账户的查询密码；

本实施中，由于统一账户中统一记录有用户从不同渠道进入商城进行账号操作所产生的账户信息，因此该统一账户中的账户信息较多，可能会涉及到用户的一些私密数据。为了保证该统一账户的安全性，用户可以对统一账户设置对应的统一密码。具体的，用户在注册账户时，可以在手机中选择统一密码设置选项，然后输入设置密码；手机则根据用户的操作向服务器发送对应的统一密码设置请求，该统一密码设置请求中即包括了用户输入的设置密码。服务器在接收到该统一密码设置请求时，即可根据该请求将用户输入的设置密码设为统一账户的查询密码，若用户需要查询统一账户时，则需要先输入该查询密码以进行身份验证。

步骤S30包括：

步骤S31，在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并获取所述统一账户的查询密码；

本实施例中，用户在操作手机通过微信小程序(第二渠道)进入产品商城时，若要进行个人账户信息查询时，可通过在手机上点击账户查询选项；手机微信则根据用户的操作向服务器发送账户查询请求，该请求中包括了该手机微信的UnionID。服务器在接收到该账户查询请求时，将根据该请求中包括的UnionID查询对应的统一账户；在查询到对应的统一账户时，服务器将会获取到用户为统一账户设置的查询密码。

步骤S32，向所述查账客户端返回密码输入请求；

本实施例中，服务器获取到用户设置的查询密码时，将会向手机返回密码输入请求，要求用户输入统一账户的查询密码，以判断当前的查询用户是否真实可信。

步骤S33，在接收到所述查账客户端发送的输入密码时，判断所述输入密码与所述查询密码是否匹配；

本实施例中，服务器在接收到手机发送的输入密码时，会将该本次的输入密码与查询密码进行比对，判断两者是否匹配。

步骤S34，若所述输入密码与所述查询密码匹配，则将所述统一账户中的账户信息返回至所述查账客户端。

本实施例中，若用户本次输入密码与查询密码匹配，则服务器将认为当前的查询用户是真实可信的。此时服务器将会获取统一账户中的账户信息，并将这些返回至手机中，以供用户查看。

进一步的，若用户本次输入密码与查询密码不匹配，则服务器将认为当前的查询用户并非真实可信的，有可能存在信息窃取的危险，此时服务器将拒绝手机本次对统一账户的查询请求，并对本次拒绝情况进行记录，记录的内容可以包括拒绝时间、拒绝事件涉及的查询渠道等信息。同时，服务器每次拒绝手机对统一账户的查询请求时，都会对拒绝的次数进行统计；当在预设时间段内的拒绝次数大于预设安全值，则服务器会认为统一账户处于危险状态，此时服务器将会锁定统一账户的查询权限，拒绝手机从任何渠道发送的查询请求；同时服务器还将根据用户注册时填写的安全联系方式向用户发送安全提醒，以提示用户及时进行处理。

参照图4，图4为本发明账户查询方法第三实施例的流程示意图。

基于上述图2所示实施例，本实施例中，步骤S10之后，还包括：

步骤S50，在接收到所述建账客户端发送的记录设置指令时，根据所述记录设置指令设置统一账户的统一记录事项。

本实施例中，统一账户可以记录用户在任何渠道进行账户操作时所产生的所有账户信息，也可以仅对部分类型的账户信息进行记录。具体的，用户可以在手机中打开记录设置界面，对统一账户需要记录的事项进行设置，将公众号渠道在统一账户的记录事项设置为仅记录保费为2000元以上(包括2000元)的保险产品购买信息。手机则根据用户的操作向服务器发送对应的记录设置指令。服务器在接收到该记录设置指令时，将根据该记录设置指令设置统一账户的统一记录事项。

步骤S20包括：

步骤S21，基于所述建账客户端在所述第一渠道中的账户操作获取对应的账户变动事项，并判断所述账户变动事项是否属于所述统一记录事项；

本实施例中，在统一记录事项记录完成时，若用户操作手机从公众号进入商城进行了账户操作，如购买了一个产品保险，则手机会向服务器发送产品购买指令。服务器在接收到该产品购买指令时，将会对该购买购买指令进行相应的业务处理；同时服务器还将判断该操作对应的变动事项，是否属于步骤S50中所设置的统一记录事项，即用户购买的产品的保费是否为2000元以上。

步骤S22，若所述账户变动事项属于所述统一记录事项，则根据所述账户变动事项在所述统一账户中记录对应的账户信息。

本实施例中，若用户操作对应的变动事项属于统一记录事项，即用户购买的产品的保费为2000元以上，则服务器在统一账户中记录对应的账户信息；若用户操作对应的变动事项不属于统一记录事项，即用户购买的产品的保费未达到2000元，则服务器将不会在统一账户中记录对应的账户信息。通过以上方式，可方便用户对统一账户的记录内容进行个性化设置，更能满足不同人群的使用需求，提高用户的使用体验。

此外，本发明实施例还提供一种账户查询装置。

参照图5，图5为本发明账户查询装置第一实施例的功能模块示意图。

本实施例中，所述账户查询装置包括：

账户建立模块10，用于在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；

信息记录模块20，用于基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；

信息查询模块30，用于在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。

进一步的，所述账户建立模块10，包括：

身份授权单元，用于在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，向所述建账客户端返回对应的身份授权请求；

ID获取单元，用于在接收到所述建账客户端返回的同意授权信息时，根据所述同意授权信息获取所述建账客户端在所述第一渠道的访问令牌，并通过所述访问令牌获取所述建账客户端在所述社交应用中唯一的UnionID。

进一步的，所述账户查询装置还包括：

密码设置模块，用于在接收到所述建账客户端发送的统一密码设置请求时，根据所述统一密码设置请求设置所述统一账户的查询密码；

所述信息查询模块30包括：

密码获取单元，用于在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并获取所述统一账户的查询密码；

密码输入单元，用于向所述查账客户端返回密码输入请求；

密码判断单元，用于在接收到所述查账客户端发送的输入密码时，判断所述输入密码与所述查询密码是否匹配；

信息返回单元，用于若所述输入密码与所述查询密码匹配，则将所述统一账户中的账户信息返回至所述查账客户端。

进一步的，所述信息查询模块30还包括：

拒绝查询单元，用于若所述输入密码与所述查询密码不匹配，则拒绝所述查账客户端对统一账户的查询请求，并将统计预设时间段内对所述查询请求的拒绝次数；

权限锁定单元，用于若在预设时间段内对所述查询请求的拒绝次数大于预设安全值，则锁定所述统一账户的查询权限。

进一步的，所述账户查询装置还包括：

记录设置模块，用于在接收到所述建账客户端发送的记录设置指令时，根据所述记录设置指令设置统一账户的统一记录事项；

所述信息记录模块20包括：

事项判断单元，用于基于所述建账客户端在所述第一渠道中的账户操作获取对应的账户变动事项，并判断所述账户变动事项是否属于所述统一记录事项；

信息记录单元，用于若所述账户变动事项属于所述统一记录事项，则根据所述账户变动事项在所述统一账户中记录对应的账户信息。

进一步的，所述账户查询装置还包括：

账户关联模块，用于在接收到所述建账客户端基于所述社交应用第三渠道发送的账户注册请求时，获取所述建账客户端的UnionID，并根据所述UnionID查询所述建账客户端的统一账户；将所述统一账户与所述第三渠道进行关联，并基于所述建账客户端在所述第三渠道中的账户操作在所述统一账户中记录对应的账户信息。

进一步的，所述账户查询装置还包括：

关联取消模块，用于在接收到所述建账客户端基于所述第三渠道发送的取消关联指令时，根据所述取消关联指令取消所述统一账户与所述第三渠道的关联。

其中，上述账户查询装置中各个模块与上述账户查询方法实施例中各步骤相对应，其功能和实现过程在此处不再一一赘述。

此外，本发明实施例还提供一种计算机可读存储介质。

本发明计算机可读存储介质上存储有账户查询程序，所述计算机可读存储介质上存储有账户查询程序，其中所述账户查询程序被处理器执行时，实现如上述的账户查询方法的步骤。

其中，账户查询程序被执行时所实现的方法可参照本发明账户查询方法的各个实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (9)

1.一种账户查询方法，其特征在于，所述账户查询方法包括以下步骤：

在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；

在接收到所述建账客户端发送的记录设置指令时，根据所述记录设置指令设置统一账户的统一记录事项；

基于所述建账客户端在所述第一渠道中的账户操作获取对应的账户变动事项，并判断所述账户变动事项是否属于所述统一记录事项；

若所述账户变动事项属于所述统一记录事项，则根据所述账户变动事项在所述统一账户中记录对应的账户信息；

在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。

2.如权利要求1所述的账户查询方法，其特征在于，所述在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID的步骤包括：

在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，向所述建账客户端返回对应的身份授权请求；

在接收到所述建账客户端返回的同意授权信息时，根据所述同意授权信息获取所述建账客户端在所述第一渠道的访问令牌，并通过所述访问令牌获取所述建账客户端在所述社交应用中唯一的UnionID。

3.如权利要求1所述的账户查询方法，其特征在于，所述在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户的步骤之后，还包括：

在接收到所述建账客户端发送的统一密码设置请求时，根据所述统一密码设置请求设置所述统一账户的查询密码；

所述在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端的步骤包括：

在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并获取所述统一账户的查询密码；

向所述查账客户端返回密码输入请求；

在接收到所述查账客户端发送的输入密码时，判断所述输入密码与所述查询密码是否匹配；

若所述输入密码与所述查询密码匹配，则将所述统一账户中的账户信息返回至所述查账客户端。

4.如权利要求3所述的账户查询方法，其特征在于，所述在接收到所述查账客户端发送的输入密码时，判断所述输入密码与所述查询密码是否匹配的步骤之后，还包括：

若所述输入密码与所述查询密码不匹配，则拒绝所述查账客户端对统一账户的查询请求，并将统计预设时间段内对所述查询请求的拒绝次数；

若在预设时间段内对所述查询请求的拒绝次数大于预设安全值，则锁定所述统一账户的查询权限。

5.如权利要求1至4中任一项所述的账户查询方法，其特征在于，所述在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户的步骤之后，还包括：

在接收到所述建账客户端基于所述社交应用第三渠道发送的账户注册请求时，获取所述建账客户端的UnionID，并根据所述UnionID查询所述建账客户端的统一账户；

将所述统一账户与所述第三渠道进行关联，并基于所述建账客户端在所述第三渠道中的账户操作在所述统一账户中记录对应的账户信息。

6.如权利要求5中所述的账户查询方法，其特征在于，所述将所述统一账户与所述第三渠道进行关联，并基于所述建账客户端在所述第三渠道中的账户操作在所述统一账户中记录对应的账户信息的步骤之后，还包括：

在接收到所述建账客户端基于所述第三渠道发送的取消关联指令时，根据所述取消关联指令取消所述统一账户与所述第三渠道的关联。

7.一种账户查询装置，其特征在于，所述账户查询装置包括：

账户建立模块，用于在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；

记录设置模块，用于在接收到所述建账客户端发送的记录设置指令时，根据所述记录设置指令设置统一账户的统一记录事项；

信息记录模块，包括事项判断单元和信息记录单元；

事项判断单元，用于基于所述建账客户端在所述第一渠道中的账户操作获取对应的账户变动事项，并判断所述账户变动事项是否属于所述统一记录事项；

信息记录单元，用于若所述账户变动事项属于所述统一记录事项，则根据所述账户变动事项在所述统一账户中记录对应的账户信息；

信息查询模块，用于在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。

8.一种账户查询设备，其特征在于，所述账户查询设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的账户查询程序，其中所述账户查询程序被所述处理器执行时，实现如权利要求1至6中任一项所述的账户查询方法的步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有账户查询程序，其中所述账户查询程序被处理器执行时，实现如权利要求1至6中任一项所述的账户查询方法的步骤。

Images