CN111311162A - 物流管理方法及*** - Google Patents

Abstract

本申请提供一种物流管理方法及***，涉及物流技术领域，服务器根据托运端提交的货物配送信息确定匹配的目标承运端，且该目标承运端为可承接货物配送信息中包括的处于目标承运阶段的承运任务的承运端，也就是说，托运端可以根据实际的情况提交包括表征目标承运阶段信息的货物配送信息，灵活的找到与当前承运阶段匹配的承运端，托运端可以直接向承运端缴费，并当托运端成功向承运端缴费后，承运端才根据承运任务进行货物配送，从而保证了货物配送业务环节的灵活性。

Description

物流管理方法及***

技术领域

本申请涉及物流技术领域，具体而言，涉及一种物流管理方法及***。

背景技术

港口是现代物流链上的一个重要环节，港口为物流的发展创造了更加便利的条件，物流的兴起与快速发展又为港口功能的进一步拓展提供了更加广阔的发展平台，两者相辅相成，促进了区域间经济贸易的高速发展。随着互联网技术的发展和互联网应用用户的普及，随着物流品种类目的扩大，应用互联网技术改造传统物流行业和物流管理模式已经成为一种发展趋势。目前信息和信息技术在港口领域的应用也越来越明显，主要体现在物流信息收集的数据库化和代码化、码头信息处理的电子化和计算机化、单证信息传递的标准化和适时化、物流信息存储的数字化等，但是目前在物流管理中，所有的业务环节为链条式流程，业务模式不够灵活，导致中间成本高的问题。

发明内容

本申请实施例的目的在于提供一种物流管理方法及***，用以改善现有技术中业务模式不够灵活的问题。

第一方面，本申请实施例提供了一种物流管理方法，应用于服务器，所述方法包括：所述服务器获取托运端提交的货物配送信息，所述货物配送信息包括货物的属性信息以及表征目标承运阶段的信息；所述服务器根据所述货物配送信息确定匹配的目标承运端，其中，所述目标承运端为可承接所述目标承运阶段的承运任务的承运端；所述服务器根据所述货物配送信息以及所述目标承运端的承运信息向所述托运端发送所述目标承运阶段的费用信息；所述服务器获取所述托运端根据所述费用信息向所述目标承运端缴费的缴费信息；所述服务器在获取到所述缴费信息后根据所述货物配送信息向所述目标承运端发送承运任务，以使所述目标承运端根据所述承运任务完成所述货物的配送。

在上述实现过程中，服务器根据托运端提交的货物配送信息确定匹配的目标承运端，且该目标承运端为可承接货物配送信息中包括的处于目标承运阶段的承运任务的承运端，也就是说，托运端可以根据实际的情况提交包括表征目标承运阶段信息的货物配送信息，灵活的找到与当前承运阶段匹配的承运端，托运端可以直接向承运端缴费，并当托运端成功向承运端缴费后，承运端才根据承运任务进行货物配送，从而保证了货物配送业务环节的灵活性。

可选地，所述服务器根据所述货物配送信息确定匹配的目标承运端，包括：所述服务器根据所述货物配送信息从数据库中选取与所述表征目标承运阶段的信息匹配的多个承运端，并将所述多个承运端发送至所述托运端，其中，所述多个承运端为可承接所述目标承运阶段的承运任务的承运端；所述服务器接受所述托运端根据所述多个承运端选取的其中一个承运端，并将所述承运端确定为目标承运端。

在上述实现过程中，服务器可以根据货物配送信息从数据库中选取与表征目标承运阶段的信息匹配的多个承运端，以使托运端可以根据实际情况灵活的从多个承运端中选取目标承运端，从而保证业务模式的灵活性。

可选地，所述服务器获取托运端提交的货物配送信息之后，包括：所述服务器将所述货物配送信息的格式转换为预设格式；所述服务器在获取到所述缴费信息后根据所述货物配送信息向所述目标承运端发送承运任务之后，包括：所述服务器将所述承运任务涉及的承运信息的格式转换为预设格式。

在上述实现过程中，服务器将货物配送信息的格式以及承运任务涉及的承运信息的格式都转换为预设格式，保证数据可以按照一定规则解析，变成统一的数据格式，最终将数据存储至数据库，从而保证港口物流与单一窗口的数据一致。

