数据标记方法、装置及电子设备与流程

本申请涉及数据处理技术领域，具体而言，涉及一种数据标记方法、装置及电子设备。

背景技术：

在进行神经网络的模型进行训练之前需要对用于训练的数据进行标记。目前的标记方式主要包括：人工标记，这种方式相对较慢，也比较浪费人力资源。

技术实现要素：

有鉴于此，本申请实施例的目的在于提供一种数据标记方法、装置及电子设备，能够通过对已经标签的数据通过更新的或者获取到的参数进行匹配，识别出数据当前的标签是否与更新的信息匹配，解决现有技术中存在的数据标签不准确，或者标签标记较慢的问题，达到快速、准确地为数据标记的效果。

根据本申请的一个方面，提供一种电子设备，可以包括一个或多个存储介质和一个或多个与存储介质通信的处理器。一个或多个存储介质存储有处理器可执行的机器可读指令。当电子设备运行时，处理器与存储介质之间通过总线通信，处理器执行所述机器可读指令，以执行一个或多个以下操作：

从订单服务器中获取已完成的目标订单数据，所述目标订单数据携带有初始标签；

获取服务请求方终端和/或服务提供方终端提交的订单相关操作数据；

根据所述订单相关操作数据为所述目标订单数据匹配的参数赋值，得到属性参数；

判断所述属性参数是否与所述目标订单数据的所述初始标签的属性匹配；

若是，为所述目标订单数据设置与所述初始标签相同的目标标签。

通过接收到的服务请求方终端和/或服务提供方提交的订单相关操作数据可以进一步地实现对数据的标签进行核实的操作，可以使为数据贴上的标签更加的准确。另外，通过订单相关操作数据为匹配的参数赋值，在判断的时候可以根据属性参数的值可以更直观的判断出属性参数与初始标签的属性匹配程度，也能够实现较快的标记数据。

在一些实施例中，所述获取服务请求方终端和/或服务提供方终端提交的订单相关操作数据的步骤，包括：

获取服务请求方终端发送的取消订单的第一取消操作数据；

所述根据所述订单相关操作数据为所述目标订单数据匹配的参数赋值，得到属性参数的步骤，包括：

判断所述第一取消操作数据所对应的时间段内所述服务请求方终端是否提交了超过设定次数的取消操作数据；

若是，则为所述目标订单数据的服务请求方的异常操作参数赋予第一类值。

在一些实施例中，所述获取服务请求方终端和/或服务提供方终端提交的订单相关操作数据的步骤，包括：

获取服务请求方终端发送的取消订单的第一取消操作数据；

所述根据所述订单相关操作数据为所述目标订单数据匹配的参数赋值，得到属性参数的步骤，包括：

判断所述第一取消操作数据所对应的时间段内所述服务请求方终端是否提交了超过设定次数的取消操作数据；

若否，获取所述第一取消操作数据中携带的服务请求方反馈信息；

为与所述服务请求方反馈信息匹配的参数赋值。

在一些实施例中，所述为与所述服务请求方反馈信息匹配的参数赋值的步骤，包括：

若所述服务请求方反馈信息包括自身责任类数据，则为服务请求方的责任参数赋予第一类值；或，

若所述反馈信息包括投诉类数据，则为服务提供方的责任参数赋予第一类值。

在一些实施例中，所述获取服务请求方终端和/或服务提供方终端提交的订单相关操作数据的步骤，包括：

获取服务提供方终端发送的取消订单的第二取消操作数据；

所述根据所述订单相关操作数据为所述目标订单数据匹配的参数赋值，得到属性参数的步骤，包括：

判断所述第二取消操作数据所对应的时间段内所述服务提供方终端是否提交了超过设定次数的取消操作数据；

若是，则为所述目标订单数据的服务提供方的异常操作参数赋予第一类值。

在一些实施例中，所述获取服务请求方终端和/或服务提供方终端提交的订单相关操作数据的步骤，包括：

获取服务提供方终端发送的取消订单的第二取消操作数据；

所述根据所述订单相关操作数据为所述目标订单数据匹配的参数赋值，得到属性参数的步骤，包括：

判断所述第二取消操作数据所对应的时间段内所述服务提供方终端是否提交了超过设定次数的取消操作数据；

若否，则获取所述第二取消操作数据中携带的服务提供方反馈信息；

为与所述服务提供方反馈信息匹配的参数赋值。

在一些实施例中，所述获取服务请求方终端和/或服务提供方终端提交的订单相关操作数据的步骤，包括：

获取服务提供方终端发送的取消订单的第二取消操作数据；

所述根据所述订单相关操作数据为所述目标订单数据匹配的参数赋值，得到属性参数的步骤，包括：

判断所述第二取消操作数据所对应的时间段内所述服务提供方终端是否提交了超过设定次数的取消操作数据；

若否，则判断在所述第二取消操作数据之前，所述服务提供方终端是否存在与服务请求方终端的通信记录；

若不存在，则为服务提供方的责任参数赋予第一类值。

在一些实施例中，所述获取服务请求方终端和/或服务提供方终端提交的订单相关操作数据的步骤，包括：

获取服务提供方终端发送的取消订单的第二取消操作数据；

