CN106886936A - 一种订单处理方法、装置及服务器 - Google Patents

一种订单处理方法、装置及服务器 Download PDF

Info

Publication number
CN106886936A
CN106886936A CN201710073179.7A CN201710073179A CN106886936A CN 106886936 A CN106886936 A CN 106886936A CN 201710073179 A CN201710073179 A CN 201710073179A CN 106886936 A CN106886936 A CN 106886936A
Authority
CN
China
Prior art keywords
information
sequence information
dinner party
sequence
order
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.)
Granted
Application number
CN201710073179.7A
Other languages
English (en)
Other versions
CN106886936B (zh
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.)
Beijing Sankuai Online Technology Co Ltd
Original Assignee
Beijing Sankuai Online 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 Beijing Sankuai Online Technology Co Ltd filed Critical Beijing Sankuai Online Technology Co Ltd
Priority to CN201710073179.7A priority Critical patent/CN106886936B/zh
Publication of CN106886936A publication Critical patent/CN106886936A/zh
Application granted granted Critical
Publication of CN106886936B publication Critical patent/CN106886936B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants

Landscapes

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

Abstract

本发明提供的一种订单处理方法、装置及服务器，涉及互联网技术领域。其中，所述方法包括：获取各用户端发送的订单信息，得到多个订单信息，每个所述订单信息包括送达信息以及是否提供聚餐场所信息；根据预设规则对多个订单信息进行组合处理，得到至少一个数据集；针对每个数据集，判断所述数据集中是否包括至少一个提供聚餐场所信息的订单信息，若所述数据集中包括至少一个提供聚餐场所信息的订单信息，则确定该数据集包括的各订单信息构成订单组合。通过上述订单处理方法，可以自动构成订单组合，从而完成聚餐，解决了现有互联网餐饮系统中聚餐难以完成的问题。

Description

