CN110830486B

CN110830486B - 基于多端通信的读卡、写卡方法、装置以及多端通信系统

Info

Publication number: CN110830486B
Application number: CN201911109564.8A
Authority: CN
Inventors: 张亲
Original assignee: Shenzhen Qinlin Science & Technology Co ltd
Current assignee: Shenzhen Qinlin Science & Technology Co ltd
Priority date: 2019-11-13
Filing date: 2019-11-13
Publication date: 2022-11-25
Anticipated expiration: 2039-11-13
Also published as: CN110830486A

Abstract

本发明提供了一种基于多端通信的读卡、写卡方法、装置以及多端通信系统，涉及发卡器应用的技术领域，包括监听读卡请求，向服务器请求获取第一读卡密钥凭证；携带会话标识和第一读卡密钥凭证向第二客户端发送读卡请求，以使第二客户端与服务器建立通信，并获取第二读卡密钥凭证，通过第二读卡密钥凭证控制发卡器进行读卡，通过建立第一客户端、第二客户端、服务器、发卡器多端之间的通信，实现通过动态密钥对发卡器的使用安全进行验证，提高发卡器数据传输的可靠性。

Description

基于多端通信的读卡、写卡方法、装置以及多端通信系统

技术领域

本发明涉及发卡器应用技术领域，尤其是涉及一种基于多端通信的读卡、写卡方法、装置以及多端通信系统。

背景技术

当前，市面上使用的USB发卡器大多通过USB串口与终端进行通信，再使用终端的离线客户端软件实现发卡器的读卡写卡操作。此过程不联网，将读卡信息、写卡信息记录在本地计算机存储。其中，发卡器与离线客户端之间的验证密钥易被抓包和破解，不法人员可随意地使用发卡器获取读卡信息，并写入相应信息，发卡器数据传输的安全性较低。

发明内容

本发明的目的在于提供基于多端通信的读卡、写卡方法、装置以及多端通信系统，通过建立第一客户端、第二客户端、服务器、发卡器多端之间的通信，实现通过动态密钥对发卡器的使用安全进行验证，提高发卡器数据传输的可靠性。

第一方面，实施例提供一种基于多端通信的读卡方法，应用于第一客户端，包括：

监听读卡请求，向服务器请求获取第一读卡密钥凭证；

携带会话标识和所述第一读卡密钥凭证向第二客户端发送读卡请求，以使所述第二客户端与所述服务器建立通信，并获取第二读卡密钥凭证，通过所述第二读卡密钥凭证控制发卡器进行读卡。

第二方面，实施例提供一种基于多端通信的读卡方法，应用于第二客户端，包括：

携带从第一客户端接收的发卡器参数、会话标识和第一读卡密钥凭证，请求服务器传输第二读卡密钥凭证；

根据所述第二读卡密钥凭证控制发卡器进行读卡，得到读卡信息。

第三方面，实施例提供一种基于多端通信的写卡方法，应用于第一客户端，包括：

监听写卡请求，向服务器请求获取第一写卡密钥凭证；

携带会话标识和所述第一写卡密钥凭证向第二客户端发送写卡请求，以使所述第二客户端与所述服务器建立通信，并获取第二写卡密钥凭证，通过所述第二写卡密钥凭证控制发卡器进行写卡。

第四方面，实施例提供一种基于多端通信的读卡方法，应用于第二客户端，包括：

携带从第一客户端接收的发卡器参数、会话标识和第一写卡密钥凭证，请求服务器传输第二写卡密钥凭证；

根据所述第二写卡密钥凭证控制发卡器进行写卡，得到写卡状态。

在可选的实施方式中，所述方法还包括：

通知所述服务器记录所述写卡状态，并将所述写卡状态发送至所述第一客户端。

第五方面，实施例提供一种基于多端通信的读卡装置，应用于第一客户端，包括：

第一监听模块，用于监听读卡请求，向服务器请求获取第一读卡密钥凭证；

第一通信模块，用于携带会话标识和所述第一读卡密钥凭证向第二客户端发送读卡请求，以使所述第二客户端与所述服务器建立通信，并获取第二读卡密钥凭证，通过所述第二读卡密钥凭证控制发卡器进行读卡。

第六方面，实施例提供一种基于多端通信的读卡装置，应用于第二客户端，包括：

