基于数据握手与责任交接的区块建链系统及方法与流程

文档序号:17662366发布日期:2019-05-15 22:28阅读:244来源:国知局

本发明涉及数据交易领域,具体涉及一种基于数据握手与责任交接的区块建链系统及方法。



背景技术:

数据交易是指买卖双方对原始或处理后的数据及数据服务进行互通有无的商业行为。近年来随着大数据的广泛普及和应用,数据资源的价值逐步得到重视和认可,数据交易需求也在不断增加。对于数据交易,现有技术中提出了一种区块链技术,现有的区块链技术的出块方式是:所有节点对特定的共识机制达成共识,决定出块节点(目前大都是第三方中心化平台作为出块节点),并以选中的节点出的块为准。选定出块节点后,在需要出块时由出块节点按照特定的出块算法出块。

根据上述的出块方式,目前基于区块链技术实现数据交易的方法大都是:交易发起节点登录一个中心化平台的客户端,录入交易数据,作为上链数据存储到中心化平台出的块中;交易接收节点与交易发起节点完成交易后,登录同样的中心化平台的客户端,录入交易后的交易数据,作为上链数据存储到中心化平台处的块中;数据存储到块后,由中心化平台完成数据上链,并进行该事件的记账或记录;中心化平台通过对上链数据进行大数据分析与处理,建立交易数据责任链条。针对现有数据交易提出的区块链技术,实现数据交易的要求是:数据交易过程中必须需要有一个中心化平台,参与交易的节点在其客户端进行交易数据的录入操作;交易数据必须保存在中心化平台出的块中,由中心化平台进行数据上链,建立交易数据责任链条。

因此,使用现有技术意味着交易节点的交易数据需要保存在中心化平台的数据块中,数据还是集中式存储,存在第三方代录或第三方篡改数据的可能;如果交易数据被篡改,交易数据责任链条的真实性将难以保障,数据真实性的责任难以落实。



技术实现要素:

本发明目的在于提供一种基于数据握手与责任交接的区块建链系统,以保证交易数据的准确性。

本发明提供的基础方案为:基于数据握手与责任交接的区块建链系统,包括甲方终端和乙方终端;

甲方终端用于甲方企业输入数据建链区块基础信息,然后将该信息进行存储形成数据建链区块,并在形成的数据建链区块上附上具有唯一身份标志的封块信息后将数据建链区块发送给服务器盖上时间戳,生成完整的数据建链区块并将其数据建链区块信息进行存储;然后甲方终端将甲方企业选定的数据建链区块建立链接关系,获取对应的数据建链区块信息进行存储生成一次握手区块信息发送给乙方终端,然后乙方终端将一次握手区块信息的查验结果单信息发送给甲方终端;

同时乙方终端将对查验结果单信息进行存储生成二次握手区块,并在二次握手区块上附上具有唯一身份标志的封块信息后将二次握手区块发送给服务器盖上时间戳;而甲方终端接收到查验结果单信息后将查验结果单信息存储到一次握手区块内,然后在一次握手区块上附上具有唯一身份标志的封块信息后将一次握手区块发送给服务器盖上时间戳。

查验结果单信息指对一次握手区块信息进行准确度查验后根据查验结果生成的信息。

本发明的优点在于:

1、在数据建链区块上附上具有唯一身份标志的封块信息后盖上了时间戳,若对该产品的交易数据信息进行修改就会导致封块信息和时间戳变化,使得数据建链区块信息无法被篡改,保证了数据建链区块信息的准确性。

2、一次握手区块是根据对应的数据建链区块信息建立而成,即握手区块信息和数据建链区块信息之间都具有对应关系,保证了数据建链区块信息和一次握手区块信息的准确性。

3、二次握手区块中信息是根据一次握手区块信息和查验结果单信息生成,查验结果单信息是乙方终端生成,而一次握手区块和数据建链区块是甲方终端和服务器生成,使得任何一个区块信息出现问题都可以有迹可循,便于责任的划分。

进一步,所述甲方终端包括数据建链区块建立判断模块和数据建链区块建立模块,所述数据建链区块建立判断模块用于甲方企业在数据建链功能模块上输入数据建链区块基础信息后发送一个数据建链区块建立指令给数据建链区块建立模块,所述数据建链区块建立模块用于接收数据建链区块建立判断模块发送的数据建链区块建立指令,并在接收到数据建链区块建立指令后进入到信息录入界面,信息录入界面用于企业填写或上传交易数据信息,然后数据建链区块建立模块建立空区块和空信封,将交易数据信息存储到空区块内生成新的数据建链区块。

通过数据建链区块建立判断模块和数据建链区块建立模块实现新的数据建链区块的生成。

进一步,所述甲方终端还包括数据建链区块封装模块,数据建链区块封装模块用于对数据建链区块进行封装处理,数据建链区块进行封装处理时,在数据建链区块上附上了哈希值、区块编码和区块二维码,哈希值、区块编码和区块二维码均为数据建链区块的封块信息。

哈希值是一段数据唯一且极其紧凑的数值表示形式。如果散列一段明文而且哪怕只更改该段落的一个字母,随后的哈希都将改变,保证了数据建链区块信息的准确性,避免数据建链区块信息被篡改。

进一步,所述甲方终端还包括一次握手区块封装模块,一次握手块封装模块用于对一次握手区块进行封装处理,封装处理时,在该一次握手区块上附上哈希值、区块编码和区块二维码,哈希值、区块编码和区块二维码均为一次握手区块的封块信息。

哈希值、区块编码和区块二维码均为一次握手区块的封块信息,保证了一次握手区块信息的准确性。

进一步,所述乙方终端包括二次握手区块封装模块,二次握手块封装模块用于对二次握手区块进行封装处理,封装处理时,在该二次握手区块上附上哈希值、区块编码和区块二维码,哈希值、区块编码和区块二维码均为二次握手区块的封块信息。

哈希值、区块编码和区块二维码均为二次握手区块的封块信息作为二次握手区块的封块信息,保证了二次握手区块信息的准确性。

另外,针对基于数据握手与责任交接的区块建链系统,还提供了一种基于数据握手与责任交接的区块建链方法,包括如下步骤:

s1、数据建链区块建立:获取产品的交易数据信息,并对产品的交易数据信息进行存储形成数据建链区块,然后在该数据建链区块上附上具有唯一身份识别标志功能的封块信息,并在数据建链区块上盖上时间戳,生成完整的数据建链区块并对其数据建链区块信息进行存储;

s2、握手区块建立:选定不同的数据建链区块建立链接关系,通过唯一身份识标志获取对应的数据建链区块信息进行存储生成一次握手区块信息发送给乙方终端,然后乙方终端一次握手区块信息并将一次握手区块信息的查验结果单信息发送给甲方终端;同时乙方终端将对查验结果单信息进行存储生成二次握手区块,然后分别在一次握手区块和二次握手区块上附上具有唯一身份标志功能的封块信息,并分别在一次握手区块和二次握手区块上盖上时间戳,生成完整的一次握手区块和二次握手区块后对一次握手区块信息和二次握手区块信息进行存储和播报。

通过步骤s1和s2使得数据建链区块信息、一次握手区块信息和二次握手区块信息来源明确,便于责任划分。比如:当数据建链区块信息出现问题后,存在问题的数据建链区块信息便会被用于生成握手区块信息,而在进行握手区块信息查看时发现其存在问题,便能够寻找到数据建链区块信息的问题,进而在责任分配时便能清楚的知道是什么原因导致握手区块信息出现问题。

附图说明

图1为本发明实施例一中基于数据握手与责任交接的区块建链系统的逻辑结构框图;

图2为本发明实施例一中基于数据握手与责任交接的区块建链方法的使用流程图;

图3为本发明实施例二中基于数据握手与责任交接的区块建链系统的逻辑结构框图。

具体实施方式

下面通过具体实施方式进一步详细说明:

实施例一

如图1所示,基于数据握手与责任交接的区块建链系统,包括:数据建链子系统、和握手区块建块子系统。若该系统使用者为生产企业和经营企业,则还包括追溯区块建块子系统。

一、数据建链子系统

数据建链子系统包括:甲方终端和服务器,甲方终端和服务器之间通过无线通信模块进行网络通信。甲方终端用于甲方企业使用。

甲方终端包括:

数据基础信息输入模块,用于甲方企业输入数据建链区块基础信息,若甲方企业为产品生产企业,则其建立数据建链区块时需要输入的数据建链区块基础信息包括产品名称和产品的批次号。

数据建链区块建立判断模块,用于甲方企业在数据建链功能模块上输入数据建链区块基础信息后发送一个数据建链区块建立指令给数据建链区块建立模块;若甲方企业为产品生产企业,则数据建链区块建立判断模块还用于甲方企业根据输入的产品批次号判断该产品批次号是否建立对应的数据建链区块,若该产品批次号没有建立对应的数据建链区块,则发送一个数据建链区块建立指令给数据建链区块建立模块;若该批次号已经有对应的数据建链区块,则将该数据建链区块内存储的交易数据信息发送给数据建链功能模块,数据建链功能模块接收到数据建链区块建立判断模块发送的交易数据信息后对其进行显示。交易数据信息包括溯源基础信息、投料记录信息、关键点记录信息、检验报告、留样记录信息以及附件信息,溯源基础信息包括:产品名称、质量负责人、产品类型、产品编号、规格、数量、计量单位、生产日期、保质期、qc检验员和产品批次号等信息。投料记录信息包括:原材料名称、原材料批次号、供应商、检测报告和投料负责人等信息。关键点记录信息包括:记录文件号、文件名称和记录负责人等信息。检验报告信息包括:检验项目编号、检验内容、检验报告编号、检验结论和检验人等信息。留样记录信息包括:留样时间截止时间、留样号、留样数量、留样单位和负责人等信息。附件信息包括:原材料供应商合法合规的相关证明文件、原材料合法合规的相关证明文件和相关票证等信息。

数据建链区块建立模块,用于接收数据建链区块建立判断模块发送的数据建链区块建立指令,并在接收到数据建链区块建立指令后进入到信息录入界面,信息录入界面用于企业填写或上传交易数据信息,然后数据建链区块建立模块建立空区块和空信封,将交易数据信息存储到空区块内生成新的数据建链区块。例如,甲方企业为产品生产企业,其交易数据信息包括产品生产的企业信息、产品名称和产品批次号的信息等信息。

数据建链区块封块模块,用于对数据建链区块建立模块建立的新的数据建链区块进行封块处理,封块处理时,在该数据建链区块上附上封块信息,封块信息包括:哈希值、区块编码以及区块二维码。

数据建链区块获取模块,用于从服务器获取数据建链区块信息,数据建链区块信息包括对应数据建链区块的封块信息和交易数据信息。

服务器包括:

数据建链区块信息存储模块,数据建链区块信息存储模块内存储有数据建链区块时间戳生成模块生成的数据建链区块信息。

数据建链区块时间戳生成模块,用于在已经附上封块信息的数据建链区块上盖上时间戳,生成完整的数据建链区块,并在该数据建链区块的空信封上标注上数据建链区块的状态信息之后生成该数据建链区块对应的数据建链区块信息并进行存储,完整的数据建链区块上标注的状态信息为“已封块”。

二、追溯区块建块子系统

追溯区块建块子系统包括:甲方终端和服务器,甲方终端和服务器之间通过无线通信模块进行网络通信。追溯区块建块子系统中的甲方终端用于产品的生产企业使用。追溯区块建块子系统中的服务器和数据建链子系统中的服务器为同一设备。

甲方终端包括:

