Electronic device and method for determining unit cost of delivery thereof

An electronic device and method using a model to determine delivery unit prices based on deliverable quantity and logistical factors address the challenge of ensuring adequate delivery personnel, optimizing resource allocation in logistics systems.

TWI931695BActive Publication Date: 2026-07-11COUPANG CORP
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
TW112147073
Authority / Receiving Office
TW · TW
Patent Type
Patents
Current Assignee / Owner
Priority Date
2023-11-16
Filing Date
2023-12-04
Publication Date
2026-07-11
Estimated Expiration
2043-12-03

AI Technical Summary

Technical Problem

In logistics systems requiring rapid delivery, there is a need to ensure an adequate number of delivery personnel without wasting resources, as current methods often arbitrarily determine delivery rates leading to insufficient or excessive personnel.

Method used

An electronic device and method to determine the delivery unit price using a model that represents the relationship between deliverable quantity and delivery unit price, considering factors like weather, rest days, area difficulty, and delivery type, to ensure appropriate delivery personnel allocation.

Benefits of technology

This approach allows for precise determination of delivery unit prices, ensuring sufficient delivery quantities while optimizing resource allocation by considering various logistical factors.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure IMG-2_DRAW_112147073-A0101-14-0001-1
    Figure IMG-2_DRAW_112147073-A0101-14-0001-1
  • Figure IMG-2_DRAW_112147073-A0101-14-0002-2
    Figure IMG-2_DRAW_112147073-A0101-14-0002-2
  • Figure IMG-2_DRAW_112147073-A0101-14-0003-3
    Figure IMG-2_DRAW_112147073-A0101-14-0003-3
Patent Text Reader

Abstract

The present invention provides a method for determining the delivery unit price of an electronic device, comprising the following steps: confirming the expected delivery volume to be delivered in a delivery camp; and using a model representing the relationship between the delivery volume available at the delivery camp and the delivery unit price, determining the delivery unit price to be paid to the delivery person for delivering the expected delivery volume.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to an electronic device and a method for determining the unit price of its delivery. Prior Technology

[0002] In logistics systems requiring rapid delivery, insufficient delivery personnel are a significant drawback. To avoid this situation, there is a need to ensure a sufficient number of delivery personnel, even at higher costs. Furthermore, the delivery rate per person is often fixed. Even when a system exists to adjust the delivery rate, the amount is often arbitrarily determined by management, leading to situations where there is insufficient delivery personnel or an overabundance of personnel, resulting in wasted resources.

[0003] For related information, see previous documents such as US20120036090A1. Summary of the Invention

[0004] [The problem the invention aims to solve]

[0005] The embodiments disclosed herein aim to provide an electronic device and a method for determining the delivery unit price thereon. More specifically, one objective is to determine the delivery unit price using a model representing the relationship between the deliverable quantity and the delivery unit price to appropriately ensure the deliverable quantity.

[0006] The technical problem to be solved in this embodiment is not limited to the technical problem described above, and other technical problems can be deduced by analogy from the following embodiments. [Technical means to solve the problem]

[0007] One aspect of the present invention provides a method for determining delivery unit price, which is performed by an electronic device and includes the following steps: confirming the expected delivery volume to be delivered in the delivery camp; and using a model representing the relationship between the delivery volume available at the delivery camp and the delivery unit price, determining the delivery unit price to be paid to the delivery person for delivering the expected delivery volume.

[0008] In one embodiment of the present invention, a method for determining the delivery unit price may be included, wherein the step of determining the delivery unit price includes the following steps: using the above model to confirm the first delivery unit price corresponding to the above expected delivery volume, and determining the first delivery unit price as the delivery unit price to be paid to the delivery person.

[0009] Furthermore, in one embodiment of the present invention, a method for determining the delivery unit price may be included, wherein the step of determining the delivery unit price includes the following steps: confirming the information of a second delivery unit price input into the user terminal; using the model to confirm the information of the deliverable quantity corresponding to the second delivery unit price; providing the information of the deliverable quantity corresponding to the second delivery unit price and the information of the expected delivery quantity to the user terminal; and determining the third delivery unit price as the delivery unit price to be paid to the delivery person based on the information of a third delivery unit price input from the user terminal.

[0010] Furthermore, in one embodiment of the present invention, a method for determining the delivery unit price may be included, wherein the above model represents the relationship between the ratio of the additional delivery volume in the above-mentioned deliverable volume of the above-mentioned delivery camp and the above-mentioned delivery unit price.

[0011] Furthermore, in one embodiment of the present invention, a method for determining the delivery unit price may be included, wherein the deliverable quantity corresponds to the sum of the basic delivery quantity of the delivery camp and the additional delivery quantity, and the additional delivery quantity is a delivery quantity further guaranteed by adding a unit price compared to the basic unit price corresponding to the basic delivery quantity.

[0012] Furthermore, in one embodiment of the present invention, a method for determining the delivery unit price may be included, wherein the step of determining the delivery unit price includes the following steps: confirming a first ratio of the additional delivery volume in the deliverable volume of the delivery camp, the delivery camp being used to handle the expected delivery volume; and using the model to confirm a first delivery unit price corresponding to the first ratio, and determining the first delivery unit price as the delivery unit price paid to the delivery person.

[0013] Furthermore, in one embodiment of the present invention, a method for determining the delivery unit price may be included, wherein the above-mentioned model further represents the relationship between the above-mentioned deliverable quantity and at least a portion of weather information, weekend information, rest day information, area information, difficulty information, delivery type information, and differential setting information, and the step of determining the above-mentioned delivery unit price includes the following steps: using the above-mentioned model to confirm at least a portion of the weather information, weekend information, rest day information, area information, difficulty information, delivery type information, and differential setting information corresponding to the above-mentioned expected delivery quantity, and a fourth delivery unit price corresponding to the above-mentioned expected delivery quantity, and determining the fourth delivery unit price as the unit price paid to the above-mentioned delivery person.