可选地，所述货物配送信息包括所述货物的类型，所述承运任务包括所述货物的类型、所述货物的提单号、所述货物被运输的运输工具的标识、所述运输工具的班次。

在上述实现过程中，货物配送信息包括货物的类型，且与货物相对应的承运任务包括货物的类型、货物的提单号、货物被运输的运输工具的标识、运输工具的班次，由上述各种信息组成的承运任务具有唯一性，一般在自然年内不会出现重复信息，因此，根据货物配送信息获取的承运任务可以实现对货物所处的物流环节进行追踪。

可选地，所述服务器获取所述托运端根据所述费用信息向所述目标承运端缴费的缴费信息之后，包括：所述服务器根据所述属性信息判断所述货物是否属于散杂货，若是，则向所述货物所在关口发送人工放行提示，以使所述关口的工作人员根据所述人工放行提示对所述货物进行人工放行。

由于散杂的货种类繁杂，且其类型较多，加之体积不易直接进行打包，可以通过人工放行的方式，以实现准确对货物进行费用的核算以及关口的放行任务。

可选地，所述服务器获取所述托运端根据所述费用信息向所述目标承运端缴费的缴费信息之后，包括：所述服务器根据所述缴费信息向所述货物所在关口发送放行提示，以使所述关口根据所述放行提示对所述货物进行放行。

可选地，所述方法还包括：所述服务器接收所述托运端发送退单申请，并将所述退单申请中所述货物的货物配送信息发送至所述目标承运端；所述服务器接收所述目标承运端根据所述退单申请发送的反馈信息，并根据所述反馈信息判断所述退单申请是否通过；所述服务器在判断所述退单申请通过后，向所述承运端发送退款提示，以使所述承运端根据所述退款提示进行退款；所述服务器在判断所述退单申请未通过后，向所述托运端发送退单失败提示，以使所述托运端根据所述退单失败提示提交第三方仲裁申请。

在上述实现过程中，托运端可以向服务器发送退单申请，并根据承运端根据退单申请做出的反馈信息判断是否可以退单，若可以，则提醒承运端进行退款，若不可以退单，则可以向托运端发送退单失败的提示，以使托运端可以继续根据退单失败提示提交第三方仲裁申请。

第二方面，本申请实施例提供了一种物流管理***，所述***包括：货物配送信息获取模块，用于获取托运端提交的货物配送信息，所述货物配送信息包括货物的属性信息以及表征目标承运阶段的信息；目标承运端确定模块，用于根据所述货物配送信息确定匹配的目标承运端，其中，所述目标承运端为可承接所述目标承运阶段的承运任务的承运端；费用信息发送模块，用于根据所述货物配送信息以及所述目标承运端的承运信息向所述托运端发送所述目标承运阶段的费用信息；缴费信息发送模块，用于获取所述托运端根据所述费用信息向所述目标承运端缴费的缴费信息；承运任务发送模块，用于在获取到所述缴费信息后根据所述货物配送信息向所述目标承运端发送承运任务，以使所述目标承运端根据所述承运任务完成所述货物的配送。

可选地，所述目标承运端确定模块包括：承运端匹配单元，用于根据所述货物配送信息从数据库中选取与所述表征目标承运阶段的信息匹配的多个承运端，并将所述多个承运端发送至所述托运端，其中，所述多个承运端为可承接所述目标承运阶段的承运任务的承运端；目标承运端确认单元，用于接受所述托运端根据所述多个承运端选取的其中一个承运端，并将所述承运端确定为目标承运端。

可选地，所述***还包括：格式转换模块，用于将所述货物配送信息的格式转换为预设格式；所述格式转换模块，还用于将所述承运任务涉及的承运信息的格式转换为预设格式。

可选地，所述***还包括：人工放行提示发送模块，用于根据所述属性信息判断所述货物是否属于散杂货，若是，则向所述货物所在关口发送人工放行提示，以使所述关口的工作人员根据所述人工放行提示对所述货物进行人工放行。

可选地，所述***还包括：放行提示发送模块，用于根据所述缴费信息向所述货物所在关口发送放行提示，以使所述关口根据所述放行提示对所述货物进行放行。

