[發明專利]一種基于定時任務框架的車輛實時信息調度方法

有效

• 申請號: 201911305098.0
• 申請日: 2019-12-17
• 公開（公告）號: CN111177164B
• 公開（公告）日: 2023-08-01
• 發明（設計）人: 王小林;張晨輝;高磊磊
• 申請（專利權）人: 陜西天行健車聯網信息技術有限公司
• 主分類號: H04L67/12
• 分類號: H04L67/12;H04L67/54;H04L67/62;H04L43/045
• 代理公司: 西安佳士成專利代理事務所合伙企業(普通合伙) 61243
• 代理人: 薛濤

本發明公開了一種基于定時任務框架的車輛實時信息調度方法，定時任務框架包括iov?task?api、注冊器和定時容器，將車輛實時信息分為n個任務依次通過并執行；本發明克服了任務的單線程、單節點、任務的監控困難問題，通過提供統一的接口和調度框架，使得開發人員將自身沉浸到業務中，解決任務多節點部署競爭的問題和監控任務執行情況的可視化界面，極大提高了開發效率，使得業務的開發規范化，維護成本和開發成本減低。

技術領域

本發明屬于車聯網技術領域，涉及一種基于定時任務框架的車輛實時信息調度方法。

背景技術

隨著車聯網技術的發展，車輛信息都需要發送給后臺，比如在車輛實時里程聚集中，單車5秒上報一次給網關，然后再從網關消費車輛上報數據數據并存儲。然而隨著后臺需要處理的車輛數量增長，直接消費入關系型數據庫越來越難，一般采取先消費到中間件，再定時遷移到關系型數據庫。而從中間件遷移時存在一定的延時，一般延時在一天左右，不能保證車輛信息的實時性。

發明內容

本發明解決的技術問題在于提供一種基于定時任務框架的車輛實時信息調度方法，實現車輛信息的實時遷移和調度。

本發明是通過以下技術方案來實現：

一種基于定時任務框架的車輛實時信息調度方法，定時任務框架包括iov-task-api、注冊器和定時容器，將車輛實時信息分為n個任務，其調度方法包括以下操作：

1)iov-task-api提供面向任務的接口，其包括DefaultScheduleTask類和DefaultTask兩部分；其中，DefaultScheduleTask類包括了lock和調度方法，DefaultTask提供任務執行的業務寫入方法；任務繼承DefaultScheduleTask類，再繼承DefaultTask，任務在滿足解鎖條件后被釋放，通過接口進入注冊器進行注冊；

2)注冊器包括任務細節和觸發器，注冊時，任務細節對任務命名和分組，觸發器對任務規定執行頻率；注冊后，注冊器將任務的注冊內容通知定時容器，定時容器按照業務寫入方法將任務寫入數據庫；

3)定時容器還包括任務啟動、暫停、更新、刪除和顯示的接口；顯示界面通過調用定時容器的顯示接口，在顯示界面進行顯示，通過調用任務啟動、暫停、更新和刪除接口執行相應的操作。

在任務在繼承DefaultScheduleTask類和DefaultTask后，其通過接口的方式包括：

任務并行：當任務名不相同時，任務各自通過接口進入注冊器；

任務單行：當任務名相同時，通過lock對任務排序，再依次通過接口進入注冊器。

所述的任務在滿足解鎖條件后被釋放的操作為：

1)當A任務繼承DefaultScheduleTask類時，通過setnx(lockkey,current?time+timeout)命令能成功設置lockkey時，即返回值為true_1；timeout對A任務鎖設置過期時間，執行任務鎖的任務，在規定的時間內完成并釋放通過接口；當任務發生阻塞導致任務鎖超時，key被強行釋放解鎖，通過接口；

2)當A任務通過setnx(lockkey,currenttime+timeout)命令不能成功進入，返回值為false_1；在當前時間大于redis中存儲鍵值為lockkey的value值時，則認為上一任的擁有者對鎖的使用權已經失效，A任務強行擁有該鎖；具體判定過程如下：當A任務通過get(lockkey)，獲取redis中的存儲鍵值為lockkey的value值，即獲取鎖的相對時間lockvalueA，lockvalueA！＝nullcurrent?timelockvalue；