CN115398466A - 用餐体验的协调递送 - Google Patents

用餐体验的协调递送 Download PDF

Info

Publication number
CN115398466A
CN115398466A CN202180020713.2A CN202180020713A CN115398466A CN 115398466 A CN115398466 A CN 115398466A CN 202180020713 A CN202180020713 A CN 202180020713A CN 115398466 A CN115398466 A CN 115398466A
Authority
CN
China
Prior art keywords
delivery
order
restaurant
time
order item
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN202180020713.2A
Other languages
English (en)
Inventor
M·加西亚保沙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
M Jiaxiyabaosha
Original Assignee
M Jiaxiyabaosha
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 M Jiaxiyabaosha filed Critical M Jiaxiyabaosha
Priority claimed from US17/173,848 external-priority patent/US20210248695A1/en
Publication of CN115398466A publication Critical patent/CN115398466A/zh
Pending legal-status Critical Current

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/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
    • 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/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/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/06315—Needs-based resource requirements planning or analysis
    • 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/0832—Special goods or special handling procedures, e.g. handling of hazardous or fragile goods
    • 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/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0835—Relationships between shipper or supplier and carriers
    • G06Q10/08355—Routing methods
    • 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/10—Office automation; Time management
    • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/202—Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
    • 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
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/0036—Checkout procedures

Abstract

根据一方面，可以提供一种用于执行多餐厅订单的方法；所述方法包括：接收多餐厅订单，所述多餐厅订单包括向消费者请求与多个餐厅相关联的多个订单项；计算用于开始准备与第一餐厅相关联的第一订单项的时间；计算用于开始准备与第二餐厅相关联的第二订单项的时间；将所述时间进行比较；基于所述比较，对用于开始准备所述第一订单项的第一时间和用于开始准备所述第二订单项的第二时间进行调度；将所述用于开始准备的第一时间和第二时间分别传输到所述第一餐厅和所述第二餐厅；基于所述调度，生成所述第一订单项和所述第二订单项的多个建议的提取时间；以及将所述多个建议的提取时间传输到司机管理模块。

Description

用餐体验的协调递送
相关申请
本申请要求于2021年2月11日提交的美国申请第17/173,983号的权益和优先权，所述申请是于2021年2月11日提交的美国申请第17/173,848号的部分继续申请，所述申请要求于2020年2月11日提交的美国临时申请第62/972,762号的优先权，所述申请特此以全文引用的方式并入本文中。
上文引用的申请旨在可以适用于本文所公开的概念和实施例，即使在引用的申请中以不同的限制和配置公开此类概念和实施例，并且使用不同的实例和术语描述此类概念和实施例。
技术领域
本公开涉及用于协调例如通过食物递送服务向消费者递送用餐体验的装置、系统和方法。
背景技术
通常，期望特定订单项的消费者必须确定可以准备此类订单项、订购所述订单项，并且提取所述订单项或将所述订单项递送的特定餐厅。在一些情况下，特定餐厅可以仅提供期望的订单项的一部分，例如，开胃菜，而第二餐厅可以提供不同的部分，例如，前菜。在这些情况下，消费者必须单独地提取每个订单项，或者使多个食物递送提供者递送所述订单项。因此，由于完成从多个餐厅的采购中涉及多个站点，这些订单项在递送或提取时可能处于不理想的温度或在不同的时间到达。
仍进一步地，如家人或居住在同一个住户的那些人等一群人可以具有期望从不同的餐厅订购项但计划同时食用订单项的若干个体。常规的递送解决方案不能够通过单个订单协调包含多个订单项的多餐厅多人团队订单以实现定时递送，所有订单项均与不同餐厅和团队中的不同个体相关联。
因此，仍然需要协调准备工作和递送用餐体验，以解决这些缺点和其它缺点。这些需求和其它需求通过本公开的各个方面得到满足。
发明内容
根据本公开的目的，如本文所体现和广泛描述的，一方面，本公开涉及例如通过食物递送服务协调向消费者递送用餐体验。
根据一方面，提供了用于管理某些准备工作、提货和递送订单的基于软件的操作和管理平台。所述平台可以供多个餐厅使用，无论所述餐厅的设施选址如何。此外，所述平台还可以供普通厨房设施使用，如下文将进一步详述的。
所述软件可以控制与食物准备、定时以及提取和递送调度相关的各个方面。与普通厨房设施中的餐厅相结合，所述软件还可以管理关于建筑物外食物提供者的准备工作、定时、提取调度的相同活动。考虑到准备工作和计划的递送/交通时间，所述软件可以允许消费者限定多餐厅订单的递送时间，并且对参与订单的餐厅的活动进行调度。
根据另外的方面，所述调度将考虑每份食谱的准备时间，并且可以包含具有每个餐厅每份食谱的准备时间的数据库。
根据另外的方面，所述调度将考虑每份食谱的递送和提取延迟/时间，并且可以包含具有每个餐厅的递送时间和/或提取时间的数据库。
根据另外的方面，所述调度将考虑交通延误、基于行程时间的温度增加/降低、天气以及在递送期望的用餐体验方面的其它潜在延误和影响。
根据另外的方面，可以向平台用户提供数字营销服务和货币化服务，以促进所述平台的业务和地域势力的发展。
根据一方面，提供了具有许多可商业操作的厨房的建筑物(例如，仓库样设施)。例如，此类设施的“承租人”将是食物提供者，如例如期望在建筑物中具有厨房的餐厅或虚拟餐厅。如本文所用，虚拟餐厅可以被定义为具有仅通过递送进行销售的品牌的餐厅，或者不具有供消费者在其中用餐的实体设施的餐厅。
应当注意，将餐厅扩大到另外的位置并且因此扩大到另外的地理区域使得能够扩大餐厅的潜在消费者群。通过在符合本公开的各方面的设施中租用厨房，餐厅可以在不投入除厨房和厨师之外的另外的资源的情况下扩大所述餐厅的区域，由此节省如员工、桌子、日常用品、服务和其它顾客服务需求等堂食资源。这促进餐厅在纯粹递送和接待消费者方面获得市场份额，从而使所述餐厅的产品的利润更高。由于厨房租用的暂时性，餐厅可以获得所需的数据，以决定新位置是否需要扩大其堂食区。
应当进一步预期，本公开的各方面将使消费者以及餐厅受益。例如，消费者可能期望第一餐厅的“开胃菜”，但期望第二餐厅的“主菜”。目前没有一种解决方案使得消费者能够在合理的时间内使用相同的递送服务同时从不同的餐厅接收两个项，使得食物在收到时仍保持在合理的温度下以供消费。另外地，考虑到准备工作和包含交通时间的递送时间，消费者可以对其多餐厅订单的递送时间进行调度，并且本文所公开的各方面将在提供订单的餐厅组织食物的准备工作。
此外，目前还没有一种解决方案使得餐厅能够通过分散式司机结合多站路线同步时间地准备食物。因此，本公开的管理软件方面可以包含组件，所述组件包含：1)面向消费者多餐厅零散递送；和2)对适用于同一订单的多个餐厅进行的分散式食物准备的管理。应当注意，在某些实施例中，多点递送可以全部来自包括不同厨房的同一仓库。
此外，通过使得能够实现来自多个食物提供者的此类零散递送，这不仅有利于消费者，而且食物提供者必定可以增加销售额。所述餐厅可以增加销售额——并且不仅仅是通过单独的地理扩大，还可以使得消费者能够仅从其最喜欢的餐厅订购其最喜爱的项，而在此之前，所述消费者将面临“孤注一掷”的决定。
通常，根据本公开的各方面，一种递送用餐体验的方法可以包含向消费者呈现来自不同餐厅的一个菜单或多个菜单，从而从所述消费者接收请求，包含至少一个订单项，并且协调由递送提供者从一个或多个餐厅完成的订单提取，使得向所述消费者提供一致且令人愉悦的用餐体验。
所述递送所述用餐体验的方法还可以包含使交通数据、天气数据、排名数据和/或其它适用数据相关联，以将递送提供者与餐厅匹配，使得促进所述一致且令人愉悦的用餐体验。递送提供者可以通过例如但不限于通过本公开的平台雇佣、签约或第三方选择的方式与食物提供者(例如，餐厅)关联。
在仍另外的方面中，本公开还涉及利用或促进本文所描述的方法的装置和系统。
本公开的各方面可以使得能够通过单个订单协调包含多个订单项的多餐厅多人团队订单以实现定时递送，所有订单项均与不同餐厅和团队中的不同个体相关联。优点可以包含但不限于对从多个来源到多个个体的多个订单项进行定时以确保每个订单项在到达时处于最佳状态，以及与订单中的其它订单项相对准时到达。以此方式，在一个非限制性实例中，期望一起吃饭但对不同餐厅的订单项有偏好的家庭成员或同事可以享受订单项的协调递送，使得所述订单项可以在相对相同的时间被接收。
提供上述方面可以包含对餐厅食物准备的适当定时，以及对一个或多个递送提供者的时间分派，以在最佳条件下在相对相同的时间下提取、运送和递送订单项。合并来自多个个体和多个餐厅的订单可以向本公开的用户提供经济优势。在本公开中，用户可以仅需要为整个订单支付一笔费用，而不是来自每个餐厅和/或所述用户可以以其它方式订购的递送服务的单独费用。
本公开的另外的方面将部分地在随后的描述中进行阐述，并且从所述描述中部分地将是明显的，或可以通过本公开的实施进行了解。本公开的优点将借助于所附权利要求书中特别指出的要素和组合来实现和获得。应当理解，前述一般性描述和以下详细描述均仅为示例性和解释性的，并且不限制所要求保护的本公开。
附图说明
并入并构成本说明书的一部分的附图展示了本公开的若干个方面，并且与描述一起用于解释本公开的原理。
图1是根据本公开的示例性实施例的系统或平台100的概述；
图2展示了根据本公开的实施例的方法200的流程图；
图3展示了根据本公开的实施例的方法300的流程图；
图4展示了根据本公开的实施例的方法400的流程图；
图5是根据本公开的示例性实施例的方法500的流程图；
图6展示了根据本公开的示例性实施例的计算装置；
图7展示了根据本公开的实施例的用户启动平台100的流程图；
图8展示了根据本公开的实施例的用户简档模块的流程图；
图9展示了根据本公开的实施例的共享选项的流程图；
图10A展示了根据本公开的实施例的用于启动平台100的流程图；
图10B展示了根据本公开的实施例的用于将至少一个食物项添加到多餐厅订单中的流程图；
图11展示了根据本公开的实施例的用于用户完成多餐厅订单的流程图；
图12展示了根据本公开的实施例的收藏夹模块的流程图；
图13展示了递送提供者访问平台100的流程图；
图14A展示了根据本公开的实施例的一旦请求和/或确认了多餐厅订单，就协调并递送所述多餐厅订单的流程图；
图14B展示了根据本公开的实施例的一旦请求和/或确认了多餐厅订单，就协调并递送所述多餐厅订单的流程图；
图14C展示了根据本公开的实施例的一旦请求和/或确认了多餐厅订单，就协调并递送所述多餐厅订单的流程图；
图15A展示了其中递送提供者接受多餐厅请求的至少一种产品和/或食物项的流程图；
图15B展示了其中递送提供者接受多餐厅请求的至少一种产品和/或食物项的流程图；
图16A展示了餐厅启动平台100的流程图；
图16B展示了餐厅启动平台100的流程图；
图17展示了用户在确认多餐厅订单之后的另外的选项的流程图；
图18A展示了根据本公开的实施例的平台100在介绍屏幕上使用；
图18B展示了根据本公开的实施例的平台100在介绍屏幕上使用；
图18C展示了根据本公开的实施例的平台100在介绍屏幕上使用；
图18D展示了根据本公开的实施例的平台100在介绍屏幕上使用；
图19A展示了根据本公开的实施例的平台100在用户主页屏幕上使用；
图19B展示了根据本公开的实施例的平台100在用户主页屏幕上使用；
图19C展示了根据本公开的实施例的平台100在用户主页屏幕上使用；
图20A展示了根据本公开的实施例的平台100在订单屏幕上使用；
图20B展示了根据本公开的实施例的平台100在订单屏幕上使用；
图20C展示了根据本公开的实施例的平台100在订单屏幕上使用；
图20D展示了根据本公开的实施例的平台100在订单屏幕上使用；
图21A展示了根据本公开的实施例的平台100在结账屏幕上使用；
图21B展示了根据本公开的实施例的平台100在结账屏幕上使用；
图21C展示了根据本公开的实施例的平台100在结账屏幕上使用；
图21D展示了根据本公开的实施例的平台100在结账屏幕上使用；
图21E展示了根据本公开的实施例的平台100在结账屏幕上使用；
图22A展示了根据本公开的实施例的平台100在结账屏幕上使用；
图22B展示了根据本公开的实施例的平台100在结账屏幕上使用；
图22C展示了根据本公开的实施例的平台100在结账屏幕上使用；
图23A展示了根据本公开的实施例的平台100在跟踪订单屏幕上使用；
图23B展示了根据本公开的实施例的平台100在跟踪订单屏幕上使用；
图23C展示了根据本公开的实施例的平台100在跟踪订单屏幕上使用；
图24展示了根据本公开的实施例的平台100的移动客户端、平台100的后端、平台100的支付网关和/或平台100的社区主导型地图服务之间的通信流程图；
图25展示了结合方法200-500的元素的方法2500；
图26展示了根据本公开的实施例的使用平台100的支付和资金流程的环境图；并且
图27展示了根据本公开的实施例的平台100的业务流程图。
具体实施方式
作为引文，相关领域普通技术人员将容易理解的是，本公开具有广泛的实用性和应用。如应当理解的，任何实施例可以仅结合本公开的一个或多个上文所公开的方面，并且可以进一步仅结合一个或多个上文所公开的特征。此外，所讨论和识别为“优选”的任何实施例被视为是实现本公开的实施例所考虑的最佳模式的一部分。还可以在提供完整且能够实现的公开内容中针对另外的说明性目的对其它实施例进行讨论。此外，本文所描述的实施例将隐含地公开了如调整、变化、修改和等效布置等许多实施例，并且所述实施例落入本公开的范围内。
因此，虽然本文中关于一个或多个实施例详细描述了实施例，但应当理解，本公开内容是本公开的说明性和示例性，并且仅出于提供完整且能够实现的公开内容的目的而进行。本文中的一个或多个实施例的详细公开内容并不旨在也不应解释为限制在此发布的专利的任何权利要求中提供的专利保护的范围，所述范围将由权利要求和其等效物来定义。专利保护的范围并不旨在通过阅读任何权利要求中的本文中发现的未明确出现在权利要求本身中的限制来定义。
因此，例如，本文所描述的各种过程或方法的步骤的任何顺序和/或时间次序都是说明性的而不是限制性的。因此，应当理解，尽管各种过程或方法的步骤可以按顺序或时间次序示出和描述，但任何此类过程或方法的步骤不限于按任何特定顺序或次序进行，除非另有说明。实际上，此类过程或方法中的步骤通常可以以各种不同的顺序和次序进行，同时所述步骤仍落入本发明的范围内。因此，专利保护的范围旨在由已发布的权利要求而不是本文所阐述的描述来定义。
此外，重要的是应注意，本文中所使用的每个术语是指普通技术人员根据本文中的此类术语的上下文使用理解此类术语的含义。在普通技术人员基于此类术语的上下文使用而理解的术语的含义与此类术语的任何特定词典中的定义存在任何差异的程度上，所述术语的含义应以普通技术人员理解的为准。
关于35 U.S.C.§112，
Figure BDA0003842503830000061
的适用性，任何权利要求要素都并不旨在按照此法定条款阅读，除非在此类权利要求要素中实际使用了明确的短语“用于…的装置”或“用于…的步骤”，因此此法定条款旨在适用于对此类权利要求要素的解释。
此外，重要的是应注意，如本文所用，“一个(a)和一种(an)”各自通常表示“至少一个”，但不排除多个，除非上下文使用另外指明。当在本文中用于连接项目列表时，“或”表示“至少一个项目”，但不排除所述列表的多个项目。最后，当在本文中用于连接项目列表时，“和”表示“所述列表中的所有项目”。
以下详细描述参考了附图。在可能的情况下，在附图和以下描述中使用相同的附图标记来指代相同或相似的元件。虽然可以描述本公开的许多实施例，但是修改、改编和其它实施方案是可能的。例如，可以对附图中所示的元件进行替换、添加或修改，并且可以通过对所公开的方法进行替换、重新排序或添加级来修改本文所描述的方法。因此，以下详细描述不限制本公开。相反，本公开的合适的范围由所附权利要求限定。本公开含有标题。应当理解，这些标题是被用作参考，并且不应被解释为限制标题下公开的主题。
本公开包含许多方面和特征。此外，虽然许多方面和特征涉及多餐厅多人订单的上下文并且在所述上下文下进行描述，但本公开的实施例不限于仅在此上下文下使用，并且可以适用于采用类似物流和操作管理方法的任何情况。
平台概述
如上文所简要描述的，本公开在各个方面涉及用于向消费者协调递送用餐体验的方法、装置和系统。现在转向附图，详细描述本公开的若干方面。应当注意，附图不是按比例绘制的，也不是本公开的所有方面的详尽附图。
在本公开的第一方面，实施例提供了多厨房、多品牌和/或多餐厅(统称为多餐厅)订购、管理和递送物流平台。如将详述的，本文中的实施例提供了用于对多餐厅订购软件应用界面进行订购的消费者界面。此外，本文中的实施例提供了一种厨房管理平台，所述厨房管理平台编排与通过消费者界面订购的多餐厅订单相关的每个厨房的各种订单的准备顺序和定时。仍进一步地，本公开的实施例提供了一种递送管理平台，所述递送管理平台协调递送车辆的分散式网络，因此可以被设想为人工操作或自主递送，以实现多餐厅订单的合适的分派、运送和总体定时。所述实施例可以集成到各种分散式订购和递送平台中，包含与拼车服务提供者的集成。以此方式，对于同一订单，可以使用多个餐厅以及多个递送提供者从不同的位置递送包含多个订单项的同一订单。因此，无论每个餐厅的平台和每个递送提供者的平台如何，所述餐厅和所述递送提供者都可以被实现和/或被配置成与本公开的集中式协调平台进行通信，由此利用多个来源和递送费用来促进单个订单。因此，第一餐厅在技术实施方案上可以与第二餐厅不同，但出于统一订单履行的目的，仍与中央平台进行双向通信。类似地，第一递送单元可以来自第一递送网络，而第二递送单元可以来自第二递送网络，出于统一订单履行的目的，所有这些都与中央平台进行双向通信。
因此，在第一方面，本公开的实施例使得能够通过面向消费者的平台发出、接收和处理多餐厅订单。在另外的实施例中，如将关于另外的方面详述的，可以使得多个用户能够将他们从多个餐厅订购的订单项聚合成单个编排的订单，以进行协调履行。
随后在厨房管理平台中进行排队和处理，以实现多个厨房的编排和每个厨房内定时的协调。作为非限制性实例，考虑到与相同的多餐厅订单相关的其它厨房的相关参数，平台可以将食谱参数、厨房位置、准备时间、服务参数以及与多餐厅订单的及时和适当(例如，温度)递送相关的各种其它考虑因素考虑在内。以此方式，所述平台可以指示厨房应何时使用所述厨房开始准备订单项。
仍参考第一方面，递送管理平台可以在司机的分散式网络中分派司机。应当理解，尽管使用术语“司机”，但可以采用任何方式将多餐厅订单运输给消费者，包含但不限于无人机递送。在另外的方面，可以在不同的时间分派一个或多个司机，以确保及时适当地完成多餐厅和团体订单。
本文中的各个实施例可以在集中式计算平台中管理。也就是说，所述消费者界面、所述厨房管理和所述递送管理平台可以由用于协调本文所描述的多个方面的大规模集中式平台进行管理。此外，各种平台可以部分或全部与如预先存在的消费者界面、预先存在的厨房管理界面和预先存在的递送管理解决方案等其它平台集成。以此方式，本文中的各个实施例可以被编码为用于与各种技术平台集成的API和/或SDK。总之，所述平台可以通过对过程中涉及的任何一方“透明”(例如，不破坏常规操作)的经编排的流程的方式为一个或多个消费者提供多餐厅订单的最佳履行。
在本公开的第二方面，可以提供用于解决常规解决方案中的一个或多个问题的方法、系统和计算机可读介质。第一个问题涉及对团体订单的促进。常规地，促进团体订单是麻烦且困难的。主用户可以负责在个人帐户上促进所述用户的订单。当更多的人参与到订单中，并且当不同的人更喜欢从不同的餐厅订购项时，此过程成倍地变得复杂。此处，代表多个人从多个餐厅对多份订单进行订购在技术上受到当前软件解决方案的限制。最后，无论是通过订购平台还是所述订购平台之外的平台，由于缺少用于详情获得多人多餐厅团体订单的费用分摊的界面，在技术上进一步限制了聚合支付和信息的过程。应当理解，各个实施例可以是指多人订单也可以应用于单人订单。
应当注意，“订单项”、“项”和/或“订单项”可与以下术语互换：至少一种产品、至少一种食物、至少一种餐厅项、订单项的至少一部分和产品的至少一部分。
为解决这些问题，本公开的实施例能够使得实现对单个多餐厅订单的多人多装置聚合。以此方式，本公开的实施例可以用于在单个过程中从一个或多个餐厅使用一次或分摊支付构建统一的多餐厅订单，从而使用一个或多个装置输入、跟踪和处理所述多餐厅订单的参数。在一些实施例中，可以通过与本文中的实施例一致的平台构建统一的多餐厅订单。此处，不同的用户可以访问同一平台，并且输入其多餐厅订单和支付信息的部分的参数。进而，来自不同用户的订单项可以进行聚合并且作为单个订单订购到平台中。
仍然，与本公开的实施例一致，多个单独的订单项可以被标记和聚合以形成统一的多餐厅订单。例如，第一用户可以在第一餐厅对针对第一订单项的第一订单进行订购并且完成所述第一订单，而第二用户可以在第二餐厅对针对第二订单项的第二订单进行订购并且完成所述第二订单。所述多个订单可以已在同一或不同的平台上进行订购。进而，可以采用各种方法和系统来建议可以将单独的订单聚合以形成统一的多餐厅订单，并对所述订单进行管理以实现最佳递送。可以基于接收到的所述多个订单在大约相同的时间下触发此类建议，以将所述订单递送到同一地址。发现的一些现有技术发现可能已经解决了这一问题。因此，上述要素中的任何一个都可以仅形成独立的专利权利要求的组成部分。
在本文所呈现的各个实施例的第三方面中，可以对一个或多个消费者的多餐厅订单进行定时以达到期望的时间或时间间隔。这至少部分地可以通过定时的递送司机分派来实现。例如，本公开的实施例可以根据需要提供增量式递送司机分派，以实现多个订单项的期望的协调递送。上文所提及的并在本文详述的第一方面和第二方面的各个组成部分在此处用于为多个餐厅递送食物。
如果需要，所述平台可以被配置成对多个递送提供者进行调度，以便来自不同餐厅的订单项同时到达。作为一个实例，所述平台可以针对递送设置三十分钟的限制条件。也就是说，所述平台将优化所述订单项，使得热食在递送前在车辆上的时间不会超过三十分钟，因此多餐厅订单可能需要超过一个司机以进行提取。例如，当四餐厅订单仅由一名司机花费一个多小时才能完成时，所述平台将会分派另外的司机以将热食的提取到递送之间的时间最长维持三十分钟。
与本公开的第四方面一致，本公开的实施例可以提供推荐引擎。所述推荐引擎可以帮助用户确定通过消费者界面形成多餐厅订单。所述推荐引擎在确定其推荐时可以采用各种参数。所述参数可以包括但不限于，例如，消费史、用户订单项的特性(例如，有机食物、低脂食物、低碳水化合物食物)、用户饮食方面(例如，酮友好食物、无麸质食物等)和用户偏好的订单项内的配料方面(例如，用户偏好含有香菜、咖喱或其它常见配料的食谱)、产地以及其它参数。仍进一步地，所述推荐引擎可以被配置成将某些餐厅和其项一起进行分组，以便向所述用户呈现。在一些实施例中，基于餐厅的菜单的想法可以被消除。相反，可以基于用户的偏好向所述用户呈现项和/或对应品牌的清单。以此方式，订单的发起可以与用户无关，因为用户可以通过本文中的实施例对多餐厅订单进行订购。
因此，各个实施例可以提供通过单个订单协调的包含多个订单项的多餐厅多人团队订单以实现定时递送，所有订单项均与不同餐厅和团队中的不同个体相关联。可以通过消费者界面、厨房管理平台以及递送和分派平台来促进此类订单，所述消费者界面、厨房管理平台以及递送和分派平台全部一起作用以提供本发明解决方案。所述消费者界面可以被配置成将多个个体和多个来源的订单项聚合成统一订单，并且促进一次性支付或分摊支付。所述厨房界面可以被配置成根据目标递送时间跨越多个厨房通过非限制性实例的方式将内部参数(例如，食谱、厨房待办事项等)和外部参数(路线、订单中的其它厨房、递送提供者等)考虑在内来协调在准备订单项时的适当定时。所述厨房管理平台可以进一步指示订单准备中的延迟或变化。所述递送界面可以被配置成基于内部参数(例如，食物项参数)和其它参数(例如，交通)在给定的参数(例如，温度)、阈值时间段和其它因素内递增地发送和分派所需的尽可能多的递送提供者，使得多个司机可以在相对同一时间递送项。
平台架构
图1是根据本公开的实施例的系统或平台100的概述。平台100可以在任何模块、阶段和/或过程处包括用户界面(“UI”)。进一步地，平台100可以提供例如一组用于执行各种功能的指令，所述功能如指导和/或引导平台100的用户在使用平台100时响应用户的动作和/或选择。
如所展示的，平台100包含任选的仓库设施102，在所述仓库设施中，可以组织和定位多个餐厅101，用于操作和准备食物和食谱。如所指出的，仓库配置102可以是任选的，或者可以是与外部餐厅设施相结合的。因此，餐厅101可以位于仓库外部、仓库内部或是仓库内部和外部的组合。
作为非限制性实例，平台100可以被存储在例如云计算服务上。在一些实施例中，所述平台100可以被存储在计算装置600上。用户可以通过软件应用程序和/或硬件装置访问平台100。软件应用程序可以被实施为例如但不限于与所述计算装置600兼容的网站、网络应用程序、桌面应用程序和移动应用程序。
仍然与本公开的实施例一致，平台100可以是例如但不限于软件开发工具包(SDK)/应用编程接口(API)。所述SDK/API可以由第三方使用以集成本文所公开的一些或所有功能。此外，所述SDK/API可以允许定制本文所公开的一些或所有功能，以满足实施平台100的第三方的需求。
在本公开的又另外的实施例中，平台100可以实施用于与第三方解决方案集成的SDK/API。例如，并且如下文所提到的，平台100可以与递送提供者的管理平台集成，以管理本文所公开的递送方面。在又另一个实例中，平台100可以与例如由餐厅使用的库存管理平台集成。应当理解，所述SDK/API集成可以使得管理员能够在与现有第三方平台的任何定制的集成中选择性地使用和部署本文中的各种功能和特征。
平台100可以包含用于促进餐厅101之间、餐厅101与递送提供者112之间、餐厅101与消费者104之间和/或递送提供者112与消费者104之间的通信的网络110。
根据本文所公开的各个实施例，递送提供者112可以通过例如但不限于通过本公开的平台100雇佣、签约或第三方选择的方式与所述食物提供者(例如，餐厅101)关联。所述选择可以由餐厅101或消费者104中的任一者提供。此外，这些部分可以通过平台100来促进。仍进一步地，在一些实施例中，递送提供者112可以包括与平台100进行双向通信的递送管理平台。进而，递送管理平台和平台100可以共享数据、计算机指令以及用于通知、委托、管理或以其它方式跟踪由平台在接收到的关于消费者104的多餐厅订单的递送状态的任何其它方面。
通常，消费者104可以对包括与餐厅101相关联的一个或多个订单项或食谱的多餐厅请求106进行订购。在一些实施例中，多餐厅请求106也可以是单个餐厅请求。
多餐厅请求106可以由递送整理器108接收和处理。所述递送整理器108可以是软件组件或多个软件组件，所述软件组件被配置成执行与本文更详细地描述的方法200、300、400和/或500中的一种或多种方法相关联的计算机可读指令。在一些实施例中，递送整理器108可以被配置成识别用于开始为所述多个餐厅中的每个餐厅进行新订单项准备的时间延迟。在另外的实施例中，递送整理器108可以被配置成对与所述多个餐厅相关联的所述一个或多个订单项的多个预定准备时间进行比较。
递送整理器108可以被配置成处理多餐厅请求106，使得特定的订单项从特定的餐厅101进行订购，使得向餐厅的支付被有效地分配，使得递送提供者112被有效地协调以促进向消费者104的递送，并且使得向所述递送提供者的支付被高效地分配。递送整理器108可以使用网络应用程序、移动应用程序或其它界面来从消费者104接收支付和请求。
在处理多餐厅请求106时，所述递送整理器可以将一系列经处理的请求107分发到每个相关联的餐厅101。此外，递送整理器108可以将所述多餐厅请求分发到递送提供者112。经处理的请求107可以包含与请求107中的每个订单项的准备时间相关的数据，以及推荐的食物准备开始时间、递送提供者112的估计的提取时间和其它相关数据。因此，预期在本公开的范围内平台100可以通过非限制性实例的方式向厨房工作人员提供指令。
在各个实施例中，准备时间可以是请求107中的每个订单项可用的数据点。所述数据点可以由例如餐厅101提供。例如，在餐厅采用平台100的顾客引导方面期间，或在任何其它时间点，每个订单项的准备时间可以由平台100接收。然而，在其它实施例中，所述数据点可以从各种其它数据库中确定。
应注意，根据一些实施例，经处理的请求107可以由递送提供者112向餐厅101提供。根据其它实施例，经处理的请求107的一部分可以由递送整理器108提供，而另外的部分可以由递送提供者112提供。
响应于接收请求107，餐厅101可以开始准备每个相关联的订单项或食谱，使得预期的提取时间得以满足。根据一些实施例，所述预期的提取时间可以基于基于如交通、天气和食谱的各方面等外部因素的窗口或浮动的时间范围，所述方面包含冷却时间(对于热食谱)、加热时间(对于如沙拉、甜点等冷或室温食谱)、递送时的期望温度和其它方面。此外，在一些实施例中，可以提供递送司机简档。所述简档可以包含数据如，但不限于，所述递送的各个方面(例如，保温箱、保温工具或冷却箱)，所述数据将纳入递送时间计算，以确保及时递送特定的食谱。
经准备的每个订单项可以由餐厅101整理，所述餐厅包含单独的订单项部分114。单独的订单项部分114可以由递送提供者112收集并集合到已完成的订单项116。已完成的订单项116可以由递送提供者存放以递送到消费者104。
根据一些实施例，递送提供者112可以将全部或部分已完成的订单项116存放到专用温度控制设备中，以维持期望的温度。在递送时，已完成的订单项116可以处于期望的温度下，由此与常规的递送服务相比确保消费者104进行愉悦的用餐体验。
应注意，对向餐厅101和递送提供者112的递送和支付的协调可以在许多方面有所不同。下文中，将详细呈现与对用餐体验的递送进行协调的方法相关的特定细节。
图7展示了用户启动系统或平台100的流程图。在步骤700处启动平台100时，可以将用户推进到欢迎屏幕和/或页面702。欢迎屏幕和/或页面702可以包括用于选择用户是否具有帐户的提示704。
在选择所述用户确实具有帐户时，所述平台可以将用户引导到用户登录模块706(可替代地：屏幕、显示器和/或页面)。所述用户登录模块可以包括多个识别标准。所述多个识别标准可以包括所述多个用户输入请求中的至少一个。所述多个识别标准可以用于提示所述用户输入至少一个输入以进行安全登录。在登录和/或登录确认时，在步骤708中，所述平台可以提示所述用户提供当前地址。所述当前地址可以利用系统来验证所述地址的有效性。在确认所述当前地址的有效性时，所述用户可以被引导到主页屏幕710。主页屏幕710可以在步骤712中提供默认地址。
在选择所述用户不具有帐户时，所述平台可以将所述用户引导到帐户创建界面和/或注册页面714。在一些实施例中，所述帐户创建界面可以包括多个用户输入请求。所述多个用户输入请求可以包括以下中的至少一项：姓名、生物特征识别、用户名、用户图像、年龄、位置、出生日期、电子邮件地址、密码、2步验证、身份验证、人工验证和身份证扫描。在一些实施例中，所述多个用户输入请求可以通过至少一个第三方平台的批准自动填写。所述多个用户输入请求可以用于创建用户简档。在另外的实施例中，所述帐户创建界面可以包括问卷调查。所述问卷调查可以用于帮助将用户与多个推荐的餐厅相关联。
在创建帐户时，可以提供确认显示716。所述确认显示可以被用作用户成功完成所述多个输入和/或所述问卷调查的结果。在一些实施例中，所述确认显示可以使平台100发送确认链接。所述确认链接可以通过电子邮件、文本消息和/或先前提到的任何其它通知来提供。所述确认链接可以用于将所述电子邮件地址与所述用户相关联。所述确认链接可以进一步用于验证对所述用户的识别。
在所述确认和/或验证时，所述平台可以将所述用户引导到主页屏幕710。
所述主页屏幕可以为用户提供对以下中的至少一个的访问：
a)用户简档模块718；
b)共享选项720；
c)收藏夹模块722；
d)可用餐厅列表724；
e)菜系类型过滤选项726；
f)订单模块728；以及
g)订单跟踪模块730。
如图8所展示的，用户简档模块718，可以包括多个用户信息732。多个用户信息732可以用于存储、访问、显示和/或修改从所述多个用户输入请求提供的信息和/或包括在用户登录模块中的信息。
用户简档模块718可以为个人用户信息732提供编辑选项734。
用户简档模块718可以进一步提供支付方法列表736。支付方法列表736可以包括新的支付选项738。所述新的支付选项可以提示用户填写虚拟支付表单740，所述虚拟支付表单在完成时将所述新的支付添加到支付方法列表736中。
用户简档模块718可以进一步提供订单列表742。订单列表742可以包括当前多餐厅订单的订单详情752和/或先前的多餐厅订单详情。
所述用户简档模块可以进一步提供地址列表744。所述地址列表可以包括新的地址选项746。新的地址选项746可以提示用户填写虚拟地址表单748，所述虚拟地址表单在完成时将新的地址添加到地址列表744中。
用户简档模块718可以进一步提供帮助菜单750。帮助菜单750可以包括多个联系信息754。多个联系信息754可以包括用于联系平台100的联合平台、多个餐厅和/或与多个订单项的递送相关联的方面的方式。所述用于联系的方式可以包括通信虚拟可填写表单和/或文档756。在完成通信虚拟可填写表单和/或文档756时，用户可以接收确认通知760。帮助菜单750还可以包括常见问题(“FAQ”)页面758。FAQ页面758可以包括与平台100相关的FAQ列表762。
如图9所展示的，共享选项720，可以为用户提供共享订单选择764。共享订单选择764可以包括对所述用户的联系人列表766的访问。联系人列表766可以包括与所述用户相关联的多个其它用户的联系信息和/或包括在所述用户的装置中的联系信息。如在768中所示出的，共享选项720可以进一步允许所述用户向多餐厅请求和/或多餐厅订单请求和/或贡献所选择的金额。共享选项720可以进一步用于邀请至少一个其它用户加入多餐厅订单。
如图10A所示出的，邀请其它用户加入多餐厅订单可以通过多种通知类型进行发送。应注意，所述多种通知类型可以在平台100的任何阶段和/或过程处使用。所述多种通知类型可以包括至少一个推送通知1000。推送通知1000可以用于将通知显示为发送到至少一个其它用户的文本消息。在另外的实施例中，所述多种通知类型可以包括横幅广告。所述横幅广告可以用于在屏幕上短时间显示通知，并且在显示后消失。在又另外的实施例中，所述多种通知类型可以包括应用程序内警报。所述应用程序内警报可以用于通过平台上的弹出窗口显示通知并要求所述用户采取行动打开或关闭所述应用程序内警报。在仍另外的实施例中，所述多种通知类型可以包括标志。所述标志可以用于通过定位于平台图标的角落上的小圆圈显示通知。在又仍另外的实施例中，所述多种通知类型可以包括听觉警报。所述听觉警报可以用于向所述至少一个其它用户告知通知。
所述多个通知可以包括链接和/或超链接。如在阶段1002处所展示的，选择所述链接和/或超链接可以提示平台100在至少一个用户的装置上启动和/或被激活。在所述平台通过至少一个用户选择至少一种通知类型启动时，所述用户可以被引导到欢迎屏幕和/或页面1004。欢迎屏幕和/或页面1004可以包括邀请消息1006。邀请消息1006可以是来自用户的定制消息和/或预填入的消息。欢迎屏幕和/或页面1004可以进一步包括用于加入多餐厅订单的加入订单选项1008。
如图10B所展示的，在加入所述订单时，可以向用户(可以包含至少一个用户和加入订单的任何其它用户)呈现菜系类型过滤选项726。在选择所述多个菜系之一时，针对所选择的菜系的多个餐厅可以如1010中所展示的来呈现。在选择餐厅时，可以向所述用户呈现餐厅的菜单1012。在从所述菜单中选择至少一个产品和/或订单项时，可以向所述用户呈现至少一个产品和/或订单项详情1014。平台100可以允许所述用户为产品和/或订单项选择各种选项和/或定制1016。所述用户然后可以使用向订单选项1020的添加来选择要添加到多餐厅订单中的至少一个产品和/或订单项。
用户可以可替代地，在加入多餐厅订单时，查看可用餐厅列表724，而未按菜系类型进行过滤，如图10B所展示的。在选择餐厅时，可以向所述用户呈现餐厅的菜单1012。在从菜单1012中选择至少一个产品和/或订单项时，可以向所述用户呈现至少一个产品和/或订单项详情1014。平台100可以允许所述用户为产品和/或订单项选择各种选项和/或定制1016。所述用户然后可以使用向订单选项1020的添加来选择要添加到多餐厅订单中的至少一个产品和/或订单项。
所选择的产品和/或食物选项可以在订单模块728上显示，如图11所展示的。订单模块728可以包括订单详情模块1100，其中所选择的产品和/或订单项被聚合、详细列举和/或显示。订单详情模块1100可以包括结账选项1102。订单详情模块1100可以进一步包括编辑/删除选项1004。编辑/删除选项1004可以允许用户添加和/或删除多餐厅订单中的所选择的产品和/或订单项。订单模块728可以被实施为例如虚拟购物车。在期望的产品和/或订单项的选择结束时，可以选择结账选项1102。在选择结账选项1102时，平台100然后可以将用户引导到结账模块1108。结账模块1108和/或订单模块728可以允许每个产品和/或订单项的递送的时间偏好。
如图12所展示的，收藏夹模块722，可以包括设定为电子书签和/或收藏的订单项、餐厅和/或多餐厅订单的收藏夹列表1200。在选择收藏的多餐厅订单时，用户可以在进入结账模块1108之前修改多餐厅订单。
如图11所展示的，结账模块1108可以包括与多餐厅订单相关联的每个用户的简档信息，如例如递送地址704。结账模块在确认多餐厅订单之前可以请求确认、更新和/或选择递送地址744。结账模块可以进一步包括对至少一个递送指令1100的请求。至少一个递送指令1110可以包括递送指令的预定选择和/或用于定制的指令的文本字段1112。
结账模块1108可以进一步包括对用户的支付类型和/或偏好(“支付方法列表”)1114的请求。所请求的支付类型、方法和/或偏好可以包括用户的先前输入和/或存储的至少一种支付类型和/或方法。如1118所展示的，用户可以改变所述用户的支付类型和/或方法。所请求的支付类型、方法和/或偏好可以进一步包括用户的新的先前未存储的支付类型和/或方法1116。
结账模块1108可以进一步包括共享支付选项1120。共享支付选项1120可以为用户提供提示其它用户提供到期金额的一部分的能力。在选择共享支付选项1120时，平台100然后可以访问用户的联系人列表766和/或参与多餐厅订单的人员的联系信息。选择共享支付选项1120可以进一步允许用户手动输入新联系人1122。新联系人1122可以是或可以不是平台100的另一个用户。一旦将与多餐厅订单相关联的每个用户添加到所述多餐厅订单中，所述用户可以选择按百分比和/或按与所述多餐厅订单相关联的详细列举的产品和/或订单项划分支付份额，如1124所展示的。
结账模块1108可以进一步包括优惠券输入1126。所述优惠券输入可以包括优惠券文本字段1128。用户可以使用优惠券文本字段1128输入所述多餐厅订单中的产品和/或订单项中的至少一个的折扣代码。
结账模块1108可以进一步包括提示输入1130。提示输入1130可以供用户使用以补偿至少一个递送提供者和/或递送司机。提示输入1130可以包括提示输入文本字段。用户可以使用提示输入文本字段来输入金额，以补偿所述至少一个递送提供者和/或递送司机。
结账模块1108可以进一步包括订单确认选项1132。在用户选择订单确认选项时，可以将多餐厅订单传输到与所述多餐厅订单相关联的所述多个餐厅，如1134所展示的。在用户选择订单确认选项时，平台100可以为所述用户提供用户地图。所述用户地图可以包括虚拟地图显示。所述地图可以进一步包括覆盖在所述虚拟地图显示上的递送提供者和/或用户的地理位置标识。
图13展示了用于递送提供者、递送协调员和/或递送司机注册(统称为“递送提供者”)的过程。注册可以由递送提供者启动平台100开始，如1300所展示的。在启动平台100时，递送提供者可以被引导到递送提供者欢迎屏幕和/或页面1302。递送提供者欢迎屏幕和/或页面1302可以包括用于选择递送提供者是否具有帐户的提示，如1304所展示的。
在选择所述递送提供者确实具有帐户时，所述平台可以将用户引导到递送提供者登录模块(可替代地：屏幕、显示器和/或页面)1306。递送提供者登录模块1306可以包括多个识别标准。所述多个识别标准可以包括所述多个递送提供者输入请求中的至少一个。所述多个识别标准可以用于提示所述递送提供者输入至少一个输入以进行安全登录。在登录和/或登录确认时，所述平台可以提示所述递送提供者提供当前地址和/或位置。所述当前地址和/或位置可以利用系统来验证地址的有效性。在确认所述当前地址的有效性时，所述递送提供者可以被引导到主页屏幕。所述平台可以进一步提示递送提供者提供用于使在与多餐厅订单相关联时和/或平台100运行时跟踪其地理位置的接受。
在选择所述递送提供者不具有帐户时，所述平台可以将所述递送提供者引导到递送提供者帐户创建界面和/或注册页面1308。在一些实施例中，递送提供者帐户创建界面1308可以包括多个递送提供者输入请求和/或验证请求1310。多个用户输入请求和/或验证请求1310可以包括以下中的至少一项：姓名、生物特征识别、用户名、用户图像、年龄、位置、出生日期、电子邮件地址、密码、2步验证、身份验证、人工验证和身份证扫描。在一些实施例中，所述多个用户输入请求可以通过至少一个第三方平台的批准自动填写和/或验证。所述多个递送提供者输入请求可以用于创建递送提供者简档。在另外的实施例中，所述帐户创建界面可以包括问卷调查。所述问卷调查可以用于收集关于递送提供者的信息，如但不限于以下信息：
a)车辆类型；
b)食物容纳能力；以及
c)财务信息。
在创建所述帐户时，可以提供确认显示1312。确认显示1312可以被用作用户成功完成所述多个输入和/或所述问卷调查的结果。在一些实施例中，确认显示1312可以使平台100将确认链接发送到所述递送提供者。所述确认链接可以通过电子邮件、文本消息和/或先前提到的任何其它通知来提供。所述确认链接可以用于将所述电子邮件地址与所述用户相关联。所述确认链接可以进一步用于验证对所述用户的识别。
在所述确认和/或验证时，如1316所展示的，所述平台可以将所述递送提供者引导和/或启动到递送提供者主页屏幕和/或页面1314。
如图14A和14B所展示的，递送提供者主页屏幕和/或页面1314可以包括递送提供者帐户模块1328。所述递送提供者简档模块可以包括多个递送提供者信息1330。所述多个递送提供者信息可以用于存储、访问、显示和/或修改从所述多个递送提供者输入请求提供的信息和/或包括在所述递送提供者登录模块中的信息。
所述简档模块可以提供用于个人信息的编辑选项。
所述简档模块可以进一步提供支付方式列表。所述支付方式列表可以包括新的支付接收选项。所述新的支付接收选项可以提示递送提供者填写虚拟支付接收表单，所述表单在完成时将新的支付方式添加到支付方式列表中。
所述递送提供者简档模块可以进一步提供联系支持菜单1318。联系支持菜单1318可以包括多个联系信息。所述多个联系信息可以包括用于联系平台100的联合平台、多个餐厅和/或与多餐厅订单相关联的用户的方式。所述联系方式可以包括虚拟可填写表单和/或文档。
如图13进一步所展示的，递送提供者主页屏幕和/或页面可以包括地图1320。地图1320可以包括虚拟地图显示。所述地图可以进一步包括覆盖在所述虚拟地图显示上的递送提供者的地理位置标识。
如图14A和14B所展示的，所述平台可以包括用于一旦多餐厅订单被请求和/或确认就协调和递送所述多餐厅订单的多个步骤和/或阶段。所述过程可以通过向多个递送提供者提供通知1322开始。通知1322可以包括由平台100提供的任何上述通知。通知1322可以包括链接和/或超链接。选择所述链接和/或超链接可以提示平台100在多个递送提供者中的每个递送提供者的装置上启动和/或被激活，如1300所展示的。在平台100通过选择通知的所述多个递送提供者中的至少一个递送提供者来启动时，可以将所述多个递送提供者(统称为“递送提供者”)中的至少一个递送提供者引导到递送提供者主页屏幕和/或页面1314。
递送提供者主页屏幕和/或页面1314可以包括在平台100上激活或在平台100中未激活的选项1324。在选择在平台100上激活时，可以向所述递送提供者提供用于接受或拒绝多餐厅订单的选项。所述用于接受或拒绝的选项可能限于时间帧。如果在给定的时间帧内没有作出选择，平台可以自动拒绝递送提供者的多餐厅订单。在接受或拒绝之前，可以向递送提供者提供多餐厅订单详情。
在拒绝所述多餐厅订单时，所述递送提供者可以被引导到递送提供者主页屏幕和/或页面。
在接受时，可以向所述递送提供者提供递送地图1332。所述递送地图可以包括多个提取指示1334。多个提取指示1334可以包括覆盖在地图上的与多餐厅订单相关联的多个餐厅的地理位置。多个提取指示1334可以包括用于要完成的至少一个产品和/或订单项和/或从与多餐厅订单相关联的多个餐厅中的每个餐厅提取所述至少一个产品和/或订单项的估计时间帧1336。所述递送地图可以进一步向递送提供者提供运输和/或递送成本1338。运输和/或递送成本1338可以包括由递送提供者和/或平台100在成功地将每个订单项递送到用户之后接收到的资金量。
应注意，在多餐厅订单的递送过程期间的任何时候，所述递送提供者都可以访问以下中的至少一项：
a)所述多餐厅订单的多个递送详情1340；
b)如1342所展示的，联系信息和/或与和所述多餐厅订单相关联的至少一个用户通信的能力；
c)如1318所展示的，联系信息和/或与平台100的至少一个联合平台通信的能力；以及
d)如1346所展示的，联系信息和/或与和所述多餐厅订单相关联的至少一个其它递送提供者通信的能力。
在接受时，所述递送提供者可以选择、指示、关联和/或确认(统称为“确认”)要提取所述至少一个产品和/或订单项中的哪一个，如1348所展示的。在确认时，平台100然后可以向用户发送以下中的至少一项的通知1350：
a)递送提供者的简档信息；
b)用于提取所述至少一个产品和/或订单项的估计时间；
c)用于递送所述至少一个产品和/或订单项的估计时间；以及
d)所述递送提供者的地理位置。
在所述递送提供者完成对所述至少一个产品和/或订单项的提取时，平台100可以向与所述至少一个多餐厅相关联的以下中的所述至少一个传输告知提取完成的通知：所述至少一个用户、所述至少一个餐厅和/或其它递送提供者。在递送提供者到达餐厅和/或站点时，所述递送提供者可以更新具有可用性1356的平台100。在所述递送提供者完成对所述至少一个产品和/或订单项的提取时，如步骤1352所展示的，平台100可以进一步更新递送地图，其中下一个目的地是用户的位置和/或与多餐厅订单相关联的下一个餐厅的位置。
如步骤1354所展示的，在确认时，所述递送提供者可以继续到所述多餐厅订单中第二餐厅和/或站点。在所述递送提供者完成对所述至少一个产品和/或订单项的提取时，平台100可以向与所述至少一个多餐厅相关联的以下中的所述至少一个传输告知提取完成的通知1358：所述至少一个用户、所述至少一个餐厅和/或其它递送提供者。在递送提供者到达第二餐厅和/或站点时，所述递送提供者可以更新具有可用性1356的平台100。在所述递送提供者完成对所述至少一个产品和/或订单项的提取时，如1360所展示的，平台100可以进一步更新递送地图，其中下一个目的地是用户的位置和/或与多餐厅订单相关联的下一个餐厅的位置。
如步骤1362所展示的，在确认时，所述递送提供者可以继续到所述多餐厅订单中第三餐厅和/或站点。在所述递送提供者完成对所述至少一个产品和/或订单项的提取时，平台100可以向与所述至少一个多餐厅相关联的以下中的所述至少一个传输告知提取完成的通知1366：所述至少一个用户、所述至少一个餐厅和/或其它递送提供者。在递送提供者到达第三餐厅和/或站点时，所述递送提供者可以更新具有可用性1364的平台100。在所述递送提供者完成对所述至少一个产品和/或订单项的提取时，如1368所展示的，平台100可以进一步更新递送地图，其中下一个目的地是用户的位置和/或与多餐厅订单相关联的下一个餐厅的位置。
例如，所述递送提供者可以继续到所述多餐厅订单中的另外的餐厅和/或站点。在所述递送提供者完成对所述至少一个产品和/或订单项的提取时，平台100可以向与所述至少一个多餐厅相关联的以下中的所述至少一个传输告知提取完成的通知：所述至少一个用户、所述至少一个餐厅和/或其它递送提供者。在所述递送提供者完成对所述至少一个产品和/或订单项的提取时，平台100可以进一步更新递送地图，其中下一个目的地是用户的位置和/或与多餐厅订单相关联的下一个餐厅的位置。
在所述递送提供者提取所请求的产品和/或订单项时，所述递送提供者可以将所述多餐厅订单的全部或部分递送到所述用户。在所述多餐厅订单成功递送时，所述用户和/或递送提供者可以在平台100上确认所述递送，如步骤1370所展示的。在确认所述递送时，可以将祝贺消息通知1374传输到所述用户和/或递送提供者。
图15A和15B展示了其中递送提供者接受多餐厅请求的至少一个产品和/或订单项，并且递送提供者被给予用于等待提取所述至少一个产品和/或订单项的延迟的实施例。提取中的这种延迟可能是由以下引起的：具有等待时间的餐厅、被要求在递送到用户时处于预定温度下的产品和/或订单项、成为多餐厅订单的后续“过程”的产品和/或订单项和/或必须与多餐厅请求中的其它产品和/或订单项同时组合和/或递送的产品和/或订单项。
图16展示了餐厅启动系统或平台100的流程图。在步骤1600处启动平台100时，可以将餐厅推进到餐厅欢迎屏幕和/或页面1602。餐厅欢迎屏幕和/或页面1602可以包括用于选择用户是否具有帐户的提示1604。
在选择所述用户确实具有帐户时，所述平台可以将用户引导到餐厅登录模块1606(可替代地：屏幕、显示器和/或页面)。所述餐厅登录模块可以包括多个识别标准。所述多个识别标准可以包括所述多个餐厅输入请求中的至少一个。所述多个识别标准可以用于提示所述餐厅输入至少一个输入以进行安全登录。在登录和/或登录确认时，在步骤1608中，所述平台可以提示所述餐厅提供当前地址。所述当前地址可以利用系统来验证所述地址的有效性。在确认所述当前地址的有效性时，所述餐厅可以被引导到餐厅主页屏幕1612。餐厅主页屏幕1612可以在步骤712中提供默认地址。
在选择所述用户不具有帐户时，所述平台可以将所述用户引导到帐户创建界面和/或注册页面1614。在一些实施例中，所述帐户创建界面可以包括多个用户输入请求。所述多个用户输入请求1616可以包括以下中的至少一项：姓名、生物特征识别、用户名、用户图像、年龄、位置、出生日期、电子邮件地址、密码、2步验证、身份验证、人工验证和身份证扫描。在一些实施例中，所述多个用户输入请求可以通过至少一个第三方平台的批准自动填写。所述多个用户输入请求可以用于创建用户简档。在另外的实施例中，所述帐户创建界面可以包括问卷调查。所述问卷调查可以用于帮助将用户与多个推荐的餐厅相关联。
在创建帐户时，可以提供确认显示1608。所述确认显示可以被用作用户成功完成所述多个输入和/或所述问卷调查的结果。在一些实施例中，所述确认显示可以使平台100发送确认链接。所述确认链接可以通过电子邮件、文本消息和/或先前提到的任何其它通知来提供。所述确认链接可以用于将所述电子邮件地址与所述用户相关联。所述确认链接可以进一步用于验证对所述用户的识别。
在所述确认和/或验证时，所述平台可以将餐厅引导到餐厅主页屏幕1612。
如图16B所展示的，餐厅主页屏幕和/或页面1612可以包括餐厅简档模块1640。餐厅简档模块1640可以包括多个餐厅信息1642。所述多个餐厅信息可以用于存储、访问、显示和/或修改从所述多个餐厅输入请求提供的信息和/或包括在所述餐厅登录模块中的信息。
所述简档模块可以提供用于个人信息的编辑选项。
所述简档模块可以进一步提供支付方式列表。所述支付方式列表可以包括新的支付接收选项。所述新的支付接收选项可以提示餐厅填写虚拟支付接收表单，所述表单在完成时将新的支付方式添加到支付方式列表中。
所述简档模块可以进一步提供用于打印条形码1660的方式。
所述餐厅简档模块可以进一步提供联系支持菜单1638。联系支持菜单1638可以包括多个联系信息。所述多个联系信息可以包括用于联系平台100的联合平台、多个餐厅和/或与多餐厅订单相关联的用户的方式。所述联系方式可以包括虚拟可填写表单和/或文档。
如图16B进一步所展示的，餐厅主页屏幕和/或页面1612可以包括地图1618。地图1618可以包括虚拟地图显示。地图1618可以进一步包括覆盖在虚拟地图显示上的餐厅的地理位置标识。
所述餐厅主页屏幕和/或页面可以包括在平台100上激活或在平台100中未激活的选项1620。在选择在平台100上激活时，可以向所述餐厅提供用于接受(“确认”)或拒绝多餐厅订单的选项1622。所述用于接受或拒绝的选项可能限于时间帧。如果在给定的时间帧内没有作出选择，平台可以自动拒绝餐厅的多餐厅订单。在接受或拒绝之前，可以向餐厅提供多餐厅订单详情1644。
在确认所述订单时，可以向所述餐厅提供所述多餐厅订单详情。在确认所述订单时，所述餐厅可以将所述订单发送到与所述多餐厅订单相关联的所述至少一个递送提供者，如步骤1624所展示的。
在确认所述订单时，可以向所述餐厅提供跟踪地图1652。跟踪地图1654可以包括与经确认的多餐厅订单相关的地图1618的特征。跟踪地图1654可以进一步包括递送选项1656。
在确认所述订单时，所述餐厅可以确定和/或查看运输成本1658。
在确认所述订单时，所述餐厅可以包括高峰时间配置1626。高峰时间配置1626可以包括对餐厅开始和/或准备所述至少一个产品和/或订单项所需时间的估计。所述估计可以基于所述多餐厅订单的所述至少一个产品和/或订单项之前的产品和/或订单项的队列和/或优先级。所述高峰时间配置可以在预定时间帧1628(“高峰时间”)期间发生。所述高峰时间配置可以修改所述至少一个产品和/或订单项和/或多餐厅订单的估计提取、准备和/或递送时间，如步骤1650所展示的。如果在关于所述至少一个产品和/或订单项的准备方面发生任何延迟，所述餐厅可以进一步传输延迟通知1630。延迟修改1630可以以如例如+5分钟、+10分钟和+15分钟的可选择选项的形式向餐厅呈现，如步骤1632所展示的。如果在所述至少一个产品和/或订单项的准备方面的延迟足够长，则可以出现所述递送提供者的路线修改1634。所述路线修改可以提示将延迟通知传输到所述递送提供者和/或所述用户。
在成功提取产品和/或订单项时，所述餐厅和/或递送提供者可以确认所述提取，如平台100上的步骤1656所展示的。在确认所述提取时，可以将祝贺消息通知1636传输到所述餐厅和/或递送提供者。
图17展示了用户在确认多餐厅订单之后的另外的选项的流程图。可以使跟踪订单选项1380在对多餐厅订单进行确认之后可见。跟踪订单选项1380可以包括地图1320。地图1320可以包括聊天递送选项1342，其中所述用户可以联系至少一个递送提供者。地图1320可以进一步包括帮助选项750。帮助选项750可以包括取消订单选项1382。取消订单选项1382可以被配置成如果在对订单进行订购的预定时间量内取消所述订单，则不向所述用户收费，如步骤1384所展示的。
图18A、图18B、图18C和图18D展示了平台100在介绍屏幕上使用。
图19A、图19B和图19C展示了平台100在用户主页屏幕710上使用。
图20A、图20B、图20C和图20D展示了平台100在订单屏幕728上使用。
图21A、图21B、图21C、图20D和图20E展示了平台100在结账屏幕1108上使用。
图22A、图22B和图22C展示了平台100在结账屏幕1108上使用。
图23A、图23B和图23C展示了平台100在跟踪订单屏幕1380上使用。
图26展示了使用平台100的支付和资金流程的环境图。
图27展示了平台100的业务流程图。
平台操作
在下文中，参考图2-5和25以及协调向消费者递送用餐体验的相关方法，提供对平台100的操作的详细讨论。
图2是根据本公开的示例性实施例的方法200的流程图。方法200可以包含在框202处向消费者呈现来自不同餐厅的菜单或多个菜单。所述菜单可以是所有餐厅101的聚合菜单，向消费者的递送对所述餐厅是可用的。所述菜单可以包含处理和递送时间、价格以及与期望的用餐体验相关的其它数据。
然后，消费者可以基于菜单集合对所期望的订单项或食谱的请求。响应于此，方法200包含在框204处从消费者接收请求，包含对订单项的支付。所述请求可以包含所有必要的数据，所述数据包含递送地址、支付信息、联系信息、期望的递送时间、期望的额外服务或服务选项以及其它相关数据。所述请求可以是对立即可用的递送、延迟递送、特定日期的递送、特定地址的递送的请求、对餐饮服务的请求、为人员提供食物的请求(例如，作为餐饮服务)和/或通过所提供的菜单呈现的任何其它选项。
在接收到所述请求时，方法200包含在框206处生成经处理的请求107，所述经处理的请求包含推荐的准备时间、期望的提取时间、递送时间、递送提供者112的标识以及其它经处理的数据。餐厅101可以使用期望的提取时间和/或推荐的准备时间来开始准备单独的请求的一个或多个部分。
方法200还可以包含在框208处与递送提供者112协调完成的订单提取。所述协调可以包含提供餐厅101的提取地址、提取时间、交通数据、天气数据以及与促进单独的订单项部分114的提取以生成已完成的订单116相关的任何其它数据。所述协调可以进一步包含对数据和请求进行调度以确保递送提供者112在特定的时间提取订单项部分114，以有效地向消费者104递送期望的用餐体验。
在成功提取订单项114时，在框210处，可以将支付传输到餐厅101。此外，在成功地将已完成的订单116和用餐体验递送到消费者104时，可以将支付传输到递送提供者112。应注意，根据一些实施例，根据本文所描述的实施例的任何期望的实施方案，可以在任何时间传输包含针对多个订单的批量支付的支付。
图3是根据本公开的实施例的方法300的流程图。方法300涉及在框202处创建向消费者提供的菜单。
方法300可以包含在框302处从餐厅101接收具有相关联的订单项/食谱准备时间的菜单。所述食物准备时间可以由餐厅101提供，并且可以包含如季节变化或其它考虑因素等考虑因素。
所述菜单和所述准备时间可以在框304处处理并且在框306处存储。存储可以包含由递送整理器108在数据库、存储系统、存储设备或其它存储类型中的存储。
此后或在基本上相同的时间处，在框308处，递送整理器108可以从餐厅101接收库存可用性。所述库存可用性可以在经调度的基础上被接收、可以被即时接收、可以被实时或基本上实时接收，并且可以用于确定与和每个餐厅101相关联的存储菜单项相关的特定的订单项和食谱的可用性。
可以在框310处更新库存可用性，使得向消费者呈现订单项的最新可用性，使得减少不准确的多餐厅订单。所述库存可用性还可以包含食物准备时间、操作时间和其它调度数据。
使用方法300，递送整理器108可以确保有效地向消费者104提供与订单项可用性和调度相关的最新数据，以促进令人愉悦的用餐体验。
图4是根据本公开的实施例的方法400的流程图。方法400涉及维持关于递送提供者112的可用性的最新数据。
方法400包含在框402处从递送提供者112接收调度可用性。所述调度可用性可以包含操作小时数、特定的递送服务人员可用性、地理服务数据、车辆类型、车辆设备(加热器、冷藏箱、制冷等)、车辆存储容量、估计的行程速度/时间以及与递送提供者112相关的其它数据。
在框404处，调度可用性和相关联的数据可以由递送整理器108存储。存储可以基本上类似于上文所描述的餐厅数据的存储用户。另外地，所述调度可用性和相关联的数据可以即时、实时或基本上实时和/或持续更新。因此，可以快速计算递送提供者112的新服务人员或非当班的服务人员。
方法400进一步包含在框406处将存储的调度可用性和相关联的数据与餐厅101相匹配。所述匹配可以包含确定地理重叠、行程时间、调度重叠和其它考虑因素。所述匹配还可以包含确定特定的递送提供者112是否具有用于有效地传送已完成的订单116的正确设备，以确保消费者104具有一致愉悦的用餐体验。
根据一些实施例，可以为递送提供者112提供评级系统和排名。所述排名还可以用于框406的匹配，以促进更好的递送服务从而获得更高质量的用餐体验。在框408处，可以存储匹配数据以在接收到消费者订单时相对快速地处理到餐厅101的期望的递送提供者112。
图5是根据本公开的示例性实施例的方法500的流程图。方法500涉及方法200的框206和208，并且协调向消费者104递送用餐体验。
方法500包含在框502处处理消费者订单请求106。所述处理可以包含确定与特定餐厅101相关联的特定订单项。所述处理还可以包含确定期望的递送时间、估计的准备时间和递送时间、估计的交通延误、估计的天气延误以及其它考虑因素。
在处理时，方法500包含在框504处基于所述处理确定经匹配的递送提供者112。所述经匹配的或匹配递送提供者112可以基于存储的历史匹配(参见图4)、基于更新的调度可用性、基于排名、基于车辆设备和其它考虑因素来确定。
在确定一个或多个适当的匹配之后，方法500包含在框506处基于递送提供者和存储的菜单数据确定推荐的准备时间。所述推荐的准备时间可以将所有可用数据，或部分可用数据考虑在内。例如，行程时间、交通延误、天气延误、存储和运输设备以及其它考虑因素可以适用于确定特定订单项应何时在餐厅101开始准备。
在建立包含准备时间、递送窗口、估计的提取时间和其它数据的食物准备数据并将其传输到餐厅101后时，方法500可以包含在框508处与递送提供者112和餐厅101协调已完成的订单项提取。所述协调可以包含向递送提供者112和餐厅101两者传输相关联的数据，使得所述餐厅和所述递送提供者具有相同的数据并且可以有效地向消费者104递送一致且令人愉悦的用餐体验。
图25是结合方法200-500的元素的方法2500的流程图。
计算装置架构
平台和/或系统100以及相关联的组件的至少一部分可以包含被实施为例如但不限于与计算装置600兼容的网站、网络应用程序、桌面应用程序、后端应用程序和移动应用程序的各方面。此外，各个实施例可以提供与递送提供者硬件的各个方面相关联的计算装置(例如，与递送的订单项相关联的车辆存储和感测机构，以监测和报告递送路线中的食物项的各方面)以及准备订单项的厨房的各个方面(例如，与订单项的准备和存储有关，以及以在准备和存储期间监测和报告食物项的各方面)。所述计算装置可以被配置成与平台的各个方面进行双向通信。计算装置600可以包括但不限于以下：
移动计算装置，如但不限于膝上型电脑、平板电脑、智能手机、无人机、可穿戴装置、嵌入式装置、手持装置、Arduino、工业装置或可远程操作的记录装置；
超级计算机、百亿亿次级超级计算机、大型机或量子计算机；
微型计算机，其中所述微型计算机计算装置包括但不限于IBMAS400/i系列/I系统、A DEC VAX/PDP、HP3000、霍尼韦尔-布尔(Honeywell-Bull)DPS、德州(Texas)仪器TI-990或王安实验室(Wang Laboratories)VS系列；
微型计算机，其中所述微型计算机计算装置包括但不限于服务器，其中服务器可以是机架式的、工作站、工业装置、raspberry pi、桌面或嵌入式装置；
系统100可以存储在集中式服务器或云计算服务上。虽然已经描述了方法200以及方法300、400和500由计算装置600执行，但是应当理解，在一些实施例中，不同的操作可以由多个计算装置600在与至少一个网络进行操作式通信时执行。
本公开的实施例可以包括具有中央处理单元(CPU)620、总线630、存储器单元640、电源单元(PSU)650和一个或多个输入/输出(I/O)单元的系统。CPU 620通过总线630耦接到存储器单元640和多个I/O单元660，所有所述单元都由PSU 650供电。应当理解，在一些实施例中，出于冗余、高可用性和/或性能的目的，每个公开的单元实际上可以是多个此类单元。当前公开的单元的组合被配置成执行本文所公开的任何方法的阶段。
图6是包含计算装置600的系统的框图。与本公开的实施例一致，上述CPU 620、总线630、存储器单元640、PSU 650和多个I/O单元660可以在计算装置中实施，如图6的计算装置600。硬件、软件或固件的任何合适的组合可以用于实施上述单元。例如，CPU 620、总线630和存储器单元640可以与计算装置600或任何其它计算装置600与计算装置600组合来实施。上述系统、装置和组件是实例，并且其它系统、装置和组件可以包括上述与本公开的实施例一致的CPU 620、总线630、存储器单元640。
至少一个计算装置600可以被实施为所有附图中所展示的任何计算元件。计算装置600不需要是电子的，甚至不需要具有CPU 620、总线630或存储器单元640。对本领域普通技术人员而言，计算装置600的定义是“一种计算的装置，尤其是执行高速数学或逻辑运算或组装、存储、关联或以其它方式处理信息的可编程电子机器。”任何处理信息的装置都有资格成为计算装置600，由其是所述处理是有目的的情况。
参考图6，与本公开的实施例一致的系统可以包含计算装置，如计算装置600。在基本配置中，计算装置600可以包含至少一个时钟模块610、至少一个CPU 620、至少一条总线630和至少一个存储器单元640、至少一个PSU 650以及至少一个I/O 660模块，其中I/O模块可以包含但不限于非易失性存储子模块661、通信子模块662、传感器子模块663以及外围设备子模块664。
与本公开的实施例一致的系统，计算装置600可以包含时钟模块610，所述时钟模块可以是本领域普通技术人员已知的产生时钟信号的时钟发生器。时钟信号是在高态与低态之间振荡并且像节拍器一样用于协调数字电路的动作的特殊类型的信号。大多数足够复杂的集成电路(IC)使用时钟信号以使电路的不同部分同步，从而以比最坏情况下的内部传播延迟慢的速率进行循环。上述集成电路的卓越实例是CPU 620，所述CPU是现代计算机的核心组件，依赖时钟。唯一的例外是异步电路，如异步CPU。时钟610可以包括多个实施例，如但不限于，在1根导线上有效地传输所有时钟信号的单相时钟、在两根导线上分配时钟信号的两相时钟，每条导线都具有不重叠的脉冲，以及在4根导线上分配时钟信号的四相时钟。
许多计算装置600使用“时钟乘法器”，所述乘法器将较低频率的外部时钟乘以CPU620的适当时钟速率。这允许CPU 620以比计算机的其余部分高得多的频率进行操作，这在CPU 620不需要等待外部因素(如存储器640或输入/输出660)的情况下提供了性能增益。时钟610的一些实施例可以包含动态频率变化，其中时钟边缘之间的时间可以从一个边缘到下一个边缘并且再返回变化很大。
与本公开的实施例一致的系统，计算装置600可以包含包括至少一个CPU核621的CPU单元620。多个CPU核621可以包括与CPU核621相同的CPU核，如但不限于同构多核系统。所述多个CPU核621还有可能包括不同的CPU核621，如但不限于异构多核系统、大小(big.LITTLE)系统和一些AMD加速处理单元(APU)。CPU单元620读取并执行可以跨多个应用领域使用的程序指令，例如但不限于，通用计算、嵌入式计算、网络计算、数字信号处理(DSP)和图形处理(GPU)。CPU单元620可以同时在单独的CPU核621上运行多个指令。CPU单元620可以集成到单个芯片封装中的单个集成电路管芯和多个管芯中的至少一个中。单个芯片封装中的单个集成电路管芯和多个管芯可以含有计算装置600的多个其它方面，例如但不限于时钟610、CPU 620、总线630、存储器640和I/O 660。
CPU单元620可以含有高速缓存622，如但不限于，1级高速缓存、2级高速缓存和3级高速缓存或其组合。上述高速缓存622可以在多个CPU核621之间共享或者可以不共享。高速缓存622共享包括消息传递和核间通信方法中的至少一种，所述方法可以用于至少一个CPU核621与高速缓存622进行通信。所述核间通信方法可以包括但不限于总线、环、二维网格和交叉开关。前述CPU单元620可以采用对称多处理(SMP)设计。
多个前述CPU核621可以包括单个现场可编程门阵列(FPGA)上的软微处理器核，如半导体知识产权核(IP核)。多个CPU核621的架构可以基于以下但不限于以下中的至少一个：复杂指令集计算(CISC)、零指令集计算(ZISC)和精简指令集计算(RISC)。性能增强方法中的至少一种可以由多个CPU核621采用，例如但不限于指令级并行(ILP)，如但不限于，超标量流水线和线程级并行(TLP)。
与本公开的实施例一致，上述计算装置600可以采用在上述计算装置600内部的组件和/或多个计算装置600之间传送数据的通信系统。上述通信系统将是本领域普通技术人员已知的被称为总线630。总线630可以体现内部和/或外部多个硬件和软件组件，例如但不限于导线、光纤、通信协议和提供与并行电总线相同逻辑功能的任何物理布置。总线630可以包括但不限于并行总线和串行总线中的至少一种，其中所述并行总线在多条导线上并行传输数据字，其中所述串行总线以位串行形式传输数据。总线630可以体现多个拓扑，例如但不限于多点/电并联拓扑、菊花链拓扑和通过交换集线器连接的拓扑，如USB总线。总线630可以包括多个实施例，例如但不限于：内部数据总线(数据总线)631/存储器总线；控制总线632；地址总线633；系统管理总线(SM总线)；前侧总线(FSB)；外部总线接口(EBI)；局部总线；扩展总线；闪电总线；控制器局域网(CAN总线)；相机链接；和/或扩展卡(ExpressCard)。
总线630还可以包括多个实施例，例如但不限于：高级技术管理附件(ATA)，其包含实施例和衍生物，如但不限于，集成驱动电子设备(IDE)/增强型IDE(EIDE)、ATA数据包接口(ATAPI)、超直接存储器存取(UDMA)、超ATA(UATA)/并行ATA(PATA)/串行ATA(SATA)、压缩闪存(CF)接口、消费者电子设备ATA(CE-ATA)/光纤连接技术适配卡(FATA)、高级主机控制器接口(AHCI)、包含供电实施例eSATAp/迷你SATA(mSATA)的SATA快速(SATAe)/外部SATA(eSATA)以及下一代形状因子(NGFF)/M.2。
总线630还可以包括多个实施例，例如但不限于：小型计算机系统接口(SCSI)/串行连接SCSI(SAS)；超传输；无限带宽网络(InfiniBand)；快速输入输出(RapidIO)；移动工业处理器接口(MIPI)；相干处理器接口(CAPI)；随插即用；1线制。
总线630还可以包括多个实施例，例如但不限于：外围组件互连(PCI)，其包含以下实施例：如但不限于加速图形端口(AGP)、外围组件互连扩展(PCI-X)、外围组件互联快速(PCI-e)(例如，PCI快速迷你卡、PCI快速M.2[迷你PCIe v2]、PCI快速外部布线[ePCIe]和PCI快速光学铜链路(Express OCuLink)[光学铜{Cu}链路])、快速卡、高级TCA、AMC、通用IO、雷电/迷你显示端口、移动PCIe(M-PCIe)、U.2和非易失性存储器快速(NVMe)/非易失存储器主机控制器接口规范(NVMHCIS)。
总线630可以进一步包括多个实施例，例如但不限于：工业标准架构(ISA)，其包含以下实施例：如但不限于扩展ISA(EISA)、PC/XT总线/PC/AT总线/PC/104总线(例如，PC/104-Plus、PCI/104快速、PCI/104和PCI-104)和低引脚数(LPC)。
总线630可以包括乐器数字接口(MIDI)或通用串行总线(USB)，包含以下实施例：如但不限于媒体传输协议(MTP)/移动高清连接(MHL)、装置固件升级(DFU)、无线USB、芯片间USB、IEEE1394接口/火线、雷电和可扩展主机控制器接口(xHCI)。
与本公开的实施例一致，上述计算装置600可以采用本领域普通技术人员已知的存储供在计算装置600中立即使用的信息的硬件集成电路作为主存储装置或存储器640。存储器640以高速进行操作，从而使其与非易失性存储子模块661区分开，所述非易失性存储子模块可以被称为二级或三级存储装置，提供缓慢存取的信息但以较低的成本提供更高的容量。存储器640中包含的内容可以通过如但不限于虚拟存储器和交换的技术传送到二级存储装置。存储器640可以与可寻址半导体存储器相关联，如由硅基晶体管组成的集成电路，例如用作主存储装置，但也用于计算装置600中的其它目的。存储器640可以包括多个实施例，如但不限于易失性存储器、非易失性存储器和半易失性存储器。本领域普通技术人员应当理解，以下是上述存储器的非限制性实例：
需要电力来维持存储信息的易失性存储器，例如但不限于动态随机存取存储器(DRAM)641、静态随机存取存储器(SRAM)642、CPU高速缓存存储器625、高级随机存取存储器(A-RAM)和其它类型的主存储装置，如随机存取存储器。
即使在移除电力之后也能保留所存储的信息的非易失性存储器，例如但不限于只读存储器(ROM)643、可编程ROM(PROM)644、可擦除PROM(EPROM)645、电可擦PROM(EEPROM)646(例如，闪速存储器和电可改变PROM[EAPROM])、掩模ROM(MROM)、一次性可编程(OTP)ROM/一次写入多次读取(WORM)、铁电RAM(FeRAM)、并行随机存取机(PRAM)、分离转移扭矩RAM(STT-RAM)、硅肟氮氧化硅(SONOS)、电阻RAM(RRAM)、纳米RAM(NRAM)、3D XPoint、畴壁存储器(DWM)和千足虫存储器。
半易失性存储器在移除电力之后可能具有某种限制性非易失性持续时间但在所述持续时间过去之后会丢失数据。半易失性存储器提供了高性能、耐久性和其它通常与易失性存储器相关的宝贵特性，同时提供了真正非易失性存储器的一些益处。半易失性存储器可以包括易失性和非易失性存储器和/或具有用于在移除电力之后提供电力的电池的易失性存储器。所述半易失性存储器可以包括但不限于自旋转移扭矩RAM(STT-RAM)。
与本公开的实施例一致，上述计算装置600可以采用如计算装置600等信息处理系统与例如但不限于人、环境和另一个计算装置600的外部世界之间的通信系统。上述通信系统将是本领域普通技术人员已知的被称为I/O 660。I/O模块660调节关于计算装置600的多个输入和输出，其中所述输入是由计算装置600接收的多个信号和数据，并且所述输出是从计算装置600发送的多个信号和数据。I/O模块660介接多个硬件，如但不限于非易失性存储装置661、通信装置662、传感器663和外围设备664。所述多个硬件由以下但不限于以下中的至少一个使用以与本发明的计算装置600进行通信：人、环境和另一个计算装置600。I/O模块660可以包括多种形式，例如但不限于通道I/O、端口映射I/O，异步I/O和直接存储器存取(DMA)。
与本公开的实施例一致，上述计算装置600可以采用非易失性存储子模块661，所述非易失性存储子模块可以被本领域普通技术人员称为二级存储装置、外部存储器、三级存储装置、离线存储装置和辅助存储装置之一。在不使用存储器640中的中间区域的情况下，非易失性存储子模块661不可以由CPU 620直接访问。非易失性存储子模块661在移除电力时不会丢失数据，并且可以以速度和延迟为代价比存储器模块中使用的存储装置成本低两个数量级。非易失性存储子模块661可以包括多种形式，如但不限于直接连接存储(DAS)、网络连接存储(NAS)、存储区域网络(SAN)、近线存储、大规模非活动磁盘阵列(MAID)、独立磁盘冗余阵列(RAID)、装置镜像、离线存储和机器人存储。非易失性存储子模块(661)可以包括多个实施例，如但不限于：
光存储装置，例如但不限于光盘(CD)(CD-ROM/CD-R/CD-RW)、数字通用盘(DVD)(DVD-ROM/DVD-R/DVD+R/DVD-RW/DVD+RW/DVD±RW/DVD+R DL/DVD-RAM/HD-DVD)、蓝光光盘(BD)(BD-ROM/BD-R/BD-RE/BD-R DL/BD-RE DL)和超密度光盘(UDO)；以及
半导体存储装置，例如但不限于闪速存储器，如但不仅限于USB闪速驱动器、存储器卡、用户身份模块(SIM)卡、安全数字(SD)卡、智能卡、压缩闪存(CF)卡、固态驱动器(SSD)和忆阻器。
非易失性存储子模块(661)还可以包括多个实施例，如但不限于：磁存储装置，如但不限于硬盘驱动器(HDD)、磁带驱动器、转盘式存储器和卡随机存取存储器(CRAM)；相变存储器；全息数据存储装置，如全息通用光盘(HVD)；分子存储器；和/或脱氧核糖核酸(DNA)数字数据存储装置。
与本公开的实施例一致，上述计算装置600可以采用通信子模块662作为I/O 660的子集，所述子集可以被本领域普通技术人员称为以下但不限于以下中的至少一个：计算机网络、数据网络和网络。所述网络允许计算装置600使用网络节点之间的连接来交换数据，所述连接是本领域普通技术人员已知的被称为数据链路。所述节点包括发起、发送和终止数据的网络计算机装置600。所述节点由网络地址标识，并且可以包含与计算装置600的实施例一致的多个主机。上述实施例包含但不限于个人计算机、电话、服务器、无人机和网络装置，如但不限于集线器、交换机、路由器、调制解调器和防火墙。
当一个计算装置600能够与另一个计算装置600交换信息时，两个节点可以说是联网在一起的，无论它们是否彼此具有直接连接。通信子模块662支持多个应用和服务，如但不限于万维网(WWW)、数字视频和音频、应用和存储计算装置600的共享使用、打印机/扫描仪/传真机、电子邮件/在线聊天/即时消息、远程控制、分布式计算等。所述网络可以包括多个传输介质，如但不限于导线、光纤和无线。所述网络可以包括用于组织网络流量的多个通信协议，其中专用通信协议在其它更通用的通信协议之上是分层的，所述专用通信协议是本领域普通技术人员已知的作为有效负载承载。所述多个通信协议可以包括但不限于IEEE802、以太网、无线LAN(WLAN/Wi-Fi)、互联网协议(IP)群(例如，TCP/IP、UDP、互联网协议第4版[IPv4]和互联网协议第6版[IPv6])、同步光纤网络(SONET)/同步数字系列(SDH)、异步传输模式(ATM)以及蜂窝标准(例如，全球移动通信系统[GSM]、通用分组无线业务[GPRS]、码分多址[CDMA]和集成数字增强型网络[IDEN])。
通信子模块662可以包括多个大小、拓扑、流量控制机制和组织意图。通信子模块662可以包括多个实施例，如但不限于：有线通信，如但不限于同轴电缆、电话线、双绞线电缆(以太网)和无限带宽网络；无线通信，如但不限于通信卫星、蜂窝系统、射频/扩频技术、IEEE 802.11 Wi-Fi、蓝牙、NFC、自由空间光通信、地面微波和红外(IR)通信。其中蜂窝系统体现了如但不限于3G、4G(如WiMax和LTE)和5G(短波长和长波长)等技术；并行通信，如但不限于LPT端口；串行通信，如但不限于RS-232和USB；光纤通信，如但不限于单模光纤(SMF)和多模光纤(MMF)；和/或电力线通信。
上述网络可以包括多个布局，如但不限于如以太网等总线网络、如Wi-Fi等星形网络、环形网络、网状网络、全连接网络和树形网络。所述网络可以通过其物理容量或其组织目的来表征。网络的使用，包含用户授权和访问权限，也相应地有所不同。所述表征可以包含但不限于纳米级网络、个人局域网(PAN)、局域网(LAN)、家庭局域网(HAN)、存储局域网(SAN)、校园网(CAN)、主干网、城域网(MAN)、广域网(WAN)、企业专用网、虚拟专用网(VPN)和全球局域网(GAN)。
与本公开的实施例一致，上述计算装置600可以采用传感器子模块663作为I/O660的子集。传感器子模块663包括装置、模块和子系统中的至少一个，所述传感器子模块的目的是检测其环境中的事件或变化并且将信息发送到计算装置600。传感器对测量的性质敏感，对未测量的任何性质不敏感，但在其应用中可能遇到并且不会显著影响测量的性质。传感器子模块663可以包括多个数字装置和模拟设装置，其中如果使用模拟装置，则必须采用模数(A-到-D)转换器将所述装置与计算装置600介接。所述传感器可能会经受限制传感器精度的多个偏差。传感器子模块663可以包括多个实施例，如但不限于化学传感器、汽车传感器、声学/声音/振动传感器、电流/电势/磁/无线电传感器、环境/天气/水分/湿度传感器、流量/流体速度传感器、电离辐射/粒子传感器、导航传感器、定位/角度/位移/距离/速度/加速度传感器、成像/光学/光传感器、压力传感器、力/密度/水平传感器、热/温度传感器以及接近/存在传感器。本领域普通技术人员应当理解，以下是上述传感器的非限制性实例：
化学传感器，如但不限于测醉器、二氧化碳传感器、一氧化碳/烟雾检测器、催化珠传感器、化学场效应晶体管、化学电阻器、电化学气体传感器、电子鼻、电解液-绝缘体-半导体传感器、能量色散X射线光谱仪、荧光氯化物传感器、全息传感器、烃露点分析器、氢传感器、硫化氢传感器、红外点传感器、离子选择电极、非色散红外传感器、微波化学传感器、氮氧化物传感器、嗅觉计、光极、氧传感器、臭氧监测器、载体催化器(pellistor)、pH玻璃电极、电位传感器、氧化还原电极、氧化锌纳米棒传感器和生物传感器(如纳米传感器)。
汽车传感器，如但不限于空气流量计/质量空气流量传感器、空气-燃料比测定计、AFR传感器、盲点监测器、发动机冷却液/废气/气缸盖/传动液温度传感器、霍尔效应传感器、车轮/自动变速器/涡轮/车速传感器、气囊传感器、制动液/发动机曲轴箱/燃油/机油/轮胎压力传感器、凸轮轴/曲轴/节气门定位传感器、燃油/油位传感器、爆振传感器、光传感器、MAP传感器、氧传感器(o2)、停车传感器、雷达传感器、扭矩传感器、可变磁阻传感器和燃油含水传感器。
声学、声音和振动传感器，如但不限于麦克风、蕾丝传感器(吉他拾音器)、地震仪、声音定位器、检波器和水听器。
电流、电势、磁和无线电传感器，如但不限于电流传感器、戴利检测器、验电器、电子倍增器、法拉第杯、检流计、霍尔效应传感器、霍尔探头、磁异常检测器、磁强计、磁阻、MEMS磁场传感器、金属检测器、平面霍尔传感器、无线电测向仪和电压检测器。
环境、天气、水分和湿度传感器，如但不限于光度计、空气污染传感器、尿床报警器、云高计、露水警报器、电化学气体传感器、鱼群计数器、频域传感器、气体检测器、钩规蒸发计、湿度计、湿度仪、叶片传感器、蒸渗仪、日射强度计、地面辐射强度计、干湿计、雨量计、雨量传感器、地震仪、SNOTEL、雪量计、土壤水分传感器、流量计和潮汐计。
流量和流体速度传感器，如但不限于空气流量计、风速计、流量传感器、气量计、质量流量传感器和水量计。
电离辐射和粒子传感器，如但不限于云室、盖革计数器、盖革-缪勒管、电离室、中子检测、比例计数器、闪烁计数器、半导体检测器和热释光剂量计。
导航传感器，如但不限于空速指示器、高度计、姿态指示器、深度计、磁通门罗盘、陀螺仪、惯性导航系统、惯性参考单元、磁罗盘、MHD传感器、环形激光陀螺仪、转向协调器、变感器、振动结构陀螺仪和偏航速率传感器。
定位、角度、位移、距离、速度和加速度传感器，如但不限于加速计、位移传感器、弯曲传感器、自由落体传感器、重力仪、冲击传感器、激光测距仪、激光雷达(LIDAR)、里程表、光电传感器、如但不限于GPS或格洛纳斯等定位传感器、角速率传感器、冲击检测器、超声波传感器、倾斜传感器、转速计、超宽带雷达、可变磁阻传感器和速度接收器。
成像、光学和光传感器，如但不限于CMOS传感器、色度计、接触式图像传感器、电光传感器、红外传感器、动态电感检测器、LED光传感器、光寻址电位传感器、尼科尔斯辐射计、光纤传感器、光学定位传感器、热电堆激光传感器、光电检测器、光电二极管、光电倍增管、光电晶体管、光电传感器、光电离子化检测器、光电倍增管、光电导管、光电开关、光电管、闪烁计、夏克-哈特曼(Shack-Hartmann)、单光子雪崩二极管、超导纳米线单光子检测器、跃迁边缘传感器、可见光光子计数器和波前传感器。
压力传感器，如但不限于自动气压计、气压计、增压计、布尔登气压计、热丝电离计、电离计、麦克劳德真空计(McLeod gauge)、振荡U形管、永久井下计、压力计、皮氏计(Pirani gauge)、压力传感器、压力计、触觉传感器和时间压力计。
力、密度和水平传感器，如但不限于闪光强度计(bhangmeter)、比重计、力计或力传感器、水平传感器、称重传感器、磁平或核密度传感器或应变计、压电电容压力传感器、压电传感器、扭矩传感器和粘度计。
热传感器和温度传感器，如但不限于测辐射热计、双金属片、热量计、废气温度计、火焰检测/高温计、圆箔式计量器(Gardon gauge)、高莱盒(Golay cell)、热流传感器、微测热辐射计、微波辐射计、净辐射计、红外/石英/电阻温度计、硅带隙温度传感器、热敏电阻和热电偶。
接近和存在传感器，如但不限于报警传感器、多普勒雷达、运动检测器、占用传感器、接近传感器、无源红外传感器、簧片开关、螺柱探测器、三角测量传感器、触摸开关和金属丝手套。
与本公开的实施例一致，上述计算装置600可以采用外围设备子模块662作为I/O660的子集。外围设备子模块664包括用于将信息放入到计算装置600和从所述计算装置获取信息的辅助装置。存在包括外围设备子模块664的3种类别的装置，所述装置基于其与计算装置600、输入装置、输出装置和输入/输出装置的关系而存在。输入装置向计算装置600发送数据和指令中的至少一个。输入装置可以基于但不限于以下内容进行分类：输入模式，如但不限于机械运动、音频、视觉和触觉；输入是离散的，如但不限于按压按键，还是连续的，如但不限于鼠标的定位；涉及的自由度数量，如但不限于用于计算机辅助设计(CAD)应用的二维鼠标与三维鼠标；输出装置提供来自计算装置600的输出。输出装置将电子生成的信息转换成可以向人呈现的形式。输入/输出装置执行输入功能和输出功能两者。
本领域普通技术人员应当理解，以下是上述外围设备子模块664的非限制性实施例：输入装置；人机接口装置(HID)，如但不限于，定点装置(例如，鼠标、触摸板、操纵杆、触摸屏、游戏控制器/游戏板、遥控器、光笔、光枪、Wii遥控器、微动拨号盘、穿梭器和旋钮)、键盘、图形输入板、数字笔、手势识别装置、磁性墨水字符识别、吹吸(SNP)装置(Sip-and-Puffdevice)以及语言习得装置(LAD)。
需要至多六个自由度的高自由度装置，如但不限于相机万向架、洞穴式自动虚拟环境(CAVE)和虚拟现实系统。
视频输入装置用于将来自外部世界的图像或视频数字化到计算装置600中。根据用户的要求，信息可以以多种格式存储。视频输入装置类型的实例包含但不限于数码相机、数字摄像机、便携式媒体播放器、网络摄像头、微软体感游戏机(MicrosoftKinect)、图像扫描仪、指纹扫描仪、条形码阅读器、3D扫描仪、激光测距仪、视线跟踪器、计算机断层扫描、磁共振成像、正电子发射断层扫描、医学超声检查、TV调谐器和虹膜扫描仪。
音频输入装置用于捕获声音。在一些情况下，音频输出装置可以用作输入装置，以捕获产生的声音。音频输入装置允许用户向计算装置600发送音频信号以进行处理、记录和执行命令中的至少一项。如麦克风等装置允许用户与计算机通话，以录制语音消息或导航软件。除了录音之外，音频输入装置还与语音识别软件一起使用。音频输入装置类型的实例包含但不限于麦克风、如但不限于键盘的乐器数字接口(MIDI)装置以及耳机。
数据采集(DAQ)装置将模拟信号和物理参数中的至少一个转换为数字值以供计算装置600处理。DAQ装置的实例可以包含但不限于模数转换器(ADC)、数据记录器、信号调节电路系统、多路复用器和时间数字转换器(TDC)。
输出装置可以进一步包括但不限于：
将电子信息转换成视觉形式的显示装置，如但不限于监测器、TV、投影仪和计算机输出缩微胶片(COM)。显示装置可以使用多种底层技术，如但不限于阴极射线管(CRT)、薄膜晶体管(TFT)、液晶显示器(LCD)、有机发光二极管(OLED)、微型LED、电子墨水显示器(电子纸)和可刷新盲文显示器(盲文终端)。
打印机，如但不限于喷墨打印机、激光打印机、3D打印机、固体墨水打印机和绘图仪。
音频和视频(AV)装置，如但不限于扬声器、耳机、放大器和灯，所述灯包含电灯、闪光灯、DJ照明、舞台照明、建筑照明、特效照明和激光。
其它装置，如数模转换器(DAC)。
输入/输出装置可以进一步包括但不限于触摸屏、联网装置(例如，网络662子模块中公开的装置)、数据存储装置(非易失性存储装置661)、传真机(FAX)和图形/声卡。
本文包含的法规中的包含版权在内的所有权利均归属申请人并且申请人具有所有权。申请人保持并保留本文包含的法规中的所有权利，并且仅在与授予的专利复制有关并不得用于其它目的的情况下授予复制所述材料的权限。
方面
以下公开了本公开的各个方面。所述各个方面不应被解释为专利权利要求，除非所述方面的语言作为专利权利要求出现。所述方面描述了本公开的各个非限制性实施例。
各方面包含：
方面1：角色：
1)终端用户：请求多订单的订单，按餐厅、食物类型、饮食等搜索应用程序。并且配置支付方法以执行结账过程。
2)递送合作伙伴：将负责收集订单并且在预期的时间内将所述订单递送到终端用户。
3)餐厅：根据平台计划的调度准备订单(餐点)。
4)管理员：将在平台内进行通用设置。如有必要，管理员还能够参与餐厅和递送合作伙伴注册的批准/拒绝过程。
方面2：终端用户周期-平台内终端用户的生命周期包含以下事件：
1)终端用户注册/授权。
2)搜索餐点、餐厅、配料类型、饮食类型、评分、折扣。
3)创建具有多个订单的订单。
4)订单确认和支付数据(这将允许在手机中安装了应用程序的客人之间分担支付)。
5)订单跟踪。
6)订单的接收和服务的资格。
方面3：餐厅生命周期-平台内的餐厅的生命周期包含以下事件：
1)餐厅注册
2)过程验证
a.条款和条件
b.提交所需的法律文件
c.接收支付的银行帐户
d.平台的批准/拒绝
3)餐厅的简档配置
a.食物目录创建
b.上传图像
c.配料详情
d.饮食详情
e.每餐的准备时间
f.峰值时间时的延误时间
4)订单确认/拒绝
5)订单准备
6)准备好要向递送合作伙伴递送的食物
方面4：递送合作伙伴生命周期-平台内的递送合作伙伴的生命周期包含以下事件：
1)递送合作伙伴注册
2)过程验证
a.提交所需的法律文件
b.接收支付的银行帐户
c.条款和条件
d.平台的批准/拒绝
3)订单接受/拒绝
4)订单提取
5)将订单递送到终端用户的地址
方面5：角色和权限：
1)管理员：
a.用户管理(添加用户管理员、客户服务)
b.禁用/启用平台上的访问帐户。
c.修订和验证餐厅和递送合作伙伴的文件。
d.通信管理(餐厅、递送人员或终端用户、客户服务)
e.平台上的用于递送优化算法的通用数据配置。
f.报告：成本、账单、总订单、最需要的餐点、餐厅等。
2)餐厅：
a.在平台上注册
b.批准/拒绝顾客引导过程
c.简档数据配置
d.食物目录创建
e.接受/拒绝订单
f.通信管理
3)递送合作伙伴
a.在平台上注册
b.批准/拒绝顾客引导过程
c.简档数据配置
d.食物目录创建
e.接受/拒绝提取订单
f.通信管理
4)终端用户：
a.在平台上注册
b.高级搜索食物、餐厅、饮食、配料等。
c.创建和确认订单。
d.订单状态跟踪
e.订单的接收和服务的资格
f.通信管理
方面6：平台组件：
1)移动应用程序：所述移动应用简要地描述了平台的实用性和价值。所述移动应用程序将由终端用户、递送合作伙伴和餐厅使用以进行订单跟踪。终端用户将能够创建多订单，而餐厅和递送合作伙伴将通过平台确认是否接受所述订单。
2)优化算法：所述优化算法将是平台的可以使用的接收某些参数以在递送过程中返回优化结果的内部服务。
3)后台网络(不在第1阶段的范围内)：“递送优化”管理员将使用后台管理用户，查看所述用户的帐户详情(用户数据、订购的订单、金额等)。
4)所述后台还将创建和管理餐厅的食物目录(图像、配料、准备时间等)
5)网站登录页(不在第1阶段的范围内)：登录页描述了所述应用程序的实用性和价值，并且提供了用于将所述应用程序下载到移动装置的链接
方面7：用户可启用的操作：
1.访问登录页面：
a.所述登录页面显示了平台的使用给用户带来的效用和益处。
b.当用户第一次登录平台时，所述登录页面将自动可见。(在登录/注册界面之前)。
c.访问用户注册
2.注册后访问网站主页(已登录用户)
a.所述主页将显示最后生成的订单、偏好的餐点类型、促销活动、餐厅等。
b.已注册的用户将访问所述平台
3.高级食物搜索
a.用户可以按配料类型、饮食类型等搜索餐厅、食物类型。
4.查看订单
a.终端用户将能够查看在所述平台上订购的订单总数。以及经常性区域。
5.查看收藏夹
a.所述终端用户可以查看保存为收藏夹的餐厅和餐点以供将来使用。
6.创建具有多个订单的订单
a.可以生成具有多个订单的订单(来自一个或不同餐厅的餐点)
7.通过地理位置跟踪订单状态
a.订单的可视化状态，以及订单定位于地图上的地理位置。
8.简档数据配置
a.用户将能够更新其简档数据，如递送地址、支付方法等。
9.分摊支付
a.在确认所述订单之前，终端用户可以决定是否在其它被邀请参与订单请求的用户之间进行分担。
10.通信
a.通过平台或WhatsApp在终端用户与递送人之间发送消息。
b.如果开始进行索赔，请联系平台的支持人员。.
11.FAQ的可视化
a.用户可以访问FAQ部分。
方面8：管理员可启用的操作：
1)创建其它用户管理员
2)显示已注册的用户列表。
b.访问已注册的用户列表、简档数据、电子邮件、姓名和联系信息。
c.查看和批准待定的用户注册。
d.查看带有用户交易的历史记录列表。
3)在平台上批准/拒绝餐厅
4)设置优化算法所需的参数
a)整个递送过程的标准公差时间
b)每次递送的订单数量，以实现最佳的食物递送
c)基于提供的服务对递送合作伙伴和餐厅
进行激励。
5)访问具有报告的仪表板部分
a)计费报告。
b)对每个简档的用户数量的报告。
c)交易历史报告。
d)针对餐厅费用的详情的报告。
e)按类型/金额/时间段区分的交易报告。
f)请求次数最多的餐点类型的报告。
6)通信：
a)从平台与餐厅、呼叫中心一起发送消息。
方面9：餐厅可启用的操作：
1)访问登录页面：
a)描述平台的主要目标以及益处。
2)访问注册过程：
a)一旦文件上传，就可以访问顾客引导过程
b)等待平台的批准/拒绝
3)访问主页(一旦所述注册过程被批准)
4)创建餐点目录和餐厅的详情：
a)加载菜品
b)图像
c)配料
d)准备时间
e)最大节约时间
f)开放和关闭时间
g)高峰时间期间的延误时间
5)订单的接受/拒绝
6)访问性能仪表板
a)显示订购的订单的度量和指标。
b)使销售额可视化。
c)使月度和年度订单量可视化。
d)使终端用户对餐厅的评分可视化。
e)查看交易历史。
7)创建促销活动
8)使递送合作伙伴在地图上的地理位置可视化
9)在延误的情况下与平台进行通信。
方面10：递送合作伙伴可启用的操作：
1)访问登录页面：
a)描述平台的主要目标以及益处。
2)访问注册过程：
a)一旦文件上传，就可以访问顾客引导过程
b)等待平台的批准/拒绝
3)访问主页(一旦所述注册过程被批准)
4)订单的接受/拒绝
5)在地图上显示用于提取的定位和路线
a)向餐厅显示出发时间。
b)使订单收集的到达时间可视化。
c)使要提取的餐厅可视化。
d)使终端用户的用于订单的递送的地址可视化。
6)使用于提取和向终端用户递送的定位和路线在地图上可视化。
7)在延误的情况下与平台进行通信。
方面11：对用户简档的常见操作：
1)注册
a)在平台上选择“注册”，输入姓名、用户名、密码和简档类型(终端用户、餐厅或经销商)。餐厅和递送合作伙伴必须完成文件验证过程。
b)用户可以通过社交网络或电子邮件帐户注册。
c)一旦注册过程完成，用户就将接收到欢迎邮件。
2.登录和退出
a)用户输入电子邮件和密码登录
b)用户可以在任何时候退出，也可以出于安全原因，在一段时间不活动后自动退出。
3.修改简档数据和密码
a)用户可以修改自己的密码、主帐户电子邮件和联系人详情。
b)要作出这些更改中的任何更改，投资者必须使用其当前密码重新确认其身份。
4.如果忘记密码，可以恢复密码
a)用户可以通过输入其帐户电子邮件找回其密码。如果电子邮件存在于用户群中，所述用户将接收到允许其创建新密码的具有一次性链接的电子邮件。

Claims (30)

1.一种用于执行多餐厅订单的方法，所述方法包括：
接收多餐厅订单，所述多餐厅订单包括向至少一个消费者请求与多个餐厅相关联的多个订单项；
计算用于开始准备与第一餐厅相关联的第一订单项的第一时间延迟；
计算用于开始准备与第二餐厅相关联的第二订单项的第二时间延迟；
将所述第一时间延迟和所述第二时间延迟进行比较；
基于所述比较，对用于开始准备所述第一订单项的第一时间和用于开始准备所述第二订单项的第二时间进行调度；
将所述用于开始准备的第一时间传输到所述第一餐厅；
将所述用于开始准备的第二时间传输到所述第二餐厅；以及
基于所述调度，计算所述第一订单项和所述第二订单项的多个建议的提取时间。
2.根据权利要求1所述的方法，其中接收多餐厅请求进一步包括接收以下中的至少一项：
至少一个递送地址；
所述至少一个消费者的支付信息；
所述至少一个消费者的联系信息；
期望的递送时间；以及
期望的服务选项。
3.根据权利要求2所述的方法，其进一步包括接收对完成从所述多餐厅订单的递送提供者到消费者的递送的完成指标。
4.根据权利要求3所述的方法，其进一步包括基于所述完成指标将所述消费者的支付传输到以下中的至少一个：
所述第一餐厅；
所述第二餐厅；以及
所述递送提供者。
5.根据权利要求1所述的方法，其进一步包括：从所述第一餐厅接收关于与所述第一订单项的所述准备相关联的第一时间延迟的指示。
6.根据权利要求5所述的方法，其进一步包括：重新计算和调整与所述第二订单项的所述准备相关联的所述第二时间。
7.根据权利要求6所述的方法，其进一步包括：重新计算所述建议的提取时间。
8.一种用于对多个递送提供者进行调度的方法，所述方法包括：
接收针对多餐厅订单的多个提取时间以及递送时间阈值，多餐厅请求包括与第一餐厅相关联的第一订单项的请求和与第二餐厅相关联的第二订单项的请求；
对以下进行分析：
所述第一餐厅和所述第二餐厅的地理位置数据；
距所述第一餐厅、所述第二餐厅和至少一个递送位置的多个距离；以及
所述第一订单项和所述第二订单项的多个食物参数；
基于所述分析，请求一个或多个递送提供者，其中请求包括确定要分派的递送提供者的数量，以在以下条件下递送第一食物项和第二食物时间：
在相对相同的时间对所述第一订单项和所述第二个订单项的递送；以及
在所述递送时间阈值内对所述第一订单项和所述第二订单项的递送；以及
在由所述一个或多个递送提供者接受所述请求时，将所述多个提取时间和至少一个递送时间指派给至少一个递送提供者。
9.根据权利要求8所述的方法，其进一步包括基于至少一个内部参数和至少一个外部参数计算所述多个提取时间。
10.根据权利要求9所述的方法，其中基于所述至少一个内部参数计算所述多个提取时间包括基于与每个订单项相关联的准备时间计算所述多个提取时间。
11.根据权利要求10所述的方法，其中基于所述至少一个外部参数计算所述多个提取时间包括基于递送路线和所述递送时间阈值计算所述多个提取时间。
12.根据权利要求8所述的方法，接收对以下中的至少一项的指示：
以下中的至少一项的准备时间的延迟：所述第一订单项和所述第二订单项；以及
交通模式的变化。
13.根据权利要求12所述的方法，其进一步包括：重新计算所述多个提取时间。
14.根据权利要求13所述的方法，其中重新计算所述多个提取时间包括改变所述订单项的提取次序。
15.根据权利要求12所述的方法，其进一步包括：指派至少一个另外的递送提供者，以在以下条件下递送所述第一食物项和所述第二食物时间：
在相对相同的时间对所述第一订单项和所述第二订单项的所述递送；以及
在所述递送时间阈值内对所述第一订单项和所述第二订单项的所述递送。
16.根据权利要求8所述的方法，其中请求确认与所述多餐厅订单相关的至少一个必备项包括请求以下中的至少一个：
至少一个保温箱；
至少一个保温设备；
至少一个冷藏箱；以及
至少一个储存设备。
17.根据权利要求8所述的方法，其中分析所述第一订单项和所述第二订单项的所述多个食物参数包括对以下进行比较：
所述第一订单项的请求方面；
所述第二订单项的请求方面；以及
所述至少一个递送时间。
18.根据权利要求8所述的方法，其进一步包括基于以下中的至少一项对所述多个提取时间和多个递送时间进行优先级排序：
针对热订单项的计算的冷却时间；
针对冷订单项的计算的加热时间；
至少一个提取位置与至少一个递送位置之间的距离；
所述至少一个提取位置与所述至少一个递送位置之间的交通条件；以及
所述至少一个提取位置与所述至少一个递送位置之间的天气条件。
19.根据权利要求8所述的方法，其中所述请求进一步包括请求确认所述至少一个递送提供者的预定分派时间可用性。
20.根据权利要求8所述的方法，其进一步包括从所述多餐厅订单接收支付。
21.根据权利要求8所述的方法，其进一步包括从所述第一餐厅和所述第二餐厅接收库存可用性。
22.根据权利要求21所述的方法，其进一步包括基于所述第一餐厅和所述第二餐厅的所述库存可用性更新所述多餐厅订单。
23.一种用于利用第三方递送平台执行多餐厅订单的方法，所述方法包括：
接收针对多餐厅订单的多个提取时间以及递送阈值时间，多餐厅请求包括与第一餐厅相关联的第一订单项的请求和与第二餐厅相关联的第二订单项的请求；
对以下进行分析：
所述第一餐厅和所述第二餐厅的地理位置数据；
距所述第一餐厅、所述第二餐厅和至少一个递送位置的多个距离；以及
所述第一订单项和所述第二订单项的多个食物参数；以及
基于所述分析，将请求传输到第三方递送平台以执行与所述多餐厅订单有关的多次提取和至少一次递送。
24.根据权利要求8所述的方法，其进一步包括基于至少一个内部参数和至少一个外部参数计算所述多个提取时间。
25.根据权利要求9所述的方法，其中基于所述至少一个内部参数计算所述多个提取时间包括基于与每个订单项相关联的准备时间计算所述多个提取时间。
26.根据权利要求10所述的方法，其中基于所述至少一个外部参数计算所述多个提取时间包括基于递送路线和所述递送时间阈值计算所述多个提取时间。
27.根据权利要求8所述的方法，接收对以下中的至少一项的指示：
以下中的至少一项的准备时间的延迟：所述第一订单项和所述第二订单项；以及
交通模式的变化。
28.根据权利要求12所述的方法，其进一步包括：重新计算所述多个提取时间。
29.根据权利要求13所述的方法，其中重新计算所述多个提取时间包括改变所述订单项的提取次序。
30.根据权利要求12所述的方法，其进一步包括：指派至少一个另外的递送提供者，以在以下条件下递送所述第一食物项和所述第二食物时间：
在相对相同的时间对所述第一订单项和所述第二订单项的所述递送；以及
在所述递送时间阈值内对所述第一订单项和所述第二订单项的所述递送。
CN202180020713.2A 2020-02-11 2021-02-11 用餐体验的协调递送 Pending CN115398466A (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US202062972762P 2020-02-11 2020-02-11
US62/972,762 2020-02-11
US17/173,983 US11257013B2 (en) 2020-02-11 2021-02-11 Coordinated delivery of dining experiences
US17/173,848 US20210248695A1 (en) 2020-02-11 2021-02-11 Coordinated delivery of dining experiences
PCT/US2021/017721 WO2021163376A1 (en) 2020-02-11 2021-02-11 Coordinated delivery of dining experiences
US17/173,848 2021-02-11
US17/173,983 2021-02-11

Publications (1)

Publication Number Publication Date
CN115398466A true CN115398466A (zh) 2022-11-25

Family

ID=77176852

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180020713.2A Pending CN115398466A (zh) 2020-02-11 2021-02-11 用餐体验的协调递送

Country Status (11)

Country Link
US (2) US11257013B2 (zh)
JP (1) JP2023516281A (zh)
KR (1) KR20220137742A (zh)
CN (1) CN115398466A (zh)
AU (1) AU2021218709A1 (zh)
BR (1) BR112022015704A2 (zh)
CA (1) CA3167755A1 (zh)
CO (1) CO2022012787A2 (zh)
IL (1) IL295520A (zh)
MX (1) MX2022009745A (zh)
WO (1) WO2021163376A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB201704800D0 (en) * 2017-03-27 2017-05-10 Aksor Methods of determining the location of a user in an area, and user location systems
US11580485B2 (en) * 2019-11-21 2023-02-14 Rockspoon, Inc. En-route business selection and ordering with optimized packaging for food delivery and take-out
KR20230164922A (ko) * 2022-05-26 2023-12-05 쿠팡 주식회사 배송 관련 정보를 제공하는 방법 및 장치
WO2023244527A1 (en) * 2022-06-13 2023-12-21 Garcia Brosa Martin Coordinated delivery of dining experiences
US20240086834A1 (en) * 2022-09-12 2024-03-14 Grubbrr Spv Llc Systems and methods for management of multiple vendors and self-service ordering points
KR102645487B1 (ko) * 2023-06-15 2024-03-11 쿠팡 주식회사 고객의 배송 주문을 일괄 처리하기 위한 전자 장치 및 그 방법
CN117649164B (zh) * 2024-01-30 2024-04-16 四川宽窄智慧物流有限责任公司 一种货物统筹管理的梯度分配方法及系统

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050004843A1 (en) * 2003-07-01 2005-01-06 Heflin Steven S. System and method for providing restaurant related services
US9842342B2 (en) * 2011-05-10 2017-12-12 Restaurant Revolution Technologies, Inc. Systems and methods for take-out order analytics
US20140214465A1 (en) * 2012-05-26 2014-07-31 Israel L'Heureux Processing restaurant orders within computing systems
US9066206B2 (en) * 2012-07-03 2015-06-23 Uber Technologies, Inc. System and method for providing dynamic supply positioning for on-demand services
GB201215193D0 (en) * 2012-08-25 2012-10-10 Dalp Daniel Order delivery system
US20140330738A1 (en) * 2013-05-01 2014-11-06 Gruppo Due Mondi, Inc. Optimizing Customer Delivery Services
US20150019354A1 (en) * 2013-07-12 2015-01-15 Elwha Llc Automated cooking system that accepts remote orders
US9960986B2 (en) * 2014-03-19 2018-05-01 Uber Technologies, Inc. Providing notifications to devices based on real-time conditions related to an on-demand service
US10915848B2 (en) * 2014-04-16 2021-02-09 Trinity Groves Restaurant Incubator Partners, Lp Apparatus supporting restaurant incubation and related methods
US10366436B1 (en) * 2014-12-31 2019-07-30 Square, Inc. Categorization of items based on item delivery time
US10467599B1 (en) 2016-06-17 2019-11-05 United Services Automobile Association (Usaa) Dynamic event scheduling
US10977604B2 (en) * 2017-01-23 2021-04-13 Uber Technologies, Inc. Systems for routing and controlling vehicles for freight
US10467559B1 (en) * 2017-09-29 2019-11-05 Square, Inc. Order fulfillment and tracking systems and methods
US10872305B2 (en) * 2017-10-30 2020-12-22 DoorDash, Inc. Depot dispatch protocol for aggregating on-demand deliveries
US11449925B2 (en) * 2018-01-22 2022-09-20 Taco Bell Corp. Systems and methods for ordering graphical user interface
US20200065734A1 (en) * 2018-08-23 2020-02-27 Uber Technologies, Inc. Network computing system to coordinate timing of delivery services
US20210019694A1 (en) * 2019-07-16 2021-01-21 DoorDash, Inc. Optimized order fulfillment from multiple sources
US20210248695A1 (en) 2020-02-11 2021-08-12 Martin Garcia-Brosa Coordinated delivery of dining experiences

Also Published As

Publication number Publication date
IL295520A (en) 2022-10-01
AU2021218709A1 (en) 2022-09-01
MX2022009745A (es) 2022-10-21
US20210248530A1 (en) 2021-08-12
KR20220137742A (ko) 2022-10-12
US11257013B2 (en) 2022-02-22
BR112022015704A2 (pt) 2022-10-25
JP2023516281A (ja) 2023-04-19
CO2022012787A2 (es) 2022-09-09
US20220180268A1 (en) 2022-06-09
CA3167755A1 (en) 2021-08-19
WO2021163376A1 (en) 2021-08-19

Similar Documents

Publication Publication Date Title
US11257013B2 (en) Coordinated delivery of dining experiences
US11790401B2 (en) Platform for location and time based advertising
US20220318708A1 (en) Coordinated delivery of dining experiences
US10909499B2 (en) Methods, systems, and devices for beverage consumption and inventory control and tracking
US20190213612A1 (en) Map based visualization of user interaction data
US20210248695A1 (en) Coordinated delivery of dining experiences
US20240020595A1 (en) Coordinated food production, preparation, and delivery
US20220058582A1 (en) Technical specification deployment solution
US11366570B2 (en) Recall probability based data storage and retrieval
US20210390503A1 (en) Courier, private party shipper, e-commerce and retailer integration with big data analytics
US20230230685A1 (en) Intelligent Matching Of Patients With Care Workers
US20220309420A1 (en) Coordinated delivery of dining experiences
US20230214735A1 (en) Coordinated food production and preparation
WO2023244960A1 (en) Coordinated delivery of dining experiences
WO2023244527A1 (en) Coordinated delivery of dining experiences
US20220215492A1 (en) Systems and methods for the coordination of value-optimizating actions in property management and valuation platforms
US20220100784A1 (en) Protocol, methods, and systems for automation across disparate systems
US20240127142A1 (en) Method and platform for providing curated work opportunities
US20240029883A1 (en) Ai-based system and method for prediction of medical diagnosis
US20230073349A1 (en) Methods, systems, and devices for beverage consumption and inventory control and tracking
US20230245189A1 (en) MANAGEMENT PLATFORM FOR COMMUNITY ASSOCIATION MGCOne Online Platform and Marketplace
US20230386619A1 (en) System for determining clinical trial participation
AU2020356637A1 (en) Platform for soliciting, processing and managing commercial activity across a plurality of disparate commercial systems
WO2023122709A1 (en) Machine learning-based recruiting system

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40085766

Country of ref document: HK