A digital management system for a bidding and procurement process

Abstract

This invention relates to the field of bidding and procurement management technology, specifically to a digital management system for the bidding and procurement process. After a mobile terminal loads batch information via a barcode scanning module, the main control unit controls the locking or unlocking of each button based on the historical acceptance status sent by the cloud server. When an operator verifies their identity via a fingerprint recognition module, the main control unit cuts off the current to the induction coil of the target button to unlock it. When the operator presses the button, the signal acquisition circuit collects the waveform of the induced electromotive force generated by the press. The microcontroller extracts the waveform features and compares them with a pre-stored template to verify the operator's identity. After successful verification, the main control unit generates an electronic record and simultaneously saves it to local storage and uploads it to the cloud server. The cloud server performs blockchain-based notarization of the record.

Description

Technical Field

[0001] This invention relates to the field of bidding and procurement management technology, and in particular to a digital management system and method for the bidding and procurement process. Background Technology

[0002] In engineering bidding, procurement, and material acceptance management, accurate recording of the completion status of procurement projects and verification of operator identities are crucial to ensuring compliance. Traditional manual paper-based recording methods suffer from problems such as easy alteration of records, difficulty in verifying identities, lack of transparency in progress, and difficulty in subsequent traceability. This is especially true for large-scale batch acceptance of dozens or even hundreds of projects, which can easily lead to omissions, errors, and duplicate acceptances.

[0003] To address the aforementioned issues, existing technologies primarily involve establishing a software-based digital management system. This system allows users to select and accept items one by one using a tablet or handheld terminal. The system automatically generates electronic records and uploads them to the cloud. Some systems also integrate identity authentication technologies such as fingerprint and facial recognition, as well as blockchain-based evidence storage.

[0004] However, the applicant has found that the prior art has at least the following problems: While traditional software-based digital management systems record identity and time, the "one-click selection" on the electronic interface lacks physical verification and carries the risk of "personal switching after authentication." Therefore, how to achieve continuous identity verification for each acceptance operation and clearly display the acceptance status in terms of physical location is a pressing technical problem that needs to be solved in this field. Summary of the Invention

[0005] In view of this, the purpose of this invention is to propose a digital management system and method for the procurement process, so as to solve the problem of continuous identity verification for each acceptance operation and to clearly display the acceptance status in terms of physical location.

[0006] To achieve the above objectives, the present invention provides a digital management system for the procurement process, comprising: At least one mobile terminal, each mobile terminal comprising: panel; The display screen is mounted on the panel; Multiple buttons are installed in the mounting cavity behind the panel, and each button corresponds to a procurement item. The barcode scanning module, integrated on the top of the mobile terminal, is used to scan batch barcodes to load the purchase list; The fingerprint recognition module is integrated at the bottom front of the mobile terminal and is used to verify the operator's identity. The main control unit includes a microcontroller, local memory, coil drive circuit, and signal acquisition circuit; A cloud server connects to various mobile terminals via a communication network; In this process, after the mobile terminal loads batch information via the barcode scanning module, the main control unit controls the locking or unlocking of each button based on the historical acceptance status issued by the cloud server. When the operator verifies their identity via the fingerprint recognition module, the main control unit cuts off the current in the induction coil of the target button to unlock it. When the operator presses the button, the signal acquisition circuit collects the waveform of the induced electromotive force generated by the press. The microcontroller extracts the waveform features and compares them with a pre-stored template to verify the operator's identity. After successful verification, the main control unit generates an electronic record and simultaneously saves it to the local storage and uploads it to the cloud server. The cloud server performs blockchain-based evidence storage on the record.

[0007] Optionally, each button includes: The button cap can be moved up and down; A raised portion connects to the side of the button cap; The limit slider is installed in the limit groove and is elastically installed by the limit spring. The side facing the button cap is inclined and the other side is flat. The first permanent magnet is embedded in the limiting slider, and the magnetic pole direction is set to face the end of the guide magnet support; Guide rod, connected to the back of the button cap; The guide sleeve is fixedly installed in the mounting cavity and is adapted to connect with the guide rod. A return spring is sleeved on the guide rod and installed between the spring seat and the guide sleeve; The second permanent magnet is installed at the end of the guide rod; The iron core is installed inside the guide sleeve; An induction coil is fitted onto an iron core; The magnetic guide bracket is connected to the iron core at one end and extends to the back of the limiting slider at the other end.

