开启锁具的方法及装置、存储介质、处理器与流程

本申请涉及智能封印领域，具体而言，涉及一种开启锁具的方法及装置、存储介质、处理器。

背景技术：

封印技术适用于电力、铁路、港口、航空等领域产品的封装检验、防偷盗泄密等，以确保产品运输途中没有被非法开启。传统封印采用钥匙和封印适配，纯手动、机械式的封印操作方式进行。导致封印操作信息不能得到管控、没有操作记录，不能对开/关封印进行追溯，不利于管理。

针对传统封印的封印信息不能得到管控、无操作记录，不利于管理的问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请实施例提供了一种开启锁具的方法及装置、存储介质、处理器，以至少解决传统封印的封印信息不能得到管控、无操作记录，不利于管理的技术问题。

根据本申请实施例的一个方面，提供了一种开启锁具的方法，包括：电子启封设备获取锁具的设备标识，并将设备标识发送至移动终端；电子启封设备获取移动终端发送的授权码，授权码与设备标识相对应，用于表征具备开启锁具的开启权限；电子启封设备依据授权码控制开启锁具。

可选地，电子启封设备获取移动终端发送的授权码，包括：电子启封设备获取来自服务器的授权码，其中，授权码为服务器对移动终端发送的设备标识进行验证，验证通过之后生成的授权码。

可选地，电子启封设备获取移动终端发送的授权码，还包括：电子启封设备获取来自移动终端的工单，工单为开启锁具对应的施工信息的工单；电子启封设备依据工单生成授权码。

可选地，工单为移动终端预先从服务器下载的工单。

可选地，电子启封设备依据授权码控制开启锁具，包括：电子启封对授权码与锁具存储的本地授权码进行匹配；在匹配成功的情况下，控制开启锁具，并将匹配成功的时间发送至移动终端进行存储；在匹配失败的情况下，将匹配失败的时间发送至移动终端进行存储。

根据本申请实施例的另一方面，还提供了另一种开启锁具的方法，包括：电子启封设备获取锁具的设备标识，并将设备标识发送至移动终端；电子启封设备获取移动终端发送的授权码，授权码与设备标识相对应，用于表征具备开启锁具的开启权限；授权码为服务器对移动终端发送的设备标识进行验证，验证通过之后生成的授权码；电子启封设备依据授权码控制开启锁具。

根据本申请实施例的另一方面，还提供了另一种开启锁具的方法，包括：电子启封设备获取锁具的设备标识，并将设备标识发送至移动终端；电子启封设备获取移动终端发送的工单，工单为开启锁具对应的施工信息的工单；电子启封设备依据工单生成授权码，授权码与设备标识相对应，用于表征具备开启锁具的开启权限；电子启封设备依据授权码控制开启锁具。

根据本申请实施例的再一方面，还提供了一种开启锁具的装置，包括：第一获取模块，用于获取锁具的设备标识，并将设备标识发送至移动终端；第二获取模块，用于获取移动终端发送的授权码，授权码与设备标识相对应，用于表征具备开启锁具的开启权限；控制模块，用于依据授权码控制开启锁具。

根据本申请实施例的再一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，程序运行时控制存储介质所在的设备执行以上的开启锁具的方法。

根据本申请实施例的再一方面，还提供了一种处理器处理器用于运行程序，其中，程序运行时执行以上的开启锁具的方法。

在本申请实施例中，采用电子启封设备获取锁具的设备标识，并将设备标识发送至移动终端；电子启封设备获取移动终端发送的授权码，授权码与设备标识相对应，用于表征具备开启锁具的开启权限；电子启封设备依据授权码控制开启锁具的方式，通过互联网技术对操作流程进行管理，建立封印信息和操作人员信息档案，经过服务器授权给移动终端，再将移动终端与电子钥匙连接进行启封、施封操作，从而实现了能够对操作流程进行有效管控，形成操作记录，便于追溯操作信息，有效提高管理效率的技术效果，进而解决了传统封印的封印信息不能得到管控、无操作记录，不利于管理的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的一种开启锁具的方法的流程图；

图2a是根据本申请实施例的一种开/关封印的流程图；

图2b是根据本申请实施例的另一种开/关封印的流程图；

图3是根据本申请实施例的另一种开启锁具的方法的流程图；

图4是根据本申请实施例的另一种开启锁具的方法的流程图；

图5是根据本申请实施例的一种开启锁具的装置的结构图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例，提供了一种开启锁具的方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

首先，在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释：

智能封印：智能封印也就是智能封印锁，是一种电子锁具。

图1是根据本申请实施例的一种开启锁具的方法的流程图，如图1所示，该方法包括如下步骤：

步骤s102，电子启封设备获取锁具的设备标识，并将设备标识发送至移动终端。

根据本申请的一个可选的实施例，上述电子启封设备可以是电子钥匙，设备标识是指锁具的锁号，一个锁具具备唯一的锁号，用来和其他锁具区分开来。

