CN107004217A - 操作管理 - Google Patents
操作管理 Download PDFInfo
- Publication number
- CN107004217A CN107004217A CN201580064818.2A CN201580064818A CN107004217A CN 107004217 A CN107004217 A CN 107004217A CN 201580064818 A CN201580064818 A CN 201580064818A CN 107004217 A CN107004217 A CN 107004217A
- Authority
- CN
- China
- Prior art keywords
- client
- order
- request
- article
- user
- 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
Links
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
- 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
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0603—Catalogue ordering
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Abstract
本文描述的是用于使用一个或多个计算设备来管理操作(例如下订单和履行订单)的系统、方法和装置。根据示例实施例,操作管理系统可以包括自订单系统、自支付系统和订单履行系统。自订单系统、自支付系统和订单履行系统可以通过通信系统相互通信,通信系统连接例如无线网络的系统。使用操作管理系统,可以有效地下订单和履行订单,并具有最少的个人交流。
Description
相关申请的交叉引用
本申请要求2014年9月30日提交的序号为62/057,691的美国临时专利申请和2015年4月17日提交的序号为14/689,590的美国专利申请的权益,其两者的公开内容如同在其各自的完整内容中详细解释的那样通过引用并入本文。
背景技术
在封闭零售环境中(例如独立商店、体育场、购物中心或机场),客户通常可以从不同商店或货摊购买物品。因此,购买决定通常基于客户便利作出。例如,客户距离产品越远,客户越不太可能意识到产品,并且因此客户越不太可以购买产品。存在允许客户从远程位置订购货物的模型,并且因此远程位置可以被称为订单履行位置。如本文所使用的,远程位置可以指的是物理上不靠近给定客户的任何位置。作为示例,第7,945,477号美国专利和第6,473,739号美国专利描述了顾客可以从平板电脑订购设备订购的系统。在上述系统中,似乎用户必须通过帐户对系统进行认证并对设备保持分配,这需要客户进行几个步骤。这些系统的另外的缺点似乎是用户被绑定到其分配的设备,并且因此用户不能在设备之间自由移动。
例如,在快节奏的环境中(例如机场或体育场),客户经常没有时间通过许多步骤来远程购买产品。要求用户帐户、预先安排支付和/或托管支付可以成为购买的障碍。现有的远程订购方法通常还需要大量的操作设置,例如硬编码的设备识别、认证、用户帐户设置以及设备和客户位置确定。进一步,现有系统通常不会应对与在包括共享资源的企业环境中远程履行订单相关的挑战。因此,现有的远程订购和订单履行系统缺乏效率和功能。
发明内容
本文描述的是使用一个或多个计算设备的用于管理操作(例如下订单和履行订单)的系统、方法和装置。根据示例实施例,操作管理系统可以包括自订单系统、自支付系统和订单履行系统。自订单系统、自支付系统和订单履行系统可以通过连接多个系统的通信系统(例如无线网络)相互通信。使用操作管理系统可以有效地下订单和履行订单,并使用极少的个人交流。
在示例实施例中,装置(例如服务器)包括处理器和耦合到处理器的存储器。存储器包括可执行指令,当由处理器执行所述可执行指令时使处理器完成操作。操作可以包括接收与客户相关联的信息。基于与客户相关联的信息,可以生成特定于客户的菜单。菜单可以包括可以由客户购买的一个或多个物品。操作可以进一步包括接收包括所述一个或多个物品中的至少一个所选择的物品的订单。操作可以进一步包括识别靠近客户设置的递送站,并向被识别的递送站发送请求。请求可以指示所述至少一个所选择的物品和与客户相关联的位置。操作可以进一步包括当所述至少一个所选择的物品被递送给客户时接收验证。
附图说明
当结合附图阅读时,将更好地理解上述概述以及本公开的示例实施例的以下详细描述。为了说明本公开的示例实施例的目的,参考附图。然而,应当理解,本申请不限于所示的精确安排和手段。在图中:
图1是根据示例实施例的示例操作管理系统的框图,其中操作管理系统包括自订单系统、订单履行系统、自支付系统和一个或多个业务规则引擎;
图2是根据示例实施例的图1描绘的自订单系统的框图;
图3是使用图2描绘的自订单系统进行自订购的示例呼叫流程;
图4是根据示例实施例的图1描绘的订单履行系统的框图;
图5是图1描绘的自支付系统的框图,其中该图还描绘了根据示例实施例的可由自支付系统执行的示例处理;
图6A是可以体现所公开的系统和方法的各方面的计算机系统的一个实施例的框图;
图6B是根据本公开使用的示例计算设备的框图;
图7A描绘了根据示例实施例的推荐引擎和推荐引擎的各种输入;
图7B描绘了可以由推荐引擎执行的各种示例方法;
图8A是示例订购页面的屏幕截图;
图8B是显示示例限定词提醒的屏幕截图;
图8C是显示示例管理消息框的屏幕截图;
图9A是示例支付页面的屏幕截图;
图9B-D是示例现金页面的屏幕截图;
图9E是显示示例提示框的屏幕截图;
图9F是示例折扣页面的屏幕截图;
图10是示例设置页面的屏幕截图;
图11是示例状态屏幕页面的屏幕截图;
图12是另一个示例状态屏幕页面的屏幕截图;
图13是示例单独物品页面的屏幕截图;
图14是又一个示例状态屏幕页面的屏幕截图;
图15是示例餐桌页面的屏幕截图;
图16是另一个示例餐桌页面的屏幕截图;
图17是示例菜单页面的屏幕截图;
图18是示例限定词页面的屏幕截图;
图19是显示示例建议框的屏幕截图;
图20和21是示例单据页面面的屏幕截图;
图22A、22B和23是其它示例表格页面的屏幕截图;
图24是示例账单页面的屏幕截图;
图25是示例控制板的屏幕截图;
图26是示例销售报告页面的屏幕截图;
图27是示例退款页面的屏幕截图;
图28是示例原因页面的屏幕截图;
图29A和29B是示例无效页面的屏幕截图;
图30是示例折扣页面的屏幕截图;
图31A是另一个示例菜单页面的屏幕截图;
图31B是示例取消异常页面的屏幕截图;
图31C是显示示例取消原因框的屏幕截图,;
图32是示例浏览订单页面的屏幕截图;
图33是示例查找账单页面的屏幕截图;和
图34是示例快速内容管理弹出页面的屏幕截图。
具体实施方式
本文描述的是使用一个或多个计算设备来管理操作(例如下订单和履行订单)的系统、方法和装置。首先参见图1,操作管理系统100可以包括订购(或订单)系统102、支付系统106和订单履行系统104。订购系统102可以允许客户在没有工作人员的帮助的情况下下订单,并且因此订购系统102可以配置为自订购(或自订单)系统102。类似地,支付系统106可以允许客户在没有工作人员帮助的情况下进行支付,因此支付系统可以配置为自支付系统106。订购系统102、支付系统106和订单履行系统104可以经由连接系统的通信系统(例如网络110)彼此通信。操作管理系统100可以进一步包括一个或多个规则引擎,例如可以经由网络110访问的业务规则引擎。示例规则引擎108包括但不限于推荐引擎108a、订单排队引擎108b和订单履行引擎108c。为了示例的目的,下面通常在餐厅或机场的情境中描述操作管理系统100,但是应当理解,操作管理系统100可以根据需要以任何适当的商业设置来实现。例如,如应用于餐厅,并且如下面进一步描述的那样,客户可以使用操作管理系统100来查看菜单物品、订购特定菜单物品并且接收订购的菜单物品而不与餐厅人员进行交流。进一步,继续餐厅的示例,餐厅可以使用操作管理系统100来管理资源和任务以履行订单。
图2-图5和图7B(下文描述)示出了用于管理操作的方法和装置的各种实施例。在这些图中,示出了由一个或多个客户端、服务器和/或引擎执行的各种步骤或操作。应当理解,这些图中所示的客户端、服务器和引擎可以表示通信网络中的逻辑实体,并且可以以软件(例如,计算机可执行指令)的形式来实现,软件存储在这种网络的节点的存储器中,并由这种网络的节点的处理器执行,下面描述这种网络的节点,其可以包括图6A或图6B中所示的一般架构之一。也就是说,图2-图5和图7B所示的方法可以以存储在网络节点的存储器中的软件(例如,计算机可执行指令)的形式实现,例如如图6A或6B所示的节点或计算机系统,当由节点的处理器执行时,哪个计算机可执行指令执行附图中所示的步骤。还应当理解,这些图中所示的任何发送和接收步骤可以在节点的处理器和其执行的计算机可执行指令(例如,软件)的控制下由节点的通信电路来执行。
现在参考图2,根据所示实施例,订购系统102可以包括经由网络110与推荐引擎108a和一个或多个服务器通信的一个或多个计算设备112。图2描绘了用于订购物品(例如来自餐厅菜单的物品或机场中可用的产品)的合适的通信架构的一个示例,应当理解,可以想到许多合适的备选通信架构。将进一步理解,示例系统102被简化以便于对所公开的主题的描述,并且不旨在限制本公开的范围。可以使用其它设备、系统和配置来实现除了系统102之外或代替系统102的本文公开的实施例,并且所有这样的实施例都被认为在本公开的范围内。
在示例实施例中,客户端应用可以被安装到一个或多个计算设备112上。这样的应用也可以被称为订购应用或客户应用。或者,计算设备112可以经由网络110(例如因特网)访问订购应用。因此,在一些情况下,订购应用可以被称为基于云的订购应用。给定的计算设备112可以使用订购应用将信息传送到一个或多个服务器(例如服务器114)。在示例实施例中,将服务器应用安装到计算设备(例如服务器114)上。服务器应用可以实施规则引擎108以将信息传送到计算设备112,并且特别是订购应用。
在示例配置中,用户116(也可以称为客户116)可以在计算设备112(例如,平板电脑或智能电话)上启动订购应用,例如通过选择显示在计算设备112上的图标。在替代配置中,工作人员(例如,服务员)可以在计算设备112上启动订购应用,并且可以经由订购应用输入客户的订单。在示例实施例中,服务器114,并且特别是服务器应用可以选择由计算设备112显示的物品。服务器114可以基于用户116的身份来确定要向给定用户116显示哪些物品。服务器114可以基于各种参数(例如一天中的时间、一年中的时间、特定物品的当前数量、可用的当前资源等)来识别可购买的物品。例如,当订购系统102部署为餐厅设置时,服务器114可以基于一天中的时间来确定向客户显示的菜单物品(例如,早餐食物、午餐食物或晚餐食物)。作为进一步的示例,服务器114可以基于当前资源来识别用于显示的特定物品。如果餐厅人员不足,则服务器114可以选择与餐厅工作人员满负荷时服务器所选菜单相比有限的菜单。类似地,服务器114可以基于厨房工作人员的能力来选择用于计算设备112显示的特定食品。当特定物品的数量小于预定阈值(例如,一(1))时,服务器114可以移除用于购买的特定物品。应当理解,服务器114可以基于期望的任何参数选择用于计算设备112显示的物品,从而动态地调整物品。
在一些情况下,订购系统102可以在机场中实现,并且因此规则引擎108可以基于与航班相关联的参数来选择显示的物品以进行购买。例如,规则引擎108可以选择特定的航班时间或状态以进行显示。在一些可被称为“最后呼叫”场景的情况下,规则引擎108可以在预定时间识别要呈现给用户的物品,其中预定时间是基于与用户相关联的航班。例如,规则引擎108可以在用户的航班被安排登机或离开之前的时间(例如,30分钟)识别出应该提供饮料,并且计算设备112可以显示用于购买的饮料。服务器114可以接收实时航班更新,使得由计算设备112显示的航班条例状态周期性地更新和/或响应于更改而更新。在示例实施例中,服务器114可以基于与客户相关联的航班的状态来提示用户支付选项账单。例如,在预定时间,例如当用户的航班开始登机时,服务器114可以向用户116的计算设备112发送消息,使得计算设备112通知用户116他/她的航班正在登机。计算设备112可以呈现可听警报、视觉警报等。
使用计算设备112,客户116可以查看可用于购买的物品,并且可以选择期望的用于购买的物品而不与另一个人交流。在一个示例实施例中,如下面进一步描述的,当顾客116选择用于购买的物品时,指示所选物品的消息经由网络110从计算设备112发送到订单履行系统104。
应当理解,上述各方和/或其它相关方可以操作任何数量的相应设备,并且可以使用包括例如广域网(WAN)(例如互联网)或局域网(LAN)的任何数量的网络在内部和外部进行通信。一个或多个服务器114可以由用户(例如管理员)配置。
图6B是网络的节点的示例硬件/软件架构的框图(例如图1-5所示的客户端、服务器、引擎或设备之一)。如图6B所示,节点30可以包括处理器32、收发器34、发射/接收元件36、扬声器/麦克风38、键盘40、显示器/触摸板42、不可移动存储器44、可移动存储器46、电源48、全球定位系统(GPS)芯片组50和其它外围设备52。节点30还可以包括通信电路(例如收发器34和发射/接收元件36)。应当理解,在与实施例保持一致的同时,节点30可以包括前述元件的任何子组合。任何合适的节点30可以配置为承载各种操作管理应用,例如自订购应用或订单履行应用。应当理解,节点30可以包括计算设备112,计算设备112可以配置为各种设备,其示例包括桌面计算设备、服务器计算设备或便携式计算设备(例如笔记本电脑、平板电脑或智能手机)。应当理解,任何上述部件可以分布在一个或多个单独的设备和/或位置上。
处理器32可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP内核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器32可以执行信号编码、数据处理、电力控制、输入/输出处理和/或使节点30能够在无线环境中操作的任何其它功能。处理器32可以耦合到收发器34,收发器34可以耦合到发射/接收元件36。虽然图6B将处理器32和收发器34描绘成单独的部件,但应当理解,处理器32和收发器34可以一起集成在电子封装或芯片中。处理器32可以执行应用层程序(例如,浏览器)和/或无线电接入层(RAN)程序和/或通信。例如在访问层和/或应用层处,处理器32可以执行安全操作(例如认证、安全密钥协商和/或加密操作)。
如图6B所示,处理器32耦合到其通信电路(例如,收发器34和发射/接收元件36)。处理器32通过执行计算机可执行指令可以控制通信电路,以使得节点30经由其所连接的网络与其它节点通信。特别地,处理器32可以控制通信电路以执行本文和权利要求中描述的发送和接收步骤(例如,在图1-5中)。虽然图6B将处理器32和收发器34描绘成单独的部件,但应当理解,处理器32和收发器34可以一起集成在电子封装或芯片中。
发射/接收元件36可以配置为向包括规则引擎、计算设备、服务器等的其它节点发射信号或从其接收信号。例如,在实施例中,发射/接收元件36可以是配置为发送和/或接收RF信号的天线。发送/接收元件36可以支持各种网络和空中接口(例如WLAN、WPAN、蜂窝等)。在实施例中,例如,发射/接收元件36可以是配置为发射和/或接收IR、UV或可见光信号的发射器/检测器。在另一实施例中,发射/接收元件36可以配置为发射和接收RF信号和光信号。应当理解,发射/接收元件36可以配置为发射和/或接收无线或有线信号的任何组合。
另外,尽管发送/接收元件36在图6B中示为单个元件,节点30可以包括任何数量的发射/接收元件36。更具体地,节点30可以采用MIMO技术。因此,在实施例中,节点30可以包括用于发送和接收无线信号的两个或更多个发射/接收元件36(例如,多个天线)。
收发器34可以配置为对要由发射/接收元件36发送的信号进行调制并且对由发射/接收元件36接收的信号进行解调。如上所述,节点30可以具有多模式功能。因此,收发器34可以包括多个收发器,用于使节点30能够经由多个RAT(例如UTRA和IEEE 802.11)进行通信。
处理器32可以从任何类型的合适的存储器(例如不可移动存储器44和/或可移动存储器46)访问信息并存储数据。不可移动存储器44可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其它类型的存储器存储设备。可移动存储器46可以包括用户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其它实施例中,处理器32可以从物理上不位于节点30上(例如在服务器或家庭计算机上)的存储器访问信息并存储数据。处理器32可以配置为控制显示器或指示器42上的照明图案、图像或颜色以反映如本文所述的订单的状态。处理器32可以从电源48接收电力,并且可以配置为将电力分配和/或控制电力到节点30中的其它部件。电源48可以是为节点30供电的任何合适的设备。例如,电源48可以包括一个或多个干电池组(例如,镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器32还可以耦合到GPS芯片组50,GPS芯片组50配置为提供关于节点30的当前位置的位置信息(例如,经度和纬度)。可以理解,节点30可以通过任何合适的位置确定方法获取位置信息,同时保持与实施例一致。
处理器32可以进一步耦合到其它外围设备52,其它外围设备52可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如,外围设备52可以包括加速度计、电子罗盘、卫星收发器、传感器、数字照相机(用于照片或视频)、通用串行总线(USB)端口、振动设备、电视收发器、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器。
在各种实施例中,显示器/触摸板/指示器42能够接收和/或提供与订单有关的信息。显示器/触摸板/指示器42可以使用户能够与节点30通信。因此,节点30可以包括处理器、耦合到处理器的显示器以及与处理器通信的存储器。存储器可以已存有指令,指令在由处理器执行时使计算机系统实现操作(例如本文描述的操作)。显示器42可以配置为显示视觉信息,例如参考图1-5描述的信息以及例如图8A-34所示的屏幕截图及其变化。
现在参考图3,示出了可以在订购系统102内执行的示例方法,订购系统102是在机场设置中实现的。特别地,位于机场内的用户计算设备112a可以经由网络110与服务器114a通信。根据所示示例,在302,订购应用(通常也可以被称为客户或用户应用)被加载在用户设备112a上。例如,当用户设备112a的用户选择用户设备112a显示的图标时,可以加载用户应用。在304,用户设备112a可以向服务器114a广播指示用户设备112a的用户已经启动订购应用的消息。在306,服务器可以检索航班数据,例如与用户设备112a所在的终端相关联的航班数据。在308处,根据所示实施例,服务器114a向用户设备112a发送航班数据。例如,服务器114a可以发送与用户设备112a所在的终端相关联的更新的到达或离开时间。在310,用户设备112a可以收集与用户相关联的信息。例如,用户应用可以接收与用户相关联的航班信息。在一些情况下,用户应用可以基于用户的身份来确定与用户相关联的特征。在312,用户设备112a可以向服务器114a发送与用户相关联的信息(例如航班信息或个人信息)。在314,服务器114a生成包括可由用户购买的物品的菜单。在某些情况下,例如当没有提供与用户相关联的个人信息时,可以生成默认菜单。默认菜单可以基于一天中的时间、可用资源等。在餐厅环境中,可以有针对每个早餐时间、午餐时间、晚餐时间、深夜时间等的默认菜单。类似地,可以有针对各种工作人员配置中的每一个的默认菜单。因此,当工作人员有限时,服务器114a可以产生第一默认菜单,以及当工作人员不是有限的时,产生大于第一默认菜单的第二默认菜单。
仍然参考图3,在314,服务器114a可以基于可在312处接收的个人信息来生成自定义菜单。作为示例,如果服务器114a接收到指示用户低于合法饮酒年龄的个人信息,则服务器114a可以生成排除酒精饮料的自定义菜单。作为进一步的示例,如果服务器114a接收到指示用户正在旅行到特定城市或区域的个人信息,则服务器114a可以生成包括与特定城市或区域相关联的物品的自定义菜单。例如,如果用户正在前往沙滩度假小镇,则服务器114a可以生成包括与海滩相关联的物品的自定义菜单,例如太阳镜、防晒霜、毛巾、游泳衣等。进一步,在314,服务器114a可以使用推荐引擎108a生成推荐。作为示例,如果服务器114a确定在与用户相关联的目的地下雨,则服务器114a可以向用户推荐伞。因此,菜单中可以包括伞。因此,如下面进一步描述的,服务器114a可以基于来自外部参数(例如天气)的信息生成各种推荐。其它推荐可以基于其它参数。例如,服务器114a可以在客户订餐之前和/或之后产生针对洗手液的推荐。
在316,根据所示示例,将菜单内容和数字资产发送给用户设备112a。数字资产可以指图像、视频或声音。例如,菜单内容可以包括与菜单相关联的数字资产(例如食物的图片)和与菜单相关联的书面文字(例如对食品物品项目的书面描述)。在318,用户设备112a从用户接收选择。选择可以对应于用户想要购买的菜单物品。在320,用户设备112a将用户选择发送到服务器114a。在322,基于用户选择,服务器114a可以计算选择的成本。在324,服务器114a可以向用户设备112a发送包括将由用户支付的最终成本的消息。在326,服务器114a可以检查开启账单(check)功能。如果开启账单功能设置为真实,则可以处理订单而无需支付。在这种情况下,可以从其它服务器或用户的计算设备112拾取和结束账单。在328,如下面进一步描述的,用户设备可以向服务器114a发送最终订单和/或用户设备112a可以向服务器114a发送支付信息。
参考图8A,如上所述可以使用示例订购页面800来输入订单。例如,用户(例如,客户或工作人员)可以选择在订购页面800上显示的物品。当用户选择要购买的物品时,所选物品可以显示在订购页面800的订单窗口802中。与所选物品相关联的选项或限定词可以显示在订购页面800的选项窗口804中。当用户完成选择物品时,用户可以选择下一个选项806以返回菜单并将其它物品添加到订单。如果用户想要从订单中移除所选物品或者移除与所选物品相关联的所选限定词,则用户可以选择与不期望的物品或限定词相关联的删除选项808。当用户完成选择物品时,用户可以选择下订单选项810以将订单发送到订单履行系统104,订单履行系统104可以是餐厅环境中的厨房。在选择下订单选项之后,可以呈现支付页面(例如图9A中所示的支付页面900)。应当理解,用户可以通过点击触摸屏或者通过点击鼠标、根据需要通过任何其它适当的方式进行选择。
参考图8B,如果所选菜单物品要求选择限定词,则可以显示限定词提醒812。通过所示示例,如果用户选择三明治,则显示限定词提醒812直到用户选择三明治的内容为止。作为另一示例,如果用户选择一打百吉饼,则显示限定词提醒812直到用户选择百吉饼的类型。在某些情况下,满足要求或删除需要限定词的所选定的菜单物品之后,限定词提醒812不再显示。参考图8C,根据示例实施例,用户可以经由管理消息框814向工作人员(例如管理人员)发送消息。用户可以输入受限于字符的消息,例如140个字符。应当理解,管理消息框814可以配置为根据需要没有字符限制或任何适当的字符限制。作为示例,例如用户(客户或工作人员)可以在管理消息框814中输入指令。这样的指令可以包括与订单或客户有关的偏好。用户可以选择发送选项816将指令发送到订单履行系统104。在示例中,当用户选择(例如通过点击)报头818时,可以呈现管理消息框814。
现在参考图9A,在通过下订单选项810下订单之后,可以显示支付页面900。支付页面900可以为用户提供支付选择。根据所示示例,支付选择包括折扣选项902、现金选项904和信用卡选项906。应当理解,可以根据需要将任何适当的支付选项包括作为支付页面900的一部分。参考图9B,当用户选择现金选项904时,可以显示现金页面908。现金页面908可以显示数字,使得用户(例如工作人员)可以手动输入从客户接收的现金数量。当输入现金时,用户可以选择一个结束账单选项910,这可以导致收银机打开,并且在屏幕上呈现零钱数量912。当收银机打开时,工作人员可以找出在零钱数量912上显示的零钱,从而完成交易。
参考图9C,在某些情况下,如示例所示,客户提出的现金数量914并不满足或超过总额916。在这种情况下,可以显示数量不足框918,例如图9D所示的框918。框918可以询问客户是否要用信用卡支付待付的剩余金额。如果用户选择是选项920,则可以显示信用页面924(参见图9E)。进一步,收银机门可以打开以存入现金,并且工作人员可以刷客户的信用卡以付清余额。当选择信用选项906时,也可以显示信用页面924。参考图9E,可以通过小费框926输入小费。在示例中,小费可以应用于信用卡。当接收到小费时,用户可以选择输入选项928,并且作为响应,可以生成收据。
参考图9F,当用户选择折扣选项902时,可以显示折扣页面930。折扣选项902可以由工作人员选择以为客户的订单提供折扣。如图所示,根据所示示例,用户可以应用现金折扣或百分比折扣。当选择输入选项932时,折扣将应用于帐单,并生成新的总计。
现在参考图4,在使用订购系统102下订单之后,可以使用订单履行系统104来履行订单。根据所示实施例,订单履行系统104可以包括一个或多个准备站118、批准站120以及递送站122,它们通过消息服务器114a彼此通信。在示例实施例中,在可扩展消息在线协议(XMPP)“聊天室”环境中执行通信。系统104可以进一步包括也经由消息服务器114a通信的一个或多个用户(例如客户116a和管理者116b)的计算设备112。准备站118、批准站120和递送站122可以根据需要包括任何数量的计算设备112。图4描绘了用于履行订单(例如由可以在餐厅或机场中的客户116a下的订单)的合适的通信架构的一个示例,应当理解,可以想到许多合适的备选通信架构。将进一步理解,示例系统104被简化以便于对所公开的主题进行描述,并不旨在限制本公开的范围。可以使用其它设备、系统和配置来实现除了系统104之外或代替系统104的在本文公开的实施例,并且所有这样的实施例都被认为在本公开的范围内。
仍然参考图4,根据示例实施例,在客户116a经由计算设备112下订单之后,订单可以被发送到服务器114a。应当理解,在系统104中可以根据需要有任何数量的计算设备112,并且每个计算设备都可以是唯一可识别的。在一个实施例中,消息(例如订单)以JavaScript对象示意(JSON)格式广播。客户端(例如客户设备和/或递送站设备)可以周期性地广播其物理位置。当订单通过履行处理进行时,客户116a和管理者116b可以通过发送到其设备112的消息来知晓订单的状态。例如,服务器114a可以在订单状态变化时向计算设备112发送警报。在示例方面,当服务器114a接收到订单时,服务器114a可以识别与订单的部分或整个订单相关联的预定时间限制。可以经由设置页面1000来配置预定时间限制,下面参考图10进行描述。可以在客户端设备处定制预定时间限制,使得当下订单时将预定时间限制发送到服务器114a。例如,可以经由同步动态数据模型对多个设备112进行分组。因此,分组的设备112可以彼此互换。如果订单落后于预定时间限制,则可以通知准备站118和/或递送站122的工作人员订单几乎迟到或迟到了。因此,工作人员可以了解情况,并且可以采取适当行动。
根据示例实施例,当服务器114a接收到订单时,服务器114a可以识别应该准备该订单的准备站118中的一个。例如,如果订单是针对酒精饮料,则所识别的准备站118可以是酒吧。作为进一步的示例,如果订单是针对汉堡包,则服务器114a可以将订单发送到位于烤架的计算设备112。进一步,当服务器114接收到订单时,可以将订单置于“初始”状态。处于初始状态的订单,特别是订购的物品可以显示在准备站118上。在示例实施例中,准备站118处的计算设备112过滤订单,使得只有可以由特定的准备站准备的物品由该特定的准备站显示。不需要准备的物品(例如零售物品)可以跳过初始状态并直接进入准备批准状态,如下所述。
在准备站118准备了物品之后,可以从准备站118处的计算设备112向服务器114a发送指示物品状态为“已准备好”的消息。在某些情况下准备站118可以将物品发送到批准站120以供批准。其它物品不需要批准,并且因此没有发送到批准站120。当物品在批准站被批准时,可以从批准站处的计算设备112向服务器114a发送消息。消息可以指示物品的状态是“已批准准备”。当物品达到该状态时,服务器114a可以向递送站,并且特别是递送站的移动设备112发送指示物品已经为取件做好准备。在示例餐厅配置中,递送站122处的移动设备112可以由等待人员使用。在示例实施例中,递送站122处的计算设备112过滤订单,使得只有可以由特定递送站递送的物品由与特定递送站相关联的设备显示。因此,移动设备122可以具有过滤器,过滤器允许它们仅显示到移动设备122的用户递送的区域的订单。作为递送站122的一部分的设备112的用户之一可以启动设备112上的选项,以便承担递送物品的责任。响应于启动,可以向服务器114a发送消息。消息可以指示物品的状态是“递送中”。在示例实施例中,可以使用定位仪器来监视递送者的位置。因此,客户116a的设备112可以接收与传送相关联的各种信息,例如谁将递送物品以及预期的递送时间。
仍然参考图4,在递送物品之后,与递送相关联的移动设备112向服务器114a发送指示传送完成的消息。因此,服务器114a可以将物品的状态设置为“完成”。传递信息(例如,与每个上述状态相关联的时间)可以根据需要在服务器114a保存任何时间段。例如,在存档信息的时间限制到期之后,订单信息可以被卸载(例如到云端)以释放订单履行系统104中的服务器114a和/或设备112上的资源。根据示例实施例,当给定物品处于上述任何订单履行状态时,物品可被召回或发送回到先前状态以解决问题。可以从设备112中的一个发送通知,并且服务器114a可以向适当的站传播警报。例如,已经召回的订单可以用视觉警报显示,视觉警报向工作人员指示订单已被召回或遇到问题。进一步,在任何时候,客户116a可以向服务器114a发送服务请求。服务器114a可以将请求传播到适当的设备112,从而可以辅助客户116a。在示例实施例中,规则引擎108使用接近度仪器来确定哪个设备112最靠近客户116。规则引擎108可以通知服务器114a给定设备112最靠近客户116。因此,服务器114a可以向最接近客户116a的设备112发送服务请求,从而确保及时的客户协助。
现在参考图10,如上所述,示例设置页面1000可用于配置订单履行系统104,例如餐厅环境中的厨房。如图所示,可以理解,设置页面1000可用于根据需要配置任何站类型。在一个示例中,用户(例如管理者)可以进入输入对应于上述预定时间的时间1002。作为示例,如果用户在时间1002中输入60分钟,则60分钟是用于确定订单是否迟到的预定时间限制。因此,继续示例,如果60分钟过去并且订单未递送给客户,则可以通知准备站118和/或递送站122的工作人员订单迟到。例如,参考图11,当订单迟到或逾期时,示例状态屏幕页面1100可以通过使用与没有迟到的订单不同颜色呈现迟到的订单来指示订单迟到或者订单逾期。应当理解,根据需要可以使用任何指标(视觉,听觉等)来表明订单迟到。类似地,状态屏幕页面1100可以通过用与其它物品不同的颜色指示召回的物品(取消的订单),或者根据需要经由任何其它适当的指示来指示召回的物品(取消的订单)。进一步,几乎逾期的订单可以由状态屏幕页面1100指示,从而可以加速这些订单。如图所示,可以根据餐桌编号1102和座位编号1104显示每个订单。进一步,如图所示,每个订单可以具有与该订单相关联的时间1106。时间1106可以指示从下订单以来经过的时间量。
再次参考图10,示例设置页面1000可以用于根据需要配置订单履行系统的其它参数。例如,用户可以选择“自动合并餐桌”选项,以便如果它们各自的订单在一定时间量内下单,则餐桌可以自动合并,这也可以由用户设置。作为示例,如果时间设置为十秒,则彼此之间在十秒钟内下单的订单的餐桌将彼此合并,使得餐桌被视为单个客户体验。这可以是有用的,例如,当一个人支付多于一个餐桌的订单时。应当理解,用户可以根据需要启用或禁用“自动合并餐桌”选项。如图所示,设置页面1000还可以包括“保留空间配置”选项。选择此选项后,可以在订购生命周期的所有阶段显示所有物品的全局视图。“保留空间配置”选项对于管理可以是有用的,因为管理者可以看到单据上的已订购物品,而不管给定物品在哪个阶段。在一个示例中,不同的阶段以不同的颜色呈现,从而管理者可以有效地确定哪些物品已交付、哪些物品按计划进行以及哪些物品提前或落后。
现在参考图12,其它示例订单由另一示例状态屏幕页面1200显示。作为示例,在餐厅情境中,当订单准备好被递送到餐桌时,用户可以双击状态屏幕1200上的订单,可以向服务器指示应该接收和递送订单。或者,根据示例实施例,用户可以单击状态屏幕1200上的订单来指示订单中的单独物品准备好进行递送。例如,当用户单击点订单时,可以显示单独物品页面1300(图13)。单独物品页面1300可以包括所选订单中的每个物品。通过选择与准备好的给定物品相关联的销售选项1302,通知服务器给定物品准备好进行递送,并且物品可以从状态屏幕1200消失。用户可以选择卖出所有选项1304以通知服务器整个订单准备好被递送,并且整个订单可以根据示例实施例从状态屏幕1200消失。还参考图14,示例状态屏幕页面1400显示具有从提交到递送的任何状态的所有订单。因此,用户可以查看状态屏幕1400以确定哪些订单是开启的(未准备或递送的)、哪些订单被厨房点击“关闭”以及哪些谢订单被等待工作人员(侍者)中的一个的设备点击“关闭”。状态屏幕1400可以以不同的颜色显示订单,以指示与其相关联的不同状态。
如上所述,一个或多个准备站118、批准站120和递送站122可以经由消息服务器114a彼此通信。对于示例餐厅实施,管理者可以使用批准站120与使用设备112的等待工作人员通信。在某些情况下,等待工作人员使用设备112来管理它们的餐桌。参考图15A,示出了示例餐桌页面1500。餐桌页面1500显示各种餐桌。如图所示,餐桌可以编号或以其它方式标识。根据所示示例,用户(例如,服务员)可以选择餐桌页面1500上的餐桌61,并且选择支付选项1502以关闭餐桌61的账单。可以用给定的餐桌显示指示(例如账单标记1504),以指示给定餐桌与开启的订单相关联,并且与给定餐桌相关联的账单尚未支付。根据图15所示的示例,餐桌22、24和61具有与之相关联的开启的订单。在某些情况下,用户可以选择编辑餐桌选项1506,以从其分配的部分添加或移除餐桌。用户可以选择开始订单选项1508来将物品添加到餐桌的账单,而不管餐桌是否已经具有与之相关联的订单。
图16描绘了对第一用户特定的另一示例餐桌页面1600。根据所示示例,餐桌21-27被分配给与第一用户不同的用户,并且因此餐桌21-27不出现在与第一用户相关联的餐桌页面1600上。分配给第一用户的餐桌可以通过餐桌页面1600上的第一颜色显示和指示,并且尚未分配给任何人或设备112的餐桌可以由餐桌页面1600上的第二颜色显示和指示。根据所示示例,餐桌61-67和71被分配给第一用户,并且所示餐桌中的其余的餐桌未被分配。应当理解,分配的和未分配的餐桌可以根据需要由任何适当的视觉指示符来指示。
根据示例实施例,用户(例如,工作人员)可以使用订购系统102为客户输入订单。例如,参考图17,工作人员可以在计算设备112上查看示例菜单页面1700以输入特定于餐桌的订单(例如,餐桌114)。在某些情况下,在选择开始订单选项1508之后,在设备112上呈现菜单页面1700。可以在菜单页面1700上显示各种菜单物品1702。如果所选特定菜单物品具有被修改的能力或具有与之相关联的选择,则在选择菜单物品之后可以显示限定词页面1800(见图18)。限定词页面1800可以提示用户进行与所选菜单物品相关联的选择。限定词页面1800可以包括数量选项1802,以改变正在被订购的菜单物品的数量。在选择与菜单物品相关联的限定词之后,用户可以选择输入选项1804将物品添加到账单。在选择输入选项1804之后,可以呈现建议框1900。作为示例,建议框1900可以用于指示与订单相关联的客户需要特别注意(例如,VIP)。建议框还可以用于向准备站118(例如,厨房)提供具体的指示。在输入任何建议之后,可以选择下一选项1902,使得呈现单据页面2000(参见图20)。
参考图20,示例单据页面2000与餐桌24的示例订单相关联。单据页面2000可以指示与每个物品相关联的状态。例如,单据页面2000可以根据每个物品是否已经被发送到准备站来用不同的颜色显示物品。例如,参考图20,“水果丹麦”物品可以用红色显示,表示已经发送到厨房,物品“可乐”可以用黑色显示,表示尚未发送到厨房。在示例实施例中,用户可以对尚未发送到厨房的物品进行编辑,例如通过对在物品上进行滑动来显示与物品相关联的选项(例如,选项2002、2004和2006)。用户可以选择一个复制选项2002以完全按照其出现的方式复制一个物品。也就是说,复制选项2002可以将物品的数量从1改变为2。用户可以选择编辑选项2004来改变与尚未发送到准备站118的物品相关联的限定词或数量。用户可以选择移除选项2006以从订单中移除(取消)物品。在某些情况下,用户可以选择堂食选项2008或外带选项2010以相应地通知厨房。当订单准备好时,用户可以选择发送到厨房选项2012以将订单传送到准备站118。在某些情况下,参考图21,可以拖放过程线路2102以根据需要划分路线,并且可以拖放各个物品以改变物品的显示顺序。因此,例如,厨房可以按照客户指定的顺序查看物品,并且因此可以在适当的过程中递送物品。在一个示例中,选择交换选项2104以改变物品的顺序或移动线路2102。
参考图22A,示出另一示例餐桌页面2200以示范用户可以如何组合餐桌的示例。用户可以选择组合餐桌选项2202,并且然后选择应该彼此组合的餐桌。餐桌页面2200可以指示某些餐桌不能组合,例如,因为没有对这些餐桌下订单。根据所示示例,按照由与其相关联的账单标记所指示的来选择餐桌45和46彼此组合。在选择餐桌之后,用户可以选择合并选项2204来实现组合。在某些情况下,所选择用于组合的第一餐桌是父餐桌,其中所选其它餐桌的账单被组合到父餐桌的账单。参考图22B,根据所示示例,首先选择餐座45,并且因此将餐桌46的账单组合到餐桌45的账单中。如图所示,合并之后,账单标记可以从不是父餐桌的合并餐桌(餐桌46)中消失。物品可以通过选择父餐桌(餐桌45)并选择开始订单选项2206来添加到合并账单中,如上所述。
参考图23,示出了分割账单页面2300。用户可以选择拆分选项2302来划分账单。在某些情况下,如果选择一次拆分选项2302,则将账单尽可能均匀地划分成两个账单。可以显示一个或多个拆分线2304,以根据示例划分账单。拆分线2304可以被拖放以修改账单的划分方式。用户可以选择信用选项2306来查看每个单独的账单。示例账单页面2400如图24所示。账单指示器2402指示正在显示哪个账单。根据所示示例,账单指示器2402是“3”,其表示显示的账单是第三个账单。用户可以选择打印选项2404来为客户打印每个单独的收据。用户可以选择下一账单选项2406来滚动所有与给定订单相关联的账单。
在示例实施例中,计算设备112可以呈现控制板2500(参见图25),使得用户(例如,管理者)可以查看各种级别的财务和操作信息。作为示例,管理者可以执行各种动作,例如退款、菜单更新和覆盖。
参考图25,示出了可以与操作履行系统104相关联的示例控制板2500。如图所示,用户可以选择查找账单选项2502来搜索特定账单。使用控制板2500,用户可以选择销售报告页面,例如图26所示的销售报告页面2600。用户可以从整个一天、从一小时或根据需要从任何指定的时间段选择销售报告。用户可以通过选择来自选项2602的数据中的数据来选择日期。如图所示,根据示例,销售报告页面2600显示了从2015年8月26日起的销售报告。用户可以在比较选项2604选择日期,其中对应于比较选项2604的日期的销售与对应于来自选项2602的日期的日期的销售进行比较。例如,如图所示,差异可以通过汇总数量或百分比差异显示。可以选择主菜单选项2606以便以电子邮件格式发送报告。用户可以选择产品组合选项2608来显示与特定物品相关联的各种属性,例如,在指定时间段内物品的价格、销售数量和销售收入。
参考图27,示出了示例退款页面2700。退款页面2700可以对应于已关闭的任何账单。用户可以选择单独物品进行退款。例如,被选择的退款的物品可以通过退款页面2700上的账单标记进行指示。在用户选择要退还款的物品之后,用户可以选择确认选项2702,并且然后可以显示原因页面2800(参见图28)。原因页面2800可以显示退款的各种原因。在某些情况下,用户需要选择原因。在继续退款之前,可以会提示用户选择退款的原因。参考图29A,示出了示例无效页面2900。与退款页面2700相反,无效页面2900可以对应于任何开启的账单(未支付)。用户可以选择单独的物品以使其无效。在用户选择哪些物品要无效之后,用户可以选择确认选项2902。作为响应,可以要求用户通过原因页面2800来选择无效的原因。在选择原因并且选择确认选项之后,可以显示无效确认2904(参见图29B)。参考图30,示出了示例折扣页面3000。折扣页面3000可以对应于任何打开的账单(未支付)。用户可以选择百分比来对账单打折。虽然在示例折扣页面3000中示出了50%和100%,但是应当理解,折扣不限于这些百分比,并且因此可以根据需要显示和选择任何折扣。用户选择折扣后,可以要求用户通过原因页面2800选择折扣原因。
现在转到取消例外(例如无效、折扣、小费调整)来打开账单,用户可以在菜单页面3100(参见图31A)上选择取消选项3102。参考图31B,可以在取消异常页面3106上显示异常列表3104。用户可以从应该取消的列表3104中选择异常。作为响应,可以显示取消原因框3108(参见图31C)。可以要求用户选择取消的原因。
根据示例实施例,用户可以通过各种机制找到特定的订单。例如,参考图32,当用户从主菜单中选择日内报告并浏览订单时,可以显示浏览订单页面3200。浏览器订单页面3200显示当天的订单。或者,用户可以通过在搜索栏3202中输入关键字(例如,餐桌ID、订单ID、与订单相关联的价格等)来搜索特定订单(使用浏览订单页面3200的搜索栏3202)。又或者,如果用户具有物理收据,则用户可以将来自收据的账单编号输入到查找账单页面3300(参见图33)。进一步,用户可以在查找账单页面3300上滚动的滚轮3302,以选择与账单相关联的适当日期。参考图34,用户可以查看母版菜单页面3400以对菜单进行改变。例如,用户可以通过选择停用选项3402来取消激活物品、通过选择更新价格选项3404来更新价格或者将物品添加到菜单中。用户还可以使用母版菜单页面3400来查看与每个物品相关联的销售和价格排名。
现在参考图5,根据所示实施例,自支付系统106可以包括订单处理设备126,其可以与客户使用的计算设备112通信。图5描绘了用于支付订单的合适的通信架构的一个示例,例如由可以在餐厅或机场中的客户下的订单,可以理解,预想到许多合适的备选通信架构。还应当理解,示例系统106被简化以便于对所公开的主题的描述,并不旨在限制本公开的范围。可以使用其它设备、系统和配置来实现本文公开的实施例,除了代替系统106以外或代替系统106的系统,并且所有这些实施例都被认为在本公开的范围内。
客户可以使用自支付系统106将物品添加到虚拟购物车,并且从可以是手持式有线或无线的设备112之一来为添加的物品下订单。订单可以由订单处理设备126接收。订单处理设备126可以控制和监视向一个或多个支付输入设备128和来自一个或多个支付输入设备128的各种通信(例如所有通信),支付输入设备128可以包括信用卡刷卡/读取设备。订购处理设备126还可以自动检测和纠正在交易期间出现的问题,例如下面参考图5描述的订购处理。订购处理设备126还可以在订单处理期间的正确时间安全地将信息传递到其它设备和服务并从其它设备和服务传递。订单处理设备126可以是独立的单个交易设备。或者,订单处理设备126可以与附加设备(例如USB集线器130)集成,以便支持多个信用卡刷卡/读取设备。
继续参考图5,描绘了示例订购处理。根据所示示例,客户使用设备112来选择要添加到他/她的虚拟购物车的物品。在502,客户提交订单。订单可以从计算设备112发送到订单处理设备126。在504,根据所示示例,订单处理设备126可以打开与支付输入128的通信,支付输入128可以是任何可用的信用卡刷卡/读取设备。在506,可以通知客户提供支付,例如通过在支付输入128处刷信用卡。订单处理设备126可以从支付输入128接收信用卡信息。在508,订单处理设备126可以安全地处理信用卡信息。在系统106内存在多个订单处理设备126的示例配置中,在510,一个或多个服务器114可以记录成功和不成功的交易以识别市场趋势、潜在的系统问题并用于其它分析目的。例如,服务器114可以在数据库134处存储和检索与交易相关的历史和分析信息。在示例实施例中,个人信息(例如,信用卡号)不存储在订单处理设备126处。相反,在512,信用卡信息可以经由可以是因特网的网络110从订单处理设备126发送到信用卡支付处理器132。在514处,一旦由处理器132批准,可以经由网络110从处理器132向订单处理设备126发送批准消息。在516,订单处理设备126可以通知客户支付成功,并且设备112和订单处理设备之间的连接可以从进一步的通信断开连接。在518,根据所示示例,订单处理设备126可以将虚拟购物车信息传递到订单履行输出设备136,例如餐厅的厨房中的计算设备。在518,订单处理设备126还可以将虚拟购物车信息传递到打印机138,从而可以打印客户收据。在示例实施例中,受限客户细节(例如信用卡的最后四(4)位)被传递到输出装置136和打印机138。进一步,在系统106中存在多个订单处理设备126的示例配置中,在520,订单处理设备126可以将虚拟购物车信息传递到服务器114,以解决例如更高的容量要求。
一般地参考图1和图2,并且特别是参考图7A和7B,现在将根据示例实施例更详细地描述推荐引擎108a。推荐引擎108a可以向客户设备112,并且特别是客户端应用提供用于客户购买的建议物品。推荐引擎108a可以通过推荐加售来增加销售,加售可以是由客户购买的先前物品确定的具有高购买可能性的菜单中的物品。引擎108a可以根据期望的标准返回预定数量的推荐。示例标准包括但不限于膳食状态(例如,完成)、航班目的地历史、物品限制(素食者、儿童等)、物品购买历史和推荐表现历史。因此,推荐引擎108a可以接收与客户、菜单和配置相关联的订单历史。配置是指根据示例实施例如何组织菜单物品。物品可以显示在类别或一组类别中。物品也可以与时隙(例如主菜或开胃菜)相关联。
如参考图2和图8A-C所述,例如,客户可以在订购系统102的示例餐厅实施中查看菜单。菜单可以包括已经由推荐引擎108a推荐的、与未被推荐的物品相比在用户设备112上更显著地显示的物品。推荐引擎108a可以访问客户的订单历史。订单历史可以包括由特定客户订购的物品,在特定时间订购的最受欢迎的物品、在特定餐厅订购的最受欢迎的物品等或其任何适当的组合。推荐引擎108a可以包括一个或多个策略700。策略700可以是算法或一组算法,其确定将哪些物品呈现给特定用户作为加售。可以一次实施多个策略700。
在示例中,具体参考图7B,实现了手动加售701。在示例手动加售实施中,预先选择物品作为特定菜单物品的加售被呈现。例如,当客户在704选择物品并将其添加到虚拟车时,客户的设备112,并且特别是客户端应用可以向服务器114(例如,参见图2)查询与所选物品相关联的物品(加售)(706)。在708,预先选择为与所选物品相关联的加售可以显示在时隙布局中以供客户购买。
仍然参考图7B,在另一示例中,由推荐引擎108a实现加权随机选择策略703。例如,在708,给定的客户选择物品并将所选物品添加到虚拟车。在710,基于活动菜单、与物品相关联的类别和时隙布局来确定可用物品。当给定的客户选择物品并将所选物品添加到虚拟车时,客户的设备112,并且特别是客户端应用可以向服务器114(例如,参见图2)查询与所选物品一起在先前订购的其它物品。可以进一步查询服务器114以确定哪些物品以前由与给定客户登上相同航班的客户购买。服务器114可以回答查询,并且因此可以识别与查询匹配的一个或多个物品。查询的匹配物品可以进行排名或加权。作为示例,但不限于此,可以根据物品与其它物品一起被订购的频率和/或物品由与特定航班目的地相关联的客户订购的频率给予匹配物品权重。权重可以为可用物品排名。在712,推荐引擎108a检索与每个可用物品相关联的权重。可以基于订单历史、加售反馈和促进来检索权重。加售反馈可以表示当物品被加售出时物品被订购的比率。这样的比率可以被称为成功率。特别地,为了确定成功率或转换率,可以将物品作为推荐呈现给客户的次数与物品作为推荐结果被购买的次数进行比较。可以定期捕获和计算转换率,例如每天。转换率可以以权重的形式递送给推荐引擎108a,以便被包括在策略700中。因此,例如,热卖但是当被推荐为加售时不热卖的物品的权重将变少,并且因此较不频繁地加售。促进指的是调整,例如临时调整物品的权重。权重可以提高或降低,例如以绝对百分比或相对量。可以基于各种参数应用促进。例如,可以基于一天中的时间或一年中的季节来应用促进。
仍然参考图7B,根据所示的加权随机示例,在714,可以与其权重成比例地随机选择匹配的物品,以便定义加售,从而增加推荐物品是最可能是与所选物品一起出售的物品的机会,同时还提供各种其它用于购买的物品。在716处,随机选择的物品可以(例如,由设备112)显示在用于由客户购买的时隙布局中。
在另一示例中,个性化选择策略705由推荐引擎108a实现。个性化选择策略705可以允许通过重复购买来识别给定的客户的偏好。例如,可以识别与给定客户相关联的喜爱的品牌、食品类别、饮食限制或偏好等。个性化还可以实现协同过滤。在该实现中,可以将给定客户的购买历史与所有其它客户的购买历史进行比较,以找出与给定客户相似的客户所购买的物品。根据所示示例,在718,给定的客户可以将个人识别符(例如登机牌)扫描到客户的设备112中。各种个人信息可以与个人标识符相关联。可以与个人标识符相关联的示例个人信息可以包括但不限于客户的名字、出生日期、客户的目的地、客户的餐饮偏好、航空公司忠诚度项目的成员id等。在720,也如上所述,设备112可以将个人信息发送到服务器114,使得例如可以调用与客户相关联的订单历史。在722,服务器114可以处理接收的个人信息,例如可以是与登机牌、信用卡或政府发行的ID相关联的数据。在722,服务器114选择物品并返回对于给定客户特定(个性化)的订单数据。示例个性化数据包括但不限于客户的先前订单、客户的饮食限制、客户的年龄、客户限制的物品(例如,对于未成年客户的酒精)。可以加售的所选物品可以对应于个性化数据。在726,所选物品可以显示在时隙布局中供用户购买。因此,即使客户尚未登录帐户,物品也可以向客户加售。
在一个示例中,上面引用的个人标识符是推荐引擎108a从客户接收的唯一信息。例如,如果个人标识符包括登机牌,则推荐引擎108a可以通过登机牌来识别人,并且可以确定所识别的人已经做出的以前的购买。如果所识别的人没有交易历史,则推荐引擎108a将收集与该人的第一次购买相关联的数据。在示例中,唯一的客户标识符可以与给定客户进行的历史购买相关联。标识符可用于在后续交易中识别重复客户。如上所述,在一个示例中,扫描登机牌以识别用于识别当前顾客的会员ID(例如,忠诚度项目ID)。通过任何支付方式进行的任何购买(例如里程兑换、信用卡等)都与会员ID相关联。在适当的时候,该关联可以附加到每个历史交易中。因此,即使给定的客户没有以前的交易历史,当前的购买将开始给定客户的交易历史。在某些情况下,数据会定期收集(例如每天),以确定谁购买了哪些物品。参考图7B,在750,可以从操作管理系统100每天提取购买数据。提取的数据可以包括例如但不限于成员ID、与购买相关联的地点名称、购买的菜单物品名称、购买菜单物品的数量以及购买日期。数据菜单物品可以被给予通用名称,以便可以在地点(例如,不同餐厅)之间收集数据。
在示例实施例中,在752,订单被转换成每个成员物品频率列表,其指示每个客户订购物品的次数。订单可以通过与客户相关联的会员ID、订购的菜单物品的规范化名称和客户订购的菜单物品的总数量来分类。在某些情况下,成员(客户)和订购的相应的菜单物品被合并到单个MxI矩阵中。使用矩阵,在754,为每个成员针对每个其它成员计算相似度,以确定与给定客户最相似的成员列表。作为示例,给定客户(目标客户)可以与和给定客户最相似的其它100个客户相关联。在756,类似于目标客户每个成员购买的物品可以组合在一起,以确定与目标客户相关联的顶端物品的列表。顶端物品列表可以包括例如但不限于(目标客户的)成员ID、规范化的菜单物品(例如,通用或不是特定于特定商店或餐厅)以及与菜单物品相关联的排名。排名可以表示物品在与目标客户类似的成员中的受欢迎程度。在某些情况下,排名可以指示类似成员订购菜单物品的次数。上述周期性数据分析可以导致对特定客户或一组客户做出新的推荐。例如,在执行上述处理之后,成员可以具有新的或不同的相似成员、新的或不同的菜单物品关联或者与菜单物品相关联的新的或不同的排名。
如上所述,在订购期间或当通过登机牌扫描可以获得会员ID时,可以添加个性化会员物品推荐。例如,可以在客户的设备上呈现推荐,以提示客户考虑购买推荐的物品。作为示例,如果针对啤酒的时隙被打开,则为啤酒而检查与目标客户相关联的个性化推荐列表,并且选择的高排名物品以在可用时隙中呈现。因此,客户可以看到他们自己先前选择的物品以及其它类似成员已经选择的物品。
图6A是也可以用于实现网络的一个或多个节点(例如图1-5所示的客户端、服务器、引擎或设备)的示例计算系统620的框图。计算系统620可以包括计算机或服务器,并且可以主要由计算机可读指令控制,计算机可读指令可以是软件的形式,无论何处或通过任何方式存储或访问该软件。这样的计算机可读指令可以在中央处理单元(CPU)659内执行,以使计算系统620进行工作。在许多已知的工作站、平板电脑、服务器和个人计算机中,中央处理单元659由称为微处理器的单芯片CPU来实现。在其它机器中,中央处理单元659可以包括多个处理器。协处理器660是与执行附加功能的主CPU 659或辅助CPU 659不同的可选处理器。CPU 659和/或协处理器660可以接收、生成和处理与所公开的用于操作管理的系统和方法有关的数据,例如接收订单或履行订单。
在操作中,CPU 659获取、解码和执行指令,并经由计算机的主数据传送路径、系统总线621向其它资源传送信息或从其它资源传送信息。这样的系统总线连接计算系统620中的部件并定义用于数据交换的介质。系统总线621通常包括用于发送数据的数据线、用于发送地址的地址线以及用于发送中断和用于操作系统总线的控制线。这种系统总线621的示例是PCI(外围部件互连)总线。
耦合到系统总线621的存储器设备包括随机存取存储器(RAM)661和只读存储器(ROM)623。这样的存储器包括允许存储和检索信息的电路。ROM 623通常包含不容易修改的存储的数据。存储在RAM 661中的数据可以由CPU 659或其它硬件设备读取或改变。对RAM661和/或ROM 623的访问可以由存储器控制器622控制。存储器控制器622可以提供地址转换功能,其在执行指令时将虚拟地址转换为物理地址。
此外,计算系统620可以包含外围设备控制器635,其负责将指令从CPU 659传送到外围设备(例如打印机612、键盘651、鼠标652和磁盘驱动639)。
由显示控制器632控制的显示器642用于显示由计算系统620生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。显示器642可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子体的平板显示器或触摸面板来实现。显示控制器632包括生成被发送到显示器642的视频信号所需的电子部件。
进一步,计算系统620可以包含通信电路,例如可以用于将计算系统620连接到外部通信网络(例如图5的网络110)的网络适配器637,以使计算系统620能够与网络的其它节点通信。单独或与CPU91组合的通信电路可以用于执行本文和权利要求书中所描述的发送和接收步骤(例如,在图2-5和7B中)。
如上所述,根据示例实施例,处理器可以执行各种操作,包括接收与客户相关联的信息。基于与客户相关的信息,可以生成特定于客户的菜单。菜单可以包括可以由客户购买的一个或多个物品。操作可以进一步包括接收包括一个或多个物品中的至少一个所选物品的订单。操作可以进一步包括识别靠近客户设置的递送站,并向所识别的递送站发送请求。请求可以指示至少一个所选物品和与客户相关联的位置。操作可以进一步包括当至少一个所选物品被递送给客户时接收验证。与客户相关联的上述信息可以包括航班状态,并且基于航班状态,可以向客户的计算设备发送警报。进一步,在示例实施例中,响应于接收订单,操作可以包括识别对应于所述至少一个所选物品的准备站。准备请求可以发送到所识别的准备站。在示例实施例中,所识别的准备站是多个准备站中的一个,并且准备请求仅被发送到所识别的准备站。由处理执行的操作可以进一步包括接收协助请求,其中协助请求可以指示与第二客户相关联的第二位置。可以显示协助请求,并且处理器可以确定协助请求已被满足。响应于确定已经满足协助请求,操作可以包括从显示器移除协助请求。
从本文描述的实施例可以看出,本发明的各种系统、方法和方面的全部或部分可以以硬件、软件或两者的组合来体现。当以软件体现时,本发明的方法和装置或其某些方面或部分可以以程序代码(即,计算机可执行指令)的形式来体现。该程序代码可以存储在计算机可读存储介质(例如磁、电或光存储介质)上,包括但不限于软盘、CD-ROM、CD-RW、DVD-ROM、DVD-RAM、磁带、闪存、固态驱动器、硬盘驱动器或任何其它机器可读存储介质,其中当程序代码被加载到机器(例如计算机或服务器)并由其执行时,机器成为用于实施本发明的装置。执行程序代码的计算机可以包括处理器、可由处理器读取的存储介质(包括易失性和/或非易失性存储器和/或存储元件)、至少一个输入设备和/或至少一个输出设备。程序代码可以以高级程序或面向对象的编程语言来实现。或者,程序代码可以以组装或机器语言来实现。在任何情况下,语言可以是编译或解释语言。当在通用处理器上实现时,程序代码可以与处理器结合以提供与特定逻辑电路类似地操作的独特装置。如本文所使用的,术语“计算机可读介质”和“计算机可读存储介质”不包括瞬态信号。如本文所使用的,术语“计算机可读介质”和“计算机可读存储介质”不包括传播信号。如本文所用,术语“计算机可读介质”和“计算机可读存储介质”不包括信号。如本文所使用的,术语“计算机可读介质”和“计算机可读存储介质”是指具有有形的、物理的、具体的结构的介质,与不具有有形的物理实体结构的信号相反。
当在餐厅中实现上述操作管理系统100时,与不实施操作管理系统100的餐厅相比,可以减少客户在餐厅中花费的时间量。例如,传统的服务步骤可以通过订购系统102和/或履行系统104来消除。特别地,使用操作管理系统100不需要花费时间来寻找工作人员来帮助。进一步,支付系统106可以减少支付花费的时间量。又进一步,履行系统104可以减少等待工作人员花费在与厨房工作人员沟通并输入订单的时间。
如上所述,本发明涉及用于在基于应用的环境中下订单并递送订单的系统、方法和装置。在不脱离其广泛的发明构思的情况下,可以对上述实施例进行改变。因此,本发明不限于所公开的特定实施例,而是旨在覆盖在由所附权利要求限定的本发明的精神和范围内的所有修改。
Claims (21)
1.一种系统,包括:
一个或多个处理器;和
耦合到所述一个或多个处理器的存储器,所述存储器包括当由所述一个或多个处理器执行时使所述一个或多个处理器执行操作的可执行指令,所述操作包括:
接收与客户相关联的信息;
基于与所述客户相关联的所述信息,生成特定于所述客户的菜单,所述菜单包括一个或多个物品;
接收包括所述一个或多个物品中的至少一个所选物品的订单;
识别靠近所述客户设置的递送站;
向所识别的递送站发送递送请求,所述递送请求指示所述至少一个所选物品和与所述客户相关联的位置;和
当所述至少一个所选物品被递送给所述客户时,接收验证。
2.如权利要求1所述的系统,其中与所述客户相关联的所述信息包括航班状态,所述操作进一步包括:
基于所述航班状态,向所述客户的计算设备发送警报。
3.如权利要求1所述的系统,所述操作进一步包括:
响应于接收到所述订单,识别对应于所述至少一个所选物品的准备站。
4.如权利要求3所述的系统,所述操作进一步包括:
向所识别的准备站发送准备请求。
5.如权利要求4所述的系统,其中所述所识别的准备站是多个准备站中的一个,所述操作进一步包括:
将所述准备请求只发送到所述所识别的准备站。
6.如权利要求1所述的系统,所述操作进一步包括:
接收协助请求,所述协助请求指示与第二客户相关联的第二位置;
显示所述协助请求;和
确定已经满足所述协助请求。
7.如权利要求6所述的系统,所述操作进一步包括:
响应于确定已经满足所述协助请求,从显示器移除所述协助请求。
8.一种包括可执行指令的计算机可读存储介质,当由至少一个处理器执行时,所述可执行指令使所述处理器执行操作,所述操作包括:
接收与客户相关联的信息;
基于与所述客户相关联的所述信息,生成特定于所述客户的菜单,所述菜单包括一个或多个物品;
接收包括所述一个或多个物品中的至少一个所选物品的订单;
识别靠近所述客户设置的递送站;
向所识别的递送站发送请求,所述请求指示所述至少一个所选物品和与所述客户相关联的位置;和
当所述至少一个所选物品被递送给所述客户时,接收验证。
9.根据权利要求8所述的计算机可读存储介质,其中与所述客户相关联的所述信息包括航班状态,所述操作进一步包括:
基于所述航班状态,向所述客户的计算设备发送警报。
10.根据权利要求8所述的计算机可读存储介质,所述操作进一步包括:
响应于接收到所述订单,识别对应于所述至少一个所选物品的准备站。
11.根据权利要求10所述的计算机可读存储介质,所述操作进一步包括:
向所识别的准备站发送准备请求。
12.根据权利要求11所述的计算机可读存储介质,其中所述所识别的准备站是多个准备站中的一个,所述操作进一步包括:
将所述准备请求只发送到所述所识别的准备站。
13.根据权利要求8所述的计算机可读存储介质,所述操作进一步包括:
接收协助请求,所述协助请求指示与第二客户相关联的第二位置;
显示所述协助请求;和
确定已经满足所述协助请求。
14.根据权利要求13所述的计算机可读存储介质,所述操作进一步包括:
响应于确定已经满足所述协助请求,从显示器移除所述协助请求。
15.一种计算机实现的方法,包括:
接收与客户相关联的信息;
基于与所述客户相关联的所述信息,生成特定于所述客户的菜单,所述菜单包括一个或多个物品;
接收包括所述一个或多个物品中的至少一个所选物品的订单;
识别靠近所述客户设置的递送站;
向所识别的递送站发送请求,所述请求指示所述至少一个所选物品和与所述客户相关联的位置;和
当所述至少一个所选物品被递送给所述客户时,接收验证。
16.根据权利要求15所述的方法,其中与所述客户相关联的所述信息包括航班状态,所述方法进一步包括:
基于所述航班状态,向所述客户的计算设备发送警报。
17.如权利要求15所述的方法,所述方法进一步包括:
响应于接收到所述订单,识别对应于所述至少一个所选物品的准备站。
18.根据权利要求17所述的方法,所述方法进一步包括:
向所识别的准备站发送准备请求。
19.根据权利要求18所述的方法,其中所述所识别的准备站是多个准备站中的一个,所述方法进一步包括:
将所述准备请求只发送到所述所识别的准备站。
20.根据权利要求15所述的方法,所述方法进一步包括:
接收协助请求,所述协助请求指示与第二客户相关联的第二位置;
显示所述协助请求;和
确定已经满足所述协助请求。
21.根据权利要求20所述的方法,所述方法进一步包括:
响应于确定已经满足所述协助请求,从显示器移除所述协助请求。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201462057691P | 2014-09-30 | 2014-09-30 | |
US62/057,691 | 2014-09-30 | ||
US14/689,590 | 2015-04-17 | ||
US14/689,590 US20160093003A1 (en) | 2014-09-30 | 2015-04-17 | Operation management |
PCT/US2015/053181 WO2016054181A1 (en) | 2014-09-30 | 2015-09-30 | Operation management |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107004217A true CN107004217A (zh) | 2017-08-01 |
Family
ID=55584976
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580064818.2A Pending CN107004217A (zh) | 2014-09-30 | 2015-09-30 | 操作管理 |
Country Status (9)
Country | Link |
---|---|
US (1) | US20160093003A1 (zh) |
EP (1) | EP3201867A4 (zh) |
JP (1) | JP6728147B2 (zh) |
CN (1) | CN107004217A (zh) |
AU (1) | AU2015325065A1 (zh) |
BR (1) | BR112017006310A2 (zh) |
CA (1) | CA2962244A1 (zh) |
SG (2) | SG11201702458RA (zh) |
WO (1) | WO2016054181A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109685594A (zh) * | 2017-10-19 | 2019-04-26 | 南京鑫领越电子设备有限公司 | 一种餐饮用点餐系统 |
CN111028440A (zh) * | 2018-10-09 | 2020-04-17 | 东芝泰格有限公司 | 无人店铺系统及服务器 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030050854A1 (en) * | 1999-04-27 | 2003-03-13 | Showghi Robert S. | Remote ordering system and method |
US20030115104A1 (en) * | 2001-12-13 | 2003-06-19 | Smith Timothy Jay | Internet-based method and system for managing delivery of goods |
CN1471680A (zh) * | 1999-05-11 | 2004-01-28 | 凯撒基金医院 | 利用数据网络完成用户产品的订货、履行与交付的集成系统 |
US20040158498A1 (en) * | 2003-02-12 | 2004-08-12 | Sherman Marc Alan | Method for creating mass sales orders |
US20040210621A1 (en) * | 2003-04-18 | 2004-10-21 | Antonellis Robert J. | Method and system for order optimization |
CN1659553A (zh) * | 2000-06-29 | 2005-08-24 | 美国联合包裹服务公司 | 用于端对端实现和供应链管理的系统和方法 |
CN1849620A (zh) * | 2003-09-12 | 2006-10-18 | 3M创新有限公司 | 在餐馆中传送多个食物订单的系统和方法 |
US20090281903A1 (en) * | 2008-05-12 | 2009-11-12 | Otg Management, Inc. | System for Ordering Items by a User in a Limited Venue |
JP2014038555A (ja) * | 2012-08-20 | 2014-02-27 | Teraoka Seiko Co Ltd | オーダリングシステム |
CN103738646A (zh) * | 2007-06-26 | 2014-04-23 | 亚马逊科技公司 | 用于订单履行过程中的非线性单元级分拣的方法和设备 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2000068856A2 (en) * | 1999-05-11 | 2000-11-16 | Webvan Group, Inc. | Electronic commerce enabled delivery system and method |
JP3582782B2 (ja) * | 1999-08-20 | 2004-10-27 | ワールドピーコム株式会社 | 飲食店用接客管理装置 |
TW515975B (en) * | 2000-08-21 | 2003-01-01 | Singapore Technologies Logisti | Order-handling inventory management system and method |
US20020107786A1 (en) * | 2000-11-28 | 2002-08-08 | Truexchange, Inc. | Peer-to-peer application for online goods trading |
JP5431277B2 (ja) * | 2010-09-17 | 2014-03-05 | 東芝テック株式会社 | 注文受付装置およびそのプログラム |
-
2015
- 2015-04-17 US US14/689,590 patent/US20160093003A1/en not_active Abandoned
- 2015-09-30 AU AU2015325065A patent/AU2015325065A1/en not_active Abandoned
- 2015-09-30 JP JP2017518140A patent/JP6728147B2/ja not_active Expired - Fee Related
- 2015-09-30 SG SG11201702458RA patent/SG11201702458RA/en unknown
- 2015-09-30 CA CA2962244A patent/CA2962244A1/en not_active Abandoned
- 2015-09-30 CN CN201580064818.2A patent/CN107004217A/zh active Pending
- 2015-09-30 EP EP15846064.2A patent/EP3201867A4/en not_active Withdrawn
- 2015-09-30 SG SG10201902931SA patent/SG10201902931SA/en unknown
- 2015-09-30 WO PCT/US2015/053181 patent/WO2016054181A1/en active Application Filing
- 2015-09-30 BR BR112017006310A patent/BR112017006310A2/pt not_active Application Discontinuation
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030050854A1 (en) * | 1999-04-27 | 2003-03-13 | Showghi Robert S. | Remote ordering system and method |
CN1471680A (zh) * | 1999-05-11 | 2004-01-28 | 凯撒基金医院 | 利用数据网络完成用户产品的订货、履行与交付的集成系统 |
CN1659553A (zh) * | 2000-06-29 | 2005-08-24 | 美国联合包裹服务公司 | 用于端对端实现和供应链管理的系统和方法 |
US20030115104A1 (en) * | 2001-12-13 | 2003-06-19 | Smith Timothy Jay | Internet-based method and system for managing delivery of goods |
US20040158498A1 (en) * | 2003-02-12 | 2004-08-12 | Sherman Marc Alan | Method for creating mass sales orders |
US20040210621A1 (en) * | 2003-04-18 | 2004-10-21 | Antonellis Robert J. | Method and system for order optimization |
CN1849620A (zh) * | 2003-09-12 | 2006-10-18 | 3M创新有限公司 | 在餐馆中传送多个食物订单的系统和方法 |
CN103738646A (zh) * | 2007-06-26 | 2014-04-23 | 亚马逊科技公司 | 用于订单履行过程中的非线性单元级分拣的方法和设备 |
US20090281903A1 (en) * | 2008-05-12 | 2009-11-12 | Otg Management, Inc. | System for Ordering Items by a User in a Limited Venue |
JP2011524561A (ja) * | 2008-05-12 | 2011-09-01 | オーティージー マネージメント インコーポレイテッド | 制約された場所のユーザがアイテムを注文するためのシステム |
JP2014038555A (ja) * | 2012-08-20 | 2014-02-27 | Teraoka Seiko Co Ltd | オーダリングシステム |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109685594A (zh) * | 2017-10-19 | 2019-04-26 | 南京鑫领越电子设备有限公司 | 一种餐饮用点餐系统 |
CN111028440A (zh) * | 2018-10-09 | 2020-04-17 | 东芝泰格有限公司 | 无人店铺系统及服务器 |
Also Published As
Publication number | Publication date |
---|---|
SG11201702458RA (en) | 2017-04-27 |
AU2015325065A1 (en) | 2017-04-13 |
WO2016054181A1 (en) | 2016-04-07 |
BR112017006310A2 (pt) | 2017-12-12 |
SG10201902931SA (en) | 2019-05-30 |
EP3201867A4 (en) | 2018-04-11 |
US20160093003A1 (en) | 2016-03-31 |
JP6728147B2 (ja) | 2020-07-22 |
EP3201867A1 (en) | 2017-08-09 |
CA2962244A1 (en) | 2016-04-07 |
JP2017535849A (ja) | 2017-11-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11720941B2 (en) | Real-time internet capable device information interchange for coordinated queuing at locations | |
US10546341B2 (en) | System, computer-readable storage medium, and method for operation management | |
CN104321796B (zh) | 使用智能设备的顾客辅助请求系统 | |
CN105683954A (zh) | 设施、特殊服务及食品/饮料搜索和购买预订系统 | |
KR20160013837A (ko) | 가상 플래노그램 관리, 시스템들 및 방법들 | |
CN101366054A (zh) | 在网络中使能管理定货信息 | |
US11227253B2 (en) | Product delivery service system in the electronic commerce using smart phone and method thereof | |
US20180053129A1 (en) | Local service providing and service matchmaking system and method thereof | |
CN103748606A (zh) | 用于在物理销售点商务之前使议价自动化的方法和装置 | |
KR102635381B1 (ko) | 배달 플랫폼을 운용하는 방법 및 그 시스템 | |
CN107004217A (zh) | 操作管理 | |
US20160093005A1 (en) | Ordering System | |
JP5133462B1 (ja) | 商品販売システム及び商品販売方法 | |
WO2020039957A1 (ja) | 情報処理装置、情報処理方法、及びプログラム | |
CN111798009A (zh) | 促进消费商家商品的网约车订单生成方法、装置、系统和介质 | |
JP6434093B1 (ja) | 物品販売システム、方法、およびプログラム | |
Dholakia | How to price effectively: A guide for managers and entrepreneurs | |
US20210342960A1 (en) | System and Methods for Managing a Restaurant Experience | |
JP6839334B1 (ja) | 情報処理システム、情報処理プログラム、及び訪問支援方法 | |
US20190080379A1 (en) | Systems and methods for distributed acquisitions | |
Tran et al. | Fine Dining Restaurant Framework Development and Survey. | |
Domino | From Food on a Platter to Food in the Platform: Datafication of the Restaurant Industry | |
CN114358878A (zh) | 信息处理方法、装置及电子设备 | |
CN114358344A (zh) | 一种同城消费网上订购系统 | |
WO2013134829A2 (en) | Online supermarket method and 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 | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170801 |