追溯区块建立模块,用于创建空区块和空信封,然后在空区块中存储随货同行单信息,随货同行单信息包括产品批次号信息和产品名称信息等,并根据随货同行单信息自动获取产品批次号对应的数据建链区块信息,之后根据随货同行单信息和数据建链区块信息建立追溯区块,随货同行单信息和数据建链区块信息存储在追溯区块内,数据建链区块信息包括对应数据建链区块的交易数据信息、区块二维码、区块编码和哈希值;随货同行单信息包括随货同行单号、收货单位、物流单位、发货日期、发货人以及产品批次列表等信息,产品批次列表信息包括产品名称、产品批次号、数量和数据建链区块编号等信息。

追溯区块封装模块,用于对追溯区块建立模块建立的追溯区块进行封装处理,封装处理时,在该追溯区块上附上封块信息,封块信息包括:哈希值、区块编码以及区块二维码。

追溯区块获取模块,用于从服务器获取追溯区块信息,追溯区块信息包括追溯区块对应的封块信息、随货同行单信息以及对应的数据建链区块信息。

服务器包括:

追溯区块信息存储模块,追溯区块信息存储模块内存储有追溯区块时间戳生成模块存储的追溯区块信息。

追溯区块时间戳生成模块,用于在已经附上封块信息的追溯区块上盖上时间戳,生成完整的追溯模块,并在该追溯模区块的空信封上标注上该追溯区块的状态信息,在标注好状态信息后生产追溯区块信息并进行存储。完整的追溯区块上标注的状态信息为“已封装”。

三、握手区块建块子系统

握手区块建块子系统包括甲方终端、服务器和乙方终端,若该系统使用者为产品生产企业和经营企业,则该握手区块建块子系统还包括送货终端。送货终端、甲方终端和乙方终端均与服务器通过无线通信模块进行网络通信。送货终端用于产品配送人员使用(如快递员)。本实施例中的无线通信模块选用现有的zsw111型号的wifi通信模块。

数据建链子系统、追溯区块建块子系统和握手区块建块子系统中的服务器为同一设备。

甲方终端包括:

发块建链功能模块,用于选择数据建链区块进行发块,发块建链功能模块自动建立空区块和空信封,将建链模块信息存储到空区块内生成一次握手区块,并根据该一次握手区块生成对应的一次握手区块信息,并在空信封内标注上该一次握手区块的状态信息,此时,该一次握手区块的状态信息为“未封块”。若甲方企业为产品生产企业,则发块建链功能模块还用于选择需要建立链接关系的数据建链区块和追溯区块,然后将数据建链区块和追溯区块之间建立链接关系,建立链接关系时,将根据需要建立链接关系的数据建链区块和追溯区块中对应的数据建链区块信息和追溯区块信息生成建链模块信息,之后发块建链功能模块自动建立空区块和空信封,将建链模块信息存储到空区块内生成一次握手区块,并根据该一次握手区块生成对应的一次握手区块信息,之后在空信封内标注上该一次握手区块的状态信息,此时,该一次握手区块的状态信息为“未封块”。

二维码生成和推送模块,用于根据一次握手区块信息生成对应的握手二维码,然后将该握手二维码信息发送给乙方终端,若甲方终端的使用者为产品生产企业,则将握手二维码信息发送给送货终端。

查验结果单信息获取模块,用于接收送货终端发送的查验结果单信息,并对接收到的查验结果单信息进行显示。

一次握手区块封装模块,用于对一次握手区块进行封装处理,封装处理时在该一次握手区块上附上封块信息,封块信息包括:哈希值、区块编码以及区块二维码。

一次握手区块获取模块,用于从服务器获取一次握手区块信息并进行存储,一次握手信息包括一次握手区块对应的封块信息、查验结果单信息和握手二维码信息。

播报信息查看模块,用于对服务器发送的播报信息进行显示。

送货终端包括:

握手二维码获取模块,用于从甲方终端获取握手区块对应的握手二维码,对握手二维码进行显示和识别,并在识别握手二维码后对该握手二维码对应的一次握手区块信息进行显示供产品配送人员查看,并在查看信息后确认信息是否有误,确认信息后根据确认结果信息和对应的一次握手区块信息生成查验结果单信息发送给乙方终端和甲方终端。

播报信息查看模块,用于对服务器发送的播报信息进行显示。

