CN111080301A - 数据处理方法、终端、电子设备和计算机存储介质 - Google Patents

数据处理方法、终端、电子设备和计算机存储介质 Download PDF

Info

Publication number
CN111080301A
CN111080301A CN201911159632.1A CN201911159632A CN111080301A CN 111080301 A CN111080301 A CN 111080301A CN 201911159632 A CN201911159632 A CN 201911159632A CN 111080301 A CN111080301 A CN 111080301A
Authority
CN
China
Prior art keywords
account
balance
deduction
preset
information
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
CN201911159632.1A
Other languages
English (en)
Other versions
CN111080301B (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.)
Chinabank Payments Beijing Technology Co Ltd
Original Assignee
Chinabank Payments Beijing 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 Chinabank Payments Beijing Technology Co Ltd filed Critical Chinabank Payments Beijing Technology Co Ltd
Priority to CN201911159632.1A priority Critical patent/CN111080301B/zh
Publication of CN111080301A publication Critical patent/CN111080301A/zh
Application granted granted Critical
Publication of CN111080301B publication Critical patent/CN111080301B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • 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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • 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/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G06Q20/145—Payments according to the detected use or quantity
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4018—Transaction verification using the card verification value [CVV] associated with the card
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明实施例提出了一种数据处理方法、终端、电子设备和计算机存储介质，该方法包括：接收到预设事件对应的账户读取请求时，读取所述终端绑定的第一账户的余额；在所述第一账户的余额小于预设余额时，生成提示信息；其中，所述预设余额大于所述预设事件对应的最大扣款额。可以看出，由于预设余额大于预设事件对应的最大扣款额，因而，可以通过提示信息提示用户预先对第一账户进行补款，在一定程度上可以及时地实现第一账户的补款；当预设事件为公交出行等通行事件时，与相关技术的技术方案相比，可以提升用户的通行效率。

Description

