CN110852739A - 账号合并方法、装置、设备及计算机可读存储介质 - Google Patents
账号合并方法、装置、设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN110852739A CN110852739A CN201810946579.9A CN201810946579A CN110852739A CN 110852739 A CN110852739 A CN 110852739A CN 201810946579 A CN201810946579 A CN 201810946579A CN 110852739 A CN110852739 A CN 110852739A
- Authority
- CN
- China
- Prior art keywords
- user
- account
- personal information
- balance
- processing
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提供一种账号合并方法、装置、设备及计算机可读存储介质,方法包括:接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;根据各所述用户账号对应的用户数据对所述业务办理请求进行处理。从而能够实现对多个用户标识对应的账号的用户数据的整合,并通过整合后的用户数据实现对业务办理请求的处理,进而能够提高用户体验。
Description
技术领域
本发明涉及通信领域,尤其涉及一种账号合并方法、装置、设备及计算机可读存储介质。
背景技术
随着网络科技的发展,各种电子账户应运而生,针对每一个应用,用户在使用过程中,往往会产生个性化数据,且个性化的历史数据往往给用户后续的使用带来便利,因此,如何保护用户个性化数据的安全即成为亟待解决的问题。
为了提高用户个性化数据的安全,一般情况下都需要通过用户当前使用的手机号码在当前应用上注册一个与手机号码绑定的账号,从而后续可以通过手机号码实现登录、浏览、消费等操作。
但是,由于部分用户往往使用多个手机号码,并且使用多个手机号码分别注册了多个账号,因此,用户在使用其中任一账号时,与其他账号的信息不可共享、余额也无法共用,因此,往往会给用户带来不便。举例来说,若用户使用当前登陆账号支付时,该账号内的余额不足,而其他账号内则拥有足够的余额,由于二者余额无法共用,则导致用户支付失败,造成用户体验较差。
发明内容
本发明提供一种账号合并方法、装置、设备及计算机可读存储介质,用于解决用户通过多个手机号码注册的账号信息无法共享而给用户带来不便的技术问题。
本发明的第一个方面是提供一种账号合并方法,包括:
接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;
根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;
根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;
根据各所述用户账号对应的用户数据对所述业务办理请求进行处理。
本发明的另一个方面是提供一种账号合并装置,包括:
业务办理请求接收模块,用于接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;
实名信息获取模块,用于根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;
用户账号获取模块,用于根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;
处理模块,用于根据各所述用户账号对应的用户数据对所述业务办理请求进行处理。
本发明的又一个方面是提供一种账号合并设备,包括:存储器,处理器;
存储器;用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为由所述处理器执行如上述的账号合并方法。
本发明的又一个方面是提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如上述的账号合并方法。
本发明提供的账号合并方法、装置、设备及计算机可读存储介质,接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;根据各所述用户账号对应的用户数据对所述业务办理请求进行处理。从而能够实现对多个用户标识对应的账号的用户数据的整合,并通过整合后的用户数据实现对业务办理请求的处理,进而能够提高用户体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1为本发明实施例一提供的账号合并方法的流程示意图;
图2为本发明实施例二提供的账号合并方法的流程示意图;
图3为本发明实施例三提供的账号合并方法的流程示意图;
图4为本发明实施例四提供的账号合并方法的流程示意图;
图5为本发明实施例五提供的账号合并装置的结构示意图;
图6为本发明实施例六提供的账号合并装置的结构示意图;
图7为本发明实施例七提供的账号合并装置的结构示意图;
图8为本发明实施例八提供的账号合并装置的结构示意图;
图9为本发明实施例九提供的账号合并设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例一提供的账号合并方法的流程示意图,如图1所示,所述方法包括:
步骤101、接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识。
在本实施方式中,用户在使用应用软件时,往往多种情况下都需要用户填写用户数据等操作,当用户具有多个用户标识时,则针对每个用户标识,在使用相同的应用软件时,需要对同样的用户数据进行重复填写或者其他操作,因此,往往会造成用户对应用软件的使用效率不高,进而造成用户体验较差。若用户当前需要填写的用户数据已在其他用户标识对应的账号中填写完毕,此时,用户可以发起业务办理请求。相应地,可以接收用户通过应用软件发起的业务办理请求,其中,业务办理请求中包括表征用户身份的第一用户标识与应用软件的应用标识。需要说明的是,用户标识可以为表征用户身份的任意一种标识,举例来说,其可以为用户当前使用的手机号码。此外,业务办理请求包括但不限于支付请求、信用积分查询请求及用户个人信息获取请求,相应地,用户数据包括但不限于余额、信用积分以及用户个人信息。
步骤102、根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息。
在本实施方式中,由于用户标识均是通过用户实名信息进行办理的,因此,接收到用户通过应用软件发起的业务办理请求之后,可以根据业务办理请求中的第一用户标识确定与第一用户标识对应的用户实名信息。具体地,可以通过与运营商后台进行交互实现对用户实名信息的获取,也可以通过预存的第一用户标识与用户实名信息的对应关系实现对用户实名信息的获取,或者可以通过任意一种方式实现对用户实名信息的获取,本发明在此不做限制。
步骤103、根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号。
需要说明的是,用户标识只对应一个用户实名信息,但是用户实名信息可以对应多个用户标识,因此,根据第一用户标识获取到用户实名信息之后,可以根据用户实名信息获取与用户实名信息对应的全部第二用户标识,并获取每一第二用户标识在应用标识对应的应用软件中注册的用户账号。
步骤104、根据各所述用户账号对应的用户数据对所述业务办理请求进行处理。
在本实施方式中,确定每一第二用户标识对应的用户账号之后,获取每一用户账号中的用户数据,实现对用户实名信息对应的全部用户标识下的用户数据的整合,并通过整合后的用户数据对业务办理请求进行处理。相应地,若业务办理请求为支付请求,则可以根据用户账号中的余额对支付请求进行处理,完成支付;若业务办理请求为信用积分查询请求,则可以根据各用户账号中的信用积分对信用积分查询请求进行处理,实现对信用积分的反馈;若业务办理请求为用户个人信息获取请求,则可以根据个用户账号对应的用户个人信息对用户个人信息获取请求进行处理,实现对用户个人信息的反馈。
本实施例提供的账号合并方法,接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;根据各所述用户账号对应的用户数据对所述业务办理请求进行处理。从而能够实现对多个用户标识对应的账号的用户数据的整合,并通过整合后的用户数据实现对业务办理请求的处理,进而能够提高用户体验。
图2为本发明实施例二提供的账号合并方法的流程示意图,在上述实施例的基础上,如图2所示,所述业务办理请求包括支付请求,相应地,所述用户数据为余额;所述方法包括:
步骤201、接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;
步骤202、根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;
步骤203、根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;
步骤204、确定各所述用户账号中余额最多的第一用户账号;
步骤205、根据所述第一用户账号中的余额对所述支付请求进行处理。
在本实施例中,根据业务办理请求中的第一用户标识获取到用户实名信息,并根据用户实名信息获取到全部第二用户标识与用户账号之后,可以对各用户账号中的用户数据进行整合,并根据整合后的用户数据对业务办理请求进行处理。
具体地,业务办理请求可以是支付请求,相应地,用户数据为余额数据。当用户根据第一用户标识支付失败时,可以根据第一用户标识与当前待完成支付的应用软件的应用标识发起支付请求。相应地,接收到用户发起的支付请求之后,可以根据第一用户标识确定用户实名信息,根据用户实名信息获取到全部第二用户标识与用户账号,获取每一用户账号中的余额,确定各用户账号中余额最多的第一用户账号,通过第一用户账号中的余额对支付请求进行处理,实现支付。
本实施例提供的账号合并方法,当业务办理请求为支付请求时,可以根据第一用户标识对应的实名信息确定用户的全部第二用户标识,并根据当前余额最多的第一用户账号实现对支付请求的处理,从而能够在用户第一用户标识对应的账号余额不足时,完成支付,进而能够提高用户体验。
进一步地,在上述任一实施例的基础上,所述方法还包括:
接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;
根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;
根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;
确定各所述用户账号中余额最多的第一用户账号;
判断所述第一用户账号中的余额是否大于所述支付请求中的待支付数额;
若是,则根据所述第一用户账号中的余额对所述支付请求进行处理;
若否,则计算各所述用户账号中余额的总值,获取各所述用户账号对应的总余额,根据所述总余额对所述支付请求进行处理。
在本实施例中,接收到用户发起的支付请求之后,可以根据第一用户标识确定用户实名信息,根据用户实名信息获取到全部第二用户标识与用户账号,获取每一用户账号中的余额,确定各用户账号中余额最多的第一用户账号。判断第一用户账号中的余额是否大于支付请求中的待支付数额,若大于,则表征可以通过第一用户账号中的余额实现对支付请求的处理。若第一用户账号中的余额小于支付请求中的待支付数额,则用户无法通过第一用户账号中的余额实现对支付请求的处理,此时可以对全部用户账号中的余额进行整合,计算全部用户账号中余额的总值,根据总余额对支付请求进行处理。
本实施例提供的账号合并方法,通过在获取余额最多的第一用户账号之后,对第一用户账号中的余额进行判断,从而能够实现对支付请求的成功处理,进而能够在完成支付的基础上,提高用户体验。
进一步地,在上述任一实施例的基础上,所述方法还包括:
接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;
根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;
根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;
确定各所述用户账号中余额最多的第一用户账号;
根据所述第一用户账号中的余额对所述支付请求进行处理;
根据支付请求对应的待支付数额,对所述第一用户账号对应的余额进行更新。
在本实施例中,接收到用户发起的支付请求之后,可以根据第一用户标识确定用户实名信息,根据用户实名信息获取到全部第二用户标识与用户账号,获取每一用户账号中的余额,确定各用户账号中余额最多的第一用户账号,并根据第一用户账号中的余额对支付请求进行处理。为了使用户对账号中的余额进行清楚的了解,通过余额最多的第一用户账号中的余额实现对支付请求的处理之后,可以根据支付请求对应的待支付数额,对第一用户账号中的余额进行更新。
作为一种可以实施的方式,若第一用户账号中的余额不足以实现对支付请求的处理时,可以整合用户全部用户账号中的余额,并根据整合后的总余额实现对支付请求的处理。相应地,为了使用户对各用户账号的余额进行清除的了解,可以对各用户账号的余额进行更新。具体地,可以确定各用户账号中余额在总余额中所占的比例,并根据该比例与待支付数额实现对各用户账号中余额的扣除,相应地,根据扣除的数额实现对各用户账号中余额的更新。
本实施例提供的账号合并方法,通过余额最多的第一用户账号中的余额实现对支付请求的处理之后,根据支付请求对应的待支付数额,对第一用户账号中的余额进行更新,从而能够使用户对每一用户账号中的余额进行清除的了解,提高用户体验。
图3为本发明实施例三提供的账号合并方法的流程示意图,在上述任一实施例的基础上,如图3所示,所述业务办理请求包括信用积分查询请求,相应的,所述用户数据为信用积分;所述方法包括:
步骤301、接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;
步骤302、根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;
步骤303、根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;
步骤304、获取各所述用户账号对应的信用积分;
步骤305、根据预设的信用积分算法对各所述用户账号对应的信用积分进行计算,获得标准信用积分;
步骤306、根据所述标准信用积分对所述信用积分查询请求进行处理。
一般情况下,一个账号的信用积分需要在用户使用应用软件一段时间之后,根据用户的使用数据进行测评,而若用户账号为新注册账号,则较难确定该账号的信用积分,此时,可以根据用户实名注册的其他用户标识对应的账号的信用积分实现对当前账号信用积分的测评。此外,通过对多个用户账号对应的信用积分进行整合,从而能够进一步地提高用户账号信用积分的精准性。具体地,根据业务办理请求中的第一用户标识获取到用户实名信息,并根据用户实名信息获取到全部第二用户标识与用户账号之后,获取各用户账号对应的信用积分,并根据预设的信用积分计算方法,对各用户账号对应的信用积分进行计算,获得标准信用积分,并根据该标准信用积分,对信用积分查询请求进行处理,实现对新注册账号信用积分的测评。需要说明的是,预设的信用积分计算方法可以为加权平均计算方法,或者其他任意一种能够实现对标准信用积分的求取,本发明在此不做限制。
本实施例提供的账号合并方法,通过对多个用户账号对应的信用积分进行整合,从而能够在实现对业务处理请求的处理的基础上,提高用户账号的信用积分的精准度。
图4为本发明实施例四提供的账号合并方法的流程示意图,在上述任一实施例的基础上,如图4所示,所述业务办理请求包括用户个人信息获取请求,相应地,所述用户数据为用户个人信息;所述方法包括:
步骤401、接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;
步骤402、根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;
步骤403、根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;
步骤404、获取各所述用户账号对应的用户个人信息;
步骤405、根据所述用户个人信息对所述用户个人信息获取请求进行处理。
一般情况下,用户根据用户标识注册一个账号之后,往往需要填写很多个人信息,才能够实现对应用软件中各个功能的正常使用,而当用户具有多个用户标识时,针对一个应用软件,用户需要重复填写多次用户信息,因此,往往操作较繁琐,进而导致用户体验较差。因此,业务办理请求可以包括用户个人信息获取请求,根据业务办理请求中的第一用户标识获取到用户实名信息,并根据用户实名信息获取到全部第二用户标识与用户账号之后,获取各用户账号对应的用户个人信息,并根据该用户个人信息实现对用户个人信息获取请求的处理。
本实施例提供的账号合并方法,通过根据业务办理请求中的第一用户标识获取到用户实名信息,并根据用户实名信息获取到全部第二用户标识与用户账号之后,获取各用户账号对应的用户个人信息,并根据该用户个人信息实现对用户个人信息获取请求的处理,从而能够有效较少用户填写重复信息的次数,进而能够提高用户体验。
进一步地,在上述任一实施例的基础上,所述方法还包括:
接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;
根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;
根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;
获取各所述用户账号对应的用户个人信息;
判断个所述用户账号对应的用户个人信息是否一致;
若一致,则根据所述用户个人信息对所述用户个人信息获取请求进行处理;
若不一致,则获取重复次数最多的信息作为标准用户个人信息;
根据所述标准用户个人信息对所述用户个人信息获取请求进行处理。
在本实施例中,由于针对每个用户账号,用户在填写个人信息时,可能存在笔误或者部分信息更换的情况,因此,针对部分用户个人信息,可能是错误的或者当前已不再使用的,从而后续应用软件根据该个人信息展开活动时,可能会出现错误。因此,根据业务办理请求中的第一用户标识获取到用户实名信息,并根据用户实名信息获取到全部第二用户标识与用户账号,获取各用户账号对应的用户个人信息之后,可以判断每一个用户账号对应的用户个人信息是否一致,若一致,则可以根据该用户个人信息实现对用户个人信息获取请求进行处理。若不一致时,则可能某个用户账号对应的用户个人信息是错误的,此时,可以获取各用户账号对应的用户个人信息中,重复次数最多的信息作为标准用户信息,并根据标准用户信息对用户个人信息获取请求进行处理。
作为一种可以实施的方式,若检测到每一个用户账号对应的用户个人信息不一致时,可能某个用户账号对应的用户个人信息是错误的,此时,可以获取各用户账号对应的用户个人信息中,重复次数最多的信息作为标准用户信息,并根据该标准用户信息对与标准用户信息不一致的信息进行修正,从而能够提高用户个人信息的准确性。
可选地,若检测到每一个用户账号对应的用户个人信息不一致时,可能某个用户账号对应的用户个人信息是错误的,此时,还可以针对不同的信息,提示用户手动进行输入,并根据用户手动输入的标准用户信息,对与标准用户信息不一致的信息进行修正,从而能够提高用户个人信息的准确性。
本实施例提供的账号合并方法,通过在各账号对应的用户个人信息不一致的情况下,确定标准用户个人信息,并根据标准用户个人信息对用户个人信息获取请求进行处理,从而能够降低用户输入个人信息的频率的同时,提高用户体验。
图5为本发明实施例五提供的账号合并装置的结构示意图,如图5所示,所述装置包括:
业务办理请求接收模块51,用于接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识。
实名信息获取模块52,用于根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息。
用户账号获取模块53,用于根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号。
处理模块54,用于根据各所述用户账号对应的用户数据对所述业务办理请求进行处理。
本实施例提供的账号合并装置,接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;根据各所述用户账号对应的用户数据对所述业务办理请求进行处理。从而能够实现对多个用户标识对应的账号的用户数据的整合,并通过整合后的用户数据实现对业务办理请求的处理,进而能够提高用户体验。
图6为本发明实施例六提供的账号合并装置的结构示意图,在上述实施例的基础上,如图6所示,所述业务办理请求包括支付请求,相应地,所述用户数据为余额;所述装置包括:
业务办理请求接收模块61,用于接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;
实名信息获取模块62,用于根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;
用户账号获取模块63,用于根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;
所述处理模块64包括:
第一用户账号确定单元601,用于确定各所述用户账号中余额最多的第一用户账号;
第一处理单元602,用于根据所述第一用户账号中的余额对所述支付请求进行处理。
本实施例提供的账号合并装置,当业务办理请求为支付请求时,可以根据第一用户标识对应的实名信息确定用户的全部第二用户标识,并根据当前余额最多的第一用户账号实现对支付请求的处理,从而能够在用户第一用户标识对应的账号余额不足时,完成支付,进而能够提高用户体验。
进一步地,在上述任一实施例的基础上,所述装置还包括:
业务办理请求接收模块,用于接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;
实名信息获取模块,用于根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;
用户账号获取模块,用于根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;
所述处理模块包括:
第一用户账号确定单元,用于确定各所述用户账号中余额最多的第一用户账号;
第一判断单元,用于判断所述第一用户账号中的余额是否大于所述支付请求中的待支付数额;
第四处理单元,用于若是,则根据所述第一用户账号中的余额对所述支付请求进行处理;
第五处理单元,用于若否,则计算各所述用户账号中余额的总值,获取各所述用户账号对应的总余额,根据所述总余额对所述支付请求进行处理。
本实施例提供的账号合并装置,通过在获取余额最多的第一用户账号之后,对第一用户账号中的余额进行判断,从而能够实现对支付请求的成功处理,进而能够在完成支付的基础上,提高用户体验。
进一步地,在上述任一实施例的基础上,所述装置还包括:
业务办理请求接收模块,用于接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;
实名信息获取模块,用于根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;
用户账号获取模块,用于根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;
所述处理模块包括:
第一用户账号确定单元,用于确定各所述用户账号中余额最多的第一用户账号;
第一处理单元,用于根据所述第一用户账号中的余额对所述支付请求进行处理;
更新单元,用于根据支付请求对应的待支付数额,对所述第一用户账号对应的余额进行更新。
本实施例提供的账号合并装置,通过余额最多的第一用户账号中的余额实现对支付请求的处理之后,根据支付请求对应的待支付数额,对第一用户账号中的余额进行更新,从而能够使用户对每一用户账号中的余额进行清除的了解,提高用户体验。
图7为本发明实施例七提供的账号合并装置的结构示意图,在上述任一实施例的基础上,如图7所示,所述业务办理请求包括信用积分查询请求,相应的,所述用户数据为信用积分;所述装置包括:
业务办理请求接收模块71,用于接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;
实名信息获取模块72,用于根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;
用户账号获取模块73,用于根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;
所述处理模块74包括:
信用积分获取单元701,用于获取各所述用户账号对应的信用积分;
标准信用积分计算单元702,用于根据预设的信用积分算法对各所述用户账号对应的信用积分进行计算,获得标准信用积分;
第二处理单元703,用于根据所述标准信用积分对所述信用积分查询请求进行处理。
本实施例提供的账号合并装置,通过对多个用户账号对应的信用积分进行整合,从而能够在实现对业务处理请求的处理的基础上,提高用户账号的信用积分的精准度。
图8为本发明实施例八提供的账号合并装置的结构示意图,在上述任一实施例的基础上,如图8所示,所述业务办理请求包括用户个人信息获取请求,相应地,所述用户数据为用户个人信息;所述装置包括:
业务办理请求接收模块81,用于接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;
实名信息获取模块82,用于根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;
用户账号获取模块83,用于根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;
所述处理模块84包括:
用户个人信息获取单元801,用于获取各所述用户账号对应的用户个人信息;
第三处理单元802,用于根据所述用户个人信息对所述用户个人信息获取请求进行处理。
本实施例提供的账号合并装置,通过根据业务办理请求中的第一用户标识获取到用户实名信息,并根据用户实名信息获取到全部第二用户标识与用户账号之后,获取各用户账号对应的用户个人信息,并根据该用户个人信息实现对用户个人信息获取请求的处理,从而能够有效较少用户填写重复信息的次数,进而能够提高用户体验。
进一步地,在上述任一实施例的基础上,所述装置还包括:
业务办理请求接收模块,用于接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;
实名信息获取模块,用于根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;
用户账号获取模块,用于根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;
所述处理模块包括:
用户个人信息获取单元,用于获取各所述用户账号对应的用户个人信息;
第二判断单元,用于判断个所述用户账号对应的用户个人信息是否一致;
第六处理单元,用于若一致,则根据所述用户个人信息对所述用户个人信息获取请求进行处理;
标准用户个人信息获取单元,用于若不一致,则获取重复次数最多的信息作为标准用户个人信息;
第七处理单元,用于根据所述标准用户个人信息对所述用户个人信息获取请求进行处理。
本实施例提供的账号合并装置,通过在各账号对应的用户个人信息不一致的情况下,确定标准用户个人信息,并根据标准用户个人信息对用户个人信息获取请求进行处理,从而能够降低用户输入个人信息的频率的同时,提高用户体验。
图9为本发明实施例九提供的账号合并设备的结构示意图,如图9所示,所述设备包括:存储器91,处理器92;
存储器91;用于存储所述处理器92可执行指令的存储器91;
其中,所述处理器92被配置为由所述处理器92执行如上述任一实施例提供的账号合并方法。
本发明又一实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如上述任一实施例提供的账号合并方法。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (16)
1.一种账号合并方法,其特征在于,包括:
接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;
根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;
根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;
根据各所述用户账号对应的用户数据对所述业务办理请求进行处理。
2.根据权利要求1所述的方法,其特征在于,所述业务办理请求包括支付请求,相应地,所述用户数据为余额;
所述根据各所述用户账号对应的用户数据对所述业务办理请求进行处理,包括:
确定各所述用户账号中余额最多的第一用户账号;
根据所述第一用户账号中的余额对所述支付请求进行处理。
3.根据权利要求1所述的方法,其特征在于,所述业务办理请求包括信用积分查询请求,相应的,所述用户数据为信用积分;
所述根据各所述用户账号对应的用户数据对所述业务办理请求进行处理,包括:
获取各所述用户账号对应的信用积分;
根据预设的信用积分算法对各所述用户账号对应的信用积分进行计算,获得标准信用积分;
根据所述标准信用积分对所述信用积分查询请求进行处理。
4.根据权利要求1所述的方法,其特征在于,所述业务办理请求包括用户个人信息获取请求,相应地,所述用户数据为用户个人信息;
所述根据各所述用户账号对应的用户数据对所述业务办理请求进行处理,包括:
获取各所述用户账号对应的用户个人信息;
根据所述用户个人信息对所述用户个人信息获取请求进行处理。
5.根据权利要求2所述的方法,其特征在于,所述确定各所述用户账号中余额最多的第一用户账号之后,还包括:
判断所述第一用户账号中的余额是否大于所述支付请求中的待支付数额;
若是,则根据所述第一用户账号中的余额对所述支付请求进行处理;
若否,则计算各所述用户账号中余额的总值,获取各所述用户账号对应的总余额,根据所述总余额对所述支付请求进行处理。
6.根据权利要求2所述的方法,其特征在于,所述根据所述第一用户账号中的余额对所述支付请求进行处理之后,还包括:
根据支付请求对应的待支付数额,对所述第一用户账号对应的余额进行更新。
7.根据权利要求4所述的方法,其特征在于,所述获取各所述用户账号对应的用户个人信息之后,还包括:
判断个所述用户账号对应的用户个人信息是否一致;
若一致,则根据所述用户个人信息对所述用户个人信息获取请求进行处理;
若不一致,则获取重复次数最多的信息作为标准用户个人信息;
根据所述标准用户个人信息对所述用户个人信息获取请求进行处理。
8.一种账号合并装置,其特征在于,包括:
业务办理请求接收模块,用于接收应用软件发起的业务办理请求,所述业务办理请求中包括表征用户身份的第一用户标识与所述应用软件的应用标识;
实名信息获取模块,用于根据所述第一用户标识获取与所述第一用户标识对应的用户实名信息;
用户账号获取模块,用于根据所述用户实名信息获取所述用户实名信息对应的全部第二用户标识及与所述第二用户标识对应的用户账号,所述用户账号为所述第二用户标识在所述应用标识对应的应用软件中注册的账号;
处理模块,用于根据各所述用户账号对应的用户数据对所述业务办理请求进行处理。
9.根据权利要求8所述的装置,其特征在于,所述业务办理请求包括支付请求,相应地,所述用户数据为余额;
所述处理模块包括:
第一用户账号确定单元,用于确定各所述用户账号中余额最多的第一用户账号;
第一处理单元,用于根据所述第一用户账号中的余额对所述支付请求进行处理。
10.根据权利要求8所述的装置,其特征在于,所述业务办理请求包括信用积分查询请求,相应的,所述用户数据为信用积分;
所述处理模块包括:
信用积分获取单元,用于获取各所述用户账号对应的信用积分;
标准信用积分计算单元,用于根据预设的信用积分算法对各所述用户账号对应的信用积分进行计算,获得标准信用积分;
第二处理单元,用于根据所述标准信用积分对所述信用积分查询请求进行处理。
11.根据权利要求8所述的装置,其特征在于,所述业务办理请求包括用户个人信息获取请求,相应地,所述用户数据为用户个人信息;
所述处理模块包括:
用户个人信息获取单元,用于获取各所述用户账号对应的用户个人信息;
第三处理单元,用于根据所述用户个人信息对所述用户个人信息获取请求进行处理。
12.根据权利要求9所述的装置,其特征在于,所述处理模块还包括:
第一判断单元,用于判断所述第一用户账号中的余额是否大于所述支付请求中的待支付数额;
第四处理单元,用于若是,则根据所述第一用户账号中的余额对所述支付请求进行处理;
第五处理单元,用于若否,则计算各所述用户账号中余额的总值,获取各所述用户账号对应的总余额,根据所述总余额对所述支付请求进行处理。
13.根据权利要求9所述的装置,其特征在于,所述处理模块还包括:
更新单元,用于根据支付请求对应的待支付数额,对所述第一用户账号对应的余额进行更新。
14.根据权利要求11所述的装置,其特征在于,所述处理模块还包括:
第二判断单元,用于判断个所述用户账号对应的用户个人信息是否一致;
第六处理单元,用于若一致,则根据所述用户个人信息对所述用户个人信息获取请求进行处理;
标准用户个人信息获取单元,用于若不一致,则获取重复次数最多的信息作为标准用户个人信息;
第七处理单元,用于根据所述标准用户个人信息对所述用户个人信息获取请求进行处理。
15.一种账号合并设备,其特征在于,包括:存储器,处理器;
存储器;用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为由所述处理器执行如权利要求1-7中任一项所述的账号合并方法。
16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1至7任一项所述的账号合并方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810946579.9A CN110852739A (zh) | 2018-08-20 | 2018-08-20 | 账号合并方法、装置、设备及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810946579.9A CN110852739A (zh) | 2018-08-20 | 2018-08-20 | 账号合并方法、装置、设备及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110852739A true CN110852739A (zh) | 2020-02-28 |
Family
ID=69595603
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810946579.9A Pending CN110852739A (zh) | 2018-08-20 | 2018-08-20 | 账号合并方法、装置、设备及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110852739A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111475683A (zh) * | 2020-04-07 | 2020-07-31 | 一节好课(北京)科技有限公司 | 课外培训的用户绑定方法、装置、学习管理方法及*** |
CN111832007A (zh) * | 2020-01-20 | 2020-10-27 | 北京嘀嘀无限科技发展有限公司 | 账号找回方法、装置、设备及计算机可读存储介质 |
CN112446995A (zh) * | 2020-10-20 | 2021-03-05 | 支付宝(杭州)信息技术有限公司 | 身份信息登记处理方法、装置、设备及*** |
CN114157434A (zh) * | 2021-11-30 | 2022-03-08 | 中国光大银行股份有限公司 | 登录验证方法、装置、电子设备及存储介质 |
CN114268462A (zh) * | 2021-11-26 | 2022-04-01 | 中国联合网络通信集团有限公司 | 资产信息变更方法、服务器、客户端及存储介质 |
CN116362737A (zh) * | 2023-05-29 | 2023-06-30 | 杭州数云信息技术有限公司 | 账号聚类方法及装置、计算机可读存储介质、终端 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012034081A1 (en) * | 2010-09-09 | 2012-03-15 | Boku, Inc. | Systems and methods to process payments via a communication system |
CN104915835A (zh) * | 2014-03-13 | 2015-09-16 | 腾讯科技(深圳)有限公司 | 信用账户创建装置、***和方法 |
CN105939362A (zh) * | 2016-06-27 | 2016-09-14 | 乐视控股(北京)有限公司 | 用户账号管理方法及装置 |
CN106600254A (zh) * | 2016-12-16 | 2017-04-26 | 天脉聚源(北京)科技有限公司 | 用户的多帐户管理方法及装置 |
CN108234475A (zh) * | 2017-12-28 | 2018-06-29 | 掌阅科技股份有限公司 | 账号管理方法、电子设备及计算机存储介质 |
-
2018
- 2018-08-20 CN CN201810946579.9A patent/CN110852739A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012034081A1 (en) * | 2010-09-09 | 2012-03-15 | Boku, Inc. | Systems and methods to process payments via a communication system |
CN104915835A (zh) * | 2014-03-13 | 2015-09-16 | 腾讯科技(深圳)有限公司 | 信用账户创建装置、***和方法 |
CN105939362A (zh) * | 2016-06-27 | 2016-09-14 | 乐视控股(北京)有限公司 | 用户账号管理方法及装置 |
CN106600254A (zh) * | 2016-12-16 | 2017-04-26 | 天脉聚源(北京)科技有限公司 | 用户的多帐户管理方法及装置 |
CN108234475A (zh) * | 2017-12-28 | 2018-06-29 | 掌阅科技股份有限公司 | 账号管理方法、电子设备及计算机存储介质 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111832007A (zh) * | 2020-01-20 | 2020-10-27 | 北京嘀嘀无限科技发展有限公司 | 账号找回方法、装置、设备及计算机可读存储介质 |
CN111475683A (zh) * | 2020-04-07 | 2020-07-31 | 一节好课(北京)科技有限公司 | 课外培训的用户绑定方法、装置、学习管理方法及*** |
CN112446995A (zh) * | 2020-10-20 | 2021-03-05 | 支付宝(杭州)信息技术有限公司 | 身份信息登记处理方法、装置、设备及*** |
CN114268462A (zh) * | 2021-11-26 | 2022-04-01 | 中国联合网络通信集团有限公司 | 资产信息变更方法、服务器、客户端及存储介质 |
CN114268462B (zh) * | 2021-11-26 | 2023-10-13 | 中国联合网络通信集团有限公司 | 资产信息变更方法、服务器、客户端及存储介质 |
CN114157434A (zh) * | 2021-11-30 | 2022-03-08 | 中国光大银行股份有限公司 | 登录验证方法、装置、电子设备及存储介质 |
CN116362737A (zh) * | 2023-05-29 | 2023-06-30 | 杭州数云信息技术有限公司 | 账号聚类方法及装置、计算机可读存储介质、终端 |
CN116362737B (zh) * | 2023-05-29 | 2023-10-13 | 杭州数云信息技术有限公司 | 账号聚类方法及装置、计算机可读存储介质、终端 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110852739A (zh) | 账号合并方法、装置、设备及计算机可读存储介质 | |
EP3373543B1 (en) | Service processing method and apparatus | |
EP3079326B1 (en) | Network payment method, apparatus and system | |
CN108335237B (zh) | 立案方法、终端和计算机可读存储介质 | |
CN107977457B (zh) | 数据清算方法、***和计算机可读存储介质 | |
CN106096854B (zh) | 一种数据处理方法和装置 | |
WO2015004692A1 (ja) | 決済システム、サーバ装置、端末装置、方法、および、プログラム | |
CN105719140A (zh) | 一种用户信息的验证方法和装置 | |
CN103873455A (zh) | 一种信息校验的方法及装置 | |
CN107707368A (zh) | 一种api服务的扣费处理方法及服务器 | |
CN105989485A (zh) | 一种业务管理方法和装置 | |
CN107623664B (zh) | 一种密码输入方法及装置 | |
CN107563188B (zh) | 应用的安全评测方法、装置和计算机存储介质 | |
CN111460403A (zh) | 一种信息处理方法和*** | |
CN113657817B (zh) | 交易处理方法、装置、电子设备和可读存储介质 | |
CN111782684B (zh) | 一种配网电子化移交信息匹配方法及装置 | |
CN111143305B (zh) | 基于分布式存储***的数据存储方法、装置、设备及介质 | |
CN108881513B (zh) | 一种设备码生成的方法、装置、设备及存储介质 | |
WO2017011614A1 (en) | Method and device for service processing | |
CN112541810A (zh) | 业务数据的风险处置方法、装置及计算机可读存储介质 | |
CN110955464A (zh) | 业务处理的方法、装置、计算机设备及存储介质 | |
CN110830556A (zh) | 一种业务处理方法和装置 | |
CN114338210B (zh) | 全局暴刷攻击检测方法、装置、设备及介质 | |
CN116228307A (zh) | 充电桩的充电优惠方法、装置、设备及介质 | |
CN113886452A (zh) | 业务指令执行方法、装置、计算机设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200228 |
|
RJ01 | Rejection of invention patent application after publication |