CN109246055B - 医疗信息安全交互系统及方法 - Google Patents

医疗信息安全交互系统及方法 Download PDF

Info

Publication number
CN109246055B
CN109246055B CN201710556906.5A CN201710556906A CN109246055B CN 109246055 B CN109246055 B CN 109246055B CN 201710556906 A CN201710556906 A CN 201710556906A CN 109246055 B CN109246055 B CN 109246055B
Authority
CN
China
Prior art keywords
signature
data
certificate
module
content
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.)
Active
Application number
CN201710556906.5A
Other languages
English (en)
Other versions
CN109246055A (zh
Inventor
吕洋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhiye Interconnection Xiamen Health Technology Co ltd
Original Assignee
Zhiye Interconnection Xiamen Health Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Zhiye Interconnection Xiamen Health Technology Co ltd filed Critical Zhiye Interconnection Xiamen Health Technology Co ltd
Priority to CN201710556906.5A priority Critical patent/CN109246055B/zh
Publication of CN109246055A publication Critical patent/CN109246055A/zh
Application granted granted Critical
Publication of CN109246055B publication Critical patent/CN109246055B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0815—Network architectures or network communication protocols for network security for authentication of entities providing single-sign-on or federations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Storage Device Security (AREA)

Abstract

本发明公开了一种医疗信息安全交互系统的方法，医疗信息安全交互系统包括：业务平台及移动终端；移动终端包括证书签发模块，规则引擎模块，电子签名模块及签名认证模块，本发明通过优化数字证书的保存方式及签名过程，保障处方等医疗信息在交互过程中的安全。数字签名内容是处方的完整内容，内容先经过规则引擎模块进行数据准确性校验，通过规则引擎模块后会跟时间戳等内容一起进行压缩运算，然后将压缩后的内容进行电子签名，整个电子签名过程是可逆的，能让使用者所见即所得。将电子证书存储在手机端，并且以申请时医生提供的密码进行二次加密存储，保证在使用证书及手机遭到破解时，证书文件的安全性。

Description

医疗信息安全交互系统及方法
技术领域
本发明涉及一种医疗信息安全交互的系统及方法。
背景技术
处方在信息化以后，在系统间交互时需要对开具处方的内容及开具处方的医生进行安全验证，现有技术都是依托与CA认证机构合作，由CA机构签发证书给医生（ukey或手机证书），业务系统提供内容的摘要，发送给CA服务器进行签章。验证时由业务系统再次计算摘要到CA认证服务器进行验证。以此来确认处方内容未被篡改，医生身份真实有效。
处方是一种具有时效性，有状态的特殊信息元，仅仅通过CA验证并不能代表处方是有效的。《处方管理办法》第十八条中明确指出：处方开具当日有效。特殊情况下需延长有效期的，由开具处方的医师注明有效期限，但有效期最长不得超过3天，CA签章内容仅为信息的摘要，医生签章或药剂师审核处方签章时无法确认送签内容是否是他看到的内容，所以药剂师在审核处方时仅仅依靠CA验证的结果是无法保证处方的有效性的。另外医生在开具处方之后会对处方进行修改，作废等状态操作，药剂师在审核过程中需要对处方进行二次签章等等，CA签章过程无状态机制，无法达到处方管理办法中的签字确认及处方修改、作废等状态控制，因此仅仅通过CA系统同样无法解决诸如此类的时效及状态变化的情况。
发明内容
本发明的目的在于提供一种保障处方等医疗信息在交互过程中的安全的医疗信息安全交互系统及方法。
为了达成上述目的，本发明的解决方案是：
一种医疗信息安全交互系统，其包括：业务平台及移动终端；
业务平台，用以供医生下达需要签名的数据，每一条签名信息形成一个唯一索引，每个医生具有唯一标识，业务平台并将数据以标准的格式发送到电子签名模块中；
移动终端，用以下载电子证书并存储加密后的电子证书，与业务平台连接，该移动终端包括：
证书签发模块，用以提供医生电子证书的管理，证书在签发过程中需要医生提供用来加密的证书密钥的密码，并且证书密钥文件仅生成一次且存储在手机上，在服务器不保存证书文件，只保留证书的hash值作为证书的唯一标识；
规则引擎模块，用以配置定制不同的验证级别，对签名内容进行结构化的验证，对不符合规则级别的数据拒接签名，需医生进行修改后重新进行验证；
电子签名模块，用以接收业务平台发送过来的数据，调用规则引擎模块对数据进行校验，数据校验不通过则返回提示给业务平台，数据校验通过后根据数据的唯一标识判断内容是否是首次签名，若非首次签名，则根据唯一标识取出上次加密内容进行解密，将解密内容附加在当前内容的过程节点中，形成新的送签内容，这时送签内容中包含所有历史痕迹，验证时通过解密得到所有签名历史的内容及流程状态，将数据结合时间戳进行压缩运算，若数据为首次签名，将数据直接与时间戳结合压缩运算，发送给签名验证模块；
签名认证模块用以接收电子签名模块的压缩数据，若数据具有唯一索引时显示送签内容的当前状态，根据规则引擎模块直接判断出数据状态；无唯一索引时根据解压加密串得到唯一索引，显示送签信息最新的状态，同时可以查看所有的历史签名痕迹，并提供待签信息的html界面给业务平台展示给医生。
所述证书签发模块首次签发医生的电子证书包括以下步骤：
步骤1：医生提交信息申请电子证书；
步骤2：根据医生提交的信息进行实名及资质认证；
步骤3：设置密码申请证书；
步骤4：系统审核，若审核通过则进入步骤5，若审核不通过则进入步骤2；
步骤5：使用申请时的密码作为密钥重新加密；
步骤6：生成电子证书。
一种根据所述的医疗信息安全交互系统进行医疗信息安全交互的方法，包括以下步骤：
步骤1：医生使用电子证书登录业务平台下达需要签名的数据，业务平台将数据以标准的格式发送到电子签名模块中；
步骤2：打开移动终端，该移动终端的电子签名模块接收业务平台的数据，并调用规则引擎模块对数据进行校验，若校验通过则进入步骤3，校验不通过则返回提示给业务平台；
步骤3：电子签名模块根据业务平台的唯一标识判定签名类型，签名类型包括首签、修改及二次确认，若签名类型为首签，则进入步骤5，若签名类型为修改或二次确认，则进入步骤4；
步骤4：根据唯一标识取出上次加密内容进行解密，将解密内容附加上在当前内容的过程节点中，形成新的送签内容，这时送签内容中包含所有历史痕迹，验证时通过解密得到所有签名历史的内容及流程状态，进入步骤5；
步骤5：对待签数据进行压缩；
步骤6：将待签数据发送至业务平台展示给医生；
步骤7：医生通过移动终端扫描待签信息，扫描过程中确认证书持有人身份及证书有效性后，将压缩的待签数据发送至医生的移动终端，医生输入签名密码后进行数字签名，签名成功后将加密串发送给服务器；
步骤8：服务器保存加密信息并提示业务平台签名成功。
采用上述方案后，本发明通过优化数字证书的保存方式及签名过程，保障处方等医疗信息在交互过程中的安全。其中，数字签名内容是处方的完整内容，内容先经过规则引擎模块进行数据准确性校验，如处方天数，剂量等是否超出最大值等规则。通过规则引擎模块后会跟时间戳等内容一起进行压缩运算，然后将压缩后的内容进行电子签名，整个电子签名过程是可逆的，能让使用者所见即所得。将电子证书存储在手机端，并且以申请时医生提供的密码进行二次加密存储，保证在使用证书及手机遭到破解时，证书文件的安全性。
本发明为每一条签名信息建立唯一索引，每一次电子签名都合并在唯一索引上，使用自有协议进行数据存储，形成完整的状态变化信息串，验证时即可显示历史的每一次数据变化及当前的最终状态。本发明的签名内容为完整内容，处理二次签名，审核签名，修改数据等流程时将原内容解密合并到新内容后，再进行签名，在每一份签名加密内容中保留签名历史，保证完整的流程过程安全。
附图说明
图1为本发明首次签发电子证书的流程图。
图2为本发明的流程图。
具体实施方式
为了进一步解释本发明的技术方案，下面通过具体实施例来对本发明进行详细阐述。
本发明揭示了一种医疗信息安全交互系统，其包括：业务平台及移动终端；
业务平台，用以供医生下达需要签名的数据，每一条签名信息形成一个唯一索引，每个医生具有唯一标识，业务平台将数据以标准的格式发送到电子签名模块中；
移动终端，作为更方便携带的电子证书载体，主要保存加密后的电子证书，加密技术防止证书泄露用以下载电子证书并存储加密后的电子证书，移动终端与业务平台连接进行数据交互，该移动终端包括：
证书签发模块，提供医生电子证书的管理服务，签发、挂失、重新申请等功能，证书在签发过程中需要医生提供用来加密的证书密钥的密码，用来增强证书的安全性，在手机遭到破解时仍能保护医生证书文件的安全性，并且保证证书密钥文件仅生成一次且只存储在用户的手机上，在服务器并不保存证书文件，只保留证书的hash值做为证书的唯一标识。用户更换手机等原因需要重新申请证书时将重新生成证书，并将原证书作废。
医生首次申请电子证书的签发流程如图1所示，包括以下步骤：
步骤1：医生提交信息申请电子证书；
步骤2：根据医生提交的信息进行实名及资质认证；
步骤3：设置密码申请证书；
步骤4：系统审核，若审核通过则进入步骤5，若审核不通过则进入步骤2；
步骤5：使用申请时的密码作为密钥重新加密；
步骤6：生成电子证书。
规则引擎模块，用以配置定制不同的验证级别，对签名内容进行结构化的验证，对不符合规则级别的数据拒接签名，需医生进行修改后重新进行验证。
电子签名模块，用以处理业务平台发送过来的处方等待签名信息的流程。
医生在业务平台中下达需要签名的数据，如处方、诊断等，业务系统将数据以标准的格式发送到电子签名模块中，电子签名模块调用规则引擎模块进行数据校验，数据校验不通过则返回提示给业务平台；数据校验通过则根据业务平台的唯一索引判断数据内容是否是首次签名，如非首次签名，则根据唯一标识取出上次加密内容进行解密，将解密内容附加在当前内容的过程节点中，形成新的送签内容，这时送签内容中包含所有历史痕迹，验证时可通过解密得到所有签名历史的内容及流程状态。
签名认证模块提供待签信息的html界面给业务平台展示给医生，医生打开移动终端进行扫码，扫码时确认证书持有人身份及证书有效性后，将压缩后的信息传到医生手机端，医生输入签名密码后进行数字签名，签名成功后将加密串发给服务器，服务器保存加密信息并提示业务系统签名成功。签名认证模块用以接收电子签名模块的压缩数据，若数据具有唯一索引时显示送签内容的当前状态，根据规则引擎模块直接判断出数据状态；无唯一索引时根据解压加密串得到唯一索引，显示送签信息最新的状态，同时可以查看所有的历史签名痕迹。
本发明还揭示了一种根据所述医疗信息安全交互系统进行医疗信息安全交互的方法，如图2所示，其包括以下步骤：
步骤1：医生登录业务平台下达需要签名的数据，业务平台将数据以标准的格式发送到电子签名模块中；
步骤2：打开移动终端，该移动终端的电子签名模块接收业务平台的数据，并调用规则引擎模块对数据进行校验，若校验通过则进入步骤3，校验不通过则返回提示给业务平台；
步骤3：电子签名模块根据业务平台的唯一标识判定签名类型，签名类型包括首签、修改及二次确认，若签名类型为首签，则进入步骤5，若签名类型为修改或二次确认，则进入步骤4；
步骤4：根据唯一标识取出上次加密内容进行解密，将解密内容附加上在当前内容的过程节点中，形成新的送签内容，这时送签内容中包含所有历史痕迹，验证时通过解密得到所有签名历史的内容及流程状态，进入步骤5；
步骤5：对待签数据进行压缩；
步骤6：将待签数据发送至业务平台展示给医生；
步骤7：医生通过移动终端扫描待签信息，扫描过程中确认证书持有人身份及证书有效性后，将压缩的待签数据发送至医生的移动终端，医生输入签名密码后进行数字签名，签名成功后将加密串发送给服务器；
步骤8：服务器保存加密信息并提示业务平台签名成功。
采用上述方案后，本发明数字签名内容是处方的完整内容，内容先经过规则引擎模块进行数据准确性校验，如处方天数，剂量等是否超出最大值等规则。通过规则引擎模块后会跟时间戳等内容一起进行压缩运算，然后将压缩后的内容进行电子签名，整个电子签名过程是可逆的，能让使用者所见即所得。将电子证书存储在手机端，并且以申请时医生提供的密码进行二次加密存储，保证在使用证书及手机遭到破解时，证书文件的安全性。
本发明为每一条签名信息建立唯一索引，每一次电子签名都合并在唯一索引上，使用自有协议进行数据存储，形成完整的状态变化信息串，验证时即可显示历史的每一次数据变化及当前的最终状态。本发明的签名内容为完整内容，处理二次签名，审核签名，修改数据等流程时将原内容解密合并到新内容后，再进行签名，在每一份签名加密内容中保留签名历史，保证签名数据安全。
上述实施例和图式并非限定本发明的产品形态和式样，任何所属技术领域的普通技术人员对其所做的适当变化或修饰，皆应视为不脱离本发明的专利范畴。

Claims (4)

1.一种医疗信息安全交互系统，其特征在于，包括：业务平台及移动终端；
业务平台，用以供医生下达需要签名的数据，每一条签名信息形成一个唯一索引，每个医生具有唯一标识，业务平台并将数据以标准的格式发送到电子签名模块中；
移动终端，用以下载电子证书并存储加密后的电子证书，与业务平台连接，该移动终端包括：
证书签发模块，用以提供医生电子证书的管理，证书在签发过程中需要医生提供用来加密的证书密钥的密码，并且证书密钥文件仅生成一次且存储在手机上，在服务器不保存证书文件，只保留证书的hash值作为证书的唯一标识；
规则引擎模块，用以配置定制不同的验证级别，对签名内容进行结构化的验证，对不符合规则级别的数据拒接签名，需医生进行修改后重新进行验证；
电子签名模块，用以接收业务平台发送过来的数据，调用规则引擎模块对数据进行校验，数据校验不通过则返回提示给业务平台，数据校验通过后根据数据的唯一标识判断内容是否是首次签名，若非首次签名，则根据唯一标识取出上次加密内容进行解密，将解密内容附加在当前内容的过程节点中，形成新的送签内容，这时送签内容中包含所有历史痕迹，验证时通过解密得到所有签名历史的内容及流程状态，将数据结合时间戳进行压缩运算，若数据为首次签名，将数据直接与时间戳结合压缩运算，发送给签名认证模块；
签名认证模块用以接收电子签名模块的压缩数据，若数据具有唯一索引时显示送签内容的当前状态，根据规则引擎模块直接判断出数据状态；无唯一索引时根据解压加密串得到唯一索引，显示送签信息最新的状态，同时可以查看所有的历史签名痕迹，并提供待签信息的html界面给业务平台展示给医生。
2.如权利要求1所述的医疗信息安全交互系统，其特征在于：所述证书签发模块还用于根据医生提交的申请电子证书的信息进行实名及资质认证，并进行审核，若审核通过，则使用申请时的密码作为秘钥重新加密并生成电子证书；若审核不通过，则重新进行实名及资质认证；所述申请时的密码是指医生申请电子证书时设置的密码。
3.如权利要求1所述的医疗信息安全交互系统，其特征在于：所述移动终端为手机APP或者嵌入式SDK，所述证书签发模块、规则引擎模块、电子签名模块及签名认证模块存储在手机APP或者嵌入式SDK中。
4.一种根据权利要求1所述的医疗信息安全交互系统进行医疗信息安全交互的方法，包括以下步骤：
步骤1：医生使用电子证书登录业务平台下达需要签名的数据，业务平台将数据以标准的格式发送到电子签名模块中；
步骤2：打开移动终端，该移动终端的电子签名模块接收业务平台的数据，并调用规则引擎模块对数据进行校验，若校验通过则进入步骤3，校验不通过则返回提示给业务平台；
步骤3：电子签名模块根据业务平台的唯一标识判定签名类型，签名类型包括首签、修改及二次确认，若签名类型为首签，则进入步骤5，若签名类型为修改或二次确认，则进入步骤4；
步骤4：根据唯一标识取出上次加密内容进行解密，将解密内容附加上在当前内容的过程节点中，形成新的送签内容，这时送签内容中包含所有历史痕迹，验证时通过解密得到所有签名历史的内容及流程状态，进入步骤5；
步骤5：对待签数据进行压缩；
步骤6：将待签数据发送至业务平台展示给医生；
步骤7：医生通过移动终端扫描待签信息，扫描过程中确认证书持有人身份及证书有效性后，将压缩的待签数据发送至医生的移动终端，医生输入签名密码后进行数字签名，签名成功后将加密串发送给服务器；
步骤8：服务器保存加密信息并提示业务平台签名成功。
CN201710556906.5A 2017-07-10 2017-07-10 医疗信息安全交互系统及方法 Active CN109246055B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710556906.5A CN109246055B (zh) 2017-07-10 2017-07-10 医疗信息安全交互系统及方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710556906.5A CN109246055B (zh) 2017-07-10 2017-07-10 医疗信息安全交互系统及方法

Publications (2)

Publication Number Publication Date
CN109246055A CN109246055A (zh) 2019-01-18
CN109246055B true CN109246055B (zh) 2020-12-25

Family

ID=65083415

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710556906.5A Active CN109246055B (zh) 2017-07-10 2017-07-10 医疗信息安全交互系统及方法

Country Status (1)

Country Link
CN (1) CN109246055B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112241622A (zh) * 2019-07-16 2021-01-19 北京奎牛科技有限公司 在电子文件上修改表单数据的方法和装置
CN110602210A (zh) * 2019-09-16 2019-12-20 深圳供电局有限公司 一种造价核算管理电子印章方法及其系统、客户端、介质
CN112115431A (zh) * 2020-09-17 2020-12-22 朱捷 一种基于图像像素点签名的数据流转方法及系统
CN113014395A (zh) * 2021-02-23 2021-06-22 神威超算(北京)科技有限公司 一种医疗图像加密处理方法及其系统
CN113901522B (zh) * 2021-06-06 2022-07-15 成都麦动信息技术有限公司 可靠电子处方终端

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1633124A (zh) * 2004-11-26 2005-06-29 上海理工大学 基于ebXML的病历交换系统
JP2010278925A (ja) * 2009-05-29 2010-12-09 Secom Co Ltd 電子署名システム
CN105007162A (zh) * 2015-07-01 2015-10-28 浪潮电子信息产业股份有限公司 一种可信电子签名系统及电子签名方法
CN106331136A (zh) * 2016-08-31 2017-01-11 孟玲 一种健康档案信息处理系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1633124A (zh) * 2004-11-26 2005-06-29 上海理工大学 基于ebXML的病历交换系统
JP2010278925A (ja) * 2009-05-29 2010-12-09 Secom Co Ltd 電子署名システム
CN105007162A (zh) * 2015-07-01 2015-10-28 浪潮电子信息产业股份有限公司 一种可信电子签名系统及电子签名方法
CN106331136A (zh) * 2016-08-31 2017-01-11 孟玲 一种健康档案信息处理系统

Also Published As

Publication number Publication date
CN109246055A (zh) 2019-01-18

Similar Documents

Publication Publication Date Title
US10595201B2 (en) Secure short message service (SMS) communications
CN109246055B (zh) 医疗信息安全交互系统及方法
CN110868301B (zh) 一种基于国密算法的身份认证系统及方法
EP1349034B1 (en) Service providing system in which services are provided from service provider apparatus to service user apparatus via network
CN102484638B (zh) 经由多个中间客户端在线递送的身份数据的分层保护和验证
WO2019094611A1 (en) Identity-linked authentication through a user certificate system
TW201741922A (zh) 一種基於生物特徵的安全認證方法及裝置
US9165149B2 (en) Use of a mobile telecommunication device as an electronic health insurance card
CN110990827A (zh) 一种身份信息验证方法、服务器及存储介质
US20110289318A1 (en) System and Method for Online Digital Signature and Verification
CN108734018B (zh) 认证方法、装置、系统和计算机可读存储介质
CN101103358A (zh) 安全代码生成方法和使用方法及用于其的可编程设备
CN106953732B (zh) 芯片卡的密钥管理系统及方法
CN107566413B (zh) 一种基于数据短信技术的智能卡安全认证方法及系统
CN103117862A (zh) 用openssl的X.509数字证书验证Java证书的方法
CN111062059B (zh) 用于业务处理的方法和装置
CN106599697A (zh) 一种安全升级pci密码卡卡内程序的方法及系统
CN108234125B (zh) 用于身份认证的系统和方法
CN115378623B (zh) 身份认证方法、装置、设备及存储介质
KR20130100032A (ko) 코드 서명 기법을 이용한 스마트폰 어플리케이션 배포 방법
CN112511297B (zh) 一种密钥对和数字证书的更新方法和系统
CN114387137A (zh) 基于区块链的电子合同签署方法、装置、设备及存储介质
CN114036490A (zh) 外挂软件接口调用安全认证方法、USBKey驱动装置及认证系统
CN112713987A (zh) 一种用于在ca与ta之间建立会话密钥的系统和方法
CN114726539B (zh) 一种基于可信密码模块tcm的离线升级方法

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
GR01 Patent grant
GR01 Patent grant