Bidding resource data processing method and device, computer equipment, readable storage medium and program product

Abstract

The invention relates to a bidding resource data processing method and device, computer equipment, a computer readable storage medium and a computer program product, relates to the technical field of data processing, and can improve the accuracy of calling bidding resource data. The method comprises the following steps: in response to a first entry operation on a bidding item registration interface, sending a bidding registration request including entered item deadline to a server, so as to trigger the server to generate a bidding item record according to the bidding registration request; displaying a resource calling interface; the resource calling interface is used for displaying a bidding resource file obtained from the server side and a timeliness attribute corresponding to the bidding resource file; and in response to a selection operation for a target bidding resource file, if it is determined that the timeliness attribute of the target bidding resource file meets the timeliness condition corresponding to the project deadline, sending a configuration instruction for the target bidding resource file to the server.

Description

Technical Field

[0001] This application relates to the field of data processing technology, and in particular to a method, apparatus, computer equipment, computer-readable storage medium, and computer program product for processing bidding resource data. Background Technology

[0002] As bidding for metrology technical services shifts towards electronic processing, bidding organizations need to efficiently integrate various qualifications and technical documents to meet the requirements of the tender documents. Related technologies rely on shared folders or general cloud storage for the compilation and storage of bidding materials.

[0003] However, this approach can easily lead to chaotic resource version management, especially for qualification certificates with strict validity periods. Simply storing files cannot effectively link resource validity with the project bidding time, making it difficult for business personnel to intuitively identify resource status when preparing bids. This can easily lead to the misuse of expired or outdated files, resulting in technical problems such as bid rejection due to non-compliance with qualifications. Summary of the Invention

[0004] Therefore, it is necessary to provide a bidding resource data processing method, apparatus, computer equipment, computer-readable storage medium, and computer program product to address the aforementioned technical problems.

[0005] Firstly, this application provides a method for processing bidding resource data, applied to a terminal, including:

[0006] In response to the first entry operation on the bidding project registration interface, a bidding registration request including the entered project deadline is sent to the server to trigger the server to generate a bidding project record based on the bidding registration request;

[0007] The resource retrieval interface is used to display the bidding resource files obtained from the server and the corresponding timeliness attributes of the bidding resource files.

[0008] In response to the selection operation for the target bid resource file, if it is determined that the timeliness attribute of the target bid resource file meets the timeliness condition corresponding to the project deadline, a configuration instruction for the target bid resource file is sent to the server; the configuration instruction is used to trigger the server to add the target bid resource file to the bid project record.

[0009] In one embodiment, before sending a bid registration request including the entered project deadline to the server in response to the first entry operation on the bid registration interface, the method further includes:

[0010] Display the user login interface and, in response to the login operation on the user login interface, obtain the current user's permission attributes;

[0011] If the permission attribute indicates that the current user is a business personnel, then the bidding project registration interface is displayed;

[0012] If the permission attribute indicates that the current user is an administrator, the resource management interface will be displayed.

[0013] In one embodiment, after the display resource management interface, the following is also included:

[0014] If the expiration attribute of the bidding resource file obtained from the server indicates that the bidding resource file has expired, then an expiration warning control will be displayed on the resource management interface.

[0015] After displaying the deadline warning control, in response to the resource update operation on the resource management interface, the updated bidding resource file and the corresponding timeliness attribute of the updated bidding resource file are obtained and displayed, and the updated bidding resource file and the corresponding timeliness attribute are sent to the server for storage.

[0016] In one embodiment, after the display resource access interface, the following is also included:

[0017] In response to a resource access operation on the bid resource file, the relevant content of the bid resource file is displayed, and resource access data of the bid resource file is generated;

[0018] Send the resource access data to the server to trigger the server to add the resource access data of the bidding resource file to the bidding project record.

[0019] In one embodiment, after sending the configuration instruction for the target bidding resource file to the server, the method further includes:

[0020] In response to the second entry operation on the bidding project registration interface, the bidding business information is obtained and sent to the server to trigger the server to generate bidding project statistics based on the bidding project record and the bidding business information;

[0021] The bidding analysis interface is displayed, in which the statistical data of the bidding projects are rendered into bidding project charts for display.

[0022] In one embodiment, the method further includes:

[0023] The bidding object interface displays the bidding object, the measurement capability item of the bidding object, and the qualification status indicator corresponding to the measurement capability item.

[0024] In response to the name filtering operation of the bidding object, the target bidding object that meets the filtered name, the measurement capability item of the target bidding object, and the qualification status indicator corresponding to the measurement capability item are displayed on the bidding object interface.

[0025] Secondly, this application also provides a bidding resource data processing device, applied to a terminal, comprising:

[0026] The bid registration module is used to respond to the first entry operation on the bid project registration interface by sending a bid registration request, including the entry project deadline, to the server, so as to trigger the server to generate a bid project record according to the bid registration request.

[0027] The bidding resource acquisition module is used to display the resource access interface; the resource access interface is used to display the bidding resource files obtained from the server and the corresponding timeliness attributes of the bidding resource files;

[0028] The bidding resource retrieval module is used to respond to the selection operation of the target bidding resource file. If it is determined that the timeliness attribute of the target bidding resource file meets the timeliness condition corresponding to the project deadline, a configuration instruction for the target bidding resource file is sent to the server. The configuration instruction is used to trigger the server to add the target bidding resource file to the bidding project record.

[0029] Thirdly, this application also provides a computer device, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to perform the following steps:

[0030] In response to the first entry operation on the bidding project registration interface, a bidding registration request including the entered project deadline is sent to the server to trigger the server to generate a bidding project record based on the bidding registration request;

[0031] The resource retrieval interface is used to display the bidding resource files obtained from the server and the corresponding timeliness attributes of the bidding resource files.

[0032] In response to the selection operation for the target bid resource file, if it is determined that the timeliness attribute of the target bid resource file meets the timeliness condition corresponding to the project deadline, a configuration instruction for the target bid resource file is sent to the server; the configuration instruction is used to trigger the server to add the target bid resource file to the bid project record.

[0033] Fourthly, this application also provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, performs the following steps:

[0034] In response to the first entry operation on the bidding project registration interface, a bidding registration request including the entered project deadline is sent to the server to trigger the server to generate a bidding project record based on the bidding registration request;

[0035] The resource retrieval interface is used to display the bidding resource files obtained from the server and the corresponding timeliness attributes of the bidding resource files.

[0036] In response to the selection operation for the target bid resource file, if it is determined that the timeliness attribute of the target bid resource file meets the timeliness condition corresponding to the project deadline, a configuration instruction for the target bid resource file is sent to the server; the configuration instruction is used to trigger the server to add the target bid resource file to the bid project record.

[0037] Fifthly, this application also provides a computer program product, including a computer program that, when executed by a processor, performs the following steps:

[0038] In response to the first entry operation on the bidding project registration interface, a bidding registration request including the entered project deadline is sent to the server to trigger the server to generate a bidding project record based on the bidding registration request;

[0039] The resource retrieval interface is used to display the bidding resource files obtained from the server and the corresponding timeliness attributes of the bidding resource files.

[0040] In response to the selection operation for the target bid resource file, if it is determined that the timeliness attribute of the target bid resource file meets the timeliness condition corresponding to the project deadline, a configuration instruction for the target bid resource file is sent to the server; the configuration instruction is used to trigger the server to add the target bid resource file to the bid project record.

[0041] The aforementioned bidding resource data processing method, apparatus, computer equipment, computer-readable storage medium, and computer program product, in response to a first input operation on the bidding project registration interface, send a bidding registration request, including the input project deadline, to the server to trigger the server to generate a bidding project record based on the bidding registration request; display a resource retrieval interface; the resource retrieval interface is used to display the bidding resource files obtained from the server and the corresponding timeliness attributes of the bidding resource files; in response to a selection operation for a target bidding resource file, if it is determined that the timeliness attribute of the target bidding resource file meets the timeliness condition corresponding to the project deadline, a configuration instruction for the target bidding resource file is sent to the server; the configuration instruction is used to trigger the server to add the target bidding resource file to the bidding project record. In this application, the project deadline is extracted in advance during the project registration stage as a verification benchmark. In the actual resource call stage, the timeliness attribute of the target bidding resource file is compared with the deadline. Only when the timeliness condition is confirmed to be met is the binding configuration instruction triggered on the server side. This effectively intercepts unqualified documents that have expired or whose validity period cannot cover the submission of the bid in the pre-bid stage. It ensures the timeliness and compliance of all bidding resources added to the bidding project record from the source, objectively reduces the risk of introducing invalid qualifications due to human verification oversight, and improves the accuracy of bidding resource data in the call configuration process. Attached Figure Description

[0042] To more clearly illustrate the technical solutions in the embodiments of this application or related technologies, the drawings used in the description of the embodiments of this application or related technologies will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0043] Figure 1 This is an application environment diagram of a bidding resource data processing method in one embodiment;

[0044] Figure 2 This is a flowchart illustrating a bidding resource data processing method in one embodiment;

[0045] Figure 3 This is a schematic diagram of the bidding project registration interface of the bidding resource data processing method in one embodiment;

[0046] Figure 4 This is a schematic diagram of the resource call interface for the bidding resource data processing method in another embodiment;

[0047] Figure 5 This is a schematic diagram of the bidding analysis interface of a bidding resource data processing method in one embodiment;

[0048] Figure 6 This is a schematic diagram of the bidding object interface of a bidding resource data processing method in one embodiment;

[0049] Figure 7 This is a flowchart illustrating the front-end and back-end implementation of a bidding resource data processing method in one embodiment;

[0050] Figure 8 This is a structural block diagram of a bid resource data processing device in one embodiment;

[0051] Figure 9 This is an internal structural diagram of a computer device in one embodiment. Detailed Implementation

[0052] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0053] It should be noted that the terms "first," "second," etc., used in this application can be used to describe various objects, but these objects are not limited by these terms. These terms are only used to distinguish the first object from the second object. The terms "comprising" and "having," and any variations thereof, used in this application, are intended to cover non-exclusive inclusion. The term "multiple" used in this application refers to two or more. The term "and / or" used in this application refers to one of the embodiments, or any combination of multiple embodiments.

[0054] The bidding resource data processing method provided in this application embodiment can be applied to, for example, Figure 1 The application environment shown depicts a scenario where the terminal communicates with the server via a network. The data storage system stores the data that the server needs to process. This data storage system can be integrated onto the server, or it can be hosted in the cloud or on other network servers.

[0055] The terminals can be, but are not limited to, various personal computers, laptops, smartphones, tablets, drones, low-altitude aircraft, IoT devices, and portable wearable devices. IoT devices can include smart speakers, smart TVs, smart air conditioners, smart in-vehicle devices, and projection equipment. Portable wearable devices can include smartwatches, smart bracelets, and head-mounted displays. Head-mounted displays can be virtual reality (VR) devices, augmented reality (AR) devices, and smart glasses. Servers can be independent physical servers, server clusters or distributed systems composed of multiple physical servers, or cloud servers providing cloud computing services.

