CN206975709U - 通过扫码实现刷卡的系统 - Google Patents

Abstract

本实用新型公开了一种通过扫码实现刷卡的系统，包括用户终端、刷卡终端、系统平台服务器、二维码生成工具和扫码装置，扫码装置与刷卡终端相连，二维码生成工具与系统平台服务器相连，系统平台服务器用于接收用户终端发送的请求指令，生成识别信息发送至二维码生成工具；二维码生成工具用于根据识别信息生成二维码，直接输出至用户终端或经由系统平台服务器发送至用户终端；刷卡终端用于通过扫码装置从用户终端上读取二维码，并根据读取到的识别信息生成校验信息发送至系统平台服务器；系统平台服务器根据接收到的校验信息与生成的识别信息输出校验结果，发送至刷卡终端。该系统将刷卡请求生成为二维码，以通过扫码来替代刷卡，提高用户体验。

Description

通过扫码实现刷卡的系统

技术领域

本实用新型涉及物联网领域，尤其涉及一种通过扫码代替刷卡的系统。

背景技术

在现代生活中，需要通过刷卡进行相应活动的场合随处可见，如通过刷卡支付费用、门禁刷卡开门等。而卡作为实物，如果用户忘记携带，就无法完成刷卡动作，从而给相应的活动进行带来不便，导致刷卡以及后续的行为无法完成。

为了解决该问题，目前业内也提出有一种解决方案，主要是通过动态生成数字识别码完成刷卡动作的，例如专利号为的中国实用新型专利就公开了一种通过识别码实现刷卡的系统，解决了用户对实体卡的依赖。但，这种通过数字识别码代替刷卡动作的技术方案还存在一些缺陷，例如每次都需要输入数字识别码，输入动作使得用户操作比较繁琐，且容易出错。而且，数字识别码辨识度高，容易被窃取。因而，还有待完善。

实用新型内容

根据本实用新型的一个方面，提供了一种通过扫码代替刷卡的系统，以解决现有技术中用户对实体卡的依赖，以及通过输入识别码代替刷卡操作繁琐，数字识别码容易泄露的问题。该系统包括：用户终端、刷卡终端、系统平台服务器、二维码生成工具和扫码装置，其中，扫码装置与刷卡终端相连，二维码生成工具与系统平台服务器相连，系统平台服务器用于接收用户终端发送的请求指令，生成识别信息发送至二维码生成工具；二维码生成工具用于根据识别信息生成二维码，直接输出至用户终端或经由系统平台服务器发送至用户终端；刷卡终端用于通过扫码装置从用户终端上读取二维码，并根据读取到的识别信息生成校验信息发送至系统平台服务器；系统平台服务器根据接收到的刷卡终端发送的校验信息与生成的识别信息，输出校验结果发送至刷卡终端。该系统将所有的卡的账号都通过用户ID如手机号或微信号来替代，通过用户终端的请求动态生成识别信息，并调用二维码生成工具将识别信息生成为二维码，以通过扫描二维码来替代刷卡动作，从而使用户在忘记带卡时依然可以达成自己的行为目的，既不需要刷卡也不需要输入密码，用户体验更好，安全性更高。

在一些实施方式中，二维码生成工具部署在系统平台服务器上，系统平台服务器包括信息生成模块和校验模块，信息生成模块设置为接收用户终端发送的请求指令，生成识别信息发送至二维码生成工具，并从二维码生成工具获取生成的二维码，将二维码发送至用户终端；校验模块设置为接收刷卡终端发送的校验信息，与生成的识别信息进行匹配，并将匹配结果信息发送至刷卡终端。将二维码生成工具部署在系统平台服务器上，可以实现所有处理都在系统平台服务器上完成，用户终端和刷卡终端不需要记录、采集和上传数据信息，能够提高数据的处理速度、数据的实时性和保证数据安全。

