銳碁資訊 JUI-CHI INFORMATION

SOLUTION CATEGORY

IoT 智慧應用

以感測、連線與遠端管理推動智慧養殖及智慧門禁。

MBSE AI 解決方案 PLM 管理 IoT 智慧應用 產業方案

IoT 解決方案分類

13
室內定位系統應用示意

室內定位

整合定位標籤、基地台與地圖介面，即時掌握人員、設備與物料的室內位置。

10
智慧水產養殖

智慧水產養殖

整合水質感測、無線通訊、遠端監控與自動控制，提升養殖效率。

11
智慧養蝦

智慧養蝦

即時監測溫度、溶氧、PH 值及氨氮等環境數據，預警異常狀況。

12
IoT 智慧門鎖架構

IoT 智慧門鎖

結合電子感應與智慧控制，提供便利、安全且可管理的門禁體驗。

DETAIL CONTENT

方案詳細內容

07 · IoT

SMART AQUACULTURE · IOT MONITORING

讓養殖現場
即時可見、可控、可追溯

串連水質感測、通訊、雲端分析與設備控制，協助管理者更早掌握環境變化並留下完整操作紀錄。

智慧水產養殖不是只把感測器接上網路，而是建立從資料採集、異常判讀、人員決策到設備處置的管理閉環。實際監測項目、門檻與控制規則，需依養殖物種、池體、季節及設備條件設計。

水質感測即時告警設備連動歷史追溯
設有增氧設備的水產養殖池
養殖池與增氧設備現場。圖片：Alabama Extension／Justin Miller，CC0。

FROM DATA TO ACTION

不是監看數字，而是建立可執行的管理流程

水質數據只有在來源可信、門檻清楚、責任明確且能連動處置時，才能真正支援日常管理。

現場可視化集中查看不同池區、感測點與設備狀態，減少資訊散落於紙本、通訊軟體或個人經驗。
異常可處理依設定門檻與趨勢產生分級告警，通知適當人員確認，避免只有警報卻沒有後續流程。
結果可追溯保留告警、確認、控制指令及處置前後數據，形成可搜尋的養殖事件與操作紀錄。

SYSTEM ARCHITECTURE

從養殖池到管理平台的資料主線

系統可依場域選用有線或無線通訊；斷線緩存、資料校時、權限及設備安全也應納入規劃。

智慧水產養殖系統架構圖
自製示意圖：感測器、IoT 閘道、雲端平台與人員決策／設備控制。
技術人員維護水質 pH 監測探頭
水質探頭維護作業。圖片：Stephane Lesbats／Ifremer，CC BY 4.0。

SENSOR GOVERNANCE

感測器需要校正、維護與資料品質管理

感測數值並非裝上設備後就永遠可靠。探頭污染、漂移、斷線與安裝位置都可能影響判讀，因此應同時管理校正週期、維護紀錄、異常值與人工複核。

查看圖片來源與授權 ↗
水溫影響攝食、代謝與溶氧狀態。
溶氧可搭配趨勢與時段設定告警。
pH觀察酸鹼變化與日夜波動。
鹽度依物種與養殖環境選配監測。
氨氮協助辨識水質惡化風險。
設備狀態掌握增氧、幫浦、投餌及電力。

監測項目僅為常見範例，實際感測器、量測頻率、門檻與處置方式須依養殖現況評估。

CLOSED-LOOP OPERATION

異常不是終點，處置後仍要確認效果

對高風險控制動作，可保留人工確認；成熟且風險可控的場景，再依核准規則逐步導入自動連動。

智慧水產養殖監測與控制閉環圖
自製示意圖：即時採集、資料判讀、異常告警、控制處置、效果確認與知識累積。

IMPLEMENTATION ROADMAP

以試點驗證開始，再逐步擴大

先找出真正需要改善的管理問題，再決定感測器、通訊、平台與設備整合範圍。

  1. 01現況盤點確認池區、物種、設備、人工巡檢、網路環境及常見異常。
  2. 02試點設計定義量測項目、資料頻率、告警分級、角色責任與驗收方式。
  3. 03平台建置完成感測連線、儀表板、通知、權限、操作紀錄與必要整合。
  4. 04持續改善依試點資料調整門檻與流程，再評估擴充池區及自動控制。

REFERENCE SOURCES

內容參考

本頁為一般方案說明，不取代養殖專業判斷。設備選型、警戒值、自動控制與 AI 模型須依物種、場域、季節及實際資料驗證。

START WITH A PILOT

從一個池區與一個明確問題開始

盤點現場感測、通訊與管理流程，規劃可驗證、可擴充的智慧養殖試點。

預約需求說明 ↗
08 · IoT

SMART SHRIMP FARMING · WATER QUALITY

智慧養蝦
把池況、告警與處置串成管理閉環

以連續水質監測、設備狀態與養殖紀錄，協助管理者提早看見變化、快速複核並留下可追蹤的處置依據。

智慧養蝦不是把感測器放進池裡就完成。系統需要面對探頭校正、污損、斷線、池間差異及季節變化，並把資料轉成現場人員真正能執行的巡檢、增氧、調水與餵料決策。

水質監測異常告警設備狀態養殖紀錄
設有水車增氧設備的養蝦池
網路素材：Shrimp pond with aerator，Herman Gunawan，CC BY-SA 3.0（Wikimedia Commons）。

OPERATIONAL VALUE

把零散量測變成可比較、可追蹤的池況

FAO 的養蝦資料指出，溶氧、pH、氨及含氮物質等水質變數需要持續或定期監測；實際監測項目與頻率仍應依蝦種、成長階段及場域決定。

提早看見變化連續觀察夜間、清晨、降雨、餵料後與換水前後的變化，不只依賴單次人工量測。
告警帶著脈絡將池號、時間、趨勢、設備狀態與前次處置一起呈現，協助人員判斷是否需要複測或行動。
累積養殖經驗把放苗、餵料、增氧、用藥、換水、採樣與異常事件放在同一條時間軸，便於回顧批次。

SYSTEM ARCHITECTURE

從池水感測到可追蹤的現場處置

感測、傳輸、平台判讀及人員處置缺一不可；設備控制若納入自動化，還需保留權限、互鎖、手動接管及事件紀錄。

智慧養蝦從水質感測、閘道、平台到現場處置的系統架構
銳碁資訊自繪示意圖；實際感測器、通訊及控制方式依池區與現場條件規劃。

WHAT TO MONITOR

監測數值，也監測數值是否可信

固定警戒值不應直接套用到所有養殖場。應由養殖專業人員依物種、鹽度、密度、日夜週期與設備能力設定，並以人工採樣及校正確認。

溶氧（DO）觀察日夜變化、增氧設備效果及突降風險；需同時關注探頭污損與校正狀態。
pH搭配時間、藻相、溫度及氨相關資料判讀，避免只看單一瞬間數字。
水溫與鹽度用於理解季節、天候、換水及生長階段的環境變化，並支援其他參數解讀。
氨氮／亞硝酸鹽依感測器能力及人工檢測計畫監控；測量方法、單位與樣品位置必須一致。
濁度／透明度協助觀察懸浮物、藻相及池水狀態，但仍需配合現場目視與採樣判斷。
設備與連線狀態監測增氧機、泵浦、閘道、電源及通訊；把「沒有資料」與「水質正常」明確區分。

量測單位、採樣位置、校正方法及資料品質旗標應一併保存，否則跨池、跨批次比較容易產生誤判。

白蝦近距離照片
網路素材：Whiteleg shrimp，Judgefloro，CC0 1.0（Wikimedia Commons）。

BIOLOGICAL CONTEXT

水質資料要和蝦況及操作紀錄一起看

同一個數值在不同蝦種、成長階段、密度、餵料策略與天候下，可能代表不同風險。平台應讓管理者把脫殼、攝食、活動、病徵、死亡、抽樣體重與現場觀察一起記錄，而不是用感測資料取代養殖判斷。

閱讀 FAO 蝦池操作與水質監測資料 ↗
池區儀表板依池號呈現即時值、趨勢、資料新鮮度與設備狀態。
多層級告警區分提醒、警戒與緊急事件，支援值班、確認、升級與結案。
養殖事件時間軸串接放苗、餵料、增氧、換水、採樣、用藥及異常處置紀錄。
探頭維護管理管理清潔、校正、耗材、故障與更換紀錄，辨識失真或中斷資料。
批次比較在資料定義一致的前提下，比較池區與批次趨勢，找出可驗證的改善線索。
權限與稽核釐清誰能調整門檻、遠端控制、確認告警與修改紀錄。

DECISION LOOP

從發現異常，到確認處置是否有效

單一感測器可能受污損、漂移或斷線影響；告警後應先複核資料品質及現場狀況，再依標準作業執行並確認效果。

智慧養蝦從監測、異常辨識、複核、處置到知識回饋的決策閉環
銳碁資訊自繪示意圖；處置方式應由養殖專業人員依現況決定。

IMPLEMENTATION

從一個池區與一個管理問題開始

先驗證感測器可靠度、通訊覆蓋及告警是否能支持現場決策，再逐步擴充池區、設備與分析功能。

  1. PHASE 01現況與目標盤點確認蝦種、池型、操作流程、風險、量測方法及最需要改善的問題。
  2. PHASE 02試點與感測部署選擇代表性池區，規劃測點、供電、通訊、校正與人工比對方法。
  3. PHASE 03告警及處置流程定義門檻、趨勢、值班、複核、升級、手動接管與事件結案。
  4. PHASE 04驗收與持續改善檢視資料完整度、告警品質、設備維運及使用成效，再決定擴充範圍。

