CN110942269A - 配送信息处理方法、装置及服务器 - Google Patents

Abstract

本申请实施例提供一种配送信息处理方法、装置及服务器，每个商家可以预先配置有对应的配送计费策略，在实现时通过获取商家的配送订单的订单信息，并可以根据该商家对应的配送计费策略，在该配送订单的订单状态为可计费状态时，根据该配送订单的订单信息对该配送订单进行计费，得到计费结果。如此，能够使得商家根据自身需求个性化配置配送计费策略，从而采用个性化配置的配送计费策略对配送订单进行计费，由此提高商家的配送服务体验，降低配送运营成本。

Description

配送信息处理方法、装置及服务器

技术领域

本申请涉及配送物流技术领域，具体而言，涉及一种配送信息处理方法、装置及服务器。

背景技术

随着互联网飞速的发展，新零售行业突飞猛进，线上O2O订单日益剧增。商家自己提供配送服务，往往面临订单量大、配送不及时、导致客户满意度低以及订单拒收和退单的风险。为解决或者改善此问题，商家通常会增加配送人力投入，例如雇佣配送小时工，或者与当地的配送服务商合作，以保证在高峰期订单的有效投递。然而，商家在采用配送服务时无法根据实际情况个性化定制配送计费策略，从而由于受多种因素(例如地域,配送距离、配送重量、配送时间、节假日、配送计费方式等)的影响，针对不同的商家来说，配送费用的计算将会变成一个非常复杂多变的过程，进而严重影响商家的配送服务体验，增加配送运营成本。

发明内容

有鉴于此，本申请的目的在于提供一种配送信息处理方法、装置及服务器，能够使得商家根据自身需求个性化配置配送计费策略，从而采用个性化配置的配送计费策略对配送订单进行计费，由此提高商家的配送服务体验，降低配送运营成本。

根据本申请的一方面，提供一种配送信息处理方法，应用于服务器，所述服务器存储有每个商家预先配置的配送计费策略，所述方法包括：

获取商家的配送订单的订单信息，所述订单信息包括该配送订单的订单状态；

根据该商家对应的配送计费策略，在该配送订单的订单状态为可计费状态时，根据该配送订单的订单信息对该配送订单进行计费，得到计费结果。

在一种可能的实施方式中，所述获取商家的配送订单的订单信息的步骤，包括：

从该商家的商家服务器中获取该商家的配送订单的订单信息；或者

从为该商家提供该配送订单的配送服务的配送服务商的配送服务器中获取该商家的配送订单的订单信息；或者

根据该商家的商家账号中该商家的商家终端中获取该商家的配送订单的订单信息，所述商家账号与该商家预先在所述服务器中注册的账号。

在一种可能的实施方式中，在获取商家的配送订单的订单信息的步骤之前，所述方法还包括：

当接收到该商家配置所述配送计费策略的请求时，向该商家的商家终端发送至少一个配送计费配置模板，所述配送计费配置模板包括多个配送计费配置选项；

当该商家从至少一个配送计费配置模板确定待配置的目标配送计费配置模板后，获取该商家对该目标配送计费配置模板中的每个配送计费配置选项的配置信息；

根据所述每个配送计费配置选项的配置信息配置该商家对应的配送计费策略，并存储在所述服务器中。

在一种可能的实施方式中，所述获取该商家对该目标配送计费配置模板中的每个配送计费配置选项的配置信息的步骤，包括：

获取该商家针对每个配送区域的配送计费配置选项的第一配置信息；

获取该商家针对每个补贴选项的第二配置信息，所述第二配置信息包括补贴项目、每个补贴项目的补贴起止时间、补贴方式以及补贴价格；

获取该商家针对计费节点的第三配置信息；以及

获取该商家针对该目标配送计费配置模板的第四配置信息，所述第四配置信息包括配送服务商、生效时间、以及失效时间中的至少一种。

在一种可能的实施方式中，当该目标配送计费配置模板为首重续重计费模板时，所述第一配置信息包括首重重量、首重重量对应的首重配送费用以及单位续重重量对应的续重配送费用；

当该目标配送计费配置模板为重量区间计费模板时，所述第一配置信息包括重量取值方式、区间距离和区间距离对应的配送费用。

