CN112101873A - 订单数据的处理方法、装置及系统 - Google Patents
订单数据的处理方法、装置及系统 Download PDFInfo
- Publication number
- CN112101873A CN112101873A CN202010996683.6A CN202010996683A CN112101873A CN 112101873 A CN112101873 A CN 112101873A CN 202010996683 A CN202010996683 A CN 202010996683A CN 112101873 A CN112101873 A CN 112101873A
- Authority
- CN
- China
- Prior art keywords
- shop
- user
- matched
- commodity
- area
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- 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
-
- 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/0639—Item locations
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Theoretical Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了一种订单数据的处理方法、装置及系统,涉及数据处理技术领域。其中方法包括:客户端接收外卖店铺和/或商品的获取指令;向服务端发送店铺和/或商品的获取请求,所述获取请求中携带有外卖配送定位,以使得所述服务端在判定所述外卖配送定位处于第一限制配送区域内时,获取与所述外卖配送定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的外卖订单配送范围均包括所述外卖配送定位;客户端接收并显示所述匹配到的第一店铺和/或商品信息。本申请可减少外卖下单后无法配送的情况发生,提高了订单配送的成功率和效率。
Description
技术领域
本申请涉及数据处理技术领域,尤其是涉及到一种订单数据的处理方法、装置及系统。
背景技术
随着互联网技术的快速发展以及人们生活水平的不断提高,越来越多的应用程序(Application,APP)被广大用户所使用,用户可以通过生活类的APP在线获取到自己所需的餐品等。但是部分地区会存在一定地配送限制或使用限制等。例如,机场存在安检内、安检外、工作区3个区域,不同区域可配送或可使用的限制不同,安检外区域的店铺无法送餐至安检内区域的用户,或者安检外区域的店铺商品核销券/到店自取标识码等,不能在安检内区域的同品牌店铺中使用。
目前,在存在限制的地区内,用户点击打开APP时,会推荐显示用户附近所有店铺的列表页面。然而,列表页面中的店铺并非全部能够按照用户指定的区域进行餐品配送,或者这些店铺中存在用户获取商品核销券/到店自取标识码后无法到店使用的店铺,并且用户无法进行有效区分,进而很可能造成外卖下单后无法配送的情况发生,或者需要用户主动协商更改配送区域、且自己前往可配送的区域、或者用户主动退单并按照店员指导重新获取适用于已到店的商品核销券/到店自取标识码再进行使用等,从而影响了订单处理的效率和成功率。
发明内容
有鉴于此,本申请提供了一种订单数据的处理方法、装置及系统,主要目的在于改善目前在存在限制的地区内利用传统的订单处理方式,会影响订单处理的效率和成功率的技术问题。
依据本申请的一个方面,提供了一种订单数据的处理方法,可应用于客户端侧,该方法包括:接收外卖店铺和/或商品的获取指令;向服务端发送店铺和/或商品的获取请求,所述获取请求中携带有外卖配送定位,以使得所述服务端在判定所述外卖配送定位处于第一限制配送区域内时,获取与所述外卖配送定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的外卖订单配送范围均包括所述外卖配送定位;接收并显示所述匹配到的第一店铺和/或商品信息。
可选的,所述获取请求中还携带有用户身份信息,以使得所述服务端获取与所述用户身份信息对应人群的可点餐配送区域内、且与所述外卖配送定位匹配到的第一店铺和/或商品信息。
可选的,在所述接收外卖店铺和/或商品的获取指令之前,所述方法还包括:根据所在终端的终端位置信息,判断所述终端是否进入预设限制配送地区内,其中,所述预设限制配送地区包含所述第一限制配送区域;若判定所述终端进入所述预设限制配送地区内,则输出外卖配送定位填写的提示信息;根据填写提交的地址信息,确定所述外卖配送定位。
可选的,所述方法还包括:若填写提交的地址信息为无效地址或空地址、或未填写提交地址信息,则根据所在终端的终端位置信息,向服务端发送外卖店铺和/或商品的获取请求,以使得所述服务端获取与所述终端位置信息匹配到的外卖店铺和/或商品信息;若填写提交的地址信息为所述预设限制配送地区对应的地址,则根据所述预设限制配送地区,向服务端发送外卖店铺和/或商品的获取请求,以使得所述服务端获取与所述预设限制配送地区匹配到的外卖店铺和/或商品信息;接收并显示与所述终端位置信息匹配到的外卖店铺和/或商品信息;或,接收并显示与所述预设限制配送地区匹配到的外卖店铺和/或商品信息;在根据接收到的外卖店铺和/或商品信息进入待提交订单页面时,订单收货地址不做默认选中和推荐显示;向服务端发送地址校验请求,所述地址校验请求中包含用户填写的订单收货地址和订单店铺标识;若所述服务端返回地址校验失败信息,则输出重新填写订单收货地址的提示信息,其中,所述地址校验失败信息是所述服务端在判定所述订单店铺标识对应店铺的外卖订单配送范围不包含所述用户填写的订单收货地址时发送的。
可选的,所述方法还包括:若根据所在终端的终端位置变化信息,判定所述终端由所述第一限制配送区域进入到第二限制配送区域,则输出所述外卖配送定位是否发生变更的提示信息,其中,所述第一限制配送区域匹配的第一店铺和/或商品信息中存在外卖订单配送范围不包括所述第二限制配送区域的店铺和/或商品信息;接收变更后的外卖配送定位;根据所述变更后的外卖配送定位,向服务端发送店铺和/或商品获取请求,以使得所述服务端在判定所述变更后的外卖配送定位处于所述第二限制配送区域内时,获取与所述变更后的外卖配送定位匹配到的第二店铺和/或商品信息,所述匹配到的第二店铺和/或商品信息的外卖订单配送范围均包括所述变更后的外卖配送定位;接收并显示所述匹配到的第二店铺和/或商品信息。
可选的,在所述接收并显示所述匹配到的第一店铺和/或商品信息之后,所述方法还包括:获取用户从所述匹配到的第一店铺和/或商品信息中选择的目标店铺和/或商品信息;若根据所在终端的终端位置变化信息,判定所述终端由所述第一限制配送区域进入到第三限制配送区域,则输出所述目标店铺和/或商品信息相应无法配送的告警提示信息,其中,所述目标店铺和/或商品信息的外卖订单配送范围不包括所述第三限制配送区域。
可选的,在所述接收并显示所述匹配到的第一店铺和/或商品信息之后,所述方法还包括:在外卖订单的提交页面中,根据所述外卖配送定位显示订单收货地址;接收所述订单收货地址的配置指令;获取与用户身份信息对应样式的地址修改页面进行显示,其中,不同样式的地址修改页面中用户有权限修改的位置区域范围不同。
可选的,所述方法还包括:接收修改后的订单收货地址;若所述修改后的订单收货地址处于所述第一限制配送区域外、和/或处于下单店铺和/或商品信息的外卖订单配送范围外,则输出无法配送的提示信息,并提示重新更改订单收货地址。
依据本申请的另一个方面,提供了一种订单数据的处理方法,可应用于客户端侧,该方法包括:接收店铺和/或商品的获取指令;向服务端发送店铺和/或商品的获取请求,所述获取请求中携带有用户定位,以使得所述服务端在判定所述用户定位处于第一限制区域内时,获取与所述用户定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的订单的适用范围均包括所述用户定位;接收并显示所述匹配到的第一店铺和/或商品信息。
可选的,所述获取请求中还携带有用户身份信息,以使得所述服务端获取与所述用户身份信息对应人群的可适用区域内、且与所述用户定位匹配到的第一店铺和/或商品信息。
可选的,在所述接收店铺和/或商品的获取指令之前,所述方法还包括:根据所在终端的终端位置信息,判断所述终端是否进入预设限制地区内,其中,所述预设限制地区包含所述第一限制区域;若判定所述终端进入所述预设限制地区内,则输出用户定位填写的提示信息;根据填写提交的地址信息,确定所述用户定位。
可选的,所述方法还包括:若根据所在终端的终端位置变化信息,判定所述终端由所述第一限制区域进入到第二限制区域,则输出所述用户定位是否发生变更的提示信息,其中,所述第一限制区域匹配的第一店铺和/或商品信息中存在订单的适用范围不包括所述第二限制区域的店铺和/或商品信息;接收变更后的用户定位;根据所述变更后的用户定位,向服务端发送店铺和/或商品获取请求,以使得所述服务端在判定所述变更后的用户定位处于所述第二限制区域内时,获取与所述变更后的用户定位匹配到的第二店铺和/或商品信息,所述匹配到的第二店铺和/或商品信息的订单的适用范围均包括所述变更后的用户定位;接收并显示所述匹配到的第二店铺和/或商品信息。
可选的,在所述接收并显示所述匹配到的第一店铺和/或商品信息之后,所述方法还包括:获取用户从所述匹配到的第一店铺和/或商品信息中选择的目标店铺和/或商品信息;若根据所在终端的终端位置变化信息,判定所述终端由所述第一限制区域进入到第三限制区域,则输出所述目标店铺和/或商品信息相应无法配送的告警提示信息,其中,所述目标店铺和/或商品信息的订单的适用范围不包括所述第三限制配送区域。
依据本申请的又一个方面,提供了一种订单数据的处理方法,可应用于客户端侧,该方法包括:接收到店店铺和/或商品的获取指令;向服务端发送到店店铺和/或商品的获取请求,所述获取请求中携带有用户定位,以使得所述服务端在判定所述用户定位处于第一限制区域内时,获取与所述用户定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的订单的消费地点在所述用户定位的可活动区域内;接收并显示所述匹配到的第一店铺和/或商品信息。
可选的,所述获取请求中还携带有用户身份信息,以使得所述服务端获取与所述用户身份信息对应人群的可消费区域内、且与所述用户定位匹配到的第一店铺和/或商品信息。
可选的,在所述接收到店店铺和/或商品的获取指令之前,所述方法还包括:根据所在终端的终端位置信息,判断所述终端是否进入预设限制地区内,其中,所述预设限制核销地区包含所述第一限制区域;若判定所述终端进入所述预设限制地区内,则输出用户定位填写的提示信息;根据填写提交的地址信息,确定所述用户定位。
可选的,所述方法还包括:若根据所在终端的终端位置变化信息,判定所述终端由所述第一限制区域进入到第二限制区域,则输出所述用户定位是否发生变更的提示信息,其中,所述第一限制区域匹配的第一店铺和/或商品信息中存在订单的消费地点不包括所述第二限制区域的店铺和/或商品信息;接收变更后的用户定位;根据所述变更后的用户定位,向服务端发送店铺和/或商品获取请求,以使得所述服务端在判定所述变更后的用户定位处于所述第二限制区域内时,获取与所述变更后的用户定位匹配到的第二店铺和/或商品信息,所述匹配到的第二店铺和/或商品信息的订单的消费地点在所述变更后的用户定位的可活动区域内;接收并显示所述匹配到的第二店铺和/或商品信息。
可选的,在所述接收并显示所述匹配到的第一店铺和/或商品信息之后,所述方法还包括:获取用户从所述匹配到的第一店铺和/或商品信息中选择的目标店铺和/或商品信息;若根据所在终端的终端位置变化信息,判定所述终端由所述第一限制区域进入到第三限制区域,则输出所述目标店铺和/或商品信息相应订单无法消费的告警提示信息,其中,所述目标店铺和/或商品信息的订单的消费地点不包括所述第三限制区域。
依据本申请的再一方面,提供了一种订单数据的处理方法,可应用于服务端侧,该方法包括:接收客户端发送的店铺和/或商品的获取请求,所述获取请求中携带有用户定位;在判定所述用户定位处于第一限制区域内时,获取与所述用户定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的订单的适用范围均包括所述用户定位;向所述客户端返回所述匹配到的第一店铺和/或商品信息。
可选的,所述获取请求中还携带有用户身份信息;所述获取与所述用户定位匹配到的第一店铺和/或商品信息,具体包括:获取与所述用户身份信息对应人群的可适用区域内、且与所述用户定位匹配到的第一店铺和/或商品信息。
可选的,在所述接收客户端发送的店铺和/或商品的获取请求之前,所述方法还包括:收集不同店铺信息在预设限制地区内的订单适用范围,其中,所述预设限制地区包含所述第一限制区域;根据收集到的所述订单适用范围,对所述不同店铺信息标记分别对应的受限制区域;统计不同用户身份信息的不同人群在所述预设限制地区内各自对应的可适用区域;所述获取与所述用户身份信息对应人群的可适用区域内、且与所述用户定位匹配到的第一店铺和/或商品信息,具体包括:根据统计到的所述可适用区域和标记得到的所述受限制区域,获取与所述用户身份信息对应人群的可适用区域内、且与所述用户定位匹配到的第一店铺和/或商品信息。
可选的,所述方法还包括:接收所述客户端根据变更后的用户定位发送的店铺和/或商品获取请求;在判定所述变更后的用户定位处于第二限制区域内时,获取与所述变更后的用户定位匹配到的第二店铺和/或商品信息,所述匹配到的第二店铺和/或商品信息的订单的适用范围均包括所述变更后的用户定位,且所述第一限制区域匹配的第一店铺和/或商品信息中存在订单适用范围不包括所述第二限制区域的店铺和/或商品信息;向所述客户端返回所述匹配到的第二店铺和/或商品信息。
依据本申请的再一方面,提供了一种订单数据的处理装置,可应用于客户端侧,该装置包括:第一接收模块,用于接收店铺和/或商品的获取指令;发送模块,用于向服务端发送店铺和/或商品的获取请求,所述获取请求中携带有用户定位,以使得所述服务端在判定所述用户定位处于第一限制区域内时,获取与所述用户定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的订单的适用范围均包括所述用户定位;第二接收模块,用于接收所述匹配到的第一店铺和/或商品信息;显示模块,用于显示所述匹配到的第一店铺和/或商品信息。
依据本申请的再一方面,提供了一种订单数据的处理装置,可应用于客户端侧,该装置包括:第一接收模块,用于接收外卖店铺和/或商品的获取指令;发送模块,用于向服务端发送店铺和/或商品的获取请求,所述获取请求中携带有外卖配送定位,以使得所述服务端在判定所述外卖配送定位处于第一限制配送区域内时,获取与所述外卖配送定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的外卖订单配送范围均包括所述外卖配送定位;第二接收模块,用于接收所述匹配到的第一店铺和/或商品信息;显示模块,用于显示所述匹配到的第一店铺和/或商品信息。
依据本申请的再一方面,提供了一种订单数据的处理装置,可应用于客户端侧,该装置包括:第一接收模块,用于接收到店店铺和/或商品的获取指令;发送模块,用于向服务端发送到店店铺和/或商品的获取请求,所述获取请求中携带有用户定位,以使得所述服务端在判定所述用户定位处于第一限制区域内时,获取与所述用户定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的订单的消费地点在所述用户定位的可活动区域内;第二接收模块,用于接收所述匹配到的第一店铺和/或商品信息;显示模块,用于显示所述匹配到的第一店铺和/或商品信息。
依据本申请的再一方面,提供了一种订单数据的处理装置,可应用于服务端侧,该装置包括:接收模块,用于接收客户端发送的店铺和/或商品的获取请求,所述获取请求中携带有用户定位;获取模块,用于在判定所述用户定位处于第一限制区域内时,获取与所述用户定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的订单的适用范围均包括所述用户定位;发送模块,用于向所述客户端返回所述匹配到的第一店铺和/或商品信息。
依据本申请再一个方面,提供了一种存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述可应用于客户端侧的订单数据的处理方法。
依据本申请再一个方面,提供了一种客户端设备,包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述可应用于客户端侧的订单数据的处理方法。
依据本申请再一个方面,提供了一种存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述可应用于服务端侧的订单数据的处理方法。
依据本申请再一个方面,提供了一种服务器设备,包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述可应用于服务端侧的订单数据的处理方法。
依据本申请再一个方面,提供了一种订单数据的处理系统,包括:上述客户端设备和上述服务器设备。
借由上述技术方案,本申请提供的一种订单数据的处理方法、装置及系统,与目前传统方式中只按照与用户之间的距离划分外卖订单配送范围,不适用存在限制配送地区的订单数据处理场景相比,用户在存在配送限制的地区内进行外卖点餐时,后台服务端可在判定外卖配送定位处于限制配送区域内时,可仅返回能够真正将外卖订单餐品送达到该外卖配送定位所在位置的店铺和/或商品信息,即与外卖配送定位匹配到的店铺和/或商品信息的外卖订单配送范围均包括该外卖配送定位。使得用户在从中选择的店铺内外卖点餐时都能保证订单准确送达,减少外卖下单后无法配送的情况发生,提高了订单配送的成功率。并且可减少用户主动协商更改配送区域、且自己前往可配送的区域等,进而可提高订单配送的效率和成功率。并且整个过程可做到用户无感知或弱感知,完全由后台服务端进行店铺/商品筛选,从而提升了用户的满意度。另外,用户在存在限制的地区内需要获取店铺商品核销券或到店自取商品时,后台服务端可在判定用户定位处于限制区域内时,可仅返回能够真正在用户定位所在区域使用商品核销券/到店自取标识码的店铺和/或商品,避免用户获取无法在该用户定位所在区域使用的商品核销券/到店自取标识码,提高了订单处理的成功率和效率。
上述说明仅是本申请技术方案的概述,为了能够更清楚了解本申请的技术手段,而可依照说明书的内容予以实施,并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂,以下特举本申请的具体实施方式。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1示出了本申请实施例提供的一种订单数据的处理方法的流程示意图;
图2示出了本申请实施例提供的另一种订单数据的处理方法的流程示意图;
图3示出了本申请实施例提供的又一种订单数据的处理方法的流程示意图;
图4示出了本申请实施例提供的再一种订单数据的处理方法的流程示意图;
图5示出了本申请实施例提供的一种点餐实例的示意图;
图6示出了本申请实施例提供的另一种点餐实例的示意图;
图7示出了本申请实施例提供的又一种点餐实例的示意图;
图8示出了本申请实施例提供的再一种订单数据的处理方法的流程示意图;
图9示出了本申请实施例提供的再一种订单数据的处理方法的流程示意图;
图10示出了本申请实施例提供的一种应用场景的流程示意图;
图11示出了本申请实施例提供的一种订单数据的处理装置的结构示意图;
图12示出了本申请实施例提供的另一种订单数据的处理装置的结构示意图;
图13示出了本申请实施例提供的一种订单数据的处理系统的结构示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本申请。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
为了改善目前在存在限制的地区内利用传统的订单处理方式,会影响订单处理的效率和成功率的技术问题。本实施例提供了一种订单数据的处理方法,如图1所示,可应用于用户的客户端侧,该方法包括:
步骤101、客户端接收店铺和/或商品的获取指令。对于本侧实施例的执行主体可为用户的客户端设备,例如,智能手机、平板电脑等智能终端上安装的具有外卖点餐功能的、和/或具有获取商品核销券功能的应用程序(Application,APP)、或小程序、或公众号、或WEB端应用程序、其他APP中的网页页面等。输入店铺和/或商品的获取指令可存在多种可选方式。例如,用户打开APP时自动触发输入店铺和/或商品的获取指令,或者在APP中手动设置用户定位的地址,然后查询附近的店铺和/或商品等,进而触发输入该获取指令。还可以是用户点击某个应用图标触发输入店铺和/或商品的获取指令,进而获取附近的店铺和/或商品的推荐。也可以是用户搜索某个关键词时,触发输入店铺和/或商品的获取指令等。
本实施例中,店铺和/或商品的获取可指的是对用户定位附近可提供外卖点餐和/或商品券核销、到店自取商品等服务的店铺,和/或店铺内的特定商品。与目前传统方式中只按照与用户之间的距离划分订单适用范围不同,本实施例不单依据距离划分订单适用范围,更重要地是对用户定位是否在限制区域进行识别判断。如果用户定位在限制区域内,可仅返回能够真正将外卖订单餐品送达到该用户定位所在位置的店铺和/或商品信息,和/或仅返回能够真正在用户定位所在区域使用商品核销券/到店自取标识码等的店铺和/或商品。这与传统方式具有本质区别,传统方式会造成返回的“店铺和/或商品”中存在不支持用户定位地区外卖订单配送的、和/或不支持用户定位地区商品券核销/订单商品到店自取等的“店铺和/或商品”,进而无法保证订单处理的成功率和效率。而通过本实施例方法的处理过程,可有效解决该技术问题,可保证订单处理的成功率和效率。具体执行以下所示步骤102至103。
步骤102、客户端向服务端发送店铺和/或商品的获取请求。店铺和/或商品的获取请求中携带有用户定位,进一步的,以使得服务端在判定用户定位处于第一限制区域内时,获取与用户定位匹配到的第一店铺和/或商品信息,该匹配到的第一店铺和/或商品信息的订单的适用范围均包括用户定位(如外卖订单配送范围包括该用户定位的位置区域、商品订单到店自取/商品核销券等的消费地点包括该用户定位所在的区域店铺等)。而服务端可认为是客户端的后台处理端。
需要说明的是,本实施例中涉及的店铺和/或商品获取、搜索等均为对线上店铺的数据处理,并非线下实体店铺和商品的商业业务。服务端在接收到客户端发送的店铺和/或商品的获取请求后,可根据请求中携带的用户定位,判断该用户定位是否处于限制区域(即附近存在某些店铺/商品对该区域不支持外卖配送、或附近存在某些店铺/商品对该区域不支持商品券核销/到店自取服务等)内。如果该用户定位处于限制区域内,说明该用户定位附近存在某些店铺/商品对该定位位置不支持外卖配送和/或商品券核销/商品到店自取等,若将其周围附近所有的店铺/商品全部返回,很可能造成点餐用户选择了不支持该定位位置配送的店铺/商品,或者用户选择了不支持用户定位所在区域商品券核销/到店自取的店铺/商品。因此本实施例可返回能够真正将外卖订单餐品送达到该外卖配送定位所在位置的店铺/商品信息,即与外卖配送定位匹配到的店铺信息的外卖订单配送范围均包括该外卖配送定位。使得点餐用户在从中选择的店铺内外卖点餐时都能保证订单准确送达。和/或可返回能够真正支持用户定位所在区域商品券核销/到店自取等的店铺/商品,使得用户从中选择的店铺商品都能支持用户定位所在区域的商品券核销/订单商品到店自取。
步骤103、客户端接收并显示匹配到的第一店铺和/或商品信息。匹配到的店铺和/或商品信息很可能不只一个,很可能会存在多个,因此可通过列表、分栏等的形式进行显示,便于用户进行选择。
本实施例提供的订单数据的处理方法,与目前传统方式中只按照与用户之间的距离划分外卖订单配送范围,不适用存在限制配送地区的订单数据处理场景相比,用户在存在配送限制的地区内进行外卖点餐时,后台服务端可在判定外卖配送定位处于限制配送区域内时,可仅返回能够真正将外卖订单餐品送达到该外卖配送定位所在位置的店铺和/或商品信息,即与外卖配送定位匹配到的店铺和/或商品信息的外卖订单配送范围均包括该外卖配送定位。使得用户在从中选择的店铺内外卖点餐时都能保证订单准确送达,减少外卖下单后无法配送的情况发生,提高了订单配送的成功率。并且可减少用户主动协商更改配送区域、且自己前往可配送的区域等,进而可提高订单配送的效率和成功率。并且整个过程可做到用户无感知或弱感知,完全由后台服务端进行店铺/商品筛选,从而提升了用户的满意度。另外,用户在存在限制的地区内需要获取店铺商品核销券或到店自取商品时,后台服务端可在判定用户定位处于限制区域内时,可仅返回能够真正在用户定位所在区域使用商品核销券/到店自取标识码的店铺和/或商品,避免用户获取无法在该用户定位所在区域使用的商品核销券/到店自取标识码,提高了订单处理的成功率和效率。
进一步的,作为上述图1所示实施例具体实施方式的细化和扩展,提供了另一种可应用于客户端侧的订单数据的处理方法,如图2所示,包括:
步骤201、根据所在终端的终端位置信息,判断终端是否进入预设限制地区内。其中,客户端所在终端可为智能手机、平板电脑等智能设备。预设限制地区包含第一限制区域。预设限制地区可为包含至少一限制区域的地区。例如,预设限制地区可为机场地区、火车站地区等。以机场地区为例,机场可包含多个限制区域,如根据安检分割的安检内区域、安检外区域,以及机场工作人员的工作区等。
步骤202、若判定终端进入预设限制地区内,则输出用户定位填写的提示信息。提示信息可存在多种可选方式,如以文字、图片、音频、视频等形式提示用户填写用户定位;或者以弹窗的形式输出相应的弹窗信息,用于提示填写精度更高的用户定位地址。
步骤203、根据填写提交的地址信息,确定用户定位。将用户填写提交的地址信息,作为用户定位的信息进行保存,以便后续接收到店铺和/或商品的获取指令时,根据保存的该用户定位发送店铺和/或商品的获取请求。
步骤204、在客户端接收到店铺和/或商品的获取指令时,向服务端发送店铺和/或商品的获取请求。店铺和/或商品的获取请求中除了携带有用户定位以外,还可携带有用户身份信息(如用户的手机号、登录账号等),进一步的,以使得服务端在判定用户定位处于第一限制区域内时,获取与用户身份信息对应人群的可适用区域内、且与用户定位匹配到的第一店铺和/或商品信息。该匹配到的第一店铺和/或商品信息的订单的适用范围均包括用户定位。
在本实施例中,可事先根据在限制地区内存在的不同身份信息的用户进行人群划分,并且为不同人群事先统计各自对应的可适用区域。例如,对于机场地区,可划分为机场工作人员和非工作人员(乘客),而机场工作人员也可继续细分,如地勤、安检内保洁、安检外保洁、机务、安检内服务员、安检外服务员等。非工作人员(乘客)对应的可适用区域可为安检内区域和安检外区域,而工作人员对应的可适用区域可为工作区(或机场所有工作区中特定的工作区)、和/或安检内区域、和/或安检外区域等。
在判定发送请求的用户为哪一人群时,可通过该用户的用户身份信息确定。例如,事先统计机场工作人员的电话号码,如果该用户的电话号码与机场工作人员的电话号码匹配,则判定该用户为机场工作人员对应的人群;如果该用户的电话号码与机场工作人员的电话号码不匹配,则判定该用户为非工作人员(乘客)对应的人群。需要说明的是,本实施例中的人群划分并不代表对用户的区别对待,而是为了更好地把控在限制地区内的用户能够点到实际可订单配送成功的餐品,提高订单配送的成功率,和/或把控在限制地区内的用户能够获取到实际在用户定位区域核销使用的商品核销券/订单商品到店自取服务等,提高订单处理的成功率和效率。
步骤205、客户端接收并显示匹配到的第一店铺和/或商品信息。在实际的应用场景中,用户的位置有可能是动态移动的,为了保证订单处理的成功率和效率,下面分几种可选方式进行说明:
在一种应用场景中,用户首先根据限制区域A内设置的用户定位,从后台服务端获取得到的店铺和/或商品信息列表。而随着用户的移动,该用户从限制区域A进入了限制区域B内,而之前返回的店铺和/或商品信息列表中存在无法外卖订单配送到限制区域B的“店铺和/或商品”,和/或存在商品核销券无法在限制区域B中核销使用的“店铺和/或商品”。如果还以之前返回的店铺和/或商品信息列表供用户进行选择下单,会存在一定的风险。因此,可选的,在用户由一个限制区域进入到另一个限制区域时,可输出相应的提示信息,做到用户定位的及时更新。
相应的,在步骤205之后,本实施例方法还可包括:若根据所在终端的终端位置变化信息,判定终端由第一限制区域进入到第二限制区域(第二限制区域为与第一限制区域存在不同的区域,可以存在相交区域或者不存在相交区域等),则输出用户定位是否发生变更的提示信息,其中,该第一限制区域匹配的第一店铺和/或商品信息中存在订单的适用范围不包括第二限制区域的店铺和/或商品信息;接收变更后的用户定位;根据变更后的用户定位,向服务端发送店铺和/或商品获取请求,进一步的,以使得服务端在判定变更后的用户定位处于第二限制区域内时,获取与变更后的用户定位匹配到的第二店铺和/或商品信息,该匹配到的第二店铺和/或商品信息的订单的适用范围均包括变更后的用户定位;接收并显示匹配到的第二店铺和/或商品信息。通过这种可选方式可提高订单处理的成功率和效率。
除了上述应用场景以外,在另一种应用场景中,用户首先根据限制区域A内设置的用户定位,从后台服务端获取得到的店铺和/或商品信息列表。用户从店铺和/或商品信息列表中选择了一家店铺进行点餐或浏览商品核销券等操作,在此过程中,用户从限制区域A进入了限制区域C内,而该选择的店铺不支持限制区域C的外卖订单配送,或者选择的商品核销券不支持在限制区域C中的对应店铺核销,用户下单后很可能造成订单处理失败的情况发生。因此,可选的,在用户在浏览店铺商品的过程中,如果由一个限制区域进入到另一个限制区域时,可输出相应的提示信息,以实现及时拦截。
相应的,在步骤205之后,本实施例方法还可包括:获取用户从匹配到的第一店铺和/或商品信息中选择的目标店铺和/或商品信息;若根据所在终端的终端位置变化信息,判定终端由第一限制区域进入到第三限制区域(第三限制区域为与第一限制区域不同的区域,并且可为与第二限制区域不同或相同的区域),则输出目标店铺和/或商品信息相应无法配送的告警提示信息,其中,目标店铺和/或商品信息的订单的适用范围不包括第三限制配送区域。通过这种可选方式,可做到异常订单的及时拦截,避免订单处理失败的情况发生。
基于图1和图2所示的方法,示例性的,下面分别以外卖场景和到店商品券核销场景为例,具体说明本实施例的订单数据处理方法。需要说明的是,本说明书中记载的技术方案可相互结合,下面两种场景的实施例可结合到图1和图2所示的方法中,并且两种场景中的相似方案也可相互配合使用,为了减少本实施例方案介绍冗余,在此不做一一赘述。
在外卖场景中,目前用户可通过外卖应用足不出户即可获取到自己所需的餐品。但是部分地区会存在一定地配送限制。例如,机场存在安检内、安检外、工作区3个区域,不同区域可配送的限制不同,安检外区域的店铺无法送餐至安检内区域的用户。在存在配送限制的地区内,用户点击打开外卖应用时,会推荐显示用户附近所有外卖店铺的列表页面。然而,列表页面中的外卖店铺并非全部能够按照用户指定的区域进行餐品配送,并且用户无法区分外卖餐品是否可送达,进而很可能造成外卖下单后无法配送的情况发生,或者需要用户主动协商更改配送区域、且自己前往可配送的区域等,从而影响了订单配送处理的效率和成功率。
为了改善上述技术问题,本实施例提供了又一种订单数据的处理方法,如图3所示,可应用于点餐用户的客户端侧,该方法包括:
步骤301、客户端接收外卖店铺和/或商品的获取指令。外卖店铺和/或商品可为提供外卖点餐服务的店铺和/或商品。对于本侧实施例的执行主体可为点餐用户的客户端设备,例如,智能手机、平板电脑等智能终端上安装的具有外卖点餐功能的APP、或小程序、或公众号、或WEB端应用程序、其他APP中的外卖点餐网页页面等。输入外卖店铺和/或商品的获取指令可存在多种可选形式。例如,以外卖APP为例,点餐用户可通过打开外卖APP时,进而触发输入外卖店铺和/或商品的获取指令,默认外卖APP打开时会推荐其附近的外卖店铺和/或商品列表页面。需要说明的是,由于需要确定外卖配送定位是否在限制配送区域内,而这些限制配送区域可能会划分地更为细致一些,因此此种方式需要获取得到更加精准地外卖配送定位时才会自动触发输入外卖店铺和/或商品的获取指令,而在未获得精准地外卖配送定位时,可输出相应的提示信息,以提示点餐用户手动填写更为精确的外卖配送定位。
再例如,点餐用户也可在外卖APP手动设置查询特定位置处(更加细粒度的外卖配送定位)附近的外卖店铺列表页面,进而触发输入外卖店铺和/或商品的获取指令。还可以是用户点击某个应用图标触发输入店铺和/或商品的获取指令,进而获取附近的店铺和/或商品的推荐。也可以是用户搜索某个关键词时,触发输入店铺和/或商品的获取指令等。
步骤302、客户端向服务端发送店铺和/或商品的获取请求。店铺和/或商品的获取请求中携带有外卖配送定位,即按照该外卖配送定位,搜索其附近的可外卖点餐的店铺和/或商品信息。进一步的,以使得服务端在判定外卖配送定位处于第一限制配送区域内时,获取与外卖配送定位匹配到的第一店铺和/或商品的信息,其中,匹配到的第一店铺和/或商品信息的外卖订单配送范围均包括外卖配送定位。
服务端在接收到客户端发送的店铺和/或商品的获取请求之后,可根据请求中携带的外卖配送定位,判断该外卖配送定位是否处于限制配送区域(即附近存在某些店铺对该区域不支持外卖配送)内,如果该外卖配送定位处于限制配送区域内,说明该外卖配送定位附近存在某些店铺对该定位位置不支持外卖配送,若将其周围附近所有的外卖店铺和/或商品全部返回,很可能造成点餐用户选择了不支持该定位位置配送的店铺,进而容易造成外卖下单后无法配送的情况发生,或者需要用户主动协商更改配送区域、且自己前往可配送的区域等,因此本实施例可仅返回能够真正将外卖订单餐品送达到该外卖配送定位所在位置的店铺和/或商品信息,即与外卖配送定位匹配到的店铺和/或商品信息的外卖订单配送范围均包括该外卖配送定位。使得点餐用户在从中选择的店铺内外卖点餐时都能保证订单准确送达,减少外卖下单后无法配送的情况发生,提高了订单配送的成功率。而如果该外卖配送定位处于限制配送区域外,说明该外卖配送定位所在位置没有配送限制,其附近的店铺和/或商品均可正常配送,因此可按常规的附近店铺和/或商品列表进行返回。
步骤303、客户端接收服务端返回的匹配到的第一店铺和/或商品的信息并进行显示。匹配到的店铺和/或商品信息很可能不只一个,很可能会存在多个,因此可通过店铺和/或商品列表的形式进行显示,便于用户通过浏览该店铺和/或商品列表进行选择。从中选择店铺进入店铺点餐页面进而实现外卖下单。后续由外卖平台系统将订单发送给对应店铺的商家管理设备指示备餐,并且还可通知相应的配送人员进行餐品配送,或者配送人员不方便配送时可由店铺商家端自行安排配送等。
本实施例提供的可应用于客户端侧的订单数据的处理方法,与目前传统方式相比,用户在存在配送限制的地区内进行外卖点餐时,后台服务端可在判定外卖配送定位处于限制配送区域内时,可仅返回能够真正将外卖订单餐品送达到该外卖配送定位所在位置的店铺和/或商品信息,即与外卖配送定位匹配到的店铺和/或商品信息的外卖订单配送范围均包括该外卖配送定位。使得用户在从中选择的店铺和/或商品进行外卖点餐时都能保证订单准确送达,减少外卖下单后无法配送的情况发生,提高了订单配送的成功率。并且可减少用户主动协商更改配送区域、且自己前往可配送的区域等,进而可提高订单配送的效率。并且整个点餐过程可做到用户无感知或弱感知,完全由后台服务端进行店铺筛选,从而提升了用户的满意度。
进一步的,作为上述图3所示实施例具体实施方式的细化和扩展,提供了再一种可应用于客户端侧的订单数据的处理方法,如图4所示,该方法包括:
步骤401、根据客户端所在终端的终端位置信息,判断终端是否进入预设限制配送地区内。其中,预设限制配送地区包含第一限制配送区域。预设限制配送地区可为包含至少一限制配送区域的地区。例如,预设限制配送地区可为机场地区、封闭式的公司或学校所在地区等。以机场地区为例,机场可包含多个限制配送区域,如根据安检分割的安检内区域(对于安检内的区域,通常安检外的店铺无法正常为其外卖配送)、安检外区域(对于安检外的区域,通常安检内的店铺无法正常为其外卖配送),以及机场工作人员的工作区(对于特定的工作区,机场内的某些店铺是无法正常为其外卖配送的)等。
例如,以外卖APP为例,在外卖APP开启后,可监控所在终端的终端位置信息,如果根据终端位置信息,判断终端是否进入预设限制配送地区内,进而确定是否需要用户详细填写外卖配送定位,以便后台服务端根据详细的外卖配送定位确定是否在限制配送区域内,进而做到针对性的订单数据处理。
步骤402、若判定终端进入预设限制配送地区内,则输出外卖配送定位填写的提示信息。提示信息可用于提示填写精度更高的外卖配送定位。例如,点餐用户可通过智能手机上的外卖APP进行外卖点餐,根据点餐用户身上携带的该智能手机的手机定位,在判定该点餐用户进入机场范围内时,可在该外卖APP页面中弹出填写详细外卖配送定位的弹窗信息,用于指示点餐用户填写更为详细的外卖配送定位信息,如XX机场安检外一层20号东侧机场大巴候车区。
步骤403、根据填写提交的地址信息,确定外卖配送定位。例如,将点餐用户在弹窗信息中填写提交的地址信息,作为外卖配送定位的信息进行保存,以便后续接收到外卖店铺的推荐指令时,根据保存的该外卖配送定位发送店铺获取请求。
进一步的,本实施例方法还包括:若填写提交的地址信息为无效地址或空地址、或未填写提交地址信息,则根据所在终端的终端位置信息,向服务端发送外卖店铺和/或商品的获取请求,进一步的,以使得服务端获取与终端位置信息匹配到的外卖店铺和/或商品信息;若填写提交的地址信息为所述预设限制配送地区对应的地址,则根据所述预设限制配送地区,向服务端发送外卖店铺和/或商品的获取请求,进一步的,以使得服务端获取与预设限制配送地区匹配到的外卖店铺和/或商品信息;客户端接收并显示与终端位置信息匹配到的外卖店铺和/或商品信息;或,接收并显示与预设限制配送地区匹配到的外卖店铺和/或商品信息;在根据接收到的外卖店铺和/或商品信息进入待提交订单页面时,订单收货地址不做默认选中和推荐显示;向服务端发送地址校验请求,该地址校验请求中包含用户填写的订单收货地址和订单店铺标识;若服务端返回地址校验失败信息,则输出重新填写订单收货地址的提示信息,其中,地址校验失败信息是服务端在判定订单店铺标识对应店铺的外卖订单配送范围不包含用户填写的订单收货地址时发送的。
例如,点餐用户还可先忽略填写该外卖配送定位信息,然后进入外卖首页,此时后台服务端可根据终端定位信息为其推荐附近的店铺和/或商品信息列表;或者填写大致的配送定位,未填写详细定位地址(如填写XX机场,未填写安检内或安检外哪一区哪-层等更为详细的配送定位地址),后台服务端可根据该大致的配送定位为其推荐附近的店铺和/或商品信息列表。在选择店铺/商品页面进行点餐并进入待提交订单页面时,外卖收货地址不做默认选中,也不做推荐,需要点餐用户手动填写详细的外卖收货地址。在点餐用户填写完成外卖收货地址后,可发送给后台服务端进行地址校验,同时发送点餐店铺的标识。后台服务端根据该点餐店铺的配送范围以及当前填写的外卖收货地址进行校验,如果该点餐店铺的配送范围包含当前填写的外卖收货地址,则确定当前填写的外卖收货地址为有效配送的地址;而如果该点餐店铺的配送范围不包含当前填写的外卖收货地址,则可确定当前填写的外卖收货地址为无效配送的地址,将无法实现店铺外卖配送,进而可向客户端反馈这一校验信息,使得客户端输出相应的提示信息,以提示点餐用户更改点餐店铺重新选择,或者提示更改可配送的区域位置等。为了便于理解,下面继续以在提示信息中填写完成外卖配送定位的场景进行说明。
步骤404、在客户端接收到外卖店铺和/或商品的获取指令时,向服务端发送店铺和/或商品的获取请求。店铺和/或商品的获取请求中除了携带有外卖配送定位以外,还可携带有用户身份信息(如点餐用户的手机号、点餐账号等)。进一步的,以使得服务端在判定外卖配送定位处于第一限制配送区域内时,获取与用户身份信息对应人群的可点餐配送区域内、且与外卖配送定位匹配到的第一店铺和/或商品信息,匹配到的第一店铺和/或商品信息的外卖订单配送范围均包括外卖配送定位。在本实施例中,可事先根据在限制配送地区内存在的不同身份信息的用户进行人群划分,并且为不同人群事先统计各自对应的可点餐配送区域。例如,对于机场地区,可划分为机场工作人员和非工作人员(乘客),而机场工作人员也可继续细分,如地勤、安检内保洁、安检外保洁、机务、安检内服务员、安检外服务员等。非工作人员(乘客)对应的可点餐配送区域可为安检内区域和安检外区域,而工作人员对应的可点餐配送区域可为工作区(或机场所有工作区中特定的工作区)、和/或安检内区域、和/或安检外区域等。
在判定点餐用户为哪一人群时,可通过点餐用户的用户身份信息确定。例如,事先统计机场工作人员的电话号码,如果点餐用户的电话号码与机场工作人员的电话号码匹配,则判定该点餐用户为机场工作人员对应的人群;如果点餐用户的电话号码与机场工作人员的电话号码不匹配,则判定该点餐用户为非工作人员(乘客)对应的人群。
需要说明的是,本实施例中的人群划分并不代表对点餐用户的区别对待,而是为了更好地把控在限制配送地区内的点餐用户能够点到实际可订单配送成功的餐品,提高订单配送的成功率,减少外卖下单后无法配送的情况发生。
步骤405、客户端接收并显示匹配到的第一店铺和/或商品信息。这样点餐用户可通过显示的店铺和/或商品列表,选择进入店铺点餐页面,进而实现外卖下单,由于展示的这些店铺和/或商品的外卖订单配送范围均包括点餐用户设置的外卖配送定位,因此在外卖配送定位不发生改变的情况下,可保证点餐用户在这些店铺和/或商品中的任一店铺和/或商品进行外卖点餐都能将外卖订单成功送达。而在实际的应用场景中,点餐用户的位置有可能是动态移动的,为了保证订单配送的成功率,减少外卖下单后无法配送的情况发生,下面分几种可选方式进行说明:
在一种应用场景中,点餐用户首先根据限制配送区域A内设置的外卖配送定位,从后台服务端获取得到的店铺和/或商品信息列表。而随着点餐用户的移动,该点餐用户从限制配送区域A进入了限制配送区域B内,而之前返回的店铺和/或商品信息列表中存在无法外卖订单配送到限制配送区域B的店铺和/或商品,如果还以之前返回的店铺和/或商品信息列表供点餐用户进行点餐,会存在一定的风险,点餐用户在该店铺和/或商品信息列表中选择的店铺和/或商品进行点餐下单后无法配送。因此,可选的,在点餐用户由一个限制配送区域进入到另一个限制配送区域时,可输出相应的提示信息,做到外卖配送定位的及时更新,减少外卖订单无法配送的情况发生。
相应的,在步骤405之后,本实施例方法还可包括:若根据所在终端的终端位置变化信息,判定终端由第一限制配送区域进入到第二限制配送区域(第二限制配送区域为与第一限制配送区域存在不同的区域,可以存在相交区域或者不存在相交区域等),则输出外卖配送定位是否发生变更的提示信息,其中,该第一限制配送区域匹配的第一店铺和/或商品信息中存在外卖订单配送范围不包括第二限制配送区域的店铺和/或商品信息;此时点餐用户可重新编辑外卖配送定位的地址信息,在装置侧会接收变更后的外卖配送定位;客户端根据变更后的外卖配送定位,向服务端发送店铺和/或商品获取请求。进一步的,以使得服务端在判定变更后的外卖配送定位处于第二限制配送区域内时,获取与变更后的外卖配送定位匹配到的第二店铺和/或商品信息,该匹配到的第二店铺和/或商品信息的外卖订单配送范围均包括变更后的外卖配送定位;接收并显示匹配到的第二店铺和/或商品信息。
例如,在机场内的点餐用户开始时根据安检外区域设置的外卖配送定位,从后台服务端获取得到能够安检外区域订单配送的店铺信息列表1。而随着点餐用户的移动,该点餐用户从安检外区域进入了安检内区域,而之前返回的店铺信息列表1中基本是机场安检外的店铺,无法对安检内区域进行配送。在点餐用户由安检外区域进入到安检内区域时,可输出相应的提示信息,做到外卖配送定位的及时更新,根据安检内区域重新设置外卖配送定位,后台服务端根据更新后的外卖配送定位,返回能够安检内区域订单配送的店铺信息列表2。通过这种可选方式,可减少外卖订单无法配送的情况发生,可提高外卖订单配送的成功率。
除了上述应用场景以外,在另一种应用场景中,点餐用户首先根据限制配送区域A内设置的外卖配送定位,从后台服务端获取得到的店铺和/或商品信息列表。点餐用户从店铺和/或商品信息列表中选择了一家店铺进行点餐,在点餐过程中,用户从限制配送区域A进入了限制配送区域C内,而该选择的店铺不支持限制配送区域C的外卖订单配送,用户在这家店铺下单后很可能造成订单无法配送的情况发生。因此,可选的,在点餐用户在点餐过程中,如果由一个限制配送区域进入到另一个限制配送区域时,可输出相应的提示信息,以实现及时拦截,减少外卖订单无法配送的情况发生。
相应的在步骤405之后,本实施例方法还可包括:获取用户从匹配到的第一店铺和/或商品信息中选择的目标店铺和/或商品信息;若根据所在终端的终端位置变化信息,判定终端由第一限制配送区域进入到第三限制配送区域(第三限制配送区域为与第一限制配送区域不同的区域,并且可为与第二限制区域不同或相同的区域),则输出目标店铺和/或商品信息相应无法配送的告警提示信息,其中,目标店铺和/或商品信息的外卖订单配送范围不包括第三限制配送区域。例如,在机场内的点餐用户开始时根据安检外区域设置的外卖配送定位,从后台服务端获取得到的店铺信息列表。点餐用户从店铺信息列表中选择了1店铺a进行点餐,在点餐过程中,用户从安检外进入了安检内区域,而该店铺a为机场安检外的店铺,不支持安检内区域的外卖订单配送,点餐用户在这家店铺a下单后很可能造成订单无法配送的情况发生。因此,在点餐用户在店铺a点餐的过程中,如果从安检外进入了安检内区域时,可输出相应的提示信息以实现及时拦截,减少外卖订单无法配送的情况发生。
点餐用户在编辑待提交的外卖订单时,可根据自身需求添加或修改外卖收货地址,进一步可选的,为了便于点餐用户快速确定外卖收货地址,以及帮助点餐用户准确修改配送地址,避免超出配送范围。相应的,在步骤205之后,本实施例方法还可包括:在外卖订单的提交页面中,根据外卖配送定位显示订单收货地址,如可默认外卖配送定位的地址就是订单收货地址;接收订单收货地址的配置指令;获取与用户身份信息对应样式的地址修改页面进行显示,其中,不同样式的地址修改页面中用户有权限修改的位置区域范围不同。例如,如图5所示,其中,图(a)可以是机场工作人员的地址修改页面样式,可包括安检内、安检外、工作区,由于这三个区域对于该机场工作人员来说都可以支持配送,因此可根据自身需求选择设定具体的地址。图(b)可以是非机场工作人员(乘客)的地址修改页面样式,可只包括安检内、安检外,而工作区并非是非机场工作人员的可点餐配送区域,所以通过这种方式可减少非机场工作人员误选择配送区域情况发生,进而可帮助点餐用户精准定位订单收货地址。
进一步的,在修改完订单收货地址后,为了避免新地址无法配送的情况发生,需要再次进行校验,相应的,本实施例方法还可包括:接收修改后的订单收货地址;若修改后的订单收货地址处于第一限制配送区域外、和/或处于下单店铺和/或商品信息的外卖订单配送范围外,则输出无法配送的提示信息,并提示重新更改订单收货地址。例如,如图6所示,如果下订单的店铺为安检外店铺,而修改后的订单收货地址为安检内的某一位置,那么将会弹出报错提示,使得用户及时更改订单收货地址,避免外卖订单无法配送的情况发生,可提高订单配送的成功率。
除了上述可选方式以外,本实施例还可根据用户身份信息,确定其可对应下单的餐品,而对于不能下单的餐品,在订单提交前会提示相应的报错信息,以提示更改下单餐品。例如,如图7所示,如果点餐用户为非机场工作人员,点餐了只可机场工作人员才能点餐的餐品时,会弹出相应的提示信息,以提示重新选择餐品。
对于本实施例提供的方法,与目前传统方式相比,用户在存在配送限制的地区内进行外卖点餐时,后台服务端可在判定外卖配送定位处于限制配送区域内时,可仅返回能够真正将外卖订单餐品送达到该外卖配送定位所在位置的店铺和/或商品信息。使得用户在从中选择的店铺内外卖点餐时都能保证订单准确送达,减少外卖下单后无法配送的情况发生,提高了订单配送的成功率。并且可减少用户主动协商更改配送区域、且自己前往可配送的区域等,进而可提高订单配送的效率。并且整个点餐过程可做到用户无感知或弱感知,完全由后台服务端进行店铺筛选,从而提升了用户的满意度。
在到店商品券核销或订单商品到店自取等场景中,目前会按照与用户的距离,向该用户推荐其附近所有的带有与目标类型(如美食、按摩、KTV等)对应商品券商品/到店自取服务等的店铺和/或商品。然而在存在限制使用的区域内,向该用户推荐所有的这些店铺和/或商品信息,会容易造成用户获取商品券/到店自取标识码(如自取码、手机号等)后无法在所在区域的同品牌或连锁等店铺到店使用,进而容易造成退单、重新获取新商品券/到店自取标识码等操作。或者需要用户再仔细查单页面中对商品券和自取等服务的介绍说明,花费用户较多时间、并且有时容易被忽略(如赶飞机、火车等时间紧张,没时间细看页面介绍说明)等,影响订单数据处理的成功率和效率。
为了改善上述技术问题,本实施例提供了再一种订单数据的处理方法,如图8所示,可应用于用户的客户端侧,该方法包括:
步骤501、客户端接收到店店铺和/或商品的获取指令。到店店铺和/或商品可为提供商品核销券/到店自取等服务的店铺和/或商品。用户获取得到商品券后可到店进行核销,获得对应的商品。或者获取到的订单商品自取标识码后可到店进行使用,到店自取对应的商品等。
在步骤501之前,还可包括:根据所在终端的终端位置信息,判断终端是否进入预设限制地区内,其中,预设限制地区包含第一限制区域;若判定终端进入预设限制地区内,则输出用户定位填写的提示信息;根据填写提交的地址信息,确定用户定位。预设限制地区包含第一限制区域。预设限制地区可为包含至少一限制区域的地区。例如,预设限制地区可为机场地区、火车站地区等。以机场地区为例,机场可包含多个限制区域,如根据安检分割的安检内区域、安检外区域,以及机场工作人员的工作区等。提示信息可存在多种可选方式,如以文字、图片、音频、视频等形式提示用户填写用户定位;或者以弹窗的形式输出相应的弹窗信息,用于提示填写精度更高的用户定位地址。将用户填写提交的地址信息,作为用户定位的信息进行保存,以便后续接收到店铺和/或商品的获取指令时,根据保存的该用户定位发送店铺和/或商品的获取请求。
步骤502、客户端向服务端发送到店店铺和/或商品的获取请求。获取请求中携带有用户定位,进一步的,以使得服务端在判定用户定位处于第一限制区域内时,获取与用户定位匹配到的第一店铺和/或商品信息,该匹配到的第一店铺和/或商品信息的订单的消费地点在用户定位的可活动区域内。例如,用户定位为机场安检内的某一地址定位,用户在查询附近美食商品核销券时,传统方式会将距离用户附近的所有带有商品核销券的店铺和/或商品返回给用户。返回的这些店铺和/或商品中可能会存在只适用于机场安检外店铺商品券核销使用的店铺和/或商品,如果用户选择了这些只适用于机场安检外的店铺和/或商品,会造成下单后无法到店核销使用,影响订单处理的成功率和效率。而通过本实施例,在判定用户在机场安检内区域时,可仅向用户返回机场安检内都能商品券核销使用的店铺和/或商品,使得从中挑选下单后,可成功到店核销,提高订单数据处理的成功率和效率。
进一步可选的,获取请求中还携带有用户身份信息(如用户的手机号、登录账号等),以使得服务端获取与用户身份信息对应人群的可消费区域(如商品券对应可核销使用、或支持到店自取等服务的区域)内、且与用户定位匹配到的第一店铺和/或商品信息。本实施例中,可事先根据在限制地区内存在的不同身份信息的用户进行人群划分,并且为不同人群事先统计各自对应的可消费区域。在判定发送请求的用户为哪一人群时,可通过该用户的用户身份信息确定。需要说明的是,本实施例中的人群划分并不代表对用户的区别对待,而是为了更好地把控在限制地区内的用户能够获取到实际在用户定位区域使用的商品核销券、到店自取等服务,提高订单处理的成功率和效率。
步骤503、客户端接收并显示匹配到的第一店铺和/或商品信息。在实际的应用场景中,用户的位置有可能是动态移动的,为了保证订单处理的成功率和效率,下面分几种可选方式进行说明:
在一种应用场景中,用户首先根据限制区域A内设置的用户定位,从后台服务端获取得到的店铺和/或商品信息列表。而随着用户的移动,该用户从限制区域A进入了限制区域B内,而之前返回的店铺和/或商品信息列表中存在商品核销券无法在限制区域B中核销使用的“店铺和/或商品”。如果还以之前返回的店铺和/或商品信息列表供用户进行选择下单,会存在一定的风险。因此,可选的,在用户由一个限制区域进入到另一个限制区域时,可输出相应的提示信息,做到用户定位的及时更新。
相应的,本实施例方法还可包括:若根据所在终端的终端位置变化信息,判定终端由第一限制区域进入到第二限制区域(第二限制区域为与第一限制区域存在不同的区域,可以存在相交区域或者不存在相交区域等),则输出用户定位是否发生变更的提示信息,其中,第一限制区域匹配的第一店铺和/或商品信息中存在订单的消费地点不包括第二限制区域的店铺和/或商品信息;接收变更后的用户定位;根据变更后的用户定位,向服务端发送店铺和/或商品获取请求,进一步的,以使得服务端在判定变更后的用户定位处于第二限制区域内时,获取与变更后的用户定位匹配到的第二店铺和/或商品信息,匹配到的第二店铺和/或商品信息的订单的消费地点在变更后的用户定位的可活动区域内;接收并显示匹配到的第二店铺和/或商品信息。通过这种可选方式可提高订单处理的成功率和效率。
除了上述应用场景以外,在另一种应用场景中,用户首先根据限制区域A内设置的用户定位,从后台服务端获取得到的店铺和/或商品信息列表。用户从店铺和/或商品信息列表中选择了一家店铺进行浏览商品核销券等操作,在此过程中,用户从限制区域A进入了限制区域C内,而该选择的商品核销券不支持在限制区域C中的对应店铺核销,用户下单后很可能造成订单处理失败的情况发生。因此,可选的,在用户在浏览店铺商品的过程中,如果由一个限制区域进入到另一个限制区域时,可输出相应的提示信息,以实现及时拦截。
相应的本实施例方法还可包括:获取用户从匹配到的第一店铺和/或商品信息中选择的目标店铺和/或商品信息;若根据所在终端的终端位置变化信息,判定终端由第一限制区域进入到第三限制区域(第三限制区域可与第二限制区域相同或不同),则输出目标店铺和/或商品信息相应订单无法消费的告警提示信息,其中,目标店铺和/或商品信息的订单的消费地点不包括第三限制区域。通过这种可选方式,可做到异常订单的及时拦截,避免订单处理失败的情况发生。
上述实施例内容为在客户端侧描述的订单数据的处理过程,进一步的,为了完整说明本实施例的实施方式,本实施例还提供了再一种订单数据的处理方法,可应用于服务端侧,如图9所示,该方法包括:
步骤601、服务端接收客户端发送的店铺和/或商品的获取请求。其中,获取请求中携带有用户定位,该用户定位可为用户设置的定位地址。
为了实现用户与店铺之间的精确匹配,在步骤301之前,本实施例方法还包括:收集不同店铺信息在预设限制地区内的订单适用范围,其中,预设限制地区包含第一限制区域,如机场地区可包含安检内、安检外等多个限制区域;根据收集到的该订单适用范围,对不同店铺信息标记分别对应的受限制区域;统计不同用户身份信息的不同人群在预设限制地区内各自对应的可适用区域。对于本实施例,预先对限制地区内的各个店铺进行打标,标记所在的区域信息以及对应的订单适用范围(如外卖订单配送范围、商品券核销/到店自取所在地等),是本实施例方案的前提和基础,便于后续准确匹配到与用户定位对应的店铺和/或商品信息,保证匹配到的店铺和/或商品信息均能够在用户定位的位置支持外卖配送、商品券核销、到店自取等服务。除此之外,还可标记各个人群对应的可适用区域,便于满足更精确地店铺和/或商品信息的匹配,进而可实现用户与店铺之间的精确匹配。
例如,以外卖点餐场景为例,对于机场地区的外卖配送管理,可预先统计机场内、机场附近等各个店铺的配送范围,然后上传到服务端,服务端通过商户店铺打标,区分各个店铺的外卖配送范围。同时可将机场工作人员的名单(包含手机号等)和对应工作范围、职务等发送给服务端,由服务端通过用户打标区分人群,而对于未在该名单中的用户都可认为是非机场工作人员的人群。统计各个人群在机场内各自对应的可点餐区域。
步骤602、在判定用户定位处于第一限制区域内时,获取与用户定位匹配到的第一店铺和/或商品信息。其中,匹配到的第一店铺和/或商品信息的订单的适用范围均包括所述用户定位。而店铺和/或商品的获取请求中还可携带有用户身份信息;相应的,获取与用户定位匹配到的第一店铺和/或商品信息,具体可包括:获取与用户身份信息对应人群的可适用区域内、且与用户定位匹配到的第一店铺和/或商品信息。通过这种方式可准确定位点餐用户实际可点餐送达的“店铺和/或商品”,和/或定位获取的商品券实际能在该定位区域的到店店铺核销使用的“店铺和/或商品”,提高订单配送的成功率和效率。
进一步的,基于步骤601中的可选方式,获取获取与用户身份信息对应人群的可适用区域内、且与用户定位匹配到的第一店铺和/或商品信息,具体可包括:根据统计到的可适用区域和标记得到的受限制区域,获取与用户身份信息对应人群的可适用区域内、且与用户定位匹配到的第一店铺和/或商品信息。通过上述的预先进行的精确统计和标记,作为本实施例方案的前提和基础,依据在预设限制地区内对不同店铺信息分别标记的受限制区域,和统计到的不同用户身份信息的不同人群在预设限制地区内各自对应的可适用区域,可精准获得对应配到的店铺和/或商品信息。
步骤603、服务端向客户端返回匹配到的第一店铺和/或商品信息。
进一步的,在步骤603之后,本实施例方法还可包括:服务端接收客户端根据变更后的用户定位发送的店铺和/或商品获取请求;在判定变更后的用户定位处于第二限制区域内时,获取与变更后的用户定位匹配到的第二店铺和/或商品信息,匹配到的第二店铺和/或商品信息的订单的适用范围均包括变更后的用户定位,且第一限制区域匹配的第一店铺和/或商品信息中存在订单适用范围不包括第二限制区域的店铺和/或商品信息;向所述客户端返回所述匹配到的第二店铺和/或商品信息。通过这种可选方式,在用户的定位位置发生移动,变换限制区域时可及时返回相应的店铺和/或商品信息列表,该店铺和/或商品信息列表中的所有店铺和/或商品均能按照变更后的用户定位进行订单处理,进而可提高订单处理的成功率和效率。
例如,以外卖点餐场景为例,服务端还可接收客户端发送的订单收货地址的地址修改页面的获取请求,该获取请求中可携带有修改前的订单收货地址,以及用户身份信息;然后根据修改前的订单收货地址所在的限制配送区域,返回与用户身份信息对应样式的地址修改页面,其中,不同样式的地址修改页面中用户有权限修改的位置区域范围不同。如点餐用户修改前的订单收货地址为XX机场安检内二层A区A02-A04登机口,由于订单店铺仅支持安检内外卖订单的配送,不支持安检外的订单配送,因此可返回对应的地址修改页面,该地址修改页面中点餐用户仅可有权修改安检内的具体地址,限制用户不能修改为安检外和工作区的地址。通过这种可选方式,可有效保证订单收货地址修改不会超出订单配送范围,保证订单配送的成功率。
为了方便理解上述各实施例方法的具体实现过程,以机场内外卖点餐为例,给出如下应用场景,但不限于此:
目前,机场地区存在安检内、安检外、工作区3个区域,不同区域可配送的限制不同,不同人群可点餐的商户也不同(安检外商户无法送餐至安检内)。当前常规配送方案无法区分人群,给特殊区域点餐带来阻碍,极大影响订单量。用户在机场点餐时无法区分餐品是否可送达,当用户在安检内点安检外商户时,用户需与机场安保人员协商去安检外取餐,存在无法出安检导致无法取餐的可能;并且当旅客点工作人员餐点时,很可能造成商户无法区分是否可送达,进而很容易会被拒单。
为了解决上述问题,基于本实施例上述提出的方法,通过商户打标区分商户区域、用户打标区分人群,将商户和用户进行匹配的方式进行划区域、分人群匹配推荐,对受限制配送区域进行合理管理,以达到在用户、物流、商户弱感知情况下解决限制区域配送难点。
如图10所示,在商户侧,机场内和周边工作区商户指定配送范围,并在物流侧可帮助商户划定各自对应的配送范围,然后上传到服务端系统侧。在系统侧,录入这些信息,确保用户定位在机场范围时能够看到这些商户进行下单。标记商户所在区域信息(安检内、安检外、工作区)。还根据手机号标记机场内的工作人员,而非机场工作人员的手机号对应的可认为是非机场工作人员(旅客)。在点餐用户侧,在机场地区进入外卖APP,首先首页选择定位地址,该地址需要详细写出,以便后续地址精确匹配。系统侧可返回展示该地址匹配到的商户。用户侧可选择进入店铺页,提单页,最后确定订单收货地址。此时系统侧判断该订单收货地址所在区域(非机场、安检内、安检外、工作区),并判断该点餐用户的身份(机场员工、非员工),返回对应的新增/修改地址页样式(非机场可为常规样式,安检内、安检外、工作区可为特殊样式;员工展示员工区域、旅客展示非员工区域)。在点餐用户确认收货地址并且系统该地址和订单店铺配送范围进行校验通过后,可下订单,进而外卖平台可根据对应区域进行送餐。
通过上述方式,根据商户用户打标,进行相互匹配,有效避免指定区域用户下单无法配送区域的餐品,给用户更清晰的下单选择。通过商户打标区分商户区域、用户打标区分人群,将商户和用户进行匹配的方式进行划区域、分人群匹配推荐,对受限制配送区域进行合理管理,以达到在用户、物流、商户弱感知情况下解决限制区域配送难点。
进一步的,作为图1至图8所示方法的具体实现,本实施例提供了一种可应用于客户端侧的订单数据的处理装置,如图11所示,该装置包括:第一接收模块71、发送模块72、第二接收模块73、显示模块74。
第一接收模块71,用于接收店铺和/或商品的获取指令;发送模块72,用于向服务端发送店铺和/或商品的获取请求,所述获取请求中携带有用户定位,以使得所述服务端在判定所述用户定位处于第一限制区域内时,获取与所述用户定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的订单的适用范围均包括所述用户定位;第二接收模块73,用于接收所述接收所述匹配到的第一店铺和/或商品信息;显示模块74,用于显示所述匹配到的第一店铺和/或商品信息。
在具体的应用场景中,可选的,所述获取请求中还携带有用户身份信息,以使得所述服务端获取与所述用户身份信息对应人群的可适用区域内、且与所述用户定位匹配到的第一店铺和/或商品信息。
在具体的应用场景中,本装置还包括:判断模块和确定模块;所述判断模块,用于根据所在终端的终端位置信息,判断所述终端是否进入预设限制地区内,其中,所述预设限制地区包含所述第一限制区域;所述显示模块74,还用于若判定所述终端进入所述预设限制地区内,则输出用户定位填写的提示信息;所述确定模块,用于根据填写提交的地址信息,确定所述用户定位。
在具体的应用场景中,所述显示模块74,还用于若根据所在终端的终端位置变化信息,判定所述终端由所述第一限制区域进入到第二限制区域,则输出所述用户定位是否发生变更的提示信息,其中,所述第一限制区域匹配的第一店铺和/或商品信息中存在订单的适用范围不包括所述第二限制区域的店铺和/或商品信息;所述第二接收模块73,还用于接收变更后的用户定位;所述发送模块72,还用于根据所述变更后的用户定位,向服务端发送店铺和/或商品获取请求,以使得所述服务端在判定所述变更后的用户定位处于所述第二限制区域内时,获取与所述变更后的用户定位匹配到的第二店铺和/或商品信息,所述匹配到的第二店铺和/或商品信息的订单的适用范围均包括所述变更后的用户定位;所述第二接收模块73,还用于接收所述匹配到的第二店铺和/或商品信息;所述显示模块74,还用于显示所述匹配到的第二店铺和/或商品信息。
在具体的应用场景中,本装置还包括:第一获取模块;所述第一获取模块,用于获取用户从所述匹配到的第一店铺和/或商品信息中选择的目标店铺和/或商品信息;所述显示模块74,还用于若根据所在终端的终端位置变化信息,判定所述终端由所述第一限制区域进入到第三限制区域,则输出所述目标店铺和/或商品信息相应无法配送的告警提示信息,其中,所述目标店铺和/或商品信息的订单的适用范围不包括所述第三限制配送区域。
需要说明的是,本实施例提供的一种可应用于用户客户端侧的订单数据的处理装置所涉及各功能单元的其它相应描述,可以参考图1至图8中的对应描述,在此不再赘述。
进一步的,作为图9所示方法的具体实现,本申请实施例提供了一种可应用于服务端侧的订单数据的处理装置,如图12所示,该装置包括:接收模块81、获取模块82、发送模块83。
接收模块81,用于接收客户端发送的店铺和/或商品的获取请求,所述获取请求中携带有用户定位;获取模块82,用于在判定所述用户定位处于第一限制区域内时,获取与所述用户定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的订单的适用范围均包括所述用户定位;发送模块83,用于向所述客户端返回所述匹配到的第一店铺和/或商品信息。
在具体的应用场景中,可选的,所述获取请求中还携带有用户身份信息;所述获取模块82,具体用于获取与所述用户身份信息对应人群的可适用区域内、且与所述用户定位匹配到的第一店铺和/或商品信息。
在具体的应用场景中,本装置还包括:统计模块;统计模块,用于收集不同店铺信息在预设限制地区内的订单适用范围,其中,所述预设限制地区包含所述第一限制区域;根据所述订单适用范围,对所述不同店铺信息标记分别对应的受限制区域;统计不同用户身份信息的不同人群在所述预设限制地区内各自对应的可适用区域。
在具体的应用场景中,所述接收模块81,还用于接收所述客户端根据变更后的用户定位发送的店铺和/或商品获取请求;获取模块82,还用于在判定所述变更后的用户定位处于第二限制区域内时,获取与所述变更后的用户定位匹配到的第二店铺和/或商品信息,所述匹配到的第二店铺和/或商品信息的订单的适用范围均包括所述变更后的用户定位,且所述第一限制区域匹配的第一店铺和/或商品信息中存在订单适用范围不包括所述第二限制区域的店铺和/或商品信息;所述发送模块83,还用于向所述客户端返回所述匹配到的第二店铺和/或商品信息。
需要说明的是,本实施例提供的一种可应用于服务端侧的订单数据的处理装置所涉及各功能单元的其它相应描述,可以参考图9中的对应描述,在此不再赘述。
基于上述如图1至图8所示方法,相应的,本申请实施例还提供了一种存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述如图1至图8所示的可应用于用户客户端侧的订单数据的处理方法。基于上述如图9所示方法,本申请实施例还提供了另一种存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述如图9所示的可应用于服务端侧的订单数据的处理方法。
基于这样的理解,本申请的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施场景的方法。
基于上述如图1至图8所示的方法,以及图11所示的虚拟装置实施例,为了实现上述目的,本申请实施例还提供了一种客户端设备,具体可以为平板电脑、智能手机、智能手表、智能手环、或其他网络设备等,该客户端设备包括存储介质和处理器;存储介质,用于存储计算机程序;处理器,用于执行计算机程序以实现上述如图1至图8所示的可应用于用户客户端侧的订单数据的处理方法。基于上述如图9所示的方法,以及图12所示的虚拟装置实施例,为了实现上述目的,本申请实施例还提供了一种服务器设备,具体可以为服务器或其他网络设备等。该设备包括存储介质和处理器;存储介质,用于存储计算机程序;处理器,用于执行计算机程序以实现上述如图9所示的可应用于服务端侧的订单数据的处理方法。
可选的,上述两种实体设备都还可以包括用户接口、网络接口、摄像头、射频(Radio Frequency,RF)电路,传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等,可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。
本领域技术人员可以理解,本实施例提供的一种客户端设备和服务器设备的实体设备结构并不构成对这两种实体设备的限定,可以包括更多或更少的部件,或者组合某些部件,或者不同的部件布置。存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述两个实体设备硬件和软件资源的程序,支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信,以及与信息处理实体设备中其它硬件和软件之间通信。
基于上述内容,进一步的,本申请实施例还提供了一种订单数据的处理系统,如图13所示,该系统包括服务器设备91、客户端设备92。
其中,客户端设备92可用于执行如图1至图8所示的方法,服务器设备92可用于执行如图9所示的方法。客户端设备92,具体可用于接收店铺和/或商品的获取指令;向服务器设备91发送店铺和/或商品的获取请求,所述获取请求中携带有用户定位。服务器设备91,具体可用于接收客户端设备92发送的店铺和/或商品的获取请求,所述获取请求中携带有用户定位;在判定所述用户定位处于第一限制区域内时,获取与所述用户定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的订单的适用范围均包括所述用户定位;向所述客户端设备92返回所述匹配到的第一店铺和/或商品信息。客户端设备92,具体还可用于接收服务器设备91返回的所述匹配到的第一店铺和/或商品信息并进行显示。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现,也可以通过硬件实现。通过应用本实施例的技术方案,与目前传统方式相比,可提高订单处理的成功率和效率。并且整个过程可做到用户无感知或弱感知,完全由后台服务端进行店铺/商品筛选,从而提升了用户的满意度。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本申请序号仅仅为了描述,不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景,但是,本申请并非局限于此,任何本领域的技术人员能思之的变化都应落入本申请的保护范围。
Claims (10)
1.一种订单数据的处理方法,其特征在于,包括:
接收外卖店铺和/或商品的获取指令;
向服务端发送店铺和/或商品的获取请求,所述获取请求中携带有外卖配送定位,以使得所述服务端在判定所述外卖配送定位处于第一限制配送区域内时,获取与所述外卖配送定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的外卖订单配送范围均包括所述外卖配送定位;
接收并显示所述匹配到的第一店铺和/或商品信息。
2.一种订单数据的处理方法,其特征在于,包括:
接收店铺和/或商品的获取指令;
向服务端发送店铺和/或商品的获取请求,所述获取请求中携带有用户定位,以使得所述服务端在判定所述用户定位处于第一限制区域内时,获取与所述用户定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的订单的适用范围均包括所述用户定位;
接收并显示所述匹配到的第一店铺和/或商品信息。
3.一种订单数据的处理方法,其特征在于,包括:
接收到店店铺和/或商品的获取指令;
向服务端发送到店店铺和/或商品的获取请求,所述获取请求中携带有用户定位,以使得所述服务端在判定所述用户定位处于第一限制区域内时,获取与所述用户定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的订单的消费地点在所述用户定位的可活动区域内;
接收并显示所述匹配到的第一店铺和/或商品信息。
4.一种订单数据的处理方法,其特征在于,包括:
接收客户端发送的店铺和/或商品的获取请求,所述获取请求中携带有用户定位;
在判定所述用户定位处于第一限制区域内时,获取与所述用户定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的订单的适用范围均包括所述用户定位;
向所述客户端返回所述匹配到的第一店铺和/或商品信息。
5.一种订单数据的处理装置,其特征在于,包括:
第一接收模块,用于接收外卖店铺和/或商品的获取指令;
发送模块,用于向服务端发送店铺和/或商品的获取请求,所述获取请求中携带有外卖配送定位,以使得所述服务端在判定所述外卖配送定位处于第一限制配送区域内时,获取与所述外卖配送定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的外卖订单配送范围均包括所述外卖配送定位;
第二接收模块,用于接收所述匹配到的第一店铺和/或商品信息;
显示模块,用于显示所述匹配到的第一店铺和/或商品信息。
6.一种订单数据的处理装置,其特征在于,包括:
第一接收模块,用于接收店铺和/或商品的获取指令;
发送模块,用于向服务端发送店铺和/或商品的获取请求,所述获取请求中携带有用户定位,以使得所述服务端在判定所述用户定位处于第一限制区域内时,获取与所述用户定位匹配到的第一店铺和/或商品信息,所述匹配到的第一店铺和/或商品信息的订单的适用范围均包括所述用户定位;
第二接收模块,用于接收所述匹配到的第一店铺和/或商品信息;
显示模块,用于显示所述匹配到的第一店铺和/或商品信息。
7.一种存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至4中任一项所述的订单数据的处理方法。
8.一种客户端设备,包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至3中任一项所述的订单数据的处理方法。
9.一种服务器设备,包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求4所述的订单数据的处理方法。
10.一种订单数据的处理系统,其特征在于,包括:如权利要求8所述的客户端设备和如权利要求9所述的服务器设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010996683.6A CN112101873A (zh) | 2020-09-21 | 2020-09-21 | 订单数据的处理方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010996683.6A CN112101873A (zh) | 2020-09-21 | 2020-09-21 | 订单数据的处理方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112101873A true CN112101873A (zh) | 2020-12-18 |
Family
ID=73754712
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010996683.6A Pending CN112101873A (zh) | 2020-09-21 | 2020-09-21 | 订单数据的处理方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112101873A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112907798A (zh) * | 2021-03-30 | 2021-06-04 | 重庆文理学院 | 一种基于5g技术的智能安防系统 |
CN113326452A (zh) * | 2021-06-29 | 2021-08-31 | 南京云联数科科技有限公司 | 线上店铺推送方法及系统 |
CN114219587A (zh) * | 2022-02-21 | 2022-03-22 | 浙江口碑网络技术有限公司 | 订单数据的处理方法、装置、存储介质及计算机设备 |
CN114445016A (zh) * | 2022-04-07 | 2022-05-06 | 浙江口碑网络技术有限公司 | 基于智能柜的虚拟店铺业务处理方法、系统及计算设备 |
CN114529239A (zh) * | 2022-02-14 | 2022-05-24 | 王国军 | 仓单匹配系统 |
WO2022254769A1 (ja) * | 2021-05-31 | 2022-12-08 | 日本電気株式会社 | 情報処理装置、情報処理方法、およびプログラム |
TWI793840B (zh) * | 2020-11-27 | 2023-02-21 | 日商樂天集團股份有限公司 | 資訊處理裝置、資訊處理方法及程式產品 |
TWI836393B (zh) * | 2022-03-31 | 2024-03-21 | 全家便利商店股份有限公司 | 配送管理系統以及方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002163509A (ja) * | 2000-11-29 | 2002-06-07 | Honda Motor Co Ltd | 電子商取引システム、そのサーバ、ユーザ端末及び記憶媒体 |
CN105302916A (zh) * | 2015-11-16 | 2016-02-03 | 北京百度网讯科技有限公司 | 信息推荐的方法及装置 |
CN106779958A (zh) * | 2016-12-28 | 2017-05-31 | 苏州亮磊知识产权运营有限公司 | 一种基于集中区域的促使联合下单方法及其系统 |
CN109447753A (zh) * | 2018-10-25 | 2019-03-08 | 苏州商信宝信息科技有限公司 | 一种基于大数据的地址匹配方法及其系统 |
CN109767285A (zh) * | 2018-12-11 | 2019-05-17 | 浙江口碑网络技术有限公司 | 店铺信息的推送方法、装置及系统 |
CN111309830A (zh) * | 2019-07-10 | 2020-06-19 | 浙江商安信息科技有限公司 | 基于电子地图获取订餐商铺信息的方法、系统及存储介质 |
CN111311155A (zh) * | 2020-02-13 | 2020-06-19 | 北京三快在线科技有限公司 | 修改配送位置的方法、装置、系统、设备以及存储介质 |
CN111597434A (zh) * | 2020-04-10 | 2020-08-28 | 广东机电职业技术学院 | 基于用户画像的外卖推荐方法、系统、装置及介质 |
-
2020
- 2020-09-21 CN CN202010996683.6A patent/CN112101873A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002163509A (ja) * | 2000-11-29 | 2002-06-07 | Honda Motor Co Ltd | 電子商取引システム、そのサーバ、ユーザ端末及び記憶媒体 |
CN105302916A (zh) * | 2015-11-16 | 2016-02-03 | 北京百度网讯科技有限公司 | 信息推荐的方法及装置 |
CN106779958A (zh) * | 2016-12-28 | 2017-05-31 | 苏州亮磊知识产权运营有限公司 | 一种基于集中区域的促使联合下单方法及其系统 |
CN109447753A (zh) * | 2018-10-25 | 2019-03-08 | 苏州商信宝信息科技有限公司 | 一种基于大数据的地址匹配方法及其系统 |
CN109767285A (zh) * | 2018-12-11 | 2019-05-17 | 浙江口碑网络技术有限公司 | 店铺信息的推送方法、装置及系统 |
CN111309830A (zh) * | 2019-07-10 | 2020-06-19 | 浙江商安信息科技有限公司 | 基于电子地图获取订餐商铺信息的方法、系统及存储介质 |
CN111311155A (zh) * | 2020-02-13 | 2020-06-19 | 北京三快在线科技有限公司 | 修改配送位置的方法、装置、系统、设备以及存储介质 |
CN111597434A (zh) * | 2020-04-10 | 2020-08-28 | 广东机电职业技术学院 | 基于用户画像的外卖推荐方法、系统、装置及介质 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI793840B (zh) * | 2020-11-27 | 2023-02-21 | 日商樂天集團股份有限公司 | 資訊處理裝置、資訊處理方法及程式產品 |
CN112907798A (zh) * | 2021-03-30 | 2021-06-04 | 重庆文理学院 | 一种基于5g技术的智能安防系统 |
CN112907798B (zh) * | 2021-03-30 | 2023-06-27 | 重庆文理学院 | 一种基于5g技术的智能安防系统 |
WO2022254769A1 (ja) * | 2021-05-31 | 2022-12-08 | 日本電気株式会社 | 情報処理装置、情報処理方法、およびプログラム |
CN113326452A (zh) * | 2021-06-29 | 2021-08-31 | 南京云联数科科技有限公司 | 线上店铺推送方法及系统 |
CN113326452B (zh) * | 2021-06-29 | 2024-04-16 | 南京云联数科科技有限公司 | 线上店铺推送方法及系统 |
CN114529239A (zh) * | 2022-02-14 | 2022-05-24 | 王国军 | 仓单匹配系统 |
CN114529239B (zh) * | 2022-02-14 | 2023-05-30 | 携邻(河北)网络科技有限公司 | 仓单匹配系统 |
CN114219587A (zh) * | 2022-02-21 | 2022-03-22 | 浙江口碑网络技术有限公司 | 订单数据的处理方法、装置、存储介质及计算机设备 |
TWI836393B (zh) * | 2022-03-31 | 2024-03-21 | 全家便利商店股份有限公司 | 配送管理系統以及方法 |
CN114445016A (zh) * | 2022-04-07 | 2022-05-06 | 浙江口碑网络技术有限公司 | 基于智能柜的虚拟店铺业务处理方法、系统及计算设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112101873A (zh) | 订单数据的处理方法、装置及系统 | |
CN106570716B (zh) | 提供商品对象信息的方法及装置 | |
EP3355256A1 (en) | Method, apparatus and system for providing shopping service using integrating shopping cart | |
US20130159086A1 (en) | Method and system for providing location-based incentives and purchase opportunities to reward program members | |
US20160140632A1 (en) | Methods and systems supporting crowd-sourced proxy shopping via an e-commerce platform | |
US20120310408A1 (en) | Vending machine ordering | |
US10430849B1 (en) | Propagation of customer preferences | |
KR20190085763A (ko) | 추천 가맹점 정보 제공 방법 및 이를 이용한 추천 가맹점 정보 제공 장치 | |
US11544771B2 (en) | Electronic commerce method capable of integrated ordering and integrated delivery, and server therefor | |
US20210312477A1 (en) | Analyzer, analysis method, information processing device, and information processing method | |
US20180260885A1 (en) | System for Shopping Assistance | |
KR20160142789A (ko) | 수요 예측에 기반한 상품 가격 설정 방법 및 시스템 | |
CN109615450B (zh) | 业务信息的处理方法、装置及系统 | |
KR102122794B1 (ko) | 배달 주문 처리 방법 및 그를 수행하기 위한 결제 단말 장치 | |
US20200202462A1 (en) | System and Methods of Displaying Customer-Specific Digital Menu Boards | |
KR20150077577A (ko) | 의류 상품 관리 및 구매 시스템 | |
KR20180101078A (ko) | 온라인 상품 구매를 위한 장치 및 방법 | |
JP6890748B2 (ja) | 広告表示制御装置、広告表示制御方法、及び広告表示制御プログラム | |
JP2015022666A (ja) | 電子チケットシステム及びそれを利用した電子商取引方法 | |
JP6567028B2 (ja) | 情報提供装置、情報提供方法、およびプログラム | |
CN111861658A (zh) | 数据管理方法、终端和存储介质 | |
JP7481052B1 (ja) | 情報処理システム、プログラム、及び情報処理方法 | |
KR20160025153A (ko) | 오프라인 매장의 상품 정보 제공 장치 및 방법 | |
CN110570272A (zh) | 供货方法及装置、电子设备及计算机可读存储介质 | |
KR20170142139A (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 |