CN111027811A - 基于难度系数的车辆工单管理和评价方法、装置、终端、介质 - Google Patents

Abstract

本发明提供基于难度系数的车辆工单管理和评价方法、装置、终端、介质，其包括：在接收到车辆处理触发指令后，获取当前工单中的待处理车辆在一或多个标签维度上的标签数据；根据待处理车辆在一或多个标签维度上的标签数据，并基于系数配置预设规则，为待处理车辆配置各标签维度上的难度系数；根据待处理车辆在各标签维度上的难度系数以及各标签维度的预设占比，生成待处理车辆的综合难度系数，以供根据所述综合难度系数进行车辆工单的报酬管理。本发明其旨在将工单难度系数与工单报酬挂钩，从而形成更为积极有效的工单管理解决方案，因而能够有效提高员工的积极性，主动处理难度较高的工单，进而减少运营成本，大大提升了车辆的使用率。

Description

基于难度系数的车辆工单管理和评价方法、装置、终端、介质

技术领域

本发明涉及车辆管理技术领域，特别是涉及基于难度系数的车辆工单管理和评价方法、装置、终端、介质。

背景技术

目前，车辆工单通常以随机派发或者员工主动接单的形式进行管理。但是，车辆工单的难易程度各不相同，随机派发的管理模式容易造成同酬不同工的不公平现象，而员工主动接单的管理模式又会导致员工避难就易，久而久之便形成了难度低的工单抢着干，难度高的工单没人干的尴尬局面。

因此，如何通过改善车辆工单管理来促进员工积极主动地完成难度较高的工单，成为本领域亟需解决的技术问题。

发明内容

鉴于以上所述现有技术的缺点，本发明的目的在于提供基于难度系数的车辆工单管理和评价方法、装置、终端、介质，用于解决现有技术中的问题。

为实现上述目的及其他相关目的，本发明的第一方面提供一种基于难度系数的车辆工单管理方法，其包括：在接收到车辆处理触发指令后，获取当前工单中的待处理车辆在一或多个标签维度上的标签数据；根据待处理车辆在一或多个标签维度上的标签数据，并基于系数配置预设规则，为待处理车辆配置各标签维度上的难度系数；根据待处理车辆在各标签维度上的难度系数以及各标签维度的预设占比，生成待处理车辆的综合难度系数，以供根据所述综合难度系数进行车辆工单的报酬管理。

于本发明的第一方面的一些实施例中，所述标签维度包括：标签类型维度和标签时长维度；其中，在标签类型维度上的标签数据为标签类型数据，在标签类型维度上的难度系数为类型难度系数；在标签时长维度上的标签数据为标签时长数据，在标签时长维度上的难度系数为时长难度系数。

于本发明的第一方面的一些实施例中，标签类型维度按照不同类型划分为多个档位的类型难度系数，且类型难度系数与处理该类型车辆的难度正相关；标签时长维度按照不同时长划分为多个档位的时长难度系数，且时长难度系数与标签被标注时间的长度正相关。

于本发明的第一方面的一些实施例中，所述系数配置预设规则包括：在待处理车辆仅持有一个标签的情况下，根据该标签的标签类型数据为待处理车辆配置对应的类型难度系数，并根据该标签的标签时长数据为待处理车辆配置对应的时长难度系数；在待处理车辆持有两个及以上标签的情况下，根据其中难度最高的标签的标签类型数据为待处理车辆配置对应的类型难度系数，并根据其中时长最长的标签的标签时长数据为待处理车辆配置对应的时长难度系数。

于本发明的第一方面的一些实施例中，所述车辆处理触发指令包括寻车触发指令；其中，待找车辆的标签类型包括：失联、长期未骑行、低电量、零电量、车辆受损、及车锁异常中的任一种或多种的组合；待找车辆的标签类型数据包括：类型名称数据、车辆电量数据、及车辆位置数据。

于本发明的第一方面的一些实施例中，所述车辆处理触发指令包括修车触发指令；其中，待修车辆的标签类型包括：车辆大修、车辆中修、及车辆小修中的任一种或多种的组合。

为实现上述目的及其他相关目的，本发明的第二方面提供一种车辆工单难度评价方法，其包括：确定用于评价车辆工单难度的一或多个标签维度以及各标签维度的占比；为各标签维度配置对应的难度系数；其中，各标签维度的占比和难度系数用于计算待处理车辆的综合难度系数，以供根据所述综合难度系数进行车辆工单的报酬管理。

为实现上述目的及其他相关目的，本发明的第三方面提供一种基于难度系数的车辆工单管理装置，其包括：标签数据获取模块，用于在接收到车辆处理触发指令后，获取待处理车辆基于一或多个标签维度的标签数据；难度系数配置模块，用于根据所获取的一或多个标签维度的标签数据，并基于系数配置预设规则，为待处理车辆配置各标签维度上的难度系数，并用于根据待处理车辆在各标签维度上的难度系数以及各标签维度的预设占比，生成待处理车辆的综合难度系数，以供根据所述综合难度系数进行车辆工单的报酬管理。

为实现上述目的及其他相关目的，第四方面提供一种车辆工单难度评价装置，其包括：标签维度确定模块，用于确定用于评价车辆工单难度的一或多个标签维度以及各标签维度的占比；难度系数配置模块，用于为各标签维度配置对应的难度系数；其中，所述各标签维度的占比和难度系数用于计算待处理车辆的综合难度系数，以供根据所述综合难度系数进行车辆工单的报酬管理。

为实现上述目的及其他相关目的，本发明的第五方面提供一种计算机可读存储介质，其上存储有第一计算机程序和/或第二计算机程序，所述第一计算机程序被处理器执行时实现本发明第一方面的基于难度系数的车辆工单管理方法，所述第二计算机程序被处理器执行时实现本发明第二方面的车辆工单难度评价方法。

为实现上述目的及其他相关目的，本发明的第六方面提供一种基于难度系数的车辆工单管理终端，包括：处理器、通信器、及存储器；所述存储器用于存储计算机程序；所述通信器用于和其他设备进行通信；所述处理器用于执行所述存储器存储的计算机程序，以使所述终端执行本发明第一方面的基于难度系数的车辆工单管理方法。

为实现上述目的及其他相关目的，本发明的第七方面提供一种车辆工单难度评价终端，包括：处理器、通信器、及存储器；所述存储器用于存储计算机程序；所述通信器用于和其他设备进行通信；所述处理器用于执行所述存储器存储的计算机程序，以使所述终端执行本发明第二方面的车辆工单难度评价方法。

如上所述，本发明的基于难度系数的车辆工单管理和评价方法、装置、终端、介质，具有以下有益效果：本发明其旨在将工单难度系数与工单报酬挂钩，从而形成更为积极有效的工单管理解决方案，因而能够有效提高员工的积极性，主动处理难度较高的工单，进而减少运营成本，大大提升了车辆的使用率。

附图说明

图1显示为本发明一实施例中车辆工单管理系统的示意图。

图2显示为本发明一实施例中的基于难度系数的车辆工单管理方法的流程示意图。

图3显示为本发明一实施例中的车辆工单难度评价方法的流程示意图。

图4显示为本发明一实施例中的基于难度系数的车辆工单管理装置的结构示意图。

图5显示为本发明一实施例中的车辆工单难度评价装置的结构示意图。

图6显示为本发明一实施例中的基于难度系数的车辆工单管理终端的结构示意图。

图7显示为本发明一实施例中的车辆工单难度评价终端的结构示意图。

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

需要说明的是，在下述描述中，参考附图，附图描述了本发明的若干实施例。应当理解，如同本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A、B和C”。仅当元件、功能或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

针对现有的工单管理模式无法提高员工积极性的问题，本发明提供基于难度系数的车辆工单管理和评价方法、装置、终端、介质，其旨在将工单难度系数与工单报酬挂钩，从而形成更为积极有效的工单管理解决方案，因而能够有效提高员工的积极性，主动处理难度较高的工单，进而减少运营成本，大大提升了车辆的使用率。

为了使本发明的目的、技术方案及优点更加清楚明白，通过下述多个实施例并结合相应的附图，对本发明实施例中的技术方案的进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定发明。

实施例一

本实施例提供的基于难度系数的车辆工单管理方法可应用于图1中所示的车辆工单管理系统中，用于对待处理车辆进行难度系数计算，并基于计算所得的难度系数进行报酬管理。

应理解的是，本实施例所指的车辆可以是共享车辆或非共享的私有车辆；共享车辆例如是共享电动自行车(如哈啰单车、哈啰电动车、摩拜单车、或者小黄车等)或者共享电动汽车等。另外，本实施例中的车辆处理可以是找车、修车、车辆维护、车辆保养、车辆拆解等，本实施例不作限定。为便于本领域技术人员理解，图1以找车工单为例来说明。

如图1所示，车辆管理系统包括终端11和后台服务器12。终端11上安装有服务于运维工作人员的找车应用程序111，找车应用程序111获取待找车辆的车辆编号信息并将车辆编号信息发送给后台服务器12，找车应用程序111点击“开始找车”后生成对应的找车工单。后台服务器12预先配置有不同工单的难度系数，并根据车辆编号信息获取该车辆的详细信息，例如标签名称、车辆电量、车辆位置、以及标签时长等信息，并在找车应用程序111生成找车工单时基于这些难度系数的配置为工单计算与工单报酬挂钩的综合难度系数，并将该综合难度系数记录在找车工单中，同时记录计算该综合难度系数时的难度系数配置，以便于后续的核实考核。

可选的，终端11例如是智能手机、平板电脑、笔记本电脑、台式电脑、智能电视、个人数字助理(Personal Digital Assistant，简称PDA)等能够安装车辆处理应用程序(如找车应用程序或者修车应用程序等)的电子设备。

可选的，后台服务器12例如是Saas(Software as a Service)云服务器、Paas(Platform as a Service)云服务器、或者IaaS(Infrastructure as a Service)云服务器等等，该些服务器可在公有云、私有云、或者混合云等云环境中提供相应的云计算服务。

可选的，终端11和后台服务器12之间可通过无线连接进行通信。可选的，无线连接的方式包括但不限于：Wi-Fi连接、蓝牙连接、3G/4G/5G等移动网络连接、ZigBee连接、LoRa连接、NB-IoT连接等等，本实施例不作限定。

应理解的是，出于说明性目的而提供以上示例，并且以上示例不应被理解成是限制性的。同样的，该方法或系统可以另外地或替代地包括其它特征或包括较少的特征，而未背离本发明的范围。

实施例二

如图2所示，展示了本发明一实施例中的基于难度系数的车辆工单管理方法的流程示意图。本实施例的车辆工单管理方法包括步骤S201～S203。为便于描述，本实施例以找车工单的管理方法为例来解释说明。

步骤S201：在接收到车辆处理触发指令后，获取当前工单中的待处理车辆在一或多个标签维度上的标签数据。

可选的，所述标签维度包括但不限于标签类型维度和标签时长维度。在标签类型维度上的标签数据为标签类型数据，在标签时长维度上的标签数据为标签时长数据。

具体的，标签类型数据包括：类型名称数据、车辆电量数据、及车辆位置数据等等。其中，类型名称用以表示标签类型的名称，例如：标签类型为失联的车辆，其对应的标签名称可以是“失联车”；标签类型为零电量的车辆，其对应的标签名称可以是“零电量车”等等。标签时长数据用以表示车辆被标注上某标签的时长，例如：一待找车辆被标注为失联，标注时间为7小时，则标签时长即为7小时。

举例来说，待找车辆的标签类型有失联、长期未骑行、低电量、零电量、车辆受损、车锁异常等等，则类型名称对应有失联车、长期未骑行车、低电量车、零电量车、受损车、车锁异常车等等；每个待找车辆所剩余的电量数据便是对应的车辆电量数据；每个待找车辆当前的位置数据便是对应的车辆位置数据；每个待找车辆的标签标注时间数据便是对应的标签时长数据。

需说明的是，本发明中标签维度的数量和具体维度都不以本实施例为限。事实上，标签维度的个数可以是一个也可以是多个，标签的具体维度可以是本实施的标签类型和标签时长，也可以选取其它维度(如标签数量等)本实施例对这些都不作限定。

步骤S202：根据待处理车辆在一或多个标签维度上的标签数据，并基于系数配置预设规则，为待处理车辆配置各标签维度上的难度系数。

具体来说，根据待找车辆的车辆编号获取该车的详细信息，例如标签名称、车辆电量、车辆位置、及标签时长等信息，将这些信息与预配置的难度系数进行匹配，从而分别匹配出标签类型维度上的类型难度系数以及标签时长维度上的时长难度系数。

所述预配置的难度系数是指管理后台服务器预先配置好的不同工单的难度系数。为便于理解，现结合下表1～3来进行说明。

表1展示的是本发明一实施例中的标签类型难度系数表，该表中的标签类型维度按照不同类型划分为多个档位的类型难度系数，且类型难度系数与处理该类型车辆的难度正相关。例如：寻找长期未骑行车的难度较低，故将难度系数设为1；寻找零电量车的难度相较于长期未骑行车可能存在着定位更难或者搬运更难等问题，故将难度系数设为2；而失联车则由于寻找的范围不确定而使找车难度非常高，故将难度系数设为24。

需说明的是，标签类型的分档方式并不仅限于本实施例所列举的这些，操作人员可根据实际应用场景在管理后台进行增加、删除、或编辑，例如再增加受损车或者车锁异常车等等，本实施例不作限定。

表1：标签类型难度系数表

标签类型	类型名称	电量范围	车辆位置	难度系数
					长期未骑行	长期未骑行车	0～100	不限	1
零电量	零电量车	0～0	不限	2
					失联	失联车	0～100	不限	24

可选的，在同一标签类型下还可按照电量范围或者车辆位置来进一步划分难度系数。具体来讲，相同标签类型下的高电量车具有较低难度系数，而低电量车则具有较高难度系数；相类似的，相同标签类型下的近距离车具有较低难度系数，而远距离车则具有较高难度系数等等。

具体以下表2所示的本发明一实施例中的标签类型难度系数表为例，在标签类型都为长期未骑行的情况下，寻找电量范围是50～100的车辆的难度系数是1，而寻找电量范围是0～50的车辆的难度系数是2。同样在标签类型都为长期未骑行的情况下，寻找距离是10km以下的车辆的难度系数是1，寻找距离是10km以上的车辆的难度系数是2。

表2：标签类型难度系数表

表3展示的是本发明一实施例中的标签时长难度系数表，该表中的标签时长维度按照不同时长划分为多个档位的时长难度系数，且时长难度系数与标签被标注时间的长度正相关。例如：寻找标签时长为0～23H的车辆的难度较低，故将难度系数设为1；寻找标签时长超过23H的车辆的难度系数相应较高，故将难度系数设为2。

需说明的是，标签时长的分档方式并不仅限于本实施例所列举的这些，操作人员可根据实际应用场景在管理后台进行修改，例如将标签时长以天或周为单位进行计量等等，本实施例不作限定。

表3：标签时长难度系数表

标签时长(H)	难度系数
		0～23H	1
23H以上	2

可选的，所述系数配置预设规则包括：在待处理车辆仅持有一个标签的情况下，根据该标签的标签类型数据为待处理车辆配置对应的类型难度系数，并根据该标签的标签时长数据为待处理车辆配置对应的时长难度系数。

例如：待找车辆仅有一个失联标签，则按照失联标签的难度系数(如表1中的难度系数24)来设置该车的类型难度系数，再按照这一失联标签被打上的时长(例如该标签被打上10H，则可按表3取难度系数1)来设置该车的时长难度系数。因此，待找车辆的类型难度系数为24，时长难度系数为1。

可选的，所述系数配置预设规则包括：在待处理车辆持有两个及以上标签的情况下，根据其中难度最高的标签的标签类型数据为待处理车辆配置对应的类型难度系数，并根据其中时长最长的标签的标签时长数据为待处理车辆配置对应的时长难度系数。这种系数配置规则能够综合考虑找车的难度系数，以确保计算出最合理的综合难度系数，从而更利于车辆工单的报酬管理工作。

例如：待找车辆被打上了2个标签，分别为失联标签和零电量标签，如表1中预配置的难度系数，失联标签难度系数为24，零电量标签难度系数为2，则选取其中较高的难度系数24作为该车的类型难度系数。另外，若失联标签已被打上5H，而零电量标签已被打上40H，则取较长时长的难度系数(按表3取难度系数为2)。因此，待找车辆的类型难度系数为24，时长难度系数为2。

步骤S203：根据待处理车辆在各标签维度上的难度系数以及各标签维度的预设占比，生成待处理车辆的综合难度系数，以供根据所述综合难度系数进行车辆工单的报酬管理。

本实施例所指的预设占比，是指后台服务器预先设置的各标签维度所占的比例，用于表示各标签维度的重要性。为便于理解，现结合下表4来进行说明。

表4：标签维度占比表

标签维度	维度说明	系数占比
			标签类型	待找车辆的标签类型	80％
标签时长	待找车辆被打标签的时长	20％

表4展示的本发明一实施例中的标签维度占比表，该表中的标签类型维度占比80％，标签时长维度的占比为20％。需说明的是，本实施例所列举的占比只作为示例，并不用于限定本发明的范围。

因此，根据待处理车辆在各标签维度上的难度系数以及各标签维度的预设占比，综合难度系数的计算如下：标签类型维度占比*标签类型难度系数+标签时长维度占比*标签时长难度系数。例如：若待找车辆的标签类型难度系数为24，标签时长难度系数为1，则该车辆的综合难度系数即为(24*80％+1*20％)。

在本实施例中，计算所得的综合难度系数用于进行车辆工单的报酬管理，也即，综合难度系数与工单薪资挂钩。具体来说，现有的工单管理模式，不管难易程度如何，每张工单的报酬是相同的；而本发明提供的工单管理模式则与工单难度相挂钩，根据计算所得的综合难度系数，其值越高则对应的报酬会越高，反之则对应的报酬越低。

以上，基于找车工单的实施例来对本发明所提供的基于难度系数的车辆工单管理方法做了详细的说明。但需要说明的是，本发明的车辆工单管理方法不仅可适用于找车工单，还可适用于其他多种类型的工单，如修车工单、车辆维护工单、车辆保养工单、车辆拆解工单等等。

以修车工单为例：可选取标签类型维度和标签时长维度，其中标签类型可分为车辆大修、车辆中修、或者车辆小修等，并根据修理难度分别设定对应的难度系数，修车工单综合难度系数的计算方式与找车工单的类似，故不再赘述。

需说明的是，本实施例中所指的车辆大修、车辆中修、及车辆小修可根据修理次数、工作量、修理时长等因素来进行区分。例如：车辆大修是指修理次数少、工作量大、每次修理时间较长的修理任务；车辆中修是指修理次数较多、工作量不大、每次修理时间较短的修理任务；车辆小修是指修理次数较多，工作量小，每次修理时间短的修理任务。

应理解的是，本实施例中所涉及的修理次数的多少、工作量的大小、修理时长的长短可按照不同的划分标准进行划分；另外，车辆修理的标签类型可根据适用场景的不同做出不同的定义，本实施例不做限定。

