CN112668969B - 用户标签处理方法、系统、电子设备和存储介质 - Google Patents

Abstract

本发明涉及大数据处理技术领域，提供一种用户标签处理方法、系统、电子设备和存储介质。所述用户标签处理方法包括：根据一个或多个标签记录请求，向所述标签记录请求的发起端提供经标准化处理的标签记录接口；实时接收自所述标签记录接口传入的标签数据，根据所述标签数据的用户标识，将所述标签数据存入标签数据库的对应标签池中；以及，根据一个或多个标签查询请求，通过标签共享接口，向所述标签查询请求的发起端返回对应的标签数据。本发明能够实现与不同业务系统的数据对接，获取标准化且高质量的用户标签数据，统一存储并实时共享，提高用户标签数据的处理效率，同时降低处理成本。

Description

用户标签处理方法、系统、电子设备和存储介质

技术领域

本发明涉及大数据处理技术领域，具体地说，涉及一种用户标签处理方法、系统、电子设备和存储介质。

背景技术

在货运平台，大数据技术已广泛应用于车货匹配的各个场景。利用大数据技术，可以获取车源和货源的标签数据，实现车货匹配。

货运平台的业务人员，包括调度人员、客服人员、营销人员等，在日常工作中，会根据与用户的沟通，在各自的业务系统中记录下用户标签数据。例如，调度人员根据与司机的沟通，在调度系统中记录下司机的实时最新状态相关的标签数据；营销人员根据与货主的沟通，在营销系统中记录下货主的发货详细需求相关的标签数据。

由于不同业务人员的记录习惯各有差别，且不同业务系统的数据存储方式和位置各不相同，因此不同业务系统中的用户标签数据一般只服务各自业务，相互不连通。

对于货运平台来说，不同业务系统独立记录和使用用户标签数据的方式，存在重复建设，浪费人力资源；也会导致数据服务器中重复存储相似却无法通用的数据表，增大数据治理难度，浪费服务器资源。

目前，货运平台通过数据整合，对不同业务系统中的用户标签数据进行整理，但是存在如下缺陷：

一方面，由于数据重复量大，导致数据整合清洗成本高，且数据加工的时效性难以保证；

另一方面，由于不同业务系统的数据存储方式和位置不同，需要数据工程师分别与不同业务系统的软件工程师沟通，了解对应业务系统的数据结构，沟通成本非常高；了解清楚后，还需要分别对不同业务系统的数据结构进行解析，生成新的大数据表，定制开发成本高。

需要说明的是，上述背景技术部分公开的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本发明提供一种用户标签处理方法、系统、电子设备和存储介质，能够在不改变货运平台的业务人员原有工作流程的前提下，实现与不同业务系统的数据对接，获取标准化且高质量的用户标签数据，统一存储并实时共享，提高用户标签数据的处理效率，同时降低处理成本。

本发明的一个方面提供一种用户标签处理方法，包括：根据一个或多个标签记录请求，向所述标签记录请求的发起端提供经标准化处理的标签记录接口；实时接收自所述标签记录接口传入的标签数据，根据所述标签数据的用户标识，将所述标签数据存入标签数据库的对应标签池中；以及，根据一个或多个标签查询请求，通过标签共享接口，向所述标签查询请求的发起端返回对应的标签数据。

在一些实施例中，所述标签记录请求的发起端和所述标签查询请求的发起端为不同的业务系统。

在一些实施例中，所述向所述标签记录请求的发起端提供经标准化处理的标签记录接口后，还包括：提供可视化的标签配置页面，供所述标签记录请求的发起端通过对应的标签记录接口配置待记录的标签项；以及，所述向所述标签查询请求的发起端返回对应的标签数据时，以可视化方式展示对应的标签数据。

在一些实施例中，所述标签数据库还通过分布式文件系统对接一个或多个应用端。