所述根据所述订单相关操作数据为所述目标订单数据匹配的参数赋值，得到属性参数的步骤，包括：

判断所述第二取消操作数据所对应的时间段内所述服务提供方终端是否提交了超过设定次数的取消操作数据；

若否，则判断在所述第二取消操作数据之前，所述服务提供方终端是否存在与后台服务器帮绑定的终端的通信记录；

若不存在，则为服务提供方的责任参数赋予第一类值。

在一些实施例中，所述参数包括：服务提供方的责任参数、服务请求方的责任参数、服务请求方的异常操作参数及服务提供方的异常操作参数；所述判断所述属性参数是否与所述目标订单数据的所述初始标签的属性匹配的步骤，包括：

若所述初始标签为服务提供方责任，判断所述服务提供方的责任参数或服务提供方的异常操作参数是否为第一类值，且所述服务请求方的责任参数和服务请求方的异常操作参数为非第一类值，若是，则判定属性参数与所述目标订单数据的所述初始标签的属性匹配；或者，

若所述初始标签为服务请求方责任，判断所述服务提供方的责任参数或服务提供方的异常操作参数是否为非第一类值，且所述服务请求方的责任参数和服务提供方的异常操作参数为第一类值，若是，则判定属性参数与所述目标订单数据的所述初始标签的属性匹配。

在另一方面，本申请实施例还提供一种数据标记装置，包括：

第一获取模块，用于从订单服务器中获取已完成的目标订单数据，所述目标订单数据携带有初始标签；

第二获取模块，用于获取服务请求方终端和/或服务提供方终端提交的订单相关操作数据；

赋值模块，用于根据所述订单相关操作数据为所述目标订单数据匹配的参数赋值，得到属性参数；

判断模块，用于判断所述属性参数是否与所述目标订单数据的所述初始标签的属性匹配；

设置模块，用于若所述属性参数与所述目标订单数据的所述初始标签的属性匹配，为所述目标订单数据设置与所述初始标签相同的目标标签。

在一些实施例中，所述第二获取模块，还用于：获取服务请求方终端发送的取消订单的第一取消操作数据；

所述赋值模块，还用于：

判断所述第一取消操作数据所对应的时间段内所述服务请求方终端是否提交了超过设定次数的取消操作数据；

若是，则为所述目标订单数据的服务请求方的异常操作参数赋予第一类值。

在一些实施例中，所述第二获取模块还用于：

获取服务请求方终端发送的取消订单的第一取消操作数据；

所述赋值模块，还用于：

判断所述第一取消操作数据所对应的时间段内所述服务请求方终端是否提交了超过设定次数的取消操作数据；

若否，获取所述第一取消操作数据中携带的服务请求方反馈信息；

为与所述服务请求方反馈信息匹配的参数赋值。

在一些实施例中，所述赋值模块，还用于：

若所述服务请求方反馈信息包括自身责任类数据，则为服务请求方的责任参数赋予第一类值；或，

若所述反馈信息包括投诉类数据，则为服务提供方的责任参数赋予第一类值。

在一些实施例中，所述第二获取模块，还用于：

获取服务提供方终端发送的取消订单的第二取消操作数据；

所述赋值模块，还用于：

判断所述第二取消操作数据所对应的时间段内所述服务提供方终端是否提交了超过设定次数的取消操作数据；

若是，则为所述目标订单数据的服务提供方的异常操作参数赋予第一类值。

在一些实施例中，所述第二获取模块，还用于：

获取服务提供方终端发送的取消订单的第二取消操作数据；

所述赋值模块，还用于：

判断所述第二取消操作数据所对应的时间段内所述服务提供方终端是否提交了超过设定次数的取消操作数据；

若否，则获取所述第二取消操作数据中携带的服务提供方反馈信息；

为与所述服务提供方反馈信息匹配的参数赋值。

在一些实施例中，所述第二获取模块，还用于：

获取服务提供方终端发送的取消订单的第二取消操作数据；

所述赋值模块，还用于：

判断所述第二取消操作数据所对应的时间段内所述服务提供方终端是否提交了超过设定次数的取消操作数据；

若否，则判断在所述第二取消操作数据之前，所述服务提供方终端是否存在与服务请求方终端的通信记录；

若不存在，则为服务提供方的责任参数赋予第一类值。

在一些实施例中，所述第二获取模块，还用于：

获取服务提供方终端发送的取消订单的第二取消操作数据；

所述赋值模块，还用于：

判断所述第二取消操作数据所对应的时间段内所述服务提供方终端是否提交了超过设定次数的取消操作数据；

若否，则判断在所述第二取消操作数据之前，所述服务提供方终端是否存在与后台服务器帮绑定的终端的通信记录；

若不存在，则为服务提供方的责任参数赋予第一类值。

在一些实施例中，所述参数包括：服务提供方的责任参数、服务请求方的责任参数、服务请求方的异常操作参数及服务提供方的异常操作参数；所述判断模块，还用于：

若所述初始标签为服务提供方责任，判断所述服务提供方的责任参数或服务提供方的异常操作参数是否为第一类值，且所述服务请求方的责任参数和服务请求方的异常操作参数为非第一类值，若是，则判定属性参数与所述目标订单数据的所述初始标签的属性匹配；或者，