乙方终端包括:

握手二维码识别模块,用于获取握手区块对应的握手二维码,对握手二维码进行显示和识别,并在识别握手二维码后对该握手二维码对应的一次握手区块信息进行显示供乙方公司工作人员查看,并在查看信息后确认信息是否有误,确认信息后根据确认结果信息和对应的一次握手区块信息生成查验结果单信息发送给乙方终端和甲方终端。

查验结果单信息获取模块,用于接收握手二维码识别模块发送的查验结果单信息,并对接收到的信息进行显示。

完整二次握手区块生成模块,用于创建空区块和空信封,然后将查验结果单信息存储到创建的空区块内生成二次握手区块。

二次握手区块封装模块,用于对二次握手区块进行封装处理,封装处理时在该二次握手区块上附上封块信息,封块信息包括:哈希值、区块编码以及区块二维码。

二次握手区块获取模块,用于从服务器获取二次握手区块信息,二次握手信息包括二次握手区块对应的封块信息、查验结果单信息和握手二维码信息。

播报信息查看模块,用于对服务器发送的播报信息进行显示。

服务器包括:

握手区块信息存储模块,握手区块信息存储模块内分别存储有一次握手区块信息和二次握手区块信息。

握手区块时间戳生成模块,用于分别在一次握手区块和二次握手区块上盖上时间戳,并对交易记录进行记账,之后生成完整的一次握手区块和二次握手区块,并在该一次握手区块和二次握手区块对应的空信封上标注上状态信息,在标注好状态信息后生成一次握手区块信息和二次握手区块信息并进行存储。完整的一次握手区块和二次握手区块上标注的状态信息为“已封装”。

播报模块,用于根据对一次握手区块信息和二次握手区块信息生成播报信息,然后将播报信息发送给甲方终端、送货终端和乙方终端进行查看。

另外,如图2所示,针对基于数据握手与责任交接的区块建链系统,本实施例还公开了一种基于数据握手与责任交接的区块建链方法,该方法中以甲方终端使用者为产品生产企业,乙方终端使用者为经营企业为例,具体包括如下步骤:

s1、数据建链区块建立

s1-1、生产企业的工作人员通过甲方终端中的数据建链功能模块输入产品的名称和产品的批次号。

s1-2、甲方终端中的数据建链区块建立判断模块据输入的产品批次号判断该产品批次号是否建立对应的数据建链区块,若该产品批次号没有建立对应的数据建链区块,则发送一个数据建链区块建立指令给数据建链区块建立模块;若该批次号已经有对应的数据建链区块,则将该数据建链区块内存储的交易数据信息发送给数据建链功能模块。

s1-3、甲方终端中的数据建链区块建立模块接收数据建链区块建立判断模块发送的数据建链区块建立指令,并在接收到数据建链区块建立指令后进入到信息录入界面,信息录入界面用于企业填写或上传交易数据信息,然后数据建链区块建立模块建立空区块和空信封,将交易数据信息存储到空区块内生成新的数据建链区块。

s1-4、甲方终端中的数据建链区块封块模块对数据建链区块建立模块建立的新的数据建链区块进行封块处理,封块处理时,在该数据建链区块上附上封块信息。

s1-5、服务器中的数据建链区块时间戳生成模块在已经附上封块信息的数据建链区块上盖上时间戳,生成完整的数据建链区块,并在该数据建链区块的空信封上标注上数据建链区块的状态信息之后生成该数据建链区块对应的数据建链区块信息并进行存储,完整的数据建链区块上标注的状态信息为“已封块”。

s1-6、甲方终端中的数据建链区块获取模块获取数据建链区块信息,并对数据建链区块信息进行显示供生产企业的工作人员查看。

s2、追溯区块建立

s2-1、甲方终端中的追溯区块建立模块创建空区块和空信封,然后在空区块中自动存储随货同行单信息,随货同行单信息包括产品批次号信息和产品名称信息等,并根据随货同行单信息自动获取产品批次号对应的数据建链区块信息,之后根据随货同行单信息和数据建链区块信息建立追溯区块,随货同行单信息和数据建链区块信息存储在追溯区块内。