在一些实施例中，所述标签池包括车源标签池，每个所述用户标识下的标签数据包括对应司机的第一标签和对应车辆的第二标签，所述用户标签处理方法还包括：根据一货主端发起的车源匹配请求，提取货物特征信息、运输地点和时效信息、以及货主偏好信息；当所述车源匹配请求不满足整车运输条件时，自已安排货物且具有承载余量的车源中，筛选出第二标签与所述货物特征信息匹配、且已安排运输信息与所述运输地点和时效信息匹配的车源；根据筛选出的车源的第一标签与所述货主偏好信息的匹配度，生成匹配度从高到底排序的车源信息；以及，将所述车源信息推送至所述货主端。

在一些实施例中，所述根据筛选出的车源的第一标签与所述货主偏好信息的匹配度后，还包括：判断筛选出的车源的第一标签与所述货主偏好信息的匹配度是否均低于阈值；若是，还向所述货主端推送修改所述货主偏好信息的提示信息。

在一些实施例中，所述标签池包括货源标签池，所述货源标签池中每个所述用户标识下的标签数据包括对应货主的第三标签和对应货物的第四标签，所述用户标签处理方法还包括：根据一司机端发起的货源匹配请求，提取车辆特征信息和司机偏好信息；自待运输货物中，筛选出第四标签与所述车辆特征信息匹配的货源；根据筛选出的货源的第三标签与所述司机偏好信息的匹配度，生成匹配度从高到底排序的货源信息；以及，将所述货源信息推送至所述司机端。

在一些实施例中，所述根据筛选出的货源的第三标签与所述司机偏好信息的匹配度后，还包括：判断筛选出的货源的第三标签与所述司机偏好信息的匹配度是否均低于阈值；若是，还向所述司机端推送修改所述司机偏好信息的提示信息。

本发明的另一个方面提供一种用户标签处理系统，包括：业务系统对接模块，用于根据一个或多个标签记录请求，向所述标签记录请求的发起端提供经标准化处理的标签记录接口；标签数据获取模块，用于接收自所述标签记录接口传入的标签数据，根据所述标签数据的用户标识，将所述标签数据存入标签数据库的对应标签池中；以及标签数据共享模块，用于根据一个或多个标签查询请求，通过标签共享接口，向所述标签查询请求的发起端返回对应的标签数据。

本发明的又一个方面提供一种电子设备，包括：一处理器；一存储器，所述存储器中存储有可执行指令；其中，所述可执行指令被所述处理器执行时，实现上述任意实施例所述的用户标签处理方法。

本发明的再一个方面提供一种计算机可读的存储介质，用于存储程序，所述程序被执行时实现上述任意实施例所述的用户标签处理方法。

本发明与现有技术相比的有益效果至少包括：

通过标签记录接口，实时获取标准化且高质量的标签数据，并统一存储至标签数据库中；通过标签共享接口，实时共享标签数据库中的标签数据；从而，实现与不同业务系统的数据对接，使不同业务系统的业务人员无需改变原有工作流程，即可方便地记录和使用标签数据；

并且，本发明还能集合不同业务不同角度的标签数据，以服务于不同的业务场景，提高标签数据的处理效率，降低处理成本，还能为算法系统提供标准化结构化的样本数据，实现算法效果提升。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本发明实施例中用户标签处理方法的步骤示意图；

图2示出本发明实施例中用户标签处理方法的使用场景图；

图3示出本发明实施例中响应车源匹配请求的步骤示意图；

图4示出本发明实施例中用户标签处理系统的模块示意图；

图5示出本发明实施例中电子设备的结构示意图；以及

图6示出本发明实施例中计算机可读的存储介质的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的实施方式。相反，提供这些实施方式使本发明全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，附图仅为本发明的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

下面实施例中的步骤序号仅用于表示不同的执行内容，并不严格限定步骤之间的执行顺序。具体描述时使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。需要说明的是，在不冲突的情况下，本发明的实施例及不同实施例中的特征可以相互组合。

