一种针对作业过程卡控的TFDS集中作业平台及其控制方法

技术领域

本发明公开一种针对作业过程卡控的TFDS集中作业平台及其控制方法，涉及铁路货车技术领域。

背景技术

随着铁路货车高速、重载、大密度的运行，货车质量检查工作面临前所未有的巨大挑战。为保障铁路货车质量安全，排除重大故障隐患，TFDS运用平台应运而生，采用分散看图识别故障的方式，结合故障图片与现场检查完成货车质量检查工作，但未集中的TFDS运用平台有以下问题：

(1)作业量不均衡

部分检车员因工作负荷过重导致作业质量下降，易产生安全隐患的问题。同时，在生产组织和人员分配中存在劳效较低的问题。

(2)动态调节能力差

当车流发生较大变化时，各探测站作业人员能力无法动态调节。尤其是到达列车超过作业组最大作业量时(5列/小时)，会造成待作业列车积压的问题，影响现场预报故障和拦停故障处置。

目前，TFDS集中作业平台作业模式依旧使用老旧的作业分散模式，具体模式为，以车间为单位，将各车间的TFDS动态检车员以作业组的形式进行编排，通过车间及的TFDS集中作业平台针对单个探测站进行作业，此作业模式在货车实际作业应用过程中暴露了一些问题，具体如下：

技术方面

由于目前TFDS集中作业平台采用分散作业模式，平台系统技术基于Miracle企业级B/S开发平台，开发语言为Java；本平台符合JavaEE开发规范，采用元数据驱动的开发、运行模式，支持快速构建企业级应用。平台应用JavaEE分层架构，每个功能按展现层、控制层、服务层和持久层来设计，未实现系统功能的高内聚、低耦合，以及组件级的高级复用。

成本方面

由于目前各探测站作业量不均衡，肃宁北列检最大日均作业量238列，比大准线最大日均作业量36列要多出561％，即日均多作业202列。昼、夜间车流量差异较大的探测站和各进路车流不均衡的车站存在TFDS动态检车员的工作量分配不均的问题，部分TFDS动态检车员因工作负荷过重导致作业质量下降。待检问题严重，易产生安全隐患，同时部分TFDS动态检车员工作量较少，作业状态松懈，最终造成浪费人力资源，作业质量差异较大的问题。

效率方面

TFDS集中作业平台在效率方面也存在动态调节能力差、专业化管理能力弱两大缺点。动态调节能力差：当车流发生较大变化时，各探测站作业人员能力无法动态调节。尤其是到达列车超过作业组最大作业量时(5列/小时)，会造成待作业列车积压的问题，影响现场预报故障和拦停故障处置。

为有效解决TFDS动态检车员作业质量无法量化，作业过程无法精准卡控，全面提高TFDS动态检查作业水平和管理水平，故现发明一种针对作业过程卡控的TFDS集中作业平台及其控制方法。

发明内容

本发明针对现有技术的问题，提供一种针对作业过程卡控的TFDS集中作业平台及其控制方法，所采用的技术方案为：

第一方面，一种针对作业过程卡控的TFDS集中作业平台控制方法，所述的控制方法通过TFDS分析预警子系统对卡控作业屏幕时长及卡控鼠标移动记录时长两参数进行评价，包括：

TFDS分析预警子系统监控计算机屏幕时长显示驱动程序、卡控鼠标移动记录时长，对TFDS动态检车员作业过程中屏幕时长的卡控及TFDS动态检车员鼠标轨迹判断，实现对TFDS集中作业平台的控制。

在一些实现方式中，所述的TFDS分析预警子系统监控计算机屏幕时长显示驱动程序，包括：

启动应用程序调用win32GDI函数发出图形输出请求，通过核心模式GDI将图形输出青年求发送至相应的图形显示驱动程序。

在一些实现方式中，TFDS分析预警子系统监控计算机屏幕时长显示驱动程序，包括：

TFDS分析预警子系统启动显示驱动程序输出设备，通过TFDS分析预警子系统入口点的输入/输出参数在核心模式GDI和显示驱动程序之间进行信息传递；

TFDS分析预警子系统在显示驱动程序加载时，核心模式GDI调用显示驱动程序的DrvEnableDriver函数，DrvEnableDriver函数向核心模式GDI提供显示驱动程序支持的可供其调用的DDI函数入口点；

在核心模式GDI调用函数DrvEnableDriver成功返回后，核心模式GDI调用显示驱动程序的DrvEnablePDEV函数，DrvEnablePDEV函数进行显示器的显示模式的设置，创建PDEV结构作为物理显示器的逻辑表示；

在PDEV结构创建成功后，核心模式GDI调用显示驱动程序为视频硬件创建一个表面，显示驱动程序使该表面与所述PDEV结构相关联，使得显示驱动程序支持的绘画操作在所述表面上进行；

TFDS分析预警子系统启动应用程序调用用户态GDI32.DLL中的绘图函数发出图形请求，所述图形请求将图形引擎通过相应的DDI函数发送到显示驱动程序，显示驱动程序将所述图形请求的图形变化事件通知应用程序；

在应用程序接收到图形变化事件通知后，TFDS分析预警子系统调用ExtEscape函数发出一个请求，并通过参数传递一个缓冲区Buffer,所述图形引擎调用DDI函数DrvEscape函数处理应用层的ExtEscape调用，将变化部分的图形数据从其创建的表面拷贝到缓冲区Buffer，实现数据从核心层显示驱动程序到应用层的传递。

在一些实现方式中，所述的核心模式GDI调用显示驱动程序为视频硬件创建一个表面，表面为标准的DIB位图管理表面，所述显示驱动程序支持的全部绘画操作在DIB位图管理表面进行。

在一些实现方式中，所述的TFDS分析预警子系统卡控鼠标移动记录时长，包括：

使用Stanley法为核心算法进行模块鼠标停顿时间卡控，Stanley法基于前轮中心的路径跟踪偏差量对方向盘转向控制量进行计算。

在一些实施方式中，所述的Stanley法基于横向跟踪误差为前轴中心到最近路径点的距离的非线性反馈函数，通过非线性反馈函数实现横向跟踪误差指数收敛为0。

在一些实现方式中，所述的Stanley法根据车辆位姿与给定路径的几何关系获得控制车辆方向盘转角的控制量，所述控制量为前轮转交控制量，包括：

当前车身方向与参考轨迹最近的点的切线方向的夹角，和前轮中心到参考轨迹最近点的横向距离。

第二方面，本发明实施例提供一种针对作业过程卡控的TFDS集中作业平台，所述的TFDS分析预警子系统包括屏幕预警模块、疲劳预警模块和预警处理模块：

屏幕预警模块:监控计算机屏幕时长显示驱动程序；

疲劳预警模块:卡控鼠标移动记录时长：

预警处理模块:通过对TFDS动态检车员作业过程中屏幕时长的卡控及TFDS动态检车员鼠标轨迹判断，对TFDS集中作业平台进行控制。

在一些实现方式中，所述的屏幕预警模块:

启动应用程序调用win32GDI函数发出图形输出请求，通过核心模式GDI将图形输出青年求发送至相应的图形显示驱动程序。

在一些实现方式中，所述的屏幕预警模块，包括传递信息模块、初始启动模块、特征返回模块、位图管理模块、图形处理模块和数据传递模块：

传递信息模块：启动显示驱动程序输出设备，通过入口点的输入/输出参数在核心模式GDI和显示驱动程序之间进行信息传递；

初始启动模块：在显示驱动程序加载时，核心模式GDI调用显示驱动程序的DrvEnableDriver函数，DrvEnableDriver函数向核心模式GDI提供显示驱动程序支持的可供其调用的DDI函数入口点；

特征返回模块：在核心模式GDI调用函数DrvEnableDriver成功返回后，核心模式GDI调用显示驱动程序的DrvEnablePDEV函数，DrvEnablePDEV函数进行显示器的显示模式的设置，创建PDEV结构作为物理显示器的逻辑表示；

位图管理模块：在PDEV结构创建成功后，核心模式GDI调用显示驱动程序为视频硬件创建一个表面，显示驱动程序使该表面与所述PDEV结构相关联，使得显示驱动程序支持的绘画操作在所述表面上进行；

图形处理模块：启动应用程序调用用户态GDI32.DLL中的绘图函数发出图形请求，所述图形请求将图形引擎通过相应的DDI函数发送到显示驱动程序，显示驱动程序将所述图形请求的图形变化事件通知应用程序；

数据传递模块：在应用程序接收到图形变化事件通知后，数据传递模块调用ExtEscape函数发出一个请求，并通过参数传递一个缓冲区Buffer,所述图形引擎调用DDI函数DrvEscape函数处理应用层的ExtEscape调用，将变化部分的图形数据从其创建的表面拷贝到缓冲区Buffer，实现数据从核心层显示驱动程序到应用层的传递。

在一些实现方式中，所述的疲劳预警模块的Stanley法基于横向跟踪误差为前轴中心到最近路径点的距离的非线性反馈函数，通过非线性反馈函数实现横向跟踪误差指数收敛为0。

第三方面，本发明实施例提供一种电子设备，包括存储器和处理器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时，实现如上述第一方面所述的方法。

第四方面，本发明实施例提供一种计算机存储介质，所述计算机可读取存储介质中存储有计算机程序，所述计算机程序被处理器执行时，用实现如第一方面所述的方法。

本发明的一个或多个实施例至少能够带来如下有益效果：

针对作业过程卡控的一种思路利用TFDS集中作业平台实时监控TFDS动态检车员的看图用时及鼠标停顿时长记录，通过两种卡控手段掌握TFDS动态检车员的作业状态，对业务能力进行量化分级，督促TFDS检车员提高业务能力，提高作业效率，防止重要故障漏检误检发生。

附图说明

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

图1是本发明实施例提供的一种针对作业过程卡控的TFDS集中作业平台控制方法的流程图；

图2是本发明实施例提供的一种针对作业过程卡控的TFDS集中作业平台控制方法的实施流程图。

具体实施方式

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

实施例一：

