CN110298769A - 点餐业务请求的处理方法、装置及*** - Google Patents

点餐业务请求的处理方法、装置及*** Download PDF

Info

Publication number
CN110298769A
CN110298769A CN201910512379.7A CN201910512379A CN110298769A CN 110298769 A CN110298769 A CN 110298769A CN 201910512379 A CN201910512379 A CN 201910512379A CN 110298769 A CN110298769 A CN 110298769A
Authority
CN
China
Prior art keywords
type
service
ordering
order
service request
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
CN201910512379.7A
Other languages
English (en)
Inventor
郭玉锋
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.)
Zhejiang Koubei Network Technology Co Ltd
Original Assignee
Zhejiang Koubei Network Technology Co Ltd
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 Zhejiang Koubei Network Technology Co Ltd filed Critical Zhejiang Koubei Network Technology Co Ltd
Priority to CN201910512379.7A priority Critical patent/CN110298769A/zh
Publication of CN110298769A publication Critical patent/CN110298769A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9535Search customisation based on user profiles and personalisation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/12Hotels or restaurants

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种点餐业务请求的处理方法、装置及***,涉及电子信息领域,该方法包括:当接收到点餐业务请求时,确定所述点餐业务请求所对应的业务类型;当所述业务类型属于预设的点餐交易类型时,将所述点餐业务请求发送给预设的点餐交易平台中与所述业务类型相对应的业务组件;其中,所述点餐交易平台中包含多个分别对应于不同业务类型的业务组件;获取所述与所述业务类型相对应的业务组件返回的响应结果,根据所述响应结果处理所述点餐业务请求。该方式显著降低了门店自主开发点餐应用的成本、缩短了开发耗时,使得普通门店能够自主开发点餐应用,以兼顾用户交互页面的个性化配置。

Description