在一种可能的实施方式中，所述根据该商家对应的配送计费策略，在该配送订单的订单状态为可计费状态时，根据该配送订单的订单信息对该配送订单进行计费，得到计费结果的步骤，包括：

根据该商家对应的配送计费策略确定该商家的计费节点；

当该配送订单的订单状态与所述计费节点匹配时，确定该配送订单的订单状态为可计费状态；

根据该商家对应的配送计费策略对该配送订单的订单信息进行费用计算，以对该配送订单进行计费，在计费成功时得到对应的计费结果。

在一种可能的实施方式中，所述方法还包括：

如果计费失败，则返回执行根据该商家对应的配送计费策略对该配送订单的订单信息进行费用计算的操作，如果返回计费次数大于设定次数，则将该配送订单的订单信息记录到异常配送订单列表中，并将所述异常配送订单列表分别发送给对应商家的商家终端。

在一种可能的实施方式中，所述根据该商家对应的配送计费策略，在该配送订单的订单状态为可计费状态时，根据该配送订单的订单信息对该配送订单进行计费，得到计费结果的步骤，还包括：

当该配送订单的订单信息表征该配送订单妥投时，判断该配送订单是否为父单或者子单；

当该配送订单为父单时，根据该配送订单的订单信息对该配送订单进行计费，得到计费结果；

当该配送订单为子单时，根据该配送订单的订单信息对该配送订单进行临时记录，并在与该配送订单关联的其它子单妥投时，将该配送订单以及与该配送订单关联的其它子单进行合并计费，得到计费结果。

根据本申请的另一方面，提供一种配送信息处理装置，应用于服务器，所述服务器存储有每个商家预先配置的配送计费策略，所述装置包括：

获取模块，用于获取商家的配送订单的订单信息，所述订单信息包括该配送订单的订单状态；

计费模块，用于根据该商家对应的配送计费策略，在该配送订单的订单状态为可计费状态时，根据该配送订单的订单信息对该配送订单进行计费，得到计费结果。

根据本申请的另一方面，提供一种服务器，所述服务器包括机器可读存储介质及处理器，所述机器可读存储介质存储有机器可执行指令，所述处理器在执行所述机器可执行指令时，该服务器实现前述的配送信息处理方法。

根据本申请的另一方面，提供一种可读存储介质，所述可读存储介质中存储有机器可执行指令，所述机器可执行指令被执行时实现前述的配送信息处理方法。

基于上述任一方面，本申请实施例中，每个商家可以预先配置有对应的配送计费策略，在实现时通过获取商家的配送订单的订单信息，并可以根据该商家对应的配送计费策略，在该配送订单的订单状态为可计费状态时，根据该配送订单的订单信息对该配送订单进行计费，得到计费结果。如此，能够使得商家根据自身需求个性化配置配送计费策略，从而采用个性化配置的配送计费策略对配送订单进行计费，由此提高商家的配送服务体验，降低配送运营成本。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所提供的配送信息处理方法的应用场景示意图；

图2示出了本申请实施例所提供的配送信息处理方法的流程示意图之一；

图3示出了本申请实施例所提供的配送信息处理方法的流程示意图之二；

图4示出了本申请实施例所提供的首重续重计费模板的示意图；

图5示出了本申请实施例所提供的重量区间计费模板的示意图；

图6示出了图2中所示的步骤S120的子步骤流程示意图；

图7示出了本申请实施例所提供的配送信息处理装置的功能模块示意图之一；

图8示出了本申请实施例所提供的配送信息处理装置的功能模块示意图之二；

图9示出了本申请实施例所提供的用于实现上述配送信息处理方法的服务器的结构示意框图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请实施例的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其它操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其它实施例，都属于本申请保护的范围。

如前述背景技术所描述的技术问题，为了改善该问题配送服务商通常会设计自己的配送计费系统，来解决复杂多变的配送的计费。然而，目前市场中有部分全国性的配送服务公司提供配送服务，配送员属于配送服务公司，这样就决定了配送费用必须遵循该公司的标准执行。

