WO2023229083A1 - 배송 관련 정보를 제공하는 방법 및 장치 - Google Patents

배송 관련 정보를 제공하는 방법 및 장치 Download PDF

Info

Publication number
WO2023229083A1
WO2023229083A1 PCT/KR2022/007638 KR2022007638W WO2023229083A1 WO 2023229083 A1 WO2023229083 A1 WO 2023229083A1 KR 2022007638 W KR2022007638 W KR 2022007638W WO 2023229083 A1 WO2023229083 A1 WO 2023229083A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
time
delivery
user
expected
Prior art date
Application number
PCT/KR2022/007638
Other languages
English (en)
French (fr)
Inventor
문보라
김은천
배호연
김희범
딩리앙
얀웨이
가오메리
야오윤
우웬빙
김소희
이태화
이해연
남정연
Original Assignee
쿠팡 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 쿠팡 주식회사 filed Critical 쿠팡 주식회사
Publication of WO2023229083A1 publication Critical patent/WO2023229083A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0833—Tracking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G06Q10/063114—Status monitoring or status determination for a person or group
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06312—Adjustment or analysis of established resource schedule, e.g. resource or task levelling, or dynamic rescheduling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0838—Historical data

Definitions

  • Embodiments of this specification relate to a method and device for providing delivery-related information.
  • Some e-commerce companies go beyond traditional e-commerce, which takes several days to complete delivery after ordering a product, and provide a distribution service that delivers items ordered by customers within a short period of time (for example, within 30 minutes), which is referred to as "quick commerce.”
  • this service may include storing products in the company's own logistics center and, when an order is received, picking the products corresponding to the order from the company's own logistics center and quickly delivering them to the customer. there is.
  • e-commerce companies perform sophisticated demand forecasts for products, set up logistics centers or micro fulfillment centers (MFCs) throughout the city, and use exclusive riders belonging to these logistics centers. You may need to hire someone.
  • MFCs micro fulfillment centers
  • the embodiment of this specification is proposed to solve the above-described problem. It checks the store's rider information corresponding to the order information obtained from the user's terminal, calculates the expected time based on the order information and rider information, and user The purpose is to provide it to the terminal.
  • the technical challenges that this embodiment aims to achieve are not limited to the above technical challenges, and other technical challenges can be inferred from the following embodiments.
  • a method of providing information in a service server includes the steps of obtaining order information from a user's terminal; Confirming rider information of the store corresponding to the order information; calculating an expected time based on the order information and the rider information; generating expected delivery time information based on the expected time; and providing the expected delivery time information to the user's terminal.
  • the step of generating the expected delivery time information includes generating the larger of the expected time and the minimum time as the expected delivery time information.
  • the minimum time is determined based on the user's history information.
  • the step of checking the rider information includes checking whether there is a rider available for delivery waiting in the store, and the step of calculating the expected time includes if there is a rider available for delivery, Comprising the step of calculating the expected time as the sum of a picking time at the store and a first travel time, wherein the first travel time includes a travel time from the store to a delivery location corresponding to the order information. do.
  • the step of checking the rider information includes, when there is no rider available for delivery, checking status information of one or more riders associated with the store; and calculating a return time of the one or more riders based on the status information.
  • the return time when the status information is confirmed as pickup complete, the return time is calculated as twice the second travel time, and when the status information is confirmed as delivery complete, the return time is calculated as the second travel time. It is calculated in terms of time, and the second travel time includes the travel time from the store to the delivery location of the delivery currently in progress by the one or more riders.
  • the first travel time is received from an external server based on GPS information of the store and the delivery location.
  • the second movement time is set to be the same as the first movement time.
  • it further includes the step of checking order backlog information of the store, and calculating the expected time includes, if it is determined that there is no order backlog, the lowest return time of the one or more riders. Identifying short return times; and calculating the expected time as the sum of the shortest return time, the picking time, and the first travel time.
  • calculating the expected time may include, if it is determined that there is an order backlog, determining a longest return time among the return times of the one or more riders; and calculating the expected time as the sum of the longest return time and the first travel time.
  • the information providing method includes, when it is determined that there is an order backlog, checking the oldest order; and assigning the oldest order to the rider with the shortest return time among the return times of the one or more riders.
  • the information providing method includes obtaining delivery address information corresponding to the user's current location information and the order information from the user's terminal; calculating the distance between the user's current location and the delivery address; and, when the distance exceeds a first threshold, providing a guidance message requesting confirmation of whether the delivery address is correct to the user's terminal.
  • the method further includes checking the user's list of candidate delivery locations, wherein the first threshold value is determined based on the distance between a plurality of candidate delivery locations included in the list of candidate delivery locations. .
  • the information providing method includes: when the order is confirmed, allocating the order information to a first rider associated with the store; Obtaining current location information of the first rider during delivery corresponding to the order information; And if the distance between the current location of the first rider and the delivery address corresponding to the order information is less than a second threshold, providing a guidance message to the user's terminal.
  • the second threshold is determined based on at least one of characteristics of the delivery address, the user's order history, and delivery time zone.
  • a service server that provides information according to an embodiment of the present specification includes a transceiver that transmits and receives information with another device; and controlling the transceiver, obtaining order information from the user's terminal, checking rider information of the store corresponding to the order information, calculating an expected time based on the order information and the rider information, and calculating the expected time. Characterized in that it includes a processor that generates expected delivery time information based on and provides the expected delivery time information to the user's terminal.
  • a non-transitory computer-readable storage medium includes a medium configured to store computer-readable instructions, and when the computer-readable instructions are executed by a processor, the processor: Obtaining order information; Confirming rider information of the store corresponding to the order information; calculating an expected time based on the order information and the rider information; generating expected delivery time information based on the expected time; and providing the expected delivery time information to the user's terminal.
  • the service server generates expected delivery time information based on the estimated time calculated considering the distance from the store to the delivery address and displays it to the user, so that the user can determine the expected delivery completion time for his or her order. You can encourage users to place orders by making it more convenient to check, and you can improve user experience through more accurate delivery time predictions.
  • the service server obtains the user's current location information from the user terminal, and if there is a significant difference between the current location and the delivery address entered by the user, it requests confirmation of the delivery address.
  • the service server obtains the user's current location information from the user terminal, and if there is a significant difference between the current location and the delivery address entered by the user, it requests confirmation of the delivery address.
  • the service server when the rider enters within a certain distance from the delivery location, the service server sends a guidance message to the user in advance and induces the user to prepare in advance to receive the delivery, thereby reducing the rider's waiting time and can induce more deliveries and increase delivery efficiency.
  • FIG. 1 is a diagram schematically showing the configuration of an information provision system for providing delivery-related information according to an embodiment of the present invention.
  • Figure 2 is a sequence diagram illustrating information exchange and corresponding operations of each node related to a method of providing delivery-related information according to an embodiment of the present invention.
  • Figure 3 is a diagram illustrating a process for outputting expected delivery time information according to an embodiment of the present invention.
  • Figure 4 shows an exemplary distance-time mapping table for generating expected delivery time information according to an embodiment of the present invention.
  • Figure 5 is a diagram illustrating an exemplary guidance message provided to a user terminal by a service server according to an embodiment of the present invention.
  • Figure 6 is a diagram illustrating an information message provided to a user terminal by a service server according to an embodiment of the present invention.
  • Figure 7 is a flowchart showing the flow of a method for providing delivery-related information according to an embodiment of the present invention.
  • Figure 8 is a diagram illustrating some components of a system that provides delivery-related information according to an embodiment of the present invention.
  • each block of the processing flow diagram diagrams and combinations of the flow diagram diagrams can be performed by computer program instructions.
  • These computer program instructions can be mounted on a processor of a general-purpose computer, special-purpose computer, or other programmable data processing equipment, so that the instructions performed through the processor of the computer or other programmable data processing equipment are described in the flow chart block(s). It creates the means to perform functions.
  • These computer program instructions may also be stored in computer-usable or computer-readable memory that can be directed to a computer or other programmable data processing equipment to implement a function in a particular manner, so that the computer-usable or computer-readable memory It is also possible to produce manufactured items containing instruction means that perform the functions described in the flowchart block(s).
  • Computer program instructions can also be mounted on a computer or other programmable data processing equipment, so that a series of operational steps are performed on the computer or other programmable data processing equipment to create a process that is executed by the computer, thereby generating a process that is executed by the computer or other programmable data processing equipment. Instructions that perform processing equipment may also provide steps for executing the functions described in the flow diagram block(s).
  • each block may represent a module, segment, or portion of code that includes one or more executable instructions for executing specified logical function(s).
  • each block may represent a module, segment, or portion of code that includes one or more executable instructions for executing specified logical function(s).
  • the term ' ⁇ unit' used in this embodiment refers to software or hardware components such as FPGA or ASIC, and the ' ⁇ unit' performs certain roles.
  • ' ⁇ part' is not limited to software or hardware.
  • the ' ⁇ part' may be configured to reside in an addressable storage medium and may be configured to reproduce on one or more processors. Therefore, as an example, ' ⁇ part' refers to components such as software components, object-oriented software components, class components, and task components, processes, functions, properties, and procedures. , subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables.
  • components and 'parts' may be combined into a smaller number of components and 'parts' or may be further separated into additional components and 'parts'. Additionally, components and 'parts' may be implemented to regenerate one or more CPUs within a device or a secure multimedia card.
  • FIG. 1 is a diagram schematically showing the configuration of an information provision system for providing delivery-related information according to an embodiment of the present invention.
  • the information provision system may include a user terminal 110 and a service server 120.
  • the user can exchange information with the service server 120 using the user terminal 110.
  • An application distributed by the service server 120 that provides e-commerce and delivery-related services may be installed on the user terminal 110.
  • the user can use the e-commerce service provided by the service server by executing the application installed on the user terminal 110 and exchanging information with the service server 120, and purchase the desired product and receive delivery.
  • the user terminal 110 may be a mobile device such as a smartphone or tablet PC, or a static device such as a desktop PC. Any device on which an e-commerce or delivery business-related application can be installed and run can be used as the user terminal 110 without limitation. can be used
  • the service server 120 communicates with the user terminal 110 and provides information about e-commerce and delivery to the user terminal 110.
  • the service provided by the service server 120 may include a service called “quick commerce,” which is a distribution service that delivers items ordered by customers within a short time.
  • This service may include storing products in the company's own logistics center and, when an order is received, picking the products corresponding to the order from the company's own logistics center and quickly delivering them to the customer.
  • a company operating the service server 120 performs a sophisticated demand forecast for items, installs a logistics center or micro fulfillment center (MFC) throughout the city, and installs the logistics center. It may be necessary to hire a dedicated rider belonging to .
  • MFC micro fulfillment center
  • Figure 2 is a sequence diagram illustrating information exchange and corresponding operations of each node related to a method of providing delivery-related information according to an embodiment of the present invention.
  • FIG. 2 a method of exchanging information between a user terminal and a service server and operating at each node according to an embodiment of the present invention is disclosed.
  • the user terminal may provide order information obtained from the user to the service server.
  • a user can order an item he or she wants to purchase through an e-commerce-related application installed on the user terminal, and the order information may include information about one or more items selected by the user for ordering.
  • the order information may include information about a delivery address for shipping items purchased by the user.
  • the order information may include information about orders that the user has completed purchasing or paying for, or orders that have not yet been paid for but have only been added to the shopping cart.
  • the service server can improve the user experience by providing the user with information on the estimated delivery time when the order is completed, even when the user has not yet completed the order.
  • the service server may check the rider information of the store corresponding to the order information obtained from the user terminal.
  • the service server may check the store corresponding to the delivery address information included in the order information.
  • the store providing the service may have a delivery area range in charge, and if the delivery address included in the order information is within the delivery area area in charge of the store, the store may be confirmed as the store corresponding to the order information.
  • a store may include a mini distribution center (MFC) to pick items included in order information.
  • a store may have one or more riders for item delivery. Throughout this specification, one or more riders are described as exclusive riders belonging to a store, but it will be understood that the rider is not limited thereto and that any number of non-regular or freelance riders may also perform delivery duties for the store.
  • the service server may check whether there is a rider waiting in the store that can be delivered. If there are available riders waiting in the store, the service server allocates or preliminarily assigns the order information to one of the available riders, and determines the time when the assigned rider is expected to be able to complete the delivery. It can be calculated. If there are no deliverable riders waiting in the store, the service server may check the status information of one or more riders associated with the store and calculate the return time of one or more riders based on the status information. In one embodiment, the service server may receive information about the estimated time it will take for the rider to return from an external server based on the rider's current location information (eg, GPS information of the rider's terminal).
  • the rider's current location information eg, GPS information of the rider's terminal
  • the service server may receive and update the current status of one or more riders in real time from the terminals of one or more riders associated with the store.
  • the status information indicates whether the rider has currently completed picking the item from the store (“pickup complete”) or has completed delivering the picked item to the user’s delivery address (“delivery complete”). It may include information about whether or not
  • the return time may be calculated as twice the second travel time.
  • the second travel time may include the travel time from the store to the delivery location of the delivery currently in progress by the rider.
  • the second travel time may include an estimated travel time received from an external server based on GPS information of the store and delivery location. The distance traveled from the store to arrive at the delivery location will be almost the same as the distance traveled from the delivery location to arrive at the store, and the time it takes to travel that distance will also be approximately the same. In this way, in predicting the rider's return time, the cost of calculating the travel time by checking the estimated travel time for the rider who completed the pickup at the store to the delivery location and calculating the return time with twice that value; The load can be reduced.
  • the return time may be calculated to be the second travel time.
  • the second travel time may include the travel time from the store to the delivery location of the delivery currently in progress by the rider.
  • the second travel time may include an estimated travel time received from an external server based on GPS information of the store and delivery location. The distance traveled from the store to arrive at the delivery location will be almost the same as the distance traveled from the delivery location to arrive at the store, and the time it takes to travel that distance will also be approximately the same.
  • the second travel time may be set as the time when the rider's status information is set as “delivery complete” minus the time when it is set as “pickup complete.”
  • the service server can obtain a more accurate travel time than the expected travel time received from the external server.
  • the service server may calculate the expected time based on order information and rider information.
  • the estimated time may include the time when the rider is expected to complete delivery of the item ordered by the user from the time the user completes (or will complete) the order to the delivery address specified by the user.
  • the service server may calculate the expected time as the sum of the picking time at the store and the travel time to the rider's delivery location. If there is a rider available for delivery waiting in the store, the rider will be able to pick the items corresponding to the order as soon as the order is assigned and start delivery immediately, so the time it takes to pick the item and the delivery address from the store You can calculate the estimated delivery completion time by adding the time it takes to travel to.
  • travel time may be received from an external server based on GPS information of the store and delivery location.
  • the external server may include a server that provides a navigation service that, given the starting location and the arriving location, outputs the travel route and expected travel time by considering road information and traffic conditions from the starting location to the arriving location.
  • the picking time may be set to a constant value (eg, 2 minutes) regardless of the type and quantity of items included in the user's order information.
  • a constant value eg, 2 minutes
  • the service server picks By setting the time to a constant value, you can perform accurate time prediction while reducing the amount of unnecessary calculations.
  • the picking time may be set differently depending on the user's order information. For example, if the type of item ordered by the user includes multiple types of items, the picking time may be set longer than if the type of item ordered by the user includes one type of item. For example, if the number of items ordered by the user is 10, the picking time may be set longer than when ordering one item. Picking time according to the type or quantity of the item can be derived from picking history data stored in the database.
  • the picking time may be set differently depending on the store corresponding to the order information. Since the size, resident manpower, manpower for picking, etc. may vary for each store that provides ordered items, the service server can set the picking time by considering the characteristics of the store corresponding to the order information. For example, the service server sets the picking time to the first picking time if the area of the store is more than a certain size. Otherwise, the service server sets the picking time to the second picking time, and the first picking time is longer than the second picking time. It can be a long time. Picking time according to store can be derived from each store's picking history data stored in the database.
  • the picking time may be set differently depending on the worker who is assigned the order and performs the picking. For example, the time it takes for a worker with short experience to perform picking may be much longer than the time it takes for a skilled worker with long experience to perform picking, so the service server performs picking by taking the worker's experience and characteristics into consideration. You can set the time. Picking time according to worker can be derived from each worker's picking history data stored in the database.
  • the service server may check order backlog information of the store.
  • Order backlog information may include information about orders waiting to be processed due to the store's limited order processing capacity.
  • the service server determines the shortest return time of one or more riders, i.e., the return time of the rider expected to return first, and determines the return time of the rider who is expected to return first.
  • the expected time can be calculated as the sum of the short return time, picking time and first travel time.
  • the first travel time may include the travel time from the store to the delivery location corresponding to the order information.
  • the estimated delivery completion time which includes the time it takes to transport the picked items and complete delivery to the delivery location corresponding to the new order.
  • Such calculations can more accurately predict delivery completion time by considering the rider's return time, while also preventing excessive increases in calculation load.
  • the service server has a first travel time corresponding to the travel time from the store to the delivery location corresponding to the new order, and a second travel time corresponding to the travel time of the delivery rider from the store to the delivery location of the currently in progress delivery. 2
  • the travel time can be set to be the same.
  • the distance from the store to the delivery location corresponding to the new order and the distance from the store to the delivery location of the currently in progress delivery will be different, but the first and second travel times are expected to take the rider to travel the two distances, respectively.
  • the service server determines that there is an order backlog, it determines the longest return time of one or more riders, i.e., the return time of the rider expected to return last, and determines the return time of the rider who is expected to return last.
  • the expected time can be calculated as the sum of the long return time and the first travel time.
  • the first travel time may include the travel time from the store to the delivery location corresponding to the order information.
  • the picking of backlogged orders can be performed by other workers waiting in the store, and delivery can be carried out by transporting items that have already been picked without the need for riders who return after completing delivery of other orders to perform new picking.
  • the time required for picking can be excluded from the estimated time. In this way, by displaying the expected time information provided to the user excluding unnecessary picking times, the accuracy of time prediction is increased, and by displaying a shorter expected delivery completion time, it motivates the user to place an order and increases service usage satisfaction. You can do it.
  • the service server determines that there is an order backlog, it determines the oldest order in the backlog and places the oldest order to the rider with the shortest return time among the one or more riders' return times. Can be assigned. In this way, by assigning the oldest order to the rider who returns first and processing orders sequentially, order backlog can be reduced, accuracy of expected delivery time can be improved, and potential complaints from users can be prevented.
  • the service server may generate expected delivery time information based on the calculated expected time.
  • the expected delivery time information may include processed information to provide the user with an expected delivery completion time based on the expected time calculated in step 215.
  • the service server may generate the larger of the expected time calculated in step 215 and the minimum time as the expected delivery time information.
  • the minimum time may include a value set by the service server. For example, if the distance between the delivery address corresponding to the order information and the store is very close, and the estimated time is calculated very short (e.g. 1 minute), other incidental factors (e.g. traffic conditions) in performing the delivery , elevator waiting times, riders performing additional tasks, etc.), a small but additional amount of time may be required, in which case it may be difficult for the rider to complete the delivery within the very short calculated estimate time, which may be longer than the estimate time provided to the user. It will cause a decrease in accuracy and reliability and will not be helpful to the user experience.
  • the service server presets the minimum time (for example, 5 minutes) that can be displayed as expected delivery time information provided to the user, and if the expected time is less than the minimum time, the service server does not display the expected time and displays the preset time. By indicating the minimum time, user experience and satisfaction can be prevented from being unnecessarily reduced.
  • the minimum time may be determined based on the user's history information.
  • the user's history information stored in the database may include information about the user's review and complaint history. If the user has previously made a complaint or review to the effect that the actual delivery time was later than the estimated delivery completion time provided by the service server, the service server can check the user's history through history data stored in the database. For these users, the minimum time displayed as expected delivery time information can be set large (for example, 10 minutes) to prevent potential complaints from users and promote more relaxed and safe delivery.
  • the service server may provide the generated expected delivery time information to the user terminal.
  • the service server may display expected delivery time information corresponding to the user's order information on a shopping cart page provided before the user completes the order, or on a page provided after the user completes the order.
  • the service server generates expected delivery time information based on the estimated time calculated considering the distance from the store to the delivery location and displays it to the user, allowing the user to more conveniently check the expected delivery completion time for his or her order. This can encourage users to place orders and improve user experience through more accurate delivery time predictions.
  • Figure 3 is a diagram illustrating a process for outputting expected delivery time information according to an embodiment of the present invention.
  • the operations shown in FIG. 3 may be performed by the service server 120 shown in FIG. 1 or the service server shown in FIG. 2, and descriptions that overlap with the above may be omitted below.
  • the service server checks whether there is a rider waiting in the store corresponding to the order information obtained from the user terminal, and if there is a rider available for delivery waiting in the store, in step 310, the expected time is set to the picking time (T) in the store. It can be calculated as the sum of p ) and travel time (T d ).
  • the travel time (T d ) may include the travel time from the store to the delivery location corresponding to the order information.
  • Order backlog information may include information about orders waiting to be processed due to the store's limited order processing capacity.
  • the service server determines the longest return time of one or more riders associated with the store, and calculates the expected time by the longest return time (longest T r ) and travel time. It can be calculated as the sum of time (T d ). If there is an order backlog, the picking of backlogged orders can be performed by other workers waiting in the store, and delivery can be carried out by transporting items that have already been picked without the need for a rider returning after completing delivery of another order to perform new picking. Since can be started, the time required for picking (T p ) can be excluded from the expected time.
  • the service server determines the shortest return time among the return times of one or more riders associated with the store, and sets the expected time to the shortest return time (shortest T r ), picking It can be calculated as the sum of time (T p ) and travel time (T p ).
  • the service server determines in step 330 whether the expected time is less than the minimum time, and if the expected time is less than the minimum time, in step 335 it estimates the minimum time. It can be output as delivery time information, and if the expected time is not smaller than the minimum time, the expected time can be output as expected delivery time information in step 340. In other words, the service server outputs the larger value of the expected time and the minimum time as expected delivery time information, thereby setting the minimum value that can be displayed as expected delivery time information to have a positive impact on customer experience. .
  • Figure 4 shows an exemplary distance-time mapping table for generating expected delivery time information according to an embodiment of the present invention.
  • the service server determines the distance between the user's current location and the store when generating expected delivery time information corresponding to order information obtained from the user, and sets the average delivery time corresponding to the confirmed distance in a table. You can check the average delivery time and output it as expected delivery time information.
  • the service server simply utilizes a distance-time mapping table as shown in Figure 4 to generate expected delivery time information based only on the distance between the user's current location and the store, thereby The estimated delivery time information provided to the customer can be dynamically adjusted according to the delivery distance, while significantly reducing computational load and cost.
  • the distance-time mapping table shown in FIG. 4 can be created based on historical data regarding delivery completion times according to various delivery distances stored in the database.
  • the service server utilizes a table as shown in Figure 4 to determine the travel time from the store to the delivery location (i.e., T d ), and picking at the store.
  • the time (T p ) or the rider's return time (T r ) is calculated using the method described above in Figures 2 and 3, so that the travel time between two points can be determined by the service server's own system without relying on an external navigation system. It can be calculated based on historical data.
  • FIG. 5 is a diagram illustrating an exemplary guidance message provided to a user terminal by a service server according to an embodiment of the present invention.
  • a gateway page 500 and a shopping cart and payment page 510 of an application related to a service provided by a service server to a user's terminal are shown.
  • the service server obtains delivery address information corresponding to the user's current location information and order information from the user's terminal, calculates the distance between the user's current location and the delivery location, and determines that the distance exceeds the first threshold.
  • a guidance message requesting confirmation of whether the delivery address is correct may be provided to the user's terminal.
  • the service server obtains the user's current location information from the user terminal, and if there is a significant difference between the current location and the delivery address entered by the user, it provides information in case the user enters the address incorrectly.
  • a guidance message requesting confirmation can be provided on the page.
  • a user can set a delivery address by clicking on an area 501 for entering a delivery address, and the set delivery address information is transmitted to the service server.
  • the service server calculates the distance between the delivery address set by the user and the user's current location obtained from the user terminal, and when the distance exceeds the first threshold (for example, 5km), “This delivery address is correct.”
  • a guidance message 502 including text such as "Are you going?" may be displayed near the area 501 on the page 500. Through the information message 502, the service server guides the user to recheck the delivery address and prevents the user from entering an incorrect address.
  • the user can check and change the delivery address set by the user before completing payment and order through area 511.
  • the service server calculates the distance between the delivery address set by the user and the delivery address set by the user and the current location of the user obtained from the user terminal. If the distance exceeds the first threshold (for example, 5 km), A guidance message 512 containing text such as “Is this shipping address correct?” may be displayed near area 501 on page 510.
  • the service server adds information about the user's history of entering an incorrect address in the guidance message 502 or the guidance message 512. It can be displayed.
  • the service server can help the user prevent the user from repeating the mistake by additionally displaying information about the date and incorrect address for the order in which the user entered the wrong address on the information message.
  • the threshold value associated with displaying the information message 502 on the gateway page 500 and the threshold value associated with displaying the information message 512 on the shopping cart and payment page 510 may be different. there is. For example, considering that the shopping cart and payment page 510 is the last opportunity for the user to confirm and change the delivery address, the service server displays a guidance message 512 on the shopping cart and payment page 510. By setting the threshold value associated with displaying the information message 502 on the gateway page 500 to less than the threshold value associated with displaying the information message 502 on the gateway page 500, the possibility of displaying the information message warning of incorrect address entry on the shopping cart and payment page 510 is reduced. It can be raised even further.
  • the service server may check the user's candidate delivery destination list, and the first threshold value may be determined based on the distance between a plurality of candidate delivery destinations included in the candidate delivery destination list. For example, if the distance between a plurality of candidate delivery locations frequently used by a user included in the candidate delivery location list is relatively close (e.g., Building 101, Building 102 of an apartment complex, etc.), the first threshold value is relatively It can be set to a small value, and if the distance between a plurality of candidate delivery destinations frequently used by the user included in the candidate delivery destination list is relatively long (for example, home and work 1 hour away by car from home), 1 The threshold can be set to a relatively large value.
  • the guidance message 502 or the guidance message 512 may include different messages depending on the type of address incorrectly entered by the user. For example, when a user inserts a pin on a map page and inserts the pin in the wrong location (case 1), when the user incorrectly selects a delivery location from a pre-stored list of frequently used candidate delivery locations (case 2), and if the user has previously In the case where the delivery address is entered by using the delivery address corresponding to the provided order information as the current delivery address (third case), different messages may be displayed for the first, second, and third cases.
  • Figure 6 is a diagram illustrating an information message provided to a user terminal by a service server according to an embodiment of the present invention.
  • a guidance message 601 and a guidance message 611 indicating that the delivery sent by the service server has almost arrived are shown on the lock screen 600 and the home screen 610 of the user terminal.
  • the guidance messages 601 and 611 may include push messages that are displayed even when the service application is not running.
  • the service server assigns order information to the first rider associated with the store, obtains current location information of the first rider in delivery corresponding to the order information, and obtains current location information of the first rider corresponding to the order information. If the distance between the location and the delivery address corresponding to the order information is less than the second threshold, a guidance message may be provided to the user's terminal. For example, in the case of a delivery location such as a large apartment complex, military base, or shopping mall where it takes a long time for the user to travel to the lobby to meet the rider, the service server must ensure that the rider enters within a certain distance (second threshold) from the delivery location. If you do this, you can send an information message to the user in advance and encourage the user to prepare in advance to receive the delivery. Through this, the service server can reduce riders' waiting time, encourage riders to make more deliveries, and increase delivery efficiency.
  • second threshold certain distance
  • the second threshold may be determined based on characteristics of the delivery destination. For example, in cases where it does not take a long time for the user to travel to meet the rider, or in the case of non-face-to-face delivery where the user does not need to meet the rider, the service server sets the second threshold relatively small to allow the user to You can receive an information message right before the rider arrives. In this case, the second threshold may be set to 0 so that the user does not receive the guidance message.
  • the service server sets the second threshold large and sends a guidance message to the user a considerable time before the rider's arrival. By receiving it, you can be encouraged to start moving to meet the rider in advance.
  • the second threshold may be determined based on the user's order history. For example, if it is confirmed that the user tends to make the rider wait for a long time by not preparing in advance even after receiving the information message, the second threshold can be set large. In order to identify these trends, the service server can compare the rider's arrival time at the delivery location and the time the rider and the user met in person and store it in the database as historical data.
  • the second threshold may be determined based on the delivery time window. For example, during peak times such as lunch and dinner hours, rider demand will be higher, so the second threshold can be set longer to reduce potential waiting times for riders.
  • Figure 7 is a flowchart showing the flow of a method for providing delivery-related information according to an embodiment of the present invention. The steps shown in FIG. 7 may be performed by the service server 120 shown in FIG. 1 or the service server shown in FIG. 2, and descriptions that overlap with the above may be omitted below.
  • the service server may obtain order information from the user's terminal.
  • a user can order an item he or she wants to purchase through an e-commerce-related application installed on the user terminal, and the order information may include information about one or more items selected by the user for ordering.
  • the order information may include information about a delivery address for shipping items purchased by the user.
  • the order information may include information about orders that the user has completed purchasing or paying for, or orders that have not yet been paid for but have only been added to the shopping cart.
  • the service server can improve the user experience by providing the user with information on the estimated delivery time when the order is completed, even when the user has not yet completed the order.
  • the service server may check rider information of the store corresponding to the order information.
  • the service server may check the store corresponding to the delivery address information included in the order information.
  • the store providing the service may have a delivery area range in charge, and if the delivery address included in the order information is within the delivery area area in charge of the store, the store may be confirmed as the store corresponding to the order information.
  • a store may include a mini distribution center (MFC) to pick items included in order information.
  • a store may have one or more riders for item delivery. Throughout this specification, one or more riders are described as exclusive riders belonging to a store, but it will be understood that the rider is not limited thereto and that any number of non-regular or freelance riders may also perform delivery duties for the store.
  • the service server may calculate the expected time based on order information and rider information.
  • the estimated time may include the time when the rider is expected to complete delivery of the item ordered by the user from the time the user completes (or will complete) the order to the delivery address specified by the user.
  • the service server may generate expected delivery time information based on the expected time.
  • the expected delivery time information may include processed information to provide the user with an expected delivery completion time based on the expected time calculated in step S730.
  • the service server may provide expected delivery time information to the user's terminal.
  • the service server may display expected delivery time information corresponding to the user's order information on a shopping cart page provided before the user completes the order, or on a page provided after the user completes the order.
  • the service server generates expected delivery time information based on the estimated time calculated considering the distance from the store to the delivery location and displays it to the user, allowing the user to more conveniently check the expected delivery completion time for his or her order. This can encourage users to place orders and improve user experience through more accurate delivery time predictions.
  • Figure 8 is a diagram illustrating some components of a system that provides delivery-related information according to an embodiment of the present invention.
  • a system for providing information according to an embodiment of the present invention includes a user terminal 810 and a service server 820 that can communicate with each other.
  • the user terminal 810 may run an e-commerce client program or a food delivery client program, and may include a transceiver 812, a control unit 814, an input unit 816, and a display unit 818.
  • the transceiver unit 812 can transmit and receive information with other nodes, including the service server 820.
  • the transceiver unit 812 can communicate with various types of external devices according to various types of communication methods.
  • the transceiver 812 may include at least one of a Wi-Fi chip, a Bluetooth chip, a wireless communication chip, and an NFC chip.
  • Wi-Fi chips and Bluetooth chips can communicate using WiFi and Bluetooth methods, respectively.
  • various connection information such as SSID and session key are first transmitted and received, and various information can be transmitted and received after establishing a communication connection using this.
  • a wireless communication chip refers to a chip that performs communication according to various communication standards such as IEEE, Zigbee, 3G (3rd Generation), 3GPP (3rd Generation Partnership Project), and LTE (Long Term Evolution).
  • An NFC chip refers to a chip that operates in the NFC (Near Field Communication) method using the 13.56MHz band among various RF-ID frequency bands such as 135kHz, 13.56MHz, 433MHz, 860 ⁇ 960MHz, 2.45GHz, etc.
  • the input unit 816 may receive a user's input and may include a touch screen, microphone, and buttons.
  • the input unit 816 can receive various commands from the user.
  • the input unit 816 may be implemented in various ways, such as a key or a touch panel.
  • the key may include various types of keys, such as mechanical buttons and wheels, formed in various areas such as the front, side, or back of the main body of the user terminal 810.
  • the touch panel can detect the user's touch input and output a touch event value corresponding to the detected touch signal.
  • the touch screen can be implemented with various types of touch sensors such as capacitive, resistive, and piezoelectric.
  • Capacitive is a method of calculating touch coordinates by using a dielectric coated on the surface of a touch screen to detect micro-electricity generated by the user's body when a part of the user's body touches the touch screen surface.
  • the pressure-sensitive type includes two electrode plates built into the touch screen, and when the user touches the screen, it detects that the upper and lower plates at the touched point are in contact, causing current to flow, and calculates the touch coordinates. Touch events that occur on a touch screen can mainly be generated by a person's finger, but can also be generated by a conductive object that can change capacitance.
  • the display unit 818 may display information related to the operation of the user terminal 810 and may display a page including the information described in the embodiment.
  • the display unit 818 may include various types of components, such as Liquid Crystal Display (LCD) and Organic Light Emitting Diodes (OLED).
  • the display unit 818 may be configured to be connected by wire to internal components of the user terminal 810, and may be configured to receive wireless signals through components such as the transceiver unit 812 included in the user terminal 810. It may be configured in a connected form.
  • the control unit 814 may perform control to perform the operations of the user terminal 810 described in the embodiment. Additionally, the control unit 814 may include at least one processor configured to perform operations of the user terminal 810.
  • the processor may include at least one of RAM, ROM, CPU, GPU (Graphics Processing Unit), and bus (BUS).
  • RAM, ROM, CPU and GPU, etc. can be connected to each other through a bus.
  • the CPU accesses memory and performs booting using the O/S stored in the memory. Then, various operations are performed using various programs, contents, data, etc. stored in the memory.
  • ROM stores a set of instructions for booting the system. For example, when a turn-on command is input to the user terminal 810 and power is supplied, the CPU copies the OS stored in the memory to RAM according to the command stored in the ROM, executes the OS, and boots the system. When booting is complete, the CPU copies various programs stored in memory to RAM and executes the programs copied to RAM to perform various operations.
  • the GPU displays a UI screen in the area of the display unit 818.
  • the GPU can generate a screen displaying an electronic document containing various objects such as content, icons, menus, etc.
  • the GPU calculates attribute values such as coordinates, shape, size, color, etc. for each object to be displayed according to the layout of the screen.
  • the GPU can create screens with various layouts including objects based on the calculated property values.
  • the screen generated by the GPU may be provided to the display unit 818 and displayed in each area of the display unit 818.
  • the user terminal 810 may further include a speaker for event output, and a storage unit (not shown) that stores at least some of the information transmitted and received through the transceiver 812 and information for the operation of the user terminal 810. Poetry) may be further included.
  • the service server 820 is a device in which an e-commerce server program or a delivery service information provision service program is running, and may include a transmitting/receiving unit 822, a control unit 824, and a storage unit 826.
  • the transceiver unit 822 can transmit and receive information to and from other nodes, including the user terminal 810.
  • the control unit 824 may perform control to perform the operations of the service server 820 described in the embodiment. Additionally, the control unit 824 may include at least one processor.
  • the service server 820 may include a storage unit 826 that stores at least some of the information transmitted and received through the transceiver 822 and information for the operation of the service server 820.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

본 발명은 서비스 서버에서의 정보 제공 방법으로서, 사용자의 단말로부터 주문 정보를 획득하는 단계; 상기 주문 정보에 대응하는 스토어의 라이더 정보를 확인하는 단계; 상기 주문 정보 및 상기 라이더 정보를 기반으로 예상 시간을 계산하는 단계; 상기 예상 시간을 기반으로 예상 배송 시간 정보를 생성하는 단계; 및 상기 예상 배송 시간 정보를 상기 사용자의 단말에 제공하는 단계를 포함하는, 정보 제공 방법에 관한 것이다.

Description

배송 관련 정보를 제공하는 방법 및 장치
본 명세서의 실시 예는 배송 관련 정보를 제공하는 방법 및 장치에 관한 것이다.
인터넷의 사용이 보편화됨에 따라 전자상거래 시장이 확대되고 있다. 특히 감염병의 확산에 따라, 오프라인 매장에 방문하여 상품을 구매하는 비중은 줄어들고 있는 반면, 컴퓨터 또는 스마트폰을 이용한 전자상거래를 통해 상품을 구매하는 비중은 급속도로 증가하고 있다.
일부 전자상거래 업체는 상품 주문 후 배송 완료까지 수일이 소요되는 기존의 전자상거래에서 나아가, 고객이 주문한 아이템을 빠른 시간 내에 (예를 들어, 30분 내에) 배송해주는 유통 서비스로서 "퀵커머스"로 지칭되는 서비스를 제공하고 있다. 이 서비스는 식품과 같은 상품에 한정하여 자체적인 물류 센터에 상품을 저장하고, 주문이 들어오면 자체적인 물류 센터에서 주문에 대응하는 상품을 피킹하여 고객에게 신속하게 배송하는 형태의 서비스를 포함할 수 있다. 이 서비스를 제공하기 위해, 전자상거래 업체는 상품에 대한 정교한 수요 예측을 수행하고, 도심 곳곳에 물류 센터 또는 소형 물류 센터(micro fulfillment center; MFC)를 설치하며, 상기 물류 센터에 소속된 전속 라이더를 고용해야 할 필요가 있을 수 있다.
이와 같은 퀵커머스 서비스는 빠른 시간 내에 상품을 배송하는 것을 특징으로 하는 만큼 배송 예상 시간을 정확하게 예측하여 고객에게 제공하는 것이 중요하다. 종래와 같이 스토어의 배송 범위 내의 모든 고객들에게 동일한 예상 배송 시간을 제공하면 고객이 상품을 언제 배송받을 수 있을지 예측하는 것을 어렵게 하며, 배송 범위가 넓어질수록 배송 시간의 예측 정확성은 더욱 떨어질 것이다. 이에 따라, 스토어로부터 고객 위치까지의 거리, 피킹 시간, 스토어의 라이더 정보와 같은 다양한 요소를 고려하여 예상 배송 시간을 예측하여 고객에게 제공하는 것이 사용자 경험의 측면에서 유리할 것이다.
이와 같은 배송 관련 정보를 제공하는 방법에 대한 선행문헌으로 대한민국공개특허 제10-2021-0118675가 있다.
본 명세서의 실시 예는 상술한 문제점을 해결하기 위하여 제안된 것으로, 사용자의 단말로부터 획득한 주문 정보에 대응하는 스토어의 라이더 정보를 확인하고, 주문 정보 및 라이더 정보를 기반으로 예상 시간을 계산하여 사용자 단말에 제공하는 것을 목적으로 한다. 본 실시 예가 이루고자 하는 기술적 과제는 상기와 같은 기술적 과제들로 한정되지 않으며, 이하의 실시 예들로부터 또 다른 기술적 과제들이 유추될 수 있다.
상술한 과제를 달성하기 위하여, 본 명세서의 일 실시 예에 따르는 서비스 서버에서의 정보 제공 방법은, 사용자의 단말로부터 주문 정보를 획득하는 단계; 상기 주문 정보에 대응하는 스토어의 라이더 정보를 확인하는 단계; 상기 주문 정보 및 상기 라이더 정보를 기반으로 예상 시간을 계산하는 단계; 상기 예상 시간을 기반으로 예상 배송 시간 정보를 생성하는 단계; 및 상기 예상 배송 시간 정보를 상기 사용자의 단말에 제공하는 단계를 포함하는 것을 특징으로 한다.
일 실시 예에 따르면, 상기 예상 배송 시간 정보를 생성하는 단계는 상기 예상 시간 및 최소 시간 중 더 큰 시간을 상기 예상 배송 시간 정보로서 생성하는 단계를 포함하는 것을 특징으로 한다.
일 실시 예에 따르면, 상기 최소 시간은 상기 사용자의 이력 정보를 기반으로 결정되는 것을 특징으로 한다.
일 실시 예에 따르면, 상기 라이더 정보를 확인하는 단계는 상기 스토어에 대기 중인 배송 가능한 라이더가 있는지 여부를 확인하는 단계를 포함하고, 상기 예상 시간을 계산하는 단계는 상기 배송 가능한 라이더가 있는 경우, 상기 스토어에서의 피킹 시간과 제1 이동 시간의 합으로서 상기 예상 시간을 계산하는 단계를 포함하고, 상기 제1 이동 시간은 상기 스토어로부터 상기 주문 정보에 대응하는 배송지까지의 이동 시간을 포함하는 것을 특징으로 한다.
일 실시 예에 따르면, 상기 라이더 정보를 확인하는 단계는 상기 배송 가능한 라이더가 없는 경우, 상기 스토어와 연관된 하나 이상의 라이더의 상태 정보를 확인하는 단계; 및 상기 상태 정보를 기반으로 상기 하나 이상의 라이더의 복귀 시간을 계산하는 단계를 더 포함하는 것을 특징으로 한다.
일 실시 예에 따르면, 상기 상태 정보가 픽업 완료로 확인되는 경우, 상기 복귀 시간은 제2 이동 시간의 2배로 계산되고, 상기 상태 정보가 배송 완료로 확인되는 경우, 상기 복귀 시간은 상기 제2 이동 시간으로 계산되며, 상기 제2 이동 시간은 상기 스토어로부터 상기 하나 이상의 라이더가 현재 진행 중인 배송의 배송지까지의 이동 시간을 포함하는 것을 특징으로 한다.
일 실시 예에 따르면, 상기 제1 이동 시간은 상기 스토어 및 상기 배송지의 GPS 정보를 기반으로 외부 서버로부터 수신되는 것을 특징으로 한다.
일 실시 예에 따르면, 상기 제2 이동 시간은 상기 제1 이동 시간과 동일하게 설정되는 것을 특징으로 한다.
일 실시 예에 따르면, 상기 스토어의 주문 백로그 정보를 확인하는 단계를 더 포함하고, 상기 예상 시간을 계산하는 단계는 상기 주문 백로그가 없는 것으로 확인되는 경우, 상기 하나 이상의 라이더의 복귀 시간 중 가장 짧은 복귀 시간을 확인하는 단계; 및 상기 가장 짧은 복귀 시간, 상기 피킹 시간 및 상기 제1 이동 시간의 합으로서 상기 예상 시간을 계산하는 단계를 포함하는 것을 특징으로 한다.
일 실시 예에 따르면, 상기 예상 시간을 계산하는 단계는 상기 주문 백로그가 있는 것으로 확인되는 경우, 상기 하나 이상의 라이더의 복귀 시간 중 가장 긴 복귀 시간을 확인하는 단계; 및 상기 가장 긴 복귀 시간 및 상기 제1 이동 시간의 합으로서 상기 예상 시간을 계산하는 단계를 포함하는 것을 특징으로 한다.
일 실시 예에 따르면, 상기 정보 제공 방법은 상기 주문 백로그가 있는 것으로 확인되는 경우, 가장 오래된 주문을 확인하는 단계; 및 상기 하나 이상의 라이더의 복귀 시간 중 가장 짧은 복귀 시간을 갖는 라이더에 상기 가장 오래된 주문을 할당하는 단계를 더 포함하는 것을 특징으로 한다.
일 실시 예에 따르면, 상기 정보 제공 방법은 상기 사용자의 단말로부터 상기 사용자의 현재 위치 정보 및 상기 주문 정보에 대응하는 배송지 정보를 획득하는 단계; 상기 사용자의 현재 위치와 상기 배송지 사이의 거리를 계산하는 단계; 및 상기 거리가 제1 임계 값을 초과하는 경우, 상기 사용자의 단말에 상기 배송지가 정확한지 여부의 확인을 요청하는 안내 메시지를 제공하는 단계를 더 포함하는 것을 특징으로 한다.
일 실시 예에 따르면, 상기 사용자의 후보 배송지 목록을 확인하는 단계를 더 포함하고, 상기 제1 임계 값은 상기 후보 배송지 목록에 포함된 복수의 후보 배송지들 간의 거리를 기반으로 결정되는 것을 특징으로 한다.
일 실시 예에 따르면, 상기 정보 제공 방법은 상기 주문이 확정된 경우, 상기 주문 정보를 상기 스토어와 연관된 제1 라이더에 할당하는 단계; 상기 주문 정보에 대응하는 배송 중인 상기 제1 라이더의 현재 위치 정보를 획득하는 단계; 및 상기 제1 라이더의 현재 위치와 상기 주문 정보에 대응하는 배송지 사이의 거리가 제2 임계 값 미만인 경우, 상기 사용자의 단말에 안내 메시지를 제공하는 단계를 더 포함하는 것을 특징으로 한다.
일 실시 예에 따르면, 상기 제2 임계 값은 상기 배송지의 특성, 상기 사용자의 주문 이력, 및 배송 시간대 중 적어도 하나를 기반으로 결정되는 것을 특징으로 한다.
본 명세서의 일 실시 예에 따르는 정보를 제공하는 서비스 서버는, 다른 장치와 정보를 송수신하는 트랜시버; 및 상기 트랜시버를 제어하고, 사용자의 단말로부터 주문 정보를 획득하고, 상기 주문 정보에 대응하는 스토어의 라이더 정보를 확인하고, 상기 주문 정보 및 상기 라이더 정보를 기반으로 예상 시간을 계산하고, 상기 예상 시간을 기반으로 예상 배송 시간 정보를 생성하고, 상기 예상 배송 시간 정보를 상기 사용자의 단말에 제공하는 프로세서를 포함하는 것을 특징으로 한다.
본 명세서의 일 실시 예에 따르는 비일시적 컴퓨터 판독 가능 저장 매체는 컴퓨터 판독 가능 명령어들을 저장하도록 구성되는 매체를 포함하고, 상기 컴퓨터 판독 가능 명령어들은 프로세서에 의해 실행되는 경우 상기 프로세서가: 사용자의 단말로부터 주문 정보를 획득하는 단계; 상기 주문 정보에 대응하는 스토어의 라이더 정보를 확인하는 단계; 상기 주문 정보 및 상기 라이더 정보를 기반으로 예상 시간을 계산하는 단계; 상기 예상 시간을 기반으로 예상 배송 시간 정보를 생성하는 단계; 및 상기 예상 배송 시간 정보를 상기 사용자의 단말에 제공하는 단계를 포함하는 서비스 서버에서의 정보 제공 방법을 수행하도록 하는 것을 특징으로 한다.
본 명세서의 실시 예에 따르면, 서비스 서버는 스토어로부터 배송지까지의 거리를 고려하여 계산된 예상 시간을 기반으로 예상 배송 시간 정보를 생성하여 사용자에게 표시함으로써, 사용자가 자신의 주문에 대한 배송 완료 예상 시간을 보다 편리하게 확인하도록 하여 사용자의 주문을 유도할 수 있으며, 보다 정확한 배송 시간 예측을 통해 사용자 경험을 향상시킬 수 있다.
또한, 본 명세서의 실시 예에 따르면, 서비스 서버는 사용자의 현재 위치 정보를 사용자 단말기로부터 획득하고, 현재 위치와 사용자가 입력한 배송지의 주소가 유의미한 차이를 갖는 경우, 배송지 주소에 대한 확인을 요청하는 안내 메시지를 페이지 상에 제공함으로써, 사용자의 잘못된 주소 입력으로 인한 상품 오배송 및 부정적인 고객 경험을 방지할 수 있다.
또한, 본 명세서의 실시 예에 따르면, 서비스 서버는 라이더가 배송지로부터 일정 거리 이내로 진입하면 미리 사용자에게 안내 메시지를 전송하고, 사용자가 배송을 받기 위해 미리 준비하도록 유도함으로써, 라이더의 대기 시간을 줄이고 라이더의 더 많은 배송을 유도할 수 있으며, 배송 효율을 증가시킬 수 있다.
도 1은 본 발명의 일 실시 예에 따른 배송 관련 정보를 제공하기 위한 정보 제공 시스템의 구성을 개략적으로 도시한 도면이다.
도 2는 본 발명의 일 실시 예에 따른 배송 관련 정보를 제공하는 방법과 관련된 각 노드들의 정보 교환과 이에 대응하는 동작을 도시하는 시퀀스 다이어그램이다.
도 3은 본 발명의 일 실시 예에 따른 예상 배송 시간 정보를 출력하는 프로세스를 예시적으로 나타낸 도면이다.
도 4는 본 발명의 일 실시 예에 따른 예상 배송 시간 정보를 생성하기 위한 예시적인 거리-시간 매핑 테이블을 나타낸다.
도 5는 본 발명의 일 실시 예에 따른 서비스 서버에 의해 사용자 단말기에 제공되는 안내 메시지를 예시적으로 나타내는 도면이다.
도 6은 본 발명의 일 실시 예에 따른 서비스 서버에 의해 사용자 단말기에 제공되는 안내 메시지를 예시적으로 나타내는 도면이다.
도 7은 본 발명의 일 실시 예에 따른 배송 관련 정보를 제공하는 방법의 흐름을 나타내는 순서도이다.
도 8은 본 발명의 일 실시 예에 따른 배송 관련 정보를 제공하는 시스템의 일부 구성요소를 도시한 도면이다.
이하, 본 발명의 실시 예를 첨부된 도면을 참조하여 상세하게 설명한다.
실시 예를 설명함에 있어서 본 발명이 속하는 기술 분야에 익히 알려져 있고 본 발명과 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 발명의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.
마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이 때, 본 실시 예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA또는 ASIC과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다.
도 1은 본 발명의 일 실시 예에 따른 배송 관련 정보를 제공하기 위한 정보 제공 시스템의 구성을 개략적으로 도시한 도면이다.
도 1을 참조하면 본 발명의 실시 예에 따른 정보 제공 시스템은 사용자 단말기(110) 및 서비스 서버(120)를 포함할 수 있다.
사용자는 사용자 단말기(110)를 사용하여 서비스 서버(120)와 정보를 교환할 수 있다. 사용자 단말기(110)에는 전자상거래 및 배송 관련 서비스를 제공하는 서비스 서버(120)에 의해 배포된 애플리케이션이 설치될 수 있다. 사용자는 사용자 단말기(110)에 설치된 애플리케이션을 실행하여 서비스 서버(120)와 정보를 교환함으로써 서비스 서버에서 제공하는 전자상거래 서비스를 이용할 수 있고, 원하는 상품을 구입하여 배송을 받을 수 있다. 사용자 단말기(110)는 스마트폰 및 태블릿 PC와 같은 모바일 디바이스나 데스크탑 PC와 같은 스테틱 디바이스일 수 있으며, 전자상거래 또는 배송 업무 관련 애플리케이션이 설치되어 실행될 수 있는 기기라면 제한 없이 사용자 단말기(110)로 사용될 수 있다.
서비스 서버(120)는 사용자 단말기(110)와 통신하며 사용자 단말기(110)로 전자상거래 및 배송에 대한 정보를 제공한다. 일 실시 예에서, 서비스 서버(120)가 제공하는 서비스는 고객이 주문한 아이템을 빠른 시간 내에 배송해주는 유통 서비스로서 "퀵커머스"로 지칭되는 서비스를 포함할 수 있다. 이 서비스는 자체적인 물류 센터에 상품을 저장하고, 주문이 들어오면 자체적인 물류 센터에서 주문에 대응하는 상품을 피킹하여 고객에게 신속하게 배송하는 형태의 서비스를 포함할 수 있다. 이 서비스를 제공하기 위해, 서비스 서버(120)를 운영하는 업체는 아이템에 대한 정교한 수요 예측을 수행하고, 도심 곳곳에 물류 센터 또는 소형 물류 센터(micro fulfillment center; MFC)를 설치하며, 상기 물류 센터에 소속된 전속 라이더를 고용해야 할 필요가 있을 수 있다.
도 2는 본 발명의 일 실시 예에 따른 배송 관련 정보를 제공하는 방법과 관련된 각 노드들의 정보 교환과 이에 대응하는 동작을 도시하는 시퀀스 다이어그램이다.
도 2를 참조하면, 본 발명의 일 실시 예에 따른 사용자 단말기 및 서비스 서버 사이의 정보 교환 및 각 노드에서의 동작 방법이 개시된다.
단계 205에서, 사용자 단말기는 사용자로부터 획득한 주문 정보를 서비스 서버에 제공할 수 있다. 사용자는 사용자 단말기에 설치된 전자상거래 관련 애플리케이션을 통해 구매하고자 하는 아이템을 주문할 수 있고, 주문 정보는 사용자가 주문을 위해 선택한 하나 이상의 아이템에 대한 정보를 포함할 수 있다. 일 실시 예에서, 주문 정보는 사용자가 구입한 아이템을 배송하기 위한 배송지 주소에 대한 정보를 포함할 수 있다. 일 실시 예에서, 주문 정보는 사용자가 구매 또는 결제를 완료한 주문, 또는 아직 결제하지 않고 장바구니에만 추가한 주문에 대한 정보를 포함할 수 있다. 서비스 서버는 사용자가 아직 주문을 완료하지 않은 상태에서도, 해당 주문을 완료할 경우 배송이 완료될 예상 시간 정보를 사용자에게 제공하여 사용자 경험을 향상시킬 수 있다.
단계 210에서, 서비스 서버는 사용자 단말기로부터 획득한 주문 정보에 대응하는 스토어의 라이더 정보를 확인할 수 있다. 일 실시 예에서, 서비스 서버는 주문 정보에 포함된 배송지 정보에 대응하는 스토어를 확인할 수 있다. 서비스를 제공하는 스토어는 담당하는 배송 지역 범위를 가질 수 있고, 주문 정보에 포함된 배송지가 스토어의 담당하는 배송 지역 범위에 포함되는 경우, 해당 스토어가 주문 정보에 대응하는 스토어로 확인될 수 있다. 일 실시 예에서, 스토어는 주문 정보에 포함된 아이템을 피킹할 소형 물류 센터(MFC)를 포함할 수 있다. 일 실시 예에서, 스토어에는 아이템 배송을 위한 하나 이상의 라이더가 소속될 수 있다. 본 명세서 전반에서는 하나 이상의 라이더가 스토어에 소속된 전속 라이더인 것으로 설명되지만, 이에 제한되지 않고, 비정규직 또는 프리랜서 라이더도 얼마든지 해당 스토어의 배송 업무를 수행할 수 있음이 이해될 것이다.
일 실시 예에서, 서비스 서버는 스토어의 라이더 정보를 확인함에 있어서, 스토어에 대기 중인 배송 가능한 라이더가 있는지 여부를 확인할 수 있다. 서비스 서버는 스토어에 대기 중인 이용 가능한(available) 라이더가 있는 경우, 주문 정보를 이용 가능한 라이더들 중 하나에 할당하거나 예비적으로 할당하고, 할당된 라이더가 배송을 완료할 수 있을 것으로 예상되는 시간을 계산할 수 있다. 스토어에 대기중인 배송 가능한 라이더가 없는 경우, 서비스 서버는 스토어와 연관된 하나 이상의 라이더의 상태 정보를 확인하고, 상태 정보를 기반으로 하나 이상의 라이더의 복귀 시간을 계산할 수 있다. 일 실시 예에서, 서비스 서버는 라이더의 현재 위치 정보(예를 들어, 라이더의 단말기의 GPS 정보)를 기반으로 외부 서버로부터 라이더가 복귀하는 데 걸리는 예상 시간 정보를 수신할 수 있다.
일 실시 예에서, 서비스 서버는 스토어와 연관된 하나 이상의 라이더의 단말기로부터 하나 이상의 라이더의 현재 상태를 실시간으로 수신하여 업데이트할 수 있다. 일 실시 예에서, 상태 정보는 라이더가 현재 스토어에서 아이템의 피킹을 완료한 상태("픽업 완료")인지, 라이더가 픽업한 아이템을 사용자의 배송지로 배송을 완료한 상태("배송 완료")인지 여부에 대한 정보를 포함할 수 있다.
일 실시 예에서, 라이더의 상태 정보가 "픽업 완료"로 확인되는 경우, 복귀 시간은 제2 이동 시간의 2배로 계산될 수 있다. 제2 이동 시간은 스토어로부터 라이더가 현재 진행 중인 배송의 배송지까지의 이동 시간을 포함할 수 있다. 일 실시 예에서, 제2 이동 시간은 스토어 및 배송지의 GPS 정보를 기반으로 외부 서버로부터 수신되는 예상 이동 시간을 포함할 수 있다. 스토어에서 출발하여 배송지에 도착하기 위해 이동하는 거리는 배송지에서 출발하여 스토어에 도착하기 위해 이동하는 거리와 거의 동일할 것이고, 해당 거리를 이동하는 데 걸리는 시간 또한 거의 동일할 것이다. 이와 같이, 라이더의 복귀 시간을 예측함에 있어서, 스토어에서 픽업을 완료한 라이더가 배송지까지의 예상 이동 시간을 확인하고, 그의 두 배의 값으로 복귀 시간을 산정함으로써 이동 시간을 계산하는 데 드는 비용 및 부하를 줄일 수 있다.
일 실시 예에서, 라이더의 상태 정보가 "배송 완료"로 확인되는 경우, 복귀 시간은 제2 이동 시간인 것으로 계산될 수 있다. 제2 이동 시간은 스토어로부터 라이더가 현재 진행 중인 배송의 배송지까지의 이동 시간을 포함할 수 있다. 일 실시 예에서, 제2 이동 시간은 스토어 및 배송지의 GPS 정보를 기반으로 외부 서버로부터 수신되는 예상 이동 시간을 포함할 수 있다. 스토어에서 출발하여 배송지에 도착하기 위해 이동하는 거리는 배송지에서 출발하여 스토어에 도착하기 위해 이동하는 거리와 거의 동일할 것이고, 해당 거리를 이동하는 데 걸리는 시간 또한 거의 동일할 것이다.
일 실시 예에서, 제2 이동 시간은 라이더의 상태 정보가 "배송 완료"로 설정된 시각에서 "픽업 완료"로 설정된 시각을 뺀 시간으로 설정될 수 있다. 이 경우, 서비스 서버는 외부 서버로부터 수신한 예상 이동 시간보다 더욱 정확한 이동 시간을 획득할 수 있다.
단계 215에서, 서비스 서버는 주문 정보 및 라이더 정보를 기반으로 예상 시간을 계산할 수 있다. 예상 시간은 사용자가 주문을 완료한(또는 완료할) 시점으로부터 사용자가 지정한 배송지로 라이더가 사용자가 주문한 아이템의 배송을 완료할 것으로 예상되는 시간을 포함할 수 있다.
일 실시 예에서, 서비스 서버는 스토어에 대기 중인 배송 가능한 라이더가 존재하는 것으로 확인한 경우, 스토어에서의 피킹 시간과 라이더의 배송지까지의 이동 시간의 합으로서 예상 시간을 계산할 수 있다. 스토어에 대기 중인 배송 가능한 라이더가 존재하는 경우, 해당 라이더는 주문을 할당받는 즉시 주문에 대응하는 아이템들을 피킹하고 바로 배송을 출발할 수 있는 상태일 것이므로, 아이템을 피킹하는 데 걸리는 시간과 스토어에서 배송지까지 이동하는 데 걸리는 시간을 더함으로써 배송 완료 예상 시간을 계산할 수 있다.
일 실시 예에서, 이동 시간은 스토어 및 배송지의 GPS 정보를 기반으로 외부 서버로부터 수신될 수 있다. 외부 서버는 시작 위치와 도착 위치가 주어지면, 시작 위치로부터 도착 위치까지의 도로 정보, 교통 상황 등을 고려하여 이동 경로 및 예상 이동 시간을 출력하는 네비게이션 서비스를 제공하는 서버를 포함할 수 있다.
일 실시 예에서, 피킹 시간은 사용자의 주문 정보에 포함된 아이템의 종류 및 수량에 관계없이 일정한 값(예를 들어, 2분)으로 설정될 수 있다. 일반적인 대형 물류 센터와는 달리, 서비스와 연관된 소형 물류 센터에서는 라이더 또는 직원이 아이템을 피킹하는 데 걸리는 시간이 주문한 아이템의 종류 및 수량에 따라 크게 달라지지 않을 수 있다는 점을 고려하여, 서비스 서버는 피킹 시간을 일정한 값으로 설정하여 불필요한 계산량을 줄이면서도 정확한 시간 예측을 수행할 수 있다.
일 실시 예에서, 피킹 시간은 사용자의 주문 정보에 따라 상이하게 설정될 수 있다. 예를 들어, 사용자가 주문한 아이템의 종류가 다수의 유형의 아이템을 포함하는 경우라면 하나의 유형의 아이템을 포함하는 경우보다 피킹 시간이 더 길게 설정될 수 있다. 예를 들어, 사용자가 주문한 아이템의 수가 10개인 경우, 하나의 아이템을 주문하는 경우보다 피킹 시간이 더 길게 설정될 수 있다. 아이템의 유형 또는 수량에 따른 피킹 시간은 데이터베이스에 저장된 피킹 이력 데이터로부터 도출될 수 있다.
일 실시 예에서, 피킹 시간은 주문 정보에 대응하는 스토어에 따라 상이하게 설정될 수 있다. 주문 아이템을 제공하는 스토어마다 크기, 상주 인력, 피킹을 위한 인력 등이 다양할 수 있으므로, 서비스 서버는 주문 정보에 대응하는 스토어의 특성을 고려하여 피킹 시간을 설정할 수 있다. 예를 들어, 서비스 서버는 스토어의 면적이 일정 크기 이상인 경우 피킹 시간을 제1 피킹 시간으로 설정하고, 그렇지 않은 경우 피킹 시간을 제2 피킹 시간으로 설정하며, 제1 피킹 시간은 제2 피킹 시간보다 긴 시간일 수 있다. 스토어에 따른 피킹 시간은 데이터베이스에 저장된 각 스토어의 피킹 이력 데이터로부터 도출될 수 있다.
일 실시 예에서, 피킹 시간은 주문이 할당되어 피킹을 수행하는 작업자에 따라 상이하게 설정될 수 있다. 예를 들어, 경력이 짧은 작업자가 피킹을 수행하는 데 걸리는 시간은 오랜 경력을 가진 숙련된 작업자가 피킹을 수행하는 데 걸리는 시간보다 훨씬 길 수 있으므로, 서비스 서버는 작업자의 경력 및 특성을 고려하여 피킹 시간을 설정할 수 있다. 작업자에 따른 피킹 시간은 데이터베이스에 저장된 각 작업자의 피킹 이력 데이터로부터 도출될 수 있다.
일 실시 예에서, 서비스 서버는 스토어의 주문 백로그(backlog) 정보를 확인할 수 있다. 주문 백로그 정보는 스토어의 제한된 주문 처리 커패시티(capacity)로 인해 처리 대기 중인 주문에 대한 정보를 포함할 수 있다.
일 실시 예에서, 서비스 서버는 주문 백로그가 없는 것으로 확인되는 경우, 하나 이상의 라이더의 복귀 시간 중 가장 짧은 복귀 시간을 확인하고, 즉 가장 먼저 복귀할 것으로 예상되는 라이더의 복귀 시간을 확인하고, 가장 짧은 복귀 시간, 피킹 시간 및 제1 이동 시간의 합으로서 예상 시간을 계산할 수 있다. 제1 이동 시간은 스토어로부터 주문 정보에 대응하는 배송지까지의 이동 시간을 포함할 수 있다. 이와 같이 계산함으로써, 서비스 서버는 새로 들어오는 주문을 가장 먼저 스토어에 복귀할 것으로 예상되는 라이더에게 할당하고, 상기 라이더가 현재 진행 중인 주문의 배송을 마치고 복귀한 후, 스토어에서 새로 들어온 주문에 대응하는 아이템들을 피킹한 후, 피킹한 아이템들을 운반하여 새로 들어온 주문에 대응하는 배송지로 배송을 완료하는 데 걸리는 시간을 포함하는 예상 배송 완료 시간을 계산할 수 있다. 이와 같은 계산은 라이더의 복귀 시간까지 고려하여 배송 완료 시간을 보다 정확히 예측할 수 있으면서도 계산 부하가 과도하게 증가하는 것을 방지할 수 있다.
일 실시 예에서, 서비스 서버는 스토어로부터 새로 들어온 주문에 대응하는 배송지까지의 이동 시간에 대응하는 제1 이동 시간과, 배송 중인 라이더가 스토어로부터 현재 진행 중인 배송의 배송지까지의 이동 시간에 대응하는 제2 이동 시간을 동일하게 설정할 수 있다. 스토어로부터 새로 들어온 주문에 대응하는 배송지까지의 거리와 스토어로부터 현재 진행 중인 배송의 배송지까지의 거리는 상이할 것이나, 라이더가 두 거리를 각각 이동하는 데 걸리는 것으로 예상되는 제1 이동 시간 및 제2 이동 시간을 동일하게 설정하여 계산을 수행함으로써, 서비스 서버는 계산량을 효율적으로 감소시킬 수 있다.
일 실시 예에서, 서비스 서버는 주문 백로그가 있는 것으로 확인되는 경우, 하나 이상의 라이더의 복귀 시간 중 가장 긴 복귀 시간을 확인하고, 즉 가장 늦게 복귀할 것으로 예상되는 라이더의 복귀 시간을 확인하고, 가장 긴 복귀 시간 및 제1 이동 시간의 합으로서 예상 시간을 계산할 수 있다. 제1 이동 시간은 스토어로부터 주문 정보에 대응하는 배송지까지의 이동 시간을 포함할 수 있다. 주문 백로그가 있는 경우, 밀린 주문의 피킹을 스토어에 대기 중인 다른 작업자가 수행할 수 있고, 다른 주문의 배송을 마치고 복귀한 라이더가 새롭게 피킹을 수행할 필요 없이 이미 피킹이 완료된 아이템을 운반함으로써 배송을 시작할 수 있기 때문에, 예상 시간에서 피킹에 소요되는 시간이 제외될 수 있다. 이와 같이, 사용자에게 제공하는 예상 시간 정보로서 불필요한 피킹 시간을 제외하고 표시함으로써, 시간의 예측 정확도를 높이고, 더욱 짧은 배송 완료 예상 시간을 표시함으로써 사용자의 주문에 대한 동기를 부여하고 서비스 이용 만족도를 상승시킬 수 있다.
일 실시 예에서, 서비스 서버는 주문 백로그가 있는 것으로 확인되는 경우, 백로그에서 가장 기간이 오래된 주문을 확인하고, 하나 이상의 라이더의 복귀 시간 중 가장 짧은 복귀 시간을 갖는 라이더에게 상기 가장 오래된 주문을 할당할 수 있다. 이와 같이, 가장 오래된 주문을 가장 먼저 복귀하는 라이더에게 할당하여 주문을 순차적으로 처리하게 함으로써 주문 백로그를 감소시키고, 예상 배송 시간의 정확도를 높이며, 사용자들의 잠재적인 컴플레인을 방지할 수 있다.
단계 220에서, 서비스 서버는 계산된 예상 시간을 기반으로 예상 배송 시간 정보를 생성할 수 있다. 예상 배송 시간 정보는 단계 215에서 계산된 예상 시간을 기반으로 사용자에게 배송 완료 예상 시각을 제공하기 위한 가공된 정보를 포함할 수 있다.
일 실시 예에서, 서비스 서버는 예상 배송 시간 정보를 생성함에 있어서, 단계 215에서 계산된 예상 시간과 최소 시간 중 더 큰 시간을 예상 배송 시간 정보로서 생성할 수 있다. 상기 최소 시간은 서비스 서버에 의해 설정된 값을 포함할 수 있다. 예를 들어, 주문 정보에 대응하는 배송지와 스토어의 거리가 매우 가까워서 예상 시간이 매우 짧게 계산된 경우(예를 들어, 1분), 배송을 수행함에 있어서 다른 부수적인 요인(예를 들어, 교통 상황, 엘리베이터 대기 시간, 라이더의 추가 업무 수행 등)으로 인해 작지만 추가적인 시간이 소요될 수 있을 것이고, 이 경우 매우 짧게 계산된 예상 시간 안에 라이더가 배송을 완료하는 것이 어려울 수 있으며, 이는 사용자에게 제공한 예상 시간의 정확성 및 신뢰성 하락을 유발하고, 사용자 경험에 도움이 되지 않을 것이다. 따라서, 서비스 서버는 사용자에게 제공되는 예상 배송 시간 정보로서 표시될 수 있는 최소 시간(예를 들어, 5분)을 미리 설정하고, 예상 시간이 최소 시간보다 작은 경우, 예상 시간을 표시하지 않고 미리 설정된 최소 시간을 표시함으로써, 사용자 경험 및 만족도가 불필요하게 하락하는 것을 방지할 수 있다.
일 실시 예에서, 최소 시간은 사용자의 이력 정보를 기반으로 결정될 수 있다. 예를 들어, 데이터베이스에 저장된 사용자의 이력 정보는 사용자의 리뷰 및 컴플레인 이력에 대한 정보를 포함할 수 있다. 사용자가 이전에 서비스 서버에 의해 제공된 예상 배송 완료 시간보다 실제 배송 시간이 더 늦었다는 취지의 컴플레인 또는 리뷰를 한 이력이 있다면, 서비스 서버는 데이터베이스에 저장된 이력 데이터를 통해 이와 같은 사용자의 이력을 확인할 수 있고, 이러한 사용자에게는 예상 배송 시간 정보로서 표시되는 최소 시간을 크게 설정하여(예를 들어, 10분) 사용자의 잠재적인 컴플레인을 방지하고, 더욱 여유 있고 안전한 배송을 도모할 수 있다.
단계 225에서, 서비스 서버는 생성된 예상 배송 시간 정보를 사용자 단말기에 제공할 수 있다. 서비스 서버는 사용자가 주문을 완료하기 전에 제공되는 장바구니 페이지나, 사용자가 주문을 완료한 후 제공되는 페이지 상에서 사용자의 주문 정보에 대응하는 예상 배송 시간 정보를 표시할 수 있다. 이와 같이, 서비스 서버는 스토어로부터 배송지까지의 거리를 고려하여 계산된 예상 시간을 기반으로 예상 배송 시간 정보를 생성하여 사용자에게 표시함으로써, 사용자가 자신의 주문에 대한 배송 완료 예상 시간을 보다 편리하게 확인하도록 하여 사용자의 주문을 유도할 수 있으며, 보다 정확한 배송 시간 예측을 통해 사용자 경험을 향상시킬 수 있다.
도 3은 본 발명의 일 실시 예에 따른 예상 배송 시간 정보를 출력하는 프로세스를 예시적으로 나타낸 도면이다. 도 3에 도시된 동작들은 도 1에 도시된 서비스 서버(120) 또는 도 2에 도시된 서비스 서버에 의해 수행될 수 있으며, 전술한 내용과 중복되는 설명이 이하에서는 생략될 수 있다.
단계 305에서, 서비스 서버는 사용자 단말기로부터 획득한 주문 정보에 대응하는 스토어에 라이더가 대기중인지 확인하고, 스토어에 대기 중인 배송 가능한 라이더가 있다면, 단계 310에서, 예상 시간을 스토어에서의 피킹 시간(Tp)과 이동 시간(Td)의 합으로 계산할 수 있다. 이동 시간(Td)는 스토어로부터 주문 정보에 대응하는 배송지까지의 이동 시간을 포함할 수 있다.
스토어에 현재 대기 중인 배송 가능한 라이더가 없다면, 서비스 서버는 단계 315에서 주문 백로그 정보를 확인할 수 있다. 주문 백로그 정보는 스토어의 제한된 주문 처리 커패시티로 인해 처리 대기 중인 주문에 대한 정보를 포함할 수 있다.
주문 백로그가 있는 것으로 확인되는 경우, 서비스 서버는 단계 320에서, 스토어와 연관된 하나 이상의 라이더의 복귀 시간 중 가장 긴 복귀 시간을 확인하고, 예상 시간을 가장 긴 복귀 시간(가장 긴 Tr) 및 이동 시간(Td)의 합으로 계산할 수 있다. 주문 백로그가 있는 경우, 밀린 주문의 피킹을 스토어에 대기 중인 다른 작업자가 수행할 수 있고, 다른 주문의 배송을 마치고 복귀한 라이더가 새롭게 피킹을 수행할 필요 없이 이미 피킹이 완료된 아이템을 운반함으로써 배송을 시작할 수 있기 때문에, 예상 시간에서 피킹에 소요되는 시간(Tp)이 제외될 수 있다.
주문 백로그가 없는 것으로 확인되는 경우, 서비스 서버는 단계 325에서, 스토어와 연관된 하나 이상의 라이더의 복귀 시간 중 가장 짧은 복귀 시간을 확인하고, 예상 시간을 가장 짧은 복귀 시간(가장 짧은 Tr), 피킹 시간(Tp) 및 이동 시간(Tp)의 합으로 계산할 수 있다.
단계 310, 320, 또는 325에서 예상 시간이 계산되었다면, 서비스 서버는 단계 330에서, 예상 시간이 최소 시간보다 작은지 여부를 판단하고, 예상 시간이 최소 시간보다 작다면, 단계 335에서 최소 시간을 예상 배송 시간 정보로서 출력할 수 있고, 예상 시간이 최소 시간보다 작지 않다면, 단계 340에서 예상 시간을 예상 배송 시간 정보로서 출력할 수 있다. 즉, 서비스 서버는 예상 시간과 최소 시간 중 더 큰 값을 예상 배송 시간 정보로서 출력함으로써, 예상 배송 시간 정보로서 표시될 수 있는 최소의 값을 설정하여 고객 경험에 긍정적인 영향을 미치도록 할 수 있다.
도 4는 본 발명의 일 실시 예에 따른 예상 배송 시간 정보를 생성하기 위한 예시적인 거리-시간 매핑 테이블을 나타낸다.
일 실시 예에서, 서비스 서버는 사용자로부터 획득한 주문 정보에 대응하는 예상 배송 시간 정보를 생성함에 있어서, 사용자의 현재 위치와 스토어 사이의 거리를 확인하고, 확인된 거리에 대응하는 평균 배송 시간을 테이블에서 확인하여, 평균 배송 시간을 예상 배송 시간 정보로서 그대로 출력할 수 있다. 도 3에 도시된 바와 같이 스토어와 연관된 복수의 라이더의 실시간 상태를 체크하고 복귀 시간을 계산하고, 외부 네비게이션 시스템에 요청하여 라이더의 스토어로부터 배송지까지의 이동 시간을 획득하는 것은 상당한 양의 계산 부하 및 비용을 요구할 수 있다는 점을 고려하여, 서비스 서버는 단순히 도 4에 도시된 바와 같은 거리-시간 매핑 테이블을 활용하여 사용자의 현재 위치와 스토어 사이의 거리만을 기반으로 예상 배송 시간 정보를 생성함으로써, 사용자에게 제공되는 예상 배송 시간 정보를 배송 거리에 따라 동적으로 조정하면서도 계산 부하 및 비용을 상당히 감소시킬 수 있다. 도 4에 도시된 거리-시간 매핑 테이블은 데이터베이스에 저장된 다양한 배송 거리에 따른 배송 완료 시간에 관한 이력 데이터를 기반으로 생성될 수 있다.
일 실시 예에서, 보다 정확한 배송 시간의 예측을 위해, 서비스 서버는 스토어로부터 배송지까지의 이동 시간(즉, Td)을 결정하기 위해 도 4에 도시된 바와 같은 테이블을 활용하고, 스토어에서의 피킹 시간(Tp) 또는 라이더의 복귀 시간(Tr)는 도 2 및 도 3에서 전술한 바와 같은 방법을 사용하여 계산함으로써, 외부 네비게이션 시스템에 의존하지 않고 두 지점 사이의 이동 시간을 서비스 서버의 자체적인 이력 데이터를 기반으로 계산할 수 있다.
도 5는 본 발명의 일 실시 예에 따른 서비스 서버에 의해 사용자 단말기에 제공되는 안내 메시지를 예시적으로 나타내는 도면이다. 도 5를 참조하면, 서비스 서버에서 사용자의 단말에 제공하는 서비스와 연관된 애플리케이션의 게이트웨이 페이지(500) 및 장바구니 및 결제 페이지(510)이 도시된다.
일 실시 예에서, 서비스 서버는 사용자의 단말로부터 사용자의 현재 위치 정보 및 주문 정보에 대응하는 배송지 정보를 획득하고, 사용자의 현재 위치와 배송지 사이의 거리를 계산하여, 거리가 제1 임계 값을 초과하는 경우, 사용자의 단말에 배송지가 정확한지 여부의 확인을 요청하는 안내 메시지를 제공할 수 있다. 사용자가 주문에 대한 배송지 주소를 입력할 때, 예를 들어, 사용자는 배송지 주소를 직접 입력하거나, 지도 페이지 상에서 핀을 꽂거나(pin), 기 저장된 자주 사용하는 후보 배송지 목록에서 배송지를 선택하거나, 이전에 제공했던 주문 정보에 대응하는 배송지를 그대로 현재 배송지 주소로 활용하는 방식으로 배송지 주소를 입력할 수 있다. 이 경우, 사용자가 실수로 주소를 잘못 입력하거나, 지도 페이지 상에서 잘못된 위치로 핀을 꽂거나, 이전 배송지 주소와 현재 배송지 주소가 상이함에도 불구하고 이전 배송지 주소를 그대로 입력하는 경우를 가정할 수 있고, 이러한 경우 사용자가 배송을 희망하는 배송지가 아닌 다른 배송지가 주문 정보에 대응하는 배송지로서 입력되고, 이러한 잘못된 주소로의 배송은 고객 경험에 좋지 않은 영향을 미치고 재배송으로 인한 배송 효율 하락으로 이어질 수 있다. 이를 방지하기 위해, 서비스 서버는 사용자의 현재 위치 정보를 사용자 단말기로부터 획득하고, 현재 위치와 사용자가 입력한 배송지의 주소가 유의미한 차이를 갖는 경우, 사용자가 주소를 잘못 입력하였을 경우를 대비하여 이에 대한 확인을 요청하는 안내 메시지를 페이지 상에 제공할 수 있다.
일 실시 예에서, 페이지(500)에서, 사용자는 배송지 주소를 입력하기 위한 영역(501)을 클릭하여 배송지를 설정할 수 있고, 설정된 배송지 정보는 서비스 서버로 전달된다. 서비스 서버는 사용자가 설정한 배송지 주소와 사용자 단말로부터 획득한 사용자의 현재 위치 사이의 거리를 계산하여, 거리가 제1 임계 값(예를 들어, 5km)을 초과하는 경우, "이 배송 주소가 정확한가요?"와 같은 텍스트를 포함하는 안내 메시지(502)를 페이지(500) 상의 영역(501) 근처에 표시할 수 있다. 안내 메시지(502)를 통해, 서비스 서버는 사용자가 배송지 주소를 다시 확인할 수 있도록 유도하고, 사용자가 잘못된 주소를 입력하는 것을 방지할 수 있다.
페이지(510)에서, 사용자는 영역(511)을 통해 결제 및 주문 완료 전 사용자가 설정한 배송지 주소를 확인 및 변경할 수 있다. 서비스 서버는 사용자가 설정한 배송지 주소 사용자가 설정한 배송지 주소와 사용자 단말로부터 획득한 사용자의 현재 위치 사이의 거리를 계산하여, 거리가 제1 임계 값(예를 들어, 5km)을 초과하는 경우, "이 배송 주소가 정확한가요?"와 같은 텍스트를 포함하는 안내 메시지(512)를 페이지(510) 상의 영역(501) 근처에 표시할 수 있다.
일 실시 예에서, 사용자가 이전에 잘못된 주소를 입력한 이력이 존재하는 경우, 서비스 서버는 안내 메시지(502) 또는 안내 메시지(512) 상에 사용자가 잘못된 주소를 입력한 이력에 대한 정보를 추가로 표시할 수 있다. 예를 들어, 서비스 서버는 사용자가 잘못된 주소를 입력한 주문에 대한 날짜 및 잘못된 주소에 대한 정보를 안내 메시지 상에 추가로 표시하여, 사용자가 다시 실수를 반복하지 않도록 도울 수 있다.
일 실시 예에서, 게이트웨이 페이지(500) 상에 안내 메시지(502)를 표시하는 것과 연관된 임계 값과 장바구니 및 결제 페이지(510) 상에 안내 메시지(512)를 표시하기 것과 연관된 임계 값은 상이할 수 있다. 예를 들어, 장바구니 및 결제 페이지(510)는 사용자가 배송지 주소를 확인하고 변경할 수 있는 실질적인 마지막 기회라는 점을 고려하여, 서비스 서버는 장바구니 및 결제 페이지(510)에서 안내 메시지(512)를 표시하는 것과 연관된 임계 값을 게이트웨이 페이지(500) 상에서 안내 메시지(502)를 표시하는 것과 연관된 임계 값보다 작게 설정하여, 장바구니 및 결제 페이지(510) 상에 잘못된 주소 입력을 경고하는 안내 메시지가 표시될 가능성을 더욱 높일 수 있다.
일 실시 예에서, 서비스 서버는 사용자의 후보 배송지 목록을 확인할 수 있고, 제1 임계 값은 후보 배송지 목록에 포함된 복수의 후보 배송지들 간의 거리를 기반으로 결정될 수 있다. 예를 들어, 후보 배송지 목록에 포함된 사용자가 자주 사용하는 복수의 후보 배송지들 간의 거리가 상대적으로 가까운 경우(예를 들어, 아파트 단지의 101동, 102동 등), 제1 임계 값은 상대적으로 작은 값으로 설정될 수 있고, 후보 배송지 목록에 포함된 사용자가 자주 사용하는 복수의 후보 배송지들 간의 거리가 상대적으로 먼 경우(예를 들어, 집과, 집에서 차로 1시간 거리의 직장), 제1 임계 값은 상대적으로 큰 값으로 설정될 수 있다.
일 실시 예에서, 안내 메시지(502) 또는 안내 메시지(512)는 사용자가 주소를 잘못 입력하는 유형에 따라 상이한 메시지를 포함할 수 있다. 예를 들어, 사용자가 지도 페이지 상에서 핀을 꽂을 경우 잘못된 위치에 핀을 꽂는 경우(제1 케이스), 기 저장된 자주 사용하는 후보 배송지 목록에서 배송지를 잘못 선택하는 경우(제2 케이스), 및 이전에 제공했던 주문 정보에 대응하는 배송지를 그대로 현재 배송지 주소로 활용하는 방식으로 배송지 주소를 입력하는 경우(제3 케이스)에서, 제1, 제2, 및 제3 케이스 별로 상이한 메시지를 표시할 수 있다.
도 6은 본 발명의 일 실시 예에 따른 서비스 서버에 의해 사용자 단말기에 제공되는 안내 메시지를 예시적으로 나타내는 도면이다. 사용자 단말기의 잠금 화면(600) 및 홈 화면(610) 상에 서비스 서버에 의해 전송된 배송이 거의 도착했음을 알리는 안내 메시지(601) 및 안내 메시지(611)가 도시된다. 안내 메시지(601 및 611)는 서비스 애플리케이션을 실행하지 않는 상태에서도 표시되는 푸시 메시지를 포함할 수 있다.
일 실시 예에서, 서비스 서버는 주문이 확정된 경우, 주문 정보를 스토어와 연관된 제1 라이더에 할당하고, 주문 정보에 대응하는 배송 중인 제1 라이더의 현재 위치 정보를 획득하고, 제1 라이더의 현재 위치와 주문 정보에 대응하는 배송지 사이의 거리가 제2 임계 값 미만인 경우, 사용자의 단말에 안내 메시지를 제공할 수 있다. 예를 들어, 큰 아파트 단지, 군부대, 또는 쇼핑몰과 같이 사용자가 라이더를 만나기 위해 로비까지 이동하는 데 오랜 시간이 걸리는 배송지의 경우, 서비스 서버는 라이더가 배송지로부터 일정 거리(제2 임계값) 이내로 진입하면 미리 사용자에게 안내 메시지를 전송하고, 사용자가 배송을 받기 위해 미리 준비하도록 유도할 수 있다. 이를 통해, 서비스 서버는 라이더의 대기 시간을 줄이고 라이더의 더 많은 배송을 유도할 수 있으며, 배송 효율을 증가시킬 수 있다.
일 실시 예에서, 제2 임계 값은 배송지의 특성을 기반으로 결정될 수 있다. 예를 들어, 사용자가 라이더를 만나기 위해 이동하는 데 오랜 시간이 걸리지 않는 경우나, 사용자가 라이더를 만날 필요가 없는 비대면 배송의 경우에는, 서비스 서버는 제2 임계 값을 상대적으로 작게 설정하여 사용자가 라이더의 도착 직전에 안내 메시지를 받도록 할 수 있다. 이 경우, 제2 임계 값을 0으로 설정하여 사용자가 안내 메시지를 받지 않도록 설정할 수도 있다. 한편, 사용자의 배송지가 군부대, 회사 등과 같이 사용자가 라이더를 만나기 위해 이동하는 데 오랜 시간이 걸리는 경우, 서비스 서버는 제2 임계 값을 크게 설정하여 사용자가 라이더의 도착으로부터 상당한 시간 이전에 안내 메시지를 받도록 하여, 라이더를 만나기 위한 이동을 미리 시작하도록 유도할 수 있다.
일 실시 예에서, 제2 임계 값은 사용자의 주문 이력을 기반으로 결정될 수 있다. 예를 들어, 사용자가 안내 메시지를 수신하고도 미리 준비하지 않아 라이더를 오래 기다리게 하는 경향이 있는 것으로 확인되는 경우, 제2 임계 값을 크게 설정할 수 있다. 서비스 서버는 이러한 경향을 파악하기 위해, 라이더의 배송지 도착 시간과 라이더와 사용자가 직접 만난 시간을 비교하여 이력 데이터로서 데이터베이스에 저장할 수 있다.
일 실시 예에서, 제2 임계 값은 배송 시간대를 기반으로 결정될 수 있다. 예를 들어, 점심 및 저녁 시간과 같은 피크 시간대에는 라이더의 수요가 높아질 것이므로 제2 임계 값을 길게 설정하여 라이더의 잠재적인 대기 시간을 줄일 수 있다.
도 7은 본 발명의 일 실시 예에 따른 배송 관련 정보를 제공하는 방법의 흐름을 나타내는 순서도이다. 도 7에 도시된 단계들은 도 1에 도시된 서비스 서버(120) 또는 도 2에 도시된 서비스 서버에 의해 수행될 수 있으며, 전술한 내용과 중복되는 설명이 이하에서는 생략될 수 있다.
단계 S710에서, 서비스 서버는 사용자의 단말로부터 주문 정보를 획득할 수 있다. 사용자는 사용자 단말기에 설치된 전자상거래 관련 애플리케이션을 통해 구매하고자 하는 아이템을 주문할 수 있고, 주문 정보는 사용자가 주문을 위해 선택한 하나 이상의 아이템에 대한 정보를 포함할 수 있다. 일 실시 예에서, 주문 정보는 사용자가 구입한 아이템을 배송하기 위한 배송지 주소에 대한 정보를 포함할 수 있다. 일 실시 예에서, 주문 정보는 사용자가 구매 또는 결제를 완료한 주문, 또는 아직 결제하지 않고 장바구니에만 추가한 주문에 대한 정보를 포함할 수 있다. 서비스 서버는 사용자가 아직 주문을 완료하지 않은 상태에서도, 해당 주문을 완료할 경우 배송이 완료될 예상 시간 정보를 사용자에게 제공하여 사용자 경험을 향상시킬 수 있다.
단계 S720에서, 서비스 서버는 주문 정보에 대응하는 스토어의 라이더 정보를 확인할 수 있다. 일 실시 예에서, 서비스 서버는 주문 정보에 포함된 배송지 정보에 대응하는 스토어를 확인할 수 있다. 서비스를 제공하는 스토어는 담당하는 배송 지역 범위를 가질 수 있고, 주문 정보에 포함된 배송지가 스토어의 담당하는 배송 지역 범위에 포함되는 경우, 해당 스토어가 주문 정보에 대응하는 스토어로 확인될 수 있다. 일 실시 예에서, 스토어는 주문 정보에 포함된 아이템을 피킹할 소형 물류 센터(MFC)를 포함할 수 있다. 일 실시 예에서, 스토어에는 아이템 배송을 위한 하나 이상의 라이더가 소속될 수 있다. 본 명세서 전반에서는 하나 이상의 라이더가 스토어에 소속된 전속 라이더인 것으로 설명되지만, 이에 제한되지 않고, 비정규직 또는 프리랜서 라이더도 얼마든지 해당 스토어의 배송 업무를 수행할 수 있음이 이해될 것이다.
단계 S730에서, 서비스 서버는 주문 정보 및 라이더 정보를 기반으로 예상 시간을 계산할 수 있다. 예상 시간은 사용자가 주문을 완료한(또는 완료할) 시점으로부터 사용자가 지정한 배송지로 라이더가 사용자가 주문한 아이템의 배송을 완료할 것으로 예상되는 시간을 포함할 수 있다.
단계 S740에서, 서비스 서버는 예상 시간을 기반으로 예상 배송 시간 정보를 생성할 수 있다. 예상 배송 시간 정보는 단계 S730에서 계산된 예상 시간을 기반으로 사용자에게 배송 완료 예상 시각을 제공하기 위한 가공된 정보를 포함할 수 있다.
단계 S750에서, 서비스 서버는 예상 배송 시간 정보를 사용자의 단말에 제공할 수 있다. 서비스 서버는 사용자가 주문을 완료하기 전에 제공되는 장바구니 페이지나, 사용자가 주문을 완료한 후 제공되는 페이지 상에서 사용자의 주문 정보에 대응하는 예상 배송 시간 정보를 표시할 수 있다. 이와 같이, 서비스 서버는 스토어로부터 배송지까지의 거리를 고려하여 계산된 예상 시간을 기반으로 예상 배송 시간 정보를 생성하여 사용자에게 표시함으로써, 사용자가 자신의 주문에 대한 배송 완료 예상 시간을 보다 편리하게 확인하도록 하여 사용자의 주문을 유도할 수 있으며, 보다 정확한 배송 시간 예측을 통해 사용자 경험을 향상시킬 수 있다.
도 8은 본 발명의 일 실시 예에 따른 배송 관련 정보를 제공하는 시스템의 일부 구성요소를 도시한 도면이다.
도 8을 참조하면, 본 발명의 일 실시 예에 따른 정보를 제공하는 시스템이 도시되며, 상기 시스템은 서로 통신할 수 있는 사용자 단말기(810)와 서비스 서버(820)를 포함한다.
사용자 단말기(810)는 전자 상거래 클라이언트 프로그램 또는 음식 배달 클라이언트 프로그램이 실행될 수 있으며, 송수신부(transceiver)(812), 제어부(814), 입력부(816) 및 표시부(818)를 포함할 수 있다.
송수신부(812)는 서비스 서버(820)를 포함한 다른 노드와 정보를 송수신할 수 있다. 송수신부(812)는 다양한 유형의 통신방식에 따라 다양한 유형의 외부 기기와 통신을 수행할 수 있다. 트랜시버(812)는 와이파이칩, 블루투스 칩, 무선 통신 칩, NFC 칩 중 적어도 하나를 포함할 수 있다. 와이파이 칩, 블루투스 칩은 각각 WiFi 방식, 블루투스 방식으로 통신을 수행할 수 있다. 와이파이 칩이나 블루투스 칩을 이용하는 경우에는 SSID 및 세션 키 등과 같은 각종 연결 정보를 먼저 송수신하여, 이를 이용하여 통신 연결한 후 각종 정보들을 송수신할 수 있다. 무선 통신 칩은 IEEE, 지그비, 3G(3rd Generation), 3GPP(3rd Generation Partnership Project), LTE(Long Term Evolution) 등과 같은 다양한 통신 규격에 따라 통신을 수행하는 칩을 의미한다. NFC 칩은 135kHz, 13.56MHz, 433MHz, 860~960MHz, 2.45GHz 등과 같은 다양한 RF-ID 주파수 대역들 중에서 13.56MHz 대역을 사용하는 NFC(Near Field Communication) 방식으로 동작하는 칩을 의미한다.
입력부(816)는 사용자의 입력을 수신할 수 있으며, 터치 스크린, 마이크 및 버튼을 포함할 수 있다. 입력부(816)는 사용자로부터 다양한 명령어를 입력 받을 수 있다. 입력부(816)는 키, 터치 패널 등 다양한 방식으로 구현될 수 있다. 키는 사용자 단말기(810)의 본체 외관의 전면부나 측면부, 배면부 등의 다양한 영역에 형성된 기계적 버튼, 휠 등과 같은 다양한 유형의 키를 포함할 수 있다. 터치 패널은 사용자의 터치 입력을 감지하고, 감지된 터치 신호에 해당하는 터치 이벤트 값을 출력할 수 있다. 터치 패널이 표시 패널과 결합하여 터치 스크린을 구성한 경우, 터치 스크린은 정전식, 감압식, 압전식 등과 같은 다양한 유형의 터치 센서로 구현될 수 있다. 정전식은 터치 스크린 표면에 코팅된 유전체를 이용하여, 사용자의 신체 일부가 터치 스크린 표면에 터치되었을 때 사용자의 인체로 야기되는 미세 전기를 감지하여 터치 좌표를 산출하는 방식이다. 감압식은 터치 스크린에 내장된 두 개의 전극 판을 포함하여, 사용자가 화면을 터치하였을 경우, 터치된 지점의 상하 판이 접촉되어 전류가 흐르게 되는 것을 감지하여 터치 좌표를 산출하는 방식이다. 터치 스크린에서 발생하는 터치 이벤트는 주로 사람의 손가락에 의하여 생성될 수 있으나, 정전 용량 변화를 가할 수 있는 전도성 재질의 물체에 의해서도 생성될 수 있다.
표시부(818)는 사용자 단말기(810)의 동작과 관련된 정보를 표시할 수 있으며, 실시 예에서 설명한 정보를 포함하는 페이지를 표시할 수 있다. 일 실시 예에서 표시부(818)는 LCD(Liquid Crystal Display), OLED(Organic Light Emitting Diodes)등과 같은 다양한 종류의 구성을 포함할 수 있다. 일 실시 예에 따라 표시부(818)는 사용자 단말기(810) 내부의 구성들과 유선으로 연결되는 형태로 구성될 수 있고 사용자 단말기(810)에 포함된 송수신부(812) 등과 같은 구성을 통해 무선 상으로 연결되는 형태로 구성될 수도 있다.
제어부(814)는 실시 예에서 설명한 사용자 단말기(810)의 동작을 수행할 수 있도록 제어를 수행할 수 있다. 또한 제어부(814)는 사용자 단말기(810)의 동작을 수행하도록 구성된 적어도 하나의 프로세서를 포함할 수 있다.
프로세서는 RAM, ROM, CPU, GPU(Graphic Processing Unit) 및 버스(BUS) 중 적어도 하나를 포함 할 수 있다. RAM, ROM, CPU 및 GPU 등은 버스를 통해 서로 연결될 수 있다. CPU는 메모리에 액세스하여, 메모리에 저장된 O/S를 이용하여 부팅을 수행한다. 그리고, 메모리에 저장된 각종 프로그램, 컨텐츠, 데이터 등을 이용하여 다양한 동작을 수행한다. ROM에는 시스템 부팅을 위한 명령어 세트 등이 저장된다. 예로, 사용자 단말기(810)는 턴온 명령이 입력되어 전원이 공급되면, CPU가 ROM에 저장된 명령어에 따라 메모리에 저장된 OS를 RAM에 복사하고, OS를 실행시켜 시스템을 부팅시킬 수 있다. 부팅이 완료되면, CPU는 메모리에 저장된 각종 프로그램을 RAM에 복사하고, RAM에 복사된 프로그램을 실행시켜 각종 동작을 수행한다. GPU는 사용자 단말기(810)의 부팅이 완료되면, 표시부(818)의 영역에 UI 화면을 디스플레이 한다. 구체적으로는, GPU는 컨텐츠, 아이콘, 메뉴 등과 같은 다양한 객체를 포함하는 전자문서가 표시된 화면을 생성할 수 있다. GPU는 화면의 레이아웃에 따라 각 객체들이 표시될 좌표값, 형태, 크기, 컬러 등과 같은 속성 값을 연산한다. 그리고, GPU는 연산된 속성값에 기초하여 객체를 포함하는 다양한 레이아웃의 화면을 생성할 수 있다. GPU에서 생성된 화면은 표시부(818)로 제공되어, 표시부(818)의 각 영역에 각각 표시될 수 있다.
또한 사용자 단말기(810)는 이벤트 출력을 위한 스피커를 더 포함할 수 있으며, 송수신부(812)를 통해 송수신되는 정보 중 적어도 일부 및 사용자 단말기(810)의 동작을 위한 정보를 저장하는 저장부(미도시)를 더 포함할 수 있다.
서비스 서버(820)는 전자 상거래 서버 프로그램 또는 배송 업무 정보 제공 서비스 프로그램이 실행되고 있는 장치로서, 송수신부(822), 제어부(824) 및 저장부(826)를 포함할 수 있다.
송수신부(822)는 사용자 단말기(810)를 포함한 다른 노드와 정보를 송수신할 수 있다.
제어부(824)는 실시 예에서 설명한 서비스 서버(820)의 동작을 수행할 수 있도록 제어를 수행할 수 있다. 또한 제어부(824)는 적어도 하나의 프로세서를 포함할 수 있다.
또한 서비스 서버(820)는 송수신부(822)를 통해 송수신되는 정보 중 적어도 일부 및 서비스 서버(820)의 동작을 위한 정보를 저장하는 저장부(826)를 포함할 수 있다.
한편, 본 명세서와 도면에는 본 발명의 바람직한 실시 예에 대하여 개시하였으며, 비록 특정 용어들이 사용되었으나, 이는 단지 본 발명의 기술 내용을 쉽게 설명하고 발명의 이해를 돕기 위한 일반적인 의미에서 사용된 것이지, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시 예 외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.

Claims (17)

  1. 서비스 서버에서의 정보 제공 방법으로서,
    사용자의 단말로부터 주문 정보를 획득하는 단계;
    상기 주문 정보에 대응하는 스토어의 라이더 정보를 확인하는 단계;
    상기 주문 정보 및 상기 라이더 정보를 기반으로 예상 시간을 계산하는 단계;
    상기 예상 시간을 기반으로 예상 배송 시간 정보를 생성하는 단계; 및
    상기 예상 배송 시간 정보를 상기 사용자의 단말에 제공하는 단계를 포함하는, 서비스 서버에서의 정보 제공 방법.
  2. 제1항에 있어서,
    상기 예상 배송 시간 정보를 생성하는 단계는
    상기 예상 시간 및 최소 시간 중 더 큰 시간을 상기 예상 배송 시간 정보로서 생성하는 단계를 포함하고, 서비스 서버에서의 정보 제공 방법.
  3. 제2항에 있어서,
    상기 최소 시간은 상기 사용자의 이력 정보를 기반으로 결정되는, 서비스 서버에서의 정보 제공 방법.
  4. 제1항에 있어서,
    상기 라이더 정보를 확인하는 단계는
    상기 스토어에 대기 중인 배송 가능한 라이더가 있는지 여부를 확인하는 단계를 포함하고,
    상기 예상 시간을 계산하는 단계는
    상기 배송 가능한 라이더가 있는 경우, 상기 스토어에서의 피킹 시간과 제1 이동 시간의 합으로서 상기 예상 시간을 계산하는 단계를 포함하고,
    상기 제1 이동 시간은 상기 스토어로부터 상기 주문 정보에 대응하는 배송지까지의 이동 시간을 포함하는, 서비스 서버에서의 정보 제공 방법.
  5. 제4항에 있어서,
    상기 라이더 정보를 확인하는 단계는
    상기 배송 가능한 라이더가 없는 경우, 상기 스토어와 연관된 하나 이상의 라이더의 상태 정보를 확인하는 단계; 및
    상기 상태 정보를 기반으로 상기 하나 이상의 라이더의 복귀 시간을 계산하는 단계를 더 포함하는, 서비스 서버에서의 정보 제공 방법.
  6. 제5항에 있어서,
    상기 상태 정보가 픽업 완료로 확인되는 경우, 상기 복귀 시간은 제2 이동 시간의 2배로 계산되고,
    상기 상태 정보가 배송 완료로 확인되는 경우, 상기 복귀 시간은 상기 제2 이동 시간으로 계산되며,
    상기 제2 이동 시간은 상기 스토어로부터 상기 하나 이상의 라이더가 현재 진행 중인 배송의 배송지까지의 이동 시간을 포함하는, 서비스 서버에서의 정보 제공 방법.
  7. 제4항에 있어서,
    상기 제1 이동 시간은 상기 스토어 및 상기 배송지의 GPS 정보를 기반으로 외부 서버로부터 수신되는, 서비스 서버에서의 정보 제공 방법.
  8. 제6항에 있어서,
    상기 제2 이동 시간은 상기 제1 이동 시간과 동일하게 설정되는, 서비스 서버에서의 정보 제공 방법.
  9. 제5항에 있어서,
    상기 스토어의 주문 백로그 정보를 확인하는 단계를 더 포함하고,
    상기 예상 시간을 계산하는 단계는
    상기 주문 백로그가 없는 것으로 확인되는 경우, 상기 하나 이상의 라이더의 복귀 시간 중 가장 짧은 복귀 시간을 확인하는 단계; 및
    상기 가장 짧은 복귀 시간, 상기 피킹 시간 및 상기 제1 이동 시간의 합으로서 상기 예상 시간을 계산하는 단계를 포함하는, 서비스 서버에서의 정보 제공 방법.
  10. 제9항에 있어서,
    상기 예상 시간을 계산하는 단계는
    상기 주문 백로그가 있는 것으로 확인되는 경우, 상기 하나 이상의 라이더의 복귀 시간 중 가장 긴 복귀 시간을 확인하는 단계; 및
    상기 가장 긴 복귀 시간 및 상기 제1 이동 시간의 합으로서 상기 예상 시간을 계산하는 단계를 포함하는, 서비스 서버에서의 정보 제공 방법.
  11. 제10항에 있어서,
    상기 주문 백로그가 있는 것으로 확인되는 경우, 가장 오래된 주문을 확인하는 단계; 및
    상기 하나 이상의 라이더의 복귀 시간 중 가장 짧은 복귀 시간을 갖는 라이더에 상기 가장 오래된 주문을 할당하는 단계를 더 포함하는, 서비스 서버에서의 정보 제공 방법.
  12. 제1항에 있어서,
    상기 사용자의 단말로부터 상기 사용자의 현재 위치 정보 및 상기 주문 정보에 대응하는 배송지 정보를 획득하는 단계;
    상기 사용자의 현재 위치와 상기 배송지 사이의 거리를 계산하는 단계; 및
    상기 거리가 제1 임계 값을 초과하는 경우, 상기 사용자의 단말에 상기 배송지가 정확한지 여부의 확인을 요청하는 안내 메시지를 제공하는 단계를 더 포함하는, 서비스 서버에서의 정보 제공 방법.
  13. 제12항에 있어서,
    상기 사용자의 후보 배송지 목록을 확인하는 단계를 더 포함하고,
    상기 제1 임계 값은 상기 후보 배송지 목록에 포함된 복수의 후보 배송지들 간의 거리를 기반으로 결정되는, 서비스 서버에서의 정보 제공 방법.
  14. 제1항에 있어서,
    상기 주문이 확정된 경우, 상기 주문 정보를 상기 스토어와 연관된 제1 라이더에 할당하는 단계;
    상기 주문 정보에 대응하는 배송 중인 상기 제1 라이더의 현재 위치 정보를 획득하는 단계; 및
    상기 제1 라이더의 현재 위치와 상기 주문 정보에 대응하는 배송지 사이의 거리가 제2 임계 값 미만인 경우, 상기 사용자의 단말에 안내 메시지를 제공하는 단계를 더 포함하는, 서비스 서버에서의 정보 제공 방법.
  15. 제14항에 있어서,
    상기 제2 임계 값은 상기 배송지의 특성, 상기 사용자의 주문 이력, 및 배송 시간대 중 적어도 하나를 기반으로 결정되는, 서비스 서버에서의 정보 제공 방법.
  16. 정보를 제공하는 서비스 서버로서,
    다른 장치와 정보를 송수신하는 트랜시버; 및
    상기 트랜시버를 제어하고, 사용자의 단말로부터 주문 정보를 획득하고, 상기 주문 정보에 대응하는 스토어의 라이더 정보를 확인하고, 상기 주문 정보 및 상기 라이더 정보를 기반으로 예상 시간을 계산하고, 상기 예상 시간을 기반으로 예상 배송 시간 정보를 생성하고, 상기 예상 배송 시간 정보를 상기 사용자의 단말에 제공하는 프로세서를 포함하는, 정보를 제공하는 서비스 서버.
  17. 비일시적 컴퓨터 판독 가능 저장 매체로서,
    컴퓨터 판독 가능 명령어들을 저장하도록 구성되는 매체를 포함하고,
    상기 컴퓨터 판독 가능 명령어들은 프로세서에 의해 실행되는 경우 상기 프로세서가:
    사용자의 단말로부터 주문 정보를 획득하는 단계;
    상기 주문 정보에 대응하는 스토어의 라이더 정보를 확인하는 단계;
    상기 주문 정보 및 상기 라이더 정보를 기반으로 예상 시간을 계산하는 단계;
    상기 예상 시간을 기반으로 예상 배송 시간 정보를 생성하는 단계; 및
    상기 예상 배송 시간 정보를 상기 사용자의 단말에 제공하는 단계를 포함하는 서비스 서버에서의 정보 제공 방법을 수행하도록 하는, 비일시적 컴퓨터 판독 가능 저장 매체.
PCT/KR2022/007638 2022-05-26 2022-05-30 배송 관련 정보를 제공하는 방법 및 장치 WO2023229083A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2022-0064671 2022-05-26
KR1020220064671A KR20230164922A (ko) 2022-05-26 2022-05-26 배송 관련 정보를 제공하는 방법 및 장치

Publications (1)

Publication Number Publication Date
WO2023229083A1 true WO2023229083A1 (ko) 2023-11-30

Family

ID=88919530

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/007638 WO2023229083A1 (ko) 2022-05-26 2022-05-30 배송 관련 정보를 제공하는 방법 및 장치

Country Status (3)

Country Link
KR (1) KR20230164922A (ko)
TW (1) TW202411907A (ko)
WO (1) WO2023229083A1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180023177A (ko) * 2016-08-25 2018-03-07 주식회사 엠제이 배송 지원 서비스 제공 방법
US20210248530A1 (en) * 2020-02-11 2021-08-12 Martin Garcia-Brosa Coordinated delivery of dining experiences
KR102380643B1 (ko) * 2021-07-30 2022-04-01 쿠팡 주식회사 물품 배송에 관한 시간 정보를 제공하는 방법 및 이를 위한 장치
KR102394988B1 (ko) * 2021-07-30 2022-05-09 쿠팡 주식회사 정보 제공 방법 및 이를 이용한 전자 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180023177A (ko) * 2016-08-25 2018-03-07 주식회사 엠제이 배송 지원 서비스 제공 방법
US20210248530A1 (en) * 2020-02-11 2021-08-12 Martin Garcia-Brosa Coordinated delivery of dining experiences
KR102380643B1 (ko) * 2021-07-30 2022-04-01 쿠팡 주식회사 물품 배송에 관한 시간 정보를 제공하는 방법 및 이를 위한 장치
KR102394988B1 (ko) * 2021-07-30 2022-05-09 쿠팡 주식회사 정보 제공 방법 및 이를 이용한 전자 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "Baemin address change made simple in just 1 minute: Naver Blog", 4 September 2021 (2021-09-04), XP093112631, Retrieved from the Internet <URL:https://blog.naver.com/gwsy0920/222495047161> *

Also Published As

Publication number Publication date
KR20230164922A (ko) 2023-12-05
TW202411907A (zh) 2024-03-16

Similar Documents

Publication Publication Date Title
WO2023167355A1 (ko) 업무 정보를 제공하는 방법 및 장치
WO2023008634A1 (ko) 물품 배송에 관한 시간 정보를 제공하는 방법 및 이를 위한 장치
WO2022004935A1 (ko) 전자 장치 및 그의 동작 방법
WO2023008636A1 (ko) 정보 제공 방법 및 이를 이용한 전자 장치
WO2023022274A1 (ko) 배달 중개 서비스에서 배달 요금 결정을 위한 정보 제공 방법 및 장치
KR20140109566A (ko) 콜 배차 서버 및 이를 이용한 콜 배차 제공 방법
KR101647949B1 (ko) 문자 메시지를 이용한 개인 비서 서비스에서의 업무 분배 방법
US20030220937A1 (en) Portable computer with a schedule management function
WO2023008625A1 (ko) 배송 정보를 제공하는 전자 장치 및 그 방법
WO2023229083A1 (ko) 배송 관련 정보를 제공하는 방법 및 장치
JP2008217729A (ja) 携帯電話機によるタクシー利用受付システム
JP6132899B1 (ja) 情報処理装置の制御方法、情報処理装置及び制御プログラム
WO2023074974A1 (ko) 배송 관련 정보를 처리하는 전자 장치 및 그 방법
WO2023027224A1 (ko) 아이템의 그룹핑 정보를 제공하는 방법 및 장치
WO2023033220A1 (ko) 아이템 그룹의 정보를 제공하는 방법 및 이를 위한 장치
WO2017043749A1 (ko) 모바일 커머스 서비스 장치, 초음파 송수신 장치를 이용한 모바일 커머스 서비스 방법 및 컴퓨터 프로그램이 기록된 기록매체
KR20200000531A (ko) 지하철 택배의 실시간 배송 관제를 위한 방법 및 장치
WO2023229084A1 (ko) 배달 요금에 대한 정보를 제공하는 방법 및 장치
KR101569373B1 (ko) 태그를 이용한 자동 배차 관리 시스템 및 이를 이용한 자동 배차 관리 방법
WO2023204349A1 (ko) 배달과 관련된 스토어의 정보를 제공하는 방법 및 장치
WO2023229093A1 (ko) 재고 정보를 관리하는 방법 및 이를 지원하는 전자 장치
WO2023219197A1 (ko) 아이템 배송을 위한 정보를 제공하는 전자 장치 및 그 방법
WO2024195930A1 (ko) 배송 수행률을 관리하는 방법 및 그 장치
WO2023058807A1 (ko) 대체 아이템에 대한 정보를 제공하는 방법 및 장치
JP7074272B6 (ja) 管理システム及び携帯端末

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22943890

Country of ref document: EP

Kind code of ref document: A1