CN111523716A - 订单的信息处理方法、系统、服务器及存储介质 - Google Patents
订单的信息处理方法、系统、服务器及存储介质 Download PDFInfo
- Publication number
- CN111523716A CN111523716A CN202010295767.7A CN202010295767A CN111523716A CN 111523716 A CN111523716 A CN 111523716A CN 202010295767 A CN202010295767 A CN 202010295767A CN 111523716 A CN111523716 A CN 111523716A
- Authority
- CN
- China
- Prior art keywords
- information
- delivery
- user
- merchant
- resources
- 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
- 230000010365 information processing Effects 0.000 title claims abstract description 46
- 238000003860 storage Methods 0.000 title claims abstract description 37
- 238000003672 processing method Methods 0.000 title claims abstract description 34
- 238000012384 transportation and delivery Methods 0.000 claims abstract description 388
- 238000009826 distribution Methods 0.000 claims abstract description 161
- 238000000034 method Methods 0.000 claims abstract description 11
- 238000012545 processing Methods 0.000 claims description 55
- 235000012054 meals Nutrition 0.000 claims description 25
- 235000013305 food Nutrition 0.000 claims description 22
- 238000004519 manufacturing process Methods 0.000 claims description 12
- 239000003814 drug Substances 0.000 claims description 3
- 238000004364 calculation method Methods 0.000 description 18
- 238000010586 diagram Methods 0.000 description 18
- 238000004422 calculation algorithm Methods 0.000 description 13
- 230000006870 function Effects 0.000 description 12
- 238000013528 artificial neural network Methods 0.000 description 8
- 238000012552 review Methods 0.000 description 8
- 238000004891 communication Methods 0.000 description 4
- 238000005457 optimization Methods 0.000 description 4
- 238000004590 computer program Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 235000014347 soups Nutrition 0.000 description 3
- 238000005094 computer simulation Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 238000013527 convolutional neural network Methods 0.000 description 2
- 238000007405 data analysis Methods 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 230000008014 freezing Effects 0.000 description 2
- 238000007710 freezing Methods 0.000 description 2
- 239000011521 glass Substances 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000002245 particle Substances 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000002035 prolonged effect Effects 0.000 description 2
- 230000000306 recurrent effect Effects 0.000 description 2
- 238000005057 refrigeration Methods 0.000 description 2
- 238000012216 screening Methods 0.000 description 2
- 238000002922 simulated annealing Methods 0.000 description 2
- 239000004984 smart glass Substances 0.000 description 2
- 238000012549 training Methods 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 229940079593 drug Drugs 0.000 description 1
- 235000015243 ice cream Nutrition 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
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/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0835—Relationships between shipper or supplier and carriers
- G06Q10/08355—Routing methods
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Development Economics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Game Theory and Decision Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开一种订单的信息处理方法、系统、服务器及存储介质,其中所述信息处理方法包括如下步骤:接收一用户提交的包括至少两个商家的商品信息的订单请求,生成一组合订单;依据包含所述用户、所述至少两个商家、以及一地域范围内的一或多个候选配送资源的位置信息的输入信息,确定所述组合订单的配送方案;所述地域范围是依据所述用户和所述至少两个商家的位置信息确定的;将所述配送方案发送给一或多个目标配送资源,以供配送所述组合订单中的商品。本申请有效地解决了配送资源分配不合理、配送效率低的问题。
Description
技术领域
本申请涉及计算机数据处理领域,具体涉及一种订单的信息处理方法、系统、服务器、以及计算机可读存储介质。
背景技术
随着互联网技术的发展,越来越多的人选择通过外卖的方式进行订餐。目前的外卖平台支持用户在单一商家选择多种外卖商品并生成订单,由配送员到达店家取餐并完成配送。在这种方式下,当同一用户在不同商家采购外卖商品时,外卖平台产生对应各商家的多份订单并由多个配送员配合完成。这造成了运力资源的浪费,配送效率低。同时,由多个配送员配送的多份订单送达的时间不同,用户需要多次取餐才能取到全部的餐品,体验度差。
发明内容
鉴于以上所述相关技术的缺点,本申请的目的在于提供一种订单的信息处理方法、系统、服务器、以及计算机可读存储介质,用以克服上述相关技术中配送资源分配不合理、配送效率低的技术问题。
为实现上述目的及其他相关目的,本申请公开的第一方面提供一种订单的信息处理方法,包括如下步骤:接收一用户提交的包括至少两个商家的商品信息的订单请求,生成一组合订单;依据包含所述用户、所述至少两个商家、以及一地域范围内的一或多个候选配送资源的位置信息的输入信息,确定所述组合订单的配送方案;所述地域范围是依据所述用户和所述至少两个商家的位置信息确定的;将所述配送方案发送给一或多个目标配送资源,以供配送所述组合订单中的商品。
本申请公开的第二方面提供一种订单的信息处理系统,包括:接收模块,用于接收一用户提交的包括至少两个商家的商品信息的订单请求,生成一组合订单;处理模块,用于依据包含所述用户、所述至少两个商家、以及一地域范围内的一或多个候选配送资源的位置信息的输入信息,确定所述组合订单的配送方案;所述地域范围是依据所述用户和所述至少两个商家的位置信息确定的;发送模块,用于将所述配送方案发送给一或多个目标配送资源,以供配送所述组合订单中的商品。
本申请公开的第三方面提供一种服务器,包括:至少一个存储设备,用于存储至少一个程序;至少一个处理设备,与所述至少一个存储设备连接,用于运行所述至少一个程序时以执行并实现如第一方面所述的订单的信息处理方法。
本申请公开的第四方面提供一种计算机可读存储介质,其特征在于,存储有至少一个程序,所述程序被处理器执行时执行并实现如第一方面所述的订单的信息处理方法。
综上所述,本申请提供的订单的信息处理方法、系统、服务器及存储介质,通过确定用于执行用户的组合订单的配送任务的配送资源,依据用户和商家的位置信息,以及综合考虑位置、时间、距离、成本等约束条件,确定所述组合订单的配送方案,并为目标配送资源提供合理的路径规划以执行配送任务,有效地解决了配送资源分配不合理、配送效率低的问题。同时,用户无需长时间等待多份商品送齐,提高了用户体验。
本领域技术人员能够从下文的详细描述中容易地洞察到本申请的其它方面和优势。下文的详细描述中仅显示和描述了本申请的示例性实施方式。如本领域技术人员将认识到的,本申请的内容使得本领域技术人员能够对所公开的具体实施方式进行改动而不脱离本申请所涉及发明的精神和范围。相应地,本申请的附图和说明书中的描述仅仅是示例性的,而非为限制性的。
附图说明
本申请所涉及的发明的具体特征如所附权利要求书所显示。通过参考下文中详细描述的示例性实施方式和附图能够更好地理解本申请所涉及发明的特点和优势。对附图简要说明书如下:
图1显示为本申请订单的信息处理方法在一实施例中的流程示意图。
图2A显示为本申请一用户分别选择至少两个商家的商品信息的预订界面在一实施例中的示意图。
图2B显示为本申请一用户分别选择至少两个商家的商品信息的预订界面在另一实施例中的示意图。
图3A显示为本申请一目标配送资源用于配送的所述组合订单中的商品的路径规划信息在一实施例中的示意图。
图3B显示为本申请一目标配送资源用于配送的所述组合订单中的商品的路径规划信息在另一实施例中的示意图。
图3C显示为本申请两目标配送资源用于配送的所述组合订单中的商品的路径规划信息在一实施例中的示意图。
图4显示为本申请订单的信息处理系统在一实施例中的模块组成框图。
图5显示为本申请服务器在一实施例中的模块组成框图。
具体实施方式
以下由特定的具体实施例说明本申请的实施方式,熟悉此技术的人士可由本说明书所揭露的内容轻易地了解本申请的其他优点及功效。
在下述描述中,参考附图,附图描述了本申请的若干实施例。应当理解,还可使用其他实施例,并且可以在不背离本公开的精神和范围的情况下进行模块或单元组成、电气以及操作上的改变。下面的详细描述不应所述被认为是限制性的,并且本申请的实施例的范围仅由公布的专利的权利要求所限定。这里使用的术语仅是为了描述特定实施例,而并非旨在限制本申请。
虽然在一些实例中术语第一、第二等在本文中用来描述各种模块/信息/参数,但是这些模块/信息/参数不应当被这些术语限制。这些术语仅用来将一个模块/信息/参数与另一个模块/信息/参数进行区分。例如,第一推送模块可以被称作第二推送模块,并且类似地,第二推送模块可以被称作第一推送模块,而不脱离各种所描述的实施例的范围。第一推送模块和第二推送模块均是在描述一个推送模块,但是除非上下文以其他方式明确指出,否则它们不是同一个推送模块。取决于语境,比如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”。
再者,如同在本文中所使用的,单数形式“一”、“一个”和“所述”旨在也包括复数形式,除非上下文中有相反的指示。应当进一步理解,术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组,但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的,或意味着任一个或任何组合。因此,“A、B或C”或者“A、B和/或C”意味着“以下任一个:A;B;C;A和B;A和C;B和C;A、B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时,才会出现所述定义的例外。
外卖平台为一种能够通过互联网通信方式将外卖商家侧所提供的外卖商品信息展示给用户侧,以及可供用户侧进行在线支付等的服务器系统。外卖平台向用户展示的外卖商品信息和/或外卖商家信息与用户希望配送的目的地位置相关。例如,外卖平台根据目的地位置信息向用户展示位于其附近区域内的各外卖商家信息和/或外卖商品信息。这是因为外卖商品具有配送时效性的特点,为了使得配送资源(如配送员)在配送时限内将外卖商品送至目的地位置,外卖平台所生成的一个订单对应一个用户、一个商家以及一个配送资源。外卖平台通过更科学地规划配送资源及其配送方案,可满足用户对更多种外卖的需求。
有鉴于此,本申请提供一种订单的信息处理方法,通过对用户提交的组合订单进行处理,根据用户和至少两个商家的位置信息确定地域范围,再根据所述地域范围内的候选配送资源的位置信息,确定所述组合订单的配送方案和一或多个目标配送资源,以供一或多个目标配送资源根据所述配送方案配送所述组合订单中的商品。
在一些实施例中,所述配送商品包括菜品、生鲜、以及药品中的一种或多种。应理解,所述配送商品还可以是对时效性要求较高的商品,例如冰淇淋、生鱼片、或汤羹等。或者,所述配送商品也可以是对时效性没有要求的商品,对此本申请不作限制。
在一些实施例中,所述配送资源指的是能够用于执行配送任务的物流资源,包括但不限于人力资源、交通工具资源等。举例而言,所述配送资源可以为配送员,例如外卖配送员等。所述配送资源还可以是其他能够用于执行配送任务的智能设备,例如无人机、无人车、以及智能机器人等。为了便于描述,本申请实施例将以所述配送资源为配送员为例,下文将不再赘述。
应理解,所述目标配送资源和候选配送资源均指的是配送资源,所述目标配送资源是通过在候选配送资源中进行筛选/选择后获得的。举例而言,将一地域范围内的全部配送资源作为候选配送资源,依据一定的条件进行筛选后获得目标配送资源,例如,将所述地域范围内距离商家最近的候选配送资源作为目标配送资源等。具体实施例请容后详述。
请参阅图1,显示为本申请订单的信息处理方法在一实施例中的流程示意图。如图1所示,所述信息处理方法包括步骤S101、步骤S102、以及步骤S103。
在一些实施例中,所述信息处理方法可以通过一服务器来执行。在一些实施例中,所述服务器可以根据功能、负载等多种因素布置在一个或多个实体服务器上。在一些实施例中,所述服务器可以为基于云架构的服务器,所述服务器指的是云计算提供商所提供的云计算平台,所述云计算平台能够提供IaaS(Infrastructure-as-a-Service,基础设施即服务)、PaaS(Platform-as-a-Service,平台即服务)、以及SaaS(Software-as-a-Service,软件即服务)等服务。其中,所述云计算平台包括公共云(Public Cloud)、私有云(PrivateCloud)、以及混合云(Hybrid Cloud)等,例如,美团云计算服务平台、阿里云计算服务平台、百度云计算平台、以及腾讯云计算平台等。在一些实施例中,所述服务器可以由分布的或集中的服务器集群构成。例如,所述服务器集群由至少一台实体服务器构成。每个实体服务器中配置多个虚拟服务器,每个虚拟服务器运行所述系统中的至少一功能模块,各虚拟服务器之间通过网络通信。
在此,所述用户分别选择预订界面中至少两个商家的商品信息,以提交所述订单请求。在一些实施例中,所述用户利用用户终端在一平台上分别选择预订界面中至少两个商家的商品信息,以提交所述订单请求。所述用户终端包括但不限于智能手机、平板电脑、笔记本电脑、台式电脑、智能手表、智能眼镜、智能手环、智能音箱、以及智能电视等计算机装置。所述平台包括但不限于美团、美团外卖、美团点评、大众点评、饿了么、百度外卖、以及口碑平台等O2O(Online to Offline)平台。
在一些实际的场景中,在外卖平台(即服务器)向用户终端所提供的预订界面中包含有可配送范围(即地域范围)内的多个商家的POI列表,当用户既想品尝其中的商家A的某样菜品,又想品尝其中的商家B的某样菜品时,所述用户通过操作用户终端在所述预订界面的关联界面中分别选择商家A的菜品和商家B的菜品,所述用户终端向服务器提交包含商家A的菜品信息和商家B的菜品信息的订单请求,由此,服务器执行步骤S101。
在另一些实际的场景中,在外卖平台(即服务器)向用户终端所提供的预订界面中包含有可配送范围(即地域范围)内包含预设的由不同商家的商品组合而形成的组合商品的POI列表,以供用户分别选择不同商家的组合商品后向服务器提交订单请求,由此,服务器执行步骤S101。
举例而言,请参阅图2A,显示为本申请一用户分别选择至少两个商家的商品信息的预订界面在一实施例中的示意图。如图所示,所述预订界面中至少显示有三个卡片/栏位(即图中圆角矩形框所对应的区域)信息,每栏分别显示有商家A、商家B、以及商家C的信息,以及各商家对应的菜品信息。例如,在第一栏中显示为商家A的信息,例如包括商家A的名称、地址、优惠活动、以及LOGO图片等。如图所示,所述商家A提供菜品A1、菜品A2、以及菜品A3。类似地,第二栏中显示为商家B的信息,所述商家B提供菜品B1、菜品B2、以及菜品B3,第三栏中显示为商家C的信息,所述商家C提供菜品C1、菜品C2、以及菜品C3。
所述用户可以在所述预订界面中选择任意两个或两个以上商家的菜品。举例而言,所述用户在所述预订界面中点击商家A的菜品A2,再点击商家B的菜品B1,从而完成至少两个商家的商品信息的选择。在一些实施例中,用户在选择一份菜品后,所述预订界面可以显示例如“已添加至购物车”的提示消息(未予以图示);在选择完成后,所述预订界面还可以提供例如“选择完毕”的按钮,以供所述用户终端在用户点击所述按钮后,向所述服务器提交一包含至少两个商家的菜品信息的订单请求,从而生成组合订单。
或者,所述预订界面中还可以显示已预先组合的商品信息,每件商品分别属于不同的商家,用户可以直接选择所述已预先组合的商品信息从而提交订单请求以生成组合订单。请参阅图2B,显示为本申请一用户分别选择至少两个商家的商品信息的预订界面在另一实施例中的示意图。如图所示,所述预订界面中例如提供“组合套餐一”和“组合套餐二”等,以向用户提供已经预先组合好的多个商家的多份菜品。例如,在“组合套餐一”中包括有商家A的菜品A1和商家B的菜品B1,当用户例如点击所述“组合套餐一”的卡片/栏位(即图中圆角矩形所对应的区域)时,所述用户终端即向所述服务器发送订单请求以生成组合订单。当然,所述预先组合的商品信息并不局限于两个商家,例如“组合套餐二”中包括有商家C的菜品C1和菜品C2、商家D的菜品D1、以及商家E的菜品E1。
在一些实施例中,如图2A和图2B中所示的商家和/或菜品可以是通过大数据分析得到的,例如将热度较高的多个商家展示在预订界面中以供选择,或是将距离较近的多个商家的多个菜品进行组合以供选择等,对此本申请不作限制。
在一些实施例中,如图2A和图2B中所示的商家在一地域范围内。举例而言,用户在所述预订界面选择至少两个商家时,所述预订界面中提供的POI列表中的商家是在所述地域范围内的一或多个商家。在此,所述地域范围可以是基于所述用户的地理位置为中心向外扩展的一定范围,所述至少两个商家在所述地域范围以内。例如,所述地域范围可以是基于所述用户的地理位置为中心向外扩展1公里、2公里、3公里等形成的范围。又如,所述地域范围可以是例如以所述用户的地理位置作为圆心、以所述用户和与所述至少两个商家中相距最远的商家的地理位置之间的距离为半径所形成的范围。
在一些实施例中,所述地域范围包括按照行政区域划分的地域范围、按照商业区域划分的地域范围、以及按照热点划分的地域范围中的一种或多种。所述按照行政区域划分的地域范围例如北京市的东城区、西城区、朝阳区、以及海淀区等,各区形成一地域范围。所述按照商业区域划分的地域范围例如XX广场、XX商场、以及XX大厦等。所述按照热点划分的地域范围例如为基于LBS(Location Based Services,基于位置的服务)形成的区域,例如,所述地域范围为以用户的地理位置为中心的方圆5公里内订单量大于一定数值的多个外卖商家形成的区域。
在步骤S101中,接收一用户提交的包括至少两个商家的商品信息的订单请求,生成一组合订单。
在此,所述订单请求为用户终端利用通信协议将包含用户所选择的不同商家的商品信息进行封装后发送至服务器的数据。所述服务器按照预设的数据结构将订单请求中的各信息保存在数据库中,以形成对应用户的组合订单。所述组合订单还表现为服务器按照数据结构从将数据库中所提取的同一用户所对应的多个商家及其各商品信息,并将其通过用户终端展示给相应用户,以供用户支付/确认。
在一些实施例中,还包括如下步骤:依据所述组合订单中的商品信息,分别将所述组合订单中的商品信息推送至所述商品对应的商家。在此,服务器在生成所述组合订单后,将所述组合订单分别发送给所述商家,以供所述商家根据所述组合订单中的商品信息进行准备/制作。其中,所述服务器可以将所述组合订单直接发送给所述商家,由商家自行依照所述组合订单中的商品信息进行准备/制作。或者,所述服务器可以分别将所述组合订单中的商品信息分别发送至对应的商家。举例而言,所述组合订单中包含商家A的菜品A1、商家B的菜品B1、以及商家C的菜品C1,则所述服务器将所述组合订单中菜品A1的信息发送给商家A,将菜品B1的信息发送给商家B,以及将菜品C1的信息发送给商家C。
在一些实施例中,所述组合订单中的商品信息包括但不限于商品的名称、价格、以及提供所述商品的商家信息等。所述商家信息包括但不限于商家的标识信息、商家的名称、以及商家的位置信息等中的一种或多种。其中,所述标识信息用于指代所述商家的身份以将其与其他商家进行区分,所述标识信息包括但不限于商家所加入的平台为其分配的标识码(例如为uuid)、所述商家在工商行政管理机关登记/注册的统一社会信用代码等。所述商家所加入的平台包括但不限于美团、美团外卖、美团点评、大众点评、饿了么、百度外卖、以及口碑平台等O2O(Online to Offline)平台。在一些实施例中,所述标识码可以为任意长度的数字、字母、以及符号等中的一种或多种,或其任意组合。例如,商家A的标识码为mtdp1,商家B的标识码为ptdg1等。在一些实施例中,所述商家的位置信息包括但不限于商家的地址信息(例如为X区X街道X号)、商家所在位置的经纬度信息、以及商家所在位置在地图上的坐标信息等中的一种或多种。
在一些实施例中,所述组合订单和/或所述组合订单中的商品信息还包括标识信息,所述标识信息用于将所述组合订单与普通订单进行区分,或者,所述标识信息用于将所述组合订单中的商品信息将普通订单中的商品信息进行区分。由此,当服务器将所述组合订单和/或所述组合订单中的商品信息发送给对应的商家时,所述商家能够获知所述商品对应的订单为一组合订单,从而进行相应的操作/处理,例如优先制作组合订单中的菜品等。
在步骤S102中,依据包含所述用户、所述至少两个商家、以及一地域范围内的一或多个候选配送资源的位置信息的输入信息,确定所述组合订单的配送方案;所述地域范围是依据所述用户和所述至少两个商家的位置信息确定的。
在此,所述服务器根据所述订单请求和/或所述组合订单中所述用户的位置信息和所述至少两个商家的位置信息,确定一地域范围。所述用户的位置信息包括但不限于所述用户的收货地址的街道号信息(例如X区X街道XX小区X幢)、地理位置信息(例如经纬度信息、坐标信息)中的一种或多种。
在一些实施例中,所述地域范围与前述实施例中用户在预订界面中选择至少两个商家时的地域范围可以是相同的地域范围。在一些实施例中,用户在预订界面中基于提供的一地域范围内的商家POI列表选择至少两个商家,在提交订单请求后,所述服务器在生成所述组合订单时基于用户选择的至少两个商家的位置信息和所述用户的位置信息确定另一地域范围,后者的地域范围在前者的地域范围之内。
在确定所述地域范围后,服务器获取当前位于所述地域范围内的一或多个配送资源作为候选配送资源,并获取所述候选配送资源的位置信息。以所述配送资源为配送员为例,例如,所述服务器可以将当前位于所述地域范围内的全部配送员作为候选配送资源。又如,所述服务器剔除当前正在执行配送任务的配送员,将当前位于所述地域范围内处于空闲状态的配送员作为候选配送资源。又如,所述服务器将当前位于所述地域范围内距离商家预设距离范围内的配送员作为候选配送资源,所述预设距离范围可以是1公里、500米、或100米等。或者,所述服务器将所述地域范围内能够调用的无人机作为候选配送资源,等等。
在一些实施例中,所述配送资源的位置信息可以由所述配送资源所携带的配送终端实时上传至服务器。例如,配送员携带能够发送定位信息的便携式终端,以向服务器上传所述配送员的位置信息。又如,无人机安装有能够发送定位信息的软件模块,以向服务器上传所述无人机的位置信息。其中,所述配送终端可以是智能手机、智能手表、智能眼镜、智能手环、平板电脑、便携式导航装置、以及行车记录仪等装置。应理解,所述配送终端还可以是其他任何具有当前位置信息的获取功能和上传功能的装置,例如GSM/GPRS/GPS跟踪定位仪等。
上述各配送资源所提供的定位信息(又叫配送资源的位置信息)是各自配送资源所对应的配送终端实时上传的。所述服务器在执行步骤S102时以所获取的各候选配送资源最新的位置信息为所述输入信息中各候选配送资源的位置信息,所述服务器根据所述输入信息确定所述组合订单的配送方案。
在一些实施例中,所述配送方案是通过服务器调用一计算模型进行计算而获得的。所述计算模型可以存储在服务器的存储介质、数据库、或数据中心中,以供所述服务器进行调用。举例而言,所述计算模型可以是基于大数据的计算模型,并能够根据输入信息生成计算结果;其中,所述输入信息包括但不限于所述用户、所述至少两个商家、以及一地域范围内的一或多个候选配送资源的位置信息,所述计算结果即为所述配送方案。又如,所述计算模型可以是利用神经网络训练后得到的模型等,所述神经网络例如为前馈神经网络、深度神经网络、递归神经网络、以及卷积神经网络等。
应理解,所述服务器还可以利用本领域技术人员所知晓的其他任何计算方式以获得所述配送方案,本申请实施例对具体的计算方式不作限定。举例而言,所述服务器还可以通过最优化算法计算获得所述配送方案,所述最优化算法包括但不限于动态规划算法、贪婪算法、模拟退火算法、粒子群算法、以及蚁群算法等。应理解,所述“最优”是指对于一个问题的解在一定范围或区域内最优,或者说解决问题或达成目标的手段在一定范围或限制内最优,而并非意味着在任何情况下都是绝对的最优。类似地情况还有“最短”、“最低”等。其中,所述一定范围或区域/一定范围或限制是基于迭代次数、约束条件、收敛效果中的至少一个而确定的。
在一些实施例中,所述配送方案包括用于配送所述组合订单的目标配送资源的数量,即,包括一或多个目标配送资源。例如,所述配送方案包括一个目标配送资源。又如,所述配送方案包括两个或三个目标配送资源。此外,在一些实施例中,所述配送方案还包括所述目标配送资源的标识信息。所述标识信息用于指代所述配送资源的身份以将其与其他配送资源进行区分,所述标识信息包括但不限于管理所述配送资源的平台为其分配的标识码(例如为uuid)等。在一些实施例中,所述标识码可以为任意长度的数字、字母、以及符号等中的一种或多种,或其任意组合。例如,配送资源A的标识码为mtdp1,配送资源B的标识码为ptdg1等。在一些实施例中,所述配送方案还包括所述一或多个目标配送资源用于配送的所述组合订单中的商品的路径规划信息。其中,所述路径规划信息可以包括所述目标配送资源的当前位置信息、商家的位置信息、所述目标配送资源前往各商家取餐的顺序、以及所述目标配送资源前往各商家取餐的路线等中的一种或多种。所述目标配送资源的当前位置信息包括但不限于所述目标配送资源的当前地址信息(例如当前正位于X区X街道X号)、所在位置的经纬度信息、以及所在位置在地图上的坐标信息等中的一种或多种。
其中,所述输入信息包括但不限于所述用户的位置信息、所述至少两个商家的位置信息、以及所述一或多个候选配送资源的位置信息等中的一种或多种。在此,所述服务器根据所述用户的位置信息、所述至少两个商家的位置信息、以及所述地域范围内的候选配送资源的位置信息,依据一定的约束条件,确定由一个或多个配送资源执行配送任务,所述配送资源即为目标配送资源。
举例而言,所述服务器利用LBS寻找所述地域范围内与所述至少两个商家距离最近的配送资源作为目标配送资源,并再根据用户的位置信息规划由所述目标配送资源当前所在的位置出发,依次前往商家的顺序和路线,以最终将商品配送至用户处。例如,请参阅图3A,显示为本申请一目标配送资源用于配送的所述组合订单中的商品的路径规划信息在一实施例中的示意图。如图所示,所述用户的组合订单包括商家A、商家B、以及商家C的菜品。所述服务器将与所述商家A距离最近的配送资源P作为目标配送资源,并根据商家A、商家B、商家C、以及所述用户的位置信息,为所述配送资源P规划了一条耗时最少、成本最低的路径,即所述配送资源P从当前所在位置出发,依次前往商家A、商家B、以及商家C进行取餐,再将取到的菜品配送至用户处。由此,同一用户的多份商品由同一个配送资源进行配送,合理配置配送资源,提高了配送效率。同时,用户一次性即能取到全部的商品,用户的体验度高。
在实际的配送过程中,不同商家对商品的制作/准备的时长不同,配送员到达商家时商家可能已制作完成一段时间、正在制作中、或还未开始制作等。若配送员在到达后,仍需要等待商家制作完成,会增加所述组合订单的配送时长,从而造成时间的浪费以及成本的增加,降低了配送效率;若配送员在到达后,商家已经完成制作一段时间,则会影响对于时效性要求较高的菜品的新鲜度等,从而给用户造成负面的体验。因此,所述服务器在确定所述配送方案时还可以将其他能够影响配送时间的因素作为所述输入信息,以根据所述输入信息确定所述配送方案。
因此,在一些实施例中,所述输入信息还包括所述地域范围内的路况信息和所述商品的制作时间信息中的一种或其组合。例如,所述路况信息包括从所述配送资源的当前位置前往各商家的各路线上的道路拥堵情况、车流量情况、以及限号通行情况等中的一种或多种。
举例而言,请参阅图3B,显示为本申请一目标配送资源用于配送的所述组合订单中的商品的路径规划信息在另一实施例中的示意图。如图所示,在实际的场景中,所述配送资源P前往商家A进行取餐的路途中可能遇到道路拥堵、路面维修等无法通行的情况(即图中带有X的虚线箭头所表示的路线),服务器可以计算所述配送资源P先前往商家B进行取餐再前往商家A进行取餐的路径规划所需要耗费的时间、成本、或行驶距离,以及所述配送资源P等待道路恢复畅通或绕路前往商家A进行取餐再前往商家B进行取餐的路径规划所需要耗费的时间、成本、或行驶距离。若后者所需要耗费的时间更短、成本更低、或行驶距离更短,则所述服务器可以规划所述配送资源P自当前位置出发依次前往商家B、商家A、以及商家C进行取餐的顺序和路线,以配送所述组合订单的商品。
在一些场景中,由一个配送资源进行配送的成本可能会高于由多个配送资源进行配送的成本,或者,所述配送资源在前往某一商家的可行路线都会遇到长时间拥堵,因此,所述服务器还可以确定由多个配送资源进行配送。举例而言,请参阅图3C,显示为本申请两目标配送资源用于配送的所述组合订单中的商品的路径规划信息在一实施例中的示意图。如图所示,若配送资源P1从商家B前往商家C的路线不可行(即图中带有X的虚线箭头所表示的路线),因此服务器规划所述配送资源P1的路径为依次前往商家A、商家B进行取餐后直接配送至用户处。此外,服务器确定由另一配送资源P2前往商家C进行取餐,并将所述商家C的菜品配送至用户处。所述配送资源P2例如为距离商家C最近的配送资源。
在一些实施例中,所述服务器规划所述配送资源P1和配送资源P2可以不同时出发前往商家处进行取餐,还可以使所述配送资源P2在延迟一段时间后前往商家C进行取餐,从而使得所述配送资源P1到达用户处的时间和所述配送资源P2到达用户处的时间在一定的时间范围内,避免出现用户在接收一份商品后长时间等待另一份商品的情况,以提供用户良好的体验。
应理解,前述实施例中所述的约束条件是用于约束所述服务器确定所述配送方案满足一定的条件范围。例如,所述时间约束条件用于约束所述服务器确定所述配送方案满足一定的时效性。其中,所述约束条件包括但不限于时间约束条件、距离约束条件、以及成本约束条件等。
举例而言,所述用户的位置信息为(x,y),商家A的位置信息为(a1,b1),商家B的位置信息为(a2,b2),所述服务器根据所述用户、商家A、以及商家B的位置信息,确定一地域范围,所述地域范围例如为所述用户与商家B的距离为半径的圆形范围。所述服务器依据所述用户、商家A、以及商家B的位置信息,以及所述地域范围内的实时路况信息、全部配送资源的位置信息,获得初始路径规划列表;所述初始路径规划列表例如包括所述地域范围内所有可能的配送路线。服务器在依据例如通过大数据得到的菜品制作需等待的时长,分别计算由一个配送资源进行配送的路径规划、路径距离r1和配送时长t1、由两个配送资源进行配送的路径规划、总路径距离r2和总配送时长t2、以及由三个配送资源进行配送的路径规划、总路径距离r3和总配送时长t3,并依据所述时间约束条件,选择配送时长最短的方案;或者,依据所述距离约束条件,选择总路径距离最短的方案。由此,所述服务器确定所述配送方案,包括由一或多个配送资源进行配送,以及所述一或多个配送资源的路径规划。
在一些实施例中,所述依据包含所述用户、所述至少两个商家、以及一地域范围内的一或多个候选配送资源的位置信息的输入信息,确定所述组合订单的配送方案的步骤包括:依据配送的时间约束条件,确定所述组合订单的配送方案,以使得所述组合订单的配送时间最短。其中,所述时间约束条件包括但不限于用户的下单时间、取餐路途时间、承诺送达时间、以及商品的属性信息中的一种或多种。所述商品的属性信息包括但不限于商品的制作时长信息、以及基于商品的类型信息和/或贮存条件信息而设置的时长中的一种或多种。例如,商品为汤羹时,对配送时间预设时长较短的时间约束条件,商品为凉菜时则对配送时间预设时长较长的时间约束条件。又如,商品的制作时长较长时,对配送时间预设时长较长的时间约束条。又如,商品例如需要冰冻/冷藏以保持新鲜时,也是对配送时间预设时长较短的时间约束条件。
举例而言,候选配送资源包括配送资源P1和配送资源P2,在将所述配送任务分配给所述配送资源P1时,所述服务器在时间约束条件的限制下分别计算由所述配送资源P1执行配送任务的时间成本T1(例如取餐路途耗费的时间和等待菜品制作的时间之和等),以及计算由所述配送资源P2执行配送任务的时间成本T2;比较时间成本T1和T2;将执行所述配送任务所耗费的时间成本较小的配送资源作为所述目标配送资源,并确定由所述目标配送资源执行配送任务的路径规划。
在一些实施例中,所述依据包含所述用户、所述至少两个商家、以及一地域范围内的一或多个候选配送资源的位置信息的输入信息,确定所述组合订单的配送方案的步骤包括:依据配送的距离约束条件,确定所述组合订单的配送方案。
举例而言,候选配送资源包括配送资源P1和配送资源P2,在将所述配送任务分配给所述配送资源P1时,所述服务器在距离约束条件的限制下分别计算由所述配送资源P1执行配送方案的总行驶距离T1(例如依次前往各商家取餐的各条路线的距离之和),以及计算由所述配送资源P2执行配送方案的总行驶距离T2;比较总行驶距离T1和T2;将执行所述配送方案所行驶的距离较短的配送资源作为所述目标配送资源,并确定由所述目标配送资源执行配送任务的路径规划。
在一些实施例中,所述依据包含所述用户、所述至少两个商家、以及一地域范围内的一或多个候选配送资源的位置信息的输入信息,确定所述组合订单的配送方案的步骤包括:依据配送的成本约束条件,确定所述组合订单的配送方案。
举例而言,候选配送资源包括配送资源P1和配送资源P2,在将所述配送任务分配给所述配送资源P1时,所述服务器在成本约束条件的限制下分别计算由所述配送资源P1执行配送方案的成本T1(例如以时间成本和总行驶距离得到的综合成本、或者运力成本等),并计算由所述配送资源P2执行配送方案的成本T2,比较成本T1和T2,将执行所述配送方案所耗费的成本较低的配送资源作为所述目标配送资源,并确定由所述目标配送资源执行配送任务的路径规划。
当然并不局限于此,上述实施例仅作为举例,而并非对本申请实施例的范围的限制。例如,所述服务器还可以依据以满足用户体验最优的目的作为约束条件,确定所述组合订单的配送方案。例如,确定所述配送方案以使得多个配送资源进行配送时,能够尽可能使得多份商品的送达时间在一定的时间范围内(例如5分钟之内),等等。
在步骤S103中,将所述配送方案发送给一或多个目标配送资源,以供配送所述组合订单中的商品。
在此,所述服务器在确定目标配送资源以及路径规划信息后,将所述配送方案发送给所述目标配送资源,以供所述目标配送资源按照所述配送方案配送所述组合订单中的商品。在一些实施例中,所述服务器可以直接将所述配送方案发送给所述一或多个目标配送资源,由所述一或多个目标配送资源自行执行所述配送方案中各自对应的路径规划信息。或者,所述服务器可以分别将多个目标配送资源的配送方案发送给对应的目标配送资源,以供所述目标配送资源按照所述配送方案配送所述组合订单中的商品。
举例而言,所述配送方案包括由配送资源P1依次前往商家A和商家B进行取餐,由配送资源P2前往商家C进行取餐,则所述服务器可以将由所述配送资源P1的当前位置出发前往商家A的路径规划信息、由商家A出发前往商家B的路径规划信息、以及由商家B出发前往用户的位置的路径规划信息发送给所述配送资源P1,将由所述配送资源P2的当前位置出发前往商家C的路径规划信息、以及由商家C出发前往用户的位置的路径规划信息发送给所述配送资源P2。
在一些实施例中,还包括如下步骤:将所述配送方案发送至所述用户,以供所述用户获得所述组合订单的配送状态。其中,所述配送状态包括但不限于用于配送所述组合订单的目标配送资源、所述目标配送资源的位置信息、以及由所述目标配送资源在多个时刻的位置信息形成的轨迹信息等。
在此,所述服务器可以将所述配送方案中的目标配送资源发送至所述用户,以供用户了解所述组合订单由哪些配送资源来进行配送。所述服务器还可以将所述目标配送资源的路径规划信息发送给所述用户,以供用户了解所述组合订单的配送路径。
在一些实施例中,所述服务器还可以在确定所述配送方案后,实时获取所述目标配送资源的位置信息,并将所述位置信息发送给所述用户,以供所述用户了解所述组合订单的配送进度和所述目标配送资源的轨迹信息。当然,所述服务器也可以不必实时获取所述目标配送资源的位置信息,而是以固定的频率/时间间隔获取,例如每10分钟、每30分钟、每1小时获取所述目标配送资源的位置信息。又如,当所述目标配送资源到达某一位置节点时,将当前的位置信息上传至服务器。所述位置节点可以是预先设置的,例如组合订单中各商家的位置,当所述目标配送资源到其中一商家时,所述目标配送资源将到达当前位置节点的信息上传至服务器。以配送资源为配送员为例,配送员例如到达商家A进行取餐时,在配送终端上点击“已到达商家A”的按钮,从而将到达商家A的位置节点信息发送给服务器,服务器将所述位置节点信息发送至用户,以供用户了解所述配送员当前所在的位置和配送的进度。
本申请提供的订单的信息处理方法,通过确定用于执行用户的组合订单的配送任务的配送资源,依据用户和商家的位置信息,以及综合考虑位置、时间、距离、成本等约束条件,确定所述组合订单的配送方案,并为目标配送资源提供合理的路径规划以执行配送任务,有效地解决了配送资源分配不合理、配送效率低的问题。同时,用户无需长时间等待多份商品送齐,提高了用户体验。
本申请还提供一种订单的信息处理系统,用于执行前述实施例中提供的订单的信息处理方法,具备相应的功能模块并能够实现相同的技术效果。在一些实施例中,所述信息处理系统可以被配置在一或多个服务器上。在一些实施例中,所述服务器可以根据功能、负载等多种因素布置在一个或多个实体服务器上。在一些实施例中,所述服务器可以为基于云架构的服务器,所述服务器指的是云计算提供商所提供的云计算平台,所述云计算平台能够提供IaaS、PaaS、以及SaaS等服务。其中,所述云计算平台包括公共云、私有云、以及混合云等,例如,美团云计算服务平台、阿里云计算服务平台、百度云计算平台、以及腾讯云计算平台等。在一些实施例中,所述服务器可以由分布的或集中的服务器集群构成。例如,所述服务器集群由至少一台实体服务器构成。每个实体服务器中配置多个虚拟服务器,每个虚拟服务器运行所述系统中的至少一功能模块,各虚拟服务器之间通过网络通信。
请参阅图4,显示为本申请订单的信息处理系统在一实施例中的模块组成框图。如图所示,所述信息处理系统4包括接收模块401、处理模块402、以及发送模块403。
具体应用场景中,所述接收模块、处理模块、以及发送模块都可以是软件模块,这些软件模块可部署在服务器、或服务器上的虚拟机,或服务器上的容器上;并且这些软件模块可根据实际需求部署在同一服务器上或不同服务器上,本申请不做限定。此外,所述接收模块、处理模块、以及发送模块的部分或全部还可以集成为一个模块,以实现更为方便地嵌入至一装置/设备中。
其中,所述接收模块用于接收一用户提交的包括至少两个商家的商品信息的订单请求,生成一组合订单。在此,所述用户分别选择预订界面中至少两个商家的商品信息,以提交所述订单请求。在一些实施例中,所述用户利用用户终端在一平台上分别选择预订界面中至少两个商家的商品信息,以提交所述订单请求。所述用户终端包括但不限于智能手机、平板电脑、笔记本电脑、台式电脑、智能手表、智能眼镜、智能手环、智能音箱、以及智能电视等计算机装置。所述平台包括但不限于美团、美团外卖、美团点评、大众点评、饿了么、百度外卖、以及口碑平台等O2O平台。
在此,所述订单请求为用户终端利用通信协议将包含用户所选择的不同商家的商品信息进行封装后发送至服务器的数据。所述服务器按照预设的数据结构将订单请求中的各信息保存在数据库中,以形成对应用户的组合订单。所述组合订单还表现为服务器按照数据结构从将数据库中所提取的同一用户所对应的多个商家及其各商品信息,并将其通过用户终端展示给相应用户,以供用户支付/确认。
在一些实际的场景中,在外卖平台(即服务器)向用户终端所提供的预订界面中包含有可配送范围(即地域范围)内的多个商家的POI列表,当用户既想品尝其中的商家A的某样菜品,又想品尝其中的商家B的某样菜品时,所述用户通过操作用户终端在所述预订界面的关联界面中分别选择商家A的菜品和商家B的菜品,所述用户终端向服务器提交包含商家A的菜品信息和商家B的菜品信息的订单请求。
在另一些实际的场景中,在外卖平台(即服务器)向用户终端所提供的预订界面中包含有可配送范围(即地域范围)内包含预设的由不同商家的商品组合而形成的组合商品的POI列表,以供用户分别选择不同商家的组合商品后向服务器提交订单请求。
举例而言,如图2A所示,所述预订界面中至少显示有三个卡片/栏位(即图中圆角矩形框所对应的区域)信息,每栏分别显示有商家A、商家B、以及商家C的信息,以及各商家对应的菜品信息。例如,在第一栏中显示为商家A的信息,例如包括商家A的名称、地址、优惠活动、以及LOGO图片等。如图所示,所述商家A提供菜品A1、菜品A2、以及菜品A3。类似地,第二栏中显示为商家B的信息,所述商家B提供菜品B1、菜品B2、以及菜品B3,第三栏中显示为商家C的信息,所述商家C提供菜品C1、菜品C2、以及菜品C3。
所述用户可以在所述预订界面中选择任意两个或两个以上商家的菜品。举例而言,所述用户在所述预订界面中点击商家A的菜品A2,再点击商家B的菜品B1,从而完成至少两个商家的商品信息的选择。在一些实施例中,用户在选择一份菜品后,所述预订界面可以显示例如“已添加至购物车”的提示消息(未予以图示);在选择完成后,所述预订界面还可以提供例如“选择完毕”的按钮,以供所述用户终端在用户点击所述按钮后,向所述接收模块提交一包含至少两个商家的菜品信息的订单请求,从而生成组合订单。
或者,所述预订界面中还可以显示已预先组合的商品信息,每件商品分别属于不同的商家,用户可以直接选择所述已预先组合的商品信息从而提交订单请求以生成组合订单。如图2B所示,所述预订界面中例如提供“组合套餐一”和“组合套餐二”等,以向用户提供已经预先组合好的多个商家的多份菜品。例如,在“组合套餐一”中包括有商家A的菜品A1和商家B的菜品B1,当用户例如点击所述“组合套餐一”的卡片/栏位(即图中圆角矩形所对应的区域)时,所述用户终端即向所述接收模块发送订单请求以生成组合订单。当然,所述预先组合的商品信息并不局限于两个商家,例如“组合套餐二”中包括有商家C的菜品C1和菜品C2、商家D的菜品D1、以及商家E的菜品E1。
在一些实施例中,如图2A和图2B中所示的商家和/或菜品可以是通过大数据分析得到的,例如将热度较高的多个商家展示在预订界面中以供选择,或是将距离较近的多个商家的多个菜品进行组合以供选择等,对此本申请不作限制。
在一些实施例中,如图2A和图2B中所示的商家在一地域范围内。举例而言,用户在所述预订界面选择至少两个商家时,所述预订界面中提供的POI列表中的商家是在所述地域范围内的一或多个商家。在此,所述地域范围可以是基于所述用户的地理位置为中心向外扩展的一定范围,所述至少两个商家在所述地域范围以内。例如,所述地域范围可以是基于所述用户的地理位置为中心向外扩展1公里、2公里、3公里等形成的范围。又如,所述地域范围可以是例如以所述用户的地理位置作为圆心、以所述用户和与所述至少两个商家中相距最远的商家的地理位置之间的距离为半径所形成的范围。
在一些实施例中,所述地域范围包括按照行政区域划分的地域范围、按照商业区域划分的地域范围、以及按照热点划分的地域范围中的一种或多种。所述按照行政区域划分的地域范围例如北京市的东城区、西城区、朝阳区、以及海淀区等,各区形成一地域范围。所述按照商业区域划分的地域范围例如XX广场、XX商场、以及XX大厦等。所述按照热点划分的地域范围例如为基于LBS(Location Based Services,基于位置的服务)形成的区域,例如,所述地域范围为以用户的地理位置为中心的方圆5公里内订单量大于一定数值的多个外卖商家形成的区域。
在一些实施例中,所述信息处理系统还包括第一推送模块,用于依据所述组合订单中的商品信息,分别将所述组合订单中的商品信息推送至所述商品对应的商家。在此,所述接收模块在生成所述组合订单后,由所述第一推送模块将所述组合订单分别发送给所述商家,以供所述商家根据所述组合订单中的商品信息进行准备/制作。其中,所述第一推送模块可以将所述组合订单直接发送给所述商家,由商家自行依照所述组合订单中的商品信息进行准备/制作。或者,所述第一推送模块可以分别将所述组合订单中的商品信息分别发送至对应的商家。举例而言,所述组合订单中包含商家A的菜品A1、商家B的菜品B1、以及商家C的菜品C1,则所述第一推送模块将所述组合订单中菜品A1的信息发送给商家A,将菜品B1的信息发送给商家B,以及将菜品C1的信息发送给商家C。
在一些实施例中,所述组合订单中的商品信息包括但不限于商品的名称、价格、以及提供所述商品的商家信息等。所述商家信息包括但不限于商家的标识信息、商家的名称、以及商家的位置信息等中的一种或多种。其中,所述标识信息用于指代所述商家的身份以将其与其他商家进行区分,所述标识信息包括但不限于商家所加入的平台为其分配的标识码(例如为uuid)、所述商家在工商行政管理机关登记/注册的统一社会信用代码等。所述商家所加入的平台包括但不限于美团、美团外卖、美团点评、大众点评、饿了么、百度外卖、以及口碑平台等O2O(Online to Offline)平台。在一些实施例中,所述标识码可以为任意长度的数字、字母、以及符号等中的一种或多种,或其任意组合。例如,商家A的标识码为mtdp1,商家B的标识码为ptdg1等。在一些实施例中,所述商家的位置信息包括但不限于商家的地址信息(例如为X区X街道X号)、商家所在位置的经纬度信息、以及商家所在位置在地图上的坐标信息等中的一种或多种。
在一些实施例中,所述组合订单和/或所述组合订单中的商品信息还包括标识信息,所述标识信息用于将所述组合订单与普通订单进行区分,或者,所述标识信息用于将所述组合订单中的商品信息将普通订单中的商品信息进行区分。由此,当所述第一推送模块将所述组合订单和/或所述组合订单中的商品信息发送给对应的商家时,所述商家能够获知所述商品对应的订单为一组合订单,从而进行相应的操作/处理,例如优先制作组合订单中的菜品等。
所述处理模块用于依据包含所述用户、所述至少两个商家、以及一地域范围内的一或多个候选配送资源的位置信息的输入信息,确定所述组合订单的配送方案;所述地域范围是依据所述用户和所述至少两个商家的位置信息确定的。
在此,所述处理模块根据所述订单请求和/或所述组合订单中所述用户的位置信息和所述至少两个商家的位置信息,确定一地域范围。所述用户的位置信息包括但不限于所述用户的收货地址的街道号信息(例如X区X街道XX小区X幢)、地理位置信息(例如经纬度信息、坐标信息)中的一种或多种。
在一些实施例中,所述地域范围与前述实施例中用户在预订界面中选择至少两个商家时的地域范围可以是相同的地域范围。在一些实施例中,用户在预订界面中基于提供的一地域范围内的商家POI列表选择至少两个商家,在提交订单请求后,所述服务器在生成所述组合订单时基于用户选择的至少两个商家的位置信息和所述用户的位置信息确定另一地域范围,后者的地域范围在前者的地域范围之内。
在确定所述地域范围后,处理模块获取当前位于所述地域范围内的一或多个配送资源作为候选配送资源,并获取所述候选配送资源的位置信息。以所述配送资源为配送员为例,例如,所述处理模块可以将当前位于所述地域范围内的全部配送员作为候选配送资源。又如,所述处理模块剔除当前正在执行配送任务的配送员,将当前位于所述地域范围内处于空闲状态的配送员作为候选配送资源。又如,所述处理模块将当前位于所述地域范围内距离商家预设距离范围内的配送员作为候选配送资源,所述预设距离范围可以是1公里、500米、或100米等。或者,所述处理模块将所述地域范围内能够调用的无人机作为候选配送资源,等等。
在一些实施例中,所述配送资源的位置信息可以由所述配送资源所携带的配送终端实时上传至所述系统。例如,配送员携带能够发送定位信息的便携式终端,以向所述系统上传所述配送员的位置信息。又如,无人机安装有能够发送定位信息的软件模块,以向所述系统上传所述无人机的位置信息。其中,所述配送终端可以是智能手机、智能手表、智能眼镜、智能手环、平板电脑、便携式导航装置、以及行车记录仪等装置。应理解,所述配送终端还可以是其他任何具有当前位置信息的获取功能和上传功能的装置,例如GSM/GPRS/GPS跟踪定位仪等。
在获取所述一或多个候选配送资源的位置信息后,所述处理模块根据所述输入信息确定所述组合订单的配送方案。在一些实施例中,所述配送方案是通过处理模块调用一计算模型进行计算而获得的。所述计算模型可以存储在服务器的存储介质、数据库、或数据中心中,以供所述处理模块进行调用。举例而言,所述计算模型可以是基于大数据的计算模型,并能够根据输入信息生成计算结果;其中,所述输入信息包括但不限于所述用户、所述至少两个商家、以及一地域范围内的一或多个候选配送资源的位置信息,所述计算结果即为所述配送方案。又如,所述计算模型可以是利用神经网络训练后得到的模型等,所述神经网络例如为前馈神经网络、深度神经网络、递归神经网络、以及卷积神经网络等。
应理解,所述处理模块还可以利用本领域技术人员所知晓的其他任何计算方式以获得所述配送方案,本申请实施例对具体的计算方式不作限定。举例而言,所述处理模块还可以通过最优化算法计算获得所述配送方案,所述最优化算法包括但不限于动态规划算法、贪婪算法、模拟退火算法、粒子群算法、以及蚁群算法等。应理解,所述“最优”是指对于一个问题的解在一定范围或区域内最优,或者说解决问题或达成目标的手段在一定范围或限制内最优,而并非意味着在任何情况下都是绝对的最优。类似地情况还有“最短”、“最低”等。其中,所述一定范围或区域/一定范围或限制是基于迭代次数、约束条件、收敛效果中的至少一个而确定的。
在一些实施例中,所述配送方案包括用于配送所述组合订单的目标配送资源的数量,即,包括一或多个目标配送资源。例如,所述配送方案包括一个目标配送资源。又如,所述配送方案包括两个或三个目标配送资源。此外,在一些实施例中,所述配送方案还包括所述目标配送资源的标识信息。所述标识信息用于指代所述配送资源的身份以将其与其他配送资源进行区分,所述标识信息包括但不限于管理所述配送资源的平台为其分配的标识码(例如为uuid)等。在一些实施例中,所述标识码可以为任意长度的数字、字母、以及符号等中的一种或多种,或其任意组合。例如,配送资源A的标识码为mtdp1,配送资源B的标识码为ptdg1等。在一些实施例中,所述配送方案还包括所述一或多个目标配送资源用于配送的所述组合订单中的商品的路径规划信息。其中,所述路径规划信息可以包括所述目标配送资源的当前位置信息、商家的位置信息、所述目标配送资源前往各商家取餐的顺序、以及所述目标配送资源前往各商家取餐的路线等中的一种或多种。所述目标配送资源的当前位置信息包括但不限于所述目标配送资源的当前地址信息(例如当前正位于X区X街道X号)、所在位置的经纬度信息、以及所在位置在地图上的坐标信息等中的一种或多种。
其中,所述输入信息包括但不限于所述用户的位置信息、所述至少两个商家的位置信息、以及所述一或多个候选配送资源的位置信息等中的一种或多种。在此,所述处理模块根据所述用户的位置信息、所述至少两个商家的位置信息、以及所述地域范围内的候选配送资源的位置信息,依据一定的约束条件,确定由一个或多个配送资源执行配送任务,所述配送资源即为目标配送资源。
举例而言,所述处理模块利用LBS寻找所述地域范围内与所述至少两个商家距离最近的配送资源作为目标配送资源,并再根据用户的位置信息规划由所述目标配送资源当前所在的位置出发,依次前往商家的顺序和路线,以最终将商品配送至用户处。例如,如图3A所示,所述用户的组合订单包括商家A、商家B、以及商家C的菜品。所述处理模块将与所述商家A距离最近的配送资源P作为目标配送资源,并根据商家A、商家B、商家C、以及所述用户的位置信息,为所述配送资源P规划了一条耗时最少、成本最低的路径,即所述配送资源P从当前所在位置出发,依次前往商家A、商家B、以及商家C进行取餐,再将取到的菜品配送至用户处。由此,同一用户的多份商品由同一个配送资源进行配送,合理配置配送资源,提高了配送效率。同时,用户一次性即能取到全部的商品,用户的体验度高。
在实际的配送过程中,不同商家对商品的制作/准备的时长不同,配送员到达商家时商家可能已制作完成一段时间、正在制作中、或还未开始制作等。若配送员在到达后,仍需要等待商家制作完成,会增加所述组合订单的配送时长,从而造成时间的浪费以及成本的增加,降低了配送效率;若配送员在到达后,商家已经完成制作一段时间,则会影响对于时效性要求较高的菜品的新鲜度等,从而给用户造成负面的体验。因此,所述处理模块在确定所述配送方案时还可以将其他能够影响配送时间的因素作为所述输入信息,以根据所述输入信息确定所述配送方案。因此,在一些实施例中,所述输入信息还包括所述地域范围内的路况信息和所述商品的制作时间信息中的一种或其组合。例如,所述路况信息包括从所述配送资源的当前位置前往各商家的各路线上的道路拥堵情况、车流量情况、以及限号通行情况等中的一种或多种。
举例而言,如图3B所示,在实际的场景中,所述配送资源P前往商家A进行取餐的路途中可能遇到道路拥堵、路面维修等无法通行的情况(即图中带有X的虚线箭头所表示的路线),处理模块可以计算所述配送资源P先前往商家B进行取餐再前往商家A进行取餐的路径规划所需要耗费的时间、成本、或行驶距离,以及所述配送资源P等待道路恢复畅通或绕路前往商家A进行取餐再前往商家B进行取餐的路径规划所需要耗费的时间、成本、或行驶距离。若后者所需要耗费的时间更短、成本更低、或行驶距离更短,则所述处理模块可以规划所述配送资源P自当前位置出发依次前往商家B、商家A、以及商家C进行取餐的顺序和路线,以配送所述组合订单的商品。
在一些场景中,由一个配送资源进行配送的成本可能会高于由多个配送资源进行配送的成本,或者,所述配送资源在前往某一商家的可行路线都会遇到长时间拥堵,因此,所述处理模块还可以确定由多个配送资源进行配送。举例而言,如图3C所示,若配送资源P1从商家B前往商家C的路线不可行(即图中带有X的虚线箭头所表示的路线),因此处理模块规划所述配送资源P1的路径为依次前往商家A、商家B进行取餐后直接配送至用户处。此外,处理模块确定由另一配送资源P2前往商家C进行取餐,并将所述商家C的菜品配送至用户处。所述配送资源P2例如为距离商家C最近的配送资源。
在一些实施例中,所述处理模块规划所述配送资源P1和配送资源P2可以不同时出发前往商家处进行取餐,还可以使所述配送资源P2在延迟一段时间后前往商家C进行取餐,从而使得所述配送资源P1到达用户处的时间和所述配送资源P2到达用户处的时间在一定的时间范围内,避免出现用户在接收一份商品后长时间等待另一份商品的情况,以提供用户良好的体验。
应理解,前述实施例中所述的约束条件是用于约束所述处理模块确定所述配送方案满足一定的条件范围。例如,所述时间约束条件用于约束所述处理模块确定所述配送方案满足一定的时效性。其中,所述约束条件包括但不限于时间约束条件、距离约束条件、以及成本约束条件等。
在一些实施例中,所述处理模块还用于依据配送的时间约束条件,确定所述组合订单的配送方案,以使得所述组合订单的配送时间最短。
其中,所述时间约束条件包括但不限于用户的下单时间、取餐路途时间、承诺送达时间、以及商品的属性信息中的一种或多种。所述商品的属性信息包括但不限于商品的制作时长信息、以及基于商品的类型信息和/或贮存条件信息而设置的时长中的一种或多种。例如,商品为汤羹时,对配送时间预设时长较短的时间约束条件,商品为凉菜时则对配送时间预设时长较长的时间约束条件。又如,商品的制作时长较长时,对配送时间预设时长较长的时间约束条。又如,商品例如需要冰冻/冷藏以保持新鲜时,也是对配送时间预设时长较短的时间约束条件。
举例而言,候选配送资源包括配送资源P1和配送资源P2,在将所述配送任务分配给所述配送资源P1时,所述处理模块在时间约束条件的限制下分别计算由所述配送资源P1执行配送任务的时间成本T1(例如取餐路途耗费的时间和等待菜品制作的时间之和等),以及计算由所述配送资源P2执行配送任务的时间成本T2;比较时间成本T1和T2;将执行所述配送任务所耗费的时间成本较小的配送资源作为所述目标配送资源,并确定由所述目标配送资源执行配送任务的路径规划。
在一些实施例中,所述处理模块还用于依据配送的距离约束条件,确定所述组合订单的配送方案。举例而言,候选配送资源包括配送资源P1和配送资源P2,在将所述配送任务分配给所述配送资源P1时,所述处理模块在距离约束条件的限制下分别计算由所述配送资源P1执行配送方案的总行驶距离T1(例如依次前往各商家取餐的各条路线的距离之和),以及计算由所述配送资源P2执行配送方案的总行驶距离T2;比较总行驶距离T1和T2;将执行所述配送方案所行驶的距离较短的配送资源作为所述目标配送资源,并确定由所述目标配送资源执行配送任务的路径规划。
在一些实施例中,所述处理模块还用于依据配送的成本约束条件,确定所述组合订单的配送方案。举例而言,候选配送资源包括配送资源P1和配送资源P2,在将所述配送任务分配给所述配送资源P1时,所述处理模块在成本约束条件的限制下分别计算由所述配送资源P1执行配送方案的成本T1(例如以时间成本和总行驶距离得到的综合成本、或者运力成本等),以及计算由所述配送资源P2执行配送方案的成本T2;比较成本T1和T2;将执行所述配送方案所耗费的成本较低的配送资源作为所述目标配送资源,并确定由所述目标配送资源执行配送任务的路径规划。
当然并不局限于此,上述实施例仅作为举例,而并非对本申请实施例的范围的限制。例如,所述处理模块还可以依据以满足用户体验最优的目的作为约束条件,确定所述组合订单的配送方案。例如,确定所述配送方案以使得多个配送资源进行配送时,能够尽可能使得多份商品的送达时间在一定的时间范围内(例如5分钟之内),等等。
所述发送模块用于将所述配送方案发送给一或多个目标配送资源,以供配送所述组合订单中的商品。
在此,所述处理模块在确定目标配送资源以及路径规划信息后,由所述发送模块将所述配送方案发送给所述目标配送资源,以供所述目标配送资源按照所述配送方案配送所述组合订单中的商品。在一些实施例中,所述发送模块可以直接将所述配送方案发送给所述一或多个目标配送资源,由所述一或多个目标配送资源自行执行所述配送方案中各自对应的路径规划信息。或者,所述发送模块可以分别将多个目标配送资源的配送方案发送给对应的目标配送资源,以供所述目标配送资源按照所述配送方案配送所述组合订单中的商品。
举例而言,所述配送方案包括由配送资源P1依次前往商家A和商家B进行取餐,由配送资源P2前往商家C进行取餐,则所述发送模块可以将由所述配送资源P1的当前位置出发前往商家A的路径规划信息、由商家A出发前往商家B的路径规划信息、以及由商家B出发前往用户的位置的路径规划信息发送给所述配送资源P1,并将由所述配送资源P2的当前位置出发前往商家C的路径规划信息、以及由商家C出发前往用户的位置的路径规划信息发送给所述配送资源P2。
在一些实施例中,所述系统还包括第二推送模块,用于将所述配送方案发送至所述用户,以供所述用户获得所述组合订单的配送状态。其中,所述配送状态包括但不限于用于配送所述组合订单的目标配送资源、所述目标配送资源的位置信息、以及由所述目标配送资源在多个时刻的位置信息形成的轨迹信息等。
在此,所述第二推送模块可以将所述配送方案中的目标配送资源发送至所述用户,以供用户了解所述组合订单由哪些配送资源来进行配送。所述第二推送模块还可以将所述目标配送资源的路径规划信息发送给所述用户,以供用户了解所述组合订单的配送路径。
在一些实施例中,所述处理模块还可以在确定所述配送方案后,由所述接收模块实时获取所述目标配送资源的位置信息,并由所述第二推送模块将所述位置信息发送给所述用户,以供所述用户了解所述组合订单的配送进度和所述目标配送资源的轨迹信息。当然,所述接收模块也可以不必实时获取所述目标配送资源的位置信息,而是以固定的频率/时间间隔获取,例如每10分钟、每30分钟、每1小时获取所述目标配送资源的位置信息。又如,当所述目标配送资源到达某一位置节点时,将当前的位置信息上传至第二推送模块。所述位置节点可以是预先设置的,例如组合订单中各商家的位置,当所述目标配送资源到其中一商家时,所述目标配送资源将到达当前位置节点的信息上传至第二推送模块。以配送资源为配送员为例,配送员例如到达商家A进行取餐时,在配送终端上点击“已到达商家A”的按钮,从而将到达商家A的位置节点信息发送给所述接收模块,再由第二推送模块将所述位置节点信息发送至用户,以供用户了解所述配送员当前所在的位置和配送的进度。
在实施例中,为简化说明,所述信息处理系统中的接收模块、处理模块、以及发送模块可以通过执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以通过专用硬件与计算机指令的组合来实现上述图1至图3C所示实施例中的订单的信息处理方法的步骤,此处不再赘述。
本申请提供的订单的信息处理系统,通过确定用于执行用户的组合订单的配送任务的配送资源,依据用户和商家的位置信息,以及综合考虑位置、时间、距离、成本等约束条件,确定所述组合订单的配送方案,并为目标配送资源提供合理的路径规划以执行配送任务,有效地解决了配送资源分配不合理、配送效率低的问题。同时,用户无需长时间等待多份商品送齐,提高了用户体验。
本申请还提供一种服务器,用以执行前述实施例中订单的信息处理方法。请参阅图5,显示为本申请服务器在一实施例中的模块组成框图。如图所示,所述服务器5包括至少一存储设备501以及至少一处理设备502。
其中,所述存储设备用于存储至少一个程序;在实施例中,所述存储设备包括存储服务器或者存储器,所述存储器可包括高速随机存取存储器,并且还可包括非易失性存储器,例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。在某些实施例中,所述存储设备还可以包括远离一个或多个处理器的存储器,例如经由RF电路或外部端口以及通信网络(未示出)访问的网络附加存储器,其中所述通信网络可以是因特网、一个或多个内部网、局域网、广域网、存储局域网等,或其适当组合。存储器控制器可控制设备的诸如CPU和外设接口之类的其他组件对存储器的访问。
所述处理设备与所述存储设备相连,用于运行所述至少一个程序时以执行并实现上述图1至图3C所示实施例中的订单的信息处理方法所描述的至少一种实施例。所述处理设备例如为包括处理器的服务器,比如应用服务器等,所述处理器可操作地与存储器和/或非易失性存储设备耦接。更具体地,处理设备可执行在存储器和/或非易失性存储设备中存储的指令以在计算设备中执行操作,诸如生成图像数据和/或将图像数据传输到电子显示器。如此,处理设备可包括一个或多个通用微处理器、一或多个专用处理器、一个或多个现场可编程逻辑阵列、或它们的任何组合。
本申请提供的服务器,通过确定用于执行用户的组合订单的配送任务的配送资源,依据用户和商家的位置信息,以及综合考虑位置、时间、距离、成本等约束条件,确定所述组合订单的配送方案,并为目标配送资源提供合理的路径规划以执行配送任务,有效地解决了配送资源分配不合理、配送效率低的问题。同时,用户无需长时间等待多份商品送齐,提高了用户体验。
本申请还提供一种计算机可读写存储介质,存储有计算机程序,所述计算机程序被执行时实现上述针对订单的信息处理方法所描述的至少一种实施例,比如图1至图3C所描述的至少一种实施例。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者所述技术方案的部分可以以软件产品的形式体现出来,所述计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。
于本申请提供的实施例中,所述计算机可读写存储介质可以包括只读存储器、随机存取存储器、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁存储设备、闪存、U盘、移动硬盘、或者能够用于存储具有指令或数据结构形式的期望的程序代码并能够由计算机进行存取的任何其它介质。另外,任何连接都可以适当地称为计算机可读介质。例如,如果指令是使用同轴电缆、光纤光缆、双绞线、数字订户线(DSL)或者诸如红外线、无线电和微波之类的无线技术,从网站、服务器或其它远程源发送的,则所述同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线电和微波之类的无线技术包括在所述介质的定义中。然而,应当理解的是,计算机可读写存储介质和数据存储介质不包括连接、载波、信号或者其它暂时性介质,而是旨在针对于非暂时性、有形的存储介质。如申请中所使用的磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字多功能光盘(DVD)、软盘和蓝光光盘,其中,磁盘通常磁性地复制数据,而光盘则用激光来光学地复制数据。
在一个或多个示例性方面,本申请所述方法的计算机程序所描述的功能可以用硬件、软件、固件或其任意组合的方式来实现。当用软件实现时,可以将这些功能作为一个或多个指令或代码存储或传送到计算机可读介质上。本申请所公开的方法或算法的步骤可以用处理器可执行软件模块来体现,其中处理器可执行软件模块可以位于有形、非临时性计算机可读写存储介质上。有形、非临时性计算机可读写存储介质可以是计算机能够存取的任何可用介质。
本申请上述的附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。基于此,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这根据所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以通过执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以通过专用硬件与计算机指令的组合来实现。
上述实施例仅例示性说明本申请的原理及其功效,而非用于限制本申请。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下,对上述实施例进行修饰或改变。因此,举凡所属技术领域中具有通常知识者在未脱离本申请所揭示的精神与技术思想下所完成的一切等效修饰或改变,仍应由本申请的权利要求所涵盖。
Claims (28)
1.一种订单的信息处理方法,其特征在于,包括如下步骤:
接收一用户提交的包括至少两个商家的商品信息的订单请求,生成一组合订单;
依据包含所述用户、所述至少两个商家、以及一地域范围内的一或多个候选配送资源的位置信息的输入信息,确定所述组合订单的配送方案;所述地域范围是依据所述用户和所述至少两个商家的位置信息确定的;
将所述配送方案发送给一或多个目标配送资源,以供配送所述组合订单中的商品。
2.根据权利要求1所述的信息处理方法,其特征在于,所述用户分别选择预订界面中至少两个商家的商品信息,以提交所述订单请求。
3.根据权利要求1所述的信息处理方法,其特征在于,还包括如下步骤:依据所述组合订单中的商品信息,分别将所述组合订单中的商品信息推送至所述商品对应的商家。
4.根据权利要求1所述的信息处理方法,其特征在于,所述商品包括菜品、生鲜、以及药品中的一种或多种。
5.根据权利要求1所述的信息处理方法,其特征在于,所述配送方案包括一或多个目标配送资源,以及所述一或多个目标配送资源用于配送的所述组合订单中的商品的路径规划信息。
6.根据权利要求1所述的信息处理方法,其特征在于,所述地域范围包括按照行政区域划分的地域范围、按照商业区域划分的地域范围、以及按照热点划分的地域范围中的一种或多种。
7.根据权利要求1所述的信息处理方法,其特征在于,所述依据包含所述用户、所述至少两个商家、以及一地域范围内的一或多个候选配送资源的位置信息的输入信息,确定所述组合订单的配送方案的步骤包括:依据配送的时间约束条件,确定所述组合订单的配送方案。
8.根据权利要求7所述的信息处理方法,其特征在于,所述时间约束条件包括用户的下单时间、取餐路途时间、以及商品的属性信息中的一种或多种。
9.根据权利要求1所述的信息处理方法,其特征在于,所述输入信息还包括所述地域范围内的路况信息和/或所述商品的制作时间信息。
10.根据权利要求1所述的信息处理方法,其特征在于,所述依据包含所述用户、所述至少两个商家、以及一地域范围内的一或多个候选配送资源的位置信息的输入信息,确定所述组合订单的配送方案的步骤包括:依据配送的距离约束条件,确定所述组合订单的配送方案。
11.根据权利要求1所述的信息处理方法,其特征在于,所述依据包含所述用户、所述至少两个商家、以及一地域范围内的一或多个候选配送资源的位置信息的输入信息,确定所述组合订单的配送方案的步骤包括:依据配送的成本约束条件,确定所述组合订单的配送方案。
12.根据权利要求1所述的信息处理方法,其特征在于,还包括如下步骤:将所述配送方案发送至所述用户,以供所述用户获得所述组合订单的配送状态;所述配送状态包括用于配送所述组合订单的目标配送资源以及所述目标配送资源的位置信息。
13.根据权利要求1所述的信息处理方法,其特征在于,所述候选配送资源和/或目标配送资源包括配送员、无人机和/或无人车。
14.一种订单的信息处理系统,其特征在于,包括:
接收模块,用于接收一用户提交的包括至少两个商家的商品信息的订单请求,生成一组合订单;
处理模块,用于依据包含所述用户、所述至少两个商家、以及一地域范围内的一或多个候选配送资源的位置信息的输入信息,确定所述组合订单的配送方案;所述地域范围是依据所述用户和所述至少两个商家的位置信息确定的;
发送模块,用于将所述配送方案发送给一或多个目标配送资源,以供配送所述组合订单中的商品。
15.根据权利要求14所述的信息处理系统,其特征在于,所述用户分别选择预订界面中至少两个商家的商品信息,以提交所述订单请求。
16.根据权利要求14所述的信息处理系统,其特征在于,还包括第一推送模块,用于依据所述组合订单中的商品信息,分别将所述组合订单中的商品信息推送至所述商品对应的商家。
17.根据权利要求14所述的信息处理系统,其特征在于,所述商品包括菜品、生鲜、以及药品中的一种或多种。
18.根据权利要求14所述的信息处理系统,其特征在于,所述配送方案包括一或多个目标配送资源,以及所述一或多个目标配送资源用于配送的所述组合订单中的商品的路径规划信息。
19.根据权利要求14所述的信息处理系统,其特征在于,所述地域范围包括按照行政区域划分的地域范围、按照商业区域划分的地域范围、以及按照热点划分的地域范围中的一种或多种。
20.根据权利要求14所述的信息处理系统,其特征在于,所述处理模块用于依据配送的时间约束条件,确定所述组合订单的配送方案。
21.根据权利要求20所述的信息处理系统,其特征在于,所述时间约束条件包括用户的下单时间、取餐路途时间、以及商品的属性信息中的一种或多种。
22.根据权利要求14所述的信息处理系统,其特征在于,所述输入信息还包括所述地域范围内的路况信息和/或所述商品的制作时间信息。
23.根据权利要求14所述的信息处理系统,其特征在于,所述处理模块用于依据配送的距离约束条件,确定所述组合订单的配送方案。
24.根据权利要求14所述的信息处理系统,其特征在于,所述处理模块用于依据配送的成本约束条件,确定所述组合订单的配送方案。
25.根据权利要求14所述的信息处理系统,其特征在于,还包括第二推送模块,用于将所述配送方案发送至所述用户,以供所述用户获得所述组合订单的配送状态;所述配送状态包括用于配送所述组合订单的目标配送资源以及所述目标配送资源的位置信息。
26.根据权利要求14所述的信息处理系统,其特征在于,所述候选配送资源和/或目标配送资源包括配送员、无人机和/或无人车。
27.一种服务器,其特征在于,包括:
至少一个存储设备,用于存储至少一个程序;
至少一个处理设备,与所述至少一个存储设备连接,用于运行所述至少一个程序时以执行并实现如权利要求1-13所述的订单的信息处理方法。
28.一种计算机可读存储介质,其特征在于,存储有至少一个程序,所述程序被处理器执行时执行并实现如权利要求1-13任一所述的订单的信息处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010295767.7A CN111523716A (zh) | 2020-04-15 | 2020-04-15 | 订单的信息处理方法、系统、服务器及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010295767.7A CN111523716A (zh) | 2020-04-15 | 2020-04-15 | 订单的信息处理方法、系统、服务器及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111523716A true CN111523716A (zh) | 2020-08-11 |
Family
ID=71910703
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010295767.7A Pending CN111523716A (zh) | 2020-04-15 | 2020-04-15 | 订单的信息处理方法、系统、服务器及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111523716A (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112017003A (zh) * | 2020-08-28 | 2020-12-01 | 杭州拼便宜网络科技有限公司 | 一种业务处理方法、装置、设备及存储介质 |
CN112258291A (zh) * | 2020-10-29 | 2021-01-22 | 珠海优特智厨科技有限公司 | 烹饪订单处理方法及存储介质、终端 |
CN112330421A (zh) * | 2020-11-27 | 2021-02-05 | 京东数字科技控股股份有限公司 | 订单处理方法、装置、电子设备及存储介质 |
CN112465219A (zh) * | 2020-11-25 | 2021-03-09 | 北京化工大学 | 一种基于近场通信的飞机总装物料配送网络的构建方法 |
CN112561371A (zh) * | 2020-12-23 | 2021-03-26 | 上海新共赢信息科技有限公司 | 一种调取确定方法、装置、电子设备及存储介质 |
CN112700199A (zh) * | 2020-12-31 | 2021-04-23 | 拉扎斯网络科技(上海)有限公司 | 订单数据处理方法及装置、存储介质、计算机设备 |
CN112837133A (zh) * | 2021-03-10 | 2021-05-25 | 口碑(上海)信息技术有限公司 | 一种套餐信息提供方法、装置、以及电子设备 |
CN113256203A (zh) * | 2021-05-14 | 2021-08-13 | 海盐顺顺运输有限公司 | 一种基于物联网的商品运输系统 |
WO2022055429A1 (en) * | 2020-09-11 | 2022-03-17 | Grabtaxi Holdings Pte. Ltd. | Server and method for multi-merchant orders |
CN114819853A (zh) * | 2022-05-25 | 2022-07-29 | 快备新能源科技(上海)有限公司 | 一种新能源电站的备件智能交付系统和方法 |
CN115982481A (zh) * | 2023-03-21 | 2023-04-18 | 浙江口碑网络技术有限公司 | 一种信息处理方法和信息处理装置 |
CN117273592A (zh) * | 2023-11-22 | 2023-12-22 | 成都运荔枝科技有限公司 | 一种物流场景下的门店配送方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107464177A (zh) * | 2017-08-23 | 2017-12-12 | 北京惠赢天下网络技术有限公司 | 一种订单的处理方法及订单处理服务器 |
CN107563572A (zh) * | 2017-09-27 | 2018-01-09 | 北京同城必应科技有限公司 | 一种订单分配方法、装置、计算机设备和存储介质 |
CN110766510A (zh) * | 2019-09-18 | 2020-02-07 | 北京三快在线科技有限公司 | 推荐方法、装置、电子设备及可读存储介质 |
-
2020
- 2020-04-15 CN CN202010295767.7A patent/CN111523716A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107464177A (zh) * | 2017-08-23 | 2017-12-12 | 北京惠赢天下网络技术有限公司 | 一种订单的处理方法及订单处理服务器 |
CN107563572A (zh) * | 2017-09-27 | 2018-01-09 | 北京同城必应科技有限公司 | 一种订单分配方法、装置、计算机设备和存储介质 |
CN110766510A (zh) * | 2019-09-18 | 2020-02-07 | 北京三快在线科技有限公司 | 推荐方法、装置、电子设备及可读存储介质 |
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112017003B (zh) * | 2020-08-28 | 2023-06-20 | 杭州拼便宜网络科技有限公司 | 一种业务处理方法、装置、设备及存储介质 |
CN112017003A (zh) * | 2020-08-28 | 2020-12-01 | 杭州拼便宜网络科技有限公司 | 一种业务处理方法、装置、设备及存储介质 |
CN116057558B (zh) * | 2020-09-11 | 2023-08-08 | 格步计程车控股私人有限公司 | 用于多商家订购的服务器和方法 |
CN116057558A (zh) * | 2020-09-11 | 2023-05-02 | 格步计程车控股私人有限公司 | 用于多商家订购的服务器和方法 |
WO2022055429A1 (en) * | 2020-09-11 | 2022-03-17 | Grabtaxi Holdings Pte. Ltd. | Server and method for multi-merchant orders |
CN112258291A (zh) * | 2020-10-29 | 2021-01-22 | 珠海优特智厨科技有限公司 | 烹饪订单处理方法及存储介质、终端 |
CN112465219A (zh) * | 2020-11-25 | 2021-03-09 | 北京化工大学 | 一种基于近场通信的飞机总装物料配送网络的构建方法 |
CN112330421A (zh) * | 2020-11-27 | 2021-02-05 | 京东数字科技控股股份有限公司 | 订单处理方法、装置、电子设备及存储介质 |
CN112330421B (zh) * | 2020-11-27 | 2024-05-21 | 京东科技控股股份有限公司 | 订单处理方法、装置、电子设备及存储介质 |
CN112561371B (zh) * | 2020-12-23 | 2024-03-01 | 上海乐享似锦科技股份有限公司 | 一种调度确定方法、装置、电子设备及存储介质 |
CN112561371A (zh) * | 2020-12-23 | 2021-03-26 | 上海新共赢信息科技有限公司 | 一种调取确定方法、装置、电子设备及存储介质 |
CN112700199B (zh) * | 2020-12-31 | 2023-12-12 | 拉扎斯网络科技(上海)有限公司 | 订单数据处理方法及装置、存储介质、计算机设备 |
CN112700199A (zh) * | 2020-12-31 | 2021-04-23 | 拉扎斯网络科技(上海)有限公司 | 订单数据处理方法及装置、存储介质、计算机设备 |
CN112837133A (zh) * | 2021-03-10 | 2021-05-25 | 口碑(上海)信息技术有限公司 | 一种套餐信息提供方法、装置、以及电子设备 |
CN113256203B (zh) * | 2021-05-14 | 2022-11-08 | 上海赢他网络科技有限公司 | 一种基于物联网的商品运输系统 |
CN113256203A (zh) * | 2021-05-14 | 2021-08-13 | 海盐顺顺运输有限公司 | 一种基于物联网的商品运输系统 |
CN114819853B (zh) * | 2022-05-25 | 2023-08-08 | 快备新能源科技(上海)有限公司 | 一种新能源电站的备件智能交付系统和方法 |
CN114819853A (zh) * | 2022-05-25 | 2022-07-29 | 快备新能源科技(上海)有限公司 | 一种新能源电站的备件智能交付系统和方法 |
CN115982481A (zh) * | 2023-03-21 | 2023-04-18 | 浙江口碑网络技术有限公司 | 一种信息处理方法和信息处理装置 |
CN115982481B (zh) * | 2023-03-21 | 2024-02-02 | 浙江口碑网络技术有限公司 | 一种信息处理方法和信息处理装置 |
CN117273592A (zh) * | 2023-11-22 | 2023-12-22 | 成都运荔枝科技有限公司 | 一种物流场景下的门店配送方法 |
CN117273592B (zh) * | 2023-11-22 | 2024-01-26 | 成都运荔枝科技有限公司 | 一种物流场景下的门店配送方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111523716A (zh) | 订单的信息处理方法、系统、服务器及存储介质 | |
US11776044B2 (en) | Scheduling of order processing for remotely ordered goods | |
JP6506460B2 (ja) | サービスの供給状況を管理するシステム及び方法 | |
US10719897B2 (en) | System and process for managing preparation and packaging of food and/or beverage products for a precise delivery time | |
US10872305B2 (en) | Depot dispatch protocol for aggregating on-demand deliveries | |
US11215466B2 (en) | Route community objects with price-time priority queues for transformed transportation units | |
US10181111B1 (en) | Electronic device communications for item handoffs | |
US20190318286A1 (en) | Tool appliance community objects with price-time priority queues for transformed tool appliance units | |
US20170124511A1 (en) | Automatic Integrated Routing and Fulfillment System and Method with Product Exchange | |
US20190333166A1 (en) | Renewable energy community objects with price-time priority queues for transformed renewable energy units | |
US10311530B2 (en) | System and process for managing preparation and packaging of food and/or beverage products for a precise delivery time | |
US11138661B2 (en) | Agriculture community objects with price-time priority queues for transformed agriculture units | |
CN110462655B (zh) | 运力调度系统和方法 | |
US10586273B1 (en) | Managing couriers for fast deliveries | |
US10102596B2 (en) | Customer interface restaurant system | |
CA2839208C (en) | Order processing for remotely ordered goods | |
KR20200055353A (ko) | 배송 시스템, 배송 관리 시스템, 배송 관리 장치 및 배송 관리 방법 | |
KR20210018407A (ko) | 배송 시스템, 배송 관리 시스템, 배송 관리 장치 및 배송 관리 방법 | |
WO2020190983A1 (en) | Renewable energy community objects with price-time priority queues for transformed renewable energy units | |
JP2020509487A (ja) | 自動販売の販売システムおよび方法 | |
US20210390613A1 (en) | System and process for managing preparation and packaging of food and/or beverage products for a precise delivery time |
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: 20200811 |