可选地，所述***还包括：退单处理模块，用于接收所述托运端发送退单申请，并将所述退单申请中所述货物的货物配送信息发送至所述目标承运端；反馈信息处理模块，用于接收所述目标承运端根据所述退单申请发送的反馈信息，并根据所述反馈信息判断所述退单申请是否通过；退款提示模块，用于在判断所述退单申请通过后，向所述承运端发送退款提示，以使所述承运端根据所述退款提示进行退款；退单失败提示模块，用于在判断所述退单申请未通过后，向所述托运端发送退单失败提示，以使所述托运端根据所述退单失败提示提交第三方仲裁申请。

第三方面，本申请实施例提供一种电子设备，包括处理器以及存储器，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，运行如上述第一方面提供的所述方法中的步骤。

第四方面，本申请实施例提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时运行如上述第一方面提供的所述方法中的步骤。

本申请的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1为本申请实施例提供的一种电子设备的结构框图；

图2为本申请实施例提供的一种物流管理方法的流程框图；

图3为本申请实施例提供的一种创新业务模式的示意图；

图4为本申请实施例提供的一种物流管理***的结构示意图。

具体实施方式

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

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

近年来世界集装箱码头的信息化水平提高很快，互联网以及电子数据交换技术(Electronic data interchange，EDI)已被广泛应用于集装箱码头，也就是既通过EDI与货主、货代、船公司、船代、外理以及一关三检等口岸管理机构实现快速而高效的信息沟通和信息交换，为了能够使货物信息与物流信息之间进行汇集和整合，并使得货物物流信息更加透明，使得货主可以实时了解货物物流动态，此外还能够对散杂货进行完备的物流关系，使得整个物流管理***中的业务模式更加灵活，本申请提供了一种物流管理方法及***，该方法可以在电子设备中运行，请参照图1，图1为本发明实施例提供的一种电子设备的结构示意图，电子设备可以包括：至少一个处理器110，例如CPU，至少一个通信接口120，至少一个存储器130和至少一个通信总线140。其中，通信总线140用于实现这些组件直接的连接通信。其中，本申请实施例中设备的通信接口120用于与其他节点设备进行信令或数据的通信。存储器130可以是高速RAM存储器，也可以是非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器130可选的还可以是至少一个位于远离前述处理器的存储装置。存储器130中存储有计算机可读取指令，当计算机可读取指令由处理器110执行时，电子设备执行下述图2所示方法过程。

本申请实施例中所说的托运端可以理解为货主用户对应的电子设备，承运端可以理解为进行货物配送任务用户对应的电子设备，该电子设备可以是用户终端或者服务器等。

可以理解，图1所示的结构仅为示意，电子设备100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。于本申请实施例中，电子设备100可以是，但不限于专用检测设备、台式机、笔记本电脑、智能手机、智能穿戴设备、车载设备等实体设备，还可以是虚拟机等虚拟设备。另外，电子设备100也不一定是单台设备，还可以是多台设备的组合，例如服务器集群，等等。

图2为本申请实施例提供的一种物流管理方法的流程框图，该方法应用于服务器，包括如下步骤：

步骤S110：服务器获取托运端提交的货物配送信息，货物配送信息包括货物的属性信息以及表征目标承运阶段的信息。

货主用户可以根据货物实际的配送情况通过托运端向服务器发送货物配送信息，例如，货主有一批货物即将进行货代，则可以将货物配送信息中表征目标承运阶段的信息标记为货代环节。

步骤S120：服务器根据货物配送信息确定匹配的目标承运端，其中，目标承运端为可承接目标承运阶段的承运任务的承运端。

服务器可以从数据库中确定匹配的目标承运端，该数据库中有多个承运端，以及与每个承运端对应的可承接的承运阶段信息，以使服务器根据每个承运端可承接的承运阶段信息确定目标承运端，例如，货主用户通过托运端向服务器发送货物配送信息包括的表征目标承运阶段的信息为码头环节，则服务器从数据库中找出所有可以承接码头环节的承运端，并从其中确定出目标承运端。

作为一种实施方式，服务器根据货物配送信息确定匹配的目标承运端可以包括如下过程：首先，服务器根据货物配送信息从数据库中选取与表征目标承运阶段的信息匹配的多个承运端，并将多个承运端发送至托运端，其中，多个承运端为可承接目标承运阶段的承运任务的承运端。接着，服务器接受托运端根据多个承运端选取的其中一个承运端，并将承运端确定为目标承运端。

