CN114422156B - 基于区块链的投标文件补偿认证方法和系统 - Google Patents

基于区块链的投标文件补偿认证方法和系统 Download PDF

Info

Publication number
CN114422156B
CN114422156B CN202210330778.3A CN202210330778A CN114422156B CN 114422156 B CN114422156 B CN 114422156B CN 202210330778 A CN202210330778 A CN 202210330778A CN 114422156 B CN114422156 B CN 114422156B
Authority
CN
China
Prior art keywords
bid
file
signature
plaintext
document
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
CN202210330778.3A
Other languages
English (en)
Other versions
CN114422156A (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.)
State Grid Siji Location Service Co ltd
State Grid Information and Telecommunication Co Ltd
Beijing Guodiantong Network Technology Co Ltd
Original Assignee
Beijing Guodiantong Network 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 Beijing Guodiantong Network Technology Co Ltd filed Critical Beijing Guodiantong Network Technology Co Ltd
Priority to CN202210330778.3A priority Critical patent/CN114422156B/zh
Publication of CN114422156A publication Critical patent/CN114422156A/zh
Application granted granted Critical
Publication of CN114422156B publication Critical patent/CN114422156B/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
    • 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
    • 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/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0442—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply asymmetric encryption, i.e. different keys for encryption and decryption
    • 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
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/72—Signcrypting, i.e. digital signing and encrypting simultaneously

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)

Abstract

本公开的实施例公开了基于区块链的投标文件补偿认证方法和系统。该方法的一具体实施方式包括：响应于当前时间为开标时间，以及接收到投标文件补交请求，显示对应投标文件补交请求的投标文件补交提示信息；响应于检测到用户提交的对应投标标识的补交明文投标文件，对补交明文投标文件进行签名处理，得到签名文件，其中，投标文件补交请求对应投标标识，签名文件包括签名信息；从目标服务器获取对应用户和投标标识的首次签名信息；根据首次签名信息和签名信息，对签名文件进行验签处理，以确定签名文件是否验签成功；响应于确定签名文件验签成功，将补交明文投标文件发送至目标终端。该实施方式可以使得用户在开标后补交投标文件，提升了用户体验。

Description