一种订单处理方法、装置及服务器
技术领域
本发明涉及互联网技术领域，具体而言，涉及一种订单处理方法、装置及服务器。
背景技术
随着互联网技术的不断发展，基于互联网技术的线上线下电子商务(Online ToOffline，O2O)得到了很大的发展，极大地刺激了传统的餐饮行业。
在互联网餐饮系统中，由于用户通过互联网进行订餐的形式单一，不能满足当前用户对用餐形式的要求，极大地限定了互联网餐饮系统的发展。基于此，以“约饭”形式的聚餐逐渐得到运用以提高用餐的丰富度。但是由于大多数用户在行为上具有被动性，一般不会主动发起或参加聚餐，因此聚餐难以有效完成。
发明内容
有鉴于此，本发明的目的在于提供一种订单处理方法、装置及服务器，可以自动构成订单组合，从而完成聚餐，以解决上述问题。
为实现上述目的，本发明实施例采用如下技术方案：
一种订单处理方法，包括：
获取各用户端发送的订单信息，得到多个订单信息，每个所述订单信息包括送达信息以及是否提供聚餐场所信息；
根据预设规则对多个订单信息进行组合处理，得到至少一个数据集；
针对每个数据集，判断所述数据集中是否包括至少一个提供聚餐场所信息的订单信息，若所述数据集中包括至少一个提供聚餐场所信息的订单信息，则确定该数据集包括的各订单信息构成订单组合。
在上述基础上，本发明实施例还提供了一种订单处理装置，所述装置包括：
信息获取模块，用于获取各用户端发送的订单信息，得到多个订单信息，所述订单信息包括送达信息以及是否提供聚餐场所信息；
组合处理模块，用于根据预设规则对多个订单信息进行组合处理，得到至少一个数据集；
组合判断模块，用于针对每个数据集，判断所述数据集中是否包括至少一个提供聚餐场所信息的订单信息，若所述数据集中包括至少一个提供聚餐场所信息的订单信息，则确定该数据集包括的各订单信息构成订单组合。
在上述基础上，本发明实施例还提供了一种服务器，包括处理器和存储器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现以下步骤：
获取各用户端发送的订单信息，得到多个订单信息，每个所述订单信息包括送达信息以及是否提供聚餐场所信息；
根据预设规则对多个订单信息进行组合处理，得到至少一个数据集；
针对每个数据集，判断所述数据集中是否包括至少一个提供聚餐场所信息的订单信息，若所述数据集中包括至少一个提供聚餐场所信息的订单信息，则确定该数据集包括的各订单信息构成订单组合。
在上述基础上，本发明实施例还提供了一种计算机可读储存介质，其上存储有计算机程序，该程序被处理器执行时实现上述订单处理方法的步骤。
本发明提供的订单处理方法、装置及服务器，可以自动构成订单组合，从而完成聚餐，进而有效解决现有互联网餐饮系统中因需要用户自己主动发起或选择参加某一个聚餐以及用户一般具有被动性而存在聚餐难以完成的问题。
为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
图1为本发明实施例提供的订单处理方法和装置的应用场景示意图。
图2为本发明实施例提供的服务器的方框示意图。
图3为本发明实施例提供的订单处理方法的流程示意图。
图4为图3中步骤S120的流程示意图。
图5为本发明实施例提供的订单处理方法的另一流程示意图。
图6为图5中步骤S140的流程示意图。
图7为图5中步骤S140的另一流程示意图。
图8为图5中步骤S150的流程示意图。
图9为本发明实施例提供的订单处理方法的另一流程示意图。
图10为图9中步骤S180的流程示意图。
图11为本发明实施例提供的订单处理装置的方框示意图。
图标：10-服务器；12-存储器；14-处理器；16-通信单元；20-用户端；30-网络；100-订单处理装置；110-信息获取模块；120-组合处理模块；130-组合判断模块。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例只是本发明的一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
如图1所示，是本发明实施例提供的一种订单处理方法和装置的应用场景示意图。该应用场景可以包括服务器10、用户端20和网络30。所述服务器10能够通过网络30与多个用户端20进行通信。
可选地，在本实施例中，所述服务器10可以是，但不限于，web(网站)服务器、数据服务器等，还可以是电脑、移动上网设备(mobile Internet device，MID)等具有处理功能的电子设备。所述用户端20可以是，但不限于，智能手机、个人电脑(personal computer，PC)、平板电脑、个人数字助理(personal digital assistant，PDA)、移动上网设备(mobileInternet device，MID)等。所述用户端20为订餐人员使用的终端，所述网络30可以是，但不限于，有线网络或无线网络。
请结合参阅图2，所述服务器10可以包括存储器12、处理器14及通信单元16。所述存储器12、处理器14及通信单元16相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器12中存储有以软件或固件(firmware)的形式存储于所述存储器12中的软件功能模块，所述处理器14通过运行存储在存储器12内的软件程序以及模块，如本发明实施例中的订单处理装置，从而执行各种功能应用以及数据处理，即实现本发明实施例中的订单处理方法。
其中，所述存储器12可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。其中，存储器12用于存储程序，处理器14在接收到执行指令后，执行所述程序。进一步地，上述存储器12内的软件程序以及模块还可包括操作系统。其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件组件相互通讯，从而提供其他软件组件的运行环境。
所述处理器14可能是一种集成电路芯片，具有信号的处理能力。上述的处理器14可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等。还可以是数字信号处理器(DSP))、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。
所述通信单元16用于通过网络30建立所述服务器10与外部通信终端之间的通信连接，实现网络信号及数据信息的收发操作。上述网络信号可包括无线信号或者有线信号。
可以理解，图2所示的结构仅为示意，服务器10还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。
请结合参阅图3，本发明实施例还提供一种可应用于所述服务器10的订单处理方法，所述方法有关的流程所定义的方法步骤可以由所述处理器14实现。下面将对图3所示的具体流程进行详细阐述。
步骤S110，获取各所述用户端20发送的订单信息，得到多个订单信息。
在本实施例中，所述用户端20响应订餐人员的合点外卖需求生成所述订单信息，并发送至所述服务器10。多个订餐人员通过对应的所述用户端20向所述服务器10发送订单信息，服务器10从而得到多个所述订单信息。所述多个订单信息中的每个订单信息包括，但不限于送达信息和是否提供聚餐场所信息。所述是否提供聚餐场所信息，用于表示该订餐人员是否愿意或者是否有能力提供一个聚餐场所。
步骤S120，根据预设规则对多个订单信息进行组合处理，得到至少一个数据集。
可选地，所述组合处理的具体内容不受限制，既可以是将获取的多个订单信息直接进行合并处理生成数据集，也可以是根据所述送达信息的内容不同进行不同的组合处理。
步骤S130，针对每个数据集，判断所述数据集中是否包括至少一个提供聚餐场所信息的订单信息，若所述数据集中包括至少一个提供聚餐场所信息的订单信息，则确定该数据集包括的各订单信息构成订单组合。
在本实施例中，所述数据集中各订单信息对应的各订餐人员中是否有人可以提供至少一个聚餐场所是聚餐能否正常进行的重要因素。当该数据集中有人可以提供至少一个聚餐场所时，判定该数据集对应的各订单信息构成订单组合。
进一步地，在本发明较佳的实施例中，所述送达信息可以包括，但不限于送达时间信息和/或送达地点信息。根据所述送达信息的不同内容，步骤S120可以包括不同的子步骤。
可选地，根据订餐人员的不同需求，所述送达信息可以包括不同的内容。例如，对于用餐时间比较在意且无其它要求的订餐人员，对应的送达信息可以只包括送达时间信息。对于用餐地点比较在意且无其它要求的订餐人员，对应的送达信息可以包括送达地点信息。对于既在意用餐时间又在意用餐地点的订餐人员，对应的送达信息可以包括送达时间信息和送达地点信息。
在送达信息包括送达时间信息时，步骤S120可以包括：将多个订单信息中送达时间信息属于同一预设时段的订单信息进行组合，得到至少一个数据集。
在送达信息包括送达地点信息时，步骤S120可以包括：将多个订单信息中送达地点信息属于同一预设距离范围的订单信息进行组合，得到至少一个数据集。
考虑到订餐人员一般为学生或工作繁忙的社会人员，两者皆在一定程度上受时间和地点的限制，因此比较在意用餐时间和用餐地点。在本实施例中，优选所述送达信息包括送达时间信息和送达地点信息。请结合参阅图4，在送达信息包括送达时间信息和送达地点信息时，步骤S120可以包括步骤S121和步骤S122两个子步骤。
步骤S121，查找出多个订单信息中送达时间信息属于同一预设时段且送达地点信息属于同一预设距离范围的各订单信息。
可选地，所述服务器10可以预先将一天中的24小时划分为N个时段。具体划分方式可以是，但不限于，将24小时等分成N个时段或分成N个不等的时段。考虑到各个时段的订餐人员的数量存在较大的差异，例如，订餐人员的数量在正常用餐时间会远大于非正常用餐时间。因此，在本实施例中，所述服务器10可以按照是否属于正常用餐时间预先将一天中的24小时划分为N个不等的时段，即越靠近正常用餐时间，对应的时段的时长越短。
在本实施例中，所述服务器10既可以预先将可以送餐的区域进行划分，如是否属于同一小区，或者是否属于同一街道。当各所述送达地点信息属于同一区域时，即判定各所述送达地点信息属于同一预设距离范围。还可以是根据各所述送达地点信息所代表的经纬度坐标，通过K-means、混合Gauss模型等聚类方法判定是否属于同一预设距离范围。
可以理解，在步骤S121中所述服务器至少包括两个处理操作，即查找出所述订单信息集合中送达时间信息属于同一预设时段的各订单信息和查找出所述订单信息集合中送达地点信息属于同一预设距离范围的各订单信息。可选地，上述两个处理操作的先后顺序不受限制，例如，可以先查找出所述订单信息集合中送达时间信息属于同一预设时段的各订单信息，然后在送达时间信息属于同一预设时段的各订单信息中查找出送达地点信息属于同一预设距离范围的各订单信息。又例如，先查找出所述订单信息集合中送达地点信息属于同一预设距离范围的各订单信息，然后在送达地点信息属于同一预设距离范围的各订单信息中查找出送达时间信息属于同一预设时段的各订单信息。又例如，先同时查找出所述订单信息集合中送达时间信息属于同一预设时段的各订单信息与查找出所述订单信息集合中送达地点信息属于同一预设距离范围的各订单信息，然后查找出送达时间信息属于同一预设时段的各订单信息与送达地点信息属于同一预设距离范围的各订单信息的交集，该交集即送达时间信息属于同一预设时段的各订单信息且送达地点信息属于同一预设距离范围的各订单信息。
步骤S122，将送达时间信息属于同一预设时段且送达地点信息属于同一预设距离范围的订单信息进行组合，得到至少一个数据集。
进一步地，在本发明较佳的实施例中，为保证所述组合处理的有效进行，还可以在步骤S120之前，即对所述订单信息进行组合处理之前，通过预设条件对所述订单信息进行筛选。因此，在本实施例中，所述订单处理方法还可以包括以下步骤：从所述多个订单信息中查找出满足预设条件的订单信息，并生成订单信息集合。
由于在对所述订单信息进行组合处理之前，增加了前述步骤以对所述订单信息进行筛选，因此步骤S120的具体流程可以为：根据预设规则对所述订单信息集合中包括的多个订单信息进行组合处理，得到至少一个数据集。
可选地考虑到商家在制作菜品的过程中需要一定的烹饪时间，送餐人员在配送外卖的过程中也需要一定的运送时间。因此，可以根据实际情况设定一预约提前时间常量，订餐人员通过所述用户端20向所述服务器10发送订单信息的时间(订单信息的生成时刻)与该订单信息中的送达时间信息之间的时间间隔应大于该预约提前时间常量。基于上述考虑，所述满足预设条件的订单信息为生成时刻与送达时间信息的差值大于预设的预约提前时间常量的订单信息。
可选地，所述订单信息的生成时刻可以是该订单信息在对应的用户端20的生成时刻，或者是发送给所述服务器10的发送时刻，还可以是所述服务器10接收到该订单信息的接收时刻。在本实施例中，优选所述订单信息的生成时刻为该订单信息在的用户端20的生成时刻。
可选地，所述送达时间信息既可以是时刻信息，也可以是时段信息。在所述送达时间信息为时刻信息时，则计算订单信息的生成时刻与订单信息的送达时刻的差值。在所述送达时间信息为时段信息时，所述送达时间信息包括起始时刻、截止时刻以及位于所述起始时刻和所述截止时刻之间的各中间时刻。计算该订单信息的生成时刻与该订单信息的送达时间信息的差值，既可以是计算该订单信息的生成时刻与该订单信息的送达时间信息的起始时刻的差值，也可以是计算该订单信息的生成时刻与该订单信息的送达时间信息的截止时刻的差值，还可以计算该订单信息的生成时刻与该订单信息的送达时间信息包括的中间时刻的差值。在本实施例中，优选计算该订单信息的生成时刻与该订单信息中送达时间信息的起始时刻的差值。
在本实施例中，通过筛选出满足预设条件的订单信息进行组合处理操作，以确保订单信息集合可靠组成，满足用户个性化需求。并能够使得送餐人员有足够的时间在满足送达时间信息的条件下将外卖送至相应的用餐地点。
可选地，筛选满足预设条件的订单信息的动作还可以在用户端20进行。用户端20在生成订单信息时，将生成该订单信息的时间和该订单信息中的送达时间信息进行差值计算。如果该差值大于预约提前时间常量，则将该订单信息发送至所述服务器10。如果该差值小于预约提前时间常量，则提醒该订餐人员重新选择送达时间信息并形成新的订单信息。
进一步地，在本发明较佳的实施例中，在构成订单组合时，还可以生成相应的聚餐场所信息以引导各订餐人员完成聚餐。具体流程请结合参阅图5中的步骤S140。
步骤S140，针对每一个订单组合，生成聚餐场所信息并发送至所述订单组合中各订单信息对应的用户端20。
可选地，所述生成聚餐场所信息的实现方式可以是多种，例如，可以是所述订单信息中包括聚餐餐所信息，在满足前述条件时，将该聚餐场所信息作为该数据集的聚餐场所信息。请结合参阅图6，可以通过步骤S141和步骤S142两个子步骤生成所述聚餐场所信息。
步骤S141，针对每个订单组合，统计该订单组合中包括提供聚餐场所信息的订单信息的数量。
步骤S142，当所述包括提供聚餐场所信息的订单信息的数量为1时，选择所述包括提供聚餐场所信息的订单信息的聚餐场所信息作为该订单组合的聚餐场所信息。
请结合参阅图7，还可以通过步骤S143和步骤S144两个子步骤生成所述聚餐场所信息。
步骤S143，针对每个订单组合，统计该订单组合中包括提供聚餐场所信息的订单信息的数量。
步骤S144，当所述包括提供聚餐场所信息的订单信息的数量大于1时，根据预设条件选择其中1个包括提供聚餐场所信息的订单信息的聚餐场所信息作为该订单组合的聚餐场所信息。
在本实施例中，由于各订单组合中包括提供聚餐场所信息的订单信息的数量具有不确定性，当包括提供聚餐场所信息的订单信息的数量为1时，由于只存在一个可以提供聚餐场所的订餐人员，则直接以该订餐人员提供的聚餐场所信息作为该订单组合的聚餐场所信息。当包括提供聚餐场所信息的订单信息的数量大于1时，所述服务器10可以根据预设条件选择其中1个包括提供聚餐场所信息的订单信息的聚餐场所信息作为该订单组合的聚餐场所信息。可选地，根据预设条件选择的方式可以是多种，例如随机选择。又例如，按照各订餐人员的位置分布选择，如以各订餐人员到聚餐场所的距离均衡或是各订餐人员的位置分布的分布密度更大为原则进行选择。
在本实施例中，通过将生成的聚餐场所信息发送至对应的用户端20，还可以提示订餐人员该订单组合有效构成，以使对应的订餐人员获知聚餐成功，以便于完成聚餐。
可以理解，使对应的订餐人员获知聚餐成功的实现方式，还可以是在判定该订单组合组合成功时，生成一个聚餐成功标识，并将所述聚餐成功标识发送至对应的用户端20。具体流程请结合参阅图5中的步骤S150。
步骤S150，向提供所述订单组合的聚餐场所信息的用户端20发送标识信息。
在本实施例中，所述服务器10可以对向提供所述订单组合的聚餐场所信息的用户端20进行标识，将具有该标识的用户端20作为主用户端。
所述标识信息的内容不受限制，既可以是用于提示该订单组合中提供聚餐场所的订餐人员的选中提示信息，以便于提示该订餐人员及时准备聚餐场所，保证聚餐的顺利进行。还可以是用于向该订单组合中提供聚餐场所的订餐人员再次确认的确认信息，以充分确保聚餐的可靠进行。
当所述标识信息为确认信息时，请结合参阅图8，步骤S150可以包括步骤S151-S156六个子步骤。
步骤S151，向提供所述订单组合的聚餐场所信息的用户端20发送确认信息。
步骤S152，判断是否接收到该用户端20发送的确认反馈。若接收到所述用户端20发送的确认反馈，则执行步骤S153。若未接收到所述用户端20发送的确认反馈，则执行步骤S154。
步骤S153，判定该订单组合组合成功。
步骤S154，判断所述订单组合中包括提供聚餐场所信息的订单信息的数量是否大于1。若所述订单组合中包括提供聚餐场所信息的订单信息的数量为1，则执行步骤S155。若所述订单组合中包括提供聚餐场所信息的订单信息的数量大于1，则执行步骤S156。
步骤S155，判定该订单组合组合失败。
步骤S156，向另一提供所述订单组合的聚餐场所信息的用户端20发送确认信息。
在本实施例中，在判定该订单组合组合失败时，所述服务器10可以生成一个聚餐失败提示信息，并将该聚餐失败提示信息发送至对应的用户端20，以达到及时通知各订餐人员的目的。
进一步地，在本发明较佳的实施例中，所述服务器10还预存有各订餐人员的联络信息，在该订单组合组合成功时，将该订单组合中各订餐人员的联络信息打包处理生成一个联络信息集合，并将该联络信息集合发送至对应的用户端20，以使对应的订餐人员可以得知同一订单组合中其他订餐人员的联络信息，便于各订餐人员之间的联络，以保证聚餐的顺利进行。具体流程请结合参阅图5中的步骤S160。
步骤S160，在预存的联络信息数据库中查找出订单组合中各订单信息对应的各用户的联络信息，生成联络信息集合并发送至所述订单组合中各订单信息对应的用户端20。
进一步地，在本发明较佳的实施例中，考虑到某一个订单组合中各订单信息对应的订餐人员的数量如果过多，会存在因订餐人员到达用餐地点的时间不统一而导致各订餐人员无法及时用餐的问题。因此，所述服务器10可以设置一个预设值以限制各订单组合中各订单信息对应的订餐人员的数量。基于此，结合图9，所述方法还可以包括步骤S170和步骤S180两个步骤。
步骤S170，针对每个订单组合，判断该订单组合中的订单信息数量是否大于预设值。
步骤S180，若该订单组合中的订单信息数量大于所述预设值，则将该订单组合划分为多个子订单组合，以使各所述子订单组合中的订单信息数量小于所述预设值。
进一步地，在本发明较佳的实施例中，将各订单组合中订单信息数量大于所述预设值的订单组合划分为多个子订单组合的实现方式可以是多种，例如，可以按照距离进行划分，还可以按照其它信息进行划分，如预算金额、希望聚餐人数、忌口信息、性别、年龄以及历史数据等。以所述订单信息还包括预算金额、希望聚餐人数以及忌口信息为例。请结合参阅图10，步骤S180可以包括步骤S181和步骤S182两个子步骤。
步骤S181，根据预设规则对各订单信息包括的预算金额、希望聚餐人数、忌口信息进行匹配度计算，得到所述订单组合中各订单信息的匹配度。
步骤S182，按计算得到的匹配度对所述订单组合进行划分，得到多个子订单组合。
在本实施例中，可以分别计算各预算金额之间的匹配度、各希望聚餐人数之间的匹配度以及各忌口信息之间的匹配度，进而得出各订单信息之间的总匹配度或平均匹配度，将总匹配度或平均匹配度较高的划分为一个子订单组合，所述平均匹配度可以是根据订餐人员对预算金额、希望聚餐人数以及忌口信息的在意程度计算出的加权平均匹配度，以使得到的订单组合更贴合订餐人员的需求。还可以将计算得出的匹配度与预设匹配度进行比较，将大于预设匹配度的订单信息归于同一个子订单组合。
可选地，上述的匹配度的计算的具体方式不受限制。在本实施例中，可以采用以下实施方式：以预算金额为例，分别计算出各预算金额中任意两个预算金额之间的匹配度，该匹配度大小可以以对应两个预算金额之间的差值大小进行度量，即该差值越小，对应的两个预算金额之间的匹配度越大。以忌口信息为例，假设共有N个用户，M种类型的忌口信息，通过概率矩阵分解方法，将用户和忌口信息映射到同一个向量空间，则该向量空间内两个向量的内积可以表示用户与忌口信息之间的关联度，给定一个向量Pn代表一个用户，给定一个向量Qm代表一种类型的忌口信息，给定一个用户与忌口信息的关联度Rnm，则通过公式Rnm＝Qm TPn，可以计算出用户对各种类型的忌口信息的偏好程度，从而根据任意两个用户的偏好程度的相似度得出相应的匹配度。所述概率矩阵分解方法可以是p-LSA或LDA等概率矩阵分解方法。
应理解，若还需考虑性别、年龄、历史数据等信息，也可按类似方式进行处理，因而在此不作赘述。
请结合参阅图11，本发明实施例还提供一种可应用于所述服务器10的订单组合装置100。所述订单组合装置100包括信息获取模块110、组合处理模块120以及组合判断模块130。
所述信息获取模块110，用于获取各所述用户端20发送的订单信息，得到多个订单信息，所述订单信息包括送达信息以及是否提供聚餐场所信息。
本实施例中，图3的步骤S110可以由所述信息获取模块110执行。
所述组合处理模块120，用于根据预设规则对多个订单信息进行组合处理，得到至少一个数据集。
本实施例中，图3的步骤S120可以由所述组合处理模块120执行。
所述组合判断模块130，用于针对每个数据集，判断所述数据集中是否包括至少一个提供聚餐场所信息的订单信息，若所述数据集中包括至少一个提供聚餐场所信息的订单信息，则确定该数据集包括的各订单信息构成订单组合。
本实施例中，图3的步骤S130可以由所述组合判断模块130执行。
本发明实施例还提供一种计算机可读储存介质，其上存储有计算机程序，该程序被处理器14执行时实现所述订单处理方法的步骤。
综上所述，本发明提供的一种订单处理方法、装置及服务器，通过该方法，可以自动构成订单组合，从而完成聚餐，进而有效解决现有互联网餐饮系统因需要用户自己主动发起或选择参加某一个聚餐以及用户一般具有被动性而存在聚餐难以完成的问题。其次，通过设置预约提前时间常量，可以保证送餐人员有足够的时间用于在满足送达时间信息的条件下将外卖送至相应的用餐地点，有效地提高了该方法的实用性。最后，在订单组合组合成功时通过生成标识信息并发送至用户端20，方便订餐人员及时准备聚餐场所，保证聚餐的顺利进行，进一步地提高了该方法的实用性。
在本发明实施例所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种订单处理方法，其特征在于，包括：
获取各用户端发送的订单信息，得到多个订单信息，每个所述订单信息包括送达信息以及是否提供聚餐场所信息；
根据预设规则对多个订单信息进行组合处理，得到至少一个数据集；以及
针对每个数据集，判断所述数据集中是否包括至少一个提供聚餐场所信息的订单信息，若所述数据集中包括至少一个提供聚餐场所信息的订单信息，则确定该数据集包括的各订单信息构成订单组合。
2.根据权利要求1所述的订单处理方法，其特征在于，所述送达信息包括送达时间信息，所述根据预设规则对多个订单信息进行组合处理，得到至少一个数据集的步骤包括：
将多个订单信息中送达时间信息属于同一预设时段的订单信息进行组合，得到至少一个数据集。
3.根据权利要求1所述的订单处理方法，其特征在于，所述送达信息包括送达时间信息和送达地点信息，所述根据预设规则对多个订单信息进行组合处理，得到至少一个数据集的步骤包括：
将送达时间信息属于同一预设时段且送达地点信息属于同一预设距离范围的订单信息进行组合，得到至少一个数据集。
4.根据权利要求1所述的订单处理方法，其特征在于，所述方法还包括：
判断所述订单组合中的订单信息数量是否大于预设值；以及
若该订单组合中的订单信息数量大于所述预设值，则将该订单组合划分为多个子订单组合，以使各所述子订单组合中的订单信息数量小于所述预设值。
5.根据权利要求4所述的订单处理方法，其特征在于，所述订单信息还包括预算金额、希望聚餐人数以及忌口信息，所述将该订单组合划分为多个子订单组合的步骤包括：
根据预设规则对各订单信息包括的预算金额、希望聚餐人数、忌口信息进行匹配度计算，得到所述订单组合中各订单信息的匹配度；以及
按计算得到的匹配度对所述订单组合进行划分，得到多个子订单组合。
6.根据权利要求1所述的订单处理方法，其特征在于，所述方法还包括：
从所述多个订单信息中查找出满足预设条件的订单信息，并生成订单信息集合，所述满足预设条件的订单信息为生成时刻与送达时间信息的差值大于预设的预约提前时间常量的订单信息；
所述根据预设规则对多个订单信息进行组合处理，得到至少一个数据集的步骤包括：根据预设规则对所述订单信息集合中包括的多个订单信息进行组合处理，得到至少一个数据集。
7.根据权利要求6所述的订单处理方法，其特征在于，所述送达时间信息为时段信息，所述满足预设条件的订单信息为生成时刻与送达时间信息的起始时刻的差值大于预设的预约提前时间常量的订单信息。
8.根据权利要求1所述的订单处理方法，其特征在于，所述方法还包括：
针对每一个订单组合，统计该订单组合中包括提供聚餐场所信息的订单信息的数量；
当所述包括提供聚餐场所信息的订单信息的数量为1时，选择所述聚餐场所信息作为该订单组合的聚餐场所信息；以及
当所述包括提供聚餐场所信息的订单信息的数量大于1时，根据预设条件选择其中1个包括提供聚餐场所信息的订单信息的聚餐场所信息作为该订单组合的聚餐场所信息。
9.根据权利要求8所述的订单处理方法，其特征在于，所述方法还包括：
向提供所述订单组合的聚餐场所信息的用户端发送选中提示信息。
10.根据权利要求1所述的订单处理方法，其特征在于，所述方法还包括：
在预存的联络信息数据库中查找出所述订单组合中各订单信息对应的各用户的联络信息，并生成联络信息集合；以及
将所述联络信息集合发送至所述订单组合中各订单信息对应的用户端。
11.一种订单处理装置，其特征在于，包括：
信息获取模块，用于获取各用户端发送的订单信息，得到多个订单信息，每个所述订单信息包括送达信息以及是否提供聚餐场所信息；
组合处理模块，用于根据预设规则对多个订单信息进行组合处理，得到至少一个数据集；
组合判断模块，用于针对每个数据集，判断所述数据集中是否包括至少一个提供聚餐场所信息的订单信息，若所述数据集中包括至少一个提供聚餐场所信息的订单信息，则确定该数据集包括的各订单信息构成订单组合。
12.一种服务器，其特征在于，包括处理器和存储器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现以下步骤：
获取各用户端发送的订单信息，得到多个订单信息，每个所述订单信息包括送达信息以及是否提供聚餐场所信息；
根据预设规则对多个订单信息进行组合处理，得到至少一个数据集；以及
针对每个数据集，判断所述数据集中是否包括至少一个提供聚餐场所信息的订单信息，若所述数据集中包括至少一个提供聚餐场所信息的订单信息，则确定该数据集包括的各订单信息构成订单组合。
13.一种计算机可读储存介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-10任意一项所述方法的步骤。
CN201710073179.7A 2017-02-10 2017-02-10 一种订单处理方法、装置及服务器 Active CN106886936B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710073179.7A CN106886936B (zh) 2017-02-10 2017-02-10 一种订单处理方法、装置及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710073179.7A CN106886936B (zh) 2017-02-10 2017-02-10 一种订单处理方法、装置及服务器

Publications (2)

Publication Number Publication Date
CN106886936A true CN106886936A (zh) 2017-06-23
CN106886936B CN106886936B (zh) 2021-02-12

Family

ID=59179625

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710073179.7A Active CN106886936B (zh) 2017-02-10 2017-02-10 一种订单处理方法、装置及服务器

Country Status (1)

Country Link
CN (1) CN106886936B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111401818A (zh) * 2020-04-07 2020-07-10 上海东普信息科技有限公司 快件配送达成率计算方法、装置、设备及存储介质
CN111598439A (zh) * 2020-05-14 2020-08-28 北京思特奇信息技术股份有限公司 一种订单分配方法、系统和电子设备
CN111898889A (zh) * 2020-07-17 2020-11-06 拉扎斯网络科技（上海）有限公司 一种数据处理的方法、装置、打包装置和信号生成装置

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070203801A1 (en) * 2005-12-23 2007-08-30 Istfan George L Methods, Systems, and Computer Program Products for Automatic Group Ordering of Food from Restaurants
JP2009146187A (ja) * 2007-12-14 2009-07-02 Toshiba Tec Corp オーダデータ処理装置
CN102982475A (zh) * 2012-12-12 2013-03-20 苏州亚安智能科技有限公司 一种实现智慧型电子商务服务平台的方法
CN105321055A (zh) * 2014-06-24 2016-02-10 深圳市迅享科技有限公司 一种提高外卖配送效率的拼单方法及系统
CN105515940A (zh) * 2015-11-23 2016-04-20 小米科技有限责任公司 信息交互方法及装置
CN105719110A (zh) * 2015-05-22 2016-06-29 北京小度信息科技有限公司 订单处理方法和装置
CN106327307A (zh) * 2016-08-29 2017-01-11 北京奇虎科技有限公司 订单联系人信息的获取方法、装置和便携式多功能设备

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070203801A1 (en) * 2005-12-23 2007-08-30 Istfan George L Methods, Systems, and Computer Program Products for Automatic Group Ordering of Food from Restaurants
JP2009146187A (ja) * 2007-12-14 2009-07-02 Toshiba Tec Corp オーダデータ処理装置
CN102982475A (zh) * 2012-12-12 2013-03-20 苏州亚安智能科技有限公司 一种实现智慧型电子商务服务平台的方法
CN105321055A (zh) * 2014-06-24 2016-02-10 深圳市迅享科技有限公司 一种提高外卖配送效率的拼单方法及系统
CN105719110A (zh) * 2015-05-22 2016-06-29 北京小度信息科技有限公司 订单处理方法和装置
CN105515940A (zh) * 2015-11-23 2016-04-20 小米科技有限责任公司 信息交互方法及装置
CN106327307A (zh) * 2016-08-29 2017-01-11 北京奇虎科技有限公司 订单联系人信息的获取方法、装置和便携式多功能设备

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111401818A (zh) * 2020-04-07 2020-07-10 上海东普信息科技有限公司 快件配送达成率计算方法、装置、设备及存储介质
CN111401818B (zh) * 2020-04-07 2023-09-26 上海东普信息科技有限公司 快件配送达成率计算方法、装置、设备及存储介质
CN111598439A (zh) * 2020-05-14 2020-08-28 北京思特奇信息技术股份有限公司 一种订单分配方法、系统和电子设备
CN111898889A (zh) * 2020-07-17 2020-11-06 拉扎斯网络科技（上海）有限公司 一种数据处理的方法、装置、打包装置和信号生成装置
CN111898889B (zh) * 2020-07-17 2021-06-15 拉扎斯网络科技（上海）有限公司 一种数据处理的方法、装置、打包装置和信号生成装置