[0014] Furthermore, in one embodiment of the present invention, a delivery unit price determination method may be included, wherein the aforementioned differential setting information includes the following information: for the aforementioned delivery person, whether a first differential unit price is applied to the delivery volume below a first threshold, and a second differential unit price is applied to the delivery volume exceeding the first threshold; the aforementioned area information includes information on at least a portion of each detailed area in which delivery is carried out in the aforementioned delivery camp; and the aforementioned difficulty information includes information on the delivery difficulty of the aforementioned delivery camp as a whole or each of the aforementioned detailed areas.

[0015] Furthermore, in one embodiment of the present invention, a method for determining the delivery unit price may be included, wherein the above model is set in such a way that the relationship between the delivery unit price and the deliverable quantity is represented by linear regression.

[0016] Furthermore, in one embodiment of the present invention, a method for determining the delivery unit price may be included, wherein the above model is set in such a way that either the Ordinary Least Squares (OLS) method or the Catboost algorithm is used as a linear regression algorithm.

[0017] Furthermore, in one embodiment of the present invention, a method for determining the delivery unit price may be included, which further includes the following steps: providing the user terminal with the deliverable quantity and delivery unit price of the aforementioned delivery camps during a first period based on historical data.

[0018] Furthermore, in one embodiment of the present invention, a method for determining the delivery unit price may be included, which further includes the following steps: transmitting information on the delivery unit price to be paid to the delivery person to the delivery person's terminal.

[0019] Furthermore, in one embodiment of the present invention, a method for determining the delivery unit price may be included, wherein the step of transmitting the delivery unit price information to the deliveryman terminal includes the following steps: transmitting the delivery unit price information to the deliveryman terminal, wherein the delivery unit price is determined according to each detailed area in the delivery camp where delivery is carried out and each delivery type of the items to be delivered.

[0020] Furthermore, in one embodiment of the present invention, a method for determining the delivery unit price may be included, wherein the step of transmitting the delivery unit price information to the deliveryman terminal includes the following steps: obtaining delivery application information of at least a portion of the detailed area and the delivery type from the deliveryman terminal until a deadline determined according to at least a portion of the detailed area and the delivery type.

[0021] Furthermore, in one embodiment of the present invention, a method for determining the delivery unit price may be included, wherein the step of transmitting the delivery unit price information to the deliveryman terminal includes the following steps: updating the estimated delivery volume according to a fixed period; and transmitting the updated estimated delivery volume together with the delivery unit price information.

[0022] Furthermore, in one embodiment of the present invention, a method for determining the delivery unit price may be included, wherein the aforementioned expected delivery volume is determined based on a calculation obtained in the following manner: multiplying all delivery volumes of a plurality of delivery camps predicted to be generated on the delivery day by the ratio of the volume of goods handled by the aforementioned delivery camps during the second period among all delivery volumes.

[0023] Furthermore, in one embodiment of the present invention, a method for determining the delivery unit price may be included, wherein the estimated delivery volume is determined by adjusting the calculation results based on weather and date patterns.

[0024] Furthermore, in one embodiment of the present invention, a method for determining the delivery unit price may be included, wherein the estimated delivery volume includes information on the quantity of each detailed area in the delivery camp where delivery is carried out and the quantity of each delivery type of the items to be delivered.

[0025] Furthermore, in one embodiment of the present invention, a method for determining the delivery unit price may be included, wherein the cargo volume information of each of the aforementioned detailed areas and each of the aforementioned delivery types is calculated by multiplying the aforementioned expected delivery volume by the ratio of each detailed area of ​​the aforementioned delivery camp and the ratio of each delivery type during the third period.

[0026] Another aspect of the present invention may provide an electronic device including a processor and a memory storing one or more instructions; wherein the processor is configured to: confirm the expected delivery volume to be delivered in a delivery camp; and use a model representing the relationship between the deliverable volume of the delivery camp and the delivery unit price to determine the delivery unit price to be paid to the delivery person for delivering the expected delivery volume.

[0027] Another aspect of the present invention may provide a non-transitory computer-readable recording medium that records a program for executing the above-described method for determining the delivery unit price on a computer.

[0028] Specific details of other embodiments are included in the detailed description and drawings. [Effects of the Invention]

[0029] According to the proposed embodiments, one or more of the effects described below are expected to occur.

[0030] According to embodiments of this specification, a model representing the relationship between the deliverable quantity and the delivery unit price is used to determine the delivery unit price, thereby appropriately ensuring the deliverable quantity.

[0031] Furthermore, according to embodiments of this specification, based on the delivery unit price entered in the user terminal, the system provides the user terminal with information on the guaranteed delivery quantity, thereby enabling managers to make appropriate judgments.

[0032] Furthermore, according to the embodiments of this specification, in addition to the unit price, the quantity of goods that can be guaranteed can also be calculated based on factors such as weather, whether it is a rest day, the specific area, the difficulty of delivery, the type of delivery, and whether the unit price is set differently.

[0033] The effects of this invention are not limited to those mentioned above. Those skilled in the art can clearly understand other effects not mentioned based on the description in the claims of this invention. Simple Explanation of the Diagram

[0034] Figure 1 illustrates the connection relationship of an electronic device for determining the delivery unit price according to one embodiment. Figure 2 is a flowchart illustrating a method for determining the delivery unit price in one embodiment. Figure 3 is an example diagram of an embodiment that includes information on the expected delivery volume. Figure 4 is an example of a screen showing the selection of the delivery camp and delivery day to determine the delivery unit price in one embodiment. Figure 5 is an example of a screen showing historical data provided in one embodiment. Figure 6 is an example of a screen showing the first delivery price to a user according to an embodiment. Figure 7 is an example of a screen that provides a user with information on the available delivery quantity corresponding to the second delivery unit price, according to an embodiment. Figure 8 is a block diagram of a model of an embodiment. Figure 9 is an example of a screen showing the delivery unit price being provided to the deliveryman's terminal according to an embodiment. Figure 10 is a block diagram illustrating an embodiment of an electronic device. Implementation

[0035] The terminology used in the embodiments is selected as widely used common terms as possible to consider the functions of this invention, but may vary depending on the intentions or precedents of those skilled in the art, the emergence of new technologies, etc. Furthermore, in certain situations, there may be terms arbitrarily chosen by the applicant; in such cases, their meanings will be described in detail in the corresponding description. Therefore, the terminology used in this invention should be defined based on its meaning and the overall content of the invention, rather than simply by its name.

[0036] Throughout this specification, when a part is referred to as "including" a certain constituent element, unless otherwise stated, it means that other constituent elements may be included, rather than excluded.

[0037] The expression "at least one of a, b and c" as used throughout the specification may include "a alone", "b alone", "c alone", "a and b", "a and c", "b and c" or "all three of a, b and c". [, , ]

[0038] The term "terminal" as used below can refer to a computer or a portable terminal that can connect to a server or other terminal via a network. Here, a computer includes, for example, a laptop, desktop, or tablet computer equipped with a web browser. A portable terminal, as a wireless communication device ensuring portability and mobility, can include, for example, IMT (International Mobile Telecommunication), CDMA (Code Division Multiple Access), W-CDMA (W-Code Division Multiple Access), LTE (Long Term Evolution) communication terminals, as well as all types of handheld wireless communication devices such as smartphones and tablets.

[0039] Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings, so that those skilled in the art can easily implement the invention. However, the present invention can be implemented in many different forms and is not limited to the embodiments described herein.

[0040] Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

[0041] Figure 1 illustrates the connection relationship of an electronic device for determining the delivery unit price according to one embodiment.

[0042] Referring to FIG1, the electronic device 100 can operate by connecting to the delivery terminal 200 via a network. On the other hand, the electronic device 100 and delivery terminal 200 shown in FIG1 only represent the components related to this embodiment. Therefore, those skilled in the art related to this embodiment will understand that, in addition to the components shown in FIG1, other general components may be included.

[0043] Electronic device 100 is a device that provides various types of information. Electronic device 100 can provide the information via web pages or application screens, or it can provide the information in a receiving terminal in a form that can be displayed via web pages or application screens. Electronic device 100 can function as a server or as a terminal. Furthermore, electronic device 100 may include a user terminal (not shown). The user terminal (not shown) can be a terminal used by an administrator to determine delivery unit prices. According to one embodiment, commands can also be transmitted directly from the administrator to electronic device 100 without going through the user terminal (not shown).

[0044] The electronic device 100 may be part of a system used to manage the volume of goods delivered in a plurality of distribution camps. In the following description, for one of the plurality of distribution camps, a series of processes for determining the unit price of delivery by applying promotions are described to ensure sufficient delivery volume.

[0045] Figure 2 is a flowchart illustrating a method for determining the delivery unit price in one embodiment.

[0046] In step S210, the electronic device 100 can confirm the estimated delivery volume to be delivered at the distribution camp. In step S220, the electronic device 100 can use a model representing the relationship between the deliverable volume of the distribution camp and the delivery unit price to determine the delivery unit price paid to the delivery person for delivering the estimated delivery volume. The following provides a more detailed explanation of each step.

[0047] First, the electronic device 100 can confirm information on the expected delivery volume. The expected delivery volume can be the predicted volume of goods to be delivered to consumers from the delivery camp on the delivery day. To calculate the expected delivery volume as described above, first, the ratio of the volume processed by the delivery camp within a specified second period is determined out of all delivery volumes. Then, the expected delivery volume is derived by multiplying this ratio by the predicted delivery volume of all delivery volumes from multiple delivery camps on the delivery day. For example, if the camp processes an average of 1% of all delivery volumes over a month of observation, and the predicted delivery volume on the delivery day is 350,000 pieces, then the expected delivery volume can be calculated as 3,500 pieces. The expected delivery volume as described above can be calculated by the electronic device 100, or by other electronic devices within the system managing the aforementioned delivery camps.

[0048] According to one embodiment, as in the example above, the calculation results can also be adjusted based on weather and date patterns, rather than directly confirming the calculation results based on the expected delivery volume. For example, there may be patterns such as increased delivery volume due to rainy or snowy days causing delivery delays, or increased delivery volume due to increased orders at the beginning of the week, the beginning of the month, or public holidays. In this case, the calculation results are confirmed as the expected delivery volume after adjusting according to preset adjustment values ​​for each situation. The patterns and adjustment values ​​described above can be derived in various ways based on actual data.

[0049] Furthermore, the projected delivery volume includes not only the overall volume of goods at the distribution camp on that delivery day, but also information on the volume of goods delivered to each detailed area within the distribution camp and the delivery types of the items to be delivered. For example, suppose the distribution camp is divided into detailed areas A, B, and C for delivery, and the delivery types of the items delivered within the distribution camp are categorized as regular, fresh (fresh food delivery), and same-day delivery guaranteed. In this case, the projected delivery volume could include information on the volume of each of the following: A-regular, A-fresh, A-same-day, B-regular, B-fresh, B-same-day, C-regular, C-fresh, and C-same-day.

[0050] The detailed area and delivery type volume information described above can be calculated by multiplying the ratios of each detailed area and delivery type within the third period of the distribution camp. For example, if the delivery volume is distributed according to the ratio of 30% for area A, 40% for area B, and 30% for area C within two weeks, and the overall volume of the distribution camp is ordered using a delivery type ratio of 40% for regular, 10% for fresh produce, and 50% for same-day delivery, then in this case, out of the projected delivery volume of 3,500 items, A-regular can be calculated as 12% (30% multiplied by 40%), which is 420 items. The volumes for A-fresh produce, A-same-day, B-regular, B-fresh produce, B-same-day, C-regular, C-fresh produce, and C-same-day, other than A-regular, can be calculated separately in the manner described above and included in the projected delivery volume information.

[0051] Furthermore, depending on the operating method, the distribution camp can conduct multiple inbound shipments per day, and each inbound shipment can also calculate the shipment volume for a detailed area and for each delivery type.

[0052] Referring to Figure 3, an example of one of the expected delivery volumes described above is illustrated.

[0053] Figure 3 is an example diagram of an embodiment that includes information on the expected delivery volume.

[0054] Referring to Figure 3, the delivery date for the BukGyeongi (Beijing-Guizhou) area in the EAST region is September 5, 2023. The estimated delivery volume for the NYJ_1 delivery camp is confirmed to be 21,867 pieces. Of these, 6,308 are fresh produce, and the total for regular and same-day deliveries is 15,599 pieces. The NYJ_2 area is shown in a similar manner. In Figure 3, "wave" refers to the volume of goods received into the warehouse during multiple inbound operations at the delivery camp within a single day.

[0055] Figure 3 does not show the estimated delivery volume for each detailed region or delivery type. Figure 3 is only an example. According to other embodiments, the above information can also be displayed in a similar format.

[0056] As described above, once the expected delivery volume is confirmed, the electronic device 100 can accept the selection of the delivery date and delivery camp for which the delivery unit price is to be set. Referring to FIG4, one embodiment of the screen for selecting the delivery date and delivery camp will be described.

[0057] Figure 4 is an example of a screen showing the selection of the delivery camp and delivery day to determine the delivery unit price in one embodiment.

[0058] Referring to Figure 4, the electronic device 100 can accept the selection of a delivery date as the activity date, such as September 6th in the figure, and the selection of a delivery camp as the target camp. According to one embodiment, if EAST (Eastern) is selected as the largest area in the figure, essentially all camps located in that area can be selected. Furthermore, depending on the options, actions such as selecting only a portion of the camps located in that area can be performed, as can actions such as deselecting already selected delivery camps can also be performed.

[0059] Subsequently, the electronic device 100 can provide the user terminal with the available delivery volume and delivery unit price of the delivery camp during the first period based on historical data. Referring to FIG5, one embodiment as described above will be described.

[0060] Figure 5 is an example of a screen showing historical data provided in one embodiment.

[0061] Referring to Figure 5, for user reference, the electronic device 100 can display information about delivery camps during the first period on the user terminal. Specifically, the user can select the region where the delivery camps are located (501), select the region (502), and then select at least a portion of the delivery camps within that region (503). Afterward, the user can select the period to be checked, i.e., the first period (504). In Figure 5, the first period from January 1, 2023 to September 4, 2023 has been selected. Furthermore, the user can also select the frequency band, whether it is a weekend, whether it is a rest day, and the weather. However, this can be a function to display only information that meets the selected conditions in the delivery camp information for each delivery day. For example, for frequency band 1, which is one of multiple delivery volumes, the user can use this function to check the situation of the delivery camps on rainy weekends.

[0062] If the selection described above is completed, the electronic device 100 can display historical data 505. Historical data 505 can be provided in a form similar to projected delivery volumes; however, projected delivery volumes are forecasts for the future. Historical data 505 includes information on the actual past conditions of the delivery camp, and therefore may include additional information. For example, as shown in Figure 5, it may include information on all actual delivery volumes, and information on additional delivery volumes secured by adjusting delivery unit prices, and may also include information on the ratio of additional delivery volumes to all delivery volumes. Furthermore, it may include information on the total number of delivery personnel and the number of additional delivery personnel. Moreover, historical data 505 may include information on the delivery unit price and differential settings paid to the delivery camp in that situation. The differential pricing information pertains to whether a differential pricing method is applied to the delivery unit price. It offers two options: FLAT (uniform) (no differential pricing applied) or PARCEL_TIER (parcel differential) (differential pricing applied). FLAT applies the same delivery unit price to all deliveries handled by the delivery person, while PARCEL_TIER applies a higher unit price to allow the delivery person to handle more deliveries. For example, in the PARCEL_TIER method, the first differential pricing method applies to delivery volumes below the first threshold, and the second differential pricing method applies to delivery volumes exceeding the first threshold. Furthermore, the third differential pricing method applies to delivery volumes exceeding the second threshold, and so on, allowing for a phased, continuously increasing delivery unit price. Referring to the historical data shown in Figure 5, users can confirm which level of delivery unit price to apply to ensure the required delivery volume.

[0063] Secondly, the electronic device 100 can use a model representing the relationship between the deliverable quantity and the delivery unit price to determine the delivery unit price. The specific structure of the model will be explained later; briefly, the model can accept information about the deliverable quantity and calculate the delivery unit price required to secure that quantity. Conversely, the model can accept a delivery unit price and calculate how many deliverable quantities can be secured using that price. The model can perform bidirectional calculations as described above. For example, the model can calculate a delivery unit price of 1000 Korean won for a deliverable quantity of 4500 pieces, and accept a delivery unit price of 800 Korean won; in this case, the deliverable quantity can be calculated to be 3800 pieces.

[0064] Determining the delivery unit price can be applied to several embodiments; one of them will be described first. Specifically, the electronic device 100 can use a model to determine a first delivery unit price corresponding to the expected delivery volume, and determine this first delivery unit price as the delivery unit price to be paid to the delivery person. Referring to FIG6, one embodiment as described above will be described.

[0065] Figure 6 is an example of a screen showing the first delivery price to a user according to an embodiment.

[0066] Referring to Figure 6, the electronic device 100 can calculate that for the GUR_1 camp selected by the user, a ratio of 4.5% is required to ensure the expected delivery volume; that is, the ratio of additional delivery volume to the available delivery volume must reach 4.5%. Subsequently, the electronic device 100 can use a model to calculate the first delivery unit price, i.e., 760 Korean Won, to achieve this ratio of 4.5%. Therefore, as a FLAT (uniform) unit price, the electronic device 100 can apply 760 Korean Won as the delivery unit price to the GUR_1 delivery camp. In contrast, when the PARCEL_TIER (parcel difference) method is selected, a 4.5% ratio can be achieved even with a slightly lower delivery unit price.

[0067] According to the embodiment described above, the electronic device 100 may not provide the historical data shown in FIG5. That is, if the delivery camp and delivery day for determining the delivery unit price are selected as shown in FIG4, the delivery unit price can be determined immediately as shown in FIG6.

[0068] In another embodiment, the electronic device 100 can confirm the information of the second delivery unit price input to the user terminal. For example, the user can refer to historical data as shown in Figure 5 above and input the second delivery unit price as a reserve unit price for the delivery camp into the user terminal. Furthermore, the electronic device 100 can use a model to confirm the information of the available delivery quantity corresponding to the second delivery unit price. Thereafter, the electronic device 100 can provide the information of the available delivery quantity corresponding to the second delivery unit price and the estimated delivery quantity to the user terminal. Based on the information of the third delivery unit price input from the user terminal, the electronic device 100 can determine the third delivery unit price as the delivery unit price to be paid to the delivery person. That is, when applying the second delivery unit price, the user can determine whether the second delivery unit price is appropriate by confirming the information of the available delivery quantity and the estimated delivery quantity. Thereafter, the user can increase the second delivery unit price if it is determined to be low, decrease it if it is determined to be high, or keep it unchanged, and input the third delivery unit price into the user terminal. The electronic device 100 can determine the third delivery price as described above as the delivery price to be paid to the delivery person. Referring to FIG7, the embodiment described above will be described.

[0069] Figure 7 is an example of a screen that provides a user with information on the available delivery quantity corresponding to the second delivery unit price, according to an embodiment.

[0070] Referring to Figure 7, in the GUR_1 delivery camp, when the FLAT (uniform) unit price is applied during snowfall or rain, the second delivery unit price can be confirmed as 550 Korean Won. At this time, if the second delivery unit price of 550 Korean Won is applied, the electronic device 100 can display on the user terminal that the ratio of additional deliveries to available deliveries is 0.95%. For example, after the user confirms the ratio as described above, they can enter the third delivery unit price in the following manner: if the ratio is judged to be too low, it is higher than the second delivery unit price; if the ratio is judged to be too low, it is lower than the second delivery unit price; or if the second delivery unit price is judged to be appropriate, it remains unchanged; and the electronic device 100 can determine this as the delivery unit price paid to the delivery person.

[0071] The following is a detailed explanation of the model that can perform the actions described above. The model can be set up in such a way that the relationship between the delivery unit price and the deliverable quantity is represented by linear regression. The linear regression can be implemented using either Ordinary Least Squares (OLS) or the Catboost algorithm, and the parameters used for the linear regression can be inferred through machine learning based on historical data.

[0072] Furthermore, the model can also represent the relationship between the delivery unit price and the ratio of additional delivery volume within the available delivery quantity. That is, the available delivery quantity can be expressed as the ratio of additional delivery volume within the available delivery quantity, and the ratio of available delivery quantity to additional delivery volume within the available delivery quantity has the same trend, so the above-described expression is also acceptable. Here, the available delivery quantity can be expressed as the sum of the basic delivery quantity and the additional delivery quantity, and the additional delivery quantity can refer to the additional guaranteed delivery quantity when applying an additional unit price relative to the basic delivery quantity of the delivery camp, where the basic delivery quantity of the delivery camp is the quantity of goods that can be delivered in the delivery camp when the basic unit price is applied without applying the additional unit price. In addition, the available delivery quantity can also be expressed as the ratio of the basic delivery quantity to the additional delivery quantity. Furthermore, any ratio having the same trend as the available delivery quantity can be applied with the same purpose as the content described in this invention.

[0073] As described above, when the model displays the relationship between the available delivery volume and the delivery unit price as a ratio of the additional delivery volume within the available delivery volume, the embodiment for determining the aforementioned first delivery unit price can be described as follows: That is, the electronic device 100 can confirm the first ratio of the additional delivery volume within the available delivery volume of a delivery camp used to process the expected delivery volume. To confirm the first ratio, the electronic device 100 can obtain information on the basic delivery volume of the delivery camp. Thereafter, based on the information on the basic delivery volume and the expected delivery volume, the electronic device 100 can calculate the information on the additional delivery volume required to process the expected delivery volume, and then calculate the first ratio of the additional delivery volume of the expected delivery volume. Thereafter, the electronic device 100 can use the model to confirm the first delivery unit price corresponding to the first ratio, and determine it as the delivery unit price paid to the delivery person.

[0074] According to one embodiment, in addition to the delivery unit price, the model can further represent the relationship between the deliverable volume and at least a portion of weather information, weekend information, rest day information, area information, difficulty information, delivery type information, and differential setting information. Weather information may include weather information for the selected delivery camp; weekend and rest day information may include information on whether the selected delivery day is a weekend or a rest day. Furthermore, area information may include information on each detailed area handled by the delivery camp; difficulty information may include information on the overall delivery difficulty of the delivery camp or information set according to each detailed area. Delivery type information may include information on the ratio of regular, same-day, or fresh produce deliveries made at the delivery camp. Differential setting information may be the same as described above. According to one embodiment, the model can represent the relationship between the deliverable volume and at least a portion of the delivery unit price, weather information, weekend information, rest day information, area information, difficulty information, delivery type information, and differential setting information through the above-described linear regression. Referring to FIG8, one embodiment of the model described above will be described.

[0075] Figure 8 is a block diagram of a model of an embodiment.

[0076] Referring to Figure 8, the model can be basically as follows: Using linear regression, the available delivery quantity 830 is estimated from the first input variable 810 and the second input variable 820. The first input variable 810 includes delivery unit price and differential setting information, and the second input variable 820 includes weather information, weekend information, rest day information, area information, difficulty information, delivery type information, and campsite name information. Here, the second input variable 820 can be a single value, selected by the user, and input in a manner corresponding to the delivery day and delivery campsite for which the delivery unit price will be determined. Of course, the second input variable can also be adjusted by the user. For example, in an embodiment where the third delivery unit price input via the user terminal is determined as the delivery unit price paid to the delivery person, the first input variable can be adjusted by the user, and the model can calculate the available delivery quantity 830 accordingly.

[0077] Based on the above, the model can also infer the delivery unit price as a part of the first input variable 810 from the available delivery quantity 830. That is, it can also perform an action opposite to the basic inference direction. In this case, as mentioned above, with the second input variable 820 in a fixed state, following the inverse of the formula shown in Figure 8, that is, by inputting the available delivery quantity 830 into Y, the second input variable 820 in a fixed state can infer the PRICE (unit price) and IS_PARCEL_TIER (parcel difference) shown in the figure. Here, IS_PARCEL_TIER (parcel difference) can be a variable that is true or false, like a Boolean operation. Therefore, the electronic device 100 calculates the price by dividing PRICE (unit price) by whether PARCEL_TIER (parcel difference) is true or false, that is, whether it is a FLAT (uniform) unit price or a PARCEL_TIER (parcel difference) unit price. Alternatively, it can calculate PRICE (unit price) based on whether PARCEL_TIER (parcel difference) is set by the user.

[0078] As described above, the model can further represent the relationship between the deliverable quantity and at least some of the weather information, weekend information, rest day information, regional information, difficulty information, delivery type information, and differential setting information. Therefore, the electronic device 100 can confirm the expected delivery quantity and the fourth delivery unit price corresponding to the expected delivery quantity and the listed above information, and determine it as the unit price to be paid to the delivery person.

[0079] At this point, even with the same delivery price, different delivery volumes can be calculated based on changes in the aforementioned weather information, weekend information, rest day information, regional information, difficulty information, delivery type information, and differential pricing information. For example, when the weather information indicates rain or snow, the calculated delivery volume may be relatively smaller. Here, the weather information can be divided into multiple stages; as the intensity of rain or snow increases, it can be calculated that even with the same delivery price, the delivery volume may be smaller. Furthermore, when the weekend or rest day information indicates that the delivery day is a weekend or rest day, more people want to earn extra money, thus allowing for a larger delivery volume to be secured even with the same delivery price. In cases where the delivery difficulty at the camp is lower and the aforementioned differential pricing is applied, a larger delivery volume can also be secured. Related to delivery type, it can be calculated that the higher the proportion of fresh produce deliveries with relatively lighter predicted weight, the larger the secured delivery volume.

[0080] Based on the example described above, in order to calculate the deliverable quantity, the electronic device 100 can perform machine learning to determine the parameters of the linear regression formula. The machine learning described above can be based on historical data and therefore reflects past patterns.

[0081] According to one embodiment, when the model can express the relationship between the ratio of additional delivery volume to delivery price using linear regression, the following explains how this ratio changes based on various variables, including delivery price. For example, for every 100 Korean won increase in delivery price, the ratio increases by 0.11%. Furthermore, it increases by 0.11% when the delivery day falls on a weekend, and by 0.02% when it falls on a rest day (not a weekend). Moreover, when the delivery day is a rainy or snowy day, the ratio decreases by 0.39%. Furthermore, when applying differential pricing, the ratio can essentially increase by 2.22%.

[0082] Furthermore, the model can also calculate the delivery unit price based on specific regions and delivery types. For example, when calculating the delivery unit price only for region A among regions A, B, and C of a delivery camp, the region information in the model's second input variable 820 can be changed from the entire delivery camp to specify region A. The same applies to delivery types; the delivery type information can be changed from all delivery types to specify regular, same-day, or fresh produce delivery types, thereby allowing the model to calculate the delivery unit price based on specific regions and delivery types. The same principle applies when calculating the deliverable volume based on the delivery unit price.

[0083] If the delivery unit price is determined through the above process, the electronic device 100 can transmit the delivery unit price information to the delivery terminal 200. According to one embodiment, as described above, the delivery unit price information, which is calculated according to each detailed area and delivery type, can be transmitted to the delivery terminal. Referring to FIG9, one embodiment described above will be explained.

[0084] Figure 9 is an example of a screen showing the delivery unit price being provided to the deliveryman's terminal according to an embodiment.

[0085] Referring to Figure 9, an example can be seen of the electronic device 100 transmitting information on the delivery unit price of the Namyangju 3 delivery camp (5.15) to the delivery terminal. The vicinity of each of the following locations—Wonnam-dong A Business Apartment, Gyeongun-dong B Apartment, Hwanghak-dong C Apartment, and Chasan-dong D Center—can be considered as detailed delivery areas for the Namyangju 3 delivery camp. Figure 9 shows an example of providing the delivery unit price calculated according to each detailed area to the delivery terminal. According to one embodiment, when a user clicks on the ordinary 82 items (901) near Wonnam-dong A Business Apartment, the delivery unit price corresponding to the ordinary delivery type of that detailed area can be displayed, for example, 1380 won. When selecting 12 items (902) or 6 fresh items (903) for the same day, the delivery unit price can also be displayed according to the combination of each detailed area and delivery type, for example, 1240 won, 1500 won, etc.

[0086] Furthermore, the electronic device 100 can transmit delivery request information from the delivery terminal only up to a deadline determined according to at least a portion of the detailed area and delivery type. That is, operationally, delivery to a specific detailed area can be completed faster than to other detailed areas, and in the case of fresh produce or same-day delivery, delivery should be faster than ordinary delivery types. In the aforementioned situation, to prevent the delivery person from requesting delivery after delivery has already begun, a deadline can be determined according to the combination of detailed area and delivery type, so that the delivery terminal only transmits delivery requests for that combination before that deadline. For this purpose, as shown at the bottom of Figure 9, a sentence informing the delivery person of the individual deadline as described above can also be displayed on the delivery terminal.

[0087] Furthermore, Figure 9 shows the number of deliveries by detailed region and delivery type, which can be provided based on the aforementioned projected delivery volume. In this case, the projected delivery volume is information predicting a future point in time, and therefore changes with each forecast. For example, if the projected delivery volume is predicted up to two weeks in advance, the projected delivery volume for a given day may change daily. The electronic device 100 can update the projected delivery volume as described above at a fixed period and transmit it along with the delivery unit price information. That is, the number of items displayed in Figure 9, such as 82 items 901 for ordinary items, 12 items 902 for the current day, or 6 items 903 for fresh produce, can be updated at a fixed period.

[0088] Figure 10 is a block diagram illustrating an embodiment of an electronic device.

[0089] According to one embodiment, the electronic device 100 may include a memory 101 and a processor 102. The electronic device 100 shown in FIG10 only illustrates the components relevant to this embodiment. Therefore, those skilled in the art related to this embodiment will understand that, in addition to the components shown in FIG10, other common components may be included. In one embodiment, the processor 102 may be included in a controller.

[0090] The processor 102 can control the overall operation of the electronic device 100 and process data and signals. The processor 102 may include at least one hardware unit. Furthermore, the processor 102 can operate by executing one or more software modules generated by executing program code stored in memory 101. If the processor 102 includes memory, the processor 102 can execute program code stored in memory to control the overall operation of the electronic device 100 and process data and signals.

[0091] The processor 102 can determine the expected delivery volume to be delivered in the distribution camp, and use a model representing the relationship between the delivery volume available at the distribution camp and the delivery unit price to determine the delivery unit price to be paid to the delivery person for delivering the expected delivery volume.

[0092] According to an embodiment, the electronic device 100 may be additionally included with a transceiver for wired / wireless communication. The electronic device 100 can communicate with external electronic devices using the transceiver. The external electronic device may be a terminal or a server. Furthermore, the communication technologies used may include GSM (Global System for Mobile communication), CDMA (Code Division Multi Access), LTE (Long Term Evolution), 5G (5th Generation Mobile Communication Technology), WLAN (Wireless LAN), Wi-Fi (Wireless-Fidelity), Bluetooth, RFID (Radio Frequency Identification), Infrared Data Association (IrDA), Wi-Fi, and NFC (Near Field Communication).

[0093] The electronic device described in the above embodiments may include a processor, memory for storing and executing program data, permanent storage such as a disk drive, a communication port for communicating with external devices, and a user interface device such as a touch panel, keys, or buttons. Computer-readable code or program commands executable on the processor, implemented using software modules or algorithms, can be stored on a computer-readable recording medium. Here, computer-readable recording media include magnetic storage media (e.g., ROM (read-only memory), RAM (random-access memory), floppy disks, hard disks, etc.) and optical reading media (e.g., CD-ROM, DVD). The computer-readable recording medium is distributed across a networked computer system, enabling distributed storage and execution of computer-readable code. The medium can be read by a computer, stored in memory, and executed in a processor.

[0094] This embodiment can be represented by functional blocks and various processing steps. These functional blocks can be implemented by different numbers of hardware and / or software components performing specific functions. For example, the embodiment can employ integrated circuits capable of performing various functions via the control of one or more microprocessors or other control devices, such as memory, processing, logic, lookup tables, etc. The components can be executed by software programming or software elements. Similarly, this embodiment includes algorithms implemented by combinations of data structures, programs, conventions, or other programming structures, and therefore can be implemented using programming or scripting languages ​​such as C, C++, Java, and assemblers. Functionally, it can be implemented by algorithms executed in one or more processors. Furthermore, this embodiment can employ prior art for electronic environment setup, signal processing, and / or data processing. Terms such as "mechanism," "component," "mechanism," and "structure" are used broadly and are not limited to mechanical and physical structures. The above terms may be associated with processors and include the meaning of a series of processes in software.

[0095] The above embodiment is only an example, and other embodiments can be implemented within the scope of the invention application described below.

[0096] 100: Electronic devices 101: Memory 102: Processor 200: Delivery Personnel Terminal 501: Select the area where the delivery camp is located. 502: Select Region 503: Select at least a portion of the delivery camps within the region. 504: Select Period 1 505: Historical Data 810: First input variable 820: Second input variable 830: Available delivery quantity 901: 82 ordinary pieces 902: 12 items on the same day 903: 6 pieces of fresh produce S210: Steps S220: Steps

Claims

1. A method for determining a delivery unit price, performed by an electronic device, comprising the steps of: confirming an estimated delivery volume to be stored in a delivery camp for delivery to an allocated area at a future delivery time; and using a model representing the relationship between the deliverable volume of the delivery camp and the delivery unit price, determining the delivery unit price to be paid to a delivery person to be recruited at the future delivery time for delivering the estimated delivery volume to the allocated area; wherein the estimated delivery volume is confirmed based on a calculation obtained by multiplying all delivery volumes of a plurality of delivery camps predicted to occur at the future delivery time by the ratio of the volume of goods handled by the delivery camps in a second period; and wherein the estimated delivery volume is confirmed by adjusting the calculation based on weather and date patterns.

2. The method for determining the delivery unit price as described in Request 1, wherein the steps for determining the delivery unit price include the following steps: using the above model to confirm the first delivery unit price corresponding to the above-estimated delivery volume, and determining the above-estimated delivery unit price as the delivery unit price to be paid to the above-estimated delivery person.

3. The delivery unit price determination method as described in Request 1, wherein the steps for determining the delivery unit price include the following steps: confirming the information of the second delivery unit price entered into the user terminal; using the model described above to confirm the information of the deliverable quantity corresponding to the second delivery unit price; providing the information of the deliverable quantity corresponding to the second delivery unit price and the information of the expected delivery quantity to the user terminal; and determining the third delivery unit price as the delivery unit price to be paid to the delivery person based on the information of the third delivery unit price entered from the user terminal.

4. The delivery unit price determination method as described in Request 1, wherein the above model represents the relationship between the ratio of the additional delivery volume in the above-mentioned deliverable volume of the above-mentioned delivery camp and the above-mentioned delivery unit price.

5. The delivery unit price determination method as described in Request 4, wherein the above-mentioned deliverable quantity corresponds to the sum of the basic delivery quantity of the above-mentioned delivery camp and the above-mentioned additional delivery quantity, and the above-mentioned additional delivery quantity is the deliverable quantity further guaranteed by adding a unit price compared to the basic unit price corresponding to the above-mentioned basic delivery quantity.

6. The method for determining the delivery unit price as described in Request 4, wherein the steps for determining the delivery unit price include the following steps: confirming a first ratio of the additional delivery volume in the deliverable volume of the delivery camp, the delivery camp being used to handle the expected delivery volume; and using the model described above to confirm a first delivery unit price corresponding to the first ratio, and determining the first delivery unit price as the delivery unit price paid to the delivery person.

7. The delivery unit price determination method as described in Request 1, wherein the above model further represents the relationship between the above deliverable volume and at least a portion of weather information, weekend information, rest day information, area information, difficulty information, delivery type information, and differential setting information; and the step of determining the above delivery unit price includes the following steps: using the above model to confirm at least a portion of the weather information, weekend information, rest day information, area information, difficulty information, delivery type information, and differential setting information corresponding to the above expected delivery volume, and a fourth delivery unit price corresponding to the above expected delivery volume, and determining the fourth delivery unit price as the unit price paid to the above delivery person.

8. The delivery unit price determination method as described in Request 7, wherein the aforementioned differential setting information includes the following information: for the aforementioned delivery person, whether the first differential unit price is applied to delivery volumes below the first threshold, and the second differential unit price is applied to delivery volumes exceeding the first threshold; the aforementioned area information includes information on at least a portion of each detailed area in which delivery is carried out in the aforementioned delivery camp; and the aforementioned difficulty information includes information on the delivery difficulty of the aforementioned delivery camp as a whole or each of the aforementioned detailed areas.

9. The method for determining the delivery unit price as requested in Item 1, wherein the above model is set in such a way that the relationship between the above delivery unit price and the above deliverable quantity is represented by linear regression.

10. The method for determining the delivery unit price as requested in item 9, wherein the above model is set in the following manner: implementing either the ordinary least squares method or the Catboost algorithm, or any linear regression algorithm.

11. The method for determining the delivery unit price as requested in item 1 further includes the following steps: providing the user terminal with the available delivery volume and delivery unit price of the aforementioned delivery camps during the first period based on historical data.

12. The method for determining the delivery unit price as described in Request 1 further includes the following steps: transmitting information on the delivery unit price to be paid to the aforementioned delivery person to the delivery person's terminal.

13. The method for determining the delivery unit price as requested in Item 1, wherein the step of transmitting the delivery unit price information to the deliveryman terminal includes the following steps: transmitting the delivery unit price information to the deliveryman terminal, wherein the delivery unit price is determined according to each detailed area of ​​the allocated area in the aforementioned delivery camp and each delivery type of the items to be delivered.

14. The method for determining the delivery unit price as described in Request 13, wherein the step of transmitting the delivery unit price information to the deliveryman terminal includes the following steps: obtaining delivery application information from the deliveryman terminal for at least a portion of the detailed area and the delivery type until a deadline determined according to at least a portion of the detailed area and the delivery type and prior to the future delivery time.

15. The method for determining the delivery unit price as described in Request 13, wherein the step of transmitting the delivery unit price information to the deliveryman terminal includes the following steps: updating the estimated delivery volume at a fixed period; and transmitting the updated estimated delivery volume along with the delivery unit price information.

16. The method for determining the delivery unit price as requested in item 1, wherein the estimated delivery volume includes information on the quantity of each detailed area to be delivered in the aforementioned delivery camp and the quantity of each delivery type of the items to be delivered.

17. The delivery unit price determination method as described in Request 16, wherein the cargo volume information for each of the aforementioned detailed areas and each of the aforementioned delivery types is calculated by multiplying the aforementioned projected delivery volume by the ratio of each detailed area of ​​the aforementioned delivery camp and the ratio of each delivery type during the third period.

18. A non-transitory computer-readable recording medium recording a program for performing the methods described in any one of claims 1 to 17 on a computer.

19. An electronic device comprising: processor; and memory, which stores one or more instructions; The processor is configured as follows: to determine the expected delivery volume to be stored in a delivery camp for delivery to an assigned area at a future delivery time; to determine the delivery unit price to be paid to the delivery personnel to be recruited at the future delivery time for delivering the expected delivery volume to the assigned area using a model representing the relationship between the delivery volume available at the delivery camp and the delivery unit price; wherein the expected delivery volume is determined based on a calculation obtained as follows: multiplying all delivery volumes of the plurality of delivery camps predicted to occur at the future delivery time by the ratio of the volume of goods handled by the delivery camps in the second period; wherein the expected delivery volume is determined by adjusting the calculation results based on weather and date patterns.