[發明專利]一種用戶行程管理系統及相關方法

有效

• 申請號: 201611238671.7
• 申請日: 2016-12-28
• 公開（公告）號: CN108255839B
• 公開（公告）日: 2020-10-27
• 發明（設計）人: 張健;肖健;李拓
• 申請（專利權）人: 沈陽美行科技有限公司
• 主分類號: G06F16/9537
• 分類號: G06F16/9537;G06F16/957;H04L29/08
• 代理公司: 北京思格頌知識產權代理有限公司 11635
• 代理人: 李中永

1.一種用戶行程管理系統，其特征在于，包括：位置收集服務器和行程管理服務器；其中：

所述位置收集服務器，用于采集各用戶的行駛軌跡并存儲；

所述行程管理服務器，用于當用戶登錄時，判斷所述用戶是否為第一次登錄，若是，則此后持續從所述位置收集服務器同步所述用戶設定時間內的行駛軌跡數據；

若否，則判斷所述用戶是否為活躍用戶，若非活躍用戶，則判斷是否存在需要補充同步的行駛軌跡數據，并在判斷存在時，從所述位置收集服務器同步所需的行駛軌跡數據，若是活躍用戶，則持續地同步其預設時間段內的歷史軌跡數據；

對用戶的行駛軌跡進行電子圍欄的解析，并根據解析結果，選擇是否推送對應的報警；以及，

對用戶的行駛軌跡進行用戶駕駛行為的解析，并根據解析結果，選擇是否發出對應的提醒。

2.如權利要求1所述的系統，其特征在于，所述位置收集服務器，使用消息隊列架構，所述消息隊列架構包括壓縮存儲軌跡消息消費端和實時位置獲取消息消費端；

所述位置收集服務器，包括：Hbase數據庫和Redis數據庫；

Hbase數據庫，用于存儲壓縮后的行駛軌跡的數據；

Redis數據庫，用于存儲用戶的實時位置；

所述壓縮存儲軌跡消息消費端訪問所述Hbase數據庫，所述實時位置獲取消息消費端訪問所述Redis數據庫。

3.如權利要求1所述的系統，其特征在于，所述行程管理服務器包括：第一級緩存和第二級緩存，所述行程管理服務器用于從所述位置收集服務器同步用戶行駛軌跡的數據，并將用戶最近的設定時間內的用戶行駛軌跡的數據存儲于第一級緩存中；將用戶早于所述設定時間內的用戶行駛軌跡的數據存儲于第二級緩存中。

4.如權利要求1所述的系統，其特征在于，所述行程管理服務器，還用于對同步的用戶的行駛軌跡進行道路匹配算法的修正，得到修正后的行駛軌跡數據并保存。

5.如權利要求1所述的系統，其特征在于，所述行程管理服務器，還用于對實時同步的用戶的行駛軌跡，按照預設的至少一個電子圍欄條件分別進行解析，判斷是否滿足所述電子圍欄條件中的任一個，當滿足時，向所述用戶推送對應的告警消息。

6.如權利要求5所述的系統，其特征在于，所述行程管理服務器，具體用于通過下述方式中的一種或多種向用戶推送對應的告警消息：

通過遠程調用DWR架構向用戶在線推送告警消息；

通過短信通知的方式推送告警消息；

通過郵件的方式推送告警消息。

7.如權利要求1所述的系統，其特征在于，所述行程管理服務器，具體用于對用戶的行駛軌跡進行分析，計算出用戶駕駛行為的各參數的分值，實時監測所述用戶駕駛行為的各參數的分值是否低于預設的閾值，并在低于預設的閾值時，發出對應的提醒；

所述各參數，包括：

行駛平順性的參數；

操控性的參數；

安全性的參數；

行駛經濟性的參數。

8.一種用戶行程管理方法，其特征在于，包括：

采集各用戶的行駛軌跡并存儲；

當用戶登錄時，判斷所述用戶是否為第一次登錄，若是，則此后持續從位置收集服務器同步所述用戶設定時間內的行駛軌跡數據；

若否，則判斷所述用戶是否為活躍用戶，若非活躍用戶，則判斷是否存在需要補充同步的行駛軌跡數據，并在判斷存在時，從所述位置收集服務器同步所需的行駛軌跡數據，若是活躍用戶，則持續地同步其預設時間段內的歷史軌跡數據；

對用戶的行駛軌跡進行電子圍欄的解析，并根據解析結果，選擇是否推送對應的報警；以及，

對用戶的行駛軌跡進行用戶駕駛行為的解析，并根據解析結果，選擇是否發出對應的提醒。

9.一種如權利要求1-7任一項所述用戶行程管理系統在行車導航中的應用。