[0008] Optionally, when the induction coil is supplied with a current in the first direction, the end of the magnetic guide bracket generates a magnetic field with the opposite polarity to the first permanent magnet, which attracts the limiting slider to the locked position; when the induction coil is supplied with a current in the reverse direction, the end of the magnetic guide bracket generates a magnetic field with the same polarity as the first permanent magnet, which generates a repulsive force on the first permanent magnet and pushes the limiting slider away from the locked position.

[0009] Optionally, the signal acquisition circuit is electrically connected to the induction coil and is used to acquire the induced electromotive force waveform generated by the movement of the second permanent magnet when the button is pressed; the microcontroller extracts feature parameters from the induced electromotive force waveform for operator authentication.

[0010] Optionally, the microcontroller is configured to: collect waveform features of multiple presses by the operator during the registration phase to generate a pressing habit feature template; and compare the current pressing waveform features with the template during the verification phase, triggering secondary face recognition verification when the similarity is lower than a preset threshold.

[0011] Optionally, the local storage is used to store acceptance records and pressing feature templates; the mobile terminal synchronizes the acceptance records to the cloud server through the communication module; the cloud server includes a data receiving module, a data storage module, a blockchain notarization module, and a data synchronization module, used to perform hash calculations on the acceptance records and write them to the blockchain notarization.

[0012] Optionally, when the network is interrupted, the mobile terminal enters offline mode, and the acceptance records are only saved to the local storage and marked as pending synchronization; after the network is restored, the records pending synchronization are automatically uploaded to the cloud server in batches.

[0013] This invention also provides a method for digital management of the procurement process, applied to a digital management system for the procurement process, comprising the following steps: Batch loading steps: Scan the batch barcode to load the purchase list and historical status from the cloud server; Identity authentication steps: Verify the operator's identity through the fingerprint recognition module; Unlocking steps: Cut off the current to the induction coil of the target button to allow the limit slider to move; Press-to-collection steps: The operator presses the button, and the waveform of the induced electromotive force generated by the induction coil during the pressing process is collected in real time. Verification steps: Extract feature parameters from the waveform and compare them with the pre-stored pressing habit feature template to determine whether it is the user's operation; Recording steps: Generate electronic records and save them to both local storage and a cloud server; Evidence preservation steps: The cloud server performs a hash operation on the record and writes it into the blockchain; Locking procedure: After pressing, the limit slider is reset under the action of the limit spring, and its flat surface abuts against the bottom of the protrusion, keeping the button in a low-position locked state.

[0014] Optionally, a batch reset step is also included: after scanning the barcode of the new batch, a reverse current is passed through the induction coil of the button corresponding to the unaccepted item, which generates a repulsive force on the first permanent magnet in the limit slider, causing the limit slider to retract and the button cap to pop up under the action of the reset spring.

[0015] Optionally, an offline synchronization step is also included: when the network is interrupted, the acceptance records are only saved to local storage and marked as pending synchronization; when the network is restored, the records pending synchronization are automatically uploaded to the cloud server in batches.

[0016] The beneficial effects of this invention are as follows: This invention integrates electromagnetic locking and pressure sensing into the same induction coil, and guides the magnetic field through a magnetic guide bracket to achieve "three uses in one coil," significantly reducing the number of parts and making the structure more compact. Utilizing reverse current to generate repulsive force pushes the limit slider open, causing the button to automatically pop up, avoiding manual reset one by one, making it particularly suitable for large-scale batch acceptance scenarios. Each press extracts the operator's pressing habits and compares them with a template, achieving "operation as verification." Traditional solutions only verify once, posing a risk of "replacing the person after certification"; this invention can detect anomalies promptly through continuous verification. Local storage ensures uninterrupted acceptance during network outages, cloud storage provides remote backup, blockchain notation provides the highest level of tamper-proof protection, and offline automatic synchronization ensures eventual data consistency. Automatic entry into offline mode during network outages and automatic batch uploading after network recovery solves the practical need of "using the cloud when there is internet access, and using it even without internet access," making it particularly suitable for environments with unstable networks. Attached Figure Description

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

[0018] Figure 1 This is an architecture diagram of a digital management system for the procurement process according to an embodiment of the present invention; Figure 2 This is a flowchart illustrating a digital management method for the procurement process according to an embodiment of the present invention; Figure 3 This is a flowchart of the press feature acquisition and verification process of the present invention; Figure 4 This is a flowchart illustrating the local-to-cloud data synchronization process of this invention. Figure 5 This is a schematic diagram of the mobile terminal structure of a digital management system for the procurement process according to an embodiment of the present invention; Figure 6 This is a schematic diagram of the internal structure of a mobile terminal of a digital management system for the procurement process according to an embodiment of the present invention; Figure 7 This is a schematic diagram of the button structure of a mobile terminal for a digital management system for the procurement process according to an embodiment of the present invention.

