包裹标签数据处理方法及系统与流程

本申请涉及标签数据处理技术领域，尤其涉及一种包裹标签数据处理方法及系统。

背景技术：

现有技术中，一般各个标签的业务方管理着各自的标签数据，标签使用方需自行去不同的地方获取标签数据，进行逻辑处理后再使用标签数据。现有的技术方案没有统一的标签管理方法，使得各使用方查到数据后自行判断业务标签逻辑，业务代码耦合严重，各使用方遇到新的标签业务，都要重新开发代码逻辑，浪费资源。

技术实现要素：

为至少在一定程度上克服相关技术中没有统一的标签管理方法的问题，本申请提供一种包裹标签数据处理方法及系统。

本申请的方案如下：

根据本申请实施例的第一方面，提供一种包裹标签数据处理方法，包括：

从上游打标服务调用运单打标接口；

获取账号、标签相关信息；

对所述账号、标签相关信息进行鉴权、补全和参数转换，得到标签数据；

将所述标签数据分发到分布式开源消息中间件，使所述分布式开源消息中间件提供标签数据分发能力。

优选的，在本申请一种可实现的方式中，所述获取账号、标签相关信息，包括：

优先从数据结构服务器获取所述账号、标签相关信息；

若无法从数据结构服务器获取所述账号、标签相关信息，则从关系型数据库中获取所述账号、标签相关信息。

优选的，在本申请一种可实现的方式中，还包括：

若无法从数据结构服务器获取所述账号、标签相关信息，还将所述账号、标签相关信息从所述关系型数据库同步到所述数据结构服务器。

优选的，在本申请一种可实现的方式中，所述使所述分布式开源消息中间件提供标签数据分发能力，包括：

使所述分布式开源消息中间件向分布式开源数据库提供单号维度的标签数据；

使所述分布式开源消息中间件向分布式开源搜索和分析引擎提供多维度的标签数据。

根据本申请实施例的第二方面，提供一种包裹标签数据处理系统，包括：

开源分布式服务框架和分布式开源消息中间件；

所述开源分布式服务框架用于从上游打标服务调用运单打标接口；获取账号、标签相关信息；对所述账号、标签相关信息进行鉴权、补全和参数转换，得到标签数据；将所述标签数据分发到分布式开源消息中间件；

所述分布式开源消息中间件用于提供标签数据分发能力。

优选的，在本申请一种可实现的方式中，还包括：数据结构服务器和关系型数据库；

所述数据结构服务器和所述关系型数据库用于提供所述账号、标签相关信息。

优选的，在本申请一种可实现的方式中，还包括：分布式开源数据库、分布式开源搜索和分析引擎；

所述分布式开源消息中间件用于向分布式开源数据库提供单号维度的标签数据；还向分布式开源搜索和分析引擎提供多维度的标签数据；

所述分布式开源数据库用于支持各业务线查询单号维度的标签数据；

所述分布式开源搜索和分析引擎用于支持各业务线查询多维度的标签数据

本申请提供的技术方案可以包括以下有益效果：本申请中的包裹标签数据处理方法，包括：从上游打标服务调用运单打标接口，获取账号、标签相关信息。本申请中对标签数据进行统一管理，包括：对账号、标签相关信息进行鉴权、补全和参数转换，得到标签数据，将标签数据分发到分布式开源消息中间件，使分布式开源消息中间件提供标签数据分发能力。本申请中通过分布式开源消息中间件提供的标签数据具有统一制式，使使用方可以开箱即用，没有负担。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是本申请一个实施例提供的一种包裹标签数据处理方法的流程示意图；

图2是本申请另一个实施例提供的一种包裹标签数据处理系统的结构示意图。

附图标记：开源分布式服务框架-21；分布式开源消息中间件-22；数据结构服务器-23；关系型数据库-24；分布式开源数据库-25；分布式开源搜索和分析引擎-26。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

一种包裹标签数据处理方法，参照图1，包括：

s11：从上游打标服务调用运单打标接口；

上游打标服务包括：订单中心，星河，大数据，创新部等等。

上游打标服务还对接运能赋单平台，运能赋单平台由oa，星联业务方进行业务梳理。

s12：获取账号、标签相关信息；

s13：对账号、标签相关信息进行鉴权、补全和参数转换，得到标签数据；

s14：将标签数据分发到分布式开源消息中间件22，使分布式开源消息中间件22提供标签数据分发能力。

