A control method, device and equipment of a screenless relay station cabinet and a storage medium

Abstract

The application discloses a control method, device and equipment of a screen-free relay station cabinet and a storage medium, and comprises the following steps: a DTU receives a plurality of service instructions issued by a cloud server, arranges the plurality of service instructions according to the priorities of the service instructions, and adds the arranged plurality of service instructions to a buffer queue; a mutual exclusion lock state of a physical bus between the DTU and a target relay station cabinet is obtained, and each service instruction in the buffer queue is sequentially issued to a corresponding lock control board according to the mutual exclusion lock state; a response signal fed back by each lock control board for the service instruction is obtained, and the response signal is uploaded to the cloud server. The technical scheme of the embodiment of the application can solve the signal collision in high-concurrency control of the screen-free relay station cabinet, eliminate invalid traffic in the relay station cabinet control system, and ensure the normal communication of the relay station cabinet control system.

Description

Technical Field

[0001] This invention relates to the field of computer technology, and in particular to a control method, device, equipment and storage medium for a screenless service station cabinet. Background Technology

[0002] Currently, smart lockers are developing towards "low cost and screenless design." Traditional lockers rely on a large control screen for queuing operations, and users can only trigger one unlocking request per operation, resulting in low system concurrency pressure. In contrast, in screenless locker scenarios, all users can interact directly with the cloud server via mobile terminals by scanning a QR code.

[0003] In existing technologies, when a large number of users simultaneously trigger business requests to the cloud server (such as unlocking requests corresponding to lock control panels), the cloud server may instantly send a massive number of instructions to the edge data transmission unit (DTU). Since the DTU and the locker are connected via an RS-485 physical bus, high-concurrency business instructions can cause signal collisions on the physical bus, easily leading to data packet merging, instruction conflicts, and garbled characters. This results in a large number of lock control panels failing to respond, leading to an extremely high unlocking failure rate. Furthermore, when the existing cloud server obtains the locker door status (such as the "closing" action after a user retrieves their item), it needs to continuously send polling instructions to each lock control panel through the DTU. Each lock control panel needs to return the status result to the DTU through the physical bus, which causes an exponential increase in communication traffic costs and also puts extremely heavy concurrent connection and processing pressure on the cloud server. In addition, if the cloud server sends unlocking instructions and status polling instructions simultaneously, it is very easy for read / write channel contention to occur on the physical bus, leading to communication paralysis. Summary of the Invention

[0004] This invention provides a control method, device, equipment, and storage medium for screenless service lockers, which can solve the signal collision problem during high-concurrency control of screenless service lockers, eliminate invalid traffic in the service locker control system, and ensure normal communication of the service locker control system.

[0005] According to one aspect of the present invention, a control method for a screenless service station cabinet is provided, the method being applied to a data transmission unit (DTU), comprising: Receive multiple business instructions from the cloud server, arrange the multiple business instructions according to the priority of each business instruction, and add the arranged multiple business instructions to the buffer queue; Obtain the mutex lock status of the physical bus between the DTU and the target station cabinet, and send each service instruction of the buffer queue to the corresponding lock control board in sequence according to the mutex lock status; Obtain the response signal from each of the lock control boards in response to the business command, and upload the response signal to the cloud server.

[0006] According to one aspect of the present invention, a control device for a screenless service station is provided, the device being applied to a data transmission unit (DTU), comprising: The instruction receiving module is used to receive multiple business instructions issued by the cloud server, arrange the multiple business instructions according to the priority of each business instruction, and add the arranged multiple business instructions to a buffer queue. The instruction issuing module is used to obtain the mutex lock status of the physical bus between the DTU and the target station cabinet, and to issue each service instruction of the buffer queue to the corresponding lock control board in sequence according to the mutex lock status. The signal uploading module is used to acquire the response signals of each lock control board in response to the business command, and upload the response signals to the cloud server.

[0007] According to another aspect of the present invention, an electronic device is provided, the electronic device comprising: At least one processor; and A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, which is then executed by the at least one processor to enable the at least one processor to perform the control method for the screenless service station cabinet according to any embodiment of the present invention.

[0008] According to another aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium storing computer instructions, the computer instructions being configured to cause a processor to execute and implement the control method of the screenless service station cabinet according to any embodiment of the present invention.

