一种管理一卡通终端的方法与流程

本发明涉及一卡通终端技术领域，尤其涉及一种管理一卡通终端的方法。

背景技术：

现在刷卡越来越被广泛运用至各个领域，例如：门禁、考勤、就餐、消费、停车场出入、签到、电梯使用等。但是如果每个地方都用不同的卡，势必会很麻烦，故大家约定使用同一种格式的卡片，而拥有门禁、考勤、消费等多种用途，这种卡片就是一卡通卡片，而支持一卡通卡片的如门禁、考勤、消费等终端就是一卡通终端。

目前，一卡通终端的管理方法一般是由电脑上的软件系统直接对接一卡通终端，每一个一卡通终端均需单独配置，十分麻烦，而且由于一卡通终端配置的复杂性，这个过程往往花费大量时间和精力，期间也出现误操作或设置错误导致设备无法使用。

技术实现要素：

本发明实施例提供了一种管理一卡通终端的方法，来解决以上技术问题。

为达此目的，本发明采用以下技术方案：

本发明实施例提供了一种管理一卡通终端的方法，包括：

预先确定管理各一卡通终端的中间设备，组建一卡通通信系统；

中间设备若收到应用服务器发送的数据压缩文件，向应用服务器返回接收成功的通知信号；

该中间设备解压所述数据压缩文件，获得一卡通终端的应用数据和终端信息；

根据所述终端信息将所述应用数据下发至对应的一卡通终端；

将所述应用数据和所述终端信息发送至该中间设备所属的中间集群的其他中间设备，进行备份；

所述步骤：预先确定管理各一卡通终端的中间设备，组建一卡通通信系统，具体包括：

各中间设备均与应用服务器建立通信连接；

各中间设备分别与其管理的一卡通终端建立通信连接；

同属一中间集群的各中间设备之间相互建立通信连接；

其中，所述一卡通通信系统包括应用服务器、至少一个中间集群和至少两个一卡通终端；一个中间集群包括至少两个中间设备，一中间设备管理至少一个一卡通终端；所述该中间设备，即收到应用服务器发送的数据压缩文件的中间设备。

优选的，所述步骤：预先确定管理各一卡通终端的中间设备，组建一卡通通信系统之后，还包括：

实时监控各中间设备的通信情况，判断各中间设备是否正常工作；

若是，中间设备实时监测是否收到应用服务器发送的数据压缩文件；

若否，将不正常工作的中间设备移出所述一卡通通信系统；

所述步骤：中间设备实时监测是否收到应用服务器发送的数据压缩文件之后，包括：

中间设备若收到应用服务器发送的数据压缩文件，向应用服务器返回接收成功的通知信号；

若没有中间设备收到应用服务器发送的数据压缩文件，返回所述步骤：实时监控各中间设备的通信情况，判断各中间设备是否正常工作。

优选的，所述步骤：预先确定管理各一卡通终端的中间设备，组建一卡通通信系统，还包括：

各中间设备还分别与同属同一中间集群的其他中间设备所管理的一卡通终端建立通信连接；

所述步骤：若否，将不正常工作的中间设备移出所述一卡通通信系统之后，还包括：

从所述不正常工作的中间设备所属的中间集群中选定一接管设备；其中，所述接管设备，即所述不正常工作的中间设备所属的中间集群中的正常工作的一中间设备；

所述接管设备接管所述不正常工作的中间设备管理的一卡通终端，并向应用服务器上报一接管通知；其中，所述接管通知包括所述不正常工作的中间设备管理的一卡通终端的终端信息以及所述接管设备的设备信息。

优选的，所述步骤：根据所述终端信息将所述应用数据下发至对应的一卡通终端之后，还包括：

检测是否收到所述对应的一卡通终端返回的成功接收的通知信号；

若是，向应用服务器发送下发成功的通知信号；并进入所述步骤：将所述应用数据和所述终端信息发送至该中间设备所属的中间集群的其他中间设备，进行备份；

否则，向应用服务器发送下发不成功的通知信号。

优选的，所述步骤：将所述应用数据和所述终端信息发送至该中间设备所属的中间集群的其他中间设备，进行备份之后，还包括：检测是否收到该中间设备所属的中间集群的其他中间设备均成功备份的通知信号；

若是，返回步骤：实时监控各中间设备的通信情况，判断各中间设备是否正常工作；

若否，向应用服务器发送未返回成功备份的通知信号的中间设备备份失败的通知信号。

优选的，一中间集群包括两个中间设备。

优选的，所述一卡通终端包括门禁终端、考勤终端、消费终端、停车场出入管理终端。

优选的，所述应用数据包括名单数据、名单权限，配置数据以及设备初始化工作参数。

从以上技术方案可以看出，本发明实施例具有以下优点：应用服务器通过中间设备即可完成和底层所有的一卡通终端的通信，更加方便，工作时，由应用服务器向中间设备发送应用数据，中间设备再将配置下发到对应的一卡通终端，且一中间设备可以同时对接多个同类型的一卡通终端，一次可完成多个一卡通终端的配置，更加节省时间，极大提高了效率；且应用数据及时进行备份，提高了容灾能力。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1是本发明所述的一卡通通信系统的架构图。

图2是本发明所述的管理一卡通终端的方法流程图。

图中：

10、一卡通终端；20、中间集群；21、中间设备；30、应用服务器。

具体实施方式

本发明实施例提供了一种管理一卡通终端的方法，用于管理一卡通终端。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

下面结合附图并通过具体实施方式来进一步说明本发明的技术方案。

请参考图1，图1是本发明所述的一卡通通信系统的架构图。该系统包括应用服务器30、至少一个中间集群20和多个一卡通终端10；其中，一个中间集群20包括至少两个中间设备21，一中间设备21管理至少一个一卡通终端10。

本实施例中，为适应物联网的发展，中间设备21采用MQTT(Message Queuing Telemetry Transport，消息队列遥测传输)开源的标注物联网协议，任何第三方系统可以采用消息主题的方式监听及控制设备，另外，中间设备21还采用rest(Representational State Transfer，表述性状态传递)的方式提供http(HyperText Transfer Protocol，超文本传输协议)的设备控制及查询方式。

请继续参考图2，图2是本发明所述的管理一卡通终端10的方法流程图。该方法具体包括如下步骤：

S100、预先确定管理各一卡通终端10的中间设备21，组建一卡通通信系统。

本步骤为预置步骤，将应用服务器30、中间设备21和一卡通终端10组成如图1所示的一卡通通信系统，以实现各设备间的数据通信。具体如下：

各中间设备21均与应用服务器30建立通信连接；各中间设备21分别与其管理的一卡通终端10建立通信连接；同属一中间集群20的各中间设备21之间相互建立通信连接；各中间设备21还分别与同属同一中间集群20的其他中间设备21所管理的一卡通终端10建立通信连接。

S110、实时监控各中间设备21的通信情况，判断各中间设备21是否正常工作；若是，进入步骤S111；否则，进入步骤S112。

中间设备21上电后，同一中间集群20中的中间设备21可相互通信，中间设备21和应用服务器30之间可进行通信，中间设备21和一卡通终端10之间可进行通信，通过监控各中间设备21的通信情况，如中间设备21的流量收发情况，即可得知中间设备21是否正常工作。而当中间设备21出现故障时，也能及时得知以便排除故障。

S111、实时检测是否收到应用服务器30发送的数据压缩文件；若是，进入步骤S120；否则，返回步骤S110。

当需要对一卡通终端10下发应用数据时，可通过应用服务器30设置应用数据的内容，生成一应用数据，并选定要下发的一卡通终端10，应用服务器30将应用数据和用户选中的一卡通终端10的终端信息一起打包压缩，形成一数据压缩文件，发送至管理用户选中的一卡通终端10的中间设备21上，其中，中间设备21和一卡通终端10的组网关系或管理关系预先存储于应用服务器30中，且该组网关系或管理关系可实时更新，比如，若中间设备21不正常工作或处于脱机状态时，该组网关系或管理关系会剔除该中间设备21的相关信息，所述组网关系包括中间设备21属于哪个中间集群20，中间设备21管理哪些一卡通终端10等。

各中间设备21正常工作时，会实时检测是否收到应用服务器30发送的数据压缩文件；所述数据压缩文件中包含有一卡通终端10的应用数据和终端信息。

S120、向应用服务器30返回接收成功的通知信号。

中间设备21若收到所述数据压缩文件，会立即向应用服务器30返回接收成功的通知信号，以告知已收到所述数据压缩文件。进入步骤S130。

S130、解压所述数据压缩文件，获得一卡通终端10的应用数据和终端信息。

中间设备21收到所述数据压缩文件后，会对所述数据压缩文件进行解压，获得所述数据压缩文件中的信息，即一卡通终端10的应用数据和终端信息，进入S140。其中，所述应用数据可包括名单数据、名单权限，配置数据以及设备初始化工作参数等。

S140、根据所述终端信息将所述应用数据下发至对应的一卡通终端10。

因为在组网时，各一卡通终端10和中间设备21的绑定信息已载入应用服务器30，应用服务器30很容易就得知管理一卡通终端10的中间设备21的相关信息，如设备信号、网络地址等，因此，应用服务器30可准确的把所述数据压缩文件发送至相应的中间设备21。

