
【虹科乾貨】 Redis + 圖資料庫最強分工:銀行 AML 與反詐騙即時風控架構
銀行處理 AML 與反詐騙常面對即時決策與深度調查的拉扯。本文解析 Redis(即時評分)與 ArangoDB(圖資料庫關聯分析)如何完美分工,並結合 Decisions 自動化流程,滿足 HKMA 金管局合規指引,打造毫秒級 RegTech 防線。
Lorem ipsum dolor sit amet, consectetur adipiscing elit.Ut elit tellus, luctus nec ullamcorper mattis, pulvinar dapibus leo.
Lorem ipsum dolor sit amet, consectetur adipiscing elit.Ut elit tellus, luctus nec ullamcorper mattis, pulvinar dapibus leo.
虹科 PCAN Router 設備助力異構 EE 架構快速驗證(EE Architecture Validation)
在整車換代或跨平台整合項目中,經常出現新舊電子電氣架構(EE Architecture)並存,導致 CAN / CAN FD 通訊協議不兼容的問題。傳統解決方式通常需要協調網絡、軟件及供應商等多個團隊,並經歷修改 DBC 文件、更新 ECU 軟件等流程,週期長且成本高。
在近期虹科「百家智匯」技術分享中,來自國內頭部汽車製造商、具備 8 年 EE 架構研發經驗的工程師分享,其團隊如何透過 虹科 PCAN Router,在不修改任何 ECU 軟件的情況下,快速完成跨架構信號路由,成功推進某換代車型的 POC(Proof of Concept)驗證,為跨平台快速整合提供可複用的解決思路。
在項目前期(如 POC 驗證或試製車階段),基於成本、週期及供應鏈因素,車輛通常需混合使用不同 EE 架構的 ECU。例如某換代車型中,約 80% 控制器來自新平台,而電池包及BMS(Battery Management System)仍沿用舊架構。
這將直接導致通訊層面的關鍵問題:兩套架構在功能邏輯、信號定義、報文 ID 及數據結構上存在差異,無法直接進行 CAN 通訊。
若按照傳統開發流程,需經歷:功能需求定義 → 通訊矩陣調整 → 生成新 DBC → ECU 軟件更新;整個流程涉及多方協作,通常需數週甚至數月,且僅為驗證階段要求修改量產 ECU 軟件,實際可行性較低。
為解決上述問題,工程團隊引入 虹科 PCAN Router 作為 CAN / CAN FD 智能網關(Gateway),部署於 BMS 與 VCU 之間的 CAN 通道,實現信號轉發與協議轉換。
其核心思路為:在不修改 BMS 或 VCU 軟件的前提下,於 Router 內部完成信號映射與邏輯處理。
此方法將原本複雜的系統級通訊適配問題,轉化為單一設備上的邏輯開發問題:
虹科 PCAN Router 特別適用於對靈活性與效率要求高的場景:
虹科提供完整開發工具鏈,包括:
開發者可透過 VS Code快速開發與部署。
面對汽車電子電氣架構快速演進所帶來的整合挑戰,虹科 PCAN Router 提供一種高效、非侵入式的 CAN 通訊橋接方案。
在不影響既有 ECU 與項目進度的前提下,工程團隊可快速打通通訊鏈路,大幅縮短 POC 驗證與試製測試週期,是應對跨平台整合與快速開發需求的可靠工具。

銀行處理 AML 與反詐騙常面對即時決策與深度調查的拉扯。本文解析 Redis(即時評分)與 ArangoDB(圖資料庫關聯分析)如何完美分工,並結合 Decisions 自動化流程,滿足 HKMA 金管局合規指引,打造毫秒級 RegTech 防線。

HKMA 近年反覆強調風險為本與原則導向的要求,並把第三方 IT 方案風險拉到檯面,意味著你選開源自維或 Redis Enterprise 都可以,但你必須證明「控制是有效的」而不是「工具很有名」。

隨著車載終端與智慧交通標準(如 GB/T 45086)趨嚴,手動測試已難以應對。虹科專家深度解析 AutoGNSS 自動化測試平台如何實現全鏈路留痕與數據可溯源,令全週期研發提速 4-5 倍,徹底消除 GNSS 複雜仿真測試的技術門檻!