REFERENCE & LICENSE

技術資料與圖片來源

本頁為一般智慧養殖方案說明，不取代養殖、獸醫、水產疾病或食品安全專業判斷。告警值、自動控制及處置程序須依蝦種、場域、季節、法規與實際資料驗證。

START WITH A PILOT

先讓一個池區的資料可信、告警可用

從感測點、通訊、校正到值班處置，規劃能被現場使用並持續維運的智慧養蝦試點。

預約需求說明 ↗
09 · IoT

CONNECTED ACCESS · IDENTITY MANAGEMENT

把門鎖升級為
可管理的智慧入口

串連身分、憑證、門鎖、事件紀錄與管理平台，讓每一項開門權限都有來源、期限與責任。

IoT 智慧門鎖不只是遠端開門。完整方案還需要考慮身分驗證、角色授權、離線行為、事件追蹤、裝置更新及緊急備援。實際功能應依門鎖硬體、通訊方式及場域風險確認。

身分與憑證時段權限事件稽核裝置生命週期
安裝於室內門上的密碼智慧門鎖
密碼智慧門鎖安裝示意。圖片：WELOCK，CC0。

MANAGED ACCESS

從單一鎖具，走向一致的門禁治理

便利性只是起點；真正的管理價值來自權限核准、期限控制、事件紀錄及撤銷流程。

權限可管理依人員、角色、門區、日期與時段設定權限，降低共用密碼與長期有效憑證造成的管理風險。
事件可追蹤保留允許、拒絕、離線、低電量與設備異常等事件，支援後續查詢與管理檢討。
裝置可維護管理裝置註冊、設定、版本、韌體更新、電力狀態、撤銷及汰換，避免設備成為管理盲點。

SYSTEM ARCHITECTURE

憑證、門鎖、平台與稽核紀錄形成一條資料主線

門鎖可直接連線或經由現場閘道傳輸；通訊加密、裝置身分、斷線緩存及最小權限都應納入設計。

IoT 智慧門鎖系統架構圖
自製示意圖：使用者憑證、智慧門鎖、安全連線、管理平台與事件整合。
使用手機管理智慧門鎖
手機控制智慧門鎖示意。圖片：Nuki Smart Lock／Sebastian Scholz，CC BY 2.0。

SECURITY BY DESIGN

遠端功能越多，安全與維運要求越不能省略

應限制裝置與管理介面的存取，管理帳號、API、網路連線及事件資料也需要適當保護。涉及遠端開門或高風險動作時，可加入多因素驗證、核准或額外確認。

查看圖片來源與授權 ↗
多元憑證手機、PIN、卡片、生物辨識或實體備援依設備選配。
角色授權依人員、區域、時段及效期配置最小必要權限。
訪客管理臨時或一次性憑證需具備到期與撤銷機制。
事件告警關注拒絕、異常嘗試、低電量、離線與拆卸事件。
離線備援預先定義斷網、斷電及緊急狀況下的安全行為。
更新維護追蹤韌體、弱點修補、設定變更與裝置汰換。

功能項目為常見能力示例；是否支援遠端開門、生物辨識、離線名單或第三方整合，須依實際設備與專案確認。

ACCESS LIFECYCLE

權限從建立到撤銷，都必須能被追蹤

離職、訪客到期、手機遺失或風險事件發生時，系統應能快速撤銷憑證並保留處理紀錄。

智慧門鎖授權與事件管理閉環圖
自製示意圖：身分建立、權限核准、憑證發放、開門驗證、事件監控及撤銷更新。

IMPLEMENTATION ROADMAP

先定義管理規則，再選擇門鎖與平台

從一個樓層、門區或訪客情境試點，驗證權限、離線與緊急流程後再擴大部署。

  1. 01場域盤點確認門型、人員、網路、電力、消防與既有門禁系統。
  2. 02權限設計定義角色、門區、時段、訪客、核准、撤銷與緊急規則。
  3. 03試點建置完成設備註冊、通訊、平台、告警、紀錄與必要整合。
  4. 04維運治理建立電池、韌體、弱點、帳號、稽核與汰換管理機制。

REFERENCE SOURCES

安全設計參考

本頁為一般方案說明，不構成特定產品安全保證。設備、憑證、遠端功能及整合方式須依場域風險與實際產品能力評估。

START WITH ACCESS POLICY

先釐清誰能在什麼時間進入哪裡

盤點門區、使用者、憑證與例外情境，建立可驗證、可維運的智慧門禁試點。

預約需求說明 ↗
13 · IoT

INDOOR POSITIONING · RTLS

室內定位
把人員、資產與空間連成即時資訊

在室內衛星訊號受限的環境中，透過定位標籤、接收設備與數位地圖，掌握對象所在樓層、區域或位置。