数据处理方法、终端、电子设备和计算机存储介质
技术领域
本发明涉及电子技术领域，尤其涉及一种数据处理方法、终端、电子设备和计算机存储介质。
背景技术
在相关技术中，当公交卡的余额不足以支付下一次通行费用时，只有在用户进行充值操作后，才能支付下一次通行费用，这在一定程度上增加了操作的复杂性，降低了用户的通行效率。
发明内容
本发明实施例期望提供数据处理的技术方案。
本发明实施例提供了一种数据处理方法，应用于终端中，所述方法包括：
接收到预设事件对应的账户读取请求时，读取所述终端绑定的第一账户的余额；
在所述第一账户的余额小于预设余额时，生成提示信息；其中，所述预设余额大于所述预设事件对应的最大扣款额。
可选地，所述方法还包括：
在所述第一账户的余额大于或等于预设余额，且接收到所述预设事件的运营方发送的扣款信息时，根据所述扣款信息对所述第一账户进行扣款；所述扣款信息包括所述第一账户的标识和对所述第一账户进行扣款的金额。
可选地，所述方法还包括：
将所述扣款信息发送至数据平台，使所述数据平台根据所述扣款信息，在与所述第一账户绑定的第二账户中扣款，并向所述终端发送补款请求；
在接收到所述补款请求后，对所述第一账户进行补款。
可选地，所述补款请求中携带有对所述第一账户进行补款的金额，所述对所述第一账户进行补款的金额等于对所述第二账户进行扣款的金额。
可选地，对所述第二账户进行扣款的金额大于或等于对所述第一账户进行扣款的金额。
可选地，所述方法还包括：
在对所述第一账户进行补款后，生成补款信息，所述补款信息包括所述第一账户的标识和对所述第一账户进行补款的金额；
发送所述补款信息。
可选地，所述方法还包括：
在所述第一账户的余额小于预设余额，且接收到所述预设事件的扣款信息时，根据所述扣款信息对所述第一账户进行扣款；所述扣款信息包括所述第一账户的标识和对所述第一账户进行扣款的金额；
发送所述扣款信息。
本发明实施例还提供了一种终端，所述终端包括读取模块和处理模块，其中，
读取模块，用于在接收到预设事件对应的账户读取请求时，读取所述终端绑定的第一账户的余额；
处理模块，用于在所述第一账户的余额小于预设余额时，生成提示信息；其中，所述预设余额大于所述预设事件对应的最大扣款额。
可选地，所述处理模块，还用于在所述第一账户的余额大于或等于预设余额，且接收到所述预设事件的运营方发送的扣款信息时，根据所述扣款信息对所述第一账户进行扣款；所述扣款信息包括所述第一账户的标识和对所述第一账户进行扣款的金额。
可选地，所述处理模块，还用于将所述扣款信息发送至数据平台，使所述数据平台根据所述扣款信息，在与所述第一账户绑定的第二账户中扣款，并向所述终端发送补款请求；
在接收到所述补款请求后，对所述第一账户进行补款。
可选地，所述补款请求中携带有对所述第一账户进行补款的金额，所述对所述第一账户进行补款的金额等于对所述第二账户进行扣款的金额。
可选地，对所述第二账户进行扣款的金额大于或等于对所述第一账户进行扣款的金额。
可选地，所述处理模块，还用于在对所述第一账户进行补款后，生成补款信息，所述补款信息包括所述第一账户的标识和对所述第一账户进行补款的金额；发送所述补款信息。
可选地，所述处理模块，还用于在所述第一账户的余额小于预设余额，且接收到所述预设事件的扣款信息时，根据所述扣款信息对所述第一账户进行扣款；所述扣款信息包括所述第一账户的标识和对所述第一账户进行扣款的金额；发送所述扣款信息。
本发明实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任意一种数据处理方法。
本发明实施例还提供了一种计算机存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述任意一种数据处理方法。
本发明实施例提出数据处理方法、终端、电子设备和计算机存储介质中，接收到预设事件对应的账户读取请求时，读取所述终端绑定的第一账户的余额；在所述第一账户的余额小于预设余额时，生成提示信息；其中，所述预设余额大于所述预设事件对应的最大扣款额；可以看出，由于预设余额大于预设事件对应的最大扣款额，因而，可以通过提示信息提示用户预先对第一账户进行补款，在一定程度上可以及时地实现第一账户的补款；当预设事件为公交出行等通行事件时，与相关技术的技术方案相比，可以提升用户的通行效率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本发明。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本发明的实施例，并与说明书一起用于说明本发明的技术方案。
图1为本发明实施例的数据处理方法的流程图；
图2为本发明实施例的终端的组成结构示意图；
图3为本发明实施例的电子设备的结构示意图。
具体实施方式
以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所提供的实施例仅仅用以解释本发明，并不用于限定本发明。另外，以下所提供的实施例是用于实施本发明的部分实施例，而非提供实施本发明的全部实施例，在不冲突的情况下，本发明实施例记载的技术方案可以任意组合的方式实施。
需要说明的是，在本发明实施例中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的方法或者装置不仅包括所明确记载的要素，而且还包括没有明确列出的其他要素，或者是还包括为实施方法或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括该要素的方法或者装置中还存在另外的相关要素(例如方法中的步骤或者装置中的单元，例如的单元可以是部分电路、部分处理器、部分程序或软件等等)。
本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。
例如，本发明实施例提供的数据处理方法包含了一系列的步骤，但是本发明实施例提供的数据处理方法不限于所记载的步骤，同样地，本发明实施例提供的终端包括了一系列模块，但是本发明实施例提供的终端不限于包括所明确记载的模块，还可以包括为获取相关信息、或基于信息进行处理时所需要设置的模块。
本发明实施例可以应用于终端中，终端可以与第三方支付平台形成通讯连接；在实际应用中，第三方支付平台可以基于服务器等设备实现。这里，终端可以是瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统，等等。服务器可以是小型计算机系统﹑大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。
服务器等电子设备可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。
基于上述记载的应用场景，提出以下各实施例。
第一实施例
本发明第一实施例提出了一种数据处理方法，可以应用于终端中。
图1为本发明实施例的数据处理方法的流程图，如图1所示，该流程可以包括：
步骤101：接收到预设事件对应的账户读取请求时，读取终端绑定的第一账户的余额。
本发明实施例中，并不对预设事件的种类进行限制，示例性地，预设事件可以是公共交通出行事件或其它事件。终端绑定的第一账户可以是公共交通账户或其它账户，在实际应用中，在终端中可以设置个人电子账户，个人电子账户可以与公共交通账户绑定；示例性地，个人电子账户可以基于手机钱包等应用程序实现；公共交通账户可以表示公交卡或其它通行卡对应的账户。
在实际应用中，可以由其它电子设备向终端发送预设事件对应的账户读取请求，终端可以根据接收的账户读取请求，读取终端绑定的第一账户的余额；示例性地，当预设事件为公共交通出行事件时，例如，当用户进站乘车或乘坐地铁时，可以使用终端靠近刷卡机等设备，刷卡机等设备可以向终端发送公共交通出行事件对应的账户读取请求，终端可以根据接收的账户读取请求，读取终端绑定的公共交通账户的余额。本发明实施例中，公共交通账户的余额表示下一次出行时能够使用的总的金额，可以理解地，用户每次基于公共交通账户出行时，例如使用公交卡乘坐公交或地铁时，公共交通账户的余额会减少。
步骤102：在第一账户的余额小于预设余额时，生成提示信息；其中，预设余额大于所述预设事件对应的最大扣款额。
这里，预设余额可以根据实际应用需求进行设置，示例性地，当预设事件为公共交通出行事件时，预设事件对应的最大扣款额为一次公共交通出行的最大所需支付费用，例如，一次公共交通出行的最大所需支付费用为5元，预设余额大于30元。
本发明实施例中，提示信息可以用于提示用户第一账户的余额较少，如此，用户可以根据提示信息对第一账户进行补款，使第一账户的余额大于或等于预设余额；在实际应用中，提示信息的形式可以是声、光、振动等，本发明实施例对此并不进行限定。
可选地，在第一账户的余额小于预设余额，且接收到预设事件的扣款信息时时，可以根据扣款信息对第一账户进行扣款；扣款信息包括第一账户的标识和对第一账户进行扣款的金额；发送所述扣款信息。
在实际应用中，当第一账户的余额小于预设余额时，可以由其它电子设备向终端发送预设事件对应的扣款信息，终端可以根据接收的扣款信息，对第一账户进行扣款；示例性地，当预设事件为公共交通出行事件时，例如，当用户进站乘车或乘坐地铁时，用户可以使用终端靠近刷卡机等设备；或者，当用户乘车或乘坐地铁后出站时，用户可以使用终端靠近刷卡机等设备；刷卡机等设备可以向终端发送公共交通出行事件对应的扣款信息，终端可以根据接收的扣款信息，对第一账户进行扣款。
这里，第一账户的标识可以是身份标识号(Identity Document，ID)或其它标识信息，第一账户进行扣款的金额为预设事件的费用；例如，预设事件为公共交通出行事件，终端绑定的第一账户是公共交通账户，则预设事件对应的费用支付请求为本次公共交通出行的费用，公共交通账户的标识为公共交通账户的编号。
对于发送所述扣款信息的实现方式，示例性地，可以将扣款信息发送至预设事件的运营方。
可选地，扣款信息还可以包括预设事件的发生事件等信息，例如，预设事件为公共交通出行事件时，扣款信息还可以包括本次通行时间等信息。
在实际应用中，预设事件的运营方可以预先确定，例如，当预设事件为公共交通出行事件时，预设事件的运营方为公共交通的费用结算平台；在实际实施时，终端可以将上述扣款信息发送至预设事件的运营方，以实现将扣款信息同步至预设事件的运营方。
预设事件的运营方可以基于上述扣款信息中的第一账户的标识，查找到第一账户，并根据上述扣款信息中对第一账户进行扣款的金额，更新第一账户的余额等信息；在一个具体的示例中，当预设事件的运营方为公共交通的费用结算平台时，上述费用结算平台可以用于存储用户代扣协议、用户公共交通账户信息及设备信息等数据；示例性地，上述费用结算平台使用mysql数据库进行数据存储，数据库写入性能TP99为10ms，TP999为20ms；数据存储写入性能高，存储服务稳定可用，采用主从方式部署，可在系统故障时实时进行主从数据库切换。
下面通过表1示例性地说明费用结算平台存储的公交卡信息数据结构。
Figure BDA0002285710540000071
Figure BDA0002285710540000081
表1
可以看出，通过将扣款信息同步至预设事件的运营方，便于预设事件的运营方基于扣款信息更新第一账户的余额，便于预设事件的运营方及时获取第一账户的实际状态。
可以理解地，当第一账户的余额小于预设余额，且大于或等于预设事件对应的最大扣款额时，预设事件可以正常进行；当第一账户的余额小于预设事件对应的最大扣款额时，预设事件不能正常进行；例如，当预设事件为公共交通出行事件，且第一账户是公共交通账户时，如果公共交通账户的余额小于预设余额，且大于或等于本次出行对应的最大扣款额，则用户可以正常进站乘坐公交或地铁；如果公共交通账户的余额小于本次出行对应的最大扣款额，则用户不能正常进站乘坐公交或地铁。
另外，当第一账户的余额大于或等于预设余额时，预设事件可以正常进行；例如，当预设事件为公共交通出行事件，且第一账户是公共交通账户时，如果公共交通账户的余额大于或等于预设余额，则用户可以正常进站乘坐公交或地铁。
在实际应用中，步骤101至步骤102可以基于电子设备的处理器实现，上述处理器可以为特定用途集成电路(Application Specific Integrated Circuit，ASIC)、数字信号处理器(Digital Signal Processor，DSP)、数字信号处理装置(Digital SignalProcessing Device，DSPD)、可编程逻辑装置(Programmable Logic Device，PLD)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、中央处理器(Central ProcessingUnit，CPU)、控制器、微控制器、微处理器中的至少一种。可以理解地，对于不同的电子设备，用于实现上述处理器功能的电子器件还可以为其它，本发明实施例不作具体限定。
可以理解地，本发明实施例中，由于预设余额大于预设事件对应的最大扣款额，因而，可以通过提示信息提示用户预先对第一账户进行补款，在一定程度上可以及时地实现第一账户的补款；当预设事件为公交出行等通行事件时，与相关技术的技术方案相比，可以提升用户的通行效率。
第二实施例
为了能够更加体现本发明的目的，在本发明第一实施例的基础上，进行进一步的举例说明。
本发明第二实施例提供了一种数据处理方法，本发明第二实施例的数据处理方法的流程可以包括：
步骤A1：接收到预设事件对应的账户读取请求时，读取所述终端绑定的第一账户的余额。
步骤A1的实现方式与步骤101的实现方式相同，这里不再赘述。
步骤A2：在第一账户的余额大于或等于预设余额，且接收到所述预设事件的运营方发送的扣款信息时，根据扣款信息对第一账户进行扣款；扣款信息包括第一账户的标识和对第一账户进行扣款的金额。
在实际应用中，在第一账户的余额大于或等于预设余额时，终端可以通过与其它电子设备的交互，使其它电子设备向预设事件的运营方发送费用结算请求；在费用结算请求中携带有第一账户的标识和预设事件的费用等信息；预设事件的运营方可以根据费用结算请求，查找到第一账户，并对第一账户进行扣款；在对第一账户进行扣款后，可以生成上述扣款信息，并将扣款信息发送至终端。
示例性地，当预设事件为公共交通出行事件时，例如，当用户进站乘车或乘坐地铁时，用户可以使用终端靠近刷卡机等设备；或者，当用户乘车或乘坐地铁后出站时，用户可以使用终端靠近刷卡机等设备；刷卡机等设备可以向公共交通的费用结算平台发送费用结算请求；上述费用结算平台可以根据费用结算请求，查找到第一账户，并对第一账户进行扣款；在对第一账户进行扣款后，可以生成上述扣款信息，并将扣款信息发送至终端。
可以看出，通过预设事件的运营方与终端的交互，可以使终端基于扣款信息更新第一账户的余额，便于使终端及时获取第一账户的实际状态。
进一步地，在步骤A2之后，上述流程还可以包括：
步骤A3：将上述扣款信息发送至数据平台，使数据平台根据上述扣款信息，在与第一账户绑定的第二账户中扣款，并向终端发送补款请求。
本发明实施例中，数据平台可以是第三方支付平台或其它平台，数据平台可以用于为用户提供支付账户，每个支付账户可以绑定至少一个银行账户；示例性地，支付账户绑定的一个银行账户为与第一账户绑定的第二账户；在支付账户绑定多个银行账户的情况下，可以从支付账户绑定的多个银行账户中，选取一个银行账户作为第二账户。
在实际应用中，可以由数据平台向第二账户发起扣款请求；这里，第二账户可以是用户预先签约的扣款银行账户，因而，在数据平台向第二账户发起取款请求后，可以得到扣款请求对应的扣款结果；扣款结果可以包括扣款金额、第二账户的标识、扣款时间等信息；本发明实施例中，用户可以通过签约免密代扣的方式签约扣款银行账户。
在实际应用中，数据平台在接收到扣款请求对应的扣款结果时，可以根据扣款结果生成补款请求，示例性地，补款请求可以包括对第一账户进行补款的金额、第一账户的标识、以及上述扣款时间等信息；数据平台可以将补款请求发送至终端中。
步骤A4：在接收到上述补款请求后，对第一账户进行补款。
在终端中，可以根据上述补款请求对第一账户进行补款，并在补款后，更新第一账户的余额。
在实际应用中，上述步骤A1至步骤A4均可以基于电子设备的处理器实现，上述处理器可以为ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种。
可以理解地，本发明实施例中，可以在第一账户的余额较少时，自动地从第二中扣款并对第一账户进行补款，因而，可以减少第一账户的手动补款的频率，进一步减少了用户的操作复杂度；例如，在第一账户为公共交通账户时，可以减少公共交通账户的的手动充值的频率，进一步减少了用户的操作复杂度
在一实施方式中，终端在对第一账户进行补款后，可以生成补款信息，补款信息可以包括第一账户的标识和对第一账户进行补款的金额；终端可以发送补款信息；例如，终端可以将补款信息同步至预设事件的运营方。
可选地，上述补款信息还可以包括对第一账户进行补款的时间等信息，例如，第一账户为公共交通账户时，上述补款信息还包括对公共交通账户的本次补款时间。
在实际应用中，预设事件的运营方可以基于上述补款中的第一账户的标识，查找到第一账户，并根据上述补款信息中对第一账户进行补款的金额，更新第一账户的余额等信息。
可以看出，通过将补款信息同步至预设事件的运营方，便于预设事件的运营方基于补款信息更新第一账户的余额，便于预设事件的运营方及时获取第一账户的实际状态。
可选地，上述补款请求中携带有对第一账户进行补款的金额，对第一账户进行补款的金额等于对第二账户进行扣款的金额；如此，可以准确地对第一账户进行补款。
可选地，对第二账户进行扣款的金额大于或等于对第一账户进行扣款的金额；在具体的示例中，对第一账户进行扣款的金额为3元，则对第二账户进行扣款的金额大于或等于3元。
可以理解地，本发明实施例中，由于对第二账户进行扣款的金额大于或等于对第一账户进行扣款的金额，因而，可以使第一账户的补款后余额大于或等于预设事件发生前第一账户的余额，进而，可以使第一账户的余额不再减少，能够满足用户的实际需求。
需要说明的是，在步骤A1至步骤A4的执行过程中，可能出现至少一个步骤执行失败，导致第一账户的余额可能小于预设余额；在第一个示例中，预设事件的运营方向终端发送扣款信息时，如果发送失败，则步骤A2至步骤A4执行失败；在第二个示例中，在终端将上述扣款信息发送至第三方支付平台时，如果发送失败，则步骤A3至步骤A4执行失败；在第三个示例中，第三方支付平台根据上述扣款信息，在与第一账户绑定的第二账户中扣款时，如果第二账户当前的余额小于对第一账户进行扣款的金额，则不能从第二账户中成功扣款，步骤A3至步骤A4执行失败；在第四个示例中，第三方支付平台向终端发送补款请求时，如果发送失败，则步骤A3至步骤A4执行失败。本发明实施例中，在步骤A1至步骤A4的执行过程中，如果出现至少一个步骤执行失败，导致第一账户的余额小于预设余额的情况，则可以按照本发明第一实施例的数据处理方法进行处理。
第三实施例
在前述实施例提出的数据处理方法的基础上，本发明实施例还提出了一种终端。
图2为本发明实施例的终端的组成结构示意图，如图2所示，该终端可以包括读取模块201和处理模块202，其中，
读取模块201，用于在接收到预设事件对应的账户读取请求时，读取所述终端绑定的第一账户的余额；
处理模块202，用于在所述第一账户的余额小于预设余额时，生成提示信息；其中，所述预设余额大于所述预设事件对应的最大扣款额。
可选地，所述处理模块202，还用于在所述第一账户的余额大于或等于预设余额，且接收到所述预设事件的运营方发送的扣款信息时，根据所述扣款信息对所述第一账户进行扣款；所述扣款信息包括所述第一账户的标识和对所述第一账户进行扣款的金额。
可选地，所述处理模块202，还用于将所述扣款信息发送至数据平台，使所述数据平台根据所述扣款信息，在与所述第一账户绑定的第二账户中扣款，并向所述终端发送补款请求；
在接收到所述补款请求后，对所述第一账户进行补款。
可选地，所述补款请求中携带有对所述第一账户进行补款的金额，所述对所述第一账户进行补款的金额等于对所述第二账户进行扣款的金额。
可选地，对所述第二账户进行扣款的金额大于或等于对所述第一账户进行扣款的金额。
可选地，所述处理模块202，还用于在对所述第一账户进行补款后，生成补款信息，所述补款信息包括所述第一账户的标识和对所述第一账户进行补款的金额；发送所述补款信息。
可选地，所述处理模块202，还用于在所述第一账户的余额小于预设余额，且接收到所述预设事件的扣款信息时，根据所述扣款信息对所述第一账户进行扣款；所述扣款信息包括所述第一账户的标识和对所述第一账户进行扣款的金额；发送所述扣款信息。
上述读取模块201和处理模块202均可由位于终端中的处理器实现，上述处理器为ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种。
另外，在本实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
具体来讲，本实施例中的一种数据处理方法对应的计算机程序指令可以被存储在光盘，硬盘，U盘等存储介质上，当存储介质中的与一种数据处理方法对应的计算机程序指令被一电子设备读取或被执行时，实现前述实施例的任意一种数据处理方法。
基于前述实施例相同的技术构思，参见图3，其示出了本发明实施例提供的一种电子设备30，可以包括：存储器31、处理器32及存储在存储器31上并可在处理器32上运行的计算机程序；其中，
存储器31，用于存储计算机程序和数据；
处理器32，用于执行所述存储器中存储的计算机程序，以实现前述实施例的任意一种数据处理方法。
在实际应用中，上述存储器31可以是易失性存储器(volatile memory)，例如RAM；或者非易失性存储器(non-volatile memory)，例如ROM，快闪存储器(flash memory)，硬盘(Hard Disk Drive，HDD)或固态硬盘(Solid-State Drive，SSD)；或者上述种类的存储器的组合，并向处理器32提供指令和数据。
上述处理器32可以为ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种。
在一些实施例中，本发明实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法，其具体实现可以参照上文方法实施例的描述，为了简洁，这里不再赘述
上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述
本申请所提供的各方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。
本申请所提供的各产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。
本申请所提供的各方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (10)

