KR101720928B1 - Delivery processing server and method - Google Patents

Abstract

A delivery processing server and a method thereof are disclosed. According to an embodiment, the delivery processing server can generate a deliver order for a delivery performing vehicle based on standby commands, delivery orders, and retention stocks per delivery item wherein the standby commands distribute delivery vehicles to delivery standby locations. The delivery vehicles hold the retention stocks per delivery item, respectively.

Description

[0001] DELIVERY PROCESSING SERVER AND METHOD [0002]

The following embodiments relate to a server and method for processing operations related to the delivery of an article, and to a delivery vehicle terminal and a user terminal for providing delivery services.

As user demands related to delivery services grow, various services are being provided that shorten delivery times and enhance the convenience of the user with regard to the delivery of goods. The types of goods subject to delivery vary, and depending on the nature of the item to be delivered, better quality is required in relation to the delivery time, the predictability of the information associated with delivery, and the variety of delivery items. It is also important to improve the quality of delivery services, such as the delivery staff's level of familiarity, proficiency, and the impressions they receive when they are delivered. Research on delivery delivery techniques to improve the quality of delivery services is needed.

Published patent application No. 10-2012-0001892 Japanese Patent Application Laid-Open No. 10-2015-0007789

Embodiments attempt to deploy delivery vehicles to optimized locations, taking into account the expected demands of delivery.

Embodiments are attempting to procure scarce inventory among the deliveries of delivery vehicles among delivery vehicles.

Embodiments attempt to create an optimal delivery path based on the location of the user using the delivery service.

Embodiments seek to obtain regional relevance of delivery vehicles.

Embodiments attempt to update the location of delivery vehicles, taking into account the anticipated demand for delivery that varies with the delivery order.

Embodiments provide a service that can increase the accessibility of a delivery order by using an application installed in a terminal of a user, provide a service for conveniently setting a cost of a delivery order, provide a fast delivery service through an optimal delivery path, And to contribute to the activation of electronic commerce.

The delivery processing server according to an embodiment stores a waiting command for distributing delivery vehicles to delivery waiting positions, and stores a database of the items held in each delivery item held by the delivery vehicles; A communication unit for receiving a delivery order including an item to be delivered and a delivery request position; And a delivery-performing vehicle for delivering the item to be delivered, among the delivery vehicles, based on the delivery order, the inventory items for each item to be delivered, and the standby command And a processor for generating a delivery command directed to the delivery-performing vehicle in response to the delivery order.

The database according to one embodiment stores delivery forecast demands corresponding to delivery expected positions, the processor updates the expected delivery demands in real time, updates the items of inventory per delivery item based on the delivery command , Update the wait command based on the updated delivery expectation demands and the updated delivered item-by-deliverable inventory quantities.

The processor, in accordance with one embodiment, calculates expected delivery times corresponding to the delivery expected locations based on the delivery waiting locations, and updates the estimated delivery demand based on the updated delivery expectation demands, the updated delivery item- Update the delivery waiting positions based on the expected delivery times, and update the wait command with a wait command to distribute the delivery vehicles to the updated delivery waiting positions.

The processor according to one embodiment changes delivery expected demands corresponding to the delivery request location and the peripheral locations for a time within a predefined time from the reception time and the peripheral locations are within a predefined distance from the delivery request location Lt; / RTI >

The database according to one embodiment stores delivery item-specific recommended stock quantities respectively corresponding to the delivery vehicles, and the processor updates delivery expected demands corresponding to delivery expected positions based on the delivery order, Updating the recommended stock quantities for each delivery item on the basis of the estimated delivery demand for each delivery item, updating the recommended stock quantities for each delivery item based on the delivery order, Based on the inventory management information.

The processor according to one embodiment determines a procurement requirement item of the delivery-performing vehicle based on the updated delivery item-specific stock quantities and the updated delivery item-specific recommended inventory amounts, and based on the position of the delivery-performing vehicle Selecting one of the delivery vehicles holding the procurement demand items, determining the selected vehicle and the delivery performing vehicle as the inventory procurement vehicles, Lt; / RTI >

The processor according to one embodiment determines a procurement requirement item of the delivery-performing vehicle based on the updated delivery item-specific stock quantities and the updated delivery item-specific recommended inventory amounts, and based on the position of the delivery-performing vehicle , Select one of the warehouses holding the procurement demand items, and generate the stock procurement command for the delivery performance vehicle based on the selected warehouse.

The processor selects the delivery vehicles having the item to be delivered, selects a delivery candidate vehicle among the delivery vehicles based on the expected delivery time corresponding to the delivery request position, It is possible to determine whether the delivery candidate vehicle is performing an inventory procurement command and determine the delivery candidate vehicle as the delivery vehicle based on the determination result.

The processor generates a delivery execution path based on the delivery waiting position corresponding to the delivery-performing vehicle and the delivery request position, and generates at least one of the delivery subject item, the delivery request position, and the delivery path And the communication unit may transmit the delivery command to the delivery vehicle terminal corresponding to the delivery-performing vehicle.

The database according to one embodiment stores delivery forecast demands corresponding to delivery expected locations, the processor updates the delivery forecast demands in real time, updates the wait orders based on the updated delivery expected demands, can do.

According to an embodiment, the processor updates the expected delivery demands based on a past delivery order history by day, a demand forecast by position according to a local event time, and weather, and the past delivery order history by day is a delivery order by day , A delivery order time corresponding to the day of the week delivery order position, and a delivery order item.

The database according to one embodiment stores the recommended item quantities for each delivery item corresponding to each of the delivery vehicles, and the processor updates the recommended item quantities for each delivery item based on the updated expected delivery demands, Based on the delivery item-specific inventory amounts and the updated delivery item-by-item recommended inventory amounts, an inventory procurement command for at least two of the delivery vehicles.

The database according to one embodiment stores delivery forecast demands corresponding to delivery expected positions, stores correlation estimates between the delivery forecast locations and the delivery vehicles, and the processor determines, based on the expected delivery locations Obtaining expected delivery times corresponding to the delivery vehicles, optimizing the delivery waiting positions based on the expected delivery demands, the correlations and the expected delivery times, And obtain the wait command generated based on the positions.

The communication unit according to an embodiment receives the position of the user terminal from the user terminal, and the processor generates the shortest estimated delivery times for each delivery item based on the position of the user terminal, and the communication unit estimates the shortest delivery expectation And when the delivery application installed in the user terminal is activated, the user terminal can transmit the position of the user terminal to the communication unit.

According to an embodiment, the processor selects, based on the item-of-delivery-per-delivery-item stocks, delivery predicted vehicles having an expected delivery item, and based on the delivery waiting positions of the expected delivery vehicles and the user- Calculating expected delivery times from the delivery predicted vehicles to the user terminal location, selecting an estimated shortest delivery time among the calculated estimated delivery times, and comparing the estimated delivery item with the shortest expected delivery time And the communication unit may transmit the estimated shortest delivery time corresponding to the expected delivery item to the user terminal.

The communication unit according to an embodiment may receive the inventory items of each delivery item from the delivery vehicle terminals, and when the items stored in each delivery item are changed, the delivery vehicle terminals may transmit the changed items to the communication unit.

The communication unit according to an embodiment receives a delivery completion message responding to the delivery command from a delivery vehicle terminal corresponding to the delivery vehicle, and the processor determines whether the delivery vehicle has a delivery completion message You can update the inventory levels of each item delivered.

The delivery processing server according to one embodiment stores a waiting command to distribute delivery vehicles to delivery waiting positions, delivery expected demands corresponding to delivery expected positions, and correlation degrees between the delivery expected positions and the delivery vehicles A database; Calculating estimated delivery times corresponding to the delivery vehicles based on the estimated delivery locations, updating at least one of the estimated delivery demands and the correlation values in real time, A processor for optimizing the delivery waiting positions based on the updated at least one value and updating the wait command based on the optimized delivery waiting positions; And a communication unit for transmitting the wait command to the delivery vehicle terminals corresponding to the delivery vehicles.

The database according to one embodiment stores the inventory items of each delivery item possessed by the delivery vehicles, and the communication section receives a delivery order including the item to be delivered and a delivery request position, Selects a delivery-performing vehicle for delivering the item to be delivered, among the delivery vehicles, based on the delivery order, the inventory items for each item to be delivered, and the wait command; , A delivery command for the delivery-performing vehicle is generated, and based on the delivery command, the inventory items for each delivery item are updated, and based on the updated items for each delivery item, Can be updated.

The database according to one embodiment stores the inventory items of each delivery item possessed by the delivery vehicles and stores the recommended item quantities of each delivery item corresponding to each of the delivery vehicles, Based on the delivery item-specific stock quantities and the updated delivery item-specific recommended stock quantities, based on the delivery item-specific recommended stock quantities, based on the delivery item-specific recommended stock quantities, and the inventory procurement for at least two of the delivery vehicles Command can be generated.

A delivery vehicle terminal according to one embodiment includes a memory; A communication unit that receives a wait command including a delivery waiting position from a delivery processing server, and receives a delivery command including at least one of a delivery target item, a delivery request position, and a delivery execution path; And a processor for updating delivery stock items by delivery item based on the delivery order and generating a delivery completion message in response to the delivery order based on the updated delivery item stocks by item.

According to an embodiment, the processor may acquire a sensing signal from a stock sensing sensor that senses a change in the amount of inventory items held by each delivery item, and may update the items stored in each delivery item based on the obtained sensing signal.

The processor according to an embodiment may acquire the value of the item of stock held by delivery item inputted from the user of the delivery vehicle terminal and update the itemized stock by item of delivery based on the obtained value.

The communication unit according to an embodiment of the present invention includes: a procurement requirement item that is the delivery target item; And an inventory procurement vehicle holding the procurement demand item from the delivery processing server, wherein the processor updates the delivery item inventory by delivery item based on the stock procurement command, Based on the delivered item-by-item deliveries, a stock procurement completion message in response to the inventory procurement command.

The user terminal according to one embodiment includes a memory for recording a delivery application; A processor for acquiring a user terminal location when the delivery application is activated; And a communication unit for transmitting the position of the user terminal to a delivery processing server and receiving estimated shortest delivery times for each delivery item from the delivery processing server, wherein the estimated shortest delivery times for each delivery item is a position of the user terminal; Delivery waiting positions of delivery vehicles; And by the delivery processing server based on the delivery item-by-delivery inventory amounts respectively possessed by the delivery vehicles.

A delivery processing method according to an embodiment includes obtaining a wait command to distribute delivery vehicles to delivery waiting positions; Acquiring stock items of each delivery item possessed by the delivery vehicles; Receiving a delivery order including an item to be delivered and a delivery request location; Selecting a delivery-performing vehicle for delivering the item to be delivered, among the delivery vehicles, based on the delivery order, the inventory items for each item to be delivered, and the wait command; And generating a delivery command directed to the delivery-performing vehicle in response to the delivery order.

Embodiments can obtain the location of optimized delivery vehicles based on the expected demands of delivery.

Embodiments can reduce delivery time through techniques to raise inventory among delivery vehicles.

Embodiments can create an optimal delivery path based on the location of the user using the delivery service.

Embodiments can acquire regional associations of delivery vehicles to improve the quality of delivery services.

Embodiments can update the anticipated demand of delivery to vary according to the delivery order, thereby obtaining the location of optimized delivery vehicles.

Embodiments provide a service that can increase the accessibility of a delivery order by using an application installed in a terminal of a user, provide a service for conveniently setting a cost of a delivery order, provide a fast delivery service through an optimal delivery path, And the like.

1 is a schematic diagram illustrating a process of providing a delivery service according to an embodiment.
2 is an exemplary diagram of a delivery processing server according to one embodiment.
3 is a diagram for explaining a database of a delivery processing server according to an embodiment.
FIG. 4 is a diagram for explaining the expected demand for delivery according to an embodiment.
5 is a flowchart illustrating a delivery processing method according to an embodiment.
6 is a diagram for explaining a process of generating a wait command according to an embodiment.
7 is a flowchart illustrating a delivery processing method according to an embodiment.
FIG. 8 is a flowchart illustrating a process of generating an inventory command according to an embodiment.
9 is a flowchart illustrating a delivery processing method according to an embodiment.
10 is a flowchart illustrating a delivery processing method according to an embodiment.
11 is a diagram for explaining a process of updating a wait command according to an embodiment.
12 is a flowchart illustrating a delivery processing method according to an embodiment.
13 is a flowchart illustrating a delivery processing method according to an embodiment.
14 is an exemplary view of a delivery vehicle terminal according to an embodiment.
15 is an exemplary view of a user terminal according to an embodiment.
16 is a flowchart for explaining a delivery processing method according to an embodiment.
FIG. 17 is a diagram for explaining a process in which a delivery expected time according to an embodiment is provided to a user terminal.

Specific structural or functional descriptions of embodiments are set forth for illustration purposes only and may be embodied with various changes and modifications. Accordingly, the embodiments are not intended to be limited to the particular forms disclosed, and the scope of the disclosure includes changes, equivalents, or alternatives included in the technical idea.

The terms first or second, etc. may be used to describe various elements, but such terms should be interpreted solely for the purpose of distinguishing one element from another. For example, the first component may be referred to as a second component, and similarly, the second component may also be referred to as a first component.

It is to be understood that when an element is referred to as being "connected" to another element, it may be directly connected or connected to the other element, although other elements may be present in between.

The singular expressions include plural expressions unless the context clearly dictates otherwise. In this specification, the terms "comprises ", or" having ", and the like, are used to specify one or more of the described features, numbers, steps, operations, elements, But do not preclude the presence or addition of steps, operations, elements, parts, or combinations thereof.

Unless otherwise defined, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art. Terms such as those defined in commonly used dictionaries are to be interpreted as having a meaning consistent with the meaning of the context in the relevant art and, unless explicitly defined herein, are to be interpreted as ideal or overly formal Do not.

Embodiments may be implemented in various forms of products, such as personal computers, laptop computers, tablet computers, smart phones, televisions, smart home appliances, intelligent cars, kiosks, wearable devices, For example, embodiments may be applied to recognize users in smartphones, mobile devices, smart home systems, and the like. Embodiments can be applied to a payment service through user recognition. Also, the embodiments can be applied to an intelligent automobile system that automatically recognizes a user and starts up. Hereinafter, embodiments will be described in detail with reference to the accompanying drawings. Like reference symbols in the drawings denote like elements.

1 is a schematic diagram illustrating a process of providing a delivery service according to an embodiment.

Referring to FIG. 1, delivery vehicles 102, 103, and 104 are distributed to respective delivery waiting positions within a target area of delivery service. Here, the target area of the delivery service means an area within a range where the delivery service can be provided, and can be set in advance in a spatial range according to the design intention. The delivery processing server 101 can update the delivery waiting positions, which respectively position the delivery vehicles 102, 103 and 104, in real time. Here, the delivery waiting positions are positions for processing the delivery orders that can occur in the target area of the delivery service to the minimum delivery time. Delivery vehicles 102, 103 and 104 may be located at delivery waiting positions based on commands delivered in real time from delivery processing server 101. [ The delivery vehicles 102, 103 and 104 can load the delivery items, and the inventory amounts that the delivery vehicles are loading by the delivery items are referred to as delivery item stocks. Delivery vehicles 102, 103 and 104 are vehicles for delivery, and include means of transport capable of delivering, for example, automobiles and motorcycles. The delivery item is an item that is delivered to the user who is provided with the delivery service, for example, the delivery time in case of the delivery food is important, so that the embodiment can be applied. However, delivery items may include all items for which delivery services are applicable, in addition to delivery food.

When the delivery vehicles 102, 103, and 104 respectively holding the items to be delivered are distributed to the respective delivery waiting positions, the delivery processing server 101 receives a delivery order from the user terminal 107 . The delivery processing server 101 can select the delivery performance vehicle 103 for minimizing the estimated delivery time from among the delivery vehicles 102, 103 and 104, considering the delivery waiting positions and the item-by-delivery inventory amount. Here, the delivery performance vehicle 103 means a vehicle that performs delivery in response to a delivery order.

The delivery order may include a delivery item and a delivery request location 106 and the delivery processing server 101 may receive a delivery order to deliver the item to be delivered to the delivery request location 106 in response to the received delivery order Can be generated. Delivery processing server 101 may determine delivery delivery vehicle 103 among delivery vehicles 102, 103 and 104 distributed in delivery waiting positions based on item to be delivered and delivery request position 106 . For example, the delivery processing server 102 may calculate the delivery expected time from the delivery vehicles holding the item to be delivered, considering the delivery route and the traffic condition between the delivery waiting positions and the delivery request location 106 The short delivery vehicle can be determined as the delivery performance vehicle 103. [ 1, although the distance between the delivery vehicle 104 and the delivery request position 106 may be shorter than the distance between the delivery vehicle 103 and the delivery request position 106, the estimated delivery time of the delivery vehicle 103 Is shorter than the expected delivery time of the delivery vehicle 104, the delivery processing server 102 can determine the delivery vehicle 103 as a delivery vehicle.

Because the delivery vehicles 102, 103 and 104 each have the inventory items of each delivery item, if any one of the items per item of delivery is insufficient, the delivery vehicles 102, 103, Can be procured. The delivery processing server 101 monitors in real time the items of delivery items and the items recommended by delivery of the delivery vehicles 102, 103, and 104 in real time so as to supply delivery vehicles 102, 103, 104 can be controlled. In addition, the delivery processing server 101 may control the delivery vehicles 102, 103, and 104 so as to procure scarce delivery items, taking into account the locations of the warehouses 105 reserving delivery items.

2 is an exemplary diagram of a delivery processing server according to one embodiment.

The delivery processing server 101 is a server that processes commands related to the delivery service, for example, a software module, a hardware module, or various combinations thereof. According to one embodiment, the delivery processing server 101 includes a database (DB) 201, a processor 202, and a communication unit 203. The database 201 can store delivery car information related to delivery vehicles and information on delivery demand, and information stored in the database 201 will be described with reference to Figs. 3 and 4. Fig.

According to one embodiment, the processor 202 generates a wait command, a delivery command, an inventory procurement command, processes operations in response to a delivery order, processes operations in response to changes in expected delivery demands, The operations to be processed by the processor 202 will be described with reference to Figs. 5 to 13. Fig. The communication unit 203 transmits and receives information or a message to provide a delivery service. Hereinafter, the operations of the delivery processing server 101 for transmitting and receiving information or messages can be understood to be performed by the communication unit 203.

3 is a diagram for explaining a database of a delivery processing server according to an embodiment.

The database of the delivery processing server may store the target area of the delivery service, the number of delivery vehicles, the identifiers of each of the delivery vehicles, the delivery waiting positions, the drivers and the vehicle information, It is possible to store expected delivery demands corresponding to recommended stock quantities, local proficiency and delivery expected locations. Referring to FIG. 3, the database of the delivery processing server may map and store the identifiers identifying the delivery vehicles and the respective locations of the delivery vehicles. Here, the respective positions of the delivery vehicles mean delivery waiting positions, and the database can update stored delivery waiting positions in real time. Although not shown, the database may store the respective current locations of the delivery vehicles. The communication unit of the delivery processing server may receive the current positions of the delivery vehicles from the delivery vehicle terminals mounted on the delivery vehicles or the delivery vehicles and the database may map the received current positions to the identifiers of the delivery vehicle . In order to acquire information on the position of the delivery vehicle, for example, a GPS positioning method using delivery vehicles or delivery vehicle terminals equipped with a GPS chip set, proximity approximated to the position of the cell base station to which the delivery vehicle or the delivery vehicle terminal belongs A TOA / TDOA (Time of Arrival / Time Difference of Arrival) triangulation measurement method, and a proximity method approximating the location of a WiFi access point (AP) connected in a wireless LAN environment.

Likewise, the database of the delivery processing server may map and store the drivers and vehicle information of the delivery vehicles, respectively, to the identifiers of the delivery vehicle. Here, the vehicle information is information related to a delivery vehicle, and may include, for example, a vehicle number, a model, and a model year. However, if the delivery vehicle is an autonomous vehicle, the driver's record may be omitted. When the driver who operates the delivery vehicle is changed, the communication unit of the delivery processing server can receive information of the changed driver from the delivery vehicle or the delivery vehicle terminal, and the database of the delivery processing server can update the driver before the change to the changed driver have. Here, the change information of the driver may be input to the delivery vehicle or the delivery vehicle terminal, or the delivery vehicle may detect the delivery vehicle terminal carried by the driver, and the sensed information may be transmitted to the delivery processing server.

According to one embodiment, the number of types of delivery items of the delivery service may be predefined, and the delivery vehicles may be loading at least one delivery item by type. Referring to FIG. 3, the delivery vehicles R ₁ to R _N may respectively hold delivery items A to D, and the database of the delivery processing server stores the delivery item stocks and the recommended stock items of the delivery vehicles as identifiers Can be mapped and stored. For example, information that R ₁ holds 5 delivery items A and 4 C is recorded in the database.

According to one embodiment, the delivery vehicle can be equipped with loading means such as a storage box, a storage container, and a storage box capable of loading delivery items, and the inventory items of each delivery vehicle can be stored in a value . Or a sensor in the storage box, and the sensed information may be transmitted from the delivery vehicle or the delivery vehicle terminal to the delivery processing server. For example, a radio frequency identification (RF-ID) And the delivery items in the storage box can be identified. However, the technique for recognizing the number of the inventory items by the delivery items each having the delivery vehicles is not limited thereto, and various embodiments can be applied.

The recommended item quantities for delivery items of the delivery vehicle can be set or calculated by the processor of the delivery processing server and stored in the database of the delivery processing server. For example, the processor of the delivery processing server can generate and update the delivery item recommended stocks of the delivery vehicle based on the delivery waiting position of the delivery vehicle and the expected delivery demand corresponding to the delivery expected position.

The database of the delivery processing server may store the local proficiency level of each of the delivery vehicles. Referring to FIG. 3, the delivery vehicle R ₁ may be set to a skill level corresponding to the area S ₁ of 5. Here, proficiency means the degree to which a delivery vehicle or driver is skilled in carrying out delivery of the area. The processor of the delivery processing server determines the amount of experience of delivering to the area, the evaluation information (for example, kindness, delivery time, etc.) input from the users who have received delivery in the area, The skill level can be set and updated based on the parameters such as the vehicle information suitable for setting the skill level. The technique for setting or updating the skill level in consideration of regional characteristics is not limited to this, have.

FIG. 4 is a diagram for explaining the expected demand for delivery according to an embodiment.

The database of the delivery processing server may store delivery forecast demands corresponding to delivery expected positions, respectively. Delivery forecast locations are locations where demand for delivery is expected within the target area of the delivery service and expected delivery demand means expected delivery demand at the delivery location. The expected delivery location and the expected delivery demand are determined by the type of residence in the target area of the delivery service, the order propensity and pattern, the history of delivery receipt, the weather, the existence of the event, the change of the order pattern per day, And a change of the time constant of the input signal.

4, the delivery expected demand that exists in the region that is the target of the delivery service to deliver expected demand corresponding to the delivery of estimated positions P _1, P _2, P _3, P _4, and corresponding to P ₁ D _P1 may be expressed as a value that varies with time as shown. For example, the processor of the delivery processing server may generate the delivery expected demand of the delivery service of a certain day continuously or discretely from the start time to the end time, and the database of the delivery processing server may generate Demand can be mapped to the expected delivery location and stored. In addition, the processor of the delivery processing server can update the expected delivery demand to a new value when any one of the above-mentioned variables changes or a new variable occurs. Although expected demand for delivery by expected delivery position is shown as a single graph, the expected demand for delivery at a particular delivery expected location may be expressed in terms of delivery items. The database of the delivery processing server can store the expected demand for delivery items corresponding to the delivery expected positions by time as a value that changes with time. That is, the expected demand for delivery at a specific delivery expected position is a concept that changes over time, and the processor of the delivery processing server can express the expected delivery demand by time and store it in the database, , It is possible to generate a wait command to distribute delivery vehicles to delivery waiting positions.

According to one embodiment, the processor of the delivery processing server can generate the expected delivery demands by day, week, and quarter. For example, the expected delivery demands from the start time to the end time of the next day delivery service, It can be created previously and stored in the database. However, the period in which the expected demand for delivery is generated and stored is a concept that can be changed according to the policy of the delivery service, and thus is not limited thereto.

The processor of the delivery processing server may use the information stored in the database to generate a wait command to distribute the delivery vehicles to their respective delivery waiting positions, as described with reference to Figures 5 and 6. [

5 is a flowchart illustrating a delivery processing method according to an embodiment.

Referring to FIG. 5, the delivery processing server may calculate expected delivery times corresponding to delivery vehicles based on delivery expected locations (501). The delivery processing server determines the delivery waiting positions of the delivery vehicles in consideration of the area of the target area of the delivery and the total number of delivery vehicles and calculates the estimated delivery times of the determined delivery standby positions and the delivery expected positions . Here, the calculation of the expected delivery times can be performed by a processor of the delivery processing server. Hereinafter, the operations by the delivery processing server can be understood as processing operations such as an operation performed by the processor.

The delivery processing server may include delivery forecasted demands corresponding to delivery expected locations; And at least one value of the correlation between the delivery predicted positions and the delivery vehicles (502). Here, the information to be updated is information stored in the database, and the contents described in reference to FIGS. 3 and 4 may be applied to the embodiment for updating the information stored in the database.

The delivery processing server may optimize delivery waiting positions based on estimated delivery times and at least one updated value (503). In order to meet expected delivery demands corresponding to delivery expected positions, the delivery processing server may optimize delivery waiting positions to minimize delivery expected times. An embodiment in which the delivery waiting positions are optimized is described with reference to Fig.

The delivery processing server may generate a wait command based on the optimized delivery wait positions (504). The wait command is an instruction including delivery wait positions, and may be transmitted from the delivery processing server to the delivery vehicle or the delivery vehicle terminal. Since the delivery waiting positions can be updated in real time, the positions of the delivery vehicles can change in real time according to the updated delivery waiting position.

6 is a diagram for explaining a process of generating a wait command according to an embodiment.

,

_,

및

는 배달 차량들 R_1, R_2, R_3, R_N의 현재 배달 대기 위치들을 나타낸다.Referring to FIG. 6, the delivery processing server can generate or update a wait command using a Score corresponding to delivery expected positions P ₁ , P ₂ , P ₃ , and P _N at time t ^* , respectively. The Score corresponding to the delivery expected position is the expected delivery demand at time t ^* , the expected delivery times of the delivery vehicles R _1, R _2, R _3, R _N , the delivery predicted position, Can be calculated on the basis of. 6

,

_,

And

_Represents the current delivery waiting positions of the delivery vehicles R _1, R _2, R _3, R _N.

Here, the expected delivery times refer to the time required for the delivery vehicles to travel along the delivery paths at time t ^* . Referring to FIG. 6, the delivery paths corresponding to P ₁ at time t ^* include paths between P ₁ and R ₁ , paths between P ₁ and R ₂ , paths between P ₁ and R _3, and paths between P ₁ and R _N , And the delivery processing server can calculate expected delivery times corresponding to the respective routes in consideration of traffic conditions at time t ^* . As shown in FIG. 6, the lines connecting delivery expected positions and delivery waiting positions respectively indicate delivery paths. The delivery processing server calculates delivery expected times in real time in consideration of delivery paths and traffic conditions .

The expected delivery demands corresponding to the delivery expected positions at time t ^* may be updated and stored in the database as shown in FIG. The correlation between the delivery expected position and the delivery vehicles includes the degree to which the delivery vehicle is related to the expected delivery position, for example, the corresponding delivery vehicle or the driver ' s skill level corresponding to the area containing the expected delivery position .

According to one embodiment, at the expected delivery position P ₁ at time t ^* The corresponding Score S _{P1t *} can be calculated by Equation (1).

는 시각 t^*에서의 P₁에 대응하는 배달 예상 수요이고,

는 R₁의 P₁까지의 배달 예상 소요 시간이고,

는 R₂의 P₁까지의 배달 예상 소요 시간이고,

는 R₃의 P₁까지의 배달 예상 소요 시간이고,

는 R₄의 P₁까지의 배달 예상 소요 시간이며,

및

는 가중치이고, 예를 들어,

일 수 있는데, 이는 설계 의도에 따라 변경될 수 있다. 가중치

및

는 각각 P₁과 R_1, R_2, R_3, R_N 간의 상관도들이다. 또한, 특정 위치에 대응하는 배달 예상 수요(예를 들어,

)는 특정 배달 품목에 한정된 것일 수도 있고, 적어도 하나 이상의 배달 품목이 조합에 의한 것일 수도 있고, 모든 배달 품목들에 대응하는 것일 수도 있는데, 이는 설계 의도에 따라 변형되어 적용될 수 있다. 예를 들어,

가 배달 품목 A에 대응하는 것이라면,

도 배달 품목 A와 관련된 Score로 정의될 수도 있지만, 대기 명령을 생성하기 위한 Score의 정의는 이에 한정되지 않고 다양한 기법을 통해 응용될 수 있다.here,

It is the P ₁ at time t ^* Corresponding delivery forecast demand,

Is the expected delivery time to P ₁ of R ₁ ,

Is the expected delivery time to P ₁ of R ₂ ,

Is the expected delivery time to P ₁ of R ₃ ,

Is the expected delivery time to P ₁ of R ₄ ,

And

Is a weight, for example,

, Which may vary depending on the design intent. weight

And

Are the correlations between P ₁ and R _1, R _2, R _{3, and} R _{N ,} respectively. Also, the expected delivery demand corresponding to a particular location (e.g.,

) May be confined to a particular delivery item, or at least one delivery item may be a combination or correspond to all delivery items, which may be modified and applied according to design intent. E.g,

Is corresponding to the delivery item A,

May be defined as a score related to delivery item A, but the definition of a score for generating a wait command is not limited to this and can be applied through various techniques.

는 시각 t^*에서의 P₁에 대응하는 배달 예상 수요

가 클수록 커지고, 배달 차량들의 각각의 배달 예상 소요 시간들

,

,

및

가 작을수록 커진다. 즉, P₁에 대응하는 Score는 배달 예상 수요, 배달 예상 소요 시간들 및 배달 차량/운전자의 숙련도에 따라 실시간으로 변화하는 값으로 정의될 수 있다.Referring to Equation 1,

It is the P ₁ at time t ^* Corresponding Delivery Demand Demand

And the expected delivery times of the respective delivery vehicles

,

,

And

Is smaller. That is, the score corresponding to P ₁ can be defined as a value that changes in real time according to expected demand for delivery, estimated time required for delivery, and skill level of the delivery vehicle / driver.

를 계산할 수 있고, 이는 도 6의 왼쪽 그래프와 같이 표현될 수 있다. As with the calculation method of Equation (1), the delivery processing server calculates Scores corresponding to delivery expected positions P ₁ , P ₂ , P ₃ , and P _N at time t ^*

, Which can be expressed as shown in the left graph of FIG.

에 기초하여, 배달 차량들의 배달 대기 위치들

,

_,

및

를 최적화할 수 있다. 일실시예에 따르면, 배달 처리 서버는

의 평균을 이용하여, 최적화된 배달 대기 위치들을 획득할 수 있는데, 여기서 배달 대기 위치들을 최적화하는 기법은 Score들의 평균을 활용하는데 제한되지 않고, 다양한 기법들이 응용되어 적용될 수 있다. 배달 처리 서버는

의 평균

를 계산하고,

와

와의 차이를 각각 계산할 수 있다. 배달 처리 서버는

와

간의 차이들을

과 비교할 수 있다. 배달 처리 서버는

와

간의 차이들 중 적어도 하나가 미리 정의된 임계값

보다 큰 경우,

와

간의 차이들이

보다 작도록 배달 대기 위치들

,

_,

및

를 최적화할 수 있다. 수학식 1을 참조하면, 배달 대기 위치들

,

_,

및

이 변경됨에 따라 배달 예상 소요 시간들이 변경될 수 있고, 그 결과

가 변경된다. The delivery processing server

The delivery waiting positions of the delivery vehicles

,

_,

And

Can be optimized. According to one embodiment, the delivery processing server

Can be used to obtain optimized delivery waiting positions where the techniques for optimizing delivery waiting positions are not limited to utilizing the averages of the scores and various techniques can be applied and applied. The delivery processing server

Average of

Lt; / RTI >

Wow

Can be calculated. The delivery processing server

Wow

Differences between

. The delivery processing server

Wow

Lt; RTI ID = 0.0 > predefined threshold < / RTI &

If greater,

Wow

Differences between

Delivery waiting positions < RTI ID = 0.0 >

,

_,

And

Can be optimized. Referring to Equation (1), the delivery waiting positions

,

_,

And

The estimated delivery times can be changed, and as a result

Is changed.

와

간의 차이들이 미리 정의된 임계값

보다 작은 경우, 배달 대기 위치들

,

_,

및

의 최적화를 완료할 수 있다. 도 6을 참조하면, 최적화 이전에는

및

와의 차이가

보다 크고,

및

와의 차이가

보다 크므로, 배달 처리 서버는 수학식 1에 따라

및

을 최적화할 수 있고, 그 결과

와

간의 차이들이

보다 작게 갱신될 수 있다. 이를 통해, 배달 처리 서버는

및

을 최적화 이후의 위치들로 갱신할 수 있고, 갱신된 배달 대기 위치들에 기초하여, 대기 명령을 갱신할 수 있다. 대기 명령을 갱신하는 실시예는 수학식 1을 참조하여 설명된 기법에 제한되지 않고, 배달 대기 위치들의 Score는 다양한 변수들이 채용되어 응용될 수 있다.The delivery processing server has changed

Wow

Lt; RTI ID = 0.0 > predefined threshold

The delivery waiting positions < RTI ID = 0.0 >

,

_,

And

Can be completed. Referring to Figure 6, before optimization

And

Difference with

Larger,

And

Difference with

, The delivery processing server can be calculated according to Equation (1)

And

Can be optimized, and the result

Wow

Differences between

Can be updated to be smaller. As a result, the delivery processing server

And

Can be updated to positions after optimization, and the wait command can be updated based on the updated delivery wait positions. The embodiment for updating the wait command is not limited to the technique described with reference to Equation (1), and the Score of the delivery wait positions can be applied by employing various variables.

7 is a flowchart illustrating a delivery processing method according to an embodiment.

According to one embodiment, the delivery processing server may update delivery expected demands corresponding to delivery expected positions in real time (701). As described above, the expected delivery demand corresponding to each of the delivery expected positions can be represented by values that change with time. For example, as shown in the graph shown in Fig. 4, the expected delivery demand corresponding to each expected delivery position may be represented by values that continuously change with time, and may be expressed by discretely changing values. In addition, the expected delivery demand for each delivery item corresponding to each delivery expected position can be stored in the database of the delivery processing server, and the processor of the delivery processing server can update the delivery expected demand for each delivery item stored in the database.

The processor of the delivery processing server can update the expected delivery demands stored in the database in real time. For example, the processor of the delivery processing server may update delivery forecast demands based on past delivery day-to-day order history, demand forecasts by location according to local event time, and weather. Here, the past delivery order history by the day may include a delivery order position for each day of the week, a delivery order time corresponding to the delivery order position for each day of the week, and a delivery order item.

The delivery processing server may update the recommended item quantities for delivery items based on the updated delivery expected demands (702). For example, the delivery processing server may update the recommended item quantities for each delivery item corresponding to the delivery vehicles shown in FIG. 3 as the expected delivery demands are updated. With respect to a particular delivery expected location, the expected delivery demand of delivery item A may surge. For example, if a local event at a particular location is canceled due to forecast weather forecasts of rain, unlike this schedule, if the event is to be held again due to clear weather, Unlike the announcement, it is possible to acquire information that a local event is held. In this case, the delivery processing server can update the demand for delivery item A to a higher value due to the expected and other weather, based on the location and time at which the local event is held. In this manner, the delivery processing server can update delivery expected demands stored in the database in real time.

The delivery processing server may generate an inventory procurement command (703) for at least two of the delivery vehicles based on the item-of-delivery inventory and the updated delivery item-specific recommended inventory amounts. The delivery processing server may determine that it is necessary to procure the inventory amount of each delivery item that is larger than the predetermined value of the difference between the recommended inventory amounts of the delivery items and the updated inventory items of the delivery items possessed by the specific delivery vehicle. The delivery processing server can determine a delivery vehicle that requires procurement and a delivery vehicle that can provide the procurement among the delivery vehicles. According to one embodiment, the delivery processing server comprises: delivery waiting positions of delivery vehicles; Based on the expected delivery demands of each of the delivery vehicles and the expected delivery demands of the delivery expected positions. The delivery processing server determines whether the difference between the recommended item quantities of the updated delivery items and the items of the items of each delivery item satisfies a predetermined condition (for example, the recommended stock quantity of a specific delivery item - 5) , It is possible to control the delivery vehicles to procure the delivery items to each other, thereby preventing situations that do not satisfy the expected delivery demands.

FIG. 8 is a flowchart illustrating a process of generating an inventory command according to an embodiment.

에 기초하여, 조달 요구 품목 A를 보유하고 있는 배달 차량들 중 어느 하나인 배달 차량 R₂를 선택할 수 있다. 배달 처리 서버는 배달 차량들 중 배달 차량 R₁ 및 배달 차량 R₂를 재고 조달 수행 차량들로 결정하고, 재고 조달 수행 차량들을 대상으로 하는 재고 조달 명령을 생성할 수 있다. 예를 들면, 재고 조달 명령은 배달 차량 R₁가 배달 차량 R₂로부터 배달 품목 A를 8개 조달 받도록 하는 명령일 수 있다. 배달 처리 서버는 재고 조달 명령을 배달 차량 R₁ 및 배달 차량 R₂ 또는 각 차량들의 배달 차량 단말들로 전송할 수 있다. 따라서, 배달 처리 서버는 실시간으로 변동하는 배달 예상 수요들을 반영하여, 각각의 배달 대기 위치들에 분포되어 있는 배달 차량들 간에 서로 배달 품목들을 조달하도록 제어하여, 배달 차량들의 배달 품목별 보유 재고량들을 최적화할 수 있다. 도 5 내지 도 8을 참조하여, 배달 예상 위치들에 대응하는 배달 예상 수요들이 갱신됨에 따라, 대기 명령이 갱신되고 재고 명령이 생성되는 실시예들이 설명되었는데, 이하 도 9 내지 도 13을 참조하여 배달 주문이 접수된 경우 배달 명령이 생성되고, 대기 명령이 갱신되고, 재고 명령이 생성되는 실시예들을 설명한다.Referring to FIG. 8, the delivery processing server can update the expected delivery demand at time t ^* among the values of the expected delivery demand D _{P1 at} the expected delivery position P ₁ based on the above-described variables. Referring to the graph of FIG. 8, the expected delivery demand D _P1 is expressed as discrete values over time, and the delivery processing server can update the expected delivery demand at time t ^* to a value greater than the original value. The delivery processing server can update the recommended stock quantity of the delivery item A among the recommended stock quantities of delivery items R ₁ of the delivery lane R ₁ based on the updated value of the expected delivery demand D _{P 1} at time t ^* . If the delivery processing server determines that delivery item A of delivery vehicle R ₁ is a procurement item (delivery quantity of delivery item R ₁₎ , if delivery item A (recommended stock quantity-retained inventory quantity) (10 in FIG. 8) You can decide. The delivery processing server determines the location of the delivery vehicle R ₁

The delivery vehicle R ₂ which is one of the delivery vehicles holding the procurement demand item A can be selected. The delivery processing server can determine the delivery vehicle R ₁ and the delivery vehicle R ₂ of the delivery vehicles as stock procurement vehicles and generate an inventory procurement command for the stock procurement vehicles. For example, an inventory procurement order may be an instruction that causes delivery vehicle R ₁ to procure eight delivery items A from delivery vehicle R ₂ . The delivery processing server may send an inventory procurement command to the delivery vehicle R ₁ and the delivery vehicle R ₂ or to the delivery vehicle terminals of each vehicle. Accordingly, the delivery processing server may control delivery items distributed among the delivery vehicles distributed at the respective delivery waiting positions, reflecting the expected delivery demand fluctuating in real time, to optimize the delivery items of the delivery vehicles . With reference to Figs. 5-8, embodiments have been described in which wait orders are updated and inventory orders are generated as the expected delivery demands corresponding to delivery expected positions are updated. Hereinafter, referring to Figs. 9 to 13, Embodiments in which a delivery command is generated, a standby command is updated, and an inventory command is generated when an order is received will be described.

9 is a flowchart illustrating a delivery processing method according to an embodiment.

The delivery processing server may obtain a wait command (901) that distributes delivery vehicles to delivery waiting locations. Delivery wait locations over time may be stored in the database as described above.

The delivery processing server can acquire the held inventory items of each delivery item held by the delivery vehicles (902). As described above, the inventory items of each delivery item can be stored in the database, and the delivery processing server can update the items of each delivery item by using the initial value of the itemized items of each item to be delivered and the amount of change according to the order of delivery and stock order . Alternatively, the delivery processing server can acquire the item-by-item-by-delivery-inventory amount detected by the delivery vehicles or the delivery vehicle terminals. The embodiment for obtaining the item-by-item-by-delivery inventory amounts can be variously modified and applied according to the design intent.

The delivery processing server may receive a delivery order containing the item to be delivered and the location of the delivery request (903). For example, the delivery application can receive a delivery order specifying the item to be delivered and the delivery request location from the user terminal where the delivery application is installed, and the delivery processing server can identify the time when the delivery order is received. Here, since the delivery application is an application for providing a delivery service and the delivery application can be provided as a location-based service, the user terminal installed with the delivery application can use the GPS positioning method, the proximity method, and the TOA / TDOA triangulation measurement method And transmit the delivery request location to the delivery processing server.

The delivery processing server may select a delivery-performing vehicle (904) for delivering the item to be delivered, among delivery vehicles, based on the delivery order, the inventory items per delivery item, and the wait command. The delivery processing server, in response to the delivery order, may generate a delivery order for the delivery-performing vehicle (905). The delivery processing server can refer to the database to select a delivery vehicle having the shortest expected delivery time among the delivery vehicles having the item to be delivered and to generate a delivery command for the selected delivery vehicle. The delivery processing server may send a delivery order containing the item to be delivered and the delivery request location to the delivery vehicle. Here, the delivery command may further include a delivery execution path from the delivery performing vehicle to the delivery request position. Further, the delivery processing server can provide the user terminal with information such as the delivery vehicle, the driver, and the expected delivery time, based on the generated delivery command. The user terminal to which the delivery order is input can receive information related to the delivery from the delivery processing server. An embodiment of a process in which a delivery processing server selects a delivery performing vehicle in response to a delivery order and generates a delivery command will be described with reference to FIG.

10 is a flowchart illustrating a delivery processing method according to an embodiment.

The delivery processing server can update the expected delivery demands corresponding to the delivery expected positions in real time based on the reception time of the delivery order and the delivery request position (1001). According to one embodiment, when a delivery order is received, the expected delivery demands of the surrounding areas of the delivery request location included in the delivery order may be updated with the changed values during the predetermined time period. Here, the predetermined time period may be a period within a predetermined time from the reception time of the delivery order. For example, the receipt of a delivery order in a region may indicate a higher likelihood of delivery orders around the region. Or, because a delivery order has occurred around the area, it may be interpreted that a portion of the original expected delivery demand has been digested, which means that the likelihood of a delivery order is lowered. The delivery processing server may update the expected delivery demands of the peripheral positions of the position where the delivery order is generated based on the position and time at which the delivery order occurred. According to one embodiment, the delivery processing server may change the delivery expectation demands corresponding to the delivery request location and the peripheral locations for a time within a predefined time from the reception time of the delivery order, and update delivery expectation demands with the changed values . Here, the peripheral locations may include locations that are within a predefined distance from the delivery request location.

The delivery processing server can update the inventory items of each delivery item based on a delivery command directed to the delivery-performing vehicle (1002). The delivery processing server can calculate estimated delivery times corresponding to the delivery expected positions based on the delivery waiting positions. The delivery processing server can update the delivery waiting positions based on the updated delivery expectation demands, the updated inventory items per item to be delivered, and the estimated delivery times. The delivery processing server may update the wait command stored in the database with a wait command that distributes delivery vehicles to the updated delivery wait positions. Here, the process of updating the wait command can be applied to the embodiment described above.

11 is a diagram for explaining a process of updating a wait command according to an embodiment.

및

의 값들을 배달 주문 시각 t* 로부터 미리 정의된 시간(1101 및 1102) 이내 동안 각각 변경할 수 있다. 예를 들어, 배달 대상 품목 A에 대응하는 배달 예상 수요들이 변경될 수 있다. 다만, 배달 대상 품목 A의 배달 예상 수요들이 변경됨에 따라 A와 다른 배달 대상 품목들의 배달 예상 수요들도 갱신될 수 있다. 여기서, 주변 위치들은 배달 요청 위치를 기준으로 미리 설정된 범위의 위치들 이내의 위치들로 정의될 수 있는데, 예를 들면 도 11의 점선으로 표시된 영역 내의 위치들을 포함할 수 있다.11, the delivery processing server can receive a delivery order from a user terminal at time t *, including a delivery request location at the location indicated by "delivery order" and a delivery target item A. [ The delivery processing server delivery order time t * and based on the delivery request, location, delivery expected demand corresponding to the peripheral position of the delivery request location P ₁ and P ₂

And

May be changed within the predefined times 1101 and 1102 from the delivery order time t *, respectively. For example, delivery expected demand corresponding to item A to be delivered may be changed. However, as expected demand for delivery of item A to be delivered changes, the expected demand for delivery of items A and other items to be delivered may also be updated. Here, the neighboring positions may be defined as positions within a predetermined range of positions based on the delivery request position, and may include positions in the area indicated by the dotted line in FIG. 11, for example.

의 값들 중에서 1101의 구간 동안의 값들을 더 큰 값들로 갱신할 수 있고,

의 값들 중에서 1102의 구간 동안의 값들을 더 큰 값들로 갱신할 수 있다. 여기서, 1101 및 1102의 구간 동안의 배달 예상 수요들이 원래의 값보다 큰 값들로 갱신된 것은 배달 주문이 발생한 위치의 주변에서 그 배달 주문이 발생한 시간부터 일정 시간 동안에 배달 주문이 발생할 가능성이 높아진다는 논리가 적용된 것이다. 배달 처리 서버가 배달 주문에 응답하여, 배달 예상 수요들을 갱신하는데 채용되는 알고리즘은 설계 의도에 따라 변형되어 적용될 수 있다. 비록, 도 11을 참조하여 설명된 실시예는

및

의 값들을 높이는 방향으로 배달 예상 수요들이 갱신되었지만, 반대로

및

의 값들이 낮아지는 방향으로 알고리즘이 설계될 수도 있고,

및

의 값들이 독립적으로 갱신될 수도 있고, 다른 추가적인 변수들이 적용되어 배달 예상 수요들이 갱신될 수도 있다.Referring to the graph of Fig. 11, the delivery processing server

Lt; RTI ID = 0.0 > 1101 < / RTI > to the larger values,

Lt; RTI ID = 0.0 > 1102 < / RTI > Here, the expected demand for delivery during the period 1101 and 1102 is updated to a value larger than the original value, which means that the possibility of delivery order increases in a certain time from the time when the delivery order is generated in the vicinity of the position where the delivery order is generated. . The algorithm employed by the delivery processing server in response to a delivery order to update delivery expected demands may be modified and applied according to design intent. Although the embodiment described with reference to Figure 11

And

The expected demand for delivery in the direction of increasing the value of

And

The algorithm may be designed in such a manner that the values of < RTI ID = 0.0 >

And

May be independently updated, and other additional variables may be applied to update the expected delivery demands.

Referring to FIG. 11, in response to a delivery order, the delivery processing server may determine delivery vehicle R ₂ as a delivery vehicle among delivery vehicles. The delivery processing server can determine the delivery vehicle R ₂ having the smallest expected delivery time to the delivery request position among the delivery vehicles having the item A to be delivered as the delivery vehicle. Delivery processing server may generate a command delivered to target the delivery vehicle to perform R _2, and send a delivery instruction to perform delivery vehicle or delivery vehicle terminal R _2. The delivery command may include a delivery performance path 1103. The delivery processing server can update the deliverable item-specific stocks of the delivery vehicle R ₂ based on the delivery order. In Fig. 11, since the delivery vehicle R ₂ delivers the item A to be delivered to the delivery request position, the delivery processing server can update the item A of the delivery item A of the delivery vehicle R ₂ to "8 -> 7 ". The delivery processing server can update the recommended item quantities for each delivery item corresponding to the delivery vehicles based on the expected delivery demands updated by the delivery order. The embodiment in which the recommended item quantities for each delivery item is updated is described with reference to FIG. 12 do.

및

의 값들) 및 갱신된 배달 품목별 보유 재고량들(예를 들어, R₂ 배달 품목 A의 보유 재고량)에 기초하여, 대기 명령을 갱신할 수 있다. 도 11을 참조하면, 배달 예상 위치들 P₁ 및 P₂에 각각 대응하는

및

의 값들이 갱신됨에 따라, 배달 처리 서버는 배달 차량들 R1 및 R2의 위치들을 배달 예상 위치들 P₁ 및 P₂에 보다 가까운 위치들로 갱신할 수 있다. 일실시예에 따르면, 도 6을 참조하여 설명된 실시예와 같이, 배달 처리 서버는 배달 예상 수요들이 갱신됨에 따라 배달 예상 위치들 P₁ 및 P₂에 각각 대응하는 Score들을 갱신할 수 있고, 갱신된 Score들을 최적화하기 위해 배달 차량들 R₁ 및 R₂의 위치들을 갱신할 수 있다. 따라서, 배달 처리 서버는 배달 주문에 따라 실시간으로 변화하는 배달 예상 수요들을 고려하여, 배달 대기 위치들을 갱신할 수 있다.The delivery processing server receives the updated delivery forecast demands (e.g., at 1101 and 1102)

And

(E.g., the values of R < _{2 >} delivery item A) and the updated delivery item-specific stock amounts (e.g., R ₂ delivery item A). Referring to FIG. 11, it is assumed that corresponding delivery expected positions P ₁ and P ₂ , respectively

And

The delivery processing server can update the positions of the delivery vehicles R1 and R2 to positions closer to delivery expected positions P ₁ and P ₂ . According to one embodiment, as in the embodiment described with reference to FIG. 6, the delivery processing server can update Scores corresponding to the delivery expected positions P ₁ and P ₂ , respectively, as the expected delivery demands are updated, a may update the position of the delivery vehicle R ₁ and R ₂ in order to optimize the Score. Accordingly, the delivery processing server can update the delivery waiting positions in consideration of delivery expected demands that change in real time according to the delivery order.

12 is a flowchart illustrating a delivery processing method according to an embodiment.

The delivery processing server may update 1201 the delivery forecast demand corresponding to the delivery expected positions based on the reception time of the delivery order and the delivery request position. The delivery processing server may update the expected delivery demands as described with reference to the graph of FIG.

및

의 값들이 갱신됨에 따라, 배달 차량 R₁ 및 R₂의 위치들을 갱신하고, 갱신된 위치들에 분포한 배달 차량 R₁ 및 R₂에 각각 대응하는 배달 품목별 권장 재고량들을 갱신할 수 있다. 예를 들면, 1101 및 1102의 시간 구간 동안에 배달 품목 A의 배달 예상 수요들

및

의 값들이 커진 경우, 배달 처리 서버는 갱신된 배달 예상 수요들

및

에 따라 P₁ 및 P₂ 주변에 위치한 배달 차량들의 배달 품목 A의 권장 재고량을 늘릴 수 있다. 도 11을 참조하면, 배달 처리 서버는 R₂의 배달 품목 A의 권장 재고량을 "8 -> 9"로 갱신할 수 있다. The delivery processing server may update the recommended item quantities for delivery items based on the updated delivery expected demands (1202). Referring to FIG. 11, the delivery processing server determines whether the delivery expected positions P ₁ and P ₂

And

As the values are updated, may update the delivery recommended item inventory that correspond to the delivery vehicle and the delivery vehicle R _1, R ₁ and R ₂ on the distribution of the updated and the updated location of the position of R _2. For example, during the time interval of 1101 and 1102, the expected delivery demands of delivery item A

And

Lt; / RTI > becomes larger, the delivery processing server will update the expected delivery demands

And

To increase the recommended stock quantity of delivery item A of delivery vehicles located around P ₁ and P ₂ . Referring to FIG. 11, the delivery processing server can update the recommended stock quantity of the delivery item A of R ₂ to "8 ->9".

The delivery processing server may update the stock items of each delivery item based on the delivery order (1203). As described with reference to FIG. 11, the delivery item A of the delivery-performing vehicle R ₂ can be updated as shown.

The delivery processing server may generate an inventory procurement command (1204) based on the updated delivery item-specific stock quantities and the updated delivery item-specific recommended inventory quantities. Here, the embodiment described with reference to Figs. 7 and 8 may be applied to the embodiment in which the stock procurement command is generated. Referring to FIG. 11, the delivery processing server can determine the procurement requirement item A of the delivery-performing vehicle R ₂ based on the updated delivery item-specific stock quantities and the updated delivery item-specific recommended inventory quantities. The delivery processing server may determine delivery item A as a procurement item if the difference between the amount of inventory held in delivery item A and the recommended inventory quantity of delivery vehicle R ₂ is greater than a predefined value. Here, if the pre-defined value of 1, the delivery processing server, so the difference between the hold inventory and recommended inventory of delivery items A vehicle R ₂ performs the delivery 2, and determines the delivery perform vehicle R ₂ as delivery perform vehicle, delivery items A can be determined as a procurement item.

The delivery processing server may select any of the delivery vehicles holding the procurement item A based on the location of the delivery vehicle R ₂ . The delivery processing server can select a delivering vehicle R ₁ closest to the position of the delivery performing vehicle R ₂ among the delivery vehicles holding the procurement request item A. The delivery processing server can determine the delivery vehicle R ₁ and the delivery performing vehicle R ₂ as stock procurement vehicles based on the amount of stock and the recommended stock amount of the delivery item A corresponding to the delivery vehicle R ₁ . If, taking into account the reserve stocks and the recommended inventory of the delivery item A, which corresponds to a delivery vehicle R _1, delivery of items A reserve inventory and recommended inventory levels corresponding to when turned two trillion months of the procurement requirements Item A place, the delivery vehicle R ₁ If the difference is greater than the predefined value, the delivery processing server may select a delivery vehicle other than delivery vehicle R ₁ as the inventory procurement vehicle. Delivery processing server can send to the stock one trillion months performing vehicle to R ₁ and generate a stock one trillion months command as the R ₂ target, and performs inventory finance the generated stock one trillion months command vehicle of R ₁ and R _2, or delivery vehicle terminal have. The stock procurement vehicles R ₁ and R ₂ or the delivery vehicle terminals that have completed the stock procurement can send an inventory procurement completion message to the delivery processing server, and the delivery processing server, based on the inventory procurement completion message, Inventory quantities can be updated.

According to one embodiment, the warehouses 1104 and 1105 may be stocking items to be delivered, and the delivery processing server may store stocks of items to be delivered by the warehouses 1104 and 1105. When the procurement requirement item of the delivery performing vehicle R ₂ is determined as the delivery item A, the delivery processing server calculates, based on the position of the delivery performing vehicle R ₂ , the warehouse 1101 and the warehouse 1102 holding the procurement item A, (1101). The delivery processing server may select a vehicle or warehouse for stock procurement among delivery vehicles or warehouses based on the location of delivery performing vehicle R ₂ to generate an inventory procurement command. For example, the delivery processing server may select a vehicle or a warehouse closest to the location of the delivery-performing vehicle R ₂ among the delivery vehicles or warehouses holding the procurement item A. The delivery processing server can generate an inventory procurement command for the delivery-performing vehicle R ₂ . Here, the stock procurement command can specify procurement item A and warehouse 1101.

13 is a flowchart illustrating a delivery processing method according to an embodiment.

The delivery processing server receives (1301) a delivery order containing the item to be delivered and the location of the delivery request, and can select the delivery vehicles holding the item to be delivered (1302). The delivery processing server can select the delivery candidate vehicle among the delivery vehicles based on the expected delivery time corresponding to the delivery request position (1303). Referring to FIG. 11, the delivery processing server can determine the delivery vehicle R ₂ corresponding to the shortest expected delivery time among the estimated delivery times of the delivery vehicles as the delivery candidate vehicle.

The delivery processing server can determine whether the delivery candidate vehicle is performing an inventory procurement command (1304). The delivery processing server can determine whether the delivery candidate vehicle R ₂ performs the stock procurement command based on the generated stock procurement command and the received stock procurement completion message. When the delivery candidate vehicle R ₂ carries out the stock procurement command, the delivery processing server again performs 1303.

와 배달 요청 위치에 기초하여, 배달 수행 경로(1103)을 생성할 수 있다(1306). 배달 수행 경로를 생성하는 동작은 배달 처리 서버에 의해 수행될 수 있는데, 경우에 따라서는 배달 처리 서버는 배달 요청 위치만을 배달 차량 또는 배달 차량 단말로 전달하고, 배달 요청 위치를 수신한 배달 차량 또는 배달 차량 단말에 의해 배달 수행 경로가 생성될 수 있다. 배달 수행 경로는 도로 들의 교통 상황에 기초하여 최단 시간의 배달 소요 시간이 걸리는 경로로 생성될 수 있다.If it is determined that the delivery candidate vehicle R ₂ is not performing the inventory procurement command, the delivery processing server can determine the delivery candidate vehicle R ₂ as a delivery vehicle (1305). The delivery processing server sends a delivery waiting position corresponding to the delivery performing vehicle R ₂

And a delivery request path 1103 based on the delivery request location (1306). The operation of generating a delivery execution path can be performed by a delivery processing server. In some cases, the delivery processing server delivers only the delivery request location to the delivery vehicle or delivery vehicle terminal, and receives the delivery request location from the receiving delivery vehicle or delivery A delivery execution path can be generated by the vehicle terminal. The delivery execution path can be generated by a path that takes the shortest time required for delivery based on traffic conditions of the roads.

The delivery processing server generates (1307) a delivery instruction including the item A to be delivered, the delivery request position and the delivery execution path 1103, and transmits the generated delivery instruction to the delivery vehicle terminal corresponding to the delivery performing vehicle R ₂ (1308). The delivery command may be transmitted to the delivery vehicle R ₂ equipped with the communication function.

14 is an exemplary view of a delivery vehicle terminal according to an embodiment.

The delivery vehicle terminal 1401 according to one embodiment may be applied to the embodiment described with reference to FIGS. The delivery vehicle terminal 1401 may be terminals mounted on vehicles that perform a delivery service. Also, the operations of the delivery vehicle terminals described herein may be performed in the delivery vehicles themselves.

The delivery vehicle terminal 1401 may be carried by a driver mounted on a delivery vehicle or operating a delivery vehicle to provide delivery service. Delivery vehicle terminal 1401 may be implemented as a terminal, for example a software module, a hardware module, or various combinations thereof, for processing commands associated with a delivery service according to one embodiment. The delivery vehicle terminal 1401 may include a memory 1402, a processor 1403, and a communication unit 1404. The memory 1402 can store a program for providing a delivery service, and can store information necessary for processing a delivery command. The communication unit 1404 may receive a delivery command including at least one of a delivery target item, a delivery request position and a delivery execution path from the delivery processing server, and receive a wait command including a delivery waiting position. Further, the communication unit 1404 includes a procurement requirement item that is a delivery target item; And an inventory procurement vehicle holding the procurement requisite items.

The processor 1403 may update delivery item inventory by delivery item based on the delivery order and generate a delivery complete message in response to the delivery order based on the updated delivery item inventory. The communication unit 1404 may transmit a delivery completion message to the delivery processing server. The processor 1403 can acquire a sensing signal from a stock sensing sensor that senses a change in the amount of inventory items held by each delivery item and can update the items held in each delivery item based on the obtained sensing signal. Here, RF-ID (Radio Frequency IDentification) or a bar code scheme may be adopted as a method of detecting a change in the inventory quantities of each item delivered. The processor 1403 can identify delivery items in the storage box of the delivery vehicle.

The processor 1403 can obtain the value of the item of stock held by each delivery item input from the user of the delivery vehicle terminal and update the itemized stock of each item of delivery based on the obtained value. Here, the user includes the driver of the delivery vehicle. The delivery vehicle terminal may be provided with a delivery application capable of being connected to the delivery processing server, and the operations of the delivery vehicle terminal may be controlled by the delivery application.

The processor 1403 updates the stock items of each delivery item based on the stock procurement command received by the communication unit 1404 and generates an inventory procurement completion message in response to the stock procurement command based on the updated items can do. When the delivery vehicle performs the operations according to the stock procurement command, the delivery item-dependent stock quantities possessed by the delivery vehicle are changed, so that the processor 1403 can update the delivery item-specific stock quantities. The delivery vehicle terminal described with reference to Fig. 14 can be operated by the command received from the delivery processing server described with reference to Figs. 1 to 13, so that the delivery vehicle terminal or the delivery vehicle can be operated with respect to the delivery processing described above May perform operations to provide examples.

15 is an exemplary view of a user terminal according to an embodiment.

The user terminal 1501 according to one embodiment may be applied to the embodiment described with reference to Figs. The user terminal 1501 is a terminal equipped with a delivery application for processing commands related to a delivery service according to an embodiment and for processing operations for receiving a delivery service, for example, a software module, a hardware module, Can be implemented in combination. The delivery vehicle terminal 1501 may include a memory 1502, a processor 1503, and a communication unit 1504.

The memory 1502 may record the delivery application. The processor 1503 may load the delivery application recorded in the memory 1502 to process commands or operations related to the delivery service. The communication unit 1504 transmits the delivery order described above to the delivery processing server, and can receive information generated by the delivery processing server in response to the delivery order. The processor 1503 may access the delivery processing server through the delivery application and access information related to the delivery service from the delivery processing server.

The processor 1503 may obtain the user terminal location when the delivery application is activated. The processor 1503 may acquire a user terminal position using a GPS positioning method, a proximity method, and a TOA / TDOA triangulation measurement positioning method. Here, the user terminal position may be a location of a user terminal measured according to activation of a delivery application it means. The communication unit 1504 can transmit the user terminal position to the delivery processing server. The delivery processing server may transmit the estimated shortest delivery times for each delivery item to the user terminal in response to the position of the user terminal and the processor 1503 may transmit the estimated shortest delivery times for each delivery item received by the communication unit 1504 to the user terminal 1501). Accordingly, the user of the user terminal can receive a sense of experience that can activate the delivery application and visually confirm the estimated shortest delivery times for each delivery item. Hereinafter, the operations of the delivery processing server for providing the shortest delivery expected times for each delivery item will be described with reference to FIGS. 16 and 17. FIG.

16 is a flowchart for explaining a delivery processing method according to an embodiment.

The delivery processing server may receive the user terminal location from the user terminal for which the delivery application is activated (1601). The delivery processing server may select delivery expected vehicles that hold the expected delivery items (1602), based on the inventory items held by the delivery item. Here, the predicted delivery item means a delivery item that is likely to be delivered to the user terminal location, and the predicted delivery vehicles means vehicles that are capable of delivering the delivery item to the user terminal location.

The delivery processing server may calculate the expected delivery times from the delivery predicted vehicles to the user terminal position based on the delivery waiting positions of the delivery expecting vehicles and the position of the user terminal (1603). The delivery processing server 1604 selects 1604 estimated shortest delivery times among the calculated estimated delivery times, and associates 1604 the shortest delivery estimated time with the expected delivery item. The delivery processing server may transmit the shortest delivery expected time corresponding to the expected delivery item to the user terminal (1606).

FIG. 17 is a diagram for explaining a process in which a delivery expected time according to an embodiment is provided to a user terminal.

17, the user terminal 1702 may transmit the user terminal location 1703 to the delivery processing server 1701 in response to the activation of the delivery application, and the delivery processing server 1701 may refer to FIG. 16 Through the described operations, it is possible to transmit to the user terminal 1702 the shortest delivery expected times corresponding to the delivery expected items. For example, the delivery processing server 1701 may select delivery anticipated vehicles 1704, 1705, and 1706 that have at least one of the expected delivery items A, B, C, and D, 1704, 1705, and 1706 to the expected delivery position 1703. The delivery processing server 1701 may select the shortest delivery expected times for each item to be delivered among the calculated estimated delivery times and associate the items to be delivered with the shortest expected time required for delivery. The delivery processing server 1701 may transmit to the user terminal 1702 the estimated shortest delivery times for each item to be delivered. The user terminal 1702 can visually indicate, through the activated delivery application, the shortest delivery expected times corresponding to the items to be delivered.

The embodiments described above may be implemented in hardware components, software components, and / or a combination of hardware components and software components. For example, the devices, methods, and components described in the embodiments may be implemented within a computer system, such as, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, such as an array, a programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions. The processing device may execute an operating system (OS) and one or more software applications running on the operating system. The processing device may also access, store, manipulate, process, and generate data in response to execution of the software. For ease of understanding, the processing apparatus may be described as being used singly, but those skilled in the art will recognize that the processing apparatus may have a plurality of processing elements and / As shown in FIG. For example, the processing unit may comprise a plurality of processors or one processor and one controller. Other processing configurations are also possible, such as a parallel processor.

The software may include a computer program, code, instructions, or a combination of one or more of the foregoing, and may be configured to configure the processing device to operate as desired or to process it collectively or collectively Device can be commanded. The software and / or data may be in the form of any type of machine, component, physical device, virtual equipment, computer storage media, or device , Or may be permanently or temporarily embodied in a transmitted signal wave. The software may be distributed over a networked computer system and stored or executed in a distributed manner. The software and data may be stored on one or more computer readable recording media.

The method according to an embodiment may be implemented in the form of a program command that can be executed through various computer means and recorded in a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, and the like, alone or in combination. The program instructions to be recorded on the medium may be those specially designed and configured for the embodiments or may be available to those skilled in the art of computer software. Examples of computer-readable media include magnetic media such as hard disks, floppy disks and magnetic tape; optical media such as CD-ROMs and DVDs; magnetic media such as floppy disks; Magneto-optical media, and hardware devices specifically configured to store and execute program instructions such as ROM, RAM, flash memory, and the like. Examples of program instructions include machine language code such as those produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like. The hardware devices described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

Although the embodiments have been described with reference to the drawings, various technical modifications and variations may be applied to those skilled in the art. For example, it is to be understood that the techniques described may be performed in a different order than the described methods, and / or that components of the described systems, structures, devices, circuits, Lt; / RTI > or equivalents, even if it is replaced or replaced.

Therefore, other implementations, other embodiments, and equivalents to the claims are also within the scope of the following claims.

101: Delivery Processing Server
102: Delivery vehicle

Claims (36)

Stores expected delivery demands corresponding to delivery expected positions,
Storing a wait command for distributing delivery vehicles to delivery waiting positions,
A database for storing stock items of each delivery item held by the delivery vehicles;
A communication unit for receiving a delivery order including an item to be delivered and a delivery request position; And
Acquiring the wait command and the inventory items of each delivery item,
Selecting a delivery-performing vehicle for delivering the item to be delivered, among the delivery vehicles, based on the delivery order, the inventory items for each item to be delivered, and the wait command,
In response to the delivery order, a processor for generating a delivery command directed to the delivery-
Lt; / RTI >
The processor
Update the expected delivery demands corresponding to the delivery expected positions based on the delivery order,
Update the stock items for each delivery item based on the delivery command,
Optimizing the delivery waiting positions based on the updated delivery expectation demands and the updated delivery item-
And updating the wait command based on the optimized delivery waiting positions,
Delivery Processing Server.
The method according to claim 1,
The database
Storing the correlation between the delivery expected positions and the delivery vehicles,
The processor
Calculating expected delivery times corresponding to the delivery expected positions based on the delivery waiting positions,
Calculating scores corresponding respectively to said delivery expected positions based on said delivery expectation demands, said correlations, and said expected delivery times,
Comparing the scores with a reference score to optimize the delivery waiting positions,
And updating the wait command based on the optimized delivery waiting positions,
Delivery Processing Server.
The method according to claim 1,
The processor
Calculating expected delivery times corresponding to the delivery expected positions based on the delivery waiting positions,
Updates the delivery waiting positions based on the updated delivery expectation demands, the updated inventory items of each delivery item, and the expected delivery times,
And updating the wait command with a wait command to distribute the delivery vehicles to the updated delivery waiting positions,
Delivery Processing Server.
The method according to claim 1,
The processor
Changing delivery demand forecasts corresponding to the delivery request position and the peripheral positions within a predetermined time from the reception time of the delivery order,
Wherein the peripheral locations include locations that are within a predefined distance from the delivery request location,
Delivery Processing Server.
The method according to claim 1,
The database
Stores the recommended stock quantities for each delivery item corresponding to the delivery vehicles,
The processor
Updating the recommended item quantities for each delivery item based on the updated expected delivery demands,
Generating an inventory procurement command based on the updated delivered item-specific stock quantities and the updated delivered item-specific recommended stock quantities;
Delivery Processing Server.
6. The method of claim 5,
The processor
Determining a procurement requirement item of the delivery-performing vehicle based on the updated delivery item-specific stock quantities and the updated delivery item-specific recommended stock quantities,
Selecting one of the delivery vehicles holding the procurement demand item based on the position of the delivery performance vehicle,
Determining the selected vehicle and the delivery performing vehicle among the delivery vehicles as stock procurement vehicles,
Generating the inventory procurement command for the stock procurement vehicles,
Delivery Processing Server.
6. The method of claim 5,
The processor
Determining a procurement requirement item of the delivery-performing vehicle based on the updated delivery item-specific stock quantities and the updated delivery item-specific recommended stock quantities,
Selecting one of the warehouses holding the procurement demand item based on the position of the delivery performing vehicle,
Generating the inventory procurement command for the delivery-performing vehicle based on the selected warehouse,
Delivery Processing Server.
The method according to claim 1,
The processor
Selects delivery vehicles having the item to be delivered,
Selecting a delivery candidate vehicle among the delivery vehicles based on an expected delivery time corresponding to the delivery request position,
Determining whether the delivery candidate vehicle is performing an inventory procurement command,
Determining the delivery candidate vehicle as the delivery performing vehicle based on the determination result,
Delivery Processing Server.
The method according to claim 1,
The processor
Generating a delivery execution path based on a delivery waiting position corresponding to the delivery-performing vehicle and the delivery request position,
Generating the delivery command including at least one of the item to be delivered, the delivery request location and the delivery execution path,
And the communication unit transmits the delivery command to the delivery vehicle terminal corresponding to the delivery-performing vehicle,
Delivery Processing Server.
The method according to claim 1,
The processor
Updates the expected delivery demands in real time,
Updating the wait command based on the updated expected delivery demands;
Delivery Processing Server.
11. The method of claim 10,
The processor
Updates the expected delivery demands based on the past delivery history order history by the day of the week, the demand forecast value by location according to the local event time, and the weather,
The past order history for each day of the week
A delivery order time corresponding to the day of the week, a delivery order time corresponding to the day of the week,
Delivery Processing Server.
11. The method of claim 10,
The database
Stores the recommended stock quantities for each delivery item corresponding to the delivery vehicles,
The processor
Updating the recommended item quantities for each delivery item based on the updated expected delivery demands,
Generating an inventory procurement command for at least two of the delivery vehicles based on the obtained delivered item-specific stock quantities and the updated delivery item-specific recommended stock quantities;
Delivery Processing Server.
The method according to claim 1,
The database
Storing the correlation between the delivery expected positions and the delivery vehicles,
The processor
Acquiring estimated delivery times corresponding to the delivery vehicles based on the delivery expected positions,
Optimizing the delivery waiting positions based on the delivery forecast demands, the correlations, and the expected delivery times,
Acquiring the wait command generated based on the optimized delivery waiting positions,
Delivery Processing Server.
The method according to claim 1,
The communication unit receives the user terminal position from the user terminal,
The processor
Generates estimated shortest delivery times for each delivery item based on the user terminal position,
Wherein the communication unit transmits to the user terminal the estimated shortest delivery times for each delivery item,
When the delivery application installed in the user terminal is activated, the user terminal transmits the user terminal position to the communication unit,
Delivery Processing Server.
The method according to claim 1,
The communication unit receives the user terminal position from the user terminal,
The processor
Based on the items of inventory held for each item of delivery, a selection is made of the vehicles expected to be delivered,
Calculating expected delivery times from the delivery predicted vehicles to the user terminal position based on the delivery waiting positions of the delivery expected vehicles and the user terminal position,
And selects a shortest expected delivery time among the calculated estimated delivery times,
Associating the expected delivery item with the shortest expected delivery time,
Wherein the communication unit transmits to the user terminal the estimated shortest delivery time corresponding to the expected delivery item,
Delivery Processing Server.
The method according to claim 1,
Wherein the communication unit receives the delivery item inventory items from the delivery vehicle terminals,
And the delivery vehicle terminals transmit the modified inventory items of each delivery item to the communication unit when the inventory items of each delivery item are changed,
Delivery Processing Server.
The method according to claim 1,
Wherein the communication unit receives a delivery completion message in response to the delivery instruction from a delivery vehicle terminal corresponding to the delivery vehicle,
The processor
And updates the inventory items of each delivery item held by the delivery vehicle based on the delivery completion message,
Delivery Processing Server.
Storing a wait command for distributing delivery vehicles to delivery waiting positions,
Stores expected delivery demands corresponding to delivery expected positions,
A database for storing correlations between the delivery expected locations and the delivery vehicles;
Calculating estimated delivery times corresponding to the delivery vehicles based on the estimated delivery locations,
Update the expected delivery demands and the correlations in real time,
Optimizing the delivery waiting positions based on the estimated delivery times, the updated delivery expectation demands, and the updated correlations,
A processor for updating the wait command based on the optimized delivery waiting positions; And
And a communication unit for transmitting the standby command to the delivery vehicle terminals corresponding to the delivery vehicles
/ RTI >
Delivery Processing Server.
19. The method of claim 18,
The database stores the inventory items of each delivery item possessed by the delivery vehicles,
Wherein the communication unit receives a delivery order including an item to be delivered and a delivery request position,
The processor
Acquiring the wait command and the inventory items of each delivery item,
Selecting a delivery-performing vehicle for delivering the item to be delivered, among the delivery vehicles, based on the delivery order, the inventory items for each item to be delivered, and the wait command,
Generating a delivery command for the delivery-performing vehicle in response to the delivery order,
Update the stock items for each delivery item based on the delivery command,
And updating the wait command based on the updated item-of-
Delivery Processing Server.
19. The method of claim 18,
The database stores the inventory items of each delivery item possessed by the delivery vehicles,
Stores the recommended stock quantities for each delivery item corresponding to the delivery vehicles,
The processor
Updating the recommended item quantities for each delivery item based on the updated expected delivery demands,
Generating an inventory procurement command for at least two of the delivery vehicles based on the delivered item-by-deliverable inventory quantities and the updated delivery item-specific recommended inventory quantities;
Delivery Processing Server.
Memory;
Receives a wait command including a delivery waiting position from the delivery processing server,
A communication unit for receiving a delivery command including at least one of a delivery target item, a delivery request position and a delivery execution path; And
Update the stock items of each delivery item based on the delivery order,
Generating a delivery completion message in response to the delivery command based on the updated delivery item-specific stock quantities,
Lt; / RTI >
The delivery processing server
Receiving a delivery order including the item to be delivered and the delivery request position,
Update the expected delivery demands corresponding to delivery expected positions based on the delivery order,
To optimize delivery waiting positions corresponding to delivery vehicles based on the updated delivery expectation demands and the updated delivery item-specific inventory levels,
And updating the wait command based on the optimized delivery waiting positions,
Delivery vehicle terminal.
22. The method of claim 21,
The processor
Acquiring a sensing signal from a stock sensing sensor that senses a change in the stock amount of each item to be delivered,
Based on the obtained sensed signal, updates the stock items of each delivery item,
Delivery vehicle terminal.
22. The method of claim 21,
The processor
Acquiring the value of the item of stock held by each delivery item input from the user of the delivery vehicle terminal,
Based on the obtained value, updating the items of stock held per delivery item,
Delivery vehicle terminal.
22. The method of claim 21,
The communication unit
The item to be procured which is the item to be delivered; And a stock procurement command, which includes an inventory procurement vehicle holding the procurement demand item, from the delivery processing server,
The processor
Based on the stock procurement command, updates the stock items of each delivery item,
Generating an inventory procurement completion message in response to the inventory procurement command based on the updated delivery item-specific inventory levels,
Delivery vehicle terminal.
A memory for recording a delivery application;
A processor for acquiring a user terminal location when the delivery application is activated; And
Transmits the position of the user terminal to a delivery processing server,
A communication unit for receiving shortest expected delivery times for each delivery item from the delivery processing server;
Lt; / RTI >
The estimated delivery times of the shortest delivery items
The user terminal location; Delivery waiting positions of delivery vehicles; And a delivery control unit that generates, by the delivery processing server,
Wherein the communication unit transmits a delivery order including the item to be delivered and a delivery request position to the delivery processing server,
The delivery processing server
Storing a wait command for distributing the delivery vehicles to the delivery waiting positions,
Updating expected delivery demands corresponding to delivery expected positions based on the delivery order, updating the items of inventory held by each delivery item,
Optimizing the delivery waiting positions based on the updated delivery expectation demands and the updated delivery item-specific stock amounts,
And updating the wait command based on the optimized delivery waiting positions,
User terminal.
26. The method of claim 25,
The delivery processing server
Based on the items of inventory held for each item of delivery, a selection is made of the vehicles expected to be delivered,
Calculating expected delivery times from the delivery predicted vehicles to the user terminal position based on the delivery waiting positions of the delivery expected vehicles and the user terminal position,
And selects a shortest expected delivery time among the calculated estimated delivery times,
Associating the expected delivery item with the shortest expected delivery time,
The shortest delivery expected time corresponding to the expected delivery item to the communication unit,
User terminal.
At the delivery processing server, obtaining a wait command to distribute delivery vehicles to delivery waiting positions;
Acquiring, at the delivery processing server, the items of each item of stock held by the delivery vehicles;
Receiving, at the delivery processing server, a delivery order including a delivery item and a delivery request position;
Selecting, in the delivery processing server, a delivery-performing vehicle for delivering the item to be delivered, among the delivery vehicles, based on the delivery order, the inventory items per item to be delivered, and the wait command;
Generating, in the delivery processing server, a delivery command directed to the delivery-performing vehicle in response to the delivery order; And
Updating the wait command
Lt; / RTI >
The step of updating the wait command
Updating, in the delivery processing server, delivery forecast demands corresponding to delivery expected positions based on the delivery order;
Updating, at the delivery processing server, the items stocked by delivery item based on the delivery order;
At the delivery processing server, optimizing the delivery waiting positions based on the updated delivery expectation demands and the updated delivery items inventory; And
Updating the wait command based on the optimized delivery waiting positions
/ RTI >
How to handle delivery.
28. The method of claim 27,
The step of updating the delivery forecast demands
Updating, in the delivery processing server, the expected delivery demands in real time based on the reception time of the delivery order and the delivery request position;
/ RTI >
How to handle delivery.
29. The method of claim 28,
The step of updating the wait command
Calculating, at the delivery processing server, estimated delivery times corresponding to the delivery expected positions based on the delivery waiting positions;
Updating, at the delivery processing server, the delivery waiting positions based on the updated delivery expectation demands, the updated items per delivery item stock and the expected delivery times; And
In the delivery processing server, updating the wait command to a wait command to distribute the delivery vehicles to the updated delivery waiting positions
/ RTI >
How to handle delivery.
29. The method of claim 28,
The step of updating the expected delivery demands in real time
Changing, at the delivery processing server, delivery expectation demand corresponding to the delivery request position and the peripheral positions within a predetermined time from the reception time
Lt; / RTI >
Wherein the peripheral locations include locations that are within a predefined distance from the delivery request location,
How to handle delivery.
28. The method of claim 27,
Obtaining, at the delivery processing server, delivery item recommended stock quantities corresponding to the delivery vehicles, respectively;
Updating, at the delivery processing server, the recommended item quantities for each delivery item based on the updated expected delivery demands; And
Generating, at the delivery processing server, an inventory procurement command based on the updated delivery item-specific stock quantities and the updated delivery item-specific recommended inventory quantities;
≪ / RTI >
How to handle delivery.
32. The method of claim 31,
The step of generating the inventory procurement command
Determining, at the delivery processing server, a procurement requirement item of the delivery-performing vehicle based on the updated delivery item-specific stock quantities and the updated delivery item-specific recommended inventory quantities;
Selecting, in the delivery processing server, any of the delivery vehicles holding the procurement demand item based on the position of the delivery-performing vehicle;
Determining, at the delivery processing server, the selected one of the delivery vehicles and the delivery performing vehicle as delivery performing vehicles; And
Generating, at the delivery processing server, the stock procurement command for the delivery performing vehicles
/ RTI >
How to handle delivery.
28. The method of claim 27,
The step of selecting the delivery-performing vehicle
Selecting, at the delivery processing server, delivery vehicles holding the item to be delivered;
Selecting a delivery candidate vehicle among the delivery vehicles based on the expected delivery time corresponding to the delivery request location;
Determining, at the delivery processing server, whether the delivery candidate vehicle is performing an inventory procurement command; And
Determining, at the delivery processing server, the delivery candidate vehicle as the delivery vehicle based on the determination result
/ RTI >
How to handle delivery.
28. The method of claim 27,
The step of updating the delivery forecast demands
Updating the delivery forecast demands on the delivery processing server based on a past delivery order history by the past day, a demand forecast by position according to the local event time, and weather,
The past order history for each day of the week
A delivery order time corresponding to the day of the week, a delivery order time corresponding to the day of the week,
How to handle delivery.
35. The method of claim 34,
Obtaining, at the delivery processing server, delivery item recommended stock quantities corresponding to the delivery vehicles, respectively;
Updating, at the delivery processing server, the recommended item quantities for each delivery item based on the updated expected delivery demands; And
Generating, at the delivery processing server, an inventory procurement command for at least two of the delivery vehicles based on the obtained delivery item stocks and the updated delivery item-specific recommended inventory amounts;
Further comprising
How to handle delivery.
35. A computer program stored in a storage medium for executing the method of any one of claims 27 to 35 in combination with hardware.

Images