第一请求模块，用于携带从第一客户端接收的发卡器参数、会话标识和第一读卡密钥凭证，请求服务器传输第二读卡密钥凭证；

读卡模块，用于根据所述第二读卡密钥凭证控制发卡器进行读卡，得到读卡信息。

第七方面，实施例提供一种基于多端通信的写卡装置，应用于第一客户端，包括：

第二监听模块，用于监听写卡请求，向服务器请求获取第一写卡密钥凭证；

第二通信模块，用于携带会话标识和所述第一写卡密钥凭证向第二客户端发送写卡请求，以使所述第二客户端与所述服务器建立通信，并获取第二写卡密钥凭证，通过所述第二写卡密钥凭证控制发卡器进行写卡。

第八方面，实施例提供一种基于多端通信的写卡装置，应用于第二客户端，包括：

第二请求模块，用于携带从第一客户端接收的发卡器参数、会话标识和第一写卡密钥凭证，请求服务器传输第二写卡密钥凭证；

写卡模块，用于根据所述第二写卡密钥凭证控制发卡器进行写卡，得到写卡状态。

第九方面，实施例提供一种多端通信系统，包括：第一客户端、第二客户端和服务器；

所述第一客户端，用于监听读/写卡请求，向服务器请求获取第一读/写卡密钥凭证，并携带会话标识和所述第一读/写卡密钥凭证向第二客户端发送读/写卡请求；

所述第二客户端，用于在所述第二客户端与所述服务器建立通信的情况下，获取第二读/写卡密钥凭证，通过所述第二读/写卡密钥凭证控制发卡器进行读/写卡。

本发明实施例提供了一种基于多端通信的读卡、写卡方法、装置以及多端通信系统，通过监听读、写卡请求，第一客户端与服务器建立通信连接，并通过从服务器获取的动态读、写卡密钥凭证建立与第二客户端的通信连接，第二客户端从服务器获取第二读、写卡密钥凭证，控制发卡器读、写卡操作，通过动态密钥对发卡器的使用安全进行验证，提高发卡器数据传输的可靠性。

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

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1为本发明实施例提供的一种基于多端通信的读卡方法流程图；

图2为本发明实施例提供的另一种基于多端通信的读卡方法流程图；

图3为本发明实施例提供的一种基于多端通信的写卡方法流程图；

图4为本发明实施例提供的另一种基于多端通信的写卡方法流程图；

图5为本发明实施例提供的一种基于多端通信的读卡方法交互流程图；

图6为本发明实施例提供的一种基于多端通信的写卡方法交互流程图；

图7为本发明实施例提供的一种基于多端通信的读卡装置功能模块图；

图8为本发明实施例提供的另一种基于多端通信的读卡装置功能模块图；

图9为本发明实施例还提供的一种基于多端通信的写卡装置功能模块图；

图10为本发明实施例提供的另一种基于多端通信的写卡装置功能模块图；

图11为本发明实施例提供的一种传统的读写卡场景示意图；

图12为本发明实施例提供的一种基于多端通信的读写卡场景示意图。

具体实施方式

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

目前，主要应用在安防、门禁系统场景中的发卡器的对卡的所有读写操作均离线进行，即管理者无法云端管控读写操作者的行为和查看操作者的记录。如图11所示，客户端离线软件与USB发卡器通过USB串口通信，通讯方式简单，客户端和USB发卡器无法与云端服务器通讯，无法云端下发动态密钥，易抓包与破解。此外，所有权限数据、记录均在本地存储，数据损坏丢失可能性高。

基于此，本发明实施例提供的一种基于多端通信的读卡、写卡方法、装置以及多端通信系统，通过建立第一客户端、第二客户端、服务器、发卡器多端之间的通信，实现通过动态密钥对发卡器的使用安全进行验证，提高发卡器数据传输的可靠性。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种基于多端通信的读卡进行详细介绍。

实施例一：

图1为本发明实施例提供的一种基于多端通信的读卡方法流程图。

参照图1，本发明实施例提供一种基于多端通信的读卡方法，应用于第一客户端，包括：

步骤S102，监听读卡请求，向服务器请求获取第一读卡密钥凭证；

步骤S104，携带会话标识和所述第一读卡密钥凭证向第二客户端发送读卡请求，以使所述第二客户端与所述服务器建立通信，并获取第二读卡密钥凭证，通过所述第二读卡密钥凭证控制发卡器进行读卡。

