CN104050564B - 高并发通用支付方法 - Google Patents

高并发通用支付方法 Download PDF

Info

Publication number
CN104050564B
CN104050564B CN201410262934.2A CN201410262934A CN104050564B CN 104050564 B CN104050564 B CN 104050564B CN 201410262934 A CN201410262934 A CN 201410262934A CN 104050564 B CN104050564 B CN 104050564B
Authority
CN
China
Prior art keywords
transinfo
objects
processing
sequence number
tpforward
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.)
Active
Application number
CN201410262934.2A
Other languages
English (en)
Other versions
CN104050564A (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.)
China Travelsky Technology Co Ltd
Original Assignee
China Travelsky 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 China Travelsky Technology Co Ltd filed Critical China Travelsky Technology Co Ltd
Priority to CN201410262934.2A priority Critical patent/CN104050564B/zh
Publication of CN104050564A publication Critical patent/CN104050564A/zh
Application granted granted Critical
Publication of CN104050564B publication Critical patent/CN104050564B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment 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/356Aspects of software for card payments

Landscapes

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

Abstract

本发明提供一种高并发通用支付方法,包括:步骤1:当系统入口服务接收到同步请求时,生成用于保存所述同步请求的结构体TransInfo对象,并向所述TransInfo对象分配序列号,然后将所述序列号保存于TransInfo对象中;步骤2:将所述TransInfo对象放入TransInfo处理队列;步骤3:将所述TransInfo对象的序列号作为参数调用tpforward系统入口服务,从而进入服务的请求队列,等待处理,并将所述TransInfo对象的序列号保存在所述tpforward的参数中。本发明方法能够通过同时处理多个交易请求实现高并发;并通过对与外部交易系统的交互采用统一的链路管理的方式实现了高扩展性。

Description