[0056] In one specific embodiment, the terminal, serving as a human-computer interaction platform, is equipped with a display component for graphical representation and an input component for collecting user commands. It provides users with a front-end operating environment for project information entry, resource file retrieval, and configuration selection. The server, acting as a back-end business logic processing and data storage center, centrally maintains an information resource database containing various bidding resource files and their timeliness attributes. In actual application operation, the terminal responds to user interaction by sending a registration request containing time parameters and configuration commands for specific resources to the server. The server, based on its underlying logic, responds to these requests by generating bidding project records, distributing bidding resource data, and establishing resource associations based on timeliness conditions. It is understood that this application environment architecture is merely an exemplary operating foundation provided by this application embodiment. Its actual application is not limited to specific physical hardware forms or underlying network transmission protocols. Any system architecture with front-end human-computer interaction data collection capabilities and the ability to perform cross-node collaborative data processing with the back-end storage center can serve as the implementation environment for the data processing method of this application.

[0057] In one exemplary embodiment, such as Figure 2 As shown, a method for processing bidding resource data is provided, which can be applied to... Figure 1 Taking the terminal in the example, the explanation includes the following steps S201 to S203. Wherein:

[0058] Step S201: In response to the first entry operation on the bidding project registration interface, a bidding registration request including the entered project deadline is sent to the server to trigger the server to generate a bidding project record based on the bidding registration request.

[0059] The bidding project registration interface can be a human-computer interaction window displayed on the terminal for users to input and initialize basic project parameters, which can provide a front-end graphical entry point for data collection.

[0060] The first input operation can be a data input behavior triggered by the user on the interface through physical means such as touching the screen, typing on the keyboard, or clicking the mouse. This operation can be captured based on the form or various input controls on the front-end interface.

[0061] The project deadline can be considered a physical time threshold for the effective submission of a specific bid project. It is primarily used as a core benchmark for evaluating the usability of various resource files in subsequent processing. A bid registration request can be a data transmission instruction initiated by the terminal to the server after receiving data entered through the aforementioned interface. It can carry various metadata required to create a new project.

[0062] The bidding project record can be an independent data set with a business identifier that the server establishes in the background database after receiving the request. It is used to associate and record various resource scheduling and business status information throughout the entire life cycle of the project in the system's storage space.

[0063] In some application scenarios, the terminal can first render and present on the screen, such as Figure 3 The bidding project registration interface shown awaits user interaction. When a user initiates a new bidding task, the terminal can monitor and respond in real time to the first data entry operation detected on this interface, extracting the basic business data filled in by the user in various form controls. For example, in a real-world bidding scenario, the data entered in this first data entry operation may include not only the core project deadline but also basic information such as the bidder's name, estimated bid amount, project category, and bidding entity. Subsequently, the terminal can encapsulate and combine this collected multi-dimensional basic business data into a complete bidding registration request according to a preset communication protocol (e.g., based on HTTP / HTTPS), and send it to the server via the network. Upon receiving the bidding registration request, the server can automatically assign a corresponding project number or primary key, and accordingly generate a new, initialized bidding project record in the underlying information resource database.

[0064] Step S202: Display the resource retrieval interface; the resource retrieval interface is used to display the bidding resource files obtained from the server and the corresponding timeliness attributes of the bidding resource files.

[0065] The resource access interface can be a graphical interactive panel displayed on the terminal screen, allowing users to browse, search, and manipulate backend stored data. It is mainly used to provide users with a centralized digital resource access portal to facilitate subsequent viewing or selection actions.

[0066] Bidding resource documents can be various electronic documents, data packages, or digital credentials that are uploaded in advance by management personnel and centrally maintained in the underlying information resource database on the server side. Depending on the actual bidding scenario, they can be various qualification certificates, financial statements, business certificates, or technical specifications of enterprises. These documents are mainly used as the underlying materials for the subsequent preparation of specific bid documents.

[0067] The timeliness attribute can be a metadata tag attached to each bidding resource file. It can be determined based on time parameters such as the file's objective issuance date, legal validity period, or the last update time recorded by the system. This attribute is mainly used to intuitively represent whether the corresponding resource file still has a legal and usable status at the current time.

[0068] For example, after a bidding project record is successfully established on the server side, the terminal can respond to the user's input function switching command and render and display on the screen as follows: Figure 4 The resource retrieval interface is shown below. During interface initialization, the terminal can initiate a resource retrieval request to the server through a preset application programming interface to obtain available data stored in the underlying information resource database. Subsequently, the terminal receives the data returned from the server and visually arranges each bidding resource file in the display area of ​​the resource retrieval interface in the form of list entries, thumbnails, or resource cards. At the same time, the terminal can also parse the metadata information in the acquired data and render the timeliness attributes (such as the validity period or last update time marked in text form) corresponding to each bidding resource file in the surrounding area of ​​the corresponding resource file. Optionally, the terminal can also use different colors or fonts to differentiate the rendering of attribute data that are close to the timeliness limit, so that users can directly query, preview, or evaluate the required information resources when entering the system's information resource database.

[0069] Step S203: In response to the selection operation for the target bid resource file, if it is determined that the timeliness attribute of the target bid resource file meets the timeliness condition corresponding to the project deadline, a configuration instruction for the target bid resource file is sent to the server; the configuration instruction is used to trigger the server to add the target bid resource file to the bid project record.

[0070] Among them, the target bid resource file can be a specific digital material that a user intends to extract and apply to the current bid preparation process after browsing the resource list.

[0071] The selection operation can be a user's action of clicking, checking or dragging a specific resource file through a front-end interactive device (such as a mouse, touchpad, etc.). This action can be captured as a clear intention confirmation signal based on the event listening mechanism of the interface.

[0072] The timeliness condition can be a logical judgment rule used to measure the compliance status of documents. It is mainly used to verify whether the validity of relevant qualifications or supporting documents can successfully cover the bidding time node in the time dimension.

[0073] Configuration commands can be network control messages sent to backend nodes after the business logic verification in the tender document preparation process is completed. They can carry the identification information of the selected file and the index information of the current project, and are used to instruct the backend database to perform data mapping and binding processing at the storage layer.

[0074] Specifically, the terminal can continuously obtain user feedback on the resource access interface and respond to selection operations for one or more target bidding resource files. Upon receiving the selection instruction, the terminal can extract the validity period attributes (such as the "validity period" or "last update time" recorded in its metadata) of the target bidding resource file and compare it with the obtained "project deadline." If the comparison determines that the time indicated by the file's validity period attribute is later than or equal to the project deadline, i.e., it meets the validity period condition, the terminal can generate and send a configuration instruction for the target bidding resource file to the server. Further, upon receiving the configuration instruction, the server can parse and extract the file identifier, and then add the index information of the target bidding resource file to the corresponding bidding project record in the information resource database to complete the formal allocation of the digital resource. Conversely, if the verification finds that it does not meet the validity period condition, the terminal can stop sending the configuration instruction and provide the user with a corresponding overdue reminder on the interface.

[0075] In this embodiment, by pre-extracting the project deadline as a verification benchmark during the project registration stage, and comparing the timeliness attribute of the target bidding resource file with the deadline during the actual resource call process, the binding configuration instruction on the server is triggered only when the timeliness condition is confirmed to be met. This effectively intercepts unqualified documents that have expired or whose validity period cannot cover the submission of the bid in the pre-bid stage, ensuring the timeliness and compliance of all bidding resources finally added to the bidding project record from the source. This objectively reduces the risk of introducing invalid qualifications due to human verification oversights and improves the accuracy of bidding resource data in the call configuration process.

[0076] In an exemplary embodiment, before sending a bid registration request including the entered project deadline to the server in response to the first entry operation on the bid registration interface, the method further includes:

[0077] Display the user login interface and, in response to the login operation on the user login interface, obtain the current user's permission attributes; if the permission attributes indicate that the current user is a business personnel, display the bidding project registration interface; if the permission attributes indicate that the current user is an administrator, display the resource management interface.

[0078] The user login interface can be a front-end graphical interactive panel displayed on the terminal screen for collecting user login credentials and verifying identity, serving as the initial gateway for secure access to the entire data processing system.

[0079] The login operation mainly refers to the interactive behavior of the current user entering their account, password or other verification information on the interface and triggering a confirmation command. This behavior can initiate a verification request to the underlying layer based on the submission mechanism of the front-end form.

[0080] Permission attributes can be pre-configured role labels or access control levels for different accounts. They are mainly used to define the range of pages that a specific user can access and the set of operations that can be performed.

[0081] Business personnel and management personnel can be two distinct roles. The former primarily focuses on registering specific bidding projects and selecting tender resources, while the latter focuses on maintaining and updating the underlying basic information resource database. The resource management interface can be a view window with higher operational privileges provided to management personnel. It is mainly used to display, edit, or manage various basic electronic documents such as qualification certificates and business resources.

[0082] Specifically, before entering the bidding registration process, the terminal can first load and display the user login interface to guide the current user to verify their identity. The terminal listens to the interactive input on this interface in real time and responds to the user's login operation by submitting relevant credentials, initiating an identity verification network request to the server to obtain the permission attributes of the current user returned by the server after parsing. After obtaining the permission attribute data, the terminal can verify the permission attributes. If the verification determines that the permission attributes indicate that the current user is a business personnel, the terminal can trigger a page transition, rendering and displaying the bidding project registration interface so that the business personnel can smoothly carry out the work of entering basic project information such as the bidder, estimated amount, and deadline. Conversely, if the verification determines that the permission attributes indicate that the current user is a management personnel responsible for overall maintenance, the terminal can jump to and display the resource management interface, thereby providing the management personnel with a dedicated operating platform, allowing them to perform centralized maintenance operations such as uploading, updating, or deleting various files in the underlying information resource database of the server.

[0083] In this embodiment, by introducing an authentication and permission attribute recognition mechanism based on login operations before business processes, differentiated interactive windows can be distributed according to the role of different operators. This interface isolation design based on identity effectively decouples front-end business applications from underlying resource maintenance, greatly reducing the risk of public resource files being abnormally modified or deleted due to accidental touches by ordinary business personnel, thereby building a clearly defined digital working environment for the robust operation of the entire bidding system.

[0084] In one exemplary embodiment, after displaying the resource management interface, the method further includes:

[0085] If the expiration attribute of the bidding resource file obtained from the server indicates that the bidding resource file has expired, then an expiration warning control is displayed on the resource management interface. After displaying the expiration warning control, in response to the resource update operation on the resource management interface, the updated bidding resource file and its corresponding expiration attribute are obtained and displayed, and the updated bidding resource file and its corresponding expiration attribute are sent to the server for storage.

[0086] Among them, the expired status can refer to the conclusion reached by the terminal after logically calculating the current system time or a specific comparison benchmark with the validity period attached to the bidding resource document, that the bidding resource document no longer has business availability.

[0087] Deadline warning controls can be visual interactive elements rendered in the front-end management view of the terminal to indicate abnormal underlying data status. They can be front-end components such as eye-catching badges, warning icons, or highlighted text boxes, and are mainly used to guide managers to quickly focus on the resource nodes that need to be maintained at the visual interaction level.

[0088] Resource update operations can be interactive behaviors performed by administrators on expired resource entries in the system, such as editing, retransmitting, or replacing files. The updated bidding resource files and their corresponding time attributes can be the latest version of digital materials imported by administrators (such as scanned copies of various qualification certificates that have just completed their annual review) and their accompanying latest timestamps. They are mainly used to overwrite or iterate on the original outdated data in the backend storage system.

[0089] Specifically, after the resource management interface for administrators is stably displayed, the terminal can continuously or periodically poll the server to retrieve the latest expiration attributes of each bidding resource file and perform an expiration status assessment locally. If, during the comparison process of the expiration status assessment, the terminal determines that the expiration attribute of a specific bidding resource file indicates that it is already expired (e.g., the current system date has exceeded the legal validity period of the file), the terminal can render and display an expiration warning control in the display area corresponding to that resource in the resource management interface to issue an intuitive overdue warning to the administrators.

