WO2021120894A1 - 一种物品配送方法和系统 - Google Patents

一种物品配送方法和系统 Download PDF

Info

Publication number
WO2021120894A1
WO2021120894A1 PCT/CN2020/125762 CN2020125762W WO2021120894A1 WO 2021120894 A1 WO2021120894 A1 WO 2021120894A1 CN 2020125762 W CN2020125762 W CN 2020125762W WO 2021120894 A1 WO2021120894 A1 WO 2021120894A1
Authority
WO
WIPO (PCT)
Prior art keywords
delivery
user terminal
item
estimated
point
Prior art date
Application number
PCT/CN2020/125762
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 WO2021120894A1 publication Critical patent/WO2021120894A1/zh

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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9537—Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders

Definitions

  • This application relates to the field of distribution services, in particular to an item distribution method and system.
  • the at least one processor in order to determine the estimated driving path of the vehicle corresponding to the user terminal in a preset future time period based at least on the location of the user terminal, is configured to: obtain the user terminal The vehicle condition of the vehicle corresponding to the terminal, the vehicle condition includes at least the remaining cruising range; and the estimated driving path is determined based on the location of the user terminal and the remaining cruising range.
  • the selected delivery method is autonomous delivery
  • the at least one processor is further configured to send a navigation route related to the target delivery point to the user terminal.
  • Fig. 4 is a module block diagram of an exemplary processing device according to some embodiments of the present application.
  • the processing device 112 may include a service request acquisition module 410, a driving route determination module 420, a target delivery point determination module 430, a delivery order generation module 440, and a communication module 450.
  • the item-related service request can include item information (for example, taking meals as an example, meal category (e.g., simple meal, nutrition package, business package, leisure package), number of meals, meal temperature, whether Tableware, etc. are needed), item handling information (also called “additional services”) (for example, adding water, heating items, refrigerating items, freezing items, cleaning items, etc.), etc.
  • item information for example, taking meals as an example, meal category (e.g., simple meal, nutrition package, business package, leisure package), number of meals, meal temperature, whether Tableware, etc. are needed
  • item handling information also called “additional services”
  • additional services for example, adding water, heating items, refrigerating items, freezing items, cleaning items, etc.
  • Fig. 5 is a flowchart of an exemplary process for providing item distribution services according to some embodiments of the present application.
  • the process 500 may be executed by a processing device (for example, the processing device 112 shown in FIG. 1).
  • the process 500 may be stored in a storage device (for example, the storage device 160 or a storage unit of a processing device) in the form of a program or instruction.
  • the processor 210 or the module shown in FIG. 4 executes the program or instruction, the process may be implemented. 500.
  • the process 500 may utilize one or more additional operations not described below, and/or not be completed by one or more operations discussed below.
  • the order of operations shown in FIG. 5 is not restrictive. As shown in FIG. 5, the process 500 may include the following steps.
  • the service request could be "a glass of Coke, please handle it on ice.”
  • the service request may also include a pre-selected delivery point (for example, an automated container located at a gas station) or a range of a delivery point (for example, a delivery point within a certain range from the user terminal location), a delivery time, etc. selected by the user.
  • the item information may be information independently provided by the user, or information recommended by the system for the user based on the user's historical information.
  • the user's historical information may include the user's personalized data, external environment information, and so on.
  • the service request may be a service request initiated by the user himself, or a service request initiated by the user based on system reminder information or recommendation information. For example, if the system detects that the user has not parked for a long time and the time is close to the meal time (e.g., 11 am, 12 noon), the system can push reminders or recommendations related to items to the user (e.g., "Lunch time is almost here , Do you need a home-cooked lunch set?").
  • the reminder information or recommendation information may be displayed in the form of text, voice, picture, or video.
  • the processing device 112 may determine a plurality of candidate delivery points related to the estimated travel route, and select a target delivery point from them. In some embodiments, for each of the multiple candidate distribution points, the processing device 112 may determine the estimated arrival time of the user terminal at the candidate distribution point, the estimated item delivery time corresponding to the candidate distribution point, and the availability of the candidate distribution point. Status, etc. Further, the processing device 112 may select a target delivery point from the multiple candidate delivery points based on multiple estimated arrival times, multiple estimated item delivery times, and multiple availability states corresponding to the multiple candidate delivery points. In some embodiments, the processing device 112 may also determine the target delivery point based on the remaining cruising range of the vehicle, user historical data, user preferences, and the like. For more details about determining the target distribution point, please refer to the related description in FIG. 6, which will not be repeated here.
  • the processing device 112 may send the delivery order to the user terminal.
  • the user can confirm the delivery order through the user terminal, for example, confirm the target delivery point.
  • the user can also modify the delivery order through the user terminal, for example, modify the target delivery point.
  • the processing device 112 may automatically check out the item delivery order through a vehicle identification device or an ETC device. For example, when the user refuels or passes through a toll station, the vehicle identification device or ETC device recognizes the corresponding vehicle on the user side, and the processing device 112 can automatically check out the item delivery order based on the feedback information of the vehicle identification device or the ETC device.
  • the processing device 112 may determine the estimated time of arrival based at least on the location of the user terminal and the location of the candidate delivery point. In some embodiments, the processing device 112 may also be based on the driving speed of the corresponding vehicle on the user end, the remaining cruising range of the vehicle, the traffic information between the location location of the user end and the candidate delivery point, and weather conditions (e.g., rainy, snowy, sunny). , Foggy days, etc.), time types (for example, seasons, working days/holidays, peak periods/peak periods, etc.) to determine the estimated arrival time.
  • weather conditions e.g., rainy, snowy, sunny.
  • time types for example, seasons, working days/holidays, peak periods/peak periods, etc.
  • S in FIG. 7 represents the estimated driving path
  • the circle represents the service provider within the preset range of the estimated driving path
  • the triangle represents the delivery point within the preset range of the estimated driving path
  • the arrow indicates the direction of travel.
  • the processing device 112 may be based on the estimated delivery time of items from each service provider on the travel path to each delivery point within a preset distance, the estimated arrival time of the user terminal to each delivery point, and the delivery time.
  • the point availability status determines the target distribution point.
  • the delivery prompt unit 810 may be used to determine whether the user terminal has reached the preset range of the target distribution point, and in response to determining that the user terminal has reached the preset range of the target distribution point, send a delivery prompt to the user terminal.
  • the delivery prompt may include prompting the user to select a delivery method.
  • the delivery method may include autonomous delivery or intelligent delivery.
  • the modules and units shown in FIG. 8 can be implemented in various ways.
  • the modules and their units may be implemented by hardware, software, or a combination of software and hardware.
  • the hardware part can be implemented using dedicated logic;
  • the software part can be stored in a memory and executed by an appropriate instruction execution system, such as a microprocessor or dedicated design hardware.
  • processor control codes for example on a carrier medium such as a disk, CD or DVD-ROM, such as a read-only memory (firmware Such codes are provided on a programmable memory or a data carrier such as an optical or electronic signal carrier.
  • the delivery module is only for convenience of description, and does not limit the present application within the scope of the listed embodiments. It can be understood that for those skilled in the art, after understanding the principle of the system, it is possible to arbitrarily combine various modules, or form a subsystem to connect with other modules without departing from this principle.
  • the delivery prompt unit 810 may be integrated in the prompt module.
  • the processing device 112 may obtain the location of the user terminal through one or more of the user terminal, the vehicle-mounted positioning device, the user's active input, the intelligent monitoring device (for example, the monitoring device 150), and the like. For example, when the vehicle-mounted positioning device and/or the user terminal cannot obtain the positioning information, the user can input the location information on the user terminal APP.
  • the processing device 112 may obtain license plate information through an intelligent monitoring device installed near the target distribution point, and further obtain the location location of the user terminal based on the license plate information.
  • the delivery prompt may include prompting the user to select a delivery method.
  • the delivery method may include autonomous delivery or intelligent delivery.
  • Autonomous delivery means that the user autonomously takes the items from the target delivery point.
  • Intelligent delivery refers to delivering items to the user's location (for example, the parking location of the vehicle corresponding to the user terminal) or a user-designated location through smart mobile devices (for example, manipulators, food delivery robots, etc.) or delivery executives.
  • the identity verification information corresponding to different delivery methods may be the same or different.
  • the identity verification information may include a mobile phone number, a delivery verification code (for example, an automatic container opening password, a QR code, etc.), an ID number, etc.
  • the identity verification information may include vehicle information corresponding to the user end, user facial information, and so on.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Traffic Control Systems (AREA)

Abstract

一种用于物品配送服务的方法和系统。所述方法包括：从用户端获取与物品相关的服务请求（510）；至少基于用户端的位置，确定用户端对应的车辆在预设未来时间段内的预估行驶路径（520）；基于预估行驶路径，确定服务请求对应的目标配送点（530）；至少基于目标配送点，生成与物品相关的配送订单（540）；将配送订单发送至服务提供端（550）。

Description

一种物品配送方法和系统
优先权声明
本申请要求2019年12月18日提交的中国专利申请201911308797.0的优先权，所述申请以全文引用的方式并入本文中。
技术领域
本申请涉及配送服务领域，特别涉及一种物品配送方法和系统。
背景技术
随着交通运输的发展，用户出行变得越来越普遍。一些情况下，用户在出行行程过程中，会有物品服务需求(例如，行程过程中的餐品需求、日用品需求)。然而，由于出行时间、物品提供地点(例如，餐饮地点)等因素的影响，可能会导致停车位少、用户不方便停车，从而无法快速获取所需的物品。因此，希望提供一种面向出行用户的物品配送方法和系统，以满足用户在行程过程中的物品需求。
发明内容
本申请实施例之一提供一种系统。所述系统包括至少一个存储设备，所述至少一个存储设备包括用于物品配送服务的指令；至少一个处理器，所述至少一个处理器与所述至少一个存储设备通信，其中，在执行所述指令时，所述至少一个处理器被配置为：从用户端获取与物品相关的服务请求；至少基于所述用户端的位置，确定所述用户端对应的车辆在预设未来时间段内的预估行驶路径；基于所述预估行驶路径，确定所述服务请求对应的目标配送点；至少基于所述目标配送点和所述服务请求，生成与所述物品相关的配送订单；以及，将所述配送订单发送至服务提供端。
在一些实施例中，为至少基于所述用户端的位置，确定所述用户端对应的车辆在预设未来时间段内的预估行驶路径，所述至少一个处理器被配置为：获取所述用户端的计划目的地和所述用户端的位置与所述计划目的地间的交通信息；以及基于所述用户端的位置、所述计划目的地和所述交通信息，确定所述预估行驶路径。
在一些实施例中，为至少基于所述用户端的位置，确定所述用户端对应的车辆在预设未来时间段内的预估行驶路径，所述至少一个处理器被配置为：获取所述用户端对应的所述车辆的车辆状况，所述车辆状况至少包括剩余续航里程；以及基于所述用户端的位置和所述剩余续航里程，确定所述预估行驶路径。
在一些实施例中，为至少基于所述用户端的位置，确定所述用户端对应的车辆在预设未来时间段内的预估行驶路径，所述至少一个处理器被配置为：获取所述用户端对应的历史出行数据；以及基于所述用户端的位置和所述历史出行数据，确定所述预估行驶路径。
在一些实施例中，为基于所述预估行驶路径，确定所述服务请求对应的目标配送点，所述至少一个处理器被配置为：确定与所述预估行驶路径相关的多个候选配送点；对于所述多个候选配送点中的每一个，确定所述用户端到达所述候选配送点的预估到达时间；确定所述候选配送点对应的预估物品送达时间；以及确定所述候选配送点的可用状态；以及基于所述多个候选配送点对应的多个预估到达时间、多个预估物品送达时间以及多个可用状态，从所述多个候选配送点中选择所述目标配送点。
在一些实施例中，所述多个候选配送点包括在所述预估行驶路径的预设范围内的多个自动货柜。
在一些实施例中，为基于所述多个候选配送点对应的多个预估时间、多个预估物品送达时间以及多个可用状态，从所述多个候选配送点中选择所述目标配送点，所述至少一个处理器被配置为：从所述多个候选配送点中，选择所述预估物品送达时间小于或等于所述预估时间，且状态为可用的候选配送点为所述目标配送点。
在一些实施例中，所述至少一个处理器进一步被配置为：获取与所述配送订单相关的配送信息，其中，所述配送信息包括：目标配送点位置、目标配送点编号、目标配送点验证码、物品配送开始时间、预估物品送达时间或物品温度中的至少一种；以及将所述配送信息发送至所述用户端。
在一些实施例中，所述至少一个处理器进一步被配置为：判断所述用户端是否到达所述目标配送点的预设范围内；以及响应于确定所述用户端到达所述目标配送点的所述预设范围内，向所述用户端发送与所述物品相关的预处理提示。
在一些实施例中，所述物品包括餐品，所述预处理提示包括是否需要对所述餐品加热或是否需要对所述餐品冰镇。
在一些实施例中，所述至少一个处理器进一步被配置为：判断所述用户端是否到达所述目标配送点的预设范围内；以及响应于确定所述用户端到达所述目标配送点的所述预设范围内，向所述用户端发送交付提示。
在一些实施例中，所述交付提示包括提示用户选择交付方式，所述交付方式至少包括自主交付或智能交付；所述至少一个处理器进一步被配置为：接收所述用户所选择的交付方式；从所述用户端获取与所述选择的交付方式相关的身份验证信息；以及将所述选择的交付方式和所述身份验证信息发送至所述目标配送点以指示所述目标配送点执行交付操作。
在一些实施例中，所述选择的交付方式为自主交付，所述至少一个处理器进一步被配置为：向所述用户端发送与所述目标配送点相关的导航路线。
在一些实施例中，所述选择的交付方式为智能交付，所述至少一个处理器进一步被配置为：获取所述用户端对应的所述车辆的停靠位置；以及指示智能移动设备从所述目标配送点搬运所述物品至所述停靠位置。
本申请实施例之一提供一种用于物品配送的方法。所述方法包括：从用户端获取与物品相关的服务请求；至少基于所述用户端的位置，确定所述用户端对应的车辆在预设未来时间段内的预估行驶路径；基于所述预估行驶路径，确定所述服务请求对应的目标配送点；至少基于所述目标配送点和所述服务请求，生成与所述物品相关的配送订单；以及，将所述配送订单发送至服务提供端。
本申请实施例之一提供一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机执行如下用于物品配送的方法；从用户端获取与物品相关的服务请求；至少基于所述用户端的位置，确定所述用户端对应的车辆在预设未来时间段内的预估行驶路径；基于所述预估行驶路径，确定所述服务请求对应的目标配送点；至少基于所述目标配送点和所述服务请求，生成与所述物品相关的配送订单；以及，将所述配送订单发送至服务提供端。
附图说明
本申请将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：
图1是根据本申请一些实施例所示的示例性物品配送系统的示意图；
图2是根据本申请一些实施例所示的示例性计算设备的示例性硬件组件和/或软件组件的示意图；
图3是根据本申请一些实施例所示的示例性移动设备的示例性硬件组件和/或软件组件的示意图；
图4是根据本申请一些实施例所示的示例性处理设备的框图；
图5是根据本申请一些实施例所示的用于提供物品配送服务的示例性流程的流程图；
图6是根据本申请一些实施例所示的用于确定目标配送点的示例性流程的流程图；
图7是根据本申请一些实施例所示的示例性的预估行驶路径与配送点的示意图；
图8是根据本申请一些实施例所示的示例性交付模块的框图；
图9是根据本申请一些实施例所示的物品交付过程的示例性流程的流程图；
图10是根据本申请一些实施例所示的物品配送系统的用户端界面显示的示意图；以及
图11是根据本申请一些实施例所示的物品配送系统的用户端界面显示的示意图。
具体实施方式
为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。
应当理解，本文使用的“系统”、“装置”、“单元”和/或“模组”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。
如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。
本申请中使用了流程图用于说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些流程中，或从这些流程移除某一步或数步操作。
本申请的实施例可以应用于不同的运输系统，不同的运输系统包括但不限于陆地、海洋、航空、航天等中的一种或几种的组合。例如，出租车、专车、顺风车、巴士、代驾、火车、动车、高铁、船舶、飞机、热气球、无人驾驶的交通工具、收/送快递等应用了管理和/或分配的运输系统。本申请的不同实施例的应用场景包括但不限于网页、浏览器插件、客户端、定制系统、企业内部分析系统、人工智能机器人等中的一种或几种的组合。应当理解的是，本申请的系统及方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。例如，其他类似的引导用户停车系统。
本申请描述的“乘客”、“乘客端”、“用户终端”、“顾客”、“需求者”、“服务需求者”、“消费者”、“消费方”、“使用需求者”等是可以互换的，是指需要或者订购服务的一方，可以是个人，也可以是工具。同样地，本申请描述的“司机”、“司机端”、 “提供者”、“提供方”、“供应者”、“服务提供者”、“服务提供方”、“服务者”、“服务方”等也是可以互换的，是指提供服务或者协助提供服务的个人、工具或者其他实体等。另外，本申请描述的“用户”可以是需要或者订购服务的一方，也可以是提供服务或者协助提供服务的一方。
本说明书实施例涉及一种物品配送方法和系统。该系统可以从用户端获取与物品相关的服务请求；至少基于用户端的位置，确定用户端对应的车辆在预设未来时间段内的预估行驶路径；基于预估行驶路径，确定服务请求对应的目标配送点；至少基于目标配送点和服务请求，生成与物品相关的配送订单；并将配送订单发送至服务提供端。根据本说明书实施例，可以接收用户在行程过程中的物品需求，并基于用户的行程信息(例如，用户当前位置、未来预设时间段内的预估行驶路径)，确定相应的目标配送点，从而可以高效、有效地解决用户行程过程中的物品需求。
图1是根据本申请一些实施例所示的示例性物品配送系统的示意图。在一些实施例中，物品配送系统100可以在用户行程过程中(例如，司机空车行驶过程中、用户长途旅行过程中)，通过多种场所(例如，公路服务区、加油站、充电站、车辆维修保养机构)为用户提供物品配送相关服务(例如，餐品配送服务、快递配送服务)。为方便描述，本说明书实施例以餐品配送服务为例描述物品配送系统100。应当理解的是，物品配送系统100还可以应用在其他场景中，例如，医疗用品、生活用品、办公用品、车辆配件等的配送服务。
在一些实施例中，如图1所示，物品配送系统100可以包括服务器110、网络120、自动货柜130、用户端140、监控设备150、存储设备160以及物品配送设备170。
服务器110可以处理从物品配送系统100的至少一个组件(例如，自动货柜130、用户端140、监控设备150、存储设备160)或外部数据源(例如，云数据中心)获取的数据和/或信息。在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式服务器组或分布式服务器组。在一些实施例中，服务器110可以是本地的或远程的。例如，服务器110可以经由网络120访问存储在自动货柜130、用户端140、监控设备150、存储设备160和/或物品配送设备170中的信息和/或数据。又例如，服务器110可以直接与自动货柜130、监控设备150和/或存储设备160连接已访问存储于其中的数据和/或信息。在一些实施例中，服务器110可以在云平台上实施。仅作为示例，云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。
在一些实施例中，服务器110可以包括处理设备112。处理设备112可以处理与服务请求相关的信息和/或数据以执行本说明书中描述的一个或多个功能。例如，处理设备112可以从用户端140获取与物品相关的服务请求，并基于用户端140的位置，确定用户端140对 应的车辆(图中未体现)在预设未来时间段内的预估行驶路径。进一步地，处理设备112可以基于预估行驶路径，确定服务请求对应的目标配送点(例如，预估行驶路径一定范围内的加油站的自动货柜)，进而基于目标配送点生成物品配送订单并发送至服务提供端(例如，餐品提供方对应的终端(图中未体现))。在一些实施例中，处理设备112可包括至少一个处理单元(例如，单核处理引擎或多核处理引擎)。仅作为示例，处理设备112包括中央处理单元(CPU)、专用集成电路(ASIC)、专用应用指令集处理器(ASIP)、图形处理单元(GPU)、物理处理单元(PPU)、数字信号处理器(DSP)、现场可程序门阵列(FPGA)、可程序逻辑设备(PLD)、控制器、微控制器单元、精简指令集计算机(RISC)、微处理器等或其任意组合。
网络120可以促进物品配送系统100中各个组件之间的信息和/或数据的交换。在一些实施例中，物品配送系统100中的至少一个组件(例如，服务器110、自动货柜130、用户端140、监控设备150、存储设备160、物品配送设备170)可以经由网络120将信息和/或数据发送到物品配送系统100中的其他组件。在一些实施例中，网络120可以包括电缆网络、有线网络、光纤网络、电信网络、内部网络、互联网、局域网络(LAN)、广域网络(WAN)、无线局域网络(WLAN)、城域网(MAN)、公共交换电话网络(PSTN)、蓝牙网络、紫蜂网络(ZigBee)、近场通信(NFC)、设备内总线、设备内线路、线缆连接等或其任意组合。在一些实施例中，网络120可以包括至少一个网络接入点。例如，网络120可以包括有线或无线网络接入点，如基站和/或互联网交换点120-1、120-2、……，物品配送系统100的至少一个部件可以通过这些网络接入点连接到网络120以交换数据和/或信息。
自动货柜130可以用于存放用户端140请求的物品(例如，餐品)。在一些实施例中，结合前文所述，自动货柜130可以安装于多种场所，例如，公路服务区、加油站、充电站、车辆维修保养机构等附近(如，1km内)，相应地，用户可以在行程中途休息、加油、充电和/或车辆维修保养等时收取物品(例如，取餐)。
在一些实施例中，如图1所示，自动货柜130可以包括显示屏131、通用货柜132和冷冻柜133。显示屏131可以显示物品在货柜(例如，通用货柜132、冷冻柜133)中的相关信息(例如，实时温度信息)、用户验证信息(例如，用户身份是否通过验证)、提示信息(例如，询问用户是否需要微波加热、询问用户是否需要添水服务并进一步选择热开水或凉水等内容)等。通用货柜132用于存放无需特殊温度存放的物品。冷冻柜133用于存放需要低温存放的物品。在一些实施例中，通用货柜132和/或冷冻柜133中可以设置温度传感器，以检测物品(例如，餐品)的温度。在一些实施例中，自动货柜130可以通过用户端140或显示屏131向用户展示物品的温度。在一些实施例中，自动货柜130还可以通过网络120将 物品温度上传至服务器110。在一些实施例中，自动货柜130可以基于预设温度阈值，监测物品的温度。当监测到物品的温度低于预设温度阈值时，通过显示屏131或用户端140发出提示信息(例如，询问用户是否需要微波加热)。在一些实施例中，不同的物品种类(例如，常温菜品、低温菜品、高温菜品(例如，热饮))可以对应不同的预设温度阈值。在一些实施例中，物品送达自动货柜130后，自动货柜130可以向用户端140和/或服务提供端发送提示信息(例如，提示物品已送达至货柜)。在一些实施例中，自动货柜130还可以包括饮水机、微波炉、清洁用品等。
在一些实施例中，自动货柜130还可以包括智能移动设备(例如，智能机械手、智能机器人)，用于向用户交付物品。在一些实施例中，智能移动设备可以实现运送物品至目标位置(例如，用户端140对应车辆的停靠位置)的功能。仅作为示例，当用户选择智能交付方式时，服务器110可以基于用户端140对应车辆的停靠位置和自动货柜130的位置，确定智能移动设备的移动方位并输出交付指示，指示智能移动设备到指定位置(例如，自动货柜130的位置)取物品并将其输送至目标位置(例如，用户端140对应车辆的停靠位置)。在一些实施例中，智能移动设备可以是独立的设备而非自动货柜130的组件。
用户端140的所有者可以是用户本人或用户本人之外的其他人。例如，用户端140的所有者A可以使用用户端140发送针对乘客B的服务请求，和/或从服务器110接收服务确认和/或信息或指令。在一些实施例中，用户端140可以包括各类具有信息接收和/或发送功能的设备。例如，用户端140可以包括移动设备140-1、平板电脑140-2、笔记本电脑140-3、车载终端设备140-4等或其任意组合。车载终端设备140-4可以包括车辆内置计算机、车辆内置电视、车辆内置平板电脑等。在一些实施例中，用户端140可以是具有定位功能的设备，从而可以提供用户端140的位置相关信息。位置相关信息可包括位置、高度、速度、加速度、时间等。在一些实施例中，物品配送系统100也可以包括其他具有定位功能的设备(例如，卫星定位设备、GPS定位设备)，这些设备可以与物品配送系统100中的组件(例如，自动货柜130、用户端140、物品配送设备170)通信以确定其位置相关信息。
监控设备150可以采集与用户端140相关的图像信息，并经由网络120将图像信息发送至服务器110(例如，处理设备112)。服务器110可以基于图像信息验证用户身份或确定用户端140对应车辆的停靠位置。例如，当用户在自动货柜130处收取物品时，监控设备150可以采集用户的面部图像(例如，正脸图像)并上传至服务器110。服务器110可以基于用户的面部图像，通过人脸识别算法验证用户身份或权限。又例如，当用户端140对应车辆驶入监控区域(例如，自动货柜130附近)或用户选择智能交付时，监控设备150可以采集车辆图像(其中包含车牌号码、车身颜色、车辆型号等)并发送至服务器110。服务器110可以通 过图像识别算法验证用户身份或权限。在一些实施例中，监控设备150可以安装在道路附近，例如，前述多种场所(例如，公路服务区、加油站、充电站、车辆维修保养机构)附近。在一些实施例中，监控设备150可以安装于自动货柜130附近。在一些实施例中，监控设备150可以是自动货柜130的一部分。在一些实施例中，监控设备150可以包括监控摄像头。在一些实施例中，监控设备150不是必须的，可以省略。相应地，对用户身份或权限的验证可以通过密码、验证码、扫描二维码等方式实现。
存储设备160可以储存数据和/或指令。在一些实施例中，数据和/或指令可以包括地图信息、用户信息、服务提供端信息、路况信息、路径规划算法、识别算法(例如，人脸识别算法、图像识别算法等)等或其任意组合。在一些实施例中，存储设备160可以存储从物品配送系统100的其他组件(例如，服务器110、自动货柜130、用户端140、监控设备150、物品配送设备170)获取的数据。例如，存储设备160可以存储行程信息、服务请求信息、配送信息、自动货柜分布等或其任意组合。又例如，存储设备160可以存储与用户端140相关的日志(例如，历史行程信息、历史订单信息)。
在一些实施例中，存储设备160可以存储处理设备112可以执行或使用以完成本说明书描述的示例性方法的数据和/或指令。在一些实施例中，存储设备160可包括大容量存储器、可移动存储器、易失性读写存储器、只读存储器(ROM)等或其任意组合。示例性的大容量存储器可以包括磁盘、光盘、固态磁盘等。示例性可移动存储器可以包括闪存驱动器、软盘、光盘、存储卡、压缩盘、磁带等。示例性易失性读写存储器可以包括随机存取存储器(RAM)。示例性RAM可包括动态随机存取存储器(DRAM)、双倍数据速率同步动态随机存取存储器(DDRSDRAM)、静态随机存取存储器(SRAM)、晶闸管随机存取存储器(T-RAM)、零电容随机存取存储器(Z-RAM)等。示例性只读存储器可以包括掩模型只读存储器(MROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(PEROM)、电可擦除可编程只读存储器(EEPROM)、光盘只读存储器(CD-ROM)、数字多功能磁盘只读存储器等。在一些实施例中，存储设备160可在云平台上实现。仅作为示例，云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。
在一些实施例中，物品配送系统100中的至少一个组件可以经由网络120访问存储在存储设备160中的数据或指令。在一些实施例中，存储设备160可以作为后端存储器直接连接到服务器110。在一些实施例中，存储设备160可以是服务器110的一部分。
物品配送设备170用于配送用户请求的物品至目标位置(例如，自动货柜130)。在一些实施例中，物品配送设备170可以包括任何交通工具。例如，物品配送设备170可以包括但不限于自行车、电动车、汽车、无人驾驶车辆、摩托车、滑板车、平衡车、无人机等或其 任意组合。在一些实施例中，骑乘或驾驶物品配送设备170的配送人员可以携带与用户端140类似或相同的装置，以接收用户端140、服务提供端或服务器110反馈的信息、确定物品配送设备170的实时位置信息等。
在一些实施例中，物品配送系统100的多个组件可以通过网络120实现信息交互。例如，用户端140可以发送行程信息和/或服务请求信息至服务器110，并从服务器110接收相应的反馈信息(例如，配送订单信息、账单信息)。又例如，服务器110可以发送物品配送订单至服务提供端(例如，服务提供方对应的终端)，服务提供方可以基于物品配送订单准备相关物品并指示配送人员完成物品配送。在一些实施例中，服务器110可以实时监控物品配送设备170的配送信息，并将与配送信息相关的提示信息(例如，预估物品送达时间)发送至用户端140和/或服务提供端。在一些实施例中，在进行物品交付时，服务器110可以接收用户身份信息和其他反馈信息(例如，餐品温度)，并将与上述接收信息相关的提示信息(例如，当前餐品温度为20°，是否需要加热)发送至用户端140。
应当注意的是，上述有关物品配送系统100的描述仅仅是为了示例和说明，而不限定本申请的适用范围。对于本领域技术人员来说，在本申请的指导下可以对物品配送系统100进行各种修正和改变。然而，这些修正和改变仍在本申请的范围之内。
图2是根据本申请一些实施例所示的示例性计算设备的示例性硬件组件和/或软件组件的示意图。在一些实施例中，处理设备112和/或用户端140可以通过计算设备200实现。如图2所示，计算设备200可以包括处理器210、存储器220、输入/输出(I/O)230和通信端口240。
处理器210可以执行计算机指令(例如，程序代码)并可以根据本申请中描述的技术执行处理设备112的功能。计算机指令可以用于执行本申请中描述的特定功能，计算机指令可以包括程序、对象、组件、数据结构、程序、模块、功能等。在一些实施例中，处理器210可以包括一个或多个硬件处理器，例如微控制器、微处理器、精简指令集计算机(reduced instruction set computer(RISC))、特定应用集成电路(application specific integrated circuit(ASIC))、应用程序特定的指令集处理器(application-specific instruction-set processor(ASIP))、中央处理单元(central processing unit(CPU))、图形处理单元(graphics processing unit(GPU))、物理处理单元(physics processing unit(PPU))、数字信号处理器(digital signal processor(DSP))、现场可编程门阵列(field programmable gate array(FPGA))、先进的RISC机器(advanced RISC machine(ARM))、可编程逻辑器件(programmable logic device(PLD))、能够执行一个或多个功能的任何电路或处理器等其中一种或几种的组合。
仅用于说明，在计算设备200中仅描述一个处理器。然而，需要说明的是，计算设备 200也可以包括多个处理器。本申请中描述的由一个处理器执行的操作和/或方法也可以由多个处理器共同或分别执行。例如，如果本申请中描述的计算设备200的处理器执行操作A和操作B，应当理解的是，操作A和操作B也可以由计算设备200中的两个或两个以上不同处理器共同或分别执行(例如，第一处理器执行操作A和第二处理器执行操作B，或第一处理器和第二处理器共同执行操作A和B)。
存储器220可以存储从服务器110、自动货柜130、用户端140、监控设备150、存储设备160、物品配送设备170和/或物品配送系统100的任何其它组件获取的数据/信息。在一些实施例中，存储器220可包括大容量存储器、可移除存储器、易失性读写存储器、只读存储器(ROM)等或其任意组合。大容量存储可以包括磁盘、光盘、固态硬盘、移动存储等。可移除存储器可以包括闪存驱动器、软盘、光盘、存储卡、ZIP磁盘、磁带等。易失性读写存储器可以包括随机存取存储器(RAM)。RAM可以包括动态随机存储器(DRAM)、双数据率同步动态随机存取存储器(DDR SDRAM)、静态随机存取存储器(SRAM)、可控硅随机存取存储器(T-RAM)、零电容随机存取存储器(Z-RAM)等。ROM可以包括掩模只读存储器(MROM)、可编程的只读存储器(PROM)、可擦除可编程只读存储器(EPROM)，电可擦除可编程只读存储器(EEPROM)、光盘只读存储器(CD-ROM)、数字多功能光盘的光盘等。在一些实施例中，存储器220可以存储一个或多个程序和/或指令，用于执行本申请中描述的示例性物品配送方法。
输入/输出230可以输入和/或输出信号、数据、信息等。在一些实施例中，输入/输出230可以实现用户与处理设备112之间的交互。在一些实施例中，输入/输出230可以包括输入设备和输出设备。输入设备可以包括键盘、鼠标、触摸屏、麦克风等或其任意组合。输出设备可以包括显示装置、扬声器、打印机、投影仪等或其任意组合。显示装置可以包括液晶显示器(LCD)、发光二极管(LED)显示器、平板显示器、弧形屏幕、电视装置、阴极射线管(CRT)、触摸屏等或其任意组合。
通信端口240可以连接网络(例如，网络120)，以便于数据通信。通信端口240可以在处理设备112和自动货柜130、用户端140、监控设备150、存储设备160和/或物品配送设备170之间建立连接。连接可以是有线连接、无线连接、任何能够实现数据传输和/或接收的连接等或其任意组合。有线连接可以包括电缆、光缆、电话线等或其任意组合。无线连接可以包括蓝牙 TM链接、Wi-Fi TM链接、WiMAX TM链路、无线局域网链接、ZigBee TM链接、移动网络链接(例如，3G、4G、5G等)等或其任意组合。在一些实施例中，通信端口240可以是和/或包括标准化通信端口，如RS232、RS485等。
图3是根据本申请一些实施例所示的示例性移动设备的示例性硬件组件和/或软件组 件的示意图。在一些实施例中，用户端140可以通过移动设备300实现。如图3所示，移动设备300可包括通信单元310、显示单元320、图形处理器(GPU)330、中央处理器(CPU)340、输入/输出单元350、内存360和存储单元390。在一些实施例中，移动设备300也可以包括任何其它合适的组件，包括但不限于系统总线或控制器(图中未显示)。在一些实施例中，操作系统370(例如，iOS TM，Android，Windows Phone TM等)和一个或多个应用380可以从存储单元390装载入内存360，以便能够由处理器340执行。应用380可以包括浏览器或任何其他合适的移动应用程序，用于从处理设备112接收和呈现与物品配送或其他信息相关的信息。信息流的用户交互可以通过输入/输出单元350实现，并且通过网络120提供给处理设备112和/或物品配送系统100的其他组件。
为了实现本申请中描述的各种模块、单元及其功能，计算机硬件平台可以用作本申请中描述的一个或多个元素的硬件平台。具有用户界面元素的计算机可用于实现个人计算机(PC)或任何其他类型的工作站或终端设备。如果适当编程，计算机也可以充当服务器。
图4是根据本申请一些实施例所示的示例性处理设备的模块框图。如图4所示，处理设备112可以包括服务请求获取模块410、行驶路径确定模块420、目标配送点确定模块430、配送订单生成模块440和通讯模块450。
服务请求获取模块410可以用于从用户端获取与物品相关的服务请求。在一些实施例中，服务请求获取模块410可以直接从用户端获取与物品相关的服务请求。例如，用户(例如，出行用户如司机、乘客)可以通过用户端发起物品相关的服务请求，并通过网络120将服务请求发送至服务请求获取模块410。在一些实施例中，服务请求获取模块410可以从存储设备160或其他第三方设备获取服务请求。在一些实施例中，物品可以包括餐品、药品、生活用品、汽车配件等。相应地，与物品相关的服务请求可以包括物品信息(例如，以餐品为例，餐品类别(例如，简餐、营养套餐、商务套餐、休闲套餐)、餐品数量、餐品温度、是否需要餐具等)、物品处理信息(也可以称之为“附加服务”)(例如，添水、物品加热、物品冷藏、物品冰镇、物品清洗等)等。
行驶路径确定模块420可以用于至少基于用户端的位置，确定用户端对应的车辆在预设未来时间段内的预估行驶路径。在一些实施例中，行驶路径确定模块420可以获取用户端的位置与计划目的地间的交通信息，并基于用户端的位置、计划目的地和交通信息确定预估行驶路径。在一些实施例中，交通信息可以包括车流量、红绿灯、车辆限制速度、车道情况(例如，单行线)、高速公路、低速公路、道路状况等或其任意组合。在一些实施例中，行驶路径确定模块420可以获取用户端对应的车辆的车辆状况，并基于用户端的位置和车辆状况，确定车辆在预设未来时间段内的预估行驶路径。在一些实施例中，行驶路径确定模块420可 以基于车辆剩余续航里程和车辆可停靠区域，确定一条或多条车辆可行驶路径，并从中选择其中一条作为预估行驶路径。在一些实施例中，行驶路径确定模块420还可以获取用户端对应的历史出行数据，并基于用户端的位置和历史出行数据，确定车辆在预设未来时间段内的预估行驶路径。在一些实施例中，行驶路径确定模块420可以综合用户的出行信息、车辆的车辆状况以及历史出行数据，确定预估行驶路径。
目标配送点确定模块430可以用于基于预估行驶路径，确定服务请求对应的目标配送点。在一些实施例中，目标配送点确定模块430可以用于确定与预估行驶路径相关的多个候选配送点，并基于多个候选配送点对应的多个预估到达时间、多个预估物品送达时间以及多个可用状态等，从多个候选配送点中选择目标配送点。在一些实施例中，目标配送点确定模块430还可以基于车辆剩余续航里程、用户历史数据、用户偏好等，确定目标配送点。
配送订单生成模块440可以用于至少基于目标配送点，生成与物品相关的配送订单。在一些实施例中，配送订单可以至少包括服务请求和目标配送点。在一些实施例中，配送订单还可以包括物品配送时间、优惠信息、用户端信息(例如，用户端对应用户的联系方式、姓名等)、身份验证信息、交付方式(例如，自主交付、智能交付)等或其任意组合。
通讯模块450可以用于将配送订单发送至服务提供端。在一些实施例中，通讯模块450可以将与配送订单相关的配送信息发送至用户端。
在一些实施例中，处理设备112还可以包括提示模块(图中未体现)。提示模块可以用于在物品开始配送和/或送达至目标配送点时，向用户端发送消息提示。在一些实施例中，提示模块可以用于响应于确定用户端到达目标配送点的预设范围内，向用户端发送预处理提示。在一些实施例中，物品可以包括餐品，预处理提示可以包括是否需要对餐品加热或是否需要冰镇等。在一些实施例中，提示模块可以确定用户端到达目标配送点预设范围内的预估到达时间，并在预估到达时间小于预设阈值(例如，5分钟、10分钟、15分钟)时，向用户端发送与物品相关的预处理提示。在一些实施例中，提示模块还可以基于自动货柜130反馈的信息，确定是否发出预处理提示。
在一些实施例中，处理设备112还可以包括配送信息获取模块(图中未体现)。配送信息获取模块可以用于获取与配送订单相关的配送信息。与配送订单相关的配送信息可以包括目标配送点位置(例如，自动货柜的位置)、目标配送点编号(例如，自动货柜的编号)、目标配送点验证码(例如，自动货柜开柜验证码)、物品配送开始时间、预估物品送达时间(例如，基于服务提供方位置、目标配送点位置及路况所预估的送达时间)、实际物品送达时间、物品温度等或其任意组合。
在一些实施例中，处理设备112还可以包括历史信息获取模块(图中未体现)。历史 信息获取模块可以用于获取用户历史信息。在一些实施例中，用户的历史信息可以包括用户的个性化数据、外部环境信息等。
在一些实施例中，处理设备112还可以包括交付模块(图中未体现)。交付模块可以用于接收用户所选择的交付方式，以及从用户端获取与选择的交付方式相关的身份验证信息。在一些实施例中，交付模块还可以用于响应于确定用户端到达目标配送点的预设范围内，向用户端发送交付提示。在一些实施例中，交付模块可以确定用户端到达目标配送点预设范围内的预估到达时间，并在预估到达时间小于预设阈值(例如，5分钟、10分钟、15分钟)时，向用户端发送交付提示。在一些实施例中，交付提示包括提示用户选择交付方式，例如，自主交付或智能交付。更多关于交付模块的内容可以参见图8及其相关描述，在此不再赘述。
应当理解，图4所示的系统400及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本申请的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。
需要注意的是，以上对于处理设备及其模块的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，在一些实施例中，处理设备112中的两个或以上模块可以组合为单个模块，模块中的任一个可以被分成两个或以上单元。例如，目标配送点确定模块430和配送订单生成模块440可以是不同的模块，也可以是通过一个模块实现的两个功能。又例如，处理设备112可以包括存储模块(图4中未体现)，其可以被配置为存储处理设备执行过程中涉及的多种数据(例如，服务请求、预估行驶路径)。
图5是根据本申请一些实施例所示的用于提供物品配送服务的示例性流程的流程图。在一些实施例中，流程500可以由处理设备(例如，图1所示的处理设备112)执行。例如，流程500可以以程序或指令的形式存储在存储设备(例如，存储设备160或处理设备的存储单元)中，当处理器210或图4所示的模块执行程序或指令时，可以实现流程500。在一些实 施例中，流程500可以利用以下未描述的一个或以上附加操作，和/或不通过以下所讨论的一个或以上操作完成。另外，如图5所示的操作的顺序并非限制性的。如图5所示，流程500可以包括以下步骤。
步骤510，处理设备112(例如，服务请求获取模块410)可以从用户端(例如，用户端140)获取与物品相关的服务请求。
在一些实施例中，处理设备112可以直接从用户端获取与物品相关的服务请求。例如，用户(例如，出行用户如司机、乘客)可以通过用户端发起物品相关的服务请求，并通过网络120将服务请求发送至处理设备112。在一些实施例中，处理设备112可以从存储设备160或其他第三方设备获取服务请求。例如，用户通过用户端发起物品相关的服务请求后，可以通过网络120将服务请求发送至存储设备160或其他第三方设备。相应地，处理设备112可以从存储设备160或其他第三方设备获取服务请求。
在一些实施例中，物品可以包括餐品、药品、生活用品、汽车配件等。相应地，与物品相关的服务请求可以包括物品信息(例如，以餐品为例，餐品类别(例如，简餐、营养套餐、商务套餐、休闲套餐)、餐品数量、餐品温度、是否需要餐具等)、物品处理信息(也可以称之为“附加服务”)(例如，添水、物品加热、物品冷藏、物品冰镇、物品清洗等)等。例如，服务请求可以是“一杯可乐，请冰镇处理”。在一些实施例中，服务请求还可以包括用户选择的预选配送点(例如，位于加油站的自动货柜)或配送点范围(例如，距离用户端位置一定范围内的配送点)、配送时间等。在一些实施例中，物品信息可以是用户自主提供的信息，也可以是系统基于用户的历史信息为用户推荐的信息。在一些实施例中，用户的历史信息可以包括用户的个性化数据、外部环境信息等。在一些实施例中，以餐品为例，用户的个性化数据可以包括食物的口味偏好、对食物是否过敏、用户历史餐饮订单信息、车辆种类、驾驶习惯等。在一些实施例中，外部环境信息可以包括商家信息，例如，促销、热销、折扣、热度、评分等。
在一些实施例中，服务请求可以是用户自己主动发出的服务请求，也可以是用户基于系统提醒信息或推荐信息而发起的服务请求。例如，如果系统检测到用户长时间未停车且时间接近用餐时间(例如，上午11点、中午12点)，系统可以向用户推送与物品相关的提醒信息或推荐信息(例如，“午餐时间快到了，您是否需要一份家常午餐套餐？”)。在一些实施例中，提醒信息或推荐信息可以以文字、语音、图片或视频等形式展示。在一些实施例中，处理设备112可以获取一个或多个物品配送点(或简称“配送点”)(例如，位于公路服务区、加油站、充电站、车辆维修保养机构等的自动货柜)附近的用户(例如，行驶人员、工作人员、居民等)，并通过网络120向用户端推送与物品相关的提醒信息或推荐信息。例如， 时间接近用餐时间(例如，上午11点、中午12点)时，处理设备112可以获取物品配送点一定距离范围(如3km、5km、10km等)内的用户，通过网络120向用户端推送与物品相关的提醒信息或推荐信息。
步骤520，处理设备112(例如，行驶路径确定模块420)可以至少基于用户端的位置(例如，发起服务请求时的位置)，确定用户端对应的车辆在预设未来时间段内的预估行驶路径。在本说明书实施例中，预估行驶路径可以指以用户端的位置为起点的可行驶的路径或路径点(或位置点)。
在一些实施例中，预设未来时间段可以是系统默认值，也可以根据不同情况调整。例如，预设未来时间段可以是以当前时刻为起始时刻的未来10分钟、未来20分钟、未来30分钟、未来1小时、未来2小时、未来3小时、未来5小时等。又例如，如果当前时刻距离用餐时间相对较长(例如，当前时刻为上午10:00)，那么预设未来时间段的时长可以相对较长(例如，1小时)；反之，如果当前时刻距离用餐时间相对较短(例如，当前时刻为上午11:30)，那么预设未来时间段的时长可以相对较短(例如，10分钟)。
在一些实施例中，处理设备112还可以获取用户的出行信息(例如，出发地、计划目的地)，并基于用户端的位置和出行信息，确定车辆在预设未来时间段内的预估行驶路径。在一些实施例中，在确定预估行驶路径时，处理设备112还可以获取用户端的位置与计划目的地间的交通信息，并基于用户端的位置、计划目的地和交通信息确定预估行驶路径。在一些实施例中，交通信息可以包括车流量、红绿灯、车辆限制速度、车道情况(例如，单行线)、高速公路、低速公路、道路状况等或其任意组合。
在一些实施例中，处理设备112还可以获取用户端对应的车辆的车辆状况，并基于用户端的位置和车辆状况，确定车辆在预设未来时间段内的预估行驶路径。在一些实施例中，车辆状况可以包括车辆的剩余续航里程、发动机寿命、最大行驶速度、车牌号、车身颜色、车辆型号等。车辆剩余续航里程是指车辆目前电量或/油量消耗完之前可以行驶的最大里程。在一些实施例中，处理设备112可以基于车辆剩余续航里程和车辆可停靠区域，确定一条或多条车辆可行驶路径，并从中选择其中一条作为预估行驶路径。在一些实施例中，车辆可停靠区域可以包括目的地、出行途中的加油站、充电站、公路服务区、车辆维修保养机构等。例如，处理设备112可以确定剩余续航里程范围内的车辆可停靠区域，同时结合车辆的最大行驶速度、交通信息等信息，确定预估行驶路径。
在一些实施例中，处理设备112还可以获取用户端对应的历史出行数据，并基于用户端的位置和历史出行数据，确定车辆在预设未来时间段内的预估行驶路径。在一些实施例中，历史出行数据可以包括历史出发地、历史目的地、历史出发时间、历史到达时间、历史行驶 路径、历史路径点、历史中途停靠点、历史行驶速度等。例如，处理设备112可以获取位于用户端位置一定范围内(例如，500米、1千米)内的历史路径点，并基于包含该历史路径点的历史行驶路径，确定预估行驶路径。
在一些实施例中，处理设备112可以综合用户的出行信息、车辆的车辆状况以及历史出行数据，确定预估行驶路径。
在一些实施例中，处理设备112还可以获取与用户端相关的其他相关信息(例如，用户个人偏好、消费水平等)，并基于用户端的位置及其他信息，确定预估行驶路径。
在一些实施例中，处理设备112可以从存储设备160或其他共享数据库获取上述信息。在一些实施例中，物品配送系统100可以通过地图类APP的附加模块实现，相应地，处理设备112可以从相应的地图类APP的数据库中获取相关信息。
步骤530，处理设备112(例如，目标配送点确定模块430)可以基于预估行驶路径，确定服务请求对应的目标配送点。本说明书实施例中，配送点指可以用于交付物品的地点。例如，配送点可以是位于公路服务区、加油站、充电站、车辆维修保养机构等的自动货柜(例如，自动货柜130)。
在一些实施例中，处理设备112可以确定与预估行驶路径相关的多个候选配送点，并从中选择目标配送点。在一些实施例中，对于多个候选配送点的每一个，处理设备112可以确定用户端抵达候选配送点的预估到达时间、候选配送点对应的预估物品送达时间、候选配送点的可用状态等。进一步地，处理设备112可以基于多个候选配送点对应的多个预估到达时间、多个预估物品送达时间以及多个可用状态，从多个候选配送点中选择目标配送点。在一些实施例中，处理设备112还可以基于车辆剩余续航里程、用户历史数据、用户偏好等，确定目标配送点。关于确定目标配送点的更多内容可以参见在图6中相关描述，在此不做赘述。
步骤540，处理设备112(例如，配送订单生成模块440)可以至少基于目标配送点，生成与物品相关的配送订单。
在一些实施例中，配送订单可以至少包括服务请求和目标配送点。在一些实施例中，配送订单还可以包括物品配送时间、优惠信息、用户端信息(例如，用户端对应用户的联系方式、姓名等)、身份验证信息、交付方式(例如，自主交付、智能交付)等或其任意组合。
在一些实施例中，在生成与物品相关的配送订单后，处理设备112可以将配送订单发送至用户端。用户可以通过用户端确认配送订单，例如，确认目标配送点。用户也可以通过用户端修改配送订单，例如，修改目标配送点。
步骤550，处理设备112(例如，通讯模块450)可以将配送订单发送至服务提供端。 在本说明书实施例中，服务提供端可以是服务提供方(也可以称之为“物品提供方”)(例如，餐品商家)对应的终端设备。在一些实施例中，服务提供端可以是与用户端140类似或相同的设备。在一些实施例中，服务提供端可以与物品配送设备170集成为一个组件。
在一些实施例中，在接收到配送订单后，服务提供端可以根据配送订单中的服务请求中包括的物品信息准备相应的物品(例如，餐品)，并安排物品配送设备170将物品配送至目标配送点。在一些实施例中，在将物品配送至目标配送点后，配送人员可以基于服务请求中的物品处理信息，对物品进行相应处理(例如，冷藏、冷冻)。
在一些实施例中，服务提供方可以基于预先设置的时间阈值，对具有关联性的物品配送订单进行统一配送。例如，时间阈值可以设为10min，服务提供方可以对10min内的对应同一目标配送点或目标配送点之间距离在一定范围内(如1km内)的配送订单安排统一配送。
在一些实施例中，处理设备112可以获取与配送订单相关的配送信息，并将配送信息发送至用户端。在一些实施例中，与配送订单相关的配送信息可以包括目标配送点位置(例如，自动货柜的位置)、目标配送点编号(例如，自动货柜的编号)、目标配送点验证码(例如，自动货柜开柜验证码)、物品配送开始时间、预估物品送达时间(例如，基于服务提供方位置、目标配送点位置及路况所预估的送达时间)、实际物品送达时间、物品温度等或其任意组合。在一些实施例中，处理设备112可以从服务提供端或物品配送设备170获取配送信息。例如，处理设备112可以从服务提供端或物品配送设备170获取物品配送开始时间、预估物品送达时间等。在一些实施例中，处理设备112可以从目标配送点获取配送信息。例如，处理设备112可以从自动货柜130获取自动货柜的位置、自动货柜的编号、自动货柜开柜验证码、实际物品送达时间、物品温度等。在一些实施例中，在接收到配送信息后，用户端可以以多种形式(例如，文字、语音、图片、视频等)展示配送信息。
在一些实施例中，处理设备112可以在物品开始配送和/或送达至目标配送点时，向用户端140发送消息提示。进一步地，处理设备112可以在此过程中，对服务提供方进行同步提示，确保配送订单准时送达。
在一些实施例中，处理设备112可以判断用户端是否到达目标配送点的预设范围(例如，200米、500米、1千米)内；响应于确定用户端到达目标配送点的预设范围内，处理设备112可以向用户端发送与物品相关的预处理提示。在一些实施例中，预处理提示可以包括是否对物品(例如，餐品、饮料等)加热、冰镇等。在一些实施例中，处理设备112可以基于用户端的定位信息或目标配送点附近的监控设备(例如，监控设备150)所采集的图像信息，判断用户端是否到达目标配送点的预设范围。
在一些实施例中，处理设备112可以确定用户端到达目标配送点预设范围内的预估到 达时间，并在预估到达时间小于预设阈值(例如，5分钟、10分钟、15分钟)时，向用户端发送与物品相关的预处理提示。在一些实施例中，处理设备112可以基于用户端对应车辆的行驶速度、用户端位置与目标配送点的距离、用户端位置与目标配送点之间的交通信息等，确定用户端的预估到达时间。
在一些实施例中，处理设备112还可以基于自动货柜130反馈的信息，确定是否发出预处理提示。例如，在确定用户端到达目标配送点的预设范围内或用户端的预估到达时间小于预设阈值时，处理设备112可以从自动货柜130获取餐品温度。若餐品温度低于预设温度阈值，则处理设备112可以向用户端发送预处理提示。例如，图11所示，预处理提示可以是“到达自动货柜，餐品温度较低，是否加热？”。在一些实施例中，在接收到用户端的反馈(例如，确认对餐品加热)后，处理设备112可以指示自动货柜130进行相应的预处理。
在一些实施例中，处理设备112可以判断用户端是否到达目标配送点的预设范围内；响应于确定用户端到达目标配送点的预设范围内，处理设备112可以向用户端发送交付提示。在一些实施例中，处理设备112可以确定用户端到达目标配送点预设范围内的预估到达时间，并在预估到达时间小于预设阈值(例如，5分钟、10分钟、15分钟)时，向用户端发送交付提示。在一些实施例中，交付提示包括提示用户选择交付方式，例如，自主交付或智能交付。关于物品交付的更多内容可以参见图9及其相关描述，在此不再赘述。
在一些实施例中，处理设备112可以将账单信息发送至用户端。在一些实施例中，处理设备112可以确定配送订单时同时生成账单信息并发送至用户端。在一些实施例中，处理设备也可以在用户进行交付时将账单信息发送至用户端，待用户端完成支付后，再进行交付操作。
在一些实施例中，结账方式可以包括主动结账和自动结账。在一些实施例中，结账方式可以包括密码支付、人脸识别支付、车牌号识别支付、指纹支付等。
在一些实施例中，处理设备112可以根据用户信息或/和车辆信息，对物品配送订单进行自动结账。在一些实施例中，用户信息可以包括用户的面部信息、指纹信息、支付二维码信息、身份证信息、银行卡信息等。在一些实施例中，车辆信息可以包括车牌号码、车身颜色、车辆型号等。
在一些实施例中，处理设备112可以通过车辆识别装置或ETC装置对物品配送订单进行自动结账。例如，用户在加油或经过收费站时，车辆识别装置或ETC装置识别出用户端对应车辆，处理设备112可以基于车辆识别装置或ETC装置的反馈信息，对物品配送订单进行自动结账。
应当注意的是，上述有关流程500的描述仅仅是为了示例和说明，而不限定本申请的 适用范围。对于本领域技术人员来说，在本申请的指导下可以对流程500进行各种修正和改变。然而，这些修正和改变仍在本申请的范围之内。
图6是根据本申请一些实施例所示的用于确定目标配送点的示例性流程的流程图。在一些实施例中，流程600可以由处理设备(例如，图1所示的处理设备112)执行。例如，流程600可以以程序或指令的形式存储在存储设备(例如，存储设备160或处理设备的存储单元)中，当处理器210或图4所示的模块(例如，目标配送点确定模块430)执行程序或指令时，可以实现流程600。在一些实施例中，流程600可以利用以下未描述的一个或以上附加操作，和/或不通过以下所讨论的一个或以上操作完成。另外，如图6所示的操作的顺序并非限制性的。如图6所示，流程600可以包括以下步骤。
步骤610，处理设备112可以确定与预估行驶路径相关的多个候选配送点。在本说明书实施例中，与预估行驶路径相关的多个候选配送点可以指位于预估行驶路径一定范围(例如，500米、1千米、2千米)内的候选配送点。
在一些实施例中，处理设备112可以基于预设距离阈值，确定候选配送点。例如，处理设备112可以选择距离用户端的位置小于预设距离阈值的配送点为候选配送点。在一些实施例中，处理设备112可以基于车辆剩余续航里程，确定候选配送点。例如，处理设备112可以基于剩余续航里程和预估行驶路径，选择车辆可以抵达的配送点为候选配送点。在一些实施例中，处理设备112可以基于用户选择的配送点范围，确定候选配送点。
在一些实施例中，处理设备112可以基于服务请求中的物品信息确定候选配送点。例如，处理设备112可以获取位于预估行驶路径一定范围的能够提供该物品的服务提供方，并确定位于这些服务提供方一定范围的配送点作为候选配送点。仅作为示例，假设服务请求中的餐品类别为商务套餐，处理设备112可以获取预估行驶路径一定范围内能够提供商务套餐的服务提供方，并选择这些服务提供方附近区域内的配送点为候选配送点。
在一些实施例中，处理设备112可以基于用户个性化数据确定候选配送点。例如，处理设备112可以基于用户历史数据或用户偏好，选择预估行驶路径一定范围内的风景好或具有游玩设备等的配送点为候选配送点。
步骤620，对于多个候选配送点中的每一个，处理设备112可以确定用户端到达该候选配送点的预估到达时间。
在一些实施例中，处理设备112可以至少基于用户端的定位位置和候选配送点位置确定预估到达时间。在一些实施例中，处理设备112还可以基于用户端对应车辆的行驶速度、车辆剩余续航里程、用户端的定位位置与候选配送点之间的交通信息、天气情况(例如，雨天、雪天、晴天、雾天等)、时间类型(例如，季节、工作日/节假日、高峰期/平峰期等)等 中的一种或多种，确定预估到达时间。
步骤630，对于多个候选配送点中的每一个，处理设备112可以确定该候选配送点对应的预估物品送达时间。
在一些实施例中，处理设备112可以基于该候选配送点的位置以及该候选配送点附近的多个服务提供方(需要注意的是，如果用户选择的物品类型不同，则相应的服务提供方也不同)的位置，确定该候选配送点对应的预估物品送达时间。例如，处理设备112可以针对多个服务提供方，确定多个初始预估物品送达时间，并将多个初始预估物品送达时间的平均值或加权平均值作为该候选配送点对应的预估物品送达时间。在一些实施例中，与上文类似，处理设备112还可以基于物品配送设备(例如，物品配送设备170)的行驶速度、服务提供方与候选配送点之间的交通信息、物品配送设备单次配送订单的数量、天气情况、时间类型等中的一种或多种，确定预估物品送达时间。
步骤640，对于多个候选配送点中的每一个，处理设备112可以确定该候选配送点的可用状态(即，自动货柜的可用状态)。在一些实施例中，候选配送点的可用状态包括当前可用状态或未来可用状态。
步骤650，处理设备112可以基于多个候选配送点对应的多个预估到达时间、多个预估物品送达时间以及多个可用状态，从多个候选配送点中选择目标配送点。
在一些实施例中，处理设备112可以基于多个候选配送点对应的多个预估到达时间、多个预估物品送达时间以及多个可用状态中的至少一种，确定目标配送点。例如，处理设备112可以基于多个候选配送点对应的多个预估到达时间和多个预估物品送达时间，选择预估物品送达时间小于或等于预估到达时间的候选配送点为目标配送点。又例如，处理设备112可以基于多个候选配送点对应的多个预估物品送达时间和多个可用状态，选择在预估物品送达时间时状态可用的候选配送点为目标配送点。
在一些实施例中，处理设备112可以综合多个候选配送点对应的多个预估到达时间、多个预估物品送达时间以及多个可用状态，确定目标配送点。例如，处理设备112可以从多个候选配送点中，选择预估物品送达时间小于或等于预估到达时间，且预估物品送达时间时状态为可用的候选配送点为目标配送点。
在一些实施例中，处理设备112可以将多个候选配送点发送至用户端，由用户自主选择目标配送点。在一些实施例中，处理设备112可以将多个候选配送点以及多个配送点对应的多个预估到达时间、多个预估物品到达时间和多个可用状态信息中的至少一种发送至用户端，以便用户选择目标配送点。在一些实施例中，处理设备112可以基于多个候选配送点对应的多个预估到达时间、多个预估物品到达时间和多个可用状态中的至少一种确定至少一个 推荐配送点，并将至少一个推荐配送点发送至用户端供用户选择目标配送点。在一些实施例中，处理设备112还可以将候选配送点的候选配送点信息发送至用户端供用户参考。候选配送点信息可以包括预估物品信息、配送价格、配送服务价格、配送点定位信息、配送点的编号信息、待配送物品的预处理方式、配送点的便捷设备(例如，饮水机、微波炉、冷冻柜等)等。
在一些实施例中，处理设备可以对多个候选配送点进行排序，并将排序后的候选配送点发送至用户端。例如，若在预估到达时间和/或预估物品送达时间内，A区域的配送点不可用，则处理设备112可以将A区域的配送点排在列表最后。又例如，若预估到达时间和/或预估物品送达时间内，B区域的配送点可用，且车辆的剩余电量或油量消耗完之前，用户可以抵达B区域，则处理设备112可以将B区域的配送点排在列表前面。再例如，若预估到达时间和/或预估物品送达时间内，B区域的配送点可用但C区域的配送点不可用，但车辆的剩余电量或油量消耗完之前，用户只能抵达更靠近用户端的位置的C区域，则处理设备112可以推荐用户选择B区域的配送点为目标配送点并推荐先去C区域加油或充电。
在一些实施例中，用户可以在发出服务请求时同时选择预选配送点，相应地，处理设备112可以直接将预选配送点确定为目标配送点。在一些实施例中，处理设备112可以基于预选配送点的可用状态，确定是否需要重新确定目标配送点。例如，如果预选配送点在其对应的预估到达时间和/或预估物品送达时间内不可用，则处理设备112可以基于预估行驶路径以及预选配送点位置重新确定目标配送点。
应当注意的是，上述有关流程600的描述仅仅是为了示例和说明，而不限定本申请的适用范围。对于本领域技术人员来说，在本申请的指导下可以对流程600进行各种修正和改变。然而，这些修正和改变仍在本申请的范围之内。
图7是根据本申请一些实施例所示的示例性的预估行驶路径与配送点的示意图。
仅作为示例，图7中S表示预估行驶路径，圆形表示预估行驶路径预设范围内的服务提供方，三角形表示预估行驶路径预设范围内的配送点，箭头表示行驶方向。在一些实施例中，处理设备112可以基于行驶路径上每个服务提供方到预设距离内每个配送点的预估物品送达时间，用户端到达每个配送点的预估到达时间以及配送点可用状态确定目标配送点。
图8是根据本申请一些实施例所示的示例性交付模块的框图。如图8所示，在一些实施例中，交付模块800可以包括交付提示单元810、交付方式获取单元820、验证信息获取单元830和物品交付单元840。
交付提示单元810可以用于判断用户端是否到达目标配送点的预设范围内，响应于确定用户端到达目标配送点的预设范围内，向用户端发送交付提示。在一些实施例中，交付提 示可以包括提示用户选择交付方式。在一些实施例中，交付方式可以包括自主交付或智能交付。
交付方式获取单元820可以用于接收用户所选择的交付方式。例如，交付方式获取单元820可以从用户端接收用户所选择的交付方式。
验证信息获取单元830可以用于从用户端获取身份验证信息。在一些实施例中，验证信息获取单元830可以通过网络120从用户端140获取与用户所选择的交付方式相关的身份验证信息。在一些实施例中，身份验证信息可以包括用户姓名、联系方式、用户账户信息、用户车辆信息(例如，车牌号、车型、车辆颜色等)、交付验证码、用户面部信息等或其任意组合。
物品交付单元840可以用于响应于用户端到达或接近目标配送点，指示交付执行对象进行物品交付。在一些实施例中，交付方式为自主交付时，物品交付单元840可以将自动货柜开柜验证码发送至目标配送点(即自动货柜)，以指示自动货柜自动开启，以方便用户拿取物品。在一些实施例中，交付方式为自主交付时，物品交付单元840也可以直接向目标配送点(即自动货柜)发送交付指示。在一些实施例中，交付方式为自主交付时，物品交付单元840可以基于用户端的位置，向用户端发送与目标配送点相关的导航路线。
在一些实施例中，交付方式为智能交付时，物品交付单元840可以将车辆颜色、车型、车牌号、用户面部信息等身份验证信息发送至自动货柜以指示自动货柜开启并将物品传输至智能移动设备，进一步地，智能移动设备可以基于身份验证信息将物品交付至对应用户端。在一些实施例中，交付方式为智能交付时，物品交付单元840也可以向智能移动设备发送交付指示。在一些实施例中，物品交付单元840也可以向交付人员发送交付指示。例如，物品交付单元840可以将交付指示发送至交付人员的终端(例如，与用户端140相同或类似的终端)，也可以通过显示设备向交付人员传达交付指示。在一些实施例中，交付方式为智能交付时，物品交付单元840可以获取用户端对应的车辆的停靠位置，并指示智能移动设备从目标配送点搬运物品至停靠位置。
在一些实施例中，物品交付单元840还可以用于将选择的交付方式和身份验证信息发送至目标配送点以指示目标配送点执行交付操作。
应当理解，图8所示的模块及其单元可以利用各种方式来实现。例如，在一些实施例中，模块及其单元可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和模块可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载 体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本申请的模块及其单元不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。
需要注意的是，以上对于交付模块的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，交付提示单元810可以集成在提示模块中。
图9是根据本申请一些实施例所示的物品交付过程的示例性流程的流程图。在一些实施例中，流程900可以由处理设备(例如，图1中处理设备112)执行。例如，流程900可以以程序或指令的形式存储在存储设备(例如，存储设备160或处理设备的存储单元)中，当处理器210或图8所示的单元执行程序或指令时，可以实现流程900。在一些实施例中，流程900可以利用以下未描述的一个或以上附加操作，和/或不通过以下所讨论的一个或以上操作完成。另外，如图9所示的操作的顺序并非限制性的。如图9所示，流程900可以包括以下步骤。
步骤910，处理设备112(例如，交付提示单元810)可以判断用户端是否到达目标配送点的预设范围内。
在一些实施例中，处理设备112可以基于用户端定位信息判断其是否到达目标配送点的预设范围内。在一些实施例中，定位信息可以包括用户端的定位位置、用户端所在海拔高度、车辆行驶方向、车辆行驶速度、车辆行驶加速度、车辆行驶路径等或其任意组合。仅作为示例，处理设备112可以从用户端或用户端对应车辆的定位装置获取用户端的定位位置，基于目标配送点位置和用户端定位位置之间的相对距离，判断用户端是否到达目标配送点的预设范围内。预设范围可以为200m、300m、500m、1km、3km、5km等，本说明书对此不做限制。在一些实施例中，如图10所示，用户端可以通过其显示设备(例如，显示屏)显示用户端的定位位置、目标配送点的相关信息(例如，目标配送点编号(例如“自动货柜编号1”)、目标配送点位置(例如“定位位置3”))、相对距离(例如，“相对距离2km”)、预估到达时间(例如，“预估到达时间5min”)等。
在一些实施例中，处理设备112可以通过用户端、车载定位设备、用户主动输入、智能监控设备(例如，监控设备150)等中的一个或多个获取用户端的定位位置。例如，在车载定位设备和/或用户端无法获取定位信息时，用户可以在用户端APP上输入所在位置信息。再 例如，处理设备112可以通过安装于目标配送点附近的智能监控设备获取车牌信息，进一步基于车牌信息获取用户端的定位位置。
步骤920，响应于确定用户端到达目标配送点的预设范围内，处理设备112(例如，交付提示单元810)可以向用户端发送交付提示。
在一些实施例中，交付提示可以包括提示用户选择交付方式。在一些实施例中，交付方式可以包括自主交付或智能交付。自主交付是指由用户自主从目标配送点拿取物品。智能交付是指通过智能移动设备(例如，机械手、送餐机器人等)或交付执行人员将物品送至用户所在位置(例如，用户端对应车辆的停靠位置)或用户指定位置。
步骤930，处理设备112(例如，交付方式获取单元820)可以接收用户所选择的交付方式。
在一些实施例中，处理设备112可以通过网络120从用户端140接收用户所选择的交付方式。在一些实施例中，用户可以在发出服务请求的同时指定交付方式，相应地，处理设备112可以在获取服务请求的同时获取用户所选择的交付方式。
步骤940，处理设备112(例如，验证信息获取单元830)可以从用户端获取与选择的交付方式相关的身份验证信息。
在一些实施例中，处理设备112可以通过网络120从用户端140获取与用户所选择的交付方式相关的身份验证信息。
在一些实施例中，身份验证信息可以包括用户姓名、联系方式、用户账户信息、用户车辆信息(例如，车牌号、车型、车辆颜色等)、交付验证码、用户面部信息等或其任意组合。
在一些实施例中，不同的交付方式对应的身份验证信息可以相同或不同。例如，交付方式为自主交付时，身份验证信息可以包括手机号、交付验证码(例如，自动货柜开柜密码、二维码等)、身份证号等。又例如，交付方式为智能交付时，身份验证信息可以包括用户端对应的车辆信息、用户面部信息等。
步骤950，处理设备112(例如，物品交付单元840)可以将选择的交付方式和身份验证信息发送至目标配送点以指示目标配送点执行交付操作。
在一些实施例中，交付方式为自主交付时，处理设备112可以将自动货柜开柜验证码发送至目标配送点(即自动货柜)，以指示自动货柜自动开启，以方便用户拿取物品。
在一些实施例中，交付方式为自主交付时，处理设备112也可以直接向目标配送点(即自动货柜)发送交付指示。在这种情况下，自动货柜可以从用户端获取身份验证信息(例如，自动货柜开柜验证码)以对用户进行身份验证；或者用户也可以通过自动货柜的输入设 备(例如，显示屏、键盘)手动输入身份验证信息以使自动货柜对用户进行身份验证。完成身份验证后，自动货柜自动开启以方便用户拿取物品。
在一些实施例中，交付方式为自主交付时，处理设备112可以基于用户端的位置，向用户端发送与目标配送点相关的导航路线。例如，处理设备112可以向用户端发送从用户端的定位位置抵达目标配送点的导航路线。用户端接收导航路线后，可以通过其显示设备显示。在一些实施例中，目标配送点所处场所(例如，加油站、充电站)可以设置有显示设备(例如，显示屏)。相应地，处理设备112可以通过该显示设备显示导航路线，引导用户抵达目标配送点(即自动货柜)。在一些实施例中，显示设备中还可以显示电子地图、电子路标等。
在一些实施例中，交付方式为智能交付时，处理设备112可以将车辆颜色、车型、车牌号、用户面部信息等身份验证信息发送至自动货柜以指示自动货柜开启并将物品传输至智能移动设备，进一步地，智能移动设备可以基于身份验证信息将物品交付至对应用户端。
在一些实施例中，交付方式为智能交付时，处理设备112也可以向智能移动设备发送交付指示。在一些实施例中，处理设备112也可以向交付人员发送交付指示。例如，处理设备112可以将交付指示发送至交付人员的终端(例如，与用户端140相同或类似的终端)，也可以通过显示设备向交付人员传达交付指示。
在一些实施例中，交付方式为智能交付时，处理设备112可以获取用户端对应的车辆的停靠位置，并指示智能移动设备从目标配送点搬运物品至停靠位置。在一些实施例中，处理设备112可以通过用户端、车载定位设备、用户主动输入、智能监控设备(例如，监控设备150)等中的一个或多个获取停靠位置。在一些实施例中，交付方式为智能交付时，处理设备112可以获取用户端对应的车辆的停靠位置，并指示交付执行人员从目标配送点搬运物品至停靠位置。
应当注意的是，上述有关流程900的描述仅仅是为了示例和说明，而不限定本申请的适用范围。对于本领域技术人员来说，在本申请的指导下可以对流程900进行各种修正和改变。然而，这些修正和改变仍在本申请的范围之内。
上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。
同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实 施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。
计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF、或类似介质，或任何上述介质的组合。
本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。
此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。
同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。
一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。
针对本申请引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本申请作为参考。与本申请内容不一致或产生冲突的申请历史文件除外，对本申请权利要求最广范围有限制的文件(当前或之后附加于本申请中的)也除外。需要说明的是，如果本申请附属材料中的描述、定义、和/或术语的使用与本申请所述内容有不一致或冲突的地方，以本申请的描述、定义和/或术语的使用为准。
最后，应当理解的是，本申请中所述实施例仅用以说明本申请实施例的原则。其他的变形也可能属于本申请的范围。因此，作为示例而非限制，本申请实施例的替代配置可视为与本申请的教导一致。相应地，本申请的实施例不仅限于本申请明确介绍和描述的实施例。

Claims (30)

  1. 一种系统，包括：
    至少一个存储设备，所述至少一个存储设备包括用于物品配送服务的指令；
    至少一个处理器，所述至少一个处理器与所述至少一个存储设备通信，其中，在执行所述指令时，所述至少一个处理器被配置为：
    从用户端获取与物品相关的服务请求；
    至少基于所述用户端的位置，确定所述用户端对应的车辆在预设未来时间段内的预估行驶路径；
    基于所述预估行驶路径，确定所述服务请求对应的目标配送点；
    至少基于所述目标配送点和所述服务请求，生成与所述物品相关的配送订单；以及
    将所述配送订单发送至服务提供端。
  2. 根据权利要求1所述的系统，其中，为至少基于所述用户端的位置，确定所述用户端对应的车辆在预设未来时间段内的预估行驶路径，所述至少一个处理器被配置为：
    获取所述用户端的计划目的地和所述用户端的位置与所述计划目的地间的交通信息；以及
    基于所述用户端的位置、所述计划目的地和所述交通信息，确定所述预估行驶路径。
  3. 根据权利要求1所述的系统，其中，为至少基于所述用户端的位置，确定所述用户端对应的车辆在预设未来时间段内的预估行驶路径，所述至少一个处理器被配置为：
    获取所述用户端对应的所述车辆的车辆状况，所述车辆状况至少包括剩余续航里程；以及
    基于所述用户端的位置和所述剩余续航里程，确定所述预估行驶路径。
  4. 根据权利要求1所述的系统，其中，为至少基于所述用户端的位置，确定所述用户端对应的车辆在预设未来时间段内的预估行驶路径，所述至少一个处理器被配置为：
    获取所述用户端对应的历史出行数据；以及
    基于所述用户端的位置和所述历史出行数据，确定所述预估行驶路径。
  5. 根据权利要求1所述的系统，其中，为基于所述预估行驶路径，确定所述服务请求对应的目标配送点，所述至少一个处理器被配置为：
    确定与所述预估行驶路径相关的多个候选配送点；
    对于所述多个候选配送点中的每一个，
    确定所述用户端到达所述候选配送点的预估到达时间；
    确定所述候选配送点对应的预估物品送达时间；以及
    确定所述候选配送点的可用状态；以及
    基于所述多个候选配送点对应的多个预估到达时间、多个预估物品送达时间以及多个可用状态，从所述多个候选配送点中选择所述目标配送点。
  6. 根据权利要求5所述的系统，其中，所述多个候选配送点包括在所述预估行驶路径的预设范围内的多个自动货柜。
  7. 根据权利要求5所述的系统，其中，为基于所述多个候选配送点对应的多个预估到达时间、多个预估物品送达时间以及多个可用状态，从所述多个候选配送点中选择所述目标配送点，所述至少一个处理器被配置为：
    从所述多个候选配送点中，选择所述预估物品送达时间小于或等于所述预估到达时间，且状态为可用的候选配送点为所述目标配送点。
  8. 根据权利要求1所述的系统，其中，所述至少一个处理器进一步被配置为：
    获取与所述配送订单相关的配送信息，其中，所述配送信息包括：目标配送点位置、目标配送点编号、目标配送点验证码、物品配送开始时间、预估物品送达时间或物品温度中的至少一种；以及
    将所述配送信息发送至所述用户端。
  9. 根据权利要求1所述的系统，其中，所述至少一个处理器进一步被配置为：
    判断所述用户端是否到达所述目标配送点的预设范围内；以及
    响应于确定所述用户端到达所述目标配送点的所述预设范围内，向所述用户端发送与所述物品相关的预处理提示。
  10. 根据权利要求9所述的系统，其中，所述物品包括餐品，所述预处理提示包括是否需要对所述餐品加热或是否需要对所述餐品冰镇。
  11. 根据权利要求1所述的系统，其中，所述至少一个处理器进一步被配置为：
    判断所述用户端是否到达所述目标配送点的预设范围内；以及
    响应于确定所述用户端到达所述目标配送点的所述预设范围内，向所述用户端发送交付提示。
  12. 根据权利要求11所述的系统，其中，
    所述交付提示包括提示用户选择交付方式，所述交付方式至少包括自主交付或智能交付；
    所述至少一个处理器进一步被配置为：
    接收所述用户所选择的交付方式；
    从所述用户端获取与所述选择的交付方式相关的身份验证信息；以及
    将所述选择的交付方式和所述身份验证信息发送至所述目标配送点以指示所述目标配送点执行交付操作。
  13. 根据权利要求12所述的系统，其中，
    所述选择的交付方式为自主交付，
    所述至少一个处理器进一步被配置为：
    向所述用户端发送与所述目标配送点相关的导航路线。
  14. 根据权利要求12所述的系统，其中，
    所述选择的交付方式为智能交付，
    所述至少一个处理器进一步被配置为：
    获取所述用户端对应的所述车辆的停靠位置；以及
    指示智能移动设备从所述目标配送点搬运所述物品至所述停靠位置。
  15. 一种用于物品配送服务的方法，其中，所述方法包括：
    从用户端获取与物品相关的服务请求；
    至少基于所述用户端的位置，确定所述用户端对应的车辆在预设未来时间段内的预估行驶路径；
    基于所述预估行驶路径，确定所述服务请求对应的目标配送点；
    至少基于所述目标配送点和所述服务请求，生成与所述物品相关的配送订单；以及
    将所述配送订单发送至服务提供端。
  16. 根据权利要求15所述的方法，其中，所述至少基于所述用户端的位置，确定所述用户端对应的车辆在预设未来时间段内的预估行驶路径，包括：
    获取所述用户端的计划目的地和所述用户端的位置与所述计划目的地间的交通信息；以及
    基于所述用户端的位置、所述计划目的地和所述交通信息，确定所述预估行驶路径。
  17. 根据权利要求15所述的方法，其中，所述至少基于所述用户端的位置，确定所述用户端对应的车辆在预设未来时间段内的预估行驶路径，包括：
    获取所述用户端对应的所述车辆的车辆状况，所述车辆状况至少包括剩余续航里程；以及
    基于所述用户端的位置和所述剩余续航里程，确定所述预估行驶路径。
  18. 根据权利要求15所述的方法，其中，所述至少基于所述用户端的位置，确定所述用户端对应的车辆在预设未来时间段内的预估行驶路径，包括：
    获取所述用户端对应的历史出行数据；以及
    基于所述用户端的位置和所述历史出行数据，确定所述预估行驶路径。
  19. 根据权利要求15所述的方法，其中，所述基于所述预估行驶路径，确定所述服务请求对应的目标配送点，包括：
    确定与所述预估行驶路径相关的多个候选配送点；
    对于所述多个候选配送点中的每一个，
    确定所述用户端到达所述候选配送点的预估到达时间；
    确定所述候选配送点对应的预估物品送达时间；以及
    确定所述候选配送点的可用状态；以及
    基于所述多个候选配送点对应的多个预估到达时间、多个预估物品送达时间以及多个可用状态，从所述多个候选配送点中选择所述目标配送点。
  20. 根据权利要求19所述的方法，其中，所述多个候选配送点包括在所述预估行驶路径的预设范围内的多个自动货柜。
  21. 根据权利要求19所述的方法，其中，所述基于所述多个候选配送点对应的多个预估 到达时间、多个预估物品送达时间以及多个可用状态，从所述多个候选配送点中选择所述目标配送点，包括：
    从所述多个候选配送点中，选择所述预估物品送达时间小于或等于所述预估到达时间，且状态为可用的候选配送点为所述目标配送点。
  22. 根据权利要求15所述的方法，其中，所述方法还包括：
    获取与所述配送订单相关的配送信息，其中，所述配送信息包括：目标配送点位置、目标配送点编号、目标配送点验证码、物品配送开始时间、预估物品送达时间或物品温度中的至少一种；以及
    将所述配送信息发送至所述用户端。
  23. 根据权利要求15所述的方法，其中，所述方法还包括：
    判断所述用户端是否到达所述目标配送点的预设范围内；以及
    响应于确定所述用户端到达所述目标配送点的所述预设范围内，向所述用户端发送与所述物品相关的预处理提示。
  24. 根据权利要求23所述的方法，其中，所述物品包括餐品，所述预处理提示包括是否需要对所述餐品加热或是否需要对所述餐品冰镇。
  25. 根据权利要求15所述的方法，其中，所述方法还包括：
    判断所述用户端是否到达所述目标配送点的预设范围内；以及
    响应于确定所述用户端到达所述目标配送点的所述预设范围内，向所述用户端发送交付提示。
  26. 根据权利要求25所述的方法，其中，
    所述交付提示包括提示用户选择交付方式，所述交付方式至少包括自主交付或智能交付；
    所述方法还包括：
    接收所述用户所选择的交付方式；
    从所述用户端获取与所述选择的交付方式相关的身份验证信息；以及
    将所述选择的交付方式和所述身份验证信息发送至所述目标配送点以指示所述目标配送点执行交付操作。
  27. 根据权利要求12所述的方法，其中，
    所述选择的交付方式为自主交付，
    所述方法还包括：
    向所述用户端发送与所述目标配送点相关的导航路线。
  28. 根据权利要求12所述的方法，其中，
    所述选择的交付方式为智能交付，
    所述方法还包括：
    获取所述用户端对应的所述车辆的停靠位置；以及
    指示智能移动设备从所述目标配送点搬运所述物品至所述停靠位置。
  29. 一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机执行如下用于物品配送的方法；
    从用户端获取与物品相关的服务请求；
    至少基于所述用户端的位置，确定所述用户端对应的车辆在预设未来时间段内的预估行驶路径；
    基于所述预估行驶路径，确定所述服务请求对应的目标配送点；
    至少基于所述目标配送点，生成与所述物品相关的配送订单；
    将所述配送订单发送至服务提供端。
  30. 一种用于物品配送服务的系统，其中，所述系统包括：
    服务请求获取模块，被配置为从用户端获取与物品相关的服务请求；
    行驶路径确定模块，被配置为至少基于所述用户端的位置，确定所述用户端对应的车辆在预设未来时间段内的预估行驶路径；
    目标配送点确定模块，被配置为基于所述预估行驶路径，确定所述服务请求对应的目标配送点；
    配送订单生成模块，被配置为至少基于所述目标配送点和所述服务请求，生成与所述物品相关的配送订单；以及
    通讯模块，被配置为将所述配送订单发送至服务提供端。
PCT/CN2020/125762 2019-12-18 2020-11-02 一种物品配送方法和系统 WO2021120894A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201911308797.0A CN111861300A (zh) 2019-12-18 2019-12-18 一种面向出行用户的物品配送方法和系统
CN201911308797.0 2019-12-18

Publications (1)

Publication Number Publication Date
WO2021120894A1 true WO2021120894A1 (zh) 2021-06-24

Family

ID=72970921

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/125762 WO2021120894A1 (zh) 2019-12-18 2020-11-02 一种物品配送方法和系统

Country Status (2)

Country Link
CN (1) CN111861300A (zh)
WO (1) WO2021120894A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220092528A1 (en) * 2020-09-18 2022-03-24 Toyota Jidosha Kabushiki Kaisha Information processing apparatus, information processing method, and non-transitory storage medium

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111861300A (zh) * 2019-12-18 2020-10-30 北京嘀嘀无限科技发展有限公司 一种面向出行用户的物品配送方法和系统
CN112258675A (zh) * 2020-11-10 2021-01-22 南京韦邦电子商务有限公司 一种基于etc收费的快捷取餐系统及方法
CN114726912A (zh) * 2020-12-19 2022-07-08 北京万集科技股份有限公司 数据处理方法、装置及电子设备
CN114298559A (zh) * 2021-12-29 2022-04-08 阳光电源股份有限公司 换电站的换电方法、换电管理平台及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160350713A1 (en) * 2015-05-28 2016-12-01 Hon Hai Precision Industry Co., Ltd. Delivery address positioning system based on internet of vehicles and delivery address positioning method using same
CN108764566A (zh) * 2018-05-25 2018-11-06 深圳市零度智控科技有限公司 货物配送方法、装置及计算机可读存储介质
CN109062256A (zh) * 2018-08-31 2018-12-21 深圳市研本品牌设计有限公司 一种送餐无人机
CN110276565A (zh) * 2018-03-13 2019-09-24 上海博泰悦臻电子设备制造有限公司 一种基于行车路线的自助取货方法及系统、车载终端
CN111861300A (zh) * 2019-12-18 2020-10-30 北京嘀嘀无限科技发展有限公司 一种面向出行用户的物品配送方法和系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4278431B2 (ja) * 2003-05-16 2009-06-17 富士通株式会社 調理品の配達処理プログラムおよび調理品の配達方法
JP2007182289A (ja) * 2006-01-06 2007-07-19 Hitachi Information & Control Solutions Ltd 移動者向け物品配送方法
CN206108126U (zh) * 2016-09-30 2017-04-19 李旭丹 有仓位、货位存取管理和温控加工功能的食品配送付货柜
CN107944945A (zh) * 2017-10-27 2018-04-20 口碑(上海)信息技术有限公司 一种资源推荐方法以及装置
CN109636188B (zh) * 2018-12-13 2020-12-15 拉扎斯网络科技（上海）有限公司 订单配送方法及电子设备、配送机器人和运转系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160350713A1 (en) * 2015-05-28 2016-12-01 Hon Hai Precision Industry Co., Ltd. Delivery address positioning system based on internet of vehicles and delivery address positioning method using same
CN110276565A (zh) * 2018-03-13 2019-09-24 上海博泰悦臻电子设备制造有限公司 一种基于行车路线的自助取货方法及系统、车载终端
CN108764566A (zh) * 2018-05-25 2018-11-06 深圳市零度智控科技有限公司 货物配送方法、装置及计算机可读存储介质
CN109062256A (zh) * 2018-08-31 2018-12-21 深圳市研本品牌设计有限公司 一种送餐无人机
CN111861300A (zh) * 2019-12-18 2020-10-30 北京嘀嘀无限科技发展有限公司 一种面向出行用户的物品配送方法和系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220092528A1 (en) * 2020-09-18 2022-03-24 Toyota Jidosha Kabushiki Kaisha Information processing apparatus, information processing method, and non-transitory storage medium

Also Published As

Publication number Publication date
CN111861300A (zh) 2020-10-30

Similar Documents

Publication Publication Date Title
WO2021120894A1 (zh) 一种物品配送方法和系统
US20200256691A1 (en) System for generating travel route to be serviced by primary transportation service and secondary transportation service
US12002001B2 (en) Integrated multi-location scheduling, routing, and task management
CN109196547B (zh) 用于推荐服务位置的系统和方法
CN110678885B (zh) 用于运力调度的系统和方法
US20200072627A1 (en) Device, method and system for route planing for an electric vehicle
US20180108103A1 (en) Systems and methods for matching and displaying service request and available vehicles
TWI682321B (zh) 基於位置資訊執行動作的系統、方法和非暫時電腦可讀取媒體
WO2018176939A1 (en) Systems and methods for carpooling
WO2017016517A1 (zh) 确定交通服务费用的方法及系统
CN112470178A (zh) 具有安全隔间的自主机器人车辆
US20200005420A1 (en) Systems and methods for transportation capacity dispatch
EP3482383A2 (en) Systems and methods for implementing multi-modal transport
CN109376311A (zh) 适用于多个共乘模型的驾驶员-乘车者匹配的系统、方法和装置
TW201907338A (zh) 用於確定預估到達時間的系統和方法
US20160364823A1 (en) Systems and methods for on-demand transportation
TW201901474A (zh) 用於確定預估到達時間的系統和方法
TW201837839A (zh) 汽車共乘之方法及系統
WO2019109604A1 (en) Systems and methods for determining an estimated time of arrival for online to offline services
WO2019205815A1 (en) Systems and methods for determining candidate service providers
US20200192363A1 (en) Multiple Destination Trips For Autonomous Vehicles
CN110800030B (zh) 用于拼车服务的方法和系统
WO2019196686A1 (en) Methods and systems for time determination in carpool service
CN111954891B (zh) 一种跨业务的共享汽车资源复用方法
CN111797323A (zh) 一种基于大数据的停车场智能推荐系统

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: 20901430

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20901430

Country of ref document: EP

Kind code of ref document: A1