CN116911722A - 物流报价响应方法及其装置、设备、介质 - Google Patents

Abstract

本申请涉及一种物流报价响应方法及其装置、设备、介质、产品，所述方法包括：从宽表数据库中查询出与待报价的发货线路相匹配的多个数据记录，其中包含服务产品、发货线路模板及定义了所述发货线路模板与其相应的计价规则的运费模板，发货线路模板包含配货地模板和收货地模板，待报价的发货线路中的配货地和收货地对应属于匹配出的发货线路模板中的配货地模板和收货地模板所覆盖的地理区域；根据各个发货线路模板相对应的计价规则，确定出相对应的物流运费；将服务产品与物流运费构造为报价列表。由此可以提高第四方物流系统处理报价查询请求的吞吐量，使后台服务器更为稳定，提升电商平台中的商家用户进行发货线路报价查询时的响应效率。

Description

物流报价响应方法及其装置、设备、介质

技术领域

本申请涉及信息处理技术，尤其涉及一种物流报价响应方法及其装置、设备、介质。

背景技术

随着跨境电商的兴起，第四方物流应运而生。第四方物流不同于第三方物流局限于提供基础物流服务的情况，而是通过专用的平台，融合上游电商平台的商家和下游第三方物流服务商的业务流程，提供一站式网店物流数据信息流的解决方案，实现提供管理、托运、快递预订、包裹追踪、货到付款等服务。

第四方物流在实现其任务的过程中，允许各个作为渠道服务商的第三方物流用户自定义其服务产品及相应的报价，通常第三方物流用户可以自定义运费模板，每个运费模板中定义多条发货线路模板，并提供相应的计价规则，出于传统着重于渠道服务商内部维护和主要突出的是运费计算的整体流程的现实，各家渠道服务商的运费模板独立维护和调用，当需要为电商平台中待发货的商家用户提供线路报价时，需要分别调用各家渠道服务商的运费模板中的具体数据，进行运费计算，这个过程需要耗时。

对于应用传统技术的第四方物流系统来说，需要进行线路报价的需求是海量并发的，当海量的报价请求发起时，会导致每个报价请求得到响应的耗时极大地延长，甚至导致服务器瘫痪。

具体来说，对于多服务产品多线路的报价系统，传统技术通常是遍历所有服务产品，再遍历服务产品下的所有线路，一一与用户指定的发货线路进行匹配找到候选运费模板，再根据候选运费模板计算出可选的服务产品及报价。由此可见，从技术层面来分析，此种方案在大量服务产品与大量发货线路的情况下，计算性能低下，无法满足商家快速发货的需求。

发明内容

本申请的目的在于解决上述问题而提供一种物流报价响应方法及其相应的装置、设备、非易失性可读存储介质，以及计算机程序产品。

根据本申请的一个方面，提供一种物流报价响应方法，包括如下步骤：

响应报价查询请求，确定出待报价的发货线路，所述发货线路包括配货地和收货地；

从宽表数据库中查询出与所述待报价的发货线路相匹配的多个数据记录，所述数据记录中包含服务产品、发货线路模板及定义了所述发货线路模板与其相应的计价规则的运费模板，所述发货线路模板包含配货地模板和收货地模板，所述待报价的发货线路中的配货地和收货地分别对应属于匹配出的发货线路模板中的配货地模板和收货地模板所覆盖的地理区域；

根据各个所述数据记录中的各个所述发货线路模板相对应的计价规则，分别确定出所述各个数据记录相对应的物流运费；

将所述数据记录中的服务产品与所述相对应的所述物流运费对应关联构造为报价列表，应答所述报价查询请求。

可选的实施例中，响应报价查询请求之前，包括：

获取各个第三方物流用户对应定义存储的服务产品、所述服务产品所采用的运费模板，所述运费模板中包含有多个发货线路模板及其相应的计价规则，每个发货线路模板中包含有配货地模板和收货地模板；

将所述各个第三方物流用户对应定义的服务产品、所述运费模板中的各个发货线路模板，以及各个发货线路模板所属的运费模板进行全连接，构成枚举映射关系数据；

将各个第三方物流用户的所述枚举映射关系数据存储为宽表数据库中的数据记录。

可选的实施例中，将各个第三方物流用户的所述枚举映射关系数据存储为宽表数据库中的数据记录之后，包括：

对所述宽表数据库进行去重检测，删除服务产品、发货线路模板均重复的数据记录，以保持相同服务产品下发货线路模板所对应的运费模板的唯一性且属于最新价格配置版本；

以所述宽表数据库中的发货线路模板中的配货地模板和/或收货地模板为关键字，建立所述宽表数据库的倒排序索引。

可选的实施例中，获取各个第三方物流用户对应定义存储的服务产品、所述服务产品所采用的运费模板，包括：

检测各个第三方物流用户对应定义的服务产品的价格配置版本，获取属于最新价格配置版本的运费模板；

检测每个最新价格配置版本的运费模板中的发货线路模板的唯一性，当发货线路模板不具备唯一性时，丢弃使用相应的发货线路模板。

可选的实施例中，将各个第三方物流用户的所述枚举映射关系数据存储为宽表数据库中的数据记录之后，包括：

响应任意第三方物流用户的服务产品的运费模板被更新的通知消息，获取被更新的运费模板；

为被更新的运费模板生成包含有各个发货线路模板的所述枚举映射关系数据；

在保持唯一性的条件下，将对应被更新的运费模板所生成的枚举映射关系数据替换所述宽表数据库中具有相同发货线路模板的数据记录，或新增到所述宽表数据库中。

可选的实施例中，将各个第三方物流用户的所述枚举映射关系数据存储为宽表数据库中的数据记录之后，包括：

响应任意第三方物流用户相对应的同步任务，获取该第三方物流用户的目标服务产品的目标运费模板；

启动以所述目标运费模板同步所述宽表数据库的过程，在同步任务表中添加相应的同步任务及该同步任务的启动时刻；

根据所述同步任务表中各个同步任务的启动时刻，检测存续超过预设时长的同步任务作为异常同步任务，当存在所述异常同步任务时，将该异常同步任务回滚以撤销对应添加到所述宽表数据库的数据，并调用运行异常处理接口。

可选的实施例中，从宽表数据库中查询出与所述待报价的发货线路相匹配的多个数据记录，包括：

确定所述配货地和收货地相对应的本级和所有各个上级地名，相应获得存储所述地名的配货地列表和收货地列表；

将所述配货地列表和收货地列表进行交叉连接，获得线路列表，其中包含多个扩展发货线路，每个扩展发货线路包含配货地列表中的一个地名到收货地列表中的一个地名；

针对所述线路列表中的各个扩展发货线路查询所述宽表数据库，获得包含每个所述扩展发货线路的全部数据记录。

根据本申请的另一方面，提供一种物流报价响应装置，包括：

请求响应模块，设置为响应报价查询请求，确定出待报价的发货线路，所述发货线路包括配货地和收货地；

查询执行模块，设置为从宽表数据库中查询出与所述待报价的发货线路相匹配的多个数据记录，所述数据记录中包含服务产品、发货线路模板及定义了所述发货线路模板与其相应的计价规则的运费模板，所述发货线路模板包含配货地模板和收货地模板，所述待报价的发货线路中的配货地和收货地分别对应属于匹配出的发货线路模板中的配货地模板和收货地模板所覆盖的地理区域；

