CN111861295A

CN111861295A - Method and device for transporting goods

Info

Publication number: CN111861295A
Application number: CN201910350204.0A
Authority: CN
Inventors: 刘庆华
Original assignee: Beijing Jingdong Qianshi Technology Co Ltd
Current assignee: Beijing Jingdong Qianshi Technology Co Ltd
Priority date: 2019-04-28
Filing date: 2019-04-28
Publication date: 2020-10-30
Anticipated expiration: 2039-04-28
Also published as: CN111861295B

Abstract

The invention discloses a method and a device for carrying goods, and relates to the technical field of warehouse logistics. One embodiment of the method comprises: the scheduling module sends information for inquiring the state of the agent service queue to the agent module according to the goods in the goods taking area; the agent module receives the information of inquiring the agent service queue state, and sends confirmation information to the scheduling module when the agent service queue state is not empty; after the scheduling module receives the confirmation information, the scheduling module triggers the carrying module to generate a carrying task; acquiring storage position information of the goods and an identifier of a transport tool according to the carrying task; and determining a carrying destination according to the carrying task and the state of the goods placing area, so that the transport tool is driven to the position of the goods taking area, and the goods are carried to the carrying destination. The implementation mode avoids the technical defect that the network bandwidth is wasted due to the fact that the agent service queue needs to be polled continuously in the prior art, and further achieves the technical effect of reducing the network bandwidth.

Description

Method and device for transporting goods

Technical Field

The invention relates to the field of warehouse logistics, in particular to a method and a device for carrying goods.

Background

With the development of automation technology, the application of carrying goods in an automated manner is more and more popular. In the prior art, after a carrying task is generated, an idle forklift is polled, if the idle forklift exists, goods are successfully carried in a matching mode, and otherwise, polling is continued.

In the process of implementing the invention, the inventor finds that at least the following problems exist in the prior art:

1. when the service is busy and the carrying task is too many, the polling mode can cause the waste of network bandwidth;

2. the prior art may be at risk of deadlock.

Disclosure of Invention

In view of this, embodiments of the present invention provide a method for transporting goods, which can realize that when an agent service queue has no transport means, the agent service queue does not need to be continuously polled, and can directly transport goods when the agent service queue has transport means in an idle state, thereby avoiding a technical defect that network bandwidth is wasted due to continuous polling of the agent service queue in the prior art, and further achieving technical effects of reducing network bandwidth and improving transport efficiency when goods are transported.

To achieve the above object, according to an aspect of an embodiment of the present invention, there is provided a cargo handling method including:

The scheduling module sends information for inquiring the state of the agent service queue to the agent module according to the goods in the goods taking area;

the agent module receives the information of inquiring the agent service queue state, and sends confirmation information to the scheduling module when the agent service queue state is not empty;

after the scheduling module receives the confirmation information, the scheduling module triggers the carrying module to generate a carrying task;

acquiring storage position information of the goods and an identifier of a transport tool according to the carrying task; and determining a carrying destination according to the carrying task and the state of the goods placing area, so that the transport tool is driven to the position of the goods taking area, and the goods are carried to the carrying destination.

Optionally, the agent module receives the information for inquiring the state of the agent service queue, and when the state of the agent service queue is empty, the information for indicating that the state of the agent service queue is empty is sent to the scheduling module; increasing the quantity of the goods to be picked signals according to the quantity of the goods in the goods picking area;

wherein the quantity of signals to pick up decreases as the number of vehicles in the agent service queue increases.

Optionally, before the scheduling module sends the information for querying the status of the agent service queue to the agent module according to the goods in the goods pickup area, the method includes:

Determining the state of an agent service queue according to the state of the transport tool in the agent module;

wherein, when the state of the existing transport means is an idle state, the state of the agent service queue is not empty; and when the states of the transport means are working states, the state of the agent service queue is empty.

Optionally, before sending the storage location information of the cargo to the carrying module, the method includes:

arranging the goods in the goods taking area in a carrying sequence according to the positions of the goods in the goods taking area;

synchronizing the carrying sequence of the goods, the position coordinates of the goods in a goods taking area and the codes of the goods into the storage position information of the goods;

and sending the storage position information of the goods to a carrying module.

Optionally, after the scheduling module receives the confirmation information and triggers the carrying module to generate the carrying task, the method includes:

the carrying module issues the carrying task to a transport tool in an agent service queue;

and after receiving the carrying task, the transport tool changes the state of the transport tool from an idle state to a working state, and removes the transport tool in the working state from the agent service queue.

Optionally, after the transporting the cargo to the transport destination, the method includes: and converting the state of the transport tool from the working state to the idle state.

According to a further aspect of an embodiment of the present invention, there is provided a system for cargo handling, including:

the scheduling module is used for sending information for inquiring the state of the agent service queue to the agent module according to the goods in the goods taking area;

the agent module is used for receiving the information of inquiring the state of the agent service queue and sending confirmation information to the scheduling module when the state of the agent service queue is not empty;

the carrying module is used for triggering the carrying module to generate a carrying task after the scheduling module receives the confirmation information; acquiring storage position information of the goods and an identifier of a transport tool according to the carrying task; and determining a carrying destination according to the carrying task and the state of the goods placing area, so that the transport tool is driven to the position of the goods taking area, and the goods are carried to the carrying destination.

According to a further aspect of an embodiment of the present invention, there is provided a method of cargo handling, including:

the agent module sends information for inquiring the state of the goods taking area to the scheduling module according to the transport tools in the agent service queue;

The scheduling module receives the information of the storage position state of the goods-taking region; when goods exist in the goods taking area storage position, sending confirmation information to the agent module;

the agent module is used for sending information for inquiring the state of the goods taking area to the scheduling module according to the transport tools in the agent service queue;

the scheduling module is used for receiving the information of inquiring the storage position state of the goods taking area; when goods exist in the goods taking area storage position, sending confirmation information to the agent module;

According to another aspect of the embodiments of the present invention, there is provided an electronic device for cargo handling, including:

one or more processors;

a storage device for storing one or more programs,

when the one or more programs are executed by the one or more processors, the one or more processors implement the cargo handling method provided by the present invention.

According to still another aspect of the embodiments of the present invention, there is provided a computer-readable medium on which a computer program is stored, the program, when executed by a processor, implementing the cargo handling method provided by the present invention.

One embodiment of the above invention has the following advantages or benefits:

by adopting the technical means of recording the state of the agent service queue where the transport means in the idle state is located, if the agent service queue is the transport means which is not in the idle state, the agent service queue does not need to be continuously polled, and the transport can be carried when the agent service queue has the idle transport means, so that the technical defect that the network bandwidth is wasted due to the fact that the agent service queue needs to be continuously polled in the prior art is avoided, and the technical effect of reducing the network bandwidth is achieved.

By adopting the technical means of arranging the goods in the goods taking area in the carrying sequence according to the slot positions of the goods taking area, the technical defect of deadlock risks in the prior art is overcome, and the technical effect of improving the carrying efficiency is achieved.

Further effects of the above-mentioned non-conventional alternatives will be described below in connection with the embodiments.

Drawings

The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:

FIG. 1 is a schematic illustration of a prior art cargo handling process;

fig. 2 is a schematic view of a main flow of a method of cargo handling according to an embodiment of the invention;

FIG. 3 is a diagram illustrating a multi-slot scenario of a pick-and-place area according to an embodiment of the present invention;

FIG. 4 is a schematic diagram of a detailed flow of a cargo handling method to generate a handling task according to an embodiment of the present invention;

fig. 5 is a schematic view of a main flow of a method of cargo handling according to another embodiment of the present invention;

FIG. 6 is a schematic diagram of a detailed flow of a cargo handling method generating handling tasks according to the embodiment of FIG. 5;

FIG. 7 is a schematic diagram of the main modules of a device for the handling of goods according to an embodiment of the present invention;

FIG. 8 is an exemplary system architecture diagram in which embodiments of the present invention may be employed;

fig. 9 is a schematic structural diagram of a computer system suitable for implementing a terminal device or a server according to an embodiment of the present invention.

Detailed Description

Exemplary embodiments of the present invention are described below with reference to the accompanying drawings, in which various details of embodiments of the invention are included to assist understanding, and which are to be considered as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

Fig. 1 is a schematic diagram of a prior art cargo handling process. As shown in fig. 1, the generation of a handling task is triggered when the goods enter the pick-up area. And polling the agent service queue according to the information of the goods to determine whether an idle transport means exists. And if no idle transport means exists, continuously polling the agent service queue until the idle transport means exists, and executing a carrying task. Such vehicles include, but are not limited to: fork truck, AGV dolly.

The prior art may have a technical defect that when the traffic is busy, the number of the carrying tasks is too large, which may cause a waste of network bandwidth.

In order to avoid the technical defects, the invention adopts the following steps as shown in figure 2:

fig. 2 is a schematic diagram of a main flow of a cargo handling method according to an embodiment of the present invention, and as shown in fig. 2, the method includes:

step S201, the scheduling module sends information for inquiring the state of the agent service queue to the agent module according to goods in the goods taking area;

step S202, the agent module receives the information of inquiring the agent service queue state, and when the agent service queue state is not empty, the agent module sends confirmation information to the scheduling module;

step S203, after the scheduling module receives the confirmation information, triggering a carrying module to generate a carrying task;

step S204, acquiring storage position information of the goods and an identifier of a transport tool according to the carrying task; and determining a carrying destination according to the carrying task and the state of the goods placing area, so that the transport tool is driven to the position of the goods taking area, and the goods are carried to the carrying destination.

When the state of the transport means in the agent service queue is judged in step S202, if the agent service queue is a transport means which is not in an idle state, the transport means does not need to be continuously polled, and the transport means can be carried when the agent service queue is in an idle state, so that the technical defect that the network bandwidth is wasted because the agent service queue needs to be continuously polled in the prior art is avoided, and the technical effect of saving the network bandwidth is achieved.

The agent service queue is used for counting the number of the transport vehicles in an idle state. When the agent service queue is not empty, the vehicle in an idle state exists, and the vehicle can be used for taking and carrying to a taking area.

The generation of the carrying task can be triggered when a transport tool exists in the agent service queue, namely when the agent service queue is not empty, the goods taking area can be inquired, whether goods needing to be carried exist or not is judged, and then the goods are conveniently carried further. Only when there is a transport means in an idle state and there is a load in the pick-up area can a transfer job be successfully generated.

Optionally, the information of the cargo includes but is not limited to: the goods are in the trench fa of getting the goods district_ijAnd the goods code fa_ij.gNo。

The goods taking position can be accurately determined by the transport tool through acquiring the information of the goods, and then the goods are accurately carried.

When the target position of the goods to be placed is determined, the goods which are already positioned on the transport tool can be transported to the goods placing area corresponding to the goods.

Before the scheduling module sends information for inquiring the state of the agent service queue to the agent module according to the goods in the goods taking area, the scheduling module comprises:

The operating condition can be refined into a goods taking state and a carrying state, so that the state of the transport tool is more conveniently monitored. Specifically, after a carrying task is downloaded onto the transport means, the state of the transport means is a working state; the state that the transport means is triggered to get goods in the goods taking area can be set to be a goods taking state, and when the transport means gets goods, the state of the transport means can be set to be a carrying state.

After the cargo is transported to a transportation destination (i.e. a designated slot of a cargo taking area), the method comprises the following steps: and converting the state of the transport tool from the working state into an idle state for subsequently and continuously carrying the goods in the goods taking area.

In practical applications, there may be a case where the proxy service queue is empty, that is, a case where all queues for transportation are in a non-idle state. Specifically, the method comprises the following steps:

the agent module receives the information for inquiring the state of the agent service queue, and when the state of the agent service queue is empty, the information for inquiring the state of the agent service queue is sent to the scheduling module; increasing the quantity of the goods to be picked signals according to the quantity of the goods in the goods picking area;

wherein the quantity of signals to pick up decreases as the number of vehicles in the agent service queue increases. And after the transport vehicles finish the carrying task and return to the proxy service queue again, the quantity of the to-be-picked signals can be reduced according to the quantity of the transport vehicles in the proxy service queue.

Each goods taking area may have a plurality of slots for carrying goods, and when a plurality of transport vehicles run in the same goods taking area, the risk of deadlock may exist.

Fig. 3 is a schematic view of a multi-slot position scene of a pick-and-place area according to an embodiment of the present invention. As shown in fig. 3, specifically, when the slot position 1 and the slot position 2 in the pickup area 1 both have goods and both can be matched with corresponding transportation tools, there are two carrying tasks. Because the transport means travels along a specific track when getting goods in most cases, if the No. 2 slot position is matched with the transport means first and the No. 1 slot position has goods shielded, a deadlock situation will occur.

Therefore, optionally, before sending the bin information of the cargo to the carrying module, the method includes: arranging the goods in the goods taking area in a carrying sequence according to the positions of the goods in the goods taking area; synchronizing the carrying sequence of the goods, the position coordinates of the goods in a goods taking area and the codes of the goods into the storage position information of the goods; and sending the storage position information of the goods to a carrying module.

Specifically, the slot positions with the goods in the goods taking area are numbered, so that the transporting tools can transport the goods in sequence, and the deadlock problem is avoided. For example, the slots in the pickup area are sorted in the manner of table 1, and the carriers pick up the goods in the order of the sequence numbers from small to large, so that the deadlock problem can be avoided. Wherein, there is a set of order of getting goods to every district of getting goods. If no goods exist in the No. 1 goods taking area No. 4 slot position, the No. 1 goods taking area does not participate in sequencing, and the serial number corresponding to the goods taking area is carried forward.

TABLE 1 corresponding table for slot numbers of goods taking area

Goods taking area	Number of slot	Serial number
			1	1	1
1	2	2
			1	3	3
1	4	4
			1	5	5
2	1	1
			2	2	2
2	3	3
			2	4	4
2	5	5
			3	1	1
3	2	2
			3	3	3
3	4	4
			3	5	5
4	1	1
			4	2	2
4	3	3
			4	4	4
4	5	5

The technical solution of the present invention is described in detail by a specific embodiment as follows:

wherein, in this embodiment, the transport means is fork truck, specifically: firstly, parameters of each part need to be set, including: the information of the forklift, the inventory signal quantity of the goods taking area, the goods information, the carrying task, the slot position information of the goods taking area and the information of the goods placing area. The value of each partial parameter can be changed according to the positions of the forklift and the goods.

Information relating to the forklift (afl), including: forklift number (aft. no); status, wherein the forklift is in an idle state when the status value is 0, the forklift is in a working state when the forklift status is not 0, specifically, the forklift is in a pickup state when the forklift status value is 1, and the forklift is in a transport state when the forklift status value is 2; the x coordinate (af. curpsx) of the location point of the forklift; the y coordinate (af. curpsy) of the location point of the forklift;

the pick-up area inventory signal quantity (fam) comprising: pick-up area code (fam. no); take cargo area semaphore (fam. mutex);

The cargo information (g) comprising: cargo number (g.no); description of goods (g);

the handling task (ct) comprises: a transport task number (ct.no); transport task status (ct. When the carrying task state value is 0, the carrying task is in an initialized state, when the carrying task state value is 1, the goods are in carrying, and when the state value is 2, the goods are carried; wherein, still include in the transport task: forklift number (aft. no); cargo number (g.no); pick-up area codes (fa.no); pick-up area slot number (fa.no); put area number (ta.no); slot number (ta).

The pick-up area slot-level information (fa) includes: pick-up area codes (fa.no); a pick-up zone slot number (fa.slot); a pick area state (ct.status), wherein when the state value is 0, the pick area slot is in an idle state, and when the state value is 1, the pick area slot is in a good state; a commodity number (g.no); slot number (fa.index); taking a x coordinate (fa.psx) of a slot position of a cargo area; take the cargo area slot y coordinate (fa.

-information (ta) of said stocking area comprising: pick-up area number (ta.no); slot number (ta.slot) of the put area; a pick area state (ta.status), wherein the pick area slot is in an idle state when the state value is 0, and the pick area slot is in a good state when the state value is 1; a commodity number (g.no); slot number (ta.index); taking a x coordinate (fa.psx) of a slot position of a cargo area; take the cargo area slot y coordinate (fa.

FIG. 4 is a schematic diagram of a detailed flow of a cargo handling method to generate a handling task according to an embodiment of the present invention; as shown in fig. 4, in this embodiment, the transportation vehicle is a forklift, and the specific steps are as follows:

step S401, when the goods g reach the slot position j of the goods taking area i, the scheduling service provided by the goods taking area updates the slot position fa of the goods placing area_ijStatus and cargo coding, i.e. command fa_ij·status＝1，fa_ij.gno＝g.no。

Step S402, inquiring an agent service queue (af.list) by using the scheduling service; if the proxy service queue is empty, performing step S4032; if the proxy service queue (af.list) is not empty, go to step S4031;

step S4032, increase the pick-up area semaphore fam of the pick-up area i_i.mutex＝fam_iMutex +1, algorithm return, waiting for the condition of idle forklift existing in the agent service queue;

step S4031, acquire first idle forklift afl in aft.1ist_iThen, S404 is executed;

step S404, generating a transport task ct_iLet ct_i.status＝0，ct_i.aflNo＝afl₁.no，ct_i.faNo＝fa_ij.no。

After the transfer tasks are generated, the forklift afl may be updated_iState and destination coordinates of (2), instruction afl₁.status＝1，afl₁.disPsx＝fa_ij.psx，afl₁.disPsy＝fa_ijPsy. And the agent service queue service drives the forklift to reach the goods taking area i.

When the forklift corresponds to the agent service queue to drive the forklift to arrive at the fa_iThen, fa is obtained_iSlot fa with the lowest sequence number and the good status _ikObtaining information ta of the stocking area_iUpdating the transport task ct_iInformation of (c), let ct_i.gNo＝fa_ik.gNo，ct_i.faSlot＝fa_ik.slot，ct_i.taNo＝ta_i.no，ct_iStatus is 1. Updating forklift status and destination coordinates, i.e. command afl₁.disPsx＝ct_i.psx，afl₁.disPxy＝ct_i.psy，afl₁Status is 2. Updating of holding area fa_iThe state of slot k is idle, i.e. let fa_ikStatus is 0. Agent service queue service drive forklift truck goes to put goods area ta_iAnd continuing to the next step.

When the forklift reaches the cargo holding area ta_iThen, the idle slot position ta of the goods-placing area is obtained_ijAnd updating the coordinates of the forklift destination to afl₁.disPsx＝ta_ij.psx，afl₁.disPsy＝ta_ijPsy. After the idle forklift service drives the forklift to reach the cargo placement area slot position to place the cargo, the state of the forklift is updated to be idle and the state of a carrying task, namely afl is ordered₁.status＝0，ct_i.status＝2。

Inquiring whether the slot afl of the goods-taking area waiting queue occupies the state of the goods-placing area₁If yes, preempt the semaphore fam of the goods-taking area i_iInstant fam_i.mutex＝fam_iMutex-1, performing a corresponding handling task; if not, the destination of the forklift is updated to be the parking area, namely afl₁.disPsx＝P.psx，afl₁Psy, idle forklift service drives forklift to parking spot P.

Fig. 5 is a schematic view of a main flow of a method of cargo handling according to another embodiment of the present invention; fig. 5 is a schematic diagram of a main flow of a cargo handling method according to another embodiment of the present invention, as shown in fig. 5, including:

S501, the agent module sends information for inquiring the state of the goods taking area to the scheduling module according to the transport means in the agent service queue;

step S502, the scheduling module receives the information for inquiring the storage position state of the goods taking area; when goods exist in the goods taking area storage position, sending confirmation information to the agent module;

step S503, after the scheduling module receives the confirmation information, triggering a carrying module to generate a carrying task;

step S504, acquiring storage position information of the goods and an identifier of a transport tool according to the carrying task; and determining a carrying destination according to the carrying task and the state of the goods placing area, so that the transport tool is driven to the position of the goods taking area, and the goods are carried to the carrying destination.

In contrast to the embodiment illustrated in fig. 2, the embodiment illustrated in fig. 5 can be understood as follows: the generation of a handling task can also be triggered as a further event when there is a transport in an idle state. It should be noted that the handling task can be completed only when goods to be picked up are present in the picking area.

The storage position information of the goods and the identification of the transport tool obtained by the carrying task can be obtained by a carrying module from other modules, information can also be mutually transmitted among a plurality of modules, and finally the information required by the carrying task is sent to the carrying module.

In practical applications, the embodiment of fig. 2 may be used in combination with the embodiment of fig. 5. Specifically, when goods to be transported exist in the goods taking area and the agent service queue does not have a transport means, the goods to be transported enter a waiting state, and until the transport means exists in the agent service queue, the agent module can be adopted to inquire whether the goods exist in the goods taking area or not, so that a transporting task is generated, and the transportation of the goods is realized.

FIG. 6 is a schematic diagram of a detailed flow of a cargo handling method generating handling tasks according to the embodiment of FIG. 5; as shown in fig. 6, includes:

step S601, inquiring an agent service queue (afl.1ist); if the proxy service queue is not empty, executing step S602;

step S602, inquiring whether goods to be carried exist in a goods queue waiting for carrying in a goods taking area by using a scheduling service; if there is a cargo to be carried, step S6031 is executed; if there is no cargo to be carried, step S6032 is executed;

step S6031, when the goods g arrive to take the goodsWhen the slot position j of the area i is reached, the scheduling service provided by the goods taking area is made to update the slot position fa of the goods placing area_ijStatus and cargo coding, i.e. command fa_ij.status＝1，fa_ijNo. gao, and then step S604 is executed;

Step S6032, returning the instruction that the slot position to be taken does not exist in the goods taking area to the proxy service queue service, and executing S605;

step S604, generating a carrying task ct according to the information of the forklift and the information of the goods to be carried_iLet ct_i.status＝0，ct_i.aflNo＝afl₁.no，ct_i.faNo＝fa_ij.no。

And step S605, synchronizing the information of the forklift into an agent service queue.

FIG. 7 is a schematic diagram of the main modules of a device for the handling of goods according to an embodiment of the present invention; as shown in fig. 7, includes:

according to yet another aspect of an embodiment of the present invention, there is provided a cargo-handling apparatus 700, including:

the scheduling module 701 is used for sending information for inquiring the state of the agent service queue to the agent module according to the goods in the goods taking area;

the agent module 702 is configured to receive the information of querying the status of the agent service queue, and send a confirmation message to the scheduling module when the status of the agent service queue is not empty;

According to a further aspect of an embodiment of the present invention, there is provided a cargo handling apparatus including:

Fig. 8 illustrates an exemplary system architecture 800 of a cargo handling method or cargo handling apparatus to which embodiments of the present invention may be applied.

As shown in fig. 8, the system architecture 800 may include

terminal devices

801, 802, 803, a network 804, and a server 805. The network 804 serves to provide a medium for communication links between the

terminal devices

801, 802, 803 and the server 805. Network 804 may include various types of connections, such as wire, wireless communication links, or fiber optic cables, to name a few.

A user may use the

terminal devices

801, 802, 803 to interact with a server 805 over a network 804 to receive or send messages or the like. The

terminal devices

801, 802, 803 may have installed thereon various communication client applications, such as shopping-like applications, web browser applications, search-like applications, instant messaging tools, mailbox clients, social platform software, etc. (by way of example only).

The

terminal devices

801, 802, 803 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop portable computers, desktop computers, and the like.

The server 805 may be a server that provides various services, such as a back-office management server (for example only) that supports shopping-like websites browsed by users using the

terminal devices

801, 802, 803. The backend management server may analyze and perform other processing on the received data such as the product information query request, and feed back a processing result (for example, target push information, product information — just an example) to the terminal device.

It should be noted that the cargo handling method provided by the embodiment of the present invention is generally executed by the server 805, and accordingly, the cargo handling apparatus is generally disposed in the server 805.

It should be understood that the number of terminal devices, networks, and servers in fig. 8 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.

Referring now to FIG. 9, shown is a block diagram of a computer system 900 suitable for use with a terminal device implementing an embodiment of the present invention. The terminal device shown in fig. 9 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present invention.

As shown in fig. 9, the computer system 900 includes a Central Processing Unit (CPU)901 that can perform various appropriate actions and processes in accordance with a program stored in a Read Only Memory (ROM)902 or a program loaded from a storage section 908 into a Random Access Memory (RAM) 903. In the RAM 903, various programs and data necessary for the operation of the system 900 are also stored. The CPU 901, ROM 902, and RAM 903 are connected to each other via a bus 904. An input/output (I/O) interface 905 is also connected to bus 904.

The following components are connected to the I/O interface 905: an input portion 906 including a keyboard, a mouse, and the like; an output section 907 including components such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage portion 908 including a hard disk and the like; and a communication section 909 including a network interface card such as a LAN card, a modem, or the like. The communication section 909 performs communication processing via a network such as the internet. The drive 910 is also connected to the I/O interface 905 as necessary. A removable medium 911 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 910 as necessary, so that a computer program read out therefrom is mounted into the storage section 908 as necessary.

In particular, according to the embodiments of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication section 909, and/or installed from the removable medium 911. The above-described functions defined in the system of the present invention are executed when the computer program is executed by a Central Processing Unit (CPU) 901.

It should be noted that the computer readable medium shown in the present invention can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present invention, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present invention, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The modules described in the embodiments of the present invention may be implemented by software or hardware. The described modules may also be provided in a processor, which may be described as: a processor includes a sending module, an obtaining module, a determining module, and a first processing module. The names of these modules do not form a limitation on the modules themselves in some cases, and for example, the sending module may also be described as a "module sending a picture acquisition request to a connected server".

As another aspect, the present invention also provides a computer-readable medium that may be contained in the apparatus described in the above embodiments; or may be separate and not incorporated into the device. The computer readable medium carries one or more programs which, when executed by a device, cause the device to comprise:

According to the technical scheme of the embodiment of the invention, the following beneficial effects can be achieved:

By adopting the technical means that when the state of the agent service queue is recorded, if the agent service queue has no idle forklift, the agent service queue does not need to be continuously polled, and when the agent service queue has idle transportation tools, the agent service queue is directly carried, the technical defect that the network bandwidth is wasted due to the fact that the agent service queue needs to be continuously polled in the prior art is avoided, and the technical effect of reducing the network bandwidth is achieved.

By adopting the technical means of arranging the goods in the goods taking area in the carrying sequence according to the slot positions of the goods taking area, the technical defect of deadlock risks in the prior art is overcome, and the technical effect of improving the efficiency is achieved.

The above-described embodiments should not be construed as limiting the scope of the invention. Those skilled in the art will appreciate that various modifications, combinations, sub-combinations, and substitutions can occur, depending on design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

1. A method of cargo handling, comprising:

2. The method according to claim 1, wherein the agent module receives the information for inquiring the status of the agent service queue, and when the status of the agent service queue is empty, the information for indicating that the status of the agent service queue is empty is sent to the scheduling module; increasing the quantity of the goods to be picked signals according to the quantity of the goods in the goods picking area;

3. The method of claim 1, wherein before the scheduling module sends the information inquiring the status of the agent service queue to the agent module according to the goods in the goods pick-up area, the method comprises:

4. The method of claim 1, wherein prior to sending the bin information for the cargo to the handling module, comprising:

and sending the storage position information of the goods to a carrying module.

5. The method of claim 1, wherein after the scheduling module receives the confirmation message and triggers the handling module to generate the handling task, the method comprises:

6. The method of claim 5, wherein after the transporting the cargo to the transport destination, comprising: and converting the state of the transport tool from the working state to the idle state.

7. A system for cargo handling, comprising:

8. A method of cargo handling, comprising:

9. A system for cargo handling, comprising:

10. An electronic device for cargo handling, comprising:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-6.

11. A computer-readable medium, on which a computer program is stored, which, when being executed by a processor, carries out the method according to any one of claims 1-6.