語言: English

CoreX 詳情

CoreX：連接、決定、回應、管治。

由 Nexus GP 自主研發及營運的中央營運平台。本頁逐一介紹每個模組、它寫入的營運紀錄、部署及擴展方式，以及首次評估如何判斷。

前往 CoreX 產品網站 規劃評估

示意畫面，實際產品見 corex.nexusgp.co；示意數據均有標明。

一份營運紀錄的結構 示意紀錄
  1. 來源 鏡頭 07，限制區域規則，02:14
  2. 情境 卸貨區 B，非辦公時間時段，沒有預約紀錄
  3. 負責人 設施當值團隊
  4. 期限 須於 20 分鐘內回應
  5. 證據 已附上片段及現場相片
  6. 人工核實 由當值主任審閱
  7. 結案 於 02:31 結案並記錄結果

營運循環

五個階段，一份紀錄，貫穿每個模組。

循環的每個階段都對應一個今天已可開啟的產品畫面，並寫入營運紀錄的一個欄位。以下產品區域均可在實際產品中看到。

  • Operations Hub 營運中心
  • Overview 總覽
  • Alerts 警報
  • AI Assistant AI 助手
  • CCTV video wall 影像牆
  • Focus 焦點
  • Cameras 鏡頭
  • Playback 回放
  • AI overlay AI 影像疊加
  • Analytics profiles 分析設定檔
  • Devices 裝置
  • Sources 來源
  • Workflows 流程
  • Settings 設定
  • Team 團隊
  • Store 商店

營運循環

  1. 連接

    「來源」、「裝置」及「鏡頭」畫面登記每個獲批准的輸入，並對應至同一個可重用的數據模型。

  2. 理解

    總覽、地圖及數碼分身把訊號放在其資產、區域、規則及時間之上。

  3. 決定

    「流程」畫面保存規則：條件、嚴重程度、分派及冷卻時間，並提供試運行的快速測試。

  4. 行動

    「警報」及「焦點」畫面把結果變成有負責人的紀錄：確認、指派、留言、附上證據、解決。

  5. 管治

    「團隊」及「設定」畫面保存角色、專案範圍權限，以及每次結案背後的活動歷史。

  • 來源、裝置與流程

    訊號在此登記、對應及分派：即 CCTV 影像中心、IoT 裝置中心及系統整合的產品畫面。

  • 警報與焦點

    規則結果在此變成有負責人的紀錄：確認、指派、留言、證據及解決。

  • 團隊與設定

    每個專案的角色、專案範圍權限及活動歷史在此管理。

前往 CoreX 產品網站

CCTV 影像中心

多品牌鏡頭、串流及 AI 設定檔。

不同品牌獲批准的影像可以接入同一個 CoreX 應用。通用影像路徑是標準產品；較深入的廠商功能屬另行驗證的整合範圍。

  • 影像路徑

    IP 鏡頭、NVR 及編碼器：RTSP 拉流由 CoreX 讀取影像，RTMP 推流由來源傳送影像，並經媒體中繼以 WebRTC 在瀏覽器觀看。

    RTSP 拉流 · RTMP 推流 · WebRTC/WHEP

  • 鏡頭登記冊

    為來源命名、放置於站點、管理其串流，並可在登記冊內啟用或停用。

    整個設施共用一個登記冊

  • 分析設定檔

    一個設定檔定義來源及模型、區域及規則、通知及證據，並在批准前按真實場景審閱設定檔。

    來源及模型 · 區域及規則 · 通知及證據 · 審閱

  • 廠商介面

    Hikvision、Dahua、Uniview 等常見鏡頭及 NVR 品牌在 RTSP 影像之外另有事件、回放及控制 API，每項均以議定的轉接器就指定型號及韌體按專案驗證。

    按型號及韌體界定範圍

配置示意畫面，實際產品見 corex.nexusgp.co。

IoT 裝置中心

感應器、電錶及設備數據，同一路徑變成可用讀數。

不同裝置系列共用一條由原始欄位到具名讀數的路徑。裝置系列只是整合範例，並非認證硬件清單。

  • 裝置系列

    溫度及濕度、空氣質素、kW、kWh 及水的電錶、洩漏、開啟或運行的狀態感應器，以及具 GPS 及連線健康的位置裝置。

    整合範例

  • 兩條接入路徑

    IP 裝置直接傳送 HTTPS JSON，或經 MQTT 橋接；RTU 或邊緣閘道則把舊設備的 4 至 20 mA、乾接點及 Modbus 訊號轉換。

    HTTPS JSON · MQTT 橋接 · RTU 或邊緣閘道

  • 裝置類型及欄位對應

    可重用的結構定義裝置傳送甚麼、應用如何讀取，一次定義即可供所有引用該類型的專案使用。

    全域欄位對應

  • 示意換算

    temp_raw 286 除以 10，變成溫度 28.6 °C。例如 CO2 高於 1,000 ppm 的規則，隨即向設施團隊提出檢視任務。

    示意範例

示意畫面。溫度換算屬示意範例，並非收到的遙測數據。

系統整合

讀取獲批准的點位，保留本地控制。

整合路徑跟隨數據及其所支援的工作而定。HTTPS 接入及 HTTP webhook 今天已經實現；MQTT 橋接、現場協定閘道及系統轉接器屬專案整合工作。

  • 樓宇系統

    獲批准的唯讀邊緣記錄器經 BACnet/IP、Modbus、OPC 或 API 讀取現有樓宇管理系統（例如 Siemens 或 Daikin）的議定點位，每個場地均按專案驗證。

    1. BMS 及現場設備
    2. 獲批准的邊緣記錄器
    3. 對應及驗證
    4. CoreX 流程

  • 現有平台

    REST 轉接器讀取現有平台獲批准的遙測及警報；嵌入式儀表板是呈現現有畫面的另一路徑。

    1. 現有平台
    2. REST 轉接器
    3. CoreX 監察畫面

  • 門禁、表格及 webhook

    門禁事件、巡查表格及 HTTP webhook 可按已配置的位置匯入同一宗個案，有鏡頭情境時一併附上；表格及個案關聯轉接器按專案界定。

    1. 獲批准的事件 API 或表格
    2. 已配置的位置連結
    3. 附證據的個案紀錄

回控設備屬另行界定及批准的工程範圍

CoreX 今天已具備 HTTP webhook 派送。批准、指令追蹤、邊緣傳遞及回饋確認（狀態為已要求、已接受、已確認、未確認），需要界定範圍的指令轉接器及本地安全設計。

由樓宇到平台的唯讀數據路徑

  1. 現場設備
  2. 本地控制器
  3. 現有樓宇系統
  4. 獲批准的介面
  5. 唯讀邊緣記錄器
  6. 加密上行連線
  7. CoreX

AI 分析

59 個目錄用例，在貴機構的場景驗證。

五個應用類別協助按營運問題選擇分析方式。數量及交付方式以 CoreX 目錄為準；每個選用的模型都需要鏡頭場景驗證，而訓練取決於受支援的運行環境、獲批准的數據及人工審閱。

59 個目錄用例，分五大類別

  • 18

    人員與安全

    安全帽偵測、人數及人流計數，以及其他與人員相關的事件。

  • 13

    出入與交通

    車輛偵測、違例泊車偵測，以及其他出入及交通事件。

  • 12

    火警與設施

    煙霧及火焰偵測、水浸偵測，以及其他設施狀況。

  • 10

    行為與程序

    使用手提電話、程序監察，以及其他行為檢查。

  • 6

    設備與品質

    OCR 讀錶、表面缺陷偵測，以及其他設備檢查。

  • 11 · 4 · 44

    交付方式

    11 項標準、4 項可配置、44 項專案專用。標籤描述交付方式，並不代表全面可用。

  • 場景 · 驗證 · 批准

    現場設定

    設定鏡頭、模型、區域及閾值；審閱具代表性的事件；與現場團隊確認有用的警報。

  • 分階段發佈

    可選的模型改進

    經整理的範例及審閱者回饋，在受支援的運行環境訓練及比較，然後限量推出，設人工批准及回退。

CoreX 停機坪視像智能示範：公開參考影片，停機坪上的工作人員及飛機機首附有模擬偵測框
停機坪視像智能示範，公開參考影片及模擬分析

規則與警報

由條件到已解決的紀錄。

一份共用的警報紀錄，把訊號連結到處理它的人。畫面為示意圖；送達渠道需按專案配置及進行端對端測試。

  • 設定條件

    按選定的裝置欄位設定嚴重程度、時間及冷卻時間。快速測試可在規則啟用前試運行審閱。

    條件 · 嚴重程度 · 冷卻時間 · 快速測試

  • 選擇接收者

    向選定角色及用戶發出應用內警報、電郵、Telegram、智能手錶訊息及 HTTP webhook，每條規則獨立啟用；WhatsApp 及其他渠道按專案配置及測試。

    應用內 · 電郵 · 即時通訊 · webhook

  • 追蹤回應

    在警報中心確認、指派、留言及解決，每個未處理的警報都顯示已經過的時間。

    確認 · 指派 · 留言 · 解決

  • 實際範例

    網絡切換規則：WAN 狀態等於 failover，向管理員角色作應用內送達。屬示意配置，並非送達承諾。

    規則＝偵測 · 警報回應＝負責人、狀態及歷史

示意畫面，並不證明規則曾經觸發或通知已經送達。

應用與儀表板

每項工作一個畫面。

互聯數據及可重用的元件，讓每個團隊都有一個為自己工作而設的應用。編輯器結合版面、元件及已儲存版本；AI 可以提出修改建議，由人審閱及儲存。

  • 每項工作的元件

    KPI 數值顯示目前或計算所得的量度，圖表及表格比較歷史，地圖把資訊放在站點情境中，鏡頭畫面則直接嵌入應用。

    KPI 數值 · 圖表及表格 · 地圖 · 鏡頭畫面

  • 編輯器

    選擇讀數、計算值、鏡頭或警報紀錄；挑選元件、放置並檢查欄位設定；預覽版面後儲存選定的版本。

    版面 · 元件 · 已儲存版本

  • AI 協助

    描述改動，例如按嚴重程度統計警報的圖表。預覽欄位、版面及建議改動，調整或還原，再儲存您選定的版本。

    在人手儲存前只作預覽

  • 按角色的畫面

    管理層看組合健康及成果；指揮中心看附地圖及鏡頭情境的例外；現場團隊看獲指派的工作及證據擷取。

    管理層 · 指揮中心 · 現場

編輯器及應用的示意畫面，並非客戶成果。

CoreX 的分層

由平台基礎到行業應用，五個層次。

由下而上閱讀。九個中樞建於同一專案基礎；一層薄薄的配置工具把每個中樞按專案配置；方案領域把中樞組合成流程；應用服務各個行業。凡屬規劃中或概念的項目，均標明成熟度。

由下而上閱讀，L0 至 L3

  1. 行業

    誰使用各項應用。政府樓宇及校園為首選；其他市場屬相鄰或規劃中。

    • 政府樓宇
    • 大學與校園
    • 零售與商業設施
    • 建築與工業場地
    • 太陽能場業主與營運商
    • 市政計劃與智慧城市
    • 酒店與受管理物業
    • 樓宇業主與能源團隊
    • 機場

  2. 應用

    按單一工作配置，並標明交付成熟度；規劃中及概念項目並非已交付產品。

    • 建築工地安全已在真實場景驗證（已配置示範）
    • 建築進度已儲存應用，樣本數據
    • 樓宇保安示範套件
    • 校園營運示範套件（12 個接入場景）
    • 樓宇狀況檢查流程示範，重建個案
    • 零售人流與設施可用應用及預先配置套件，示範數據
    • 能源管理與節能規劃中的應用，建基於 IoT 基礎
    • 太陽能場營運規劃中的應用，樣本數據設計
    • 工廠營運與流程監察概念
    • 網絡事故流程規劃中（第二階段）
    • 零售貨架關注度未來階段概念
    • 停機坪營運歷史參考，無現行目標

  3. 方案領域

    每個領域把中樞組合成一條營運流程：偵測、審閱、回應並保留證據。

    • 安全與保安
    • 能源
    • 項目與進度管理
    • 營運與設施管理
    • 流程與品質監察
    • 檢查與合規
    • 網絡營運規劃中（第二階段）

  4. 配置工具

    每個中樞如何為專案配置及整合；由 Nexus 與本地夥伴共同完成。

      • 影像分析設定檔
      • 串流與媒體閘道
      視像中樞
      • IoT 數據對應
      物聯網中樞
      • 連接器與邊緣記錄器
      系統整合按專案整合
      • 表單設計器
      表單
      • 數碼分身整合
      空間與數碼分身已實作，示範對應
      • 規則編輯器與通知範本
      規則與警報
      • 儀表板編輯器
      報表與儀表板
      • 助理知識與用量預算
      • 模型登記與驗證
      AI 助理
      • 網絡中樞規劃中（第二階段）

      專案基礎專案與團隊權限 · 方案模組與品牌 · 雲端、混合邊緣或客戶自行託管

      基礎能力

      九個中樞建於同一專案基礎：專案、團隊權限、方案模組、品牌及部署。

    規劃中、概念、未來及歷史項目均已標明，並非已交付的產品。

    行業應用

    同一個核心，按行業配置。

    每個應用都連結一個來源、一項平台功能、一個營運流程及需要量度的價值。每張卡均註明各應用的交付成熟度；規劃中、概念及歷史項目絕不描述為已交付。

    • 政府樓宇

      設施、保安及 IT 團隊：把分散的鏡頭、房間狀況、機房設備及回應紀錄集中於一棟樓宇。

      • 樓宇保安 示範套件
      • 校園營運 示範套件（12 個接入場景）
      • 能源管理與節能 規劃中的應用，建基於 IoT 基礎
      • 網絡事故流程 規劃中（第二階段）
      • 安全與保安
      • 營運與設施管理
      • 能源
      • 網絡營運
      數碼營運方案

    • 大學與校園

      校產、保安、IT 及可持續發展團隊：多棟樓宇，各自的人數、空氣質素、公用設施及事故畫面。

      • 校園營運 示範套件（12 個接入場景）
      • 能源管理與節能 規劃中的應用，建基於 IoT 基礎
      • 網絡事故流程 規劃中（第二階段）
      • 營運與設施管理
      • 能源
      • 網絡營運

    • 零售與商業設施

      商場營運、物業管理及設施承辦商：分散的人流、設施狀況及維修跟進。

      • 零售人流與設施 可用應用及預先配置套件，示範數據
      • 零售貨架關注度 未來階段概念
      • 營運與設施管理

    • 建築與工業場地

      承建商、地盤經理及安全團隊：難以覆核的 CCTV 事件、分散的許可證及檢查證據。

      • 建築工地安全 已在真實場景驗證（已配置示範）
      • 建築進度 已儲存應用，樣本數據
      • 工廠營運與流程監察 概念
      • 安全與保安
      • 項目與進度管理
      • 流程與品質監察
      建築安全營運方案

    • 太陽能場業主與營運商

      資產業主、營運維護承辦商及能源投資者：發電、天氣及維修證據互相分離。

      • 太陽能場營運 規劃中的應用，樣本數據設計
      • 能源
      • 營運與設施管理

    • 市政計劃與智慧城市

      計劃負責人、樓宇業主及評估人員：通知、檢查、維修及報告證據散落各方。

      • 樓宇狀況檢查 流程示範，重建個案
      • 檢查與合規

    • 酒店與受管理物業

      業主、設施營運商及工程主管：分散的設施警報及工作跟進；醫院設施屬概念個案。

      • 樓宇保安 示範套件
      • 能源管理與節能 規劃中的應用，建基於 IoT 基礎
      • 安全與保安
      • 營運與設施管理
      • 能源

    • 樓宇業主與能源團隊

      業主、設施管理、能源主管、節能服務公司及整合商：分散的用電、尖峰需量及室內環境紀錄。

      • 能源管理與節能 規劃中的應用，建基於 IoT 基礎
      • 能源

    • 機場

      歷史性的停機坪及貨運示範：空間情境、區域事件及派遣。目前沒有現行目標。

      • 停機坪營運 歷史參考，無現行目標
      • 安全與保安
      • 營運與設施管理

    規劃中、概念、未來及歷史項目均已標明，並非已交付的產品。

    部署與規模

    雲端現行，混合可連接，私有按專案工程設計。

    三種模式運行同一套營運模型：專案、角色權限、數據模型、規則、警報回應、儀表板及活動歷史。容量及驗收按專案而定。

    • 全雲端

      現行參考架構。應用、平台服務、儲存及分析在議定的雲端區域運行，適合快速推出及集中營運整個組合。

      1. 站點來源
      2. 安全互聯網或 API
      3. 託管 CoreX 雲端
      4. 網頁及流動用戶

    • 混合邊緣加雲端

      按專案可連接。本地媒體、客戶分析或閘道留在站點；控制平面在雲端，供中央及站點團隊使用。

      1. CCTV、IoT 及 OT
      2. 本地媒體或分析及閘道
      3. 雲端控制平面
      4. 中央及站點團隊

    • 私有數據中心

      按專案工程設計。平台服務及數據置於客戶保安邊界之內，由客戶或整合商託管，滿足數據駐留及隔離要求。

      1. 私有站點網絡
      2. 客戶保安邊界
      3. 專屬 CoreX 堆疊
      4. 內部或獲批准的用戶

    10,000+ 端點是架構目標，須以負載測試驗證

    架構已考慮規模；實際生產容量按每個專案測試。裝置數量、同時觀看、AI 通道及數據保留會分別評估及負載測試，然後才驗收。

    內建於營運架構的擴展路徑

    1. 邊緣及連接器拓撲
    2. 安全接入
    3. 數據及事件層
    4. 營運服務
    5. 按角色的畫面

    多專案控制平面

    一個控制平面，橫跨專案、站點及團隊。

    一次整理整個設施組合，再讓每個團隊獲得所需的畫面及權限。控制平面今天已在產品之中，集中營運及證據，而本地系統維持控制。

    管理畫面，示意圖

    • 專案

      機構、合約、站點及應用以獨立專案組織，集中於同一個管理畫面。

    • 用戶與角色

      中央團隊、客戶、操作員及現場角色，配合角色範本及專案範圍權限。

    • 進行中的營運

      橫跨所有已連接專案的警報、狀態、負責人、留言及活動歷史。

    • 連線健康

      裝置、鏡頭及來源的連線狀態，讓團隊知道哪裡需要關注。

    管治

    每個專案都有貫穿全局的管治。

    管治是核心的一部分，不是日後加裝的模組。原有的 VMS、BMS、網絡系統及控制器在專門控制上維持權威。

    • 專案隔離

      每個專案各自保存來源、應用、規則及用戶，與同一平台上的其他專案互相隔離。

    • 角色權限

      角色範本按模組及操作設定權限，並限定於各專案，團隊只看到自己的工作。

    • 活動歷史

      每次確認、指派、留言、版本修改及結案都會記錄，供審計及報告使用。

    • 需要時由人批准

      已配置的流程可加入批准步驟；AI 建議及模型更新均先預覽，再由人批准。

    分階段擴展

    由實體營運到網絡及受管治的代理，同一個核心。

    能力分階段受控加入，毋須改動 CoreX 平台。原有控制器維持權威；日後任何回寫都是按連接器而定、經允許清單、須批准並經調試。

    1. 第一階段（現在）：實體營運

      CCTV、IoT、樓宇、安全、警報、儀表板、角色權限及活動歷史。連接、偵測、回應及追蹤今天的專案。

    2. 第二階段（建議）：網絡營運

      先觀察。讀取防火牆、路由器、交換機及無線設備清單，關聯健康狀態，開立事故並追蹤服務水平。

    3. 第三階段（建議）：受管治的領域代理

      情境檢索、附引用的建議、人工批准及允許清單內的行動，在問責控制下加入領域智能。

    由聚焦評估開始

    以實際運作證據作選擇，而非產品目錄。

    使用現有鏡頭及少量有用的事件。測試前先議定測試場景、觀察期及驗收準則，再按核實結果選擇合用的交付套件。

    1. 指定第一個場地及營運工作

      鏡頭及 NVR 資料、獲批准的串流存取、現時使用的報表或儀表板畫面、優先事件及回應人員。

    2. 建立營運範例

      一個互聯畫面、兩至三個選定事件、一個回應流程及界定範圍的整合計劃。

    3. 檢視證據

      按議定範例檢視警報的有用程度、回應時間及完成的行動，然後確認是否合用及擴展範圍。

    4. 選擇交付套件

      按核實結果議定部署、支援、擴充及逐項列明的報價。

    交付與支援

    由交付到持續支援的清晰角色。

    議定誰負責客戶成果、平台工作及本地營運服務。價格、源碼、獨家權及地域另行協定。

    • 夥伴

      負責客戶關係、營運工作及行業方案；培訓後可自行配置獲支援的專案、畫面及規則。

    • Nexus GP

      提供產品、路線圖、配置與工程、經測試的版本、L3 支援及產品問題上報處理。

    • 本地技術團隊

      規劃獲批准的連線、本地部署、安裝、培訓、交接及議定的支援回應。

    • 夥伴支援套件

      銷售故事、示範腳本、用戶指南、管理員指南、培訓及上報 RACI。

    • 商業模式

      夥伴訂閱或 OEM 結構，或一個議定版本的永久授權，日後版本另行處理。

    下一步

    開啟產品，或告訴我們您的第一個場地。

    到產品網站探索 CoreX，或告訴我們場地、可批准的系統及最重要的例外情況，我們會提出一個先導項目範圍，連同判斷所需的證據。