若所述初始标签为服务请求方责任，判断所述服务提供方的责任参数或服务提供方的异常操作参数是否为非第一类值，且所述服务请求方的责任参数和服务提供方的异常操作参数为第一类值，若是，则判定属性参数与所述目标订单数据的所述初始标签的属性匹配。

在另一方面，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述任一种可能的实施方式中数据标记方法的步骤。

在另一方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述的数据标记方法的步骤。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1示出了本申请实施例所提供的一种数据标记系统的结构示意图；

图2示出了本申请实施例所提供的一种电子设备的结构示意图；

图3示出了本申请实施例所提供的一种数据标记方法的流程图；

图4示出了本申请实施例所提供的一种数据标记装置的结构示意图。

图标：100-数据标记系统；110-服务器；120-网络；130-服务请求方终端；140-服务提供方终端；150-数据库；200-电子设备；210-网络端口；220-处理器；230-通信总线；240-存储介质；250-接口；401-第一获取模块；402-第二获取模块；403-赋值模块；404-判断模块；405-设置模块。

具体实施方式

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

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“网约车”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕网约车进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何其他交通运输类型。例如，本申请可以应用于不同的运输系统环境，包括陆地，海洋，或航空等，或其任意组合。运输系统的交通工具可以包括出租车、私家车、顺风车、公共汽车、火车、子弹头列车、高速铁路、地铁、船只、飞机、宇宙飞船、热气球、或无人驾驶车辆等，或其任意组合。本申请还可以包括用于订单服务的任何服务系统，例如，用于发送和/或接收快递的系统、用于买卖双方交易的服务系统。本申请的系统或方法的应用可以包括网页、浏览器的插件、客户端终端、定制系统、内部分析系统、或人工智能机器人等，或其任意组合。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

本申请中的术语“乘客”、“请求方”、“服务人员”、“服务请求方”和“客户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”、“服务提供方”和“供应商”可互换使用，以指代可以提供服务的个人、实体或工具。本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如，用户可以是乘客、驾驶员、操作员等，或其任意组合。在本申请中，“乘客”和“乘客终端”可以互换使用，“驾驶员”和“驾驶员终端”可以互换使用。

本申请中的术语“服务请求”和“订单”可互换使用，以指代由乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合发起的请求。接受该“服务请求”或“订单”的可以是乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合。服务请求可以是收费的或免费的。

本申请的一个方面涉及一种数据标记系统。该系统可以通过对已经标签的数据通过更新的或者获取到的参数进行匹配，识别出数据当前的标签是否与更新的信息匹配，解决现有技术中存在的数据标签不准确。

实施例一

图1是本申请一些实施例的数据标记系统100的框图。例如，数据标记系统100可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。数据标记系统100可以包括服务器110、网络120、服务请求方终端130、服务提供方终端140和数据库150中的一种或多种，服务器110中可以包括执行指令操作的处理器。

在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110相对于终端，可以是本地的、也可以是远程的。例如，服务器110可以经由网络120访问存储在服务请求方终端130、服务提供方终端140、或数据库150、或其任意组合中的信息和/或数据。作为另一示例，服务器110可以直接连接到服务请求方终端130、服务提供方终端140和数据库150中至少一个，以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(communitycloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。在一些实施例中，服务器110可以在具有本申请中图2所示的一个或多个组件的电子设备200上实现。

在一些实施例中，服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器可以基于从服务请求方终端130获得的服务请求来确定目标车辆。在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器(s)或多核处理器(s))。仅作为举例，处理器可以包括中央处理单元(centralprocessingunit,cpu)、专用集成电路(applicationspecificintegratedcircuit,asic)、专用指令集处理器(applicationspecificinstruction-setprocessor,asip)、图形处理单元(graphicsprocessingunit,gpu)、物理处理单元(physicsprocessingunit,ppu)、数字信号处理器(digitalsignalprocessor,dsp)、现场可编程门阵列(fieldprogrammablegatearray,fpga)、可编程逻辑器件(programmablelogicdevice,pld)、控制器、微控制器单元、简化指令集计算机(reducedinstructionsetcomputing,risc)、或微处理器等，或其任意组合。

网络120可以用于信息和/或数据的交换。在一些实施例中，数据标记系统100中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140和数据库150)可以向其他组件发送信息和/或数据。例如，服务器110可以经由网络120从服务请求方终端130获取服务请求。在一些实施例中，网络120可以是任何类型的有线或者无线网络，或者是他们的结合。仅作为示例，网络120可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(localareanetwork，lan)、广域网(wideareanetwork，wan)、无线局域网(wirelesslocalareanetworks，wlan)、城域网(metropolitanareanetwork，man)、广域网(wideareanetwork，wan)、公共电话交换网(publicswitchedtelephonenetwork，pstn)、蓝牙网络、zigbee网络、或近场通信(nearfieldcommunication,nfc)网络等，或其任意组合。在一些实施例中，网络120可以包括一个或多个网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或网络交换节点，数据标记系统100的一个或多个组件可以通过该接入点连接到网络120以交换数据和/或信息。

