自动数据传送的制作方法

本发明大体上但不唯一地涉及自动数据传送。根据本发明的一个实施方案，仅在表明请求很可能被接受的事件已出现时做出对于数据传送的请求。应用包括快速更新被系统拒绝使用的设备的状态列表。在另一个实施方案中，在系统之间自动传送数据以更新每个系统的状态列表。

背景技术：

许多大城市包括伦敦、巴黎以及新加坡的运输系统要求用户具有专用的交通卡来为他们的旅行支付。对于运输系统的用户来说不要求拥有这样的交通卡将会更方便不少。因此一些运输机构的运输系统被调整以接受标准的银行发行的卡，并且将用户旅行的支付做成在线交易。在允许用户使用银行卡来合法进入和退出运输系统时遇到的一个问题是，用用户的银行卡执行在线交易所需的时间比在运输系统的入口和出口处耽搁用户的可接受的时间长度更长。

因此，允许用户用银行卡为他们的旅行支付的已知实施的运输系统通常不在用户从运输系统的入口和/或出口处用卡来执行在线交易。运输系统仅安全地鉴定每个用户的卡是适于支付的卡且该卡不在被拒绝进入运输系统的卡列表(即状态列表)上。状态列表可以被认为是黑名单，其包括具有待结算的余额的卡的详细信息，以及由于其它原因被拒绝旅行的卡的详细信息，诸如被报告遭偷窃的卡或被禁止在运输系统上旅行的卡的使用者。

为了使旅行被支付，通过运输系统的收单方(受理方，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传输的消息可以为如在数据传送系统中已知的标准的授权请求、批准响应和拒绝响应消息。

在上述实施方案中，保持相应系统的一个或多个状态列表。每个系统还能具有一个包含从来没有被系统拒绝使用过的卡的详细信息的白列表。此外，付款何时被接收对应于状态列表上的卡的详细信息，使得防止卡被运输机构使用，卡的详细信息仅能够改变它们的状态以允许卡被运输机构使用，而不是事实上从列表移除卡的详细信息。

贯穿上述实施方案，用户被描述为使用卡来进行付款。卡可以是任何标准发行的银行卡，诸如信用卡、借记卡、预付卡、商用卡或签账卡。实施方案不受卡的使用的限制，且更普遍地包括使用能够对使用系统而支付的任何用户设备。用户设备可以是，例如，移动电话、标签、手表、钥匙扣或能够进行非接触式支付的任何其它非卡形式要素。

本文中的流程图和对流程图的描述不应被理解为限定了执行其中描述的方法步骤的固定顺序。相反，方法步骤能够以可行的任何顺序执行。尽管已经结合具体的示例性实施方案描述了本发明，应被理解的是，在不背离如所附权利要求中阐述的本发明的精神和范围的情况下，可以对公开的实施方案进行本领域技术人员明了的各种改变、替换以及变更。