运费计价模块，设置为根据各个所述数据记录中的各个所述发货线路模板相对应的计价规则，分别确定出所述各个数据记录相对应的物流运费；

请求应答模块，设置为将所述数据记录中的服务产品与所述相对应的所述物流运费对应关联构造为报价列表，应答所述报价查询请求。

根据本申请的另一方面，提供一种物流报价响应设备，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行本申请所述的物流报价响应方法的步骤。

根据本申请的另一方面，提供一种非易失性可读存储介质，其以计算机可读指令的形式存储有依据所述的物流报价响应方法所实现的计算机程序，所述计算机程序被计算机调用运行时，执行该方法所包括的步骤。

根据本申请的另一方面，提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现本申请任意一种实施例中所述方法的步骤。

相对于现有技术，本申请先将第三方物流用户的服务产品及其运费模板中的各条发货线路模板中的配货地模板和送货地模板进行展开，与服务产品和运费模板本身相关联构成数据记录，存储到宽表数据库中，当电商平台的商家用户给出配货地和收货地而触发报价查询请求时，利用配货地、配货地与宽表数据库中的数据记录中的配货地模板、配货地模板之间的匹配关系，查询出相匹配的数据记录，然后利用各个数据记录的发货线路模板所对应的计价规则进行计价确定出相应的物流运费，将各个数据记录中的服务产品及其相应的物流运费应答报价查询请求，完成报价查询。在这个过程中，由于各家第三方物流用户的运费模板中的发货线路模板被展开到宽带数据库中，在进行数据记录匹配的速度更为快速，可以提高报价查询请求的吞吐量，使后台服务器更为稳定，服务于海量并发的报价查询请求，提升电商平台中的商家用户进行发货线路报价查询时的响应效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请的示例性的应用环境的网络架构示意图；

图2为本申请的物流报价响应方法的一种实施例的流程示意图；

图3为本申请的实施例中将第三方物流用户的服务产品及其运费模板中的数据转换存储到宽表数据库的流程示意图；

图4为本申请实施例中针对个别运费模板进行数据转换更新到宽表数据库的流程示意图；

图5为本申请实施例中通过同步任务对个别运费模板的数据转换过程进行安全检测和异常处理的流程示意图；

图6为本申请实施例中通过地名扩充查询宽表数据库以匹配出更多报价数据的流程示意图；

图7为本申请的物流报价响应装置的原理框图；

图8为本申请所采用的一种物流报价响应设备的结构示意图。

具体实施方式

本申请的方法，可以在服务于电商平台的第四方物流的物流系统即第四方物流系统中执行，第四方物流系统是电商平台与下游物流系统之间的中间接入平台，可以服务于多个电商平台的商家用户，将商家用户在各个电商平台中产生的物流运单按需分派至各个下游物流系统。下游物流系统主要是提供基础物流服务的第三方物流的物流系统。

图1示出本申请的第四方物流系统80与电商平台82、第三方物流系统81之间的通信连接关系的网络架构示意图，根据该图不难理解，第四方物流系统80、电商平台82、第三方物流系统81均建基于网络基础设施所提供的服务器来提供相应的服务，第四方物流系统80与电商平台82、第三方物流系统81之间的数据通信，可以通过彼此的服务器调用相应方的数据通信接口来实现。例如，商家用户在一个或多个电商平台82相应运营一个或多个在线店铺，由消费者用户下单生成商品订单，再将商品订单转换为物流运单，然后借助第四方物流系统80将各个在线店铺产生的物流运单构造为物流运单列表，发送至第四方物流系统80的服务器，由第四方物流系统80的服务器对物流运单列表进行批处理，完成中间数据的转换，将物流运单列表转换为待发货列表，推送给商家用户，在商家用户指定可以发货的物流运单后，再将这些物流运单发送到相应的目标物流系统，这些目标物流系统主要是指具体的第三方物流系统81，每个第三方物流系统81都依靠互联网提供的基础设施，部署相应的服务器以接入第四方物流系统80的服务器。

一些实施例中，第四方物流系统80与电商平台82可以联合部署，使第四方物流系统80构成电商平台82的一部分关联服务，以便第四方物流系统80可以共享电商平台82的基础设施来运行并提供服务。

示例性的电商平台82，借助互联网基础设施而面向社会大众提供产品和/或服务的供需匹配，在电商平台82中，产品和/或服务是作为商品信息而提供的，为简化描述，在本申请中使用商品、产品等概念指代电商平台82中的产品和/或服务，具体可以是物理产品、数字产品、门票、服务订阅、其他线下履行的服务等。

第四方物流系统80与电商平台82之间可以共享接入机制，参与到电商平台82、第四方物流系统80的各方实体可以用户的身份接入电商平台82，使用电商平台82、第四方物流系统80提供的各种在线服务，实现参与电商平台82所实现的商务活动的目的。这些实体可以是自然人、法人或社会组织等。对应商务活动中的商家和消费者两类实体，电商平台82相应存在商家用户和消费者用户两大类用户。商务活动中产品流通链条的各方实体，包括厂家、卖方、零售商、物流提供方等，均可以商家用户的身份在电商平台82中使用在线服务，而商务活动中的消费者，包括现实或潜在的消费者，则可以其相应的消费者用户的身份在电商平台82中使用在线服务。实际商务活动中，同一个实体既可以商家用户的身份活动，也可以消费者用户的身份进行活动，对此应灵活变通理解。

本申请中，第三方物流系统也可以相应的第三方物流用户的身份登录第四方物流系统，对其自有的服务产品、运费模板进行编辑和维护。所述服务产品，指代提供给商家用户使用的物流服务品牌。第四方物流系统通常对接有多个渠道服务商即第三方物流商，这些渠道服务商通过第四方物流系统向电商平台中的商家用户提供相应的物流服务，称为服务产品。比如：XX速运。第四方物流系统会为第三方物流用户提供相应的价格配置功能模块，以便第三方物流用户编辑和维护其运费模板，运费模板中定义有多条发货线路模板，每个发货线路模板中会定义配货地模板和收货地模板，配货地模板和收货地模板都在地名表示，此外，运费模板中也会定义出发货线路模板相对应的计价规则以指导计算物流运费。在计算机程序中，发货线路模板，或待报价的发货线路，都可以表示成二元组数据结构，例如包裹的寄件地址和收件地址构成的二元组，比如：广州发北京。第三方物流用户可以提供多个服务产品，每个服务产品可以有多个运费模板，但任意时刻只启用单个运费模板，通常可以启用属于最新价格配置版本的运费模板，用来为各条发货线路计算出最新报价的物流运费。

用于部署电商平台82、第四方物流系统80的基础设施主要包括后台架构和前端设备，后台架构通过服务机群运行各种在线服务，包括面向平台方(电商平台82和/或第四方物流系统80)的中间件或前端服务、面向消费者的服务、面向商家的服务等，来丰富和完善其服务功能；前端设备主要涵盖用户用来作为客户端接入电商平台82和/或第四方物流系统80的终端设备，包括但不限于各种移动终端、个人计算机、销售点设备等。示例而言，消费者用户可以通过其终端设备访问电商平台82所实现的在线店铺的网页，通过网页上提供的购物按键，触发购物流程，在购物流程中调用电商平台82所提供的各种在线服务，从而实现购物下单的目的；商家用户可以收集消费者用户在其在线店铺下单生成的商品订单，转换为物流运单列表，使用第四方物流系统80提供的接口，实施批量发货操作。