在一些实施例中，服务请求方终端130的用户可以是除服务实际需求者之外的其他人。例如，服务请求方终端130的用户a可以使用服务请求方终端130来为服务实际需求者b发起服务请求(比如，用户a可以为自己的朋友b叫车)，或者从服务器110接收服务信息或指令等。在一些实施例中，服务提供方终端140的用户可以是服务实际提供者，也可以是除服务实际提供者之外的其他人。例如，服务提供方终端140的用户c可以使用服务提供方终端140接收由服务实际提供者d提供服务的服务请求(比如用户c可以为自己雇用的司机d接单)，和/或来自服务器110的信息或指令。在一些实施例中，“服务请求方”和“服务请求方终端”可以互换使用，“服务提供方”和“服务提供方终端”可以互换使用。

在一些实施例中，服务请求方终端130可以包括移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等，或其任意组合。在一些实施例中，移动设备可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器设备的控制设备、智能监控设备、智能电视、智能摄像机、或对讲机等，或其任意组合。在一些实施例中，可穿戴设备可包括智能手环、智能鞋带、智能玻璃、智能头盔、智能手表、智能服装、智能背包、智能配件等、或其任何组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(personaldigitalassistant，pda)、游戏设备、导航设备、或销售点(pointofsale，pos)设备等，或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实玻璃、虚拟现实贴片、增强现实头盔、增强现实玻璃、或增强现实贴片等，或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括各种虚拟现实产品等。在一些实施例中，机动车辆中的内置设备可以包括车载计算机、车载电视等。在一些实施例中，服务请求方终端130可以是具有用于定位服务请求方和/或服务请求方终端的位置的定位技术的设备。

在一些实施例中，服务提供方终端140可以是与服务请求方终端130类似或相同的设备。在一些实施例中，服务提供方终端140可以是具有定位技术的设备，用于定位服务提供方和/或服务提供方终端的位置。在一些实施例中，服务请求方终端130和/或服务提供方终端140可以与其他定位设备通信以确定服务请求方、服务请求方终端130、服务提供方、或服务提供方终端140、或其任意组合的位置。在一些实施例中，服务请求方终端130和/或服务提供方终端140可以将定位信息发送给服务器110。

数据库150可以存储数据和/或指令。在一些实施例中，数据库150可以存储从服务请求方终端130和/或服务提供方终端140获得的数据。在一些实施例中，数据库150可以存储在本申请中描述的示例性方法的数据和/或指令。在一些实施例中，数据库150可以包括大容量存储器、可移动存储器、易失性读写存储器、或只读存储器(read-onlymemory,rom)等，或其任意组合。作为举例，大容量存储器可以包括磁盘、光盘、固态驱动器等；可移动存储器可包括闪存驱动器、软盘、光盘、存储卡、zip磁盘、磁带等；易失性读写存储器可以包括随机存取存储器(randomaccessmemory,ram)；ram可以包括动态ram(dynamicrandomaccessmemory,dram)，双倍数据速率同步动态ram(doubledate-ratesynchronousram,ddrsdram)；静态ram(staticrandom-accessmemory,sram)，晶闸管ram(thyristor-basedrandomaccessmemory,t-ram)和零电容器ram(zero-ram)等。作为举例，rom可以包括掩模rom(maskread-onlymemory,mrom)、可编程rom(programmableread-onlymemory,prom)、可擦除可编程rom(programmableerasableread-onlymemory,perom)、电可擦除可编程rom(electricallyerasableprogrammablereadonlymemory,eeprom)、光盘rom(cd-rom)、以及数字通用磁盘rom等。在一些实施例中，数据库150可以在云平台上实现。仅作为示例，云平台可以包括私有云、公有云、混合云、社区云、分布式云、跨云、多云或者其它类似的等，或其任意组合。

在一些实施例中，数据库150可以连接到网络120以与数据标记系统100(例如，服务器110，服务请求方终端130，服务提供方终端140等)中的一个或多个组件通信。数据标记系统100中的一个或多个组件可以经由网络120访问存储在数据库150中的数据或指令。在一些实施例中，数据库150可以直接连接到数据标记系统100中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140等)；或者，在一些实施例中，数据库150也可以是服务器110的一部分。

在一些实施例中，数据标记系统100中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140等)可以具有访问数据库150的权限。在一些实施例中，当满足一定条件时，数据标记系统100中的一个或多个组件可以读取和/或修改与服务请求方、服务提供方、或公众、或其任意组合有关的信息。例如，服务器110可以在接收服务请求之后读取和/或修改一个或多个用户的信息。作为另一示例，服务提供方终端140可以在从服务请求方终端130接收服务请求时访问与服务请求方有关的信息，但是服务提供方终端140可以不修改服务请求方的相关信息。

在一些实施例中，可以通过请求服务来实现数据标记系统100中的一个或多个组件的信息交换。服务请求的对象可以是任何产品。在一些实施方案中，产品可以是有形产品或非物质产品。有形产品可包括食品、药品、商品、化学产品、电器、服装、汽车、房屋、或奢侈品等，或其任意组合。非物质产品可以包括服务产品、金融产品、知识产品、或互联网产品等，或其任意组合。互联网产品可以包括单独的主机产品、网络产品、移动互联网产品、商业主机产品、或嵌入式产品等，或其任意组合。互联网产品可以用在移动终端的软件、程序、或系统等，或者它们的任意组合中。移动终端可以包括平板电脑、笔记本电脑、移动电话、个人数字助理(personaldigitalassistant,pda)、智能手表、销售点(pointofsales,pos)设备、车载电脑、车载电视、或可穿戴设备等，或其任意组合。例如，互联网产品可以是计算机或移动电话中使用的任何软件和/或应用程序。软件和/或应用程序可以涉及社交、购物、运输、娱乐时间、学习、或投资等，或其任意组合。在一些实施例中，与运输有关的软件和/或应用程序可以包括旅行软件和/或应用程序、车辆调度软件和/或应用程序、绘图软件和/或应用程序等。在车辆调度软件和/或应用程序中，车辆可包括马、马车、人力车(例如，独轮车、自行车、三轮车等)、汽车(例如，出租车、公共汽车、私家车等)、火车、地铁、船只、飞机(例如，飞机、直升机、航天飞机、火箭、热气球等)等，或其任意组合。

图2示出根据本申请的一些实施例的可以实现本申请思想的服务器110、服务请求方终端130、服务提供方终端140的电子设备200的示例性硬件和软件组件的示意图。例如，处理器可以用于电子设备200上，并且用于执行本申请中的功能。

电子设备200可以是通用计算机或特殊用途的计算机，两者都可以用于实现本申请的数据标记方法。本申请尽管仅示出了一个计算机，但是为了方便起见，可以在多个类似平台上以分布式方式实现本申请描述的功能，以均衡处理负载。

例如，电子设备200可以包括连接到网络的网络端口210、用于执行程序指令的一个或多个处理器220、通信总线230、和不同形式的存储介质240，例如，磁盘、rom、或ram，或其任意组合。示例性地，计算机平台还可以包括存储在rom、ram、或其他类型的非暂时性存储介质、或其任意组合中的程序指令。根据这些程序指令可以实现本申请的方法。电子设备200还包括计算机与其他输入输出设备(例如键盘、显示屏)之间的输入/输出(input/output，i/o)接口250。

为了便于说明，在电子设备200中仅描述了一个处理器。然而，应当注意，本申请中的电子设备200还可以包括多个处理器，因此本申请中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。例如，若电子设备200的处理器执行步骤a和步骤b，则应该理解，步骤a和步骤b也可以由两个不同的处理器共同执行或者在一个处理器中单独执行。例如，第一处理器执行步骤a，第二处理器执行步骤b，或者第一处理器和第二处理器共同执行步骤a和b。

实施例二

本实施例提供一种数据标记方法。本实施例中的方法可以由图1所示的服务器110执行，也可以由与上述的数据库150通信连接的一设备执行。图3示出了本申请一个实施例中的数据标记方法的流程图。下面对图3所示的数据标记方法的流程进行详细描述。

步骤s301，从订单服务器中获取已完成的目标订单数据。

上述的目标订单数据携带有初始标签。

上述的订单数据可以是网约车订单、外卖订单、租车订单、网购订单等需要一方提供服务、一方受用服务的任意类型的订单。

上述的目标订单数据可以包括：订单结束时间、订单开始时间、订单服务参数等。上述的订单结束时间可以是订单被取消的时间，也可以是订单服务完成时间。

上述的标签包括责任标签、奖励标签、属性标签等。其中，责任标签包括：服务提供方责任、服务请求方责任。奖励标签包括：奖励服务提供方、奖励服务请求方。属性标签可以包括：归类服务提供方、归类服务请求方。下面主要以责任标签为例进行描述。

步骤s302，获取服务请求方终端和/或服务提供方终端提交的订单相关操作数据。

上述的订单相关操作数据可以是服务提供方提交的操作数据，也可以是服务请求方提交的操作数据。

在一实现方式中，上述的步骤s301中的订单数据中可以携带有订单相关操作数据，需要使用时，可以通过分析订单数据获得订单相关操作数据。

在另一实现方式中，订单相关操作可以还可以是存储在数据库服务器中，需要使用时，通过订单数据中的订单标识作为查询标准在所述数据库服务器中获取。

还有一种实现方式中，订单相关操作还可以是服务请求方终端和/或服务提供方终端实时提交的数据。

订单相关操作可以包括在订单取消之前的操作、订单完成时的操作以及订单结束后一段时间的操作。

在一种实施方式中，步骤s302可以包括：获取服务请求方终端发送的取消订单的第一取消操作数据。

第一取消操作数据表示服务请求方终端的取消操作时候提交的数据。

第一取消操作可以是服务请求方终端在服务提供方接收了服务请求方的订单之后，在服务提供方在提供服务之前的时间段内进行的取消操作。

进一步地，在提交取消操作之前，服务请求方还可以选择对应的取消原因。理由包括，但不限于，1)自身原因；2)服务提供方原因等。

进一步地，在在提交取消操作之前，服务请求方还可以包括选择是否投诉服务提供方。

上述的第一取消操作数据可以包括：取消原因、投诉服务提供方数据等。

在另一种实施方式中，步骤s302可以包括：获取服务提供方终端发送的取消订单的第二取消操作数据。

上述的第二取消操作数据可以表示服务提供方终端的取消操作时候提交的数据。

第二取消操作可以是服务提供方终端在接收了服务请求方提交的订单之后的取消操作。

上述的第二取消操作数据可以包括：取消原因、投诉服务请求方数据等。

在其它实施方式中，上述的订单相关操作可以包括：在订单结束后，服务请求方终端或服务提供方终端提交的投诉数据。

步骤s303，根据所述订单相关操作数据为所述目标订单数据匹配的参数赋值，得到属性参数。

订单相关操作数据可以包括服务请求方终端提交的数据，也可以包括服务提供方终端提交的数据。

在一实施方式中，步骤s303可以包括：判断上述的第一取消操作数据所对应的时间段内所述服务请求方终端是否提交了超过设定次数的取消操作数据；若是，则为所述目标订单数据的服务请求方的异常操作参数赋予第一类值。

在一个实例中，上述的第一取消操作数据为服务提供方终端在2018年1月1日，上午10:00:00提交的数据；上述的第一取消操作数据所对应的时间段内可以表示为，2018年1月1日，上午10:00:00之前的十分钟内。

上述的第一类值可以表示为真值，第二类值可以表示为假值。在一个实例中，第一类值可以是1，第二类值可以是0。

上述的设定次数可以是五次、七次等次数。关于设定次数的选择可以根据时间段匹配，例如，匹配的时间段比较长，则匹配的设定次数也对应较多；匹配的时间段比较短，则匹配的设定次数也对应较少。

若服务请求方终端在一段时间内，提交订单多次，且多次取消未开始的订单，则表示当前订单可能存在异常操作。例如，若一服务请求方终端在十分钟内提交了五次订单、且五次订单均被取消，则可以将这十分钟内取消的五次订单的取消操作均认定为异常操作。

上面通过对取消订单的频率判断对应的取消操作是否是异常操作，若不是，则可以进一步地识别第一取消操作数据所携带的反馈信息。

在另一实施方式中，步骤s303可以包括：判断所述第一取消操作数据所对应的时间段内所述服务请求方终端是否提交了超过设定次数的取消操作数据；若否，获取所述第一取消操作数据中携带的服务请求方反馈信息；为与所述服务请求方反馈信息匹配的参数赋值。

上述的反馈信息可以包括取消原因、投诉信息等。

在一些实施例中，所述为与所述服务请求方反馈信息匹配的参数赋值的步骤，包括：若所述服务请求方反馈信息包括自身责任类数据，则为服务请求方的责任参数赋予第一类值；或，若所述反馈信息包括投诉类数据，则为服务提供方的责任参数赋予第一类值。

在网约车领域中，上述的自身责任类数据可以包括：选择的取消原因为：平台派车太远、路程有变化、时间比较着急换乘其它交通工具等时，对应的取消操作数据。上述的投诉类数据可以包括：选择的取消原因为：司机各种理由不来接我、司机拒接电话、司机迟到时，对应的取消操作数据。上述的投诉类数据还包括服务请求方终端提交的投诉操作数据等。

在一个实例中，可以为每一个取消订单原因、每一种接收到服务请求方终端或服务提供方终端提交的反馈分别匹配一个参数，对应取消订单原因被选择后，可以为对应的参数赋予第一类值。例如，参数可以包括：司机各种理由不来接我参数、司机拒接电话参数、司机迟到参数、平台派车太远参数、路程有变化参数、时间比较着急换乘其它交通工具参数，任一原因被选择时，对应参数被赋予第一类值。例如，服务请求方终端提交的取消原因是路程有变化，则将路程有变化参数赋予第一类值。

在另一个实例中，参数可以包括：服务提供方的责任参数、服务请求方的责任参数、服务请求方的异常操作参数及服务提供方的异常操作参数。下面以参数可以包括：服务提供方的责任参数、服务请求方的责任参数、服务请求方的异常操作参数及服务提供方的异常操作参数为例进行描述。

在一个实例中，若反馈信息是服务请求方自身原因，则将服务请求方的责任参数对应赋予真值。例如，服务请求方的责任参数使用passengerresponsibility表示，则可以将passengerresponsibility＝1。

在另一个实例中，若反馈信息是服务提供方原因，则将服务提供方的责任参数对应赋予真值。例如，服务提供方的责任参数使用driver'sresponsibility，则可以将driver'sresponsibility＝1。

在另一个实例中，若反馈信息是投诉了服务提供方，则将服务提供方的责任参数对应赋予真值。例如，服务提供方的责任参数使用driver'sresponsibility，则可以将driver'sresponsibility＝1。

在另一实施方式中，步骤s303可以包括：判断上述的服务提供方提交的第二取消操作数据所对应的时间段内所述服务提供方终端是否提交了超过设定次数的取消操作数据；若是，则为所述目标订单数据的服务提供方的异常操作参数赋予第一类值。

上述的设定次数可以是五次、七次等次数。关于设定次数的选择可以根据时间段匹配，例如，匹配的时间段比较长，则匹配的设定次数也对应较多；匹配的时间段比较短，则匹配的设定次数也对应较少。

若服务提供方终端在一段时间内，提交订单多次，且多次取消未开始的订单，则表示当前订单可能存在异常操作。例如，若一服务提供方终端在十分钟内提交了五次订单、且五次订单均被取消，则可以将这十分钟内取消的五次订单的取消操作均认定为异常操作。