[0009] According to another aspect of the present invention, a computer program product is provided, the computer program product comprising a computer program that, when executed by a processor, implements the control method of the screenless service station cabinet according to any embodiment of the present invention.

[0010] The technical solution provided by this invention, through receiving multiple service instructions from a cloud server via a DTU, arranging the multiple service instructions according to their priority, adding the arranged multiple service instructions to a buffer queue, obtaining the mutex lock status of the physical bus between the DTU and the target locker, sequentially sending each service instruction in the buffer queue to the corresponding lock control board according to the mutex lock status, obtaining the response signals from each lock control board in response to the service instructions, and uploading the response signals to the cloud server, can solve the signal collision problem during high-concurrency control of screenless lockers, eliminate invalid traffic in the locker control system, and ensure the normal communication of the locker control system.

[0011] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of the present invention, nor is it intended to limit the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description

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

[0013] Figure 1 This is a flowchart of a control method for a screenless service station cabinet according to an embodiment of the present invention; Figure 2a This is a flowchart of another control method for a screenless service station cabinet provided according to an embodiment of the present invention; Figure 2b This is a schematic diagram of the control system of a screenless service station cabinet according to an embodiment of the present invention; Figure 2c This is a flowchart of a method for executing query instructions at a screenless service station according to an embodiment of the present invention; Figure 3 This is a schematic diagram of the structure of a control device for a screenless service station cabinet according to an embodiment of the present invention; Figure 4 This is a schematic diagram of the structure of an electronic device that implements the control method of the screenless service station cabinet according to an embodiment of the present invention. Detailed Implementation

[0014] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0015] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0016] Figure 1 This is a flowchart illustrating a control method for a screenless restroom locker according to an embodiment of the present invention. This embodiment is applicable to situations where the lock control panel in a screenless restroom locker is controlled. This method can be executed by a control device for the screenless restroom locker, which can be implemented in hardware and / or software and configured in a DTU, such as... Figure 1 As shown, the method includes: Step 110: Receive multiple business instructions sent by the cloud server, arrange the multiple business instructions according to the priority of each business instruction, and add the arranged multiple business instructions to the buffer queue.

[0017] In this embodiment, in order to solve the problem of signal collisions between the physical bus between the DTU and the station cabinet caused by the cloud server sending a massive number of instructions to the DTU in an instant, a method is proposed to build an instruction buffer queue inside the DTU and send instructions according to the mutex lock state of the physical bus.

[0018] Optionally, after receiving multiple service instructions from the cloud server, the DTU can determine the priority of each service instruction based on its instruction type, and then arrange the multiple service instructions in descending order of priority.

[0019] Step 120: Obtain the mutex lock status of the physical bus between the DTU and the target station cabinet, and send each service instruction of the buffer queue to the corresponding lock control board in sequence according to the mutex lock status.

[0020] In this step, optionally, the mutex state can be obtained by parsing the control signals corresponding to the physical bus, or the mutex state can be obtained by the status register corresponding to the physical bus. This embodiment does not limit this.

[0021] After obtaining the mutex lock status of the physical bus between the DTU and the target locker, each service instruction in the buffer queue can be sequentially sent to the corresponding lock control board when the physical bus is idle. Optionally, each service instruction may include the identification information (ID) of the corresponding lock control board.

[0022] Step 130: Obtain the response signal from each of the lock control boards in response to the business command, and upload the response signal to the cloud server.

[0023] In this embodiment, by constructing a buffer queue inside the DTU, the massive number of instructions received by the DTU can be synchronously and serially scheduled. Compared with the existing technology of receiving massive numbers of instructions on a physical bus at high concurrency, this avoids signal collisions, data packet merging, instruction conflicts, and garbled characters on the physical bus. Furthermore, after multiple service instructions in the buffer queue are arranged according to priority, the DTU can distinguish between different types of service instructions, avoiding read / write channel contention between different types of service instructions on the physical bus, thereby ensuring the normal communication of the station cabinet control system.

[0024] Secondly, in this embodiment, the DTU also integrates a differential mutation comparison algorithm. When the cloud server issues a query command (for example, when a user takes a package and performs a "close door" action, the cloud server needs to obtain the lock control panel cabinet door status), the DTU only needs to upload the lock control panel information whose operating status has changed to the cloud server, without having to upload the status information of all lock control panels. This can eliminate invalid traffic in the locker control system and reduce the concurrent connection and processing pressure on the cloud server.

