CN119728075A - 电子提单系统的控制方法、设备及存储介质 - Google Patents
电子提单系统的控制方法、设备及存储介质 Download PDFInfo
- Publication number
- CN119728075A CN119728075A CN202411705655.9A CN202411705655A CN119728075A CN 119728075 A CN119728075 A CN 119728075A CN 202411705655 A CN202411705655 A CN 202411705655A CN 119728075 A CN119728075 A CN 119728075A
- Authority
- CN
- China
- Prior art keywords
- lading
- electronic bill
- key
- intelligent contract
- contract
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了电子提单系统的控制方法、设备及存储介质,本申请涉及数据处理技术领域,上述方法根据用户输入的地址信息,于所述目标区块链中获取电子提单智能合约,然后根据所述电子提单智能合约,从所述标准数据平台中获取对应的源代码,并根据所述合约解析引擎解析所述电子提单智能合约,并基于所述源代码预处理解析后的所述电子提单智能合约,最后基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链。本申请通过获取的源代码,对电子提单智能合约进行处理,并根据密钥对电子提单智能合约完成签名,从而提高电子提单智能合约的处理效率。
Description
技术领域
本申请涉及数据处理技术领域,尤其涉及电子提单系统的控制方法、设备及存储介质。
背景技术
电子提单是指以电子数据形式记录货物从始发地到目的地全程运输的信息,具有实时性和高效性。目前,对于电子提单的处理方案,是用户通过界面手动输入提单要素,然后检查输入要素是否准确,并输入密钥对电子提单进行签名,以完成电子提单的处理过程。然而,当电子提单数量较多时,通过人为输入提单要素以及密钥并对电子提单处理的方案,存在处理效率较低的问题。
上述内容仅用于辅助理解本申请的技术方案,并不代表承认上述内容是现有技术。
发明内容
本申请提供一种电子提单系统的控制方法、设备及存储介质,旨在解决相关方案对电子提单的处理效率较低的问题。
为实现上述目的,本申请提供的一种电子提单系统的控制方法,应用于电子提单系统,所述电子提单系统的控制方法包括以下步骤:
根据用户输入的地址信息,于所述目标区块链中获取电子提单智能合约;
根据所述电子提单智能合约,从所述标准数据平台中获取对应的源代码;
根据所述合约解析引擎解析所述电子提单智能合约,并基于所述源代码预处理解析后的所述电子提单智能合约;
基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链。
在一实施例中,所述根据所述合约解析引擎解析所述电子提单智能合约,并基于所述源代码预处理解析后的所述电子提单智能合约的步骤,包括:
根据所述合约解析引擎解析所述电子提单智能合约,确定对应的函数签名和参数类型;
于所述源代码中获取对应的函数名和参数名,并将所述函数名和所述参数名替换所述电子提单智能合约中的所述函数签名和所述参数类型。
在一实施例中,所述基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链的步骤之前,还包括:
根据所述电子提单智能合约输出对应的交互界面;
响应于所述交互界面的操作,获取所述操作对应的提单参数;
获取智能合约虚拟机,通过所述智能合约虚拟机以及所述提单参数执行所述电子提单智能合约,并确定输出的执行结果;
在所述执行结果与期望结果匹配时,执行所述基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链的步骤。
在一实施例中,所述响应于所述交互界面的操作,获取所述操作对应的提单参数的步骤之前,还包括:
于所述目标区块链中获取所述电子提单智能合约的交易信息;
通过标准数据平台获取对应的参考数据,并将所述交易信息以及所述参考数据反馈至所述交互界面,以辅助用户基于所述交互界面输入所述提单参数。
在一实施例中,所述基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链的步骤包括:
将所述地址信息发送至所述密钥托管平台,其中,所述密钥托管平台根据所述地址信息验证用户的身份,在所述地址信息验证通过后,将与所述用户对应的密钥发送至所述电子提单系统;
接收所述密钥托管平台发送的密钥,并基于非对称加密算法,生成私钥以及对应的公钥;
根据所述公钥对所述电子提单智能合约进行签名,并将签名后的所述电子提单智能合约发送至所述目标区块链。
在一实施例中,所述将所述地址信息发送至所述密钥托管平台的步骤之后,还包括:
在所述密钥托管平台接收到所述地址信息后,根据所述地址信息验证对应的用户的身份信息;
在所述验证通过之后,基于所述身份信息,在密钥托管云端获取对应的加密文本;
基于预设解密算法,于所述加密文本中解密出所述密钥,并将所述密钥发送至所述电子提单系统。
在一实施例中,所述在所述验证通过之后,基于所述身份信息,在密钥托管云端获取对应的加密文本的步骤之后,还包括:
若在所述密钥托管云端未获取到所述身份信息对应的加密文本,向备份云端发送所述身份信息;
接收所述备份远端反馈的加密分片,解密所述加密分片得到所述密钥;
将所述密钥发送至所述电子提单系统。
在一实施例中,所述将签名后的所述电子提单智能合约发送至所述目标区块链的步骤之前,还包括:
将所述电子提单智能合约的数据格式转换为预定格式,其中,所述预定格式为所述目标区块链的存储格式;
将预定格式的所述电子提单智能合约通过预设接口发送至所述目标区块链,其中,所述目标区块链在接收到所述电子提单智能合约后,根据签名验证所述电子提单智能合约,并在验证通过后将所述电子提单智能合约保存在区块链节点中。
此外,为实现上述目的,本申请还提供一种电子提单系统的控制设备,所述电子提单系统的控制设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序配置为实现如上所述的电子提单系统的控制方法的步骤。
此外,为实现上述目的,本申请还提供一种存储介质,所述存储介质为计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述的电子提单系统的控制方法的步骤。
本申请提供电子提单系统的控制方法、电子提单系统的控制设备以及存储介质,根据用户输入的地址信息,于所述目标区块链中获取电子提单智能合约,然后根据所述电子提单智能合约,从所述标准数据平台中获取对应的源代码,并根据所述合约解析引擎解析所述电子提单智能合约,并基于所述源代码预处理解析后的所述电子提单智能合约,最后基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链。从而通过标准数据平台中获取的源代码,对初始的电子提单智能合约进行解析以及处理,并根据密钥对电子提单智能合约完成签名,从而提高电子提单智能合约的处理效率。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请电子提单系统的控制方法的第一实施例的流程示意图;
图2为本申请电子提单系统的控制方法的第二实施例的流程示意图;
图3为本申请实施例方案涉及的交互界面图;
图4为本申请电子提单系统的控制方法的第三实施例的流程示意图;
图5为本申请电子提单系统的控制方法的第四实施例的流程示意图;
图6为本申请电子提单系统的控制方法的第五实施例的流程示意图;
图7为本申请实施例涉及的电子提单系统的控制设备的硬件运行环境的架构示意图。
本申请目的的实现、功能特点及优点将结合实施例,参照附图作进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
为了更好的理解上述技术方案,下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例,然而应当理解,可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本申请,并且能够将本申请的范围完整的传达给本领域的技术人员。
为了更好的理解上述技术方案,下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。
本申请的主要解决方案是:根据用户输入的地址信息,于所述目标区块链中获取电子提单智能合约;
根据所述电子提单智能合约,从所述标准数据平台中获取对应的源代码;
根据所述合约解析引擎解析所述电子提单智能合约,并基于所述源代码预处理解析后的所述电子提单智能合约;
基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链。
目前,对于电子提单的处理方案,是用户通过界面手动输入提单要素,然后检查输入要素是否准确,并输入密钥对电子提单进行签名,以完成电子提单的处理过程。然而,当电子提单数量较多时,通过人为输入提单要素以及密钥并对电子提单处理的方案,存在处理效率较低的问题。
本申请通过标准数据平台中获取的源代码,对初始的电子提单智能合约进行解析以及处理,并根据密钥对电子提单智能合约完成签名,从而提高电子提单智能合约的处理效率。
需要说明的是,本实施例的执行主体可以是电子提单系统,也可以是一种具有数据处理、网络通信以及程序运行功能的计算服务设备,例如平板电脑、个人电脑、手机等,或者是一种能够实现上述功能的电子提单系统的控制设备等,本实施例对此并不作具体限定。以下以电子提单系统为执行主体为例,对本实施例及下述各实施例进行说明。
实施例一
请参照图1,在第一实施例中,应用于电子提单系统,所述电子提单系统的控制方法包括以下步骤:
步骤S10:根据用户输入的地址信息,于所述目标区块链中获取电子提单智能合约。
在本实施例中,由电子提单系统执行处理动作,所述电子提单系统包括标准数据平台以及合约解析引擎,所述电子提单系统与目标区块链以及密钥托管平台连接。所述电子提单系统由前端和后端组成,用户基于前端的交互界面输入所述地址信息,其中,所述地址信息包括用户的身份信息,以及对应的区块链地址。进而根据所述地址信息生成获取请求,并将获取请求发送至目标区块链。所述目标区块链根据获取请求中的地址信息,先验证用户的身份信息,并在验证通过后将地址信息对应的节点所存储的电子提单智能合约发送至所述电子提单系统。
作为一种可选地实施方式,首先确定用户输入的地址信息所属的目标区块链,确保用户提供的地址是有效的智能合约地址,而非普通用户账户地址。接着访问区块链浏节点接口,可以利用区块链浏览器输入地址信息,区块链浏览器提供详细的智能合约信息,包括合约的源代码、交易历史、事件日志等。在验证完之后,如果具备区块链节点的访问权限,可以通过调用区块链节点的API接口,使用地址作为参数,获取电子提单智能合约的详细信息。此外,还可以对电子提单智能合约进行验证,确保电子提单智能合约的准确性。
具体地,所述目标区块链可以是联盟链,联盟链是有准入机制的区块链,具有共识节点与其他节点(业务节点)。任何链上智能合约都需要所有共识节点执行,若执行结果一致,则共识节点可以达成共识。业务节点一般不执行智能合约,但是会从共识节点将智能合约的执行结果同步下来。
步骤S20:根据所述电子提单智能合约,从所述标准数据平台中获取对应的源代码。
在本实施例中,所述标准数据平台存储有各种电子提单智能合约的源代码,通过所述电子提单智能合约的编号,并以编号为关键词,在所述标准数据平台中查询与所述编号关联的源代码,从而获取到所述电子提单智能合约对应的源代码。
具体地,首先确定智能合约功能,即确定电子提单智能合约需要实现的功能,如提单的创建、转让、验证等。再根据电子提单智能合约的功能生成功能描述标签,以方便后续查找对应的源代码。接着访问标准数据平台,登录到存储有电子提单智能合约源代码的标准数据平台。在数据平台中搜索与电子提单相关的智能合约,可以根据电子提单智能合约的名称、功能描述或标签进行搜索。找到目标智能合约后,下载其源代码。源代码通常以Solidity、Vyper等智能合约编程语言编写,并可以包含合约的ABI(应用程序二进制接口)和字节码,从而完成源代码的获取。
此外,为确保下载的源代码完整且未受损,可以通过对比源代码的哈希值或签名来验证其完整性。在本地或测试环境中部署智能合约,并进行功能测试、安全测试和性能测试,以确保电子智能合约在实际环境中能够正常工作且安全无虞。
步骤S30:根据所述合约解析引擎解析所述电子提单智能合约,并基于所述源代码预处理解析后的所述电子提单智能合约。
在本实施例中,所述合约解析引擎部署在所述电子提单系统中,可以根据电子提单智能合约的编程语言(如Solidity、Vyper等)和区块链平台选择相应的合约解析引擎,以确保合约解析引擎支持所需的解析功能和预处理选项。再根据电子提单智能合约需求,配置合约解析引擎的参数,如输入文件的格式、输出结果的格式、解析的深度等,以确保解析引擎与区块链平台或标准数据平台的接口兼容。
在解析电子提单智能合约的过程中,将电子提单智能合约作为输入文件提供给合约解析引擎。再启动解析引擎,对输入的电子提单智能合约进行解析,合约解析引擎将电子提单智能合约转换为抽象语法树或其他中间表示形式,以便后续处理。在解析完成后,检查解析引擎输出的结果,确保解析正确且完整。验证解析后的智能合约是否保留了关键信息和逻辑。
在预处理解析后的电子提单智能合约的过程中,可以对解析后的智能合约进行代码结构优化,如重构函数、简化逻辑等,以确保优化后的电子提单智能合约仍然保持原有的功能和正确性。然后为解析后的电子提单智能合约添加详细的注释和文档,以便后续的开发和维护,其中,注释应涵盖电子提单智能合约的关键部分、逻辑流程、异常处理等。进一步对解析后的智能合约进行安全性检查,如检测潜在的漏洞、验证代码的健壮性等,以确保智能合约在实际部署和运行前符合安全标准。最后,还可以对解析后的智能合约进行单元测试,确保每个函数和逻辑路径都能正确执行。具体的测试过程可以使用测试框架和测试工具来编写和执行测试用例。进而将解析后的电子提单智能合约输入测试用例中以完成测试。或者还可以将电子提单智能合约集成到区块链平台或应用程序中,进行集成测试,以验证智能合约与其他组件的交互和协作是否正常。
此外,对解析后的智能合约进行性能测试,评估所述电子提单智能合约的执行效率、资源消耗等指标,并根据性能测试结果进行优化和调整。
作为一种可选地实施方式,在本实施例中,所述步骤S30包括:
根据所述合约解析引擎解析所述电子提单智能合约,确定对应的函数签名和参数类型;于所述源代码中获取对应的函数名和参数名,并将所述函数名和所述参数名替换所述电子提单智能合约中的所述函数签名和所述参数类型。
具体地,在从所述标准数据平台中获取对应的源代码之后,根据合约的编程语言(如Solidity),选择合适的解析工具。对于Solidity合约,可以使用如Slither、Mythril等静态分析工具,或者利用Solidity编译器和ABI(Application Binary Interface,应用程序二进制接口)接口进行解析。然后使用合约解析引擎对合约代码进行解析,提取出所有的函数签名和参数类型,其中,函数签名通常包括函数名和参数类型的摘要(如SHA3哈希值),而参数类型则明确指出了每个参数的数据类型。进而在源代码中获取对应的函数名和参数名,通过确定包含电子提单智能合约相关逻辑的源代码文件。从源代码中提取出与合约中函数签名和参数类型相对应的函数名和参数名。
在替换函数签名和参数类型的过程中,先建立一个映射关系表,将电子提单智能合约中的函数签名和参数类型与源代码中的函数名和参数名对应起来。在电子提单智能合约的源代码中,使用源代码中的函数名和参数名替换原有的函数签名和参数类型。最后对替换后的合约代码进行验证,确保其功能与替换前一致,且没有引入新的错误或漏洞。
步骤S40:基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链。
在本实施例中,所述地址信息中包括用于在所述密钥托管平台中登录的身份信息,通过所述身份信息登录所述密钥托管平台,并根据所述地址信息确定关联的密钥。所述密钥托管平台将所述密钥反馈至电子提单系统,所述电子提单系统根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链。
具体地,先从相关系统或平台获取用于接收密钥的地址信息,也可以是由用户基于电子提单系统的前端界面输入的地址信息,其中,所述地址信息包括加密钱包地址,或者密钥托管平台上的特定账户地址。然后根据地址信息,向密钥托管平台发送获取请求。密钥托管平台会按照用户提供的地址信息,将密钥传输给电子提单系统。
在所述电子提单系统收到密钥后,先对密钥进行验证以确保密钥的完整性和正确性,具体可以通过对比密钥的哈希值或使用其他验证方法来完成。然后获取需要签名的电子提单智能合约的源代码或ABI接口。并根据所使用的区块链平台和编程语言,选择合适的签名工具。对于以太坊等区块链平台,可以使用如Web3.js等库进行签名操作。再使用接收到的密钥对电子提单智能合约进行签名,其中,签名过程包括将合约内容、时间戳等信息进行哈希处理,并使用私钥对哈希值进行签名。在发送签名前,可以使用公钥对签名进行验证,以确保签名的有效性和真实性。最后确定要将签名后的电子提单智能合约发送到的目标区块链,根据目标区块链平台的交易规范,构建包含签名后的电子提单智能合约的交易,其中,包括设置交易的发件人、收件人、金额、附加数据(即签名后的合约内容)等字段。再使用区块链钱包或相关工具将构建好的电子提单智能合约发送至目标区块链。
作为一种可选地实施方式,在本实施例中,所述步骤S40包括:
将所述地址信息发送至所述密钥托管平台,其中,所述密钥托管平台根据所述地址信息验证用户的身份,在所述地址信息验证通过后,将与所述用户对应的密钥发送至所述电子提单系统;接收所述密钥托管平台发送的密钥,并基于非对称加密算法,生成私钥以及对应的公钥;根据所述公钥对所述电子提单智能合约进行签名,并将签名后的所述电子提单智能合约发送至所述目标区块链。
具体地,将所述地址信息发送至所述密钥托管平台,其中,所述密钥托管平台根据所述地址信息验证用户的身份,在所述地址信息验证通过后,将与所述用户对应的密钥发送至所述电子提单系统。然后根据非对称加密算法将密钥加密成私钥以及公钥,其中,私钥由用户端保存,可以继续保存在密钥托管平台中。根据所述公钥对所述电子提单智能合约进行签名,并将签名后的所述电子提单智能合约发送至所述目标区块链。
在本实施例提供的技术方案中,根据用户输入的地址信息,于所述目标区块链中获取电子提单智能合约,然后根据所述电子提单智能合约,从所述标准数据平台中获取对应的源代码,并根据所述合约解析引擎解析所述电子提单智能合约,并基于所述源代码预处理解析后的所述电子提单智能合约,最后基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链。本实施例方案通过标准数据平台中获取的源代码,对初始的电子提单智能合约进行解析并替换,并根据密钥对电子提单智能合约完成签名,从而提高电子提单智能合约的处理效率。
实施例二
请参照图2,在第二实施例中,所述步骤S40之前,还包括:
步骤S50:根据所述电子提单智能合约输出对应的交互界面。
在本实施例中,所述交互界面在所述电子提单系统的前端中展示,通过确定电子提单智能合约需要实现的功能,如提单的签发、流转、背书、审核等,从而将所述电子提单智能合约展示在所述交互界面上,并在电子提单系统的前端中输出。
具体地,可以预先对交互界面进行设计,根据电子提单智能合约的功能和用户群体,设计交互界面的原型,比如设置界面的布局、颜色、字体等视觉元素。进而使用前端开发技术(如HTML、CSS、JavaScript)开发交互界面。从而实现界面与电子提单智能合约的交互逻辑,如发送提单签发请求、查询提单状态等。根据实际需求将交互界面输出为可供用户使用的形式。将交互界面部署到Web服务器上,用户可以通过浏览器访问。
步骤S60:响应于所述交互界面的操作,获取所述操作对应的提单参数。
在本实施例中,在所述交互界面输出之后,用户可以基于输入装置在交互界面中执行相应的操作,即在所述交互界面上输入对应的提单参数,或者调整相对应的内容。电子提单系统的前端会将用户的这些操作反馈至后端,以使电子提单系统获取所述操作对应的提单参数。
示例性的,如图3所示,图3为本申请实施例方案涉及的交互界面图。所述交互界面图展示了电子提单智能合约的地址、模版以及接口信息,还包括参数输入框,用户可以在参数输入框中输入对应的提单参数。
可选地,在本实施例中,所述步骤S60之前,还包括:
于所述目标区块链中获取所述电子提单智能合约的交易信息;通过标准数据平台获取对应的参考数据,并将所述交易信息以及所述参考数据反馈至所述交互界面,以辅助用户基于所述交互界面输入所述提单参数。
具体地,首先从目标区块链获取交易信息,可以使用区块链的API或SDK,连接到目标区块链平台,以根据电子提单智能合约的地址或者交易哈希值,查询并获取电子提单智能合约的交易信息,其中,交易信息包括交易时间、交易双方、交易金额、提单状态等。然后从标准数据平台获取参考数据,通过访问标准数据平台,并根据查询条件(如货物类型、承运人、收货人等)获取相关的参考数据,其中,参考数据包括货物价格、运输路线、承运人信誉等。此外,对从目标区块链和标准数据平台获取的数据进行清洗、整合和格式化,以确保数据的准确性和一致性。并将处理后的交易信息和参考数据通过API或前端技术反馈至交互界面,即在交互界面上展示交易信息和参考数据。根据展示的交易信息和参考数据,为用户提供输入提单参数的提示和建议。用户可以根据提示和建议,在交互界面上输入相应的提单参数。
步骤S70:获取智能合约虚拟机,通过所述智能合约虚拟机以及所述提单参数执行所述电子提单智能合约,并确定输出的执行结果。
步骤S80:在所述执行结果与期望结果匹配时,执行所述基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链的步骤。
在本实施例中,所述智能合约虚拟机是电子提单系统联动目标链的链数据服务所生成的,通过智能合约虚拟机,可以预执行已填入提单参数的电子提单智能合约,并可以输出预执行对应的执行结果。如图3所示,所述交互界面中有预执行组件,通过触发所述预执行组件,即可触发启动所述智能合约虚拟机,进而通过智能合约虚拟机预执行电子提单智能合约。
在所述智能合约虚拟机预执行所述电子提单智能合约之后,会输出执行结果,通过将所述执行结果与所述期望结果对比,并在二者匹配之后,判定所述电子提单智能合约符合预期的效果,从而执行所述基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链的步骤。
作为一种可选地实施方式,生成智能合约虚拟机的方式,可以是先连接到目标区块链的数据服务。通过节点提供的API来连接到目标区块链的数据服务,例如以太坊的JSON-RPC接口。再使用Web3.js(JavaScript库)、web3.py(Python库)等库来简化与区块链的交互。然后使用区块链API,如eth.getCode,来获取部署在区块链上的电子提单智能合约的字节码,其中,字节码包含了电子提单智能合约的初始化代码和运行时字节码。进而使用Solidity编译器或其他相关工具来解析合约的字节码,从而识别出函数签名、事件、错误信息以及其他合约元数据。对于以太坊,可以利用solc(Solidity编译器)命令行工具或集成到开发环境中的工具来进行反编译。
接着创建智能合约虚拟机实例,根据区块链的规范创建一个虚拟机实例。对于以太坊,这意味着创建一个EVM实例,其中,EVM是一个栈式机器,它执行字节码指令集,并维护状态树。再将解析后的合约字节码加载到虚拟机中。这将设置虚拟机的状态,准备好执行合约逻辑,从而生成所述智能合约虚拟机。
在本实施例提供的技术方案中,根据所述电子提单智能合约输出对应的交互界面,响应于所述交互界面的操作,获取所述操作对应的提单参数,然后获取智能合约虚拟机,通过所述智能合约虚拟机以及所述提单参数执行所述电子提单智能合约,并确定输出的执行结果,并在所述执行结果与期望结果匹配时,执行所述基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链的步骤。本实施例方案通过智能合约虚拟机预执行电子提单智能合约,可以预先提前查看电子提单智能合约的执行结果,进而保证电子提单智能合约的执行的准确率。
实施例三
请参照图4,在第三实施例中,所述将所述地址信息发送至所述密钥托管平台的步骤之后,还包括:
步骤S90:在所述密钥托管平台接收到所述地址信息后,根据所述地址信息验证对应的用户的身份信息。
步骤S100:在所述验证通过之后,基于所述身份信息,在密钥托管云端获取对应的加密文本。
在本实施例中,所述密钥托管平台与电子提单系统连接,在所述密钥托管平台接收到所述地址信息后,先验证所述地址信息是否具备访问密钥托管平台的权限,其中,所述地址信息包括用户的身份信息,比如用户名和密码。进而根据所述地址信息验证对应的用户的身份信息,即验证用户名和密码是否正确,若正确,则地址信息具备访问所述密钥托管平台的权限。基于所述身份信息,在密钥托管云端获取对应的加密文本。
具体地,所述密钥托管云端包括两个组件,分别是IAM(Identity and AccessManagement,身份识别与访问管理)和HSM(Hardware Security Module,硬件安全模块)。IAM具有单点登录、强大的认证管理、基于策略的集中式授权和审计、动态授权、企业可管理性等功能。云服务可以给每个个人云账号设立IAM域,在用户的IAM域中,存在的文件仅有用户本身可以访问到。用户的托管密钥正是存放在IAM域下的存储中。注意这里的托管密钥是经过了硬件加密机的根秘钥加密的加密文本。IAM机制主要是保证用户密钥存储的独立性和访问安全性。HSM是云服务上配置的基于硬件的密钥管理服务,即该密钥管理系统是以HSM作为根密钥的,所有的次级密钥都基于硬件安全加密。密钥管理系统本身负责与HSM通信以及可访问所有的IAM,为每个用户创建和托管存放密钥,在用户需要使用的时候,再次访问HSM将用户IAM中的托管密钥在安全域内解密并且完成签名,再返回给用户。
可选地,在本实施例中,所述步骤S100之后,还包括:
若在所述密钥托管云端未获取到所述身份信息对应的加密文本,向备份云端发送所述身份信息;接收所述备份远端反馈的加密分片,解密所述加密分片得到所述密钥;将所述密钥发送至所述电子提单系统。
具体地,若在所述密钥托管云端未获取到所述身份信息对应的加密文本,或者密钥托管云端出现故障,此时,向备份云端发送身份信息,从而可以接收所述备份远端反馈的加密分片,并解密所述加密分片得到所述密钥。
此外,用户可以在密钥托管云端中设置自己的备份云账号,如主要云服务是AWS,则可以设置自己的阿里云和百度云账号,设置完成后,密钥备份模块会通过密钥管理模块将用户的秘钥分成2个加密分片(密钥由用户掌握),然后将两个分片分别发送到备份云中,备份云账号确认收到后,完成密钥备份。在主要云服务出现了异常,存储丢失等,用户可以从备份云服务获取密钥分片并进行解密生成密钥。
步骤S110:基于预设解密算法,于所述加密文本中解密出所述密钥,并将所述密钥发送至所述电子提单系统。
在本实施例中,先确定加密文本所使用的加密算法以及密钥的格式和长度。然后根据加密算法,准备相应的解密算法。解密算法需要与加密算法相匹配,才能正确解密出密钥。进而使用解密算法对加密文本进行解密,其中,解密需要输入一些额外的参数,如解密密钥。再对解密出的密钥进行验证,确保其正确性和完整性。可以通过比对密钥的特定属性(如长度、格式等)或使用其他验证机制来实现。最后使用通信协议和接口,建立与电子提单系统的连接,并将解密出的密钥通过连接发送至电子提单系统。
在本实施例提供的技术方案中,在所述密钥托管平台接收到所述地址信息后,根据所述地址信息验证对应的用户的身份信息,然后在所述验证通过之后,基于所述身份信息,在密钥托管云端获取对应的加密文本,最后基于预设解密算法,于所述加密文本中解密出所述密钥,并将所述密钥发送至所述电子提单系统。本实施例方案在密钥托管平台未获取到密钥时,转而在备份云端获取,从而避免密钥托管平台出现故障时无法获取密钥的问题发生。
实施例四
请参照图5,在第四实施例中,所述步骤S400之前,还包括:
步骤S120:将所述电子提单智能合约的数据格式转换为预定格式,其中,所述预定格式为所述目标区块链的存储格式。
步骤S130:将预定格式的所述电子提单智能合约通过预设接口发送至所述目标区块链,其中,所述目标区块链在接收到所述电子提单智能合约后,根据签名验证所述电子提单智能合约,并在验证通过后将所述电子提单智能合约保存在区块链节点中。
在本实施例中,要将所述电子提单智能合约的数据格式转换为预定格式,需要先解析电子提单智能合约,确定数据结构、字段含义以及逻辑关系。根据目标区块链的存储要求,确定电子提单智能合约的预定格式,其中包括数据字段的映射、数据类型的转换以及数据结构的调整等。
然后进行数据转换,利用数据转换工具,或者编写转换脚本,将电子提单智能合约的数据从原始格式转换为预定格式。并对转换后的电子提单智能合约进行验证,确保其符合预定格式的要求。根据目标区块链的接口要求,准备相应的发送接口,其中,接口要求包括接口地址、请求参数、请求方式等。再配置发送参数,将转换后的电子提单智能合约作为请求参数的一部分,配置到发送接口中。通过发送接口,将电子提单智能合约发送至目标区块链。
在签名验证过程中,在目标区块链接收到电子提单智能合约后,会先进行签名验证。验证过程包括检查签名的有效性、签名者的身份以及签名的时效性等。根据签名验证的结果,目标区块链会执行对应的处理动作。如果验证通过,则继续执行后续操作;如果验证失败,则返回错误信息,并拒绝保存电子提单智能合约。在签名验证通过后,目标区块链会将电子提单智能合约保存在区块链节点中,还可以将电子提单智能合约打包进一个新的区块,并添加到区块链中。
在本实施例提供的技术方案中,通过将所述电子提单智能合约的数据格式转换为预定格式,其中,所述预定格式为所述目标区块链的存储格式,然后将预定格式的所述电子提单智能合约通过预设接口发送至所述目标区块链,其中,所述目标区块链在接收到所述电子提单智能合约后,根据签名验证所述电子提单智能合约,并在验证通过后将所述电子提单智能合约保存在区块链节点中。从而完成电子提单智能合约的上链流程,并提高电子提单智能合约的上链效率。
实施例五
请参照图6,在第五实施例中,如图6所示,图6为本申请第五实施例的流程示意图。以航运贸易为例,航运贸易联盟链与电子提单智能合约交互平台连接,电子提单智能合约交互平台与密钥托管平台连接,电子提单智能合约交互平台可以与航运贸易标准数据平台交互。由电子提单智能合约交互平台以及航运贸易标准数据平台构成电子提单系统。在实际过程中,电子提单智能合约交互平台中的合约解析引擎对获取的电子提单智能合约进行解析以及预处理,并在密钥托管平台中获取密钥对电子提单智能合约进行签名,从而执行相对应的上链服务,即将完成签名的电子提单智能合约保存在航运贸易联盟链中。此外,密钥托管平台与备份云进行连接,备份云可以是百度云以及阿里云,通过将密钥划分为多个密钥分片并发送至备份云,从而将密钥分片保存在备份云中。
由于本申请实施例所介绍的系统,为实施本申请实施例的方法所采用的系统,故而基于本申请实施例所介绍的方法,本领域所属人员能够了解该系统的具体结构及变形,故而在此不再赘述。凡是本申请实施例的方法所采用的系统都属于本申请所欲保护的范围。
本申请提供一种电子提单系统的控制设备,电子提单系统的控制设备包括:至少一个处理器;以及,与至少一个处理器通信连接的存储器;其中,存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使至少一个处理器能够执行上述实施例一中的电子提单系统的控制方法。
下面参考图7,其示出了适于用来实现本申请实施例的电子提单系统的控制设备的结构示意图。本申请实施例中的电子提单系统的控制设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(Personal Digital Assistant:个人数字助理)、PAD(Portable Application Description:平板电脑)、PMP(Portable Media Player:便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图7示出的电子提单系统的控制设备仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图7所示,电子提单系统的控制设备可以包括处理装置1001(例如核心处理器、图形处理器等),其可以根据存储在只读存储器(ROM:Read Only Memory)1002中的程序或者从存储装置1003加载到随机访问存储器(RAM:Random Access Memory)1004中的程序而执行各种适当的动作和处理。在RAM1004中,还存储有电子提单系统的控制设备操作所需的各种程序和数据。处理装置1001、ROM1002以及RAM1004通过总线1005彼此相连。输入/输出(I/O)接口1006也连接至总线。通常,以下系统可以连接至I/O接口1006:包括例如触摸屏、触摸板、键盘、鼠标、图像传感器、麦克风、加速度计、陀螺仪等的输入装置1007;包括例如液晶显示器(LCD:Liquid Crystal Display)、扬声器、振动器等的输出装置1008;包括例如磁带、硬盘等的存储装置1003;以及通信装置1009。通信装置1009可以允许电子提单系统的控制设备与其他设备进行无线或有线通信以交换数据。虽然图中示出了具有各种系统的电子提单系统的控制设备,但是应理解的是,并不要求实施或具备所有示出的系统。可以替代地实施或具备更多或更少的系统。
特别地,根据本申请公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本申请公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置从网络上被下载和安装,或者从存储装置1003被安装,或者从ROM1002被安装。在该计算机程序被处理装置1001执行时,执行本申请公开实施例的方法中限定的上述功能。
本申请提供的电子提单系统的控制设备,采用上述实施例中的电子提单系统的控制方法,能解决相关方案对电子提单的处理效率较低的技术问题。与现有技术相比,本申请提供的电子提单系统的控制设备的有益效果与上述实施例提供的电子提单系统的控制方法的有益效果相同,且该电子提单系统的控制设备中的其他技术特征与上一实施例方法公开的特征相同,在此不做赘述。
应当理解,本申请公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式的描述中,具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
本申请提供一种计算机可读存储介质,具有存储在其上的计算机可读程序指令(即计算机程序),计算机可读程序指令用于执行上述实施例中的电子提单系统的控制方法。
本申请提供的计算机可读存储介质例如可以是U盘,但不限于电、磁、光、电磁、红外线或半导体的系统、系统或器件,或者任意以上的组合。计算机可读存储介质的更具体地例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM:Random Access Memory)、只读存储器(ROM:Read Only Memory)、可擦式可编程只读存储器(EPROM:Erasable Programmable Read Only Memory或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM:CD-Read Only Memory)、光存储器件、磁存储器件或者上述的任意合适的组合。在本实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、系统或者器件使用或者与其结合使用。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(Radio Frequency:射频)等等,或者上述的任意合适的组合。
上述计算机可读存储介质可以是电子提单系统的控制设备中所包含的;也可以是单独存在,而未装配入电子提单系统的控制设备中。
上述计算机可读存储介质承载有一个或者多个程序,当上述一个或者多个程序被电子提单系统的控制设备执行时,使得电子提单系统的控制设备:根据用户输入的地址信息,于所述目标区块链中获取电子提单智能合约;根据所述电子提单智能合约,从所述标准数据平台中获取对应的源代码;根据所述合约解析引擎解析所述电子提单智能合约,并基于所述源代码预处理解析后的所述电子提单智能合约;基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN:Local Area Network)或广域网(WAN:Wide Area Network)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,该模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框,以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,模块的名称在某种情况下并不构成对该单元本身的限定。
本申请提供的可读存储介质为计算机可读存储介质,所述计算机可读存储介质存储有用于执行上述电子提单系统的控制方法的计算机可读程序指令(即计算机程序),能够解决相关方案对电子提单的处理效率较低的技术问题。与现有技术相比,本申请提供的计算机可读存储介质的有益效果与上述实施例提供的电子提单系统的控制方法的有益效果相同,在此不做赘述。
本申请实施例提供一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时实现如上述的电子提单系统的控制方法的步骤。
本申请提供的计算机程序产品能够解决相关方案对电子提单的处理效率较低的技术问题。与现有技术相比,本申请实施例提供的计算机程序产品的有益效果与上述实施例提供的电子提单系统的控制方法的有益效果相同,在此不做赘述。
以上仅为本申请的优选实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利处理范围内。
Claims (10)
1.一种电子提单系统的控制方法,其特征在于,应用于电子提单系统,所述电子提单系统包括标准数据平台以及合约解析引擎,所述电子提单系统与目标区块链以及密钥托管平台连接,所述电子提单系统的控制方法包括以下步骤:
根据用户输入的地址信息,于所述目标区块链中获取电子提单智能合约;
根据所述电子提单智能合约,从所述标准数据平台中获取对应的源代码;
根据所述合约解析引擎解析所述电子提单智能合约,并基于所述源代码预处理解析后的所述电子提单智能合约;
基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链。
2.如权利要求1所述的方法,其特征在于,所述根据所述合约解析引擎解析所述电子提单智能合约,并基于所述源代码预处理解析后的所述电子提单智能合约的步骤,包括:
根据所述合约解析引擎解析所述电子提单智能合约,确定对应的函数签名和参数类型;
于所述源代码中获取对应的函数名和参数名,并将所述函数名和所述参数名替换所述电子提单智能合约中的所述函数签名和所述参数类型。
3.如权利要求1所述的方法,其特征在于,所述基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链的步骤之前,还包括:
根据所述电子提单智能合约输出对应的交互界面;
响应于所述交互界面的操作,获取所述操作对应的提单参数;
获取智能合约虚拟机,通过所述智能合约虚拟机以及所述提单参数执行所述电子提单智能合约,并确定输出的执行结果;
在所述执行结果与期望结果匹配时,执行所述基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链的步骤。
4.如权利要求3所述的方法,其特征在于,所述响应于所述交互界面的操作,获取所述操作对应的提单参数的步骤之前,还包括:
于所述目标区块链中获取所述电子提单智能合约的交易信息;
通过标准数据平台获取对应的参考数据,并将所述交易信息以及所述参考数据反馈至所述交互界面,以辅助用户基于所述交互界面输入所述提单参数。
5.如权利要求1所述的方法,其特征在于,所述基于所述地址信息接收所述密钥托管平台发送的密钥,根据所述密钥对所述电子提单智能合约签名,并将签名后的所述电子提单智能合约发送至所述目标区块链的步骤包括:
将所述地址信息发送至所述密钥托管平台,其中,所述密钥托管平台根据所述地址信息验证用户的身份,在所述地址信息验证通过后,将与所述用户对应的密钥发送至所述电子提单系统;
接收所述密钥托管平台发送的密钥,并基于非对称加密算法,生成私钥以及对应的公钥;
根据所述公钥对所述电子提单智能合约进行签名,并将签名后的所述电子提单智能合约发送至所述目标区块链。
6.如权利要求5所述的方法,其特征在于,所述将所述地址信息发送至所述密钥托管平台的步骤之后,还包括:
在所述密钥托管平台接收到所述地址信息后,根据所述地址信息验证对应的用户的身份信息;
在所述验证通过之后,基于所述身份信息,在密钥托管云端获取对应的加密文本;
基于预设解密算法,于所述加密文本中解密出所述密钥,并将所述密钥发送至所述电子提单系统。
7.如权利要求6所述的方法,其特征在于,所述在所述验证通过之后,基于所述身份信息,在密钥托管云端获取对应的加密文本的步骤之后,还包括:
若在所述密钥托管云端未获取到所述身份信息对应的加密文本,向备份云端发送所述身份信息;
接收所述备份远端反馈的加密分片,解密所述加密分片得到所述密钥;
将所述密钥发送至所述电子提单系统。
8.如权利要求1所述的方法,其特征在于,所述将签名后的所述电子提单智能合约发送至所述目标区块链的步骤之前,还包括:
将所述电子提单智能合约的数据格式转换为预定格式,其中,所述预定格式为所述目标区块链的存储格式;
将预定格式的所述电子提单智能合约通过预设接口发送至所述目标区块链,其中,所述目标区块链在接收到所述电子提单智能合约后,根据签名验证所述电子提单智能合约,并在验证通过后将所述电子提单智能合约保存在区块链节点中。
9.一种电子提单系统的控制设备,其特征在于,所述电子提单系统的控制设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序配置为实现如权利要求1至8任一项所述的电子提单系统的控制方法的步骤。
10.一种存储介质,其特征在于,所述存储介质为计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至8任一项所述的电子提单系统的控制方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202411705655.9A CN119728075A (zh) | 2024-11-26 | 2024-11-26 | 电子提单系统的控制方法、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202411705655.9A CN119728075A (zh) | 2024-11-26 | 2024-11-26 | 电子提单系统的控制方法、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN119728075A true CN119728075A (zh) | 2025-03-28 |
Family
ID=95084131
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202411705655.9A Pending CN119728075A (zh) | 2024-11-26 | 2024-11-26 | 电子提单系统的控制方法、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN119728075A (zh) |
-
2024
- 2024-11-26 CN CN202411705655.9A patent/CN119728075A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110493007B (zh) | 一种基于区块链的信息验证方法、装置、设备及存储介质 | |
US11120018B2 (en) | Spark query method and system supporting trusted computing | |
US10715334B2 (en) | Methods and apparatus for validating a digital signature | |
US8856532B2 (en) | Digital signatures of composite resource documents | |
US8386998B2 (en) | Software development apparatus for model that requires security | |
CN110414190B (zh) | 应用安装包的签名方法、相关装置、存储介质及电子设备 | |
CN112199721A (zh) | 认证信息处理方法、装置、设备及存储介质 | |
US9954900B2 (en) | Automating the creation and maintenance of policy compliant environments | |
WO2020134896A1 (zh) | 一种语音合成文件的调用方法及装置 | |
CN110333868A (zh) | 用于生成子应用的安装包的方法和系统 | |
CN110661814A (zh) | 一种投标文件加解密方法、装置、设备和介质 | |
US11711221B1 (en) | Systems and methods for trusted chain code system | |
CN114500093A (zh) | 报文信息的安全交互方法及系统 | |
CN113806794A (zh) | 文件电子签章的处理方法、装置、计算机设备和存储介质 | |
CN103207960B (zh) | 一种电子地图服务平台的数据处理方法及装置 | |
US12124616B2 (en) | Enhancement of trustworthiness of artificial intelligence systems through data quality assessment | |
CN116244682A (zh) | 数据库的访问方法、装置、设备以及存储介质 | |
CN112733167B (zh) | 电子证据数据的处理方法、装置、电子设备和存储介质 | |
CN118247093B (zh) | 遗嘱存证控制方法、装置、设备、存储介质及产品 | |
CN114584381A (zh) | 基于网关的安全认证方法、装置、电子设备和存储介质 | |
CN111078569B (zh) | 光学字符识别应用的测试方法、装置及存储介质 | |
CN109951565B (zh) | 供应链管理系统的数据传输方法、装置、介质和电子设备 | |
CN117892290A (zh) | 车辆刷写方法、装置、终端设备以及存储介质 | |
CN108052842B (zh) | 签名数据的存储、验证方法及装置 | |
CN119728075A (zh) | 电子提单系统的控制方法、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |