CN116308702B - 一种服务器高效解密投标文件的方法及系统 - Google Patents

一种服务器高效解密投标文件的方法及系统 Download PDF

Info

Publication number
CN116308702B
CN116308702B CN202310553995.3A CN202310553995A CN116308702B CN 116308702 B CN116308702 B CN 116308702B CN 202310553995 A CN202310553995 A CN 202310553995A CN 116308702 B CN116308702 B CN 116308702B
Authority
CN
China
Prior art keywords
decryption
task pool
pulling
bid
decrypted
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
CN202310553995.3A
Other languages
English (en)
Other versions
CN116308702A (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.)
SICHUAN CONSTRUCTION NETWORK CO Ltd
Original Assignee
SICHUAN CONSTRUCTION NETWORK 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 SICHUAN CONSTRUCTION NETWORK CO Ltd filed Critical SICHUAN CONSTRUCTION NETWORK CO Ltd
Priority to CN202310553995.3A priority Critical patent/CN116308702B/zh
Publication of CN116308702A publication Critical patent/CN116308702A/zh
Application granted granted Critical
Publication of CN116308702B publication Critical patent/CN116308702B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/08—Auctions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种服务器高效解密投标文件的方法及系统，涉及数据解密领域，解决了传统解密方法在标段众多的情况下容易出现解密任务分配不均，不合理的问题，其技术方案要点是：包括接收并解析解密请求，获得多个标段的投标文件；将所述多个标段的投标文件写入一级解密任务池；从所述一级解密任务池中循环拉取投标文件至二级解密任务池；从所述二级解密任务池中拉取投标文件至后台作业集群进行解密，获得解密结果；通过设置一、二级解密任务池以及循环拉取，在业务量巨大或陡增的情况下，避免大量突发的请求同时进入二级解密任务池，避免后台作业集群负载过大或瘫痪，起到缓冲和削峰的作用。

Description