也即，尽管上述方式能解决部分场景下的前述技术问题，但是目前市场竞争激烈以及保障有很多的配送渠道，商家往往会同时有多种配送模式。如商家自送、雇佣小时工、劳务外派、地方配送服务商以及全国配送服务商等方式。这些配送模式都不会针对个别商家进行定制配置。目前更多的商家是以当地的配送服务商进行合作，采用的配送计费方式也通常是双方协商，也有部分商家采用小时工的形式(该方式采用商家自己的计费规则或者按人计费)。因此针对如此多复杂多变的情况，目前还不存在一种基础商家可自定义的配送计费服务平台，商家只需根据自己的需求配置配送计费策略的一些基础配置信息就能实现个性化的配送计费方案。

为此，基于上述技术问题的发现，发明人提出下述技术方案以解决或者改善上述问题。需要注意的是，以上现有技术中的方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本申请实施例针对上述问题所提出的解决方案，都应该是发明人在发明创造过程中对本申请做出的贡献，而不应当理解为本领域技术人员所公知的技术内容。

参照图1所示，图1示出了本申请实施例提供的配送信息处理方法的应用场景示意图。本实施例中，该应用场景中可以包括服务器100、商家服务器200、配送服务器300以及商家终端400，服务器100分别与商家服务器200、配送服务器300以及商家终端400通信连接，用于与商家服务器200、配送服务器300以及商家终端400进行配送信息的交互。例如，服务器100可以从商家服务器200、配送服务器300或者商家终端400中获取商家的订单信息。

本实施例中，商家终端400可以是，但不限于智能手机、个人数字助理、平板电脑、个人计算机、笔记本电脑、虚拟现实终端设备、增强现实终端设备等。在具体实施过程中，可能有零个、一个或多个商家终端400接入服务器100，图1中仅示出一个。其中，商家终端400中可以安装用于提供配送服务的互联网产品，例如，互联网产品可以是计算机或智能手机中使用的与配送服务相关的应用程序APP、Web网页、小程序等。

本实施例中，服务器100可以是单个物理服务器，也可以是一个由多个用于执行不同数据处理功能的物理服务器构成的服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器100可以是分布式系统)。在一些可能的实施方式中，如服务器100采用单个物理服务器，可以基于不同直播服务功能为该物理服务器分配不同的逻辑服务器组件。

在一种可能的实施方式中，当服务器100的服务提供商为配送服务商时，该服务器100也可以与配送服务器300互换使用，或者与配送服务器300作为同一服务器使用。

可以理解，图1所示的应用场景仅为一种可行的示例，在其它可行的实施例中，该应用场景也可以仅包括图1所示组成部分的其中一部分或者还可以包括其它的组成部分。

图2示出了本申请实施例提供的配送信息处理方法的流程示意图，本实施例提供的配送信息处理方法可以由图1中所示的服务器100执行。应当理解，在其它实施例中，本实施例的配送信息处理方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。该配送信息处理方法的详细步骤介绍如下。

步骤S110，获取商家的配送订单的订单信息。

步骤S120，根据该商家对应的配送计费策略，在该配送订单的订单状态为可计费状态时，根据该配送订单的订单信息对该配送订单进行计费，得到计费结果。

本实施例中，订单信息可包括该配送订单的订单状态，当订单状态未达到可计费状态时，通常不直接对该配送订单进行计费，而当在该配送订单的订单状态为可计费状态时才会根据该配送订单的订单信息对该配送订单进行计费。

本实施例中，每个商家可以预先配置有对应的配送计费策略，在实现时可以通过获取商家的配送订单的订单信息，并可以根据该商家对应的配送计费策略，在该配送订单的订单状态为可计费状态时对该配送订单进行计费，得到计费结果。如此，能够使得商家根据自身需求个性化配置配送计费策略，从而采用个性化配置的配送计费策略对配送订单进行计费，由此提高商家的配送服务体验，降低配送运营成本。

在一种可能的实施方式中，针对步骤S110，根据实际承担订单业务更新的承担方的不同，服务器100可以通过多种途径获取商家的配送订单的订单信息。

例如，针对部分商家来说，可能会运行有自己的商家服务器200，以通过该商家服务器200管理配送订单，并实时记录每个配送订单的订单信息。基于此，服务器100可以从该商家的商家服务器200中获取该商家的配送订单的订单信息。如此，可以便于商家服务器200直接对接计费平台的服务器100，这样在保证原有商家的配送服务系统不受干扰的情况下完成后续配送计费。

又例如，如果商家与一些配送服务商合作时，配送订单的订单信息可以由这些配送服务商的配送服务器300来统一管理和更新。基于此，服务器100还可以从为该商家提供该配送订单的配送服务的配送服务商的配送服务器300中获取该商家的配送订单的订单信息。如此，可以便于配送服务器300直接对接计费平台的服务器100，这样在保证原有配送服务商的配送服务系统不受干扰的情况下完成后续配送计费。

又例如，如果商家和配送服务商都不具备配送服务系统时，配送订单的订单信息可以由这些该服务器100来统一管理和更新。基于此，商家可以在服务器100中预先注册商家账号，这样服务器100可以根据该商家的商家账号中该商家的商家终端400中获取该商家的配送订单的订单信息。如此，如果商家不具备配送服务系统等电子化服务时，可借助服务器100提供的配送服务系统，无需商家额外的开发成本。

在一些可能的示例中，由于各配送服务商可能协商的计费节点不一致，因此针对服务器100为商家提供配送服务系统的方案中，可以为商家具体提供拣货APP和配送APP，拣货APP和配送APP都可以调用订单服务记录配送订单的订单信息，并将订单信息同步至服务器100，以告知服务器100目前处于配送的环节。例如，配送服务商A和商家协商在配送员提取货完成及记录费用，因此提供有拣货APP在完成取货后更新配送订单的订单状态。又例如，配送服务商B和商家协商在配送完成后参与计费，因此提供有配送APP完成配送后更新配送订单的订单状。并且，为了保证计费节点的多样性，在拣货、打包、取件、配送、妥投等各环节，都会更新配送订单的订单状态，以备后续计费需要。

可以理解，在实际实施过程中，商家可以根据自身的需求选择上述任意一个示例或者多个示例的组合来向服务器100随时上传各个配送订单的订单信息，以便于服务器100及时处理这些配送订单的计费。

在一种可能的实施方式中，由于商家可以根据具体的需求个性化配置对应的配送计费策略，下面结合图3对配送计费策略的一种示例性过程进行阐述。请参阅图3，在步骤S110之前，本实施例提供的配送信息处理方法还可以包括如下步骤：

步骤S101，当接收到该商家配置配送计费策略的请求时，向该商家的商家终端400发送至少一个配送计费配置模板。

步骤S102，当该商家从至少一个配送计费配置模板确定待配置的目标配送计费配置模板后，获取该商家对该目标配送计费配置模板中的每个配送计费配置选项的配置信息。

步骤S103，根据每个配送计费配置选项的配置信息配置该商家对应的配送计费策略，并存储在服务器100中。

本实施例中，服务器100可以为商家提供至少一个配送计费配置模板以供选择，其中每个配送计费配置模板可包括多个配送计费配置选项。当商家选择待配置的目标配送计费配置模板后，可以在该目标配送计费配置模板的每个配送计费配置选项中配置具体的信息，服务器100根据该商家对该目标配送计费配置模板中的每个配送计费配置选项的配置信息配置该商家对应的配送计费策略，并存储在服务器100中。

在一种可能的实施方式中，针对步骤S102，可以通过如下方式分别获得该商家对该目标配送计费配置模板中的每个配送计费配置选项的配置信息：

第一、获取该商家针对每个配送区域的配送计费配置选项的第一配置信息。例如，当该目标配送计费配置模板为首重续重计费模板时，第一配置信息可以包括首重重量、首重重量对应的首重配送费用以及单位续重重量对应的续重配送费用。又例如，当该目标配送计费配置模板为重量区间计费模板时，第一配置信息可以包括重量取值方式、区间距离和区间距离对应的配送费用。

第二、获取该商家针对每个补贴选项的第二配置信息，第二配置信息包括补贴项目、每个补贴项目的补贴起止时间、补贴方式以及补贴价格。例如，补贴项目可以包括节假日补贴项目、促销补贴项目、温度补贴项目等等，补贴方式可以是以人为单位进行补贴，或者以订单为单位进行补贴等等。

第三、获取该商家针对计费节点的第三配置信息，例如，可以选择拣货、打包、取件、配送、妥投等各环节作为计费节点。