[0025] The technical solution provided by this invention, through receiving multiple service instructions from a cloud server via a DTU, arranging the multiple service instructions according to their priority, adding the arranged multiple service instructions to a buffer queue, obtaining the mutex lock status of the physical bus between the DTU and the target locker, sequentially sending each service instruction in the buffer queue to the corresponding lock control board according to the mutex lock status, obtaining the response signals from each lock control board in response to the service instructions, and uploading the response signals to the cloud server, can solve the signal collision problem during high-concurrency control of screenless lockers, eliminate invalid traffic in the locker control system, and ensure the normal communication of the locker control system.

[0026] Figure 2a A flowchart of another control method for a screenless service station cabinet provided in an embodiment of the present invention is shown below. Figure 2a As shown, this method is applied to a DTU and includes: Step 210: Receive multiple business instructions sent by the cloud server, arrange the multiple business instructions according to the priority of each business instruction, and add the arranged multiple business instructions to the buffer queue.

[0027] In this embodiment, Figure 2b This could be a structural diagram of a control system for a screenless service station locker, such as... Figure 2b As shown, the cloud server can deploy a Netty-based TCP long connection service or a Message Queuing Telemetry Transport (MQTT) Broker to asynchronously send business instructions to the DTU via long connections.

[0028] The DTU integrates a 4G or 5G communication module, a microcontroller unit (MCU), and random access memory (RAM). The DTU connects to each lock control board in the target locker via an RS-485 physical bus. Each lock control board has a unique physical DIP address used to drive the electromagnetic lock and acquire the sensor level status of the latch.

[0029] In one embodiment of this example, before arranging the multiple service instructions according to their respective priorities and adding the arranged service instructions to a buffer queue, the method further includes: parsing the multiple service instructions according to a preset transmission protocol to obtain the instruction type corresponding to each service instruction; and determining the priority of each service instruction based on its corresponding instruction type.

[0030] Optionally, the instruction type may include unlocking instructions, query instructions, and heartbeat instructions, etc., and this embodiment does not limit this. Among them, the priority of the unlocking instruction is 1, the priority of the query instruction is 2, and the priority of the heartbeat instruction is 3.

[0031] Step 220: Obtain the mutex lock status of the physical bus between the DTU and the target station cabinet. Determine whether the physical bus is in an idle state based on the mutex lock status. If yes, proceed to step 230. If no, continue to determine whether the physical bus is in an idle state after a preset waiting time.

[0032] Step 230: Perform a locking operation on the physical bus, sequentially retrieve a service instruction from the buffer queue as the current instruction, and send the current instruction to the corresponding lock control board.

[0033] In this step, the highest priority instruction at the head of the buffer queue can be used as the current instruction and sent to the corresponding lock control board via the RS-485 physical bus, while simultaneously starting a timer of a preset duration.

[0034] Step 240: Obtain the response signal fed back by the lock control board within a preset timer, and upload the response signal to the cloud server.

[0035] In this step, if the lock control board sends a response signal (e.g., execution success or execution failure) to the DTU within a preset timer, the response signal is assembled into a Netty or MQTT message and reported to the cloud server.

[0036] In one embodiment of this example, after the current instruction is sent to the corresponding lock control board, the method further includes: if the lock control board does not provide a response signal within a preset timer, then the current instruction is resent to the corresponding lock control board according to a preset number of retransmissions (e.g., 3 times); if the lock control board does not provide a response signal after each resentment of the instruction, then the fault information corresponding to the lock control board is uploaded to the cloud server.

[0037] Step 250: Perform an unlock operation on the physical bus and remove the current instruction from the buffer queue.

[0038] Step 260: Determine whether all business instructions have been processed. If yes, then determine that the current round of instruction tasks has been completed. If not, return to the operation in step 220 to continue executing subsequent business instructions.

[0039] In this embodiment, it is determined that after the current round of instruction task processing is completed, multiple business instructions sent by the cloud server in the next round will continue to be executed.

[0040] In addition, in order to solve the problem in the existing technology that the cloud server needs to continuously send polling instructions to each lock control board through the DTU, and each lock control board needs to return the status results to the DTU through the physical bus, this embodiment provides a way to deploy the status polling task to the DTU for local execution. That is, after receiving a query instruction from the cloud server, the DTU can poll the operating status of each lock control board.

