CN209543417U - 一种支付机具故障处理系统 - Google Patents

Abstract

本实用新型公开了一种支付机具故障处理系统，增加了与支付机具对应的通信转发装置、以及设置于支付机具内的第一近程通信装置、处理器，完善了支付机具和后台服务器之间的通信机制。本实用新型的后台服务器在支付机具存在故障故障时，向通信转发装置发送故障信息，通信转发装置将故障信息信息进行协议转化后发送给设置于支付机具的第一近程通信装置，支付机具将存储的本地交易数据经第一近程通信装置、通信转发装置发送给后台服务器，以核实支付订单的情况。本实用新型能智能实现机具的远程监控，能将支付机具存储的本地交易数据快速、高效的传给后台交易系统，极大提高了预警及故障处理效率。

Description

一种支付机具故障处理系统

技术领域

本实用新型涉及公共交通技术领域，特别涉及支付机具故障处理系统。

背景技术

随着社会的发展，人们的节能环保意识逐渐增强，公交车、地铁、有轨电车等公共交通成为短途出行的首选。随着移动支付技术的提高，扫码支付广泛应用起来，支付机具(如公交上的POS机、地铁的闸机等)会识别用户侧产生的包含支付信息的支付码，并将用户支付信息发送给后台交易系统进行订单核实，最后由扣费系统实现扣款。另外，随着“双离线”技术的普及，即用户侧或机具侧即便在支付时都未联网，未来也能实现准确的扣费，极大的提高了用户的乘车体验。

由于可能存在信号差、程序bug等问题，支付机具偶尔会存在故障，而支付机具每天又收到大量的支付信息，一旦出现故障无法在规定时限内将支付信息发送给后台交易系统则会造成扣款失败，会给公共交通部门带来一定损失。为了避免此类情况发生，目前，后台交易系统提供商每天都会监测支付数据的情况，一旦发现当日支付情况与往常相比存在异常，就会人为判定支付机具存在故障，于是派出专人去疑似故障机具处了解情况，并将机具内的数据拷贝出来，带回公司核实是否有未扣款的订单。整个过程极大浪费人力，智能化程度不高，不利于公共交通行业的发展。

实用新型内容

鉴于上述问题，提出了本实用新型以便提供一种克服上述问题或者至少部分地解决上述问题的一种支付机具故障处理系统。

本实用新型实施例提供一种支付机具故障处理系统，包括后台服务器、与支付机具对应的通信转发装置、以及设置于支付机具内的第一近程通信装置、处理器，其中：

后台服务器，在支付机具存在故障故障时，向通信转发装置发送故障信息；还接收由通信转发装置转发的支付机具上传的本地交易数据；

通信转发装置，位于支付机具的近程通信范围内，接收后台交易系统发送的故障信息，并将此信息进行协议转化后发送给第一近程通信装置；还用于接收由第一近程通信装置转发的支付机具存储的本地交易数据，并将此交易数据发送给后台服务器；

第一近程通信装置，将接收的故障信息发送给支付机具的处理器，并将支付机具存储的本地交易数据发送给通信转发装置；

处理器，根据接收的故障信息调用存储于支付机具内的本地交易数据，并发送给第一近程通信装置。

进一步的，通信转发装置包括远程无线通信模块、与第一近程通信装置协议一致的第二近程通信模块，远程无线通信模块，接收后台交易系统发送的故障信息，并将支付机具存储的本地交易数据发送给后台服务器；

第二近程通信模块，将故障信息发送给第一近程通信装置，并接收第一近程通信装置发送的机具存储的本地交易数据。

进一步的，通信转发装置还包括故障告警模块，所述故障告警模块与远程无线通信模块连接。

进一步的，通信转发装置与支付机具为一对一或一对多的对应关系。

本实用新型实施例提供的上述技术方案的有益效果至少包括：