优选地，电子钥匙内部设置有具备nfc功能的芯片，锁具内部也设置有具备nfc功能的芯片，用于存储该锁具的锁号，电子钥匙通过nfc芯片感应获取锁具的锁号，然后将获取的锁号发送至移动终端的app。

步骤s104，电子启封设备获取移动终端发送的授权码，授权码与设备标识相对应，用于表征具备开启锁具的开启权限。

根据本申请的一个可选的实施例，移动终端将获取的锁号发送至服务器后台进行核对，并获取与该锁号对应的授权码，并将该授权码发送给电子钥匙。

步骤s106，电子启封设备依据授权码控制开启锁具。

电子钥匙根据该授权码对封印进行启封、施封等操作。

通过上述步骤，通过互联网技术对操作流程进行管理，建立封印信息和操作人员信息档案，经过服务器授权给移动终端，再将移动终端与电子钥匙连接进行启封、施封操作，从而实现了能够对操作流程进行有效管控，形成操作记录，便于追溯操作信息，有效提高管理效率的技术效果。

在本申请的一个可选的实施例中，步骤s104可以通过以下方法实现：电子启封设备获取来自服务器的授权码，其中，授权码为服务器对移动终端发送的设备标识进行验证，验证通过之后生成的授权码。

图2a是根据本申请实施例的一种开/关封印的流程图，如图2a所示，电子钥匙读取锁具的锁号后将读取的锁号发送至移动终端的app，移动终端app将锁号发送至后台服务器进行验证，如果服务器经过验证，该移动终端具备启封封印的权限，根据该锁号生成对应的授权码，并将该授权码发送至移动终端，移动终端将获取的授权码发送给电子钥匙，电子钥匙根据授权码进行启封、施封等操作。

上述方法提供了一种在线启封、施封封印的方法，利用该方法能够对操作流程进行有效管控，形成操作记录，便于追溯操作信息，可有效提高管理效率。

根据本申请的一个可选的实施例，步骤s104还可以通过以下方法实现：电子启封设备获取来自移动终端的工单，工单为开启锁具对应的施工信息的工单；电子启封设备依据工单生成授权码。

根据本申请的一个可选的实施例，上述工单为移动终端预先从服务器下载的工单。

图2b是根据本申请实施例的另一种开/关封印的流程图，如图2b所示，电子钥匙通过蓝牙与移动终端建立连接，从移动终端上的app下载工单(需要说明的是，工单是移动终端预先从服务器上下载到移动终端本地的)，需要说明的是，该工单为开启封印对应的施工信息的工单。电子钥匙从下载的工单中获取对封印进行启封、施封的授权码。电子钥匙利用获取的授权码对封印进行启封、施封等操作。

上述方法提供了一种离线启封、施封的方法，利用该方法不依赖于网络，在网络信号较弱或无网络的场所，可以实现封印启封、施封操作；简化了开锁程序，直接用电子钥匙对封印进行启封、施封，便于操作人员操作，极大地提高了工作效率。

在本申请的一些可选的实施例中，步骤s106可以通过以下方法实现：电子启封对授权码与锁具存储的本地授权码进行匹配；在匹配成功的情况下，控制开启锁具，并将匹配成功的时间发送至移动终端进行存储；在匹配失败的情况下，将匹配失败的时间发送至移动终端进行存储。

电子钥匙在利用获取的授权码开启锁具的时候，需要与锁具本地存储的授权码匹配，匹配成功的情况下才能成功开启锁具。在匹配失败的情况下，将匹配失败的时间上传至移动终端进行存储。

电子钥匙利用授权码开启锁具时通过与锁具本地存储的授权码进行匹配，可以进一步增强启封锁具的安全性。同时，如启封失败，将启封操作的时间进行存储，也可以便于相关工作人员对启封操作的时间进行追溯。

图3是根据本申请实施例的另一种开启锁具的方法的流程图，如图3所示，该方法包括以下步骤：

步骤s302，电子启封设备获取锁具的设备标识，并将设备标识发送至移动终端。

步骤s304，电子启封设备获取移动终端发送的授权码，授权码与设备标识相对应，用于表征具备开启锁具的开启权限；授权码为服务器对移动终端发送的设备标识进行验证，验证通过之后生成的授权码。

步骤s306，电子启封设备依据授权码控制开启锁具。

步骤s302至步骤s306提供了一种在线启封、施封的方法，电子钥匙读取锁具的锁号后将读取的锁号发送至移动终端的app，移动终端app将锁号发送至后台服务器进行验证，如果服务器经过验证，该移动终端具备启封封印的权限，根据该锁号生成对应的授权码，并将该授权码发送至移动终端，移动终端将获取的授权码发送给电子钥匙，电子钥匙根据授权码进行启封、施封等操作。

通过该方法，能够对操作流程进行有效管控，形成操作记录，便于追溯操作信息，可有效提高管理效率。

需要说明的是，图3所示实施例的优选实施方式可以参见图1所示实施例的相关描述，此处不再赘述。

图4是根据本申请实施例的另一种开启锁具的方法的流程图，如图4所示，该方法包括以下步骤：

步骤s402，电子启封设备获取锁具的设备标识，并将设备标识发送至移动终端。

步骤s404，电子启封设备获取移动终端发送的工单，工单为开启锁具对应的施工信息的工单。

步骤s406，电子启封设备依据工单生成授权码，授权码与设备标识相对应，用于表征具备开启锁具的开启权限。

步骤s408，电子启封设备依据授权码控制开启锁具。

步骤s402至步骤s408提供了一种离线启封、施封的方法，电子钥匙通过蓝牙与移动终端建立连接，从移动终端上的app下载工单(需要说明的是，工单是移动终端预先从服务器上下载到移动终端本地的)，需要说明的是，该工单为开启封印对应的施工信息的工单。电子钥匙从下载的工单中获取对封印进行启封、施封的授权码。电子钥匙利用获取的授权码对封印进行启封、施封等操作。

上述方法不依赖于网络，在网络信号较弱或无网络的场所，可以实现封印启封、施封操作；简化了开锁程序，直接用电子钥匙对封印进行启封、施封，便于操作人员操作，极大地提高了工作效率。

需要说明的是，图4所示实施例的优选实施方式可以参见图1所示实施例的相关描述，此处不再赘述。

图5是根据本申请实施例的一种开启锁具的装置的结构图，如图5所示，该装置包括：

第一获取模块50，用于获取锁具的设备标识，并将设备标识发送至移动终端。

根据本申请的一个可选的实施例，上述电子启封设备可以是电子钥匙，设备标识是指锁具的锁号，一个锁具具备唯一的锁号，用来和其他锁具区分开来。

优选地，电子钥匙内部设置有具备nfc功能的芯片，锁具内部也设置有具备nfc功能的芯片，用于存储该锁具的锁号，电子钥匙通过nfc芯片感应获取锁具的锁号，然后将获取的锁号发送至移动终端的app。

第二获取模块52，用于获取移动终端发送的授权码，授权码与设备标识相对应，用于表征具备开启锁具的开启权限。

根据本申请的一个可选的实施例，移动终端将获取的锁号发送至服务器后台进行核对，并获取与该锁号对应的授权码，并将该授权码发送给电子钥匙。

控制模块54，用于依据授权码控制开启锁具。

需要说明的是图5所示实施例的优选实施方式可以参见图1所示实施例的相关描述，此处不再赘述。

本申请实施例还提供了一种存储介质，存储介质包括存储的程序，其中，程序运行时控制存储介质所在的设备执行以上的开启锁具的方法。

存储介质用于存储执行以下功能的程序：电子启封设备获取锁具的设备标识，并将设备标识发送至移动终端；电子启封设备获取移动终端发送的授权码，授权码与设备标识相对应，用于表征具备开启锁具的开启权限；电子启封设备依据授权码控制开启锁具。或者

存储执行以下功能的程序：电子启封设备获取锁具的设备标识，并将设备标识发送至移动终端；电子启封设备获取移动终端发送的授权码，授权码与设备标识相对应，用于表征具备开启锁具的开启权限；授权码为服务器对移动终端发送的设备标识进行验证，验证通过之后生成的授权码；电子启封设备依据授权码控制开启锁具。或者

存储执行以下功能的程序：电子启封设备获取锁具的设备标识，并将设备标识发送至移动终端；电子启封设备获取移动终端发送的工单，工单为开启锁具对应的施工信息的工单；电子启封设备依据工单生成授权码，授权码与设备标识相对应，用于表征具备开启锁具的开启权限；电子启封设备依据授权码控制开启锁具。

本申请实施例还提供了一种处理器处理器用于运行程序，其中，程序运行时执行以上的开启锁具的方法。

处理器用于运行执行以下功能的程序：电子启封设备获取锁具的设备标识，并将设备标识发送至移动终端；电子启封设备获取移动终端发送的授权码，授权码与设备标识相对应，用于表征具备开启锁具的开启权限；电子启封设备依据授权码控制开启锁具。或者

运行执行以下功能的程序：电子启封设备获取锁具的设备标识，并将设备标识发送至移动终端；电子启封设备获取移动终端发送的授权码，授权码与设备标识相对应，用于表征具备开启锁具的开启权限；授权码为服务器对移动终端发送的设备标识进行验证，验证通过之后生成的授权码；电子启封设备依据授权码控制开启锁具。或者

运行执行以下功能的程序：电子启封设备获取锁具的设备标识，并将设备标识发送至移动终端；电子启封设备获取移动终端发送的工单，工单为开启锁具对应的施工信息的工单；电子启封设备依据工单生成授权码，授权码与设备标识相对应，用于表征具备开启锁具的开启权限；电子启封设备依据授权码控制开启锁具。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。