例如，货主用户通过托运端向服务器发送货物配送信息包括的表征目标承运阶段的信息为码头环节，服务器从数据库中找出多个可以承接码头环节的承运端，假如多个可以承接码头环节的承运端包括承运端A、承运端B以及承运端C以及承运端D，承运端A为其中承运费用最低安全性也最低的承运端，承运端B为其中安全性最高但费用也最高的承运端，承运端C为其中安全性以及费用适中的老牌承运端，承运端D为其中安全性以及费用适中的新成立品牌承运端，因此，货主可以根据实际需求选择合适的承运端作为目标承运端，例如，货主想选择费用最低的且不考虑安全性，就可以选择承运端A，若货主资金充足且想选择安全性最高的承运端，则承运端B为比较理想的选择，而货主比较青睐老牌承运端，则可以选择承运端C，若货主想以适中的价格保证一般的安全性，则可以从承运端C以及承运端D中任意选择一个承运端作为目标承运端。

在上述实现过程中，服务器可以根据货物配送信息从数据库中选取与表征目标承运阶段的信息匹配的多个承运端，以使托运端可以根据实际情况灵活的从多个承运端中选取目标承运端，从而保证业务模式的灵活性。

步骤S130：服务器根据货物配送信息以及目标承运端的承运信息向托运端发送目标承运阶段的费用信息。

服务器根据货物配送信息以及目标承运端的承运信息向托运端发送目标承运阶段的费用信息后，托运端可以先根据费用信息向目标承运端缴费，若托运端的信用值达到一定阈值后，服务器根据货物配送信息以及目标承运端的承运信息向托运端发送目标承运阶段的费用信息后，该托运端可以提交延期付款或者分期付款的申请，并在一定时间内根据费用信息进行缴费。例如，若托运端的信用值达到预设阈值后，该托运端可以提交延期付款的申请，其中包括最晚付款时间，并在最晚付款时间之前根据费用信息进行缴费。

其中，当托运端提交延期付款的申请并在最晚付款时间之前根据费用信息进行缴费时，可以先发送缴费补单至服务器，以使服务器可以根据缴费补单查找到之前已存在的费用信息，并在托运端缴费完成后，将相关的缴费提醒事项进行清空，避免托运端重复缴费。

步骤S140：服务器获取托运端根据费用信息向目标承运端缴费的缴费信息。

步骤S150：服务器在获取到缴费信息后根据货物配送信息向目标承运端发送承运任务，以使目标承运端根据承运任务完成货物的配送。

托运端根据费用信息向承运端缴费后才向承运端发送承运任务，以保证托运端和承运端资金流动，降低风险。

在港口物流配送任务中，一般是货主将货物交给货代，并将货物运输所需要的费用一次性进行结算，该费用中包括货代环节的费用以及货代以后的环节的费用，也就是链条式的业务模式，而本申请提供的是一种创新业务模式，请参看图3，在该种创新业务模式中，货主可以直接根据自己的需求选择货物运输的环节，且可以根据实际的需求将中间环节减少或者剔除，从而降低中间成本，例如，货主可以选择将货物先交给货代环节，然后是船代环节，接着依次为车队环节、堆场环节、报关环节、查验环节、理货环节以及码头环节，再如，货主可以省略货代环节，直接将货物交给船代环节，接着依次为车队环节、堆场环节、报关环节、查验环节、理货环节以及码头环节。

在上述实现过程中，服务器根据托运端提交的货物配送信息确定匹配的目标承运端，且该目标承运端为可承接货物配送信息中包括的处于目标承运阶段的承运任务的承运端，也就是说，托运端可以根据实际的情况提交包括表征目标承运阶段信息的货物配送信息，灵活的找到与当前承运阶段匹配的承运端，托运端可以直接向承运端缴费，并当托运端成功向承运端缴费后，承运端才根据承运任务进行货物配送，从而保证了货物配送业务环节的灵活性。

可选地，服务器获取托运端提交的货物配送信息之后，会将货物配送信息的格式转换为预设格式。且服务器在获取到缴费信息后根据货物配送信息向目标承运端发送承运任务之后，也会将承运任务涉及的承运信息的格式转换为预设格式。