高并发通用支付方法
技术领域
本发明涉及电子支付技术领域,尤其涉及一种高并发通用支付方法。
背景技术
随着电子客票的推广和普及,航空公司为适应市场需求的变化,也迫切希望其购票款可直接通过信用卡完成支付。主机CCV指令是一个信用卡验证指令,现在系统中绝大多数的验证操作都是通过SITA的CCA系统(信用卡授权系统)进行的,如图1所示。
CCV指令直接调用CCA,将逐步过渡到调用航信自己的开放端系统实现与各信用卡授权系统、银行及其他第三方支付平台的直连,这样可以大大节省CCA系统使用费用,并收取服务费。
在卡支付验证后台系统领域,一般采用的都是基于TUXEDO交易中间件的支付验证架构,为了满足外部系统同步调用的需求,常用的架构设计中往往存在低并发、可扩展性差、通用性差的缺点。
缺点一:低并发:外部系统调用支付验证服务时采用的是Tuxedo同步请求,每一个同步请求就会占用一个Tuxedo验证服务,通常验证服务又会调用其它的验证系统进行验证,所以一次验证通常耗费的时间可能会比较长。如果系统完全依赖于增加TUXEDO验证服务的个数来提高并发处理能力,则系统的并发处理能力将严重依赖于Tuxedo验证服务的个数。如果验证服务个数小于并发请求个数时,将导致请求堆积在处理队列中,形成一个性能的拐点,单个请求的处理时间将会在这个拐点陡然增加。
缺点二:可扩展性差:支付系统根据卡的类型不同,会调用不同的外部系统进行验证,调用外部系统的方法根据实际情况也会不同,可能是Socket也可能是MQ。因此扩展性差会表现为以下两点,一是在不影响现有服务的情况下,不能方便地接入其他服务来增强现有系统的功能;二是不能方便的扩展不同的链路,不能提供一个统一的链路管理来提供不同的链接方式,他们的链接往往是针对一个外部交易平台重新编写程序来提供一个服务来进行处理,可扩展性较差。
缺点三:通用性差:一般的支付系统都是自成体系,往往都只是针对一家银行或者信用卡授权中心进行独立处理,系统的通用性较差,增加新的卡类型往往需要重新编写所有代码,这会大大增加人力成本。
发明内容
有鉴于此,本发明提供了一种高并发通用支付方法,能够通过同时处理多个交易请求实现高并发;并通过对与外部交易系统的交互采用统一的链路管理的方式实现了高扩展性。
本发明提供的一种高并发通用支付方法,包括:
步骤1:当系统入口服务接收到同步请求时,生成用于保存所述同步请求的结构体TransInfo对象,并向所述TransInfo对象分配序列号,然后将所述序列号保存于TransInfo对象中;
步骤2:将所述TransInfo对象放入TransInfo处理队列;
步骤3:将所述TransInfo对象tpforward服务,从而进入服务的请求队列,等待处理,并将所述TransInfo对象的序列号保存在所述tpforward的参数中。
所述方法还包括:构建发送线程以遍历所述TransInfo处理队列,并根据所述TransInfo处理队列中的TransInfo对象的状态进行处理,包括:删除TransInfo处理队列中状态为无效的TransInfo对象;发送TransInfo处理队列中状态为发送前的TransInfo对象。
当TransInfo处理队列为空时,所述发送线程会进行阻塞以等待新的TransInfo对象被放入所述TransInfo处理队列中。
所述方法还包括:构建接收线程以遍历所述TransInfo处理队列,并将服务返回的数据放入所述TransInfo处理队列中对应的TransInfo对象中,并相应修改所述TransInfo对象的状态为已接收。
所述方法还包括:系统入口服务调用自身的tpforward请求到达时,提取所述tpforward请求中保存的TransInfo对象的序列号,从TransInfo队列中找到对已的TransInfo对象,如果所述对已的TransInfo对象的状态为已接收,则将接收到的结果tpreturn(返回请求)给外部系统,并将所述对已的TransInfo对象的状态更新为无效,结束一次外部请求过程;其中,所述tpforward请求即tpforward服务的TransInfo对象所保存的同步请求。
所述方法还包括:将外部链路抽象为类Link,提供统一的调用接口,BSP验证或者UATP的验证的具体实现都从Link类派生,发送线程和接收线程中的发送和接收处理,都只依赖与Link接口,从而不用关心链路的具体实现。
所述方法还包括:将每种支付方式的业务处理代码进行封装,包括接收数据的解析,发送报文的组装,数据库的查询更新操作;不同的支付方式有不同的处理要求,通过将不同的处理过程封装为独立的类,以统一的接口插入支付引擎,实现支付业务处理的可扩展性。
综上所述,本发明主要应用于卡支付验证后台系统领域,具备高并发、插件服务、扩展性强等特点:
本发明方法具有高并发处理的优点。在本发明中,一个服务进程可同时处理多个交易请求,在同一时刻有大量用户访问的情况下,基本不用担心由于处理进程数不够而造成的问题,能够保证1个进程在每秒40个请求的状态。
本发明方法具有可扩展性强的优点。本发明中采用插件开发模式,每一个新增的服务都可以在不改变原有服务的基础上,以插件的模式与现有服务共存。另外,本发明在与外部交易系统进行交互的方式上,提供了统一的链路管理,目前支持SOCKET和MQ两种链接方式,这两种方式几乎可以涵盖所有的链接方式。
在本发明中,具有通用性强的优点。本发明能整合航信现有主机支付产品线开放端所有卡支付系统,目前已经整合了UATP直连支付及BSP订座支付引擎两个系统。代码具备很强的通用性,如未来需要接入新的银行或者信用卡组织,只需在该引擎的基础上编写自己的业务模块代码即可,大大提高了代码复用率,缩减了人力成本。
附图说明
为了更清楚地说明本发明实施例或现有技术中的方案,下面将对实施例中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员而言,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有系统中执行验证操作的SITA的CCA系统的业务结构图;
图2为本发明一实施例提供的高并发通用支付方法的流程示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整的描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
图2为本发明一实施例提供的高并发通用支付方法的流程示意图,如图2所示,本实施例的高并发通用支付方法,包括:
步骤1:当系统入口服务接收到同步请求时,生成用于保存所述同步请求的结构体TransInfo对象,并向所述TransInfo对象分配序列号,然后将所述序列号保存于TransInfo对象中;
步骤2:将所述TransInfo对象放入TransInfo处理队列;
步骤3:将所述TransInfo对象tpforward系统入口服务,从而进入服务的请求队列,等待处理,并将所述TransInfo对象的序列号保存在所述tpforward的参数中。
可选地,所述方法还包括:构建发送线程以遍历所述TransInfo处理队列,并根据所述TransInfo处理队列中的TransInfo对象的状态进行处理,包括:删除TransInfo处理队列中状态为无效的TransInfo对象;发送TransInfo处理队列中状态为发送前的TransInfo对象。发送给外部系统的服务,根据业务不同会不一样,比如UAPT就是UATP验证服务,BSP就是BSP验证服务。当TransInfo处理队列为空时,所述发送线程会进行阻塞以等待新的TransInfo对象被放入所述TransInfo处理队列中。
可选地,所述方法还包括:构建接收线程以遍历所述TransInfo处理队列,并将外部系统服务返回的数据放入所述TransInfo处理队列中对应的TransInfo对象中,并相应修改所述TransInfo对象的状态为已接收。外部系统服务,根据业务不同会不一样。
发送线程和接收线程都是跟外部系统服务交互,交互方式根据外部系统服务的类型,使用不同的链路方式。比如外部可能是消息队列进行交互,也可能是用Socket通过TCP/IP协议进行交互。
可选地,所述方法还包括:系统入口服务调用自身的tpforward请求到达时,提取所述tpforward请求中保存的TransInfo对象的序列号,根据序列号遍历TansInfo队列,从TransInfo队列中找到对已的TransInfo对象,如果所述对已的TransInfo对象的状态为已接收,则将接收到的结果tpreturn(返回请求)给外部系统,并将所述对已的TransInfo对象的状态更新为无效,结束一次外部请求过程;其中,所述tpforward请求即tpforward服务的TransInfo对象所保存的同步请求。
可选地,所述方法还包括:将外部链路抽象为类Link,提供统一的调用接口,BSP验证或者UATP的验证的具体实现都从Link类派生,发送线程和接收线程中的发送和接收处理,都只依赖与Link接口,从而不用关心链路的具体实现。
可选地,所述方法还包括:将每种支付方式的业务处理代码进行封装,包括接收数据的解析,发送报文的组装,数据库的查询更新操作;不同的支付方式有不同的处理要求,通过将不同的处理过程封装为独立的类,以统一的接口插入支付引擎,实现支付业务处理的可扩展性。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换,而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (5)