從訪客報到、工具尋找、設備盤點到禁區告警，先釐清業務需要的定位層級，再選擇合適技術與部署密度，避免為了追求不必要的精度增加維運負擔。

人員與訪客資產與工具區域告警歷程追溯
辦公室平面配置圖，作為室內定位數位地圖示例
網路素材：Office plane，Wilfredor，CC0 1.0（Wikimedia Commons）。

BUSINESS VALUE

先回答「要知道什麼」，再決定定位技術

室內定位不是單一設備，而是空間、無線訊號、定位引擎與營運規則共同組成的系統。

人員與訪客安全掌握報到、所在區域與離場狀態；遇到越界、滯留或求援事件時，提供處理線索。
資產搜尋與盤點把工具、儀器或移動設備與標籤綁定，降低跨區尋找與人工盤點的時間浪費。
空間與流程洞察以停留、移動與熱區資訊檢視動線；應用前先設定資料權限、保存期間及使用目的。

SYSTEM ARCHITECTURE

從無線訊號轉成可採取行動的位置資訊

標籤或手機發送訊號，接收器與閘道回傳資料，定位引擎計算區域或座標，再交由地圖、告警及企業系統使用。

室內定位系統架構，從標籤、接收器、定位引擎到地圖與系統整合
銳碁資訊自繪示意圖；實際架構依場域、網路、安全政策與整合需求設計。

TECHNOLOGY SELECTION

精度、成本與維運要一起評估

藍牙定位可支援從接近感知到方向定位等不同方案；實際精度會受到空間材質、遮蔽物、天線、裝置、安裝密度與校正方式影響。

BLE RSSI／Beacon適合接近、房間或區域判斷。建置彈性高，但訊號容易受人體、牆面與金屬環境影響。
BLE Direction Finding利用 AoA 或 AoD 判斷訊號方向，可支援較高精度需求；需搭配天線陣列及現場設計。
UWB適合需要更精細位置資訊的追蹤情境；通常需評估標籤、基站、供電、施工與整合成本。
Wi-Fi／多源融合可利用既有網路或結合感測器資料；需確認裝置支援、更新頻率與目標精度是否符合流程。

不預先承諾固定精度。正式導入前應以代表性場域、對象與使用情境進行現勘、試點、量測與驗收。

TAG & DEVICE

小型標籤只是入口，後端治理才是關鍵

標籤需要與人員、訪客或資產建立可管理的配對關係，並納入電量、遺失、借還、停用與汰換流程。設備外型不是選型的唯一依據，還要評估訊號格式、更新頻率、續航、耐用度及平台相容性。

閱讀 Bluetooth SIG Location Services ↗
小型低功耗藍牙 Beacon 標籤
網路素材：Mini BLE beacon，MinewTech，CC BY-SA 4.0（Wikimedia Commons）。
數位地圖建立樓層、房間、區域、禁區與出入口，讓位置結果對應實際管理語意。
規則與告警依越界、滯留、離線、低電量或求援條件，通知適當角色並保留處理紀錄。
歷程與查詢依權限查詢移動軌跡、停留時間與事件，不以無限期保存為預設。
裝置管理管理標籤狀態、配對、電量與維護週期，避免「裝了之後沒人管」。
系統整合視需求串接訪客、門禁、資產、工單或通知系統，各自保留資料責任。
權限與隱私以最小必要原則設定目的、角色、告知、保存與稽核方式。

OPERATIONS LOOP

從註冊到離場，形成可查核的管理閉環

位置資料只有進入明確的日常流程，才能真正支援安全、效率與稽核。

室內定位從對象註冊、標籤綁定、定位、告警到離場重置的流程
銳碁資訊自繪示意圖；流程可依人員、訪客或資產情境調整。

IMPLEMENTATION

以代表性場域試點，再逐步擴大

室內無線環境差異很大，建議將精度、更新頻率、覆蓋率、告警時間與維運方式寫入驗收條件。

  1. PHASE 01需求與場域盤點確認對象、流程、區域、隱私、網路與目標定位層級。
  2. PHASE 02技術與試點設計選擇代表性空間，規劃標籤、接收設備、地圖與測試案例。
  3. PHASE 03校正與驗證在實際人流、遮蔽物與設備條件下量測，調整部署與規則。
  4. PHASE 04上線與持續維運建立裝置、權限、告警、資料保存、教育訓練與改善機制。

REFERENCE & LICENSE

技術資料與圖片來源

本頁為一般方案與導入方法說明。設備能力、定位精度、法規、資安及個資要求，應依實際產品、場域、資料類型與主管機關最新規定確認。

START WITH A PILOT

用一個樓層、一段流程，驗證定位是否真正有用

從現勘、目標精度、試點場域到驗收情境，建立可擴充且能持續維運的室內定位方案。

預約需求說明 ↗