s2-2、甲方终端中的追溯区块封装模块对追溯区块建立模块建立的追溯区块进行封装处理,封装处理时,在该追溯区块上附上封块信息。

s2-3、服务器中的追溯区块时间戳生成模块在已经附上封块信息的追溯区块上盖上时间戳,生成完整的追溯模块,并在该追溯模区块的空信封上标注上该追溯区块的状态信息,在标注好状态信息后生产追溯区块信息并进行存储。完整的追溯区块上标注的状态信息为“已封装”。

s2-4、甲方终端中的追溯区块获取模块从服务器获取追溯区块信息供生产企业的工作人员查看。

s3、握手区块建立

s3-1、生产企业的工作人员通过甲方终端中的发块建链功能模块选择需要建立链接关系的数据建链区块和追溯区块,然后将数据建链区块和追溯区块之间建立链接关系,建立链接关系时,将根据需要建立链接关系的数据建链区块和追溯区块中对应的数据建链区块信息和追溯区块信息生成建链模块信息,之后发块建链功能模块自动建立空区块和空信封,将建链模块信息存储到空区块内生成一次握手区块,并根据该一次握手区块生成对应的一次握手区块信息,并在空信封内标注上该一次握手区块的状态信息,此时,该一次握手区块的状态信息为“未封块”。

s3-2、甲方终端中的二维码生成和推送模块根据一次握手区块信息生成对应的握手二维码,然后将该握手二维码信息发送给送货终端。

s3-3、送货终端中的握手二维码获取模块从甲方终端获取握手区块对应的握手二维码,并对握手二维码进行显示和识别,在识别握手二维码后对该握手二维码对应的一次握手区块信息进行显示供产品配送人员查看,并在查看信息后确认信息是否有误,确认信息后根据确认结果信息和对应的一次握手区块信息生成查验结果单信息发送给乙方终端和甲方终端。

s3-4、乙方终端中的查验结果单信息获取模块接收送货终端发送的查验结果单信息,并对接收到的信息进行显示供经营企业工作人员查看。

s3-5、乙方终端中的完整握手区块生成模块创建空区块和空信封,然后将查验结果单信息存储到创建的空区块内生成二次握手区块。

s3-6、乙方终端中的二次握手区块封装模块对二次握手区块进行封装处理,封装处理时在该二次握手区块上附上封块信息,封块信息包括:哈希值、区块编码以及区块二维码。

s3-7、服务器中的握手区块时间戳生成模块在二次握手区块上盖上时间戳,并对交易记录进行记账,之后生成完整的二次握手区块,并在该二次握手区块对应的空信封上标注上状态信息,在标注好状态信息后生成二次握手区块信息并进行存储。完整的二次握手区块上标注的状态信息为“已封装”。

s3-8、在执行步骤s3-3的后,甲方终端中的一次握手区块封装模块对一次握手区块进行封装处理,封装处理时在该一次握手区块上附上封块信息,封块信息包括:哈希值、区块编码以及区块二维码。

s3-9、服务器中的握手区块时间戳生成模块在一次握手区块上盖上时间戳,并对交易记录进行记账,之后生成完整的一次握手区块,并在该一次握手区块对应的空信封上标注上状态信息,在标注好状态信息后生成一次握手区块信息并进行存储。完整的一次握手区块的状态信息为“已封装”。

s3-10、甲方终端中的一次握手区块获取模块从服务器获取一次握手区块信息并进行存储。

s3-11、服务器中的播报模块根据对一次握手区块信息和二次握手区块信息生成播报信息,然后将播报信息发送给甲方终端、送货终端和乙方终端进行查看。

实施例二

如图3所示,实施例二与实施例一的区别在于,实施例二中的握手二维码获取模块只用于产品配送人员获取握手区块对应的握手二维码并对该握手二维码进行显示。