1.一种高并发通用支付方法,其特征在于,所述方法包括:
步骤1:当系统入口服务接收到同步请求时,生成用于保存所述同步请求的结构体TransInfo对象,并向所述TransInfo对象分配序列号,然后将所述序列号保存于TransInfo对象中;
步骤2:将所述TransInfo对象放入TransInfo处理队列;
步骤3:将所述TransInfo对象的序列号作为参数调用tpforward系统入口服务,从而进入系统入口服务的请求队列,等待处理,并将所述TransInfo对象的序列号保存在所述tpforward的参数中;
步骤4:构建发送线程以遍历所述TransInfo处理队列,并根据所述TransInfo处理队列中的TransInfo对象的状态进行处理;
步骤5:构建接收线程以遍历所述TransInfo处理队列,并将外部系统服务返回的数据放入所述TransInfo处理队列中对应的TransInfo对象中,并相应修改所述TransInfo对象的状态为已接收;
步骤6:系统入口服务调用自身的tpforward请求到达时,提取所述tpforward请求中保存的TransInfo对象的序列号,从TransInfo队列中找到对应的TransInfo对象,如果所述对应的TransInfo对象的状态为已接收,则将接收到的结果返回请求tpreturn给外部系统,并将所述对应的TransInfo对象的状态更新为无效,结束一次外部请求过程。
2.根据权利要求1所述的高并发通用支付方法,其特征在于,所述步骤4包括:删除TransInfo处理队列中状态为无效的TransInfo对象;发送TransInfo处理队列中状态为发送前的TransInfo对象。
3.根据权利要求2所述的高并发通用支付方法,其特征在于,当TransInfo处理队列为空时,所述发送线程会进行阻塞以等待新的TransInfo对象被放入所述TransInfo处理队列中。
4.根据权利要求1所述的高并发通用支付方法,其特征在于,所述方法还包括:将外部链路抽象为类Link,提供统一的调用接口,BSP验证或者UATP的验证的具体实现都从Link类派生,发送线程和接收线程中的发送和接收处理,都只依赖与Link接口,从而不用关心链路的具体实现。
5.根据权利要求4所述的高并发通用支付方法,其特征在于,所述方法还包括:将每种支付方式的业务处理代码进行封装,包括接收数据的解析,发送报文的组装,数据库的查询更新操作;不同的支付方式有不同的处理要求,通过将不同的处理过程封装为独立的类,以统一的接口插入支付引擎,实现支付业务处理的可扩展性。
CN201410262934.2A 2014-06-13 2014-06-13 高并发通用支付方法 Active CN104050564B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410262934.2A CN104050564B (zh) 2014-06-13 2014-06-13 高并发通用支付方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410262934.2A CN104050564B (zh) 2014-06-13 2014-06-13 高并发通用支付方法

Publications (2)

Publication Number Publication Date
CN104050564A CN104050564A (zh) 2014-09-17
CN104050564B true CN104050564B (zh) 2017-11-14

