CN106462854A - 自动数据传送 - Google Patents

自动数据传送 Download PDF

Info

Publication number
CN106462854A
CN106462854A CN201580025436.9A CN201580025436A CN106462854A CN 106462854 A CN106462854 A CN 106462854A CN 201580025436 A CN201580025436 A CN 201580025436A CN 106462854 A CN106462854 A CN 106462854A
Authority
CN
China
Prior art keywords
request
message
user equipment
data
card
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
CN201580025436.9A
Other languages
English (en)
Inventor
爱德华·W·贾奇
安纽斯卡·拉兹
迈克尔·J·考恩
詹姆斯·C·诺伊
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.)
Mastercard International Inc
Original Assignee
Mastercard International Inc
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 Mastercard International Inc filed Critical Mastercard International Inc
Publication of CN106462854A publication Critical patent/CN106462854A/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/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
    • 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/22—Payment schemes or models
    • G06Q20/24—Credit schemes, i.e. "pay after"
    • 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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3226—Use of secure elements separate from M-devices
    • 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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • 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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • 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/352—Contactless payments by 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/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/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
    • G06Q20/4037—Remote 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/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
    • 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/409—Device specific authentication in transaction processing
    • G06Q20/4093—Monitoring of device authentication
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • 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
    • G06Q2240/00—Transportation facility access, e.g. fares, tolls or parking
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/20—Individual registration on entry or exit involving the use of a pass

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本文公开了一种用于请求数据传送的计算机实施的方法，所述方法包括：响应于用户设备的使用而发送要求数据传送的第一请求；确定要求数据传送的第一请求已被拒绝；检测表明响应于用户设备的使用的数据传送能被接受的事件；以及依赖于检测到所述事件已出现而发送要求所述数据传送的第二请求。

Description