在一些实施例中，电商平台82、第四方物流系统80可以通过包括处理器和存储器的处理设施来实现，该处理设施存储一组指令，该指令在被执行时使得电商平台82执行本申请所涉及的电子商务和支持功能。处理设施可以是服务器、客户端、网络基础设施、移动计算平台、云计算平台、固定计算平台或其他计算平台的一部分，并且提供电商平台82的电子组件、商家设备、支付网关、应用开发者、营销渠道、运输提供商、客户设备、销售点设备等。

电商平台82、第四方物流系统80可以实现为云计算服务、软件即服务(SaaS)、基础设施即服务(IaaS)、平台即服务(PaaS)、桌面即服务(DaaS)、托管软件即服务、移动后端即服务(MBaaS)、信息技术管理即服务(ITMaaS)等在线服务。在一些实施例中，电商平台82、第四方物流系统80的各个功能部件可以被实现为适于在各种平台和操作系统上操作，例如，对于一个在线店铺来说，其管理员用户无论在iOS、Android、HomonyOS、还是网页等各种实施例中，都享有相同或类似的功能。

电商平台82可以为各个商家实现其相应的独立站，以运行其相应的在线店铺，为商家提供相应的商务管理引擎实例，供商家建立、维护、运行其在一个或多个独立站中的一个或多个在线店铺。商务管理引擎实例可以用于一个或多个在线店铺的内容管理、任务自动化和数据管理，可以通过接口或内建组件等方式配置在线店铺的各种具体业务流程以支持商务活动的实现。独立站是具有跨境服务功能的电商平台82的基础设施，商户可以基于独立站较为集中自主地维护其在线店铺。独立站通常具有商家专用的域名和存储空间，不同独立站之间具有相对独立性，电商平台82可以为海量的独立站提供标准化或个性化的技术支持，使得商家用户可以定制出自身相适应的商务管理引擎实例，并使用这个商务管理引擎实例来维护其拥有的一个或多个在线店铺。

第四方物流系统80可以在商家用户的商务管理引擎中预置相应的接口功能，通过使用接口功能，使商家用户能够接入第四方物流系统80，使用第四方物流系统80的各种功能以实施完整的商务活动。示例而言，商家用户可以将其在一个或多个电商平台82中运营的一个或多个在线店铺中产生的海量商品订单，通过商务管理引擎提供的功能页面，批量整合这些商品订单，构造成物流运单列表，由第四方物流系统80对物流运单列表进行中间数据处理，完成数据转换、物流计费、运单分派等等一系列中间处理之后，最终将物流运单送达各个相应的下游物流系统以由各个下游物流系统启动具体物流运单的物流过程。

在线店铺可以通过商家用户以管理员身份登录其商务管理引擎实例来实施后台配置和维护，在电商平台82的基础设施所提供的各种在线服务的支持下，商家用户可以其管理员身份对其在线店铺中的各种功能进行配置，对各种数据进行查阅等，例如，商家用户可以管理其在线店铺的各个方面，例如查看在线商店最近的活动、更新在线店铺产品目录、管理订单、最近访问活动、总订单活动等；商家用户还可以通过获取报告或度量来查看关于商业和对商家的在线商店的访问者的更详细的信息，例如显示商家的整体业务的销售摘要、活动销售营销渠道的特定销售和参与数据等。

电商平台82和第四方物流系统80都可以提供用于提供电子通信和营销的通信设施和相关联的商家接口，例如利用电子消息聚合设施来收集和分析商家、消费者、商家设备、客户设备、销售点设备等之间的通信交互，聚合和分析通信，例如用于增加提供产品销售的潜力等。例如，消费者可能有与产品有关的问题，这可能在消费者和商家(或代表商家的基于自动处理器的代理)之间产生对话，其中通信设施负责交互并向商家提供关于如何提高销售概率的分析。

一些实施例中，可以提供适合安装到终端设备的应用程序来服务于不同用户的访问需求，以便使各种用户能够在终端设备中，通过运行应用程序来访问电商平台82和/或第四方物流系统80以使用相应的功能，例如电商平台82中的在线店铺、第四方物流系统80中的商家后台模块等，通过这些功能来实现商务活动。电商平台82和第四方物流系统80可以将支持实现商务活动相关的各种功能实现为开发工具包植入到应用程序中来实现功能扩展和任务实现。商务管理引擎实例可以包括电商平台82和/或第四方物流系统80的基本功能，并通过API将这些功能暴露给应用程序调用，应用程序通过远程调用相对应的API，可以实现所需的各种任务。

在商务管理引擎实例的各个组件的支持下，电商平台82可以提供在线购物功能，使商家能够以灵活透明的方式与客户建立联系，消费者用户可以在线选购物品，创建商品订单，在商品订单中提供货物的送达地址，并完成商品订单的支付确认。

然后，商家可以审查并完成或取消订单。商务管理引擎实例携带的审查组件可以实现商业流程的合规使用，以确保订单在实际履行之前适合履行。订单有时候也可能是欺诈性的，需要加以验证(例如身份证检查)，有一种需要商家等待以确保收到资金的支付方法可以起到防患这种风险的作用，等等。订单风险可能由第三方通过订单风险API等提交的欺诈检测工具产生。在进行履行之前，商家可能需要获取支付信息或等待接收支付信息，以便将订单标记为已支付，至此商家才可以准备交付产品。诸如此类的情况都可进行相应的审查。审查流程可以由履行组件来实现。商家可以借助履行组件审查、调整工作，并触发相关的履行服务，例如：通过手动履行服务，当商家将产品挑选并包装在盒子中、购买运输标签并输入其跟踪号，或者仅将物品标记为已履行时使用；自定义履行服务，可以定义发送电子邮件进行通知；API履行服务，可以触发第三方应用程序在第三方创建履行记录；遗留履行服务，可以触发从商务管理引擎到第三方的自定义API调用；礼品卡履行服务。可以提供生成号码并激活礼品卡。商户可以使用订单打印机应用程序打印装运单。当物品被包装在盒子里并准备好运输、跟踪、交付、消费者收到验证等时，可以执行履行过程。

请参阅图2，根据本申请提供的一种物流报价响应方法，在其一个实施例中，包括如下步骤：

步骤S5100、响应报价查询请求，确定出待报价的发货线路，所述发货线路包括配货地和收货地；

当电商平台的商家用户需要为其在线店铺配置物流服务商，也即渠道服务商时，可以在其对应的商务管理引擎实例中进行相应的配置操作，通过对应提供的后台管理页面，录入各个发货线路，再向第四方物流系统发送针对所述发货线路的报价查询请求，以便获得第四方物流系统应答反馈的报价列表，在报价列表中针对所请求报价的发货线路，提供一个或多个可选的服务产品及其相应的物流运费，以及其他可以灵活扩展的与服务产品相关的信息。

当商家用户在后台管理页面中定义一条发货线路时，通常包括两个地名字段的录入，其中一个是配货地，指示收揽包裹所在地；另一个是收货地，指示包裹送达的目的区域。配货地通常对应商家用户的商品仓库所在地，而收货地通常对应消费者用户在该商家用户的在线店铺生成的商品订单中给出的送达地址来确定。

一个实施例中，当商家用户完成一条发货线路的定义，即录入配货地和收货地后，或者在后续触发报价控件时，后台管理页面便可自动触发针对该发货线路的报价查询请求，将其发送给第四方物流系统。

