一种外卖配送服务系统及方法

技术领域

本发明涉及外卖配送技术领域，具体是一种外卖配送服务系统及方法。

背景技术

在传统派送模式下，各个配送平台均为独立APP运营模式，当商家为了选择最便宜的运力，只能反复切换多个运力平台对比价格，效率极为低下，且遇到用餐高峰期/恶劣天气，骑手资源有限，完全忙不过来，这时候，还有一部分骑手（比如达达、UU跑腿等）可能无单可接，运力资源分布过度不均，致使部分资源浪费。（注：不同平台骑手侧重业务稍微有所不同，就会导致同一时间段内，不同平台骑手完全不同的两种状态）

部分商家在使用订单平台时签约了平台自有骑手配送，抽佣相对较高，大概在25%以上，很多商家反馈，布局外卖渠道之后，单量多了但赚的却少了，这一点在客单价较高的商家（比如）身上尤为凸显。因此，客单价高的商家慢慢转向自配送模式，然后自己找第三方配送平台配送，在这种模式下，抽点大概仅需8%左右，可以节省17%左右的抽点。

为了解决上述问题，我们提出一种外卖配送服务系统及方法。

发明内容

本发明的目的在于提供一种外卖配送服务系统及方法，旨在平衡各大配送平台的运力资源，防止出现一部分骑手可能无单可接，运力资源分布过度不均，致使部分资源浪费。

为实现上述目的，本发明提供如下技术方案：一种外卖配送服务系统，所述系统包括：

服务器接口模块，所述服务器接口模块用于对接不同外卖平台服务器，获取平台服务器数据；

服务器分析模块，所述服务器分析模块用于分析获取的服务器数据，将其分为下单数据和配送数据；

数据显示模块，所述数据侠士模块用于显示各平台服务器计算的下单数据和配送数据信息；

骑手呼叫模块，所述骑手呼叫用于依据服务器分析模块的分析的数据建立配送单、呼叫骑手并接受回执信息；

状态调节模块，所述状态调节模块用于调整当前外卖单数据状态；

预警模块，所述预警模块用于在长时间未接单或者未取单时向商家反馈信息；

统计模块，所述统计模块用于统计不同订单信息。

作为本发明所述的一种优选实施方案，所述服务器接口模块包括：

验证模块，所述验证模块用于提供对接身份信息并进行验证；

身份模块，所述身份模块用于在系统中赋予唯一的ID编号；

通讯模块，所述通讯模块用于进行数据通讯；

密钥模块，所述密钥模块用于在对接后对信息提供加密和解密服务。

作为本发明所述的一种优选实施方案，所述服务器分析模块包括：

数据分类模块，所述数据分类模块用于将不同外卖平台服务器提供的数据区分为下单数据和配送数据；

下单数据处理模块，所述下单数据处理模块用于分析下单数据；

配送数据处理模块，所述配送数据处理模块用于分析配送数据。

作为本发明所述的一种优选实施方案，所述数据显示模块包括：

价格对比模块，所述价格对比模块用于显示不同订单配送价格信息；

配送时效信息模块，所述配送时效信息模块用于显示不同配送平台平均配送时效信息；

运力资源信息模块，所述运力资源信息模块公寓显示不同配送平台的运力资源信息。

作为本发明所述的一种优选实施方案，所述骑手呼叫模块包括：

聚合单建立模块，所述聚合单建立模块用于依据下单数据建立聚合单；

通知模块，所述通知模块用于将聚合单信息发送给不同平台的骑手；

接受反馈模块，所述接受反馈模块用于在骑手接单之后接受反馈信息。

作为本发明所述的一种优选实施方案，所述状态调节模块包括：

回执信息分析模块，所述回执信息分析模块用于分析骑手呼叫模块反馈的回执信息；

下单状态反馈模块，所述下单状态反馈模块用于显示下单状态。

一种外卖配送服务方法，所述方法包括：

步骤S1：首先通过服务器接口模块与待对接外卖平台对接，验证身份信息；

步骤S2：通过服务器分析模块获取外卖平台数据，并对数据进行分类分析得到下单数据和配送数据；

步骤S3：商家依据下单数据接受订单，在出餐后，通过不同数据显示模块显示信息，对比不同平台配送客单价和时效信息，并选定配送平台；

步骤S4：商家依通过骑手呼叫模块同时呼叫所选择的平台，直至骑手接单，若未被接单则反馈给商家，并返回步骤S3重新下单；

步骤S5：骑手接单后进行取单配送，若长时间未取单，则反馈给商家并看会步骤S3。

作为本发明所述的一种优选实施方案，所述步骤S1：首先通过服务器接口模块与待对接外卖平台对接，验证身份信息的详细步骤如下：

