CN117094716A - 银行卡管理方法、装置、服务器及存储介质 - Google Patents

银行卡管理方法、装置、服务器及存储介质 Download PDF

Info

Publication number
CN117094716A
CN117094716A CN202310994308.1A CN202310994308A CN117094716A CN 117094716 A CN117094716 A CN 117094716A CN 202310994308 A CN202310994308 A CN 202310994308A CN 117094716 A CN117094716 A CN 117094716A
Authority
CN
China
Prior art keywords
card
bank card
layer data
contract
bank
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
CN202310994308.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 CN202310994308.1A priority Critical patent/CN117094716A/zh
Publication of CN117094716A publication Critical patent/CN117094716A/zh
Pending legal-status Critical Current

Links

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
    • 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
    • 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/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • 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/354—Card activation or deactivation
    • 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • 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/4014—Identity check for transactions

Landscapes

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

Abstract

本申请提供一种银行卡管理方法、装置、服务器及存储介质，可用于云计算领域。该方法应用于服务器，包括：接收终端设备发送的银行卡开卡请求，其中，银行卡开卡请求包括交易条件以及各个业务的开关状态；根据交易条件以及各个业务的开关状态，生成银行卡用户的合约层数据，其中，合约层数据的主键为合约编号；获取初始银行卡的介质层数据，其中，初始银行卡的介质层数据的主键为初始银行卡的卡片编号；建立合约层数据和初始银行卡的介质层数据之间关联关系，其中，关联关系包括合约编号、卡片编号以及合约编号和卡片编号之间的关系状态。本申请的方法，提高了管理银行卡的便利性。

Description

