CN112116345A - 一种支付卡列表数据的处理系统及方法 - Google Patents

一种支付卡列表数据的处理系统及方法 Download PDF

Info

Publication number
CN112116345A
CN112116345A CN202011040225.1A CN202011040225A CN112116345A CN 112116345 A CN112116345 A CN 112116345A CN 202011040225 A CN202011040225 A CN 202011040225A CN 112116345 A CN112116345 A CN 112116345A
Authority
CN
China
Prior art keywords
card
payment card
balance
payment
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.)
Pending
Application number
CN202011040225.1A
Other languages
English (en)
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.)
Bank of China Ltd
Original Assignee
Bank of China 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 Bank of China Ltd filed Critical Bank of China Ltd
Priority to CN202011040225.1A priority Critical patent/CN112116345A/zh
Publication of CN112116345A publication Critical patent/CN112116345A/zh
Pending legal-status Critical Current

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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/351—Virtual cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/901—Indexing; Data structures therefor; Storage structures
    • G06F16/9017—Indexing; Data structures therefor; Storage structures using directory or table look-up
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/356—Aspects of software for card 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/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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Databases & Information Systems (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Computational Linguistics (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明公开了一种支付卡列表数据的处理系统及方法，该系统包括：订单获取模块，用于获取订单信息，并展示给用户；卡列表查询模块，用于获取已绑定银行卡的卡列表；默认卡查询模块，用于在卡列表中获取默认支付卡信息；余额查询模块，用于根据默认支付卡信息查询默认支付卡余额信息并进行显示；当用户发起切换支付卡片指令时，根据卡列表中的支付卡信息，异步查询支付卡片的余额并在查询到余额时进行显示；支付处理模块，用于进行支付验证，在验证通过后对相应的支付卡片进行余额扣除，并通知商户订单支付成功，本发明优化了支付流程中对于卡列表和卡信息的查询处理，减少客户等待市场，提升客户体验，润滑支付流程。

Description

一种支付卡列表数据的处理系统及方法
技术领域
本发明涉及电子支付技术领域，尤指一种支付卡列表数据的处理系统及方法。
背景技术
在支付场景中，给用户展示卡列表时，包含了卡号信息、卡类型信息以及对应的卡片余额或可用额度信息，以方便后续客户操作支付动作。对于显示的卡相关信息，通常由前端通过调用后台查询卡列表及查询卡余额信息接口，后台组装查询结果返给前端数据，前端进行展示。
但是，对于客户名下持卡数量比较多的情况，在单支接口中完成查询卡片信息(包括查卡列表和查卡余额)，前端调用一次接口，后台进行数据组装，在查询卡片的同时，把卡片余额一并查回来，再统一返给前端，展示给客户。整个流程处理耗时多，导致客户在卡列表页面停留等待时间较长。
因此，亟需一种可以解决上述问题，改善客户支付体验的支付卡列表的数据处理方案。
发明内容
为克服现有技术存在的问题，本发明提出了一种支付卡列表数据的处理系统及方法，该系统及方法拆分原有查询卡列表、查询卡片余额的接口，同时，将两步接口调用逻辑由同步处理改为异步处理，即前端先调用后台查询卡列表接口，得到用户名下的卡列表信息，然后会触发查询卡片余额接口，但是只优先查询上次支付卡的余额信息，查询回来后，展示在页面中。对于卡列表中的其他卡余额，待客户点击查看卡列表信息的时候，前端再触发调用查卡余额接口，并根据每张卡片的查询结果获取先后顺序依次进行展示。
在本发明实施例的第一方面，提出了一种支付卡列表数据的处理系统，该系统包括：
订单获取模块，用于获取订单信息，并展示给用户；
卡列表查询模块，用于根据用户身份信息获取已绑定银行卡的卡列表；
默认卡查询模块，用于在卡列表中获取默认支付卡信息；
余额查询模块，用于在接收到用户对所述订单信息中的订单发起的支付指令时，根据默认支付卡信息查询默认支付卡余额信息并进行显示；当用户发起切换支付卡片指令时，根据卡列表中的支付卡信息，异步查询支付卡片的余额并在查询到余额时进行显示；
支付处理模块，用于根据用户在卡列表中选择的支付卡片进行支付验证，在验证通过后对相应的支付卡片进行余额扣除，并通知商户订单支付成功。
在本发明实施例的第二方面，提出了一种支付卡列表数据的处理方法，该方法包括：
获取订单信息，并展示给用户；
根据用户身份信息获取已绑定银行卡的卡列表；
在所述卡列表中获取默认支付卡信息；
当接收到用户对所述订单信息中的订单发起的支付指令时，根据默认支付卡信息查询默认支付卡余额信息并进行显示；
当用户发起切换支付卡片指令时，根据卡列表中的支付卡信息，异步查询支付卡片的余额并在查询到余额时进行显示；
根据用户在卡列表中选择的支付卡片进行支付验证，在验证通过后对相应的支付卡片进行余额扣除，并通知商户订单支付成功。
在本发明实施例的第三方面，提出了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现支付卡列表数据的处理方法。
在本发明实施例的第四方面，提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现支付卡列表数据的处理方法。
本发明提出的支付卡列表数据的处理系统及方法优化了支付流程中对于卡列表和卡信息的查询处理，将卡列表和卡信息的查询逻辑由同步处理改为异步处理，先查询卡列表得到卡列表信息，进而触发查询卡片余额查询，且只有限查询默认卡的余额信息，根据用户需要进行卡列表中其他卡余额的查询，并在查询到卡余额结果时将结果依次进行显示，减少客户等待时长，提升客户体验，润滑支付流程，有效提高用户粘性。
附图说明
为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1是本发明一实施例的支付卡列表数据的处理系统的架构示意图。
图2是本发明另一实施例的支付卡列表数据的处理系统的架构示意图。
图3是本发明一实施例的支付卡列表数据的处理方法的流程示意图。
图4是本发明另一实施例的支付卡列表数据的处理方法的流程示意图。
图5是本发明一具体实施例的默认支付卡界面示意图。
图6是本发明一具体实施例的切换支付卡片的界面示意图。
图7是本发明一实施例的计算机设备结构示意图。
具体实施方式
下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。
本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。
根据本发明的实施方式，提出了一种支付卡列表数据的处理系统及方法。该系统及方法基于客户的支付场景，围绕客户卡列表的优化展示及支付卡片的选择处理逻辑，以提升客户体验和支付效率为目标，解决卡列表数据处理太慢，导致用户在页面等待时间过长，客户体验差的问题。
在本发明实施例中，需要解释的术语有：
异步处理方式：对比于同步处理方式，即某些处理流程按照不同步的方式进行处理，多线程或多进程处理某个流程，以便提升效率。
下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。以下所使用的术语“模块”或者“单元”，可以是实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图1是本发明一实施例的支付卡列表数据的处理系统的架构示意图。如图1所示，该系统包括：
订单获取模块110，用于获取订单信息，并展示给用户。
卡列表查询模块120，用于根据用户身份信息获取已绑定银行卡的卡列表；其中，所述已绑定银行卡的卡列表包括：借记卡或信用卡；其中一张银行卡为默认支付卡；如果只绑定了一张则自动为默认支付卡，如果绑定了多张，则可以由用户手动设置默认支付卡。
默认卡查询模块130，用于在卡列表中获取默认支付卡信息。
余额查询模块140，用于在接收到用户对所述订单信息中的订单发起的支付指令时，根据默认支付卡信息查询默认支付卡余额信息并进行显示；当用户发起切换支付卡片指令时，根据卡列表中的支付卡信息，异步查询支付卡片的余额并在查询到余额时进行显示。
支付处理模块150，用于根据用户在卡列表中选择的支付卡片进行支付验证，在验证通过后对相应的支付卡片进行余额扣除，并通知商户订单支付成功。
进一步的，参考图2，为本发明另一实施例的支付卡列表数据的处理系统的架构示意图。如图2所示，该系统还包括：
订单验证模块210，用于验证商户发起的订单信息，将验证通过的订单信息存储在后台系统。
身份验证模块220，用于验证用户身份；其中，在用户输入正确的密码时，用户身份验证通过。
在一实施例中，所述余额查询模块140还用于：
通过异步方式查询支付卡片的余额，在查询过程中，按照查询到余额的顺序，依次在显示界面上进行显示。
本发明将原有查询卡列表、查询卡片余额的接口进行拆分，同时，将两步接口调用逻辑由同步处理改为异步处理，即前端先调用后台查询卡列表接口，得到用户名下的卡列表信息，然后会触发查询卡片余额接口，但是只优先查询默认支付卡的余额信息(默认支付卡通常由用户设定，也可以为上次支付时所采用的支付卡)，在查询到悦信息后，展示在页面中。对于卡列表中的其他卡余额，待客户点击查看卡列表信息的时候，前端再触发调用查卡余额接口，并根据每张卡片的查询结果获取先后顺序依次进行展示。
应当注意，尽管在上文详细描述中提及了支付卡列表数据的处理系统的若干模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之，上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。
在介绍了本发明示例性实施方式的方法之后，接下来，参考图3至图4对本发明示例性实施方式的支付卡列表数据的处理系统进行介绍。
支付卡列表数据的处理系统的实施可以参见上述方法的实施，重复之处不再赘述。
基于同一发明构思，本发明还提出了一种支付卡列表数据的处理方法，如图3所示，该方法包括：
步骤S101，获取订单信息，并展示给用户。
步骤S102，根据用户身份信息获取已绑定银行卡的卡列表；其中，所述已绑定银行卡的卡列表包括：借记卡或信用卡；其中一张银行卡为默认支付卡。
步骤S103，在所述卡列表中获取默认支付卡信息。
步骤S104，当接收到用户对所述订单信息中的订单发起的支付指令时，根据默认支付卡信息查询默认支付卡余额信息并进行显示。
步骤S105，当用户发起切换支付卡片指令时，根据卡列表中的支付卡信息，异步查询支付卡片的余额并在查询到余额时进行显示。
步骤S106，根据用户在卡列表中选择的支付卡片进行支付验证，在验证通过后对相应的支付卡片进行余额扣除，并通知商户订单支付成功。
参考图4，为本发明另一实施例的支付卡列表数据的处理方法的流程示意图。如图4所示，该方法还包括：
步骤S201，验证商户发起的订单信息，将验证通过的订单信息存储在后台系统。
进一步的，该方法还包括：
步骤S202，验证用户身份；其中，在用户输入正确的密码时，用户身份验证通过。
在一实施例中，步骤S105的具体流程还包括：
通过异步方式查询支付卡片的余额，在查询过程中，按照查询到余额的顺序，依次在显示界面上进行显示。
需要说明的是，尽管在上述实施例及附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
为了对上述支付卡列表数据的处理系统及方法进行更为清楚的解释，下面结合一个具体的实施例来进行说明，然而值得注意的是该实施例仅是为了更好地说明本发明，并不构成对本发明不当的限定。
以客户端(前端)和银行后台服务器(后台)为例，前端进行页面展示，显示订单信息以及支付卡信息，并可扩展展示客户卡列表。后台与前端页面进行交互，前端调用后台接口，查询订单信息、卡列表信息以及对应的卡片信息(含借记卡余额或信用卡可用额度等)。
具体的，支付卡列表数据的处理流程为：
S01，前端调用后台查询订单信息，后台返给前端数据，前端给客户展示订单页面。
S02，前端调用后台查询卡列表接口，后台返回前端数据。
S03，前端上送给后台默认支付卡信息，查询此卡对应的卡片余额信息接口，后台返给前端结果。
S04，客户点击提交支付，前端展示默认支付卡信息。参考图5，为本发明一具体实施例的默认支付卡界面示意图；如图5所示，显示了默认支付卡的信息及支付验证方式。
S05，若客户点击查询卡列表信息，前端上送给后台卡列表信息，后台查询卡余额信息接口，根据上送数据异步逐个查询卡片余额信息，并按照返回数据先后顺序返给前端，前端在卡列表中展示对应卡片余信息；参考图6，为本发明一具体实施例的切换支付卡片的界面示意图；如图6所示，用户可以根据需要切换支付卡片，每张支付卡片的余额信息通过异步方式逐个进行查询、显示。
S06，在用户输入支付验证信息后，进行相应的扣款，完成本次订单支付。
基于前述发明构思，如图7所示，本发明还提出了一种计算机设备700，包括存储器710、处理器720及存储在存储器710上并可在处理器720上运行的计算机程序730，所述处理器720执行所述计算机程序730时实现前述支付卡列表数据的处理方法。
基于前述发明构思，本发明提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现前述支付卡列表数据的处理方法。
本发明提出的支付卡列表数据的处理系统及方法增加查询卡列表和查询卡片余额信息的接口供前端分别调用，后台异步处理查询卡余额，根据数据返回的先后顺序组装给前端数据，供前端展示，无需客户在卡列表页面等待时间过长。
该系统及方法优化了支付流程中对于卡列表和卡信息的查询处理，将卡列表和卡信息的查询逻辑由同步处理改为异步处理，先查询卡列表得到卡列表信息，进而触发查询卡片余额查询，且只有限查询默认卡的余额信息，根据用户需要进行卡列表中其他卡余额的查询，并在查询到卡余额结果时将结果依次进行显示，减少客户等待时长，提升客户体验，润滑支付流程，有效提高用户粘性。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (12)

1.一种支付卡列表数据的处理系统，其特征在于，该系统包括：
订单获取模块，用于获取订单信息，并展示给用户；
卡列表查询模块，用于根据用户身份信息获取已绑定银行卡的卡列表；
默认卡查询模块，用于在卡列表中获取默认支付卡信息；
余额查询模块，用于在接收到用户对所述订单信息中的订单发起的支付指令时，根据默认支付卡信息查询默认支付卡余额信息并进行显示；当用户发起切换支付卡片指令时，根据卡列表中的支付卡信息，异步查询支付卡片的余额并在查询到余额时进行显示；
支付处理模块，用于根据用户在卡列表中选择的支付卡片进行支付验证，在验证通过后对相应的支付卡片进行余额扣除，并通知商户订单支付成功。
2.根据权利要求1所述的支付卡列表数据的处理系统，其特征在于，所述已绑定银行卡的卡列表包括：借记卡或信用卡；其中一张银行卡为默认支付卡。
3.根据权利要求1所述的支付卡列表数据的处理系统，其特征在于，该系统还包括：订单验证模块，用于验证商户发起的订单信息，将验证通过的订单信息存储在后台系统。
4.根据权利要求1所述的支付卡列表数据的处理系统，其特征在于，该系统还包括：身份验证模块，用于验证用户身份；其中，在用户输入正确的密码时，用户身份验证通过。
5.根据权利要求1所述的支付卡列表数据的处理系统，其特征在于，所述余额查询模块还用于：
通过异步方式查询支付卡片的余额，在查询过程中，按照查询到余额的顺序，依次在显示界面上进行显示。
6.一种支付卡列表数据的处理方法，其特征在于，该方法包括：
获取订单信息，并展示给用户；
根据用户身份信息获取已绑定银行卡的卡列表；
在所述卡列表中获取默认支付卡信息；
当接收到用户对所述订单信息中的订单发起的支付指令时，根据默认支付卡信息查询默认支付卡余额信息并进行显示；
当用户发起切换支付卡片指令时，根据卡列表中的支付卡信息，异步查询支付卡片的余额并在查询到余额时进行显示；
根据用户在卡列表中选择的支付卡片进行支付验证，在验证通过后对相应的支付卡片进行余额扣除，并通知商户订单支付成功。
7.根据权利要求6所述的支付卡列表数据的处理方法，其特征在于，所述已绑定银行卡的卡列表包括：借记卡或信用卡；其中一张银行卡为默认支付卡。
8.根据权利要求6所述的支付卡列表数据的处理方法，其特征在于，该方法还包括：
验证商户发起的订单信息，将验证通过的订单信息存储在后台系统。
9.根据权利要求6所述的支付卡列表数据的处理方法，其特征在于，该方法还包括：
验证用户身份；其中，在用户输入正确的密码时，用户身份验证通过。
10.根据权利要求6所述的支付卡列表数据的处理方法，其特征在于，当用户发起切换支付卡片指令时，根据卡列表中的支付卡信息，异步查询支付卡片的余额并在查询到余额时进行显示，包括：
通过异步方式查询支付卡片的余额，在查询过程中，按照查询到余额的顺序，依次在显示界面上进行显示。
11.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求6至10任一所述方法。
12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现权利要求6至10任一所述方法。
CN202011040225.1A 2020-09-28 2020-09-28 一种支付卡列表数据的处理系统及方法 Pending CN112116345A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011040225.1A CN112116345A (zh) 2020-09-28 2020-09-28 一种支付卡列表数据的处理系统及方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011040225.1A CN112116345A (zh) 2020-09-28 2020-09-28 一种支付卡列表数据的处理系统及方法

Publications (1)

Publication Number Publication Date
CN112116345A true CN112116345A (zh) 2020-12-22

Family

ID=73798203

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011040225.1A Pending CN112116345A (zh) 2020-09-28 2020-09-28 一种支付卡列表数据的处理系统及方法

Country Status (1)

Country Link
CN (1) CN112116345A (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102314649A (zh) * 2011-07-27 2012-01-11 杭州斯凯网络科技有限公司 基于用户的支付方法及支付页面
CN103136245A (zh) * 2011-11-29 2013-06-05 深圳市腾讯计算机系统有限公司 一种虚拟货币余额旁路查询方法及系统
CN107705130A (zh) * 2017-10-30 2018-02-16 商客通尚景科技江苏有限公司 一种在线支付方法
CN109272303A (zh) * 2018-08-15 2019-01-25 深圳壹账通智能科技有限公司 电子支付方法及装置、移动终端及可读存储介质
US20200104829A1 (en) * 2018-09-28 2020-04-02 Mastercard International Incorporated Methods and systems for redeeming a gift card at a merchant terminal
CN110956469A (zh) * 2019-11-21 2020-04-03 北京三快在线科技有限公司 支付方法、装置、设备及存储介质
CN111523871A (zh) * 2020-04-15 2020-08-11 维沃移动通信有限公司 一种支付处理方法及电子设备
CN111538554A (zh) * 2020-04-24 2020-08-14 北京小米支付技术有限公司 一种支付方法、装置、移动终端及存储介质

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102314649A (zh) * 2011-07-27 2012-01-11 杭州斯凯网络科技有限公司 基于用户的支付方法及支付页面
CN103136245A (zh) * 2011-11-29 2013-06-05 深圳市腾讯计算机系统有限公司 一种虚拟货币余额旁路查询方法及系统
CN107705130A (zh) * 2017-10-30 2018-02-16 商客通尚景科技江苏有限公司 一种在线支付方法
CN109272303A (zh) * 2018-08-15 2019-01-25 深圳壹账通智能科技有限公司 电子支付方法及装置、移动终端及可读存储介质
US20200104829A1 (en) * 2018-09-28 2020-04-02 Mastercard International Incorporated Methods and systems for redeeming a gift card at a merchant terminal
CN110956469A (zh) * 2019-11-21 2020-04-03 北京三快在线科技有限公司 支付方法、装置、设备及存储介质
CN111523871A (zh) * 2020-04-15 2020-08-11 维沃移动通信有限公司 一种支付处理方法及电子设备
CN111538554A (zh) * 2020-04-24 2020-08-14 北京小米支付技术有限公司 一种支付方法、装置、移动终端及存储介质

Similar Documents

Publication Publication Date Title
CN107230092B (zh) 账务处理方法、装置及服务器
CN104753909B (zh) 信息更新后的鉴权方法、装置及系统
CN110599341A (zh) 交易调用方法及系统
CN113112261A (zh) 基于5g消息的多卡片处理方法及系统
CN113448380A (zh) 会计日期同步切换的方法及装置
CN106034148B (zh) 一种快速信息交互方法、本地服务器、异地服务器及系统
CN112116345A (zh) 一种支付卡列表数据的处理系统及方法
CN115578180A (zh) 银行网点的现金资源的管理方法及装置
CN108062224A (zh) 基于文件句柄的数据读写方法、装置及计算设备
CN111124705B (zh) 业务请求处理方法及装置
CN114721801A (zh) 批量任务执行时间的动态调度方法及装置
CN111581108A (zh) 基于业务系统交易测试的输入数据获取方法及装置
CN111179524A (zh) Atm机吞卡取回方法及装置
CN114639209B (zh) 基于5g消息的pos机消费验证设置方法及系统
CN111506644A (zh) 一种应用数据处理方法、装置和电子设备
CN111179060A (zh) 转账处理过程中的交易路径选择方法及装置
CN110609988A (zh) 表单校验的方法及设备
CN112783497B (zh) 新业务的生成方法、装置及计算设备
CN111752724B (zh) 客户信息修改系统及方法
CN111918264B (zh) 业务菜单展示方法及装置
CN113891256A (zh) 基于区块链以及5g消息的手机号更换方法及装置
CN116627400A (zh) 作业处理方法、装置及电子设备
CN115600247A (zh) 变更客户信息的方法及装置
CN115188136A (zh) 一种自助存取款机的驱动程序处理方法及装置
CN111798242A (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