首先对待接入系统的服务平台验证身份信息；

在身份信息验证完毕之后在系统中生呈唯一的ID信息；

进行信息交互，信息交互的时候进行加密；

依据ID信息，对数据交互信息进行标记。

作为本发明所述的一种优选实施方案，所述步骤S2中的下单数据包括下单地址信息、店铺信息、配送距离信息和下单状态；所述配送货数据包括下单配送平均时效、配送价格、运力资源信息和骑手接单时效。

作为本发明所述的一种优选实施方案，所述步骤S3-步骤S5中，实时更新下单状态，所述下单状态包括、商家接单、商家派单、骑手接单、骑手配送和预计送达时间。

与现有技术相比，本发明的有益效果是：

本发明对接了多个运力平台，仅需在一个平台充值，既可以调动全网运力接单，提升派送效率；

本发明通过全网运力在线比价，可对比价格后，再选择最优的运力下单，无需反复切换软件；

本发明可将订单自动同步至聚合运力平台，无需手动操作，省心省力；

本发明一个后台管理所有平台订单，门店盈利情况一目了然，无需手动算账。

附图说明

为了更清楚地说明本发明系统中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例。

图1为本发明所述一种外卖配送服务系统的结构图；

图2为本发明所述一种外卖配送服务系统的服务器接口模块结构图；

图3为本发明所述一种外卖配送服务系统的服务器分析模块结构图；

图4为本发明所述一种外卖配送服务系统的数据显示模块结构图；

图5为本发明所述一种外卖配送服务系统的骑手呼叫结构图；

图6为本发明所述一种外卖配送服务系统的状态调节模块结构图；

图7为本发明所述一种外卖配送服务方法的流程步骤图。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

请参阅图1-7，本发明为实现上述目的对本发明所述技术方案进行详细说明。

本发明提出一种外卖配送服务系统，所述系统包括：

服务器接口模块100，所述服务器接口模块用于对接不同外卖平台服务器，获取平台服务器数据；

服务器分析模块200，所述服务器分析模块用于分析获取的服务器数据，将其分为下单数据和配送数据；

数据显示模块300，所述数据侠士模块用于显示各平台服务器计算的下单数据和配送数据信息；

骑手呼叫模块400，所述骑手呼叫用于依据服务器分析模块的分析的数据建立配送单、呼叫骑手并接受回执信息；

状态调节模块500，所述状态调节模块用于调整当前外卖单数据状态；

预警模块600，所述预警模块用于在长时间未接单或者未取单时向商家反馈信息；

统计模块700，所述统计模块用于统计不同订单信息。

进一步的，所述服务器接口模块100包括：

验证模块110，所述验证模块用于提供对接身份信息并进行验证；

身份模块120，所述身份模块用于在系统中赋予唯一的ID编号；

通讯模块130，所述通讯模块用于进行数据通讯；

密钥模块140，所述密钥模块用于在对接后对信息提供加密和解密服务。

进一步的，所述服务器分析模块200包括：

数据分类模块210，所述数据分类模块用于将不同外卖平台服务器提供的数据区分为下单数据和配送数据；

下单数据处理模块220，所述下单数据处理模块用于分析下单数据；

配送数据处理模块230，所述配送数据处理模块用于分析配送数据。

进一步的，所述数据显示模块300包括：

价格对比模块310，所述价格对比模块用于显示不同订单配送价格信息；

配送时效信息模块320，所述配送时效信息模块用于显示不同配送平台平均配送时效信息；

运力资源信息模块330，所述运力资源信息模块公寓显示不同配送平台的运力资源信息。

进一步的，所述骑手呼叫模块400包括：

聚合单建立模块410，所述聚合单建立模块用于依据下单数据建立聚合单；

通知模块420，所述通知模块用于将聚合单信息发送给不同平台的骑手；

接受反馈模块430，所述接受反馈模块用于在骑手接单之后接受反馈信息。

进一步的，所述状态调节模块500包括：

回执信息分析模块510，所述回执信息分析模块用于分析骑手呼叫模块反馈的回执信息；

下单状态反馈模块520，所述下单状态反馈模块用于显示下单状态。

一种外卖配送服务方法，所述方法包括：

步骤S1：首先通过服务器接口模块与待对接外卖平台对接，验证身份信息，所述步骤S1：首先通过服务器接口模块与待对接外卖平台对接，验证身份信息的详细步骤如下：

首先对待接入系统的服务平台验证身份信息；

在身份信息验证完毕之后在系统中生呈唯一的ID信息；

进行信息交互，信息交互的时候进行加密；

依据ID信息，对数据交互信息进行标记；