自动数据传送
技术领域
本发明大体上但不唯一地涉及自动数据传送。根据本发明的一个实施方案，仅在表明请求很可能被接受的事件已出现时做出对于数据传送的请求。应用包括快速更新被系统拒绝使用的设备的状态列表。在另一个实施方案中，在系统之间自动传送数据以更新每个系统的状态列表。
背景技术
许多大城市包括伦敦、巴黎以及新加坡的运输系统要求用户具有专用的交通卡来为他们的旅行支付。对于运输系统的用户来说不要求拥有这样的交通卡将会更方便不少。因此一些运输机构的运输系统被调整以接受标准的银行发行的卡，并且将用户旅行的支付做成在线交易。在允许用户使用银行卡来合法进入和退出运输系统时遇到的一个问题是，用用户的银行卡执行在线交易所需的时间比在运输系统的入口和出口处耽搁用户的可接受的时间长度更长。
因此，允许用户用银行卡为他们的旅行支付的已知实施的运输系统通常不在用户从运输系统的入口和/或出口处用卡来执行在线交易。运输系统仅安全地鉴定每个用户的卡是适于支付的卡且该卡不在被拒绝进入运输系统的卡列表(即状态列表)上。状态列表可以被认为是黑名单，其包括具有待结算的余额的卡的详细信息，以及由于其它原因被拒绝旅行的卡的详细信息，诸如被报告遭偷窃的卡或被禁止在运输系统上旅行的卡的使用者。
为了使旅行被支付，通过运输系统的收单方(受理方，acquirer)将付款请求发送至用户的银行卡的发行方(issuer)来进行交易。或者在用户正在运输系统上旅行时，或者在用户已退出运输系统时发送请求。如果付款请求被发行方拒绝，用户负债于提供运输系统的运输机构，因为他们已消费了旅行服务。为了确保负债被回收(recovery)，通常运输系统将用户的银行卡的详细信息添加至运输系统的卡的状态列表。因此用户被阻止在运输系统上旅行直到未清余额已被结清为止。
上述将用户进行状态列表的技术存在的一个问题是，用户可能没意识到他们的卡已被添加至状态列表且因此在他们下次尝试进入运输系统被拒绝时具有非常糟糕的体验。此外，即使用户意识到他们的卡已被状态列表列出，在能够再次旅行之前要求用户执行手动执行任务的不便的过程。
为了解决上述问题，可以执行自动债务回收。为执行自动债务回收，运输系统自动将一个或多个进一步的付款请求发送至卡的发行方(经由他们的收单方)。如果这些请求中的一个被发行方接受，且因此进行付款，通常运输机构将从状态列表中自动移除用户的卡的详细信息。因此用户能够被添加至状态列表并且从状态列表中移除而不用用户手动执行任务，或者用户甚至不知道他们的卡被放入到状态列表上。但是，已知的自动债务回收技术遇到的问题是，其是否起作用是非常令人怀疑的。技术允许请求的数量通常是有限制的，且收单方仅能够猜测用来发送每个请求的时间而没有办法知道请求是否可能起作用。此外，自动债务回收请求通常可能直到在交易被拒绝批准后4天才开始，且用户在自动债务回收请求已被发送之前能够很好地尝试在运输系统上旅行。
另外，关于状态列表的有效更新，更新状态列表的机制缓慢且受运输系统获取交易数据的方式的内在限制。
因此，总体上需要改进数据的自动传送。
发明内容
根据本发明的第一方面，提供了一种用于请求数据传送的计算机实施的方法，所述方法包括：响应于用户设备的使用，发送要求数据传送的第一请求；确定要求所述数据传送的第一请求已被拒绝；检测表明响应于用户设备的使用的所述数据传送能被接受的事件；以及依赖于检测到所述事件已出现，发送要求所述数据传送的第二请求。
优选地，所述方法还包括：通过第一系统生成第一请求；其中发送第一请求包括通过第一系统将第一请求经由第二系统发送至第三系统；第二系统被配置成在第一系统和第三系统之间传送消息和数据；以及第三系统被配置成响应于接受第一和/或第二请求而提供被传送至所述第一系统的数据。
优选地，所述事件包括检测到至所述第三系统中的数据传送；其中所述数据传送被识别为对应于所使用的用户设备。
优选地，所述方法还包括：将所述事件已出现的指示发送至第二系统，且可选地发送至第一系统。
优选地，确定要求数据传送的第一请求已被拒绝包括：通过第二系统检测从第三系统发送至第一系统的拒绝要求所述数据传送的请求的消息。
优选地，所述事件包括检测到从第三系统发送至第一系统的接受要求数据传送的另一请求的消息。
优选地，所述方法还包括响应于检测到事件已出现，通过第二系统和/或第三系统将表明应进行另一请求的消息发送至第一系统。
优选地，所述方法还包括响应于接收到表明应进行另一请求的消息而通过第一系统将第二请求自动发送至第三系统。
优选地，所述方法还包括通过第一系统接收表明响应于用户设备的使用的要求数据传送的请求已被拒绝的消息；通过第一系统将表明要求所述数据传送的请求已被拒绝的消息发送至第四系统；以及通过第四系统将用户的识别信息添加至其使用被第四系统拒绝的用户设备的列表。
优选地，所述方法还包括：通过第一系统接收表明响应于用户设备的使用的要求数据传送的请求已被接受的消息；通过第一系统将表明要求所述数据传送的请求已被接受的信息发送至第四系统；以及通过第四系统从其使用被第四系统拒绝的用户设备的列表中移除所述用户设备的识别信息。
优选地，所述第一系统为收单方，且所述第三系统为用户设备的发行方。
优选地，所述第四系统为运输系统。
优选地，所述用户设备为标准发行的信用卡、借记卡、预付卡、商用卡、签账卡、移动电话、标签、手表或钥匙扣中的至少一种。
优选地，所述用户设备为能够进行非接触式支付的任何设备。
优选地，所述发送要求数据传送的第二请求的步骤还依赖于确定所述数据传送为期望的。
优选地，所述方法还包括：确定要求数据传送的所述第二请求已被拒绝；以及重复以下步骤直到要求数据传送的请求已被接受为止：检测到表明响应于用户设备的使用的数据传送能被接受的事件；以及依赖于检测到所述事件已出现而发送要求所述数据传送的请求。
根据本发明的第二方面，提供了被配置成执行任何上述主张的方法的一个或多个系统。
根据本发明的第三方面，提供了一种更新用户设备的列表的计算机实施的方法，所述方法包括：响应于用户设备的使用，通过第一系统发送要求将数据传送至第一系统的请求；响应于接收到所述请求，发送拒绝所请求的向第一系统的数据传送的消息；检测拒绝所请求的数据传送的消息；响应于所述检测而将向第二系统表明所请求的向第一系统的数据传送被拒绝的消息发送至第二系统；以及将用户设备的识别数据添加至在第二系统中被拒绝使用的用户设备的列表。
优选地，第三方面的方法还包括响应于第一系统接收到拒绝向第一系统的数据传送的消息，而将用户设备的识别数据添加至在第一系统中被拒绝使用的用户设备的列表。
优选地，第三方面的方法还包括：检测被发送至第一系统的消息，其中该消息接受要求将数据传送至第一系统的请求；响应于检测，将表明要求将数据传送至第一系统的请求已被接受的消息发送至第二系统；以及依赖于接收到该信息从在第二系统中被拒绝使用的用户设备的列表中移除用户设备的识别数据或改变其状态。
优选地，在根据第三方面的方法中，所述用户设备为标准发行的信用卡、借记卡、预付卡、签账卡、移动电话、标签、手表、钥匙扣或任何能够进行非接触式支付的设备中的至少一种。
根据本发明的第四方面，提供了第一系统、第二系统、第三系统以及第四系统，其中：第一系统被配置成响应于用户设备的使用而将请求经由第三系统发送至第四系统，其中所述请求是要求将数据传送至第一系统；第四系统被配置成响应于接收所述请求而将一消息经由第三系统发送至第一系统，其中该消息拒绝所请求的向第一系统的数据传送；第三系统被配置成检测拒绝所请求的数据传送的消息，且响应于该检测而将向第二系统表明所请求的向第一系统的数据传送被拒绝的消息发送至第二系统；以及第二系统被配置成将用户设备的识别数据添加至在第二系统中被拒绝使用的用户设备的列表。
优选地，在根据第四方面的方法中，第一系统还被配置成响应于第一系统接收拒绝向第一系统的数据传送的消息，将用户设备的识别数据添加至在第一系统中被拒绝使用的用户设备的列表。
优选地，在根据第四方面的方法中，第三系统被配置成检测被发送至第一系统的一消息，其中该消息接受要求将数据传送至所述第一系统的请求；第三系统被配置成响应于该检测而将表明要求向第一系统的数据传送的请求已被接受的消息发送至第二系统；以及第二系统被配置成依赖于接收到该消息而从在第二系统中被拒绝使用的用户设备的列表中移除识别所述用户设备的数据。
优选地，在根据第四方面的方法中，所述用户设备为标准发行的信用卡、借记卡、预付卡、签账卡、移动电话、标签、手表、钥匙扣或任何能够进行非接触式支付的设备中的至少一种。
附图说明
现在将参考所附附图，仅通过实施例的方式描述本发明的实施方案，在附图中：
图1示出了根据本发明的第一实施方案的系统；
图2为本发明的第一实施方案的流程图；
图3示出了根据本发明的第二实施方案的系统；
图4为本发明的第二实施方案的流程图。
具体实施方式
本发明的第一实施方案提供了自动数据传送操作，所述自动数据传送操作在已经检测到表明自动数据传送有可能成功的事件后不久被执行。
第一实施方案对于自动债务回收的应用尤其有益，自动债务回收诸如能够被提供用户使用标准发行的银行卡支付的运输系统的运输机构所需要。但是，实施方案绝不限于自动债务回收且通常可应用于自动数据传送。而且，实施方案不限于运输机构的应用并可广泛应用于各种应用，诸如人们支付进入会场或体育馆。
此外，第二实施方案提供用于提高速度与准确性的技术，通过该技术来更新不止一个运输机构的状态列表。
下文参考运输机构的自动债务回收描述第一实施方案。运输机构支持的运输系统的用户用标准发行的银行卡来为他们的旅行进行支付。
图1示出了根据第一实施方案的系统。所述系统包括运输机构101、运输机构101的收单方102、数据传送系统103以及发行方104。
运输机构101提供运输系统，诸如城市的铁路或公交系统。运输机构101被显示为包括状态列表。状态列表包括被拒绝使用运输系统的银行卡的详细说明。银行卡的详细说明被安全地存储并可以被标记。状态列表可以替代地由与运输机构101分立的系统提供。
运输机构101的收单方102与运输机构101和数据传送系统103通信。收单方102负责获取运输机构101的用户的付款且可由运输机构101的银行系统提供。
数据传送系统103与收单方102和每个用户的银行卡的发行方104通信。尽管只有一个发行方104被显示，但数据传送系统103将与被运输机构101接受的用来为旅行付款的方案的银行卡的许多发行方通信。而且，数据传送系统103除了与运输机构101的收单方还与其他收单方通信，并且能够支持除了那些来自运输机构101的交易之外的、在收单方102与发行方104之间的其它类型的交易。数据传送系统103在发行方104与收单方102系统之间传递消息、付款以及任何其它交易数据。数据传送系统103能由例如卡方案诸如万事达卡系统提供。
发行方104与数据传送系统103通信。发行方104持有用户曾经尝试为他们的旅行付款的卡的账户。发行方104可以由银行系统提供。
用户在运输机构101的入口使用他们的银行卡。卡的详细信息被读取并与状态列表里的卡详细信息相比较。能够存在状态列表的多个形式，每个状态列表被本地存储在相应的多个读卡器的每一个中，或者单个状态列表可被存储在和多个读卡器通信的中央位置。如果卡详细信息不在状态列表上，且卡被确定适合于为卡用户的旅行付款，那么用户的卡被接受且用户被允许使用运输机构101。由于执行在线交易需要的时间长于延误用户在运输机构101入口通过的可接受时间，特别是在如果与银行卡的发行方104的实时通信不可用的情况下尤其如此，所以用户被允许在完成获得为他们的旅行支付的在线交易之前在运输系统101上旅行。
运输机构101可以只要求用户在他们旅行的起点出示银行卡并单独基于在运输机构101入口处的读取卡数据而生成交易。或者，运输机构101还可以要求用户在运输机构101的出口处出示他们的银行卡然后基于在用户离开运输机构101时的读取卡数据而生成交易。
用户的卡详细信息与用户旅行的支付一起传送至收单方102。除了卡的详细信息之外，其它交易数据或付款数据也能够被传送至收单方102。收单方102接收卡详细信息并将付款的交易请求发送至卡的发行方104。
如果请求被接受，批准交易的响应消息被从发行方104发送至收单方102且进行为用户旅行的支付。
如果交易请求被拒绝，就像如果用户在他们的银行账户中没有足够的资金来支付他们的旅行的情况，响应消息被从发行方104发送至收单方102以通知收单方102交易请求已被拒绝。
在接收到交易已被拒绝的消息后，收单方102发送消息至运输机构101以通知运输机构101不能用用户的卡支付用户的旅行。运输机构101然后将用户的卡详细信息添加至被阻止使用运输机构101的卡的状态列表。
一旦用户被阻止旅行，他们被要求与他们的发行方104和运输机构101一起解决该情况。这可以以多种方式发生。非穷举的列表如下：
●用户通过网站发起–在此情况下运输机构101提供网站，所述网站允许用户查看他们的债务、尝试支付债务以及重新开始旅行；
●用户通过呼叫中心发起–在此情况下运输机构101提供电话呼叫中心，所述电话呼叫中心允许用户收听他们的债务、尝试支付债务以及重新开始旅行；
●用户通过售票机发起–在此情况下运输机构101提供自动售票机，所述自动售票机允许用户查看他们的债务、尝试支付债务以及重新开始旅行；
●用户通过售票处/报刊亭发起–在此情况下运输机构101提供配备人员的售票处或售票棚，所诉售票处或售票棚允许用户查看他们的债务、尝试支付债务以及重新开始旅行；
●用户通过轻叩在读取器上发起–在此情况下运输机构101检测到持卡者想要旅行，并且有时他们被拒绝进入因为他们的详细信息位于状态列表上，运输机构101能够用此作为用户想要旅行的标记，并由此发起回收所欠的钱的尝试，并允许用户重新开始旅行。
除了这些之外，运输机构101能够自动地尝试债务回收交易。典型地这可以涉及在商定的时间期间的多次尝试，且能够直到债务发生后经过几天才开始。
所有这些机制都存在问题–要么他们要求用户执行一组行动(所述行动可能是复杂的，或难以理解的，尤其对于城市的海外游客)，要么运输机构101是在纯粹投机的基础上尝试回收债务，且可能产生来自他们收单方102的交易费用。
实施方案通过发行方104在有可能成功的机会的时间自动执行债务回收操作来改进已知技术，以便用户的卡详细信息被自动地且快速地从状态列表移除。
发明者已经认识到，用户账户没有足够资金来支付旅行的常见原因是由于在用户被支付他们的薪水之前的几天，典型地在月底，账户资金越来越少。用户可能因此期待在不久的将来当他们的薪水被支付到他们账户时有足够的资金来支付他们的旅行。
根据第一实施方案，检测到一个事件，所述事件表明用户在他们的账户上具有足够的资金来进行之前被拒绝的付款。响应于检测到这样的事件，自事件已出现之后，自动债务回收操作被执行，其有望成功。因此用户的卡能够响应于付款而被自动且快速地从状态列表移除。
在第一实施方案的第一实施中，数据传送系统103监测从发行方104经由数据传送系统103发送至收单方102的消息。当数据传送系统103检测到拒绝交易请求的消息被发行方104发送时，数据传送系统103既发送消息至收单方102也记录收单方102的交易请求被拒绝。数据传送系统103因此生成已被拒绝交易请求的卡的卡详细信息诸如主账户号(在支付卡上凸印或印刷的数字，也被称为PAN)和/或任何其他识别数据的记录或列表。
数据传送系统103监测所有交易请求消息，所述交易请求消息通过数据传送系统103在收单方与发行方之间传送。如果数据传送系统103检测到一个或多个交易请求，所述交易请求包括记录中的卡的卡详细信息，则数据传送系统103监测对从卡的发行方104发送的请求的响应。如果响应批准了请求的交易，这被作为如下事件检测到，所述事件表明用户的账户再一次声誉良好且很可能用户在他们的账户中具有足够的资金来进行之前被拒绝的付款。
由于用户使用他们的卡来进行任何类型的购买，可能造成批准的交易。因为交易成功，假设用户的账户具有转移至其中的资金是合情理的，例如由于用户接收他们的薪酬支付，因此这作为一个事件被检测到。
或者，用户能够具有薪酬支付，或其它收入来源(包括例如从相同个人的另一银行账户转账(举例来说储蓄账户)，或包括从另一个个人的转账)，这些被作为他们的卡的入账转移至他们的账户。数据传送系统103监测记录中的卡详细信息的这样的数据转移，并检测此作为如下事件，所述事件表明用户在他们的账户中具有足够的资金来进行之前被拒绝的付款。
在检测到上述事件中任一个之后，数据传送系统103将消息发送至运输机构101的收单方102以通知收单方102这可能是执行自动债务回收程序的合适的时间。响应于接收这个消息，收单方102将一个或多个交易请求自动发送至发行方104以回收用户旅行的付款。如果这些交易请求中的一个被批准，收单方102将消息自动发送至运输机构101以通知运输机构101能够从状态列表中移除用户。
在本实施方案的一个替代方案中，收单方102将用户的账户再一次声誉良好的确定发送至运输机构101，且运输机构101然后确定其是否想要尝试回收债务。收单方102仅在收到来自运输机构101的回收付款的指令后，将一个或多个交易请求发送至发行方104来回收付款。
第一实施方案的第二实施与第一实施相似，除了拒绝来自运输机构101的收单方102的交易请求的发行方104维持这样的包括具有拒绝交易请求的卡的详细信息的记录。发行方104然后监测记录中的每张卡的账户并检测如下事件，所述事件表明用户在他们的账户中具有足够的资金来进行之前由于缺乏资金而被拒绝的付款。例如，发行方104检测到薪酬付款或任何其他资金付款到在记录中具有其详细信息的卡的对应账户中的事件。在检测到这样的事件后，发行方104将消息发送至数据传送系统103，所述数据传送系统反过来将该消息发送至运输机构101的收单方102以通知收单方102这是执行自动债务回收过程的合适的时间，且该过程按照如上文对于第一实施所描述的那样进行。
有利地，第二实施能够导致收单方102被通知以下：由于不需要为了检测到事件而等待用户执行成功的交易或者用户接收付款作为他们的卡的入账，因此这是比第一实施执行债务回收更快的合适的时间。
第三实施是上文描述的第一实施和第二实施的结合。发行方104和数据传送系统103都能够检测事件，并将消息发送至运输机构101的收单方102以通知收单方102和运输机构101这是尝试自动债务回收过程的合适的时间。
有利地，实施方案快速且自动地从状态列表中移除用户而不要求用户必须执行任何步骤。此外实施方案提供比现有自动债务回收技术更高的确定度以及更小的猜测性。通过等待表明用户在他们的账户中具有足够资金的事件，执行自动债务回收过程具有高成功的可能性。而且，自动债务回收是在数据传送系统103和/或发行方104通知收单方102这是执行所述自动债务回收过程的合适时间时发起的。在这样的数据传送系统103和/或发行方104发起的自动债务回收过程被执行时，收单方102不受收单方的操作限制约束，收单方在它们执行自动债务回收过程时自主地行动且不被提供以这是执行自动债务回收过程的合适时间的指示。
在图2中示出根据第一实施方案的计算机实施的方法的流程图。
在步骤201中，所述方法开始。
在步骤203中，响应于用户设备的使用而发送要求数据传送的第一请求。这能够通过用户在运输机构101中轻叩他们的卡来发起，由此表明他们想要旅行。
在步骤205中，所述方法确定要求数据传送的第一请求已被拒绝。
在步骤207中，所述方法检测表明响应于用户设备的使用而传送数据能够被接受的事件。
在步骤209中，所述方法依赖于检测到所述事件已出现而发送要求数据传送的第二请求来回收债务。如果这还被拒绝，所述方法可以重复步骤207和209直到第二请求被接受。
在步骤211中，所述方法结束。
以下描述改进如何快速地更新状态列表从而改进它们的准确性的第二实施方案。
根据第二实施方案，数据传送系统103用于更新相应的多个系统的多个状态列表，所述数据传送系统103可以为参考图1所显示和描述的数据传送系统103。例如，数据传送系统103更新如图1中所显示的运输机构101的状态列表以及其他运输机构或者具有它们自己的状态列表的任何其它系统的状态列表。数据传送系统103能够由例如万事达卡系统提供。
下文参考数据传送系统103更新相应的多个运输机构的多个状态列表描述了第二实施方案。但是，这仅是示例性的且状态列表能够为任何系统的类型。
图3显示了根据第二实施方案的数据传送系统103和另一些系统。
TA1、TA2、TA3以及TA4都是运输机构且每个运输机构可以是如第一实施方案所描述的运输机构101。运输机构101、301、302以及303能够提供不同的运输模式(诸如火车或有轨电车)和/或在不同区域上运行。尽管图3显示了四个运输机构，但可以支持任何数目的运输机构。运输机构TA1、TA2、TA3以及TA4中的每一个包括收单方102和如第一实施方案所描述的运输系统。进一步地，运输机构TA1、TA2、TA3以及TA4中的每一个能够使用相同的收单方102的服务或者能够使用不同的收单方的服务，或者一些能够使用一个收单方而一些能够使用另一个收单方的服务。所有收单方被连接至数据传送系统103。
每个运输机构经由它们各自的收单方与数据传送系统103通信。数据传送系统103还与一个或多个或所有发行方通信，所述发行方支持通过每个运输机构的用户的卡的交易。
每个运输机构维持其自己的状态列表的形式，所述状态列表包括拒绝使用运输机构的卡的详细信息。每个状态列表可以是如第一实施方案所描述的。在每个状态列表里存储的数据可以是能够被以标记的形式存储的任何卡的详细信息，诸如主账户号(PAN)，所述数据还可以包括卡的详细信息，诸如到期日和在这样的标记内的卡序列号。
如第一实施方案所描述的，运输机构TA1经由它们的收单方和数据传送系统103将付款请求发送至发行方104。发行方104将消息经由数据传送系统103和相关收单方发送回TA1，以通知TA1请求的付款被拒绝。TA1然后将卡添加至TA1的状态列表。
根据第二实施方案，数据传送系统103检测从发行方104发送的拒绝付款的消息，并自动将通知这些其它运输机构用卡进行的付款请求被拒绝的消息发送至TA2、TA3以及TA4。响应于收到来自数据传送系统103的消息，TA2、TA3以及TA4然后可以决定也将卡添加至它们的状态列表。因此用户的卡可被添加至运输机构的状态列表，尽管用户支付通过该特定运输机构的旅行没有失败。有利地，每个运输机构能够快速地更新它们的状态列表以阻止不能为他们的旅行支付的用户旅游。
数据传送系统103还生成包括具有被拒绝的交易的卡的详细信息的记录。数据传送系统103然后监测在数据传送系统103上发送的消息。如果数据传送系统103检测到来自发行方104的批准记录的卡之一的支付的消息，则数据传送系统103将通知它们关于所述卡的交易已经被批准的消息发送至所有运输机构。响应于接收到该消息，运输机构中的每一个随后能够从它们的状态列表中移除所述卡。有利地，用户的卡能够从所有状态列表中自动移除。
在一个替代的实施中，在卡从状态列表中移除之前，运输机构还能够根据卡的发行方104确定是否有对于运输机构到期的任何付款。只有对于其没有到期的付款的运输机构可随后从它们的状态列表自动移除卡的详细信息，而仍然要求付款的运输机构将在它们的状态列表上保留卡。如果需要，每个运输机构还能够响应于接收到消息而执行自动债务回收操作。
有利地，多个单独系统的状态列表被快速且自动地更新。
在图4中示出根据第二实施方案的计算机实施的方法的流程图。
在步骤401中，所述方法开始。
在步骤403中，所述方法响应于用户设备的使用而通过第一系统101发送向第一系统101传送数据的请求。这能够通过用户在运输机构101轻叩他们的卡而发起，由此表明他们想要旅行。
在步骤405中，所述方法响应于接收请求而发送拒绝所请求的向第一系统101传送数据的消息。
在步骤407中，所述方法检测拒绝所请求的传送数据的消息。
在步骤409中，所述方法响应于检测而将向第二系统301、302、303表明所请求的向第一系统101的数据传送被拒绝的消息发送至第二系统301、302、303。
在步骤411中，所述方法将用户设备的识别数据添加至在第二系统301、302、303中被拒绝使用的用户设备的列表。
在步骤413中，所述方法结束。
在不背离本发明的范围的情况下，可以对上述实施方案进行许多修改和改变。
例如，已关于被发送至运输机构与来自运输机构的消息描述了第二实施方案。技术人员将理解的是，支付请求消息和响应消息将通过每个运输机构的收单方发送和接收。每个运输机构的收单方可被设置在运输机构内，如图5所示。或者，每个收单方可与运输机构分立地设置，如图1所示。
在第一和第二实施方案中，通过数据传送系统103传输的消息可以为如在数据传送系统中已知的标准的授权请求、批准响应和拒绝响应消息。
在上述实施方案中，保持相应系统的一个或多个状态列表。每个系统还能具有一个包含从来没有被系统拒绝使用过的卡的详细信息的白列表。此外，付款何时被接收对应于状态列表上的卡的详细信息，使得防止卡被运输机构使用，卡的详细信息仅能够改变它们的状态以允许卡被运输机构使用，而不是事实上从列表移除卡的详细信息。
贯穿上述实施方案，用户被描述为使用卡来进行付款。卡可以是任何标准发行的银行卡，诸如信用卡、借记卡、预付卡、商用卡或签账卡。实施方案不受卡的使用的限制，且更普遍地包括使用能够对使用系统而支付的任何用户设备。用户设备可以是，例如，移动电话、标签、手表、钥匙扣或能够进行非接触式支付的任何其它非卡形式要素。
本文中的流程图和对流程图的描述不应被理解为限定了执行其中描述的方法步骤的固定顺序。相反，方法步骤能够以可行的任何顺序执行。尽管已经结合具体的示例性实施方案描述了本发明，应被理解的是，在不背离如所附权利要求中阐述的本发明的精神和范围的情况下，可以对公开的实施方案进行本领域技术人员明了的各种改变、替换以及变更。