在实际应用的优选实施例中，通过监听读卡请求，第一客户端与服务器建立通信连接，并通过从服务器获取的动态读卡密钥凭证建立与第二客户端的通信连接，第二客户端从服务器获取第二读卡密钥凭证，控制发卡器读卡操作，通过动态密钥对发卡器的使用安全进行验证，提高发卡器数据传输的可靠性。

这里，会话标识为session id。

其中，第一客户端包括客户端浏览器。

图2为本发明实施例提供的另一种基于多端通信的读卡方法流程图。

参照图2，本发明实施例提供另一种基于多端通信的读卡方法，应用于第二客户端，包括：

步骤S202，携带从第一客户端接收的发卡器参数、会话标识和第一读卡密钥凭证，请求服务器传输第二读卡密钥凭证；

步骤S204，根据所述第二读卡密钥凭证控制发卡器进行读卡，得到读卡信息。

其中，第二客户端包括客户端插件、浏览器插件等。

在实际应用的优选实施例中，第二客户端通过从第一客户端接收的发卡器参数、会话标识和第一读卡密钥凭证请求服务器传输第二读卡密钥凭证，第二客户端通过第二读卡密钥凭证控制发卡器进行读卡，得到读卡信息，通过服务器发送的动态密钥提高发卡器数据传输的可靠性。

可以理解的是，第一客户端监听到用户的读卡请求后，通过向服务器获取的第一密钥凭证，建立与第二客户端的通信连接，即第二客户端通过验证第一密钥凭证识别第一客户端，进而建立连接。同理，服务器通过验证第二客户端携带的会话标识、第一读卡密钥凭证对第二客户端进行验证，进行建立服务器与第二客户端的连接，并通过从第一客户端接收的发卡器参数、会话标识和第一读卡密钥凭证请求服务器传输第二读卡密钥凭证，服务器验证通过后，传输第二读卡密钥凭证，第二客户端通过服务器发送的第二读卡密钥凭证使发卡器进行验证，验证通过后，得到发卡器的读卡信息。

在可选的实施方式中，上述实施例提供的方法还包括：

向所述服务器请求卡片权限信息，并将所述卡片权限信息发送至所述第一客户端。

这里，本发明实施例还可将读卡信息上传至服务器，以改善本地数据丢失的缺陷。

实施例二：

图3为本发明实施例提供的一种基于多端通信的写卡方法流程图。

参照图3，本发明实施例提供一种基于多端通信的写卡方法，应用于第一客户端，包括：

步骤S302，监听写卡请求，向服务器请求获取第一写卡密钥凭证；

步骤S304，携带会话标识和所述第一写卡密钥凭证向第二客户端发送写卡请求，以使所述第二客户端与所述服务器建立通信，并获取第二写卡密钥凭证，通过所述第二写卡密钥凭证控制发卡器进行写卡。

在实际应用实施例中，使得发卡器使用者用户可通过浏览器的访问软件服务系统(Software as a service，SaaS)控制发卡器读卡或者写卡操作，从云端获取写卡数据并记录写卡行为。且所有的操作可在云端识别与鉴权，保护数据的安全性。

图4为本发明实施例提供的另一种基于多端通信的写卡方法流程图。

参照图4，本发明实施例提供另一种基于多端通信的写卡方法，应用于第二客户端，包括：

步骤S402，携带从第一客户端接收的发卡器参数、会话标识和第一写卡密钥凭证，请求服务器传输第二写卡密钥凭证；

步骤S404，根据所述第二写卡密钥凭证控制发卡器进行写卡，得到写卡状态。

在实际应用实施例中，第二客户端通过从第一客户端接收的发卡器参数、会话标识和第一写卡密钥凭证请求服务器传输第二写卡密钥凭证，第二客户端通过第二写卡密钥凭证控制发卡器进行写卡，得到写卡状态，通过服务器发送的动态密钥提高发卡器数据传输的可靠性以及服务器对写卡状态进行记录，在本地数据丢失时，起到备份作用。

需要说明的是，上述写卡过程中的多端通信建立验证过程与读卡过程相似，在此不再赘述。

在可选的实施方式中，所述方法还包括：

其中，发卡器包括USB发卡器；