Family

ID=51503371

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410262934.2A Active CN104050564B (zh) 2014-06-13 2014-06-13 高并发通用支付方法

Country Status (1)

Country Link
CN (1) CN104050564B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10467602B2 (en) * 2015-03-11 2019-11-05 Facebook, Inc. Facilitating sending, receiving, and updating of payments using message and payment queues
CN107038025B (zh) * 2016-09-28 2020-04-07 阿里巴巴集团控股有限公司 基于soa架构的系统调用方法及装置
CN107945430B (zh) * 2017-11-24 2021-09-14 上海动联信息技术股份有限公司 一种用于智能pos机的基于串口的双向并发通讯方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101192173A (zh) * 2006-11-27 2008-06-04 中兴通讯股份有限公司 并行处理事务的异步方法
CN101222394A (zh) * 2007-12-03 2008-07-16 南京大学 一种面向智能家庭环境的情景感知的服务应用层系统
CN101841569A (zh) * 2010-05-17 2010-09-22 成都中联信通科技有限公司 一种基于web技术实现跨平台的手机支付方法
CN102646232A (zh) * 2012-03-30 2012-08-22 云南远信科技有限公司 一种高并发企业集中应用系统
CN103677771A (zh) * 2012-09-06 2014-03-26 阿里巴巴集团控股有限公司 一种并发事务的处理方法和装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8245910B2 (en) * 2007-09-20 2012-08-21 Corporate Business Systems, Inc. Stored-value card management method and system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101192173A (zh) * 2006-11-27 2008-06-04 中兴通讯股份有限公司 并行处理事务的异步方法
CN101222394A (zh) * 2007-12-03 2008-07-16 南京大学 一种面向智能家庭环境的情景感知的服务应用层系统
CN101841569A (zh) * 2010-05-17 2010-09-22 成都中联信通科技有限公司 一种基于web技术实现跨平台的手机支付方法
CN102646232A (zh) * 2012-03-30 2012-08-22 云南远信科技有限公司 一种高并发企业集中应用系统
CN103677771A (zh) * 2012-09-06 2014-03-26 阿里巴巴集团控股有限公司 一种并发事务的处理方法和装置

Also Published As

Publication number Publication date
CN104050564A (zh) 2014-09-17

Similar Documents

Publication Publication Date Title
US20220166626A1 (en) Verifying Integrity and Secure Operations of Cloud-Based Software Services
WO2015101301A1 (zh) 资源再分配的方法及服务器
EP2243119A1 (en) Systems, methods and computer program products for performing mass transit merchant transactions
JP2019510316A (ja) アカウントリンキング及びサービス処理提供の方法及びデバイス
CN110210207A (zh) 授权方法及设备
CN103914772A (zh) 用于移动支付的无线认证方法、系统及装置
CN110648241B (zh) 一种基于微服务架构的理赔处理方法及装置
WO2016155572A1 (zh) 一种业务处理方法、终端及服务器
CN101154282A (zh) 一种实现支付的系统及方法
CN104050564B (zh) 高并发通用支付方法
CN102165480B (zh) 通过短讯服务的移动银行服务
CN110020843A (zh) 基于托管账户的红包领取方法及装置、电子设备
CN109919587A (zh) 一种支持数字货币与实物货币之间兑换的系统和方法
CN106096958A (zh) 一种ic卡与银行卡的解绑方法
CN108961034A (zh) 基于用户行为认证的系统和方法、存储介质
CN110020947A (zh) 基于云内核的受理终端系统
CN108269074A (zh) 一种支付方法、装置及设备
CN102737452A (zh) 终端移机监控方法及系统
CN114626719A (zh) 网约车平台风险评估方法、设备及存储介质
CN110442464A (zh) 业务处理方法、业务处理装置、电子设备和介质
CN108009916A (zh) 一种基于事务动态调整的通用支付记账的方法以及系统
US20220012730A1 (en) Service providing system, service providing device, service providing method, and service providing program
CN105160531B (zh) 交易数据信息处理方法及装置
WO2017074778A1 (en) Methods and apparatus for processing and authenticating mobile payment transactions
TWI528302B (zh) System and Method of Application for Wallet

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP02 Change in the address of a patent holder

Address after: 100085 Yumin Street, Houshayu Town, Shunyi District, Beijing

Patentee after: CHINA TRAVELSKY HOLDING Co.

Address before: 100010, No. 157 West Fourth Street, Beijing, Dongcheng District

Patentee before: CHINA TRAVELSKY HOLDING Co.

CP02 Change in the address of a patent holder