图1示出实施例中用户标签处理方法的主要步骤，参照图1所示，本实施例中用户标签处理方法包括：在步骤S110中，根据一个或多个标签记录请求，向标签记录请求的发起端提供经标准化处理的标签记录接口；在步骤S120中，实时接收自标签记录接口传入的标签数据，根据标签数据的用户标识，将标签数据存入标签数据库的对应标签池中；以及在步骤S130中，根据一个或多个标签查询请求，通过标签共享接口，向标签查询请求的发起端返回对应的标签数据。

上述实施例的用户标签处理方法，通过标签记录接口实时获取标准化且高质量的标签数据，统一存储至标签数据库中；通过标签共享接口实时共享标签数据库中的标签数据；不同业务系统的业务人员无需改变原有工作流程，即可方便地记录和使用标签数据。

其中，标签记录请求的发起端和标签查询请求的发起端可以为相同或不同的业务系统，通过标签记录接口和标签共享接口可以实现与不同业务系统的数据对接，并且每个业务系统可以使用其他不同业务系统记录的标签数据，避免重复劳动，实现货运平台的各个业务系统之间协同记录用户标签数据，并共享开放的标签数据库，提高效率的同时降低成本。

下面结合具体的示例，对用户标签处理方法的各步骤进行详细说明。

步骤S110中，可根据不同的业务系统发起的标签记录请求，分别生成对应的标签记录接口，向不同的业务系统提供标签数据的写入API(应用程序接口)服务。标签记录接口经过标准化处理，允许符合其数据格式的标签数据传输，从而确保自标签记录接口传入的标签数据的质量。通过标签记录接口对传入的标签数据的前置处理，减轻后续数据处理的压力。

在一个实施例中，向标签记录请求的发起端提供经标准化处理的标签记录接口后，还包括：提供可视化的标签配置页面，供标签记录请求的发起端通过对应的标签记录接口配置待记录的标签项。

步骤S120中，可实时获取自标签记录接口传入的标签数据，并对应存储至标签数据库中。货运平台的标签数据库，主要包括对应货源信息的货源标签池和对应车源信息的车源标签池。每个标签池中，按照用户标识记录各个货源/车源的标签数据。每个用户标识下，具有多个标签项，每个标签项下存储具体的标签数据，即标签值。

进一步地，每个用户标识下的标签数据，还可分为对应车主(即司机)/货主的第一标签数据和对应车辆/货物的第二标签数据。第一标签数据和第二标签数据可分别在不同的车货匹配场景中，起到不同的匹配作用。

步骤S130中，根据不同业务系统的标签查询请求，可通过标签共享接口返回对应的标签数据。返回的标签数据具体可包括原始的标签数据和加工处理后的标签数据。加工处理方式可以根据业务系统的需求而定，可以是对标签项/标签值的频次统计等简单处理，也可以按照一些机器学习算法的样本需求进行加工处理。返回标签数据时，可以通过可视化方式展示标签数据。

在一个实施例中，用户标签处理方法还能根据标签查询请求，集合不同业务不同角度的标签数据，实现标签数据的组合使用，并通过标签共享接口返回目标标签数据。

通过集合不同业务不同角度的标签数据，对标签数据进行组合使用，可以服务于不同的业务场景，供相关的业务产品研发人员直接使用，或在此基础上进行二次开发，提高标签数据的处理效率，降低处理成本。

进一步地，在一个实施例中，标签数据库还通过分布式文件系统，例如Hadoop分布式文件系统(HDFS)对接一个或多个应用端。应用端例如是算法系统、报表系统、用户画像系统、甚至司机/货主客户端等需要使用用户标签数据的应用系统，以实现用户标签数据的协同共享。

图2示出实施例中用户标签处理方法的使用场景，结合图2所示，在一个具体使用场景中，用户标签处理方法主要由打标系统200实现，打标系统200与业务系统210对接，通过数据仓库220存储用户标签数据，并可与数据应用230对接。具体过程包括：

S310，业务系统210的业务人员，在打标系统200自助申请打标服务，此时打标系统200会接收到对应业务系统210的标签记录请求。

S320，打标系统200的管理人员审核通过标签记录请求后，向业务系统210提供标签写入API，即上述的标签记录接口。

S330，由业务系统210的研发人员将标签写入API接入业务系统210。