基于区块链的投标文件补偿认证方法和系统
技术领域
本公开的实施例涉及计算机技术领域，具体涉及基于区块链的投标文件补偿认证方法和系统。
背景技术
随着计算机技术的发展，可以通过在线平台进行投标和招标。在用户参与投标时，通常采用的方式为：用户在开标前，提交加密后的投标文件，开标后，由服务器对投标阶段用户所提交的加密后的投标文件进行解密、验签，以参与投标。
然而，当采用上述方式对日志文件进行操作时，经常会存在如下技术问题：
第一，开标后，解密后的投标文件失效时，投标文件失效的用户无法继续参与竞标，导致用户体验较差。
第二，开标后才能对各个投标文件进行验签，增加了服务器的负载。
发明内容
本公开的内容部分用于以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。本公开的内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。
本公开的一些实施例提出了基于区块链的投标文件补偿认证方法和系统，来解决以上背景技术部分提到的技术问题中的一项或多项。
第一方面，本公开的一些实施例提供了一种基于区块链的投标文件补偿认证方法，该方法包括：响应于当前时间为开标时间，以及接收到投标文件补交请求，显示对应上述投标文件补交请求的投标文件补交提示信息；响应于检测到用户提交的对应投标标识的补交明文投标文件，对上述补交明文投标文件进行签名处理，得到签名文件，其中，上述投标文件补交请求对应上述投标标识，上述签名文件包括签名信息；从目标服务器获取对应上述用户和上述投标标识的首次签名信息；根据上述首次签名信息和上述签名信息，对上述签名文件进行验签处理，以确定上述签名文件是否验签成功；响应于确定上述签名文件验签成功，将上述补交明文投标文件发送至目标终端。
第二方面，本公开的一些实施例提供了一种基于区块链的投标文件补偿认证系统，系统包括：显示单元，被配置成响应于当前时间为开标时间，以及接收到投标文件补交请求，显示对应上述投标文件补交请求的投标文件补交提示信息；签名单元，被配置成响应于检测到用户提交的对应投标标识的补交明文投标文件，对上述补交明文投标文件进行签名处理，得到签名文件，其中，上述投标文件补交请求对应上述投标标识，上述签名文件包括签名信息；获取单元，被配置成从目标服务器获取对应上述用户和上述投标标识的首次签名信息；验签单元，被配置成根据上述首次签名信息和上述签名信息，对上述签名文件进行验签处理，以确定上述签名文件是否验签成功；发送单元，被配置成响应于确定上述签名文件验签成功，将上述补交明文投标文件发送至目标终端。
第三方面，本公开的一些实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述第一方面任一实现方式所描述的方法。
第四方面，本公开的一些实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，程序被处理器执行时实现上述第一方面任一实现方式所描述的方法。
本公开的上述各个实施例具有如下有益效果：通过本公开的一些实施例的基于区块链的投标文件补偿认证方法，用户可以在开标后补交投标文件，提升了用户体验。具体来说，造成用户体验较差的原因在于：开标后，解密后的投标文件失效时，投标文件失效的用户无法继续参与竞标，导致用户体验较差。基于此，本公开的一些实施例的基于区块链的投标文件补偿认证方法，首先，响应于当前时间为开标时间，以及接收到投标文件补交请求，显示对应上述投标文件补交请求的投标文件补交提示信息。由此，可以提示用户补交相关的投标文件。然后，响应于检测到用户提交的对应投标标识的补交明文投标文件，对上述补交明文投标文件进行签名处理，得到签名文件。其中，上述投标文件补交请求对应上述投标标识。上述签名文件包括签名信息。由此，签名文件包括的签名信息可以用于进行验签。之后，从目标服务器获取对应上述用户和上述投标标识的首次签名信息。由此，首次签名信息可以作为对签名文件进行验签的依据。其次，根据上述首次签名信息和上述签名信息，对上述签名文件进行验签处理，以确定上述签名文件是否验签成功。最后，响应于确定上述签名文件验签成功，将上述补交明文投标文件发送至目标终端。由此，可以在签名文件验签成功时，自动将补交明文投标文件发送至用于查看补交明文投标文件的目标终端。也因为用户可以在开标阶段提交补交明文投标文件，从而可以对用户提交的补交明文投标文件签名和验签，以确定补交明文投标文件是否和最先提交的投标文件一致，防止用户更改投标文件。进而可以在验签成功后将补交明文投标文件直接发送至目标终端。由此，用户可以在开标后补交投标文件，提升了用户体验。
附图说明
结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，元件和元素不一定按照比例绘制。
图1是根据本公开的基于区块链的投标文件补偿认证方法的一些实施例的流程图；
图2是根据本公开的基于区块链的投标文件补偿认证系统的一些实施例的结构示意图；
图3是适于用来实现本公开的一些实施例的电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例。相反，提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。
需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
下面将参考附图并结合实施例来详细说明本公开。
参考图1，示出了根据本公开的基于区块链的投标文件补偿认证方法的一些实施例的流程100。该基于区块链的投标文件补偿认证方法，包括以下步骤：
步骤101，响应于当前时间为开标时间，以及接收到投标文件补交请求，显示对应投标文件补交请求的投标文件补交提示信息。
在一些实施例中，基于区块链的投标文件补偿认证方法的执行主体（例如投标用户的客户端）可以响应于当前时间为开标时间，以及接收到投标文件补交请求，显示对应上述投标文件补交请求的投标文件补交提示信息。其中，上述开标时间可以为预先设定的表征开标的时间。上述投标文件补交请求可以为表征需当前用户补交投标文件的请求。上述投标文件补交请求可以为相关联的服务器通过有线连接方式或无线连接方式发送的。上述投标文件补交请求可以包括投标标识。上述投标标识可以唯一表征投标项目。上述投标文件补交提示信息可以为提示用户提交投标标识对应的补交明文投标文件的信息。例如，投标标识可以为“013”。上述投标文件补交提示信息可以为“请补交针对投标项目013的明文投标文件”。实践中，上述执行主体可以以弹窗的形式显示上述投标文件补交提示信息。需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB（ultra wideband）连接、以及其他现在已知或将来开发的无线连接方式。
可选地，在步骤101之前，上述执行主体可以响应于当前时间为投标时间，以及检测到加密投标文件签名处理完成，对上述加密投标文件包括的密钥密文进行密钥解密处理，得到解密密钥。其中，上述投标时间可以为表征投标阶段的时间。上述加密投标文件可以为对签名后的明文投标文件加密处理后的文件，可以包括密钥密文和密文文件。上述密钥密文可以为以上述用户的公钥加密后的密钥。上述密钥可以为采用对称加密算法对签名处理后的明文投标文件进行加密处理后得到的。实践中，上述执行主体可以以上述用户的私钥对上述密钥密文进行密钥解密处理，得到解密密钥。然后，可以根据上述解密密钥，对上述加密投标文件包括的密文文件进行解密处理，得到解密密文。实践中，上述执行主体可以采用上述解密密钥，对上述加密投标文件包括的密文文件进行解密处理，得到解密密文。上述解密密文包含签名信息和明文投标文件原文。之后，上述执行主体可以对上述解密密文进行验签处理，以确定上述解密密文是否验签成功。实践中，上述执行主体可以通过上述用户的公钥对上述签名信息进行解密，得到原文摘要。然后，上述执行主体可以采用在先生成上述原文摘要的哈希算法生成上述明文投标文件原文的摘要。之后，响应于上述摘要与上述原文摘要相同，确定上述解密密文验签成功。响应于上述摘要与上述原文摘要相异，确定上述解密密文验签失败。最后，响应于确定上述解密密文验签失败，显示补偿提交信息，以提示用户再次提交明文投标文件。上述补偿提交信息可以为提示用户再次提交明文投标文件的信息。
可选地，响应于确定上述解密密文验签成功，可以对签名处理后的上述加密投标文件进行压缩处理，得到压缩加密投标文件。然后，可以将上述压缩加密投标文件发送至相关联的服务端。由此，可以在客户端本地验签成功后，将压缩后的签名处理后的加密投标文件发送至相关联的服务器以实现提交投标文件。
上述内容作为本公开的实施例的一个发明点，解决了背景技术提及的技术问题二“开标后才能对各个投标文件进行验签，增加了服务器的负载”。导致服务器的负载增加的因素往往如下：开标后才能对各个投标文件进行验签。如果解决了上述因素，就能达到减少服务器的负载的效果。为了达到这一效果，本公开在投标阶段对解密成功后得到的解密密文进行验签，验签成功后将签名后的加密投标文件压缩，以发送至相关联的服务端。若验签失败，提示用户再次提交明文投标文件。也因为在最终发送至服务端之前提前在客户端进行了验签，无需在开标后对文件进行验签，从而可以减少服务器的负载。
步骤102，响应于检测到用户提交的对应投标标识的补交明文投标文件，对补交明文投标文件进行签名处理，得到签名文件。
在一些实施例中，上述执行主体可以响应于检测到用户提交的对应上述投标标识的补交明文投标文件，对上述补交明文投标文件进行签名处理，得到签名文件。其中，上述补交明文投标文件可以为用户提交的未经加密处理的、可直接查看的投标文件。上述签名文件可以包括签名信息。上述签名信息可以为上述补交明文投标文件的hash值的签名值。上述签名值可以为通过上述用户的私钥对上述hash值加密后的加密值。实践中，上述执行主体可以采用上述用户的私钥对上述补交明文投标文件进行签名处理，得到签名文件。
可选地，上述执行主体可以将上述签名文件存储至本地目标文件存储位置。上述本地目标文件存储位置可以为本地用于存储文件的文件存储地址。在上述将上述签名文件存储至本地目标文件存储位置之前，首先，上述执行主体可以确定是否存在上述用户在先设定的对应上述投标标识的本地文件存储位置。然后，可以响应于确定存在上述用户在先设定的对应上述投标标识的本地文件存储位置，将上述用户在先设定的对应上述投标标识的本地文件存储位置确定为本地目标文件存储位置。之后，可以响应于确定不存在上述用户在先设定的对应上述投标标识的本地文件存储位置，将预设本地文件存储位置确定为本地目标文件存储位置。上述预设本地文件存储位置可以为默认的本地文件存储位置。由此，在用户针对投标标识在先指定过本地文件存储位置时，可以将签名文件存储至用户在先指定的本地文件存储位置，在用户针对投标标识未在先指定过本地文件存储位置时，可以直接将将签名文件存储至预设本地文件存储位置。
步骤103，从目标服务器获取对应用户和投标标识的首次签名信息。
在一些实施例中，上述执行主体可以通过有线连接方式或无线连接方式，从目标服务器获取对应上述用户和上述投标标识的首次签名信息。其中，上述目标服务器可以为存储了对明文投标文件签名后的文件的服务器。上述首次签名信息可以为对应上述用户和上述投标标识的首次签名后明文投标文件的hash值的签名值。上述首次签名后明文投标文件可以为上述用户在投标阶段最新提交成功的明文投标文件的首次签名后的文件。上述最新提交成功的明文投标文件为用户针对上述投标标识对应的投标项目上传的明文投标文件。实践中，上述执行主体可以从上述目标服务器获取对应的用户标识与上述用户的用户标识相同、且对应的投标标识与上述投标标识相同的首次签名信息。
步骤104，根据首次签名信息和签名信息，对签名文件进行验签处理，以确定签名文件是否验签成功。
在一些实施例中，上述执行主体可以根据上述首次签名信息和上述签名信息，对上述签名文件进行验签处理，以确定上述签名文件是否验签成功。实践中，响应于确定上述签名信息与上述首次签名信息相同，确定上述签名文件验签成功。响应于确定上述签名信息与上述首次签名信息相异，确定上述签名文件验签失败。
在一些实施例的一些可选的实现方式中，上述执行主体可以确定本地是否存在上述签名文件。然后，可以响应于确定本地存在上述签名文件，对上述签名文件进行验签处理，以确定上述签名文件是否验签成功。其次，可以响应于确定本地不存在上述签名文件，确定上述签名文件验签失败。由此，可以在本地误删签名文件后，直接确定签名文件验签失败。
可选地，上述执行主体可以响应于确定上述签名文件验签失败，显示对应上述补交明文投标文件的验签失败提示信息。其中，上述验签失败提示信息可以为用于提示用户验签失败的信息。上述验签失败提示信息可以包括上述补交明文投标文件的提交时间、上述补交明文投标文件的投标文件名称和以下中的至少一项：验签失败提示语料，再次补交提示语料。上述验签失败提示语料可以为用于提示用户验签失败的语料。例如，验签失败提示语料可以为“验签失败，请确保内容无修改”。上述再次补交提示语料可以为用于提示用户再次提交补交明文投标文件的语料。例如，再次补交提示语料可以为“请重新提交补交明文投标文件”。作为示例，上述验签失败提示信息可以为“2022年2月1日12：00提交的投标文件001，验签失败，请确保内容无修改，请重新提交补交明文投标文件”。“2022年2月1日12：00”为补交明文投标文件的提交时间。“投标文件001”为补交明文投标文件的投标文件名称。由此，可以提示用户验签失败，使得用户再次提交补交明文投标文件。
在一些实施例的一些可选的实现方式中，上述执行主体可以通过以下步骤显示对应上述补交明文投标文件的验签失败提示信息：
第一步，显示上述验签失败提示信息和明文投标文件补交控件。其中，上述明文投标文件补交控件可以为用于接收用户的选择操作以显示编辑页面的控件。实践中，上述执行主体可以在弹窗中显示上述验签失败提示信息和上述明文投标文件补交控件。其中，上述明文投标文件补交控件可以显示在上述验签失败提示信息的下方。
第二步，响应于检测到用户作用于上述明文投标文件补交控件的选择操作，展示对应上述补交明文投标文件的编辑页面，使得用户在上述编辑页面重新编辑上述补交明文投标文件。其中，上述编辑页面可以为用于编辑上述补交明文投标文件的页面。上述编辑页面中展示了提交控件。上述提交控件可以为用于接收用户的选择操作，以将用户重新编辑的补交明文投标文件确定为用户提交的对应上述投标标识的补交明文投标文件的控件。
第三步，响应于检测到用户作用于上述提交控件的选择操作，将用户重新编辑后的补交明文投标文件确定为用户提交的对应上述投标标识的补交明文投标文件，以对用户重新编辑后的补交明文投标文件进行签名处理。由此，可以使得用户通过编辑页面将补交明文投标文件中与招标阶段提交成功的投标文件中不一致的内容修改回原样，以再次进行签名处理。
可选地，首先，上述执行主体可以将对应上述用户的签名文件验签失败的次数确定为验签失败次数。然后，将对应上述用户的签名文件验签失败的次数确定为验签失败次数，上述执行主体可以显示剩余补交次数警告信息。其中，上述预设次数可以为预先设定的次数。上述剩余补交次数警告信息可以为对用户所能补交的剩余补交次数进行警告的信息。上述剩余补交次数可以为预设补交次数阈值与上述验签失败次数的差。上述预设补交次数阈值可以为预先设定的最多的补交次数。这里，对于预设次数和预设补交次数阈值的具体设定，不作限定。由此，可以在验签失败次数达到预设次数时，对用户所能补交的剩余补交次数进行警告。
步骤105，响应于确定签名文件验签成功，将补交明文投标文件发送至目标终端。
在一些实施例中，上述执行主体可以响应于确定上述签名文件验签成功，将上述补交明文投标文件发送至目标终端。其中，上述目标终端可以为用于对补交明文投标文件进行展示的终端（例如，开标终端或评标终端）。
本公开的上述各个实施例具有如下有益效果：通过本公开的一些实施例的基于区块链的投标文件补偿认证方法，用户可以在开标后补交投标文件，提升了用户体验。具体来说，造成用户体验较差的原因在于：开标后，解密后的投标文件失效时，投标文件失效的用户无法继续参与竞标，导致用户体验较差。基于此，本公开的一些实施例的基于区块链的投标文件补偿认证方法，首先，响应于当前时间为开标时间，以及接收到投标文件补交请求，显示对应上述投标文件补交请求的投标文件补交提示信息。由此，可以提示用户补交相关的投标文件。然后，响应于检测到用户提交的对应投标标识的补交明文投标文件，对上述补交明文投标文件进行签名处理，得到签名文件。其中，上述投标文件补交请求对应上述投标标识。上述签名文件包括签名信息。由此，签名文件可以用于进行验签。之后，从目标服务器获取对应上述用户和上述投标标识的首次签名信息。由此，首次签名信息可以作为对签名文件进行验签的依据。其次，根据上述首次签名信息和上述签名信息，对上述签名文件进行验签处理，以确定上述签名文件是否验签成功。最后，响应于确定上述签名文件验签成功，将上述补交明文投标文件发送至目标终端。由此，可以在签名文件验签成功时，自动将补交明文投标文件发送至用于查看补交明文投标文件的目标终端。也因为用户可以在开标阶段提交补交明文投标文件，从而可以对用户提交的补交明文投标文件签名和验签，以确定补交明文投标文件是否和最先提交的投标文件一致，防止用户更改投标文件。进而可以在验签成功后将补交明文投标文件直接发送至目标终端。由此，用户可以在开标后补交投标文件，提升了用户体验。
进一步参考图2，作为对上述各图所示方法的实现，本公开提供了一种基于区块链的投标文件补偿认证系统的一些实施例，这些系统实施例与图1所示的那些方法实施例相对应，该系统具体可以应用于各种电子设备中。
如图2所示，一些实施例的基于区块链的投标文件补偿认证系统200包括：显示单元201、签名单元202、获取单元203、验签单元204和发送单元205。其中，显示单元201被配置成响应于当前时间为开标时间，以及接收到投标文件补交请求，显示对应上述投标文件补交请求的投标文件补交提示信息；签名单元202被配置成响应于检测到用户提交的对应投标标识的补交明文投标文件，对上述补交明文投标文件进行签名处理，得到签名文件，其中，上述投标文件补交请求对应上述投标标识，上述签名文件包括签名信息；获取单元203被配置成从目标服务器获取对应上述用户和上述投标标识的首次签名信息；验签单元204被配置成根据上述首次签名信息和上述签名信息，对上述签名文件进行验签处理，以确定上述签名文件是否验签成功；发送单元205被配置成响应于确定上述签名文件验签成功，将上述补交明文投标文件发送至目标终端。
可以理解的是，该系统200中记载的诸单元与参考图1描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作、特征以及产生的有益效果同样适用于系统200及其中包含的单元，在此不再赘述。
下面参考图3，其示出了适于用来实现本公开的一些实施例的电子设备300的结构示意图。本公开的一些实施例中的电子设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA（个人数字助理）、PAD（平板电脑）、PMP（便携式多媒体播放器）、车载终端（例如车载导航终端）等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图3示出的电子设备仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。
如图3所示，电子设备300可以包括处理装置（例如中央处理器、图形处理器等）301，其可以根据存储在只读存储器（ROM）302中的程序或者从存储装置308加载到随机访问存储器（RAM）303中的程序而执行各种适当的动作和处理。在RAM 303中，还存储有电子设备300操作所需的各种程序和数据。处理装置301、ROM 302以及RAM 303通过总线304彼此相连。输入/输出（I/O）接口305也连接至总线304。
通常，以下装置可以连接至I/O接口305：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置306；包括例如液晶显示器（LCD）、扬声器、振动器等的输出装置307；以及通信装置309。通信装置309可以允许电子设备300与其他设备进行无线或有线通信以交换数据。虽然图3示出了具有各种装置的电子设备300，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图3中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。
特别地，根据本公开的一些实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的一些实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的一些实施例中，该计算机程序可以通过通信装置309从网络上被下载和安装，或者从存储装置308被安装，或者从ROM 302被安装。在该计算机程序被处理装置301执行时，执行本公开的一些实施例的方法中限定的上述功能。
需要说明的是，本公开的一些实施例中记载的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑磁盘只读存储器（CD-ROM）、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的一些实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的一些实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF（射频）等等，或者上述的任意合适的组合。
在一些实施方式中，客户端、服务器可以利用诸如HTTP（HyperText TransferProtocol，超文本传输协议）之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信（例如，通信网络）互连。通信网络的示例包括局域网（“LAN”），广域网（“WAN”），网际网（例如，互联网）以及端对端网络（例如，ad hoc端对端网络），以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：响应于当前时间为开标时间，以及接收到投标文件补交请求，显示对应上述投标文件补交请求的投标文件补交提示信息；响应于检测到用户提交的对应投标标识的补交明文投标文件，对上述补交明文投标文件进行签名处理，得到签名文件，其中，上述投标文件补交请求对应上述投标标识，上述签名文件包括签名信息；从目标服务器获取对应上述用户和上述投标标识的首次签名信息；根据上述首次签名信息和上述签名信息，对上述签名文件进行验签处理，以确定上述签名文件是否验签成功；响应于确定上述签名文件验签成功，将上述补交明文投标文件发送至目标终端。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的一些实施例的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网（LAN）或广域网（WAN）——连接到用户计算机，或者，可以连接到外部计算机（例如利用因特网服务提供商来通过因特网连接）。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开的一些实施例中的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括显示单元、签名单元、获取单元、验签单元和发送单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，显示单元还可以被描述为“响应于当前时间为开标时间，以及接收到投标文件补交请求，显示对应上述投标文件补交请求的投标文件补交提示信息的单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列（FPGA）、专用集成电路（ASIC）、专用标准产品（ASSP）、片上系统（SOC）、复杂可编程逻辑设备（CPLD）等等。
以上描述仅为本公开的一些较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的（但不限于）具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种基于区块链的投标文件补偿认证方法，包括：
响应于当前时间为投标时间，以及检测到加密投标文件签名处理完成，对所述加密投标文件包括的密钥密文进行密钥解密处理，得到解密密钥；
根据所述解密密钥，对所述加密投标文件包括的密文文件进行解密处理，得到解密密文，其中，所述密文文件是对签名处理后的明文投标文件进行加密处理后得到的，所述解密密文包含签名信息和明文投标文件原文；
对所述解密密文进行验签处理，以确定所述解密密文是否验签成功；
响应于确定所述解密密文验签失败，显示补偿提交信息，以提示用户再次提交明文投标文件；
响应于确定所述解密密文验签成功，对签名处理后的所述加密投标文件进行压缩处理，得到压缩加密投标文件；
将所述压缩加密投标文件发送至相关联的服务端；
响应于当前时间为开标时间，以及接收到投标文件补交请求，显示对应所述投标文件补交请求的投标文件补交提示信息；
响应于检测到用户提交的对应投标标识的补交明文投标文件，对所述补交明文投标文件进行签名处理，得到签名文件，其中，所述投标文件补交请求对应所述投标标识，所述签名文件包括签名信息；
从目标服务器获取对应所述用户和所述投标标识的首次签名信息；
根据所述首次签名信息和所述签名信息，对所述签名文件进行验签处理，以确定所述签名文件是否验签成功；
响应于确定所述签名文件验签成功，将所述补交明文投标文件发送至目标终端。
2.根据权利要求1所述的方法，其中，所述根据所述首次签名信息和所述签名信息，对所述签名文件进行验签处理，以确定所述签名文件是否验签成功，包括：
确定本地是否存在所述签名文件；
响应于确定本地存在所述签名文件，对所述签名文件进行验签处理，以确定所述签名文件是否验签成功；
响应于确定本地不存在所述签名文件，确定所述签名文件验签失败。
3.根据权利要求2所述的方法，其中，所述方法还包括：
响应于确定所述签名文件验签失败，显示对应所述补交明文投标文件的验签失败提示信息，其中，所述验签失败提示信息包括所述补交明文投标文件的提交时间、所述补交明文投标文件的投标文件名称和以下中的至少一项：验签失败提示语料，再次补交提示语料。
4.根据权利要求3所述的方法，其中，所述显示对应所述补交明文投标文件的验签失败提示信息，包括：
显示所述验签失败提示信息和明文投标文件补交控件；
响应于检测到用户作用于所述明文投标文件补交控件的选择操作，展示对应所述补交明文投标文件的编辑页面，使得用户在所述编辑页面重新编辑所述补交明文投标文件，其中，所述编辑页面中展示了提交控件；
响应于检测到用户作用于所述提交控件的选择操作，将用户重新编辑后的补交明文投标文件确定为用户提交的对应所述投标标识的补交明文投标文件，以对用户重新编辑后的补交明文投标文件进行签名处理。
5.根据权利要求1-4之一所述的方法，其中，所述方法还包括：
将对应所述用户的签名文件验签失败的次数确定为验签失败次数；
响应于所述验签失败次数大于等于预设次数，显示剩余补交次数警告信息，其中，所述剩余补交次数警告信息包括剩余补交次数，所述剩余补交次数为预设补交次数阈值与所述验签失败次数的差。
6.根据权利要求1所述的方法，其中，所述对所述补交明文投标文件进行签名处理，包括：
根据对应所述用户的私钥对所述补交明文投标文件进行签名处理，得到签名文件；
将所述签名文件存储至本地目标文件存储位置。
7.根据权利要求6所述的方法，其中，在所述将所述签名文件存储至本地目标文件存储位置之前，所述方法还包括：
确定是否存在所述用户在先设定的对应所述投标标识的本地文件存储位置；
响应于确定存在所述用户在先设定的对应所述投标标识的本地文件存储位置，将所述用户在先设定的对应所述投标标识的本地文件存储位置确定为本地目标文件存储位置；
响应于确定不存在所述用户在先设定的对应所述投标标识的本地文件存储位置，将预设本地文件存储位置确定为本地目标文件存储位置。
8.一种基于区块链的投标文件补偿认证系统，包括：
密钥解密单元，被配置成响应于当前时间为投标时间，以及检测到加密投标文件签名处理完成，对所述加密投标文件包括的密钥密文进行密钥解密处理，得到解密密钥；
密文解密单元，被配置成根据所述解密密钥，对所述加密投标文件包括的密文文件进行解密处理，得到解密密文，其中，所述密文文件是对签名处理后的明文投标文件进行加密处理后得到的，所述解密密文包含签名信息和明文投标文件原文；
密文验签单元，被配置成对所述解密密文进行验签处理，以确定所述解密密文是否验签成功；
补偿提交信息显示单元，被配置成响应于确定所述解密密文验签失败，显示补偿提交信息，以提示用户再次提交明文投标文件；
压缩单元，被配置成响应于确定所述解密密文验签成功，对签名处理后的所述加密投标文件进行压缩处理，得到压缩加密投标文件；
文件发送单元，被配置成将所述压缩加密投标文件发送至相关联的服务端；
显示单元，被配置成响应于当前时间为开标时间，以及接收到投标文件补交请求，显示对应所述投标文件补交请求的投标文件补交提示信息；
签名单元，被配置成响应于检测到用户提交的对应投标标识的补交明文投标文件，对所述补交明文投标文件进行签名处理，得到签名文件，其中，所述投标文件补交请求对应所述投标标识，所述签名文件包括签名信息；
获取单元，被配置成从目标服务器获取对应所述用户和所述投标标识的首次签名信息；
验签单元，被配置成根据所述首次签名信息和所述签名信息，对所述签名文件进行验签处理，以确定所述签名文件是否验签成功；
发送单元，被配置成响应于确定所述签名文件验签成功，将所述补交明文投标文件发送至目标终端。
9.一种电子设备，包括：
一个或多个处理器；
存储装置，其上存储有一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。
10.一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。
CN202210330778.3A 2022-03-31 2022-03-31 基于区块链的投标文件补偿认证方法和系统 Active CN114422156B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210330778.3A CN114422156B (zh) 2022-03-31 2022-03-31 基于区块链的投标文件补偿认证方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210330778.3A CN114422156B (zh) 2022-03-31 2022-03-31 基于区块链的投标文件补偿认证方法和系统