以车辆维护工单为例：可选取标签类型维度和标签时长维度，其中标签类型可分为整车维护和零部件维护等，并根据维护难度分别设定对应的难度系数，维护工单的综合难度系数的计算方式也与找车工单的类似，故不再赘述。

以车辆保养工单为例：可选取标签类型维度和标签时长维度，其中标签类型可分为一级保养、二级保养、三级保养等，并根据保养难度分别设定对应的难度系数，保养工单的综合难度系数的计算方式也与找车工单的类似，故不再赘述。

再以车辆拆解工单为例：可选取标签类型维度和标签时长维度，其中标签类型可分为变形车辆拆解或未变形车辆拆解等，并根据拆解难度分别设定对应的难度系数，拆解工单的综合难度系数的计算方式也与找车工单的类似，故不再赘述。因工单类型较多，本实施例不再一一列举。

实施例三

如图3所示，展示了本发明一实施例中的车辆工单难度评价方法的流程示意图。本实施例的方法包括步骤S301和步骤S302。

步骤S301：确定用于评价车辆工单难度的一或多个标签维度以及各标签维度的占比。

步骤S302：为各标签维度配置对应的难度系数。其中，各标签维度的占比和难度系数用于计算待处理车辆的综合难度系数，以供根据所述综合难度系数进行车辆工单的报酬管理。

可选的，所述标签维度包括：标签类型维度和标签时长维度；其中，在标签类型维度上的标签数据为标签类型数据，在标签类型维度上的难度系数为类型难度系数；在标签时长维度上的标签数据为标签时长数据，在标签时长维度上的难度系数为时长难度系数。

可选的，标签类型维度按照不同类型划分为多个档位的类型难度系数，且类型难度系数与处理该类型车辆的难度正相关；标签时长维度按照不同时长划分为多个档位的时长难度系数，且时长难度系数与标签被标注时间的长度正相关。

需说明的是，本实施例中车辆工单难度评价方法的实施方式已于上文实施例中基于难度系数的车辆工单管理方法中予以详述，故本实施例不再赘述。

实施例四

如图4所示，展示了本发明一实施例中的基于难度系数的车辆工单管理装置的结构示意图。本实施例的车辆工单管理装置包括标签数据获取模块41和难度系数计算模块42。

具体的，签数据获取模块41用于在接收到车辆处理触发指令后，获取待处理车辆基于一或多个标签维度的标签数据；难度系数计算模块42用于根据所获取的一或多个标签维度的标签数据，并基于系数配置预设规则，为待处理车辆配置各标签维度上的难度系数，并用于根据待处理车辆在各标签维度上的难度系数以及各标签维度的预设占比，生成待处理车辆的综合难度系数，以供根据所述综合难度系数进行车辆工单的报酬管理。

需说明的是，本实施例中基于难度系数的车辆工单管理装置的实施方式，与上文实施例中基于难度系数的车辆工单管理方法的实施方式类似，故本实施例不再赘述。

实施例五

如图5所示，展示本发明一实施例中的车辆工单难度评价装置的结构示意图。本实施例的车辆工单难度评价装置包括标签维度确定模块51和难度系数配置模块52。

具体的，标签维度确定模块51于确定用于评价车辆处理任务难度的一或多个标签维度；难度系数配置模块52用于确定各标签维度的占比并为各标签维度配置对应的难度系数。其中，所述各标签维度的占比和难度系数用于计算待处理车辆的综合难度系数，以供根据所述综合难度系数进行车辆工单的报酬管理。

需说明的是，本实施例中车辆工单难度评价装置的实施方式，与上文实施例中车辆工单难度评价方法的实施方式类似，故本实施例不再赘述。

应理解以上两种装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，难度系数配置模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上难度系数配置模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(ApplicationSpecificIntegratedCircuit，简称ASIC)，或，一个或多个微处理器(digitalsignalprocessor，简称DSP)，或，一个或者多个现场可编程门阵列(FieldProgrammableGateArray，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(CentralProcessingUnit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。

实施例六

如图6所示，展示了本发明一实施例中的基于难度系数的车辆工单管理终端的结构示意图。本实例提供的终端包括：处理器61、存储器62、通信器63；存储器62通过系统总线与处理器61和通信器63连接并完成相互间的通信，存储器62用于存储计算机程序，通信器63用于和其他设备进行通信，处理器61用于运行计算机程序，使终端执行如上基于难度系数的车辆工单管理方法的各个步骤。

实施例七

如图7所示，展示了本发明一实施例中的基于难度系数的车辆工单管理终端的结构示意图。本实例提供的终端包括：处理器71、存储器72、通信器73；存储器72通过系统总线与处理器71和通信器73连接并完成相互间的通信，存储器72用于存储计算机程序，通信器73用于和其他设备进行通信，处理器71用于运行计算机程序，使终端执行如上车辆工单难度评价方法的各个步骤。

上述两种终端中提到的系统总线可以是外设部件互连标准(PeripheralComponentInterconnect，简称PCI)总线或扩展工业标准结构(ExtendedIndustryStandardArchitecture，简称EISA)总线等。该系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口用于实现数据库访问装置与其他设备(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(RandomAccessMemory，简称RAM)，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

上述的处理器可以是通用处理器，包括中央处理器(CentralProcessingUnit，简称CPU)、网络处理器(NetworkProcessor，简称NP)等；还可以是数字信号处理器(DigitalSignalProcessing，简称DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，简称ASIC)、现场可编程门阵列(Field－ProgrammableGateArray，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

实施例八

本实施例提供一种计算机可读存储介质，其上存储有第一计算机程序和/或第二计算机程序。其中，所述第一计算机程序被处理器执行时实现上述基于难度系数的车辆工单管理方法；所述第二计算机程序被处理器执行时实现上述车辆工单难度评价方法。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过计算机程序相关的硬件来完成。前述的计算机程序可以存储于一计算机可读存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

综上所述，本发明提供基于难度系数的车辆工单管理和评价方法、装置、终端、介质，本发明提供的是基于难度系数的技术解决方案，能够有效提高线下运维人员的积极性，积极主动去处理那些难修的车或者难找的车等等，这样可以减少昂贵配件的更换，还可以减少运营成本，大大提高车辆的使用率。所以，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (14)

1.一种基于难度系数的车辆工单管理方法，其特征在于，包括：

在接收到车辆处理触发指令后，获取当前工单中的待处理车辆在一或多个标签维度上的标签数据；

根据所述待处理车辆在一或多个标签维度上的标签数据，并基于系数配置预设规则，为所述待处理车辆配置各标签维度上的难度系数；

根据所述待处理车辆在各标签维度上的难度系数以及各标签维度的预设占比，生成待处理车辆的综合难度系数，以供根据所述综合难度系数进行车辆工单的报酬管理。

2.根据权利要求1所述的方法，其特征在于，所述标签维度包括：

标签类型维度和标签时长维度；

其中，在所述标签类型维度上的标签数据为标签类型数据，在所述标签类型维度上的难度系数为类型难度系数；在所述标签时长维度上的标签数据为标签时长数据，在所述标签时长维度上的难度系数为时长难度系数。

3.根据权利要求2所述的方法，其特征在于，包括：

所述标签类型维度按照不同类型划分为多个档位的类型难度系数，且所述类型难度系数与处理该类型车辆的难度正相关；

所述标签时长维度按照不同时长划分为多个档位的时长难度系数，且所述时长难度系数与标签被标注时间的长度正相关。

4.根据权利要求2所述的方法，其特征在于，所述系数配置预设规则包括：

在待处理车辆仅持有一个标签的情况下，根据所述标签的标签类型数据为所述待处理车辆配置对应的类型难度系数，并根据所述标签的标签时长数据为所述待处理车辆配置对应的时长难度系数；

在所述待处理车辆持有两个及以上标签的情况下，根据其中难度最高的标签的标签类型数据为所述待处理车辆配置对应的类型难度系数，并根据其中时长最长的标签的标签时长数据为所述待处理车辆配置对应的时长难度系数。

5.根据权利要求1所述的方法，其特征在于，包括：

所述车辆处理触发指令包括寻车触发指令；

其中，待找车辆的标签类型包括：失联、长期未骑行、低电量、零电量、车辆受损、及车锁异常中的任一种或多种的组合；所述待找车辆的标签类型数据包括：类型名称数据、车辆电量数据、及车辆位置数据。

6.根据权利要求1所述的方法，其特征在于，包括：

所述车辆处理触发指令包括修车触发指令；

其中，待修车辆的标签类型包括：车辆大修、车辆中修、及车辆小修中的任一种或多种的组合。

7.一种车辆工单难度评价方法，其特征在于，包括：

确定用于评价车辆工单难度的一或多个标签维度以及各标签维度的占比；

为各标签维度配置对应的难度系数；

其中，各标签维度的占比和难度系数用于计算待处理车辆的综合难度系数，以供根据所述综合难度系数进行车辆工单的报酬管理。

8.根据权利要求7所述的方法，其特征在于，所述标签维度包括：

标签类型维度和标签时长维度；

其中，在所述标签类型维度上的标签数据为标签类型数据，在所述标签类型维度上的难度系数为类型难度系数；在所述标签时长维度上的标签数据为标签时长数据，在所述标签时长维度上的难度系数为时长难度系数。

9.根据权利要求8所述的方法，其特征在于，包括：

所述标签类型维度按照不同类型划分为多个档位的类型难度系数，且所述类型难度系数与处理该类型车辆的难度正相关；

所述标签时长维度按照不同时长划分为多个档位的时长难度系数，且所述时长难度系数与标签被标注时间的长度正相关。

10.一种基于难度系数的车辆工单管理装置，其特征在于，包括：

标签数据获取模块，用于在接收到车辆处理触发指令后，获取当前工单中的待处理车辆在一或多个标签维度上的标签数据；

难度系数配置模块，用于根据所述待处理车辆在一或多个标签维度上的标签数据，并基于系数配置预设规则，为所述待处理车辆配置各标签维度上的难度系数，并根据所述待处理车辆在各标签维度上的难度系数以及各标签维度的预设占比，生成所述待处理车辆的综合难度系数，以供根据所述综合难度系数进行车辆工单的报酬管理。

11.一种车辆工单难度评价装置，其特征在于，包括：

标签维度确定模块，用于确定用于评价车辆工单难度的一或多个标签维度以及各标签维度的占比；

难度系数配置模块，用于为各标签维度配置对应的难度系数；其中，所述各标签维度的占比和难度系数用于计算待处理车辆的综合难度系数，以供根据所述综合难度系数进行车辆工单的报酬管理。

12.一种计算机可读存储介质，其上存储有第一计算机程序和/或第二计算机程序，其特征在于，所述第一计算机程序被处理器执行时实现如权利要求1至6中任一项所述的基于难度系数的车辆工单管理方法；所述第二计算机程序被处理器执行时实现如权利要求7至9中任一项所述的车辆工单难度评价方法。

13.一种基于难度系数的车辆工单管理终端，其特征在于，包括：处理器、通信器、及存储器；

所述存储器用于存储计算机程序；

所述通信器用于和其他设备进行通信；

所述处理器用于执行所述存储器存储的计算机程序，以使所述终端执行如权利要求1至6中任一项所述的基于难度系数的车辆工单管理方法。

14.一种车辆工单难度评价终端，其特征在于，包括：处理器、通信器、及存储器；

所述存储器用于存储计算机程序；

所述通信器用于和其他设备进行通信；

所述处理器用于执行所述存储器存储的计算机程序，以使所述终端执行如权利要求7至9中任一项所述的车辆工单难度评价方法。

Images