Also Published As

Publication number Publication date
CN106886936B (zh) 2021-02-12

Similar Documents

Publication Publication Date Title
US9519684B2 (en) User recommendation method and a user recommendation system using the same
WO2020048084A1 (zh) 资源推荐方法、装置、计算机设备及计算机可读存储介质
CN107025528A (zh) 一种订单处理方法、设备和终端设备
CN103208077B (zh) 一种协同订购方法及设备、系统
WO2015149650A1 (en) Method, apparatus and server for pushing message
US10169476B2 (en) Method, apparatus, and computer-readable storage medium for grouping social network nodes
CN104216947A (zh) 一种邀请用户加入群组的方法及装置
US20180253769A1 (en) Method and apparatus for selecting and recommending presentation objects on electronic distribution platforms
WO2011106897A1 (en) Systems and methods for conducting more reliable assessments with connectivity statistics
WO2013160904A1 (en) Influence scores for social media profiles
CN106886936A (zh) 一种订单处理方法、装置及服务器
US10021150B2 (en) Systems and methods of establishing and measuring trust relationships in a community of online users
CN105393267A (zh) 机会事件
CN107808346B (zh) 一种潜在目标对象的评估方法及评估装置
CN104992348A (zh) 一种信息展示的方法和装置
US11323404B2 (en) System and method for displaying message or user lists
CN112269918B (zh) 信息推荐方法、装置、设备及存储介质
US10984007B2 (en) Recommendation ranking algorithms that optimize beyond booking
CN110647676B (zh) 基于大数据的兴趣属性挖掘方法、装置和计算机设备
CN107948047B (zh) 一种用户推荐方法及终端
CN110675219A (zh) 页面及订单生成方法、系统、计算机设备及存储介质
CN111274307A (zh) 一种产品信息展示方法、装置、系统及相关设备
JP6291803B2 (ja) 優待情報管理システム及びプログラム
CN107087034B (zh) 服务管理方法、装置及系统
CN106330660B (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
GR01 Patent grant
GR01 Patent grant