另外,实施例二中的握手区块建块子系统还包括查验终端,查验终端包括:播报信息查看模块和二维码识别模块,二维码识别模块用于查验人员在接收到货物后对送货终端上的握手二维码进行识别,并在识别握手二维码后对该握手二维码对应的一次握手区块信息(一次握手区块信息包括随货同行单信息)进行显示供查验人员查看,查验人员在查看一次握手区块信息后确认该信息是否有误,确认信息后根据确认结果信息对对应的一次握手区块信息生成查验结果单信息发送给乙方终端和甲方终端。

查验终端中的播报信息查看模块用于查验人员查看服务器发送的播报信息。

实施例二与实施例一的区别在于实施例二中的随货同行单信息是查验终端生成,而不是送货终端生成,这样的好处在于专业的查验人员通过查验终端对一次握手区块信息进行查验,增加了确认结果信息的准确性。

实施例三

实施例三与实施例二的区别在于,实施例三中的查验终端选用手机,该手机上设置有启动按钮、红外线灯以及倾角检测模块,红外线灯设置在手机背板上,手机上的倾角检测模块用于手机进行握手二维码识别时与握手二维码所在平面形成的夹角;手机背板底端上设置有凹槽,手机背板底端还铰接有支撑架,常态下支撑架位于凹槽内;支撑架和手机铰接处设置有限位板,限位板的设置使得支撑架转动并和限位板接触后与手机背板之间形成45°夹角,当倾角检测模块检测到手机与水平面形成倾角等于45°时,若已经按动启动按钮,则控制红外线灯亮。倾角检测模块包括现有的倾角传感器。

具体实施时,握手二维码可以是在甲方终端、乙方终端或者打印出的纸张上(甲方终端和乙方手段可以是手机、ipai或者电脑),若需要识别的握手二维码在打印出的纸张上,在黑暗环境下识别时则需要在灯光下识别握手二维码,这时使用查验终端进行握手二维码识别时便很有可能会出现上方照射灯光被查验终端遮挡的问题,使得握手二维码上呈现阴影,容易导致握手二维码识别失败。而本方案中只有查验人员与水平面倾斜45°时才能使得红外线灯亮(此时已经按下按动按钮),而查验人员需要倾斜扫描则代表着可能存在阴影的问题,所以在查验人员倾斜45°时红外线灯亮,一是起到照亮握手二维码的作用,二是由于红外线光的颜色比现有灯光以及太阳光等颜色深,在照射了红外线灯光后,其它灯光便被覆盖了,这样有利于握手二维码识别成功,同时红外线光对人肉眼刺激不大,有利于保护眼睛。

若握手二维码通过甲方终端或者乙方终端显示出现时,在进行握手二维码识别时若是在外界强光下或者室内灯光下都可能导致甲方终端或者乙方终端屏幕反光,这样不仅对查验人员的眼睛造成刺激,还会使得显示的握手二维码部分被强光覆盖并无法识别,本方案中倾斜45°角进行扫描,避免强光照射在甲方终端或者乙方终端的屏幕上后强光反射到查验终端的摄像头内,使得查验终端摄像头的通光量增加,进而使得进行握手二维码识别时导致握手二维码无法正常识别,而手机倾斜45°,即反射的光大部分都不会被反射到查验终端上,增加二维码识别成功率,与直接将查验终端和水平面平行进行握手二维码识别相比,本方案还能避免照射到甲方终端或乙方终端屏幕上的光线被遮挡导致握手二维码所在位置形成阴影的问题。而支撑架的设置便于查验人员能够快速实现查验终端倾斜45°,便于查验人员扫描识别。

以上所述的仅是本发明的实施例,方案中公知的具体结构及特性等常识在此未作过多描述,所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识,能够获知该领域中所有的现有技术,并且具有应用该日期之前常规实验手段的能力,所属领域普通技术人员可以在本申请给出的启示下,结合自身能力完善并实施本方案,一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出,对于本领域的技术人员来说,在不脱离本发明结构的前提下,还可以作出若干变形和改进,这些也应该视为本发明的保护范围,这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准,说明书中的具体实施方式等记载可以用于解释权利要求的内容。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1