S340，业务系统210的管理人员可在打标系统200自定义配置标签项。

S350，业务系统210的业务人员在日常工作中，在其原业务系统210记录标签数据，标签数据会经标签写入API实时流入数据仓库220。

数据仓库ETL还可对标签数据进行初步加工，例如频次统计等。

S360，通过标签共享API，将原始的标签数据和/或处理后的加工数据，以可视化方式展示。业务系统210的业务人员可通过标签共享API，查询自己以及他人协同打标的标签数据/加工数据，进行分析，制定经营策略。

S370，数据应用230，例如算法开发人员，可通过分布式文件系统获取原始的标签数据和/或处理后的加工数据，服务于算法策略，通过标准化结构化的样本数据，实现算法效果提升。数据应用230还可利用标签数据，生成BI(商务智能)报表、用户画像等。

通过实时开放的共享共建的打标系统，在不改变业务人员的工作习惯，不增加业务人员的工作量的基础上，即可获取源源不断的用户标签数据，并实现原始的标签数据和处理后的加工数据的共享。业务平台的各个部门和关联方，可以享受协同工作成果，避免重复劳动，实现降本增效。

上述的用户标签处理方案可成为货运行业的通用解决方案，对外可打造为SaaS(软件即服务)服务，也可提供扩展点演进为PaaS(平台即服务)服务，实现全行业共享。未来可进一步抽象，甚至适用于其他行业。

图3示出实施例中响应车源匹配请求的主要步骤，在上述任意实施例获取的用户标签数据的基础上，本实施例结合具体的车货匹配场景，根据车源匹配请求搜索车源信息。

本实施例中，如上所述，标签池包括车源标签池，车源标签池中每个用户标识下的标签数据包括对应司机的第一标签和对应车辆的第二标签。对应司机的第一标签是相对动态的标签数据，例如包括司机的驾驶习惯、司机的性格特征；对应车辆的第二标签是相对静态的标签数据，例如包括车辆的承载参数、功能参数等。

参照图3所示，响应车源匹配请求的过程具体包括：步骤S410，根据一货主端发起的车源匹配请求，提取货物特征信息、运输地点和时效信息、以及货主偏好信息；步骤S420，当车源匹配请求不满足整车运输条件时，自已安排货物且具有承载余量的车源中，筛选出第二标签与货物特征信息匹配、且已安排运输信息与运输地点和时效信息匹配的车源；步骤S430，根据筛选出的车源的第一标签与货主偏好信息的匹配度，生成匹配度从高到底排序的车源信息；以及步骤S440，将车源信息推送至货主端。

其中，货物特征信息主要是指货物的属性，包括本次货物的体积/重量、品类等，运输地点和时效信息具体包括本次货物的始发地和目的地、以及本次货物的运输时效，货物特征信息以及运输地点和时效信息体现本次货运的客观需求。货主偏好信息体现本次货运的主观需求。

车源匹配请求是否满足整车运输条件，可通过预设的判断逻辑实现。例如，根据本次货物的体积/重量，判断是否达到整车运输条件承载参数需求；若本次货物的体积/重量过小，则不满足整车运输条件。

当不满足整车运输条件时，需要对车源匹配请求进行拼单处理。其中，第二标签与货物特征信息匹配例如，货物特征信息显示本次货物的品类为生鲜食品，则需要筛选具有冷藏功能标签的车源。已安排运输信息与运输地点和时效信息匹配是指，本次货物的始发地和目的地在已安排货物的运输路线的途径站点的预设距离范围内，并且加运本次货物后，总体运输时效需同时满足已安排货物的运输时效和本次货物的运输时效。运输路线和运输时效具体可根据已有的地图服务实现。

通过将车源标签池中的标签数据归类为对应司机的第一标签和对应车辆的第二标签，在拼单车货匹配场景中，首先依据货物的相关属性，与车源的第二标签进行匹配，增大搜索到相关车源的概率，减小初步匹配的数据计算量。在搜索到相关车源的基础上，再依据货主偏好信息，与车源的第一标签进行匹配，并将排序结果推送给用户选择。