第四、获取该商家针对该目标配送计费配置模板的第四配置信息，例如第四配置信息可以包括配送服务商、生效时间、以及失效时间中的至少一种。即，可以针对不同的配送服务商单独配置相关的配送计费配置模板，以便于费用管理，同时可以配置生效时间以及失效时间，以便于后续配送计费配置模板的随时更新。

容易理解，以上获取第一配置信息、第二配置信息、第三配置信息以及第四配置信息的具体过程并不受时序上的限制，即可以同时获取第一配置信息、第二配置信息、第三配置信息以及第四配置信息，也可以以任意不同的时序顺序来获取第一配置信息、第二配置信息、第三配置信息以及第四配置信息，本实施例对此不作任何限制。

在一种可能的示例中，请结合参阅图4，为前述首重续重计费模板的示意图，该首重续重计费模板中可以包括规则编号、规则名称的配置烂，以及配送服务商(配送服务商)、计费时点、计费方式(首重续重计费)、生效日期、失效日期、门店保底单量等信息。在具体配置计费策略时，可以配置不同区域，例如图4中针对一类区域“北京”，首重为3KG时对应的基础价格为8元，每续重1KG则续重价格为2元，此外还可以配置其它二类区域、三类区域等区域的计费策略。同时，还可以针对不同的补贴项单独配置补贴方式和补贴价格，并且还可以配置补贴起止日期等信息。

在另一种可能的示例中，请结合参阅图5，为前述重量区间计费模板的示意图，该重量区间计费模板与前述首重续重计费模板的区别在于计费策略的不同，因此图5中仅示出了计费策略的配置区域。如图5所示，该配置区域中也可以配置不同区域，例如图5中针对一类区域“北京”，阶梯距离为[0，3]时，价格为8，[3，5]时，价格为9.4等。并且还可以配置不同的重量区间的加价，例如重量区间为[8，10]时，为0.5元/KG，重量区间为[10，999]时，为1元/KG。

容易理解，以上仅为示例，在具体实施时，商家还可以根据具体需求配置示例之外的其它计费模板，在此不作具体限制。

在前述描述的基础上，请结合参阅图6，在一种可能的实施方式中，针对步骤S120，可以通过如下子步骤实现：

子步骤S121，根据该商家对应的配送计费策略确定该商家的计费节点。

子步骤S122，当该配送订单的订单状态与计费节点匹配时，确定该配送订单的订单状态为可计费状态。

子步骤S123，根据该商家对应的配送计费策略对该配送订单的订单信息进行费用计算，以对该配送订单进行计费，在计费成功时得到对应的计费结果。

本实施例中，商家的配送计费策略中配置有该商家的计费节点，配送订单的订单信息除了订单状态，还可以包括多个字段的信息，例如订单标识(用于各配送服务商订单不冲突，用配送服务商隔离开)、门店地址、门店坐标(门店地址和坐标可以选择一个)、配送目的地、配送目的地坐标、配送距离(如果没有配送距离，则可以通过门店和配送地计算得出)、配送重量、配送员标识(可以可根据配置按人员补贴)、配送员电话、配送员名称等。

基于此，可以在该配送订单的订单状态与计费节点匹配时，确定该配送订单的订单状态为可计费状态时，将该配送订单记录为未被处理的原始配送订单记录表，然后可以根据该商家对应的配送计费策略对该原始配送订单记录表中各配送订单的订单信息进行费用计算。在计费成功时得到对应的计费结果，并可以添加到明细记录表中。

此外，可能由于一些原因，会出现计费失败的情况，例如当该配送订单的订单信息中记录的配送距离不在配送计费策略中的距离区间，或者配送重量不在配送计费策略中的重量区间，又或者当前日期不处于配送计费策略中的有效日期范围内，又或者地址不在配送计费策略中的地址区域内等情况下，可以返回执行根据该商家对应的配送计费策略对该配送订单的订单信息进行费用计算的操作，如果返回计费次数大于设定次数，则将该配送订单的订单信息记录到异常配送订单列表中，并将异常配送订单列表分别发送给对应商家的商家终端400。如此，以便于后续排查和人工干预，例如。如果是配送计费策略的配置问题，商家可以更新配送计费策略的配置信息。又例如，如果是服务器100的计费系统的问题，相关的服务提供方可以进行人工排查以及时修正问题。