第四方物流系统作为集中响应的系统，其同时响应大量商家用户并发提交的报价查询请求，通常，并发的请求量是海量的，第四方物流系统可以响应每个报价查询请求进行相应的处理。首先，可以解析报价查询请求，获得其中指定的发货线路，这个发货线路被第四方物流系统视为需要提供报价的发货线路，即待报价的发货线路，它包含有配货地和收货地两个数据，将这两个数据提取出来以备后续查询之用。

一般来说，一个报价查询请求可以只包含一条发货线路，但是，一种实施例中，可以允许后台管理页面针对商家用户所定义的多条发货线路发起单个报价查询请求，针对这种情况，第四方物流系统从这个报价查询请求中解析出各个待报价的发货线路的配货地和收货地后，执行本申请后续的处理，针对每个发货线路生成其相应的报价列表进行统一应答即可。

步骤S5200、从宽表数据库中查询出与所述待报价的发货线路相匹配的多个数据记录，所述数据记录中包含服务产品、发货线路模板及定义了所述发货线路模板与其相应的计价规则的运费模板，所述发货线路模板包含配货地模板和收货地模板，所述待报价的发货线路中的配货地和收货地分别对应属于匹配出的发货线路模板中的配货地模板和收货地模板所覆盖的地理区域；

一般来说，每个第三方物流用户都在独立的数据空间中维护自己的价格配置信息，这个价格配置信息中，包含有第三方物流用户自定义的服务产品，并且为其每个服务产品都预先定义有相应的运费模板，运费模板中，由第三方物流用户给定若干发货线路模板，发货线路模板由配货地模板和收货地模板两个数据构成，这里所称的模板，是对定义字段的形象表述，本质上是由第三方物流用户指定的地名所构成的二元组数据。运费模板中，对应每个发货线路模板，还设置有相应的计价规则，也就是说，运费模板中包含有发货线路模板中的配货地模板、收货地模板、计价规则之间的映射关系数据。同一服务产品可以定义多个价格配置版本相对应的运费模板，但第三方物流用户同一时间只能启用其中一个版本，通常是最新版本。同一运费模板中，也应要求发货线路模板具有唯一性，以避免同一发货线路模板存在多个不同的计价规则。这里所称的计价规则，既可以计价公式或数据接口，也可以是直接额定的金额，总之，通过计价规则的应用，可以生成发货线路模板相对应的物流运费。为便于第三方物流系统的管理，通常，第三方物流系统的服务产品、运费模板等数据是独立存储在自己的数据空间中的，例如独立一个数据表进行存储。这样，当第四方物流系统需要为同一个待报价的发货线路确定多个第三方物流系统的服务产品的物流运费时，便需要先后确定各个第三方物流系统，再在各个第三方物流系统的数据空间中调用各种数据来进行查询，这个过程便会耗费更多的时间，影响查询效率。

本申请中，各个第三方物流系统的服务产品、运费模板等数据，已经事先被统一到一个宽表数据库中，在同一个数据库中存储全部第三方物流系统的所有服务产品下所有运费模板的数据，并且具体到以每个运费模板中的每个发货线路模板为单位来构造相应的数据记录。

示例性的一种宽表数据库的表结构，可以包含起索引作用的第一宽表和第二宽表，第一宽表包含有由服务产品、发货线路模板中的配货地模板、发货线路模板中的收货地模板、发货线路模板所在的运费模板(以模板标识表示)所构成的数据记录；第二宽表则可以将全部第三方物流系统的服务产品所启用的运费模板中的模板标识、配货地模板、收货地模板、计价规则的映射关系数据存储在一起。这种方式的优势主要是保留了第三方物流用户能够单独维护其中的第二宽表中的相关数据，又能保证响应报价查询请求的能力。

示例性的另一种宽表数据库的表结构中，则可以将第一宽表和第二宽表进一步合并，成为同一张宽表，也就是在前一示例的第一宽表的基础上，扩展一个计价规则的字段亦可。这种方式的优势是多表调用，故可提升整体响应效率，在响应海量请求的情况下，能够体现出效率优势。

由此可知，在这样的宽表数据库中，各个第三方物流用户的运费模板中的数据都被集中到一起，并且，运费模板中的发货线路模板被展开为相应数据记录中的字段内容，可以直接查询，相较于多表调用的情况，具有响应效率上的优势。

所以，在一个实施例中，以待报价的配货地、收货地，分别与宽表数据库中配货地模板、收货地模板进行对应匹配，当匹配一致时，相应的数据记录，便是为待报价的发货线路匹配出的数据记录，通过这个数据记录，可以直接或间接调用其中的发货线路模板相对应的计价规则。

在另一实施例中，在宽表数据库中进行匹配时，考虑到具有上下级关系的不同地理区域范围的物流调度的便利性，如果配货地的地理区域被配货地模板的地理区域所覆盖，即前者是后者的下级行政区划，那么，这种情况下可以视为配货地与相应的配货地模板相匹配，对于收货地与收货地模板的匹配规则也同理。根据这个实施例，以配货地为“广州”，收货地为“武汉”为便在宽表数据库中进行匹配，还有望匹配到配货地模板为“广东”，收货地模板为“湖北”的数据记录。由此，尽管每个运费模板中的发货线路模板都具有唯一性，但是，同一个待报价的发货线路，可能在同一运费模板中也能匹配出多条数据记录，给商家用户在选用服务产品时提供更丰富的参考信息。

步骤S5300、根据各个所述数据记录中的各个所述发货线路模板相对应的计价规则，分别确定出所述各个数据记录相对应的物流运费；

当从宽表数据库中，查询确定出待报价的发货线路相对应的数据记录之后，如果宽表数据库的表结构是多表结构，则可根据表与表之间的连接关系，根据在第一宽表中匹配出的数据记录中的运费模板的模板标识，在第二宽表中调用该模板标识相对应的计价规则，来为匹配出的数据记录计算物流运费。如果宽表数据库中的表结构是单表结构，则计价规则会被直接展开作为字段内容，计价规则本身就包含在匹配出的数据记录中，这种情况下，则直接调用相应的计价规则来计算物流运费即可。

计价规则的定义是灵活的，前文已经说明了计价规则的定义，其中可以包含直接指定的金额。在这里，再示例另一种计价规则以展示其定义灵活性，例如，可以定义出第三方物流用户报关所需的目标币种和报关服务费率、基础运费作为一种计价规则，当一条发货线路模板采用了这种计价规则时，按照对应该计价规则所编写的业务逻辑，先将物流运单中的属于商品订单的订单金额与报关服务费率相乘得到报关服务费，再加上基础运费，得到原币总费用，然后根据商品订单计价所采用的币种与计价规则中指定的目标币种之间的汇率，对原币总费用进行转换，获得目标币种相对应的金额作为目标币种相对应的物流运费。至此，即完成了根据计价规则完成物流运费的计算的过程。

根据以上为计价规则的应用给出诸多示例，不难理解，只需为发货线路模板预先定义好相应的计价规则，便可将依据这些计价规则计算出相应的物流运费，从而确保报价查询的数据来源的可靠性和有效性。

步骤S5400、将所述数据记录中的服务产品与所述相对应的所述物流运费对应关联构造为报价列表，应答所述报价查询请求。