[0041] In a specific embodiment, if the current instruction is a query instruction, the DTU can send the query instruction to each lock control board in the target locker, and then obtain the response signal of each lock control board in response to the query instruction within the timer. Based on the response signal, it can detect whether the operating status of each lock control board has changed; if so, it can upload the change information corresponding to the lock control board to the cloud server.

[0042] The process of detecting whether the operating status of each lock control panel has changed based on the response signal includes: obtaining a status snapshot table corresponding to the target locker; the status snapshot table records the historical operating status of each lock control panel (e.g., 1=Open, 0=Close); obtaining the current operating status of each lock control panel based on the response signal, comparing the current operating status with the historical operating status recorded in the status snapshot table; and detecting whether the operating status of each lock control panel has changed based on the comparison result.

[0043] Optionally, while uploading the change information corresponding to the lock control board to the cloud server, the method also includes updating the historical operating status of the lock control board in the status snapshot table.

[0044] In one embodiment of this example, Figure 2c This can be a flowchart of a method for executing query commands in a screenless locker, applied to a DTU, the method including: Step 21: Receive the query command sent by the cloud server; Step 22: Determine whether the unlock command in the buffer queue is empty and whether the physical bus is idle. If yes, proceed to step 23; otherwise, wait and then execute the next polling task. Step 23: Perform a locking operation on the physical bus; Step 24: Send a query command to all lock control boards in the target station cabinet and obtain the real-time level status of all lock control boards; Step 25: After detecting a new unlocking command in the buffer queue, perform an unlocking operation on the physical bus to ensure zero delay in the lock control board's unlocking operation and improve the user experience. Step 26: Compare the real-time level status of all lock control boards with the pre-built state snapshot table in memory; Step 27: Determine whether the operating status of each lock control board has changed abruptly based on the comparison results. If yes, proceed to step 28; otherwise, return to step 22. Step 28: Update the state snapshot table and upload the JSON data packet corresponding to the state mutation information to the cloud server.

[0045] The advantage of this setup is that it enables the DTU to have scheduling capabilities similar to a miniature operating system. During downlink, it uses queues to smooth out concurrent peaks, and during uplink, it uses differential comparison to eliminate invalid traffic. Compared with the existing technology that uses an industrial control computer to control the lock control board, it can reduce hardware costs and achieve 100% command arrival rate and millisecond-level lock control board status feedback.

[0046] The technical solution provided by this invention involves receiving multiple service instructions from a cloud server via a DTU, arranging these instructions according to their priority, adding them to a buffer queue, obtaining the mutex lock status of the physical bus between the DTU and the target locker, determining whether the physical bus is idle based on the mutex lock status, and if so, performing a locking operation on the physical bus. A service instruction is then sequentially retrieved from the buffer queue as the current instruction and sent to the corresponding lock control board. The response signal from the lock control board within a preset timer is obtained and uploaded to the cloud server. An unlocking operation is then performed on the physical bus, and the current instruction is removed from the buffer queue. Finally, it is determined whether all service instructions have been processed; if so, the current round of instruction processing is considered complete. This technical approach can resolve signal collisions during high-concurrency control of screenless lockers, eliminate invalid traffic in the locker control system, and ensure normal communication of the locker control system.

[0047] Figure 3 This is a schematic diagram of the structure of a control device for a screenless service station cabinet provided in an embodiment of the present invention. The device is applied to a DTU, such as... Figure 3 As shown, the device includes: an instruction receiving module 310, an instruction sending module 320, and a signal uploading module 330.

[0048] The instruction receiving module 310 is used to receive multiple business instructions sent by the cloud server, arrange the multiple business instructions according to the priority of each business instruction, and add the arranged multiple business instructions to a buffer queue. The instruction issuing module 320 is used to obtain the mutex lock status of the physical bus between the DTU and the target station cabinet, and to issue each service instruction of the buffer queue to the corresponding lock control board in sequence according to the mutex lock status. The signal uploading module 330 is used to acquire the response signals of each of the lock control boards in response to the business instructions, and upload the response signals to the cloud server.

[0049] The technical solution provided by this invention, through receiving multiple service instructions from a cloud server via a DTU, arranging the multiple service instructions according to their priority, adding the arranged multiple service instructions to a buffer queue, obtaining the mutex lock status of the physical bus between the DTU and the target locker, sequentially sending each service instruction in the buffer queue to the corresponding lock control board according to the mutex lock status, obtaining the response signals from each lock control board in response to the service instructions, and uploading the response signals to the cloud server, can solve the signal collision problem during high-concurrency control of screenless lockers, eliminate invalid traffic in the locker control system, and ensure the normal communication of the locker control system.

[0050] Based on the above embodiments, the instruction receiving module 310 includes: The instruction parsing unit is used to parse the plurality of service instructions according to a preset transmission protocol to obtain the instruction type corresponding to each service instruction; the instruction type includes unlocking instructions, query instructions, and heartbeat instructions; and to determine the priority of each service instruction according to the instruction type corresponding to each service instruction.

[0051] The instruction issuing module 320 includes: The status judgment unit is used to determine whether the physical bus is in an idle state based on the mutex lock status; if so, it performs a locking operation on the physical bus, sequentially retrieves a service instruction from the buffer queue as the current instruction, and sends the current instruction to the corresponding lock control board. The signal retransmission unit is used to resend the current instruction to the corresponding lock control board according to a preset number of retransmissions if the lock control board does not provide a response signal within a preset timer; if the lock control board does not provide a response signal after each retransmission of the instruction, the fault information corresponding to the lock control board is uploaded to the cloud server. The query instruction issuing unit is used to issue the query instruction to each lock control panel in the target station cabinet.

[0052] The signal uploading module 330 includes: The signal acquisition unit is used to acquire the response signal fed back by the lock control board within a preset timer, upload the response signal to the cloud server, perform an unlocking operation on the physical bus, and remove the current instruction from the buffer queue. The change detection unit is used to acquire the response signal of each lock control board in response to the query command within the timer, and detect whether the operating status of each lock control board has changed according to the response signal; if so, the change information corresponding to the lock control board is uploaded to the cloud server. A status comparison unit is used to obtain a status snapshot table corresponding to the target locker; the status snapshot table records the historical operating status of each lock control panel; the current operating status of each lock control panel is obtained according to the response signal, and the current operating status is compared with the historical operating status recorded in the status snapshot table; the operating status of each lock control panel is detected based on the comparison result. The status update unit is used to upload the change information corresponding to the lock control board to the cloud server, and at the same time update the historical operating status of the lock control board in the status snapshot table.

[0053] The above-described apparatus can execute the methods provided in all the foregoing embodiments of the present invention, and has the corresponding functional modules and beneficial effects for executing the above methods. Technical details not described in detail in the embodiments of the present invention can be found in the methods provided in all the foregoing embodiments of the present invention.

[0054] Figure 4 A schematic diagram of an electronic device 10, which can be used to implement embodiments of the present invention, is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.

[0055] like Figure 4As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) or a random access memory (RAM), communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the read-only memory 12 or loaded from the storage unit 18 into the random access memory 13. The random access memory 13 can also store various programs and data required for the operation of the electronic device 10. The processor 11, the read-only memory 12, and the random access memory 13 are interconnected via a bus 14. Input / output (I / O) interfaces are also connected to the bus 14.

[0056] Multiple components in electronic device 10 are connected to input / output interface 15, including: input unit 16, such as keyboard, mouse, etc.; output unit 17, such as various types of monitors, speakers, etc.; storage unit 18, such as disk, optical disk, etc.; and communication unit 19, such as network card, modem, wireless transceiver, etc. Communication unit 19 allows electronic device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0057] Processor 11 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, digital signal processing (DSP) processors, and any suitable processor, controller, microcontroller, etc. Processor 11 performs the various methods and processes described above, such as the control methods for screenless service lockers.

[0058] In some embodiments, the control method for the screenless service locker can be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program can be loaded and / or installed on electronic device 10 via read-only memory 12 and / or communication unit 19. When the computer program is loaded into random access memory 13 and executed by processor 11, one or more steps of the control method for the screenless service locker described above can be performed. Alternatively, in other embodiments, processor 11 can be configured to perform the control method for the screenless service locker by any other suitable means (e.g., by means of firmware).

[0059] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-chips (SoCs), complex programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0060] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0061] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, RAM, ROM, erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0062] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a cathode ray tube (CRT) or a liquid crystal display (LCD)) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0063] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or middleware components (e.g., application servers), or frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0064] A computing system can include clients and servers. Clients and servers are generally geographically separated and typically interact via communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system. It addresses the shortcomings of traditional physical hosts and Virtual Private Servers (VPS) in terms of management difficulty and weak business scalability.

[0065] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.

[0066] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A control method for a screenless service station locker, characterized in that, The method is applied to a data pass-through unit (DTU) and includes: Receive multiple business instructions from the cloud server, arrange the multiple business instructions according to the priority of each business instruction, and add the arranged multiple business instructions to the buffer queue; Obtain the mutex lock status of the physical bus between the DTU and the target station cabinet, and send each service instruction of the buffer queue to the corresponding lock control board in sequence according to the mutex lock status; Obtain the response signal from each of the lock control boards in response to the business command, and upload the response signal to the cloud server.

2. The method according to claim 1, characterized in that, Before arranging multiple business instructions according to their respective priorities and adding the arranged instructions to the buffer queue, the method further includes: The multiple service instructions are parsed according to a preset transmission protocol to obtain the instruction type corresponding to each service instruction; the instruction type includes unlocking instructions, query instructions, and heartbeat instructions; The priority of each business instruction is determined based on the instruction type corresponding to each business instruction.

3. The method according to claim 2, characterized in that, Based on the mutex lock state, each service instruction in the buffer queue is sequentially sent to the corresponding lock control board, the response signal from each lock control board in response to the service instruction is obtained, and the response signal is uploaded to the cloud server, including: Determine whether the physical bus is in an idle state based on the mutex lock status; If so, a locking operation is performed on the physical bus, a service instruction is sequentially retrieved from the buffer queue as the current instruction, and the current instruction is sent to the corresponding lock control board; Obtain the response signal fed back by the lock control board within a preset timer, and upload the response signal to the cloud server; Perform an unlock operation on the physical bus and remove the current instruction from the buffer queue; Return to the operation of determining whether the physical bus is in an idle state based on the mutex lock state, until all service instructions have been processed.

4. The method according to claim 3, characterized in that, After the current command is sent to the corresponding lock control board, the following is also included: If the lock control board does not send a response signal within the preset timer, the current instruction will be resent to the corresponding lock control board according to the preset number of retransmissions. If the lock control board does not respond with a response signal after each re-issuance of the command, the fault information corresponding to the lock control board will be uploaded to the cloud server.

5. The method according to claim 3, characterized in that, If the current instruction is a query instruction, the current instruction will be sent to the corresponding lock control board, including: The query command is sent to each lock control panel in the target station cabinet; Obtaining the response signal fed back by the lock control board within a preset timer, and uploading the response signal to the cloud server, including: Obtain the response signal of each lock control board in response to the query command within the timer, and detect whether the operating status of each lock control board has changed based on the response signal; If so, the change information corresponding to the lock control board will be uploaded to the cloud server.

6. The method according to claim 6, characterized in that, Detecting whether the operating status of each lock control board has changed based on the response signal includes: Obtain the status snapshot table corresponding to the target locker; the status snapshot table records the historical operating status of each lock control panel; The current operating status of each lock control board is obtained based on the response signal, and the current operating status is compared with the historical operating status recorded in the status snapshot table. The operating status of each lock control board was checked based on the comparison results to see if it had changed.

7. The method according to claim 5, characterized in that, In addition to uploading the change information corresponding to the lock control board to the cloud server, the process also includes: Update the historical operating status of the lock control board in the status snapshot table.

8. A control device for a screenless service station cabinet, characterized in that, The device is applied to a data pass-through unit (DTU) and includes: The instruction receiving module is used to receive multiple business instructions issued by the cloud server, arrange the multiple business instructions according to the priority of each business instruction, and add the arranged multiple business instructions to a buffer queue. The instruction issuing module is used to obtain the mutex lock status of the physical bus between the DTU and the target station cabinet, and to issue each service instruction of the buffer queue to the corresponding lock control board in sequence according to the mutex lock status. The signal uploading module is used to acquire the response signals of each lock control board in response to the business command, and upload the response signals to the cloud server.

9. An electronic device, characterized in that, The electronic device includes: At least one processor; and A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the control method of the screenless service station cabinet according to any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that are used to cause a processor to execute the control method of the screenless service station cabinet as described in any one of claims 1-7.

Images