点餐业务请求的处理方法、装置及***
技术领域
本发明涉及电子信息领域,具体涉及一种点餐业务请求的处理方法、装置及***。
背景技术
目前,随着餐饮行业的蓬勃发展,为了更加便利地为顾客提供点餐服务,很多商户或门店都支持用户自助点餐。通过支持自助点餐功能的应用,用户能够借助网络手段完成点餐,省去了去人工柜台排队的时间,大幅提升了点餐效率。
在现有技术中,为了支持自助点餐服务,也为了确保各家门店的点餐页面能够根据门店特色进行个性化配置,需要各家门店自主开发点餐应用。具体地,点餐应用至少应支持如下功能:与呈现给用户端的用户交互页面相关的功能以及与点餐交易支付相关联的功能。其中,与呈现给用户端的用户交互页面相关的功能用于提供给用户,以实现客户端的点餐操作,该用户交互页面能够根据门店特色展示与该门店相对应的餐品、做法等个性化信息。由于每家门店的餐品特征以及用户定位都不同,因此,各家门店的用户交互页面中通常会包含与本家门店的特色相对应的个性化元素。其中,与点餐交易支付相关联的功能用于实现与订单相关的金额计算、支付等处理过程。为此,门店自主开发点餐应用时,需要分别针对上述两类功能进行配置。
发明人在实现本发明的过程中发现,现有技术中的上述方式至少存在如下缺陷:由于与点餐交易支付相关联的功能涉及多种复杂操作,包括购物车的处理、订单的处理、订单与后厨之间的互通等一系列过程,导致门店自主开发点餐应用的成本巨大、耗时过长且开发门槛较高,普通门店无法胜任。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种点餐业务请求的处理方法、装置及***。
根据本发明的一个方面,提供了一种点餐业务请求的处理方法,包括:
当接收到点餐业务请求时,确定所述点餐业务请求所对应的业务类型;
当所述业务类型属于预设的点餐交易类型时,将所述点餐业务请求发送给预设的点餐交易平台中与所述业务类型相对应的业务组件;其中,所述点餐交易平台中包含多个分别对应于不同业务类型的业务组件;
获取所述与所述业务类型相对应的业务组件返回的响应结果,根据所述响应结果处理所述点餐业务请求。
可选的,将所述点餐业务请求发送给预设的点餐交易平台中与所述业务类型相对应的业务组件包括:
判断与所述点餐业务请求相对应的历史业务序列是否符合预设的组件约束规则;若是,将所述点餐业务请求发送给预设的点餐交易平台中与所述业务类型相对应的业务组件。
可选的,所述与所述点餐业务请求相对应的历史业务序列用于存储所述点餐业务请求以及与所述点餐业务请求相关联的历史业务请求;
所述预设的组件约束规则用于预先针对每种业务类型配置与该业务类型相对应的至少一种依赖类型;且所述判断与所述点餐业务请求相对应的历史业务序列是否符合预设的组件约束规则包括:
将与所述点餐业务请求所对应的业务类型相对应的依赖类型确定为目标类型;
根据所述历史业务序列中是否包含与所述目标类型相匹配的历史业务请求,确定与所述点餐业务请求相对应的历史业务序列是否符合预设的组件约束规则。
可选的,所述预设的点餐交易类型包括:添加购物车类型、减少购物车类型、订单创建类型、订单修改类型、订单支付类型、订单退款类型、和/或购物车查询类型;
其中,与减少购物车类型相对应的依赖类型包括:添加购物车类型;与订单创建类型相对应的依赖类型包括:添加购物车类型、和/或减少购物车类型;与订单修改类型相对应的依赖类型包括:订单创建类型、添加购物车类型、和/或减少购物车类型;与订单支付类型相对应的依赖类型包括:订单修改类型、订单创建类型、添加购物车类型、和/或减少购物车类型;和/或,与订单退款类型相对应的依赖类型包括:订单支付类型、订单修改类型、订单创建类型、添加购物车类型、和/或减少购物车类型。
可选的,所述点餐业务请求中进一步包含订单模式;则所述获取所述与所述业务类型相对应的业务组件返回的响应结果包括:
获取所述与所述业务类型相对应的业务组件根据所述订单模式返回的与所述订单模式相匹配的响应结果;
其中,所述订单模式包括:堂食模式、外卖模式、预点餐模式、和/或到店打包模式。
可选的,所述获取所述与所述业务类型相对应的业务组件根据所述订单模式返回的与所述订单模式相匹配的响应结果包括:
获取所述与所述业务类型相对应的业务组件根据预设的模式参数表确定与所述订单模式相匹配的返回参数,并返回的包含所述与所述订单模式相匹配的返回参数的响应结果;其中,所述模式参数表用于设置与各种订单模式相匹配的返回参数的数量和类型;和/或,
获取所述与所述业务类型相对应的业务组件根据预设的模式序列表,确定在所述订单模式下与所述点餐业务请求相对应的待触发业务请求,并返回的包含与所述待触发业务请求相对应的触发入口元素的响应结果;其中,所述模式序列表用于存储预设的与各种订单模式相匹配的业务请求序列。
可选的,当所述点餐业务请求所对应的业务类型为订单创建类型、订单支付类型或订单修改类型时;
所述获取所述与所述业务类型相对应的业务组件返回的响应结果包括:获取与所述业务类型相对应的业务组件返回的与所述点餐业务请求相对应的备餐通知消息。
可选的,当所述点餐业务请求所对应的业务类型为订单创建类型时,所述获取所述与所述业务类型相对应的业务组件返回的响应结果包括:
获取与所述业务类型相对应的业务组件根据所述点餐业务请求中包含的订单创建参数,查询预设的商品数额计算规则后返回的响应结果;
其中,订单创建参数包括:购物车标识以及与所述购物车标识相对应的商品列表;所述响应结果中包含订单创建返回参数,且所述订单创建返回参数包括:根据所述商品数额计算规则确定的订单实付数额。
可选的,所述将所述点餐业务请求发送给预设的点餐交易平台中与所述业务类型相对应的业务组件包括:
将所述点餐业务请求发送给与所述点餐交易平台相对应的平台通信接口,由所述平台通信接口对所述点餐业务请求进行校验后发送给所述点餐交易平台中与所述业务类型相对应的业务组件。
可选的,所述确定所述点餐业务请求所对应的业务类型之后,进一步包括:
当所述业务类型不属于预设的点餐交易类型时,由预设的商户后台服务器处理所述点餐业务请求。
根据本发明的另一个方面,提供了一种点餐业务请求的处理装置,包括:
接收模块,适于当接收到点餐业务请求时,确定所述点餐业务请求所对应的业务类型;
发送模块,适于当所述业务类型属于预设的点餐交易类型时,将所述点餐业务请求发送给预设的点餐交易平台中与所述业务类型相对应的业务组件;其中,所述点餐交易平台中包含多个分别对应于不同业务类型的业务组件;
处理模块,适于获取所述与所述业务类型相对应的业务组件返回的响应结果,根据所述响应结果处理所述点餐业务请求。
可选的,所述发送模块具体适于:
判断与所述点餐业务请求相对应的历史业务序列是否符合预设的组件约束规则;若是,将所述点餐业务请求发送给预设的点餐交易平台中与所述业务类型相对应的业务组件。
可选的,所述与所述点餐业务请求相对应的历史业务序列用于存储所述点餐业务请求以及与所述点餐业务请求相关联的历史业务请求;
所述预设的组件约束规则用于预先针对每种业务类型配置与该业务类型相对应的至少一种依赖类型;且所述发送模块具体适于:
将与所述点餐业务请求所对应的业务类型相对应的依赖类型确定为目标类型;
根据所述历史业务序列中是否包含与所述目标类型相匹配的历史业务请求,确定与所述点餐业务请求相对应的历史业务序列是否符合预设的组件约束规则。
可选的,所述预设的点餐交易类型包括:添加购物车类型、减少购物车类型、订单创建类型、订单修改类型、订单支付类型、订单退款类型、和/或购物车查询类型;
其中,与减少购物车类型相对应的依赖类型包括:添加购物车类型;与订单创建类型相对应的依赖类型包括:添加购物车类型、和/或减少购物车类型;与订单修改类型相对应的依赖类型包括:订单创建类型、添加购物车类型、和/或减少购物车类型;与订单支付类型相对应的依赖类型包括:订单修改类型、订单创建类型、添加购物车类型、和/或减少购物车类型;和/或,与订单退款类型相对应的依赖类型包括:订单支付类型、订单修改类型、订单创建类型、添加购物车类型、和/或减少购物车类型。
可选的,所述点餐业务请求中进一步包含订单模式;则所述处理模块具体适于:
获取所述与所述业务类型相对应的业务组件根据所述订单模式返回的与所述订单模式相匹配的响应结果;
其中,所述订单模式包括:堂食模式、外卖模式、预点餐模式、和/或到店打包模式。
可选的,所述处理模块具体适于:
获取所述与所述业务类型相对应的业务组件根据预设的模式参数表确定与所述订单模式相匹配的返回参数,并返回的包含所述与所述订单模式相匹配的返回参数的响应结果;其中,所述模式参数表用于设置与各种订单模式相匹配的返回参数的数量和类型;和/或,
获取所述与所述业务类型相对应的业务组件根据预设的模式序列表,确定在所述订单模式下与所述点餐业务请求相对应的待触发业务请求,并返回的包含与所述待触发业务请求相对应的触发入口元素的响应结果;其中,所述模式序列表用于存储预设的与各种订单模式相匹配的业务请求序列。
可选的,当所述点餐业务请求所对应的业务类型为订单创建类型、订单支付类型或订单修改类型时;
所述处理模块具体适于:获取与所述业务类型相对应的业务组件返回的与所述点餐业务请求相对应的备餐通知消息。
可选的,当所述点餐业务请求所对应的业务类型为订单创建类型时,所述处理模块具体适于:
获取与所述业务类型相对应的业务组件根据所述点餐业务请求中包含的订单创建参数,查询预设的商品数额计算规则后返回的响应结果;
其中,订单创建参数包括:购物车标识以及与所述购物车标识相对应的商品列表;所述响应结果中包含订单创建返回参数,且所述订单创建返回参数包括:根据所述商品数额计算规则确定的订单实付数额。
可选的,所述发送模块具体适于:
将所述点餐业务请求发送给与所述点餐交易平台相对应的平台通信接口,由所述平台通信接口对所述点餐业务请求进行校验后发送给所述点餐交易平台中与所述业务类型相对应的业务组件。
依据本发明的再一方面,提供了一种电子设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如上述的点餐业务请求的处理方法对应的操作。
依据本发明的再一方面,提供了一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如上述的点餐业务请求的处理方法对应的操作。
在本发明提供的点餐业务请求的处理方法、装置及***中,当确定接收到的点餐业务请求所对应的业务类型属于预设的点餐交易类型时,将该点餐业务请求发送给预设的点餐交易平台中与该业务类型相对应的业务组件,并接收与该业务类型相对应的业务组件返回的响应结果,以处理该点餐业务请求。由此可见,在该方式中,预先将与点餐交易类型相对应的点餐业务功能通过点餐交易平台实现,该点餐交易平台中包含多个分别对应于不同业务类型的业务组件,相应地,商户或门店只需针对包含本店的个性化元素的用户交互页面进行配置即可,从而显著降低了门店自主开发点餐应用的成本、缩短了开发耗时,使得普通门店能够自主开发点餐应用,以兼顾用户交互页面的个性化配置。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了本发明实施例一提供的一种点餐业务请求的处理方法的流程图;
图2示出了本发明实施例二提供的一种点餐业务请求的处理方法的流程图;
图3示出了本发明实施例三提供的一种点餐业务请求的处理装置的结构图;
图4示出了本发明实施例五提供的一种电子设备的结构示意图;
图5示出了堂食模式下用户下单前的界面交互图;
图6示出了堂食模式下用户下单时的界面交互图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
实施例一
图1示出了本发明实施例一提供的一种点餐业务请求的处理方法的流程图。如图1所示,该方法包括:
步骤S110:当接收到点餐业务请求时,确定该点餐业务请求所对应的业务类型。
其中,本步骤的执行主体可以为多种,例如,可以是用户终端、也可以是商户或门店的后台服务器,还可以是点餐交易平台。本发明不限定本步骤及其后续步骤的执行主体。
具体地,当接收到点餐业务请求后,确定该点餐业务请求所对应的业务类型。其中,点餐业务请求包括多种类型,例如,浏览类型、创建会员类型、支付类型等等,具体可由本领域技术人员灵活设置,本发明对业务类型的种类和数量不做限定。
步骤S120:当该业务类型属于预设的点餐交易类型时,将该点餐业务请求发送给预设的点餐交易平台中与该业务类型相对应的业务组件;其中,点餐交易平台中包含多个分别对应于不同业务类型的业务组件。
其中,预设的点餐交易类型是指:与点餐交易的支付过程相关的各种交易类型,包括与购物车相关的类型、与订单处理相关的类型等。具体地,划分点餐交易类型时,主要是将与商户的个性化元素无关、且能够通用于各个不同商户的业务类型划分为预设的点餐交易类型,以使点餐交易平台能够接管该部分业务类型的请求,从而降低商户自主开发的成本。
当该业务类型属于预设的点餐交易类型时,说明该点餐业务请求属于由点餐交易平台负责处理的请求,相应地,将该点餐业务请求发送给预设的点餐交易平台中与该业务类型相对应的业务组件。其中,点餐交易平台中包含多个分别对应于不同业务类型的业务组件,每个业务组件可通过对应的API接口进行调用,每个业务组件用于实现对应的一种功能。
步骤S130:获取与该业务类型相对应的业务组件返回的响应结果,根据该响应结果处理该点餐业务请求。
其中,与该业务类型相对应的业务组件用于针对点餐业务请求进行处理,并返回处理后得到的响应结果。具体地,各种不同业务类型的业务组件的处理方式不同,需根据对应业务类型的特点灵活配置。另外,响应结果的形式和内容可以包括多种实现方式:例如,响应结果可以包括处理后的通知消息,且该通知消息中包含多个返回参数。又如,响应结果中还可以包括与点餐业务请求相对应的待触发业务请求的触发入口元素,以便于用户触发与该点餐业务请求存在关联关系的待触发业务请求。其中,待触发业务请求是指:与点餐业务请求之间存在时序关系的请求,比如,当点餐业务请求为订单提交请求时,其对应的待触发业务请求可以为订单支付请求,以便于用户顺利跳转至下一个操作步骤。
由此可见,在该方式中,预先将与点餐交易类型相对应的点餐业务功能通过点餐交易平台实现,该点餐交易平台中包含多个分别对应于不同业务类型的业务组件,相应地,商户或门店只需针对包含本店的个性化元素的用户交互页面进行配置即可,从而显著降低了门店自主开发点餐应用的成本、缩短了开发耗时,使得普通门店能够自主开发点餐应用,以兼顾用户交互页面的个性化配置。
实施例二、
图2示出了本发明实施例二提供的一种点餐业务请求的处理方法的流程图。在本实施例中,点餐***包括:商户后台服务器以及点餐交易平台,其中,点餐交易平台可通过点餐交易服务器实现。如图2所示,该方法包括:
步骤S210:当接收到点餐业务请求时,确定该点餐业务请求所对应的业务类型。
在本实施例中,本步骤由商户后台服务器实施,相应地,商户后台服务器接收到用户终端发送的点餐业务请求时,确定该点餐业务请求所对应的业务类型。具体地,在本实施例中,预先将点餐业务请求所对应的业务类型划分为点餐交易类型以及非点餐交易类型。其中,点餐交易类型包括各类与点餐交易支付相关联的功能相对应的业务类型,该部分业务类型属于不同种类的商户之间都可以通用的类型,不涉及商户的个性化配置。相应地,在本实施例中,通过点餐交易平台实现点餐交易类型的请求的处理过程,以降低商户的开发成本。非点餐交易类型包括各类与呈现给用户端的用户交互页面相关的功能相对应的业务类型,该部分业务类型通常涉及到商户的个性化配置。相应地,在本实施例中,通过各个商户的商户后台服务器实现非点餐交易类型的请求的处理过程,以便于商户实现交互页面的定制化以及个性化。
由此可见,在本实施例中,将点餐流程中所涉及到的点餐业务请求划分为两大类,分别由商户后台服务器以及点餐交易平台负责处理。相应地,每当商户后台服务器接收到来自用户终端的点餐业务请求后,需要根据点餐业务请求所对应的业务类型判断是否需由点餐交易平台进行处理。
步骤S220:当该业务类型属于预设的点餐交易类型时,将该点餐业务请求发送给与该点餐交易平台相对应的平台通信接口,由该平台通信接口对点餐业务请求进行安全性校验。
其中,预设的点餐交易类型包括:添加购物车类型、减少购物车类型、订单创建类型、订单修改类型、订单支付类型、订单退款类型、和/或购物车查询类型等各种与订单支付过程相关的类型。具体实施时,可以预先设置一个点餐交易类型列表,用于存储需由点餐交易平台处理的各种点餐交易类型,相应地,通过查询该点餐交易类型列表即可准确确定该业务类型是否属于预设的点餐交易类型。或者,还可以在点餐业务请求中携带标记信息,该标记信息包括:用于指示该点餐业务请求属于点餐交易类型的第一类标记信息以及用于指示该点餐业务请求属于非点餐交易类型的第二类标记信息,相应地,根据点餐业务请求中携带的标记信息的类型即可快速确定该业务类型是否属于预设的点餐交易类型。
当该业务类型属于预设的点餐交易类型时,将该点餐业务请求发送给与该点餐交易平台相对应的平台通信接口。其中,与该点餐交易平台相对应的平台通信接口也可以称作平台通信模块,用于实现点餐交易平台与外部的各个商家后台服务器之间的通信,具体可通过网关等形式实现。该平台通信接口需要针对点餐业务请求进行安全性校验,以过滤恶意请求,防止点餐交易平台受到攻击,当安全性校验通过后,平台通信接口将该点餐业务请求发送给点餐交易平台中与点餐业务请求的业务类型相对应的业务组件。
当然,在本发明其他的实施例中,也可以省略平台通信接口,直接由商家后台服务器将点餐业务请求发送给点餐交易平台,本发明对此不做限定。
步骤S230:判断与点餐业务请求相对应的历史业务序列是否符合预设的组件约束规则;若是,将该点餐业务请求发送给预设的点餐交易平台中与业务类型相对应的业务组件。
本步骤可以由平台通信接口实现,当省略平台通信接口时,也可以直接由商户后台服务器实现,本发明不限定本步骤的具体执行主体。其中,与点餐业务请求相对应的历史业务序列用于存储该点餐业务请求以及与该点餐业务请求相关联的历史业务请求。具体实施时,可以根据用户标识、终端标识、和/或桌码标识等各类标识信息,将对应于相同标识信息的、先后触发的各种业务类型的点餐业务请求关联存储在同一个历史业务序列中。比如,假设一个用户在一家商户内先后触发了购物车添加、订单创建、以及订单支付这三种业务类型的点餐业务请求,假设步骤S210中提到的点餐业务请求为订单支付类型,相应地,购物车添加类型的业务请求以及订单创建类型的业务请求均属于与该点餐业务请求相关联的历史业务请求,相应地,在历史业务序列中先后存储有购物车添加、订单创建、以及订单支付这三种业务类型的业务请求。由此可见,历史业务请求与点餐业务请求本质相同,属于历史上已经触发的点餐业务请求。
另外,预设的组件约束规则用于预先针对每种业务类型配置与该业务类型相对应的至少一种依赖类型,相应地,在判断与点餐业务请求相对应的历史业务序列是否符合预设的组件约束规则时,将与点餐业务请求所对应的业务类型相对应的依赖类型确定为目标类型;根据历史业务序列中是否包含与该目标类型相匹配的历史业务请求,确定与该点餐业务请求相对应的历史业务序列是否符合预设的组件约束规则。
具体地,与减少购物车类型相对应的依赖类型包括:添加购物车类型;与订单创建类型相对应的依赖类型包括:添加购物车类型、和/或减少购物车类型;与订单修改类型相对应的依赖类型包括:订单创建类型、添加购物车类型、和/或减少购物车类型;与订单支付类型相对应的依赖类型包括:订单修改类型、订单创建类型、添加购物车类型、和/或减少购物车类型;和/或,与订单退款类型相对应的依赖类型包括:订单支付类型、订单修改类型、订单创建类型、添加购物车类型、和/或减少购物车类型。由此可见,各种业务类型在调用时需按照如下的先后顺序实现:
购物车加接口>=购物车减少>订单创建>订单修改>=订单支付>订单退款。其中,大于号左侧的业务类型应在大于号右侧的业务类型之前已被触发。
由此可见,通过判断与点餐业务请求相对应的历史业务序列是否符合预设的组件约束规则,能够判断点餐业务请求的发送时机是否合规,若是,将该点餐业务请求发送给预设的点餐交易平台中与业务类型相对应的业务组件,以供后续处理;若否,则拒绝该点餐业务请求,并返回提示信息,以提示用户先触发该点餐业务请求所依赖的请求。比如,假设当前的点餐业务请求为订单修改请求,但是,对应的历史业务序列中缺少订单创建请求,则需要提示用户先创建订单。总之,通过判断与点餐业务请求相对应的历史业务序列是否符合预设的组件约束规则,能够确保点餐业务请求的规范性。
步骤S240:获取与该业务类型相对应的业务组件返回的响应结果,根据该响应结果处理该点餐业务请求。
其中,与该业务类型相对应的业务组件可通过API接口函数的方式实现,相应地,直接调用与该业务组件相对应的API接口函数,并获取该API接口函数的返回值即可获取到上述响应结果。
另外,在本实施例中,为了便于支持多种订单模式,在点餐业务请求中进一步包含用于指示订单模式的信息,以便于获取与该业务类型相对应的业务组件根据该订单模式返回的与订单模式相匹配的响应结果,从而便于实现各种不同的订单模式的处理。其中,订单模式包括:堂食模式、外卖模式、预点餐模式、和/或到店打包模式等。
在本实施例中,主要用于根据订单模式执行如下两类处理方式中的至少一类:
在第一类处理方式中,获取与该业务类型相对应的业务组件根据预设的模式参数表确定与该订单模式相匹配的返回参数,并返回的包含与该订单模式相匹配的返回参数的响应结果。其中,该模式参数表用于设置与各种订单模式相匹配的返回参数的数量和类型。具体地,发明人在实现本发明的过程中发现,当订单模式不同时,相同功能的业务组件所对应的接口参数以及返回参数往往存在差异,相应地,在本实施例中,预先针对每个业务组件配置与该业务组件相对应的模式参数表,该模式参数表中存储了分别与各种订单模式相对应的参数列表,每种订单模式所对应的参数列表中列出了该订单模式下的接口参数(即接收参数)以及返回参数的数量和名称。具体地,可以分别针对每个业务组件配置一个模式参数表,也可以在一个模式参数总表中包含多张模式参数子表,每模式参数子表分别对应于一个业务组件,本发明对具体实现细节不做限定。通过该方式,能够针对不同订单模式生成不同的响应结果,以使用户的点餐流程以及点餐页面随订单模式不同而不同,从而便于针对不同的订单模式配置与该模式相匹配的点餐流程。
下面以订单模式为堂食模式为例,给出常用的几种业务组件所对应的参数:
(1)订单创建业务组件
接收参数:购物车id、用户id、商户id、门店id、桌号、就餐人数、就餐方式、和/或口味偏好。
返回参数:订单号、订单实付数额。
(2)订单修改业务组件
接收参数:订单号、订单修改内容列表。
返回参数:订单号、订单数额(修改后)。
(3)订单退款业务组件
接收参数:订单号、订单退款菜品列表。
返回参数:订单号、退款数额。
(4)购物车加减业务组件
接收参数:菜品id&操作类型&数量列表、商户id、用户id
返回参数:购物车id、数额
(5)购物车查询业务组件
接收参数:购物车id
返回参数:菜品列表,总数额。
上述参数对应于堂食模式,当订单模式为外卖模式时,上述各个业务组件的参数随之发生改变。例如,针对订单创建业务组件而言,当订单模式为外卖模式时,该业务组件的接收参数中无需包含桌号以及就餐人数信息。
由此可见,通过预设的模式参数表能够针对不同的订单模式生成不同形式的响应消息,从而灵活适应各类订单模式的需求。
在第二类处理方式中,获取与该业务类型相对应的业务组件根据预设的模式序列表,确定在该订单模式下与该点餐业务请求相对应的待触发业务请求,并返回的包含与待触发业务请求相对应的触发入口元素的响应结果。其中,该模式序列表用于存储预设的与各种订单模式相匹配的业务请求序列。具体地,发明人在实现本发明的过程中发现,当订单模式不同时,相同功能的业务组件所对应的业务请求序列往往存在差异,相应地,在本实施例中,预先针对每个业务组件配置与该业务组件相对应的模式序列表,该模式序列表中存储了分别与各种订单模式相对应的业务请求序列。其中,业务请求序列用于存储一组在逻辑上存在关联关系、且彼此之间需要严格按照预设顺序执行的业务请求。例如,对于点餐支付过程而言,购物车添加、订单创建、订单提交、订单支付属于一组在逻辑上存在关联关系、且彼此之间需要严格按照上述顺序执行的业务请求。其中,与点餐业务请求相对应的待触发业务请求是指:在业务请求序列中,执行顺序位于该点餐业务请求之后的业务请求。例如,当点餐业务请求为订单创建请求时,其对应的待触发业务请求为订单提交请求。相应地,在返回的响应结果中包含与订单提交请求这一待触发业务请求相对应的触发入口元素,以便于在用户终端的显示界面中展示该触发入口元素,从而使用户创建订单后直接通过该触发入口元素提交订单。其中,触发入口元素可以为按钮、超链接等各类形式。通过该方式,能够针对不同订单模式生成不同的待触发业务请求,以使用户的点餐流程以及点餐页面随订单模式不同而不同,从而便于针对不同的订单模式配置与该模式相匹配的点餐流程。
例如,在堂食模式所对应的业务请求序列中,由于用户位于店铺内,可以在下单后随时修改订单,因此,订单创建业务请求之后进一步包含订单修改业务请求,以供用户修改订单,从而实现退菜或换菜。然而,在外卖模式所对应的业务请求序列中,由于用户不在店铺内,下单后无法修改,因此,订单创建业务请求之后不包含订单修改业务请求。
另外,在本实施例中,点餐交易平台还能够针对订单的实付数额进行准确计算。实际情况中,在点餐交易平台的数据库中,预先存储有每件商品所对应的商品原始价格数据,具体地,每个商品具有唯一的商品标识,该商品标识与其对应的商品原始价格数据作为一条商品数据记录关联存储在数据库中。相应地,当点餐业务请求所对应的业务类型为订单创建类型时,获取与该业务类型相对应的业务组件返回的响应结果时,具体获取与该业务类型相对应的业务组件根据点餐业务请求中包含的订单创建参数,查询预设的商品数额计算规则后返回的响应结果。其中,订单创建参数是指:用户发送该订单创建类型的点餐业务请求时包含的参数,也就是点餐交易平台的接收参数,具体包括:购物车标识以及与购物车标识相对应的商品列表。响应结果中包含订单创建返回参数,即由点餐交易平台根据接收到的参数而返回的参数,且订单创建返回参数包括:根据商品数额计算规则确定的订单实付数额。具体实施时,点餐交易平台获取订单创建参数中包含的商品列表以及其中包含的各个商品的商品标识,然后,从数据库中分别获取与各个商品标识相对应的商品原始价格数据,最后,基于商品列表中包含的各个商品的商品标识以及各个商品标识对应的商品原始价格数据,计算订单创建返回参数中包含的订单实付数额。具体计算时,可直接通过求和方式计算。另外,发明人在实现本发明的过程中发现:计算订单实付数额时,往往涉及很多复杂的折扣规则,例如,会员能够享受会员折扣、部分指定商品能够享受商品指定折扣、订单总额达到预设数值后能够享受满减折扣。相应地,需要根据商品数额计算规则设置对应的折扣条件表,例如,设置会员折扣表,用于记录各个会员的会员标识、会员等级、以及折扣数值;设置商品折扣表,用于记录能够享受商品指定折扣的各个商品的商品标识、折扣数值、享受期限等数据;设置满减折扣表,用于记录与满减折扣相关的门店信息、商品信息以及满减数额信息等。在后续计算时,查询会员折扣表,以判断当前用户是否为会员,若是,依照会员折扣表中记录的折扣数值为该用户设置折扣;查询商品折扣表,以判断当前商品列表中是否包含能够享受商品指定折扣的商品,若是,获取商品的折扣数值,以变更该商品的实付数额;查询满减折扣表,以判断订单实付数额是否满足满减条件,若是,更新为满减后的订单实付数额。由此可见,后台计算订单实付数额的过程涉及到多张数据表的查询、计算过程,若是由商户后台服务器来实施上述操作,势必会显著增加商户后台服务器的开销。在本实施例中,将后台计算订单实付数额的计算过程转由点餐交易平台实现,从而能够大幅降低商户的开发成本。
另外,在本实施例中,点餐交易平台还能够实现与商户后厨之间的通信,从而通知商户后厨完成备餐等操作。具体地,当点餐业务请求所对应的业务类型为订单创建类型、订单支付类型或订单修改类型时;获取与业务类型相对应的业务组件返回的响应结果时,进一步获取与业务类型相对应的业务组件返回的与点餐业务请求相对应的备餐通知消息。由此可见,当点餐业务请求所对应的业务类型与订单相关时,对应的业务组件进一步生成与该点餐业务请求相对应的备餐通知消息,以供商户根据备餐通知消息准备餐品。
由此可见,在本实施例中,当点餐业务请求所对应的业务类型属于预设的点餐交易类型时,由预设的点餐交易平台处理该点餐业务请求,当点餐业务请求所对应的业务类型不属于预设的点餐交易类型时,由预设的商户后台服务器处理该点餐业务请求。换言之,本实施例将点餐过程中的业务请求划分为两大类,其中,第一大类为与订单交易相关的业务,对应于点餐交易平台,第二大类为与用户端交互点餐相关的业务流程,对应于商户自身的后台服务器,这两大类业务请求相互解耦,从而使点餐交易平台能支持各类型的商家的点餐业务,即点餐平台能针对大商户定制化开放。
最后,为了便于理解本发明,以一个具体示例介绍一下上述流程的具体实现方式。图5示出了堂食模式下用户下单前的界面交互图,图6示出了堂食模式下用户下单时的界面交互图。如图5所示,用户可通过图5左侧的排队领号、在线点餐、以及西贝外卖所对应的功能入口选择不同的订单模式。当用户选择在线点餐所对应的点餐入口时,将显示图5中部的内容,以提示用户输入成人用餐人数以及儿童用餐人数,其中,用户输入的人数信息将作为点餐交易平台的接收参数传输给对应的业务组件。另外,图5中的到店打包以及预点餐分别对应于不同的订单模式。图5右侧的每个餐品旁边设置有对应的购物车加减入口,以触发购物车加减类型的点餐业务请求供购物车加减业务组件处理,其中,已选4个菜对应于购物车的当前状态,若用户点击“选好了”入口将触发订单创建类型的业务请求,进而展示图6左侧的页面。若用户点击图6左侧的“结账”入口将触发订单支付类型的业务请求,从而展示图6右侧的页面。
另外,本实施例中的点餐交易平台可以为各个商户提供点餐应用的开发服务。相应地,各个商户在开发本商户所对应的个性化点餐应用时,只需开发与用户的前端交互功能相关的模块即可,至于后端与订单交易支付相关的功能直接调用点餐交易平台提供的各个业务组件即可。其中,在调用各个业务组件时,由于点餐交易平台提供了用于规范组件间的调用顺序、依赖关系的组件约束规则,因此,能够为商户的开发过程提供便利,规范商户的组件调用顺序。并且,由于点餐交易平台中预先针对不同的订单模式设置了对应的模式参数表以及模式序列表,从而能够规范应用开发过程中针对不同订单模式配置的参数以及调用顺序,为应用开发过程提供便利。
另外,本实施例中的各个步骤的执行主体还可以为点餐交易平台,相应地,由点餐交易平台负责将点餐业务请求分发给对应的业务组件处理,并获取各个业务组件返回的响应结果。其中,点餐交易平台在将接收到的点餐业务请求分发给各个业务组件之前,根据预设的组件约束规则、与订单模式相对应的模式参数表和/或模式序列表等确定与该点餐业务请求相对应的业务组件以及具体的参数、序列信息,从而便于规范点餐业务的处理流程。
实施例三
图3示出了本发明实施例三提供的一种点餐业务请求的处理装置的结构示意图,该装置包括:
接收模块31,适于当接收到点餐业务请求时,确定所述点餐业务请求所对应的业务类型;
发送模块32,适于当所述业务类型属于预设的点餐交易类型时,将所述点餐业务请求发送给预设的点餐交易平台中与所述业务类型相对应的业务组件;其中,所述点餐交易平台中包含多个分别对应于不同业务类型的业务组件;
处理模块33,适于获取所述与所述业务类型相对应的业务组件返回的响应结果,根据所述响应结果处理所述点餐业务请求。
可选的,所述发送模块32具体适于:
判断与所述点餐业务请求相对应的历史业务序列是否符合预设的组件约束规则;若是,将所述点餐业务请求发送给预设的点餐交易平台中与所述业务类型相对应的业务组件。
可选的,所述与所述点餐业务请求相对应的历史业务序列用于存储所述点餐业务请求以及与所述点餐业务请求相关联的历史业务请求;
所述预设的组件约束规则用于预先针对每种业务类型配置与该业务类型相对应的至少一种依赖类型;且所述发送模块32具体适于:
将与所述点餐业务请求所对应的业务类型相对应的依赖类型确定为目标类型;
根据所述历史业务序列中是否包含与所述目标类型相匹配的历史业务请求,确定与所述点餐业务请求相对应的历史业务序列是否符合预设的组件约束规则。
可选的,所述预设的点餐交易类型包括:添加购物车类型、减少购物车类型、订单创建类型、订单修改类型、订单支付类型、订单退款类型、和/或购物车查询类型;
其中,与减少购物车类型相对应的依赖类型包括:添加购物车类型;与订单创建类型相对应的依赖类型包括:添加购物车类型、和/或减少购物车类型;与订单修改类型相对应的依赖类型包括:订单创建类型、添加购物车类型、和/或减少购物车类型;与订单支付类型相对应的依赖类型包括:订单修改类型、订单创建类型、添加购物车类型、和/或减少购物车类型;和/或,与订单退款类型相对应的依赖类型包括:订单支付类型、订单修改类型、订单创建类型、添加购物车类型、和/或减少购物车类型。
可选的,所述点餐业务请求中进一步包含订单模式;则所述处理模块33具体适于:
获取所述与所述业务类型相对应的业务组件根据所述订单模式返回的与所述订单模式相匹配的响应结果;
其中,所述订单模式包括:堂食模式、外卖模式、预点餐模式、和/或到店打包模式。
可选的,所述处理模块33具体适于:
获取所述与所述业务类型相对应的业务组件根据预设的模式参数表确定与所述订单模式相匹配的返回参数,并返回的包含所述与所述订单模式相匹配的返回参数的响应结果;其中,所述模式参数表用于设置与各种订单模式相匹配的返回参数的数量和类型;和/或,
获取所述与所述业务类型相对应的业务组件根据预设的模式序列表,确定在所述订单模式下与所述点餐业务请求相对应的待触发业务请求,并返回的包含与所述待触发业务请求相对应的触发入口元素的响应结果;其中,所述模式序列表用于存储预设的与各种订单模式相匹配的业务请求序列。
可选的,当所述点餐业务请求所对应的业务类型为订单创建类型、订单支付类型或订单修改类型时;
所述处理模块33具体适于:获取与所述业务类型相对应的业务组件返回的与所述点餐业务请求相对应的备餐通知消息。
可选的,当所述点餐业务请求所对应的业务类型为订单创建类型时,所述处理模块具体适于:
获取与所述业务类型相对应的业务组件根据所述点餐业务请求中包含的订单创建参数,查询预设的商品数额计算规则后返回的响应结果;
其中,订单创建参数包括:购物车标识以及与所述购物车标识相对应的商品列表;所述响应结果中包含订单创建返回参数,且所述订单创建返回参数包括:根据所述商品数额计算规则确定的订单实付数额。
可选的,所述发送模块具体适于:
将所述点餐业务请求发送给与所述点餐交易平台相对应的平台通信接口,由所述平台通信接口对所述点餐业务请求进行校验后发送给所述点餐交易平台中与所述业务类型相对应的业务组件。
关于上述各个模块的具体结构和工作原理可参照方法实施例中相应部分的描述,此处不再赘述。
实施例四
本申请实施例四提供了一种非易失性计算机存储介质,所述计算机存储介质存储有至少一可执行指令,该计算机可执行指令可执行上述任意方法实施例中的点餐业务请求的处理方法。可执行指令具体可以用于使得处理器执行上述方法实施例中对应的各个操作。
实施例五
图4示出了根据本发明实施例五的一种电子设备的结构示意图,本发明具体实施例并不对电子设备的具体实现做限定。
如图4所示,该电子设备可以包括:处理器(processor)402、通信接口(Communications Interface)406、存储器(memory)404、以及通信总线408。
其中:
处理器402、通信接口406、以及存储器404通过通信总线408完成相互间的通信。
通信接口406,用于与其它设备比如客户端或其它服务器等的网元通信。
处理器402,用于执行程序410,具体可以执行上述点餐业务请求的处理方法实施例中的相关步骤。
具体地,程序410可以包括程序代码,该程序代码包括计算机操作指令。
处理器402可能是中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器404,用于存放程序410。存储器404可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序510具体可以用于使得处理器502执行上述方法实施例中对应的各个操作。
在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述,构造这类***所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的基于语音输入信息的抽奖***中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种点餐业务请求的处理方法,包括:
当接收到点餐业务请求时,确定所述点餐业务请求所对应的业务类型;
当所述业务类型属于预设的点餐交易类型时,将所述点餐业务请求发送给预设的点餐交易平台中与所述业务类型相对应的业务组件;其中,所述点餐交易平台中包含多个分别对应于不同业务类型的业务组件;
获取所述与所述业务类型相对应的业务组件返回的响应结果,根据所述响应结果处理所述点餐业务请求。
2.根据权利要求1所述的方法,其中,将所述点餐业务请求发送给预设的点餐交易平台中与所述业务类型相对应的业务组件包括:
判断与所述点餐业务请求相对应的历史业务序列是否符合预设的组件约束规则;若是,将所述点餐业务请求发送给预设的点餐交易平台中与所述业务类型相对应的业务组件。
3.根据权利要求2所述的方法,其中,所述与所述点餐业务请求相对应的历史业务序列用于存储所述点餐业务请求以及与所述点餐业务请求相关联的历史业务请求;
所述预设的组件约束规则用于预先针对每种业务类型配置与该业务类型相对应的至少一种依赖类型;且所述判断与所述点餐业务请求相对应的历史业务序列是否符合预设的组件约束规则包括:
将与所述点餐业务请求所对应的业务类型相对应的依赖类型确定为目标类型;
根据所述历史业务序列中是否包含与所述目标类型相匹配的历史业务请求,确定与所述点餐业务请求相对应的历史业务序列是否符合预设的组件约束规则。
4.根据权利要求3所述的方法,其中,所述预设的点餐交易类型包括:添加购物车类型、减少购物车类型、订单创建类型、订单修改类型、订单支付类型、订单退款类型、和/或购物车查询类型;
其中,与减少购物车类型相对应的依赖类型包括:添加购物车类型;与订单创建类型相对应的依赖类型包括:添加购物车类型、和/或减少购物车类型;与订单修改类型相对应的依赖类型包括:订单创建类型、添加购物车类型、和/或减少购物车类型;与订单支付类型相对应的依赖类型包括:订单修改类型、订单创建类型、添加购物车类型、和/或减少购物车类型;和/或,与订单退款类型相对应的依赖类型包括:订单支付类型、订单修改类型、订单创建类型、添加购物车类型、和/或减少购物车类型。
5.根据权利要求1-4任一所述的方法,其中,所述点餐业务请求中进一步包含订单模式;则所述获取所述与所述业务类型相对应的业务组件返回的响应结果包括:
获取所述与所述业务类型相对应的业务组件根据所述订单模式返回的与所述订单模式相匹配的响应结果;
其中,所述订单模式包括:堂食模式、外卖模式、预点餐模式、和/或到店打包模式。
6.根据权利要求5所述的方法,其中,所述获取所述与所述业务类型相对应的业务组件根据所述订单模式返回的与所述订单模式相匹配的响应结果包括:
获取所述与所述业务类型相对应的业务组件根据预设的模式参数表确定与所述订单模式相匹配的返回参数,并返回的包含所述与所述订单模式相匹配的返回参数的响应结果;其中,所述模式参数表用于设置与各种订单模式相匹配的返回参数的数量和类型;和/或,
获取所述与所述业务类型相对应的业务组件根据预设的模式序列表,确定在所述订单模式下与所述点餐业务请求相对应的待触发业务请求,并返回的包含与所述待触发业务请求相对应的触发入口元素的响应结果;其中,所述模式序列表用于存储预设的与各种订单模式相匹配的业务请求序列。
7.根据权利要求1-6任一所述的方法,其中,当所述点餐业务请求所对应的业务类型为订单创建类型、订单支付类型或订单修改类型时;
所述获取所述与所述业务类型相对应的业务组件返回的响应结果包括:获取与所述业务类型相对应的业务组件返回的与所述点餐业务请求相对应的备餐通知消息。
8.一种点餐业务请求的处理装置,包括:
接收模块,适于当接收到点餐业务请求时,确定所述点餐业务请求所对应的业务类型;
发送模块,适于当所述业务类型属于预设的点餐交易类型时,将所述点餐业务请求发送给预设的点餐交易平台中与所述业务类型相对应的业务组件;其中,所述点餐交易平台中包含多个分别对应于不同业务类型的业务组件;
处理模块,适于获取所述与所述业务类型相对应的业务组件返回的响应结果,根据所述响应结果处理所述点餐业务请求。
9.一种电子设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如权利要求1-7中任一项所述的点餐业务请求的处理方法对应的操作。
10.一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如权利要求1-7中任一项所述的点餐业务请求的处理方法对应的操作。
CN201910512379.7A 2019-06-13 2019-06-13 点餐业务请求的处理方法、装置及*** Pending CN110298769A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910512379.7A CN110298769A (zh) 2019-06-13 2019-06-13 点餐业务请求的处理方法、装置及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910512379.7A CN110298769A (zh) 2019-06-13 2019-06-13 点餐业务请求的处理方法、装置及***

