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

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

Info

Publication number
WO2019100604A1
WO2019100604A1 PCT/CN2018/076073 CN2018076073W WO2019100604A1 WO 2019100604 A1 WO2019100604 A1 WO 2019100604A1 CN 2018076073 W CN2018076073 W CN 2018076073W WO 2019100604 A1 WO2019100604 A1 WO 2019100604A1
Authority
WO
WIPO (PCT)
Prior art keywords
account
unified
client
query
channel
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.)
Ceased
Application number
PCT/CN2018/076073
Other languages
English (en)
French (fr)
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.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co 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 Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Publication of WO2019100604A1 publication Critical patent/WO2019100604A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201—Market modelling; Market analysis; Collecting market data
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/046—Interoperability with other network applications or services

Definitions

  • the present application relates to the field of data processing, and in particular, to an account query method, apparatus, device, and computer readable storage medium.
  • instant messaging applications such as WeChat, QQ, etc.
  • WeChat a large user base.
  • many companies rely on WeChat applications to promote health insurance products, so that users can enter the insurance mall through small programs, public numbers and other channels to purchase insurance products.
  • the main purpose of the present application is to provide an account query method, device, device and computer readable storage medium, which are intended to solve the technical problem that the user account information in multiple channels is not synchronized and the query is inconvenient.
  • the present application provides an account query method, and the account query method includes the following steps:
  • the present application further provides an account inquiry apparatus, where the account inquiry apparatus includes:
  • An account establishing module configured to acquire, according to the account registration request sent by the account-making client based on the first channel of the social application, the joint identifier UnionID unique to the account-making client in the social application, and according to the UnionID Establishing a unified account of the account creation client in the social application;
  • An information recording module configured to record corresponding account information in the unified account based on an account operation of the accounting client in the first channel
  • An information querying module configured to query, according to the UnionID included in the account query request, a corresponding unified account when receiving the account query request sent by the auditing client based on the second channel of the social application, and the unified account is The account information is returned to the auditing client.
  • the present application further provides an account inquiry device, which includes a processor, a memory, and an account inquiry program stored on the memory and executable by the processor, where When the account query program is executed by the processor, the following steps are implemented:
  • the present application further provides a computer readable storage medium having an account query program stored thereon, wherein when the account query program is executed by the processor, the following steps are implemented. :
  • the application When the application receives the account registration request sent by the account-making client based on the first channel of the social application, the application obtains the joint identifier UnionID unique to the account-making client in the social application, and establishes the identifier according to the UnionID. Establishing a unified account of the client in the social application; recording corresponding account information in the unified account based on the account operation of the account-making client in the first channel; and receiving the auditing client based on the When the social application sends the account query request sent by the second channel, the corresponding unified account is queried according to the UnionID included in the account query request, and the account information in the unified account is returned to the auditing client.
  • the present application proposes to obtain a unique identifier of the user in the social application when the product is promoted based on the social application, and establish a unified account by using the unique id as the primary key of the user to uniformly record the account information of the user, thereby
  • the user data of the platform is intercommunicated, which facilitates the user to query the account information, improves the user experience, and facilitates the unified management of the user data by the staff.
  • FIG. 1 is a schematic structural diagram of hardware of an account querying device involved in an embodiment of the present application
  • FIG. 2 is a schematic flowchart of a first embodiment of an account query method according to the present application
  • FIG. 3 is a schematic flowchart of a second embodiment of an account query method according to the present application.
  • FIG. 4 is a schematic flowchart of a third embodiment of an account query method according to the present application.
  • FIG. 5 is a schematic diagram of functional modules of the first embodiment of the account inquiry apparatus of the present application.
  • the account inquiry method related to the embodiment of the present application is mainly applied to an account inquiry device.
  • FIG. 1 is a schematic structural diagram of hardware of an account querying device involved in an embodiment of the present application.
  • the account querying device may include a processor 1001 (for example, a CPU), a communication bus 1002, a user interface 1003, a network interface 1004, and a memory 1005.
  • the communication bus 1002 is configured to implement connection communication between the components;
  • the user interface 1003 may include a display, an input unit such as a keyboard;
  • the network interface 1004 may optionally include a standard wired interface and a wireless interface. (such as WI-FI interface);
  • memory 1005 can be high-speed RAM memory or stable memory (non-volatile Alternatively, the memory 1005 may alternatively be a storage device independent of the processor 1001 described above.
  • the hardware structure of the account inquiry device shown in FIG. 1 does not constitute a limitation on the account inquiry device, and may include more or less components than the illustration, or combine some components, or different. Parts layout.
  • the memory 1005 as a computer readable storage medium of FIG. 1 can include an operating system, a network communication module, and an account query program.
  • the network communication module is mainly used to connect to the client and perform data communication with the client; and the processor 1001 can call the account query program stored in the memory 1005 and execute the account query method provided by the embodiment of the present application.
  • An embodiment of the present application provides an account query method.
  • FIG. 2 is a schematic flowchart of a first embodiment of an account query method according to the present application.
  • the account query method includes the following steps:
  • step S10 when receiving the account registration request sent by the account creation client based on the first channel of the social application, acquiring the joint identifier UnionID unique to the account application client in the social application, and establishing the union ID according to the UnionID a unified account for the client in the social application;
  • the social application in this embodiment is described by taking WeChat as an example.
  • the user opens the WeChat client on the mobile phone (of course, the mobile terminal such as a tablet computer or a laptop computer, or a fixed terminal such as a PC or a smart TV), and then the WeChat insurance public number (first The portal) enters the product mall of the insurance public number platform to purchase products. Since entering the mall is the first time for the user to enter the market, before purchasing the product, the user needs to register an account in the product store first, and the mobile phone goes to the server of the product store according to the registration operation of the user (ie, the above account inquiry device). Send an account registration request.
  • the server When receiving the account registration request sent by the mobile phone WeChat, the server will establish an account for the user based on the WeChat account, and the server will record the account when the user purchases the product or uses other related services.
  • the user ID obtained by the public number or the applet is different.
  • the public number after the user interacts with the public number, the message is generated.
  • the public number can obtain the user's OpenID (encrypted micro-signal, each user is unique to the OpenID of each public number. For different public numbers, the same user's openid is different); in order to unify the same user on different platforms
  • the account name is used to facilitate subsequent data intercommunication.
  • the server when the server establishes an account, the server will call WeChat Openapi (open source application programming interface) to obtain the unique joint identifier UnionID of the user in the WeChat channel, and use this unique id as the user primary key. (or called user ID) for account creation.
  • WeChat Openapi open source application programming interface
  • the obtaining process of the UnionID may be implemented as follows: when the user operates the mobile phone to enter the mall through the WeChat public account and sends an account registration request to the server, the server returns a corresponding identity authorization request to the mobile phone WeChat according to the account registration request, to query Whether the user allows the server to obtain the UnionID of its WeChat account.
  • the mobile phone WeChat When receiving the identity authorization request, the mobile phone WeChat will display the corresponding authorization window to query the user; if the user authorizes the server, click the corresponding consent authorization option, and the mobile phone WeChat returns to the server according to the user's operation. information.
  • the server When receiving the consent authorization information, the server initiates authorization with snsapi_userinfo as the scope, obtains the access token access_token of the user WeChat account through the appid and secret of the public number; and then invokes the "user management interface” of the public number through the access_token “Get User Information Interface” to get the unionID.
  • snsapi_userinfo as the scope, obtains the access token access_token of the user WeChat account through the appid and secret of the public number; and then invokes the "user management interface” of the public number through the access_token “Get User Information Interface” to get the unionID.
  • the server can get the return value including the user WeChat unionID, such as:
  • the server can establish a unified account for the user to record the account information generated by the user when operating in each channel.
  • the server when the user registers the account through the WeChat applet, since the user enters the mall for the first time (the "first time” is for all channels of the mall), the server needs to create a unified account for the user. After the unified account is created, if the user enters the mall from the app (or other channel) and applies for account registration again, the server will first obtain the UnionID of the mobile phone, and determine whether the UnionID has been created with a unified account; if the UnionID has been If a unified account is created, the server will not re-create a unified account, but associate the original unified account with the app channel (or other channels). At this time, when the user enters the mall from the app to perform account operations, The generated account information is also recorded in the unified account.
  • the user can also actively cancel the association between the unified account and a certain channel. Specifically, if the user wants to cancel the association between the unified account and the app channel, the user can operate on the mobile phone, enter the mall from the app channel, and select the un-association option; the mobile phone sends a corresponding cancellation to the server according to the user operation. Associated instructions. When the server receives the cancellation instruction, the server will cancel the association between the unified account and the third channel according to the cancellation instruction. At this time, when the user enters the mall from the app to perform an account operation, the generated account information is not recorded in the unified account.
  • Step S20 Record corresponding account information in the unified account based on the account operation of the account creation client in the first channel;
  • the server when the UnionID of the user WeChat is obtained, the server will establish a unified account for the user with the UnionID; at the same time, return the corresponding registration success information to the user.
  • the user can operate the mobile phone to perform an account operation operation such as insurance product purchase in the product store of the public number; based on the user's account operation, the mobile phone WeChat will send a corresponding account operation instruction to the server; when the server receives the operation instruction of the account, The corresponding account information is recorded in the unified account.
  • the server can obtain the user WeChat.
  • Step S30 when receiving the account query request sent by the auditing client based on the second channel of the social application, querying the corresponding unified account according to the UnionID included in the account query request, and the account information in the unified account Return to the auditing client.
  • the server sends an account query request, which includes the UnionID of the mobile phone WeChat.
  • the server will query the corresponding unified account according to the UnionID; when the unified account is queried, the account information generated by the user entering the mall from different channels for the account operation can be uniformly obtained. At this point, the server will return these account information to the phone for the user to view.
  • the user in this embodiment can also enter the product mall through the public number or other channels to view his unified account.
  • each channel sub-account may be set under the unified account to separately record the user through a certain channel.
  • Business information generated when the account is operated For example, when the user operates the mobile phone from the public number entrance a to enter the product store for registration, the server will establish two accounts, one for the unified account X and one for the sub-account A; then, the user operates the mobile phone from the small program entrance b to enter the product store for registration.
  • the server will establish another sub-account B without having to establish a unified account X (because the unique identifier UnionID has not changed); wherein, for sub-account A, for separately recording the user to enter the product through the public number entry a The account operation performed by the mall; for the sub-account B, for separately recording the account operation performed by the user entering the product mall through the applet entry b; for the unified account, the user is also recorded through the public number entry a and the small program entrance b Entering the account operation performed by the mall (ie, the account information in X is a combination of A and B), thus constructing a secondary account system, while maintaining data interoperability, while maintaining the relative independence of each channel data.
  • the first channel and the second channel represent two different mall entrances; the two different malls may be two different types of mall entrances in the social application (such as the public number). Entry A and applet entry B) can also be two different entries under the same type (such as public number entry A and public number entry C).
  • mall entry type channel type
  • it includes the above-mentioned public number entry, small program entry, and also includes the web portal, the mall-specific app portal, and the promotion portal of the third-party application.
  • the auditing client and the accounting client in this embodiment may be different terminals, for example, the user performs account registration on the mobile phone and performs account inquiry on the computer; and the user queries the account on the computer.
  • the server can query the corresponding unified account and return the account information to the computer for the user to view.
  • the joint identifier UnionID unique to the account application client in the social application is obtained, and the union ID is established according to the UnionID.
  • a unified account of the account creation client in the social application recording corresponding account information in the unified account based on the account operation of the account creation client in the first channel; receiving the audit client based on
  • the social application sends the account query request sent by the second channel the corresponding unified account is queried according to the UnionID included in the account query request, and the account information in the unified account is returned to the auditing client.
  • this embodiment proposes to obtain a unique identifier of the user in the social application when the product is promoted based on the social application, and establish a unified account by using the unique id as the primary key of the user to uniformly record the account information of the user, thereby
  • the user data of different platforms are intercommunicated, which facilitates the user to query the account information, improves the user experience, and also facilitates the unified management of the user data by the staff.
  • FIG. 3 is a schematic flowchart of a second embodiment of an account query method according to the present application.
  • the method further includes:
  • Step S40 when receiving the unified password setting request sent by the accounting client, setting a query password of the unified account according to the unified password setting request;
  • the account information in the unified account is more, and some private data of the user may be involved.
  • the user can set a corresponding unified password for the unified account. Specifically, when registering an account, the user may select a unified password setting option in the mobile phone, and then input a setting password; the mobile phone sends a corresponding unified password setting request to the server according to the operation of the user, and the unified password setting request includes the user. Enter the setup password.
  • the server can set the setting password input by the user as the query password of the unified account according to the request. If the user needs to query the unified account, the user needs to input the query password for identity verification.
  • Step S30 includes:
  • Step S31 when receiving the account query request sent by the auditing client based on the second channel of the social application, querying the corresponding unified account according to the UnionID included in the account query request, and acquiring the query password of the unified account;
  • the server sends an account query request, which includes the UnionID of the mobile phone WeChat.
  • the server will query the corresponding unified account according to the UnionID included in the request; when querying the corresponding unified account, the server will obtain the query password set by the user for the unified account.
  • Step S32 returning a password input request to the auditing client
  • the server when the server obtains the query password set by the user, the server will return a password input request to the mobile phone, and ask the user to input the query password of the unified account to determine whether the current query user is authentic or not.
  • Step S33 when receiving the input password sent by the auditing client, determining whether the input password matches the query password;
  • the server when the server receives the input password sent by the mobile phone, the server compares the current input password with the query password to determine whether the two match.
  • Step S34 If the input password matches the query password, return the account information in the unified account to the audit client.
  • the server will consider that the current query user is authentic. At this point, the server will get the account information in the unified account and return these to the phone for the user to view.
  • the server will consider that the current query user is not authentic, and there may be a risk of information theft. At this time, the server will reject the current mobile phone query for the unified account. Request, and record the rejection, the content of the record may include information such as the rejection time, the query channel involved in the rejection event. At the same time, each time the server rejects the query request of the mobile phone for the unified account, the number of rejections is counted; when the number of rejections within the preset time period is greater than the preset security value, the server considers the unified account to be in a dangerous state. The server will lock the query permission of the unified account and reject the query request sent by the mobile phone from any channel. At the same time, the server will also send a security reminder to the user according to the security contact method filled in when the user registers, in order to prompt the user to process in time.
  • FIG. 4 is a schematic flowchart of a third embodiment of an account query method according to the present application.
  • the method further includes:
  • Step S50 When receiving the record setting instruction sent by the account creation client, set a unified record item of the unified account according to the record setting instruction.
  • the unified account may record all account information generated by the user when performing account operations in any channel, or may only record part of the account information.
  • the user can open the record setting interface in the mobile phone, set the items that need to be recorded in the unified account, and set the record of the public number channel in the unified account to only record the insurance products with the premium of more than 2,000 yuan (including 2000 yuan).
  • the mobile phone sends a corresponding record setting instruction to the server according to the user's operation.
  • the server receives the record setting instruction, it will set a unified record item of the unified account according to the record setting instruction.
  • Step S20 includes:
  • Step S21 Acquire, according to the account operation of the account-making client in the first channel, a corresponding account change item, and determine whether the account change item belongs to the unified record item;
  • the mobile phone when the unified recording item record is completed, if the user operates the mobile phone to enter the mall from the public number to perform an account operation, such as purchasing a product insurance, the mobile phone sends a product purchase instruction to the server.
  • the server When receiving the purchase instruction of the product, the server will perform corresponding business processing on the purchase purchase instruction; at the same time, the server also determines whether the change corresponding to the operation belongs to the unified record item set in step S50, that is, the user purchases Whether the premium for the product is more than 2,000 yuan.
  • Step S22 If the account change item belongs to the unified record item, record corresponding account information in the unified account according to the account change item.
  • the server records the corresponding account information in the unified account; if the change corresponding to the user operation does not belong to For the unified record, that is, if the premium of the product purchased by the user does not reach 2000 yuan, the server will not record the corresponding account information in the unified account.
  • an embodiment of the present application further provides an account query apparatus.
  • FIG. 5 is a schematic diagram of functional modules of a first embodiment of an account query apparatus according to the present application.
  • the account querying device includes:
  • the account establishing module 10 is configured to obtain, when receiving the account registration request sent by the account-making client based on the first channel of the social application, the joint identifier UnionID unique to the account-making client in the social application, and according to the UnionID establishes a unified account of the account creation client in the social application;
  • the information recording module 20 is configured to record corresponding account information in the unified account based on an account operation of the accounting client in the first channel;
  • the information querying module 30 is configured to: when receiving the account query request sent by the auditing client based on the second channel of the social application, query the corresponding unified account according to the UnionID included in the account query request, and query the unified account The account information in the account is returned to the auditing client.
  • the account establishing module 10 includes:
  • An identity authorization unit configured to return a corresponding identity authorization request to the account creation client when receiving an account registration request sent by the account creation client based on the first channel of the social application;
  • An ID obtaining unit configured to acquire, according to the consent authorization information, an access token of the accounting client in the first channel, when the consent authorization information returned by the accounting client is received, and The access token acquires a UnionID unique to the account creation client in the social application.
  • the account querying device further includes:
  • a password setting module configured to: when receiving the unified password setting request sent by the accounting client, set a query password of the unified account according to the unified password setting request;
  • the information query module 30 includes:
  • a password obtaining unit configured to query a unified account corresponding to the UnionID included in the account query request, and obtain the unified account, when receiving the account query request sent by the auditing client based on the second channel of the social application Query password;
  • a password input unit configured to return a password input request to the audit client
  • a password determining unit configured to determine, when the input password sent by the auditing client is received, whether the input password matches the query password
  • an information returning unit configured to return the account information in the unified account to the auditing client if the input password matches the query password.
  • the information query module 30 further includes:
  • Rejecting the query unit if the input password does not match the query password, rejecting the query request of the audit client for the unified account, and counting the number of rejections of the query request within a preset time period;
  • the privilege locking unit is configured to lock the query authority of the unified account if the number of refusal of the query request is greater than a preset security value within a preset time period.
  • the account querying device further includes:
  • a record setting module configured to set a unified record item of the unified account according to the record setting instruction when receiving the record setting instruction sent by the account creation client;
  • the information recording module 20 includes:
  • the item determining unit is configured to obtain a corresponding account change item based on the account operation of the account-making client in the first channel, and determine whether the account change item belongs to the unified record item;
  • the information recording unit is configured to record the corresponding account information in the unified account according to the account change item, if the account change item belongs to the unified record item.
  • the account querying device further includes:
  • An account association module configured to acquire a UnionID of the account-making client when receiving the account registration request sent by the account-based client according to the third channel of the social application, and query the account-making client according to the UnionID a unified account of the end; associating the unified account with the third channel, and recording corresponding account information in the unified account based on the account operation of the account-making client in the third channel.
  • the account querying device further includes:
  • the association cancellation module is configured to cancel the association between the unified account and the third channel according to the cancellation association instruction when receiving the cancellation association instruction sent by the accounting client based on the third channel.
  • the embodiment of the present application further provides a computer readable storage medium.
  • An account query program is stored on the computer readable storage medium of the present application, and the computer readable storage medium stores an account query program, wherein when the account query program is executed by the processor, the steps of the account query method as described above are implemented.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Data Mining & Analysis (AREA)
  • Game Theory and Decision Science (AREA)
  • Technology Law (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Telephonic Communication Services (AREA)

Abstract

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

Description

账户查询方法、装置、设备及计算机可读存储介质
本申请要求于2017年11月24日提交中国专利局、申请号为201711204476.7、发明名称为“账户查询方法、装置、设备及计算机可读存储介质”的中国专利申请的优先权，其全部内容通过引用结合在申请中。
技术领域
本申请涉及数据处理领域，尤其涉及一种账户查询方法、装置、设备及计算机可读存储介质。
背景技术
目前，即时通信应用（如微信、QQ等）拥有庞大的使用群体。为了更好的对健康险业务进行拓展，许多公司以微信应用为依托对健康险产品进行推广，使得用户可以通过小程序、公众号等渠道进入到保险商城并进行保险产品的购买。
但是，在通过即时通信应用进行推广时，对于不同类别的保险产品可能会开发多个不同公众号或是多个小程序进行推广和销售；而与这些不同的公众号和小程序对接的系统往往具有各自独立数据库，其用户数据并不是互通的，这就导致用户在不同平台购买多个产品时，必须登录进入到多个不同的系统才能查询到自己的购买产品信息，对用户而言，使用非常不便。
申请内容
本申请的主要目的在于提供一种账户查询方法、装置、设备及计算机可读存储介质，旨在解决多渠道下用户账户信息不同步，查询不方便的技术问题。
为实现上述目的，本申请提供一种账户查询方法，所述账户查询方法包括以下步骤：
在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；
基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；
在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。
此外，为实现上述目的，本申请还提供一种账户查询装置，所述账户查询装置包括：
账户建立模块，用于在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；
信息记录模块，用于基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；
信息查询模块，用于在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。
此外，为实现上述目的，本申请还提供一种账户查询设备，所述账户查询设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的账户查询程序，其中所述账户查询程序被所述处理器执行时，实现以下步骤：
在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；
基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；
在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。
此外，为实现上述目的，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有账户查询程序，其中所述账户查询程序被所述处理器执行时，实现以下步骤：
在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；
基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；
在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。
本申请通过在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。通过以上方式，本申请提出在以社交应用为依托进行产品推广时，获取用户在社交应用的唯一标识，并以这个唯一id作为用户主键建立统一账户，以统一记录用户的账户信息，从而将不同平台的用户数据进行了互通，方便用户对账户信息进行查询，提高了用户体验，同时也方便工作人员对用户数据进行统一的管理。
附图说明
图1为本申请实施例方案中涉及的账户查询设备的硬件结构示意图；
图2为本申请账户查询方法第一实施例的流程示意图；
图3为本申请账户查询方法第二实施例的流程示意图；
图4为本申请账户查询方法第三实施例的流程示意图；
图5为本申请账户查询装置第一实施例的功能模块示意图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请实施例涉及的账户查询方法主要应用于账户查询设备。
参照图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中存储的账户查询程序，并执行本申请实施例提供的账户查询方法。
本申请实施例提供一种账户查询方法。
参照图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查询所述建账客户端的统一账户；将所述统一账户与所述第三渠道进行关联，并基于所述建账客户端在所述第三渠道中的账户操作在所述统一账户中记录对应的账户信息。
进一步的，所述账户查询装置还包括：
关联取消模块，用于在接收到所述建账客户端基于所述第三渠道发送的取消关联指令时，根据所述取消关联指令取消所述统一账户与所述第三渠道的关联。
其中，上述账户查询装置中各个模块与上述账户查询方法实施例中各步骤相对应，其功能和实现过程在此处不再一一赘述。
此外，本申请实施例还提供一种计算机可读存储介质。
本申请计算机可读存储介质上存储有账户查询程序，所述计算机可读存储介质上存储有账户查询程序，其中所述账户查询程序被处理器执行时，实现如上述的账户查询方法的步骤。
其中，账户查询程序被执行时所实现的方法可参照本申请账户查询方法的各个实施例，此处不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (20)

  1. 一种账户查询方法，其特征在于，所述账户查询方法包括以下步骤：
    在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；
    基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；
    在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。
  2. 如权利要求1所述的账户查询方法，其特征在于，所述在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID的步骤包括：
    在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，向所述建账客户端返回对应的身份授权请求；
    在接收到所述建账客户端返回的同意授权信息时，根据所述同意授权信息获取所述建账客户端在所述第一渠道的访问令牌，并通过所述访问令牌获取所述建账客户端在所述社交应用中唯一的UnionID。
  3. 如权利要求1所述的账户查询方法，其特征在于，所述在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户的步骤之后，还包括：
    在接收到所述建账客户端发送的统一密码设置请求时，根据所述统一密码设置请求设置所述统一账户的查询密码；
    所述在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端的步骤包括：
    在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并获取所述统一账户的查询密码；
    向所述查账客户端返回密码输入请求；
    在接收到所述查账客户端发送的输入密码时，判断所述输入密码与所述查询密码是否匹配；
    若所述输入密码与所述查询密码匹配，则将所述统一账户中的账户信息返回至所述查账客户端。
  4. 如权利要求3所述的账户查询方法，其特征在于，所述在接收到所述查账客户端发送的输入密码时，判断所述输入密码与所述查询密码是否匹配的步骤之后，还包括：
    若所述输入密码与所述查询密码不匹配，则拒绝所述查账客户端对统一账户的查询请求，并将统计预设时间段内对所述查询请求的拒绝次数；
    若在预设时间段内对所述查询请求的拒绝次数大于预设安全值，则锁定所述统一账户的查询权限。
  5. 如权利要求1所述的账户查询方法，其特征在于，所述在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户的步骤之后，还包括：
    在接收到所述建账客户端发送的记录设置指令时，根据所述记录设置指令设置统一账户的统一记录事项；
    所述基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息的步骤包括：
    基于所述建账客户端在所述第一渠道中的账户操作获取对应的账户变动事项，并判断所述账户变动事项是否属于所述统一记录事项；
    若所述账户变动事项属于所述统一记录事项，则根据所述账户变动事项在所述统一账户中记录对应的账户信息。
  6. 如权利要求1所述的账户查询方法，其特征在于，所述在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户的步骤之后，还包括：
    在接收到所述建账客户端基于所述社交应用第三渠道发送的账户注册请求时，获取所述建账客户端的UnionID，并根据所述UnionID查询所述建账客户端的统一账户；
    将所述统一账户与所述第三渠道进行关联，并基于所述建账客户端在所述第三渠道中的账户操作在所述统一账户中记录对应的账户信息。
  7. 如权利要求6中所述的账户查询方法，其特征在于，所述将所述统一账户与所述第三渠道进行关联，并基于所述建账客户端在所述第三渠道中的账户操作在所述统一账户中记录对应的账户信息的步骤之后，还包括：
    在接收到所述建账客户端基于所述第三渠道发送的取消关联指令时，根据所述取消关联指令取消所述统一账户与所述第三渠道的关联。
  8. 一种账户查询装置，其特征在于，所述账户查询装置包括：
    账户建立模块，用于在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；
    信息记录模块，用于基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；
    信息查询模块，用于在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。
  9. 如权利要求8所述的账户查询装置，其特征在于，所述账户建立模块包括：
    身份授权单元，用于在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，向所述建账客户端返回对应的身份授权请求；
    ID获取单元，用于在接收到所述建账客户端返回的同意授权信息时，根据所述同意授权信息获取所述建账客户端在所述第一渠道的访问令牌，并通过所述访问令牌获取所述建账客户端在所述社交应用中唯一的UnionID。
  10. 如权利要求8所述的账户查询装置，其特征在于，所述账户查询装置还包括：
    密码设置模块，用于在接收到所述建账客户端发送的统一密码设置请求时，根据所述统一密码设置请求设置所述统一账户的查询密码；
    所述信息查询模块30包括：
    密码获取单元，用于在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并获取所述统一账户的查询密码；
    密码输入单元，用于向所述查账客户端返回密码输入请求；
    密码判断单元，用于在接收到所述查账客户端发送的输入密码时，判断所述输入密码与所述查询密码是否匹配；
    信息返回单元，用于若所述输入密码与所述查询密码匹配，则将所述统一账户中的账户信息返回至所述查账客户端。
  11. 如权利要求10所述的账户查询装置，其特征在于，所述信息查询模块包括：
    拒绝查询单元，用于若所述输入密码与所述查询密码不匹配，则拒绝所述查账客户端对统一账户的查询请求，并将统计预设时间段内对所述查询请求的拒绝次数；
    权限锁定单元，用于若在预设时间段内对所述查询请求的拒绝次数大于预设安全值，则锁定所述统一账户的查询权限。
  12. 如权利要求8所述的账户查询装置，其特征在于，所述账户查询装置还包括：
    记录设置模块，用于在接收到所述建账客户端发送的记录设置指令时，根据所述记录设置指令设置统一账户的统一记录事项；
    所述信息记录模块包括：
    事项判断单元，用于基于所述建账客户端在所述第一渠道中的账户操作获取对应的账户变动事项，并判断所述账户变动事项是否属于所述统一记录事项；
    信息记录单元，用于若所述账户变动事项属于所述统一记录事项，则根据所述账户变动事项在所述统一账户中记录对应的账户信息。
  13. 如权利要求8所述的账户查询装置，其特征在于，所述账户查询装置还包括：
    账户关联模块，用于在接收到所述建账客户端基于所述社交应用第三渠道发送的账户注册请求时，获取所述建账客户端的UnionID，并根据所述UnionID查询所述建账客户端的统一账户；将所述统一账户与所述第三渠道进行关联，并基于所述建账客户端在所述第三渠道中的账户操作在所述统一账户中记录对应的账户信息。
  14. 如权利要求13所述的账户查询装置，其特征在于，所述账户查询装置还包括：
    关联取消模块，用于在接收到所述建账客户端基于所述第三渠道发送的取消关联指令时，根据所述取消关联指令取消所述统一账户与所述第三渠道的关联。
  15. 一种账户查询设备，其特征在于，所述账户查询设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的账户查询程序，其中所述账户查询程序被所述处理器执行时，实现以下步骤：
    在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；
    基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；
    在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。
  16. 如权利要求15所述的账户查询设备，其特征在于，所述在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID的步骤包括：
    在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，向所述建账客户端返回对应的身份授权请求；
    在接收到所述建账客户端返回的同意授权信息时，根据所述同意授权信息获取所述建账客户端在所述第一渠道的访问令牌，并通过所述访问令牌获取所述建账客户端在所述社交应用中唯一的UnionID。
  17. 如权利要求15所述的账户查询设备，其特征在于，所述账户查询程序被所述处理器执行时，还实现以下步骤：
    在接收到所述建账客户端发送的统一密码设置请求时，根据所述统一密码设置请求设置所述统一账户的查询密码；
    所述在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端的步骤包括：
    在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并获取所述统一账户的查询密码；
    向所述查账客户端返回密码输入请求；
    在接收到所述查账客户端发送的输入密码时，判断所述输入密码与所述查询密码是否匹配；
    若所述输入密码与所述查询密码匹配，则将所述统一账户中的账户信息返回至所述查账客户端。
  18. 如权利要求17所述的账户查询设备，其特征在于，所述在接收到所述查账客户端发送的输入密码时，判断所述输入密码与所述查询密码是否匹配的步骤之后，还包括：
    若所述输入密码与所述查询密码不匹配，则拒绝所述查账客户端对统一账户的查询请求，并将统计预设时间段内对所述查询请求的拒绝次数；
    若在预设时间段内对所述查询请求的拒绝次数大于预设安全值，则锁定所述统一账户的查询权限。
  19. 如权利要求15所述的账户查询设备，其特征在于，所述账户查询程序被所述处理器执行时，还实现以下步骤：
    在接收到所述建账客户端发送的记录设置指令时，根据所述记录设置指令设置统一账户的统一记录事项；
    所述基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息的步骤包括：
    基于所述建账客户端在所述第一渠道中的账户操作获取对应的账户变动事项，并判断所述账户变动事项是否属于所述统一记录事项；
    若所述账户变动事项属于所述统一记录事项，则根据所述账户变动事项在所述统一账户中记录对应的账户信息。
  20. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有账户查询程序，其中所述账户查询程序被处理器执行时，实现以下步骤：
    在接收到建账客户端基于社交应用第一渠道发送的账户注册请求时，获取所述建账客户端在所述社交应用中唯一的联合标识UnionID，并根据所述UnionID建立所述建账客户端在社交应用中的统一账户；
    基于所述建账客户端在所述第一渠道中的账户操作在所述统一账户中记录对应的账户信息；
    在接收到查账客户端基于所述社交应用第二渠道发送的账户查询请求时，根据所述账户查询请求中包括的UnionID查询对应的统一账户，并将所述统一账户中的账户信息返回至所述查账客户端。
PCT/CN2018/076073 2017-11-24 2018-02-09 账户查询方法、装置、设备及计算机可读存储介质 Ceased WO2019100604A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201711204476.7A CN107944919B (zh) 2017-11-24 2017-11-24 账户查询方法、装置、设备及计算机可读存储介质
CN201711204476.7 2017-11-24

Publications (1)

Publication Number Publication Date
WO2019100604A1 true WO2019100604A1 (zh) 2019-05-31

Family

ID=61949945

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/076073 Ceased WO2019100604A1 (zh) 2017-11-24 2018-02-09 账户查询方法、装置、设备及计算机可读存储介质

Country Status (2)

Country Link
CN (1) CN107944919B (zh)
WO (1) WO2019100604A1 (zh)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109491672A (zh) * 2018-10-23 2019-03-19 平安普惠企业管理有限公司 金融小程序的实现方法、装置、计算机设备及存储介质
CN109300055B (zh) * 2018-12-11 2022-03-04 泰康保险集团股份有限公司 投连险盈亏查询方法、装置、设备及可读存储介质
CN109768961A (zh) * 2018-12-12 2019-05-17 平安科技（深圳）有限公司 基于一账通的微信小程序登录方法、装置及存储介质
CN109962911A (zh) * 2019-02-19 2019-07-02 深圳点猫科技有限公司 一种通过小程序获取用户信息的方法及电子设备
CN109783703A (zh) * 2019-03-01 2019-05-21 深圳市博源电子商务有限公司 一种可以查询多种积分的积分查询方法及系统
CN110933070A (zh) * 2019-11-27 2020-03-27 杭州遥望网络科技有限公司 一种用户识别方法、系统、设备及计算机可读存储介质
CN111104654A (zh) * 2019-12-20 2020-05-05 航天信息股份有限公司 账套管理方法及装置，存储介质，电子设备
CN112528268B (zh) * 2020-12-04 2023-09-19 平安科技（深圳）有限公司 跨渠道的小程序登录管理方法、装置及相关设备
CN113568970B (zh) * 2021-02-03 2025-06-10 腾讯科技（深圳）有限公司 应用业务数据管理方法、装置、设备以及存储介质
CN112949256B (zh) * 2021-02-26 2024-03-26 平安科技（深圳）有限公司 获取用户在多渠道系统中的标识的方法、装置及存储介质
CN113836145B (zh) * 2021-09-29 2023-04-25 中电金信软件有限公司 请求数据的方法、装置、电子设备及计算机可读存储介质
CN113971199A (zh) * 2021-10-28 2022-01-25 中国银行股份有限公司 用户识别方法及装置
CN114138818A (zh) * 2021-12-07 2022-03-04 中国建设银行股份有限公司 信息处理方法、处理装置、电子设备及可读存储介质
CN115081009A (zh) * 2021-12-17 2022-09-20 浙江绿城未来数智科技有限公司 一种应用于未来社区的人车房隐私数据保护方法
CN114240445B (zh) * 2021-12-21 2025-10-31 中国建设银行股份有限公司 一种业务处理方法、装置、电子设备及计算机可读介质
CN115658810A (zh) * 2022-10-17 2023-01-31 中国建设银行股份有限公司 查询账户数据的方法、装置、电子设备和计算机可读介质
CN115796790A (zh) * 2022-12-07 2023-03-14 浙江影能科技有限公司 针对企业多渠道会员的管理方法、电子设备和存储介质
CN118673067A (zh) * 2024-07-04 2024-09-20 浪潮云信息技术股份公司 一种多云管理系统用户信息管理方法与装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072103A (zh) * 2007-03-09 2007-11-14 腾讯科技（深圳）有限公司 一种多账号登录即时通讯软件的方法及系统
CN102469068A (zh) * 2010-11-05 2012-05-23 王昭东 智能密码管理系统
CN105262819A (zh) * 2015-10-29 2016-01-20 努比亚技术有限公司 一种移动终端及其实现推送的方法
CN105554146A (zh) * 2015-12-25 2016-05-04 Tcl集团股份有限公司 一种远程访问方法及装置
CN106685799A (zh) * 2016-12-16 2017-05-17 上海高顿教育培训有限公司 基于CoreSeek的多平台微信服务的通知发送方法
CN107124426A (zh) * 2017-05-26 2017-09-01 北京微影时代科技有限公司 一种用户权益的鉴权方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103139181B (zh) * 2011-12-01 2016-03-30 华为技术有限公司 一种开放式认证的授权方法、装置和系统
US10171448B2 (en) * 2015-06-15 2019-01-01 Airwatch Llc Single sign-on for unmanaged mobile devices

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072103A (zh) * 2007-03-09 2007-11-14 腾讯科技（深圳）有限公司 一种多账号登录即时通讯软件的方法及系统
CN102469068A (zh) * 2010-11-05 2012-05-23 王昭东 智能密码管理系统
CN105262819A (zh) * 2015-10-29 2016-01-20 努比亚技术有限公司 一种移动终端及其实现推送的方法
CN105554146A (zh) * 2015-12-25 2016-05-04 Tcl集团股份有限公司 一种远程访问方法及装置
CN106685799A (zh) * 2016-12-16 2017-05-17 上海高顿教育培训有限公司 基于CoreSeek的多平台微信服务的通知发送方法
CN107124426A (zh) * 2017-05-26 2017-09-01 北京微影时代科技有限公司 一种用户权益的鉴权方法及装置

Also Published As

Publication number Publication date
CN107944919A (zh) 2018-04-20
CN107944919B (zh) 2020-01-07

Similar Documents

Publication Publication Date Title
WO2019100604A1 (zh) 账户查询方法、装置、设备及计算机可读存储介质
WO2020224247A1 (zh) 基于区块链的数据溯源方法、装置、设备及可读存储介质
WO2018107610A1 (zh) 业务数据处理方法、系统、设备及计算机可读存储介质
WO2018233351A1 (zh) 自助理赔方法、装置、服务器和计算机可读存储介质
WO2019104877A1 (zh) 通过网站对接购买保险的方法、装置、设备及介质
WO2018228050A1 (zh) 防止敏感信息泄露的方法、装置及存储介质
WO2019227557A1 (zh) 密钥管理方法、设备、存储介质及装置
WO2019109520A1 (zh) 视频面签派工方法、装置、设备及可读存储介质
WO2018227880A1 (zh) 数据比对方法、装置、设备及可读存储介质
WO2019037396A1 (zh) 账户清结算方法、装置、设备及存储介质
WO2016101745A1 (zh) 一种激活移动终端令牌的方法
WO2019104876A1 (zh) 保险产品的推送方法、系统、终端、客户终端及存储介质
WO2018166091A1 (zh) 贷款面签方法、系统、终端及计算机可读存储介质
WO2018098881A1 (zh) 应用程序的访问处理方法及装置
WO2019161597A1 (zh) 基于即时通讯的信息发送方法、装置、设备和存储介质
WO2016029594A1 (zh) 终端连接显示设备的方法及系统
WO2019037454A1 (zh) 保费缴纳方法、装置、设备及可读存储介质
WO2019161615A1 (zh) 账单录入方法、系统、光学字符识别服务器和存储介质
WO2019134218A1 (zh) 基于vtm的转账方法、装置、服务器和存储介质
WO2017071352A1 (zh) 密码的推送方法、推送系统及终端设备
WO2017012200A1 (zh) 基于电子诊疗单的诊疗机构识别方法和网络医院平台
WO2018023926A1 (zh) 电视与移动终端的互动方法及系统
WO2017054481A1 (zh) 一种信息验证和处理方法、装置、以及信息处理系统
WO2019001087A1 (zh) 案件理赔方法、装置、服务器及计算机可读存储介质
WO2019090995A1 (zh) 自助开户发卡方法、自助终端及计算机可读存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18880861

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 25/08/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18880861

Country of ref document: EP

Kind code of ref document: A1