本实用新型克服了当前支付机具和后台服务器分属于不同团队、仅进行简单通信造成的支付机具故障引起的交易失败或者出错的问题。本实用新型增加了与支付机具对应的通信转发装置、以及设置于支付机具内的第一近程通信装置、处理器，完善了支付机具和后台服务器之间的通信机制，解决了现有技术孤岛的情况。本实用新型的后台服务器在支付机具存在故障故障时，向通信转发装置发送故障信息，通信转发装置将故障信息信息进行协议转化后发送给设置于支付机具的第一近程通信装置，支付机具将存储的本地交易数据经第一近程通信装置、通信转发装置发送给后台服务器，以核实支付订单的情况。本实用新型能智能实现机具的远程监控，在机具可能存在问题时能将支付机具存储的本地交易数据快速、高效的传给后台交易系统，极大提高了预警及故障处理效率。另外，目前有的支付机具中很多本身就含有蓝牙、NFC等近程通信模块，对支付机具的改造不大，还扩充了近程通信模块的用途。

本实用新型的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本实用新型而了解。本实用新型的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本实用新型的技术方案做进一步的详细描述。

附图说明

附图用来提供对本实用新型的进一步理解，并且构成说明书的一部分，与本实用新型的实施例一起用于解释本实用新型，并不构成对本实用新型的限制。在附图中：

图1为本实用新型实施例一中，一种支付机具故障处理系统的结构示意图；

图2为本实用新型实施例一中，一种通信转发装置的结构示意图；

图3为本实用新型实施例一中，一种支付机具故障处理系统的工作时序图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了解决现有技术中存在的支付机具故障监控及故障处理手段不智能的问题，本实用新型实施例提供一种支付机具故障处理系统。

实施例一

如图1所示，本实用新型实施例提供一种支付机具故障处理系统，包括后台服务器10、与支付机具30对应的通信转发装置20、以及设置于支付机具30内的相互连接的第一近程通信装置31、处理器(图中未示出)，其中：

后台服务器10，与支付机具30及通信转发装置20远程通信连接，在支付机具30存在故障时，向通信转发装置20发送故障信息。还接收由通信转发装置20转发的支付机具30上传的本地交易数据。支付机具故障可以采用人工上报，或者现有可行的故障告警模式。比如公交司机发现支付机具有问题时就电话通知后台服务器10厂商，厂商人员控制后台服务器10向通信转发装置20发送故障信息。

通信转发装置20，位于支付机具30的近程通信范围内，接收后台交易系统发送的故障信息，并将此信息进行协议转化后发送给第一近程通信装置31；还用于接收由第一近程通信装置31转发的支付机具30存储的本地交易数据，并将此交易数据发送给后台服务器10。若支付机具30位于公交车上，则通信转发装置20也应该位于公交车上。若支付机具30位于地铁站，则通信转发装置20与支付机具30的距离满足近程通信要求即可。优选的，将通信转发装置31固定于支付机具30上。可以理解的，在公交应用场景，通信转发装置20与支付机具30为一对一对应关系，在地铁站应用场景，通信转发装置20与支付机具30可以为一对一对应关系或一对多的对应关系。

第一近程通信装置31，将接收的故障信息发送给支付机具30的处理器，并将支付机具30存储的本地交易数据发送给通信转发装置20。

处理器/CPU，根据接收的故障信息调用存储于支付机具内的本地交易数据，并发送给第一近程通信装置。

在一些实施例中，结合图2所示，通信转发装置20包括远程无线通信模块21、与第一近程通信装置31协议一致的第二近程通信模块22。第一近程通信装置31或第二近程通信模块22为蓝牙模块、ZigBee模块、NFC模块、红外模块等。

远程无线通信模块21接收后台交易系统发送的故障信息，并将支付机具30发来的其存储的本地交易数据发送给后台服务器10。第二近程通信模块22将故障信息发送给第一近程通信装置31，并接收第一近程通信装置31发送的机具存储的本地交易数据。远程无线通信模块21可以为2G、3G、4G、5G等通信模块。

当远程无线通信模块21与第二近程通信模块22的接口一致时，二者直接连接完成协议转换；否则通信转发装置20还包括分别与远程无线通信模块21、第二近程通信模块22连接的协议转换芯片，以完成通信协议转换。

可以理解的，目前支付机具故障情况最终上报给了后台服务器管理者，由后台服务器管理者通知相应运维人员对机具进行维修。由于后台服务器与公交或地铁运维人员往往属于不同的团队，因此沟通的时效性还不是太高，有鉴于此，通信转发装置20还可以包括故障告警模块23，该故障告警模块23与远程无线通信模块21连接，当远程无线通信模块21接收后台交易系统发送的故障信息后，还通知故障报警模块23产生报警信号。该故障告警模块23可以为显示屏、信号灯、蜂鸣器等，这样有利于支付机具附近的工作人员及时发现故障并进行维修。

本支付机具故障处理系统的工作流程如图3所示，具体包括：

S101，后台服务器10在支付机具30是存在故障时，向通信转发装置20发送故障信息。

S102，通信转发装置20将接收的故障信息进行协议转化后发送给与之对应的支付机具的第一近程通信装置31。

S103，第一近程通信装置31将接收的故障信息发送给支付机具30的处理器。

S104，支付机具30的处理器根据接收的故障信息调用存储的本地交易数据发送给第一近程通信装置31。

S105，第一近程通信装置31将支付机具30存储的本地交易数据发送给通信转发装置20。

S106，通信转发装置20接收第一近程通信装置31转发的本地交易数据，并进行通信协议转换后，发送给后台服务器10。

本实用新型克服了当前支付机具和后台服务器分属于不同团队、仅进行简单通信造成的支付机具故障引起的交易失败或者出错的问题。本实用新型中直接利用了现有的后台服务器及支付机具模块，仅增加了与支付机具对应的通信转发装置、以及设置于支付机具内的第一近程通信装置、处理器，直接使用现有控制手段，不涉及软件改进，却能完善支付机具和后台服务器之间的通信机制，解决了现有技术孤岛的情况。本实用新型的后台服务器10在支付机具30是存在故障时，向通信转发装置20发送故障信息，通信转发装置20将故障信息信息进行协议转化后发送给设置于支付机具30的第一近程通信装置31，支付机具30将存储的本地交易数据经第一近程通信装置31、通信转发装置20发送给后台服务器10，以核实支付订单的情况。本实用新型能智能实现机具的远程监控，在机具可能存在问题时能将支付机具30存储的本地交易数据快速、高效的传给后台交易系统，极大提高了预警及故障处理效率。另外，目前有的支付机具30中很多本身就含有蓝牙、NFC等近程通信模块，对支付机具30的硬件改造不大，还扩充了近程通信模块的用途。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本实用新型处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本实用新型单独的优选实施方案。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。

Claims (8)

1.一种支付机具故障处理系统，其特征在于，包括后台服务器、与支付机具对应的通信转发装置、以及设置于支付机具内的相互连接的第一近程通信装置、处理器，其中：

后台服务器，与支付机具及通信转发装置远程通信连接，在支付机具存在故障时，向通信转发装置发送故障信息；还接收由通信转发装置转发的支付机具上传的本地交易数据；

通信转发装置，与支付机具近程通信连接，与后台服务器远程通信连接，接收后台交易系统发送的故障信息，并将此信息进行协议转化后发送给第一近程通信装置；还接收由第一近程通信装置转发的支付机具发来的本地交易数据，并将此交易数据发送给后台服务器；

第一近程通信装置，将接收的故障信息发送给支付机具的处理器，并将支付机具存储的本地交易数据发送给通信转发装置；

处理器，根据接收的故障信息调用存储于支付机具内的本地交易数据，并发送给第一近程通信装置。

2.如权利要求1所述的故障处理系统，其特征在于，通信转发装置包括远程无线通信模块、与第一近程通信装置协议一致的第二近程通信模块，其中：

远程无线通信模块，接收后台交易系统发送的故障信息，并将支付机具存储的本地交易数据发送给后台服务器；

第二近程通信模块，将故障信息发送给第一近程通信装置，并接收第一近程通信装置发送的机具存储的本地交易数据。

3.如权利要求2所述的故障处理系统，其特征在于，通信转发装置还包括故障告警模块，所述故障告警模块与远程无线通信模块连接。

4.如权利要求1所述的故障处理系统，其特征在于，通信转发装置与支付机具为一对一或一对多的对应关系。

5.如权利要求2所述的故障处理系统，其特征在于，所述远程无线通信模块包括2G或3G或4G或5G通信模块。

6.如权利要求1所述的故障处理系统，其特征在于，第一近程通信装置或第二近程通信模块为蓝牙模块或ZigBee模块或NFC模块或红外模块。

7.如权利要求2所述的故障处理系统，其特征在于，通信转发装置还包括分别与远程无线通信模块、第二近程通信模块连接的协议转换芯片。

8.如权利要求1所述的故障处理系统，其特征在于，所述通信转发装置固定于支付机具上。