图1示出了一种针对作业过程卡控的TFDS集中作业平台控制方法流程图，TFDS((Trouble of moving Freight car Detection System简称TFDS)集中作业平台包括TFDS作业指挥子系统、TFDS分析预警子系统、作业判别模型子系统、质量抽查子系统、一车一档子系统、TFDS作业分级子系统、原图纠偏子系统和资源池分区子系统；

(1)TFDS作业指挥子系统用于工长管理、看图模块、故障复示、统计分析等功能模块。

(2)TFDS分析预警子系统用于预警监控子系统是对系统运行情况进行监控的功能，包括行车信息预警、班组状态监控、作业进度监控、当班工作量统计。

(3)作业判别模型子系统用于根据国能装备国能装备货车公司的TFDS现有线路的布局，列车的运行轨迹，记录根据作业信息，前后数据比照，实现重复作业的标识、标注。为作业判别提供数据参考。

(4)质量抽查子系统用于该平台包括题库搜集、题库编排、题库审核、题库推送、虚拟列辆抽查、统计分析等功能模块，共同推动TFDS运用技能及质量的提升。

(5)一车一档子系统用于铁路货车车辆段运用、站修修竣后的列车首趟经过TFDS探测站后的图像及信息未完整的保存下来，导致货车运用过程中的一车一档信息不完整，为进一步完善货车运用一车一档信息完整性，从源头获取图像数据并实时查询，研究本课题。

(6)TFDS作业分级子系统以“强化干线入口，卡控中间重点”为原则，对装重和卸空后首次进行TFDS机检的车辆执行“全面检测”，沿途TFDS机检执行“重点检测”的方式，实现“入口关，全面检；沿途关，精准检”的分级作业模式。达到优化TFDS集中检测作业模式、减少重复作业次数，提高机检作业效率的目标，特建设本项目。

(7)原图纠偏子系统用于采用软件和硬件进行整体架构，软件采用模块化设计，方便扩展和改进，硬件采用便携式设计，方便现场快速使用。

(8)资源池分区子系统通过大数据分析技术，按“一班一列一辆”作业流程实现对运用车间的作业质量、设备运行状况综合评价。

1、人的评价

根据“安全评价”、“效率评价”、“作业评价”三个重要指标，对车间各班组及车间个人进行综合排名。其中漏检、误报等关键指标是通过系统大数据分析判定，由人工再次确认获取。

2、设备的评价

根据设备漏探、图像质量、车号丢签率、设备异常中断等四方面综合评价某探测站设备运行情况，并按季度、月度排名。

通过对车号丢签率、设备异常中断的提前预警。

本发明主要针对分析预警子系统进行改进；

所述的控制方法通过TFDS分析预警子系统对卡控作业屏幕时长及卡控鼠标移动记录时长两参数进行评价，包括：

S101、TFDS分析预警子系统监控计算机屏幕时长显示驱动程序：启动应用程序调用win32 GDI函数发出图形输出请求，通过核心模式GDI将图形输出青年求发送至相应的图形显示驱动程序；

分析预警子系统包括时长显示驱动程序和图形显示驱动程序：

TFDS动态检车员作业过程中查看作业屏幕的时长为看图作业时长，看图时长为时长显示驱动程序，TFDS动态检车员作业时长记录方式为，从前一屏进入当前屏记录开始时间，当前屏进入下一屏记录结束时间。结束时间减开始时间就是当前屏的检车时间；

图形显示驱动程序针对作业过程中鼠标停顿时间长，超过一定时间触发预警机制弹出提醒弹窗，此机制有利于提高TFDS动态检车员业务能力，防止漏图情况发生。

S102、TFDS分析预警子系统卡控鼠标移动记录时长：使用Stanley法为核心算法进行模块鼠标停顿时间卡控，Stanley法基于前轮中心的路径跟踪偏差量对方向盘转向控制量进行计算；

S103、TFDS分析预警子系统通过对TFDS动态检车员作业过程中屏幕时长的卡控及TFDS动态检车员鼠标轨迹判断，实现对TFDS集中作业平台的控制；

本发明方法利用TFDS集中作业平台实时监控TFDS动态检车员的看图用时及鼠标停顿时长记录，通过两种卡控手段掌握TFDS动态检车员的作业状态，对业务能力进行量化分级，督促TFDS检车员提高业务能力，提高作业效率，防止重要故障漏检误检发生。

实施例二：

在实施例一的基础上，进行详细介绍：

在一些实现方式中，如图2所示，按照S101步骤收集记录TFDS动态检车员看每屏故障图的作业时长，制定看图时间标准，将作业时长按规则进行分类，分为优、良、不及格三种等级结果，TFDS动态检车员作业行为中若看图时间低于或高于某个数字，则自动判定为不合格，区间范围为优良，如看图时间不低于5秒，5-7秒设置为优，4-5秒和7-8秒设置为良，低于4秒不合格，高于8秒判别是否提交故障，无故障异常标识提醒卡控看图作业用时可有效防止溜图，漏检情况发生；

所述S101、TFDS分析预警子系统监控计算机屏幕时长显示驱动程序，包括：

S1011、TFDS分析预警子系统启动显示驱动程序输出设备，通过入口点的输入/输出参数在核心模式GDI和显示驱动程序之间进行信息传递；显示器驱动输出一系列设备驱动程序接口DDI；

S1012、TFDS分析预警子系统在显示驱动程序加载时，核心模式GDI调用显示驱动程序的DrvEnableDriver函数，DrvEnableDriver函数向核心模式GDI提供显示驱动程序支持的可供其调用的DDI函数入口点；所述DrvEnableDriver函数是驱动程序DLL导出的初始驱动程序入口点，其中部分时将要Hook的图形输出函数；所述DrvEnableDriver函数用驱动程序支持的图形DDI版本号和所有图形DDI函数的调用地址填充DRVENABLEDATA结构；

S1013、在核心模式GDI调用函数DrvEnableDriver成功返回后，核心模式GDI调用显示驱动程序的DrvEnablePDEV函数，DrvEnablePDEV函数进行显示器的显示模式的设置，创建PDEV结构作为物理显示器的逻辑表示；所述DrvEnablePDEV函数将物理设备特征的说明返回到核心模式GDI；

S1014、在PDEV结构创建成功后，核心模式GDI调用显示驱动程序为视频硬件创建一个表面，显示驱动程序使该表面与所述PDEV结构相关联，使得显示驱动程序支持的绘画操作在所述表面上进行；所述PDEV结构是一个通用术语。它是指本地定义的私有结构,供定义它的模块使用，通常,它用于存储物理设备特征。

S1015、TFDS分析预警子系统启动应用程序调用用户态GDI32.DLL中的绘图函数发出图形请求，所述图形请求将图形引擎通过相应的DDI函数发送到显示驱动程序，显示驱动程序将所述图形请求的图形变化事件通知应用程序；

S1016、在应用程序接收到图形变化事件通知后，TFDS分析预警子系统调用ExtEscape函数发出一个请求，并通过参数传递一个缓冲区Buffer,所述缓冲区是内存空间的一部分；也就是说，在内存空间中预留了一定的存储空间，这些存储空间用来缓冲输入或输出的数据，这部分预留的空间就叫做缓冲区，缓冲区根据其对应的是输入设备还是输出设备，分为输入缓冲区和输出缓冲区；

所述图形引擎调用DDI函数DrvEscape函数处理应用层的ExtEscape调用，将变化部分的图形数据从其创建的表面拷贝到缓冲区Buffer，实现数据从核心层显示驱动程序到应用层的传递；

所述DrvEscape函数提供给应用程序的一个直接访问显示驱动的接口，和流设备驱动中的IoCtls函数类似，应用程序通过调用ExtEscape函数传送操作码和数据给显示设备驱动，DrvEscape函数会接收到数据并进行处理，然后返回相应结果给EstEscape函数，用户也可以根据需要自己定义相应的操作码；

所述ExtEscape是一种系统要求为Windows NT/2000/XP的计算机函数；

应用程序接收到的图形数据已是DIB标准格式，所以可以直接进行压缩传输或储存；

本实施例中具备的优点主要为：

(1)驱动技术只截取变化的屏幕区域，这一点与API Hook技术相当；但驱动技术是一种标注技术，为微软公司所推荐；

(2)API Hook技术在实际截屏时，采用API函数实现，截取DDB位图，必须经过一次DDB到DIB的转换；而驱动技术直接从其管理的DIB位图(表面)中将截取区域的图形数据拷贝到应用程序，显著的降低了一次截屏的时间消耗；

(3)如果屏幕图形小区域范围变化较快，屏幕变化区域矩形坐标R1、R2、R3……、Rn相继到达，由于一次截屏时间消耗降低，区域矩形坐标叠加的概率变小，这样屏幕变化区域及时的得到了处理，不仅增加了连续性，而且截屏时间消耗和产生的数据量一般不会出现峰值，这也是这种技术的优越之处；

TFDS集中作业平台看图模块内的检车监控报表实时记录TFDS动态检车员作业时间及评判结果，运用不同颜色表示不同作业时长范围，其中绿色表示优、黄色标识良、红色标识不合格，通过不同颜色的展示对TFDS动态检车员作业时长进行更清晰的卡控；

在一些实现方式中，所述的核心模式GDI调用显示驱动程序为视频硬件创建一个表面，表面为标准的DIB位图管理表面，所述显示驱动程序支持的全部绘画操作在DIB位图管理表面进行。

实施例三：

在实施例一或二的基础上，进行详细介绍：

在一些实现方式中，如图2所示，按照S102针对TFDS动态检车员作业过程中鼠标移动进行卡控，记录鼠标停顿时长，当鼠标停顿超过一定时间触发预警机制弹出提醒弹窗，此机制有利于提高TFDS动态检车员业务能力，防止漏图情况发生；

所述的Stanley法基于横向跟踪误差为前轴中心到最近路径点的距离的非线性反馈函数，通过非线性反馈函数实现横向跟踪误差指数收敛为0；

在一些实现方式中，所述的Stanley法根据车辆位姿与给定路径的几何关系获得控制车辆方向盘转角的控制量，所述控制量为前轮转交控制量，包括：

由航向误差引起的转角，即当前车身方向与参考轨迹最近的点的切线方向的夹角；

由横向误差引起的转角，即前轮中心到参考轨迹最近点的横向距离；

针对TFDS动态检车员作业过程中出现的工作疲劳，注意力不集中等现象，本发明提出第二种卡控手段为疲劳预警卡控，疲劳预警卡控针对作业过程中鼠标停顿时间长，超过一定时间触发预警机制弹出提醒弹窗，具体规则为TFDS动态检车员作业过程中如果鼠标停留在作业页面超过五秒未移动，则弹出疲劳预警弹窗；此机制有利于提高TFDS动态检车员业务能力，防止漏图情况发生。

实施例四：

第二方面，如图2所示流程，本发明实施例提供一种针对作业过程卡控的TFDS集中作业平台，TFDS集中作业平台包括TFDS作业指挥、TFDS分析预警、作业判别模型、质量抽查、一车一档、TFDS作业分级、原图纠偏和资源池分区八个子系统，所述的TFDS分析预警子系统包括屏幕预警模块、疲劳预警模块和预警处理模块：

屏幕预警模块监控计算机屏幕时长显示驱动程序：启动应用程序调用win32GDI函数发出图形输出请求，通过核心模式GDI将图形输出青年求发送至相应的图形显示驱动程序；

疲劳预警模块卡控鼠标移动记录时长：使用Stanley法为核心算法进行模块鼠标停顿时间卡控，Stanley法基于前轮中心的路径跟踪偏差量对方向盘转向控制量进行计算；

预警处理模块通过对TFDS动态检车员作业过程中屏幕时长的卡控及TFDS动态检车员鼠标轨迹判断，对TFDS集中作业平台进行控制；

在一些实现方式中，所述的屏幕预警模块，包括传递信息模块、初始启动模块、特征返回模块、位图管理模块、图形处理模块和数据传递模块：

传递信息模块：启动显示驱动程序输出设备，通过入口点的输入/输出参数在核心模式GDI和显示驱动程序之间进行信息传递；

初始启动模块：在显示驱动程序加载时，核心模式GDI调用显示驱动程序的DrvEnableDriver函数，DrvEnableDriver函数向核心模式GDI提供显示驱动程序支持的可供其调用的DDI函数入口点；

特征返回模块：在核心模式GDI调用函数DrvEnableDriver成功返回后，核心模式GDI调用显示驱动程序的DrvEnablePDEV函数，DrvEnablePDEV函数进行显示器的显示模式的设置，创建PDEV结构作为物理显示器的逻辑表示；

位图管理模块：在PDEV结构创建成功后，核心模式GDI调用显示驱动程序为视频硬件创建一个表面，显示驱动程序使该表面与所述PDEV结构相关联，使得显示驱动程序支持的绘画操作在所述表面上进行；

图形处理模块：启动应用程序调用用户态GDI32.DLL中的绘图函数发出图形请求，所述图形请求将图形引擎通过相应的DDI函数发送到显示驱动程序，显示驱动程序将所述图形请求的图形变化事件通知应用程序；

数据传递模块：在应用程序接收到图形变化事件通知后，数据传递模块调用ExtEscape函数发出一个请求，并通过参数传递一个缓冲区Buffer,所述图形引擎调用DDI函数DrvEscape函数处理应用层的ExtEscape调用，将变化部分的图形数据从其创建的表面拷贝到缓冲区Buffer，实现数据从核心层显示驱动程序到应用层的传递；

在一些实现方式中，所述的疲劳预警模块的Stanley法基于横向跟踪误差为前轴中心到最近路径点的距离的非线性反馈函数，通过非线性反馈函数实现横向跟踪误差指数收敛为0。

实施例五：

本实施例还提供一种电子设备，包括存储器和处理器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现实施例一的方法；

在实际应用中，处理器可以是专用集成电路(Application Specific IntegratedCircuit，简称ASIC)、数字信号处理器(Digital Signal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(ProgrammableLogic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器(Microcontroller Unit,MCU)、微处理器或其他电子元件实现，用于执行上述实施例中的方法。

本实施例所实现的方法，包括：

S101、TFDS分析预警子系统监控计算机屏幕时长显示驱动程序：启动应用程序调用win32 GDI函数发出图形输出请求，通过核心模式GDI将图形输出青年求发送至相应的图形显示驱动程序；

S102、TFDS分析预警子系统卡控鼠标移动记录时长：使用Stanley法为核心算法进行模块鼠标停顿时间卡控，Stanley法基于前轮中心的路径跟踪偏差量对方向盘转向控制量进行计算；

S103、TFDS分析预警子系统通过对TFDS动态检车员作业过程中屏幕时长的卡控及TFDS动态检车员鼠标轨迹判断，实现对TFDS集中作业平台的控制。

本发明方法利用TFDS集中作业平台实时监控TFDS动态检车员的看图用时及鼠标停顿时长记录，通过两种卡控手段掌握TFDS动态检车员的作业状态，对业务能力进行量化分级，督促TFDS检车员提高业务能力，提高作业效率，防止重要故障漏检误检发生。

实施例六：

本实施例还提供一种计算机存储介质，所述计算机可读取存储介质中存储有计算机程序，计算机程序被一个或多个处理器执行时，实现实施例一的方法；

其中，计算机可读存储介质可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。

本实施例所实现的方法，包括：

S101、TFDS分析预警子系统监控计算机屏幕时长显示驱动程序：启动应用程序调用win32 GDI函数发出图形输出请求，通过核心模式GDI将图形输出青年求发送至相应的图形显示驱动程序；

S102、TFDS分析预警子系统卡控鼠标移动记录时长：使用Stanley法为核心算法进行模块鼠标停顿时间卡控，Stanley法基于前轮中心的路径跟踪偏差量对方向盘转向控制量进行计算；

S103、TFDS分析预警子系统通过对TFDS动态检车员作业过程中屏幕时长的卡控及TFDS动态检车员鼠标轨迹判断，实现对TFDS集中作业平台的控制。

本发明方法利用TFDS集中作业平台实时监控TFDS动态检车员的看图用时及鼠标停顿时长记录，通过两种卡控手段掌握TFDS动态检车员的作业状态，对业务能力进行量化分级，督促TFDS检车员提高业务能力，提高作业效率，防止重要故障漏检误检发生。

在本发明实施例所提供的几个实施例中，应该理解到，所揭露的系统和方法，也可以通过其它的方式实现。以上所描述的系统和方法实施例仅仅是示意性的。

需要说明的是，在本文中，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的5相同要素。

虽然本发明所揭露的实施方式如上，但所述的内容只是为了便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属技术领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式上及细节上作任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所0界定的范围为准。