步骤S2：通过服务器分析模块获取外卖平台数据，并对数据进行分类分析得到下单数据和配送数据，所述步骤S2中的下单数据包括下单地址信息、店铺信息、配送距离信息和下单状态；所述配送货数据包括下单配送平均时效、配送价格、运力资源信息和骑手接单时效；

步骤S3：商家依据下单数据接受订单，在出餐后，通过不同数据显示模块显示信息，对比不同平台配送客单价和时效信息，并选定配送平台；

步骤S4：商家依通过骑手呼叫模块同时呼叫所选择的平台，直至骑手接单，若未被接单则反馈给商家，并返回步骤S3重新下单；

步骤S5：骑手接单后进行取单配送，若长时间未取单，则反馈给商家并看会步骤S3。

进一步的，所述步骤S3-步骤S5中，实时更新下单状态，所述下单状态包括、商家接单、商家派单、骑手接单、骑手配送和预计送达时间。

本发明具体原理如下：

本发明提供一种聚合配送平台，提供将单一运力的配送平台（比如美团跑腿、蜂鸟即送、UU跑腿、达达等）进行聚合的接口，服务商在对接了聚合配送平台接口后，可研发聚合配送应用，实现当商家在使用聚合配送平台时，当客户在订单平台（美团/饿了么等）下单后，订单自动同步到聚合配送平台，当订单状态转为出餐状态时，聚合配送平台将自动调动全网运力为其呼叫骑手，实现运力资源的高效利用。

聚合配送平台，将为每一位客户的需求独立构建部署，我们将提供对数据、安全性和服务质量的最有效控制。以达到：无需切换应用，部署完成后，即可实现云端管理轻松便利；数据实时获取及传输，采用多层次的数据安全防御设计，数据统一安全快速管理；支持高兼容，兼容性强灵活拓展。

相较于传统配送模式：

在传统的配送模式中单一平台合配送，因各个配送平台的计价规则不一，有的2公里以内优惠，有的4公里以内优惠，有的4公里以上优惠，但是每个订单的配送距离不可控，商家为了选择最便宜的运力，只能反复切换多个运力平台对比价格，效率极为低下。除此之外，商家还要在多个运力平台充值，导致大量资金被占用，这对于需要大量流动资金采购原材料的商家来说，非常不友好。

除此之外，无论是传统配送模式还是和单一运力平台合作，都是单个运力接单，在高峰期和极端天气情况下，运力资源有限，极易造成延迟配送。

本发明提出的聚合配送模式：

聚合配送模式是全新的配送模式，既能解决订单平台配送佣金高的问题，又解决了单一配送平台运力资源有限且无法在线比价的问题。

处理器从存储器中逐条取出指令、分析指令，然后根据指令要求完成相应操作，产生一系列控制命令，使计算机各部分自动、连续并协调动作，成为一个有机的整体，实现程序的输入、数据的输入以及运算并输出结果，这一过程中产生的算术运算或逻辑运算均由运算器完成；所述存储器包括只读存储器（Read-Only Memory，ROM），所述只读存储器用于存储计算机程序，所述存储器外部设有保护装置。

示例性的，计算机程序可以被分割成一个或多个模块，一个或者多个模块被存储在存储器中，并由处理器执行，以完成本发明。一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序在终端设备中的执行过程。

本领域技术人员可以理解，上述服务设备的描述仅仅是示例，并不构成对终端设备的限定，可以包括比上述描述更多或更少的部件，或者组合某些部件，或者不同的部件，例如可以包括输入输出设备、网络接入设备、总线等。

所称处理器可以是中央处理单元（Central Processing Unit，CPU），还可以是其他通用处理器、数字信号处理器（Digital Signal Processor，DSP）、专用集成电路（Application Specific Integrated Circuit，ASIC）、现成可编程门阵列（Field-Programmable Gate Array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，上述处理器是上述终端设备的控制中心，利用各种接口和线路连接整个用户终端的各个部分。

上述存储器可用于存储计算机程序和/或模块，上述处理器通过运行或执行存储在存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现上述终端设备的各种功能。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如信息采集模板展示功能、产品信息发布功能等）等；存储数据区可存储根据泊位状态显示系统的使用所创建的数据（比如不同产品种类对应的产品信息采集模板、不同产品提供方需要发布的产品信息等）等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡（Smart Media Card， SMC），安全数字（Secure Digital， SD）卡，闪存卡（Flash Card）、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

终端设备集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例系统中的全部或部分模块/单元，也可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个系统实施例的功能。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random AccessMemory）、电载波信号、电信信号以及软件分发介质等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

以上所述为本发明的较佳实施例，并不用于限制本发明。在本发明原理及实施范围内所作的任何修改、等同替换及改进等均应包含在本发明的保护范围内。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。