CN111833039A - 收款处理方法和系统 - Google Patents

收款处理方法和系统 Download PDF

Info

Publication number
CN111833039A
CN111833039A CN202010614089.6A CN202010614089A CN111833039A CN 111833039 A CN111833039 A CN 111833039A CN 202010614089 A CN202010614089 A CN 202010614089A CN 111833039 A CN111833039 A CN 111833039A
Authority
CN
China
Prior art keywords
account
currency
payment
payment request
collection
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
CN202010614089.6A
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.)
China Construction Bank Corp
Original Assignee
China Construction Bank Corp
CCB Finetech 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 China Construction Bank Corp, CCB Finetech Co Ltd filed Critical China Construction Bank Corp
Priority to CN202010614089.6A priority Critical patent/CN111833039A/zh
Publication of CN111833039A publication Critical patent/CN111833039A/zh
Pending legal-status Critical Current

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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2455Query execution
    • G06F16/24552Database cache management
    • 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/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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/405Establishing or using transaction specific rules

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Computational Linguistics (AREA)
  • Development Economics (AREA)
  • Economics (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所示,本发明实施例的收款处理方法包括:
步骤S101:在接收到付款用户的付款请求后,第一银行子系统判断所述付款请求涉及的收款账号是否为虚拟账号。
示例性地,在付款用户通过终端设备上的某个网上平台(比如网上购物平台、网上社交平台或者其他)页面发起付款操作后,该网上平台可向第一银行子系统发起付款请求。
其中,所述付款请求可包括如下参数:收款账号。另外,所述付款请求还可包括付款金额、付款币种等参数。在接收到付款用户的付款请求后,第一银行子系统可从所述付款请求中解析出此次付款涉及的收款账号,然后判断所述收款账号是否为虚拟账号。
示例性地,第一银行子系统判断所述付款请求涉及的收款账号是否为虚拟账号可包括:第一银行子系统判断所述付款请求涉及的收款账号是否满足预设的虚拟账号判断规则。
在一个可选实施方式中,所述虚拟账号判断规则可设置为:收款账号中是否包含预设的虚拟账号关键字。在该可选实施方式中,若所述付款请求涉及的收款账号中包含预设的虚拟账号关键字,则认为所述付款请求涉及的收款账号为虚拟账号;若所述付款请求涉及的收款账号中不包含预设的虚拟账号关键字,则认为所述付款请求涉及的收款账号不是虚拟账号。
在另一个可选实施方式中,所述虚拟账号判断规则可设置为:收款账号是否位于预先存储的虚拟账号列表中。在该可选实施方式中,若所述付款请求涉及的收款账号位于预先存储的虚拟账号列表中,则认为所述付款请求涉及的收款账号为虚拟账号;若所述付款请求涉及的收款账号不位于预先存储的虚拟账号列表中,则认为所述付款请求涉及的收款账号不是虚拟账号。
需要指出的是,在具体实施时,除了以上示例性方式之外,第一银行子系统还可选用其他方式判断所述付款请求涉及的收款账号是否为虚拟账号。
步骤S102:在所述付款请求涉及的收款账号为虚拟账号的情况下,第一银行子系统根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号。
其中,所述账号映射关系为收款用户的虚拟账号与至少一个币种的平台实体账号之间的映射关系或者说绑定关系。例如,收款用户1的虚拟账号与平台币种A的实体账号(即币种A的平台实体账号)、以及平台币种B的实体账号绑定;收款用户2的虚拟账号与平台币种C的实体账号绑定。
在一个可选实施方式中,所述账号映射关系存储在数据库中。在该可选实施方式中,第一银行子系统根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号包括:第一银行子系统根据所述付款请求涉及的付款币种以及收款账号信息查询数据库,以获取对应币种的平台实体账号。
在另一个可选实施方式中,所述账号映射关系分别存储在缓存和数据库中。在该可选实施方式中,第一银行子系统根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号包括:第一银行子系统根据所述付款请求涉及的付款币种以及收款账号信息查询缓存;若从缓存中获取到对应币种的平台实体账号,则结束查询;若从缓存中获取不到对应币种的平台实体账号,则根据所述付款请求涉及的付款币种以及收款账号信息查询数据库,以获取对应币种的平台实体账号。
步骤S103:第一银行子系统将所述付款请求涉及的资金转入所述对应币种的平台实体账号。
例如,假设付款请求所涉及的收款账号为虚拟账号1,付款请求所涉及的付款币种为币种A,通过查询账号映射关系确定与虚拟账号1绑定的平台账号有币种A的平台实体账号、币种C的平台实体账号,则将所述付款请求涉及的资金转入币种A的平台实体账号。
在本发明实施例中,通过构建收款用户的虚拟账号与平台实体账号之间的映射关系,并通过在付款请求涉及的收款账号为虚拟账号的情况下,根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号,将所述付款请求涉及的资金转入所述对应币种的平台实体账号这些处理步骤进行收款处理,能够在商家开立多个币种的实体账户之前就可以在平台进行收款交易,与现有技术中通过开设商家实体账号进行收款相比,不仅省时省力,而且满足了进行多币种快速收款的需求。
图2是根据本发明实施例的账号映射关系示意图。如图2所示,在本发明实施例的账号映射关系中,收款用户(比如商户)的虚拟账号与至少一个币种的平台实体账号相绑定。比如,如图2所示,商户1的虚拟账号与平台币种A(比如,币种A为人民币)实账号绑定,商户2的虚拟账号与平台币种B(比如,币种B为美元)实账号、以及平台币种C(比如,币种C为欧元)实账号绑定,商户3的虚拟账号与平台币种A实账号、平台币种D(比如,币种D为日元)实账号绑定。
需要指出的是,图2所示商户虚拟账号与至少一个币种的平台实账号的映射关系为示例性说明。在具体实施时,可根据实际需求构建收款用户的虚拟账号与至少一个币种的平台实体账号之间的映射关系。
在本发明实施例中,通过构建如图2所示的账号映射关系,便于后续基于所述映射关系进行收款处理,使得在商家开立多个币种的实体账户之前就可以在平台进行收款交易。与现有技术中通过开设实体账号进行收款相比,不仅省时省力,而且满足了进行多币种快速收款的需求。
图3是根据本发明第二实施例的收款处理方法的主要流程示意图。如图3所示,本发明实施例的收款处理方法包括:
步骤S301:在接收到虚拟账号开立请求后,第二银行子系统根据所述虚拟账号开立请求生成虚拟账号,并建立所述虚拟账号与至少一个币种的平台实体账号的映射关系。
示例性地,收款用户或者平台方可前往银行柜台申请开立虚拟账号。针对客户开立虚拟账号的需求,银行柜员可先让客户签订相关合约,然后可在终端系统界面上点击相关控件(比如“新增虚拟账号”或者点击“批量新增虚拟账户”控件)并输入诸如客户名、客户手机号、以及客户自定义的虚拟账号名等账号信息,之后,终端系统可向第二银行子系统发起虚拟账号开立请求。另外,收款用户或者平台方也可通过线上方式申请开立虚拟账号。
示例性地,在接收到虚拟账号开立请求后,第二银行子系统可对虚拟账号开立请求进行解析,根据解析出的客户识别码等参数信息生成虚拟账号。其中,所述客户识别码为一种用于标识唯一客户的序列码。在生成虚拟账号后,可根据虚拟账号开立请求中携带的币种信息将该虚拟账号与对应币种的平台实体账号进行绑定。比如,假设虚拟账号开立请求中携带的币种信息为:人民币、美元,则将该虚拟账号与平台的人民币实体账号、以及平台的美元实体账号进行绑定。
进一步,为了提高虚拟账号开立的安全性,本发明实施例的方法还可包括以下步骤:在第二银行子系统生成虚拟账号之前,第二银行子系统对所述虚拟账号开立请求进行审核,并确认审核通过。示例性地,所述对虚拟账号开立请求进行审核可包括:对请求中携带的客户身份信息进行审核(比如,对客户年龄是否位于预设的年龄区间进行审核),或者,对请求中携带的账号信息是否完备进行审核等等。
步骤S302:第二银行子系统将所述账号映射关系同步至第一银行子系统。
示例性地,第二银行子系统可将携带所述账号映射关系的消息推送至第一银行子系统。之后,第一银行子系统可根据该消息更新本系统存储的账号映射关系。通过步骤S302,能够在第一银行子系统上新增或修改账号映射关系后,对第二银行子系统存储的账号映射关系进行及时更新。
进一步,为了提高第一银行子系统与第二银行子系统存储的账号映射关系的数据一致性,本发明实施例的方法还可包括以下步骤:第二银行子系统定时将一段时间内新增或修改的账号映射关系列表信息推送至第一银行子系统,第一银行子系统根据所述新增或修改的账号映射关系列表信息对其存储的账号映射关系进行数据一致性校验。此外,第一银行子系统在校验完成后,还可将校验结果(比如,两者数据一致或者两者数据不一致)返回至第二银行子系统。另外,还可在校验结果为两者数据不一致时,进行告警处理。
步骤S303:在接收到付款用户的付款请求后,第一银行子系统判断所述付款请求涉及的收款账号是否为虚拟账号。
示例性地,在付款用户通过终端设备上的某个网上平台(比如网上购物平台、网上社交平台或者其他)页面发起付款操作后,该网上平台可向第一银行子系统发起付款请求。
其中,所述付款请求可包括如下参数:收款账号。另外,所述付款请求还可包括付款金额、付款币种等参数。在接收到付款用户的付款请求后,第一银行子系统可从所述付款请求中解析出此次付款涉及的收款账号,然后判断所述收款账号是否为虚拟账号。
示例性地,第一银行子系统判断所述付款请求涉及的收款账号是否为虚拟账号可包括:第一银行子系统判断所述付款请求涉及的收款账号是否满足预设的虚拟账号判断规则。
在一个可选实施方式中,所述虚拟账号判断规则可设置为:收款账号中是否包含预设的虚拟账号关键字。在该可选实施方式中,若所述付款请求涉及的收款账号中包含预设的虚拟账号关键字,则认为所述付款请求涉及的收款账号为虚拟账号;若所述付款请求涉及的收款账号中不包含预设的虚拟账号关键字,则认为所述付款请求涉及的收款账号不是虚拟账号。
在另一个可选实施方式中,所述虚拟账号判断规则可设置为:收款账号是否位于预先存储的虚拟账号列表中。在该可选实施方式中,若所述付款请求涉及的收款账号位于预先存储的虚拟账号列表中,则认为所述付款请求涉及的收款账号为虚拟账号;若所述付款请求涉及的收款账号不位于预先存储的虚拟账号列表中,则认为所述付款请求涉及的收款账号不是虚拟账号。
需要指出的是,在具体实施时,除了以上示例性方式之外,第一银行子系统还可选用其他方式判断所述付款请求涉及的收款账号是否为虚拟账号。
步骤S304:在所述付款请求涉及的收款账号为虚拟账号的情况下,第一银行子系统根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号。
其中,所述账号映射关系为收款用户的虚拟账号与至少一个币种的平台实体账号之间的映射关系或者说绑定关系。例如,收款用户1的虚拟账号与平台币种A的实体账号(即币种A的平台实体账号)、以及平台币种B的实体账号绑定;收款用户2的虚拟账号与平台币种C的实体账号绑定。
在一个可选实施方式中,所述账号映射关系存储在数据库中。在该可选实施方式中,第一银行子系统根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号包括:第一银行子系统根据所述付款请求涉及的付款币种以及收款账号信息查询数据库,以获取对应币种的平台实体账号。
在另一个可选实施方式中,所述账号映射关系分别存储在缓存和数据库中。在该可选实施方式中,第一银行子系统根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号包括:第一银行子系统根据所述付款请求涉及的付款币种以及收款账号信息查询缓存;若从缓存中获取到对应币种的平台实体账号,则结束查询;若从缓存中获取不到对应币种的平台实体账号,则根据所述付款请求涉及的付款币种以及收款账号信息查询数据库,以获取对应币种的平台实体账号。
步骤S305:第一银行子系统将所述付款请求涉及的资金转入所述对应币种的平台实体账号。
例如,假设付款请求所涉及的收款账号为虚拟账号1,付款请求所涉及的付款币种为币种A,通过查询账号映射关系确定与虚拟账号1绑定的平台账号有币种A的平台实体账号、币种C的平台实体账号,则将所述付款请求涉及的资金转入币种A的平台实体账号。
进一步,本发明实施例的方法还可包括:在所述第一银行子系统将所述付款请求涉及的资金转入所述对应币种的平台实体账号之后,生成针对所述付款请求涉及的收款用户的交易记录。通过该处理步骤,能够提高多币种收款处理流程的可靠性,降低了多币种收款处理流程发生错账的概率。
步骤S306:第一银行子系统向所述付款用户返回成功转账的信息。
示例性地,在该步骤中,第一银行子系统可通过向付款用户手机发送短信、或者向付款用户所用平台账号上发送提示信息等方式,向所述付款用户返回成功转账的信息。
在本发明实施例中,通过以上步骤实现了一种新的收款处理流程。该收款处理流程无需收款客户先行开立多个币种的实账号。与现有收款处理流程不同,收款客户只需开立一个虚拟账户,付款客户不分币种直接转账至该虚拟账户,然后系统根据转账币种将该笔汇款转至平台统一的币种账号中,并在后台记录交易明细,为收款客户对应币种账号记一笔账,后续收款客户开好了对应币种实账户即可从相应的平台统一账号中进行提现转出。与现有收款处理方法相比,本发明的收款处理方法不仅省时省力,而且满足了进行多币种快速收款的需求。
图4是根据本发明第三实施例的收款处理系统的主要模块示意图。如图4所示,本发明实施例的收款处理系统400包括第一银行子系统,第一银行子系统包括:判断模块401、确定模块402、转账模块403。
判断模块401,用于在接收到付款用户的付款请求后,判断所述付款请求涉及的收款账号是否为虚拟账号。
示例性地,在付款用户通过终端设备上的某个网上平台(比如网上购物平台、网上社交平台或者其他)页面发起付款操作后,该网上平台可向第一银行子系统发起付款请求。
其中,所述付款请求可包括如下参数:收款账号。另外,所述付款请求还可包括付款金额、付款币种等参数。在接收到付款用户的付款请求后,第一银行子系统的判断模块401可从所述付款请求中解析出此次付款涉及的收款账号,然后判断所述收款账号是否为虚拟账号。
示例性地,判断模块401判断所述付款请求涉及的收款账号是否为虚拟账号可包括:第一银行子系统判断所述付款请求涉及的收款账号是否满足预设的虚拟账号判断规则。
在一个可选实施方式中,所述虚拟账号判断规则可设置为:收款账号中是否包含预设的虚拟账号关键字。在该可选实施方式中,若所述付款请求涉及的收款账号中包含预设的虚拟账号关键字,则判断模块401认为所述付款请求涉及的收款账号为虚拟账号;若所述付款请求涉及的收款账号中不包含预设的虚拟账号关键字,则判断模块401认为所述付款请求涉及的收款账号不是虚拟账号。
在另一个可选实施方式中,所述虚拟账号判断规则可设置为:收款账号是否位于预先存储的虚拟账号列表中。在该可选实施方式中,若所述付款请求涉及的收款账号位于预先存储的虚拟账号列表中,则判断模块401认为所述付款请求涉及的收款账号为虚拟账号;若所述付款请求涉及的收款账号不位于预先存储的虚拟账号列表中,则判断模块401认为所述付款请求涉及的收款账号不是虚拟账号。
需要指出的是,在具体实施时,除了以上示例性方式之外,判断模块401还可选用其他方式判断所述付款请求涉及的收款账号是否为虚拟账号。
确定模块402,用于在所述付款请求涉及的收款账号为虚拟账号的情况下,根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号。
其中,所述账号映射关系为收款用户的虚拟账号与至少一个币种的平台实体账号之间的映射关系或者说绑定关系。例如,收款用户1的虚拟账号与平台币种A的实体账号(即币种A的平台实体账号)、以及平台币种B的实体账号绑定;收款用户2的虚拟账号与平台币种C的实体账号绑定。
在一个可选实施方式中,所述账号映射关系存储在数据库中。在该可选实施方式中,确定模块402根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号包括:确定模块402根据所述付款请求涉及的付款币种以及收款账号信息查询数据库,以获取对应币种的平台实体账号。
在另一个可选实施方式中,所述账号映射关系分别存储在缓存和数据库中。在该可选实施方式中,确定模块402根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号包括:确定模块402根据所述付款请求涉及的付款币种以及收款账号信息查询缓存;若从缓存中获取到对应币种的平台实体账号,则结束查询;若从缓存中获取不到对应币种的平台实体账号,则确定模块402根据所述付款请求涉及的付款币种以及收款账号信息查询数据库,以获取对应币种的平台实体账号。
转账模块403,用于将所述付款请求涉及的资金转入所述对应币种的平台实体账号。
例如,假设付款请求所涉及的收款账号为虚拟账号1,付款请求所涉及的付款币种为币种A,通过查询账号映射关系确定与虚拟账号1绑定的平台账号有币种A的平台实体账号、币种C的平台实体账号,则转账模块403将所述付款请求涉及的资金转入币种A的平台实体账号。
在本发明实施例的装置中,通过构建收款用户的虚拟账号与平台实体账号之间的映射关系,并通过查询模块在付款请求涉及的收款账号为虚拟账号的情况下,根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号,通过转账模块将所述付款请求涉及的资金转入所述对应币种的平台实体账号,能够在商家开立多个币种的实体账户之前就可以在平台进行收款交易,与现有技术中通过开设商家实体账号进行收款相比,不仅省时省力,而且满足了进行多币种快速收款的需求。
图5是根据本发明第四实施例的收款处理系统的主要模块示意图。如图5所示,本发明实施例的收款处理系统500包括:第二银行子系统、第一银行子系统。其中,第二银行子系统包括:生成模块501、同步模块502;第一银行子系统包括:判断模块503、确定模块504、转账模块505。
生成模块501,用于在接收到虚拟账号开立请求后,根据所述虚拟账号开立请求生成虚拟账号,并建立所述虚拟账号与至少一个币种的平台实体账号的映射关系。
示例性地,收款用户或者平台方可前往银行柜台申请开立虚拟账号。针对客户开立虚拟账号的需求,银行柜员可先让客户签订相关合约,然后可在终端系统界面上点击相关控件(比如“新增虚拟账号”或者点击“批量新增虚拟账户”控件)并输入诸如客户名、客户手机号、以及客户自定义的虚拟账号名等账号信息,之后,终端系统可向第二银行子系统发起虚拟账号开立请求。另外,收款用户或者平台方也可通过线上方式申请开立虚拟账号。
示例性地,在接收到虚拟账号开立请求后,生成模块501可对虚拟账号开立请求进行解析,根据解析出的客户识别码等参数信息生成虚拟账号。其中,所述客户识别码为一种用于标识唯一客户的序列码。在生成虚拟账号后,生成模块501可根据虚拟账号开立请求中携带的币种信息将该虚拟账号与对应币种的平台实体账号进行绑定。比如,假设虚拟账号开立请求中携带的币种信息为:人民币、美元,则将该虚拟账号与平台的人民币实体账号、以及平台的美元实体账号进行绑定。
进一步,为了提高虚拟账号开立的安全性,生成模块501还可用于:在生成虚拟账号之前,对所述虚拟账号开立请求进行审核,并确认审核通过。示例性地,所述生成模块501对虚拟账号开立请求进行审核可包括:对请求中携带的客户身份信息进行审核(比如,对客户年龄是否位于预设的年龄区间进行审核),或者,对请求中携带的账号信息是否完备进行审核等等。
同步模块502,用于将所述账号映射关系同步至第一银行子系统。
示例性地,同步模块502可将携带所述账号映射关系的消息推送至第一银行子系统。之后,第一银行子系统可根据该消息更新本系统存储的账号映射关系。通过设置同步模块,便于在第一银行子系统上新增或修改账号映射关系后,对第二银行子系统存储的账号映射关系进行及时更新。
判断模块503,用于在接收到付款用户的付款请求后,判断所述付款请求涉及的收款账号是否为虚拟账号。
示例性地,在付款用户通过终端设备上的某个网上平台(比如网上购物平台、网上社交平台或者其他)页面发起付款操作后,该网上平台可向第一银行子系统发起付款请求。
其中,所述付款请求可包括如下参数:收款账号。另外,所述付款请求还可包括付款金额、付款币种等参数。在接收到付款用户的付款请求后,判断模块503可从所述付款请求中解析出此次付款涉及的收款账号,然后判断所述收款账号是否为虚拟账号。
示例性地,判断模块503判断所述付款请求涉及的收款账号是否为虚拟账号可包括:判断模块503判断所述付款请求涉及的收款账号是否满足预设的虚拟账号判断规则。
在一个可选实施方式中,所述虚拟账号判断规则可设置为:收款账号中是否包含预设的虚拟账号关键字。在该可选实施方式中,若所述付款请求涉及的收款账号中包含预设的虚拟账号关键字,则判断模块503认为所述付款请求涉及的收款账号为虚拟账号;若所述付款请求涉及的收款账号中不包含预设的虚拟账号关键字,则判断模块503认为所述付款请求涉及的收款账号不是虚拟账号。
在另一个可选实施方式中,所述虚拟账号判断规则可设置为:收款账号是否位于预先存储的虚拟账号列表中。在该可选实施方式中,若所述付款请求涉及的收款账号位于预先存储的虚拟账号列表中,则判断模块503认为所述付款请求涉及的收款账号为虚拟账号;若所述付款请求涉及的收款账号不位于预先存储的虚拟账号列表中,则判断模块503认为所述付款请求涉及的收款账号不是虚拟账号。
需要指出的是,在具体实施时,除了以上示例性方式之外,判断模块503还可选用其他方式判断所述付款请求涉及的收款账号是否为虚拟账号。
确定模块504,用于在所述付款请求涉及的收款账号为虚拟账号的情况下,根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号。
其中,所述账号映射关系为收款用户的虚拟账号与至少一个币种的平台实体账号之间的映射关系或者说绑定关系。例如,收款用户1的虚拟账号与平台币种A的实体账号(即币种A的平台实体账号)、以及平台币种B的实体账号绑定;收款用户2的虚拟账号与平台币种C的实体账号绑定。
在一个可选实施方式中,所述账号映射关系存储在数据库中。在该可选实施方式中,确定模块504根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号包括:确定模块504根据所述付款请求涉及的付款币种以及收款账号信息查询数据库,以获取对应币种的平台实体账号。
在另一个可选实施方式中,所述账号映射关系分别存储在缓存和数据库中。在该可选实施方式中,确定模块504根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号包括:确定模块504根据所述付款请求涉及的付款币种以及收款账号信息查询缓存;若从缓存中获取到对应币种的平台实体账号,则结束查询;若从缓存中获取不到对应币种的平台实体账号,则确定模块504根据所述付款请求涉及的付款币种以及收款账号信息查询数据库,以获取对应币种的平台实体账号。
转账模块505,用于将所述付款请求涉及的资金转入所述对应币种的平台实体账号。
例如,假设付款请求所涉及的收款账号为虚拟账号1,付款请求所涉及的付款币种为币种A,通过查询账号映射关系确定与虚拟账号1绑定的平台账号有币种A的平台实体账号、币种C的平台实体账号,则转账模块505将所述付款请求涉及的资金转入币种A的平台实体账号。
在本发明实施例的装置中,通过第二银行子系统构建收款用户的虚拟账号与平台实体账号之间的映射关系;通过第一银行子系统在付款请求涉及的收款账号为虚拟账号的情况下,根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号,然后将所述付款请求涉及的资金转入所述对应币种的平台实体账号,能够在商家开立多个币种的实体账户之前就可以在平台进行收款交易,与现有技术中通过开设商家实体账号进行收款相比,不仅省时省力,而且满足了进行多币种快速收款的需求。
图6示出了可以应用本发明实施例的收款处理方法或收款处理装置的示例性系统架构600。
如图6所示,系统架构600可以包括终端设备601、602、603,网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备601、602、603通过网络604与服务器605交互,以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器605可以是提供各种服务的服务器,例如对用户利用终端设备601、602、603所发出的付款提供支持的后台管理服务器。后台管理服务器可以在接收到付款请求后,针对付款请求进行业务处理等操作,并将处理结果(比如转账成功信息)返回至终端设备。
需要说明的是,本发明实施例所提供的付款处理方法可以由服务器605执行,相应地,付款处理装置设置于服务器605中。
应该理解,图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图7,其示出了适于用来实现本发明实施例的电子设备的计算机系统700的结构示意图。图7示出的计算机系统仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图7所示,计算机系统700包括中央处理单元(CPU)701,其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中,还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
以下部件连接至I/O接口705:包括键盘、鼠标等的输入部分706;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707;包括硬盘等的存储部分708;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器710上,以便于从其上读出的计算机程序根据需要被安装入存储部分708。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分709从网络上被下载和安装,和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时,执行本发明的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括判断模块、确定模块和转账模块。其中,这些模块的名称在某种情况下并不构成对该模块本身的限定,例如,判断模块还可以被描述为“判断收款账号是否为虚拟账号的模块”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备执行以下流程:在接收到付款用户的付款请求后,第一银行子系统判断所述付款请求涉及的收款账号是否为虚拟账号;在所述付款请求涉及的收款账号为虚拟账号的情况下,第一银行子系统根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号;其中,所述账号映射关系为收款用户的虚拟账号与至少一个币种的平台实体账号之间的映射关系;第一银行子系统将所述付款请求涉及的资金转入所述对应币种的平台实体账号。
根据本发明实施例的技术方案,能够在商家开立多个币种的实体账户之前就可以在平台进行收款交易,与现有技术中通过开设商家实体账号进行收款相比,不仅省时省力,而且满足了进行多币种快速收款的需求。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。

Claims (10)

1.一种收款处理方法,其特征在于,所述方法包括:
在接收到付款用户的付款请求后,第一银行子系统判断所述付款请求涉及的收款账号是否为虚拟账号;
在所述付款请求涉及的收款账号为虚拟账号的情况下,第一银行子系统根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号;其中,所述账号映射关系为收款用户的虚拟账号与至少一个币种的平台实体账号之间的映射关系;
第一银行子系统将所述付款请求涉及的资金转入所述对应币种的平台实体账号。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述第一银行子系统将所述付款请求涉及的资金转入所述对应币种的平台实体账号之后,第一银行子系统向所述付款用户返回成功转账的信息。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
在接收到虚拟账号开立请求后,第二银行子系统根据所述虚拟账号开立请求生成虚拟账号,并建立所述虚拟账号与至少一个币种的平台实体账号的映射关系。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
在所述建立所述虚拟账号与至少一个币种的平台实体账号的映射关系之后,第二银行子系统将所述账号映射关系同步至第一银行子系统。
5.根据权利要求3所述的方法,其特征在于,所述方法还包括:
在所述第二银行子系统根据所述虚拟账号开立请求生成虚拟账号之前,第二银行子系统对所述虚拟账号开立请求进行审核,并确认审核通过。
6.根据权利要求3所述的方法,其特征在于,所述方法还包括:
第二银行子系统定时将一段时间内新增或修改的账号映射关系列表信息推送至第一银行子系统,第一银行子系统根据所述新增或修改的账号映射关系列表信息对其存储的账号映射关系进行数据一致性校验。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述第一银行子系统将所述付款请求涉及的资金转入所述对应币种的平台实体账号之后,生成针对所述付款请求涉及的收款用户的交易记录。
8.一种收款处理系统,其特征在于,所述收款处理系统包括第一银行子系统;所述第一银行子系统包括:
判断模块,用于在接收到付款用户的付款请求后,判断所述付款请求涉及的收款账号是否为虚拟账号;
确定模块,用于在所述付款请求涉及的收款账号为虚拟账号的情况下,根据所述付款请求涉及的付款币种以及收款账号信息查询预先存储的账号映射关系,以确定对应币种的平台实体账号;其中,所述账号映射关系为收款用户的虚拟账号与至少一个币种的平台实体账号之间的映射关系;
转账模块,用于将所述付款请求涉及的资金转入所述对应币种的平台实体账号。
9.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。
10.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。
CN202010614089.6A 2020-06-30 2020-06-30 收款处理方法和系统 Pending CN111833039A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010614089.6A CN111833039A (zh) 2020-06-30 2020-06-30 收款处理方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010614089.6A CN111833039A (zh) 2020-06-30 2020-06-30 收款处理方法和系统

Publications (1)

Publication Number Publication Date
CN111833039A true CN111833039A (zh) 2020-10-27

Family

ID=72900703

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010614089.6A Pending CN111833039A (zh) 2020-06-30 2020-06-30 收款处理方法和系统

Country Status (1)

Country Link
CN (1) CN111833039A (zh)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106934610A (zh) * 2017-03-06 2017-07-07 世纪禾光科技发展(北京)有限公司 解决外贸电商平台银行虚拟账号收款差异的方法及系统

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106934610A (zh) * 2017-03-06 2017-07-07 世纪禾光科技发展(北京)有限公司 解决外贸电商平台银行虚拟账号收款差异的方法及系统

Similar Documents

Publication Publication Date Title
CN102663586B (zh) 一种通过两个移动终端完成支付的方法
JP2020024719A (ja) ポイントツーポイントトランザクション処理を記録する方法及びシステム
AU2017288112A1 (en) Digital asset account management
US20230298100A1 (en) Systems and methods for operating a math-based currency exchange
WO2022262527A1 (zh) 一种基于数字货币的支付方法、平台、终端及支付系统
CN112116482B (zh) 基于区块链的融资数据处理方法及装置
CN109344987A (zh) 外币预约取现方法、客户端、服务器、外币预约柜及系统
CN109409548A (zh) 外币预约取现方法、客户端、服务器、外币预约柜及系统
WO2023088467A1 (zh) 数字货币支付方法和装置
CN111213172A (zh) 通过数字钱包访问ach交易功能
CA2988443A1 (en) Cross-funds management server-based payment system, and method, device and server
CA2988809C (en) Cross-funds management server-based payment system, and method, device and server therefor
KR20050024746A (ko) 신용카드 번호를 이용한 온라인 전자화폐, 전자상품권 및마일리지 포인트의 통합결제 대행시스템 및 그 방법
CN111915285B (zh) 现金提取方法、装置和电子设备
CN112819473A (zh) 一种基于数字字典的订单处理方法、服务器、设备及介质
CA2988818C (en) Cross-funds management server-based payment system, and method, device and server
KR20130083050A (ko) 가상계좌를 이용한 금융기관납부대행시스템 및 그 제어방법
CN111833039A (zh) 收款处理方法和系统
KR20020030062A (ko) 가상계좌를 이용한 금융업무 처리방법 및 시스템
CN111415245A (zh) 一种开户方法和装置
KR20020078319A (ko) 인스턴트 메신저를 이용한 전자지갑 서비스 제공 방법
KR20180001980A (ko) 공용 가상 계좌 서비스를 이용한 금융 데이터 처리 방법 및 그 장치
KR20130006575A (ko) 선택적 금융거래 제공 방법
CN118229052A (zh) 处理业务流程的方法、装置、设备和计算机可读介质
CN116503066A (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
TA01 Transfer of patent application right

Effective date of registration: 20220920

Address after: 25 Financial Street, Xicheng District, Beijing 100033

Applicant after: CHINA CONSTRUCTION BANK Corp.

Address before: 25 Financial Street, Xicheng District, Beijing 100033

Applicant before: CHINA CONSTRUCTION BANK Corp.

Applicant before: Jianxin Financial Science and Technology Co.,Ltd.

TA01 Transfer of patent application right