[0090] After successfully displaying the expiration warning control, the terminal will enter a listening state and respond to resource update operations initiated by the administrator on the interface for the expired resource file. For example, the terminal can invoke a file selection window to obtain the updated bidding resource file that the administrator has reselected and imported, along with the correspondingly reset validity attributes (such as the new validity period and last update time). Subsequently, the terminal can instantly refresh and display these updated contents in the list or details page of the interface, and encapsulate the updated bidding resource file and updated validity attributes into a network request, sending it to the server for persistent storage to synchronously replace the old data in the underlying information resource database.

[0091] In this embodiment, by introducing an automatic early warning and closed-loop update mechanism based on timeliness attributes into the resource management interface, the terminal can visually assist users with management privileges to promptly identify outdated files in the underlying resource library that are in an invalid state. This proactive intervention using the deadline warning control effectively ensures the real-time validity and accuracy of bidding resource files in the information resource library.

[0092] In one exemplary embodiment, after displaying the resource access interface, the method further includes:

[0093] In response to resource access operations on the bidding resource documents, the relevant content of the bidding resource documents is displayed, and resource access data of the bidding resource documents is generated; the resource access data is sent to the server to trigger the server to add the resource access data of the bidding resource documents to the bidding project record.

[0094] The resource browsing operation can be an interactive behavior triggered by a user viewing the details of a file in the resource access interface. This can be triggered by actions such as clicking, double-clicking, or hovering over a specific file icon or list item. The relevant content can be the specific data entity representation of the corresponding bidding resource file on the front end, such as a high-resolution scanned image of a qualification certificate, text-based business terms, or structured financial statements. Its main purpose is to allow users to intuitively assess whether the material meets the requirements for preparing the current tender document.

[0095] Resource access data can be a collection of trace information automatically extracted and encapsulated on the server side to record the access status of underlying files. It can include not only the timestamp of the access and the operator's identification, but also frequency information such as the incremental statistics of the number of previews. This data is mainly used to establish a trace archive of resource interaction in the backend storage system to facilitate subsequent resource popularity assessment or operation compliance audit.

[0096] Specifically, the terminal presents, as shown in the example Figure 4Based on the resource access interface shown, the system continuously listens for interactive events and responds to user requests to view specific bidding resource files. Upon receiving the request, the terminal can activate its built-in document rendering engine to display a preview overlay or navigate to a dedicated details window, visually showcasing the relevant content of the bidding resource file to assist the user in viewing its details.

[0097] Simultaneously, the terminal can generate resource access data corresponding to the bidding resource file based on this viewing action. In a specific embodiment, for each successful execution of a resource preview command, the terminal records a behavior trajectory in the resource access data and increments the preview count variable of the file accordingly to objectively quantify its usage frequency. Subsequently, the terminal asynchronously sends the resource access data containing the aforementioned trace information to the server via the communication module; after receiving the data, the server adds it as an operation log or trace node to the corresponding bidding project record, thereby completing a complete resource call archiving.

[0098] In this embodiment, by synchronously generating and reporting resource access data during the resource retrieval process, the terminal can complete the digital record of the resource retrieval process without interfering with the user's normal browsing experience. This improves the transparency and traceability of the information resource database when it is accessed, thereby providing reliable data support for global security auditing and resource optimization and screening.

[0099] In an exemplary embodiment, after sending the configuration instructions for the target bidding resource file to the server, the method further includes:

[0100] In response to the second entry operation on the bidding project registration interface, the bidding business information is obtained and sent to the server to trigger the server to generate bidding project statistics based on the bidding project records and bidding business information; the bidding analysis interface is displayed, and the bidding project statistics are rendered into bidding project charts for display.

[0101] The second data entry operation can be a data supplement and feedback behavior performed by the user again through the terminal front-end interactive window when a specific bidding project is in the completed state or the result announcement stage. It can be captured based on the text input control or drop-down selection component provided on the interface.

[0102] Bidding business information can be structured result data that reflects the final implementation status of the project, collected based on the second entry operation. Combined with the actual bidding business scenario, it can cover review materials such as the final winning bidder, the actual winning bid amount, and analysis of the reasons for failure to win the bid.

[0103] Bidding project statistics can be a set of macro indicators output by the server after receiving relevant business information and combining it with underlying historical records to perform multi-dimensional aggregation, classification or mathematical operations. It is used to characterize the business trend or industry distribution ratio within a certain period at a higher data dimension.

[0104] The charts for bidding projects can be intuitive visual graphics (such as bar charts, pie charts, or line charts) that transform abstract underlying statistical data based on a preset visualization rendering mechanism. They are mainly used to help operators intuitively read business patterns and are rendered on the bidding analysis interface.

[0105] Specifically, after completing the initial allocation of bidding resources and the subsequent submission of physical bids, once the bidding results for the project are officially announced, the terminal can respond to users again regarding, for example... Figure 3 The second data entry operation is initiated on the bidding project registration interface (or its associated feedback subpage). By monitoring this interaction, the terminal can obtain the detailed bidding information supplemented by the user, such as the updated and improved name of the winning bidder, the specific winning bid amount, and detailed reasons for unsuccessful bids. Subsequently, the terminal packages this closed-loop bidding information and sends it to the server for aggregation. Upon receiving this data, the server can combine it with existing bidding project records to generate statistical data on bidding projects, such as annual bidding success rate and the proportion of various industries. After receiving this statistical data from the server, the terminal can respond to the user's viewing command by loading and displaying data on the screen, such as... Figure 5 The bidding analysis interface shown is illustrated. During the rendering process of this interface, the terminal can call preset visualization components (such as introducing a visualization chart plugin framework similar to e-charts) to transform the received bidding project statistics with multi-dimensional attributes into visual elements according to preset mapping rules, and finally present them intuitively on the front end of the interface in the form of bidding project charts.