本实施例中的包裹标签数据处理方法，包括：从上游打标服务调用运单打标接口，获取账号、标签相关信息。本申请中对标签数据进行统一管理，包括：对账号、标签相关信息进行鉴权、补全和参数转换，得到标签数据，将标签数据分发到分布式开源消息中间件22，使分布式开源消息中间件22提供标签数据分发能力。本申请中通过分布式开源消息中间件22提供的标签数据具有统一制式，使使用方可以开箱即用，没有负担。

一些实施例中的包裹标签数据处理方法，获取账号、标签相关信息，包括：

优先从数据结构服务器23获取账号、标签相关信息；

若无法从数据结构服务器23获取账号、标签相关信息，则从关系型数据库24中获取账号、标签相关信息。

本实施例中，由于从数据结构服务器23中获取数据比从数据结构服务器23中获取数据更方便快捷，所以优先从数据结构服务器23获取账号、标签相关信息；若无法从数据结构服务器23获取账号、标签相关信息，则从关系型数据库24中获取账号、标签相关信息。

一些实施例中的包裹标签数据处理方法，还包括：

若无法从数据结构服务器23获取账号、标签相关信息，还将账号、标签相关信息从关系型数据库24同步到数据结构服务器23。

本实施例中，在无法从数据结构服务器23获取账号、标签相关信息时，将关系型数据库24中的账号、标签相关信息同步到数据结构服务器23。

优选的，通过binlog进行同步。

一些实施例中的包裹标签数据处理方法，使分布式开源消息中间件22提供标签数据分发能力，包括：

使分布式开源消息中间件22向分布式开源数据库25提供单号维度的标签数据；

使分布式开源消息中间件22向分布式开源搜索和分析引擎26提供多维度的标签数据。

分布式开源消息中间件22向分布式开源数据库25提供单号维度的标签数据，向分布式开源搜索和分析引擎26提供多维度的标签数据。使各业务线可以在分布式开源数据库25查询单号维度的标签数据，在分布式开源搜索和分析引擎26查询多维度的标签数据。

分布式开源数据库25主要用于提供单号维度的标签数据的点查能力。

分布式开源搜索和分析引擎26主要用于提供下单时间范围，业务员code，标签code的等多维度查询能力。

一种包裹标签数据处理系统，参照图2，包括：

开源分布式服务框架21和分布式开源消息中间件22；

开源分布式服务框架21用于从上游打标服务调用运单打标接口；获取账号、标签相关信息；对账号、标签相关信息进行鉴权、补全和参数转换，得到标签数据；将标签数据分发到分布式开源消息中间件22；

分布式开源消息中间件22用于提供标签数据分发能力。

本实施例中的包裹标签数据处理系统，包括：开源分布式服务框架21和分布式开源消息中间件22。开源分布式服务框架21从上游打标服务调用运单打标接口，获取账号、标签相关信息。本申请中对标签数据进行统一管理，包括：对账号、标签相关信息进行鉴权、补全和参数转换，得到标签数据，将标签数据分发到分布式开源消息中间件22，使分布式开源消息中间件22提供标签数据分发能力。本申请中通过分布式开源消息中间件22提供的标签数据具有统一制式，使使用方可以开箱即用，没有负担。

开源分布式服务框架21可以但不限于为dubbo开源分布式服务框架21。

分布式开源消息中间件22可以但不限于为rocketmq分布式开源消息中间件22。

一些实施例中的包裹标签数据处理系统，参照图2，还包括：数据结构服务器23和关系型数据库24；

数据结构服务器23和关系型数据库24用于提供账号、标签相关信息。

数据结构服务器23可以但不限于为redis数据结构服务器23。

关系型数据库24可以但不限于为mysql系型数据库，mysql是最流行的关系型数据库24管理系统。

一些实施例中的包裹标签数据处理系统，参照图2，还包括：分布式开源数据库25、分布式开源搜索和分析引擎26；

分布式开源消息中间件22用于向分布式开源数据库25提供单号维度的标签数据；还向分布式开源搜索和分析引擎26提供多维度的标签数据；

分布式开源数据库25用于支持各业务线查询单号维度的标签数据；

分布式开源搜索和分析引擎26用于支持各业务线查询多维度的标签数据。

分布式开源数据库25可以但不限于为hbase分布式开源数据库25。

分布式开源搜索和分析引擎26可以但不限于为elasticsearch分布式开源搜索和分析引擎26。

一种包裹标签数据处理设备，包括：

处理器和存储器；

处理器与存储器通过通信总线相连接：

其中，处理器，用于调用并执行存储器中存储的程序；

存储器，用于存储程序，程序至少用于执行以上任一实施例中的的一种包裹标签数据处理方法。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。