港口物流涉及到单一窗口的数据以及港口数据，单一窗口表示口岸办公室等相关管理部门，而港口数据表示港口，例如天津港。由于单一窗口的数据包括货物信息以及舱单信息，其主要来源于企业向相关管理部门提报的信息材料，港口数据包括港口的货物信息，舱单信息，其主要是由船代企业向码头企业提交的信息材料。单一窗口的数据以及港口数据两个数据信息是相对独立的，其在数据格式、信息***、网络结构、信息安全等有不同的要求，因此在单一窗口的以及港口传输数据时，需要单独进行数据对接，且港口数据不止一个港口的数据，每个港口的数据也是不统一的，并且一般进行数据传输时需要以加密报文形式，因此会产生多个字段的定义和格式也不相同的报文，导致数据汇总的难度大，本申请服务器在收到货物配送信息以及承运任务涉及的承运信息相对应的数据报文后，按照一定规则解析，变成统一的预设格式，然后进行数据入库，便于对数据进行管理。

在上述实现过程中，服务器将货物配送信息的格式以及承运任务涉及的承运信息的格式都转换为预设格式，保证数据可以按照一定规则解析，变成统一的数据格式，最终将数据存储至数据库，从而保证港口物流与单一窗口的数据为一致的，便于对数据进行管理。

可选地，货物配送信息包括货物的类型，承运任务包括货物的类型、货物的提单号、货物被运输的运输工具的标识、运输工具的班次。

其中，货物的类型可以用数字、字母或者数字及字母的组合进行表示，且货物配送信息中的货物类型与承运任务中货物的类型可以用相同的表示方式进行表示，然后再加上信息类型的标识，例如，货物配送信息中的货物类型有四类，则可以用两位数字00、01、10、11表示，而承运任务中货物的类型有四类，也可以用两位数字00、01、10、11表示，其中货物配送信息中的货物类型00与承运任务中货物的类型00表示同一类型，然后再加上信息类型的标识，如使用大写字母A表示货物配送信息，大写字母B表示承运任务，则货物配送信息中的四种货物类型可以表示为A00、A01、A10、A11，承运任务中四种货物的类型可以表示为B00、B01、B10、B11。

提单是指作为承运端和托运端之间处理运输中双方权利和义务的依据，提单号就是提单中的一项标识信息通过提单号一般可以查询到相应的提单，且不同的承运端有不同形式的提单号，提单号可以作为查找货物的依据。货物被运输的运输工具有船舶类、列车类、货车类、航空类等运输工具，不同的运输工具有不同的类型标识，再加上运输工具的运输班次就可以唯一确定出货物，并对货物所处物流环节进行追踪。

在上述实现过程中，货物配送信息包括货物的类型，且与货物相对应的承运任务包括货物的类型、货物的提单号、货物被运输的运输工具的标识、运输工具的班次，由上述各种信息组成的承运任务具有唯一性，一般在自然年内不会出现重复信息，因此，根据货物配送信息获取的承运任务可以实现对货物所处的物流环节进行追踪。

可选地，服务器可以根据属性信息判断货物是否属于散杂货，若是，则向货物所在关口发送人工放行提示，以使关口的工作人员根据人工放行提示对货物进行人工放行。由于散杂的货种类繁杂，且其类型较多，加之体积不易直接进行打包，可以通过人工放行的方式，以实现准确对货物进行费用的核算以及关口的放行任务。

可选地，服务器可以根据缴费信息向货物所在关口发送放行提示，以使关口根据放行提示对货物进行放行。

可选地，方法还包括退单过程，具体步骤如下：首先，服务器接收托运端发送退单申请，并将退单申请中货物的货物配送信息发送至目标承运端，然后，服务器接收目标承运端根据退单申请发送的反馈信息，并根据反馈信息判断退单申请是否通过，接着服务器在判断退单申请通过后，向承运端发送退款提示，以使承运端根据退款提示进行退款，而若服务器判断退单申请未通过，则向托运端发送退单失败提示，以使托运端根据退单失败提示提交第三方仲裁申请。

例如，托运端发起退单，并向服务器发送退单申请，承运端收到退单申请后，可以根据退单申请涉及的货物承运状态进行反馈，若承运端还未根据配送任务对货物进行配送，则可以向服务器发送包括同意退单的反馈信息，则此时可以根据反馈信息判断退单申请通过，若承运端已经根据配送任务对货物进行配送或者正在进行配送的话，可以向服务器发送包括不同意退单的反馈信息，则此时可以根据反馈信息判断退单申请未通过。