一种服务器高效解密投标文件的方法及系统
技术领域
本发明涉及数据解密领域，更具体地说，它涉及一种服务器高效解密投标文件的方法及系统。
背景技术
电子招投标是以数据电文形式完成的招标投标活动。通俗地说，就是借助计算机和网络完成招标投标活动。其中，根据《电子招标投标办法》规定，投标人应当按照招标文件和电子招标投标交易平台的要求编制并加密投标文件。开标时，招标人和投标人应当按招标文件规定方式按时在线解密。在投标人数众多或者标段众多的情况下容易出现解密任务分配不均，不合理的情况。
例如，传统的分标段解密，以标段为单位逐个处理，后面发起请求标段需要等待前面的标段全部处理完才能进行解密，等待时间较长。再如传统的随机解密，解密没有时序区别，首先发起请求的标段可能在较晚的时期才能完成解密。
有鉴于此，申请人提出一种服务器高效解密投标文件的方法及系统，解决上述问题。
发明内容
本申请的目的是提供一种服务器高效解密投标文件的方法及系统，通过设置一、二级解密任务池以及循环拉取，合理分配解密任务。
本申请首先提供一种服务器高效解密投标文件的方法，上述技术目的是通过以下技术方案得以实现的：包括
接收并解析解密请求，获得多个标段的投标文件；
将所述多个标段的投标文件写入一级解密任务池；
从所述一级解密任务池中循环拉取投标文件至二级解密任务池；
从所述二级解密任务池中拉取投标文件至后台作业集群进行解密，获得解密结果；
其中，从所述一级解密任务池中循环拉取投标文件至二级解密任务池，包括：
一轮拉取：从所述一级解密任务池中各个未完成解密的标段中拉取待解密的投标文件至二级解密任务池；
二轮拉取：按请求时间先后从所述一级解密任务池中各个未完成解密的标段中拉取待解密的投标文件至二级解密任务池；
重复上述步骤直至所述一级解密任务池中的投标文件均被拉取至二级解密任务池。
采用上述技术方案，通过设置一、二级解密任务池以及循环拉取，在业务量巨大或陡增的情况下，避免大量突发的请求同时进入二级解密任务池，避免后台作业集群负载过大或瘫痪，起到缓冲和削峰的作用；解密过程中能够合理的分配解密任务，在多个标段都需要同时解密的情况下，保证解密任务能够分配到每个标段上，并能够优先处理先发起请求的标段；且后台作业实例数能够根据解密文件数量大小动态调整，横向扩容，实现同时解密多个文件。
进一步的，所述一轮拉取和二轮拉取的拉取数量通过如下公式计算得出：
其中，N为一轮拉取的拉取数量，FetchCount为循环拉取数量，FetchWeight为拉取系数，C为未完成解密的标段个数，M为二轮拉取的拉取数量。
进一步的，当一轮拉取某标段中待解密的投标文件数量小于N时，对M进行更新：
其中，X为某标段中待解密的投标文件数量。
进一步的，还包括根据设定频率检查一级解密任务池，将处于解密状态且解密状态时间超过最大解密时间的投标文件调整为待解密状态。
进一步的，还包括在执行循环拉取之前，从所述一级解密任务池中预拉取部分待解密的投标文件至所述二级解密任务池进行预解密。
本申请还提供一种服务器高效解密投标文件的系统，包括客户端和解密服务器，
所述解密服务器包括：业务模块、一级解密任务池、二级解密任务池、后台作业集群模块、消息中间件和实时通信服务模块；
所述业务模块，用于接收并解析解密请求，获得多个标段的投标文件；
所述一级解密任务池，用于从所述业务模块中拉取多个标段的投标文件；
所述二级解密任务池，用于从所述一级解密任务池中循环拉取投标文件；
所述后台作业集群模块，用于从所述二级解密任务池中拉取投标文件进行解密，获得解密结果；
所述消息中间件，用于接收解密结果并向所述业务模块和实时通信服务模块传送解密结果；
所述实时通信服务模块，用于向所述客户端传送解密结果；
其中，所述二级解密任务池包括：循环拉取模块，用于执行一轮拉取：从所述一级解密任务池中各个未完成解密的标段中拉取待解密的投标文件；执行二轮拉取：按请求时间先后从所述一级解密任务池中各个未完成解密的标段中拉取待解密的投标文件；重复上述步骤直至所述一级解密任务池中的投标文件均被拉取至二级解密任务池。
进一步的，所述一轮拉取和二轮拉取的拉取数量通过如下公式计算得出：
其中，N为一轮拉取数量，FetchCount为循环拉取数量，FetchWeight为拉取系数，C为未完成解密的标段个数，M为二轮拉取数量。
进一步的，当一轮拉取某标段中的待解密的投标文件数量小于N时，对M进行更新：
其中，X为某标段中的待解密的投标文件的数量。
进一步的，还包括重置模块，用于根据设定频率检查一级解密任务池，将处于解密状态且解密状态时间超过最大解密时间的投标文件调整为待解密状态。
进一步的，所述二级解密任务池还包括预拉取单元，用于在执行循环拉取之前，从所述一级解密任务池中预拉取部分待解密的投标文件至所述二级解密任务池。
与现有技术相比，本申请具有以下有益效果：采用本申请提供的方法及系统能够高效异步的处理解密请求，在解密过程中不需要客服端等待，能够合理的分配解密任务，在多个标段都需要同时解密的情况下，保证解密任务能够分配到每个标段上，并能够优先处理先发起请求的标段；且后台作业实例数能够根据解密文件数量大小动态调整，横向扩容，实现同时解密多个文件。
附图说明
此处所说明的附图用来提供对本发明实施例的进一步理解，构成本申请的一部分，并不构成对本发明实施例的限定。在附图中：
图1为本发明一实施例提供的方法的流程示意图；
图2为本发明一实施例提供的系统的结构示意图。
具体实施方式
在下文中，可在本申请的各种实施例中使用的术语“包括”或“可包括”指示所申请的功能、操作或元件的存在，并且不限制一个或更多个功能、操作或元件的增加。此外，如在本申请的各种实施例中所使用，术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。
在本申请的各种实施例中，表述“或”或“B或/和C中的至少一个”包括同时列出的文字的任何组合或所有组合。例如，表述“B或C”或“B或/和C中的至少一个”可包括B、可包括C或可包括B和C二者。
在本申请的各种实施例中使用的表述(诸如“第一”、“第二”等)可修饰在各种实施例中的各种组成元件，不过可不限制相应组成元件。例如，以上表述并不限制所述元件的顺序和/或重要性。以上表述仅用于将一个元件与其它元件区别开的目的。例如，第一用户装置和第二用户装置指示不同用户装置，尽管二者都是用户装置。例如，在不脱离本申请的各种实施例的范围的情况下，第一元件可被称为第二元件，同样地，第二元件也可被称为第一元件。
应注意到：如果描述将一个组成元件“连接”到另一组成元件或与另一组成元件“相连”，则可将第一组成元件直接连接到第二组成元件，并且可在第一组成元件和第二组成元件之间“连接”第三组成元件。相反地，当将一个组成元件“直接连接”到另一组成元件或与另一组成元件“直接相连”时，可理解为在第一组成元件和第二组成元件之间不存在第三组成元件。
在本申请的各种实施例中使用的术语仅用于描述特定实施例的目的并且并非意在限制本申请的各种实施例。如在此所使用，单数形式意在也包括复数形式，除非上下文清楚地另有指示。除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本申请的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本申请的各种实施例中被清楚地限定。
为使本申请的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本申请作进一步的详细说明，本申请的示意性实施方式及其说明仅用于解释本申请，并不作为对本申请的限定。
在多个标段同时需要解密的情况下，传统的分标段解密法或者随机解密法，存在任务分配不均衡、不合理的情况。要么完全按照请求时间先后进行解密，在后发起请求的标段需等待较长的时间才能解密，要么完全随机，不受请求时间影响，先请求的标段可能在后期才能完成解密。
有鉴于此，申请人提出一种服务器高效解密投标文件的方法及系统，保证每个标段都有文件在解密，且兼顾请求时间顺序，保证先请求的标段先完成解密。下面结合实施例及附图对本申请的一种服务器高效解密投标文件的方法及系统进行详细地说明。
本发明一个实施例中，提供一种服务器高效解密投标文件的方法，参见图1所示。方法包括：
S1、接收并解析解密请求，获得多个标段的投标文件；
S2、将所述多个标段的投标文件写入一级解密任务池；
S3、从所述一级解密任务池中循环拉取投标文件至二级解密任务池；
S4、从所述二级解密任务池中拉取投标文件至后台作业集群进行解密，获得解密结果；
其中，S3、从所述一级解密任务池中循环拉取投标文件至二级解密任务池，包括：
S31、一轮拉取：从所述一级解密任务池中各个未完成解密的标段中拉取待解密的投标文件至二级解密任务池；
S32、二轮拉取：按请求时间先后从所述一级解密任务池中各个未完成解密的标段中拉取待解密的投标文件至二级解密任务池；
S33、重复上述步骤直至所述一级解密任务池中的投标文件均被拉取至二级解密任务池。
具体地，客户端发起解密请求，解密服务器接收解密请求并对解密请求进行解析，获得多个标段和标段内的多个投标文件；先将标段和包含的投标文件写入一级解密任务池中，一级解密任务池通过关系型数据库对标段和投标文件进行持久化，并不直接进行解密，而是通循环拉取的方式转至二级解密任务池，通过后台作业集群进行解密。二级解密任务池采用循环拉取的方式按设定提取频率FetchDataInterval从一级解密任务池中拉取投标文件，循环拉取是指循环一轮拉取和二轮拉取。一轮拉取是从一级解密任务池中寻找解密未完成的标段，从各个解密未完成的标段中拉取N个待解密投标文件；二轮拉取是将一级解密任务池中解密未完成的标段按请求时间先后排序，并按顺序从解密未完成的标段中累计提取M个待解密投标文件，一轮拉取、二轮拉取不断循环直至一级解密任务池中的投标文件均被拉取至二级解密任务池。二级解密任务池通过分布式缓存对投标文件进行持久化，后台作业集群监听二级解密任务池，有新的投标文件写入时，自动从分布式文件存储中提取投标文件进行解密操作，获得解密结果。
本例中，一级解密任务池和二级解密任务池不直接进行交互，一级解密任务池采用关系型数据库对投标文件进行持久化，二级解密任务通过分布式缓存对投标文件进行持久化，解密时从一级解密任务池中循环拉取投标文件进入二级解密任务池，后台作业集群监听二级解密任务池执进行解密；本方法提供的解密服务具备处理高并发业务请求的能力，通过设置一、二级解密任务池以及循环拉取，在业务量巨大或陡增的情况下，避免大量突发的请求同时进入二级解密任务池，避免后台作业集群负载过大或瘫痪，起到缓冲和削峰的作用。
需要说明的是，本例中的投标文件具有两个状态：待解密和解密中，当投标文件进入一级解密任务池时为待解密状态，当投标文件被拉取至二级解密任务池时为解密中状态；标段有两个状态：解密完成和解密未完成，解密完成是指标段中不存在待解密状态的投标文件，解密未完成是指标段中存在待解密状态的投标文件。
具体地，申请人设计公式计算步骤S3中一轮拉取数量M和二轮拉取数量N：
其中，N为一轮拉取数量，FetchCount为循环拉取数量，FetchWeight为拉取系数（/>），C为未完成解密的标段个数，M为二轮拉取数量。
在本例中，循环拉取数量FetchCount可根据后台作业集群的解密效率人为调整，保证拉取的投标文件可以合理分配到后台作业集群进行解密，避免大量数据涌入后台作业集群瘫痪；设置拉取系数FetchWeight，可灵活调整文件分配的倾向，FetchWeight较大时倾向一轮拉取，保证每个标段都有投标文件解密，FetchWeight较小时倾向二轮拉取，保证根据请求时间先后解密标段内的投标文件。
进一步地，考虑到实际每个标段内的投标文件数量不一，可能存在标段内的投标文件数量小于N的情况；因此，当一轮拉取某标段中待解密的投标文件数量小于N时，对M进行更新：
其中，X为某标段中待解密的投标文件数量。
本例中，通过更新二轮拉取数量M，保证每个循环均能拉取到FetchCount个投标文件进行解密，不存在浪费解密名额的情况，提高解密效率。
进一步地，考虑到解密服务器因意外掉线时，可能有部分处于解密中的投标文件无法顺利完成解密，将一直处于解密中。因此方法还包括根据设定检查频率ClearDataInterval检查一级解密任务池，将处于解密状态且解密状态时间超过最大解密时间MaxDecryptTime的投标文件调整为待解密状态。以便下次循环拉取时，能够重新将其拉取到二级解密任务池进行解密。
进一步，考虑到循环拉取需要一段时间来启动，为减少客户端的等待时间，方法还包括在执行循环拉取之前，从所述一级解密任务池中预拉取部分待解密的投标文件至所述二级解密任务池进行预解密。
具体地，是指在执行循环拉取之前，先从一级解密任务池中随机拉取一部分待解密投标文件进入二级解密任务池，分配给后台作业集群进行解密，保证有客户端无需等待立刻就有解密结果输出。预拉取数量PreFetchCount可以提前设置。
另外，本例中的后台作业集群可以根据带解密投标文件的数量动态地调整。
为了便于说明本例的效果，假设一个场景，有10个标段，每个标段有1000份投标文件，每份投标文件解密时间为10秒，并且这10个标段都是在同一时间段内发起的解密请求。采用本例的方法能够保证这10个标段在同一时间都有投标文件在进行解密，并且先发起请求的标段会优先完成解密，同时还可以增加后台作业的实例数，提升解密性能。而传统的分标段解密法可能会出现先处理第一个标段的1000个投标文件，处理完成后再处理第二个标段的投标文件，导致后面发起请求的标段长时间处于等待状态，最后一个标段要等前面9个标段解密完成后才会开始解密，最后一个标段的用户需要等待25个小时（1000*10*9/3600）后才开始解密。再如传统的随机解密法，会导致某些标段一致处于解密未完成的状态，甚至可能出现最先发起的请求的标段成为最后一个解密完成的标段。
综上所述，采用本例的方法能够高效异步的处理解密请求，在解密过程中不需要客服端等待，能够合理的分配解密任务，在多个标段都需要同时解密的情况下，保证解密任务能够分配到每个标段上，并能够优先处理先发起请求的标段；且后台作业实例数能够根据解密文件数量大小动态调整，横向扩容，实现同时解密多个文件。
需要说明的是，此方案不仅可以用于文件解密场景，凡是需要服务器进行大量计算或处理耗时任务的场景都适用。
本发明再一个实施例中，提供与上述方法对应的一种服务器高效解密投标文件的系统，参见图2所示，系统包括客户端和解密服务器，
所述解密服务器包括：业务模块、一级解密任务池、二级解密任务池、后台作业集群模块、消息中间件和实时通信服务模块；
所述业务模块，用于接收并解析解密请求，获得多个标段的投标文件；
所述一级解密任务池，用于从所述业务模块中拉取多个标段的投标文件；
所述二级解密任务池，用于从所述一级解密任务池中循环拉取投标文件；
所述后台作业集群模块，用于从所述二级解密任务池中拉取投标文件进行解密，获得解密结果；
所述消息中间件，用于接收解密结果并向所述业务模块和实时通信服务模块传送解密结果；
所述实时通信服务模块，用于向所述客户端传送解密结果；
其中，所述二级解密任务池包括：循环拉取模块，用于执行一轮拉取：从所述一级解密任务池中各个未完成解密的标段中拉取待解密的投标文件；执行二轮拉取：按请求时间先后从所述一级解密任务池中各个未完成解密的标段中拉取待解密的投标文件；重复上述步骤直至所述一级解密任务池中的投标文件均被拉取至二级解密任务池。
本例中，客户端按标段发起解密请求，业务系统接受并解析解密请求，将标段和待解密的投标文件写入到一级解密任务池。循环拉取时根据设定的循环拉取数量Fetchcount、提取频率FectchInterval、拉取系数FetchWeight，计算一、二轮拉取数量N、M，将投标文件循环拉取到二级解密任务池。后台作业集群从二级解密任务池中拉取投标文件，执行解密操作并将解密结果发送到消息中间件。业务模块接收消息中间件的解密结果，更新业务模块中的解密状态为已解密，实时通信服务接收消息中间件的解密结果后，通过实时通信服务模块通知到客户端。
下面对本例中的二级解密任务池作具体地说明，“循环拉取模块”按拉取频率FetchDataInterval从“一级解密任务池”中提取投标文件到“二级解密任务池”，每次循环拉取的文件数量为FetchCount。分两轮进行拉取，在一轮拉取中，找出未完成解密的标段个数C，首先计算出N和M：
其中，N为一轮拉取数量（N不能整除的向上取整），FetchCount为循环拉取数量，FetchWeight为拉取系数，C为未完成解密的标段个数，M为二轮拉取数量。一轮拉取：从每个未完成解密的标段中提取N个待解密投标文件到“二级解密任务池”中，如果标段中的待解密投标文件数量小于N，则利用多余的数量更新M：
其中，X为某标段中的待解密的投标文件的数量。
二轮拉取：将所有未完成解密的标段按请求时间进行升序排序，按顺序从标段中累计提取M个待解密投标文件到“二级解密任务池”中。
进一步地，系统还包括重置模块，用于根据设定的检查频率ClearDataInterval检查一级解密任务池，将处于解密状态且解密状态时间超过最大解密时间MaxDecryptTime的投标文件调整为待解密状态。以便循环拉取时能够重新提取。
所述二级解密任务池还包括预拉取单元，用于在执行循环拉取之前，从所述一级解密任务池中预拉取部分待解密的投标文件至所述二级解密任务池。预拉取数量PreFetchCount可以提前设置。
此系统能够高效异步的处理解密请求，服务端能够根据解密任务量大小，动态调整后台作业实例数，横向扩容，实现同时解密多个文件；在解密过程中不需要客服端等待，能够合理的分配解密任务，在多个标段都需要同时解密的情况下，保证解密任务能够分配到每个标段上 ，并能够优先处理先发起请求的标段；
此方案不仅可以用于文件解密场景，凡是需要服务器进行大量计算或处理耗时任务的场景都适用。
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种服务器高效解密投标文件的方法，其特征是：应用于解密服务器，包括
接收并解析解密请求，获得多个标段的投标文件；
将所述多个标段的投标文件写入一级解密任务池；
从所述一级解密任务池中循环拉取投标文件至二级解密任务池；
从所述二级解密任务池中拉取投标文件至后台作业集群进行解密，获得解密结果；
其中，从所述一级解密任务池中循环拉取投标文件至二级解密任务池，包括：
一轮拉取：从所述一级解密任务池中各个未完成解密的标段中拉取待解密的投标文件至二级解密任务池；
二轮拉取：按请求时间先后从所述一级解密任务池中各个未完成解密的标段中拉取待解密的投标文件至二级解密任务池；
重复上述步骤直至所述一级解密任务池中的投标文件均被拉取至二级解密任务池。
2.根据权利要求1所述的一种服务器高效解密投标文件的方法，其特征是：所述一轮拉取和二轮拉取的拉取数量通过如下公式计算得出：
其中，N为一轮拉取的拉取数量，FetchCount为循环拉取数量，FetchWeight为拉取系数，C为未完成解密的标段个数，M为二轮拉取的拉取数量。
3.根据权利要求2所述的一种服务器高效解密投标文件的方法，其特征是：当一轮拉取某标段中待解密的投标文件数量小于N时，对M进行更新：
其中，X为某标段中待解密的投标文件数量。
4.根据权利要求1所述的一种服务器高效解密投标文件的方法，其特征是：还包括根据设定频率检查一级解密任务池，将处于解密状态且解密状态时间超过最大解密时间的投标文件调整为待解密状态。
5.根据权利要求1所述的一种服务器高效解密投标文件的方法，其特征是：还包括在执行循环拉取之前，从所述一级解密任务池中预拉取部分待解密的投标文件至所述二级解密任务池进行预解密。
6.一种服务器高效解密投标文件的系统，其特征是：包括客户端和解密服务器，
所述解密服务器包括：业务模块、一级解密任务池、二级解密任务池、后台作业集群模块、消息中间件和实时通信服务模块；
所述业务模块，用于接收并解析解密请求，获得多个标段的投标文件；
所述一级解密任务池，用于从所述业务模块中拉取多个标段的投标文件；
所述二级解密任务池，用于从所述一级解密任务池中循环拉取投标文件；
所述后台作业集群模块，用于从所述二级解密任务池中拉取投标文件进行解密，获得解密结果；
所述消息中间件，用于接收解密结果并向所述业务模块和实时通信服务模块传送解密结果；
所述实时通信服务模块，用于向所述客户端传送解密结果；
其中，所述二级解密任务池包括：循环拉取模块，用于执行一轮拉取：从所述一级解密任务池中各个未完成解密的标段中拉取待解密的投标文件；执行二轮拉取：按请求时间先后从所述一级解密任务池中各个未完成解密的标段中拉取待解密的投标文件；重复上述步骤直至所述一级解密任务池中的投标文件均被拉取至二级解密任务池。
7.根据权利要求6所述的一种服务器高效解密投标文件的系统，其特征是：所述一轮拉取和二轮拉取的拉取数量通过如下公式计算得出：
其中，N为一轮拉取数量，FetchCount为循环拉取数量，FetchWeight为拉取系数，C为未完成解密的标段个数，M为二轮拉取数量。
8.根据权利要求7所述的一种服务器高效解密投标文件的系统，其特征是：当一轮拉取某标段中的待解密的投标文件数量小于N时，对M进行更新：
其中，X为某标段中的待解密的投标文件的数量。
9.根据权利要求6所述的一种服务器高效解密投标文件的系统，其特征是：还包括重置模块，用于根据设定频率检查一级解密任务池，将处于解密状态且解密状态时间超过最大解密时间的投标文件调整为待解密状态。
10.根据权利要求6所述的一种服务器高效解密投标文件的系统，其特征是：所述二级解密任务池还包括预拉取单元，用于在执行循环拉取之前，从所述一级解密任务池中预拉取部分待解密的投标文件至所述二级解密任务池。
CN202310553995.3A 2023-05-17 2023-05-17 一种服务器高效解密投标文件的方法及系统 Active CN116308702B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310553995.3A CN116308702B (zh) 2023-05-17 2023-05-17 一种服务器高效解密投标文件的方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310553995.3A CN116308702B (zh) 2023-05-17 2023-05-17 一种服务器高效解密投标文件的方法及系统