具体地，如图12所示，客户端浏览器与客户端插件进行通讯，客户端插件通过USB串口与USB发卡器通信，客户端和USB发卡器均与云端服务器建立通信连接。采用本发明实施例可解决传统USB发卡器通过离线Windows桌面软件进行操作，无法联网的问题；解决传统USB发卡器无法进行云端身份认证问题，不法人员无法通过身份认证，从而限制发卡器不被随意使用提高安全性。

采用本发明实施例，对数据通信过程中核心数据使用动态密钥进行加密，相同操作多次进行数据加密后的值也不相同，且加密密钥仅可使用一次，保证数据传输的安全性。

图5为本发明实施例提供的一种基于多端通信的读卡方法交互流程图。

参照图5，本发明实施例提供的读卡方法包括以下步骤：

步骤S501，第一客户端监听读卡请求；

步骤S502，第一客户端向服务器请求获取第一读卡密钥凭证；

步骤S503，服务器返回第一读卡密钥凭证；

步骤S504，第一客户端携带会话标识和第一读卡密钥凭证向第二客户端发送读卡请求；

步骤S505，第二客户端获取发卡器参数；

步骤S506，发卡器将发卡器参数返回第二客户端；

步骤S507，第二客户端携带从第一客户端接收的发卡器参数、会话标识和第一读卡密钥凭证，请求服务器传输第二读卡密钥凭证；

步骤S508，服务器将第二读卡密钥凭证返回第二客户端；

步骤S509，第二客户端根据第二读卡密钥凭证控制发卡器进行读卡；

步骤S510，发卡器返回读卡信息给第二客户端；

步骤S511，第二客户端向服务器请求卡片权限信息；

步骤S512，服务器将卡片权限信息返回给第二客户端；

步骤S513，第二客户端将卡片权限信息返回给第一客户端；

步骤S514，第一客户端将卡片权限信息返回给用户。

其中，服务器包括云服务器、API服务器等等。

图6为本发明实施例提供的一种基于多端通信的写卡方法交互流程图。

参照图6，本发明实施例提供的读卡方法包括以下步骤：

步骤S601，第一客户端监听写卡请求；

步骤S602，第一客户端向服务器请求获取第一写卡密钥凭证；

步骤S603，服务器返回第一写卡密钥凭证；

步骤S604，第一客户端携带会话标识和第一写卡密钥凭证向第二客户端发送写卡请求；

步骤S605，第二客户端获取发卡器参数；

步骤S606，发卡器将发卡器参数返回第二客户端；

步骤S607，第二客户端携带从第一客户端接收的发卡器参数、会话标识和第一写卡密钥凭证，请求服务器传输第二写卡密钥凭证；

步骤S608，服务器将第二写卡密钥凭证返回第二客户端；

步骤S609，第二客户端根据第二写卡密钥凭证控制发卡器进行写卡；

步骤S610，发卡器返回写卡状态给第二客户端；

步骤S611，第二客户端通知服务器记录写卡状态；

步骤S612，服务器将写卡状态返回给第二客户端；

步骤S613，第二客户端将写卡状态返回给第一客户端；

步骤S614，第一客户端将写卡状态返回给用户。

本发明实施例能够解决传统USB发卡器无法联网，所有操作均离线操作，无法在云端管控问题。本发明实施例中的第一客户端既与云端服务器通讯，又通过插件与USB发卡设备通讯。且需保证浏览器与插件、插件与USB发卡器设备之间的通讯安全。第一客户端与第二客户端、第二客户端与USB发卡器之间通讯，都会校验该使用者是否有登录系统、会话是否过期、是否有权限操作、USB发卡器是否中途替换等问题，保证用户行为是授权的。服务器每次请求数据的加密密钥的动态性和一次性，即便是同样的操作和同样的请求数据，请求加密方式也不一样，进一步保障发卡器使用安全。

进一步的，如图7所示，本发明实施例提供一种基于多端通信的读卡装置，应用于第一客户端，包括：

进一步的，如图8所示，实施例提供另一种基于多端通信的读卡装置，应用于第二客户端，包括：

进一步的，如图9所示，本发明实施例还提供一种基于多端通信的写卡装置，应用于第一客户端，包括：

进一步的，如图10所示，本发明实施例提供另一种基于多端通信的写卡装置，应用于第二客户端，包括：

