一种基于高速公路日常运维管理的全自动任务发布系统的制作方法

1.本发明涉及高速公路日常运维管理技术领域，尤其涉及一种基于高速公路日常运维管理的全自动任务发布系统。


背景技术：

2.随着高速公路日常运维管理相关企业的业务高速发展、数字化建设不断推进，业务涉及系统、业务涉及流程、业务涉及单位、业务涉及层级、业务涉及人员大幅增长，传统流程的任务下发和信息上报方式已经不能够满足当前业务现状：通过纸质材料逐层下发任务的传统流程存在一些问题，包括流程单一效率低、流程流转耗时长以及路段信息滞后等，而集团内管理人员、集团业务人员、分处管理人员、收费站人员，对相关业务及事件信息实时性和准确性要求较高。这一现状有可能导致任务分配不及时、任务执行不顺畅、任务信息不准确，进而影响公司的整体运营效率。


技术实现要素：

3.本发明的目的是提供一种基于高速公路日常运维管理的全自动任务发布系统，以解决如何提高高速公路日常运维管理业务实时性和准确性的技术问题。
4.本发明是采用以下技术方案实现的：一种基于高速公路日常运维管理的全自动任务发布系统，包括数据层、服务层和应用层，所述数据层按照最小维度对业务数据进行拆分，并存储于数据库中；所述服务层按照对业务服务的维度进行拆分，并输出至应用层；所述应用层将服务层输出的不同服务按照后台管理控制器、企业通信控制器和机电运维控制器三个维度分类，独立控制对应服务。
5.进一步的，还包括接口层，所述接口层采用分层设计，将系统接口统一输出至前端，实现应用前后端分离部署。
6.进一步的，所述业务数据包括人员数据表、人员打更配置数据表、人员企业通信配置数据表、打更记录数据表、任务数据表、路网监测数据表、养护数据表、部门数据表、角色标签数据表、部门人员配置数据表和角色人员配置数据表中的一种或多种。
7.进一步的，所述业务服务包括任务服务、消息推送服务、数据提取服务、数据存储服务、企业通信服务、机电运维对接服务、打更服务和日志记录服务中的一种或多种。
8.进一步的，所述服务层包括定时任务模块，所述定时任务模块用以设置任务的执行时间和执行频率。
9.进一步的，所述服务层包括自定义任务模块，所述自定义任务模块用以自定义任务类型、模板、下发周期和下发对象。
10.进一步的，所述应用层包括任务执行状态监控模块和任务执行数据统计分析模块，所述任务执行状态监控模块用以实现对任务执行状态的实时监控，包括任务执行进度、执行结果和失败原因；所述任务执行数据统计分析模块用以对任务执行情况进行分析和总结，为优化和改进系统提供参考。
11.进一步的，所述应用层包括路段信息管理模块，所述路段信息管理模块用以实现对高速公路路段信息的管理，包括路段名称、起止点、路段长度和路段状态。
12.进一步的，所述应用层包括报表管理模块，所述报表管理模块用以对系统内各种数据的统计和分析，包括生成任务执行报表和路段信息报表。
13.进一步的，所述数据库使用数据库集群或库表散列。
14.本发明的有益效果在于：本发明实现了对集团内各个方面的数据和信息的全面监控和管控，还可以实现对交通流量、车辆信息、收费信息等关键业务数据的实时分析和处理，为集团的业务决策提供了重要的支持；本发明在实际的业务运营中，还可以帮助集团内的管理人员、业务人员、分处管理人员和收费站人员等各个岗位实现高效的信息共享和协同工作，从而更加有效地管理和控制集团的业务流程，同时，还可以实现对集团内各个业务流程的优化和改进，帮助集团实现更高效、更可靠的运营。
15.本发明任务的下发和执行都是自动化的，不需要人工干预，从而避免了人为操作所引起的错误和延误。同时，本发明还具有智能化调度功能，能够快速响应并调度最合适的人员和设备来执行任务，使得任务分配更加合理和高效。此外，本发明还支持实时数据的汇报和分析，能够帮助管理人员快速了解任务执行的进展情况和存在的问题，从而更好地进行决策和调整。
16.本发明可有效提高业务的实时性和准确性，实现对集团内各个方面的高效管控和协同工作，为集团的业务发展提供了有力的支持。
附图说明
17.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图示出的结构获得其他的附图。
18.图1为本发明系统框图；图2为用户首次登录时数据交换原理图；图3为用户日常登录时数据交换原理图。
具体实施方式
19.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
20.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
21.下面结合附图，对本发明的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
22.实施例1参阅图1，一种基于高速公路日常运维管理的全自动任务发布系统，包括数据层、
服务层和应用层，所述数据层按照最小维度对业务数据进行拆分，并存储于数据库中；所述服务层按照对业务服务的维度进行拆分，并输出至应用层；所述应用层将服务层输出的不同服务按照后台管理控制器、企业通信控制器和机电运维控制器三个维度分类，独立控制对应服务，还包括接口层，所述接口层采用分层设计，将系统接口统一输出至前端，实现应用前后端分离部署。
23.在本实施例当中，所述数据层将业务数据按照最小维度拆分为，人员数据表、人员打更配置数据表、人员企业微信配置数据表、打更记录数据表、任务数据表、路网监测数据表、养护数据表、部门数据表、角色（标签）数据表、部门人员配置数据表、角色人员配置数据表，既能够满足当前业务开发需求，也便于后续进行拓展开发。将业务数据按最小维度拆分，最大程度降低数据库表的冗余性，最大程度增加数据库的后期拓展性。
24.大型网站都有复杂的应用，这些应用必须使用数据库，那么在面对大量访问的时候，数据库的瓶颈很快就能显现出来，这时一台数据库将很快无法满足应用，于是需要使用数据库集群或者库表散列。提及的数据库集群由于在架构、成本、扩张性方面都会受到所采用db类型的限制，于是需要从应用程序的角度来考虑改善系统架构，库表散列是常用并且最有效的解决技术方案。在应用程序中安装业务和应用或者功能模块将数据库进行分离，不同的模块对应不同的数据库或者表，再按照一定的策略对某个页面或者功能进行更小的数据库散列，比如用户表，按照用户id进行表散列，这样就能够低成本的提升系统的性能并且有很好的扩展性。
25.在本实施例当中，服务层将系统按照对业务服务的维度拆分为任务服务、消息推送服务、数据提取服务、数据存储服务、企业微型服务、机电运维对接服务、打更服务、日志记录服务，以单个服务为单位输出，便于增加、删除、升级特定服务。
26.服务层包括定时任务模块、自定义任务类型模块、自定义任务模板模块、自定义配置下发周期模块和自定义下发对象模块，所述定时任务模块负责定时执行任务，可以设置任务的执行时间、执行频率等参数，还能在任务执行出错时及时报警；所述自定义任务类型模块提供了灵活的任务类型创建和管理功能，可以根据不同的业务需求，自定义任务的类型，包括任务名称、任务描述、任务执行逻辑等；所述自定义任务模板模块实现了自定义任务模板的功能，用户可以根据实际需要创建任务模板，包括任务名称、执行逻辑、执行时间、执行频率等等；所述自定义配置下发周期模块提供了按照一定周期自动下发配置的功能，可以根据不同的业务需求设置下发周期，包括每天、每周、每月等等；所述自定义下发对象模块提供了按照部门、角色、用户群组等不同维度下发任务的功能，可以根据不同的业务需求设置下发对象，实现精准的任务下发。
27.服务层可实现以下功能：定时任务优化功能：优化系统中的定时任务，突破常规的操作瓶颈，提高任务的执行效率和准确性。通过优化定时任务的执行逻辑，可以实现同类型任务多套执行逻辑的整合和优化，提高任务的执行效率和精度。同时，定时任务优化还可以加速任务的执行速度，降低任务的执行延迟，提高系统的响应速度。自定义任务功能：实现自定义任务类型、自定义任务模板、自定义配置下发周期、自定义下发对象的功能。通过自定义任务功能，可以满足不同用户的需求，提高用户的工作效率和满意度。用户可以根据自己的需要，自定义任务类型和模板，设置不同的下发周期和下发对象，实现对任务的个性化定制，提高任务的执行效率和精度。下发对象管理功能：实现按部门下发、按角色下发、按用
户群组下发等不同的下发对象管理功能。通过下发对象管理，可以实现对任务的目标人群的精细化管理，提高任务的执行效率和精度。用户可以根据任务的需要，选择不同的下发对象，实现目标人群的精准定位和管理，提高任务的执行效果和效率。
28.由于系统需要在短时间内承受大量的用户访问，并要求系统能够保持稳定和流畅，为了解决大并发问题，系统采用以下关键技术：html静态化，对于访问频繁但是内容更新很小的应用，可以考虑使用html静态化来实现，可以进行后台管理并且存储再数据库中，这些信息其实大量被前台程序调用，但是更新频率很小，可以考虑将这部分内容进行后台更新的时候进行静态化，这样避免了大量的数据库访问请求。
29.图片服务器分离：对于web 服务器来说，不管是apache、iis、nginx还是其他容器，图片是最消耗资源的，于是有必要将图片与页面进行分离。这样的架构可以降低提供页面访问请求的服务器系统压力，并且可以保证系统不会因为图片问题而崩溃，在应用服务器和图片服务器上，可以进行不同的配置优化，比如nginx在配置contenttype的时候可以尽量少支持，尽可能少的loadmodule，保证更高的系统消耗和执行效率。
30.数据库集群和库表散列：大型网站都有复杂的应用，这些应用必须使用数据库，那么在面对大量访问的时候，数据库的瓶颈很快就能显现出来，这时一台数据库将很快无法满足应用，于是需要使用数据库集群或者库表散列。提及的数据库集群由于在架构、成本、扩张性方面都会受到所采用db类型的限制，于是需要从应用程序的角度来考虑改善系统架构，库表散列是常用并且最有效的解决技术方案。在应用程序中安装业务和应用或者功能模块将数据库进行分离，不同的模块对应不同的数据库或者表，再按照一定的策略对某个页面或者功能进行更小的数据库散列，比如用户表，按照用户id进行表散列，这样就能够低成本的提升系统的性能并且有很好的扩展性。
31.消息订阅服务：对于实时类的消息通过消息订阅服务提供。包括mq、kafka等。系统提供基于主题与内容的消息订阅，支持定时与事件驱动的消息推送服务。
32.在本实施例当中，应用层将输出的不同服务按照后台管理控制器、企业微信控制器、机电运维控制器三个维度分类，便于独立控制对应服务。
33.应用层包括路段信息管理模块、任务执行状态监控模块、任务执行数据统计分析模块和报表管理模块，其中，路段信息管理模块实现了对高速公路路段信息的管理，包括路段名称、起止点、路段长度、路段状态等信息，同时也能够对路段信息进行查询、编辑、删除等操作；任务执行状态监控模块实现了对任务执行状态的实时监控，包括任务执行进度、执行结果、失败原因等信息，能够及时发现并解决任务执行出错的问题；任务执行数据统计分析模块提供了对任务执行数据的统计分析功能，能够对任务执行情况进行分析和总结，为进一步优化和改进系统提供参考；报表管理模块提供了对系统内各种数据的统计和分析，能够生成各种报表，如任务执行报表、路段信息报表等，方便用户对系统运行情况进行监控和管理。
34.应用层包括以下功能：路段信息管理：实现高速公路路段信息的管理和更新。通过路段信息管理，可以及时更新路段信息，保证路况的准确性和实时性。同时，路段信息管理还可以提高系统对路段信息的感知能力，实现对路况的智能分析和预测，提高系统的智能化程度。
35.流程管理：实现高速公路日常运维管理工作流程的管理和优化。通过流程管理，可
以整合和优化运维管理工作流程，提高工作效率和精度。同时，流程管理还可以加速工作流程的流转速度，降低流程流转耗时，提高工作效率和服务质量。
36.在本实施例当中，接口层采用分层设计，将系统接口统一输出给前端，实现应用前后端分离部署，降低前后端代码耦合性，提升单元模块聚合性，提升动态服务器效率。接口层包括数据库接口设计模块，负责数据库的管理和维护，实现数据的存储和读取，以及数据库的备份和恢复等功能。优化数据库接口的设计，提高数据库的性能和稳定性。通过优秀的数据库接口设计，可以加快数据的读写速度，降低数据库的访问延迟，提高系统的响应速度。同时，数据库接口设计还可以保证数据的安全性，防止数据被恶意篡改或泄露。其中，各数据之间的交换如图2、图3所示，通过手机向运维端进行登录、访问。具体的，图2：用户首次登录时，通过手机号码登录全自动任务发布系统时，将手机号码与运维系统的人员信息进行比对，比对成功后建立绑定关系，通过身份验证，运维系统将会话令牌回传全自动任务发布系统，此时建立运维系统与全自动任务发布系统的数据传输通道，用户可在全自动任务发布系统访问运维系统并进行操作。图3：用户日常登录时，根据首次登录建立的绑定关系，由全自动任务发布系统代理服务在后端完成身份验证，此时运维系统会将验证成功时的时间戳和口令回传到全自动任务发布系统，此时完成双向数据传输通道的建立，用户可正常进行操作。
37.本实施例以企业微信为基础，采用自动化的方式，根据不同时间周期、不同任务需求，自动生成发布和监测任务执行情况。这种自动化的方式可以使管理工作更加高效和精确，从而节省了人力成本。同时，本发明还能够对任务执行情况进行监测和检查，辅助管理人员进行管理决策的调整。通过对任务数据的分析，该系统可以清晰地了解每个收费站、每个分处和管理处的任务完成情况，从而降低了管理的人力成本。同时，通过对网格化管理平台数据的分析，可以了解到每个层级出现的告警和提示问题，从而降低了运维方面的问题。这样一来，整个管理流程就变得更加流畅和高效。此外，该系统除了在内保巡逻和打更任务方面取得了一定的成效之外，还被广泛应用于其他方面，比如员工管理、信息发布、绩效考评等等。
38.对于前述的实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某一些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例属于优选实施例，所涉及的动作并不一定是本技术所必须的。
39.上述实施例中，描述了本发明的基本原理和主要特征和本发明的优点。本行业的技术人员应该了解，本发明不受上述实施例的限制，上述实施例和说明书中描述的只是说明本发明的原理，在不脱离本发明精神和范围的前提下，本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。

技术特征：
1.一种基于高速公路日常运维管理的全自动任务发布系统，其特征在于，包括数据层、服务层和应用层，所述数据层按照最小维度对业务数据进行拆分，并存储于数据库中；所述服务层按照对业务服务的维度进行拆分，并输出至应用层；所述应用层将服务层输出的不同服务按照后台管理控制器、企业通信控制器和机电运维控制器三个维度分类，独立控制对应服务。2.如权利要求1所述的一种基于高速公路日常运维管理的全自动任务发布系统，其特征在于，还包括接口层，所述接口层采用分层设计，将系统接口统一输出至前端，实现应用前后端分离部署。3.如权利要求2所述的一种基于高速公路日常运维管理的全自动任务发布系统，其特征在于，所述业务数据包括人员数据表、人员打更配置数据表、人员企业通信配置数据表、打更记录数据表、任务数据表、路网监测数据表、养护数据表、部门数据表、角色标签数据表、部门人员配置数据表和角色人员配置数据表中的一种或多种。4.如权利要求2所述的一种基于高速公路日常运维管理的全自动任务发布系统，其特征在于，所述业务服务包括任务服务、消息推送服务、数据提取服务、数据存储服务、企业通信服务、机电运维对接服务、打更服务和日志记录服务中的一种或多种。5.如权利要求2所述的一种基于高速公路日常运维管理的全自动任务发布系统，其特征在于，所述服务层包括定时任务模块，所述定时任务模块用以设置任务的执行时间和执行频率。6.如权利要求2所述的一种基于高速公路日常运维管理的全自动任务发布系统，其特征在于，所述服务层包括自定义任务模块，所述自定义任务模块用以自定义任务类型、模板、下发周期和下发对象。7.如权利要求2所述的一种基于高速公路日常运维管理的全自动任务发布系统，其特征在于，所述应用层包括任务执行状态监控模块和任务执行数据统计分析模块，所述任务执行状态监控模块用以实现对任务执行状态的实时监控，包括任务执行进度、执行结果和失败原因；所述任务执行数据统计分析模块用以对任务执行情况进行分析和总结。8.如权利要求2所述的一种基于高速公路日常运维管理的全自动任务发布系统，其特征在于，所述应用层包括路段信息管理模块，所述路段信息管理模块用以实现对高速公路路段信息的管理，包括路段名称、起止点、路段长度和路段状态。9.如权利要求2所述的一种基于高速公路日常运维管理的全自动任务发布系统，其特征在于，所述应用层包括报表管理模块，所述报表管理模块用以对系统内各种数据的统计和分析，包括生成任务执行报表和路段信息报表。10.如权利要求1~9任意一项所述的一种基于高速公路日常运维管理的全自动任务发布系统，其特征在于，所述数据库使用数据库集群或库表散列。

技术总结
本发明公开了一种基于高速公路日常运维管理的全自动任务发布系统，包括数据层、服务层和应用层，所述数据层按照最小维度对业务数据进行拆分，并存储于数据库中；所述服务层按照对业务服务的维度进行拆分，并输出至应用层；所述应用层将服务层输出的不同服务按照后台管理控制器、企业通信控制器和机电运维控制器三个维度分类，独立控制对应服务。本发明可实现对企业内各个业务流程的优化和改进，帮助企业实现更高效、更可靠的运营。更可靠的运营。更可靠的运营。


技术研发人员：孙秀珍 杨童 田蔚楠 孙宏贤 蒙奕 王蕾 张海蓉 王凌礁 陈保忠
受保护的技术使用者：云南省交通科学研究院有限公司
技术研发日：2023.08.24
技术公布日：2023/9/19