Publications (1)

Publication Number Publication Date
CN110298769A true CN110298769A (zh) 2019-10-01

Family

ID=68028117

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910512379.7A Pending CN110298769A (zh) 2019-06-13 2019-06-13 点餐业务请求的处理方法、装置及***

Country Status (1)

Country Link
CN (1) CN110298769A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110956529A (zh) * 2019-11-12 2020-04-03 北京三快在线科技有限公司 订单处理方法、装置、存储介质和电子设备
CN111275517A (zh) * 2020-01-14 2020-06-12 拉扎斯网络科技(上海)有限公司 链路信息的显示方法及装置、存储介质、终端
CN112988409A (zh) * 2019-12-18 2021-06-18 腾讯科技(深圳)有限公司 一种接口调用方法、装置、计算机设备及存储介质
CN113515369A (zh) * 2021-04-23 2021-10-19 深圳希施玛数据科技有限公司 一种数据处理方法、***、终端和存储介质
CN113610604A (zh) * 2021-08-09 2021-11-05 上海微盟企业发展有限公司 一种数据处理方法、装置、设备及存储介质
CN113986493A (zh) * 2021-10-26 2022-01-28 阿波罗智能技术(北京)有限公司 业务使用请求处理方法、相关装置及计算机程序产品

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101877111A (zh) * 2010-04-08 2010-11-03 苏州德融嘉信信用管理技术有限公司 网上银行业务平台及其运行方法
CN103281202A (zh) * 2013-05-21 2013-09-04 上海寰创通信科技股份有限公司 一种浏览器/服务器架构的***及其前端呈现方法
CN105701589A (zh) * 2014-11-27 2016-06-22 阿里巴巴集团控股有限公司 一种业务处理方法和装置
CN107360120A (zh) * 2016-05-10 2017-11-17 华为技术有限公司 虚拟网络功能的审计方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101877111A (zh) * 2010-04-08 2010-11-03 苏州德融嘉信信用管理技术有限公司 网上银行业务平台及其运行方法
CN103281202A (zh) * 2013-05-21 2013-09-04 上海寰创通信科技股份有限公司 一种浏览器/服务器架构的***及其前端呈现方法
CN105701589A (zh) * 2014-11-27 2016-06-22 阿里巴巴集团控股有限公司 一种业务处理方法和装置
CN107360120A (zh) * 2016-05-10 2017-11-17 华为技术有限公司 虚拟网络功能的审计方法和装置

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110956529A (zh) * 2019-11-12 2020-04-03 北京三快在线科技有限公司 订单处理方法、装置、存储介质和电子设备
CN112988409A (zh) * 2019-12-18 2021-06-18 腾讯科技(深圳)有限公司 一种接口调用方法、装置、计算机设备及存储介质
CN112988409B (zh) * 2019-12-18 2024-01-30 腾讯科技(深圳)有限公司 一种接口调用方法、装置、计算机设备及存储介质
CN111275517A (zh) * 2020-01-14 2020-06-12 拉扎斯网络科技(上海)有限公司 链路信息的显示方法及装置、存储介质、终端
CN113515369A (zh) * 2021-04-23 2021-10-19 深圳希施玛数据科技有限公司 一种数据处理方法、***、终端和存储介质
CN113515369B (zh) * 2021-04-23 2022-03-29 深圳希施玛数据科技有限公司 一种数据处理方法、***、终端和存储介质
CN113610604A (zh) * 2021-08-09 2021-11-05 上海微盟企业发展有限公司 一种数据处理方法、装置、设备及存储介质
CN113986493A (zh) * 2021-10-26 2022-01-28 阿波罗智能技术(北京)有限公司 业务使用请求处理方法、相关装置及计算机程序产品
CN113986493B (zh) * 2021-10-26 2023-11-14 阿波罗智能技术(北京)有限公司 业务使用请求处理方法、相关装置及计算机程序产品

Similar Documents

Publication Publication Date Title
CN110298769A (zh) 点餐业务请求的处理方法、装置及***
CN108198051A (zh) 跨商品类别的商品推荐方法及装置
CN110111133A (zh) 用于点餐的商品券发放方法及装置
US20220215421A1 (en) Ordering method and system supporting coupon verification integration
CN110111132A (zh) 基于点餐的商品券核销方法及装置
CN107507037B (zh) 服务器、赠品栏的赠品推送方法及存储介质
CN109670903B (zh) 物品的处理方法、装置、存储介质和电子装置
CN105844507A (zh) 可登录特色商城的二维码、在该商城的购物方法及***
CN109064242A (zh) 生鲜时蔬的在线采购方法及装置
WO2022012405A1 (zh) 订单生成方法及装置
KR101984071B1 (ko) 온라인 대행판매 방법, 이를 구현하기 위한 프로그램이 저장된 기록매체 및 이를 구현하기 위해 매체에 저장된 컴퓨터프로그램
AU2015283827A1 (en) Online shopping system and method
CN110070424A (zh) 订单生成方法、装置、服务器及存储介质
CN106709785B (zh) 一种显示方法及设备
CN109493256A (zh) 一种手机app的点餐方法
CN107689111A (zh) 果汁机远程管理方法和***
WO2012135900A1 (en) Promotion system and method
CN109829711A (zh) 排队预点餐处理方法及***
KR20230036036A (ko) 아이템 판매에 따른 정산 금액을 관리하는 방법 및 그 장치
CN107203919B (zh) 业务信息的处理方法及装置
CN108876339A (zh) 基于通证的电子宠物交易方法及装置
US20170243265A1 (en) Electronic Purchase and Charge Exemption System
CN107481086A (zh) 信息处理方法及装置
KR100609864B1 (ko) 상품정보컨텐츠를 이용한 상품등록 및 상품정보컨텐츠거래장치와 그 방법
CN107886316A (zh) 一种网购商品价格差的处理方法

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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20191001