作为一种可选的实施例，本发明实施例提供一种多端通信系统，包括：第一客户端、第二客户端和服务器；

本发明实施例所提供的基于多端通信的读卡、写卡方法、装置的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

本发明实施例还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例提供的基于多端通信的读卡、写卡方法的步骤。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述实施例的基于多端通信的读卡、写卡方法的步骤。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。

Claims

1.一种基于多端通信的读卡方法，其特征在于，包括：

第一客户端监听读卡请求，向服务器请求获取第一读卡密钥凭证；

携带会话标识和所述第一读卡密钥凭证向第二客户端发送读卡请求，以使所述第二客户端与所述服务器建立通信，并获取第二读卡密钥凭证，通过所述第二读卡密钥凭证控制发卡器进行读卡，其中，所述第一读卡密钥凭证为动态读卡密钥凭证；

第二客户端携带从第一客户端接收的发卡器参数、会话标识和第一读卡密钥凭证，请求服务器传输第二读卡密钥凭证；

第二客户端根据所述第二读卡密钥凭证控制发卡器进行读卡，得到读卡信息，其中，所述第一客户端包括客户端浏览器，所述第二客户端包括浏览器插件。

2.一种基于多端通信的写卡方法，其特征在于，包括：

第一客户端监听写卡请求，向服务器请求获取第一写卡密钥凭证；

携带会话标识和所述第一写卡密钥凭证向第二客户端发送写卡请求，以使所述第二客户端与所述服务器建立通信，并获取第二写卡密钥凭证，通过所述第二写卡密钥凭证控制发卡器进行写卡，其中，所述第一写卡密钥凭证为动态读卡密钥凭证；

第二客户端携带从第一客户端接收的发卡器参数、会话标识和第一写卡密钥凭证，请求服务器传输第二写卡密钥凭证；

第二客户端根据所述第二写卡密钥凭证控制发卡器进行写卡，得到写卡状态；

第二客户端通知所述服务器记录所述写卡状态，并将所述写卡状态发送至所述第一客户端，其中，所述第一客户端包括客户端浏览器，所述第二客户端包括浏览器插件。

3.一种基于多端通信的读卡装置，其特征在于，包括：

第一通信模块，用于携带会话标识和所述第一读卡密钥凭证向第二客户端发送读卡请求，以使所述第二客户端与所述服务器建立通信，并获取第二读卡密钥凭证，通过所述第二读卡密钥凭证控制发卡器进行读卡，其中，所述第一读卡密钥凭证为动态读卡密钥凭证；

读卡模块，用于根据所述第二读卡密钥凭证控制发卡器进行读卡，得到读卡信息，其中，所述第一客户端包括客户端浏览器，所述第二客户端包括浏览器插件。

4.一种基于多端通信的写卡装置，其特征在于，包括：

第二通信模块，用于携带会话标识和所述第一写卡密钥凭证向第二客户端发送写卡请求，以使所述第二客户端与所述服务器建立通信，并获取第二写卡密钥凭证，通过所述第二写卡密钥凭证控制发卡器进行写卡，其中，所述第一写卡密钥凭证为动态读卡密钥凭证；

写卡模块，用于根据所述第二写卡密钥凭证控制发卡器进行写卡，得到写卡状态，并通知所述服务器记录所述写卡状态，并将所述写卡状态发送至所述第一客户端，其中，所述第一客户端包括客户端浏览器，所述第二客户端包括浏览器插件。

5.一种多端通信系统，其特征在于，包括：第一客户端、第二客户端和服务器；

所述第一客户端，用于监听读/写卡请求，向服务器请求获取第一读/写卡密钥凭证，并携带会话标识和所述第一读/写卡密钥凭证向第二客户端发送读/写卡请求，其中，所述第一读/写卡密钥凭证为动态读卡密钥凭证；

所述第二客户端，用于在所述第二客户端与所述服务器建立通信的情况下，获取第二读/写卡密钥凭证，通过所述第二读/写卡密钥凭证控制发卡器进行读/写卡，携带从第一客户端接收的发卡器参数、会话标识和第一读/写卡密钥凭证，请求服务器传输第二读/写卡密钥凭证；根据所述第二读/写卡密钥凭证控制发卡器进行读/写卡，得到读/写卡信息，其中，所述第一客户端包括客户端浏览器，所述第二客户端包括浏览器插件。