智能卡制卡设备控制系统的制作方法

本实用新型涉及智能卡领域，尤其是涉及一种智能卡制卡设备的控制系统。

背景技术：

智能卡又称为芯片、IC卡或者CPU卡，智能卡内通常集成一个芯片，芯片可以运行智能卡的操作系统COS，并且在智能卡的操作系统上可以运行各种各样的应用模块，如支付的应用模块，从而使得智能卡具备支付功能。由于智能卡生产过程中需要向智能卡写入多种数据，如需要写入初始化数据、预个人化数据以及个人化数据，因此智能卡的生产过程包括制造卡基的过程，还包括向智能卡写入数据的过程。

向智能卡写入数据时，需要使用制卡设备向每一张卡基上的芯片写入数据，由于智能卡的数据是由发卡机构提供的，因此制卡设备需要通过网络从发卡机构的服务器上获取制卡数据，并且将制卡数据写入到相应的智能卡中。

通常，发卡机构是银行、公交车公司、购物卡发卡机构等，这些机构通过网络将每一张智能卡的数据发送至多个生产厂家，生产厂家通常设置有多台制卡设备，制卡设备通过加密的专用网络获取制卡数据后，将制卡数据写入到智能卡的芯片中。

由于制卡数据的安全性要求极高，因此发卡机构的服务器需要实时的向制卡设备发送数据，制卡设备接收到数据后需要即时将所接收的数据写入到智能卡中。但是，如果制卡设备出现异常情况，导致制卡数据写入失败，需要发卡机构的服务器重新发送数据。然而，现在的情况是发卡机构的服务器往往难以实时监控制卡设备的运行状态，导致无法准确、及时获取制卡设备的运行情况，一旦制卡设备出现异常情况时，仍可能继续向制卡设备发送制卡数据，这样容易导致制卡数据泄漏的风险，也容易错误的认为响应的制卡数据已经成功写入到智能卡中，导致制卡错误。

此外，由于发卡机构的服务器与制卡设备之间通过专用网络进行通讯，因此制卡设备的增加或者减小都非常不容易，对生产厂家的设备投入与退出非常不利。

技术实现要素：

为了解决上述的问题，本实用新型的主要目的是提供一种可以及时将制卡数据发送至制卡设备并且可以监控制卡设备运行状态的智能卡制卡设备的控制系统。

为实现上述的主要目的，本实用新型提供的智能卡制卡设备的控制系统包括管理中心服务器以及瘦客户机，管理中心服务器包括任务处理服务器以及设备管理服务器瘦客户机包括控制服务器，控制服务器用于接收任务处理服务器发出的制卡请求信息；还包括制卡服务器，制卡服务器与控制服务器电连接，并用于接收控制服务器发出的制卡请求信息中的制卡编号数据，且制卡服务器从管理中心服务器获取制卡数据后，将制卡数据发送至制卡设备；还包括设备监控服务器，设备监控服务器接收制卡设备的状态数据，并且将状态数据发送至设备管理服务器。

由上述方案可见，发卡机构的管理中心服务器可以通过任务处理服务器将制卡数据发送至瘦客户机，然后由瘦客户机将数据发送至制卡设备，当然，一台瘦客户机可以与多台制卡设备连接并且获取多台制卡设备的运行状态，或者向多台制卡设备发送制卡数据。这样，管理中心服务器的制卡数据可以及时的通过瘦客户机发送至制卡设备，并且在制卡设备出现异常情况时，瘦客户机能够及时的将制卡设备的运行状态数据发送至管理中心服务器，管理中心服务器能够及时的获取每一台制卡设备的运行状态数据，从而确定是否需要继续向制卡设备发送制卡设备，从而确保所发送的制卡数据均能够正确的写入到智能卡的芯片中。

此外，由于制卡设备并不是直接与管理中心服务器进行通讯，而是通过瘦客户机进行通讯的，因此智能卡的生产厂家只需要设置一台或者多台瘦客户机，制卡设备可以连接至瘦客户机上，例如将瘦客户机与制卡设备布置在一个局域网内，这样，制卡设备的投入与退出非常方便。

一个优选的方案是，瘦客户机设置有USB接口，制卡服务器通过USB接口与制卡设备通讯。

由此可见，瘦客户机通过USB接口与制卡设备进行通信，确保瘦客户机与制卡设备之间的通讯及时、流畅，相比于无线通信方式，USB接口的安全性更高，且通讯速率能够得到保障。

进一步的方案是，设备监控服务器通过USB接口与制卡设备通讯。由于设备监控服务器与制卡设备之间也是通过USB接口进行通讯，可以确保设备监控服务器能够及时获取制卡设备的运行状态数据。此外，瘦客户机可以设置一个USB接口，制卡服务器以及设备监控服务器可以共用一个USB接口与制卡设备进行通讯，这样可以减少USB接口的数量。或者，制卡服务器以及设备监控服务器各使用一个USB接口与制卡设备进行通讯，这样可以确保制卡服务器与制卡设备之间的通讯质量，也可以确保设备监控服务器与制卡设备之间的通讯质量。

附图说明

图1是本实用新型智能卡制卡设备的控制系统实施例的结构框图。

图2是应用本实用新型智能卡制卡设备的控制系统实施例实现方法的流程图。

以下结合附图及实施例对本实用新型作进一步说明。

具体实施方式

本实用新型的智能卡制卡设备的控制系统用于对智能卡的制卡设备进行控制，包括向智能卡的制卡设备发送制卡数据，并且监控制卡设备的运行状态。本实用新型的智能卡制卡设备的控制方法正是应用控制系统实现对制卡设备的控制。

制作智能卡时，智能卡的生产厂家需要获取智能卡的发卡机构提供的原始数据，这些原始数据可以构成制卡数据，或者作为制卡数据的一部分数据。发卡机构通常是银行等借记卡、信用卡的发卡机构，且银行提供的原始数据可以包括需要向智能卡写入的数据，如智能卡的卡号、卡片性质、智能卡需要安装的应用程序等。智能卡的生产厂家接收到发卡机构提供的数据后，需要将发卡机构提供的数据写入到智能卡中。

参见图1，发卡机构的制卡数据存储在管理中心服务器10上，管理中心服务器10由发卡机构管理，且管理中心服务器10包括任务处理服务器11以及设备管理服务器12，其中任务处理服务器11用于对制卡任务进行管理，包括发送制卡数据、监控制卡任务的进程。而设备管理服务器12则用于对制卡设备30的运行状态进行监控，以便于运维人员通过管理中心服务器10及时了解制卡设备30的状态。

智能卡的生产厂家设置有瘦客户机20以及制卡设备30，本实施例中，一个智能卡生产厂家可以设置多台瘦客户机20，且管理中心服务器10可以与多家不同的智能卡生产厂家的瘦客户机20进行通讯。也就是管理中心服务器10可以与多个瘦客户机20进行通讯，且这些瘦客户机20可以是同一家智能卡生产厂家使用的瘦客户机，也可以是多家不同的生产厂家使用的瘦客户机。

瘦客户机20包括至少一个嵌入式的芯片，并且设置有存储器等。本实施例中，每一台瘦客户机20包括一个控制服务器21、制卡服务器22以及设备监控服务器23，其中，控制服务器21可以是一个设置在瘦客户机20内的芯片，且控制服务器21具有独立的运行能力，可以与管理中心服务器10进行通讯。优选的，任务处理服务器11与控制服务器21之间的通讯使用消息队列遥测传输 (Message Queuing Telemetry Transport, MQTT)协议，任务处理服务器11用于向控制服务器21发送制卡请求信息，以告知瘦客户机20有需要制卡的数据发送至瘦客户机20。

控制服务器21接收到制卡请求信息后，将制卡请求信息发送至制卡服务器22，制卡服务器22接收到制卡请求信息后，将识别制卡请求信息中的设备编码，如果制卡请求信息中的设备编码与当前瘦客户机20的设备编码相同，则判断管理中心服务器10向当前的瘦客户机20发送制卡请求信息，否则，判断管理中心服务器10不是向当前的瘦客户机20发送制卡请求信息，则忽略当前所接收到的制卡请求信息。

制卡服务器22接收到制卡请求信息后，向任务处理服务器11发送信息，以请求获取制卡数据。由于制卡数据的安全性要求极高，因此管理中心服务器10与制卡服务器22之间通过加密通道进行通讯，例如通过HPPTS加密通道进行通讯。任务处理服务器11也是通过加密通道向制卡服务器22发送制卡数据，制卡数据包括每一张智能卡的数据，如个人化化数据以及预个人化数据等。

制卡服务器22接收到制卡数据后，将制卡数据发送至制卡设备30。本实施例中，一台瘦客户机20可以与多台制卡设备30连接并且进行通讯。优选的，瘦客户机20上设置有USB接口，瘦客户机20通过USB接口与制卡设备30进行通讯，因此瘦客户机20与制卡设备30之间是有线连接并且进行通讯，由此确保瘦客户机20与制卡设备30之间的数据传输安全性以及数据传输速率。

制卡设备30接收到制卡数据后，将制卡数据写入到智能卡的芯片中，从而实现智能卡的写卡操作。本实施例中，为了监控制卡设备30的运行，瘦客户机20上设置有设备监控服务器23，制卡设备30在制卡过程中，将制卡设备30当前的状态数据发送至设备监控服务器23。优选的，设备监控服务器23也是通过USB接口与制卡设备30进行通讯，确保通讯的流畅性。

例如，瘦客户机20上设置一个USB接口，制卡服务器22以及设备监控服务器23均通过该USB接口与制卡设备30进行通讯。或者，在瘦客户机20上设置多个USB接口，制卡服务器22通过一个USB接口与制卡设备30进行通讯，而设备监控服务器23通过另一个USB接口与制卡设备30进行通讯。

设备监控服务器23获取制卡设备30当前的运行状态数据后，将制卡设备30的运行状态数据发送至管理中心服务器10的设备管理服务器12。这样，发卡机构的运维人员即可以方便的获取制卡设备30当前的运行状态，并且一旦发现制卡设备30出现异常情况，即可以快速的对任务处理服务器11进行控制，以避免继续向该制卡设备30发送制卡数据。

本实施例中，设备监控服务器23也是通过加密通道与设备管理服务器12进行通讯的，例如通过HPPTS加密通道发送数据，以确保所发送的数据的安全性。

下面结合图2介绍智能卡制卡设备的控制系统所实现的控制方法。首先，在管理中心服务器获取到制卡数据后，通过任务处理服务器向瘦客户机发送制卡请求信息，即执行步骤S1。通常，制卡数据由发卡机构发送到管理中心服务器上，管理中心服务器接收到制卡数据后，即向瘦客户机发送制卡请求信息。由于管理中心服务器可以向多台瘦客户机发送制卡请求信息，但是只需要其中一台瘦客户机响应制卡请求信息即可。因此，管理中心服务器发送的制卡请求信息包含有设备编码，该设备编码是某一条瘦客户机的设备编码。

瘦客户机接收到制卡请求信息后，由控制服务器获取该制卡请求信息中的设备编码，查看识别编码是否与瘦客户机的设备编码一致，如果与瘦客户机的设备编码一致，则表示管理中心服务器向该瘦客户机发送制卡请求信息，如果不一致，则可以忽略所接收的制卡请求信息。