上面通过对取消订单的频率判断对应的取消操作是否是异常操作，若不是，则可以进一步地识别第二取消操作数据所携带的反馈信息。

在另一实施方式中，步骤s303可以包括：判断所述第二取消操作数据所对应的时间段内所述服务提供方终端是否提交了超过设定次数的取消操作数据；若否，则获取所述第二取消操作数据中携带的服务提供方反馈信息；为与所述服务提供方反馈信息匹配的参数赋值。

在另一实施方式中，步骤s303可以包括：判断所述第二取消操作数据所对应的时间段内所述服务提供方终端是否提交了超过设定次数的取消操作数据；若否，则判断在所述第二取消操作数据之前，所述服务提供方终端是否存在与后台服务器帮绑定的终端的通信记录；若不存在，则为服务提供方的责任参数赋予第一类值。

上述的台服务器帮绑定的终端可以是后台客服人员的电话。

若服务提供方在取消订单之前给后台客服人员打电话，陈述了需要取消订单的原因，则可以为服务提供方的责任参数赋予第二类值；若服务提供方在取消订单之前未给后台客服人员打电话，则为服务提供方的责任参数赋予第一类值。

在另一实施方式中，步骤s303可以包括：判断所述第二取消操作数据所对应的时间段内所述服务提供方终端是否提交了超过设定次数的取消操作数据；若否，则判断在所述第二取消操作数据之前，所述服务提供方终端是否存在与服务请求方终端的通信记录；若不存在，则为服务提供方的责任参数赋予第一类值。

若服务提供方终端在未与服务请求方终端通信的情况下，直接取消订单，服务请求方可能对订单的取消没有提前知晓，则为服务提供方的责任参数赋予第一类值；若服务提供方终端在与服务请求方终端尝试通信，却未成功接通的情况下，取消订单，则为服务提供方的责任参数赋予第二类值。

步骤s304，判断所述属性参数是否与所述目标订单数据的所述初始标签的属性匹配。

若是，则执行步骤s305。若否，则删除对应的订单数据，不作为后续的训练数据的样本。

在一些实施例中，所述参数包括：服务提供方的责任参数、服务请求方的责任参数、服务请求方的异常操作参数及服务提供方的异常操作参数；步骤s304可以包括：

若所述初始标签为服务提供方责任，判断所述服务提供方的责任参数或服务提供方的异常操作参数是否为第一类值，且所述服务请求方的责任参数和服务请求方的异常操作参数为非第一类值，若是，则判定属性参数与所述目标订单数据的所述初始标签的属性匹配；或者，

若所述初始标签为服务请求方责任，判断所述服务提供方的责任参数或服务提供方的异常操作参数是否为非第一类值，且所述服务请求方的责任参数和服务提供方的异常操作参数为第一类值，若是，则判定属性参数与所述目标订单数据的所述初始标签的属性匹配。

在一可选的实施方式中，每一个参数可以对应有所属类型，所属类型可以包括：服务提供方责任类、服务请求方责任类。

例如，上述的参数包括：服务提供方的责任参数、服务请求方的责任参数、服务请求方的异常操作参数及服务提供方的异常操作参数。

服务提供方的责任参数、服务提供方的异常操作参数可属于服务提供方责任类；服务请求方的责任参数、服务请求方的异常操作参数属于服务请求方责任类。

在一个实例中，若目标订单数据携带的标签为服务提供方责任；上述的属性参数为服务提供方责任类中的任一参数为第一类值，则表示属性参数与目标订单数据的初始标签的属性匹配。

在一个实例中，若目标订单数据携带的标签为服务提供方责任；上述的属性参数为服务提供方责任类中的全部参数为第二类值，或/及，上述的属性参数为服务请求方责任类中的任一参数为第一类值，则表示属性参数与目标订单数据的初始标签的属性不匹配。

在一个实例中，若目标订单数据携带的标签为服务请求方责任；上述的属性参数为服务请求方责任类中的任一参数为第一类值，则表示属性参数与目标订单数据的初始标签的属性匹配。

在一个实例中，若目标订单数据携带的标签为服务请求方责任；上述的属性参数为服务请求方责任类中的全部参数为第二类值，或/及，上述的属性参数为服务请求方责任类中的任一参数为第一类值，则表示属性参数与目标订单数据的初始标签的属性不匹配。

步骤s305，为所述目标订单数据设置与所述初始标签相同的目标标签。

属性参数与目标订单数据的所述初始标签的属性匹配的订单数据可以作为后续用来训练模型的训练数据。

由于经过初始的标签以及后续确认标签，可以使得到的订单数据的标签更加准确，后续的训练得到的模型也能够更加的符合训练需求。

下面通过以网约车为例提供一个数据标记对应的算法流程的伪代码示意：

通过接收到的服务请求方终端和/或服务提供方提交的订单相关操作数据可以进一步地实现对数据的标签进行核实的操作，可以使为数据贴上的标签更加的准确。另外，通过订单相关操作数据为匹配的参数赋值，在判断的时候可以根据属性参数的值可以更直观的判断出属性参数与初始标签的属性匹配程度，也能够实现较快的标记数据。