在一种可能的实施方式中，针对上述步骤S120，当该配送订单的订单信息表征该配送订单妥投时，可以判断该配送订单是否为父单或者子单，当该配送订单为父单时，根据该配送订单的订单信息对该配送订单进行计费，得到计费结果。当该配送订单为子单时，根据该配送订单的订单信息对该配送订单进行临时记录，并在与该配送订单关联的其它子单妥投时，将该配送订单以及与该配送订单关联的其它子单进行合并计费，得到计费结果。在计费过程中，可以依据配置的具体配送计费策略对订单信息进行计算，例如如果是首重续重计费模板，则可以按照首重续重计费方式对订单信息进行计算。又例如如果是重量区间计费模板，则可以按照重量区间计费方式对订单信息进行计算。

基于同一发明构思，请参阅图7，示出了本申请实施例提供的配送信息处理装置110的功能模块示意图，本实施例可以根据上述方法实施例对配送信息处理装置110进行功能模块的划分。例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。比如，在采用对应各个功能划分各个功能模块的情况下，图7示出的配送信息处理装置110只是一种装置示意图。其中，配送信息处理装置110可以包括获取模块112以及计费模块113，下面分别对该配送信息处理装置110的各个功能模块的功能进行详细阐述。

获取模块112，用于获取商家的配送订单的订单信息，订单信息包括该配送订单的订单状态。可以理解，该获取模块112可以用于执行上述步骤S110，关于该获取模块112的详细实现方式可以参照上述对步骤S110有关的内容。

计费模块113，用于根据该商家对应的配送计费策略，在该配送订单的订单状态为可计费状态时，根据该配送订单的订单信息对该配送订单进行计费，得到计费结果。可以理解，该计费模块113可以用于执行上述步骤S120，关于该计费模块113的详细实现方式可以参照上述对步骤S120有关的内容。

在一种可能的实施方式中，获取模块112可以通过以下方式获取商家的配送订单的订单信息：

从该商家的商家服务器200中获取该商家的配送订单的订单信息；或者

从为该商家提供该配送订单的配送服务的配送服务商的配送服务器300中获取该商家的配送订单的订单信息；或者

根据该商家的商家账号中该商家的商家终端400中获取该商家的配送订单的订单信息，商家账号与该商家预先在服务器100中注册的账号。

在一种可能的实施方式中，请结合参阅图8，该配送信息处理装置110还可以包括配置模块111，该配置模块111具体可以用于：

当接收到该商家配置配送计费策略的请求时，向该商家的商家终端400发送至少一个配送计费配置模板，配送计费配置模板包括多个配送计费配置选项；

当该商家从至少一个配送计费配置模板确定待配置的目标配送计费配置模板后，获取该商家对该目标配送计费配置模板中的每个配送计费配置选项的配置信息；

根据每个配送计费配置选项的配置信息配置该商家对应的配送计费策略，并存储在服务器100中。

在一种可能的实施方式中，配置模块111可以通过以下方式获取该商家对该目标配送计费配置模板中的每个配送计费配置选项的配置信息：

获取该商家针对每个配送区域的配送计费配置选项的第一配置信息；

获取该商家针对每个补贴选项的第二配置信息，第二配置信息包括补贴项目、每个补贴项目的补贴起止时间、补贴方式以及补贴价格；

获取该商家针对计费节点的第三配置信息；以及

获取该商家针对该目标配送计费配置模板的第四配置信息，第四配置信息包括配送服务商、生效时间、以及失效时间中的至少一种。

在一种可能的实施方式中，当该目标配送计费配置模板为首重续重计费模板时，第一配置信息包括首重重量、首重重量对应的首重配送费用以及单位续重重量对应的续重配送费用。当该目标配送计费配置模板为重量区间计费模板时，第一配置信息包括重量取值方式、区间距离和区间距离对应的配送费用。

在一种可能的实施方式中，计费模块113可以通过以下方式对该配送订单进行计费，得到计费结果：

根据该商家对应的配送计费策略确定该商家的计费节点；