[0019] The diagram is marked as follows: 101. Panel; 102. Display screen; 103. Button; 104. Insertion port; 105. Storage cavity; 106. Mounting cavity; 1031. Button cap; 1032. Protrusion; 1033. Guide rod; 1034. Return spring; 1035. Second permanent magnet; 1036. Guide sleeve; 1037. Spring seat; 1038. Iron core; 1039. Induction coil; 1130. Magnetic guide bracket; 1131. Limiting spring; 1132. Limiting slider. Detailed Implementation

[0020] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described in detail below with reference to specific embodiments.

[0021] It should be noted that, unless otherwise defined, the technical or scientific terms used in this invention should have the ordinary meaning understood by one of ordinary skill in the art to which this invention pertains. The terms "first," "second," and similar terms used in this invention do not indicate any order, quantity, or importance, but are merely used to distinguish different components. Terms such as "comprising" or "including" mean that the element or object preceding the word encompasses the elements or objects listed following the word and their equivalents, without excluding other elements or objects. Terms such as "connected" or "linked" are not limited to physical or mechanical connections, but can include electrical connections, whether direct or indirect. Terms such as "upper," "lower," "left," and "right" are used only to indicate relative positional relationships; when the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0022] Example 1: System Overall Architecture As shown in the figure, a specific embodiment of the present invention provides a digital management system for the procurement process, including one or more mobile terminals and a cloud server.

[0023] The mobile terminal is designed as a handheld tablet, making it easy for operators to carry in warehouses or construction sites. The front of the terminal features a matrix of 30 buttons arranged in a 6x5 matrix, each corresponding to a procurement item. A barcode scanning module is integrated at the top for reading batch barcodes; a fingerprint recognition module is located at the bottom of the front for operator authentication; and a color display screen on the front shows the procurement list and acceptance progress.

[0024] The cloud server is deployed on a public cloud platform and maintains a connection with various mobile terminals via the network. The cloud server consists of four core modules: a data receiving module responsible for receiving acceptance records uploaded by mobile terminals; a data storage module responsible for persistently storing purchase lists and acceptance status for each batch; a blockchain notarization module responsible for performing hash calculations on the acceptance records and writing the results to the blockchain network; and a data synchronization module responsible for sending historical records and batch information to mobile terminals.

[0025] During operation, the operator first scans the batch barcode using a barcode scanning module. The mobile terminal then requests the purchase list for that batch from the cloud server. After the cloud server returns the list data, the mobile terminal stores the data in its local storage and initializes the buttons according to the historical acceptance status of each project—buttons that have been completed are locked at a low position with a locking current applied, while buttons that have not been completed are locked at a high position with a locking current applied. After each press confirmation, the generated electronic record is simultaneously written to the local storage and uploaded to the cloud server. The cloud server returns a confirmation signal after completing blockchain notarization.

[0026] The above design ensures both offline availability and data immutability. In remote areas or basements without network access, the mobile terminal can independently complete all acceptance procedures and temporarily store the records locally; once the network is restored, the records are automatically synchronized to the cloud server. Cloud server storage and blockchain evidence provide dual protection: even if local data is lost due to device damage, cloud data can still be recovered; even if the cloud database is compromised, the blockchain record can still verify the authenticity of the original data. This distributed architecture combining mobile terminals and cloud servers resolves the contradictions of easily lost data in purely local solutions and strong network dependence in purely cloud solutions.

[0027] Example 2: Specific Structure of the Mobile Terminal This embodiment provides a specific structure of a mobile terminal.

[0028] The mobile terminal includes a panel 101, a display screen 102 on the panel 101, and multiple buttons 103 embedded on the panel 101, which are installed in the mounting cavity 106 behind the panel 101.

[0029] Each button 103 includes a button cap 1031 that can move up and down. A protrusion 1032 is connected to the side of the button cap 1031, and the protrusion 1032 moves linearly within a limiting groove 1131. A limiting slider 1132, adapted to the protrusion 1032, is installed in the limiting groove 1131. The limiting slider 1132 is elastically mounted in the telescopic groove by a limiting spring 1133. The limiting slider 1132 has an inclined surface on one side facing the button cap 1031 and a flat surface on the other side. A first permanent magnet (not shown in the figure) is embedded in the limiting slider 1132, and the magnetic pole direction of the first permanent magnet is set towards the end of the magnetic guide bracket 1130.