在一些实施方式中，二维码生成工具配置在用户终端中，系统平台服务器设置为接收用户终端发送的请求指令，生成识别信息发送至用户终端，用户终端配置成将接收到的识别信息发送至二维码生成工具，并从二维码生成工具获取生成的二维码输出显示。将二维码生成工具配置在用户终端，系统平台服务器在传输数据的时候，只需要传输相关的数据信息即可，即只需要传输识别信息，不需要调用二维码生成工具，也不需要对生成的二维码进行网络传输，能有效保证数据传输速度。而用户终端在接收到识别信息后，只需经过二维码生成工具的转换，将数据识别信息转换为二维码图形的方式输出即可，也能方便的解决本申请提出的问题，且节约网络资源。

在一些实施方式中，其中，请求指令包括用户终端的用户ID和刷卡终端的终端ID，识别信息包括系统平台服务器动态生成的随机码和请求指令中包含的用户ID，系统平台服务器还包括存储模块，存储模块包括预先存储单元和临时存储单元，预先存储单元设置为存储用户终端的用户ID、刷卡终端的终端ID和一卡通账号，临时存储单元设置为在预设的时效内，存储系统平台服务器生成的随机码和对应的请求指令中包含的用户ID和终端ID。由此，可以将一卡通账号通过用户ID和终端ID，与对应的用户终端和刷卡终端关联绑定，可以实现通过用户ID和一卡通账号关联可以使用的刷卡终端，以通过扫码进行刷卡处理。而系统平台服务器生成的识别信息只存储在临时存储单元，那么通过用户ID和终端ID生成在指定终端上使用的二维码就是临时的，实现了二维码的动态化和时效化，提高用户操作的安全性。而且，在生成识别信息后，系统平台服务器只根据用户的刷卡动作设定时效，临时存储识别信息，也可以减少存储空间。

在一些实施方式中，预设的时效为三分钟。由此，可以实现根据刷卡动作的持续时间设定识别信息即生成的二维码的有效时段，提高操作的安全性，并能及时释放存储空间。

在一些实施方式中，存储模块还包括记录存储单元，记录存储单元设置为根据校验结果生成刷卡记录信息并存储，刷卡记录信息包括用户ID、终端ID、一卡通账号和刷卡结果。由此，可以有效的记录用户通过用户终端和刷卡终端的刷卡情况，以通过该有效记录进行刷卡历史查询。

在一些实施方式中，用户终端包括虚拟终端显示模块，设置为根据用户终端的用户ID从预先存储单元获取对应的刷卡终端的终端ID列表信息，输出显示刷卡终端列表。由此，将虚拟终端和实际的刷卡终端通过终端ID绑定，用户通过终端列表即可选择需要刷卡的刷卡终端，并根据选择的终端生成指定终端的二维码，使得生成的二维码只能在指定的刷卡终端上有效，进一步保证用户刷卡操作的安全性。

在一些实施方式中，系统平台服务器生成的识别信息具有指定性。由此，可以保证生成的二维码仅对请求指令包括的终端ID对应的刷卡终端有效，从而保障用户刷卡的安全性。

在一些实施方式中，扫码装置为安装有扫描软件的智能手机或扫描枪，刷卡终端通过网络与智能手机连接，或通过电路与扫描枪连接。由此，将刷卡终端连接到常用的设备即可实现用扫码动作代替刷卡动作，而二维码是动态生成的电子凭证，可以随时随地根据需要点击获取，不需要携带实体卡，非常方便。

在一些实施方式中，用户终端为微信客户端、QQ客户端或APP软件客户端，刷卡终端为收费机或门禁装置。由此，通过本实用新型提供的系统，用户通过常用的软件客户端即可完成在POS机或门禁上的刷卡行为，不需要带实体卡，即，根据软件客户端上接收到的二维码，通过扫描就可以代替刷卡动作进行支付或开门，非常快捷方便。

通过本实用新型提供的系统，用户通过智能终端下载微信(自带二维码生成工具)等APP软件客户端，就能够将用户ID与卡账号绑定，通过用户终端与系统平台服务器交互获取二维码，通过在刷卡终端上连接扫码装置读取二维码完成刷卡动作。刷卡终端将读取的二维码信息与系统平台服务器生成的识别信息进行校验，校验成功即可连接卡账号进行相应处理。本实用新型提供的系统，解放了用户对卡实体的依赖性，且一次绑定之后，每次刷卡都仅通过一个扫码动作完成，不需要用户读取和输入数字验证码，增加用户生活的便捷性，节约用户时间，提高数据安全性，更符合现代人的生活习惯和需求，给用户带来了很大的便利。同时，本系统的数据处理集中在系统平台服务器处理，二维码生成既可以利用用户终端自身的二维码生成功能(如微信)，也可以通过在系统平台服务器配置二维码生成工具进行处理后再传输到用户终端，刷卡终端只需要通过扫码装置读取二维码信息和向系统平台服务器发送读取的二维码信息即可，不需要在刷卡终端上进行任何数据处理、采集和存储操作，减少了刷卡终端的数据处理压力，提高数据处理的速度和安全性。