Publications (2)

Publication Number Publication Date
CN114422156A CN114422156A (zh) 2022-04-29
CN114422156B true CN114422156B (zh) 2022-06-28

Family

ID=81263128

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210330778.3A Active CN114422156B (zh) 2022-03-31 2022-03-31 基于区块链的投标文件补偿认证方法和系统

Country Status (1)

Country Link
CN (1) CN114422156B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117592093B (zh) * 2024-01-19 2024-04-05 成都四方伟业软件股份有限公司 一种文件加密方法、解密方法、加密装置以及解密装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110020927A (zh) * 2018-12-11 2019-07-16 浙江工商大学 一种基于区块链的公开招投标方法
CN110532806A (zh) * 2019-07-26 2019-12-03 深圳壹账通智能科技有限公司 标书管理方法、系统及计算机可读存储介质
CN110458673A (zh) * 2019-08-09 2019-11-15 全链通有限公司 基于区块链的投标方法、设备及计算机可读存储介质
CN111130793A (zh) * 2019-12-11 2020-05-08 浙江工商大学 一种基于区块链招投标系统的文件加密方法
CN113254407B (zh) * 2021-05-31 2023-05-26 上海万向区块链股份公司 基于区块链的招投标文件存储方法、系统、介质和设备

Also Published As