根据以上的过程，从宽表数据库中匹配出的每个数据记录，都指示一个服务产品中的一条发货线路，并且为这个发货线路计算出相应的物流运费，也就是说，每个数据记录有其对应的服务产品和物流运费，服务产品和物流运费之间也建立起对应关系，所以，可以利用这种对应关系，对应待报价的发货线路的查询结构，构成出一个报价列表，在这个报价列表中，存储每条匹配出的数据记录所属的服务产品和所计算确定的物流运费之间的映射关系数据。在必要时，还可以在这个映射关系数据中添加发货线路，还可以进一步添加服务产品的其他关系预设信息等等，以丰富报价列表的信息量，提升商家用户在选择服务产品时的决策交互效率。

在针对待报价的发货线路确定出其相应的报价列表后，便可以将全部报价列表打包推送给商家用户，即提交相应的报价查询请求的商家用户，送至相应的终端设备，在终端设备中解析报价列表并显示出各个服务产品下的物流运费，供商家用户选定相应的服务产品。

需要指出的是，消费者用户如果需要自行选用物流服务商而需要为其定义的发货线路进行报价查询时，这时他的角色其实也从消费者用户转换成了商家用户，因而，也可以按照本申请的方法来为其提供发货线路的报价。对此，本领域技术人员应能理解。

相对于现有技术，本申请先将第三方物流用户的服务产品及其运费模板中的各条发货线路模板中的配货地模板和送货地模板进行展开，与服务产品和运费模板本身相关联构成数据记录，存储到宽表数据库中，当电商平台的商家用户给出配货地和收货地而触发报价查询请求时，利用配货地、配货地与宽表数据库中的数据记录中的配货地模板、配货地模板之间的匹配关系，查询出相匹配的数据记录，然后利用各个数据记录的发货线路模板所对应的计价规则进行计价确定出相应的物流运费，将各个数据记录中的服务产品及其相应的物流运费应答报价查询请求，完成报价查询。在这个过程中，由于各家第三方物流用户的运费模板中的发货线路模板被展开到宽带数据库中，在进行数据记录匹配的速度更为快速，可以提高报价查询请求的吞吐量，使后台服务器更为稳定，服务于海量并发的报价查询请求，提升电商平台中的商家用户进行发货线路报价查询时的响应效率。

通过实测，在第四方物流系统中执行本申请的方法的步骤，可以支持在亿级线路的运费模板配置下，完成每秒10000单的运费报价请求，其取得的技术优势在业界而言异常显著。

在本申请任意实施例的基础上，请参阅图3，响应报价查询请求之前，包括：

步骤S4100、获取各个第三方物流用户对应定义存储的服务产品、所述服务产品所采用的运费模板，所述运费模板中包含有多个发货线路模板及其相应的计价规则，每个发货线路模板中包含有配货地模板和收货地模板；

各个第三方物流用户事先已经定义好他们的服务产品和运费模板，并且存储在他们相对应的数据空间中，对于运费模板来说，这个相对应的数据空间，可以是独立的数据库中的专用数据表格，也可以理解为前文示例中的第二宽表中，关联于每个第三方物流用户的全部数据记录。至于运费模板的数据结构，如前文所述，包含有各个发货线路模板，每个发货线路模板包含有配货地模板和收货地模板，而且，每个发货线路模板还关联设置其相应的计价规则。同一运费模板中的发货线路模板是唯一的。

为了将全部第三方物流用户的数据转换存储到宽表数据库，对于存储到独立的数据库中的第三方物流用户的相关数据，可以全部调用获取出来做转换处理。

步骤S4200、将所述各个第三方物流用户对应定义的服务产品、所述运费模板中的各个发货线路模板，以及各个发货线路模板所属的运费模板进行全连接，构成枚举映射关系数据；

如前所述，宽表数据库中，至少包含服务产品、发货线路模板、运费模板(表示为模板标识)等字段内容，其中的发货线路模板中虽然包含有配货地模板和收货地模板，在这里视为结合在一起的独立数据单元看待即可。发货线路模板原始存储在运费模板中，所以，转换的过程实际上是将运费模板中的各个发货线路模板逐一那个，为每个发货线路模板构成相应的数据记录，存储到宽表数据库中，例如前文示例的第一宽表中。所述数据记录包含的内容可以简单理解为“服务产品+发货线路模板+运费模板的模板标识”，由此可知，其实质是将第三方物流用户的运费模板中的各个发货线路模板与该运费模板所属的服务产品、该运费模板的模板标识进行全连接，实现数据打平，而获得相应的宽表，得到形式如下的数据记录：“服务产品1，广州，武汉，运费模板1”。

步骤S4300、将各个第三方物流用户的所述枚举映射关系数据存储为宽表数据库中的数据记录。

当将一个运费模板的数据打平后，数据打平获得的全部数据记录，可以视为这个运费模板相应的枚举映射关系数据，全部第三方物流用户都能生成其相应的枚举映射关系数据，将全部枚举映射关系数据存储到宽表数据库的对应表格例如前文所述的第一宽表中，便完成了数据转换过程。

以上实施例可知，通过将各个第三方物流用户所启用的运费模板中的各个发货线路模板展开构造宽表中的数据记录，完成宽表数据库的基础数据构建，将各自为政的各家第三方物流用户的数据集中到同一宽表数据库中，可以实现集中查询，为提升查询时的响应速率奠定了数据基础。

在本申请任意实施例的基础上，将各个第三方物流用户的所述枚举映射关系数据存储为宽表数据库中的数据记录之后，包括：

步骤S6100、对所述宽表数据库进行去重检测，删除服务产品、发货线路模板均重复的数据记录，以保持相同服务产品下发货线路模板所对应的运费模板的唯一性且属于最新价格配置版本；

为防止数据出错，在完成对各个第三方物流用户的数据转换之后，可以进一步对已经完成的宽表数据库进行安全检测，具体是对宽表数据库中的数据记录进行去重处理，检测出其中服务产品、发货线路模板都相同的数据记录，如果服务产品、发货线路模板都相同的数据记录有多条，则通过他们关联的运费模板的模板标识来确定其中属于最新价格配置版本的运费模板，由于运费模板的模板标识通常是以版本号来命名，所以只需通过模板标识便可达到检测版本的目的，然后，只保留属于最新价格配置版本相对应的数据记录，删除其他服务产品、发货线路模板重叠的数据记录。如果属于最新价格配置版本的数据记录也有多个，则只需保留其中任意之一即可，由此确保同一服务产品下的发货线路模板的唯一性。

步骤S6200、以所述宽表数据库中的发货线路模板中的配货地模板和/或收货地模板为关键字，建立所述宽表数据库的倒排序索引。

在完成去重检测后，对于宽表数据库中的这些数据记录，可以通过倒排序建立索引，具体示例而言，可以对前文示例的第一宽表进行倒排序来达到建立索引的目的。

进行倒排序处理时，可以以配货地模板或收货地模板任意之一为关键字进行倒排序，也可以是其中的一个作为第一排序关键字，另一个作为第二排序关键字进行倒排序，完成排序后所固化的数据表，便可起到查询索引的作用。

根据以上实施例可知，通过在完成对各个第三方物流用户相对应的数据的数据转换后，进一步对相应的宽表进行去重和倒排序，完成索引建设，相应的宽表便可使得对其执行数据查询时的响应效率得以进一步提升。