附图说明

图1为本实用新型一种实施方式的通过扫码实现刷卡的系统的框架结构示意图；

图2为本实用新型另一种实施方式的通过扫码实现刷卡的系统的框架结构示意图；

图3为本实用新型一种实施方式的通过扫码实现刷卡的应用方法流程示意图。

具体实施方式

下面结合附图对本实用新型的实施方式作详细的说明。

图1示意性地显示了根据本实用新型的一种实施方式的通过扫码实现刷卡的系统。

如图1所示，该系统包括用户终端1，刷卡终端2、系统平台服务器3、二维码生成工具4和扫码装置5，用户终端1分别与系统平台服务器3和扫描装置5进行通信和数据交互，刷卡终端2与扫码装置5连接，二维码生成工具4部署在系统平台服务器3上。系统平台服务器3包括识别信息生成模块31和存储模块32，其中，存储模块32包括预先存储单元(图中未视出)、临时存储单元(图中未视出)和记录存储单元(图中未视出)。其中，预先存储单元用于存储每个刷卡终端2的终端ID、每个刷卡终端2对应的用户终端1的用户ID和每个用户ID对应绑定的一卡通账号；临时存储单元用于存储接收到的用户终端1的请求指令中的用户ID和刷卡终端2的终端ID以及系统平台服务器3中的信息生成模块31根据请求指令生成的相应的随机码；记录存储单元用于存储生成的刷卡记录。用户终端1通过网络向系统平台服务器3发送请求指令，信息生成模块31接收到请求指令后，生成临时随机码，并将请求指令中包含的用户ID、终端ID及生成的对应的随机码存储到存储模块32的临时存储单元中，同时将用户ID和随机码作为识别信息发送到二维码生成工具4中，二维码生成工具4根据输入的识别信息生成二维码返回给信息生成模块31。信息生成模块31通过二维码生成工具4将识别信息转换为二维码后发送给用户终端1。用户终端1接收到二维码后显示给用户，用户将二维码放置在扫码装置5上，扫码装置5读取二维码，从二维码中获取包含的识别信息发送给刷卡终端2，即可完成了刷卡动作。之后，刷卡终端2接收到输入的识别信息后，根据识别信息生成校验信息，即自身的终端ID与识别信息中的用户ID和随机码一起封装，作为校验信息通过网络发送到系统平台服务器3。系统平台服务器3还包括校验模块33，校验模块33接收到校验信息后，将接收到的终端ID、用户ID和随机码与临时存储单元中存储的终端ID、用户ID和随机码进行匹配，根据匹配结果向刷卡终端2返回刷卡结果信息。同时，记录存储单元根据校验模块33的匹配结果生成刷卡记录进行存储，每条刷卡记录包括当前刷卡的刷卡终端对应的终端ID、用户ID、一卡通账户及刷卡结果。

存储模块32的预先存储单元中预先存储有终端ID、用户ID和一卡通账号，每个刷卡终端2通过唯一设置的终端ID(即虚拟的机器号)与多个可以使用该刷卡终端2的用户ID相互绑定，而每个用户终端通过用户ID与一卡通账号绑定，即一个刷卡终端2中对应存储有每个可以使用该终端的用户终端1，如可以通过数据库中的刷卡终端表进行用户及对应的一卡通账号的存储，表结构可以为如下表所示：

表1

以存储模块32是数据库存储为例，每个刷卡终端2通过其终端ID对应一个数据表，例如，如表1所示，的终端ID为01的刷卡终端对应一个数据表A_01(表名，终端ID为01的刷卡终端的数据表)。每个数据表中存储有若干条记录，每条记录包括终端ID、用户ID和一卡通账号，每条记录通过用户ID标识了一个用户终端1，该用户终端1为能够使用终端ID对应的刷卡终端2的用户，并通过用户ID将刷卡终端、用户终端和用户的一卡通绑定。例如，表中的数据表是终端ID为01的刷卡终端对应的数据表，其中存储了ID号为“13411111111”、“2223333”和“555555556”的用户，并将该用户要在对应终端上使用的一卡通，通过用户ID和一卡通账号与刷卡终端01绑定。

如图1所示，用户终端1中包括刷卡终端2的虚拟终端显示模块(图中未示出)。用户登录刷卡界面时，虚拟终端显示模块通过将用户ID通过无线网络发送到系统平台服务器3，以从存储模块32的预先存储单元中获取当前用户ID对应绑定的刷卡终端2，并将获取的刷卡终端2以虚拟图标11的形式显示到用户终端1。用户通过点击列表中的需要刷卡的刷卡终端2的图标11，向信息生成模块31发送请求指令，以生成临时二维码。其中，请求指令为协议字符串格式，包括点击的刷卡终端2的ID(即机器号)和用户ID。信息生成模块31接收到请求指令后，随机生成一个六位数的临时随机码，并将生成的临时随机码、当前的用户ID及对应的刷卡终端ID存储到临时存储单元中(如通过终端ID和用户ID将随机码存储到临时数据表的随机码字段中)。之后，信息生成模块31将随机码和当前的用户ID作为识别信息输入到二维码生成工具4中，以从二维码生成工具4获取一个二维码返回给该用户ID对应的用户终端1，由用户终端1进行输出显示。由于，该随机码是根据用户选择的机器号生成的，因此发送给用户终端1的二维码具有唯一指定性，即只能在用户选择的刷卡终端上使用，能够保证用户刷卡行为的安全性。并且，临时存储单元中存储的信息具有时效性，如设置为三分钟时效，则在三分钟之后，将清空临时存储单元中存储的用户ID、终端ID和随机码信息，清空后该二维码即失效(因为校验结果将为找不到匹配项)。由此，可以保障用户刷卡的安全性。

如图1所示，刷卡终端2是与扫码装置5连接的，因此通过扫码装置5读取用户终端1上的二维码，将识别出的识别信息与当前的终端ID一起作为校验信息发送给系统平台服务器33即可进行校验。系统平台服务器3的校验模块33根据终端ID、用户ID和随机码从临时存储单元中查询符合条件的记录，将接收到的随机码与存储的随机码进行比较，如果终端ID、用户ID和随机码分别都相同，则发送一条刷卡成功的信息指令给对应的刷卡终端2，刷卡终端2接收到信息将刷卡成功的信息输出显示，同时，校验模块33根据该终端ID、对应的用户ID和随机码生成一条刷卡成功的记录信息存储至记录存储单元。如果不相同，则将刷卡错误的信息指令发送至对应的刷卡终端2，刷卡终端2接收到信息后将刷卡错误的信息输出显示。由此，即可在没有卡的情况下，通过扫码完成刷卡动作。刷卡终端2接收到刷卡成功的信息指令后，即根据成功的指令进行后续的处理，如根据用户ID和终端ID找到预先存储单元中绑定的一卡通账号，通过该一卡通账号连接支付系统进行支付处理或通过该一卡通账号打开门禁等。

在优选实施例中，本实用新型中的用户终端1可以是微信客户端、QQ客户端或者APP应用客户端等，而刷卡终端2可以是任何需要通过刷卡进行相应动作的终端设备，如收费机、POS机、门禁装置等，扫码装置为安装有扫描软件的智能手机或扫描枪。刷卡终端通过网络与智能手机连接，或通过电路与扫描枪连接，以获取识别信息。

