Order processing method and apparatus, electronic device, and storage medium

Abstract

The application discloses an order processing method and device, electronic equipment and storage medium, and belongs to the technical field of order processing. The method comprises the following steps: in response to a currently received order initiation request, acquiring a door state representing the current opening and closing state of the cabinet door of a target device and a lock state representing the current opening and closing state of the door lock of the target device; when the door state and the lock state are both in the closed state, determining the acceptance compliance of the order initiation request according to the current camera working state of the camera of the target device; when the door state or the lock state is not in the closed state, acquiring the historical order processing time information of the previous order; determining the acceptance compliance of the order initiation request according to the door state, the lock state and the historical order processing time information; and when the acceptance compliance of the order initiation request is represented as a compliant acceptance request, creating a first order corresponding to the order initiation request. The application can improve the order processing result accuracy of the unmanned intelligent vending cabinet.

Description

Technical Field

[0001] This application relates to the field of order processing technology, specifically to an order processing method, apparatus, electronic device, and storage medium. Background Technology

[0002] An unmanned smart vending machine is a self-service retail terminal device that requires no human intervention. Typically, users authorize, unlock, and open the door via a mobile terminal to select the desired goods. After the user completes their purchase and closes the door, the vending machine automatically completes the checkout using a built-in camera recording video and cloud-based visual recognition algorithms. In related technologies, the closing or unclosing of the vending machine door determines the completion status of the previous order, thus enabling the comparison between historical and current orders.

[0003] However, in actual shopping, users often open and close the door frequently, and do not take or put back the goods after opening the door. Therefore, relying solely on the physical closing action of the cabinet door to define the order boundary is very likely to cause order settlement errors, resulting in low accuracy of order processing results. Summary of the Invention

[0004] This application provides an order processing method, apparatus, electronic device, and storage medium that can improve the accuracy of order processing results for unmanned smart vending machines.

[0005] To achieve the above objectives, one embodiment of this application provides an order processing method, including: In response to the currently received order initiation request, obtain the door status, which represents the current open / closed status of the cabinet door of the target device, and the lock status, which represents the current open / closed status of the door lock of the target device; When both the door and lock are in the closed state, obtain the current camera working status of the target device's camera; Based on the camera's working status, determine the compliance of the order initiation request acceptance; When the door or lock is not in the closed state, retrieve the historical order processing time information of the previous order. Based on the door status, lock status, and historical order processing time information, determine the compliance of the order initiation request acceptance; When the compliance status of an order initiation request is deemed compliant, the first order corresponding to the order initiation request is created.

[0006] In some embodiments, determining the compliance of an order initiation request based on the camera's operating status includes: When the camera is in standby mode, the order initiation request is determined to be a compliant acceptance request; When the camera is in the running state, the order initiation request is determined to be a first-type non-compliant acceptance request.

[0007] In some embodiments, historical order processing time information includes closing timestamp and order duration; Based on door status, lock status, and historical order processing time information, the compliance of order initiation request acceptance is determined, including: When the door is closed and the lock is open, retrieve the closing timestamp of the previous order. The compliance of the order initiation request is determined based on the door status, lock status, and door closing timestamp. When the door is in the open state and the lock is in the closed state, retrieve the duration of the previous order; The compliance of accepting the order initiation request is determined based on the door status, lock status, and order duration.

[0008] In some embodiments, after determining the compliance of the order initiation request based on the door status, lock status, and historical order processing time information, the method further includes: When the compliance of the order initiation request is characterized as a first type of non-compliant acceptance request, it indicates that there is currently an initial second order being executed on the target device; In response to the generation of a non-compliant acceptance request, the execution of the initial second order is stopped, and a third order corresponding to the order initiation request is created; Determine the relationship between the initial second order and the third order, and update the initial second order based on the relationship to obtain the second order.

[0009] In some embodiments, updating the initial second order based on the association relationship to obtain the second order includes: Obtain the first identifier information of the initial second order, and obtain the second identifier information of the third order; When the first and second identification information are the same, the initial second and third orders are merged to obtain the second order.

[0010] In some embodiments, following the response to a currently received order initiation request, the method further includes: Get the start time of the previous order for the target device; Based on the current time and the order start time, determine the order request interval between the order initiation request and the previous order; When the order request interval is less than or equal to a preset time threshold, the order initiation request is determined to be a second type of non-compliant acceptance request, and the order corresponding to the order initiation request is rejected.

[0011] In some embodiments, after creating the first order corresponding to the order initiation request, the method further includes: Obtain the first visual interaction image of the first order at the start time of the order, and the second visual interaction image of the first order at the end time of the order; Determine the degree of image matching between the first visual interaction image and the second visual interaction image; When the image matching degree is equal to or greater than the preset matching threshold, the first order is determined to be an invalid order.

[0012] To achieve the above objectives, one embodiment of this application provides an order processing apparatus, including: The basic information acquisition module is used to respond to the currently received order initiation request and acquire the door status, which represents the current open / closed status of the cabinet door of the target device, and the lock status, which represents the current open / closed status of the door lock of the target device. The camera working status acquisition module is used to acquire the current camera working status of the target device's camera when both the door status and lock status are closed. The first order determination module is used to determine the compliance of the order initiation request based on the working status of the camera. The historical order processing time information acquisition module is used to acquire the historical order processing time information of the previous order when the door or lock status is not closed. The second order determination module is used to determine the compliance of the order initiation request based on the door status, lock status and historical order processing time information; The order creation module is used to create the first order corresponding to the order initiation request when the acceptance compliance indicator of the order initiation request is a compliant acceptance request.

[0013] To achieve the above objectives, one aspect of this application provides a computer-readable storage medium storing multiple instructions adapted for loading by a processor to execute the steps in the order processing method provided in this application.

[0014] To achieve the above objectives, one aspect of this application provides a computer device, including a memory, a processor, and a computer program stored in the memory and capable of running on the processor. When the processor executes the computer program, it implements the steps in the order processing method provided in this application.

[0015] To achieve the above objectives, one aspect of this application provides a computer program product, including a computer program or instructions, which, when executed by a processor, implement the steps in the order processing method provided in this application.

[0016] The order processing method, apparatus, electronic device, and storage medium proposed in this application, in response to a currently received order initiation request, acquire, when the target device is not idle, a door state (indicating the current open / closed state of the cabinet door) and a lock state (indicating the current open / closed state of the door lock); when both the door state and lock state are closed, acquire the current camera working state of the target device's camera; determine the compliance of the order initiation request based on the camera working state; when the door state or lock state is not closed, acquire the historical order processing time information of the previous order; determine the compliance of the order initiation request based on the door state, lock state, and historical order processing time information; and when the compliance of the order initiation request is indicated as a compliant acceptance request, create the first order corresponding to the order initiation request.