1.一种数据处理方法，其特征在于，应用于终端中，所述方法包括：
接收到预设事件对应的账户读取请求时，读取所述终端绑定的第一账户的余额；
在所述第一账户的余额小于预设余额时，生成提示信息；其中，所述预设余额大于所述预设事件对应的最大扣款额。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在所述第一账户的余额大于或等于预设余额，且接收到所述预设事件的扣款信息时，根据所述扣款信息对所述第一账户进行扣款；所述扣款信息包括所述第一账户的标识和对所述第一账户进行扣款的金额。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
将所述扣款信息发送至数据平台，使所述数据平台根据所述扣款信息，在与所述第一账户绑定的第二账户中扣款，并向所述终端发送补款请求；
在接收到所述补款请求后，对所述第一账户进行补款。
4.根据权利要求3所述的方法，其特征在于，所述补款请求中携带有对所述第一账户进行补款的金额，所述对所述第一账户进行补款的金额等于对所述第二账户进行扣款的金额。
5.根据权利要求3所述的方法，其特征在于，对所述第二账户进行扣款的金额大于或等于对所述第一账户进行扣款的金额。
6.根据权利要求3至5任一项所述的方法，其特征在于，所述方法还包括：
在对所述第一账户进行补款后，生成补款信息，所述补款信息包括所述第一账户的标识和对所述第一账户进行补款的金额；
发送所述补款信息。
7.根据权利要求1至5任一项所述的方法，其特征在于，所述方法还包括：
在所述第一账户的余额小于预设余额，且接收到所述预设事件的扣款信息时，根据所述扣款信息对所述第一账户进行扣款；所述扣款信息包括所述第一账户的标识和对所述第一账户进行扣款的金额；
发送所述扣款信息。
8.一种终端，其特征在于，所述终端包括读取模块和处理模块，其中，
读取模块，用于在接收到预设事件对应的账户读取请求时，读取所述终端绑定的第一账户的余额；
处理模块，用于在所述第一账户的余额小于预设余额时，生成提示信息；其中，所述预设余额大于所述预设事件对应的最大扣款额。
9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7任一项所述的方法。
10.一种计算机存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至7任一项所述的方法。
CN201911159632.1A 2019-11-22 2019-11-22 数据处理方法、终端、电子设备和计算机存储介质 Active CN111080301B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911159632.1A CN111080301B (zh) 2019-11-22 2019-11-22 数据处理方法、终端、电子设备和计算机存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911159632.1A CN111080301B (zh) 2019-11-22 2019-11-22 数据处理方法、终端、电子设备和计算机存储介质