在本申请任意实施例的基础上，获取各个第三方物流用户对应定义存储的服务产品、所述服务产品所采用的运费模板，包括：

步骤S4110、检测各个第三方物流用户对应定义的服务产品的价格配置版本，获取属于最新价格配置版本的运费模板；

在一些实施例中，保证宽表中，针对同一发货线路模板仅使用其最新价格配置版本的运费模板的举措，可以在调用第三方物流用户的独立数据空间的数据时前置处理。因此，在调用这些数据时，便检测每个第三方物流用户对应定义的服务产品所设置的价格配置版本，以这个设置的价格配置版本为依据，在第三方物流用户所运费模板库中，查询其中标记为最新价格配置版本的运费模板。例如，服务产品所设置的价格配置版本为V3，如果运费模板库中存在V2.7、V3.0、V3.1三个运费模板，则此时可确定V3.1为最新价格配置版本，调用模板标识包含这个版本号的运费模板，用来实现数据转换。

步骤S4120、检测每个最新价格配置版本的运费模板中的发货线路模板的唯一性，当发货线路模板不具备唯一性时，丢弃使用相应的发货线路模板。

为了排除运费模板中固有的数据录入异常，避免后续再确认唯一性，在获得最新价格配置版本的运费模板之后，对运费模板中的发货线路模板是否具有唯一性进行排查，当存在多个配货地模板和收货地模板完全相同的发货线路模板时，则仅保留其中任意之一相对应的数据记录即可，可将其他相同发货线路模板的数据记录删除。

由以上实施例可知，避免宽表数据库出现数据重复或歧义的方式，也可以在调用第三方物流用户的独立数据空间的数据时便先行处理，由此可以减少后续进行数据转换时的运算量，提升数据转换效率。

在本申请任意实施例的基础上，请参阅图4，将各个第三方物流用户的所述枚举映射关系数据存储为宽表数据库中的数据记录之后，包括：

步骤S7100、响应任意第三方物流用户的服务产品的运费模板被更新的通知消息，获取被更新的运费模板；

第三方物流用户会定期或不定期地更新其运费模板中的数据，包括修改其发货线路模板中的配货地模板和/或收货地模板、修改某个发货线路模板相对应的计价规则等，这种修改的结果应当被迅速反映到已经事先建立的宽表数据库中，特别是更新到如前文所示例的起索引作用的第一宽表或与第一宽表同性质的宽表中。针对这种需求，可以基于消息通知机制，在第三方物流用户修改其运费模板时，触发运费模板被更新的通知消息，第四方物流系统另行监听第三方物流用户的服务产品的运费模板被更新的通知消息，当监听到这个通知消息时，便能通过这个通知消息确定和获取相应的运费模板。

步骤S7200、为被更新的运费模板生成包含有各个发货线路模板的所述枚举映射关系数据；

基于这个被更新的运费模板，仍可按照本申请进行数据转换的过程，具体例如前文步骤S4200和步骤S4300及其相关实施例所示的过程，基于该运费模板，生成其相对应的枚举映射关系数据。需要注意的是，这里的数据转换过程，仅针对单个运费模板而实施数据转换，得到的是相对少量的枚举映射关系数据。

步骤S7300、在保持唯一性的条件下，将对应被更新的运费模板所生成的枚举映射关系数据替换所述宽表数据库中具有相同发货线路模板的数据记录，或新增到所述宽表数据库中。

基于运费模板为单位生成的枚举映射关系数据，同理可以按照前文各实施例进行去重处理，但是，其与原来的宽表中已经存在的数据记录可能有重复，这种情况下，对于存在重复数据记录的枚举映射关系数据，在相应的宽表中进行替换存储，而对于相对于宽表具有唯一性的枚举映射关系数据，则新增存储即可。

以上实施例，在第三方物流用户修改其运费模板时，以运费模板为单位，而不是以运费模板中的个别数据记录为单位，对运费模板重新生成相应的枚举映射关系数据更新到宽表数据库原来的宽表中，可以有效避免由于基于数据记录级的通知消息过于高频繁忙而未及时接收到而出现漏更新的现象，从而有效确保宽表数据库中的数据的完整性。

在本申请任意实施例的基础上，请参阅图5，将各个第三方物流用户的所述枚举映射关系数据存储为宽表数据库中的数据记录之后，包括：

步骤S8100、响应任意第三方物流用户相对应的同步任务，获取该第三方物流用户的目标服务产品的目标运费模板；

第三方物流用户可以自行触发将其运费模板更新到宽表数据库的同步任务，当然，也可以是由第四方物流系统定期对任意第三方物流用户的运费模板进行同步。当需要进行这样的同步时，先确定出该第三方物流用户需要更新的服务产品及其运费模板，分别作为目标服务产品和目标运费模板使用。

步骤S8200、启动以所述目标运费模板同步所述宽表数据库的过程，在同步任务表中添加相应的同步任务及该同步任务的启动时刻；

同理，针对目标运费模板，仍可按照本申请进行数据转换的过程，具体例如前文步骤S4200和步骤S4300及其相关实施例所示的过程，基于该目标运费模板，生成其相对应的枚举映射关系数据，同步存储到相应的宽表中。这个过程在本实施例中被构造成同步任务进行运行。

为了加强同步任务的安全性，本实施例中，在启动以上过程之初，在一张预设的同步任务表中，添加一条数据记录，该数据记录负责记录当前的同步任务及其启动时刻。

步骤S8300、根据所述同步任务表中各个同步任务的启动时刻，检测存续超过预设时长的同步任务作为异常同步任务，当存在所述异常同步任务时，将该异常同步任务回滚以撤销对应添加到所述宽表数据库的数据，并调用运行异常处理接口。

一个运费模板中的数据是有限的，其在执行数据转换时的耗时一般也是有限的，如果一个同步任务所运行的时间过长，便意味着相应的同步任务产生了异常，例如当第三方物流用户的服务器与第四方物流系统的服务器在同步任务执行过程中出现通信中断时，无论是哪一侧的问题，都可能导致有部分数据已经同步到宽表数据库中，有部分数据则还未同步到位，这种情况下，对于保证这个运费模板相对应的宽表中数据记录的有效性是存疑的，因而，需要相应的防患和处理。

可行的方式是轮询同步任务表中的每个同步任务的存续时长，将当前时刻其减去相应的启动时刻便可得到这个存续时长，然后将这具存续时长与预设时长例如2分钟相比较，当存续时长超过预设时长时，该同步任务便属于异常同步任务。

当通过检测发现异常同步任务时，便可借助事务回滚机制，对已经更新到宽表数据库中的数据记录执行回滚操作，以删除撤销这部分数据记录。为了进一步排查异常原理，第四方物流系统可以预先设置一个异常处理接口，在发现异常同步任务后调用这个异常处理接口进行异常分析获得分析结果，以排查和消除异常。

这个异常处理接口可以是预先编辑的异常分析接口，其功能可以灵活定义，例如一种实施例中，该异常处理接口实现为基于机器学习原理，调用预训练好的机器学习模型，利用异常同步任务相对应的日志数据进行推理以获得异常原因；另一实施例中，该异常处理接口实现为即时通信接口或邮件通知接口，其负责将异常同步任务相对应的日志数据通过相应的即时通信系统或邮箱系统发送给相应的用户以实施人工排查。