[0106] In this embodiment, by responding to the second entry operation after resource configuration is completed to obtain subsequent bidding business information, and rendering the corresponding statistical data as charts in the analysis interface, a complete data closed-loop link from the initial registration of the project to the post-bid review analysis can be constructed, thereby reducing the information reading threshold for users to perceive the macro business development trend and improving the analysis efficiency after the bidding process ends.

[0107] In one exemplary embodiment, the method further includes:

[0108] The bidding object interface displays the bidding object, the measurement capability entries of the bidding object, and the qualification status indicators corresponding to the measurement capability entries. In response to the name filtering operation of the bidding object, the target bidding object that meets the filtered name, the measurement capability entries of the target bidding object, and the qualification status indicators corresponding to the measurement capability entries are displayed on the bidding object interface.

[0109] The bidding target interface can be a front-end interactive window provided to users for resource coordination and capability assessment. It is mainly used to centrally present various business undertaking capability information maintained in the bidding process.

[0110] The bidding object can be a general term for specific instruments and equipment that require metrology, testing, or calibration services in actual business scenarios. Metrological capability items can be technical service attribute descriptions attached to each bidding object, specifically characterizing the specific testing items or calibration range that the relevant organization can perform for that equipment. The qualification status indicator can be a digital label generated based on the certification document status in an information resource database (e.g., a green graphic indicating a qualified status or a gray graphic indicating a non-qualified status). This indicator is mainly used to intuitively convey to users whether the organization currently possesses the legal technical qualifications to undertake the corresponding metrological capability item.

[0111] Name filtering can be a targeted search performed by users using the search input box or related menu on the interface, targeting specific instrument name keywords.

[0112] Specifically, in the actual tender document preparation process, the terminal can respond to the user's interface switching command, load and display, as shown in the example. Figure 6 The interface for bidding objects is shown. In the initial state or before querying, this interface can display the various pre-set bidding objects in the system, the measurement capability items associated with each bidding object, and qualification status indicators that intuitively indicate whether these items are within the current capability coverage in a matrix or list format within the visible area.

[0113] When a user needs to confirm the metrological qualification of a specific instrument or equipment, the terminal will capture in real time the user's name filtering operation for bidding objects initiated in the search area of ​​the interface. For example, the user can enter the name of the target instrument to be measured (such as a certain model of steel tape measure). After obtaining the filtering keyword, the terminal can immediately link the data matching logic of the server (for example, by sending an asynchronous query request containing the keyword to the server), and then filter out the target bidding objects that meet the keyword conditions from the massive bidding resource information data. Subsequently, the terminal will trigger a partial re-render of the front-end interface, highlighting or independently rendering all the metrological capability entries of the matched target bidding object, as well as the qualification status indicator of each capability, in the core display area of ​​the bidding object interface.

[0114] In this embodiment, by displaying a bidding object interface containing multi-dimensional capability elements and presenting the qualification status of the target object in real time based on name filtering, not only is the search cost of manually verifying various measurement capabilities when preparing bids reduced, but also the capability assessment step is effectively brought forward by intuitively displaying the objective status of various technical capabilities, thereby improving the efficiency of business flow in the bidding process.

[0115] To enable those skilled in the art to better understand the above steps, the following example illustrates the embodiments of this application, but it should be understood that the embodiments of this application are not limited thereto.

[0116] This application provides a method for processing bidding resource data, which can be applied to a network operating environment where a terminal (as a data front-end) and a server (as a data back-end) interact collaboratively. For example, the system architecture is as follows: Figure 7As shown, the terminal side adopts a layered architecture design, consisting of a presentation layer, a logic layer, and a data processing layer from top to bottom. The presentation layer is responsible for rendering and style management of the user interface; the logic layer is based on a composite API and a reactive system; and the data processing layer is responsible for interaction with the backend, implemented using Axios' request / response interceptor mechanism. This achieves effective decoupling between the front-end view and the data model, allowing the same view to flexibly associate with multiple model objects. On the server side, a pre-defined development framework (such as the .NET framework) can be used to build a Web API to provide stable backend interface services. Its core architecture can include: defining API endpoints based on specific characteristics and supporting routing configurations for various HTTP requests; dependency injection to achieve a loosely coupled architecture through service collection registration; and middleware for handling security authentication and exception handling. In a specific embodiment, HTTP / HTTPS requests are processed based on a middleware pipeline. Each middleware can decide whether to pass the request to the next middleware and can also execute custom logic before and after request processing. This design achieves decoupling of cross-cutting concerns (such as logging, authentication, and exception handling). The terminal and server interact with each other in real time through RESTful API and SignalR communication, thereby jointly building an efficient and flexible bidding data processing and visualization environment.

[0117] Based on the above system architecture, the specific steps are as follows: In the initialization phase of the entire business process, the terminal first renders the user login interface on the display screen. In response to the login operation triggered by the user's entered account credentials, the terminal's data service layer encapsulates the credential information into JSON format and sends it to the server for authentication, and obtains the permission attributes of the current user returned by the server. After parsing the permission attributes, the terminal's routing module executes the page distribution logic: if the attribute indicates that the current user is a business personnel, the terminal redirects and renders the bidding project registration interface; if it indicates that the user is an administrator, the terminal redirects and displays the resource management interface with global maintenance permissions.

[0118] When the terminal displays the resource management interface to administrators, it retrieves the expiration attributes of various bidding resource files from the server's information resource database. If the terminal determines, through local logical comparison, that a certain expiration attribute (such as a set validity period field) indicates that the corresponding bidding resource file has expired, the terminal will render and display an expiration warning control (such as a red highlighted icon) in a specific view area of ​​the interface. Subsequently, in response to the resource update operation triggered by the administrator based on this warning control, the terminal retrieves the locally re-imported updated bidding resource file and the reset expiration attributes, and displays its update status on the front end of the interface in real time. At the same time, it sends the updated file data and expiration attributes to the server for persistent storage.

[0119] On the other hand, when the terminal displays the bidding project registration interface to business personnel, they can initiate new project approval processes. Before formally approving a project or preparing a tender document, the terminal can also respond to instructions to load and display the bidding target interface and receive name filtering operations initiated by users for specific instruments within the input boxes on this interface. The terminal will match and display the matched target bidding object, its subordinate metrology capability entries, and qualification status indicators that intuitively represent whether the organization currently possesses the corresponding technical qualifications, to assist business personnel in conducting pre-bid capability assessments. After confirming the technical capability match, the terminal responds to the first input operation on the bidding project registration interface, extracts the first input data containing parameters such as the project deadline and the bidder's name, and sends a bidding registration request to the server to trigger the server to generate and initialize the corresponding bidding project record in the underlying database.

[0120] After the project record is established, the terminal switches routes and displays a resource access interface, which shows the available bidding resource files and their corresponding expiration attributes obtained from the server. During the browsing of materials, the terminal responds to the user's resource viewing operation by displaying the file's details in the front-end view. Simultaneously, it silently generates resource access data containing information such as the preview count increment at the data business layer and sends it to the server via asynchronous network requests to record usage traces in the aforementioned bidding project record. When business personnel select materials for bid preparation, the terminal responds to the selection operation of the target bidding resource file and extracts its associated expiration attributes. If the terminal's error prevention and verification mechanism determines that the expiration attribute has not expired and meets the expiration conditions corresponding to the aforementioned project deadline, it generates and sends a configuration command for the target bidding resource file to the server, thereby triggering the server to formally bind the data index of the target bidding resource file to the current bidding project record.

[0121] Finally, after a specific bidding project progresses to the results announcement stage, the terminal responds to the second data entry operation on the bidding project registration interface (or its associated feedback subview) to obtain the supplementary bidding business information (such as the final winning bidder, the winning bid amount, and a review of the reasons for unsuccessful bids) submitted by the business personnel. The terminal synchronizes this business information to the server, triggering the server to generate macro-level bidding project statistics based on the accumulated bidding project records at the underlying level. After receiving this statistical data, the terminal utilizes its top-level data visualization layer (such as integrating the E-charts visualization plugin) to render these abstract statistical data into intuitive bidding project charts (such as annual bidding trend line charts, industry distribution pie charts, etc.) in the displayed bidding analysis interface, thereby providing operators with clear business reviews and visual decision support in a graphical way.

[0122] It should be understood that although the steps in the flowcharts of the above embodiments are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the above embodiments may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages in other steps. It is understood that the steps in different embodiments can be freely combined as needed, and all non-contradictory solutions formed by such combinations are within the scope of protection of this application.

[0123] Based on the same inventive concept, this application also provides a bid resource data processing apparatus for implementing the bid resource data processing method described above. The solution provided by this apparatus is similar to the implementation described in the above method; therefore, the specific limitations in one or more embodiments of the bid resource data processing apparatus provided below can be found in the limitations of the bid resource data processing method described above, and will not be repeated here.

[0124] In one exemplary embodiment, such as Figure 8 As shown, a bidding resource data processing device is provided, including: a bidding registration module 810, a bidding resource acquisition module 820, and a bidding resource retrieval module 830, wherein:

[0125] The bid registration module 810 is used to respond to the first entry operation on the bid project registration interface by sending a bid registration request including the entry project deadline to the server, so as to trigger the server to generate a bid project record according to the bid registration request;

[0126] The bidding resource acquisition module 820 is used to display the resource call interface; the resource call interface is used to display the bidding resource files obtained from the server and the timeliness attributes corresponding to the bidding resource files;

[0127] The bidding resource retrieval module 830 is used to respond to the selection operation of the target bidding resource file. If it is determined that the timeliness attribute of the target bidding resource file meets the timeliness condition corresponding to the project deadline, a configuration instruction for the target bidding resource file is sent to the server. The configuration instruction is used to trigger the server to add the target bidding resource file to the bidding project record.

[0128] In one embodiment, the bid registration module 810 is further configured to:

[0129] Display the user login interface and, in response to the login operation on the user login interface, obtain the current user's permission attributes;

[0130] If the permission attribute indicates that the current user is a business personnel, then the bidding project registration interface is displayed;

[0131] If the permission attribute indicates that the current user is an administrator, the resource management interface will be displayed.

[0132] In one embodiment, the bidding resource acquisition module 820 is further configured to:

[0133] If the expiration attribute of the bidding resource file obtained from the server indicates that the bidding resource file has expired, then an expiration warning control will be displayed on the resource management interface.

[0134] After displaying the deadline warning control, in response to the resource update operation on the resource management interface, the updated bidding resource file and the corresponding timeliness attribute of the updated bidding resource file are obtained and displayed, and the updated bidding resource file and the corresponding timeliness attribute are sent to the server for storage.

[0135] In one embodiment, the bidding resource acquisition module 820 is further configured to:

[0136] In response to a resource access operation on the bid resource file, the relevant content of the bid resource file is displayed, and resource access data of the bid resource file is generated;

[0137] Send the resource access data to the server to trigger the server to add the resource access data of the bidding resource file to the bidding project record.

[0138] In one embodiment, the bidding resource retrieval module 830 is further configured to:

[0139] In response to the second entry operation on the bidding project registration interface, the bidding business information is obtained and sent to the server to trigger the server to generate bidding project statistics based on the bidding project record and the bidding business information;

