CN112016915A - 一种为用户提供服务的方法和装置 - Google Patents

一种为用户提供服务的方法和装置 Download PDF

Info

Publication number
CN112016915A
CN112016915A CN202010895851.2A CN202010895851A CN112016915A CN 112016915 A CN112016915 A CN 112016915A CN 202010895851 A CN202010895851 A CN 202010895851A CN 112016915 A CN112016915 A CN 112016915A
Authority
CN
China
Prior art keywords
account
user
accounts
level
application
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.)
Granted
Application number
CN202010895851.2A
Other languages
English (en)
Other versions
CN112016915B (zh
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.)
Alipay Hangzhou Information Technology Co Ltd
Original Assignee
Alipay Hangzhou Information Technology 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 Alipay Hangzhou Information Technology Co Ltd filed Critical Alipay Hangzhou Information Technology Co Ltd
Priority to CN202010895851.2A priority Critical patent/CN112016915B/zh
Publication of CN112016915A publication Critical patent/CN112016915A/zh
Application granted granted Critical
Publication of CN112016915B publication Critical patent/CN112016915B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/227Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/085Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855Payment architectures involving remote charge determination or related payment systems involving a third party

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本说明书实施例提供一种为用户提供服务的方法和装置,该方法包括:获取用户在应用中的账号信息;在基于所述账号信息确定所述用户在所述应用中有多个账号的情况下,确定所述多个账号是否满足预设条件;若所述多个账号满足所述预设条件,则将所述多个账号的账号等级互换;基于账号等级互换后的所述多个账号为所述用户提供服务。

Description