Publications (2)

Publication Number Publication Date
CN116308702A CN116308702A (zh) 2023-06-23
CN116308702B true CN116308702B (zh) 2023-07-25

Family

ID=86798116

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310553995.3A Active CN116308702B (zh) 2023-05-17 2023-05-17 一种服务器高效解密投标文件的方法及系统

Country Status (1)

Country Link
CN (1) CN116308702B (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001022875A (ja) * 1999-07-13 2001-01-26 Hitachi Ltd 電子入札システム
CN108319860A (zh) * 2018-02-07 2018-07-24 南通市公共资源交易中心 一种远程开评标管理方法、管理系统及管理设备
CN112613959A (zh) * 2020-11-23 2021-04-06 国网浙江省电力有限公司物资分公司 一种投标文件一体化处理系统及处理方法
CN113343301A (zh) * 2021-06-22 2021-09-03 郑州信源信息技术股份有限公司 一种大并发情况下投标文件解密方法及系统
CN113704794A (zh) * 2021-09-02 2021-11-26 国泰新点软件股份有限公司 电子招投标系统中的投标文件处理方法及装置
CN114386077A (zh) * 2022-01-20 2022-04-22 山东标书易信息技术有限公司 一种电子招投标的电子标书多层加解密系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180144399A1 (en) * 2016-11-18 2018-05-24 Frank Messineo Real time bidding method

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001022875A (ja) * 1999-07-13 2001-01-26 Hitachi Ltd 電子入札システム
CN108319860A (zh) * 2018-02-07 2018-07-24 南通市公共资源交易中心 一种远程开评标管理方法、管理系统及管理设备
CN112613959A (zh) * 2020-11-23 2021-04-06 国网浙江省电力有限公司物资分公司 一种投标文件一体化处理系统及处理方法
CN113343301A (zh) * 2021-06-22 2021-09-03 郑州信源信息技术股份有限公司 一种大并发情况下投标文件解密方法及系统
CN113704794A (zh) * 2021-09-02 2021-11-26 国泰新点软件股份有限公司 电子招投标系统中的投标文件处理方法及装置
CN114386077A (zh) * 2022-01-20 2022-04-22 山东标书易信息技术有限公司 一种电子招投标的电子标书多层加解密系统

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
电子招投标交易平台中分布式技术应用的探究;吴添英;黄建新;王丽娟;;招标与投标(第09期);第47-49页 *
省级电力企业电子化招投标加解密流程优化研究;李响;;企业改革与管理(第04期);第211、215页 *
负载平衡的多级并行对等计算在新药研发网格中的实现;张军, 常艳, 谢向辉, 沈建华, 马范援, 陈曙东;计算机研究与发展;第41卷(第12期);第2047-2053页 *

Also Published As

Publication number Publication date
CN116308702A (zh) 2023-06-23

Similar Documents

Publication Publication Date Title
WO2020001371A1 (zh) 一种区块链数据同步方法
CN108964879B (zh) 一种抽签方法、共识方法、设备和存储介质
US20120323990A1 (en) Efficient state reconciliation
US9807189B2 (en) Data transfer device and data transfer system using adaptive compression algorithm
CN110941598A (zh) 一种数据去重方法、装置、终端及存储介质
CN114418129B (zh) 一种深度学习模型训练方法及相关装置
CN1425990A (zh) 因特网多服务器文件并发下载技术
CN104346401A (zh) 云管理平台中各组件间消息转发的方法与装置
WO2022033241A1 (zh) 对象的处理方法及装置、存储介质和电子设备
CN104683472A (zh) 一种支持大数据量的数据传输方法
CN113259415A (zh) 一种网络报文处理方法、装置及网络服务器
CN116308702B (zh) 一种服务器高效解密投标文件的方法及系统
CN113094395B (zh) 数据查询方法、计算机设备和存储介质
CN113742389A (zh) 一种业务处理方法和装置
CN112435123A (zh) 一种基于同构多链系统的交易方法、系统及存储介质
CN110473088B (zh) 一种基于区块链的波段式数据处理方法及系统
CN111259013A (zh) 一种存储数据的方法和装置
CN109032779B (zh) 任务处理方法、装置、计算机设备及可读存储介质
US10735538B2 (en) Conversion from massive pull requests to push requests
CN114666411A (zh) 请求处理方法、装置、服务器、存储介质及产品
CN113568706B (zh) 针对业务的容器调整方法、装置、电子设备和存储介质
CN114610508A (zh) 一种前端大数据计算处理方法和系统
CN115617474A (zh) 一种面向边缘计算的启动时间感知的依赖任务调度方法
CN101751342B (zh) 内存管理系统及方法
CN114997108A (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