根据以上实施例可知，在对第三方物流用户的运费模板进行数据同步的过程中，可以做到无人值守地侦测发现异常同步任务，及时对异常同步任务相对应的数据进行回滚操作，确保宽表数据库中的数据的有效性，并且及时将异常同步任务交付异常处理接口分析处理，进一步确保系统安全性。

在本申请任意实施例的基础上，请参阅图6，从宽表数据库中查询出与所述待报价的发货线路相匹配的多个数据记录，包括：

步骤S5210、确定所述配货地和收货地相对应的本级和所有各个上级地名，相应获得存储所述地名的配货地列表和收货地列表；

考虑到跨境电商交易中，有时候会将包裹送达目的地的上级行政区划，再在当地中转，或者也考虑到上级行政区划的物流运费有一定的参考意义，所以，在从宽表数据库中查询出与待报价的发货线路相匹配的数据记录以确定相应的物流运费时，不仅可以找出与待报价的发货线路精准匹配的发货线路模板获取其物流运费，也可以匹配出配货地和/或收货地属于待报价的发货线路的上级行政区划的发货线路模板来获取其物流运费，将这些可能的发货线路模板都作为报价的基础，供商家用户参考。

由此，针对待报价的发货线路中确定出的配货地和收货地，两者本质上是地名，其彼此对应的本级地名，固然是明确定义出该发货线路，但其各自的各级上级地名，也可以用来扩展出其他发货线路，称为扩展发货线路。所以，可以从公开地理数据中，查询出待报价的发货线路中的配货地、收货地相对应的各个上级地名，由此分别构成配货地列表和收货地列表，它们都包含多个地名，多个地名之间都具有行政区划上的垂直关系。

步骤S5220、将所述配货地列表和收货地列表进行交叉连接，获得线路列表，其中包含多个扩展发货线路，每个扩展发货线路包含配货地列表中的一个地名到收货地列表中的一个地名；

为了获得基于待报价的发货线路扩充的全部扩展发货线路，一种实施例中，直接将配货列表与收货列表作为两个集合，对两个集合求笛卡尔积，将两个集合各自的元素之间进行交叉连接，使得配货列表中的任意一个地名，都与收货列表中的每一个地名实现连接形成一条对应的扩展发货线路，当然，这些扩展发货线路中，也包含有待报价的发货线路本身。

步骤S5230、针对所述线路列表中的各个扩展发货线路查询所述宽表数据库，获得包含每个所述扩展发货线路的全部数据记录。

在获得线路列表后，便可针对线路列表中的每一个扩展发货线路查询本申请的宽表数据库，不难理解，这样，可能从宽表数据库中查找出匹配不同扩展发货线路的多个数据记录，并且按照本申请前文的过程，确定出每个数据记录相对应的物流运费，最终统合形成报价列表应答报价查询请求，使商家用户获得更为全面的参考信息。

根据以上实施例可知，在宽表数据库的基础上，通过对待报价的发货线路中的配货地和收货地按照行政区划关系进行地名扩充，从而扩充出更多发货线路，在更多发货线路的基础上执行数据匹配操作，得到更多可引用的数据记录，既可以起到查漏补缺提高匹配发货线路准确度的作用，还可以为商家用户提供更为丰富的报价参考信息。

请参阅图7，根据本申请的一个方面提供的一种物流报价响应装置，包括请求响应模块5100、查询执行模块5200、运费计价模块5300，以及请求应答模块5400，其中，所述请求响应模块5100，设置为响应报价查询请求，确定出待报价的发货线路，所述发货线路包括配货地和收货地；所述查询执行模块5200，设置为从宽表数据库中查询出与所述待报价的发货线路相匹配的多个数据记录，所述数据记录中包含服务产品、发货线路模板及定义了所述发货线路模板与其相应的计价规则的运费模板，所述发货线路模板包含配货地模板和收货地模板，所述待报价的发货线路中的配货地和收货地分别对应属于匹配出的发货线路模板中的配货地模板和收货地模板所覆盖的地理区域；所述运费计价模块5300，设置为根据各个所述数据记录中的各个所述发货线路模板相对应的计价规则，分别确定出所述各个数据记录相对应的物流运费；所述请求应答模块5400，设置为将所述数据记录中的服务产品与所述相对应的所述物流运费对应关联构造为报价列表，应答所述报价查询请求。

在本申请任意实施例的基础上，本申请的物流报价响应装置，包括：全量调用模块，设置为获取各个第三方物流用户对应定义存储的服务产品、所述服务产品所采用的运费模板，所述运费模板中包含有多个发货线路模板及其相应的计价规则，每个发货线路模板中包含有配货地模板和收货地模板；数据全连接模块，设置为将所述各个第三方物流用户对应定义的服务产品、所述运费模板中的各个发货线路模板，以及各个发货线路模板所属的运费模板进行全连接，构成枚举映射关系数据；宽表存储模块，设置为将各个第三方物流用户的所述枚举映射关系数据存储为宽表数据库中的数据记录。

在本申请任意实施例的基础上，本申请的物流报价响应装置，包括：去重处理模块，设置为对所述宽表数据库进行去重检测，删除服务产品、发货线路模板均重复的数据记录，以保持相同服务产品下发货线路模板所对应的运费模板的唯一性且属于最新价格配置版本；排序索引模块，设置为以所述宽表数据库中的发货线路模板中的配货地模板和/或收货地模板为关键字，建立所述宽表数据库的倒排序索引。

在本申请任意实施例的基础上，所述全量调用模块，包括：新版确定单元，设置为检测各个第三方物流用户对应定义的服务产品的价格配置版本，获取属于最新价格配置版本的运费模板；去重检测单元，设置为检测每个最新价格配置版本的运费模板中的发货线路模板的唯一性，当发货线路模板不具备唯一性时，丢弃使用相应的发货线路模板。

在本申请任意实施例的基础上，本申请的物流报价响应装置，包括：更新通常模块，设置为响应任意第三方物流用户的服务产品的运费模板被更新的通知消息，获取被更新的运费模板；更新枚举模块，设置为为被更新的运费模板生成包含有各个发货线路模板的所述枚举映射关系数据；更新执行模块，设置为在保持唯一性的条件下，将对应被更新的运费模板所生成的枚举映射关系数据替换所述宽表数据库中具有相同发货线路模板的数据记录，或新增到所述宽表数据库中。

在本申请任意实施例的基础上，本申请的物流报价响应装置，包括：同步响应模块，设置为响应任意第三方物流用户相对应的同步任务，获取该第三方物流用户的目标服务产品的目标运费模板；同步启动模块，设置为启动以所述目标运费模板同步所述宽表数据库的过程，在同步任务表中添加相应的同步任务及该同步任务的启动时刻；异常处理模块，设置为根据所述同步任务表中各个同步任务的启动时刻，检测存续超过预设时长的同步任务作为异常同步任务，当存在所述异常同步任务时，将该异常同步任务回滚以撤销对应添加到所述宽表数据库的数据，并调用运行异常处理接口。

在本申请任意实施例的基础上，所述查询执行模块5200，包括：地址扩充单元，设置为确定所述配货地和收货地相对应的本级和所有各个上级地名，相应获得存储所述地名的配货地列表和收货地列表；交叉连接单元，设置为将所述配货地列表和收货地列表进行交叉连接，获得线路列表，其中包含多个扩展发货线路，每个扩展发货线路包含配货地列表中的一个地名到收货地列表中的一个地名；查询匹配单元，设置为针对所述线路列表中的各个扩展发货线路查询所述宽表数据库，获得包含每个所述扩展发货线路的全部数据记录。