[0017] This application adopts a multi-dimensional order acceptance strategy: when both the door and lock are closed, the compliance of accepting a new order is determined by combining the camera's working status, thereby effectively avoiding hardware resource conflicts such as video streaming and omissions caused by continuous order contention; when the door or lock is not completely closed, the compliance of accepting a new order is determined by comprehensively judging based on the historical order processing time information of the previous order. Thus, this application can comprehensively judge the compliance of accepting the current order based on multiple dimensions of the vending machine, thereby avoiding overlapping consumption behaviors and misjudgments of product ownership caused by multiple order conflicts. It effectively overcomes the shortcomings of related technologies that rely solely on the physical closing action of the cabinet door to define order boundaries, which is prone to settlement errors, thereby improving the accuracy of order processing results of unmanned intelligent vending machines, especially in multi-user continuous consumption scenarios.

[0018] Other features and advantages of this application will be set forth in the following description and will be apparent in part from the description or may be learned by practicing the application. The objectives and other advantages of this application may be realized and obtained by means of the structures particularly pointed out in the description, claims and drawings. Attached Figure Description

[0019] To more clearly illustrate the technical solutions in the embodiments of this application, 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 this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0020] Figure 1 This is a schematic diagram of the system framework corresponding to the order processing method provided in the embodiments of this application; Figure 2 This is a flowchart illustrating an order processing method provided in an embodiment of this application; Figure 3 This is a schematic diagram of the module structure of the order processing device provided in the embodiments of this application; Figure 4 This is a schematic diagram of the hardware structure of the electronic device provided in the embodiments of this application. Detailed Implementation

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

[0022] It should be noted that in each specific embodiment of this application, permission or consent from the relevant user is obtained before obtaining an order initiation request. Furthermore, the collection, use, and processing of this data comply with relevant laws, regulations, and standards. In addition, when this application embodiment needs to obtain sensitive personal information of relevant personnel, separate permission or consent from the relevant personnel is obtained through pop-ups or redirection to a confirmation page. Only after obtaining the user's separate permission or consent is the necessary order initiation request obtained to enable the normal operation of this application embodiment. Other data obtained in this application embodiment are all authorized and legal data, and will not be elaborated upon here.

[0023] This application can be used in a wide variety of general-purpose or special-purpose computer system environments or configurations. Examples include: personal computers, server computers, handheld or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, programmable consumer computer devices, minicomputers, mainframe computers, and distributed computing environments including any of the above systems or devices. This application can be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform specific tasks or implement specific abstract data types. This application can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.

[0024] The technical problems existing in the related technologies are as follows: An unmanned smart vending machine is a self-service retail terminal device that requires no human intervention. Typically, users authorize, unlock, and open the door via a mobile terminal to select the desired goods. After the user completes their purchase and closes the door, the vending machine automatically completes the checkout using a built-in camera recording video and cloud-based visual recognition algorithms. In related technologies, the closing or unclosing of the vending machine door determines the completion status of the previous order, thus enabling the comparison between historical and current orders.

[0025] However, in actual shopping, users often open and close the door frequently, and do not take or put back the goods after opening the door. Therefore, relying solely on the physical closing action of the cabinet door to define the order boundary is very likely to cause order settlement errors, resulting in low accuracy of order processing results.

[0026] For example, in automated transaction scenarios based on Internet of Things (IoT) devices, such as unmanned retail kiosks, smart vending machines, or shared lockers, the order processing system needs to respond in real time to a large number of user-initiated purchase or retrieval requests. In other words, the actual vending machine's sales scenario is highly complex, requiring accurate maintenance of each order to ensure correct creation and settlement. Related technologies often rely solely on the closing of the vending machine door to determine the order sequence; however, such a simple approach is insufficient to handle complex real-world sales scenarios. In one example, if a new order is created by the next user before the current order has been settled, order conflicts can easily lead to confusion in the settlement of the two orders, such as the later user's purchase amount being incorrectly attributed to the earlier user's order.

[0027] The order processing method, apparatus, electronic device, and storage medium proposed in this application, in response to a currently received order initiation request, acquire, when the target device is not idle, a door state (indicating the current open / closed state of the cabinet door) and a lock state (indicating the current open / closed state of the door lock); when both the door state and lock state are closed, acquire the current camera working state of the target device's camera; determine the compliance of the order initiation request based on the camera working state; when the door state or lock state is not closed, acquire the historical order processing time information of the previous order; determine the compliance of the order initiation request based on the door state, lock state, and historical order processing time information; and when the compliance of the order initiation request is indicated as a compliant acceptance request, create the first order corresponding to the order initiation request.

[0028] This application adopts a multi-dimensional order acceptance strategy: when both the door and lock are closed, the compliance of accepting a new order is determined by combining the camera's working status, thereby effectively avoiding hardware resource conflicts such as video streaming and omissions caused by continuous order contention; when the door or lock is not completely closed, the compliance of accepting a new order is determined by comprehensively judging based on the historical order processing time information of the previous order. Thus, this application can comprehensively judge the compliance of accepting the current order based on multiple dimensions of the vending machine, thereby avoiding overlapping consumption behaviors and misjudgments of product ownership caused by multiple order conflicts. It effectively overcomes the shortcomings of related technologies that rely solely on the physical closing action of the cabinet door to define order boundaries, which is prone to settlement errors, thereby improving the accuracy of order processing results of unmanned intelligent vending machines, especially in multi-user continuous consumption scenarios.

[0029] The specific details regarding the order processing method, apparatus, electronic device, and storage medium provided in the embodiments of this application will be described in detail below.

[0030] Please see Figure 1 , Figure 1 This is a schematic diagram of the system framework corresponding to the order processing method provided in the embodiments of this application. The order processing method provided in the embodiments of this application can be applied to this system framework, which is equipped with the order processing device proposed in the embodiments of this application.

[0031] It includes data acquisition device 140, Internet 130, gateway 120, server 110, etc.

[0032] Data acquisition device 140 is typically installed on vending machines. Data acquisition device 140 includes, but is not limited to, mobile phones, tablets, and computers. Data acquisition device 140 can be a single device or a combination of multiple devices. For example, multiple computers connected via a local area network and sharing a single monitor can work collaboratively to form a data acquisition device 140. Data acquisition device 140 can communicate with the Internet 130 via wired or wireless means to exchange data.

[0033] Server 110 refers to a computer system that can provide certain services to data acquisition device 140. In this embodiment, server 110 further includes a central server 111 and sub-servers 112. Compared to ordinary data acquisition device 140, server 110 has higher requirements in terms of stability, security, and performance. Server 110 can be an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (CDN), and big data and artificial intelligence platforms.

[0034] Gateway 120, also known as an internetwork connector or protocol converter, is a computer system or device that acts as a translator, enabling network interconnection at the transport layer. It bridges the gap between two systems using different communication protocols, data formats, languages, or even completely different architectures. Gateways can also provide filtering and security functions. Messages sent from data acquisition device 140 to server 110 are forwarded to the corresponding server 110 via gateway 120. Messages sent from server 110 to data acquisition device 140 are also forwarded to the corresponding data acquisition device 140 via gateway 120.

[0035] In practical applications, the specific content of the system framework can be adjusted according to the actual situation, and the communication connection method between the data acquisition device 140 and the server 110 can also be adjusted adaptively according to the actual situation. This application embodiment does not limit this.

[0036] The embodiments of this application can be applied to various order processing scenarios, including but not limited to industrial IoT monitoring, urban surveillance video auxiliary processing, and logistics monitoring. Of course, the order processing method proposed in this application can also be applied to other application scenarios; the above are merely illustrative examples, and the method proposed in this application can be selected according to the actual situation.

[0037] Next, we will describe the process in detail from the perspective of the order processing device, such as... Figure 2 As shown, Figure 2 This is a flowchart illustrating an order processing method provided in an embodiment of this application. The order processing method is applied in an order processing device. Figure 2 The method may include, but is not limited to, the following steps 210 to 260. When the order processing device executes the order processing method, the specific process is as follows. It should be noted first that this embodiment... Figure 2The order of steps 210 to 260 is not specifically limited. The order of steps can be adjusted or some steps can be reduced or added according to actual needs.

[0038] Step 210: In response to the currently received order initiation request, obtain the door status representing the current open / closed status of the cabinet door of the target device, and the lock status representing the current open / closed status of the door lock of the target device; Step 220: When both the door and lock are in the closed state, obtain the current camera working status of the target device's camera; Step 230: Determine the compliance of the order initiation request based on the camera's working status; Step 240: When the door or lock is not in the closed state, obtain the historical order processing time information of the previous order; Step 250: Determine the compliance of the order initiation request based on the door status, lock status, and historical order processing time information; Step 260: When the compliance status of the order initiation request is compliant, create the first order corresponding to the order initiation request.

[0039] The following provides a detailed description of steps 210 to 260.

[0040] In step 210, in response to the currently received order initiation request, the door status representing the current open / closed state of the cabinet door of the target device and the lock status representing the current open / closed state of the door lock of the target device are obtained.

[0041] In some embodiments, multiple orders may overlap in status during actual order processing. For example, if the target device has not completed processing a previous order, other users may initiate a new order request. To correctly handle multiple orders, this embodiment of the application uses sensors built into the target device (such as door magnetic sensors and lock status sensors) to independently read the physical opening and closing status of the cabinet door and the extension and retraction status of the door lock tongue, so as to subsequently determine the creation category of each order by comprehensively analyzing the hardware physical status data of the target device in multiple dimensions.

[0042] Among them, an order initiation request refers to a user's instruction to the server or device to start a new shopping process in the context of unmanned smart vending machine consumption, through mobile terminal interaction methods such as scanning a code, facial recognition authorization, or clicking the door open button.

[0043] The target device refers to the physical IoT self-service retail terminal that receives the order initiation request, such as an unmanned smart vending machine. The target device typically consists of a main unit, a control motherboard, a door magnetic sensor, a lock status sensor, an electronic door lock, a camera, and other components.

[0044] The door status refers to the current physical open / closed state of the target device's (unmanned smart vending machine) door. The target device typically collects door status data in real time through a built-in door magnetic sensor (magnetic induction type) to determine whether the door is currently open or whether the user has pushed the door back to a physically closed position after making their purchase.

[0045] The lock status refers to the current mechanical locking state of the electronic door lock on the target device, specifically whether the bolt is fully extended (locked) or retracted (unlocked). The lock status is typically detected by a microswitch-type lock status sensor in the target device. It is understandable that in actual operation, the physical closing of the door and the mechanical locking of the bolt are not perfectly synchronized. For example, when the door is partially ajar and not fully closed, the bolt may not be able to fully extend due to physical obstruction. In this case, if only the door status sensor is used, the relevant processor may mistakenly determine that the target device is in an order completion state. Therefore, this application embodiment also additionally obtains the lock status, which is an important supplement to the door status. It can be used together with the door status in subsequent data processing to determine the compliance of the current order initiation request.

[0046] In some embodiments, following the response to a currently received order initiation request, the method further includes: (1.1) Obtain the order start time of the previous order for the target device; (1.2) Determine the order request interval between the current time and the order start time; (1.3) When the order request interval is less than or equal to the preset time threshold, the order initiation request is determined to be a second type of non-compliant acceptance request, and the order corresponding to the order initiation request is rejected.

[0047] In this embodiment of the application, duplicate order filtering is implemented to address the problem that the same user repeatedly clicks the door opening button or scans the code repeatedly within a short period of time, causing the target device to receive multiple identical order instructions, resulting in abnormal issues such as repeated unlocking, repeated recording, and repeated deductions.

[0048] In some embodiments, after receiving an order initiation request, the target device verifies whether it is a duplicate order of the previous order. Specifically, it first obtains the order start time of the target device's previous order. The previous order refers to the most recent order processed by the target device. The order start time refers to the system timestamp when the previous order was created.

[0049] Furthermore, based on the current time and the order start time, the order request interval between the order initiation request and the previous order is determined. The current time refers to the time when the target device currently receives the order initiation request. The order request interval is determined by calculating the difference between the current time and the order start time corresponding to the previous order. The order request interval characterizes the time span between two order initiation requests.

[0050] Furthermore, when the order request interval is less than or equal to a preset time threshold, the order initiation request is determined to be a second type of non-compliant acceptance request, and the creation of the order corresponding to the order initiation request is rejected. The preset time threshold is a time window parameter used to filter high-frequency repetitive instructions. For example, the preset time threshold can be set to 5 seconds or 5000 milliseconds. The preset time threshold can be set according to actual conditions, and this embodiment does not impose any restrictions on it.

[0051] The second type of non-compliant request refers to abnormal requests that trigger security blocking rules due to excessively short time intervals. This type of non-compliant request indicates that the current instruction is a redundant order generated by the user repeatedly scanning codes or clicking repeatedly within a very short period. In this case, the current order initiation request verification fails, and the relevant processor directly blocks the request and refuses to create a new order.

[0052] It is understood that when a new order initiation request is received, the embodiments of this application can effectively filter out duplicate order instructions that occur concurrently within a short period of time by calculating and comparing the time interval between two adjacent order initiation requests with a threshold. This avoids abnormal situations such as repeated unlocking of devices, repeated recording, or even repeated deductions caused by the same user from the source, and significantly reduces unnecessary resource consumption of the target device and related equipment.

[0053] In step 220, when both the door state and the lock state are closed, the current camera working state of the target device's camera is obtained.

[0054] In some embodiments, even if the cabinet door and lock have been physically closed, the target device's backend may still be performing finishing work such as cloud-based visual recognition or video recording for the previous order. Since the target device may still be authorized by the next user to initiate a new order request even if there are incomplete orders, in practice, to improve the user experience, the target device typically does not require the user to wait for the previous order to be completed before authorizing the operation. Instead, it simultaneously receives new order requests while processing the previous order, so as to complete the settlement of the previous order without affecting the new user's use of the target device.

[0055] Based on this, this application embodiment needs to determine the order processing status of the previous order by obtaining the working status of the camera, under the premise of confirming that the door lock is double closed, to help determine the acceptance compliance of the current order, and then create an order under the corresponding category according to the acceptance compliance, and perform different order processing accordingly.

[0056] In step 230, the compliance of the order initiation request is determined based on the camera's working status.

[0057] The compliance of order initiation request acceptance indicates whether the current order initiation request conflicts with previous orders. A compliant acceptance means there is no conflict between the current order initiation request and the previous order (i.e., the previous order has been fully executed). A non-compliant acceptance means the current order initiation request and the previous order were initiated by the same user, constituting a duplicate order. A non-compliant acceptance means there is a conflict between the current order initiation request and the previous order, i.e., the user initiated a new order before the previous order was completed.

[0058] Understandably, to determine the order creation category corresponding to the current request, it is necessary to first determine the compliance of the order initiation request. The following describes how, in this embodiment of the application, the compliance of the order initiation request is determined by combining the camera's working status when both the door and lock states of the target device are closed: In some embodiments, determining the compliance of an order initiation request based on the camera's operating status includes: (2.1) When the camera is in standby mode, determine that the order initiation request is a compliant acceptance request; (2.2) When the camera is in the running state, the order initiation request is determined to be a first-class non-compliant acceptance request.

[0059] In some embodiments, the camera's operating state includes a standby state and an operating state. The standby state refers to a situation where neither the main nor secondary cameras on the target device are currently performing video recording or image acquisition tasks. This corresponds to the completion of visual data acquisition for the previous order, indicating that the target device is ready to fully execute the next new order. Therefore, when the camera's operating state is standby, the order initiation request is determined to be a compliant acceptance request. A compliant acceptance request corresponds to a newly created order, and there is no need to consider the relationship between it and previous orders.

[0060] Furthermore, the "operating status" indicates that the target device's camera resources are still being used by the previous order. This means the device's background is still recording video of goods being picked up and placed for cloud-based visual recognition and automatic settlement. This situation corresponds to the visual data collection work for the previous order not being completed. In this case, the order initiation request is determined to be a Type 1 non-compliant acceptance request. Orders created under Type 1 non-compliant acceptance requests are new orders generated before the previous order is completed. The creation of such an order will cause the interruption of the previous order. Subsequently, the relationship between this type of order and the previous order needs to be considered to complete the final processing of the previous order.

[0061] It is understood that by identifying whether the target device is still executing the video capture task of the previous order in the background, this application embodiment effectively avoids the problem of competing for underlying hardware resources caused by blindly accepting new orders when the camera is running. In this way, it effectively avoids serious system problems such as video streaming, video overlay and image omission that are very likely to occur in multi-order concurrent scenarios, and ensures the order processing accuracy of the target device.

[0062] In step 240, when the door or lock is not in a closed state, the historical order processing time information of the previous order is obtained.

[0063] In some embodiments, the door or lock status is not in a closed state, including both a closed / locked and open state; that is, only one of the door or lock statuses is closed. Both of these states indicate that the target device is not properly closed, making it impossible to determine the current order category based on the camera's operating status. In this case, this embodiment of the application assists in determining the category of the current order by obtaining the historical order processing time information of the previous order. The historical order processing time information refers to relevant information recorded by the target device when processing the previous order, including but not limited to the closing timestamp and order duration of the previous order.

[0064] For example, the "door closed / lock open" state refers to a situation where the cabinet door of the target device has been physically pushed back and closed, and the door magnetic sensor detects the door as closed. However, due to the springback delay of the electromagnetic lock's mechanical structure or the fact that the bolt has not yet fully extended and locked, the lock status sensor detects the lock status as not closed (i.e., open). For instance, just after a user has finished selecting goods and closed the cabinet door, within the extremely short physical delay window of the electronic door lock performing the locking action, another user immediately scans a code to trigger a new order initiation request.

[0065] In another example, "door open" refers to the target device's cabinet door being physically open, with the door magnetic sensor detecting a non-closed state, but the lock status sensor detecting a closed state. For instance, if a previous user scanned the code to open the door and lingered for an extended period to browse, the electromagnetic lock's bolt might prematurely extend and reset before the cabinet door returns to its original position due to a system-defined protection mechanism or an occasional malfunction; or the user might intentionally prevent the cabinet door from closing. If a new user scans the code and triggers an order initiation request during this abnormal suspension period, the scenario where only the lock status is closed (either the door or the lock status) is also satisfied.

[0066] In step 250, the compliance of the order initiation request is determined based on the door status, lock status, and historical order processing time information.

[0067] In some embodiments, the compliance of order initiation requests is jointly assessed based on door status, lock status, and historical order processing time information to identify whether the target device is currently in a normal physical action delay or has fallen into an abnormal suspension state, and then the order category to which it belongs is determined based on the compliance of the current request.

[0068] In some embodiments, the compliance of accepting an order initiation request is determined based on door status, lock status, and historical order processing time information, including: (3.1) When the door is closed and the lock is open, obtain the closing timestamp of the previous order; (3.2) Determine the compliance of the order initiation request based on the door status, lock status, and door closing timestamp; (3.3) When the door is in the open state and the lock is in the closed state, obtain the duration of the previous order; (3.4) Determine the compliance of the order initiation request based on the door status, lock status and order duration.

[0069] In some embodiments, historical order processing time information includes a door closing timestamp and order duration. The door closing timestamp refers to the moment when the door magnetic sensor detects the cabinet door changing from an open state to a closed state, or the moment the lock status sensor detects the door lock changing from a locked state to an open state, during the execution of the previous order. The order duration refers to the time interval elapsed from the door closing timestamp of the previous order to the time when a new order request is received; this duration reflects the time the device maintains its physical state after the completion of the previous order.

[0070] In some embodiments, when the door is closed and the lock is open, the closing timestamp of the previous order is obtained to determine the compliance of the order initiation request based on the door status, lock status, and closing timestamp. For example, when the previous user finishes selecting items and pushes the cabinet door back to close, the door magnetic sensor detects that the door is closed, but the mechanical bolt of the electromagnetic lock may not have fully extended and locked due to physical delay, resulting in a physical device state where the door is closed but the lock is not closed. If the next user authorizes to request a new order at this time, the relevant device needs to determine the order category corresponding to the current request through the closing timestamp of the previous order.

[0071] Furthermore, if the closing timestamp of the previous order is not obtained, it indicates that the closing action of the previous order was invalid, the previous order is interrupted, and the current request is determined to be a first-type non-compliant processing request; or, if the closing timestamp of the previous order is obtained, it indicates that the closing action of the previous order was valid, the time interval between the current time and the closing timestamp of the previous order is calculated, and if the time interval is equal to or greater than a preset time interval, the current request is determined to be a first-type non-compliant processing request. If a valid closing timestamp of the previous order is obtained, and the time interval is equal to or greater than the preset time interval, it indicates that the previous order has been completed, and the current request is determined to be a compliant processing request.

[0072] In some embodiments, when the door is in an open state and the lock is in a closed state, the duration of the previous order is obtained to determine the compliance of the order initiation request based on the door state, lock state, and order duration. For example, if a user scans the code to open the door and stays there for a long time to browse, the electromagnetic lock's bolt may extend and reset prematurely before the cabinet door is physically returned to its original position due to the triggering of the timeout protection mechanism set by the target device or an occasional failure in the underlying hardware control logic, resulting in a physical device state where the door is open but the lock is closed. If the next user authorizes to request a new order at this time, the relevant device needs to determine the order category corresponding to the current request based on the duration of the previous order.

[0073] Furthermore, if the duration of the previous order is not obtained, it indicates that the previous order record is invalid. The previous order is terminated, and the current request is determined to be a Type I non-compliant processing request. Alternatively, if the duration of the previous order is obtained, it indicates that the previous order record is valid. The duration of that order is compared with the preset timeout period. If the duration of that order is less than the preset timeout period, the current request is determined to be a Type I non-compliant processing request. If the valid duration of the previous order is obtained, and the duration of that order is equal to or greater than the preset timeout period, it indicates that the previous order has been completed, and the current request is determined to be a compliant processing request.

[0074] It is understood that the embodiments of this application obtain different information for different combinations of door status and lock status to make further judgments, which can identify and filter the risk of misjudgment of order boundary definition caused by mechanical physical delay or hardware abnormal suspension of the target device. In this way, not only is the problem of order cross-positioning under the concurrent conflict of multiple users scanning codes effectively solved, but the accuracy of billing and settlement of unmanned intelligent vending machines is also guaranteed to the maximum extent. In some embodiments, after determining the compliance of the order initiation request based on the door status, lock status, and historical order processing time information, the method further includes: (4.1) When the compliance of the order initiation request is characterized as a first type of non-compliant acceptance request, it indicates that there is an initial second order being executed on the target device. (4.2) In response to the generation of a non-compliant acceptance request, stop executing the initial second order and create a third order corresponding to the order initiation request; (4.3) Determine the relationship between the initial second order and the third order, and update the initial second order according to the relationship to obtain the second order.

[0075] The first type of non-compliant acceptance request refers to a request where, after multi-dimensional status determination, the relevant processor confirms that the hardware resources of the target device (such as the camera being operational) are still occupied, thus failing to meet the admission conditions for directly and independently opening a new order. The initial second order refers to the previous order that was not completed and preceded the current order.

[0076] In some embodiments, since the target device cannot process two independent consumption tasks simultaneously at the hardware level (such as door lock control and video recording), a forced handover mechanism is triggered to break the business deadlock caused by resource monopoly and to respond promptly to the consumption intentions of new users. Specifically, a forced stop signal is sent to the initial second order running in the background to interrupt its original execution loop, causing it to voluntarily release control over the current order execution of the device; at the same time, a request is initiated to allocate a business channel for the newly received order, and the corresponding third order (i.e., the new order triggered by the new user and currently pending execution) is formally generated.

[0077] In some embodiments, when an old order is forcibly interrupted by a new order, it is necessary to determine the relationship between the two to ascertain whether the old and new orders were generated by the same user. For example, if a user experiences a network outage on the target device before completing a previous order, and then, after the network is restored, the user authorizes the target device again to start a new order, both orders are actually generated by the same user during that time period. In this case, the initial second order is updated based on the relationship to obtain a second order that merges the previous and current orders. This effectively prevents duplicate charges or asset mismatches caused by network reconnection, while providing a complete and traceable operation log for subsequent abnormal order investigation and after-sales disputes, enhancing the overall security and stability of order processing.

[0078] It is understood that, when faced with hardware exclusive conflicts caused by multiple users scanning codes continuously and concurrently, the embodiments of this application can not only prevent new orders from being abnormally blocked or deadlocked by the system, but also eliminate order data fragmentation and settlement and billing errors caused by forced blocking of concurrency through the association between the current order and the previous order, thereby enhancing the data consistency of unmanned smart vending machines in extreme concurrency scenarios.

[0079] In some embodiments, updating the initial second order based on the association relationship to obtain the second order includes: (4.3.1) Obtain the first identifier information of the initial second order, and obtain the second identifier information of the third order; (4.3.2) When the first identification information and the second identification information are the same, merge the initial second order and the third order to obtain the second order.

[0080] In some embodiments, to further determine orders that overlap at the same time, it is necessary to obtain the first identification information of the initial second order and the second identification information of the third order. The first identification information refers to information that can identify the initial second order, and the second identification information refers to information that can identify the third order. For example, the first and second identification information refer to the identity information of the authorized user, such as the user's payment account serial number, mini-program authorization agreement number, or mobile terminal's unique identifier.

[0081] Furthermore, by comparing the first and second identification information, it is determined whether the previous order and the current order are consecutive abnormal operations of the same user (such as scanning the code again after the network is restored) or originate from independent consumption overlap between different users, thereby determining the corresponding relationship between the initial second and third orders in terms of data and business logic.

[0082] Furthermore, if the identification information of the new and old orders is found to be consistent after comparison, it indicates that these two consecutive order initiation requests actually belong to the same user's continuous consumption actions. To prevent redundant records or triggering duplicate billing logic, these two orders with the same subject attribute are merged so that the subsequent cloud-based visual recognition algorithm can treat these two processes as a single shopping behavior for comprehensive settlement.

[0083] It is understood that this application's embodiments, by accurately comparing the feature identifiers of two orders, automatically identify and intercept order redundancy caused by the same consumer frequently scanning codes or engaging in abnormal interactions within a short period. Under the premise of confirming identity consistency, data-level merging of new and old orders not only fundamentally eliminates the risk of duplicate charges and incorrect settlements for the same user, but also significantly reduces the computational load on the cloud server for fragmented order records, enhancing the consistency of business data processing for unmanned smart vending machines.

[0084] In step 260, when the compliance characterization of the order initiation request is a compliant acceptance request, the first order corresponding to the order initiation request is created.

[0085] In some embodiments, when the acceptance compliance characterization of an order initiation request is a compliant acceptance request, a corresponding first order is generated for the currently triggered new request, and the target device is driven to execute normal consumption business processes such as unlocking and voice broadcasting.

[0086] It is understood that the embodiments of this application construct a multi-dimensional order access control mechanism based on the dual state of "door-lock", hardware occupancy status and time window. This effectively overcomes the shortcomings of traditional methods that rely solely on the physical closing action of the cabinet door to define the order boundary, which is prone to misjudgment. Especially in the concurrent scenario of multiple users scanning codes continuously, it can accurately isolate the boundaries of multiple orders, prevent video streaming conflicts caused by the competition for underlying hardware resources, and fundamentally avoid errors in product ownership and settlement caused by overlapping consumption behaviors. This significantly improves the accuracy of order processing results and the overall stability of equipment operation in complex concurrent scenarios of unmanned intelligent vending machines.

[0087] In some embodiments, after creating the first order corresponding to the order initiation request, the method further includes: (5.1) Obtain the first visual interaction image of the first order at the start time of the order and the second visual interaction image of the first order at the end time of the order; (5.2) Determine the degree of image matching between the first visual interaction image and the second visual interaction image; (5.3) When the image matching degree is equal to or greater than the preset matching threshold, the first order is determined to be an invalid order.

[0088] In some embodiments, in actual consumption scenarios of unmanned smart vending machines, in order to accurately determine whether a user has substantially engaged in the act of taking or placing goods, it is necessary to obtain a first visual interaction image at the start of the order and a second visual interaction image at the end of the order. The first visual interaction image refers to the initial product display state or the user's initial operation screen captured by the built-in camera of the target device when the user has just scanned the code to authorize the door opening and the order process has just started; while the second visual interaction image refers to the final product display state or the user's operation screen captured when the user closes the door and the order process is nearing its end.

[0089] Furthermore, feature extraction and differential comparison are performed on the two sets of images using a local image processing module or a cloud-based visual algorithm. Based on the scene similarity or difference rate (image matching degree) between the first and second visual interaction images, it is determined whether the distribution of goods displayed within the target device has undergone substantial changes. Specifically, the image matching degree can be determined by calculating the overlap rate or distance between the two images in dimensions such as product outlines, pixel features, and item positions. Alternatively, the image matching degree can be determined by other features, and this embodiment does not impose any limitations on this.

[0090] Furthermore, when the image matching degree is equal to or greater than a preset matching threshold, the first order is determined to be an invalid order. The preset matching threshold is a pre-configured quantitative reference boundary used to define whether the scene has actually changed; an invalid order refers to a situation where the user only triggered the opening and closing actions but did not actually take any goods for consumption, and therefore should not be included in the redundant business records of the subsequent deduction pipeline. If the calculated image matching degree reaches the set high similarity standard (i.e., greater than or equal to the preset matching threshold), it indicates that the visual state of the goods in the cabinet is completely consistent before and after the order, indicating that the user did not ultimately take the goods during this opening period (e.g., opening the door to look at it and then closing it, or taking out the goods to look at them and then putting them back in their original position). At this time, the system will directly mark the first order in the logical control flow and confirm it as an invalid order.

[0091] Thus, by pre-judging and intercepting invalid orders, this embodiment of the application effectively avoids handing over redundant video or image data that has not actually involved the flow of goods to the underlying components for full and in-depth analysis, thereby significantly reducing the waste of computing resources and improving the overall computing resource utilization and operating efficiency of the unmanned intelligent vending machine business.

[0092] To help readers better understand this application, three specific examples are shown below: (1) Normal consumption scenario (new order arrives when device is idle): The device is idle, user A scans the code to place an order, and the order is successfully completed. The specific steps are as follows: S1. Anti-shake check: Upon receiving an order instruction, calculate the time difference. The first order has a difference of 0, so the verification passes and the order start timestamp is updated. S2, Status Determination: If the device status is idle, proceed directly to S5; S5. Order Execution: Set the device status to "Consuming" and execute the following processes sequentially according to the pipeline: Signature Verification → Business Initialization → Pre-Opening Check → Start Recording → Unlock → Voice Broadcast → Door Lock Monitoring → User Closes Door → Stop Recording → Video Upload; S6. Complete: The associated order identifier is empty, and there is no need to report the association relationship. Restore the device to an idle state.

[0093] (2) Concurrent Scenario (User B scans QR code while User A is making a purchase): User A is making a purchase (the door is closed but the lock is not fully engaged), and User B scans the QR code to place an order. The interval between the two orders exceeds 5 seconds, and the door has been closed for more than 10 seconds. The detailed steps are as follows: S1. Anti-shake check: Calculate the time difference, T1-T0 > 5000 milliseconds (ms), the verification passes; S2, Status Determination: If the device status is "consuming", proceed to S3; S3. Multi-dimensional access determination: If a door is detected to be closed and the lock is open, and the door closing timestamp is valid and ≥10 seconds from now (15 seconds or more), it is determined to be access (new order access permission flag = true). S4. Forced Stop: Set the forced stop flag to true and record the new order ID as B. Start polling and wait. When order A is detected in the door lock monitoring loop, record the associated order ID as B and then exit. After polling 3 times (600ms), the device returns to idle.

[0094] S5, Order B Execution: Reset control parameters and execute the new order via pipeline; S6. Order A complete: If the associated order identifier = B is detected, the association reporting interface is called to report the (A, B) association relationship to the server.

[0095] (3) Duplicate Scanning Scenario (Duplicate Orders Within 5 Seconds): If a user clicks the open button twice within 3 seconds, the device receives two identical order instructions. Detailed steps are as follows: First instruction: Pass the anti-shake check normally, update the timestamp, and begin executing the order.

[0096] The second instruction (after 3 seconds): Calculate the difference = 3000ms. If it is within the range of [1ms, 5000ms], it is determined to be a duplicate order, and a busy status error code is returned. This does not affect the order being executed.

[0097] like Figure 3 As shown, Figure 3This is a schematic diagram of the module structure of an order processing device provided in an embodiment of this application. The order processing device 300 may include the following modules 310 to 360: The basic information acquisition module 310 is used to respond to the currently received order initiation request and acquire the door status, which represents the current opening and closing status of the cabinet door of the target device, and the lock status, which represents the current opening and closing status of the door lock of the target device. The camera working status acquisition module 320 is used to acquire the current camera working status of the target device's camera when both the door status and the lock status are closed. The first order determination module 330 is used to determine the compliance of the order initiation request based on the working status of the camera. The historical order processing time information acquisition module 340 is used to acquire the historical order processing time information of the previous order when the door status or lock status is not closed. The second order determination module 350 is used to determine the compliance of the order initiation request based on the door status, lock status and historical order processing time information; The order creation module 360 ​​is used to create the first order corresponding to the order initiation request when the compliance indicator of the order initiation request is a compliant acceptance request.

[0098] In some embodiments, the first order determination module 330 is used for: When the camera is in standby mode, the order initiation request is determined to be a compliant acceptance request; When the camera is in the running state, the order initiation request is determined to be a first-type non-compliant acceptance request.

[0099] In some embodiments, historical order processing time information includes closing timestamp and order duration; In some embodiments, the second order determination module 350 is used for: When the door is closed and the lock is open, retrieve the closing timestamp of the previous order. The compliance of the order initiation request is determined based on the door status, lock status, and door closing timestamp. When the door is in the open state and the lock is in the closed state, retrieve the duration of the previous order; The compliance of accepting the order initiation request is determined based on the door status, lock status, and order duration.

[0100] In some embodiments, the second order determination module 350 is further configured to: When the compliance of the order initiation request is characterized as a first type of non-compliant acceptance request, it indicates that there is currently an initial second order being executed on the target device; In response to the generation of a non-compliant acceptance request, the execution of the initial second order is stopped, and a third order corresponding to the order initiation request is created; Determine the relationship between the initial second order and the third order, and update the initial second order based on the relationship to obtain the second order.

[0101] In some embodiments, the second order determination module 350 is further configured to: Obtain the first identifier information of the initial second order, and obtain the second identifier information of the third order; When the first and second identification information are the same, the initial second and third orders are merged to obtain the second order.

[0102] In some embodiments, the basic information acquisition module 310 is used for: Get the start time of the previous order for the target device; Based on the current time and the order start time, determine the order request interval between the order initiation request and the previous order; When the order request interval is less than or equal to a preset time threshold, the order initiation request is determined to be a second type of non-compliant acceptance request, and the order corresponding to the order initiation request is rejected.

[0103] In some embodiments, the order creation module 360 ​​is used for: Obtain the first visual interaction image of the first order at the start time of the order, and the second visual interaction image of the first order at the end time of the order; Determine the degree of image matching between the first visual interaction image and the second visual interaction image; When the image matching degree is equal to or greater than the preset matching threshold, the first order is determined to be an invalid order.

[0104] The order processing method, apparatus, electronic device, and storage medium proposed in this application, in response to a currently received order initiation request, acquire, when the target device is not idle, a door state (indicating the current open / closed state of the cabinet door) and a lock state (indicating the current open / closed state of the door lock); when both the door state and lock state are closed, acquire the current camera working state of the target device's camera; determine the compliance of the order initiation request based on the camera working state; when the door state or lock state is not closed, acquire the historical order processing time information of the previous order; determine the compliance of the order initiation request based on the door state, lock state, and historical order processing time information; and when the compliance of the order initiation request is indicated as a compliant acceptance request, create the first order corresponding to the order initiation request.

[0105] This application adopts a multi-dimensional order acceptance strategy: when both the door and lock are closed, the compliance of accepting a new order is determined by combining the camera's working status, thereby effectively avoiding hardware resource conflicts such as video streaming and omissions caused by continuous order contention; when the door or lock is not completely closed, the compliance of accepting a new order is determined by comprehensively judging based on the historical order processing time information of the previous order. Thus, this application can comprehensively judge the compliance of accepting the current order based on multiple dimensions of the vending machine, thereby avoiding overlapping consumption behaviors and misjudgments of product ownership caused by multiple order conflicts. It effectively overcomes the shortcomings of related technologies that rely solely on the physical closing action of the cabinet door to define order boundaries, which is prone to settlement errors, thereby improving the accuracy of order processing results of unmanned intelligent vending machines, especially in multi-user continuous consumption scenarios.

[0106] like Figure 4 As shown, Figure 4 This is a schematic diagram of the hardware structure of an electronic device provided in an embodiment of this application. The electronic device includes: The processor 401 can be implemented using a general-purpose CPU, a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this application. The memory 402 can be implemented as a read-only memory (ROM), static storage device, dynamic storage device, or random access memory (RAM). The memory 402 can store the operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented through software or firmware, the relevant program code is stored in the memory 402 and is called and executed by the processor 401 to execute the order processing method applied to the central server or the order processing method applied to the sub-server according to the embodiments of this application. Input / output interface 403 is used to implement information input and output; The communication interface 404 is used to enable communication and interaction between this device and other devices. Communication can be achieved through wired means (such as USB, Ethernet cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.). Bus 405 transmits information between various components of the device (e.g., processor 401, memory 402, input / output interface 403, and communication interface 404); The processor 401, memory 402, input / output interface 403 and communication interface 404 are connected to each other within the device via bus 405.

[0107] This application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described order processing method.

[0108] Memory, as a non-transitory computer-readable storage medium, can be used to store non-transitory software programs and non-transitory computer-executable programs. Furthermore, memory may include high-speed random access memory, and may also include non-transitory memory, such as at least one disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, memory may optionally include memory remotely located relative to the processor, and these remote memories can be connected to the processor via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0109] The order processing method, apparatus, electronic device, and storage medium proposed in this application, in response to a currently received order initiation request, acquire, when the target device is not idle, a door state (indicating the current open / closed state of the cabinet door) and a lock state (indicating the current open / closed state of the door lock); when both the door state and lock state are closed, acquire the current camera working state of the target device's camera; determine the compliance of the order initiation request based on the camera working state; when the door state or lock state is not closed, acquire the historical order processing time information of the previous order; determine the compliance of the order initiation request based on the door state, lock state, and historical order processing time information; and when the compliance of the order initiation request is indicated as a compliant acceptance request, create the first order corresponding to the order initiation request.

[0110] This application adopts a multi-dimensional order acceptance strategy: when both the door and lock are closed, the compliance of accepting a new order is determined by combining the camera's working status, thereby effectively avoiding hardware resource conflicts such as video streaming and omissions caused by continuous order contention; when the door or lock is not completely closed, the compliance of accepting a new order is determined by comprehensively judging based on the historical order processing time information of the previous order. Thus, this application can comprehensively judge the compliance of accepting the current order based on multiple dimensions of the vending machine, thereby avoiding overlapping consumption behaviors and misjudgments of product ownership caused by multiple order conflicts. It effectively overcomes the shortcomings of related technologies that rely solely on the physical closing action of the cabinet door to define order boundaries, which is prone to settlement errors, thereby improving the accuracy of order processing results of unmanned intelligent vending machines, especially in multi-user continuous consumption scenarios.

[0111] The embodiments described in this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided by the embodiments of this application. As those skilled in the art will know, with the evolution of technology and the emergence of new application scenarios, the technical solutions provided by the embodiments of this application are also applicable to similar technical problems.

[0112] Those skilled in the art will understand that the technical solutions shown in the figures do not constitute a limitation on the embodiments of this application, and may include more or fewer steps than shown, or combine certain steps, or different steps.

[0113] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs.

[0114] Those skilled in the art will understand that all or some of the steps in the methods disclosed above, as well as the functional modules / units in the systems and devices, can be implemented as software, firmware, hardware, or suitable combinations thereof.

[0115] The terms “first,” “second,” “third,” “fourth,” etc. (if present) in the specification and accompanying drawings of this application 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 this application 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 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.

[0116] It should be understood that in this application, "at least one (item)" means one or more, and "more than" means two or more. "And / or" is used to describe the relationship between related objects, indicating that three relationships can exist. For example, "A and / or B" can represent three cases: only A exists, only B exists, and both A and B exist simultaneously, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one (item) of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one (item) of a, b, or c can represent: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, and c can be single or multiple.

[0117] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of the units described above is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0118] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0119] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0120] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes multiple instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing programs, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0121] The preferred embodiments of the present application have been described above with reference to the accompanying drawings, but this does not limit the scope of the claims of the present application. Any modifications, equivalent substitutions, and improvements made by those skilled in the art without departing from the scope and substance of the embodiments of the present application shall be within the scope of the claims of the present application.

Claims

1. An order processing method, characterized in that, include: In response to the currently received order initiation request, obtain the door status, which represents the current open / closed state of the cabinet door of the target device, and the lock status, which represents the current open / closed state of the door lock of the target device; When both the door state and the lock state are closed, obtain the current camera working state of the target device's camera; Based on the camera's working status, the compliance of accepting the order initiation request is determined; When the door state or the lock state is not closed, obtain the historical order processing time information of the previous order; Based on the door status, the lock status, and the historical order processing time information, the compliance of the order initiation request is determined. When the acceptance compliance indicator of the order initiation request is a compliant acceptance request, the first order corresponding to the order initiation request is created.

2. The order processing method according to claim 1, characterized in that, The step of determining the compliance of the order initiation request based on the camera's working status includes: When the camera is in standby mode, the order initiation request is determined to be a compliant acceptance request. When the camera is in the running state, the order initiation request is determined to be a first type of non-compliant acceptance request.

3. The order processing method according to claim 1, characterized in that, The historical order processing time information includes the closing timestamp and the order duration; The step of determining the compliance of the order initiation request based on the door status, the lock status, and the historical order processing time information includes: When the door is in a closed state and the lock is in an open state, obtain the closing timestamp of the previous order; The compliance of accepting the order initiation request is determined based on the door status, the lock status, and the door closing timestamp. When the door is in the open state and the lock is in the closed state, obtain the duration of the previous order; The compliance of accepting the order initiation request is determined based on the door status, the lock status, and the order duration.

4. The order processing method according to claim 1, characterized in that, After determining the compliance of the order initiation request based on the door status, the lock status, and the historical order processing time information, the method further includes: When the compliance of the order initiation request is characterized as a first type of non-compliant acceptance request, it indicates that the target device currently has an initial second order being executed. In response to the generation of the non-compliant acceptance request, the execution of the initial second order is stopped, and a third order corresponding to the order initiation request is created; Determine the association between the initial second order and the third order, and update the initial second order according to the association to obtain the second order.

5. The order processing method according to claim 4, characterized in that, The step of updating the initial second order according to the association relationship to obtain the second order includes: Obtain the first identifier information of the initial second order, and obtain the second identifier information of the third order; When the first identification information and the second identification information are the same, the initial second order and the third order are merged to obtain the second order.

6. The order processing method according to claim 1, characterized in that, Following the response to the currently received order initiation request, the following is also included: Obtain the order start time of the previous order for the target device; Based on the current time and the order start time, the order request interval between the order initiation request and the previous order is determined; When the order request interval is less than or equal to a preset time threshold, the order initiation request is determined to be a second type of non-compliant acceptance request, and the creation of the order corresponding to the order initiation request is rejected.

7. The order processing method according to claim 1, characterized in that, After creating the first order corresponding to the order initiation request, the process further includes: Acquire the first visual interaction image of the first order at the start time of the order, and the second visual interaction image of the first order at the end time of the order; Determine the degree of image matching between the first visual interaction image and the second visual interaction image; When the image matching degree is equal to or greater than a preset matching threshold, the first order is determined to be an invalid order.

8. An order processing device, characterized in that, include: The basic information acquisition module is used to respond to the currently received order initiation request and acquire the door status, which represents the current open / closed status of the cabinet door of the target device, and the lock status, which represents the current open / closed status of the door lock of the target device. The camera working status acquisition module is used to acquire the current camera working status of the target device's camera when both the door status and the lock status are closed. The first order determination module is used to determine the compliance of the acceptance of the order initiation request based on the working status of the camera. The historical order processing time information acquisition module is used to acquire the historical order processing time information of the previous order when the door state or the lock state is not closed. The second order determination module is used to determine the compliance of the acceptance of the order initiation request based on the door status, the lock status and the historical order processing time information; The order creation module is used to create the first order corresponding to the order initiation request when the acceptance compliance characterization of the order initiation request is a compliant acceptance request.

9. An electronic device, characterized in that, The electronic device includes a memory and a processor, the memory storing a computer program, and the processor executing the computer program to implement the order processing method according to any one of claims 1 to 7.

10. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the order processing method according to any one of claims 1 to 7.

Images