Claims (25)

1.一种用于请求数据传送的计算机实施的方法，所述方法包括：
响应于用户设备的使用，发送(203)要求数据传送的第一请求；
确定(205)要求所述数据传送的第一请求已被拒绝；
检测(207)表明响应于所述用户设备的使用的所述数据传送能被接受的事件；以及
依赖于检测到所述事件已出现，发送(209)要求所述数据传送的第二请求。
2.根据权利要求1所述的方法，所述方法还包括：
通过第一系统(101)生成所述第一请求；
其中发送(203)所述第一请求包括：通过所述第一系统(101)将所述第一请求经由第二系统(103)发送至第三系统(104)；
所述第二系统(103)被配置成在所述第一系统与第三系统之间传送消息和数据；以及
所述第三系统(104)被配置成响应于接受所述第一请求和/或第二请求而提供被传送至所述第一系统(101)的数据。
3.根据权利要求2所述的方法，其中所述事件包括检测到至所述第三系统(104)中的数据传送；
其中所述数据传送被识别为对应于所使用的用户设备。
4.根据权利要求3所述的方法，还包括将所述事件已出现的指示发送至所述第二系统(103)，并且可选地发送至所述第一系统(101)。
5.根据权利要求2或从属于权利要求2的任一权利要求所述的方法，其中确定要求数据传送的所述第一请求已被拒绝包括：通过所述第二系统(103)检测从所述第三系统(104)发送至所述第一系统(101)的拒绝要求所述数据传送的请求的消息。
6.根据权利要求2或从属于权利要求2的任一权利要求所述的方法，其中所述事件包括检测到从所述第三系统(104)发送至所述第一系统(101)的接受要求数据传送的另一请求的消息。
7.根据权利要求2或从属于权利要求2的任一权利要求中的任一项所述的方法，还包括响应于检测到事件已出现，通过所述第二系统(103)和/或第三系统(104)将表明应进行另一请求的消息发送至所述第一系统(101)。
8.根据权利要求7所述的方法，还包括响应于接收到表明应进行另一请求的消息，通过所述第一系统(101)将所述第二请求自动发送至所述第三系统(104)。
9.根据权利要求2或从属于权利要求2的任一权利要求所述的方法，还包括：通过所述第一系统(101)接收表明响应于用户设备的使用的要求数据传送的请求已被拒绝的消息；
通过所述第一系统(101)将表明要求所述数据传送的请求被拒绝的消息发送至第四系统；以及
通过所述第四系统将所述用户的识别信息添加至其使用被所述第四系统拒绝的用户设备的列表。
10.根据权利要求9所述的方法，还包括：通过所述第一系统(101)接收表明响应于用户设备的使用的要求数据传送的请求已被接受的消息；
通过所述第一系统(101)将表明要求所述数据传送的请求被接受的消息发送至第四系统；以及
通过所述第四系统从其使用被所述第四系统拒绝的用户设备的所述列表中移除所述用户设备的识别信息。
11.根据权利要求2或从属于权利要求2的任一权利要求所述的方法，其中所述第一系统(101)为收单方；以及
所述第三系统(104)为所述用户设备的发行方。
12.根据权利要求9或10所述的方法，其中所述第四系统为运输系统。
13.根据任一前述权利要求所述的方法，其中所述用户设备为标准发行的信用卡、借记卡、预付卡、商用卡、签账卡、移动电话、标签、手表或钥匙扣中的至少一种。
14.根据任一前述权利要求所述的方法，其中所述用户设备为能够进行非接触式支付的任何设备。
15.根据任一前述权利要求所述的方法，其中所述发送(209)要求所述数据传送的第二请求的步骤还依赖于确定所述数据传送为期望的。
16.根据任一前述权利要求所述的方法，还包括：
确定要求所述数据传送的所述第二请求已被拒绝；以及
重复以下步骤直到要求所述数据传送的请求已被接受为止：
检测到表明响应于用户设备的使用的所述数据传送能够被接受的事件；以及
依赖于检测到所述事件已出现而发送要求所述数据传送的请求。
17.一个或多个系统，被配置成执行任一前述权利要求所述的方法。
18.一种更新用户设备的列表的计算机实施的方法，所述方法包括：
响应于用户设备的使用，通过第一系统(101)发送(403)要求将数据传送至所述第一系统(101)的请求；
响应于接收到所述请求，发送(405)拒绝所请求的向所述第一系统(101)的数据传送的消息；
检测(407)拒绝所请求的数据传送的消息；
响应于所述检测而将向第二系统(301、302、303)表明所请求的向所述第一系统(101)的数据传送被拒绝的消息发送(409)至所述第二系统(301、302、303)；以及
将所述用户设备的识别数据添加(411)至在所述第二系统(301、302、303)中被拒绝使用的用户设备的列表。
19.根据权利要求18所述的方法，还包括响应于所述第一系统(101)接收到拒绝向所述第一系统(101)的所述数据传送的消息，将所述用户设备的识别数据添加至在所述第一系统(101)中被拒绝使用的用户设备的列表。
20.根据权利要求18或19中的任一项所述的方法，还包括：
检测发送至所述第一系统(101)的消息，其中该消息接受要求将数据传送至所述第一系统(101)的请求；
响应于所述检测，将表明要求将数据传送至所述第一系统(101)的请求已被接受的消息发送至所述第二系统(301、302、303)；以及
依赖于接收到该消息从在所述第二系统(301、302、303)中被拒绝使用的用户设备的所述列表中移除所述用户设备的识别数据或改变所述识别数据的状态。
21.根据权利要求18至20中任一项所述的方法，其中所述用户设备为标准发行的信用卡、借记卡、预付卡、签账卡、移动电话、标签、手表、钥匙扣或任何能够进行非接触式支付的设备中的至少一种。
22.一种第一系统(101)、第二系统(301、302、303)、第三系统(103)以及第四系统(104)，其中：
所述第一系统(101)被配置成响应于用户设备的使用而将一请求经由所述第三系统(103)发送至所述第四系统(104)，其中所述请求是要求将数据传送至所述第一系统(101)；
所述第四系统(104)被配置成响应于接收到所述请求而将一消息经由所述第三系统(103)发送至所述第一系统(101)，其中该消息拒绝所请求的向所述第一系统(101)的数据传送；
所述第三系统(103)被配置成检测拒绝所请求的数据传送的消息，并且响应于所述检测而将向所述第二系统(301、302、303)表明所请求的向所述第一系统(101)的数据传送被拒绝的消息发送至所述第二系统(301、302、303)；以及
所述第二系统(301、302、303)被配置成将所述用户设备的识别数据添加至在所述第二系统(301、302、303)中被拒绝使用的用户设备的列表。
23.根据权利要求18所述的方法，其中所述第一系统(101)还被配置成响应于所述第一系统(101)接收到拒绝向所述第一系统(101)的数据传送的消息，将所述用户设备的识别数据添加至在所述第一系统(101)中被拒绝使用的用户设备的列表。
24.根据权利要求18或19中任一项所述的方法，其中：
所述第三系统(103)被配置成检测被发送至所述第一系统(101)的一消息，其中该消息接受要求将数据传送至所述第一系统(101)的请求；
所述第三系统(103)被配置成响应于所述检测将表明要求向所述第一系统(101)的数据传送的请求已被接受的消息发送至所述第二系统(301、302、303)；以及
所述第二系统(301、302、303)被配置成依赖于接收到该消息从在所述第二系统(301、302、303)中被拒绝使用的用户设备的列表中移除识别所述用户设备的数据。
25.根据权利要求18至20中任一项所述的方法，其中所述用户设备为标准发行的信用卡、借记卡、预付卡、签账卡、移动电话、标签、手表、钥匙扣或任何能够进行非接触式支付的设备中的至少一种。
CN201580025436.9A 2014-03-19 2015-03-02 自动数据传送 Pending CN106462854A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB1404907.6 2014-03-19
GB1404907.6A GB2524282A (en) 2014-03-19 2014-03-19 Automatic data transfer
PCT/GB2015/050606 WO2015140503A1 (en) 2014-03-19 2015-03-02 Automatic data transfer