如果瘦客户机接收到的制卡请求信息包含的设备编码与自己的设备编码相同，则由控制服务器向制卡服务器发送该制卡请求信息，即执行步骤S2。制卡服务器接收到制卡请求信息，即获取制卡任务，因此需要从管理中心服务器获取发卡机构所提供的制卡数据，以便于将制卡数据写入到智能卡中。并且，制卡数据还包括制卡编号数据，以便于对制卡请求信息的识别。

因此，在制卡服务器接收到制卡请求信息后，执行步骤S3，向管理中心服务器发送请求信息，所发送的请求信息包含有制卡编号数据。任务处理服务器接收到请求信息后，根据制卡编号数据查找对应的制卡数据，并且将查找到的制卡数据发送至制卡服务器。优选的，任务处理服务器通过加密通道将制卡数据发送至制卡服务器，如通过HPPTS加密通道将制卡数据发送至制卡服务器，从而确保制卡数据的传输安全。

制卡服务器接收到制卡数据后，执行步骤S4，向制卡设备发送制卡数据，制卡设备接收到制卡数据后，将所接收的制卡数据写入到智能卡的芯片中。并且，制卡服务器收到制卡数据后，还需要向任务处理服务器发送制卡数据发送确认信息，以表示制卡服务器成功接收制卡数据。任务处理服务器接收到制卡数据发送确认信息后，将对应的制卡数据标记为已发送数据，也就是记录相应的制卡数据已经发送成功，避免后续重复发送制卡数据。本实施例中，制卡服务器通过USB接口与制卡设备连接，因此确保制卡数据可以安全、快速的传输到制卡设备。

在制卡设备运行时，设备监控服务器获取制卡设备的运行状态数据，即执行步骤S5。本实施例中，设备监控服务器所获取的制卡设备状态数据包括制卡状态数据、制卡设备状态数据、卡片状态数据、制卡设备耗材状态数据中等，可以是上述数据中的一个，也可以是上述数据中的多个。其中，制卡设备的耗材状态数据可以包括制卡设备的色带使用情况等数据，此外，设备监控服务器还可以监控制卡设备上存放的卡基的基本信息，例如卡基数据、版本等。

本实施例中，设备监控服务器通过瘦客户机上的USB接口与制卡设备进行通讯，从而确保制卡设备的运行状态信息快速的传输至设备监控服务器中。例如，瘦客户机上设置一个USB接口，制卡服务器以及设备监控服务器共用一个USB接口并且使用该USB接口与制卡服务器进行通讯。或者，瘦客户机上设置多个USB接口，制卡服务器使用一个USB接口与制卡设备进行通讯，而设备监控服务器使用另一个USB接口与制卡设备进行通讯。

最后，设备监控服务器执行步骤S6，将获取的制卡设备的状态数据传输至管理中心服务器的设备管理服务器，这样，运维人员可以及时通过设备管理服务器获取制卡设备的运行状态数据，一旦制卡设备出现异常情况，运维人员即可以通过设备管理服务器获取相应的信息，并且由任务处理服务器停止向相应的瘦客户机发送制卡数据，避免发送的制卡数据无法及时写入到智能卡中。

本实施例中，瘦客户机与制卡设备可以设置在一个局域网中，这样，智能卡的生产厂家可以根据实际需要在局域网内设置一台或者多台制卡设备，且运维人员可以非常方便的了解每一台制卡设备的运行状态，从而及时的将不同的制卡数据发送至合适的瘦客户机，以确保制卡数据能够及时的写入到智能卡中。

可见，通过智能卡制卡设备的控制系统，尤其是设置瘦客户机后，可以让制卡数据快速的传输到制卡设备上，也可以让制卡设备快捷的投入以及退出，制卡设备的运行状态数据也能够快速的传输至管理中心服务器，有利于智能卡的快速制作。

当然，上述实施例仅仅是本实用新型优选的实施方式，实际应用时，本实用新型还有更多的改变，例如，瘦客户机设置的USB接口的数量的改变、设备监控服务器所获取的运行状态数据的改变，这样的改变也能实现本实用新型的目的。