中间设备21收到所述数据压缩文件后，可根据解压所述数据压缩文件后获得的所述终端信息准确找到对应的一卡通终端10所在位置，并将所述应用数据发送至对应的一卡通终端10。进入步骤S150。所述终端信息可包括一卡通终端10的设备ID、网路地址等。

S150、检测是否收到所述对应的一卡通终端10返回的成功接收的通知信号；若是，进入步骤S151；否则，进入步骤S152。

一卡通终端10在成功收到所述应用数据后，会向中间设备21返回一成功接收的通知信号，以通知中间设备21已成功接收所述应用数据。

S151、向应用服务器30发送下发成功的通知信号。

中间设备21收到一卡通终端10返回的成功接收的通知信号后，立即向应用服务器30发送下发成功的通知信号。进入S160。

S152、向应用服务器30发送下发不成功的通知信号。

中间设备21在预定时间内若仍未收到所述对应的一卡通终端10返回的成功接收的通知信号后，则向应用服务器30发送下发不成功的通知信号，通知应用服务器本次配置失败，需检查所述对应的一卡通终端10是否正常工作。

S160、将所述应用数据和所述终端信息发送至该中间设备21所属的中间集群20的其他中间设备21，进行备份。

为便于区分和说明，所述该中间设备21即所述收到所述数据压缩文件的中间设备21或所述向应用服务器30发送下发成功的通知信号的中间设备21。

应用数据下发成功后，该中间设备21将所述应用数据和所述终端信息发送至其所属的中间集群20的其他中间设备21，进行备份。进入步骤S170。

S170、检测是否收到该中间设备21所属的中间集群20的其他中间设备21均成功备份的通知信号；若是，返回步骤S110；否则，进入步骤S171。

S171、向应用服务器30发送未返回成功备份的通知信号的中间设备21备份失败的通知信号。

该中间设备21在预定时间内，若仍未收到同属同一中间集群20的中间设备21返回成功备份的通知信号，通知应用服务器30该中间集群20所属的中间集群20存在故障。并返回步骤S110。

S112、将不正常工作的中间设备21移出所述一卡通通信系统。

当得知中间设备21不正常工作时，应用服务器30和其他的中间设备21及时将不正常工作的中间设备21移出所述一卡通通信系统，避免一卡通通信系统的其他正常工作的设备重复与不正常工作的中间设备21通信，造成资源浪费，并及时更新存储于应用服务器30中的组网关系或管理关系，进入步骤S180。

S180、从所述不正常工作的中间设备21所属的中间集群20中选定一接管设备。进入步骤S190。

所述接管设备，即所述不正常工作的中间设备21所属的中间集群20中的正常工作的一中间设备。当中间集群20仅包括两中间设备21时，所述接管设备即所述不正常工作的中间设备21所属的中间集群20中的正常工作的另一中间设备21；当中间集群20包括两个以上的中间设备21时，所述接管设备则需要进行选举确定，从中间集群20中的正常工作的中间设备21中选出优先级高的中间设备21作为所述接管设备，可预先定义选举的优先级，比如，中间设备21的通信状态良好的优先级更高，负载小的优先级更高等。

S190、所述接管设备接管所述不正常工作的中间设备21管理的一卡通终端10，并向应用服务器30上报一接管通知。

选出所述接管设备后，由所述接管设备接管所述不正常工作的中间设备21管理的一卡通终端10，并向应用服务器30上报一接管通知；其中，所述接管通知包括所述不正常工作的中间设备21管理的一卡通终端10的终端信息以及所述接管设备的设备信息。应用服务器30收到接管通知后，会及时更新存储于应用服务器30中的组网关系或管理关系。返回步骤S110。

从以上技术方案可以看出，应用服务器30通过中间设备21即可完成和底层所有的一卡通终端10的通信，更加方便，工作时，由应用服务器30向中间设备21发送应用数据，中间设备21再将配置下发到对应的一卡通终端10，且一中间设备21可以同时对接多个同类型的一卡通终端10，一次可完成多个一卡通终端10的配置，更加节省时间，极大提高了效率；此外，同一中间集群20中的中间设备21数据同步，当中间设备21出现故障时，其所在中间集群20中的其他中间设备21可及时接管故障的中间设备21所管理的一卡通终端10，提高了一卡通通信系统的容灾能力。

本实施例中，一卡通终端10可包括门禁终端、考勤终端、消费终端、停车场出入管理终端等。

应该理解的使，中间设备21包括可读存储介质、一个或者一个以上的处理器，以及一个或者一个以上的程序；其中，一个或者一个以上程序存储于可读存储介质中，且经配置由一个或者一个以上处理器执行，一个或者一个以上程序包含用于进行以上步骤的指令。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括存储器、磁盘或光盘等。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。