银行卡管理方法、装置、服务器及存储介质
技术领域
本申请涉及云计算领域，尤其涉及一种银行卡管理方法、装置、服务器及存储介质。
背景技术
银行卡是银行向持卡人签发的一种具有存取现金、使用结算、转账支付、账户管理及其他理财签约服务等多种功能的金融支付结算工具，近年来逐渐成为最受欢迎的支付卡，这也对银行***的运营维护提出了挑战。
目前，银行卡在银行***中通常是基于***维度来管理的。一个***对应各种签约信息、限额设置、发卡机构、密码、挂失状态等信息，在查询信息时也是根据***来定位信息。
但客户换卡后，***发生变化，而多数信息不会发生改变，例如签约信息，此时需要确定未改变的信息再复制到新的***记录中，导致银行业务操作繁冗不便。
发明内容
本申请提供一种银行卡管理方法、装置、服务器及存储介质，用以解决现有技术中银行卡业务管理不便的问题。
第一方面，本申请提供一种银行卡管理方法，应用于服务器，包括：
接收终端设备发送的银行卡开卡请求，其中，银行卡开卡请求包括交易条件以及各个业务的开关状态；
根据交易条件以及各个业务的开关状态，生成银行卡用户的合约层数据，其中，合约层数据的主键为合约编号；
获取初始银行卡的介质层数据，其中，初始银行卡的介质层数据的主键为初始银行卡的卡片编号；
建立合约层数据和初始银行卡的介质层数据之间关联关系，其中，关联关系包括合约编号、卡片编号以及合约编号和卡片编号之间的关系状态。
第二方面，本申请提供一种银行卡管理装置，包括：
接收模块，用于接收终端设备发送的银行卡开卡请求，其中，银行卡开卡请求包括交易条件以及各个业务的开关状态；
生成模块，用于根据交易条件以及各个业务的开关状态，生成银行卡用户的合约层数据，其中，合约层数据的主键为合约编号；
获取模块，用于获取初始银行卡的介质层数据，其中，初始银行卡的介质层数据的主键为初始银行卡的卡片编号；
建立模块，用于建立合约层数据和初始银行卡的介质层数据之间关联关系，其中，关联关系包括合约编号、卡片编号以及合约编号和卡片编号之间的关系状态。
第三方面，本申请提供一种服务器，包括：处理器，以及与处理器通信连接的存储器；
存储器存储计算机执行指令；
处理器执行存储器存储的计算机执行指令，以实现如第一方面及第一方面任一种实施例中的银行卡管理方法。
第四方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如第一方面及第一方面任一种实施例中的银行卡管理方法。
第五方面，本申请提供一种计算机程序产品，计算机程序产品包括计算机程序，该计算机程序被处理器执行时，实现第一方面及第一方面任一种实施例中的银行卡管理方法。
本申请提供的银行卡管理方法、装置、服务器及存储介质，通过建立银行卡的合约层数据和介质层数据双层体系架构，使得介质层数据改变时，不影响合约层数据，便于银行卡业务管理。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
图1为本申请一实施例提供的一种银行卡管理方法的场景示意图；
图2为本申请一实施例提供的一种银行卡管理方法的信令交互图；
图3为本申请一实施例提供的一种开卡后合约与卡片的关系示意图；
图4为本申请一实施例提供的另一种银行卡管理方法的信令交互图；
图5为本申请一实施例提供的一种换卡后合约与卡片的关系变化示意图；
图6为本申请一实施例提供的又一种银行卡管理方法的信令交互图；
图7为本申请一实施例提供的再一种银行卡管理方法的信令交互图；
图8为本申请一实施例提供的一种银行卡管理装置的结构示意图；
图9为本申请一实施例提供的一种服务器的硬件结构示意图。
通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
需要说明的是，本申请银行卡管理方法、装置、服务器及存储介质可用于云计算领域，也可用于除云计算领域之外的任意领域，本申请银行卡管理方法、装置、服务器及存储介质的应用领域不做限定。
近年来，银行卡逐渐成为最受欢迎的支付卡，银行对于银行卡的管理通常是基于***维度来进行。客户开卡后，银行***所记录的签约信息、业务开关以及银行卡的生命周期状态等信息均与银行***绑定，通过银行***可以查找到全部信息。客户换卡后，银行***需要将与原***的绑定的信息重新与新***进行绑定。
也就是说，客户开卡后，核心银行***中只会有一张以***作为主键的卡表，在客户发生换卡时，需要在卡表中新增一条记录，并且为了记录新卡和旧卡的前后继关系，在卡表中旧***的对应记录栏位中记录新***。同时，***需要判断新卡的哪些属性信息需要从旧卡中继承下来，哪些需要记录新卡的属性信息，这就使得管理银行卡的业务变得繁琐而不必要。此外，若客户使用银行卡交易后多次换卡，此时再发起退款，退款服务器很难通过原***确定客户的新***，换卡次数增多，退款入账也就更加困难。客户换卡也会导致银行***统计客户开卡数量时极易统计不准确。
针对上述银行卡管理不便的问题，本申请提出一种银行卡管理方法、装置、服务器及存储介质，在银行卡开卡时，建立合约层和介质层双层体系架构，将合约层数据与介质层数据分别管理，在客户换卡时，仅需对介质层数据进行管理，而无需变动合约层数据，提高了银行***管理银行卡业务的效率。
首先介绍几个概念。预制卡是指发给客户前预先制好的空白卡，没有客户信息。非预制卡是指客户开卡后才向卡厂申请制出的卡片，有客户信息。借记卡卡片是在客户申请开卡时，银行配发给客户的介质，可以由客户选择卡面、设置密码等。借记卡合约是客户申请开卡时与银行签署的合约，即与客户约定的信息。
图1为本申请一实施例提供的一种银行卡管理方法的场景示意图。如图1所示，现有的银行卡开卡后，银行***为主键，所有信息均以银行***维度进行记录，查询信息时也均需通过银行***来查询。本申请在开卡时，建立合约和卡片双层体系架构，将合约层数据和介质层数据分别管理，使得换卡时无需改变合约层数据，实现提高银行卡管理效率的效果。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
图2为本申请一实施例提供的一种银行卡管理方法的信令交互图。如图2所示，本实施例的银行卡管理方法，包括如下步骤：
S101、终端设备向服务器发送银行卡开卡请求。
其中，银行卡开卡请求包括交易条件以及各个业务的开关状态。终端设备可以是用户侧设备，例如用户线上发起开卡请求，也可以是银行终端，例如，用户线下办理开卡业务，银行***向服务器发起开卡请求。银行在核实客户身份后通过银行卡***服务器办理开卡业务。银行卡可以是借记卡，本申请中，以借记卡为例来描述银行卡管理方法。
具体地，开卡时银行会和客户先签署银行卡合约，例如，确认要申请的银行卡产品、合约年费收取优惠等合约层信息，还有要开通的一些业务开关，比如中银E贷签约开关、境内磁条交易开关、二维码免密开关等。除此之外，还需要让客户设置交易条件，例如，比如自助存取款机取款日限额、网上支付日限额、刷卡机消费日限额等合约层的限额数据。
S102、服务器根据交易条件以及各个业务的开关状态，生成银行卡用户的合约层数据。
其中，合约层数据的主键为合约编号。合约层数据为不随客户换卡交易而发生改变的数据。合约层数据示例如表1所示。
表1合约层数据示例
字段名称 字段含义 取值说明
ENTITY_CODE 法人识别号 "003"：中国银行
DBCRD_AR_REFNO 借记卡合约编号
ALSAL_PD_REFNO 可售产品编号
CUSNO 客户号
AR_SGNT_DT 合约签署日期
MSAC_AR_REFNO 主账户合约编号
AR_STS 合约状态
OPNCD_CHNL_IDR 开卡渠道标识
NOCARD_PAYMENT_FLAG 银联无卡自助消费交易开通标志 0：否；1：是
COLLECTION_FLAG 银联代收交易开通标志 0：否；1：是
FREE_PIN_FLAG 小额/凭签名免密交易开关 0：否；1：是
MOTO_FLAG 订购业务开关 0：否；1：是
OVERSEA_SCRIPE_FLAG 境外磁条交易开关 0：否；1：是
QRCODE_FREEPIN_FLAG 二维码免密开关 0：否；1：是
INTERNL_SCRIPE_FLAG 境内磁条交易开关 0：否；1：是
ELOAN_FLAG 中银E贷签约开关 0：否；1：是
S103、服务器获取初始银行卡的介质层数据。
合约建立完成后服务器会给客户配发介质，也就是产生***，因为对于一些无介质的卡来说是不需要产生制卡文件的，只需要生成***即可，初始银行卡的介质层数据的主键为初始银行卡的卡片编号。
产生***后会在介质层数据中新增一条记录，记录介质层的属性，比如银行卡的密码、安全认证信息、卡序号等，这些属性都会随着换卡交易而发生变化，所以均为介质层数据。除此之外，对于介质生命周期状态的改变也会使用一个实体来进行记录，比如卡片的开卡、挂失、止付、激活、换卡、领卡、销卡等状态，都是介质的状态属性，从这个实体中可以看出介质整个生命周期的变化过程。
应当理解，合约和卡片的关系可以是一对多的。介质层数据示例如表2所示。开卡后，合约与介质卡片的关系如图3所示。
表2介质层数据示例
S104、建立合约层数据和初始银行卡的介质层数据之间关联关系。
其中，关联关系包括合约编号、卡片编号以及合约编号和卡片编号之间的关系状态。
关联关系中可以包括合约与多个卡片之间的关联关系，每个卡片的生效状态，例如，未生效、已生效、已失效。合约层数据与介质层数据之间的关联关系如表3所示。
本实施例提供的银行卡管理方法，通过在客户开卡时，建立合约层和介质层双层体系架构，将合约层数据和介质层数据分别管理，以便在介质层数据改变时，合约层数据不受其影响，从而在客户换卡时，减少银行***的工作量，提高业务管理效率。
表3合约层数据与介质层数据之间的关联关系
字段名称 字段含义 取值说明
ENTITY_CODE 法人识别号 "003"：中国银行
DBCRD_AR_REFNO 借记卡合约编号
DBCRD_AR_REFNO 借记卡***
STS 关系状态代码 0：未生效；1：已生效；2：已失效
REL_STAD 关系开始日期
REL_STRT_TIME 关系开始时间
REL_END_DT 关系结束日期
REL_END_TIME 关系结束时间
图4为本申请一实施例提供的另一种银行卡管理方法的信令交互图。如图4所示，本实施例的银行卡管理方法包括如下步骤：
S201、终端设备向服务器发送银行卡换卡请求。
其中，银行卡换卡请求包括待更换银行卡的卡片编号。客户发起换预制卡交易的场景通常是在线下，例如通过柜台、智能柜台、自助发卡机等渠道发起。
借记卡换卡通常是换预制卡，也即再发给客户之前预制的空白卡，换预制卡之前，预制卡在介质层数据中已经有一条记录，但是没有客户的任何信息，也没有和银行卡合约层数据关联，是独立存在的。
S202、服务器修改待更换银行卡的卡片编号对应的介质层数据中待更换银行卡的生命周期状态为销卡状态。
S203、服务器获取更换后银行卡的介质层数据。
其中，更换后银行卡的介质层数据的主键为更换后银行卡的卡片编号。
S204、服务器修改更换后银行卡的卡片编号对应的介质层数据中更换后银行卡的生命周期状态为开卡状态。
客户换预制卡时，合约层数据不需要发生改变，服务器需要修改介质层数据，将旧卡的生命周期状态置为销卡，将新卡的生命周期状态置为已发卡。
步骤S202与步骤S203-S204并不受所描述的动作顺序的限制，步骤S202与步骤S203-S204可以采用其他顺序或者同时进行。换卡前后，合约与介质卡片的关系如图5所示。
本实施例提供的银行卡管理方法，在客户换卡时，无需改变合约层数据，新卡可以自动继承旧卡的合约属性，而无需让客户重新签订合约，设置限额等，整个换卡过程在客户无感的情况下进行，提升了客户体验，也便于银行操作。
在上述实施例的基础上，步骤S204之后，银行卡管理方法还包括如下步骤：
S205、修改合约编号和待更换银行卡的卡片编号之间的关系状态为已失效。
S206、修改合约编号和更换后银行卡的卡片编号之间的关系状态为已生效。
换卡后，将合约与介质卡片之间的关系状态进行更新，以便通过合约编号以及关系状态，快速找到有效的介质卡片。
可选地，服务器可以在初始银行卡或者更换后银行卡的生命周期状态改变时，在初始银行卡或者更换后银行卡的介质层数据中更新生命周期状态。
其中，生命周期状态包括激活、挂失和止付等。
图6为本申请一实施例提供的又一种银行卡管理方法的信令交互图。如图6所示，本实施例的银行卡管理方法包括如下步骤：
S301、接收退款服务器发送的退款请求。
其中，退款请求包括退款银行卡的卡片编号、退款金额和退款理由，退款银行卡的卡片编号对应的关联关系中的关系状态为失效状态。
本实施例中退款请求的发生场景是指客户交易后办理换卡业务，换卡后再发起退款请求。现有技术中银行***在以***作为主键的卡表中，在旧***的对应记录栏位记录新***，若只发生一次换卡，可以通过该卡表确定新***，退款入账较为简单。但若发生多次换卡，就需要多次读取卡表找到最新的***，增加退款入账的难度。
S302、确定退款银行卡的卡片编号对应的合约编号。
S303、根据退款银行卡的卡片编号对应的合约编号，确定关系状态为生效状态的卡片编号。
本实施例中，合约层数据与介质层数据分别管理，且对合约层数据和介质层数据的关系状态进行单独记录，通过该关系状态，可以快速找到同一合约下处于生效状态的卡片。
S304、将退款金额和退款理由与生效状态银行卡的卡片编号建立关系，并在生效状态银行卡的介质层数据中增加交易记录。
本实施例中，确定生效状态的卡片后，即可向该卡片操作退款。与卡片直接相关的交易信息记录在该卡片的介质层数据中。
本实施例提供的银行卡管理方法，针对多次换卡后退款入账困难的问题，通过合约与介质卡片的关系状态快速确定同一合约下处于生效状态的卡片，便于退款时入账。
图7为本申请一实施例提供的再一种银行卡管理方法的信令交互图。如图7所示，本实施例的银行卡管理方法包括如下步骤：
S401、接收终端设备发送的银行卡交易请求。
其中，银行卡交易请求包括待交易银行卡的卡片编号、交易类型和交易金额。交易请求可以是转账、消费等日常交易操作。
S402、根据待交易银行卡的卡片编号确定待交易银行卡的合约编号。
具体地，通过合约层数据和介质层数据之间关联关系，可以确定卡片编号对应的合约编号。
S403、交易类型和交易金额符合待交易银行卡的合约编号对应的合约层数据时，在待交易银行卡的介质层数据中增加交易记录。
交易类型和交易金额符合待交易银行卡的合约编号对应的合约层数据，是指交易类型和交易金额符合合约层数据中的交易条件以及业务开关状态。同样地，交易信息记录在介质层数据中。
本实施例提供的银行卡管理方法，在日常交易情形下，将交易信息记录在介质层数据中，维护合约和介质双层体系架构，业务操作简单，提高了银行***的业务操作效率。
可选地，初始银行卡为二类卡或三类卡时，根据银行卡开卡请求中的用户身份信息，确定一类卡的合约编号以及一类卡的合约编号对应的合约层数据。将一类卡的合约层数据与二类卡或三类卡的合约层数据进行关联。
通常一个客户在一家银行只能开通一张一类卡，而可以开通多张二类卡或三类卡。为便于管理，在合约和介质双层体系架构下，本示例中将二类卡或三类卡的合约层数据与一类卡的合约层数据进行关联，也即，为二类卡或三类卡绑定一张一类卡作为交易对手。
本申请中，对于银行统计客户开卡数量形成业务报表时，仅需统计合约数量即可，而不会错误统计客户换卡或多次开卡的数据，提高统计准确性。
图8示出了本申请一实施例提供的一种银行卡管理装置的结构示意图。如图8所示，本实施例的银行卡管理装置10用于实现上述任一方法实施例中对应于服务器的操作，本实施例的银行卡管理装置10包括：
接收模块11，用于接收终端设备发送的银行卡开卡请求，其中，银行卡开卡请求包括交易条件以及各个业务的开关状态；
生成模块12，用于根据交易条件以及各个业务的开关状态，生成银行卡用户的合约层数据，其中，合约层数据的主键为合约编号；
获取模块13，用于获取初始银行卡的介质层数据，其中，初始银行卡的介质层数据的主键为初始银行卡的卡片编号；
建立模块14，用于建立合约层数据和初始银行卡的介质层数据之间关联关系，其中，关联关系包括合约编号、卡片编号以及合约编号和卡片编号之间的关系状态。
一种示例中，接收模块11还用于接收终端设备发送的银行卡换卡请求，其中，银行卡换卡请求包括待更换银行卡的卡片编号。
建立模块14还用于修改待更换银行卡的卡片编号对应的介质层数据中待更换银行卡的生命周期状态为销卡状态。
获取模块13还用于获取更换后银行卡的介质层数据，其中，更换后银行卡的介质层数据的主键为更换后银行卡的卡片编号。
建立模块14还用于修改更换后银行卡的卡片编号对应的介质层数据中更换后银行卡的生命周期状态为开卡状态。
一种示例中，建立模块14还用于修改合约编号和待更换银行卡的卡片编号之间的关系状态为已失效；修改合约编号和更换后银行卡的卡片编号之间的关系状态为已生效。
一种示例中，建立模块14还用于在初始银行卡或者更换后银行卡的生命周期状态改变时，在初始银行卡或者更换后银行卡的介质层数据中更新生命周期状态，其中，生命周期状态包括挂失和止付。
一种示例中，接收模块11还用于接收退款服务器发送的退款请求，其中，退款请求包括退款银行卡的卡片编号、退款金额和退款理由，退款银行卡的卡片编号对应的关联关系中的关系状态为失效状态。
建立模块14还用于确定退款银行卡的卡片编号对应的合约编号；
根据退款银行卡的卡片编号对应的合约编号，确定关系状态为生效状态的卡片编号；
将退款金额和退款理由与生效状态银行卡的卡片编号建立关系，并在生效状态银行卡的介质层数据中增加交易记录。
一种示例中，接收模块11还用于接收终端设备发送的银行卡交易请求，其中，银行卡交易请求包括待交易银行卡的卡片编号、交易类型和交易金额。
建立模块14还用于根据待交易银行卡的卡片编号确定待交易银行卡的合约编号；
在交易类型和交易金额符合待交易银行卡的合约编号对应的合约层数据时，在待交易银行卡的介质层数据中增加交易记录。
一种示例中，建立模块14还用于在初始银行卡为二类卡或三类卡时，根据银行卡开卡请求中的用户身份信息，确定一类卡的合约编号以及一类卡的合约编号对应的合约层数据；将一类卡的合约层数据与二类卡或三类卡的合约层数据进行关联。
本申请实施例提供的银行卡管理装置10，可执行上述方法实施例，其具体实现原理和技术效果，可参见上述方法实施例，本实施例此处不再赘述。
图9示出了本申请实施例提供的一种服务器的硬件结构示意图。如图9所示，该服务器20，用于实现上述任一方法实施例中对应于服务器的操作，本实施例的服务器20可以包括：存储器21，处理器22和通信接口24。
存储器21，用于存储计算机执行指令。该存储器21可能包含高速随机存取存储器(Random Access Memory，RAM)，也可能还包括非易失性存储(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
处理器22，用于执行存储器存储的计算机执行指令，以实现上述实施例中的银行卡管理方法。具体可以参见前述方法实施例中的相关描述。该处理器22可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
可选地，存储器21既可以是独立的，也可以跟处理器22集成在一起。
当存储器21是独立于处理器22之外的器件时，服务器20还可以包括总线23。该总线23用于连接存储器21和处理器22。该总线23可以是工业标准体系结构(IndustryStandard Architecture，ISA)总线、外部设备互连(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准体系结构(Extended Industry StandardArchitecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
通信接口24，可以通过总线23与处理器22连接。处理器22可以控制通信接口24来实现信号的接收和发送的功能。
本实施例提供的服务器20可用于执行上述的银行卡管理方法，其实现方式和技术效果类似，本实施例此处不再赘述。
本申请还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现上述的各种实施方式提供的方法。
其中，计算机可读存储介质可以是计算机存储介质，也可以是通信介质。通信介质包括便于从一个地方向另一个地方传送计算机执行指令的任何介质。计算机存储介质可以是通用或专用计算机能够存取的任何可用介质。例如，计算机可读存储介质耦合至处理器，从而使处理器能够从该计算机可读存储介质读取信息，且可向该计算机可读存储介质写入信息。当然，计算机可读存储介质也可以是处理器的组成部分。处理器和计算机可读存储介质可以位于专用集成电路(Application Specific Integrated Circuits，ASIC)中。另外，该ASIC可以位于用户设备中。当然，处理器和计算机可读存储介质也可以作为分立组件存在于通信设备中。
具体地，该计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random-Access Memory，SRAM)，电可擦除可编程只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)，可编程只读存储器(Programmable read-only memory，PROM)，只读存储器(Read-OnlyMemory，ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
本申请还提供一种计算机程序产品，该计算机程序产品包括计算机程序/指令，该计算机程序/指令存储在计算机可读存储介质中。设备的至少一个处理器可以从计算机可读存储介质中读取该计算机程序/指令，至少一个处理器执行该计算机程序/指令使得设备实施上述的各种实施方式提供的方法。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
其中，各个模块可以是物理上分开的，例如安装于一个的设备的不同位置，或者安装于不同的设备上，或者分布到多个网络单元上，或者分布到多个处理器上。各个模块也可以是集成在一起的，例如，安装于同一个设备中，或者，集成在一套代码中。各个模块可以以硬件的形式存在，或者也可以以软件的形式存在，或者也可以采用软件加硬件的形式实现。本申请可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
应该理解的是，虽然上述实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (10)

1.一种银行卡管理方法，其特征在于，所述方法应用于服务器，所述方法包括：
接收终端设备发送的银行卡开卡请求，其中，所述银行卡开卡请求包括交易条件以及各个业务的开关状态；
根据所述交易条件以及各个业务的开关状态，生成银行卡用户的合约层数据，其中，所述合约层数据的主键为合约编号；
获取初始银行卡的介质层数据，其中，所述初始银行卡的介质层数据的主键为所述初始银行卡的卡片编号；
建立所述合约层数据和所述初始银行卡的介质层数据之间关联关系，其中，所述关联关系包括所述合约编号、所述卡片编号以及所述合约编号和所述卡片编号之间的关系状态。
2.根据权利要求1所述的银行卡管理方法，其特征在于，所述方法还包括：
接收所述终端设备发送的银行卡换卡请求，其中，所述银行卡换卡请求包括待更换银行卡的卡片编号；
修改所述待更换银行卡的卡片编号对应的介质层数据中所述待更换银行卡的生命周期状态为销卡状态；
获取更换后银行卡的介质层数据，其中，所述更换后银行卡的介质层数据的主键为所述更换后银行卡的卡片编号；
修改所述更换后银行卡的卡片编号对应的介质层数据中所述更换后银行卡的生命周期状态为开卡状态。
3.根据权利要求2所述的银行卡管理方法，其特征在于，所述方法还包括：
修改所述合约编号和所述待更换银行卡的卡片编号之间的关系状态为已失效；
修改所述合约编号和所述更换后银行卡的卡片编号之间的关系状态为已生效。
4.根据权利要求2所述的银行卡管理方法，其特征在于，所述方法还包括：
所述初始银行卡或者所述更换后银行卡的生命周期状态改变时，在所述初始银行卡或者所述更换后银行卡的介质层数据中更新所述生命周期状态，其中，所述生命周期状态包括挂失和止付。
5.根据权利要求2所述的银行卡管理方法，其特征在于，所述方法还包括：
接收退款服务器发送的退款请求，其中，所述退款请求包括退款银行卡的卡片编号、退款金额和退款理由，所述退款银行卡的卡片编号对应的关联关系中的所述关系状态为失效状态；
确定所述退款银行卡的卡片编号对应的合约编号；
根据所述退款银行卡的卡片编号对应的合约编号，确定所述关系状态为生效状态的卡片编号；
将所述退款金额和退款理由与所述生效状态银行卡的卡片编号建立关系，并在所述生效状态银行卡的介质层数据中增加交易记录。
6.根据权利要求1或2所述的银行卡管理方法，其特征在于，所述方法还包括：
接收终端设备发送的银行卡交易请求，其中，所述银行卡交易请求包括待交易银行卡的卡片编号、交易类型和交易金额；
根据所述待交易银行卡的卡片编号确定所述待交易银行卡的合约编号；
所述交易类型和交易金额符合所述待交易银行卡的合约编号对应的合约层数据时，在所述待交易银行卡的介质层数据中增加交易记录。
7.根据权利要求1所述的银行卡管理方法，其特征在于，所述方法还包括：
所述初始银行卡为二类卡或三类卡时，根据所述银行卡开卡请求中的用户身份信息，确定一类卡的合约编号以及所述一类卡的合约编号对应的合约层数据；
将所述一类卡的合约层数据与所述二类卡或三类卡的合约层数据进行关联。
8.一种银行卡管理装置，其特征在于，所述装置包括：
接收模块，用于接收终端设备发送的银行卡开卡请求，其中，所述银行卡开卡请求包括交易条件以及各个业务的开关状态；
生成模块，用于根据所述交易条件以及各个业务的开关状态，生成银行卡用户的合约层数据，其中，所述合约层数据的主键为合约编号；
获取模块，用于获取初始银行卡的介质层数据，其中，所述初始银行卡的介质层数据的主键为所述初始银行卡的卡片编号；
建立模块，用于建立所述合约层数据和所述初始银行卡的介质层数据之间关联关系，其中，所述关联关系包括所述合约编号、所述卡片编号以及所述合约编号和所述卡片编号之间的关系状态。
9.一种服务器，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至7任一项所述的方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至7任一项所述的方法。
CN202310994308.1A 2023-08-08 2023-08-08 银行卡管理方法、装置、服务器及存储介质 Pending CN117094716A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310994308.1A CN117094716A (zh) 2023-08-08 2023-08-08 银行卡管理方法、装置、服务器及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310994308.1A CN117094716A (zh) 2023-08-08 2023-08-08 银行卡管理方法、装置、服务器及存储介质

Publications (1)

Publication Number Publication Date
CN117094716A true CN117094716A (zh) 2023-11-21

Family

ID=88776500

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310994308.1A Pending CN117094716A (zh) 2023-08-08 2023-08-08 银行卡管理方法、装置、服务器及存储介质

Country Status (1)

Country Link
CN (1) CN117094716A (zh)

Similar Documents

Publication Publication Date Title
CN110097462B (zh) 使用区块链促进atm交易的方法和***
CA2602317C (en) Negotiable instrument authentication systems and methods
US20190034926A1 (en) Method and system for transaction processing with complete cryptographic auditability
EP1811440A1 (en) A new type bankcard transaction exchange system
US20090164375A1 (en) Systems, methods and computer program products for performing mass transit merchant transactions
CN101710433A (zh) 一种电子支付卡的交易方法及电子支付卡
CN106384281A (zh) 保单贷款处理方法和装置
CN103971197A (zh) 一种跨境电子商务的对账方法及***
CN109347789A (zh) 服务器、基于区块链的欺诈客户信息的共享方法及介质
US6058483A (en) Method for secure transfer of data by a communication network
CN113919938A (zh) 基于区块链的国内买方保理融资方法、装置、设备及介质
US11763300B2 (en) Method and system for currency-agnostic real-time settlement
CN113011879B (zh) 关联交易数据处理方法、装置及服务器
CN108229954B (zh) 一种基于数字货币钱包的存币方法和***
CN102073969A (zh) 存贷合一卡的实现方法
US20170178111A1 (en) System and method for using multiple balances with a single payment device
CN114546872B (zh) 一种凭证管理测试方法、装置、计算机设备及存储介质
CN117094716A (zh) 银行卡管理方法、装置、服务器及存储介质
CN115907967A (zh) 一种控制***金融交易实现授权业务的逻辑方法
EP3489875A1 (en) Device for payment of vehicle based costs, a respective vehicle and a respective method
KR102207653B1 (ko) 금융 자동화 기기를 이용한 입출금 서비스 시스템과 방법 및 이를 위한 컴퓨터 프로그램
CN110782242B (zh) 外币还款方法、装置、服务器及存储介质
CN209248589U (zh) 快捷支付装置
CN112446787A (zh) 资源转移方法、装置、设备和存储介质
CN107392604B (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