活動紀錄停住了，是沒新活動還是設備沒回報？

畫面幾小時沒動靜：是長輩在休息，還是感測器沒連上？

打開家庭軟體查看獨居長輩的日常狀態時，許多家屬最常遇到的困惑，就是時間軸上的紀錄停留在好幾個小時之前。此時許多人會下意識產生兩種極端的反應：一種是過度焦慮，誤以為長輩是不是在家中發生意外或失去意識；另一種則是過度樂觀，未經查證便自行替長輩找理由，認定長輩只是坐在沙發上看電視、在後院澆花，或是正在安靜午睡。這兩種推論在資訊判讀上都缺乏足夠的客觀依據。

要客觀理解畫面上的停滯，第一步就是回歸資訊的本質。感測系統所呈現的，僅僅是「特定時間點在特定位置是否有符合條件的訊號被記錄與傳回」。如果畫面沒有新動態，它可能意味著感測器在該時段確實沒有偵測到顯著活動，但也完全可能是家中網路暫時中斷、主機與伺服器失去聯繫，或是長輩根本走到了感測設備涵蓋不到的房間。將「沒有收到資料」直接等同於「現場安全」或「現場出事」，都是閱讀紀錄時最需要避免的盲點。

• 畫面目前沒有可閱讀的新紀錄；是否曾感測、傳送或接收，以及顯示為何停滯，仍須分開核對。
• 不可未經查證便樂觀認定長輩「一定在休息或看電視」。
• 不可在缺乏證據的情況下，將空白紀錄直接聯想為嚴重意外。

分開核對三項資訊：事件紀錄、設備狀態與觀察範圍

要客觀理解軟體中的資訊，家屬必須分開核對三項獨立資訊，而非將畫面直接推論為現場原因。第一項是「目前可閱讀的事件紀錄」：軟體在特定時間點是否有紀錄被收錄呈現。零筆紀錄並不等於物理上的無人活動或完全靜止，也無法單憑非影像紀錄辨識人員身分與行為細節。在未經確認前，不能從缺乏紀錄直接斷定長輩正在休息或處於特定生活狀態。

第二項是「設備與資料狀態」：家庭主機與系統伺服器之間的傳輸是否正常。沒有資料不等於伺服器未收到，連線顯示正常也不證明動態已被完整記錄；資料不足時系統應顯示為未知，未見資料的原因在未查明前皆屬未知。第三項則是「正式確認的觀察範圍」：LUNAKARE Radar 規劃觀察指定區域，並非單機涵蓋全屋。若長輩活動於未配置感測設備的空間，系統原本就不會有該處的線索。分清這三項資訊的邊界，才能避免主觀猜測。

• 可閱讀的事件紀錄：僅呈現系統已收錄事件，零筆紀錄不等於空間物理靜止。
• 設備與資料狀態：連線正常不代表完整記錄，未見資料之原因在查明前皆屬未知。
• 正式確認的觀察範圍：Radar 僅規劃觀察指定區域，無紀錄不代表全屋狀態。

活動中斷不等於危險，但也絕不能推論長輩必然平安

在居家關懷的實務中，保持中立且實事求是的態度至關重要。當我們提醒家屬「不要看到紀錄停止就恐慌」時，並不意味著可以隨意給予「大概沒事」的心理安慰。許多人習慣用機率思維來安撫自己，例如認為長輩平常這個時間都在看電視，所以紀錄不動很正常；然而，若碰巧此時家中確實發生身體不適或其他狀況，這種毫無依據的樂觀猜想很可能會延誤必要的確認時機。

同樣地，感測設備所記錄的普通久無活動，既不能被當作長輩跌倒的判斷，也不能推論為急性發病或健康狀況惡化。非影像感測設備的本質，在於提供相對客觀的環境動態線索，協助家人在適當的時機接手關心，而不是代替人類進行醫療診斷或安全保證。面對停滯的畫面，最穩健的原則就是「承認資料有限，用真實行動求證」，而不是在螢幕前反覆揣測各種可能性。

• 避免使用未經證實的機率語言安慰自己長輩必定平安。
• 長時間無活動紀錄不能直接判定為跌倒、疾病或昏迷。
• 設備提供的是客觀線索，關鍵仍在於家人適時以溫和方式接續確認。

假設家庭情境：午後紀錄停止時的電話求證與平行確認

為了說明實務上該如何妥善應對，我們來看一個清楚標示的虛擬家庭情境。住在台中的陳先生，平常習慣透過 LUNAKARE Family 查看住在彰化老家母親的客廳動態。某個平日下午 15:00，陳先生打開軟體，看到客廳最近一筆可讀紀錄停留在 12:40，當時紀錄停滯的原因未確認。陳先生並未從空白畫面推斷母親正在休息或老家網路故障，而是依照家庭約定直接進行確認。

陳先生撥打母親的手機，母親在通話中分享自己午後去拜訪鄰居。陳先生在家庭筆記中分別記下長輩本人的分享與畫面的可讀時間，並不把長輩的自述直接當作設備空白的技術原因，也不作為系統性的安全證明。這個假設情境說明：當紀錄未如預期更新時，以家庭約定的日常電話平行關心，並分別記錄長輩分享與系統狀態，遠比單憑螢幕揣測更為務實。

• 虛擬情境示範：15:00 看到最近可讀紀錄 12:40，停滯原因在查證前未確認。
• 平行通話溝通：母親通話分享拜訪鄰居，陳先生分別記下，不當作空白原因或安全證明。
• 日常溝通默契：平時與長輩建立關懷共識，將電話問候視為自然的日常交流。