当该配送订单的订单状态与计费节点匹配时，确定该配送订单的订单状态为可计费状态；

根据该商家对应的配送计费策略对该配送订单的订单信息进行费用计算，以对该配送订单进行计费，在计费成功时得到对应的计费结果。

在一种可能的实施方式中，计费模块113还可以用于如果计费失败，则返回执行根据该商家对应的配送计费策略对该配送订单的订单信息进行费用计算的操作，如果返回计费次数大于设定次数，则将该配送订单的订单信息记录到异常配送订单列表中，并将异常配送订单列表分别发送给对应商家的商家终端400。

在一种可能的实施方式中，计费模块113可以通过以下方式对该配送订单进行计费，得到计费结果：

当该配送订单的订单信息表征该配送订单妥投时，判断该配送订单是否为父单或者子单；

当该配送订单为父单时，根据该配送订单的订单信息对该配送订单进行计费，得到计费结果；

当该配送订单为子单时，根据该配送订单的订单信息对该配送订单进行临时记录，并在与该配送订单关联的其它子单妥投时，将该配送订单以及与该配送订单关联的其它子单进行合并计费，得到计费结果。

基于同一发明构思，请参阅图9，示出了本申请实施例提供的用于执行上述配送信息处理方法的服务器100的结构示意框图，该服务器100可以包括图7或图8所示的配送信息处理装置110、机器可读存储介质120和处理器130。

本实施例中，机器可读存储介质120与处理器130均位于服务器100中且二者分离设置。然而，应当理解的是，机器可读存储介质120也可以是独立于服务器100之外，且可以由处理器130通过总线接口来访问。可替换地，机器可读存储介质120也可以集成到处理器130中，例如，可以是高速缓存和/或通用寄存器。

处理器130是该服务器100的控制中心，利用各种接口和线路连接整个服务器100的各个部分，通过运行或执行存储在机器可读存储介质120内的软件程序和/或模块，以及调用存储在机器可读存储介质120内的数据，执行该服务器100的各种功能和处理数据，从而对服务器100进行整体监控。可选地，处理器130可包括一个或多个处理核心；例如，处理器130可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器中。

其中，处理器130可以是一个通用的中央处理器(Central Processing Unit，CPU)，微处理器，特定应用集成电路(Application-Specific Integrated Circuit，ASIC)，或一个或多个用于控制上述方法实施例提供的配送信息处理方法的程序执行的集成电路。