一种为用户提供服务的方法和装置
技术领域
本文件涉及互联网技术领域,尤其涉及一种为用户提供服务的方法和装置。
背景技术
目前,应用在为用户提供服务的过程中,为了便方便用户使用,通常允许用户注册多个账号,比如,用户可以使用不同的手机号在应用A中注册多个账号,该多个账号都属于一个用户。
通常,应用对应的服务器可以按照一定的规则为用户注册的账号设置账号等级,并根据账号等级为用户提供对应的服务。然而,在用户可以注册多个账号的场景中,一般规定一个用户仅可以有一个最高等级的账号,也就是说,用户注册的多个账号中最多只有一个账号可以具有最高等级且可以享受最高的服务,这样,就会导致用户使用的低等级账号无法升级到高等级账号,也无法享受到高等级账号的服务,给用户带来极大不便。
发明内容
本说明书实施例提供一种为用户提供服务的方法和装置,用于解决目前在用户可以注册多个账号的场景中,用户使用低等级账号无法享受到高等级账号可享受的服务的问题。
为解决上述技术问题,本说明书实施例是这样实现的:
第一方面,提出一种为用户提供服务的方法,包括:
获取用户在应用中的账号信息;
在基于所述账号信息确定所述用户在所述应用中有多个账号的情况下,确定所述多个账号是否满足预设条件;
若所述多个账号满足所述预设条件,则将所述多个账号的账号等级互换;
基于账号等级互换后的所述多个账号为所述用户提供服务。
第二方面,提出一种为用户提供服务的装置,包括:
获取单元,获取用户在应用中的账号信息;
确定单元,在基于所述账号信息确定所述用户在所述应用中有多个账号的情况下,确定所述多个账号是否满足预设条件;
等级互换单元,若所述多个账号满足所述预设条件,则将所述多个账号的账号等级互换;
服务提供单元,基于账号等级互换后的所述多个账号为所述用户提供服务。
第三方面,提出一种电子设备,该电子设备包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,该可执行指令在被执行时使该处理器执行以下操作:
获取用户在应用中的账号信息;
在基于所述账号信息确定所述用户在所述应用中有多个账号的情况下,确定所述多个账号是否满足预设条件;
若所述多个账号满足所述预设条件,则将所述多个账号的账号等级互换;
基于账号等级互换后的所述多个账号为所述用户提供服务。
第四方面,提出一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行以下方法:
获取用户在应用中的账号信息;
在基于所述账号信息确定所述用户在所述应用中有多个账号的情况下,确定所述多个账号是否满足预设条件;
若所述多个账号满足所述预设条件,则将所述多个账号的账号等级互换;
基于账号等级互换后的所述多个账号为所述用户提供服务。
本说明书一个或多个实施例采用的上述至少一个技术方案能够达到以下技术效果:在确定用户在某个应用中具有多个账号的情况下,可以判断用户的多个账号是否满足预设条件,若满足,则可以将用户的多个账号的账号等级进行互换,即将高等级账号的账号等级和低等级账号的账号等级进行互换,使得低等级账号具有较高的账号等级,这样,用户在使用低等级账号时,就可以享受到高等级账号可以享受的服务,给用户带来极大地便利,有效提升了用户的使用体验。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书实施例中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本说明书的一个实施例为用户提供服务的方法的流程示意图;
图2是本说明书的一个实施例为用户提供服务的方法的流程示意图;
图3是本说明书的一个实施例电子设备的结构示意图;
图4是本说明书的一个实施例为用户提供服务的装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书实施例中的技术方案,下面将结合本说明书一个或多个实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本文件的保护范围。
目前,一些应用特别是第三方支付应用可以允许用户在该应用中注册多个账号,以方便用户使用。通常,针对用户在某个应用中注册的多个账号而言,应用对应的服务器可以根据用户针对每个账号提供的认证信息,为不同的账号设置不同的账号等级(也可以理解为认证等级,账户等级),其中,认证信息可以理解为用于对用户的身份进行认证的信息,包括但不限于用户的身份标识信息、人脸信息、银行卡信息等,基于不同的认证信息可以得到不同的账号等级,不同的账号可以有不同的账号等级。
通常,针对用户在应用中注册的任一账号而言,用户提供的认证信息越多,账号的账号等级也就越高,然而,在实际应用中,针对某些特定的应用,特别是第三方支付应用,相关的管理办法规定,同一用户在同一应用注册的多个账号中,仅允许其中一个账号可以具有最高的账号等级,也就是说,一旦用户在应用中注册的一个账号具有最高的账号等级后,针对在该应用中注册的其他账号,不论该用户提供的认证信息多少,都不允许被设置为最高的账号等级,而应用对应的服务器在对用户提供服务时,通常是根据用户的账号等级提供对应的服务,这样就会导致用户在使用低等级账号时,无法享受到高等级账号的服务,给用户带来极大不便。
比如,用户在应用A中注册了账号1,并在提交一系列的认证信息后,将账号1升级为最高等级的账号,并可以享受最高等级的账号可以享受的优惠权益。但是在一段时间后,用户由于某种原因(比如用户更换了手机号)重新注册了账户2,并开始频繁使用账户2,不再使用账户1,且,用户在使用账户2的过程中,同样提交了一系列的认证信息,但是,由于相关管理办法规定,一个用户在一个应用中仅能有一个账号具有最高的账号等级,因此,用户无法将账号2升级到最高的账号等级,相应地,也就无法享受到最高账号等级下可以享受的优惠权益。
由此可见,目前在用户针对同一应用可以注册多个账号的情况下,存在用户使用低等级账号无法享受高等级账号可享受的服务的问题。
为了解决上述技术问题,本说明实施例提供一种为用户提供服务的方法和装置,该方法包括:获取用户在应用中的账号信息;在基于所述账号信息确定所述用户在所述应用中有多个账号的情况下,确定所述多个账号是否满足预设条件;若所述多个账号满足所述预设条件,则将所述多个账号的账号等级互换;基于账号等级互换后的所述多个账号为所述用户提供服务。
本说明书实施例提供的技术方案,在确定用户在某个应用中具有多个账号的情况下,可以判断用户的多个账号是否满足预设条件,若满足,则可以将用户的多个账号的账号等级进行互换,即将高等级账号的账号等级和低等级账号的账号等级进行互换,使得低等级账号具有较高的账号等级,这样,用户在使用低等级账号时,可以方便地享受到高等级账号可以享受的服务,给用户带来极大地便利,有效提升了用户的使用体验。
需要说明的是,本说明书实施例中记载的应用具体可以是允许一个用户注册多个账号的应用,且,这些应用受相关管理办法的规定,仅允许一个用户注册的多个账号中最多一个账号具有最高的账号等级并享受最高的服务,比如,这些应用可以是第三方支付应用,可以享受的服务具体可以是支付额度,也可以是允许购买特定产品(比如理财产品)。
以下结合附图,详细说明本说明书各实施例提供的技术方案。
图1是本说明书的一个实施例为用户提供服务的方法的流程示意图。所述方法如下所述,本实施例的执行主体可以是应用对应的服务器(以下可以简称服务器)。
S102:获取用户在应用中的账号信息。
在S102中,服务器在为用户提供服务的过程中,可以获取用户在应用中的账户信息。
用户在应用中的账户信息至少可以包括用户在该应用中注册的账号数量、每个账号的账号等级以及用户针对每个账号的使用情况等,该使用情况可以是用户对每个账号可享受的服务的使用情况。
本实施例中,账号的账号等级可以理解为账户等级或认证等级,具体基于用户针对账号提供的认证信息确定得到,该认证信息包括但不限于用户的身份标识信息、人脸信息、银行卡信息等,其中,用户提供的认证信息越多,账号的账号等级越高。
需要说明的是,在本实施例中,若用户在应用中注册了多个账号,那么,受相关管理办法规定,该多个账号中仅允许一个账号的账号等级具有预设的最高账号等级。也就是说,若用户在应用中注册了多个账号,则该多个账号可以具有不同的账号等级,也可以具有相同的账号等级,但是,具有预设的最高账号等级的账号有且仅有一个。
本实施例中,服务器至少可以在以下两种情况下获取用户在应用中的账号信息,具体如下:
第一种情况:按照设定周期,通过离线的方式获取用户在应用中的账号信息;
第二种情况:在接收到用户在应用中发起的支付请求的情况下,获取用户在应用中的账号信息。
上述两种情况可以分别理解为离线情况和在线情况,在离线情况下,服务器可以按照设定周期定期获取应用中所有用户的账号信息,并对获取到的账户信息进行统计,以便根据统计结果执行后续步骤,其中,设定周期可以根据实际情况确定,比如可以是每天,也可以是每两天,具体时间也可以根据实际情况确定,比如,凌晨两点或三点等。
针对在线情况,服务器可以在用户使用应用的过程中,在接收到用户发起的支付请求的情况下获取该用户在应用中的账户信息,以便执行后续步骤,进而为用户提供支付服务。其中,需要说明的是,这里可以以用户发起支付请求时使用的账号为低等级账号为例进行说明。
在实际应用中,服务器可以在上述离线情况下获取用户的账号信息,也可以在上述在线情况下获取用户的账号信息,当然,也可以在上述离线情况和在线情况下两种情况下均获取用户的账号信息,这里不做具体限定。
服务器在获取到用户的账户信息后,可以执行S104。
S104:在基于所述账号信息确定所述用户在所述应用中有多个账号的情况下,确定所述多个账号是否满足预设条件。
在S104中,服务器可以根据S102中获取到的账户信息,判断用户在应用中是否注册了多个账号,若是,则可以进一步确定该多个账号是否满足预设条件;若否,则可以无需执行后续的步骤。本实施例以用户在应用中注册了多个账号为例进行说明。
上述预设条件可以理解为可以进行账号等级互换的条件,具体可以包括以下三个条件:
多个账号中低等级账号可享受的服务即将达到上限或已到达上限;多个账号中高等级账号可享受的服务未达到上限,或者用户未使用高等级账号购买指定产品;低等级账号的使用频率高于高等级账号的使用频率。
本实施例中,高等级账号可享受的服务要多于低等级账号可享受的服务,其中,在一个典型的应用场景中,若应用为第三方支付应用,则高等级账号可享受的服务可以包括支付额度和允许购买特定产品(比如理财产品)中的至少一种,低等级账号可享受的服务可以包括支付额度但不允许购买特定产品,且,在高等级账号可以享受支付额度的情况下,高等级账号可享受的支付额度大于低等级账号可享受的支付额度。当然,也可以是低等级账号允许购买特定产品,且在高等级账号允许购买特定产品的情况下,低等级账号允许购买的特定产品的数量或种类少于高等级账号允许购买的数量或种类。
上述中低等级账号可享受的服务即将达到上限,也可以理解为低等级账号已享受的服务和可享受的服务上限之间的差值小于设定值,该设定值可以根据实际情况确定,这里不做具体限定。
需要说明的是,上述预设条件中的包括的三个条件之间是且的关系,也就是说,在用户的多个账号同时满足上述三个条件的情况下,才可以确定用户的多个账号满足预设条件,并允许将用户的多个账号的账号等级进行互换,即执行S106,否则,只要其中一个条件不满足,就可以确定用户的多个账号不满足预设条件,并不允许将用户的多个账号的账号等级进行互换,即无需执行后续步骤,这样的目的一是为了提高等级互换的门槛,二是避免等级互换后给用户带来不便。
比如,用户的多个账号中低等级账号可享受的服务即将达到上限以及低等级账号的使用频率高于高等级账号的使用频率,然而,用户使用了高等级账号购买特定产品,那么,这种情况下是不允许进行账号等级互换的,因为一旦互换,会影响用户购买的特定产品;再比如,用户的多个账号中低等级账号可享受的服务已达到上限以及高等级账号可享受的服务未达到上限,用户也未使用高等级账号购买指定产品,然而,低等级账号的使用频率低于高等级账号的使用频率,在这种情况下也是不允许进行账号等级互换的,因为用户使用高等级账号的频率高,互换等级后会影响用户正常使用。
S106:若所述多个账号满足所述预设条件,则将所述多个账号的账号等级互换。
在S106中,若用户的账号的个数为2,则可以直接将用户的两个账号的账号等级进行互换;若用户的账号的个数大于2,则为了向用户提供高等级账号的服务,可以确定多个账号中等级最高的账号,并进一步确定该最高等级的账号与其他账号中的哪个账号满足上述预设条件,以及将满足预设条件最高等级的账号和其他一个账号的等级进行互换,其中,若其他账号中有多个账号和最高等级的账号均满足上述预设条件,则基于用户的使用习惯,优先选择其中使用频率最高的账号和最高等级的账号进行等级互换。
比如,若用户在应用中有两个账号,分别是账号1和账号2,则可以直接将账号1的等级替换为账号2的等级,账号2的等级替换为账号1的等级;若用户在应用中有3个账号,分别是账号1、账号2和账号3,已知账号3的等级最高,账号3和账号1满足上述预设条件,账号3和账号2也满足上述预设条件,则可以进一步确定账号1和账号2的使用频率,若账号1的使用频率大于账号2,则将账号3和账号1进行等级互换,若账号2的使用频率大于账号1,则将账号3和账号2进行等级互换。
S108:基于账号等级互换后的所述多个账号为所述用户提供服务。
在S108中,在对用户的账号等级进行互换后,可以基于等级互换后的多个账号为用户提供服务。
具体地,可以将多个账号中高等级账号可享受的服务分配给低等级账号,这样,在用户使用低等级账号的情况下,就可以为低等级账号提供高等级账号可享受的服务。
比如,用户的高等级账号可享受的服务包括支付额度和允许购买特定产品,低等级账号可享受的服务包括支付额度但不允许购买特定产品,且可享受的支付额度小于高等级账号可享受的支付额度,那么,在账号等级互换后,可以将高等级账号可享受的支付额度分配给低等级账号,并允许低等级账号购买特定产品,这样,用户在使用低等级账号时,可以使用较高的支付额度并购买特定产品,即用户使用低等级账号可以享受到高等级账号对应的服务,给用户带俩极大便利,有效提升了用户体验。
可选地,若用户的多个账号不满足上述预设条件,则不允许对用户的多个账号进行等级互换,这样,在后续用户使用高等级账号或低等级账号时,服务器将会为用户提供账号等级对应的服务。
为了便于理解本说明实施例提供的技术方案,可以以用户进行支付的场景为例进行说明,具体请参见图2,图2为本说明书的一个实施例为用户提供服务的方法流程示意图,图2所示的实施例与图1所示的实施例属于相同的发明构思,具体可以包括以下步骤:
S201:接收用户在应用中发起的支付请求。
这里以用户当前使用的账号为低等级账号为例进行说明。
S202:获取用户在应用中的账号信息。
S203:基于账号信息判断用户在应用中是否有多个账号。
若是,则可以执行S204;否则可以执行S208。
S204:确定用户的多个账号是否满足预设条件。
预设条件包括:多个账号中低等级账号可享受的服务即将达到上限或已到达上限;多个账号中高等级账号可享受的服务未达到上限,或者用户未使用高等级账号购买指定产品;低等级账号的使用频率高于高等级账号的使用频率。
在用户的多个账号满足上述预设条件的情况下,可以执行S205;否则,可以执行S208。
S205:将用户当前使用的账号的等级替换为高账号等级。
这里可以将用户当前使用的账号的等级替换为高等级账号的账号等级,以便可以享受高等级账号的服务。
S206:将高等级账号可享受的服务分配给用户当前使用的账号。
S207:基于高等级账号可享受的服务对用户的支付请求进行处理。
若高等级账号可享受的服务包括支付额度,那么,在对支付请求进行处理时,可以使用支付额度对支付请求进行处理。
S208:基于用户当前使用的账号可享受的服务对用户的支付请求进行处理。
若用户当前使用的账号可享受的服务包括支付额度,且支付额度已达上限,那么,可以使用其他支付方式对支付请求进行处理。
上述S201至S208的具体实现也可以参见图1所示实施例中相应步骤的具体实现,这里不再重复说明。
本说明书实施例提供的技术方案,在确定用户在某个应用中具有多个账号的情况下,可以判断用户的多个账号是否满足预设条件,若满足,则可以将用户的多个账号的账号等级进行互换,即将高等级账号的账号等级和低等级账号的账号等级进行互换,使得低等级账号具有较高的账号等级,这样,用户在使用低等级账号时,就可以享受到高等级账号可以享受的服务,给用户带来极大地便利,有效提升了用户的使用体验。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
图3是本说明书的一个实施例电子设备的结构示意图。请参考图3,在硬件层面,该电子设备包括处理器,可选地还包括内部总线、网络接口、存储器。其中,存储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(PeripheralComponent Interconnect,外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture,扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图3中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成为用户提供服务的装置。处理器,执行存储器所存放的程序,并具体用于执行以下操作:
获取用户在应用中的账号信息;
在基于所述账号信息确定所述用户在所述应用中有多个账号的情况下,确定所述多个账号是否满足预设条件;
若所述多个账号满足所述预设条件,则将所述多个账号的账号等级互换;
基于账号等级互换后的所述多个账号为所述用户提供服务。
上述如本说明书图3所示实施例揭示的为用户提供服务的装置执行的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(Central ProcessingUnit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(DigitalSignal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
该电子设备还可执行图1和图2的方法,并实现为用户提供服务的装置在图1所示实施例中的功能,本说明书实施例在此不再赘述。
当然,除了软件实现方式之外,本说明书实施例的电子设备并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
本说明书实施例还提出了一种计算机可读存储介质,该计算机可读存储介质存储一个或多个程序,该一个或多个程序包括指令,该指令当被包括多个应用程序的便携式电子设备执行时,能够使该便携式电子设备执行图1和图2所示实施例的方法,并具体用于执行以下操作:
获取用户在应用中的账号信息;
在基于所述账号信息确定所述用户在所述应用中有多个账号的情况下,确定所述多个账号是否满足预设条件;
若所述多个账号满足所述预设条件,则将所述多个账号的账号等级互换;
基于账号等级互换后的所述多个账号为所述用户提供服务。
图4是本说明书的一个实施例为用户提供服务的装置40的结构示意图。请参考图4,在一种软件实施方式中,所述为用户提供服务的装置40可包括:获取单元41、确定单元42、等级互换单元43和服务提供单元44,其中:
获取单元41,获取用户在应用中的账号信息;
确定单元42,在基于所述账号信息确定所述用户在所述应用中有多个账号的情况下,确定所述多个账号是否满足预设条件;
等级互换单元43,若所述多个账号满足所述预设条件,则将所述多个账号的账号等级互换;
服务提供单元44,基于账号等级互换后的所述多个账号为所述用户提供服务。
可选地,所述预设条件包括:
所述多个账号中低等级账号可享受的服务即将达到上限或已到达上限;
所述多个账号中高等级账号可享受的服务未达到上限,或者所述用户未使用所述高等级账号购买指定产品;
所述低等级账号的使用频率高于所述高等级账号的使用频率。
可选地,针对所述多个账号中的任一账号,所述账号的账号等级基于所述用户针对所述账号提供的认证信息确定得到;
其中,所述用户提供的认证信息越多,所述账号的账号等级越高,且,所述多个账号中允许一个账号的账号等级具有预设的最高账号等级。
可选地,所述等级互换单元43,将所述多个账号的账号等级互换,包括:
若所述多个账号的个数大于2,则将所述多个账号中最高等级的账号和其他账号中的目标账号进行等级互换;
其中,所述目标账号和所述最高等级的账号满足所述预设条件,且所述目标账号的使用频率大于所述其他账号中除所述目标账号以外的账号的使用频率。
可选地,所述服务提供单元44,基于账号等级互换后的所述多个账号为所述用户提供服务,包括:
将所述多个账号中高等级账号可享受的服务分配给低等级账号;
在所述用户使用所述低等级账号的情况下,为所述低等级账号提供所述高等级账号可享受的服务。
可选地,所述高等级账号可享受的服务包括支付额度和允许购买特定产品中的至少一种;
其中,所述高等级账号的支付额度大于所述低等级账号的支付额度,所述低等级账号不允许购买所述特定产品。
可选地,所述获取单元41,获取用户在应用中的账号信息,包括:
按照设定周期,通过离线的方式获取所述用户在所述应用中的账号信息;
或,
在接收到所述用户在所述应用中发起的支付请求的情况下,获取所述用户在所述应用中的账号信息。
本说明书实施例提供的为用户提供服务的装置40还可执行图1和图2的方法,并实现为用户提供服务的装置在图1和图2所示实施例的功能,本说明书实施例在此不再赘述。
总之,以上所述仅为本说明书的较佳实施例而已,并非用于限定本文件的保护范围。凡在本说明书一个或多个实施例的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本文件的保护范围之内。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。

Claims (10)

1.一种为用户提供服务的方法,包括:
获取用户在应用中的账号信息;
在基于所述账号信息确定所述用户在所述应用中有多个账号的情况下,确定所述多个账号是否满足预设条件;
若所述多个账号满足所述预设条件,则将所述多个账号的账号等级互换;
基于账号等级互换后的所述多个账号为所述用户提供服务。
2.如权利要求1所述的方法,所述预设条件包括:
所述多个账号中低等级账号可享受的服务即将达到上限或已到达上限;
所述多个账号中高等级账号可享受的服务未达到上限,或者所述用户未使用所述高等级账号购买指定产品;
所述低等级账号的使用频率高于所述高等级账号的使用频率。
3.如权利要求1所述的方法,
针对所述多个账号中的任一账号,所述账号的账号等级基于所述用户针对所述账号提供的认证信息确定得到;
其中,所述用户提供的认证信息越多,所述账号的账号等级越高,且,所述多个账号中允许一个账号的账号等级具有预设的最高账号等级。
4.如权利要求1所述的方法,将所述多个账号的账号等级互换,包括:
若所述多个账号的个数大于2,则将所述多个账号中最高等级的账号和其他账号中的目标账号进行等级互换;
其中,所述目标账号和所述最高等级的账号满足所述预设条件,且所述目标账号的使用频率大于所述其他账号中除所述目标账号以外的账号的使用频率。
5.如权利要求1所述的方法,基于账号等级互换后的所述多个账号为所述用户提供服务,包括:
将所述多个账号中高等级账号可享受的服务分配给低等级账号;
在所述用户使用所述低等级账号的情况下,为所述低等级账号提供所述高等级账号可享受的服务。
6.如权利要求5所述的方法,
所述高等级账号可享受的服务包括支付额度和允许购买特定产品中的至少一种;
其中,所述高等级账号的支付额度大于所述低等级账号的支付额度,所述低等级账号不允许购买所述特定产品。
7.如权利要求1所述的方法,获取用户在应用中的账号信息,包括:
按照设定周期,通过离线的方式获取所述用户在所述应用中的账号信息;
或,
在接收到所述用户在所述应用中发起的支付请求的情况下,获取所述用户在所述应用中的账号信息。
8.一种为用户提供服务的装置,包括:
获取单元,获取用户在应用中的账号信息;
确定单元,在基于所述账号信息确定所述用户在所述应用中有多个账号的情况下,确定所述多个账号是否满足预设条件;
等级互换单元,若所述多个账号满足所述预设条件,则将所述多个账号的账号等级互换;
服务提供单元,基于账号等级互换后的所述多个账号为所述用户提供服务。
9.一种电子设备,包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,该可执行指令在被执行时使该处理器执行以下操作:
获取用户在应用中的账号信息;
在基于所述账号信息确定所述用户在所述应用中有多个账号的情况下,确定所述多个账号是否满足预设条件;
若所述多个账号满足所述预设条件,则将所述多个账号的账号等级互换;
基于账号等级互换后的所述多个账号为所述用户提供服务。
10.一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行以下方法:
获取用户在应用中的账号信息;
在基于所述账号信息确定所述用户在所述应用中有多个账号的情况下,确定所述多个账号是否满足预设条件;
若所述多个账号满足所述预设条件,则将所述多个账号的账号等级互换;
基于账号等级互换后的所述多个账号为所述用户提供服务。
CN202010895851.2A 2020-08-31 2020-08-31 一种为用户提供服务的方法和装置 Active CN112016915B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010895851.2A CN112016915B (zh) 2020-08-31 2020-08-31 一种为用户提供服务的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010895851.2A CN112016915B (zh) 2020-08-31 2020-08-31 一种为用户提供服务的方法和装置

Publications (2)

Publication Number Publication Date
CN112016915A true CN112016915A (zh) 2020-12-01
CN112016915B CN112016915B (zh) 2022-09-23

Family

ID=73503482

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010895851.2A Active CN112016915B (zh) 2020-08-31 2020-08-31 一种为用户提供服务的方法和装置

Country Status (1)

Country Link
CN (1) CN112016915B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030040927A1 (en) * 2001-08-27 2003-02-27 Fujitsu Limited System, method and apparatus for change management, cash dispenser for use with the system/apparatus, and computer-readable medium containing change management program
CN104281796A (zh) * 2014-10-27 2015-01-14 联想(北京)有限公司 账号的管理方法和电子设备
WO2018127048A1 (zh) * 2017-01-03 2018-07-12 腾讯科技(深圳)有限公司 数据显示方法、装置及存储介质
CN108377227A (zh) * 2018-01-11 2018-08-07 北京潘达互娱科技有限公司 服务器账号管理系统、账号登录方法、更新方法及设备
CN110061933A (zh) * 2019-04-03 2019-07-26 网宿科技股份有限公司 一种数据处理方法及装置、设备、存储介质
CN110690987A (zh) * 2019-08-23 2020-01-14 深圳市新系区块链技术有限公司 账号信息管理方法、装置及设备
CN110717761A (zh) * 2019-12-12 2020-01-21 腾讯科技(深圳)有限公司 一种数据处理方法、装置及计算机存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030040927A1 (en) * 2001-08-27 2003-02-27 Fujitsu Limited System, method and apparatus for change management, cash dispenser for use with the system/apparatus, and computer-readable medium containing change management program
CN104281796A (zh) * 2014-10-27 2015-01-14 联想(北京)有限公司 账号的管理方法和电子设备
WO2018127048A1 (zh) * 2017-01-03 2018-07-12 腾讯科技(深圳)有限公司 数据显示方法、装置及存储介质
CN108377227A (zh) * 2018-01-11 2018-08-07 北京潘达互娱科技有限公司 服务器账号管理系统、账号登录方法、更新方法及设备
CN110061933A (zh) * 2019-04-03 2019-07-26 网宿科技股份有限公司 一种数据处理方法及装置、设备、存储介质
CN110690987A (zh) * 2019-08-23 2020-01-14 深圳市新系区块链技术有限公司 账号信息管理方法、装置及设备
CN110717761A (zh) * 2019-12-12 2020-01-21 腾讯科技(深圳)有限公司 一种数据处理方法、装置及计算机存储介质

Also Published As

Publication number Publication date
CN112016915B (zh) 2022-09-23

Similar Documents

Publication Publication Date Title
CN110032880B (zh) 基于区块链的录屏取证方法、系统和电子设备
CN106899666B (zh) 一种针对业务标识的数据处理方法及装置
US10902415B2 (en) Payment card binding method, trust evaluation method, apparatus, and electronic device
CN109086975B (zh) 一种交易风险的识别方法和装置
CN109298926B (zh) 资源转移方入驻资源转移平台的方法、装置及电子设备
CN107070871B (zh) 一种身份验证的方法及装置
CN110751515A (zh) 一种基于用户消费行为的决策方法和装置、电子设备及存储介质
CN109146493B (zh) 消费数据处理方法及装置
CN110543317A (zh) 交易请求处理方法、装置、网关及存储介质
CN109345081B (zh) 一种数据采集方法、装置及电子设备
CN111709748B (zh) 一种具有业务属性的交易执行方法、装置及电子设备
CN107528822B (zh) 一种业务执行方法以及装置
CN112286968A (zh) 一种业务识别方法、设备、介质及电子设备
CN112016915B (zh) 一种为用户提供服务的方法和装置
CN111582872A (zh) 异常账号检测模型训练、异常账号检测方法、装置及设备
CN110278241B (zh) 一种注册请求处理方法及装置
CN111340575A (zh) 一种资源推送方法、装置和电子设备
CN111523138B (zh) 一种隐私数据的保护方法、装置、系统和电子设备
CN109615465B (zh) 业务订单的处理方法、装置和电子设备
CN110659904B (zh) 一种基于区块链的风险数据服务方法、装置及电子设备
CN113761581A (zh) 区块链中的权限管控方法、装置和电子设备
CN110009348B (zh) 一种区块链的代理签名方法、系统及电子设备
CN111461730A (zh) 一种风控方法、装置、系统和电子设备
CN112579292A (zh) 一种资源分配的方法及装置
CN111311372A (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
GR01 Patent grant
GR01 Patent grant