实施例三

基于同一申请构思，本申请实施例中还提供了与数据标记方法对应的数据标记装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述数据标记方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

图4是示出本申请的一些实施例的数据标记装置的框图，该数据标记装置实现的功能对应上述方法执行的步骤。该装置可以理解为上述服务器，或服务器的处理器，也可以理解为独立于上述服务器或处理器之外的在服务器控制下实现本申请功能的组件，如图所示，数据标记装置可以包括：第一获取模块401、第二获取模块402、赋值模块403、判断模块404及设置模块405，其中，

第一获取模块401，用于从订单服务器中获取已完成的目标订单数据，所述目标订单数据携带有初始标签；

第二获取模块402，用于获取服务请求方终端和/或服务提供方终端提交的订单相关操作数据；

赋值模块403，用于根据所述订单相关操作数据为所述目标订单数据匹配的参数赋值，得到属性参数；

判断模块404，用于判断所述属性参数是否与所述目标订单数据的所述初始标签的属性匹配；

设置模块405，用于若所述属性参数与所述目标订单数据的所述初始标签的属性匹配，为所述目标订单数据设置与所述初始标签相同的目标标签。

在一些实施例中，所述第二获取模块402，还用于：获取服务请求方终端发送的取消订单的第一取消操作数据；

所述赋值模块403，还用于：

判断所述第一取消操作数据所对应的时间段内所述服务请求方终端是否提交了超过设定次数的取消操作数据；

若是，则为所述目标订单数据的服务请求方的异常操作参数赋予第一类值。

在一些实施例中，所述第二获取模块402还用于：

获取服务请求方终端发送的取消订单的第一取消操作数据；

所述赋值模块403，还用于：

判断所述第一取消操作数据所对应的时间段内所述服务请求方终端是否提交了超过设定次数的取消操作数据；

若否，获取所述第一取消操作数据中携带的服务请求方反馈信息；

为与所述服务请求方反馈信息匹配的参数赋值。

在一些实施例中，所述赋值模块403，还用于：

若所述服务请求方反馈信息包括自身责任类数据，则为服务请求方的责任参数赋予第一类值；或，

若所述反馈信息包括投诉类数据，则为服务提供方的责任参数赋予第一类值。

在一些实施例中，所述第二获取模块402，还用于：

获取服务提供方终端发送的取消订单的第二取消操作数据；

所述赋值模块403，还用于：

判断所述第二取消操作数据所对应的时间段内所述服务提供方终端是否提交了超过设定次数的取消操作数据；

若是，则为所述目标订单数据的服务提供方的异常操作参数赋予第一类值。

在一些实施例中，所述第二获取模块402，还用于：

获取服务提供方终端发送的取消订单的第二取消操作数据；

所述赋值模块403，还用于：

判断所述第二取消操作数据所对应的时间段内所述服务提供方终端是否提交了超过设定次数的取消操作数据；

若否，则获取所述第二取消操作数据中携带的服务提供方反馈信息；

为与所述服务提供方反馈信息匹配的参数赋值。

在一些实施例中，所述第二获取模块402，还用于：

获取服务提供方终端发送的取消订单的第二取消操作数据；

所述赋值模块403，还用于：

判断所述第二取消操作数据所对应的时间段内所述服务提供方终端是否提交了超过设定次数的取消操作数据；

若否，则判断在所述第二取消操作数据之前，所述服务提供方终端是否存在与服务请求方终端的通信记录；

若不存在，则为服务提供方的责任参数赋予第一类值。

在一些实施例中，所述第二获取模块402，还用于：

获取服务提供方终端发送的取消订单的第二取消操作数据；

所述赋值模块403，还用于：

判断所述第二取消操作数据所对应的时间段内所述服务提供方终端是否提交了超过设定次数的取消操作数据；

若否，则判断在所述第二取消操作数据之前，所述服务提供方终端是否存在与后台服务器帮绑定的终端的通信记录；

若不存在，则为服务提供方的责任参数赋予第一类值。

在一些实施例中，所述参数包括：服务提供方的责任参数、服务请求方的责任参数、服务请求方的异常操作参数及服务提供方的异常操作参数；所述判断模块404，还用于：

若所述初始标签为服务提供方责任，判断所述服务提供方的责任参数或服务提供方的异常操作参数是否为第一类值，且所述服务请求方的责任参数和服务请求方的异常操作参数为非第一类值，若是，则判定属性参数与所述目标订单数据的所述初始标签的属性匹配；或者，

若所述初始标签为服务请求方责任，判断所述服务提供方的责任参数或服务提供方的异常操作参数是否为非第一类值，且所述服务请求方的责任参数和服务提供方的异常操作参数为第一类值，若是，则判定属性参数与所述目标订单数据的所述初始标签的属性匹配。

上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任意组合。无线连接可以包括通过lan、wan、蓝牙、zigbee、或nfc等形式的连接，或其任意组合。两个或更多个模块可以组合为单个模块，并且任何一个模块可以分成两个或更多个单元。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

此外，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的数据标记方法的步骤。

本申请实施例所提供的数据标记方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行上述方法实施例中所述的数据标记方法的步骤，具体可参见上述方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

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