机器可读存储介质120可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically Erasable Programmabler-Only MEMory，EEPROM)、只读光盘(Compactdisc Read-Only MEMory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。机器可读存储介质120可以是独立存在，通过通信总线与处理器130相连接。机器可读存储介质120也可以和处理器集成在一起。其中，机器可读存储介质120用于存储执行本申请方案的机器可执行指令。处理器130用于执行机器可读存储介质120中存储的机器可执行指令，以实现前述方法实施例提供的配送信息处理方法。

配送信息处理装置110可以存储于执行机器可读存储介质120中，当处理器130执行配送信息处理装置110时以执行前述方法实施例提供的配送信息处理方法。

由于本申请实施例提供的服务器100是上述服务器100执行的方法实施例的另一种实现形式，且服务器100可用于执行上述方法实施例提供的配送信息处理方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

进一步地，本申请实施例还提供一种包含计算机可执行指令的可读存储介质，计算机可执行指令在被执行时可以用于实现上述方法实施例提供的配送信息处理方法。

本申请实施例是参照根据本申请实施例的方法、设备和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

以上所述，仅为本申请的各种实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种配送信息处理方法，其特征在于，应用于服务器，所述服务器存储有每个商家预先配置的配送计费策略，所述方法包括：

获取商家的配送订单的订单信息，所述订单信息包括该配送订单的订单状态；

根据该商家对应的配送计费策略，在该配送订单的订单状态为可计费状态时，根据该配送订单的订单信息对该配送订单进行计费，得到计费结果。

2.根据权利要求1所述的配送信息处理方法，其特征在于，所述获取商家的配送订单的订单信息的步骤，包括：

从该商家的商家服务器中获取该商家的配送订单的订单信息；或者

从为该商家提供该配送订单的配送服务的配送服务商的配送服务器中获取该商家的配送订单的订单信息；或者

根据该商家的商家账号中该商家的商家终端中获取该商家的配送订单的订单信息，所述商家账号与该商家预先在所述服务器中注册的账号。

3.根据权利要求1所述的配送信息处理方法，其特征在于，在获取商家的配送订单的订单信息的步骤之前，所述方法还包括：

当接收到该商家配置所述配送计费策略的请求时，向该商家的商家终端发送至少一个配送计费配置模板，所述配送计费配置模板包括多个配送计费配置选项；

当该商家从至少一个配送计费配置模板确定待配置的目标配送计费配置模板后，获取该商家对该目标配送计费配置模板中的每个配送计费配置选项的配置信息；

根据所述每个配送计费配置选项的配置信息配置该商家对应的配送计费策略，并存储在所述服务器中。

4.根据权利要求3所述的配送信息处理方法，其特征在于，所述获取该商家对该目标配送计费配置模板中的每个配送计费配置选项的配置信息的步骤，包括：

获取该商家针对每个配送区域的配送计费配置选项的第一配置信息；

获取该商家针对每个补贴选项的第二配置信息，所述第二配置信息包括补贴项目、每个补贴项目的补贴起止时间、补贴方式以及补贴价格；

获取该商家针对计费节点的第三配置信息；以及

获取该商家针对该目标配送计费配置模板的第四配置信息，所述第四配置信息包括配送服务商、生效时间、以及失效时间中的至少一种。

5.根据权利要求4所述的配送信息处理方法，其特征在于：

当该目标配送计费配置模板为首重续重计费模板时，所述第一配置信息包括首重重量、首重重量对应的首重配送费用以及单位续重重量对应的续重配送费用；

当该目标配送计费配置模板为重量区间计费模板时，所述第一配置信息包括重量取值方式、区间距离和区间距离对应的配送费用。

6.根据权利要求1-5中任意一项所述的配送信息处理方法，其特征在于，所述根据该商家对应的配送计费策略，在该配送订单的订单状态为可计费状态时，根据该配送订单的订单信息对该配送订单进行计费，得到计费结果的步骤，包括：

根据该商家对应的配送计费策略确定该商家的计费节点；

当该配送订单的订单状态与所述计费节点匹配时，确定该配送订单的订单状态为可计费状态；

根据该商家对应的配送计费策略对该配送订单的订单信息进行费用计算，以对该配送订单进行计费，在计费成功时得到对应的计费结果。

7.根据权利要求6所述的配送信息处理方法，其特征在于，所述方法还包括：

如果计费失败，则返回执行根据该商家对应的配送计费策略对该配送订单的订单信息进行费用计算的操作，如果返回计费次数大于设定次数，则将该配送订单的订单信息记录到异常配送订单列表中，并将所述异常配送订单列表分别发送给对应商家的商家终端。

8.根据权利要求6所述的配送信息处理方法，其特征在于，所述根据该商家对应的配送计费策略，在该配送订单的订单状态为可计费状态时，根据该配送订单的订单信息对该配送订单进行计费，得到计费结果的步骤，还包括：

当该配送订单的订单信息表征该配送订单妥投时，判断该配送订单是否为父单或者子单；

当该配送订单为父单时，根据该配送订单的订单信息对该配送订单进行计费，得到计费结果；

当该配送订单为子单时，根据该配送订单的订单信息对该配送订单进行临时记录，并在与该配送订单关联的其它子单妥投时，将该配送订单以及与该配送订单关联的其它子单进行合并计费，得到计费结果。

9.一种配送信息处理装置，其特征在于，应用于服务器，所述服务器存储有每个商家预先配置的配送计费策略，所述装置包括：

获取模块，用于获取商家的配送订单的订单信息，所述订单信息包括该配送订单的订单状态；

计费模块，用于根据该商家对应的配送计费策略，在该配送订单的订单状态为可计费状态时，根据该配送订单的订单信息对该配送订单进行计费，得到计费结果。

10.一种服务器，所述服务器包括机器可读存储介质及处理器，所述机器可读存储介质存储有机器可执行指令，所述处理器在执行所述机器可执行指令时，该服务器实现权利要求1-8中任意一项所述的配送信息处理方法。

Images