若退单申请通过，则承运端可以根据退款提示将款项退至托运端，最后服务器将退款结果分别发送至承运端以及托运端。若退单申请未通过，则服务器向托运端发送退单失败提示，以使托运端根据退单失败提示提交第三方仲裁申请，以使第三方仲裁端对是否可以进行退单判断，保证双方权益。

在上述实现过程中，托运端可以向服务器发送退单申请，并根据承运端根据退单申请做出的反馈信息判断是否可以退单，若可以，则提醒承运端进行退款，若不可以退单，则可以向托运端发送退单失败的提示，以使托运端可以继续根据退单失败提示提交第三方仲裁申请。

作为一种实施方式，在年底的清算工作中，承运端在接收到清算通知之后，将该年内承运的所有承运任务信息发送至服务器，托运端在接收到清算通知之后，将该年内所有的货物配送信息发送至服务器，服务器对所有的承运任务信息以及货物配送信息进行大数据分析，并将分析后的结果发送至相应管理部门。

基于同一发明构思，本申请实施例中还提供一种物流管理***请参看图4，图4为本申请实施例提供的一种物流管理***200的结构框图。该***可以是电子设备上的模块、程序段或代码。应理解，该物流管理***200与上述图2方法实施例对应，能够执行图2方法实施例涉及的各个步骤，该物流管理***200具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。

可选地，物流管理***200，该***包括：

货物配送信息获取模块210，用于获取托运端提交的货物配送信息，货物配送信息包括货物的属性信息以及表征目标承运阶段的信息；

目标承运端确定模块220，用于根据货物配送信息确定匹配的目标承运端，其中，目标承运端为可承接目标承运阶段的承运任务的承运端；

费用信息发送模块230，用于根据货物配送信息以及目标承运端的承运信息向托运端发送目标承运阶段的费用信息；

缴费信息发送模块240，用于获取托运端根据费用信息向目标承运端缴费的缴费信息；

承运任务发送模块250，用于在获取到缴费信息后根据货物配送信息向目标承运端发送承运任务，以使目标承运端根据承运任务完成货物的配送。

可选地，目标承运端确定模块220包括：

承运端匹配单元，用于根据货物配送信息从数据库中选取与表征目标承运阶段的信息匹配的多个承运端，并将多个承运端发送至托运端，其中，多个承运端为可承接目标承运阶段的承运任务的承运端；

目标承运端确认单元，用于接受托运端根据多个承运端选取的其中一个承运端，并将承运端确定为目标承运端。

可选地，***还包括：

格式转换模块，用于将货物配送信息的格式转换为预设格式；

格式转换模块，还用于将承运任务涉及的承运信息的格式转换为预设格式。

可选地，***还包括：

人工放行提示发送模块，用于根据属性信息判断货物是否属于散杂货，若是，则向货物所在关口发送人工放行提示，以使关口的工作人员根据人工放行提示对货物进行人工放行。

可选地，***还包括：

放行提示发送模块，用于根据缴费信息向货物所在关口发送放行提示，以使关口根据放行提示对货物进行放行。

可选地，***还包括：

退单处理模块，用于接收托运端发送退单申请，并将退单申请中货物的货物配送信息发送至目标承运端；

反馈信息处理模块，用于接收目标承运端根据退单申请发送的反馈信息，并根据反馈信息判断退单申请是否通过；

退款提示模块，用于在判断退单申请通过后，向承运端发送退款提示，以使承运端根据退款提示进行退款；

退单失败提示模块，用于在判断退单申请未通过后，向托运端发送退单失败提示，以使托运端根据退单失败提示提交第三方仲裁申请。

本申请实施例提供一种可读取存储介质，计算机程序被处理器执行时，执行如图2所示方法实施例中电子设备所执行的方法过程。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。

综上所述，本申请提供一种物流管理方法及***，服务器根据托运端提交的货物配送信息确定匹配的目标承运端，且该目标承运端为可承接货物配送信息中包括的处于目标承运阶段的承运任务的承运端，也就是说，托运端可以根据实际的情况提交包括表征目标承运阶段信息的货物配送信息，灵活的找到与当前承运阶段匹配的承运端，托运端可以直接向承运端缴费，并当托运端成功向承运端缴费后，承运端才根据承运任务进行货物配送，从而保证了货物配送业务环节的灵活性。

在本申请所提供的实施例中，应该理解到，所揭露***和方法，可以通过其它的方式实现。以上所描述的***实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，***或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种物流管理方法，其特征在于，应用于服务器，所述方法包括：