Publications (1)

Publication Number Publication Date
CN106462854A true CN106462854A (zh) 2017-02-22

Family

ID=50635030

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580025436.9A Pending CN106462854A (zh) 2014-03-19 2015-03-02 自动数据传送

Country Status (14)

Country Link
US (2) US9727865B2 (zh)
EP (2) EP3120311A1 (zh)
KR (1) KR20160134806A (zh)
CN (1) CN106462854A (zh)
AU (2) AU2015233169A1 (zh)
BR (1) BR112016021424A2 (zh)
CA (1) CA2943590C (zh)
GB (1) GB2524282A (zh)
MX (1) MX368279B (zh)
MY (1) MY179156A (zh)
NZ (2) NZ743803A (zh)
RU (1) RU2656816C2 (zh)
SG (1) SG11201607797XA (zh)
WO (1) WO2015140503A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2524282A (en) 2014-03-19 2015-09-23 Mastercard International Inc Automatic data transfer
US11023888B2 (en) * 2015-06-09 2021-06-01 Worldpay, Llc Systems and methods for management and recycling of payment transactions
RU2723459C1 (ru) * 2019-07-30 2020-06-11 Публичное Акционерное Общество "Сбербанк России" (Пао Сбербанк) Способ и система для оплаты услуг
US20230060707A1 (en) * 2021-09-02 2023-03-02 The Toronto-Dominion Bank Systems and methods for including a data acceptance condition in a data transfer proposal

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090119213A1 (en) * 2007-11-01 2009-05-07 Ayman Hammad On-line authorization in access environment
CN101470874A (zh) * 2007-12-29 2009-07-01 阿里巴巴集团控股有限公司 利用中间平台完成交易的方法及系统
US20130198075A1 (en) * 2011-06-29 2013-08-01 Ross Sakata Processing monitor system and method
CN103366273A (zh) * 2012-04-05 2013-10-23 乐金信世股份有限公司 通过支付单元支付的方法、支付服务器和移动终端

Family Cites Families (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7809650B2 (en) * 2003-07-01 2010-10-05 Visa U.S.A. Inc. Method and system for providing risk information in connection with transaction processing
GB0401570D0 (en) * 2004-01-24 2004-02-25 Guaranteed Markets Ltd A transaction management system and method
KR20080014035A (ko) * 2005-05-16 2008-02-13 마스터카드 인터내셔날, 인코포레이티드 교통 시스템에서 비접촉식 지불 카드를 사용하는 방법 및시스템
US7731086B2 (en) * 2005-06-10 2010-06-08 American Express Travel Related Services Company, Inc. System and method for mass transit merchant payment
US7828204B2 (en) 2006-02-01 2010-11-09 Mastercard International Incorporated Techniques for authorization of usage of a payment device
USH2252H1 (en) * 2006-09-27 2011-01-04 Vesta Corporation Integrated pre-collections system
US8346639B2 (en) * 2007-02-28 2013-01-01 Visa U.S.A. Inc. Authentication of a data card using a transit verification value
US8881971B2 (en) * 2008-10-10 2014-11-11 Visa U.S.A. Inc. Transit agency as an issuer and/or program manager of prepaid products
US8118223B2 (en) * 2006-09-28 2012-02-21 Visa U.S.A. Inc. Smart sign mobile transit fare payment
US8738485B2 (en) * 2007-12-28 2014-05-27 Visa U.S.A. Inc. Contactless prepaid product for transit fare collection
US7527208B2 (en) * 2006-12-04 2009-05-05 Visa U.S.A. Inc. Bank issued contactless payment card used in transit fare collection
US8523069B2 (en) * 2006-09-28 2013-09-03 Visa U.S.A. Inc. Mobile transit fare payment
US7568617B2 (en) * 2006-12-07 2009-08-04 Specialty Acquirer Llc Learning fare collection system for mass transit
US7566003B2 (en) * 2006-12-07 2009-07-28 Specialty Acquirer Llc Learning fare collection system for mass transit
US8281990B2 (en) * 2006-12-07 2012-10-09 Smart Systems Innovations, Llc Public transit system fare processor for transfers
US8763902B2 (en) * 2006-12-07 2014-07-01 Smart Systems Innovations, Llc Mass transit fare processing system
US7809652B2 (en) * 2007-01-30 2010-10-05 Visa U.S.A. Inc. Signature based negative list for off line payment device validation
US20080249928A1 (en) * 2007-04-06 2008-10-09 Hill Dennis J Payment card based remittance system with designation of recipient by mobile telephone number
US7958050B2 (en) * 2007-07-02 2011-06-07 Early Warning Services, Llc Payment account monitoring system and method
US7844522B2 (en) 2007-10-30 2010-11-30 Intuit Inc. Method and apparatus for monitoring and verifying a transfer of financial settings
US8117129B2 (en) * 2007-12-21 2012-02-14 American Express Travel Related Services Company, Inc. Systems, methods and computer program products for performing mass transit merchant transactions
US9596359B2 (en) * 2008-06-26 2017-03-14 Visa International Service Association Mobile communication device configured for transit application
EP2182489A1 (en) * 2008-10-31 2010-05-05 Accenture Global Services GmbH System for controlling user access to a service
US8915431B2 (en) * 2009-07-06 2014-12-23 Visa International Service Association Transit access system and method including device authentication
US8991699B2 (en) * 2009-09-08 2015-03-31 Cubic Corporation Association of contactless payment card primary account number
US20120109820A1 (en) * 2009-09-23 2012-05-03 Scott Galit Computer-Implemented Methods, Computer Program Products, and Systems for Enhanced Loan Product Repayments
GB2497021A (en) * 2010-08-25 2013-05-29 Cubic Corp Advanced decision logic for transit acceptance
US20120084164A1 (en) 2010-09-30 2012-04-05 Ayman Hammad Accumulation alerts
CA2726781A1 (en) * 2010-12-29 2012-06-29 Evgeny Lishak Methods of offline fare collection for open-loop and hybrid card systems
WO2012161808A2 (en) * 2011-02-25 2012-11-29 Visa International Service Association Direct connection systems and methods
US10438299B2 (en) * 2011-03-15 2019-10-08 Visa International Service Association Systems and methods to combine transaction terminal location data and social networking check-in
US20120284187A1 (en) * 2011-03-15 2012-11-08 Ayman Hammad System and method for processing payment transactions
US9280765B2 (en) * 2011-04-11 2016-03-08 Visa International Service Association Multiple tokenization for authentication
US20130138563A1 (en) * 2011-05-26 2013-05-30 Global Standard Financial, Inc. Systems and methods for prepaid merchant payment services
US8630954B2 (en) * 2011-12-15 2014-01-14 Visa International Service Association System and method of using load network to associate product or service with a consumer token
WO2013192158A1 (en) * 2012-06-18 2013-12-27 Visa International Service Association Issuer identification and verification system
US10026119B2 (en) * 2012-09-10 2018-07-17 Google Llc Efficient transfer of funds between accounts
US9747644B2 (en) 2013-03-15 2017-08-29 Mastercard International Incorporated Transaction-history driven counterfeit fraud risk management solution
GB2524282A (en) 2014-03-19 2015-09-23 Mastercard International Inc Automatic data transfer

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090119213A1 (en) * 2007-11-01 2009-05-07 Ayman Hammad On-line authorization in access environment
CN101470874A (zh) * 2007-12-29 2009-07-01 阿里巴巴集团控股有限公司 利用中间平台完成交易的方法及系统
US20130198075A1 (en) * 2011-06-29 2013-08-01 Ross Sakata Processing monitor system and method
CN103366273A (zh) * 2012-04-05 2013-10-23 乐金信世股份有限公司 通过支付单元支付的方法、支付服务器和移动终端

Also Published As

Publication number Publication date
CA2943590A1 (en) 2015-09-24
EP3120311A1 (en) 2017-01-25
BR112016021424A2 (pt) 2017-08-15
US10062077B2 (en) 2018-08-28
MY179156A (en) 2020-10-29
MX368279B (es) 2019-09-26
US9727865B2 (en) 2017-08-08
EP4213087A1 (en) 2023-07-19
CA2943590C (en) 2019-04-02
WO2015140503A1 (en) 2015-09-24
US20150269572A1 (en) 2015-09-24
KR20160134806A (ko) 2016-11-23
GB2524282A (en) 2015-09-23
AU2015233169A1 (en) 2016-10-06
NZ743803A (en) 2019-11-29
AU2018202367A1 (en) 2018-04-26
RU2656816C2 (ru) 2018-06-06
US20170316413A1 (en) 2017-11-02
MX2016012084A (es) 2017-05-23
SG11201607797XA (en) 2016-10-28
RU2016138460A (ru) 2018-04-24
GB201404907D0 (en) 2014-04-30
NZ724512A (en) 2018-07-27

Similar Documents

Publication Publication Date Title
US20090234771A1 (en) Method for transferring funds
WO2005091977A3 (en) Equipment to facilitate money transfers into bank accounts
RU2744698C2 (ru) Системы и способы для обеспечения, пополнения и возмещения предоплатных карт, используемых в транспортных приложениях
CN106462854A (zh) 自动数据传送
CN105981060A (zh) 汇款系统及方法
US20130138519A1 (en) Point of Sale Activation and Reload System
CN112330316A (zh) 一种支付业务处理方法、设备及机器可读存储介质
JP6985664B2 (ja) 料金計算システム及びサーバ装置
US10049348B2 (en) Transaction systems and associated methods for enhanced account balance and status management
CN108280634B (zh) 支付方法和系统、汽车、收费端和介质
JP2004070676A (ja) プリペイド機能を有する乗車券への自動残高補充方法
JP6146750B2 (ja) 決済システム及び方法
JP2002304646A (ja) 利用料金支払い方法および利用料金支払いシステム
KR20160023029A (ko) 현금성 카드 거래승인 취소를 위한 응급 대출 처리 방법
JP2005242583A (ja) 非接触ｉｃカードを用いたサービス提供システム
US20220391882A1 (en) Systems and methods for providing, reloading, and redeeming stored value cards used in transit applications
WO2018150498A1 (ja) 運賃決済システムおよび運賃決済方法
JP2006139527A (ja) 電子マネー入金管理システム
CN116453267A (zh) 一种取款方法、取款装置、电子设备及存储介质
JPWO2004107233A1 (ja) 決済システム及び決済方法
JP2010086389A (ja) 投票サービス処理プログラム、投票サービス装置及び投票サービス方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20170222

WD01 Invention patent application deemed withdrawn after publication