本申请的另一实施例还提供一种物流报价响应设备。如图8所示，物流报价响应设备的内部结构示意图。该物流报价响应设备包括通过系统总线连接的处理器、计算机可读存储介质、存储器和网络接口。其中，该物流报价响应设备的计算机可读的非易失性可读存储介质，存储有操作系统、数据库和计算机可读指令，数据库中可存储有信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种物流报价响应方法。

该物流报价响应设备的处理器用于提供计算和控制能力，支撑整个物流报价响应设备的运行。该物流报价响应设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行本申请的物流报价响应方法。该物流报价响应设备的网络接口用于与终端连接通信。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的物流报价响应设备的限定，具体的物流报价响应设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本实施方式中处理器用于执行图7中的各个模块的具体功能，存储器存储有执行上述模块或子模块所需的程序代码和各类数据。网络接口用于实现用户终端或服务器之间的数据传输。本实施方式中的非易失性可读存储介质中存储有本申请的物流报价响应装置中执行所有模块所需的程序代码及数据，服务器能够调用服务器的程序代码及数据执行所有模块的功能。

本申请还提供一种存储有计算机可读指令的非易失性可读存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行本申请任一实施例的物流报价响应方法的步骤。

本申请还提供一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被一个或多个处理器执行时实现本申请任一实施例所述方法的步骤。

本领域普通技术人员可以理解，实现本申请上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等计算机可读存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

综上所述，本申请可以提高第四方物流系统处理报价查询请求的吞吐量，使后台服务器更为稳定，提升电商平台中的商家用户进行发货线路报价查询时的响应效率，还可提升商家用户匹配出合适发货线路的准确度。

Claims (10)

1.一种物流报价响应方法，其特征在于，包括：

响应报价查询请求，确定出待报价的发货线路，所述发货线路包括配货地和收货地；

从宽表数据库中查询出与所述待报价的发货线路相匹配的多个数据记录，所述数据记录中包含服务产品、发货线路模板及定义了所述发货线路模板与其相应的计价规则的运费模板，所述发货线路模板包含配货地模板和收货地模板，所述待报价的发货线路中的配货地和收货地分别对应属于匹配出的发货线路模板中的配货地模板和收货地模板所覆盖的地理区域；

根据各个所述数据记录中的各个所述发货线路模板相对应的计价规则，分别确定出所述各个数据记录相对应的物流运费；

将所述数据记录中的服务产品与所述相对应的所述物流运费对应关联构造为报价列表，应答所述报价查询请求。

2.根据权利要求1所述的物流报价响应方法，其特征在于，响应报价查询请求之前，包括：

获取各个第三方物流用户对应定义存储的服务产品、所述服务产品所采用的运费模板，所述运费模板中包含有多个发货线路模板及其相应的计价规则，每个发货线路模板中包含有配货地模板和收货地模板；

将所述各个第三方物流用户对应定义的服务产品、所述运费模板中的各个发货线路模板，以及各个发货线路模板所属的运费模板进行全连接，构成枚举映射关系数据；

将各个第三方物流用户的所述枚举映射关系数据存储为宽表数据库中的数据记录。

3.根据权利要求2所述的物流报价响应方法，其特征在于，将各个第三方物流用户的所述枚举映射关系数据存储为宽表数据库中的数据记录之后，包括：

对所述宽表数据库进行去重检测，删除服务产品、发货线路模板均重复的数据记录，以保持相同服务产品下发货线路模板所对应的运费模板的唯一性且属于最新价格配置版本；

以所述宽表数据库中的发货线路模板中的配货地模板和/或收货地模板为关键字，建立所述宽表数据库的倒排序索引。

4.根据权利要求2所述的物流报价响应方法，其特征在于，获取各个第三方物流用户对应定义存储的服务产品、所述服务产品所采用的运费模板，包括：

检测各个第三方物流用户对应定义的服务产品的价格配置版本，获取属于最新价格配置版本的运费模板；

检测每个最新价格配置版本的运费模板中的发货线路模板的唯一性，当发货线路模板不具备唯一性时，丢弃使用相应的发货线路模板。

5.根据权利要求2所述的物流报价响应方法，其特征在于，将各个第三方物流用户的所述枚举映射关系数据存储为宽表数据库中的数据记录之后，包括：

响应任意第三方物流用户的服务产品的运费模板被更新的通知消息，获取被更新的运费模板；

为被更新的运费模板生成包含有各个发货线路模板的所述枚举映射关系数据；

在保持唯一性的条件下，将对应被更新的运费模板所生成的枚举映射关系数据替换所述宽表数据库中具有相同发货线路模板的数据记录，或新增到所述宽表数据库中。

6.根据权利要求2所述的物流报价响应方法，其特征在于，将各个第三方物流用户的所述枚举映射关系数据存储为宽表数据库中的数据记录之后，包括：

响应任意第三方物流用户相对应的同步任务，获取该第三方物流用户的目标服务产品的目标运费模板；

启动以所述目标运费模板同步所述宽表数据库的过程，在同步任务表中添加相应的同步任务及该同步任务的启动时刻；

根据所述同步任务表中各个同步任务的启动时刻，检测存续超过预设时长的同步任务作为异常同步任务，当存在所述异常同步任务时，将该异常同步任务回滚以撤销对应添加到所述宽表数据库的数据，并调用运行异常处理接口。

7.根据权利要求1至6中任意一项所述的物流报价响应方法，其特征在于，从宽表数据库中查询出与所述待报价的发货线路相匹配的多个数据记录，包括：

确定所述配货地和收货地相对应的本级和所有各个上级地名，相应获得存储所述地名的配货地列表和收货地列表；

将所述配货地列表和收货地列表进行交叉连接，获得线路列表，其中包含多个扩展发货线路，每个扩展发货线路包含配货地列表中的一个地名到收货地列表中的一个地名；

针对所述线路列表中的各个扩展发货线路查询所述宽表数据库，获得包含每个所述扩展发货线路的全部数据记录。

8.一种物流报价响应装置，其特征在于，包括：

请求响应模块，设置为响应报价查询请求，确定出待报价的发货线路，所述发货线路包括配货地和收货地；

查询执行模块，设置为从宽表数据库中查询出与所述待报价的发货线路相匹配的多个数据记录，所述数据记录中包含服务产品、发货线路模板及定义了所述发货线路模板与其相应的计价规则的运费模板，所述发货线路模板包含配货地模板和收货地模板，所述待报价的发货线路中的配货地和收货地分别对应属于匹配出的发货线路模板中的配货地模板和收货地模板所覆盖的地理区域；

运费计价模块，设置为根据各个所述数据记录中的各个所述发货线路模板相对应的计价规则，分别确定出所述各个数据记录相对应的物流运费；

请求应答模块，设置为将所述数据记录中的服务产品与所述相对应的所述物流运费对应关联构造为报价列表，应答所述报价查询请求。

9.一种物流报价响应设备，包括中央处理器和存储器，其特征在于，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行如权利要求1至7中任意一项所述的方法的步骤。

10.一种非易失性可读存储介质，其特征在于，其以计算机可读指令的形式存储有依据权利要求1至7中任意一项所述的方法所实现的计算机程序，所述计算机程序被计算机调用运行时，执行相应的方法所包括的步骤。