所述服务器获取托运端提交的货物配送信息，所述货物配送信息包括货物的属性信息以及表征目标承运阶段的信息；

所述服务器根据所述货物配送信息确定匹配的目标承运端，其中，所述目标承运端为可承接所述目标承运阶段的承运任务的承运端；

所述服务器根据所述货物配送信息以及所述目标承运端的承运信息向所述托运端发送所述目标承运阶段的费用信息；

所述服务器获取所述托运端根据所述费用信息向所述目标承运端缴费的缴费信息；

所述服务器在获取到所述缴费信息后根据所述货物配送信息向所述目标承运端发送承运任务，以使所述目标承运端根据所述承运任务完成所述货物的配送。

2.根据权利要求1所述的物流管理方法，其特征在于，所述服务器根据所述货物配送信息确定匹配的目标承运端，包括：

所述服务器根据所述货物配送信息从数据库中选取与所述表征目标承运阶段的信息匹配的多个承运端，并将所述多个承运端发送至所述托运端，其中，所述多个承运端为可承接所述目标承运阶段的承运任务的承运端；

所述服务器接受所述托运端根据所述多个承运端选取的其中一个承运端，并将所述承运端确定为目标承运端。

3.根据权利要求1所述的物流管理方法，其特征在于，所述服务器获取托运端提交的货物配送信息之后，包括：

所述服务器将所述货物配送信息的格式转换为预设格式；

所述服务器在获取到所述缴费信息后根据所述货物配送信息向所述目标承运端发送承运任务之后，包括：

所述服务器将所述承运任务涉及的承运信息的格式转换为预设格式。

4.根据权利要求1所述的物流管理方法，其特征在于，所述货物配送信息包括所述货物的类型，所述承运任务包括所述货物的类型、所述货物的提单号、所述货物被运输的运输工具的标识、所述运输工具的班次。

5.根据权利要求4所述的物流管理方法，其特征在于，所述服务器获取所述托运端根据所述费用信息向所述目标承运端缴费的缴费信息之后，包括：

所述服务器根据所述属性信息判断所述货物是否属于散杂货，若是，则向所述货物所在关口发送人工放行提示，以使所述关口的工作人员根据所述人工放行提示对所述货物进行人工放行。

6.根据权利要求1所述的物流管理方法，其特征在于，所述服务器获取所述托运端根据所述费用信息向所述目标承运端缴费的缴费信息之后，包括：

所述服务器根据所述缴费信息向所述货物所在关口发送放行提示，以使所述关口根据所述放行提示对所述货物进行放行。

7.根据权利要求1所述的物流管理方法，其特征在于，所述方法还包括：

所述服务器接收所述托运端发送退单申请，并将所述退单申请中所述货物的货物配送信息发送至所述目标承运端；

所述服务器接收所述目标承运端根据所述退单申请发送的反馈信息，并根据所述反馈信息判断所述退单申请是否通过；

所述服务器在判断所述退单申请通过后，向所述承运端发送退款提示，以使所述承运端根据所述退款提示进行退款；

所述服务器在判断所述退单申请未通过后，向所述托运端发送退单失败提示，以使所述托运端根据所述退单失败提示提交第三方仲裁申请。

8.一种物流管理***，其特征在于，所述***包括：

货物配送信息获取模块，用于获取托运端提交的货物配送信息，所述货物配送信息包括货物的属性信息以及表征目标承运阶段的信息；

目标承运端确定模块，用于根据所述货物配送信息确定匹配的目标承运端，其中，所述目标承运端为可承接所述目标承运阶段的承运任务的承运端；

费用信息发送模块，用于根据所述货物配送信息以及所述目标承运端的承运信息向所述托运端发送所述目标承运阶段的费用信息；

缴费信息发送模块，用于获取所述托运端根据所述费用信息向所述目标承运端缴费的缴费信息；

承运任务发送模块，用于在获取到所述缴费信息后根据所述货物配送信息向所述目标承运端发送承运任务，以使所述目标承运端根据所述承运任务完成所述货物的配送。

9.一种电子设备，其特征在于，包括处理器以及存储器，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，运行如权利要求1-7任一所述方法中的步骤。

10.一种可读取存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，运行如权利要求1-7任一所述方法中的步骤。

Images