[0030] A guide rod 1033 is connected to the rear of the button cap 1031. A guide sleeve 1036 is adapted to be connected to the guide rod 1033, and the guide sleeve 1036 is fixedly installed in the mounting cavity 106. A spring seat 1037 is installed around the guide sleeve 1036, and a return spring 1034 is installed on the spring seat 1037. The return spring 1034 is sleeved on the guide rod 1033 and is used to push the button cap 1031 upward.

[0031] A second permanent magnet 1035 is installed at the end of the guide rod 1033. A preset gap, such as one to two millimeters, is maintained between the second permanent magnet 1035 and the end face of the iron core 1038. The iron core 1038 is installed inside the guide sleeve 1036, and the induction coil 1039 is fitted onto the iron core 1038. One end of the iron core 1038 is connected to the magnetic guide bracket 1130, and the other end of the magnetic guide bracket 1130 extends to the back of the limiting slider 1132, that is, the side away from the limiting spring 1133.

[0032] The working process in the locked state: When a direct current in the first direction is applied to the induction coil 1039, the iron core 1038 is magnetized, generating a magnetic field. This magnetic field is guided to the back of the limiting slider 1132 via the magnetic guide bracket 1130. The first permanent magnet inside the limiting slider 1132 is attracted to the end face of the magnetic guide bracket 1130 under magnetic force, thereby locking the limiting slider 1132. At this time, when the button 103 is pressed, because the limiting slider 1132 is locked, the protrusion 1032 is interfered with by the plane of the limiting slider 1132, and the button 103 cannot be pressed.

[0033] To facilitate the storage of barcodes, the mobile terminal is also equipped with an insertion port 105 in the storage cavity 106.

[0034] The process of unlocking: After identity verification via the fingerprint recognition module, the induction coil 1039 is de-energized, and the movement of the limit slider 1132 is no longer restricted, allowing the acceptance operation to proceed. When button 103 is pressed, the limit slider 1132 is reset and pressed against the bottom by the limit spring 1133, with its plane aligned with the lower part of the protrusion 1032, preventing button 103 from rebounding and ensuring the button for the completed acceptance item is in a locked, pressed state.

[0035] Press feature acquisition process: During the operation of pressing button cap 1031, the second permanent magnet 1035, fixed to the bottom of button cap 1031, moves relative to induction coil 1039. According to Faraday's law of electromagnetic induction, the movement of the second permanent magnet 1035 induces an electromotive force (EMF) in induction coil 1039. The waveform of this induced EMF is closely related to the speed, acceleration, and displacement trajectory of the second permanent magnet 1035. The signal acquisition circuit acquires this induced EMF waveform in real time for subsequent authentication.

[0036] Batch reset process: When reading a new barcode for acceptance, all buttons are first pressed, then the new barcode is scanned, the barcode information is read, and a reverse current is applied to the induction coil 1039 of the button 103 corresponding to the unaccepted item. Since the magnetic pole direction of the first permanent magnet is set to face the end of the magnetic guide bracket 1130, the end of the magnetic guide bracket 1130 generates a magnetic field with the same polarity as the first permanent magnet after the reverse current is applied, thereby generating a repulsive force on the first permanent magnet, pushing the limit slider 1132 away from the end face of the magnetic guide bracket 1130, causing it to retract, and the button cap 1031 pops up under the action of the return spring 1034. The button 103 corresponding to the accepted item is not energized.

[0037] Example 3: Press Feature Acquisition and Continuous Authentication In addition to generating a locking magnetic field, the induction coil 1039 also functions as a sensor. When an operator presses the button, the second permanent magnet 1035, fixed to the bottom of the button cap 1031, moves downward relative to the induction coil 1039. According to Faraday's law of electromagnetic induction, the movement of the second permanent magnet 1035 induces an electromotive force in the induction coil 1039. The waveform of this electromotive force is closely related to the speed, acceleration, and displacement trajectory of the second permanent magnet 1035, and these motion parameters directly reflect the operator's pressing habits—including the speed, force, and rhythm of pressing. Different operators have different pressing habits, and the waveform of the same operator's presses shows good stability in different presses.

[0038] The signal acquisition circuit is electrically connected to each induction coil 1039 and includes an operational amplifier, a low-pass filter, and an analog-to-digital converter. During the pressing operation, the signal acquisition circuit acquires the induced electromotive force waveform in real time at a fixed high sampling rate, converts the analog signal into a digital signal, and then sends it to the microcontroller.

[0039] Registration phase: Upon first use or during periodic calibration, the system enters registration mode. The display prompts the operator to press each button 103 multiple times using normal operating habits, typically multiple times per button 103. Each time a button 103 is pressed, the system records the complete waveform from the start to the end of the press. For each recorded waveform, the microcontroller extracts its characteristic parameters, primarily including: negative peak voltage reflecting the press start speed, positive peak voltage reflecting the press end speed, peak ratio reflecting speed symmetry, rise time reflecting acceleration, pulse width reflecting the total press duration, and waveform morphology characteristics after principal component analysis dimensionality reduction. The statistical values ​​of these characteristic parameters are combined to generate a pressing habit characteristic template for the operator, stored in local memory, and synchronized to the cloud server.

[0040] Verification phase: In daily operation, each time button 103 is pressed, the system collects waveform data in real time and extracts identical feature parameters to obtain the feature vector of the current press. The microcontroller compares this vector with the pre-stored feature template of the operator, calculates the Mahalanobis distance, and then converts it into a similarity score.

[0041] When the similarity score reaches or exceeds a preset threshold, the operation is determined to be performed by the user, and the acceptance status is recorded normally. When the similarity score is below the threshold, the operation is suspected to be performed by someone else, and the system triggers secondary verification—prompting the operator to perform facial recognition on the display screen. The facial recognition module captures a facial image through the front-facing camera and compares it with a pre-stored facial template.

[0042] If facial verification passes, the system accepts the operation but marks it as "feature abnormality" in the electronic record and adds the pressed waveform to the feature template with a certain weight, enabling the template to be updated adaptively—this helps to adapt to natural changes in pressing habits caused by operator fatigue, injury, etc. If facial verification fails, the system rejects the operation, records the abnormal event (including time, button location, and screenshot of the pressed waveform), triggers an audible and visual alarm, and temporarily locks the button. The button can only be unlocked by an administrator before the operation can continue.

[0043] The above verification scheme implements a continuous identity authentication mechanism of "operation as verification". Traditional schemes only verify identity once at the beginning of the operation, and all subsequent button operations are assumed to be performed by the same person, which has a significant security vulnerability—after successful verification, the original operator leaves and someone else continues the operation without the system noticing. This invention performs implicit biometric verification on every press operation, so that each confirmation action is bound to the operator's identity, and any operation can be independently traced and verified.

[0044] Pressing habitual characteristics have unique advantages over facial recognition and fingerprints: they are generated naturally during operation, requiring no additional cooperation from the operator and not affecting operational efficiency; at the same time, pressing habitual characteristics are difficult to imitate because it is difficult for imitators to simultaneously replicate the original operator's pressing speed, acceleration, and force variation patterns. This "seamless verification" method significantly improves system security without reducing operational efficiency.

[0045] Example 4: Local data storage, cloud synchronization, and blockchain evidence preservation This embodiment describes the local storage, cloud synchronization, and blockchain evidence preservation mechanism for data.

[0046] The mobile terminal is equipped with local non-volatile memory for storing acceptance records, batch information, and press feature templates. The cloud server is equipped with a business database and blockchain network nodes.

[0047] Online synchronization mode: After each successful press verification, the microcontroller generates an electronic record containing fields such as batch barcode, button location, operator identification, timestamp (accurate to milliseconds), and feature similarity. This record simultaneously executes two parallel operations: Writes are performed continuously to local storage, appended to the record file of the current batch, and the locally stored state matrix is ​​updated simultaneously. Local writes are completed in a very short time, ensuring that the operation does not wait.

[0048] Another approach involves packaging the data into JSON format via the communication module and sending the request to the cloud server using the HTTPS protocol. Upon receiving the record, the cloud server first stores it in the business database, updating the acceptance status matrix for that batch; then, it performs a hash operation on the record content to generate a fixed-length hash value; finally, it invokes the blockchain smart contract to write the hash value to the blockchain network. The blockchain's consensus mechanism and distributed storage ensure that the hash value cannot be modified or deleted once written. After the notarization is complete, the cloud server returns a notarization transaction identifier to the mobile terminal.

[0049] After receiving confirmation from the cloud server, the mobile terminal adds the evidence storage transaction identifier to its local record, completing a full evidence storage process. If no confirmation is received due to network failure, the mobile terminal marks the record as "pending confirmation" and automatically retrys during the next synchronization.

[0050] Offline sync mode: When the mobile terminal detects network unavailability, it automatically enters offline mode. An offline message is displayed, but all acceptance operations continue normally. At this time, the generated electronic record is only written to local storage and additionally marked with a "Pending Synchronization" status field.

[0051] Once the network is restored, the mobile terminal automatically executes the synchronization process: it iterates through all "to be synchronized" records in the local storage and packages them in chronological order; it sends a batch upload request to the cloud server, with each record carrying a locally generated unique identifier; the cloud server receives the request and performs deduplication verification—if the unique identifier already exists in the database, it skips the request, otherwise it writes the record; after completing the batch storage, the cloud server returns a list of storage transaction identifiers corresponding to each record; upon receiving this list, the mobile terminal updates its local records, clears the "to be synchronized" mark, and adds storage transaction identifiers.

[0052] Local storage ensures uninterrupted acceptance work even in extreme environments with network outages, and all operations are locally recorded and traceable; cloud server storage provides remote data backup, and data can still be recovered from the cloud server even if the mobile terminal device is damaged or lost; blockchain notarization provides the highest level of tamper protection—any malicious modification to the database can be detected by comparing it with the hash value of the blockchain notarization.

[0053] The offline automatic synchronization mechanism ensures eventual data consistency, requiring no manual intervention from the user; the system silently completes synchronization in the background. This design balances offline availability with online security, addressing the practical engineering need of "using the cloud when there is internet access, and also being able to use it when there is no internet access."

[0054] Example 5: Digital Management Method for Procurement Process This invention also provides a method for digital management of the procurement process, comprising the following steps: Step 1: Batch loading The operator powers on the mobile terminal and uses the barcode scanning module to scan the batch barcode printed on the thermal paper. The mobile terminal requests the purchase list for that batch from the cloud server via the network. The cloud server returns information such as the item name, specifications, and quantity. The mobile terminal stores the list in its local storage and initializes button 103 based on the returned historical acceptance status: button 103 for completed items remains in the low locked position, and the item is displayed as "Completed" on the display screen 102; button 103 for incomplete items is in the high locked position, and the item is displayed as "Pending Acceptance" on the display screen 102.

[0055] Step Two: Identity Verification The operator places their finger on the fingerprint recognition module, and the mobile terminal collects the fingerprint and compares it with a pre-stored authorized fingerprint database. Upon successful verification, the microcontroller records the operator's identity and loads the operator's fingerprint habit template from local storage. Display screen 102 shows "Verification Successful," and the operator can begin the acceptance process.

[0056] Step 3: Select and Unlock The operator browses the purchase list on display screen 102 and selects the items to be inspected. Based on the selection, the microcontroller determines the location of the corresponding button 103 and sends a power-off command to the drive circuit of the induction coil 1039 of that button 103. The current to the induction coil 1039 is cut off, and the microcontroller starts a demagnetization wait timer, waiting for tens of milliseconds for the magnetic field of the induction coil 1039 to dissipate. After the demagnetization wait is complete, the button 103 enters the pressable state. Simultaneously, the microcontroller starts a press window timer, setting an operation window period of several seconds.

[0057] Step 4: Press to confirm and collect features During the designated window period, the operator presses down the corresponding button 103. As button 103 moves downward, the protrusion 1032 pushes it open along the inclined surface of the limiting slider 1132; simultaneously, the second permanent magnet 1035 at the bottom of button 103 moves relative to the induction coil 1039, generating an induced electromotive force in the induction coil 1039. The signal acquisition circuit acquires the waveform of this electromotive force in real time at a high sampling rate.

[0058] After receiving waveform data, the microcontroller extracts feature parameters, including peak voltage, rise time, pulse width, and waveform morphology, and compares them with pre-stored operator-preferred pressing feature templates to calculate similarity. If the similarity reaches a preset threshold, it is determined that the operation was performed by the user, and the verification is successful. If the similarity is below the threshold, the display screen 102 prompts for secondary facial recognition verification. If the verification is successful, the operation is accepted but marked as "feature abnormality." If the verification fails, the operation is rejected and the abnormality is recorded.

[0059] Step 5: Recording and Synchronization Once verification is successful, the microcontroller generates an electronic record containing information such as batch barcode, button location, operator identification, timestamp, and feature similarity. This record is simultaneously written to local storage and uploaded to a cloud server via the communication module.

[0060] After receiving the record, the cloud server stores it in the business database, performs a hash calculation, calls the blockchain smart contract to write the hash value to the blockchain, and returns a notarized transaction identifier to the mobile terminal. Upon receiving confirmation, the mobile terminal adds the notarized transaction identifier to its local record.

[0061] Step Six: Locking and Status Update Once the microcontroller detects that the press is complete (i.e., the induced electromotive force waveform returns to zero and remains stable for a period of time), the limit slider 1132 is reset under the action of the limit spring 1133, and its flat surface abuts against the lower part of the protrusion 1032, preventing the button 103 from rebounding and keeping it in a low-position locked state. The display screen 102 updates the status of the project to "completed," and the corresponding status indicator light changes from yellow to green.

[0062] Step 7: Repeat and Batch Complete The operator repeats steps three through six above to complete the acceptance of all items in sequence. The status on display 102 updates in real time after each item is completed. When the last item is completed, the microcontroller detects that all buttons 103 are in the low-position locked state, determining that the batch acceptance is complete. The system generates a final acceptance report, summarizing the operation records of all items in this batch and their respective blockchain evidence identifiers, and uploads it to the cloud server for archiving. Display 102 then displays "Batch complete, please start a new batch."

[0063] Step 8: Offline Scene Processing Assuming a network outage occurs during the acceptance process, the mobile terminal automatically detects the network unavailability and enters offline mode. Subsequent acceptance operations proceed normally, and the generated electronic records are only saved to local storage and marked as "pending synchronization." When the network is restored, the mobile terminal automatically initiates the synchronization process, uploading the records accumulated during the offline period to the cloud server in batches. After the cloud server completes deduplication verification and blockchain notarization, it returns confirmation, and the mobile terminal updates the local record status and clears the "pending synchronization" mark.

[0064] The above process fully demonstrates all operations from batch loading to acceptance completion. Each press undergoes feature verification to ensure continuous identity authentication; each confirmation generates a physical button status change and an electronic record, forming dual evidence; evidence is stored both locally and in the cloud to ensure data security and reliability.

[0065] Throughout the entire operation, no additional authentication steps are required—fingerprint login is performed once at the beginning, and subsequent continuous authentication is completed naturally through the pressing action, without affecting operational efficiency. Offline mode ensures availability in unstable network environments, and the automatic synchronization mechanism guarantees eventual data consistency.

[0066] Those skilled in the art should understand that the discussion of any of the above embodiments is merely exemplary and is not intended to imply that the scope of the invention (including the claims) is limited to these examples; within the framework of the invention, the technical features of the above embodiments or different embodiments can also be combined, the steps can be implemented in any order, and there are many other variations of the different aspects of the invention as described above, which are not provided in the details for the sake of brevity.

[0067] This invention is intended to cover all such substitutions, modifications, and variations that fall within the broad scope of the appended claims. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A digital management system for the procurement process, characterized in that, include: At least one mobile terminal, each mobile terminal comprising: Panel (101); A display screen (102) is mounted on a panel (101); Multiple buttons (103) are installed in the mounting cavity (106) behind the panel (101), and each button (103) corresponds to a procurement item; The barcode scanning module, integrated on the top of the mobile terminal, is used to scan batch barcodes to load the purchase list; The fingerprint recognition module is integrated at the bottom front of the mobile terminal and is used to verify the operator's identity. The main control unit includes a microcontroller, local memory, coil drive circuit, and signal acquisition circuit; A cloud server connects to various mobile terminals via a communication network; In this process, after the mobile terminal loads batch information through the barcode scanning module, the main control unit controls the locking or unlocking of each button (103) according to the historical acceptance status issued by the cloud server. When the operator verifies his / her identity through the fingerprint recognition module, the main control unit cuts off the current of the induction coil (1039) of the target button (103) to unlock it. When the operator presses the button (103), the signal acquisition circuit collects the waveform of the induced electromotive force generated by the press. The microcontroller extracts the waveform features and compares them with the pre-stored template to verify the operator's identity. After the verification is successful, the main control unit generates an electronic record and saves it to the local storage and uploads it to the cloud server. The cloud server performs blockchain storage on the record.

2. The digital management system for the procurement process according to claim 1, characterized in that, Each button (103) includes: Button cap (1031) can be moved up and down; A protrusion (1032) is attached to the side of the button cap (1031); The limiting slider (1132) is installed in the limiting groove (1131) and is elastically installed by the limiting spring (1133). The side facing the button cap (1031) is inclined and the other side is flat. The first permanent magnet is embedded in the limiting slider (1132), and the magnetic pole direction is set to face the end of the guide magnet bracket (1130); Guide rod (1033) is connected to the rear of button cap (1031); The guide sleeve (1036) is fixedly installed in the mounting cavity (106) and is adapted to be connected to the guide rod (1033); A return spring (1034) is sleeved on the guide rod (1033) and installed between the spring seat (1037) and the guide sleeve (1036); The second permanent magnet (1035) is installed at the end of the guide rod (1033); The iron core (1038) is installed inside the guide sleeve (1036); An induction coil (1039) is mounted on an iron core (1038); The magnetic guide bracket (1130) is connected to the iron core (1038) at one end and extends to the back of the limiting slider (1132) at the other end.

3. The digital management system for the procurement process according to claim 2, characterized in that, When the induction coil (1039) is supplied with a current in the first direction, the end of the magnetic guide (1130) generates a magnetic field with the opposite polarity to the first permanent magnet, which attracts the limiting slider (1132) to the locked position; when the induction coil (1039) is supplied with a current in the reverse direction, the end of the magnetic guide (1130) generates a magnetic field with the same polarity as the first permanent magnet, which generates a repulsive force on the first permanent magnet, pushing the limiting slider (1132) away from the locked position.

4. The digital management system for the procurement process according to claim 2, characterized in that, The signal acquisition circuit is electrically connected to the induction coil (1039) and is used to acquire the induced electromotive force waveform generated by the movement of the second permanent magnet (1035) when the button (103) is pressed; the microcontroller extracts feature parameters from the induced electromotive force waveform for operator authentication.

5. The digital management system for the procurement process according to claim 4, characterized in that, The microcontroller is configured to: collect waveform features of multiple presses by the operator during the registration phase to generate a pressing habit feature template; and compare the current pressing waveform features with the template during the verification phase, triggering secondary face recognition verification when the similarity is lower than a preset threshold.

6. The digital management system for the procurement process according to claim 1, characterized in that, The local storage is used to store acceptance records and pressing feature templates; the mobile terminal synchronizes the acceptance records to the cloud server through the communication module; the cloud server includes a data receiving module, a data storage module, a blockchain notarization module, and a data synchronization module, which are used to perform hash operations on the acceptance records and write them to the blockchain notarization.

7. The digital management system for the procurement process according to claim 1, characterized in that, When the network is interrupted, the mobile terminal enters offline mode, and the acceptance records are only saved to the local storage and marked as pending synchronization; after the network is restored, the records pending synchronization are automatically uploaded to the cloud server in batches.

8. A method for digital management of the procurement process, applied to the digital management system for the procurement process as described in any one of claims 1 to 7, characterized in that, Includes the following steps: Batch loading steps: Scan the batch barcode to load the purchase list and historical status from the cloud server; Identity authentication steps: Verify the operator's identity through the fingerprint recognition module; Unlocking steps: Cut off the current to the induction coil (1039) of the target button (103) to allow the limit slider (1132) to move; Press-to-collection steps: The operator presses the button (103) to collect the induced electromotive force waveform generated by the induction coil (1039) during the pressing process in real time; Verification steps: Extract feature parameters from the waveform and compare them with the pre-stored pressing habit feature template to determine whether it is the user's operation; Recording steps: Generate electronic records and save them to both local storage and a cloud server; Evidence preservation steps: The cloud server performs a hash operation on the record and writes it into the blockchain; Locking steps: After pressing, the limit slider (1132) is reset under the action of the limit spring (1133), and its plane abuts against the bottom of the protrusion (1032), so that the button (103) is kept in a low-position locked state.

9. The digital management method for the procurement process according to claim 8, characterized in that, It also includes a batch reset step: after scanning the barcode of the new batch, a reverse current is passed into the induction coil (1039) of the button (103) corresponding to the unaccepted item, which generates a repulsive force on the first permanent magnet in the limit slider (1132), causing the limit slider (1132) to retract, and the button cap (1031) to bounce up under the action of the reset spring (1034).

10. The digital management method for the procurement process according to claim 8, characterized in that, It also includes an offline synchronization step: when the network is interrupted, the acceptance records are only saved to the local storage and marked as pending synchronization; when the network is restored, the records pending synchronization are automatically uploaded to the cloud server in batches.

Images