遇到實際緊急狀況時的行動守則：立即尋求正式協助

當紀錄停滯伴隨其他具體異常，或家人已知長輩處於立即危險時，家屬絕不能本末倒置花費時間去排查設備、確認網路或等待軟體資料回傳。面對急難狀況，切勿等待設備診斷，救助時效永遠是第一優先。

依據內政部消防署官方指引，119 為台灣火災與急難救助的報案專線。本篇不作醫療或安危判讀；LUNAKARE 沒有提供專業救援或自動派遣保證，不可預設已代為報案。若已知有立即危險，應立即撥打 119 通報專業人員前往協助，切勿等待感測器排查或軟體更新。

守護長輩安全的核心在於分清輕重緩急。在平常日子裡，設備整理生活動態線索，協助家人在合適時機接續關心；但一旦發生急難危險，所有決策都應以爭取正式救助時效為最高準則，切勿將科技產品的資料回報機制誤當作急難通報防線。

• 若已知長輩處於立即危險，切勿耗時檢查設備、重啟網路或等待資料回傳。
• 本篇不作醫療或安危判讀；LUNAKARE 無專業救援或自動派遣保證，急難請撥打 119。
• 已知危險時直接求助正式管道，不以完成設備檢查為前提。

家庭畫面紀錄停滯時的手動排查檢核表

為了讓同住或遠距生活的家人在面對紀錄停滯時有一致的應對節奏，家庭內部可以事先建立一份清晰的手動排查指引。這份指引並非軟體自動派工，而是由家庭成員共識形成的日常處置原則。透過條理分明的步驟，家人可以在保持冷靜的同時，循序漸進地釐清狀況，避免因資訊空白而互相指責或產生不必要的恐慌。

以下檢核步驟著重於「長輩關心」與「設備環境確認」的合理分工。透過逐項核對，家庭成員能夠在最短時間內分清是生活作息的自然盲區，還是居家連線環境需要維護：

• 第一步（直接聯絡）：撥打長輩手機或家中室內電話，依家庭約定了解長輩目前動態。
• 第二步（平行諮詢）：若有疑慮且長輩未接聽，可嘗試聯絡同住家人、附近親友或熟識鄰居協助關心。
• 第三步（核對範圍）：核對目前設備所設定之指定觀察區域，確認該空間之規劃界線，不以猜測推論長輩所在位置。
• 第四步（設備資訊整理）：將軟體顯示的最後可讀時間、資料狀態與配置資料提供服務方，按正式說明確認，不由文章自行推斷欠費或隨意重啟。
• 第五步（手動備註）：家庭成員彼此手動通報聯繫結果，僅備註長輩本人分享的近況，不將其直接視為設備停滯的技術原因。

自製硬體與軟體協同：LUNAKARE 的角色與產品界線

在理解了資料判讀的各項原則後，回頭檢視 LUNAKARE 的產品架構，能幫助家庭更務實地運用這些工具。LUNAKARE 定位為不打擾日常的家庭關懷系統，核心架構包含四款自有硬體與一套家庭軟體。其中，獨立的 LUNAKARE Radar 規劃以非影像方式觀察指定生活空間的活動與夜間線索，Sense 主機接收與顯示可用線索；Radar 的觀察範圍仍待實機驗證，不宣稱一顆雷達能涵蓋全屋的所有房間與死角。而日常生活物件的細緻變化，則由 LUNAKARE Life 依據床、沙發、桌椅或冰箱等情境搭配專屬配件來輔助觀察，這兩者構成了居家動態的基礎線索。

LUNAKARE 現行產品線為四款自製硬體 Sense、Radar、Life、Help，以及家庭軟體服務 Family。獨立的 Radar 規劃觀察指定空間活動，Sense 主機接收與顯示線索；Life 記錄床位與生活物件線索，Help 供住戶主動求助。資料不足時應保留未知並由家人求證。

• LUNAKARE Sense 聚焦於指定區域的非影像動態，不誇大單機全屋覆蓋能力。
• LUNAKARE Life 透過共用主體與專屬配件，輔助掌握特定生活物件的狀態變化。
• LUNAKARE Family 忠實呈現生活線索，資料不足即顯示未知，不擅自揣測。
• LUNAKARE Help 提供長輩主動求助管道，由家人接續關懷與應對支援。

選購居家關懷系統時，應向廠商確認的設備回報與離線機制

在為家中長輩評估非影像關懷設備或家庭軟體時，家屬往往容易被漂亮的介面或包山包海的行銷詞彙所吸引，卻忽略了系統在面對「無訊號」與「設備斷線」時的底層邏輯。一個真正負責且嚴謹的關懷系統，在資訊設計上必須經得起考驗，特別是在資料中斷與單純安靜之間的定義，必須向消費者交代清楚。

在進行採購諮詢或產品評估時，建議消費者主動提出具體問題，深入了解系統的運作方式。詢問這些細節不僅能幫助您挑選到合適的產品，更能讓全家人在未來使用系統時，具備正確的判讀認知，不會因為技術限制而產生無謂的家庭紛爭或心理負擔。

• 畫面上的「無活動」與「連線中斷／資料未知」在軟體介面上有何具體區別？
• 當家中網路中斷或主機離線時，系統大約會在多長時間內更新狀態或發出提示？
• 獨立雷達（如 LUNAKARE Radar）在您家中的預計安裝位置，其待驗證的觀察範圍與盲區分別在哪裡？
• 若同住空間有多人走動或長輩長時間處於坐姿，感測設備的紀錄規則與限制為何？
• 系統是否具備明確的長輩隱私規範，各項設備的啟用是否充分尊重住戶自主意願？

常見問題