專利名稱：報警管理及監護裝置的制作方法
技術領域：
本發明涉及生物信號監測領域，尤其涉及報警管理及監護裝置。
背景技術：
在人體生命體征監測的過程中，往往需要設置報警指示燈或者報警蜂鳴器，以提 醒陪護或者醫護人員進行及時處理。報警指示燈或者報警蜂鳴器動作由中央處理器進行控 制，當中央處理器接收到報警信息時，中央處理器根據報警信息的級別，控制報警指示燈或 者報警蜂鳴器動作。目前，現有技術的報警管理中當報警信息集中發生，發生的次數比較多時，很可 能導致某些報警信息丟失，造成報警漏報現象。甚至，在某個級別的報警信息發生的次數比 較多，而其他級別的報警信息發生的次數比較少，也會造成該級別的報警漏報現象。上面的 報警漏報現象，給臨床上帶來了很大風險。
發明內容
本發明為了解決現有技術中報警信息集中發生時漏報的風險大的技術問題，提供
一種報警管理方法。本發明實施例的報警管理方法，包括如下步驟
51、建立報警池；
所述報警池包含若干節點，所述節點包括用于存儲報警信息的存儲部和用于存儲地址 的指針部；
52、設立報警鏈條，所述報警鏈條用于掛載存儲有報警信息的節點；
所述報警鏈條包括第一指針，所述第一指針用于存儲掛載到所述報警鏈條的第一個節 點的地址；
53、當接收到報警信息時，處理器從報警池中取出一個節點，將報警信息存儲到所述節 點的存儲部，并把所述節點掛靠在所述報警鏈條中。本發明實施例還提供了 一種報警管理裝置。該報警管理裝置，包括處理器、報警池 和報警鏈條單元；所述報警池包含若干節點，所述節點包括用于存儲報警信息的存儲部和 用于存儲地址的指針部；所述報警鏈條單元用于掛載存儲有報警信息的節點，所述報警鏈 條單元包括第一指針部，所述第一指針部用于存儲掛載到所述報警鏈條單元的第一個節點 的地址；所述處理器包括處理模塊，所述處理模塊用于當接收到報警信息時，從報警池中取 出一個節點，將報警信息存儲到所述節點的存儲部，并把所述節點掛靠在所述報警鏈條單 元中。本發明實施例還提供了 一種監護裝置。該監護裝置包括上述報警管理裝置。本實施例的報警管理方法和裝置，采用集合了若干節點的報警池對報警信息進行 管理，而沒有對報警池進行進一步細分(細分成不同級別的報警信息各具有多少個節點)。 因此，本實施例的報警管理方法和裝置，不存在細分帶來的限制，該報警池中的所有節點可以根據需要對報警鏈條(單元)任意分配。所以，大大降低了，報警信息集中發生時漏報風 險。采用了該報警管理裝置的監護裝置，很顯然也具有該報警管理裝置的優點。
圖1是本發明實施例一的報警管理方法流程圖。圖2是本發明實施例一改進的報警管理方法流程圖。圖3是本發明實施例的報警管理裝置結構示意圖。圖4是本發明實施例二的處理器結構示意圖。圖5是本發明實施例的報警鏈條單元結構示意圖。圖6是本發明實施例二改進的處理器結構示意圖。圖7是本發明實施例二的報警池和報警鏈條單元結構示意圖。圖8是本發明實施例的監護裝置結構示意圖。
具體實施例方式為了使本發明的目的、技術方案及優點更加清楚明白，以下結合附圖及實施例，對 本發明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發明，并 不用于限定本發明。實施例一
本發明實施例的報警管理方法，包括如下步驟
首先，建立報警池；該報警池包含若干節點，該節點包括用于存儲報警信息的存儲部和 用于存儲地址的指針部。一般該報警信息包括高級報警信息(例如，室顫報警、室速報警、窒息報警和停搏 報警等)、中級報警信息(例如，心率過速報警和心律不齊報警等)和低級報警信息(例如，導 聯脫落報警、呼吸率報警和連發室早報警等)。該指針部存儲的地址可以為實際的內存地 址，也可以為指針。然后，設立報警鏈條；所述報警鏈條用于掛載存儲有報警信息的節點；所述報警 鏈條包括第一指針，所述第一指針用于存儲掛載到所述報警鏈條的第一個節點的地址。該報警鏈條的第一指針在沒有掛載第一節點的情況下，該第一指針存放空指針。本實施例，對于報警鏈條的數量并沒有限制。該報警鏈條可以為一個鏈條，也可以 為多個鏈條，目前，臨床一般需要三個級別的報警。因此，本實施例的報警鏈條數優選為3 條，分別是高級報警鏈條、中級報警鏈條和低級報警鏈條。該高級報警鏈條用于掛載存儲 有高級報警信息的節點。該中級報警鏈條用于掛載存儲有中級報警信息的節點。該低級報 警鏈條用于掛載存儲有低級報警信息的節點。最后，當接收到報警信息時，處理器從報警池中取出一個節點，將報警信息存儲到 所述節點的存儲部，并把所述節點掛靠在所述報警鏈條中。本實施例掛載、掛靠是一通俗形象術語，是指存儲有報警信息的節點的地址被該 報警鏈條中的第一指針或者該報警鏈條中的已掛靠的節點的指針部存儲，很像集裝箱掛靠 在牽弓|車上或者牽弓|車掛載集裝箱那樣。本實施例的報警管理方法，采用集合了若干節點的報警池對報警信息進行管理，而沒有對報警池進行進一步細分(細分成不同級別的報警信息各具有多少個節點)。因此， 本實施例的報警管理方法，不存在細分帶來的限制，該報警池中的所有節點可以根據需要 對報警鏈條任意分配。所以，大大降低了，報警信息集中發生時漏報風險。在具有多個報警 鏈條的情況下，該報警管理方法更加有利于降低這種風險，即由于某級報警信息異常增多 而其它級別報警信息正常的情況下，導致該級報警信息丟失的風險。圖1是本發明實施例一的報警管理方法流程圖。圖2是本發明實施例一改進的報 警管理方法流程圖。下面結合圖1和圖2，對本實施例的報警管理方法作進一步詳盡描述。本實施例的報警管理方法，包括如下步驟
S10、建立報警池。該報警池包含若干節點，該節點包括用于存儲報警信息的存儲部和 用于存儲地址的指針部。每個節點本身都有地址，本步驟中這些節點的存儲部和指針部都是空的，沒有數 據。該節點一般為內存中的存儲單元。該節點間可以為分立式(即兩兩節點間沒有相 互聯系)，也可以為存在某種聯系(例如在內存中的位置是連續的)等等。該報警池也就是這 些節點的集合，用于保障報警信息具有足夠的存儲空間得以保存。該節點為本發明實施例的報警信息存儲的最小單元，一個節點用于存儲一條報警 信息。當然，在其它實施例中該節點也可以用于存儲幾條相似的或者相同的報警信息。本實施例的報警池中的節點并沒按照不同級別再進一步細分，比如用于存儲高級 報警信息的節點具有多少，用于存儲中級報警信息的節點具有多少，用于存儲低級報警信 息的節點又具有多少，即報警池中的所有節點可以在高級、中級和低級報警信息的保存過 程中根據需求進行任意分配。也就是說，只要某個級別報警有需求，本實施例的方案可以窮 盡報警池中所有節點用于保存該級別的報警信息，因此，大大降低了這種風險，即由于某級 報警信息異常增多而其它級別報警信息正常的情況下，導致該級報警信息丟失的風險。降 低了本實施例的報警管理方法的漏報風險。建立報警池的步驟，就相當于在內存中劃分一定區域的步驟。目前監護類產品的 報警信息容納量(即報警池的大小)都是廠家固定的，不能調節。一般該報警池的大小根據 醫生經驗事先確定，滿足監護類產品的正常使用。即，使該報警池足夠大，足夠應付一般的 監護需求。由于報警池的大小與內存使用效率有很大聯系，因此，這種事先進行最大化劃分 內存的行為，會導致內存使用效率低下的缺點。S20、初始化報警池。本步驟屬于步驟S10的延續，在某些實施例可以將步驟S10和S20合并成一個步 驟。該初始化報警池的步驟為處理器將前一節點的指針部存儲后一節點的地址，往復下去 形成一個鏈條。該鏈條即為一個鏈表，該鏈條可以為循環鏈表、雙向鏈表或者單鏈表。本實施例優選該鏈條為單鏈表，初始化步驟為首先，處理器提供報警池頭指針； 其次，處理器將某節點的地址存放在該報警池頭指針里；再次，將前一節點的指針部存儲后 一節點的地址，依次往復下去直到最后一個節點的地址被存放；最后，處理器將最后一個節 點的指針部存儲空指針。這樣報警池就形成了一個單鏈表，稱為報警池鏈表。采用鏈表的方式組建報警池(初始化)，可以很方便地對報警池進行管理。報警池 內部若是分立的節點，在管理上會比較耗費資源。
330、設立報警鏈條。所述報警鏈條用于掛載存儲有報警信息的節點；所述報警鏈 條包括第一指針，所述第一指針用于存儲掛載到所述報警鏈條的第一個節點的地址。本發明實施例，對于報警鏈條的數量并沒有特別限制。本實施例的報警鏈條數優 選為3條，分別是高級報警鏈條、中級報警鏈條和低級報警鏈條。本發明實施例的報警鏈 條優選采用單鏈表進行管理。即高級報警鏈條、中級報警鏈條和低級報警鏈條一般都采用 單鏈表管理。在設立報警鏈條的時候，該報警鏈條只有鏈頭指針，該鏈頭指針為第一指針。這種 方式具有在設立報警鏈條的時候比較簡單、快速占用內存較少的優點。或者，在設立報警鏈條的時候，該報警鏈條包括存放有鏈條結構地址的鏈頭指針 和鏈條結構，該鏈條結構包括第一指針。該鏈條結構可以存儲一些有用信息，例如鏈條屬性 或者描述的信息，利于管理。本實施例優選，在設立報警鏈條的時候，該報警鏈條只有鏈頭指針。即在設立報警 鏈條的時候，高級報警鏈條只具有高級鏈頭指針，中級報警鏈條只具有中級鏈頭指針，低級 報警鏈條只具有低級鏈頭指針。采用該鏈表方式對報警池和報警鏈條進行管理，是本發明實施例的是一個核心發 明點，能夠將報警池中的節點方便的分配給各個報警鏈條，同時可以很方便地收回利用。降 低了報警漏報風險以及提高了系統效率。540、報警鏈條管理一-增加節點。當接收到報警信息時，處理器從報警池中取出一個節點，將該報警信息存儲到所 述節點的存儲部，并把所述節點掛靠在所述報警鏈條中。本實施例的報警管理方法設置有了三級報警信息和三級報警鏈條。一般報警信息 的級別和屬性是事先定義好的。當產生一個報警信息時，處理器就會知曉其報警級別和屬 性。處理器接收到報警信息時，就會取出節點并存儲報警信息，然后將該節點掛靠到相應級 另_報警鏈條上，例如將存儲有高級報警信息的節點掛靠到高級報警鏈條上。本實施例中，處理器可以從報警池鏈表的頭部、中部和尾部取出該節點。取出和掛 靠方式如下
在報警池鏈表頭部取出節點，處理器讀取報警池頭指針中存放的地址，存放到報警鏈 條的鏈頭指針中，同時將空指針存入該節點的指針部，完成取出和掛靠的步驟。但是為了保 證報警池鏈表的完整性，通常此時還包括，將報警池鏈表中的第二個節點的地址存入報警 池頭指針。在報警池鏈表中部取出節點，處理器將某一節點的地址讀取，放入報警鏈條的鏈 頭指針中，同時將空指針存入該節點的指針部，完成取出和掛靠的步驟。但是為了保證報警 池鏈表的完整性，通常此時還包括，將報警池鏈表中的該節點后一個節點的地址存入該節 點前一個節點的指針部。在報警池鏈表尾部取出節點，處理器將報警池尾部節點的地址讀取，放入報警鏈 條的鏈頭指針中，完成取出和掛靠的步驟。但是為了保證報警池鏈表的完整性，通常此時還 包括，將報警池鏈表中的倒數第二個節點的指針部存放空指針。本實施例優選從報警池鏈表頭部取出節點，方便管理。550、報警鏈條管理一-刪除鏈節點。
當報警信息撤銷時，處理器從報警鏈條中拆除存儲所述報警信息的節點，清空所 述報警信息并將所述存儲所述報警信息的節點釋放到報警池。從報警鏈條中拆除存儲有報警信息的節點，就是將該存儲有報警信息的節點的地 址從報警鏈條中消除同時保證報警鏈條的完整性。這與從報警池鏈表中取出節點的過程相 似，因此，不再詳述拆除存儲有報警信息的節點的過程。釋放到報警池，可以被放在報警池鏈表的任何地方，報警池鏈表的頭部、中部和尾 部。具體過程如下
存儲有報警信息的節點被釋放到頭部時，首先將報警池頭指針中地址讀取并存放到該 節點的指針部，然后將該節點的地址存放到該報警池頭指針中。存儲有報警信息的節點被釋放到中部時，例如放在第X個節點和第X+1個節點之 間，首先，將第X個節點指針部的地址讀取并存入到該節點的指針部中，然后，將該節點的 地址存入到第X個節點的指針部。存儲有報警信息的節點被釋放到尾部時，將該節點的地址存入該尾部節點的指針 部，然后將該節點的指針部存放空指針。本實施例選擇從報警池鏈表的頭部取出節點，為了方便管理，本實施例優選該節 點被釋放到報警池鏈表的頭部。從報警鏈條中刪除節點然后釋放到報警池，保證了該節點的循環利用，可以減少 在報警管理的過程中對內存的重新申請，保證一定穩定性和減少處理器負擔。這種循環利 用不是某個級別報警信息存儲的循環利用，而是所有級別的報警信息存儲的循環利用，這 是采用報警池和報警鏈條進行報警管理的又一個優點。S60、動態報警池管理。通過處理器動態管理報警池大小，從而盡可能地解決報警 漏報現象；再進一步優化的情況下，還可以提高內存的利用率。當報警池中節點數量小于N個時，處理器再次分配M個節點給報警池。當報警池中節點數量大于H個時，處理器從報警池中收回K個節點。 N、M、H和K的值，根據不同類的監護需要提前設置好，一般要求N+M小于H，以防止 處理器處于增完節點數后立馬處于減少節點數的狀態。一般也要求H-K大于N，道理同樣。 在滿足上述條件下，本實施例優選一般該N為5-25，M為10-30，H為20-50，K為13-43，這 樣耗費內存就會比較少，同時被空閑的內存數量就相對于現有技術來說就比較少，因此，提 高了內存的使用效率。當然，報警池在采用鏈表的管理下，也可以用地址進行管理。例如，取出和釋放同 時在頭部的情況下，在當報警池頭指針存放到某個地址時，表示該報警池需要增加一定數 量的節點；當報警池頭指針存放到某另一地址時，表示該報警池需要減少一定數量的節點。 當然，對于采用地址管理而言，也可以判斷尾部節點的地址變化(取出和釋放同時在尾部的 情況下)，這些都是可以通用，可以達到動態管理報警池大小的目的。通過采用動態報警池管理，就不需要在事先預定較大范圍的存儲量，只需要在事 先保存最少滿足量(例如5個節點)即可，然后通過動態管理，隨時分配和收回報警池中的節 點，可以提高內存的使用效率，這也是其他管理方式所不能及的。在沒有動態管理或者內存資源沒辦法再被分配的情況下(后者屬于極端情況)，報 警池節點被用完了，再產生報警信息的話，肯定是要丟失的。高級報警信息、中級報警信息和低級報警信息是根據危害程度來定，高級報警信息產生表示此刻發生非常危險的事件。 為了保護高階報警信息不丟失，減少由于高階報警信息漏報損失帶來的較重后果，我們的 工程師還想出來了用低階報警鏈條中的存儲有低階報警信息的節點來充當高階報警鏈條 的“報警池”的方法。這也是其他類型的報警管理所不能的，也不是一般技術人員在現有技 術的教導下不經過創造性勞動所能獲得的。在低級報警鏈條上有存儲有低級報警信息的節點存在的情況下，高階報警信息為 高級和中級報警信息。高階報警鏈條為高級和中級報警鏈條，低階報警鏈條為低級報警鏈 條。在低級報警鏈條上沒有存儲有低級報警信息的節點存在的情況下，高階報警信息 為高級報警信息。高階報警鏈條為高級報警鏈條，低階報警鏈條為中級報警鏈條。如圖2所示，步驟S60’ 報警池節點用完，高階警報信息維持。該步驟具體如下 在報警池節點用完的情況下發生高階報警信息時，處理器將低階報警鏈條中的存儲有
低階報警信息的節點取出存儲高階報警信息并將所述節點掛靠到與高階報警信息相對應 的高階報警鏈條上。采用這用管理方法，高階報警信息漏報的可能性要大大地小于現有技術，提高了 安全性能。實施例二
圖3是本發明實施例的報警管理裝置結構示意圖。圖4是本發明實施例二的處理器結 構示意圖。圖5是本發明實施例的報警鏈條單元結構示意圖。圖6是本發明實施例二改進 的處理器結構示意圖。圖7是本發明實施例二的報警池和報警鏈條單元結構示意圖。參照 圖3到圖7，描述本發明實施例的報警管理裝置。本發明實施例的報警管理裝置，包括處理器100、報警池200和報警鏈條單元300。該報警池200包含若干節點220，該節點220包括用于存儲報警信息的存儲部221 和用于存儲地址的指針部222。該節點220為本發明實施例的報警信息存儲的最小單元，一 個節點220用于存儲一條報警信息。當然在其它實施例中該節點也可以用于存儲幾條相似 的或者相同的報警信息。該節點220 —般為內存中的存儲單元。該若干節點可以為分立式 (即兩兩節點間沒有相互聯系)，也可以存在某種聯系(例如在內存中的位置是連續的)等等。 該報警池200也就是這些節點220的集合，用于保障報警信息具有足夠的存儲空間得以保 存。該報警鏈條單元300用于掛載存儲有報警信息的節點，該報警鏈條單元300包括 第一指針部(311、321、331)，該第一指針部(311、321、331)用于存儲掛載到該報警鏈條單 元300的第一個節點的地址；該第一指針部(311、321、331)為鏈頭指針部，或者該報警鏈條 單元300包括存放有鏈條結構地址的鏈頭指針部和鏈條結構，該鏈條結構包括第一指針部 (311、321、331)。該鏈條結構可以存儲一些有用信息，例如鏈條屬性或者描述的信息，利于 管理。該鏈條結構與掛載到報警鏈條單元300的節點在組成或者構成上是相同的。為了滿 足臨床需要，一般，該報警鏈條單元300包括高級報警鏈條單元310 (用于掛載存儲有高級 報警信息的節點)，中級報警鏈條單元320 (用于掛載存儲有中級報警信息的節點)和低級報 警鏈條單元330 (用于掛載存儲有低級報警信息的節點)。所述處理器100包括處理模塊140，該處理模塊140用于當接收到報警信息時，從報警池200中取出一個節點220，將報警信息存儲到該節點220的存儲部221，并把該節點 掛靠在該報警鏈條單元300中。在具有高級報警鏈條單元310，中級報警鏈條單元320和低 級報警鏈條單元330的情況下，該處理模塊140接收到報警信息時，就會取出節點并存儲報 警信息，然后將該節點掛靠到相應級別的報警鏈條單元上。
〔0074〕 進一步，該處理器100還包括用于初始化該報警池200的預處理模塊130，該預處 理模塊130包括聯合單元131，該聯合單元131用于將前一節點的指針部存儲后一節點的地 址，往復下去用所有節點220形成一個鏈條；該鏈條為一鏈表，該鏈表可以為循環鏈表、雙 向鏈表和單鏈表。本實施例優選該報警池200以單鏈表的形式組建，該預處理模塊130還 包括用于在該鏈條的最后一個節點的指針部存儲空指針的結束單元132。該聯合單元131 還提供一報警池指針部210，該聯合單元131先將某節點的地址存放在該報警池頭指針部 210里，再將前一節點的指針部存儲后一節點的地址，往復下去用所有節點220形成一個鏈 條。該結束單元132在該鏈條的最后一個節點的指針部存儲空指針。該預處理模塊130初 始化該報警池200，使得該報警池200更容易管理，穩定性得到提高。此時，該處理模塊140 按照前面描述取出和掛靠該節點220，在此不再贅述。
〔0075〕 進一步，該處理器100還包括回收模塊110，該回收模塊110用于當報警信息撤銷 時，從報警鏈條單元300中拆除存儲所述被撤報警信息的節點，清空所述被撤報警信息并 將所述存儲所述被撤報警信息的節點釋放到報警池。
〔0076〕 該回收模塊110保證了節點220的循環利用，可以減少該報警管理裝置對內存的 重新申請，保證一定穩定性和減少處理器負擔。這種循環利用不是某個級別報警信息存儲 的循環利用，而是所有級別的報警信息存儲的循環利用，這是采用報警池和報警鏈條單元 進行管理的又一個優點。
〔0077〕 進一步，處理器100還包括節點管理模塊120，該節點管理模塊120用于動態管理 報警池中節點數量。
〔0078〕 當報警池中節點數量小于~時，該節點120管理模塊再次分配1個節點給報警池。 和I或，當報警池中節點數量大于II個時，該節點管理模塊120從報警池中收回X個節點。 〔0079〕 隊和X的值，根據不同類的監護需要提前設置好，一般要求小于0，以防止 處理器處于增加節點后立馬要減掉節點狀態。一般也要求大于I道理同樣。在滿足上 述條件下，本實施例優選一般該 為5-25，I為10-30，！！為20-50，X為13-43，這樣耗費內 存就會比較少，同時被空閑的內存數量就相對于現有技術來說就比較少，因此，提高了內存 的使用效率。
〔0080〕 當然，報警池在采用鏈表的管理下，也可以用地址進行管理。例如，在頭部取出和 釋放節點的情況下，當報警池頭指針存放到某個地址時，表示該報警池需要增加一定數量 的節點；當報警池頭指針存放到某另一地址時，表示該報警池需要減少一定數量的節點。 〔0081〕 當然，對于采用地址管理而言，也可以判斷尾部節點的地址變化。
〔0082〕 通過節點管理模塊120對報警池動態管理，因此，不需要在事先預定較大范圍的 存儲量，只需要在事先保存最少(例如5個節點〉滿足量即可，然后通過動態管理，隨時分配 和收回報警池中的節點，可以提高內存的使用效率，這也是其他管理方式所不能及的。
〔0083〕 該處理器100還包括重復利用模塊150，用于在報警池節點用完，高階警報信息維 持。
在沒有動態管理或者內存資源沒辦法在被分配的情況下，報警池節點被用完了， 再產生報警信息的話，肯定是要丟失的。高級報警信息、中級報警信息和低級報警信息是根 據危害程度來定，高級報警信息產生表示此刻發生非常危險的事件。為了保護高階報警信 息不丟失，減少漏報損失，我們的工程師還想出來了用低階報警鏈條單元中的存儲有低階 報警信息的節點來充當高階報警鏈條單元的“報警池”的方法。這也是其他類型的報警管 理所不能的，也不是一般技術人員在現有技術的教導下不經過創造性勞動所能獲得的。在低級報警鏈條單元330上有存儲有低級報警信息的節點存在的情況下，高階報 警信息為高級和中級報警信息。高階報警鏈條單元為高級和中級報警鏈條單元(310、320)， 低階報警鏈條單元為低級報警鏈條單元330。在低級報警鏈條單元330上沒有存儲有低級報警信息的節點存在的情況下，高階 報警信息為高級報警信息。高階報警鏈條單元為高級報警鏈條單元310，低階報警鏈條單元 為中級報警鏈條單元320。該重復利用模塊150的存在大大降低了高階報警信息漏報的可能，提高了安全性 倉泛。本實施例的報警管理裝置采用集合了若干節點的報警池200對報警信息進行管 理，而沒有對報警池進行進一步細分(細分成不同級別的報警信息各具有多少個節點)，該 報警池200中所有的節點可以根據需要掛靠載報警鏈條單元300 (任何級別的)上。所以， 大大降低了，報警信息集中發生時漏報風險。在具有多個報警鏈條單元的情況下，該報警管 理方法更加有利于降低這種風險，即由于某級報警信息異常增多而其它級別報警信息正常 的情況下，導致該級報警信息丟失的風險。實施例三
圖8是本發明實施例的監護裝置結構示意圖。參照圖8，提出本發明實施例的監護裝置10。該監護裝置10包括參數模塊11、顯 示器12、中央處理裝置13、報警模塊14和報警管理裝置15。該參數模塊11采集被監護對 象的生理參數并轉化為電信號。該中央處理裝置13對參數模塊11轉化的電信號進行處理 運算獲得相應的波形和結論，例如獲取心電波形和得到心率正常等結論。一般，該中央處理 裝置13產生報警信息時，該中央處理裝置13會將報警信息發送給報警管理裝置15。該報 警管理裝置15為實施例二所描述的報警管理裝置，在中央處理裝置13產生報警信息時，對 報警信息進行管理。該報警管理裝置15具有報警鏈條單元，一般該報警鏈條單元包括高級 報警鏈條單元、中級報警鏈條單元和低級報警鏈條單元。該顯示器12與中央處理裝置13 連接用于顯示該中央處理裝置13獲得的波形、結論和報警信息。該報警模塊14與中央處 理裝置13連接，用于在中央處理裝置13控制下進行報警動作，例如進行聲音報警、光報警 以及聲光同時報警。該中央處理裝置13產生一個任務遍歷報警管理裝置15中的高級報警 鏈條單元、中級報警鏈條單元和低級報警鏈條單元，若這些鏈條單元中有報警信息存在，那 么該中央處理裝置13就控制該報警模塊14產生相應級別的報警動作和控制報警信息在顯 示器12上顯示。本實施例的監護裝置10具有報警管理裝置15，因此，報警遺漏的可能性大大降 低，顯著地提高了監護裝置10的報警安全性能。本實施例的監護裝置可以為多參數監護儀、胎兒監護儀或者其他生命體監測裝0093〕 以上對本發明提供的報警管理和監護裝置進行了詳細介紹，本文中應用了具體個 例對發明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發明的核 心思想；同時，對于本領域的一般技術人員，依據本發明的思想，在具體實施方式
及應用范 圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發明的限制。
權利要求
1.一種報警管理方法，其特征在于，包括如下步驟 51、建立報警池； 所述報警池包含若干節點，所述節點包括用于存儲報警信息的存儲部和用于存儲地址的指針部； 52、設立報警鏈條，所述報警鏈條用于掛載存儲有報警信息的節點； 所述報警鏈條包括第一指針，所述第一指針用于存儲掛載到所述報警鏈條的第一個節點的地址； 53、當接收到報警信息時，處理器從報警池中取出一個節點，將報警信息存儲到所述節點的存儲部，并把所述節點掛靠在所述報警鏈條中。
2.如權利要求I所述的報警管理辦法，其特征在于，還包括步驟S4 54、當報警信息撤銷時，處理器從報警鏈條中拆除存儲所述被撤報警信息的節點，清空所述被撤報警信息并將所述存儲所述被撤報警信息的節點釋放到報警池。
3.如權利要求I所述的報警管理辦法，其特征在于，處理器動態管理報警池大小。
4.如權利要求3所述的報警管理辦法，其特征在于，當報警池中的節點數量小于N個時，處理器再次分配M個節點給報警池。
5.如權利要求3所述的報警管理辦法，其特征在于，當報警池中節點數量大于H個時，處理器從報警池中收回K個節點。
6.如權利要求I所述的報警管理辦法，其特征在于，步驟SI和步驟S2之間還包括初始化所述報警池的步驟，具體步驟如下 Si，:前一節點的指針部存儲后一節點的地址，往復下去形成一個鏈條。
7.如權利要求1-6任一項所述報警管理方法,其特征在于,所述報警鏈條包括用于掛載存儲有高級報警信息的節點的高級報警鏈條，用于掛載存儲有中級報警信息的節點的中級報警鏈條和用于掛載存儲有低級報警信息的節點低級報警鏈條。
8.如權利要求7所述的報警管理辦法，其特征在于，在報警池節點用完的情況下發生高階報警信息時，處理器將低階報警鏈條中的存儲有低階報警信息的節點取出存儲高階報警信息并將所述節點掛靠到對應的高階報警鏈條。
9.一種報警管理裝置，其特征在于，包括處理器、報警池和報警鏈條單元；所述報警池包含若干節點，所述節點包括用于存儲報警信息的存儲部和用于存儲地址的指針部；所述報警鏈條單元用于掛載存儲有報警信息的節點，所述報警鏈條單元包括第一指針部，所述第一指針部用于存儲掛載到所述報警鏈條單元的第一個節點的地址；所述處理器包括處理模塊，所述處理模塊用于當接收到報警信息時，從報警池中取出一個節點，將報警信息存儲到所述節點的存儲部，并把所述節點掛靠在所述報警鏈條單元中。
10.如權利要求9所述的報警管理裝置，其特征在于，所述處理器還包括回收模塊，所述回收模塊用于當報警信息撤銷時，從報警鏈條單元中拆除存儲所述被撤報警信息的節點，清空所述被撤報警信息并將所述存儲所述被撤報警信息的節點釋放到報警池。
11.如權利要求9所述的報警管理裝置，其特征在于，處理器還包括節點管理模塊，所述節點管理模塊用于動態管理報警池中節點數量。
12.如權利要求11所述的報警管理裝置，其特征在于，當報警池中的節點數量小于N個時，所述節點管理模塊再次分配M個節點給報警池。
13.如權利要求11所述的報警管理裝置，其特征在于，當報警池節中點數量大于H個 時，所述節點管理模塊從報警池中收回K個節點。
14.如權利要求9所述的報警管理裝置，其特征在于，所述處理器還包括用于初始化所 述報警池的預處理模塊，所述預處理模塊包括聯合單元；所述聯合單元用于將前一節點的 指針部存儲后一節點的地址，往復下去用所有節點形成一個鏈條。
15.如權利要求9-14任一項所述報警管理裝置，其特征在于，所述報警鏈條單元包括 用于掛載存儲有高級報警信息的節點的高級報警鏈條單元，用于掛載存儲有中級報警信息 的節點的中級報警鏈條單元和用于掛載存儲有低級報警信息的節點低級報警鏈條單元。
16.如權利要求15所述的報警管理裝置，其特征在于，所述處理器還包括重復利用模 塊，所述重復利用模塊用于在報警池節點用完的情況下發生高階報警信息時，將低階報警 鏈條單元中存儲有低階報警信息的節點取出存儲高階報警信息并將所述節點掛靠到對應 的高階報警鏈條單元。
17.一種監護裝置，其特征在于，包括權利要求9-16任一項所述的報警管理裝置。
全文摘要
本發明涉及生物信號監測領域，提供一種報警管理方法、裝置及監護裝置。該報警管理方法，包括S1、建立包含若干節點的報警池；該節點包括用于存儲報警信息的存儲部和用于存儲地址的指針部。S2、設立用于掛載存儲有報警信息的節點的報警鏈條；該報警鏈條包括第一指針，該第一指針用于存儲掛載的第一個節點的地址。S3、當接收到報警信息時，處理器從報警池中取出一個節點，將報警信息存儲到該節點的存儲部，并把該節點掛靠在該報警鏈條中。該報警管理方法，不存在細分帶來的限制，該報警池中的節點可以根據需要對報警鏈條任意分配。所以，大大降低了，報警信息集中發生時漏報風險。
文檔編號G08B21/18GK102722965SQ201210168009
公開日2012年10月10日 申請日期2012年5月28日 優先權日2012年5月28日
發明者劉輝, 林明鋒 申請人:深圳市邦健電子有限公司