进一步地，在一个实施例中，计算筛选出的车源的第一标签与货主偏好信息的匹配度后，还包括：判断筛选出的车源的第一标签与货主偏好信息的匹配度是否均低于阈值；若是，还向货主端推送修改货主偏好信息的提示信息。

举例来说，货主端发出的车源匹配请求为：1月1日运送从A地到B地的两箱冷藏品，并注明需要年龄35岁以下的司机。根据该车源匹配请求，提取出本次货运的客观需求，包括货物特征信息为两箱冷藏品，运输地点为A地到B地，运输时效为1月1日；并且提取出货主偏好信息为年龄35岁以下的司机。拼单匹配时，从已安排货物且具有两箱承载余量的车源中，筛选出具有冷藏功能、已安排运输路线的途径站点与A地和B地接近/重合、并且在1月1日能够途径A地和B地的三条车源信息。接着，计算筛选出的三条车源信息的第一标签与货主偏好信息的匹配度，发现该三条车源信息对应的司机年龄，分别是第一条车源信息的司机年龄为38岁，第二条车源信息的司机年龄为40岁，第三条车源信息的司机年龄为44岁。此时，将三条车源信息按照第一条至第三条排序推送给货主端的同时，还向货主端推送修改货主偏好信息的提示信息，询问用户是否修改货主偏好信息，以获得匹配度更高的车源，并根据用户修改后的货主偏好信息再次排序推荐；或者，用户也可直接从排序结果中选出相对适合的车源。

在一个实施例中，标签池还包括货源标签池，货源标签池中每个用户标识下的标签数据包括对应货主的第三标签和对应货物的第四标签，用户标签处理方法还包括：根据一司机端发起的货源匹配请求，提取车辆特征信息和司机偏好信息；自待运输货物中，筛选出第四标签与车辆特征信息匹配的货源；根据筛选出的货源的第三标签与司机偏好信息的匹配度，生成匹配度从高到底排序的货源信息；以及，将货源信息推送至司机端。

与上述车源匹配的实施例类似，本实施例将货源标签池中的标签数据归类为对应货主的第三标签和对应货物的第四标签，从而在货源匹配场景中，首先依据车辆的相关属性，包括承载量、是否具有冷藏功能等，与货物的第四标签进行匹配，增大搜索到相关货物的概率，减小初步匹配的数据计算量。在搜索到相关货物的基础上，再依据司机偏好信息，例如司机偏好运输本地货主的货物，与货主的第三标签进行匹配，并将排序结果推送给用户选择。

进一步地，当判断筛选出的货源的第三标签与司机偏好信息的匹配度均低于阈值时，还向司机端推送修改司机偏好信息的提示信息，询问用户是否修改司机偏好信息，以获得匹配度更高的货源，并根据用户修改后的司机偏好信息再次排序推荐；当然，用户也可直接从排序结果中选出相对适合的货源。

综上，通过上述各实施例的用户标签处理方法，能够实现与不同业务系统和应用系统的数据对接，实时获取标准化且高质量的标签数据，统一存储至标签数据库中，并协同共享标签数据库中的标签数据，以服务不同的业务场景，提高效率的同时降低成本；并且还能在拼单等车货匹配场景中基于用户标签数据提高匹配成功率，减少数据计算量。

本发明实施例还提供一种用户标签处理系统，可用于实现上述任意实施例描述的用户标签处理方法。图4示出实施例中用户标签处理系统的主要模块，参照图4所示，本实施例中用户标签处理系统500包括：业务系统对接模块510，用于根据一个或多个标签记录请求，向标签记录请求的发起端提供经标准化处理的标签记录接口；标签数据获取模块520，用于接收自标签记录接口传入的标签数据，根据标签数据的用户标识，将标签数据存入标签数据库的对应标签池中；以及标签数据共享模块530，用于根据一个或多个标签查询请求，通过标签共享接口，向标签查询请求的发起端返回对应的标签数据。

