CN105956811A - Unmanned supermarket inventory management system - Google Patents

Abstract

The invention discloses an unmanned supermarket inventory management system which comprises an alarm module, an automatic extraction module, an automatic loading module and a cloud cooperation module, wherein the cloud cooperation module further comprises a position management module, a data service module and a cross inventory management module, the alarm module is used for forming alarm information when the local inventory of commodities or the inventory in a management domain is lower than a threshold value, the alarm information is locally displayed or sent to a cloud data management system and/or a self-service terminal in the management domain, and the cross inventory management module is used for retrieving and acquiring the information of the self-service terminal of a nearby unmanned supermarket in a set range from the cloud data management system to form a management domain, so that the unmanned supermarket inventory management systems of all self-service terminals in the management domain can share the inventory information and data among each other.

Description

An unmanned supermarket inventory management system

technical field

The invention relates to an Internet information technology, in particular to an inventory management system of an unmanned supermarket.

Background technique

Unmanned supermarkets are a new trend in the future development of the retail industry. Through the terminal in the supermarket, users can select products, view product information, self-service settlement, etc. According to the needs of functions, the unmanned supermarket system needs to connect with multiple applications/systems, such as inventory management system, payment system, user verification system, delivery system, etc. They are often implemented through different architectures and cannot directly access each other's data. In addition, as the cloud data center of an unmanned supermarket, it needs to connect multiple unmanned supermarkets, and the related systems of each unmanned supermarket are involved by different manufacturers, which makes data sharing more complicated and difficult.

In the prior art, there is a lack of a technical solution specifically for the inventory management system of unmanned supermarkets. Moreover, the existing inventory management system is either limited to local inventory management or centralized inventory management through the network platform. Centralized management, management, inventory monitoring, and commodity deployment also increase the difficulty of the platform. load.

Contents of the invention

The main purpose of the present invention is to provide a new technical solution for providing an inventory management system for unmanned supermarkets, which overcomes some of the deficiencies in the prior art.

In order to achieve the above purpose, an unmanned supermarket inventory management system proposed by the present invention is characterized in that: it includes

The alarm module is used to generate an alarm message when the local inventory of the product or the inventory in the management domain is lower than the threshold, display the alarm information locally or send it to the cloud data management system and/or the self-service terminal in the management domain;

The automatic extraction module is used for the user to activate the product extraction function after the self-service terminal transaction is successful, and to reduce the number of products in the warehouse according to the transaction list, and update the corresponding product inventory status;

The automatic filling module is used to start the product filling function when the supplier replenishes the goods, and when the self-service terminal completes the delivery and filling of the goods, it will automatically increase the quantity of the corresponding goods and update the inventory status of the goods;

The cloud collaboration module is used to send data service requests and obtain data services from the cloud data management system.

Preferably, the data service acquired by the cloud data management system includes data services related to one or more of user data, product data, payment data, location data, inventory data, delivery data, and nearby self-service terminal information.

Preferably, the cloud collaboration module further includes a location management module for managing the location of the self-service terminal itself and the information of nearby self-service terminals within a set range, and synchronizing these information with the cloud data management system.

Preferably, the cloud collaboration module further includes a data service module, which is used to send requests through the data service module and receive data services from the cloud data management system if the business of the inventory management system involves remote network data support; Or send data access requests to other self-service terminals in the management domain to obtain their data assistance.

Preferably, the cloud collaboration module also includes a cross-stock management module, which is used to retrieve and acquire information on nearby unmanned supermarket self-service terminals within a set range from the cloud data management system to form a management domain, so that All self-service terminal unmanned supermarket inventory management systems can share inventory information and data with each other.

Preferably, the alarm module obtains the inventory information and data shared by the unmanned supermarket inventory management systems of all self-service terminals in the management domain, and when the total inventory of a certain type of commodity in the management domain is lower than the threshold value, it will report to the management All self-service terminals and/or cloud data management systems in the domain send alert messages.

Preferably, the alarm module obtains the inventory information and data of the unmanned supermarket inventory management system of other self-service terminals in the management domain, and when it is found that the total inventory of a certain type of commodity in its inventory is lower than the threshold value, it sends a report to the self-service terminal. Send an alert message.

Preferably, the data service module includes a web application component, and the web application component sends a data service request through an XML message.

Preferably, it also includes a business identifier and a local business execution service, which are used to identify the operation and its corresponding business, and determine whether it belongs to a local business or a network business; if it is a local business, execute the operation through the local business execution service otherwise, send a data service request to the cloud data management system through the cloud collaboration module to obtain remote data services.

Preferably, when the alarm module finds that the inventory of the product purchased by the user is insufficient or zero, the alarm module queries the inventory of other self-service terminals in the management domain, selects the self-service terminal that has the product and is the closest, and prompts the corresponding information, prompting Users can choose to go to the self-service terminal to purchase goods that are insufficient in stock.

In summary, the inventory management system of unmanned supermarkets can effectively realize local and network inventory management, integrate the advantages of centralized and distributed inventory management and monitoring, and meet the needs of intelligent inventory management in unmanned supermarkets.

Description of drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the following will briefly introduce the drawings that need to be used in the description of the embodiments or the prior art. Obviously, the accompanying drawings in the following description are only These are some embodiments of the present invention. For those skilled in the art, other drawings can also be obtained according to the structures shown in these drawings without creative effort.

Figure 1 is a schematic diagram of the basic architecture of the cloud data management system of the unmanned supermarket;

Fig. 2 is a schematic diagram of the core process of the cloud data management system;

Fig. 3 is a schematic diagram of an unmanned supermarket inventory management system of the present invention;

Fig. 4 is a schematic diagram of the composition of the management domain of the inventory management system.

The realization of the purpose of the present invention, functional characteristics and advantages will be further described in conjunction with the embodiments and with reference to the accompanying drawings.

detailed description

The following will clearly and completely describe the technical solutions in the embodiments of the present invention with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of them. Based on the embodiments of the present invention, all other embodiments obtained by persons of ordinary skill in the art without creative efforts fall within the protection scope of the present invention.

It should be noted that the functional modules in the embodiments of the present invention can be realized by one or more programming languages in the prior art as required. Although the known programming principles and software components are not described below, it does not mean that they do not exist in the technical solution, and it should not be an insufficient reason for disclosure.

Referring to Figures 3 and 4, they are two diagrams of the realization scheme of the unmanned supermarket inventory management system of the present invention. The unmanned supermarket inventory management system includes an alarm module, an automatic extraction module, an automatic filling module, and a cloud collaboration module. The cloud collaboration module includes a location management module, a data service module, and a cross-stock management module. These modules constitute the basic structure of the unmanned supermarket inventory management system. Below, a further description will be made around the functions, interrelationships, and implementation principles of these modules. Each functional module can be realized by using one or more than one existing programming language and technology according to actual implementation needs.

The alarm module is used to generate an alarm message when the local inventory of the product or the inventory in the management domain is lower than the threshold, display the alarm information locally or send it to the cloud data management system and/or the self-service terminal in the management domain. The configuration of the threshold can be determined according to the actual needs of the inventory capacity of the unmanned supermarket.

The automatic extraction module is used for the user to start the product extraction function after the self-service terminal has successfully traded, and correspondingly reduce the number of products in the warehouse according to the transaction list, and update the corresponding product inventory status.

The automatic filling module is used to start the product filling function when the supplier replenishes the goods, and when the self-service terminal completes the delivery and filling of the goods, it will automatically increase the quantity of the corresponding goods and update the inventory status of the goods.

The cloud collaboration module is used to send data service requests and obtain data services from the cloud data management system. The data service obtained by the cloud data management system includes one or more related data services among user data, product data, payment data, location data, inventory data, distribution data, and nearby self-service terminal information. The data service module includes web application components, and the web application components send data service requests through XML messages. The location management module of the cloud collaboration module is used to manage the location of the self-service terminal itself and the information of nearby self-service terminals within the set range, and synchronize these information with the cloud data management system. The data service module of the cloud collaboration module is used to send requests through the data service module and receive data services from the cloud data management system if the business of the inventory management system involves remote network data support; or to other self-service terminals in the management domain Send data access requests to get their data assistance. The cloud collaboration module also includes a cross-inventory management module, which is used to retrieve and obtain information on self-service terminals in nearby unmanned supermarkets within a set range from the cloud data management system, forming a management domain, so that all self-service terminals in the management domain are self-service. Inventory management systems can share inventory information and data with each other. The setting range can be determined according to the distribution and density of self-service terminals in the unmanned supermarket, such as within 1 kilometer, 2 kilometers, 5 kilometers, etc. In the preferred scheme, 1 to 5 kilometers is more appropriate. If the distribution density of self-service terminals in unmanned supermarkets is relatively large, the distance range can be reduced. The number of self-service terminals in the management domain can also be determined according to actual needs. In a preferred solution, it can be configured as 3-10. The location management module can include a map, and the unmanned supermarket inventory management system can be converted into a map display based on the data of the cloud data management system, and then the administrator can manually select and configure those self-service terminals to form a management domain, and further pass the unmanned supermarket The inventory management system completes the connection of the data interface.

In the preferred solution, the alarm module obtains inventory management systems of all self-service terminals in the management domain to share inventory information and data with each other. Terminal and/or cloud data management system sends alert information. The alarm module obtains the inventory information and data of the unmanned supermarket inventory management system of other self-service terminals in the management domain, and sends an alarm message to the self-service terminal when it finds that the total inventory of a certain type of commodity in its inventory is lower than the threshold. When the alarm module finds that the inventory of the product purchased by the user is insufficient or zero, the alarm module queries the inventory of other self-service terminals in the management domain, selects the self-service terminal with the product and the nearest self-service terminal and mentions the corresponding information in the area, prompting the user to choose to go to the self-service terminal. Self-service terminals to purchase items that are out of stock. The configuration of the threshold value can be determined according to the actual needs. In one preferred solution, the threshold value of the early warning value of the total commodity inventory corresponding to the management domain = the number of self-service terminals in the management domain * 2. Or the threshold value of the warning of the total commodity inventory corresponding to the management domain = the number of self-service terminals in the management domain * the average daily sales volume of each unit / 2, etc. The threshold value of the self-service terminal local inventory warning can be configured as 1, or 2, or the average daily sales volume/10 (rounded up), etc.

In addition, the business identifier and the local business execution service are used to identify the operation and its corresponding business, and judge whether it belongs to a local business or a network business; if it is a local business, execute the business through the local business execution service, otherwise, through The cloud collaboration module sends a data service request to the cloud data management system to obtain remote data services.

Referring to accompanying drawing 1, it is a preferred scheme of the basic structure of the cloud data management system of the unmanned supermarket. Among them, the cloud data management system is connected with various applications or systems through the Internet. These applications or systems include inventory management systems, payment systems, distribution systems, user registration applications, product data service and storage applications, location data service applications, etc. These applications or systems often adopt different architectures, and application components cannot directly access each other to achieve data sharing. In addition, such as the inventory management system, each supermarket itself may be developed by different manufacturers, with different structures and very different data formats.

The cloud data management system of the unmanned supermarket itself includes several data services and one or more virtual machines deployed locally or on the network. The data service is based on the data classification table and corresponds to each category of data in the data classification table, such as user data service, product data service, payment data service, inventory data service, delivery data service, and location data service. A number of applications with different architectures are connected to the cloud data management system and generate data to be shared. After manual or machine automatic analysis and statistics, they are divided into several categories, such as user data, product summary data, product graphic data, inventory data, Supplier data, distribution password database, terminal data, location data, etc. Around each type of data, the functions directly related to this type of data are all abstracted and concentrated in the data services of the corresponding cloud data management system. For example, all user query, verification, login status, authority management, and user records related to user data are all concentrated on the user data service of the cloud data management system. In this way, when building a cloud data center for an unmanned supermarket, there is no need to consider the architecture of each application or system itself. When docking, they need to add corresponding data services from the cloud data management system according to their own functional needs, and realize their respective functions with the data obtained from the data services.

For each data service of the cloud data management system of the unmanned supermarket, more than two local processes are respectively established and started locally in the cloud data management system to realize each data service. In the preferred solution, it includes: scheduling process and monitoring process. The scheduling process registers, verifies, and schedules one or more virtual machines deployed locally or on the network; the monitoring process monitors the whole process of virtual machines performing data services, and receives, stores, deletes, and feeds back the scheduling process of the resulting data. The virtual machine can be the server cluster of the cloud data management system deployed in the unmanned supermarket, or it can be the terminal deployed in the unmanned supermarket in various places, such as PC, mobile phone, etc. In the preferred solution, virtual machines related to payment data services are preferably deployed in the server cluster of the cloud data management system, while inventory data services, product data services, etc. are preferably deployed in terminals of unmanned supermarkets in various places, such as PCs, mobile phones, etc. .

Referring to Figure 2, the core steps of the cloud data management system function implementation process are:

The virtual machine is registered in the corresponding data service; the data service corresponds to the application request and selects the virtual machine; the working mode of the virtual machine is configured; the data service assigns the work of the data service to the virtual machine; the scheduling process judges whether the virtual machine is running normally, and Identify the state of the virtual machine; the monitoring process polls the virtual machine for updates, receives the result data from the virtual machine and stores it locally and sends it to the corresponding application program; or sends a reset message to the scheduling process. Below, further detailed descriptions are made respectively:

For example: unmanned supermarkets in various places need to obtain product data services from the cloud data management system of unmanned supermarkets, and when browsing product graphic information of other systems, initiate product data service requests through local terminals;

During the process of responding to the request, the cloud data management system of the unmanned supermarket,

The product data service selects a runtime virtual machine. For example, a running virtual machine can choose to run virtual machines from the pool. In some examples, the virtual machine is selected by a scheduler process of the production data service. Prior to this, the virtual machine attempted to register with the scheduler process of the product data service. For example, a virtual machine is a unique identifier (ID) that the scheduling process uses to register the VM's VMS index. In some examples, the scheduler process uses registered VMS indices to monitor and record the respective state of the virtual machine execution at runtime. The scheduling process corresponding to the product data service and components determines whether the virtual machine has been registered. If the virtual machine is already registered. If you determine that the virtual machine has not been registered, check the virtual machine. In some examples, a virtual machine is queried to determine the status of various services within it. It is used to determine whether each virtual machine is operating correctly. For example, the result of querying the virtual machine determines whether the virtual machine is running normally. If the virtual machine is running normally, the virtual machine is registered, and the current state of the virtual machine is set to the idle state. If the virtual machine is not functioning properly, it will decide whether to retry the virtual machine. In some examples, a threshold number of checks for correct operation of virtual machines may be attempted. If the threshold number of attempts has not been achieved, a retry check for the virtual machine is determined and instance processing is returned. If the threshold number of attempts has been achieved, the virtual machine has been registered, and the current state of the virtual machine is set to failed, then process and exit with the example.

The scheduling process corresponding to product data services and components schedules virtual machines to provide data services. A service for scheduling is executed by a registered runtime virtual machine. The business is selected from the business library. For example, each application may require the execution of a specific service, and the corresponding job may be selected from a service library. In some examples, selecting a job is an application response in response to user input. In some examples, each application has access to a working index available in the business repository. The data service client attempts to import the selected job from the business library. For example, as discussed above, the selected task's application includes a data service acquisition terminal that attempts to import work. Determine if the interface was successful. If the interface is unsuccessful, it is rejected. If the import is successful, a schedule type is specified. In some examples, the schedule can be set to an interval based time period, or a single immediate execution. If an interval-based time period is selected, specify a start time. If executed immediately, the work is submitted to the scheduling process. The scheduler process obtains the credentials (such as username, password) of the database, and the credentials are based on the associated DSN. Determine if credentials were successfully received. If unsuccessful, loops back to the specified dispatch parameters. If successful, the job scheduler at runtime, in some instances, fetches credentials from the job repository and database and requests each DSN to service retrieve the job when the scheduling process requests a given job execution. A set of database URLs and access credentials are provided to the dispatcher process in response. If a running virtual machine is available (for example, the virtual machine is idle in the registry state), the work is assigned to the virtual machine and the information is passed to the virtual machine. In some examples, the XML message provided in the message includes the job, each DSN database metadata, the name of the data service, and the callback interface for a specific request, etc. In some examples, a document structure can be provided as In this example, include the database username and password in plain text.

Once the job starts executing on the runtime VM, a synchronous response is sent to determine if the job is running or failed to start. If the job is running, it is marked as "running", otherwise as "scheduled" or "failed". In some instances, after completing this task, the virtual machine sends a message to the scheduler process. In some examples, the message is provided as a reset complete message. In response, the scheduler process identifies the virtual machine status as idle, which indicates that the virtual machine can be assigned to perform another task.

Execution of the scheduling process: the job request is executed, and the status associated with the job is updated as queued. For example, the scheduler process updates the job status to determine if it is an available virtual machine. For example, check the status of a registered virtual machine. If the state of the registered virtual machine is idle, the virtual machine can be used. If there is no idle state, the virtual machine is unavailable. If a virtual machine is unavailable, the scheduler waits for an available virtual machine. For example, the scheduler process can wait for a virtual machine to send a reset complete message. If a virtual machine is available, the job is dispatched to the virtual machine. For example, as described above, the dispatcher assigns work to virtual machines and passes information to virtual machines. The status of the job is set to pending and the status of the virtual machine is set to assigned. Determines whether to receive a response. In some examples, a virtual machine assigned to a task sends a response (acknowledgment message) back to the scheduling process. If the response has not been received, it is determined whether the response has a threshold number of times. If the response is not received a threshold number of times, the job's status is set to scheduled and the loop returns with an instance. If the response fails more than a threshold number of times, the task will be reset. In some instances, if the Reset State Complete message is not received within a specified time, the predetermined job fails. The failure count is incremented, and the virtual machine returns to the idle state without exceeding a threshold number of times. If the threshold has been exceeded, the task will be set to a state reset. If a reply is received, the status of the job and the status of the virtual machine are set to running. It is determined whether a reset complete message has been received. If a reset complete message has not been received, then loop. If a Reset Complete message has been received, the failure count is reset and the virtual machine state is set to Idle. In this way, the virtual machine can be made available to another job again.

Execute the work of the further execution data service of the virtual machine at runtime. In some examples, the VMS and the scheduling process interact through interfaces. Example interfaces include a state transfer (rest) web interface. In some examples, when a task is sent to a virtual machine, the virtual machine receives messages from the scheduling process. In some examples, the VM extracts the DSN information for each data source in the listing message and writes new entries for each data source in ODBC. The VM rewrites these entries to match the credentials, retrieved from the service dispatcher process. In some examples, the data service runtime can require all passwords to be encrypted using its own encryption service. In some examples, each password may be encrypted before being rewritten. The rewrite file (ATL file) publishes the local repository of the VM's data service.

In some implementations, the virtual machine requests the data service runtime to perform tasks. The data service runtime provides a response that includes the process ID used to execute the job. In a preferred solution, the product data service also starts a separate monitoring process. The monitoring process can use the identification of the data service work and the response interface specified by the scheduling process to poll the virtual machine for updates, receive the result data from the virtual machine and store it locally and send it to the corresponding application program; if the result data received by the monitoring process is not Complete or failed reception, the monitor process deletes the data from local storage and sends a reset message to the scheduler process. The virtual machine sends an initial message of a synchronous response to the monitor process, confirming that work has started. If the job cannot be started, the synchronous response contains an appropriate error message. Executed at runtime. Received a request from a monitoring process. For example, the monitoring process provides a rest call to the selected virtual machine, assigning execution tasks to the virtual machine. DSN information extraction. For example, extract DSN information (eg XML message) from the message VM. Connection information (ODBC connection information) is based on each DSN. Usernames are extracted and rewritten in ATL files. Passwords are encrypted by extracting passwords and ATL files are rewritten to include encrypted passwords. The ATL file is published to the data service and job execution of the local warehouse. The monitoring process starts and sends a response to the scheduling process to realize the whole process monitoring of the job. In some examples, when a virtual machine has successfully started executing a task, the virtual machine starts a watchdog process that can poll for updates and send information to the scheduler process. In some examples, the monitoring process uses the job's process ID and the response interface specified by the scheduling process. In some examples, the process request trace and error log are monitored and a response is generated while the data service is running, based on a predefined polling interval. Responses sent to the dispatcher's response port. In some instances, if the overall status of the job comes back complete, failed or warning, the monitor thread starts to reset the virtual state and delete the job that was set, removing any ODBC credentials for the job itself from the data service's local repository. Once this is complete, the virtual machine sends a final response (reset complete message) to the scheduler process, confirming that the virtual machine has been reset and is available for future work.

Receive the monitoring process request, and the log data is polled when the data service is running. Log entries received in response to polling requests are sent to the scheduling process. To determine if the job execution status is complete, failed or warning. Loop if the determined status of the job execution is not complete, failed, or warning. If it is determined that the status of the job execution is complete, the failed connection settings (ODBC connection settings) are reset, the job is deleted from the data service local repository, and a reset complete message is sent to the scheduler process.

The above are only preferred embodiments of the present invention, and are not intended to limit the patent scope of the present invention. Under the inventive concept of the present invention, the equivalent structural transformation made by using the description of the present invention and the contents of the accompanying drawings, or directly/indirectly used in other All relevant technical fields are included in the patent protection scope of the present invention.

Claims (10)

1. a unmanned supermarket inventory management system, it is characterised in that: it includes

Alarm modules, for when the quantity in stock in the local library storage or management domain of commodity is less than threshold values, forms warning information, locally displayed warning information or transmission to self-aided terminal in cloud data management system and/or management domain；

Automatically extract module, for user after self-aided terminal is concluded the business successfully, start commodity abstraction function, and reduce the quantity at storehouse commodity according to schedule of dealing correspondence, update corresponding goods inventory status；

Automatic Loading module, when supplier's fill-ins, starts commodity filling function, and after self-aided terminal completes commodity distribution filling, automatically increases the quantity of corresponding goods, update commodity stocks state；

High in the clouds cooperative module, is used for sending data service request, and obtains data, services from cloud data management system.

Unmanned supermarket the most as claimed in claim 1 inventory management system, it is characterised in that: described cloud data management system obtains data, services and includes and one or above related Data Services in user data, product data, payment data, position data, inventory data, allocation data, neighbouring self-aided terminal information.

Unmanned supermarket the most as claimed in claim 1 inventory management system, it is characterized in that: described high in the clouds cooperative module also includes location management module, the information of the neighbouring self-aided terminal in the position managing self-aided terminal self and set point, and these information are Tong Bu with cloud data management system.

Unmanned supermarket the most as claimed in claim 3 inventory management system, it is characterized in that, described high in the clouds cooperative module also includes data service module, for relating to what remote network data was supported according to the business of inventory management system, send request by data service module, and receive the data, services from cloud data management system；Or other self-aided terminal in management domain sends data access request, the data obtaining them are assisted.

Unmanned supermarket the most as claimed in claim 4 inventory management system, it is characterized in that, described high in the clouds cooperative module also includes intersection inventory management module, the information of unmanned supermarket self-help terminal near in the retrieval of cloud data management system and acquisition set point, form a management domain, make the unmanned supermarket inventory management system of all self-aided terminals in management domain can share inventory information from each other and data.

Unmanned supermarket the most as claimed in claim 5 inventory management system, it is characterized in that, in described alarm modules acquisition management domain, the unmanned supermarket inventory management system of all self-aided terminals shares inventory information from each other and data, when in management domain, the backlog total of certain class commodity is less than threshold values, in management domain, all self-aided terminals and/or cloud data management system send warning information.

Unmanned supermarket the most as claimed in claim 5 inventory management system, it is characterized in that, described alarm modules obtains inventory information and the data of the unmanned supermarket inventory management system of management domain other self-aided terminal interior, when finding the backlog total of certain class commodity of its stock less than threshold values, send warning information to this self-aided terminal.

Unmanned supermarket the most as claimed in claim 4 inventory management system, it is characterised in that described data service module includes that web application assembly, web application assembly send data service request by XML message.

Unmanned supermarket the most as claimed in claim 4 inventory management system, it is characterised in that also include that traffic identification device and local service perform service, for being identified operation and corresponding business thereof, it is judged that be belonging to local service or Network；If local service, then perform this business of service execution by local service, otherwise send data service request by high in the clouds cooperative module to cloud data management system, obtain long-range data, services.

Unmanned supermarket the most as claimed in claim 5 inventory management system, it is characterized in that, when described alarm modules finds the commodity stocks deficiency of user's purchase or is zero, the inventories of other self-aided terminal in alarm modules searching and managing territory, selection has these commodity and closest self-aided terminal and points out corresponding information, and prompting user can choose this self-aided terminal and buy the commodity of the shortage of stock.