Publication number Publication date
CN114422156A (zh) 2022-04-29

Similar Documents

Publication Publication Date Title
AU2019331368B2 (en) Electronic document signing using blockchain
CN110535659B (zh) 用于处理数据请求的方法、装置、电子设备和计算机可读介质
WO2018222757A1 (en) Notification based provisioning of card accounts
CN112131599A (zh) 校验数据的方法、装置、设备和计算机可读介质
CN115660589A (zh) 业务审核方法、装置、设备、计算机可读介质和程序产品
CN114422156B (zh) 基于区块链的投标文件补偿认证方法和系统
CN110705985B (zh) 用于存储信息的方法和装置
CN108449186B (zh) 安全验证方法和装置
CN110765490A (zh) 用于处理信息的方法和装置
US20210158301A1 (en) Systems and methods for message transmission and retrieval using blockchain
CN110545542B (zh) 基于非对称加密算法的主控密钥下载方法、装置和计算机设备
CN110719499B (zh) 视频下载方法、系统、介质和电子设备
CN114499893B (zh) 基于区块链的投标文件加密存证方法和系统
US20240177200A1 (en) Business service interaction method and apparatus, device, and storage medium
CN114780124A (zh) 差分升级方法、装置、介质及电子设备
CN115708339A (zh) 数据处理方法、装置和存储介质
CN110781523B (zh) 用于处理信息的方法和装置
WO2019223759A1 (zh) 用于显示无线接入点信息的方法和装置
CN111897620A (zh) 交互方法、装置和电子设备
CN111786936A (zh) 用于鉴权的方法和装置
CA3105815C (en) Electronic document signing using blockchain
CN111835846B (zh) 信息更新方法、装置和电子设备
CN116049904B (zh) 基于区块链多点存证的电子单据加密签章方法、电子设备
CN117408646B (zh) 电子签章签署方法、装置、电子设备和计算机可读介质
CN110266580B (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
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20220811

Address after: 100085 32-3-4108-4109, building 32, Chuangye Middle Road, Haidian District, Beijing

Patentee after: BEIJING GUODIANTONG NETWORK TECHNOLOGY Co.,Ltd.

Patentee after: STATE GRID INFORMATION & TELECOMMUNICATION GROUP Co.,Ltd.

Address before: Room 32-3-4108-4109, building 32, Chuangye Middle Road, Haidian District, Beijing 100089

Patentee before: BEIJING GUODIANTONG NETWORK TECHNOLOGY Co.,Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20231116

Address after: Building 4, Dongxu International Center, yard 2, sihezhuang Road, Fengtai District, Beijing 100070 (South Building of block a)

Patentee after: BEIJING GUODIANTONG NETWORK TECHNOLOGY Co.,Ltd.

Patentee after: STATE GRID INFORMATION & TELECOMMUNICATION GROUP Co.,Ltd.

Patentee after: State Grid Siji Location Service Co.,Ltd.

Address before: 100085 32-3-4108-4109, building 32, Chuangye Middle Road, Haidian District, Beijing

Patentee before: BEIJING GUODIANTONG NETWORK TECHNOLOGY Co.,Ltd.

Patentee before: STATE GRID INFORMATION & TELECOMMUNICATION GROUP Co.,Ltd.

TR01 Transfer of patent right