图2示出了本实用新型的另一实施方式的通过扫码实现刷卡的系统的结构。如图2所示，该系统与图1的系统区别仅在于，二维码生成工具4在图2的实施例中是配置在用户终端1上的。这样，在系统平台服务器3接收到用户终端1的请求指令后，只通过信息生成模块31生成识别信息(包括随机生成的临时随机码和从请求指令中获取的用户ID)，并将识别信息保存在临时存储单元，之后，不会对识别信息进行二维码处理，而是直接将识别信息经过网络传输发送给用户终端1。用户终端1在接收到识别信息后，不会直接显示，而是通过调用二维码生成工具4将识别信息转换为二维码后再输出显示。这样系统平台服务器3上不用再去部署和调用二维码生成工具4，而且只需进行简单的数据传输，节约网络资源。同时，在优选实施例中，如果用户终端1选用微信或QQ等，由于微信或QQ等本身就具有二维码生成工具4的接口，只需要在接收到识别信息后调用二维码生成工具4的相应接口即可输出二维码，不需要对系统进行复杂的部署，可以有效充分利用原有的第三方工具方便的将识别信息转换为二维码输出。这样通过扫码装置5进行二维码扫描，就可以将识别信息发送给刷卡终端2，不需要再在刷卡终端2上设置输入模块进行数字识别码的输入，简化用户操作的同时也进一步提高了用识别码代替刷卡操作的安全性。

图3以用户终端1为微信客户端、刷卡终端2为收费机为例，示意性地显示了通过扫码实现刷卡的应用方法流程。如图3所示，该方法包括：

步骤S301：通过微信关注通过扫码实现刷卡的系统的公众号。

步骤S302：获取可使用的收费机列表信息输出显示。

用户通过微信公众号的扫码刷卡菜单模块进入刷卡界面。微信客户端的扫码刷卡菜单模块接收用户的请求指令，将列表请求指令发送到系统平台服务器。系统平台服务器根据列表请求指令中的微信号或手机号从数据库中查询相关联的收费机，并将所有相关联(即可使用)的收费机的终端ID返回给微信客户端。微信客户端接收到信息列表后，将收费机以虚拟图标的形式进行显示，每个虚拟图标实际对应一个终端ID。

步骤S303：选择需要刷卡的收费机，申请刷卡的临时随机码。

用户进入刷卡界面后，从收费机列表中选择要刷卡的收费机点击，微信客户端即通过网络连接到系统平台服务器，将要刷卡的请求指令发送到系统平台服务器。系统平台服务器收到指令，生成一个具有时效性(通过设定有效时间的临时存储单元实现)的随机码，并将随机码和用户ID一起作为识别信息返回到微信客户端。同时，系统平台服务器将生成的随机码存储到终端ID和用户ID对应的临时存储记录中。

步骤S304：微信客户端接收识别信息，将识别信息转换为二维码输出。

微信客户端在接收到系统平台服务器发送的识别信息后，调用微信的二维码生成工具，将识别信息输入到二维码生成工具中，以将识别信息转换为二维码输出显示。

步骤S305：通过扫码向收费机输入识别信息。

用户将通过微信客户端接收到的二维码放置在扫码装置上进行扫描，扫码装置从二维码中读取识别信息发送给收费机。

步骤S306：收费机根据识别信息向系统平台服务器进行校验处理。

收费机接收到识别信息后，根据识别信息生成校验信息，即将本机的终端ID与识别信息一起作为校验信息通过无线网络发送到系统平台服务器。系统平台服务器根据校验信息指令(终端ID+用户ID+随机码的协议字符串)从存储模块的临时存储记录中查找到对应的终端ID、用户ID和随机码，并将接收到的随机码和查询到的随机码进行比对，如果相同则返回刷卡成功信息至收费机，并生成一条包含终端ID、用户ID、一卡通账号和刷卡成功的记录存储到存储模块。如果不相同则返回刷卡失败信息至收费机。

步骤S307：收费机接收刷卡验证结果，进行相应处理。

收费机接收系统平台服务器返回的校验结果，根据校验结果进行相应的处理，包括：如果返回刷卡成功的信息，则将刷卡成功的信息输出显示，并连接第三方支付系统进行后续的支付处理；如果返回刷卡失败的信息，则将刷卡错误的信息输出显示。

由此，用户通过移动设备的客户端APP软件，如手机微信等即可申请临时随机码，并将临时随机码生成为二维码输出，而相应的刷卡终端通过扫码即可获取该随机码进行校验，从而完成在相应刷卡终端设备上的模拟刷卡行为。本实用新型通过绑定用户的ID(手机号或微信号等)和一卡通账号来生成二维码，用二维码代替实物卡，用扫码代替刷卡，从而解放用户对实物卡的依赖，使在忘记带卡的情况下，依然能够刷卡完成相应的活动，而且不需要输入数字识别码，非常快捷方便，安全性也更高。且本实用新型在处理的过程中，所有的数据都是在系统平台服务器生成，刷卡终端不进行数据采集、生成和分析等处理，能够提高数据处理速度。同时，数据在单独的系统平台服务器进行存储，能够更好的保证数据的安全性。

以上所述的仅是本实用新型的一些实施方式。对于本领域的普通技术人员来说，在不脱离本实用新型创造构思的前提下，还可以做出若干变形和改进，这些都属于本实用新型的保护范围。

Claims (10)

1.通过扫码实现刷卡的系统，其特征在于，包括：用户终端、刷卡终端、系统平台服务器、二维码生成工具和扫码装置，其中，所述扫码装置与所述刷卡终端相连，所述二维码生成工具与所述系统平台服务器相连，

所述系统平台服务器用于接收所述用户终端发送的请求指令，生成识别信息发送至所述二维码生成工具；

所述二维码生成工具用于根据所述识别信息生成二维码，直接输出至所述用户终端或经由所述系统平台服务器发送至所述用户终端；

所述刷卡终端用于通过所述扫码装置从所述用户终端上读取所述二维码，并根据读取到的识别信息生成校验信息发送至所述系统平台服务器；

所述系统平台服务器根据接收到的所述刷卡终端发送的校验信息与所述的识别信息，输出校验结果发送至所述刷卡终端。

2.根据权利要求1所述的系统，其中，所述二维码生成工具部署在所述系统平台服务器上，所述系统平台服务器包括信息生成模块和校验模块，

所述信息生成模块设置为接收所述用户终端发送的请求指令，生成识别信息发送至所述二维码生成工具，并从所述二维码生成工具获取生成的二维码，将所述二维码发送至所述用户终端；

所述校验模块设置为接收所述刷卡终端发送的校验信息，与所述生成识别信息进行匹配，并将匹配结果信息发送至所述刷卡终端。

3.根据权利要求1所述的系统，其中，所述二维码生成工具配置在所述用户终端中，所述系统平台服务器设置为接收所述用户终端发送的请求指令，生成识别信息发送至所述用户终端，

所述用户终端配置成将接收到的所述识别信息发送至所述二维码生成工具，并从所述二维码生成工具获取生成的二维码输出显示。

4.根据权利要求1至3任一项所述的系统，其特征在于，所述请求指令包括用户终端的用户ID和刷卡终端的终端ID，所述识别信息包括随机码和所述用户ID，所述系统平台服务器包括存储模块，所述存储模块包括预先存储单元和临时存储单元，所述预先存储单元设置为存储所述用户终端的用户ID、刷卡终端的终端ID和一卡通账号，所述临时存储单元设置为在预设的时效内，存储所述随机码、所述请求指令包含的用户ID和终端ID。

5.根据权利要求4所述的系统，其特征在于，所述预设的时效为三分钟。

6.根据权利要求5所述的系统，其特征在于，所述存储模块还包括记录存储单元，所述记录存储单元设置为根据所述校验结果生成刷卡记录信息并存储，所述刷卡记录信息包括用户ID、终端ID、一卡通账号和刷卡结果。

7.根据权利要求4所述的系统，其特征在于，所述用户终端包括虚拟终端显示模块，设置为根据所述用户终端的用户ID从所述预先存储单元获取对应的刷卡终端的终端ID列表信息，输出显示刷卡终端列表。

8.根据权利要求7所述的系统，其中，所述系统平台服务器生成的识别信息具有指定性。

9.根据权利要求8所述的系统，其中，所述扫码装置为安装有扫描软件的智能手机或扫描枪，所述刷卡终端通过网络与所述智能手机连接，或通过电路与所述扫描枪连接。

10.根据权利要求9所述的系统，其特征在于，所述用户终端为微信客户端、QQ客户端或APP软件客户端，所述刷卡终端为收费机或门禁装置。