进一步地，用户标签处理系统500还可包括实现上述各用户标签处理方法实施例的其他流程步骤的模块，各个模块的具体原理可参照上述各用户标签处理方法实施例的描述，此处不再重复说明。

如上所述，本发明的用户标签处理系统，能够实现与不同业务系统和应用系统的数据对接，实时获取标准化且高质量的标签数据，统一存储至标签数据库中，并协同共享标签数据库中的标签数据，以服务不同的业务场景，提高效率的同时降低成本；并且还能在拼单等车货匹配场景中基于用户标签数据提高匹配成功率，减少数据计算量。

本发明实施例还提供一种电子设备，包括处理器和存储器，存储器中存储有可执行指令，可执行指令被处理器执行时，实现上述任意实施例描述的用户标签处理方法。

如上所述，本发明的电子设备能够实现与不同业务系统和应用系统的数据对接，实时获取标准化且高质量的标签数据，统一存储至标签数据库中，并协同共享标签数据库中的标签数据，以服务不同的业务场景，提高效率的同时降低成本；并且还能在拼单等车货匹配场景中基于用户标签数据提高匹配成功率，减少数据计算量。

图5是本发明实施例中电子设备的结构示意图，应当理解的是，图5仅仅是示意性地示出各个模块，这些模块可以是虚拟的软件模块或实际的硬件模块，这些模块的合并、拆分及其余模块的增加都在本发明的保护范围之内。

如图5所示，电子设备600以通用计算设备的形式表现。电子设备600的组件包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同平台组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中，存储单元存储有程序代码，程序代码可以被处理单元610执行，使得处理单元610执行上述任意实施例描述的用户标签处理方法的步骤。例如，处理单元610可以执行如图1至图3所示的步骤。

存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

存储单元620还可以包括具有一个或多个程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700通信，外部设备700可以是键盘、指向设备、蓝牙设备等设备中的一种或多种。这些外部设备700使得用户能与该电子设备600进行交互通信。电子设备600也能与一个或多个其它计算设备进行通信，所示计算机设备包括路由器、调制解调器。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储平台等。

本发明实施例还提供一种计算机可读的存储介质，用于存储程序，程序被执行时实现上述任意实施例描述的用户标签处理方法。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行上述任意实施例描述的用户标签处理方法。

如上所述，本发明的计算机可读的存储介质能够实现与不同业务系统和应用系统的数据对接，实时获取标准化且高质量的标签数据，统一存储至标签数据库中，并协同共享标签数据库中的标签数据，以服务不同的业务场景，提高效率的同时降低成本；并且还能在拼单等车货匹配场景中基于用户标签数据提高匹配成功率，减少数据计算量。

图6是本发明的计算机可读的存储介质的结构示意图。参考图6所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子包括但不限于：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读的存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备，例如利用因特网服务提供商来通过因特网连接。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (8)

1.一种用户标签处理方法，其特征在于，包括：

根据一个或多个标签记录请求，向所述标签记录请求的发起端提供经标准化处理的标签记录接口；

实时接收自所述标签记录接口传入的标签数据，根据所述标签数据的用户标识，将所述标签数据存入标签数据库的对应标签池中；

其中，所述标签数据库通过分布式文件系统对接多个应用端，所述应用端包括货主端和司机端；

根据一个或多个标签查询请求，通过标签共享接口，向所述标签查询请求的发起端返回对应的标签数据；

其中，所述标签池包括车源标签池，所述车源标签池中每个所述用户标识下的标签数据包括对应司机的第一标签和对应车辆的第二标签，所述用户标签处理方法还包括：

根据一货主端发起的车源匹配请求，提取货物特征信息、运输地点和时效信息、以及货主偏好信息；当所述车源匹配请求不满足整车运输条件时，自已安排货物且具有承载余量的车源中，筛选出第二标签与所述货物特征信息匹配、且已安排运输信息与所述运输地点和时效信息匹配的车源；根据筛选出的车源的第一标签与所述货主偏好信息的匹配度，生成匹配度从高到低排序的车源信息；将所述车源信息推送至所述货主端；

其中，所述标签池包括货源标签池，所述货源标签池中每个所述用户标识下的标签数据包括对应货主的第三标签和对应货物的第四标签，所述用户标签处理方法还包括：

根据一司机端发起的货源匹配请求，提取车辆特征信息和司机偏好信息；自待运输货物中，筛选出第四标签与所述车辆特征信息匹配的货源；根据筛选出的货源的第三标签与所述司机偏好信息的匹配度，生成匹配度从高到低排序的货源信息；将所述货源信息推送至所述司机端。

2.如权利要求1所述的用户标签处理方法，其特征在于，所述标签记录请求的发起端和所述标签查询请求的发起端为不同的业务系统。

3.如权利要求1所述的用户标签处理方法，其特征在于，所述向所述标签记录请求的发起端提供经标准化处理的标签记录接口后，还包括：

提供可视化的标签配置页面，供所述标签记录请求的发起端通过对应的标签记录接口配置待记录的标签项；以及

所述向所述标签查询请求的发起端返回对应的标签数据时，以可视化方式展示对应的标签数据。

4.如权利要求1所述的用户标签处理方法，其特征在于，所述根据筛选出的车源的第一标签与所述货主偏好信息的匹配度后，还包括：

判断筛选出的车源的第一标签与所述货主偏好信息的匹配度是否均低于阈值；

若是，还向所述货主端推送修改所述货主偏好信息的提示信息。

5.如权利要求1所述的用户标签处理方法，其特征在于，所述根据筛选出的货源的第三标签与所述司机偏好信息的匹配度后，还包括：

判断筛选出的货源的第三标签与所述司机偏好信息的匹配度是否均低于阈值；

若是，还向所述司机端推送修改所述司机偏好信息的提示信息。

6.一种用户标签处理系统，其特征在于，包括：

业务系统对接模块，用于根据一个或多个标签记录请求，向所述标签记录请求的发起端提供经标准化处理的标签记录接口；

标签数据获取模块，用于实时接收自所述标签记录接口传入的标签数据，根据所述标签数据的用户标识，将所述标签数据存入标签数据库的对应标签池中；

其中，所述标签数据库通过分布式文件系统对接多个应用端，所述应用端包括货主端和司机端；

标签数据共享模块，用于根据一个或多个标签查询请求，通过标签共享接口，向所述标签查询请求的发起端返回对应的标签数据；

其中，所述标签池包括车源标签池，所述车源标签池中每个所述用户标识下的标签数据包括对应司机的第一标签和对应车辆的第二标签，所述用户标签处理系统还包括用于实现如下功能的模块：

根据一货主端发起的车源匹配请求，提取货物特征信息、运输地点和时效信息、以及货主偏好信息；当所述车源匹配请求不满足整车运输条件时，自已安排货物且具有承载余量的车源中，筛选出第二标签与所述货物特征信息匹配、且已安排运输信息与所述运输地点和时效信息匹配的车源；根据筛选出的车源的第一标签与所述货主偏好信息的匹配度，生成匹配度从高到低排序的车源信息；将所述车源信息推送至所述货主端；

其中，所述标签池包括货源标签池，所述货源标签池中每个所述用户标识下的标签数据包括对应货主的第三标签和对应货物的第四标签，所述用户标签处理系统还包括用于实现如下功能的模块：

根据一司机端发起的货源匹配请求，提取车辆特征信息和司机偏好信息；自待运输货物中，筛选出第四标签与所述车辆特征信息匹配的货源；根据筛选出的货源的第三标签与所述司机偏好信息的匹配度，生成匹配度从高到低排序的货源信息；将所述货源信息推送至所述司机端。

7.一种电子设备，其特征在于，包括：

一处理器；

一存储器，所述存储器中存储有可执行指令；

其中，所述可执行指令被所述处理器执行时，实现如权利要求1-5任一项所述的用户标签处理方法。

8.一种计算机可读的存储介质，用于存储程序，其特征在于，所述程序被执行时实现如权利要求1-5任一项所述的用户标签处理方法。

Images