Publications (2)

Publication Number Publication Date
CN111080301A true CN111080301A (zh) 2020-04-28
CN111080301B CN111080301B (zh) 2023-09-01

Family

ID=70311395

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911159632.1A Active CN111080301B (zh) 2019-11-22 2019-11-22 数据处理方法、终端、电子设备和计算机存储介质

Country Status (1)

Country Link
CN (1) CN111080301B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111626739A (zh) * 2020-05-14 2020-09-04 网银在线（北京）科技有限公司 一种支付方法、装置、设备和计算机可读存储介质
CN113111060A (zh) * 2021-03-11 2021-07-13 北京健康之家科技有限公司 数据处理方法、装置、存储介质及计算机设备

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101246614A (zh) * 2008-03-06 2008-08-20 中兴通讯股份有限公司 一种近场通信终端余额提示方法
JP2009230216A (ja) * 2008-03-19 2009-10-08 Toshiba Corp 利用料金計算方法および利用料金計算システム
CN106296293A (zh) * 2016-08-16 2017-01-04 成都仁通融合信息技术有限公司 一种基于电子钱包地铁乘车方法
CN106558146A (zh) * 2015-09-29 2017-04-05 广东工业大学 一种智能公交卡账户信息的网络传输模式
CN106779678A (zh) * 2016-11-24 2017-05-31 深圳市久通物联科技股份有限公司 一种基于二维码与云端钱包的公共交通验票方法及终端
CN108846730A (zh) * 2018-06-22 2018-11-20 北京京东金融科技控股有限公司 用于处理请求的方法和装置
CN110348842A (zh) * 2019-06-26 2019-10-18 北京尚博信科技有限公司 一种加油支付方法、装置及存储介质
CN110363521A (zh) * 2019-06-21 2019-10-22 镇江畅行交通科技有限公司 一种基于nfc技术在线充值与乘车的方法及系统

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101246614A (zh) * 2008-03-06 2008-08-20 中兴通讯股份有限公司 一种近场通信终端余额提示方法
JP2009230216A (ja) * 2008-03-19 2009-10-08 Toshiba Corp 利用料金計算方法および利用料金計算システム
CN106558146A (zh) * 2015-09-29 2017-04-05 广东工业大学 一种智能公交卡账户信息的网络传输模式
CN106296293A (zh) * 2016-08-16 2017-01-04 成都仁通融合信息技术有限公司 一种基于电子钱包地铁乘车方法
CN106779678A (zh) * 2016-11-24 2017-05-31 深圳市久通物联科技股份有限公司 一种基于二维码与云端钱包的公共交通验票方法及终端
CN108846730A (zh) * 2018-06-22 2018-11-20 北京京东金融科技控股有限公司 用于处理请求的方法和装置
CN110363521A (zh) * 2019-06-21 2019-10-22 镇江畅行交通科技有限公司 一种基于nfc技术在线充值与乘车的方法及系统
CN110348842A (zh) * 2019-06-26 2019-10-18 北京尚博信科技有限公司 一种加油支付方法、装置及存储介质

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111626739A (zh) * 2020-05-14 2020-09-04 网银在线（北京）科技有限公司 一种支付方法、装置、设备和计算机可读存储介质
CN111626739B (zh) * 2020-05-14 2023-09-01 网银在线（北京）科技有限公司 一种支付方法、装置、设备和计算机可读存储介质
CN113111060A (zh) * 2021-03-11 2021-07-13 北京健康之家科技有限公司 数据处理方法、装置、存储介质及计算机设备

Also Published As

Publication number Publication date
CN111080301B (zh) 2023-09-01

Similar Documents

Publication Publication Date Title
CN110599323B (zh) 一种资源处理方法及处理设备
CN111784341B (zh) 区块链交易方法及装置、电子设备、存储介质
CN110020846B (zh) 一种转账业务处理方法及系统
CN111199489A (zh) 用于跨区块链资产管理的方法、设备、计算机可读存储介质和计算机程序产品
CN110033280B (zh) 支付防抖方法及装置
CN113850575A (zh) 一种资源处理方法及装置
CN110458611A (zh) 用于定价处理的方法、装置和计算设备
CN109615384B (zh) 时效性核对规则的生成方法、装置和服务器
CN111080301A (zh) 数据处理方法、终端、电子设备和计算机存储介质
CN110417561A (zh) 一种基于区块链的分布式计费方法、装置和系统
CN109614263B (zh) 一种容灾数据处理方法、装置及系统
CN111562893A (zh) 一种重印方法及装置
CN105187399A (zh) 资源处理方法及装置
CN106034148B (zh) 一种快速信息交互方法、本地服务器、异地服务器及系统
CN111325586B (zh) 基于区块链网络的票据代开方法、装置、服务器及介质
CN107679842A (zh) 基于信用的虚拟资源调配方法
CN110175915B (zh) 一种基于区块链的业务执行结果获取方法及系统
CN102592358A (zh) 一种电子数据的写入方法、系统和设备
CN104375993A (zh) 一种数据处理的方法及装置
CN115330372A (zh) 基于预付凭证的支付处理方法及装置
CN112434347B (zh) 租赁业务的处理方法、装置、设备及系统
CN108156206B (zh) 一种数据转移方法、服务器、客户端以及系统
CN105787791A (zh) 业务请求处理方法及装置
CN108564433A (zh) 用于货币兑换的方法、装置和服务器
CN114663077A (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