[0140] The bidding analysis interface is displayed, in which the statistical data of the bidding projects are rendered into bidding project charts for display.

[0141] In one embodiment, the bidding resource acquisition module 820 is further configured to:

[0142] The bidding object interface displays the bidding object, the measurement capability item of the bidding object, and the qualification status indicator corresponding to the measurement capability item.

[0143] In response to the name filtering operation of the bidding object, the target bidding object that meets the filtered name, the measurement capability item of the target bidding object, and the qualification status indicator corresponding to the measurement capability item are displayed on the bidding object interface.

[0144] Each module in the aforementioned bidding resource data processing device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in a computer device, or stored in the memory of a computer device as software, so that the processor can call and execute the operations corresponding to each module.

[0145] In one exemplary embodiment, a computer device is provided, which may be a terminal, and its internal structure diagram may be as follows: Figure 9 As shown, the computer device includes a processor, memory, input / output interface, communication interface, display unit, and input device. The processor, memory, and input / output interface are connected via a system bus, and the communication interface, display unit, and input device are also connected to the system bus via the input / output interface. The processor provides computational and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system and computer programs. The internal memory provides an environment for the operation of the operating system and computer programs stored in the non-volatile storage media. The input / output interface is used for exchanging information between the processor and external devices. The communication interface is used for wired or wireless communication with external terminals; wireless communication can be achieved through Wi-Fi, mobile cellular networks, Near Field Communication (NFC), or other technologies. When executed by the processor, the computer program implements a bidding resource data processing method.

[0146] Those skilled in the art will understand that Figure 9 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0147] In one embodiment, a computer device is provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the steps in the above-described method embodiments.

[0148] In one embodiment, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the steps in the above method embodiments.

[0149] In one embodiment, a computer program product is provided, including a computer program that, when executed by a processor, implements the steps in the above method embodiments.

[0150] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of the relevant data must comply with relevant regulations.

[0151] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. Any references to memory, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile memory and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM). The databases involved in the embodiments provided in this application may include at least one type of relational database and non-relational database. Non-relational databases may include, but are not limited to, blockchain-based distributed databases. The processors involved in the embodiments provided in this application may be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, artificial intelligence (AI) processors, etc., and are not limited to these.

[0152] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this application.

[0153] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A method for processing bidding resource data, characterized in that, Applied to a terminal, the method includes: In response to the first entry operation on the bidding project registration interface, a bidding registration request including the entered project deadline is sent to the server to trigger the server to generate a bidding project record based on the bidding registration request; The resource retrieval interface is used to display the bidding resource files obtained from the server and the corresponding timeliness attributes of the bidding resource files. In response to the selection operation for the target bid resource file, if it is determined that the timeliness attribute of the target bid resource file meets the timeliness condition corresponding to the project deadline, a configuration instruction for the target bid resource file is sent to the server; the configuration instruction is used to trigger the server to add the target bid resource file to the bid project record.

2. The method according to claim 1, characterized in that, Before sending a bid registration request including the entered project deadline to the server in response to the first entry operation on the bid registration interface, the method further includes: Display the user login interface and, in response to the login operation on the user login interface, obtain the current user's permission attributes; If the permission attribute indicates that the current user is a business personnel, then the bidding project registration interface is displayed; If the permission attribute indicates that the current user is an administrator, the resource management interface will be displayed.

3. The method according to claim 2, characterized in that, Following the display resource management interface, the following is also included: If the expiration attribute of the bidding resource file obtained from the server indicates that the bidding resource file has expired, then an expiration warning control will be displayed on the resource management interface. After displaying the deadline warning control, in response to the resource update operation on the resource management interface, the updated bidding resource file and the corresponding timeliness attribute of the updated bidding resource file are obtained and displayed, and the updated bidding resource file and the corresponding timeliness attribute are sent to the server for storage.

4. The method according to claim 1, characterized in that, Following the display of the resource request interface, the following is also included: In response to a resource access operation on the bid resource file, the relevant content of the bid resource file is displayed, and resource access data of the bid resource file is generated; Send the resource access data to the server to trigger the server to add the resource access data of the bidding resource file to the bidding project record.

5. The method according to claim 1, characterized in that, After sending the configuration instructions for the target bidding resource file to the server, the method further includes: In response to the second entry operation on the bidding project registration interface, the bidding business information is obtained and sent to the server to trigger the server to generate bidding project statistics based on the bidding project record and the bidding business information; The bidding analysis interface is displayed, in which the statistical data of the bidding projects are rendered into bidding project charts for display.

6. The method according to claim 1, characterized in that, The method further includes: The bidding object interface displays the bidding object, the measurement capability item of the bidding object, and the qualification status indicator corresponding to the measurement capability item. In response to the name filtering operation of the bidding object, the target bidding object that meets the filtered name, the measurement capability item of the target bidding object, and the qualification status indicator corresponding to the measurement capability item are displayed on the bidding object interface.

7. A bidding resource data processing device, characterized in that, Applied to a terminal, the device includes: The bid registration module is used to respond to the first entry operation on the bid project registration interface by sending a bid registration request, including the entry project deadline, to the server, so as to trigger the server to generate a bid project record according to the bid registration request. The bidding resource acquisition module is used to display the resource access interface; the resource access interface is used to display the bidding resource files obtained from the server and the corresponding timeliness attributes of the bidding resource files; The bidding resource retrieval module is used to respond to the selection operation of the target bidding resource file. If it is determined that the timeliness attribute of the target bidding resource file meets the timeliness condition corresponding to the project deadline, a configuration instruction for the target bidding resource file is sent to the server. The configuration instruction is used to trigger the server to add the target bidding resource file to the bidding project record.

8. A computer device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 6.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 6.

10. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 6.

Images