CN111369287A - 信息处理方法、装置、计算机存储介质及计算机设备 - Google Patents
信息处理方法、装置、计算机存储介质及计算机设备 Download PDFInfo
- Publication number
- CN111369287A CN111369287A CN202010143773.0A CN202010143773A CN111369287A CN 111369287 A CN111369287 A CN 111369287A CN 202010143773 A CN202010143773 A CN 202010143773A CN 111369287 A CN111369287 A CN 111369287A
- Authority
- CN
- China
- Prior art keywords
- amount
- service
- information
- transaction
- service fee
- 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
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0283—Price estimation or determination
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Technology Law (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本公开提供了信息处理方法、装置,涉及计算机领域。该方法包括:响应于一触发指令,获取计费周期内与目标用户对应的第一业务信息,第一业务信息对应的交易占用免费额度且交易状态为失败;获取计费周期内与目标用户对应的第二业务信息和服务费计费规则,根据第二业务信息、服务费计费规则和第一业务信息确定待退回服务费金额;将待退回服务费金额返回至目标用户的账户中,并在目标用户的终端设备的图形用户界面中显示包含待退回服务费金额的退款提示信息。本公开能够有效补偿用户的经济损失,保证用户实际缴纳的服务费与根据成功交易的金额得出的应收服务费是一致的,同时还可以消息触达用户,提升用户体验。
Description
技术领域
本公开涉及计算机技术领域,具体而言,涉及一种信息处理方法、信息处理装置、计算机存储介质及计算机设备。
背景技术
随着计算机技术、网络技术的快速发展,人们的生活更加便利,人们可以通过网络进行购物、阅读、缴费。以在线缴费为例,可以直接登录服务提供方平台进行缴费,也可以通过支付平台进行缴费。以通过支付平台进行缴费为例,支付平台可以与多个服务提供方平台对接,用户在支付平台中选择自己所需的服务提供方进行缴费即可。
为了提高用户体验,支付平台通常会设置免费额度,当缴费金额在免费额度内时,不收取服务费,当缴费金额超出免费额度时,则收取相应的服务费。考虑到缴费结果可能成功也可能失败,若用户提交的第一笔交易占用了免费额度但失败了,而后续发起的交易则会因为免费额度用完而收取服务费,这样一来,用户实质上并未享受到免费额度所带来的优惠。针对这种情况,目前所采用的办法是在交易失败后,采用归还免费额度的方式补偿用户,但是该方法在用户后续没有继续交易的情况下还是会直接造成用户的经济损失,导致用户被收取的服务费要高于根据用户交易成功金额得出的应收服务费金额,降低了用户体验。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的实施例提供了一种信息处理方法、信息处理装置、计算机存储介质及计算机设备,进而至少在一定程度上可以避免用户的经济损失,及时通知用户账户动态,提高用户体验。
本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
根据本公开实施例的一个方面,提供了一种信息处理方法,所述方法包括:响应于一触发指令,获取计费周期内与目标用户对应的第一业务信息,所述第一业务信息对应的交易占用免费额度且交易状态为失败;获取所述计费周期内与所述目标用户对应的第二业务信息和服务费计费规则,根据所述第二业务信息、所述服务费计费规则和所述第一业务信息确定待退回服务费金额,其中所述第二业务信息包含交易状态为成功的业务信息;将所述待退回服务费金额返回至所述目标用户的账户中,并在所述目标用户的终端设备的图形用户界面中显示包含所述待退回服务费金额的退款提示信息。
根据本公开实施例的一个方面,提供了一种信息处理装置,所述装置包括:获取模块,用于获取计费周期内与目标用户对应的第一业务信息,所述第一业务信息占用免费额度且交易状态为失败;计算模块,用于获取所述计费周期内与所述目标用户对应的第二业务信息和服务费计费规则,根据所述第二业务信息、所述服务费计费规则和所述第一业务信息确定待退回服务费金额,其中所述第二业务信息包含交易状态为成功的业务信息;提示模块,用于将所述待退回服务费金额返回至所述目标用户的账户中,并在所述目标用户的终端设备的图形用户界面中显示包含所述待退回服务费金额的退款提示信息。
在本公开的一些实施例中,基于前述方案,所述获取模块包括:获取单元,用于获取所述计费周期内交易状态为失败的所有交易的第一交易信息;筛选单元,用于根据所述目标用户的标识信息对所述第一交易信息进行筛选,以获取与所述目标用户对应的交易状态为失败的所有交易的第二交易信息;判断单元,用于根据所述第二交易信息中的交易金额、服务费和服务费费率判断所述第二交易信息对应的交易是否占用所述免费额度;过滤单元,用于对未占用所述免费额度的交易信息进行过滤,以获取占用所述免费额度的交易信息作为所述第一业务信息。
在本公开的一些实施例中,基于前述方案,所述计算模块包括:第一计算单元,用于根据所述第二业务信息和所述服务费计费规则确定溢收服务费金额;第二计算单元,用于根据所述溢收服务费金额和所述第一业务信息确定所述待退回服务费金额。
在本公开的一些实施例中,基于前述方案,所述第二业务信息包括所述目标用户缴纳的总服务费金额和交易状态为成功的所有交易的总交易成功金额;所述服务费计费规则包括免费额度和服务费费率。
在本公开的一些实施例中,基于前述方案,所述第一计算单元包括:第三计算单元,用于根据所述总交易成功金额、所述免费额度和所述服务费费率确定应收服务费金额;第四计算单元,用于根据所述总服务费金额和所述应收服务费金额确定所述溢收服务费金额。
在本公开的一些实施例中,基于前述方案,所述第二计算单元配置为:根据所述第一业务信息中的交易金额、所述免费额度和所述服务费费率确定目标服务费金额;将所述溢收服务费金额和所述目标服务费金额中的最小金额作为所述待退回服务费金额。
在本公开的一些实施例中,基于前述方案,所述判断单元配置为:将所述第二交易信息中的所述服务费与所述服务费费率相除,以获取扣除服务费的目标交易金额;将所述交易金额与所述目标交易金额进行比对;若所述交易金额与所述目标交易金额相等,则所述第二交易信息对应的交易未占用所述免费额度;若所述交易金额大于所述目标交易金额,则所述第二交易信息对应的交易占用所述免费额度。
在本公开的一些实施例中,基于前述方案,所述第三计算单元配置为:将所述总交易成功金额与所述免费额度相减,以获取差值金额,所述差值金额大于或等于零;将所述差值金额与所述服务费费率相乘,以获取所述应收手续费金额。所述第四计算单元配置为:将所述总服务费金额与所述应收服务费金额相减,以获取所述溢收服务费金额。
在本公开的一些实施例中,基于前述方案,所述提示模块包括:信息形成单元,用于在将所述待退回服务费金额返回至所述目标用户的账户后,根据所述待退回服务费金额形成退款提示信息;信息发送单元,用于向信息交互平台发送信息通知请求,以使所述信息交互平台将所述退款提示信息发送至所述终端设备,并在所述终端设备的图形用户界面中显示所述退款提示信息。
在本公开的一些实施例中,基于前述方案,所述信息发送单元配置为:所述信息交互平台响应所述信息通知请求,通过所述信息交互平台的公共账号向所述目标用户的用户账号发送所述退款提示信息。
在本公开的一些实施例中,基于前述方案,所述触发指令为所述目标用户对所述图形用户界面中的目标控件进行触发操作所生成的指令或者是通过定时触发装置所产生的指令。
在本公开的一些实施例中,基于前述方案,所述信息处理装置还可配置为:在将所述待退回服务费金额返回至所述目标用户的账户后,根据所述待退回服务费金额更新与所述目标用户对应的总服务费金额。
根据本公开实施例的一个方面,提供了一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现如上述实施例所述的信息处理方法。
根据本公开实施例的一个方面,提供了一种计算机设备,包括一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器执行如上述实施例所述的信息处理方法。
在本公开的实施例所提供的技术方案中,首先获取计费周期内与目标用户对应的第一业务信息、第二业务信息和服务费计费规则,其中,第一业务信息为占用了免费额度并且交易状态为失败的交易所对应的信息,第二业务信息中包含交易状态为成功的所有交易所对应的信息,同时还包含所有交易所对应的总服务费金额,服务费计费规则包含免费额度及服务费费率;接着根据第一业务信息、第二业务信息和服务费计费规则能够确定需要退回给用户的待退回服务费金额;最后将待退回服务费金额返回至目标用户的账户,并通过消息提醒的方式在目标用户的终端设备的图形用户界面中显示退款提示信息。本公开的技术方案能够有效补偿用户的经济损失,保证用户实际缴纳的服务费与根据成功交易的金额得出的应收服务费是一致的,同时还可以消息触达用户,使用户及时掌握账户动态,进一步提升用户体验。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1示出了本公开的一个实施例的所应用的网络***的体系构架示意图;
图2A-2C示意性示出了相关技术中的补偿免费额度的界面示意图;
图3示意性示出了根据本公开的一个实施例的信息处理方法的流程图;
图4示意性示出了根据本公开的一个实施例的获取第一业务信息的流程示意图;
图5示意性示出了根据本公开的一个实施例的根据交易金额、服务费和服务费费率判断交易是否占用免费额度的流程示意图;
图6A-6B示意性示出了根据本公开的一个实施例的用户触发目标控件以生成触发指令的界面示意图;
图7示意性示出了根据本公开的一个实施例的获取溢收服务费金额的流程示意图;
图8A-8B示意性示出了根据本公开的一个实施例的消息触达用户的界面示意图;
图9示意性示出了根据本公开的一个实施例的退还服务费的交互流程图;
图10示意性示出了根据本公开的一个实施例的退还用户服务费的流程示意图;
图11示意性示出了根据本公开的一个实施例的信息处理装置的框图;
图12示出了适于用来实现本公开实施例的计算机设备的计算机***的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本公开的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
图1示出了可以应用本公开实施例的技术方案的示例性***架构的示意图。
如图1所示,网络***100包括终端设备101、网络102、第一服务器103、第二服务器104和第三服务器105。其中终端设备101为用户使用的终端设备,具体可以是诸如平板电脑、智能手机、笔记本电脑等设备,用户通过终端设备101可以发送相应的请求,例如缴费请求、查询请求、信息查看请求等等;网络102用于在终端设备101、第一服务器103、第二服务器104和第三服务器105中的任意两者之间提供有线或无线的通讯链路;第一服务器103为用于进行还款缴费的支付平台所对应的服务器;第二服务器104为向用户提供具体服务的服务提供方所对应的服务器;第三服务器105为用于响应信息通知请求向用户的终端设备101发送退款提示信息的信息交互平台所对应的服务器;服务器103、104、105可以是独立的服务器,也可以是由多个服务器组成的服务器集群等。
应该理解,图1中的终端设备、网络、第一服务器、第二服务器和第三服务器的数目仅仅是示意性的。根据实际需要,可以具有任意数目的终端设备、网络、第一服务器、第二服务器和第三服务器。
在本公开的一个实施例中,用户通过终端设备101发起还款请求,该还款请求通过网络102传输至第一服务器103,第一服务器103接收到该还款请求后,根据还款请求中的服务提供方连接相应的第二服务器104,并根据还款请求中的还款金额将相应数量的资金从用户的账户中划到服务提供方的账户中。当还款交易占用免费额度且失败,需要补退服务费时,首先可以从数据库中获取计费周期内交易失败且占用免费额度的第一业务信息,同时从数据库中还可以获取用户的第二业务信息以及服务费计费规则,其中第二业务信息包含用户进行所有的交易所支付的服务费金额和交易状态为成功的交易的信息,服务费计费规则主要包含免费额度以及交易金额超过免费额度时根据什么样的服务费费率收取服务费;接着可以根据第一业务信息、第二业务信息和服务费计费规则计算需要补退给用户的待退回服务费金额;在确定待退回服务费金额后,支付平台即第一服务器103可以将待退回服务费金额返回至用户的账户中;最后还可以消息触达用户,即通过第一服务器103向第三服务器105发送信息发送请求,以通过第三服务器105向用户的终端设备101发送退款提示信息,保证用户及时了解交易动态和资金动向。在本公开的实施例中,可以通过具有支付功能的信息交互平台进行资金交易,并通过该信息交互平台的公共账号向用户的用户账号发送相关的交易信息以及退款提示信息。本公开实施例中的信息处理方法一方面能够及时处理由于交易失败且占用免费额度的交易所导致的实际收取的服务费与应收取服务费不一致的情况,避免造成用户的经济损失;另一方面能够消息触达用户,及时告知用户交易详情,进一步提高了用户体验;再一方面,本公开实施例中的信息处理方法以占用了免费额度的失败交易记录为触发点,可有效减少***数据处理量,只针对在当前计费周期内有交易失败记录且该记录占用了免费额度的用户进行补偿,***的数据处理目的性更加准确,命中目标用户的概率也大大提高。
以***还款为例,通常通过支付平台进行还款时,支付平台会根据用户的属性信息对用户等级进行评估,并分配相应地免费额度,当用户还款时,支付平台根据免费额度和还款金额判断是否收取服务费,具体地,在计费周期内,当用户的还款金额不超过免费额度时,支付平台不会收取服务费,而当用户的还款金额超过免费额度时,支付平台则会收取相应地服务费。对于占用免费额度的交易,如果交易失败的话,则会导致用户的后续交易中存在多付服务费的情况,这样就有必要将多扣取的服务费返回至用户账户,以对用户进行有效地补偿。
在本领域的相关技术中,如果存在上述的占用免费额度的交易失败的情况,支付平台通常会通过归还免费额度的方式对用户进行补偿,图2A-2C示出了补偿免费额度的界面示意图,支付平台分配给用户的免费额度为1元,超过免费额度时按照1%的服务费费率收取服务费,如图2A所示,用户在计费周期内第一次通过支付平台进行还款交易,其向A银行还款1元,还款金额未超出免费额度,因此未收取服务费,但是该笔交易失败了,也就是说,该笔交易为占用了免费额度的失败交易;由于免费额度已被占用,因此在接下来的还款交易时会根据交易金额收取相应地服务费,如图2B所示,当用户向B银行还款1元时,收取了0.1元的服务费,也就是共支出了1.10元。这样由于第一笔还款虽然失败了,但是占用了免费额度,导致用户在第二次还款时支付了服务费。为了补偿用户的损失,将用户未享受到的免费额度补偿给用户,如图2C所示,当用户在计费周期内第三次还款时,可以将免费额度还给用户,这样用户就可以在第三次还款时享受该免费额度。
相关技术中的方式虽然补偿了用户被占用的免费额度,但是如果用户后续在计费周期内没有继续交易,那么就会直接造成用户的损失,导致用户实际支付的服务费高于根据交易成功的金额所得出的应收服务费的金额,降低了用户在使用支付平台时的用户体验。
针对相关技术中存在的问题,本公开实施例提供了一种信息处理方法,该方法是基于云技术的,云技术(Cloud technology)基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称,可以组成资源池,按需所用,灵活便利。云计算技术将变成重要支撑。技术网络***的后台服务需要大量的计算、存储资源,如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用,将来每个物品都有可能存在自己的识别标志,都需要传输到后台***进行逻辑处理,不同程度级别的数据将会分开处理,各类行业数据皆需要强大的***后盾支撑,只能通过云计算来实现。
云计算(cloud computing)是一种计算模式,它将计算任务分布在大量计算机构成的资源池上,使各种应用***能够根据需要获取计算力、存储空间和信息服务。提供资源的网络被称为“云”。“云”中的资源在使用者看来是可以无限扩展的,并且可以随时获取,按需使用,随时扩展,按使用付费。
作为云计算的基础能力提供商,会建立云计算资源池(简称云平台,一般称为IaaS(Infrastructure as a Service,基础设施即服务)平台,在资源池中部署多种类型的虚拟资源,供外部客户选择使用。云计算资源池中主要包括:计算设备(为虚拟化机器,包含操作***)、存储设备、网络设备。
按照逻辑功能划分,在IaaS(Infrastructure as a Service,基础设施即服务)层上可以部署PaaS(Platform as a Service,平台即服务)层,PaaS层之上再部署SaaS(Software as a Service,软件即服务)层,也可以直接将SaaS部署在IaaS上。PaaS为软件运行的平台,如数据库、web容器等。SaaS为各式各样的业务软件,如web门户网站、***器等。一般来说,SaaS和PaaS相对于IaaS是上层。
云处理通常应用于大数据领域,大数据(Big data)是指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的数据集合,是需要新处理模式才能具有更强的决策力、洞察发现力和流程优化能力的海量、高增长率和多样化的信息资产。随着云时代的来临,大数据也吸引了越来越多的关注,大数据需要特殊的技术,以有效地处理大量的容忍经过时间内的数据。适用于大数据的技术,包括大规模并行处理数据库、数据挖掘、分布式文件***、分布式数据库、云计算平台、互联网和可扩展的存储***。
本公开实施例首先提供了一种信息处理方法,该信息处理方法由计算机设备执行,计算机设备包括但不限于服务器或终端。该信息处理方法可应用于支付平台,如图1中所示的第一服务器103,并且该信息处理方法可以用于任意的通过支付平台进行交易且交易时存在免费额度的场景,例如通过支付平台进行***还款、缴纳生活用费、邮寄物品、跨平台支付等等。以通过支付平台进行***还款为例,图3示意性示出了根据本公开的一个实施例的信息处理方法的流程图,参照图3所示,该信息处理方法至少包括步骤S310至步骤S330,由计算机设备执行,详细介绍如下:
在步骤S310中,响应于一触发指令,获取计费周期内与目标用户对应的第一业务信息,所述第一业务信息对应的交易占用免费额度且交易状态为失败。
在本公开的一个实施例中,用户通过支付平台进行***还款交易,交易状态有失败有成功,对于交易失败且占用免费额度的交易,有必要将这些交易的信息筛选出来,以确定需要退返给用户的待退回服务费金额。通常***的还款周期都是一个月,当月消费下月还款,例如账单日为每个月的10号,还款日为每个月的20号,那么在上月账单日之后第一天至当月账单日的所有消费金额,即上月11号到当月10号的所有消费金额,都会统计在一起,并在当月20日进行清还,那么用户通过支付平台进行还款的操作也基本具有周期性,也就是说,用户需要每个月都通过支付平台进行一次或多次的还款交易。当然,该周期包括但不限于一个月,还可以是其它的时间周期,本公开实施例对此不作具体限定。相应地,根据该还款周期,支付平台确定一计费周期,并根据用户的属性信息对用户进行等级评估,进而根据用户等级为用户分配合适的计费周期内的免费额度。例如,用户的职业为无业或学生、***数量较少、卡片额度较低,那么可以将该用户标记分为普通用户,并为普通用户分配一较低的免费额度,如每月可享受2000元、3000元的免费额度等等;若用户的工作稳定并且收入较高、用户的***历史还款金额都较大或者用户的***等级较高,那么可以将该用户标记为VIP用户,并为其分配一较高的免费额度,如每月可享受5000元、7000元等等,当然上述对用户进行等级评估的方式以及免费额度的设置仅是示例性说明,本公开实施例并不以此为限。
在本公开的一个实施例中,用户的所有还款记录都可以记录在数据库中,当需要获取与目标用户对应的交易状态为失败且占用免费额度的还款交易信息,即第一业务信息时,可以在响应触发指令后根据交易状态对数据库中所有的还款记录进行筛选获取。
图4示出了获取第一业务信息的流程示意图,如图4所示,在步骤S401中,获取计费周期内交易状态为失败的所有交易的第一交易信息;在步骤S402中,根据目标用户的标识信息对第一交易信息进行筛选,以获取与目标用户对应的交易状态为失败的所有交易的第二交易信息;在步骤S403中,根据第二交易信息中的交易金额、服务费和服务费费率判断与第二交易信息对应的交易是否占用免费额度;在步骤S404中,对未占用所述免费额度的交易信息进行过滤,以获取占用免费额度的交易信息作为第一业务信息。
在本公开的一个实施例中,第一交易信息、第二交易信息中均包含交易金额、免费额度、收取的服务费以及服务费费率等信息。目标用户的标识信息可以是目标用户在支付平台注册时的用户名、目标用户的身份证号,或者其它与目标用户唯一对应的标识信息。在步骤S403中,根据交易金额、服务费和服务费费率可以判断第二交易信息对应的交易是否占用免费额度,图5示出了根据交易金额、服务费和服务费费率判断交易是否占用免费额度的流程示意图,如图5所示,在步骤S501中,将第二交易信息中的服务费与服务费费率相除,以获取扣除服务费的目标交易金额;在步骤S502中,将交易金额与目标交易金额进行比对;在步骤S503中,若交易金额与目标交易金额相等,则交易未占用免费额度;在步骤S504中,若交易金额大于目标交易金额,则交易占用免费额度。
与图5所示的流程图对应的计算公式如公式(1)所示,具体如下:
A1=P-(F/R) (1)
其中,A1为交易占用的免费额度,P为交易金额,F为服务费,R为服务费费率。举例而言,交易金额为2000元,服务费为2元,服务费费率为1‰,根据公式(1)计算可以得到占用的免费额度为0,也就是说交易未占用免费额度;交易金额为3000元,服务费为2元,服务费费率为1‰,根据公式(1)计算可以得到占用的免费额度为1000,也就是说交易占用1000元的免费额度。
值得说明的是,在步骤S402中,通过筛选获得的第二交易信息中可能包括一组或多组交易状态为失败的交易所对应的交易数据,当第二交易信息中包含多组交易状态为失败的交易所对应的交易数据时,需要分别根据各组交易数据中的交易金额、服务费、服务费费率进行计算,确定各交易是否占用免费额度。
在本公开的一个实施例中,触发指令可以是来自用户的,也可以是来自***的,具体而言,该触发指令可以是目标用户对图形用户界面中的目标控件进行触发操作所生成的指令,也可以是通过定时触发装置在设定好的时间所产生的指令。图6A-6B示出了用户触发目标控件以生成触发指令的界面示意图,在终端设备的图形用户界面中设置有一目标控件601,该目标控件601可以是查询按键,用于向支付平台发送历史交易查询请求,当支付平台接收到历史交易查询请求时,可以读取数据库中的交易记录,并对交易状态为失败的交易进行处理,如图6A所示,用户可以输入具体地查询时间段,然后点击该查询控件以查询历史交易记录并获取第一交易信息;该目标控件601还可以是确定还款按键,用于向支付平台发送还款请求,支付平台接收到该还款请求后,一方面可以根据还款请求中的交易金额和服务提供方信息进行转账,另一方面可以对用户的交易记录进行查询,当发现交易状态为失败的交易信息时,则对该交易信息进行处理,如图6B所示,用户选定目标还款银行并输入还款金额后,点击确认还款按键,支付平台便将相应金额的资金从用户账户转移至目标还款银行,同时从数据库中获取交易状态为失败的历史交易记录,即第一交易信息。
在步骤S320中,获取所述计费周期内与所述目标用户对应的第二业务信息和服务费计费规则,根据所述第二业务信息、所述服务费计费规则和所述第一业务信息确定待退回服务费金额。
在本公开的一个实施例中,为了确定待退回服务费金额,还需要获取目标用户计费周期内所有成功交易的金额,即总交易成功金额,以及目标用户累计支付的总服务费金额,总交易成功金额和总服务费金额即为与目标用户对应的第二业务信息。其中,总交易成功金额可以通过获取计费周期内进行的所有交易中交易状态为成功的还款交易的业务信息,并根据该业务信息中的还款金额确定;总服务费金额为根据交易成功的还款交易所收取的服务费和交易失败的还款交易所收取的服务费确定。由于不同用户对应不同的服务费计费规则,因此还需获取与目标用户对应的服务费计费规则,该服务费计费规则包括免费额度和服务费费率。
在本公开的一个实施例中,在获取占用免费额度且交易状态为失败的第一业务信息、第二业务信息和服务费计费规则后,可以根据第一业务信息、第二业务信息和服务费计费规则确定待退回服务费金额。具体地,可以根据第二业务信息和服务费计费规则确定溢收服务费金额,然后根据溢收服务费金额和第一业务信息确定待退回服务费金额。
在本公开的一个实施例中,在根据第二业务信息和服务费计费规则确定溢收服务费金额时,首先根据总交易成功金额、免费额度和服务费费率确定应收服务费金额,接着根据总服务费金额和应收服务费金额确定溢收服务费金额。图7示出了获取溢收服务费金额的流程示意图,如图7所示,在步骤S701中,将总交易成功金额与免费额度相减,以获取差值金额;在步骤S702中,将差值金额与服务费费率相乘,以获取应收手续费金额;在步骤S703中,将总服务费金额与应收服务费金额相减,以获取溢收服务费金额。值得注意的是,在步骤S701中,获得的差值金额大于或等于零,也就是说,当总交易成功金额大于免费额度时,可以获取一大于零的差值金额;当总交易成功金额等于免费额度时,差值金额为零;当总交易成功金额小于免费额度时,差值金额也为零,而不是负值。
图7所示的计算溢收服务费金额的流程可以转换为公式(2),具体如下所示:
Py=Pm-(Pt-A)*R (2)
其中,Py为溢收服务费金额,Pm为总服务费金额,Pt为总交易成功金额,A为目标用户的免费额度,R为服务费费率。举例而言,若总服务费金额为10元,总交易成功金额为3000元,免费额度为2000元,服务费费率为2‰,那么根据公式(2)计算可得溢收服务费金额为8元;若总服务费金额为10元,总交易成功金额为1000元,免费额度为2000元,服务费费率为2‰,那么根据公式(2)计算可得溢收服务费金额为10元。
在本公开的一个实施例中,在确定溢收服务费金额后,可以根据溢收服务费金额和第一业务信息确定待退回服务费金额。具体地,首先可以根据第一业务信息中的交易金额、免费额度和服务费费率确定目标服务费金额,该目标服务费金额即为占用免费额度的交易所对应的免除的服务费,然后从溢收服务费金额和目标服务费金额选择最小金额,该最小金额即为待退回服务费金额,也就是说,待退回服务费金额=min(溢收服务费金额,目标服务费金额)。
举例而言,用户A在计费周期内共进行了三笔还款交易,三笔还款交易的具体信息如表1所示,同时用户A在计费周期内的免费额度为2000元,服务费费率为2‰,表1如下所示:
表1还款交易信息
首先,根据公式(1)能够确定第一次还款交易占用了所有的免费额度,第二次还款交易和第三次还款交易未占用免费额度,总交易成功金额为5000元,总服务费金额为10元,根据公式(2)能够确定溢收服务费金额为4元,同时根据第一次还款交易中的交易金额和服务费费率可以确定目标服务费金额为4元,那么可以确定待退回服务费金额为4元。
值得说明的是,如果在计费周期内存在多个失败且占用免费额度的交易,那么可以逐个根据各个交易的交易信息确定待退回服务费金额,也就是说,待退回服务费金额的数量与失败且占用免费额度的交易的数量相同。
举例而言,用户B在计费周期内共进行了三笔还款交易,三笔还款交易的具体信息如表2所示,同时用户B在计费周期内的免费额度为2000元,服务费费率为2‰,表2如下所示:
表2还款交易信息
根据公式(1)可以确定第一次还款交易和第二次还款交易均为失败且占用免费额度的交易,总交易成功金额为2000元,总服务费金额为8元。在确定待返回金额时,分别根据第一次还款交易和第二次还款交易的交易信息进行计算。当根据第一次还款交易计算待返回金额时,首先根据公式(2)可以获取溢收服务费金额为8元,同时根据第一次还款交易中的交易金额和服务费费率可以确定目标服务费金额为2元,那么可以确定待退回服务费金额为2元。当根据第二次还款交易计算待返回金额时,首先根据公式(2)可以获取溢收服务费金额为8元,同时根据第二次还款交易中的交易金额和服务费费率可以确定目标服务费金额为2元,那么可以确定待退回服务费金额为2元,也就是说,总共退返给目标用户4元。根据第一次还款交易和第二次还款交易确定待退回服务费金额后,可以分别退还并消息触达用户,也可以在确定累计待退回服务费金额后,再退还给用户并消息触达用户。
在步骤S330中,将所述待退回服务费金额返回至所述目标用户的账户中,并在所述目标用户的终端设备的图形用户界面中显示包含所述待退回服务费金额的退款提示信息。
在本公开的一个实施例中,在确定待退回服务费金额之后,可以通过支付平台将待退回服务费金额返回至目标用户的账户中,该账户通常为当时用于进行还款的账户,只需原路返回即可,当然该账户也可以是其它的用户账户,例如支付平台可以向目标用户的终端设备发送提示信息,提醒目标用户登录支付平台将待退回服务费金额提取至目标用户提交的新的账户中。
在本公开的一个实施例中,在将待退回服务费金额返回至用户的账户中之后,可以消息触达用户以提示用户相关的退款信息。具体地,首先可以根据待退回服务费金额形成退款提示信息,然后向信息交互平台发送信息通知请求,以使信息交互平台响应该信息通知请求,将退款提示信息发送至目标用户的终端设备,并显示于终端设备的图形用户界面中。进一步地,该信息交互平台可以通过公共账号向目标用户的用户账号发送该退款提示信息。图8A-8B示出了消息触达用户的界面示意图,如图8A所示,在目标用户的终端设备的图形用户界面上显示有一聊天界面,该聊天界面中显示有一退款提示信息,当目标用户点击打开该退款提示信息后,图形用户界面上便呈现出退款提示信息的具体内容,如图8B所示,在图形用户界面中,该退款提示信息具体可以包括退款金额、退款原因、到账时间等退款信息。在本公开的实施例中,还可以通过其它的消息触达方式发送退款提示信息,例如可以形成退款提示信息后,根据目标用户在支付平台中注册账号时所填写的电话号码,向目标用户的通讯设备发送短信息,以告知目标用户退款信息。
在本公开的一个实施例中,用户账户和信息交互平台可以是集成在一起的,也就是说,该信息交互平台可以兼容社交和支付的功能,例如微信、QQ等社交产品,既可以通过该产品中的电子钱包接收退还的服务费,又可以在消息触达用户时,通过公众号发送退款提示信息给用户的社交账号。
在本公开的一个实施例中,为了提高数据处理效率,本公开实施例中用户的交易记录、用户在计费周期内可享受的免费额度等信息可存储于不同的数据库中,例如可以将用户的交易记录存储于第一数据库中,将用户在计费周期内可享受的免费额度存储于第二数据库中,第一数据库和第二数据库的类型可以相同,也可以不同,例如第一数据库可以是云数据库,第二数据库可以是CKV分布式数据库,等等。图9示出了退还服务费的交互流程图,如图9所示,在步骤S901中,支付平台中的退款单元响应于触发指令,向第一数据库发送信息提取请求;在步骤S902中,第一数据库响应信息提取请求,将计费周期内所有交易状态为失败的交易失败记录返回给退款单元;在步骤S903中,对交易失败记录进行过滤,过滤掉未占用免费额度的交易失败记录;在步骤S904中,根据用户标识信息确定与目标用户对应的在计费周期内的所有占用免费额度的交易失败记录;在步骤S905中,退款单元根据用户标识信息向第一数据库发送交易记录查询请求;在步骤S906中,第一数据库响应该交易记录查询请求,向退款单元反馈目标用户在计费周期内累计支付的总服务费金额和交易成功的所有交易的总交易成功金额;在步骤S907中,退款单元向第二数据库发送信息查询请求,以查询目标用户的免费额度;在步骤S908中,第二数据库响应该信息查询请求,向退款单元反馈与目标用户对应的计费周期内的免费额度及服务费费率;在步骤S909中,根据总交易成功金额、总服务费金额、免费额度、服务费费率和各交易失败记录计算待退回服务费金额;在步骤S910中,退款单元根据待退回服务费金额形成退款请求,并将退款请求发送至支付单元;在步骤S911中,支付单元根据待退回服务费金额将资金转移至用户账户,并接收用户账户反馈的交易状态;在步骤S912中,在用户账户成功接收退款后,支付单元向退款单元发送补退成功信息;在步骤S913中,退款单元根据待退回服务费金额形成退款提示信息,并将该退款提示信息发送至信息交互平台;在步骤S914中,信息交互平台通过公共账号向目标用户的用户账号发送退款提示消息;在步骤S915中,目标用户的终端设备成功接收并在图形用户界面上显示该退款提示消息,同时向信息交互平台反馈接收成功信息;在步骤S916中,信息交互平台向退款单元反馈发送成功信息。值得说明的是,上述步骤中的部分步骤的顺序可以变换,例如步骤S904可以在步骤S903之前,先根据用户标识信息获取与目标用户对于的交易失败信息,然后再进行过滤,获取与目标用户对于的交易失败且占用免费额度的交易失败信息。
在本公开的一个实施例中,在完成退款及消息触达后,还可以对总手续费金额进行更新,具体可以根据待退回服务费金额对总手续费金额进行更新,然后将更新后的总手续费金额写入第一数据库中。相应地,图9的交互图进一步可以包括:在步骤S917中,根据待退回服务费金额更新总手续费金额,并写入第一数据库中;在步骤S918中,接收第一数据库反馈的更新成功信息。
本公开实施例中的信息处理方法可以应用到任意的通过支付平台支付且存在计费周期内的免费额度的场景,例如缴纳水电燃气等生活用费,跨平台转账等等。
以通过支付平台缴纳生活用费为例,用户每月通过支付平台向电力公司、燃气公司等服务机构缴纳生活用费,支付平台根据用户的属性信息对用户等级进行评估,并根据评估得到的用户等级分配相应的免费额度。用户在缴纳生活用费时可能会存在交易失败且占用免费额度的交易,进而使得用户在后续缴纳费用时无法享受免费额度而支付更多的服务费,造成用户的经济损失。为了避免用户损失,就需要将多收取的服务费退还给用户,图10示出了退还用户服务费的流程示意图,如图10所示,在步骤S1001中,捞取用户当月所有交易失败的交易失败记录;在步骤S1002中,根据交易失败记录计算交易所占用的免费额度;在步骤S1003中,判断交易是否占用免费额度;在步骤S1004中,获取占用免费额度且交易失败的目标交易;在步骤S1005中,根据目标交易所占用的免费额度及服务费费率计算该目标交易所免除的服务费金额;在步骤S1006中,查询用户当月累计缴纳成功的金额;在步骤S1007中,查询用户当月累计缴纳的服务费金额;在步骤S1008中,查询用户当月可享受的免费额度;在步骤S1009中,根据累计缴纳成功的金额、免费额度和服务费费率计算应收服务费金额;在步骤S1010中,根据累计缴纳的服务费金额和应收服务费金额计算溢收服务费金额;在步骤S1011中,将溢收服务费金额和目标交易所免除的服务费金额中的最小金额作为待退回服务费金额;在步骤S1012中,将待退回服务费金额退回至用户账户;在步骤S1013中,消息触达用户。通过本公开实施例中的信息处理方法能够确定需要退还给用户的待退回服务费金额,并将相应金额的退款退回至用户账户,有效地避免了用户损失;同时还可以消息触达用户,帮助用户及时了解交易详情。
本公开实施例中的信息处理方法通过首先获取计费周期内用户的所有交易失败且占用免费额度的第一业务信息、包含计费周期内用户所有交易成功的总交易成功金额和计费周期内用户缴纳的总服务费金额的第二业务信息以及与用户对应的服务费计费规则;然后根据第一业务信息、第二业务信息和服务费计费规则计算需要返还给用户的待退回服务费金额;最后将待退回服务费金额退回至用户账户,并消息触达用户。本公开实施例中的信息处理方法,一方面,能够及时处理由于交易失败且占用免费额度的交易所导致的实际收取的服务费与应收取服务费不一致的情况,避免造成用户的经济损失;另一方面,能够消息触达用户,及时告知用户交易详情,进一步提高了用户体验;再一方面,本公开实施例中的信息处理方法以占用了免费额度的失败交易记录为触发点,可有效减少***数据处理量,只针对在当前计费周期内有交易失败记录且该记录占用了免费额度的用户进行补偿,***的数据处理目的性更加准确,命中目标用户的概率也大大提高。
以下介绍本公开的装置实施例,可以用于执行本公开上述实施例中的信息处理方法。对于本公开装置实施例中未披露的细节,请参照本公开上述的信息处理方法。
图11示意性示出了根据本公开的一个实施例的信息处理装置的框图。信息处理装置可以是运行于计算机设备中的一个计算机程序(包括程序代码),例如该信息处理装置为一个应用软件;该装置可以用于执行本申请实施例提供的方法中的相应步骤。
参照图11所示,根据本公开的一个实施例的信息处理装置1100,信息处理装置1100包括:获取模块1101、计算模块1102和提示模块1103。
具体地,获取模块1101,用于获取计费周期内与目标用户对应的第一业务信息,所述第一业务信息占用免费额度且交易状态为失败;计算模块1102,用于获取所述计费周期内与所述目标用户对应的第二业务信息和服务费计费规则,根据所述第二业务信息、所述服务费计费规则和所述第一业务信息确定待退回服务费金额,其中所述第二业务信息包含交易状态为成功的业务信息;提示模块1103,用于将所述待退回服务费金额返回至所述目标用户的账户中,并在所述目标用户的终端设备的图形用户界面中显示包含所述待退回服务费金额的退款提示信息。
在本公开的一个实施例中,所述获取模块1101包括:获取单元,用于获取所述计费周期内交易状态为失败的所有交易的第一交易信息;筛选单元,用于根据所述目标用户的标识信息对所述第一交易信息进行筛选,以获取与所述目标用户对应的交易状态为失败的所有交易的第二交易信息;判断单元,用于根据所述第二交易信息中的交易金额、服务费和服务费费率判断所述第二交易信息对应的交易是否占用所述免费额度;过滤单元,用于对未占用所述免费额度的交易信息进行过滤,以获取占用所述免费额度的交易信息作为所述第一业务信息。
在本公开的一个实施例中,所述计算模块1102包括:第一计算单元,用于根据所述第二业务信息和所述服务费计费规则确定溢收服务费金额;第二计算单元,用于根据所述溢收服务费金额和所述第一业务信息确定所述待退回服务费金额。
在本公开的一个实施例中,所述第二业务信息包括所述目标用户缴纳的总服务费金额和交易状态为成功的所有交易的总交易成功金额;所述服务费计费规则包括免费额度和服务费费率。
在本公开的一个实施例中,所述第一计算单元包括:第三计算单元,用于根据所述总交易成功金额、所述免费额度和所述服务费费率确定应收服务费金额;第四计算单元,用于根据所述总服务费金额和所述应收服务费金额确定所述溢收服务费金额。
在本公开的一个实施例中,所述第二计算单元配置为:根据所述第一业务信息中的交易金额、所述免费额度和所述服务费费率确定目标服务费金额;将所述溢收服务费金额和所述目标服务费金额中的最小金额作为所述待退回服务费金额。
在本公开的一个实施例中,所述判断单元配置为:将所述第二交易信息中的所述服务费与所述服务费费率相除,以获取扣除服务费的目标交易金额;将所述交易金额与所述目标交易金额进行比对;若所述交易金额与所述目标交易金额相等,则所述第二交易信息对应的交易未占用所述免费额度;若所述交易金额大于所述目标交易金额,则所述第二交易信息对应的交易占用所述免费额度。
在本公开的一个实施例中,所述第三计算单元配置为:将所述总交易成功金额与所述免费额度相减,以获取差值金额,所述差值金额大于或等于零;将所述差值金额与所述服务费费率相乘,以获取所述应收手续费金额。所述第四计算单元配置为:将所述总服务费金额与所述应收服务费金额相减,以获取所述溢收服务费金额。
在本公开的一个实施例中,所述提示模块1103包括:信息形成单元,用于在将所述待退回服务费金额返回至所述目标用户的账户后,根据所述待退回服务费金额形成退款提示信息;信息发送单元,用于向信息交互平台发送信息通知请求,以使所述信息交互平台将所述退款提示信息发送至所述终端设备,并在所述终端设备的图形用户界面中显示所述退款提示信息。
在本公开的一个实施例中,所述信息发送单元配置为:所述信息交互平台响应所述信息通知请求,通过所述信息交互平台的公共账号向所述目标用户的用户账号发送所述退款提示信息。
在本公开的一个实施例中,所述触发指令为所述目标用户对所述图形用户界面中的目标控件进行触发操作所生成的指令或者是通过定时触发装置所产生的指令。
在本公开的一个实施例中,所述信息处理装置1100还可配置为:在将所述待退回服务费金额返回至所述目标用户的账户后,根据所述待退回服务费金额更新与所述目标用户对应的总服务费金额。
图12示出了适于用来实现本公开实施例的计算机设备的计算机***的结构示意图。
需要说明的是,图12示出的计算机设备的计算机***1200仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图12所示,计算机***1200包括中央处理单元(Central Processing Unit,CPU)1201,其可以根据存储在只读存储器(Read-Only Memory,ROM)1202中的程序或者从存储部分1208加载到随机访问存储器(Random Access Memory,RAM)1203中的程序而执行各种适当的动作和处理,实现上述实施例中所述的图像标注方法。在RAM 1203中,还存储有***操作所需的各种程序和数据。CPU 1201、ROM 1202以及RAM1203通过总线1204彼此相连。输入/输出(Input/Output,I/O)接口1205也连接至总线1204。
以下部件连接至I/O接口1205:包括键盘、鼠标等的输入部分1206;包括诸如阴极射线管(Cathode Ray Tube,CRT)、液晶显示器(Liquid Crystal Display,LCD)等以及扬声器等的输出部分1207;包括硬盘等的存储部分1208;以及包括诸如LAN(Local AreaNetwork,局域网)卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至I/O接口1205。可拆卸介质1211,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1210上,以便于从其上读出的计算机程序根据需要被安装入存储部分1208。
特别地,根据本公开的实施例,下文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分1209从网络上被下载和安装,和/或从可拆卸介质1211被安装。在该计算机程序被中央处理单元(CPU)1201执行时,执行本公开的***中限定的各种功能。作为示例,用于执行流程图所示的方法的程序代码可被部署为在一个计算设备上执行,或者在位于一个地点的多个计算设备上执行,又或者,在分布在多个地点且通过通信网络互连的多个计算设备上执行,分布在多个地点且通过通信网络互连的多个计算设备可以组成区块链***。
需要说明的是,本公开实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory,EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory,CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、有线等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本公开各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的单元也可以设置在处理器中。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。
作为另一方面,本公开还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的图像处理装置中所包含的;也可以是单独存在,而未装配入该计算机设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该计算机设备执行时,使得该计算机设备实现上述实施例中所述的方法。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (15)
1.一种信息处理方法,其特征在于,包括:
响应于一触发指令,获取计费周期内与目标用户对应的第一业务信息,所述第一业务信息对应的交易占用免费额度且交易状态为失败;
获取所述计费周期内与所述目标用户对应的第二业务信息和服务费计费规则,根据所述第二业务信息、所述服务费计费规则和所述第一业务信息确定待退回服务费金额;
将所述待退回服务费金额返回至所述目标用户的账户中,并在所述目标用户的终端设备的图形用户界面中显示包含所述待退回服务费金额的退款提示信息。
2.根据权利要求1所述的信息处理方法,其特征在于,所述获取计费周期内与目标用户对应的第一业务信息,包括:
获取所述计费周期内交易状态为失败的所有交易的第一交易信息;
根据所述目标用户的标识信息对所述第一交易信息进行筛选,以获取与所述目标用户对应的交易状态为失败的所有交易的第二交易信息;
根据所述第二交易信息中的交易金额、服务费和服务费费率判断所述第二交易信息对应的交易是否占用所述免费额度;
对未占用所述免费额度的交易信息进行过滤,以获取占用所述免费额度的交易信息作为所述第一业务信息。
3.根据权利要求1所述的信息处理方法,其特征在于,所述根据所述第二业务信息、所述服务费计费规则和所述第一业务信息确定待退回服务费金额,包括:
根据所述第二业务信息和所述服务费计费规则确定溢收服务费金额;
根据所述溢收服务费金额和所述第一业务信息确定所述待退回服务费金额。
4.根据权利要求3所述的信息处理方法,其特征在于,所述第二业务信息包括所述目标用户缴纳的总服务费金额和交易状态为成功的所有交易的总交易成功金额;所述服务费计费规则包括免费额度和服务费费率。
5.根据权利要求4所述的信息处理方法,其特征在于,所述根据所述第二业务信息和所述服务费计费规则确定溢收服务费金额,包括:
根据所述总交易成功金额、所述免费额度和所述服务费费率确定应收服务费金额;
根据所述总服务费金额和所述应收服务费金额确定所述溢收服务费金额。
6.根据权利要求4所述的信息处理方法,其特征在于,所述根据所述溢收服务费金额和所述第一业务信息确定所述待退回服务费金额,包括:
根据所述第一业务信息中的交易金额、所述免费额度和所述服务费费率确定目标服务费金额;
将所述溢收服务费金额和所述目标服务费金额中的最小金额作为所述待退回服务费金额。
7.根据权利要求2所述的信息处理方法,其特征在于,所述根据所述第二交易信息中的交易金额、服务费和服务费费率判断所述第二交易信息对应的交易是否占用所述免费额度,包括:
将所述第二交易信息中的所述服务费与所述服务费费率相除,以获取扣除服务费的目标交易金额;
将所述交易金额与所述目标交易金额进行比对;
若所述交易金额与所述目标交易金额相等,则所述第二交易信息对应的交易未占用所述免费额度;
若所述交易金额大于所述目标交易金额,则所述第二交易信息对应的交易占用所述免费额度。
8.根据权利要求5所述的信息处理方法,其特征在于,所述根据所述总交易成功金额、所述免费额度和所述服务费费率确定应收服务费金额,包括:
将所述总交易成功金额与所述免费额度相减,以获取差值金额,所述差值金额大于或等于零;
将所述差值金额与所述服务费费率相乘,以获取所述应收手续费金额;
所述根据所述总服务费金额和所述应收服务费金额确定所述溢收服务费金额,包括:
将所述总服务费金额与所述应收服务费金额相减,以获取所述溢收服务费金额。
9.根据权利要求1所述的信息处理方法,其特征在于,所述将所述待退回服务费金额返回至所述目标用户的账户,并在所述目标用户的终端设备的图形用户界面中显示包含所述待退回服务费金额的退款提示信息,包括:
在将所述待退回服务费金额返回至所述目标用户的账户后,根据所述待退回服务费金额形成退款提示信息;
向信息交互平台发送信息通知请求,以使所述信息交互平台将所述退款提示信息发送至所述终端设备,并在所述终端设备的图形用户界面中显示所述退款提示信息。
10.根据权利要求9所述的信息处理方法,其特征在于,所述向信息交互平台发送信息通知请求,以使所述信息交互平台将所述退款提示信息发送至所述终端设备,包括:
所述信息交互平台响应所述信息通知请求,通过所述信息交互平台的公共账号向所述目标用户的用户账号发送所述退款提示信息。
11.根据权利要求1所述的信息处理方法,其特征在于,所述触发指令为所述目标用户对所述图形用户界面中的目标控件进行触发操作所生成的指令或者是通过定时触发装置所产生的指令。
12.根据权利要求1所述的信息处理方法,其特征在于,所述方法还包括:
在将所述待退回服务费金额返回至所述目标用户的账户后,根据所述待退回服务费金额更新与所述目标用户对应的总服务费金额。
13.一种信息处理装置,其特征在于,包括:
获取模块,用于获取计费周期内与目标用户对应的第一业务信息,所述第一业务信息对应的交易占用免费额度且交易状态为失败;
计算模块,用于获取所述计费周期内与所述目标用户对应的第二业务信息和服务费计费规则,根据所述第二业务信息、所述服务费计费规则和所述第一业务信息确定待退回服务费金额,其中所述第二业务信息包含交易状态为成功的业务信息;
提示模块,用于将所述待退回服务费金额返回至所述目标用户的账户中,并在所述目标用户的终端设备的图形用户界面中显示包含所述待退回服务费金额的退款提示信息。
14.一种计算机可读存储介质,其特征在于,其上存储有计算机程序,所述程序被处理器执行时实现如权利要求1-12中任一项所述的信息处理方法。
15.一种计算机设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器执行如权利要求1至12中任一项所述的信息处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010143773.0A CN111369287A (zh) | 2020-03-04 | 2020-03-04 | 信息处理方法、装置、计算机存储介质及计算机设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010143773.0A CN111369287A (zh) | 2020-03-04 | 2020-03-04 | 信息处理方法、装置、计算机存储介质及计算机设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111369287A true CN111369287A (zh) | 2020-07-03 |
Family
ID=71210175
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010143773.0A Pending CN111369287A (zh) | 2020-03-04 | 2020-03-04 | 信息处理方法、装置、计算机存储介质及计算机设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111369287A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117150074A (zh) * | 2023-09-15 | 2023-12-01 | 湖南长银五八消费金融股份有限公司 | 交易流程视频生成方法、装置、设备及介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102854801A (zh) * | 2012-09-25 | 2013-01-02 | 北京京航计算通讯研究所 | 一种基于分时复用的大数据量fpga仿真测试方法 |
US20140379447A1 (en) * | 2013-06-25 | 2014-12-25 | Iti Group, Llc | Method and apparatus for streamlined offer processing |
CN109034948A (zh) * | 2018-06-27 | 2018-12-18 | 阿里巴巴集团控股有限公司 | 交易处理方法、装置、设备及*** |
CN109034783A (zh) * | 2018-07-04 | 2018-12-18 | 广州唯品会信息科技有限公司 | 账单还款计算方法、装置及计算机可读存储介质 |
US20190057384A1 (en) * | 2017-08-17 | 2019-02-21 | Amadeus S.A.S. | Generating rollback requests to reverse partially approved payments |
CN109784903A (zh) * | 2018-12-19 | 2019-05-21 | 四川商通实业有限公司 | 基于预付卡的定向支付方法及其*** |
CN110046995A (zh) * | 2018-12-28 | 2019-07-23 | 阿里巴巴集团控股有限公司 | 退费请求处理方法、装置及设备 |
-
2020
- 2020-03-04 CN CN202010143773.0A patent/CN111369287A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102854801A (zh) * | 2012-09-25 | 2013-01-02 | 北京京航计算通讯研究所 | 一种基于分时复用的大数据量fpga仿真测试方法 |
US20140379447A1 (en) * | 2013-06-25 | 2014-12-25 | Iti Group, Llc | Method and apparatus for streamlined offer processing |
US20190057384A1 (en) * | 2017-08-17 | 2019-02-21 | Amadeus S.A.S. | Generating rollback requests to reverse partially approved payments |
CN109034948A (zh) * | 2018-06-27 | 2018-12-18 | 阿里巴巴集团控股有限公司 | 交易处理方法、装置、设备及*** |
CN109034783A (zh) * | 2018-07-04 | 2018-12-18 | 广州唯品会信息科技有限公司 | 账单还款计算方法、装置及计算机可读存储介质 |
CN109784903A (zh) * | 2018-12-19 | 2019-05-21 | 四川商通实业有限公司 | 基于预付卡的定向支付方法及其*** |
CN110046995A (zh) * | 2018-12-28 | 2019-07-23 | 阿里巴巴集团控股有限公司 | 退费请求处理方法、装置及设备 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117150074A (zh) * | 2023-09-15 | 2023-12-01 | 湖南长银五八消费金融股份有限公司 | 交易流程视频生成方法、装置、设备及介质 |
CN117150074B (zh) * | 2023-09-15 | 2024-03-22 | 湖南长银五八消费金融股份有限公司 | 交易流程视频生成方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10043174B1 (en) | Bitcoin transaction using text message | |
CN109360135B (zh) | 服务器、基于区块链的公益数据处理方法及存储介质 | |
CN106656839A (zh) | 资源转移方法及装置 | |
US11966972B2 (en) | Generating graphical user interfaces comprising dynamic credit value user interface elements determined from a credit value model | |
CN105321065A (zh) | 交易的多目的地路由 | |
CN112950365A (zh) | 一种账户间补款的方法和装置 | |
CN111369287A (zh) | 信息处理方法、装置、计算机存储介质及计算机设备 | |
JP2020129186A (ja) | 情報処理装置、情報処理方法及びプログラム | |
CN113177772A (zh) | 一种业务数据处理方法、装置和*** | |
CN111369347A (zh) | 业务处理方法、装置、设备及存储介质 | |
JP2021157478A (ja) | ウォレットサーバ、ウォレットプログラムおよびウォレットシステム | |
CN111192041A (zh) | 资源转移方法和资源转移设备 | |
US20200380573A1 (en) | Machine learning-based dynamic outcome-based pricing framework | |
CN114548963B (zh) | 支付交互处理方法及装置 | |
US20150278760A1 (en) | Integrated private office | |
CN111429125B (zh) | 账户管理方法、装置、存储介质及电子设备 | |
CN113935726A (zh) | 实现公共账户的方法、设备以及计算机可读介质 | |
CN113379523A (zh) | 账单生成方法、装置、介质及电子设备 | |
CN111415263A (zh) | 数据匹配方法和装置 | |
CN112613932A (zh) | 开票方法、装置、存储介质及电子设备 | |
CN112561675A (zh) | 一种结算方法、装置、计算机设备及存储介质 | |
JP2021064245A (ja) | 給与前払いサーバ、給与前払いプログラム、給与前払いシステム、および給与前払い方法 | |
CN112132692A (zh) | 保单数据处理方法及装置、存储介质及电子设备 | |
CN111127102A (zh) | 平台积分交易方法、装置、电子设备及存储介质 | |
CN111061573A (zh) | 资源转移方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40026346 Country of ref document: HK |
|
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |