CN116057558B - 用于多商家订购的服务器和方法 - Google Patents
用于多商家订购的服务器和方法 Download PDFInfo
- Publication number
- CN116057558B CN116057558B CN202180061981.9A CN202180061981A CN116057558B CN 116057558 B CN116057558 B CN 116057558B CN 202180061981 A CN202180061981 A CN 202180061981A CN 116057558 B CN116057558 B CN 116057558B
- Authority
- CN
- China
- Prior art keywords
- merchant
- user
- potential
- processors
- database
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 83
- 238000002360 preparation method Methods 0.000 claims description 49
- 230000000295 complement effect Effects 0.000 claims description 9
- 239000000284 extract Substances 0.000 abstract description 3
- 230000008569 process Effects 0.000 description 27
- 238000004891 communication Methods 0.000 description 24
- 235000013305 food Nutrition 0.000 description 19
- 230000006870 function Effects 0.000 description 12
- 238000004590 computer program Methods 0.000 description 10
- 238000009826 distribution Methods 0.000 description 8
- 238000012545 processing Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 238000010801 machine learning Methods 0.000 description 4
- 238000003860 storage Methods 0.000 description 4
- 235000013361 beverage Nutrition 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 235000011888 snacks Nutrition 0.000 description 2
- 238000007792 addition Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 239000000872 buffer Substances 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000005304 joining Methods 0.000 description 1
- 238000007477 logistic regression Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000007637 random forest analysis Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000010187 selection method Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0835—Relationships between shipper or supplier and carriers
-
- 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]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
- G06Q10/063114—Status monitoring or status determination for a person or group
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0633—Workflow 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/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/0838—Historical data
-
- 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
-
- 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/02—Marketing; Price estimation or determination; Fundraising
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Tourism & Hospitality (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Game Theory and Decision Science (AREA)
- Educational Administration (AREA)
- Data Mining & Analysis (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
披露了一种被配置用于多商家订购的服务器。该服务器的一个或多个处理器可以从用户的用户设备实时接收第一商家数据;使用该第一商家数据和数据库中的历史数据确定至少一个合适的商家;在该用户设备上显示该至少一个合适的商家的信息;从该用户接收用户订单,其中,该用户订单包括关于来自该第一商家的第一商品的第一订单数据、以及关于来自第二商家的第二商品的第二订单数据;并且将该用户订单发送至服务提供者的服务提供者设备,以便该服务提供者提取该第一商品和该第二商品,并将该第一商品和该第二商品同时配送给该用户。
Description
技术领域
本披露内容的各个方面涉及一种被配置用于多商家订购的服务器。本披露内容的各个方面涉及一种用于多商家订购的方法。本披露内容的各个方面涉及一种存储用于多商家订购的计算机可执行代码的非暂态计算机可读介质。本披露内容的各个方面涉及一种用于多商家订购的计算机可执行代码。
背景技术
当前的配送系统和应用程序允许用户在单个订单中从单个商家订购商品。如果用户希望从其他商家订购商品,则用户必须从其他商家为这些商品单独下订单。
对于想要从多个商家订购商品的用户来说,此过程更为耗时,因为即使其他商家可能位于彼此附近(例如,在同一购物区域或同一美食广场),也必须下多个订单。这也可能导致用户的成本更高,因为将为这些订单指派多个骑手。
此外,对于配送提供者而言,由于将为用户的这些订单指派多个骑手,因此为每个用户服务的成本可能更高。最重要的是,在高峰时段,由于对额外骑手的需求通常高于可用骑手的供应,因此配送服务的履行速率低于非高峰时段。这可能会导致更多客户不满意。
发明内容
因此,可能需要提供一种能够允许用户在单个订单中有效地从多个商家或商店订购的系统和/或应用程序。可能还需要该系统和/或应用程序有效且准确地选择用户可以从中订购的一个或多个商家。可能还需要改善用户体验,和/或降低用户成本,和/或通过更高的购物篮件数来提高盈利能力。
各种实施例可以提供一种被配置用于多商家订购的服务器被披露。该服务器可以包括一个或多个处理器、以及其中存储有指令的存储器。这些指令在由该一个或多个处理器执行时可以使该一个或多个处理器在用户的用户设备正在显示来自第一商家的信息时,从该用户设备实时接收第一商家数据。该一个或多个处理器还可以使用该第一商家数据和数据库中的历史数据确定要在该用户的用户设备上显示的至少一个合适的商家。该一个或多个处理器可以进一步在该用户的用户设备上显示该至少一个合适的商家的信息。该一个或多个处理器还可以从该用户接收用户订单,其中,该用户订单包括关于来自该第一商家的第一商品的第一订单数据、以及关于来自第二商家的第二商品的第二订单数据。该一个或多个处理器可以进一步将该用户订单发送至服务提供者的服务提供者设备,以便该服务提供者从该第一商家提取该第一商品、并从该第二商家提取该第二商品,并将该第一商品和该第二商品同时配送给该用户。
根据各种实施例,该一个或多个处理器可以被配置为基于以下中的至少一项来确定该至少一个合适的商家:该第一商家的位置、该第一商家所出售的商品类别、该第一商家的准备时间、以及用户偏好。
根据各种实施例,该一个或多个处理器可以被配置为通过以下方式确定该至少一个合适的商家:通过该第一商家数据或通过该数据库中的历史数据确定该第一商家的位置。该一个或多个处理器可以被配置为搜索该数据库中的该历史数据以寻找至少一个潜在商家,其中,该至少一个潜在商家的位置与该第一商家的位置相隔的距离在距离阈值内。该一个或多个处理器还可以被配置为将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
根据各种实施例,该一个或多个处理器可以被配置为通过以下方式确定该至少一个合适的商家:通过该第一商家数据或通过该数据库中的历史数据确定该第一商家的位置。该一个或多个处理器可以被配置为搜索该数据库中的该历史数据以寻找至少一个潜在商家,其中,在该至少一个潜在商家与该第一商家之间行进所花费的时间在时间阈值内。该一个或多个处理器还可以被配置为将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
根据各种实施例,该一个或多个处理器可以被配置为通过以下方式确定该至少一个合适的商家:通过该第一商家数据或通过该数据库中的历史数据确定该第一商家所出售的商品类别。该一个或多个处理器可以被配置为搜索该数据库中的该历史数据以寻找正在出售与该第一商家所出售的该商品类别相似的商品类别的至少一个潜在商家。该一个或多个处理器还可以被配置为将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
根据各种实施例,该一个或多个处理器可以被配置为通过以下方式确定该至少一个合适的商家:通过该第一商家数据或通过该数据库中的历史数据确定该第一商家所出售的商品类别。该一个或多个处理器可以被配置为搜索该数据库中的该历史数据以寻找正在出售与该第一商家所出售的该商品类别互补的商品类别的至少一个潜在商家。该一个或多个处理器还可以被配置为将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
根据各种实施例,该一个或多个处理器可以被配置为通过以下方式确定该至少一个合适的商家:通过该第一商家数据确定该第一商家的准备时间。该一个或多个处理器可以被配置为搜索该数据库中的该历史数据以寻找历史准备时间与该第一商家的准备时间相比在准备时间阈值内的至少一个潜在商家。该一个或多个处理器还可以被配置为向该至少一个潜在商家的设备发送准备时间信息请求。该一个或多个处理器可以进一步被配置为从该至少一个潜在商家的设备接收该至少一个潜在商家的准备时间。该一个或多个处理器还可以被配置为确定该至少一个潜在商家的准备时间与该第一商家的准备时间相比是否在该准备时间阈值内。该一个或多个处理器可以进一步被配置为当该至少一个潜在商家的准备时间在该准备时间阈值内时,将该至少一个潜在商家设定为该至少一个合适的商家以在该用户的用户设备上显示。
根据各种实施例,该一个或多个处理器可以被配置为通过以下方式确定该至少一个合适的商家:搜索该数据库中的该历史数据以寻找这些用户偏好。该一个或多个处理器可以被配置为搜索该数据库中的该历史数据以寻找符合这些用户偏好的至少一个潜在商家。该一个或多个处理器可以被配置为将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
根据各种实施例,在从该用户接收到该用户订单之前,该一个或多个处理器可以被配置为从该用户的用户设备接收关于该用户的虚拟购物车的信息。该虚拟购物车可以包括关于要结账的潜在商品的信息。该一个或多个处理器可以被配置为当该用户对来自该虚拟购物车的商品进行结账时从该用户接收该用户订单。
根据各种实施例,该一个或多个处理器可以被配置为从第二用户的第二用户设备接收关于该第二用户使用该第二用户设备添加到该虚拟购物车的商品的信息。该一个或多个处理器还可以被配置为更新显示在该用户的用户设备上的该虚拟购物车。
各种实施例可以提供一种用于多商家订购的方法。该方法可以包括使用服务器的一个或多个处理器以当用户的用户设备正在显示来自第一商家的信息时,从该用户设备实时接收第一商家数据。该一个或多个处理器可以使用该第一商家数据和数据库中的历史数据确定要在该用户的用户设备上显示的至少一个合适的商家。该一个或多个处理器可以在该用户的用户设备上显示该至少一个合适的商家的信息。该一个或多个处理器可以从该用户接收用户订单,其中,该用户订单包括关于来自该第一商家的第一商品的第一订单数据、以及关于来自第二商家的第二商品的第二订单数据。该一个或多个处理器可以将该用户订单发送至服务提供者的服务提供者设备,以便该服务提供者从该第一商家提取该第一商品、并从该第二商家提取该第二商品,并将该第一商品和该第二商品同时配送给该用户。
根据各种实施例,该方法可以包括使用该一个或多个处理器以进行以下操作:基于以下中的至少一项来确定该至少一个合适的商家:该第一商家的位置、该第一商家所出售的商品类别、该第一商家的准备时间、以及用户偏好。
根据各种实施例,该方法可以包括使用该一个或多个处理器通过以下方式确定该至少一个合适的商家:通过该第一商家数据或通过该数据库中的历史数据确定该第一商家的位置。该方法可以包括搜索该数据库中的该历史数据以寻找至少一个潜在商家,其中,该至少一个潜在商家的位置与该第一商家的位置相隔的距离在距离阈值内。该方法可以包括将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
根据各种实施例,该方法可以包括使用该一个或多个处理器通过以下方式确定该至少一个合适的商家:通过该第一商家数据或通过该数据库中的历史数据确定该第一商家的位置。该方法可以包括搜索该数据库中的该历史数据以寻找至少一个潜在商家,其中,在该至少一个潜在商家与该第一商家之间行进所花费的时间在时间阈值内。该方法可以包括将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
根据各种实施例,该方法可以包括使用该一个或多个处理器通过以下方式确定该至少一个合适的商家:通过该第一商家数据或通过该数据库中的历史数据确定该第一商家所出售的商品类别。该方法可以包括搜索该数据库中的该历史数据以寻找正在出售与该第一商家所出售的该商品类别相似的商品类别的至少一个潜在商家。该方法可以包括将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
根据各种实施例,该方法可以包括使用该一个或多个处理器通过以下方式确定该至少一个合适的商家:通过该第一商家数据或通过该数据库中的历史数据确定该第一商家所出售的商品类别。该方法可以包括搜索该数据库中的该历史数据以寻找正在出售与该第一商家所出售的该商品类别互补的商品类别的至少一个潜在商家。该方法可以包括将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
根据各种实施例,该方法可以包括使用该一个或多个处理器通过以下方式确定该至少一个合适的商家:通过该第一商家数据确定该第一商家的准备时间。该方法可以包括搜索该数据库中的该历史数据以寻找历史准备时间与该第一商家的准备时间相比在准备时间阈值内的至少一个潜在商家。该方法还可以包括向该至少一个潜在商家的设备发送准备时间信息请求。该方法可以包括从该至少一个潜在商家的设备接收该至少一个潜在商家的准备时间。该方法可以进一步包括确定该至少一个潜在商家的准备时间与该第一商家的准备时间相比是否在该准备时间阈值内。该方法还可以包括当该至少一个潜在商家的准备时间在该准备时间阈值内时,将该至少一个潜在商家设定为该至少一个合适的商家以在该用户的用户设备上显示。
根据各种实施例,该方法可以包括使用该一个或多个处理器通过以下方式确定该至少一个合适的商家:搜索该数据库中的该历史数据以寻找这些用户偏好。该方法还可以包括搜索该数据库中的该历史数据以寻找符合这些用户偏好的至少一个潜在商家。该方法可以进一步包括将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
根据各种实施例,该方法可以包括在从该用户接收到该用户订单之前,使用该一个或多个处理器以进行以下操作:从该用户的用户设备接收关于该用户的虚拟购物车的信息,其中,该虚拟购物车包括关于要结账的潜在商品的信息。该方法还可以包括当该用户对来自该虚拟购物车的商品进行结账时从该用户接收该用户订单。
根据各种实施例,该方法可以包括使用该一个或多个处理器以进行以下操作:从第二用户的第二用户设备接收关于该第二用户使用该第二用户设备添加到该虚拟购物车的商品的信息。该方法可以包括更新显示在该用户的用户设备上的该虚拟购物车。
各种实施例可以提供一种存储计算机可执行代码的非暂态计算机可读介质,该计算机可执行代码包括用于根据本文所披露的各种实施例那样进行多商家订购的指令。
各种实施例可以提供一种计算机可执行代码,该计算机可执行代码包括用于根据本文所披露的各种实施例那样进行多商家订购的指令。
为实现前述目的和相关的目的,一个或多个实施例包括在下文中充分描述并在权利要求中特别指出的特征。以下描述和相关联附图详细阐述了一个或多个方面的某些说明性特征。然而,这些特征仅指示了可以采用各个方面的原理的各种方式中的几种方式,并且该描述旨在包括所有这些方面及其等效物。
附图说明
当结合非限制性示例和附图考虑时,参考具体实施方式将更好地理解本发明,在附图中:
图1示出了根据各种实施例的用于多商家订购的方法的流程图。
图2示出了根据各种实施例的被配置用于多商家订购的通信系统的示意图。
图3示出了根据各种实施例的被配置用于多商家订购的通信系统的流程图。
图4示出了根据各种实施例的示例性区域,该示例性区域具有与第一商家相隔的距离在距离阈值内的潜在合适的商家。
图5示出了根据各种实施例的描绘在不同商家处的示例性骑手等待时间的图表。
图6示出了根据各种实施例的用于多商家订购的通信系统的后端系统。
图7A至图7N示出了根据各种实施例的展示了当用户使用被配置用于多商家订购的应用程序时的不同后端进程的流程图。
图8示出了根据各种实施例的各种订单状态的流程图。
图9A至图9B示出了根据各种实施例的展示了不同后端进程的流程图。
图10A至图10F示出了根据各种实施例的展示了不同后端进程的流程图。
具体实施方式
以下具体实施方式参考了附图,附图通过展示的方式示出了可以实践本发明的具体细节和实施例。这些实施例以足够的细节加以描述以使得本领域技术人员能够实践本发明。可以利用其他实施例并且在不脱离本发明的范围的情况下可以做出结构改变和逻辑上的改变。各种实施例不一定是相互排斥的,因为一些实施例可以与一个或多个其他实施例组合以形成新的实施例。
在系统或服务器或方法或计算机程序中的一者的上下文中描述的实施例对于其他系统或服务器或方法或计算机程序是类似有效的,反之亦然。
在实施例的上下文中描述的特征可以对应地适用于其他实施例中的相同或类似的特征。在实施例的上下文中描述的特征即使未在其他实施例中明确地描述也可以对应地适用于这些其他实施例。此外,如针对实施例的上下文中的特征所描述的添加和/或组合和/或替代可以对应地适用于其他实施例中的相同或类似的特征。
词语“示例性”在本文中用于意指“用作示例、实例或说明”。本文中被描述为“示例性”的任何实施例或设计不一定要被解释为相比其他实施例或设计更优选或有利。
在各种实施例的上下文中,针对特征或元素所使用的冠词“一(a)”、“一个(an)”和“该(the)”包括对一个或多个特征或元素的提及。
如本文中所使用的,术语“和/或”包括相关联的列举项目中的一个或多个的任何和所有组合。
术语“至少一个”和“一个或多个”可以被理解为包括大于或等于一个的数值数量(例如,一个、两个、三个、四个、[…]等)。术语“多个”可以被理解为包括大于或等于两个的数值数量(例如,两个、三个、四个、五个、[…]等)。
说明书和权利要求中的词语“多个(plural/multiple)”明确表示大于一个的数量。因此,明确地调用意指一定数量的对象的前述词语(例如,“多个[对象](a pluralityof[objects])”、“多个[对象](multiple[objects])”)的任何短语明确地是指多于一个所述对象。本说明书和权利要求中的术语“(的)群组”、“[的]组”、“(的)集合”、“(的)系列”、“(的)序列”、“(的)分组”等及其类似表达(如果有的话)是指等于或大于一个的数量,即一个或多个。术语“适当子集”、“减小的子集”和“更小的子集”是指一个组中不等于该组的子集,即一个组中包含比该组更少的元素的子集。
如本文中所使用的术语“数据”可以被理解为包括呈任何合适的模拟或数字形式的信息,例如,被提供为文件、文件的一部分、一组文件、信号或流、信号或流的一部分、一组信号或流等。进一步地,术语“数据”还可以用来意指对信息的引用,例如,呈指针形式。然而,术语“数据”不限于前述示例,并且可以采用各种形式并且表示如本领域中所理解的任何信息。
例如,如本文中所使用的术语“处理器”或“控制器”可被理解为允许处理数据、信号等的任何种类的实体。可以根据由处理器或控制器执行的一个或多个特定功能来处理数据、信号等。
因此,处理器或控制器可以是或包括模拟电路、数字电路、混合信号电路、逻辑电路、处理器、微处理器、中央处理单元(CPU)、图形处理单元(GPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、集成电路、专用集成电路(ASIC)等或其任何组合。下文将进一步详细描述的相应功能的任何其他种类的实施方式也可以被理解为处理器、控制器或逻辑电路。应当理解,本文详述的处理器、控制器或逻辑电路中的任何两个(或更多个)可以被实现为具有等效功能等的单个实体,并且相反地,本文详述的任何单个处理器、控制器或逻辑电路可以被实现为具有等效功能等的两个(或更多个)单独的实体。
本文详述的术语“系统”(例如,驱动系统、位置检测系统等)可以被理解为一组相互作用的元件,作为示例而非限制,这些元件可以是一个或多个机械部件、一个或多个电气部件、一个或多个指令(例如,编码在存储介质中)、一个或多个控制器等。
如本文中所使用的“电路”被理解为任何种类的逻辑实施实体,其可以包括专用硬件或执行软件的处理器。因此,电路可以是模拟电路、数字电路、混合信号电路、逻辑电路、处理器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、数字信号处理器(“DSP”)、现场可编程门阵列(“FPGA”)、集成电路、专用集成电路(“ASIC”)等或其任何组合。下文将进一步详细描述的相应功能的任何其他种类的实施方式也可以被理解为“电路”。应当理解,本文详述的电路中的任何两个(或更多个)可以被实现为具有基本上等效的功能的单个电路,并且相反地,本文详述的任何单个电路可以被实现为具有基本上等效的功能的两个(或更多个)单独的电路。另外,对“电路”的提及可以指共同形成单个电路的两个或更多个电路。
如本文中所使用的,“存储器”可以被理解为可以存储数据或信息以供检索的非暂态计算机可读介质。因此,对本文中所包括的“存储器”的提及可以被理解为是指易失性或非易失性存储器,包括随机存取存储器(“RAM”)、只读存储器(“ROM”)、闪速存储器、固态存储、磁带、硬盘驱动器、光盘驱动器等或其任何组合。此外,应当认识到,在本文中术语“存储器”也涵盖寄存器、移位寄存器、处理器寄存器、数据缓冲器等。应当认识到,被称为“存储器(memory/a memory)”的单个部件可以由多于一种不同类型的存储器构成,并且因此可以指包括一种或多种类型的存储器的集合部件。很容易理解的是,任何单个存储器部件可以被分成多个集体等效的存储器部件,反之亦然。此外,虽然存储器可以被描绘为与一个或多个其他部件分离(比如在附图中),但是应当理解,存储器可以被集成在另一个部件内,比如集成在共同的集成芯片上。
图1示出了根据各种实施例的用于多商家订购的方法的流程图。
根据各种实施例,可以提供确定提前预订的提前预订费用的方法100。在一些实施例中,方法100可以包括以下步骤102:使用服务器的一个或多个处理器以当用户的用户设备正在显示来自第一商家的信息时,从该用户设备实时接收第一商家数据。方法100可以包括以下步骤104:使用一个或多个处理器来使用第一商家数据和数据库中的历史数据确定要在用户的用户设备上显示的至少一个合适的商家。方法100可以包括以下步骤106:使用一个或多个处理器在用户的用户设备上显示该至少一个合适的商家的信息。方法100可以包括以下步骤108:使用一个或多个处理器从用户接收用户订单,其中,该用户订单包括关于来自第一商家的第一商品的第一订单数据、以及关于来自第二商家的第二商品的第二订单数据。方法100可以包括以下步骤110:使用一个或多个处理器将用户订单发送至服务提供者的服务提供者设备,以便该服务提供者从第一商家提取第一商品、并从第二商家提取第二商品,并将第一商品和第二商品同时配送给用户。
步骤102至110以特定顺序示出,但是其他布置也是可能的。在一些情况下,还可以组合步骤。可以使用步骤102至110的任何合适顺序。
图2示出了根据各种实施例的被配置用于多商家订购的通信系统的示意图。
根据各种实施例,通信系统200可以包括服务器210、和/或用户设备220、和/或服务提供者设备240、和/或商家设备250。
在一些实施例中,服务器210和用户设备220可以通过通信网络230彼此通信。服务器210和服务提供者设备240也可以通过通信网络230彼此通信。服务器210和商家设备250也可以通过通信网络230彼此通信。尽管图2示出了将服务器210、用户设备220、服务提供者设备240和商家设备250连接到通信网络230的线,但是在一些实施例中,服务器210、用户设备220、服务提供者设备240和商家设备250可能并非例如通过电缆彼此物理连接。代替地,服务器210、用户设备220、服务提供者设备240和商家设备250可能能够藉由互联网通信协议通过通信网络230或者通过移动蜂窝通信网络进行无线通信。
在各种实施例中,服务器210可以是如图2中示意性展示的单个服务器,或者可以将由服务器210执行的功能分布在多个服务器部件上。服务器210可以包括一个或多个服务器处理器212。由服务器210执行的各种功能可以由一个或多个服务器处理器212来执行。在一些实施例中,由服务器210执行的各种功能可以跨一个或多个服务器处理器执行。在其他实施例中,由服务器210执行的各种功能中的每个特定功能可以由一个或多个服务器处理器中的(多个)特定服务器处理器来执行。
在一些实施例中,服务器210可以包括存储器214。服务器210还可以包括数据库。数据库可以在存储器214中。存储器214和数据库可以是一个部件,也可以是单独的部件。服务器的存储器214可以包括计算机可执行代码,该计算机可执行代码定义服务器210在一个或多个服务器处理器212的控制下所执行的功能。数据库和/或存储器214可以包括多个商家的历史数据,例如,该多个商家的位置和/或该多个商家所出售的商品类别、和/或该多个商家的准备时间、和/或多个用户的用户偏好。存储器214可以包括或者可以是比如非暂态计算机可读介质等计算机程序产品。
根据各种实施例,计算机程序产品可以存储计算机可执行代码,该计算机可执行代码包括用于根据各种实施例那样进行多商家订购的指令。计算机可执行代码可以是计算机程序。该计算机程序产品可以是非暂态计算机可读介质。该计算机程序产品可以在通信系统100和/或服务器210之中。
在一些实施例中,服务器210还可以包括允许服务器210通过通信网络230进行通信的输入和/或输出模块。服务器210还可以包括供用户来控制服务器210的用户界面。用户界面可以包括例如计算外围设备(比如显示监视器)、用户输入设备(例如,触摸屏设备和计算机键盘)。
在各种实施例中,用户设备220可以包括用户设备存储器222和用户设备处理器224。用户设备存储器222可以包括计算机可执行代码,该计算机可执行代码定义用户设备220在用户设备处理器224的控制下所执行的功能。用户设备存储器222可以包括或者可以是比如非暂态计算机可读介质等计算机程序产品。用户设备220还可以包括允许用户设备220通过通信网络230进行通信的输入和/或输出模块。用户设备220还可以包括供用户来控制用户设备220的用户界面。用户界面可以是触摸面板显示器。用户界面可以包括显示监视器、键盘或按钮。
在各种实施例中,服务提供者设备240可以包括服务提供者设备存储器242和服务提供者设备处理器244。服务提供者设备存储器242可以包括计算机可执行代码,该计算机可执行代码定义服务提供者设备240在服务提供者设备处理器244的控制下所执行的功能。服务提供者设备存储器242可以包括或者可以是比如非暂态计算机可读介质等计算机程序产品。服务提供者设备240还可以包括允许服务提供者设备240通过通信网络230进行通信的输入和/或输出模块。服务提供者设备240还可以包括供用户来控制服务提供者设备240的用户界面。用户界面可以是触摸面板显示器。用户界面可以包括显示监视器、键盘或按钮。
在各种实施例中,商家设备250可以包括商家设备存储器252和商家设备处理器254。商家设备存储器252可以包括计算机可执行代码,该计算机可执行代码定义商家设备250在商家设备处理器254的控制下所执行的功能。商家设备存储器252可以包括或者可以是比如非暂态计算机可读介质等计算机程序产品。商家设备250还可以包括允许商家设备250通过通信网络230进行通信的输入和/或输出模块。商家设备250还可以包括供商家来控制商家设备250的用户界面。用户界面可以是触摸面板显示器。用户界面可以包括显示监视器、键盘或按钮。
在各种实施例中,通信系统200可以包括多个用户设备、和/或多个服务提供者设备、和/或多个商家设备。为了简洁起见,省略了对特征和性质的重复描述。将理解,本文针对用户设备220、和/或服务提供者设备240、和/或商家设备250描述的任何特征和性质可以适用于多个用户设备、和/或多个服务提供者设备、和/或多个商家设备。
在各种实施例中,服务器210可以被配置用于多商家订购。在一些实施例中,用户可以通过用户订单从多个商家订购商品,例如,用户订单可以包含关于来自第一商家的第一商品的第一订单数据、以及关于来自第二商家的第二商品的第二订单数据。在一些实施例中,用户可以使用用户设备220从多个商家订购商品。在一些实施例中,服务器210可以通过通信网络230从用户设备220接收用户订单。
在各种实施例中,服务提供者(例如,配送骑手)可以从多个商家提取可能包含来自该多个商家的商品的用户订单。例如,服务提供者可以从第一商家提取第一商品,并从第二商家提取第二商品。在一些实施例中,服务提供者可以将可能包含来自多个商家的商品的用户订单同时配送给用户。在一些实施例中,服务提供者可以使用服务提供者设备240通过通信网络230从服务器210接收用户订单。
在各种实施例中,在接收到用户订单之后,服务器210可以将用户订单转发给商家。在一些实施例中,用户订单可以包括关于来自第一商家的第一商品的第一订单数据、以及关于来自第二商家的第二商品的第二订单数据。在一些实施例中,服务器210可以通过第一商家设备将关于第一商品的第一订单数据发送给第一商家。服务器210还可以通过第二商家设备将关于第二商品的第二订单数据发送给第二商家。在一些实施例中,第一商家和/或第二商家可以准备用户订单上的第一商品和/或第二商品。第一商家和/或第二商家可以向服务器210发送准备时间。在一些实施例中,服务器可以通过服务提供者设备240将第一商家和/或第二商家的准备时间发送给服务提供者。在一些实施例中,服务器可以通过用户设备220向用户发送第一商家和/或第二商家的准备时间。
图3示出了根据各种实施例的被配置用于多商家订购的通信系统的流程图300。
在各种实施例中,通信系统可以包括服务器。该服务器可以包括一个或多个处理器。该一个或多个处理器可以在用户的用户设备正在显示来自第一商家的信息时,从该用户设备实时接收第一商家数据302。在一些实施例中,第一商家可以是主要商家。在一些实施例中,第一商家数据302可以包括商家标识(ID)。第一商家数据302还可以包括第一商家的位置、和/或第一商家所出售的商品类别、和/或第一商家的准备时间、和/或第一商家的能力。在另一个实施例中,第一商家的位置、和/或第一商家所出售的商品类别、和/或第一商家的准备时间、和/或第一商家的能力可以存储在通信系统中的数据库中。在从用户设备接收到第一商家数据之后,服务器可以访问数据库以检索第一商家的位置、和/或第一商家所出售的商品类别、和/或第一商家的准备时间、和/或第一商家的能力。
在一些实施例中,该一个或多个处理器可以根据第一商家的位置确定附近商家的列表。附近商家可以是服务器可以在用户的用户设备上显示的潜在商家。在一些实施例中,该一个或多个处理器可以根据第一商家的位置确定附近商家的地图304。地图304可以覆盖与第一商家的位置相隔的距离在距离阈值内的区域。距离阈值可以在距第一商家的位置30米(m)到100m之间,例如为50m。在一些实施例中,位置与第一商家的位置相隔的距离在距离阈值内的商家可以在地图304中,并且可以被包括在附近商家的列表中。附近商家的列表可以被发送至服务器中的商家推荐引擎306。
在一些实施例中,地图304可以覆盖到第一商家的位置所花费的时间在时间阈值内的区域。换言之,在潜在商家与第一商家之间行进所花费的时间在时间阈值内。时间阈值可以是距离第一商家的位置5分钟以下的任何时间,例如3分钟。
在一些实施例中,位置到第一商家的位置所花费的时间在时间阈值内的商家可以在地图304中,并且可以被包括在附近商家的列表中。附近商家的列表可以被发送至服务器中的商家推荐引擎306。
在各种实施例中,服务器可以从数据库(即,数据湖308)中检索历史数据,比如历史预订模式。历史数据还可以包括位置与第一商家的位置相隔的距离在距离阈值内的商家、和/或位置到第一商家的位置所花费的时间在时间阈值内的商家、和/或具有与第一商家所出售的商品类别相似的商品类别的商家、和/或具有与第一商家所出售的商品类别互补的商品类别的商家、和/或历史准备时间与第一商家的准备时间相比在准备时间阈值内的商家、和/或用户偏好。
在各种实施例中,服务器306可以通过显示除第一商家之外的、用户可以在单个订单中从其订购的至少一个商家来向用户提供商家的智能推荐。服务器的商家推荐引擎306可以使用第一商家数据和数据库中的历史数据确定要在用户的用户设备上显示的至少一个合适的商家。
在各种实施例中,服务器的一个或多个处理器可以被配置为基于以下中的至少一项来确定至少一个合适的商家:第一商家的位置、第一商家所出售的商品类别、第一商家的准备时间、以及用户偏好。
在各种实施例中,服务器的一个或多个处理器可以被配置为通过第一商家数据或通过数据库中的历史数据确定第一商家的位置来确定至少一个合适的商家。服务器可以搜索数据库中的历史数据以寻找至少一个潜在商家,其中,该至少一个潜在商家的位置与第一商家的位置相隔的距离在距离阈值内。服务器可以将该至少一个潜在商家设置为该至少一个合适的商家以在用户的用户设备上显示。
在各种实施例中,服务器的一个或多个处理器可以被配置为通过第一商家数据或通过数据库中的历史数据确定第一商家的位置来确定至少一个合适的商家。服务器可以搜索数据库中的历史数据以寻找至少一个潜在商家,其中,在该至少一个潜在商家与第一商家之间行进所花费的时间在时间阈值内。服务器可以将该至少一个潜在商家设置为该至少一个合适的商家以在用户的用户设备上显示。
在各种实施例中,服务器的一个或多个处理器可以被配置为通过第一商家数据或通过数据库中的历史数据确定第一商家所出售的商品类别。服务器可以搜索数据库中的历史数据以寻找正在出售与第一商家所出售的商品类别相似的商品类别的至少一个潜在商家。服务器可以将该至少一个潜在商家设置为该至少一个合适的商家以在用户的用户设备上显示。
在各种实施例中,服务器的一个或多个处理器可以被配置为通过第一商家数据或通过数据库中的历史数据确定第一商家所出售的商品类别。服务器可以搜索数据库中的历史数据以寻找正在出售与第一商家所出售的商品类别互补的商品类别的至少一个潜在商家。服务器可以将该至少一个潜在商家设置为该至少一个合适的商家以在用户的用户设备上显示。
在各种实施例中,服务器的一个或多个处理器可以被配置为搜索数据库中的历史数据以寻找用户偏好。服务器可以搜索数据库中的历史数据以寻找符合这些用户偏好的至少一个潜在商家。服务器可以将该至少一个潜在商家设置为该至少一个合适的商家以在用户的用户设备上显示。
在各种实施例中,服务器的一个或多个处理器可以被配置为通过第一商家数据确定第一商家的准备时间。服务器可以搜索数据库中的历史数据以寻找历史准备时间与第一商家的准备时间相比在准备时间阈值内的至少一个潜在商家。服务器可以向该至少一个潜在商家的设备发送准备时间信息请求。服务器可以从该至少一个潜在商家的设备接收该至少一个潜在商家的准备时间。服务器可以确定该至少一个潜在商家的准备时间与第一商家的准备时间相比是否在准备时间阈值内。服务器可以在该至少一个潜在商家的准备时间在准备时间阈值内时,将该至少一个潜在商家设定为该至少一个合适的商家以在用户的用户设备上显示。
在各种实施例中,可以基于数据库中的历史数据来建立推荐模型310。在一些实施例中,推荐模型310中使用的特征可以是具有与第一商家所出售的商品类别相似的商品类别的商家。例如,如果第一商家出售快餐,则服务器可以推荐另一个也出售快餐的商家。在一些实施例中,推荐模型310中使用的特征可以是具有与第一商家所出售的商品类别互补的商品类别的商家。可以使用历史订单模式来获得具有互补的商品类别的商家的数据。例如,在服务器通过历史订单模式确定“饮料”类别与“食品”类别互补的情况下,如果第一商家出售食品,则服务器可以推荐另一个出售饮料的商家。在一些实施例中,推荐模型310中使用的特征可以是用户偏好。用户偏好可以包括用户所偏好的商品类别,例如,菜肴类型。用户偏好还可以包括用户将等待订单的最长等待时间。在一些实施例中,在推荐模型310中使用的特征可以是商家能力、和/或商家准备时间、和/或商家购物篮件数。
在各种实施例中,推荐模型310可以是用户订单级别的机器学习模型,用于预测当在时间窗口内在主要(第一)商家下订单时,在另一商家下订单的可能性。机器学习模型可以预测用户在选择第一商家时更有可能预订哪个其他商家。建模选择可以随逻辑回归、随机森林分类或聚合模型(比如xgboost)而变化。
在各种实施例中,可以使用推荐系统来建立推荐模型310以通过用户级预订(比如非负矩阵分解)来链接商家。推荐模型310可以根据提供的输入特征(例如,菜肴类型)来预测商家之间的相似度。在实施例中,当推荐模型310接收到用户查看第一商家的信号时,可以根据预测的相似度得分推荐其他相关商家并对其进行排序。
在各种实施例中,模型选择的类型可以基于城市级别的商家分布(例如,区域中的商家密度)。
在各种实施例中,来自推荐模型310的数据可以被发送至数据处理软件312,例如Spark软件,用于处理数据并更新商家推荐引擎306。商家推荐引擎306可以定期更新,例如每5分钟更新一次。
在各种实施例中,服务器可以在用户设备上的用户应用程序(app)314中显示n个最相关的商家。数字n可以是任何合适的整数,例如,3个商家。在一些实施例中,推荐模型310可以基于第一商家数据和数据库中的历史数据确定合适的商家的列表。服务器可以在用户设备上仅显示n个最相关的商家,即使合适的商家的列表可能多于n个。如果合适的商家的列表等于或小于n,则服务器将显示合适的商家的列表中的所有商家。
在示例性实施例中,服务器可以确定商家1是51.9%合适,商家2是25.3%合适,商家3是9.2%合适,且商家4是4.8%合适。如果n被设定为3个商家,则服务器将在用户设备上显示商家1、商家2和商家3,而不显示商家4。另一方面,如果n被设定为5,则服务器将在用户设备上显示商家1、商家2、商家3和商家4。
在各种实施例中,服务器可以从用户接收用户订单316。用户订单可以包括关于来自第一商家的第一商品的第一订单数据、以及关于来自第二商家的第二商品的第二订单数据。第二商家可以是服务器在用户设备上显示的商家。在一些实施例中,服务器可以将用户订单作为历史数据存储在数据库308中。
在各种实施例中,在从用户接收到用户订单之前,服务器可以被配置为从用户的用户设备接收关于用户的虚拟购物车的信息。在一些实施例中,虚拟购物车可以包括关于要结账的潜在商品的信息。在一些实施例中,服务器可以被配置为当用户对来自虚拟购物车的商品进行结账时从用户接收用户订单。
在各种实施例中,服务器可以被配置为从第二用户的第二用户设备接收关于第二用户使用第二用户设备添加到虚拟购物车的商品的信息。服务器可以被配置为更新显示在用户的用户设备上的虚拟购物车。在一些实施例中,当用户对来自虚拟购物车的商品进行结账时,虚拟购物车可以包括由第二用户添加的商品。
在各种实施例中,服务器可以通过骑手app 318将用户订单发送至服务提供者的服务提供者设备。服务器可以向服务提供者发送指令以从第一商家提取第一商品,并从第二商家提取第二商品。服务器还可以向服务提供者发送指令以将第一商品和第二商品同时配送给用户。
在各种实施例中,服务器的商家行进订单引擎328可以通过骑手app 318将比如第一商家和/或第二商家的准备时间等商家准备信息发送给服务提供者。服务提供者可以使用商家准备信息来决定首先从哪个商家提取商品。
在各种实施例中,服务提供者的行进历史(比如服务提供者行进时间和/或等待商家所花费的时间)可以被发送至数据库(即,数据湖322)以作为历史数据存储。历史数据可以被发送至骑手行进模型324,该骑手行进模型可以是机器学习模型。在一些实施例中,骑手行进模型可以使用历史数据来确定用户订单的服务提供者。
在各种实施例中,来自骑手行进模型324的数据可以被发送至数据处理软件326,例如Spark软件,用于处理数据并更新商家行进订单引擎328。商家行进订单引擎328可以定期更新,例如每5分钟更新一次。
图4示出了根据各种实施例的示例性区域400,该示例性区域具有与第一商家的距离在距离阈值内的潜在合适的商家。
如图4所示,第一商家402在区域400中具有第一位置。示出了描绘第一距离阈值的边界404。第一距离阈值可以是任何合适的距离,例如,与第一商家402相隔的距离在50m以内。在一些实施例中,示出了可能存在与第一商家相隔的距离在距离阈值内的至少一个潜在合适的商家406。在一些实施例中,可能存在多个潜在合适的商家406。在一些实施例中,服务器可以确定至少一个潜在合适的商家406以在用户设备上显示。
图5示出了根据各种实施例的描绘在不同商家处的示例性骑手等待时间的图表500。
如图表500所示,不同的商家可能有不同的骑手等待时间。在一些实施例中,服务器可以为服务提供者指示商品收集的顺序。这可能具有缩短服务提供者对多商家订购的等待时间的优点。
在各种实施例中,可以建立模型(例如,机器学习模型)以基于商家级特征的历史数据来预测等待时间。商家级特征的历史数据可以包括商家菜肴类型、购物篮件数、时间。在一些实施例中,服务器可以指示服务提供者先从预测等待时间最短的商家处收集商品,最后从预测等待时间最长的商家处收集商品。例如,如果用户从商家A和商家B进行订购,则由于商家A的等待时间比商家B短,服务器可以指示用户先从商家A处收集商品再从商家B处收集商品。作为另一个示例,如果用户从商家B和商家C进行订购,则由于商家C的等待时间比商家B短,服务器可以指示用户先从商家C处收集商品再从商家B处收集商品。
图6示出了根据各种实施例的用于多商家订购的通信系统的后端系统600。
图6的流程图中所示的步骤以特定顺序示出,但是其他布置也是可能的。在一些情况下,还可以组合步骤。可以使用任何合适的步骤顺序。
后端系统600展示了各种后端系统的整体架构,这些后端系统一起工作以配送由用户通过应用程序创建的多商家群组订单。在各种实施例中,用户、骑手和商家可以通过推送通知在他们的应用程序上得到关于订单的通知。
如图6所示,可以存在被配置用于多商家订购的食客应用程序602(即,食客app)。还可以存在客户体验(CE)门户604。CE门户604可以查看正在进行的订单的订单状态,并且可以执行某些动作,例如,取消订单、向用户退款、以及确定为特定订单指派的骑手。可以存在被配置用于多商家订购的商家应用程序606(即,商家app)。可以存在被配置用于多商家订购的骑手应用程序608(即,骑手app)。在各种实施例中,食客app 602、商家app 606和/或骑手app608可以是食客(即,用户)、商家和骑手中每一者各自的用户设备上的相同或不同应用程序。在各种实施例中,后端系统可以包括企业门户610,以协助处理企业事项,例如,配置配送费用乘数和商家佣金比率。
如图6所示,后端系统可以包括应用程序编程接口(API)网关612。API网关612可以是在客户端与后端服务集合之间的API管理工具。API网关612可以充当公共安全层以保护所有后端应用程序免受网络安全威胁。
如图6所示,后端系统可以包括PAX API 614、CE API 624、商家API 628、骑手API640和企业API 644。在各种实施例中,PAX API 614、CE API 624、商家API 628、骑手API640和/或企业API 644可以通过API网关612与食客app602、CE门户604、商家app 606、骑手app 608、和/或企业门户610通信。在各种实施例中,PAX API 614、CE API 624、商家API628、骑手API 640和/或企业API 644可以与其他后端应用程序通信以完成请求。
在各种实施例中,食客app 602可以通过API网关612与PAX API 614通信。PAX API614可以调用推荐系统616以示出用户特定的商家。用户特定的商家可以是基于用户偏好,例如,基于先前存储在服务器的数据库中的用户偏好的菜肴。用户特定的商家还可以包括基于例如距离或任何其他可能的选择方法选择的其他商家。在各种实施例中,推荐系统616可以调用数据库以加载先前存储在数据库中的用户偏好的菜肴。推荐系统可以通过调用后端系统600中的食品数据服务模块612来基于菜肴加载商家。
在各种实施例中,PAX API 614可以调用购物车管理器模块620以管理用户选择的商品。在各种实施例中,当用户在食客app 602上选择购物车时,购物车管理器620可以示出购物车中用户选择的商品。在各种实施例中,CE门户604可以调用CE API 624以协助实时更新订单管理器622。
在各种实施例中,当用户对购物车中的商品进行结账时,订单管理器622可以调用准备API 626。准备API 626可以将订单传递给商家API 628。商家API628可以通过API网关612将订单传递给商家app 606。商家可以接收并且可以接受来自用户的订单。来自用户的订单可以包括用户订购的商品、配送人员(即,骑手)的详细信息和/或用户准备接收订单的商品的时间或日期。
在各种实施例中,当用户对购物车中的商品进行结账时,订单管理器622可以调用收银员模块630。收银员模块630可以调用支付网关632。支付网关632可以包括各种支付方式,比如信用卡或任何其他电子支付方式。
在各种实施例中,当用户对购物车中的商品进行结账时,订单管理器622可以调用配送API 634。配送API 634可以调用骑手分配模块638。在各种实施例中,骑手app 608可以通过API网关612与骑手API 640通信。骑手API 640可以与骑手能力模块640通信。骑手能力模块可以基于各种要求(例如,骑手与商家的距离和/或骑手当前是否正在履行另一订单)来评估骑手是否合适。在各种实施例中,如果骑手能力模块642评估骑手是合适的,则骑手能力模块642可以调用骑手分配模块638。在各种实施例中,骑手分配模块638可以为订单分配骑手。在各种实施例中,递送API 634可以调用订单分批模块636,订单分批模块636可以确定是否存在具有与用户所下订单相似的提取位置和/或送达位置的任何订单。订单分批模块636可以包括具有与来自用户的订单相似的提取位置和/或送达位置的一个或多个其他订单,并且可以调用骑手分配模块638以将多个订单指派给同一骑手。
图7A至图7N示出了根据各种实施例的展示了当用户使用被配置用于多商家订购的应用程序时的不同后端进程的流程图。
图7A至图7N的流程图中所示的步骤以特定顺序示出,但是其他布置也是可能的。在一些情况下,还可以组合步骤。可以使用任何合适的步骤顺序。
图7A的流程图700示出了当用户进入被配置用于多商家订购的应用程序(即,食客App)时的后端进程。在步骤701处,在打开应用程序以加载主页时,应用程序可以调用用户或乘客(PAX)应用程序编程接口(API)。在步骤702处,PAX API可以调用推荐系统以示出用户特定的商家。用户特定的商家可以是基于用户偏好,例如,基于先前存储在服务器的数据库中的用户偏好的菜肴。在步骤703处,推荐系统可以调用数据库以加载先前存储在数据库中的用户偏好的菜肴。在步骤703处,推荐系统可以通过调用服务器中的食品数据服务模块来基于菜肴加载商家。
图7B的流程图705示出了当用户点击应用程序中的第一商家时的后端进程。在步骤706处,应用程序可以调用PAX API。在步骤707处,PAX API可以调用推荐系统以获得允许进行多商家订购的附近商家。可以在图1至图5以及关于图1至图5的描述中找到用于确定用于多商家订购的合适商家的详细信息。在步骤707处,PAX API可以调用食品数据服务模块以加载关于已被选择要在用户设备上显示的合适商家的信息。该信息可以包括带有菜单项目的商家详细信息。
图7C的流程图709示出了当用户创建群组并共享群组链接时的后端进程。在步骤710处,应用程序可以调用PAX API以创建群组订单。在步骤711处,PAX API可以检查用户是否已经存在群组。如果该用户不存在任何商家的群组,则PAX API可以创建群组。如果存在现有群组,则PAX API可以返回错误以取消现有群组。在PAX API创建群组之后,PAX API可以将该群组的独特共享链接返回给用户。用户可以经由任何合适的平台与其他用户共享链接,比如像消息传送平台(如whatsapp、微信等)等其他社交平台。加入群组的其他用户可以被视为群组的成员。
图7D的流程图712示出了当用户创建群组时的不同群组状态。在步骤713处,用户可以创建群组。群组的状态714现在为“已创建”。在步骤715处,群组中的所有成员可以继续向虚拟购物车添加商品,并且可以继续确认虚拟购物车中添加的商品。群组的状态716现在为“已确认”。在步骤717处,可以是群组创建者的用户可以下订单。该订单可以包括群组中的其他成员添加到虚拟购物车中的商品。在用户下订单之后,群组的状态718现在为“已完成”。替代性地,在“已确认”状态716下,在步骤719处,用户可以取消群组。群组的状态720现在为“已取消”。替代性地,在“已创建”状态714下,在步骤721处,用户可以取消群组。群组的状态720现在为“已取消”。
图7E的流程图721示出了群组中的成员状态。在步骤722处,成员可以加入群组。成员的状态723现在为“已加入”。在步骤724处,群组中的成员可以继续向虚拟购物车添加商品,并且可以继续确认虚拟购物车中添加的商品。虚拟购物车的状态725现在为“已确认”。在步骤726处,成员可以退出群组。成员的状态727现在为“已退出”。在步骤728处,成员可以重新加入群组。成员的状态723现在为“已加入”。在步骤729处,用户(即,群组创建者)可以将成员踢出群组。成员的状态730现在为“被踢出”。群组可以包含表1中的以下信息:
在各种实施例中,链接可以是到应用程序的深层链接。点击链接时,深层链接可以打开到应用程序中的特定页面。在一些实施例中,在点击链接时,应用程序将打开。在用户登录之后,应用程序可以打开一视图,其中用户可以具有选择来自所选商家(包括附近商家)的商品的选项。在从所有商家选择商品之后,用户可以验证并且可以确认商品。
图7F的流程图731示出了当成员加入群组时的后端进程。在群组创建者(即,用户)将链接共享给其他成员之后,成员可以加入群组以将商品添加到虚拟购物车。在步骤732处,在点击从群组创建者接收到的共享链接时,应用程序可以示出该群组,并且可以示出加入该群组的选项。在点击加入选项时,应用程序调用PAX API。在步骤733处,PAX API可以验证群组是否存在,并且如果群组存在,则它可以将成员添加到群组。
图7G的流程图734示出了当成员退出群组时的后端进程。在实施例中,已加入群组的成员可以在已经下群组订单之前的任何时间退出该群组。在步骤735处,当成员点击退出群组时,应用程序可以调用PAX API。在步骤736处,PAX API可以验证群组是否存在以及成员是否属于群组,并且可以调用食品购物车模块以删除该成员添加的所有商品。在步骤737处,食品购物车模块可以更新虚拟购物车。在步骤738处,PAX API可以验证群组是否存在以及成员是否属于群组。如果成员属于群组,则PAX API可以从群组中移除成员。该成员从群组订单中添加的所有商品可以通过调用食品购物车模块来移除。
图7H的流程图739示出了当成员被群组创建者踢出时的后端进程。在步骤740处,群组创建者的应用程序可以调用PAX API。在步骤741处,PAX API可以验证要被踢出的成员是否属于群组,并且可以调用食品购物车模块以删除被踢出的成员所添加的商品。在步骤742处,食品购物车模块可以更新虚拟购物车。在步骤743处,PAX API可以更新群组中的成员状态。
图7I的流程图744示出了当群组创建者取消群组时的后端进程。如果尚未下群组订单,则群组创建者可以取消群组。在步骤745处,当群组创建者点击取消群组时,应用程序可以调用PAX API。在步骤746处,如果之前添加了任何商品的话,PAX API可以调用食品购物车模块以从虚拟购物车中删除所有商品。在步骤747处,食品购物车模块可以清除购物车中的商品。在步骤748处,PAX API可以从其数据库中删除群组。
图7J的流程图749示出了当成员查看商家以将商品添加到虚拟购物车时的后端进程。在步骤750处,为了查看商家,应用程序可以调用PAX API。在步骤751处,PAX API可以获取群组详细信息以验证成员。在步骤752处,PAX API可以使用群组详细信息来调用推荐系统以获取要被推荐用于群组订单的所有附近商家。在步骤753处,PAX API可以从食品数据服务中获取商家的详细信息和/或菜单项目,并且可以将响应返回给应用程序。
图7K的流程图754示出了当成员向虚拟购物车添加商品时的后端进程。在步骤755处,应用程序可以调用PAX API。在步骤756处,PAX API可以验证群组中的成员状态(即,成员是否属于该群组)。如果成员不是该群组的一部分,则它可以返回错误。在步骤757处,PAXAPI可以调用食品购物车模块以用所选商品创建和/或更新虚拟购物车。在步骤758处,食品购物车模块可以为群组的所有成员更新虚拟购物车中的商品。
图7L的流程图759示出了当成员确认虚拟购物车中的商品时的后端进程。在步骤760处,应用程序可以在成员可以确认虚拟购物车中的商品之后调用PAX API。在步骤761处,PAX API可以将群组中的成员状态更新为“已确认”。
图7M的流程图762示出了当成员和/或群组创建者查看成员添加到虚拟购物车的商品时的后端进程。在步骤763处,应用程序可以调用PAX API以检索虚拟购物车详细信息。在步骤764处,PAX API可以检索群组信息。在步骤765处,PAX API可以基于来自食品购物车模块的群组检索虚拟购物车详细信息。在步骤766处,食品购物车模块可以从数据库中检索虚拟购物车详细信息。
图7N的流程图767示出了当群组创建者下订单时的后端进程。在步骤768处,在成员已经将商品添加到虚拟购物车之后,用户可以例如通过点击订单来对虚拟购物车进行结账。应用程序可以调用PAX API以创建订单。一旦成功下订单,PAX API就可以针对例如何时配送商品持续轮询订单状态和详细信息,直到订单完成。在步骤769处,PAX API可以调用订单管理器以创建订单。在步骤770处,订单管理器可以从食品购物车模块获取用于订单的虚拟购物车。在步骤771处,订单管理器可以通过调用收银员并登记订单来保存来自应用程序钱包和/或信用卡和/或任何合适的支付方式的金钱。替代性地,如果使用借记卡,则订单管理器可以扣除金额而不是保存。订单管理器可以通过应用程序通知用户已成功下订单。
图8示出了根据各种实施例的各种订单状态的流程图800。
流程图800中所示的步骤以特定顺序示出,但是其他布置也是可能的。在一些情况下,还可以组合步骤。可以使用任何合适的步骤顺序。
在状态801处,可以在用户对虚拟购物车中的商品进行结账之后创建用户订单,并且订单的状态可以变为“已创建”。在步骤802处,商家可以接受用户订单。在状态803处,在商家接受订单之后,订单的状态可以变为“已确认”。在步骤804处,服务器可以分配服务提供者(即,骑手)以将商品配送给用户。在状态805处,在骑手从商家收集商品之前,订单的状态可以为“提取”。在步骤806处,服务提供者可以从商家收集订单,或者在多商家订购的情况下从多个商家收集订单。在状态807处,在服务提供者收集订单之后,订单的状态可以变为“送达”。在步骤808处,服务提供者可以将商品配送给用户。在多商家订购的情况下,服务提供者可以将来自多个商家的商品同时配送给用户。在状态809处,在服务提供者配送订单之后,订单的状态可以变为“已完成”。在一些实施例中,在订单的状态801为“已创建”时,在步骤810处,用户可以取消订单或者商家可以拒绝订单,导致订单的状态811变为“已取消”。在一些实施例中,在多商家订购的情况下,当用户从中订购的多个商家中的商家拒绝订单时,服务器可以通过用户设备通知用户。用户可以选择取消整个订单,或者继续进行不含来自做出拒绝的商家的商品的订单。在一些实施例中,在商家或多个商家接受订单且订单状态为“已确认”状态803之后,在步骤812处,服务器可能无法分配服务提供者来将商品配送给用户。这可能是由于缺少可用的服务提供者。当服务器无法分配服务提供者时,出现状态813,并且订单的状态可以变为“未分配”。
图9A至图9B示出了根据各种实施例的展示了不同后端进程的流程图。
图9A至图9B的流程图中所示的步骤以特定顺序示出,但是其他布置也是可能的。在一些情况下,还可以组合步骤。可以使用任何合适的步骤顺序。
图9A的流程图900示出了当商家收到订单通知时的后端进程。在步骤901处,在创建订单之后,订单管理器可以通知准备API。在步骤902处,准备API可以经由商家API将订单通知给所涉及的所有不同商家,并可以等待所有商家确认订单。在步骤903处,商家API可以将订单通知给商家的商家设备上的商家app。
图9B的流程图904示出了当商家检查和确认订单时的后端进程。在步骤905处,在商家app收到订单通知之后,商家可以检查订单中的商品,并可以通过调用商家API来确认订单。在步骤906处,商家API可以通知准备API。在步骤907处,一旦准备API接收到来自所有商家的确认,准备API就可以将每个商家的准备时间通知给订单管理器。在步骤908处,应用程序可以保持轮询订单状态和详细信息。在步骤909处,PAX API可以获取带有比如商家接受订单等详细信息的订单状态。
图10A至图10F示出了根据各种实施例的展示了不同后端进程的流程图。
图10A至图10F的流程图中所示的步骤以特定顺序示出,但是其他布置也是可能的。在一些情况下,还可以组合步骤。可以使用任何合适的步骤顺序。
图10A的流程图1000示出了当骑手(即,服务提供者)被指派用于订单配送时的后端进程。在步骤1001处,在商家接受订单之后,订单管理器可以通知具有订单详细信息(包括每个商家用于订单配送的准备时间)的配送任务。在步骤1002处,配送API可以通知骑手分配以为订单指派骑手,并且可以保持轮询骑手详细信息。在步骤1003处,骑手分配可以获取位置周围的所有可用骑手及其储存能力。在步骤1004处,骑手分配可以将任务广播给可用骑手,并且可以等待骑手接受任务。在步骤1005处,骑手API可以将任务详细信息通知给骑手。
图10B的流程图1006示出了当骑手接受订单配送时的后端进程。在步骤1007处,在骑手接收到任务之后,骑手可以接受该任务并且可以通知骑手API。在步骤1008处,骑手API可以将骑手确认通知给骑手分配。在步骤1009处,配送API可以从骑手分配中获取骑手详细信息。在步骤1010处,配送API可以将骑手详细信息通知给订单管理器。在步骤1011处,应用程序可以轮询订单状态和详细信息。在步骤1012处,PAX API可以获取具有骑手详细信息和骑手位置地图的状态和详细信息。
图10C的流程图1013示出了骑手按路线到达商家位置的后端进程。在步骤1014处,骑手app可以调用骑手API以用于正在进行的任务。在步骤1015处,骑手API可以从骑手分配中获取正在进行的任务。在步骤1016处,骑手API可以从配送API中获取配送任务详细信息,这些详细信息可以包含骑手应该按其到达商家以收集商品的顺序的信息。配送API可以基于商家用于订单的准备时间来决定路线。
图10D的流程图1017示出了当骑手从商家提取商品时的后端进程。在步骤1018处,在骑手到达商家位置之后,骑手可以验证商品详细信息并且可以收集商品。一旦骑手指示他已经收集了商品,例如,在骑手app上点击收集,骑手app就可以调用骑手API。在步骤1019处,骑手API可以将从商家收集的商品通知给配送API。在步骤1020处,在从所有商家收集所有商品之后,配送API可以通知订单管理器已从所有商家提取订单。可以通过用户设备上的用户应用程序向用户发送订单已被提取的通知。在步骤1021处,用户应用程序可以轮询订单状态和详细信息。在步骤1022处,PAX API可以获取订单状态和详细信息,订单状态和详细信息可以包括订单已经被骑手提取的信息。
图10E的流程图1023示出了当骑手到达用户位置时的后端进程。在步骤1024处,在到达用户位置时,骑手可以指示他已经到达用户位置,例如,通过在骑手app上点击“到达”,这可以调用骑手API。在步骤1025处,骑手API可以通知配送API骑手已经到达用户位置。在步骤1026处,用户可以接收到骑手已经带着订购的商品到达的通知。在步骤1027处,应用程序可以轮询订单状态。在步骤1028处,PAX API可以获取订单状态和详细信息。订单状态和详细信息可以包括骑手已经到达用户位置的信息。
图10F的流程图1029示出了当骑手配送订单时的后端进程。在步骤1030处,在将商品配送给用户之后,骑手可以指示他已经完成订单,例如,通过在骑手app中点击“完成”,这可以调用骑手API。在步骤1031处,骑手API可以通知配送API任务已配送。在步骤1032处,配送API可以通知骑手分配:骑手可用于下一个任务。在步骤1033处,配送API可以在订单管理器中将订单状态更新为已完成。在步骤1034处,一旦用户订单完成,订单管理器就可以调用收银员以从用户扣除金额。在步骤1035处,收银员可以从用户在创建订单时选择的支付方式中扣除金钱。在步骤1036处,应用程序可以轮询订单状态。在步骤1037处,PAX API可以获取订单状态和详细信息。订单状态和详细信息可以包括订单已完成的信息。
虽然已经参考特定实施例具体示出和描述了本发明,但是本领域技术人员应该理解,在不脱离所附权利要求所限定的本发明的范围的情况下,可以在其中进行形式和细节的各种变化。因此,本发明的范围由所附权利要求指示,并且因此旨在涵盖属于权利要求的等同物的含义和范围内的所有改变。
Claims (18)
1.一种被配置用于多商家订购的服务器,该服务器包括:
一个或多个处理器;以及
存储器,该存储器中存储有指令,这些指令在由该一个或多个处理器执行时使该一个或多个处理器进行以下操作:
当用户的用户设备正在显示来自第一商家的信息时,从该用户设备实时接收第一商家数据;
使用该第一商家数据和数据库中的历史数据确定要在该用户的用户设备上显示的至少一个合适的商家;
在该用户的用户设备上显示该至少一个合适的商家的信息;
从该用户接收用户订单,其中,该用户订单包括关于来自该第一商家的第一商品的第一订单数据、以及关于来自第二商家的第二商品的第二订单数据;以及
将该用户订单发送至服务提供者的服务提供者设备,以便该服务提供者从该第一商家提取该第一商品、并从该第二商家提取该第二商品,并将该第一商品和该第二商品同时配送给该用户,
其中,在从该用户接收到该用户订单之前,该一个或多个处理器被配置为从该用户的用户设备接收关于该用户的虚拟购物车的信息,其中,该虚拟购物车包括关于要结账的潜在商品的信息;
其中,该一个或多个处理器被配置为从第二用户的第二用户设备接收关于该第二用户使用该第二用户设备添加到该虚拟购物车的商品的信息,并更新显示在该用户的用户设备上的该虚拟购物车;并且
其中,该一个或多个处理器被配置为当该用户对来自该虚拟购物车的商品进行结账时从该用户接收该用户订单。
2.如权利要求1所述的服务器,其中,该一个或多个处理器被配置为基于以下中的至少一项来确定该至少一个合适的商家:该第一商家的位置、该第一商家所出售的商品类别、该第一商家的准备时间、以及用户偏好。
3.如权利要求2所述的服务器,其中,该一个或多个处理器被配置为通过以下方式确定该至少一个合适的商家:
通过该第一商家数据或通过该数据库中的历史数据确定该第一商家的位置;
搜索该数据库中的该历史数据以寻找至少一个潜在商家,其中,该至少一个潜在商家的位置与该第一商家的位置相隔的距离在距离阈值内;以及
将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
4.如权利要求2所述的服务器,其中,该一个或多个处理器被配置为通过以下方式确定该至少一个合适的商家:
通过该第一商家数据或通过该数据库中的历史数据确定该第一商家的位置;
搜索该数据库中的该历史数据以寻找至少一个潜在商家,其中,在该至少一个潜在商家与该第一商家之间行进所花费的时间在时间阈值内;以及
将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
5.如权利要求2所述的服务器,其中,该一个或多个处理器被配置为通过以下方式确定该至少一个合适的商家:
通过该第一商家数据或通过该数据库中的历史数据确定该第一商家所出售的商品类别;
搜索该数据库中的该历史数据以寻找正在出售与该第一商家所出售的该商品类别相似的商品类别的至少一个潜在商家;以及
将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
6.如权利要求2所述的服务器,其中,该一个或多个处理器被配置为通过以下方式确定该至少一个合适的商家:
通过该第一商家数据或通过该数据库中的历史数据确定该第一商家所出售的商品类别;
搜索该数据库中的该历史数据以寻找正在出售与该第一商家所出售的该商品类别互补的商品类别的至少一个潜在商家;以及
将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
7.如权利要求2所述的服务器,其中,该一个或多个处理器被配置为通过以下方式确定该至少一个合适的商家:
通过该第一商家数据确定该第一商家的准备时间;
搜索该数据库中的该历史数据以寻找历史准备时间与该第一商家的准备时间相比在准备时间阈值内的至少一个潜在商家;
向该至少一个潜在商家的设备发送准备时间信息请求;
从该至少一个潜在商家的设备接收该至少一个潜在商家的准备时间;
确定该至少一个潜在商家的准备时间与该第一商家的准备时间相比是否在该准备时间阈值内;以及
当该至少一个潜在商家的准备时间在该准备时间阈值内时,将该至少一个潜在商家设定为该至少一个合适的商家以在该用户的用户设备上显示。
8.如权利要求2所述的服务器,其中,该一个或多个处理器被配置为通过以下方式确定该至少一个合适的商家:
搜索该数据库中的该历史数据以寻找这些用户偏好;
搜索该数据库中的该历史数据以寻找符合这些用户偏好的至少一个潜在商家;以及
将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
9.一种用于多商家订购的方法,该方法包括:
使用服务器的一个或多个处理器以进行以下操作:
当用户的用户设备正在显示来自第一商家的信息时,从该用户设备实时接收第一商家数据;
使用该第一商家数据和数据库中的历史数据确定要在该用户的用户设备上显示的至少一个合适的商家;
在该用户的用户设备上显示该至少一个合适的商家的信息;
从该用户接收用户订单,其中,该用户订单包括关于来自该第一商家的第一商品的第一订单数据、以及关于来自第二商家的第二商品的第二订单数据;以及
将该用户订单发送至服务提供者的服务提供者设备,以便该服务提供者从该第一商家提取该第一商品、并从该第二商家提取该第二商品,并将该第一商品和该第二商品同时配送给该用户,
其中,该方法进一步包括:在从该用户接收到该用户订单之前,使用该一个或多个处理器从该用户的用户设备接收关于该用户的虚拟购物车的信息,其中,该虚拟购物车包括关于要结账的潜在商品的信息;
其中,该方法进一步包括:使用该一个或多个处理器从第二用户的第二用户设备接收关于该第二用户使用该第二用户设备添加到该虚拟购物车的商品的信息,并更新显示在该用户的用户设备上的该虚拟购物车;并且
其中,该方法进一步包括:当该用户对来自该虚拟购物车的商品进行结账时,使用该一个或多个处理器从该用户接收该用户订单。
10.如权利要求9所述的方法,包括:
使用该一个或多个处理器以进行以下操作:
基于以下中的至少一项来确定该至少一个合适的商家:该第一商家的位置、该第一商家所出售的商品类别、该第一商家的准备时间、以及用户偏好。
11.如权利要求10所述的方法,包括:
使用该一个或多个处理器通过以下方式确定该至少一个合适的商家:
通过该第一商家数据或通过该数据库中的历史数据确定该第一商家的位置;
搜索该数据库中的该历史数据以寻找至少一个潜在商家,其中,该至少一个潜在商家的位置与该第一商家的位置相隔的距离在距离阈值内;以及
将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
12.如权利要求10所述的方法,包括:
使用该一个或多个处理器通过以下方式确定该至少一个合适的商家:
通过该第一商家数据或通过该数据库中的历史数据确定该第一商家的位置;
搜索该数据库中的该历史数据以寻找至少一个潜在商家,其中,在该至少一个潜在商家与该第一商家之间行进所花费的时间在时间阈值内;
将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
13.如权利要求10所述的方法,包括:
使用该一个或多个处理器通过以下方式确定该至少一个合适的商家:
通过该第一商家数据或通过该数据库中的历史数据确定该第一商家所出售的商品类别;
搜索该数据库中的该历史数据以寻找正在出售与该第一商家所出售的该商品类别相似的商品类别的至少一个潜在商家;以及
将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
14.如权利要求10所述的方法,包括:
使用该一个或多个处理器通过以下方式确定该至少一个合适的商家:
通过该第一商家数据或通过该数据库中的历史数据确定该第一商家所出售的商品类别;
搜索该数据库中的该历史数据以寻找正在出售与该第一商家所出售的该商品类别互补的商品类别的至少一个潜在商家;以及
将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
15.如权利要求10所述的方法,包括:
使用该一个或多个处理器通过以下方式确定该至少一个合适的商家:
通过该第一商家数据确定该第一商家的准备时间;
搜索该数据库中的该历史数据以寻找历史准备时间与该第一商家的准备时间相比在准备时间阈值内的至少一个潜在商家;
向该至少一个潜在商家的设备发送准备时间信息请求;
从该至少一个潜在商家的设备接收该至少一个潜在商家的准备时间;
确定该至少一个潜在商家的准备时间与该第一商家的准备时间相比是否在该准备时间阈值内;以及
当该至少一个潜在商家的准备时间在该准备时间阈值内时,将该至少一个潜在商家设定为该至少一个合适的商家以在该用户的用户设备上显示。
16.如权利要求10所述的方法,包括:
使用该一个或多个处理器通过以下方式确定该至少一个合适的商家:
搜索该数据库中的该历史数据以寻找这些用户偏好;
搜索该数据库中的该历史数据以寻找符合这些用户偏好的至少一个潜在商家;以及
将该至少一个潜在商家设置为该至少一个合适的商家以在该用户的用户设备上显示。
17.一种存储计算机可执行代码的非暂态计算机可读介质,该计算机可执行代码包括用于使一个或多个处理器执行根据权利要求9至16中任一项所述的用于多商家订购的方法的指令。
18.一种计算机可执行代码,包括用于使一个或多个处理器执行根据权利要求9至16中任一项所述的用于多商家订购的方法的指令。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
SG10202008915R | 2020-09-11 | ||
SG10202008915R | 2020-09-11 | ||
PCT/SG2021/050544 WO2022055429A1 (en) | 2020-09-11 | 2021-09-10 | Server and method for multi-merchant orders |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116057558A CN116057558A (zh) | 2023-05-02 |
CN116057558B true CN116057558B (zh) | 2023-08-08 |
Family
ID=80631122
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180061981.9A Active CN116057558B (zh) | 2020-09-11 | 2021-09-10 | 用于多商家订购的服务器和方法 |
Country Status (4)
Country | Link |
---|---|
KR (1) | KR20230083289A (zh) |
CN (1) | CN116057558B (zh) |
TW (1) | TW202223808A (zh) |
WO (1) | WO2022055429A1 (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8204799B1 (en) * | 2007-09-07 | 2012-06-19 | Amazon Technologies, Inc. | System and method for combining fulfillment of customer orders from merchants in computer-facilitated marketplaces |
CN105608552A (zh) * | 2016-03-03 | 2016-05-25 | 魏晓峰 | 一种基于物联网的高效率物流信息管理方法 |
CN109509069A (zh) * | 2018-11-19 | 2019-03-22 | 金华市剑通网络服务有限公司 | 基于o2o外卖平台的派单方法及服务器 |
CN111523957A (zh) * | 2019-02-01 | 2020-08-11 | 东芝泰格有限公司 | 商品数据处理装置及控制方法、可读存储介质、电子设备 |
CN111523716A (zh) * | 2020-04-15 | 2020-08-11 | 北京三快在线科技有限公司 | 订单的信息处理方法、系统、服务器及存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9406084B2 (en) * | 2012-05-23 | 2016-08-02 | Specialty's Café & Bakery, Inc. | Methods for submitting a food order remotely |
CA3004139A1 (en) * | 2015-11-10 | 2017-05-18 | Walmart Apollo, Llc | Prescription home delivery |
US10769659B2 (en) * | 2017-10-17 | 2020-09-08 | Mastercard International Incorporated | Payment card transaction systems and methods with dynamic geo-targeted, incentive-based transaction and delivery management |
-
2021
- 2021-09-08 TW TW110133429A patent/TW202223808A/zh unknown
- 2021-09-10 CN CN202180061981.9A patent/CN116057558B/zh active Active
- 2021-09-10 WO PCT/SG2021/050544 patent/WO2022055429A1/en active Application Filing
- 2021-09-10 KR KR1020237012337A patent/KR20230083289A/ko unknown
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8204799B1 (en) * | 2007-09-07 | 2012-06-19 | Amazon Technologies, Inc. | System and method for combining fulfillment of customer orders from merchants in computer-facilitated marketplaces |
CN105608552A (zh) * | 2016-03-03 | 2016-05-25 | 魏晓峰 | 一种基于物联网的高效率物流信息管理方法 |
CN109509069A (zh) * | 2018-11-19 | 2019-03-22 | 金华市剑通网络服务有限公司 | 基于o2o外卖平台的派单方法及服务器 |
CN111523957A (zh) * | 2019-02-01 | 2020-08-11 | 东芝泰格有限公司 | 商品数据处理装置及控制方法、可读存储介质、电子设备 |
CN111523716A (zh) * | 2020-04-15 | 2020-08-11 | 北京三快在线科技有限公司 | 订单的信息处理方法、系统、服务器及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
KR20230083289A (ko) | 2023-06-09 |
CN116057558A (zh) | 2023-05-02 |
WO2022055429A1 (en) | 2022-03-17 |
TW202223808A (zh) | 2022-06-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101876713B1 (ko) | 배달주문 분배시스템 및 방법 | |
US11037254B1 (en) | Item selection based on user interactions | |
RU2625556C2 (ru) | Способ и система самообслуживания доставки товаров | |
US20150324882A1 (en) | Commerce System and Method of Providing Shopping Agents and Sales Agents for Managing Purchasing Decisions | |
US20170061367A1 (en) | Data Processing System and Method | |
TW201447792A (zh) | 設備、製成品與套利購買方法 | |
CN108960733A (zh) | 一种基于移动配送车的购物配送方法及系统 | |
JP7072068B2 (ja) | 分散システムを構造化するためのアプリケーションプログラミングインタフェース | |
CN106485558A (zh) | 商品对象预售信息处理方法及装置 | |
CN106663305A (zh) | 使用无人控制包裹箱的所关注产品预期运输服务提供装置和方法、以及记录有计算机程序的记录介质 | |
WO2019204412A1 (en) | System and method for on-site purchases at automated storage and retrieval system | |
CN110503521A (zh) | 智能销售终端的租赁信息处理方法、装置、服务器及其系统 | |
EP2864947A2 (en) | Apparatus and methods of recommending multiple options to a group of remote users and forming an agreement | |
CN109711766A (zh) | 配送方法、电子设备及存储介质 | |
CN113312527B (zh) | 采购数据处理方法、装置、计算机设备和存储介质 | |
CN114418494A (zh) | 订单处理方法、装置、电子设备、存储介质及程序产品 | |
CN116057558B (zh) | 用于多商家订购的服务器和方法 | |
KR102138017B1 (ko) | 식자재 주문 서비스 제공 방법 | |
CN112669103A (zh) | 信息处理方法、计算机可读存储介质及信息处理装置 | |
WO2021112985A1 (en) | Systems and methods for user selection of wearable items for next shipment in electronic clothing subscription platform | |
CN112308671A (zh) | 一种商品套餐的生成方法、系统和存储介质 | |
CN106709775A (zh) | 一种汽车用品采购app | |
CN112396266A (zh) | 订单配送方法、装置、服务器以及存储介质 | |
CN106503916A (zh) | 一种智能抢单方法及系统 | |
KR102667441B1 (ko) | 복수의 판매자들이 제공하는 온라인 마켓의 오픈에 따른 온라인 마켓의 전자상거래 방법 및 시스템 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |