本申請要求于2014年9月24日提交的，名稱為“real-timeobjecttrackingprotocl”的美國臨時專利申請第62/054,858號的權(quán)益。該申請的主題內(nèi)容通過引用全文并入本文。

本申請涉及用于提供數(shù)據(jù)服務的數(shù)據(jù)管理，并且特別地涉及一種動態(tài)數(shù)據(jù)服務尋找應用以及有關(guān)的網(wǎng)絡(luò)配置。

背景技術(shù)：

傳統(tǒng)的數(shù)據(jù)網(wǎng)絡(luò)環(huán)境經(jīng)由數(shù)據(jù)服務提供方和對應的網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)來提供對數(shù)據(jù)服務、帶寬服務、因特網(wǎng)服務等的訪問以相應地分發(fā)服務。公知的協(xié)議(如傳輸控制協(xié)議(tcp))提供了用于網(wǎng)絡(luò)設(shè)備間通信的基礎(chǔ)。本領(lǐng)域技術(shù)人員將認識到，各種網(wǎng)絡(luò)協(xié)議可以用于在這樣的網(wǎng)絡(luò)上傳輸和接收數(shù)據(jù)。然而，tcp是一種普通通信協(xié)議，其經(jīng)由三路握手操作以確保通信設(shè)備的通信狀態(tài)。例如，設(shè)備可以在傳輸響應確認以核實通信通道前傳輸請求并接收確認。

為了建立網(wǎng)絡(luò)設(shè)備之間的通信通道，tcp協(xié)議是實現(xiàn)成功連接的基礎(chǔ)。然而，僅在初始通信過程中建立通道這一事實并不能確保通信將通過糾正網(wǎng)絡(luò)故障，數(shù)據(jù)連接丟失，帶寬劣化等而被維護。這些因素連同其它因素都使得發(fā)送和接收數(shù)據(jù)的過程難以處理、低效或者不可能。例如，可用帶寬的損耗可能會導致通信故障。在這種情況下，計算設(shè)備可能會在應用環(huán)境采取任何行動以至少提供發(fā)生了故障的確認前經(jīng)歷巨大的延遲，延遲可能達到若干秒、分鐘甚至更長。

此外，數(shù)據(jù)服務失敗導致自動數(shù)據(jù)連接修復的可能性是不大可能的，因為通常的動作過程是經(jīng)由通知消息或其他通信努力來通知技術(shù)援助。這些類型的故障很少自我修復或在自我修復努力時有效率。網(wǎng)絡(luò)故障通常是將需要現(xiàn)有數(shù)據(jù)服務提供方自我修復的情形，否則故障可能無限期地持續(xù)。

技術(shù)實現(xiàn)要素：

一個示例實施例可以提供一種方法，包括以下各項中的至少一項：建立客戶端設(shè)備與第一數(shù)據(jù)服務提供方之間的第一數(shù)據(jù)會話，針對預定時間段的通信數(shù)據(jù)丟失來監(jiān)測該數(shù)據(jù)會話，標識該預定時間段在沒有數(shù)據(jù)會話活動的情況下已期滿，終止第一數(shù)據(jù)會話，從存儲器取回數(shù)據(jù)會話偏好，以及基于數(shù)據(jù)會話偏好來建立在客戶端設(shè)備與第二數(shù)據(jù)服務提供方之間的第二數(shù)據(jù)會話。

另一示例實施例可以提供一種方法，包括以下各項中的至少一項：經(jīng)由客戶端設(shè)備的第一接口建立客戶端設(shè)備和第一數(shù)據(jù)服務提供方之間的第一數(shù)據(jù)會話，傳輸回聲請求給已知的參考點服務器，響應于被傳輸?shù)幕芈曊埱髞戆l(fā)起計時器，以及確定是否重啟第一數(shù)據(jù)會話的連接并且改變到第二數(shù)據(jù)服務提供方。

又一示例實施例可以提供一種方法，包括以下各項中的至少一項：經(jīng)由客戶端設(shè)備的第一接口建立客戶端設(shè)備和第一數(shù)據(jù)服務提供方之間的第一數(shù)據(jù)會話，接收消息的一部分，確定消息是否完整，發(fā)起計時器，以及標識在沒有接收到對回聲消息的響應的情況下預定的時間段已期滿。

再一示例實施例可以提供一種方法，包括以下各項中的至少一項：發(fā)起從客戶端設(shè)備的第一接口向目的地設(shè)備的靜態(tài)路由，通過第一數(shù)據(jù)連接傳輸回聲請求給目的地設(shè)備，基于回聲請求的結(jié)果確定是否將該接口標記為有效或無效，以及指派該接口給網(wǎng)關(guān)設(shè)備。

再一示例實施例可以提供一種裝置，包括以下各項中的至少一項：發(fā)射器，其被配置為建立在客戶端設(shè)備與第一數(shù)據(jù)服務提供方之間的第一數(shù)據(jù)會話；處理器，其被配置為提供以下各項中的至少一項：針對預定時間段的通信數(shù)據(jù)丟失來監(jiān)測該數(shù)據(jù)會話，標識預定的時間段在沒有數(shù)據(jù)會話活動的情況下已期滿，終止第一數(shù)據(jù)會話，從存儲器取回數(shù)據(jù)會話偏好信息，以及基于數(shù)據(jù)會話偏好來建立在客戶端設(shè)備與第二數(shù)據(jù)服務提供方之間的第二數(shù)據(jù)會話。

再一示例實施例可以提供一種非暫態(tài)計算機可讀存儲介質(zhì)，其被配置為存儲指令，當該指令被執(zhí)行時使得處理器至少執(zhí)行以下各項中的至少一項：建立在客戶端設(shè)備與第一數(shù)據(jù)服務提供方之間的第一數(shù)據(jù)會話，針對預定時間段的通信數(shù)據(jù)丟失來監(jiān)測該數(shù)據(jù)會話，標識預定的時間段在沒有數(shù)據(jù)會話活動的情況下已期滿，終止第一數(shù)據(jù)會話，從存儲器取回數(shù)據(jù)會話偏好信息，以及基于數(shù)據(jù)會話偏好來建立在客戶端設(shè)備與第二數(shù)據(jù)服務提供方之間的第二數(shù)據(jù)會話。

附圖說明

圖1示出了根據(jù)本申請的示例實施例的大規(guī)模數(shù)據(jù)服務網(wǎng)絡(luò)配置圖。

圖2示出了根據(jù)本申請的示例實施例的數(shù)據(jù)會話的系統(tǒng)通信圖以及回聲測試過程。

圖3示出了根據(jù)本申請的示例實施例的客戶端側(cè)網(wǎng)絡(luò)監(jiān)測過程的邏輯流程圖。

圖4示出了根據(jù)本申請的示例實施例的服務器側(cè)網(wǎng)絡(luò)監(jiān)測過程的邏輯流程圖。

圖5示出了根據(jù)本申請的示例實施例的網(wǎng)絡(luò)監(jiān)測過程的邏輯流程圖。

圖6示出了根據(jù)本申請的示例實施例的數(shù)據(jù)源網(wǎng)絡(luò)轉(zhuǎn)換配置。

圖7示出了被配置為執(zhí)行本發(fā)明的示例實施例中的一個或多個示例實施例的系統(tǒng)配置。

圖8示出了根據(jù)本發(fā)明的示例實施例的、被配置為存儲指令、軟件和用于執(zhí)行指令和軟件的對應的硬件的示例網(wǎng)絡(luò)實體設(shè)備。

圖9示出了根據(jù)示例實施例的、針對第一和第二連接周期、在對應的數(shù)據(jù)網(wǎng)絡(luò)上操作的監(jiān)控設(shè)備。

圖10示出了根據(jù)示例實施例的、針對第一和第二ip地址、在對應的數(shù)據(jù)網(wǎng)絡(luò)上操作的監(jiān)控設(shè)備。

圖11示出了根據(jù)示例實施例的、具有備選網(wǎng)絡(luò)配置、針對第一和第二連接周期、在對應的數(shù)據(jù)網(wǎng)絡(luò)上操作的監(jiān)控設(shè)備。

圖12示出了根據(jù)示例實施例的第一和第二網(wǎng)絡(luò)配置以及測試分組配置的流程圖。

圖13a示出了根據(jù)示例實施例的攝像頭和傳感器配置。

圖13b示出了根據(jù)示例實施例的另一攝像頭和傳感器配置。

圖14示出了根據(jù)示例實施例的又一攝像頭和傳感器配置。

圖15a示出了根據(jù)示例實施例的攝像頭以及裝運包裝測量網(wǎng)絡(luò)配置。

圖15b示出了根據(jù)示例實施例的攝像頭以及裝運包裝測量網(wǎng)絡(luò)配置。

圖15c示出了根據(jù)示例實施例的攝像頭以及裝運包裝測量網(wǎng)絡(luò)配置。

圖16示出了根據(jù)示例實施例的傳感器測量以及包裝測量配置的流程圖。

具體實施方式

將容易理解的是，說明書附圖中所描述和示出的本申請的這些組件可以按照不同的配置形式被布置和設(shè)計。因此，下文對如在附圖中表示的方法、裝置和系統(tǒng)的實施例的詳細描述并不旨在于限制本申請的請求保護的保護范圍，而僅僅代表本申請的可選擇實施例。

說明書中一個或多個實施例中描述的本申請的特征、配置或者特性可以按照任何合適的方式進行組合。例如，“示例實施例”、“某些實施例”或其他類似的表達是指與某個實施例相關(guān)的特定特征、結(jié)構(gòu)、或者特性能夠被本申請的至少一個實施例所包括。因此，在本申請說明書中，“示例實施例”、“在某些實施例”、“在其他實施例”或者類似的說法不一定指的是同一組實施例，一個或者多個實施例中描述的特征、配置或特性可以按照任何合適的方式被組合。

此外，盡管本申請實施例的描述中使用的是術(shù)語“消息”，本申請也可以應用于多種類型的網(wǎng)絡(luò)數(shù)據(jù)，比如包、幀、數(shù)據(jù)報等。出于本申請的目的，術(shù)語“消息”也可以包括包、幀、數(shù)據(jù)報和其他等同物。此外，盡管本申請示例性實施例中描述了特定類型的消息和信令，但本申請并不局限于某種特定類型的消息和某種特定類型的信令。

根據(jù)示例實施例，tcp通信協(xié)議在嘗試維持活動連接時通常依賴于先前的往返信息。在操作中，tcp發(fā)送重傳以試圖獲取確收或確認響應。在基于tcp的協(xié)議網(wǎng)絡(luò)能夠標識網(wǎng)絡(luò)連接發(fā)生故障前的時間流逝一般是10-12分鐘。這種配置的實用性并不是適用于需要立刻訪問備選數(shù)據(jù)通信源的許多網(wǎng)絡(luò)環(huán)境。

示例實施例提供了附加服務，該服務能夠與應用、傳輸、因特網(wǎng)和鏈路層的網(wǎng)絡(luò)協(xié)議基礎(chǔ)設(shè)施一起被使用的，網(wǎng)絡(luò)協(xié)議基礎(chǔ)設(shè)施其包括但不局限于tcp、udp、bgp、dhcp、dns、ftp、http、imap、ldap、mgcp、mntp、ntp、pop、onc/rpc、rtp、rtsp、rip、sip、smtp、snmp、ssh、telnet、tls/ssl、xmpp、dccp、sctp、rsvp、ip、ipv4、ipv6、icmp、icmpv6、ecn、igmp、ipsec、arp、ndp、ospf、l2tp、ppp、mac、ethernet、dsl、isdn、fddi等。

在操作中，如根據(jù)不能從建立的會話中的另一設(shè)備處接收確認確收或其他通知消息而被確定的丟失連接可以被沒有延遲地及時檢測。這種故障情形能夠在幾秒鐘內(nèi)被標識并在可以通過在故障情形幾秒后就連續(xù)開始的重連、重啟接口、重新引導設(shè)備等方式嘗試恢復。用于標識故障情形的時間段可以是多個閾值時限中的一個(即，5秒，8秒，10秒，12秒，15秒，30秒，或更多，等等)。

圖1示出了根據(jù)示例實施例的通信網(wǎng)絡(luò)配置。參見圖1，網(wǎng)絡(luò)100包括一系列的數(shù)據(jù)提供方122i…132n、具有兩個數(shù)據(jù)接口152和154的客戶端設(shè)備112、具有三個數(shù)據(jù)接口142、144和146的數(shù)據(jù)管理服務器114以及作為可以用于標識數(shù)據(jù)服務可用性的公知服務器的回聲服務器130。數(shù)據(jù)服務提供方122、124、126、128、132等等可以是以電纜聯(lián)網(wǎng)、光纖通信、wifi、4g蜂窩通信、衛(wèi)星通信的形式的因特網(wǎng)服務提供方。數(shù)據(jù)服務提供方可以是基于預定選擇標準(例如，便利偏好、成本偏好、可用性偏好、可靠性偏好等)潛在數(shù)據(jù)服務候選。在操作中，回聲消息可以從活躍地參與同任何數(shù)據(jù)服務提供方的進行中的通信會話的任何設(shè)備被轉(zhuǎn)發(fā)。

回聲服務器可以是任何公知服務器，比如可靠的網(wǎng)站服務器，其能用作參考點以用于持續(xù)監(jiān)測以及網(wǎng)絡(luò)成本分析。例如，在客戶端設(shè)備112和數(shù)據(jù)提供方ⅱ124的活躍會話期間，監(jiān)測服務應用可以傳輸回聲消息給公知的回聲服務器130，或者參考服務器的其他點。回聲消息可以用作標識與一個數(shù)據(jù)提供方的延遲、帶寬劣化以及與另一數(shù)據(jù)提供方能夠獲得更最優(yōu)的通信方案的參考。

圖2示出了根據(jù)本申請的示例實施例的數(shù)據(jù)會話以及回聲測試過程的系統(tǒng)通信圖。參見圖2，系統(tǒng)通信流程200包括客戶端設(shè)備222，其代表數(shù)據(jù)服務的接收方。初始通信會話212可以在客戶端設(shè)備222和第一數(shù)據(jù)提供方226之間被建立?？蛻舳嗽O(shè)備222可以具有多個數(shù)據(jù)提供方服務成員，其被設(shè)立以與設(shè)備進行并在同時與設(shè)備通信。各種數(shù)據(jù)提供方經(jīng)由設(shè)備的其他通信端口或者經(jīng)由備選配置中的客戶端設(shè)備的共用部分與客戶端設(shè)備通信。數(shù)據(jù)提供方226、228、230和232可以在待機狀態(tài)，等待根據(jù)由數(shù)據(jù)連接管理者應用保證的數(shù)據(jù)連接轉(zhuǎn)換來將數(shù)據(jù)服務從活躍狀態(tài)提升到非活躍狀態(tài)的命令。

再次參見圖2，在建立的數(shù)據(jù)會話期間，客戶端設(shè)備222可以具有活躍插件或后臺應用等，其在客戶端設(shè)備上操作并持續(xù)監(jiān)測任何給定時刻的數(shù)據(jù)流量以及數(shù)據(jù)提供方的狀態(tài)。一種監(jiān)測連接以及數(shù)據(jù)提供方的可靠性的方式是經(jīng)由從客戶端設(shè)備222向回聲服務器224的回聲消息，該回聲消息經(jīng)由客戶端設(shè)備222的各種數(shù)據(jù)端口。在這種配置種，當?shù)谝粩?shù)據(jù)提供方故障時，數(shù)據(jù)提供方226、228、230和232中的每一個都可以被測試并可被更新為活躍數(shù)據(jù)提供方。對公知的回聲服務器224的回聲響應提供了用于帶寬可用性、延時、數(shù)據(jù)提供方的當前狀態(tài)等的基礎(chǔ)。公知的服務器或回聲服務器224可以是因特網(wǎng)中的作為測試測量的基礎(chǔ)而可靠的任何參考點。在回聲周期期間，客戶端設(shè)備222可以將計時器234初始化預定時間長度(比如5秒、10秒、15秒或更多等)。一旦時間段期滿238，應用就可以被設(shè)立以重新嘗試回聲并且計時器循環(huán)一定的次數(shù)(比如2、3、4、5次等)。計數(shù)器可以被遞增以追蹤發(fā)送回聲信號和接收響應的次數(shù)。在第一數(shù)據(jù)提供方故障和/或回聲信號指示基于連接偏好的更最優(yōu)的連接的情況下，然后與下一個最能勝任的數(shù)據(jù)提供方(比如圖2中所示的數(shù)據(jù)提供方228)服務的新的數(shù)據(jù)會話252可以被建立。

圖3示出了根據(jù)本申請的示例實施例的客戶端側(cè)網(wǎng)絡(luò)監(jiān)測過程的邏輯流程圖。在這一示例中，客戶端側(cè)應用可以正執(zhí)行監(jiān)測操作以確保數(shù)據(jù)服務提供方以及其他候選數(shù)據(jù)服務提供方的可靠性。會話可以在第一客戶端設(shè)備和第一數(shù)據(jù)提供方之間被建立312。會話可以包括到因特網(wǎng)或者其他數(shù)據(jù)網(wǎng)絡(luò)的正在進行中的網(wǎng)絡(luò)連接。在進行中的連接期間，客戶端設(shè)備可以經(jīng)由客戶端設(shè)備的第一端口使用第一數(shù)據(jù)提供方。隨著會話繼續(xù)，回聲請求消息314可以從客戶端設(shè)備經(jīng)由第一端口被傳輸給第一數(shù)據(jù)提供方服務器和/或公知的服務器(即，回聲服務器)。當請求被發(fā)送時，計時器可以被發(fā)起以開始計數(shù)336。在預定時間段后，計時器將被視為被觸發(fā)338，并且關(guān)于是否接收到回聲響應做出確定342。如果接收到，則該過程重新循環(huán)，并且另一回聲請求可以被發(fā)送314以確保持續(xù)的網(wǎng)絡(luò)可用性。如果沒有接收到回聲響應，則計數(shù)器將被檢查以確定是否已經(jīng)執(zhí)行了閾值數(shù)目的測試循環(huán)以確保網(wǎng)絡(luò)實際上失效。如果嘗試的次數(shù)344少于閾值次數(shù)，則可以執(zhí)行連接重新啟動346，其僅僅是重新嘗試建立連接，并不退出正在進行的過程，也不斷開連接并且重啟設(shè)備。然而，在已經(jīng)執(zhí)行了某數(shù)目的嘗試的情況下，則過程重啟352，并且可以護短設(shè)備可以尋求新的連接而先前數(shù)據(jù)提供方連接因為未能提供充足的數(shù)據(jù)服務而被終止。

由于網(wǎng)絡(luò)可能被阻塞并且一些分組可以被丟棄，重新連接嘗試的次數(shù)確保連接測試是精確的，并且因此若干嘗試將提供更加可靠的結(jié)果并且減少潛在的故障網(wǎng)絡(luò)的誤報。過程重啟可以包括經(jīng)由更佳路徑來尋求另一數(shù)據(jù)連接，比如經(jīng)由不同的跳躍從而新的連接的數(shù)據(jù)節(jié)流不會有其他連接的那么多。

圖4示出了根據(jù)本申請的示例實施例的服務器側(cè)網(wǎng)絡(luò)監(jiān)測過程的邏輯流程圖。參見圖4，服務器側(cè)監(jiān)測更多的是被動的監(jiān)測形式，不同于總是監(jiān)測用于將被接收的響應的時間的不間斷的時間驗證，其經(jīng)由消息驗證而被執(zhí)行以標識消息故障和傳輸錯誤。例如，活躍應用可以正標識經(jīng)由客戶端設(shè)備接收的消息以及消息的一部分是否被接收412。在這種情況下，將關(guān)于消息是否完整做出確定414。如果不完整，則應用可以確定消息的該一部分是否是消息開始418，并且如果是，則計時器將被發(fā)起以開始計數(shù)422，直到在預定時間量計時器被觸發(fā)424。此時，連接可以由于缺少通信而被關(guān)閉426。在消息完整的情況下，計時器可以被重置446并且消息驗證過程可以被視為已故障448，并且連接可以被關(guān)閉426。當連接被關(guān)閉時，可以經(jīng)由另一客戶端設(shè)備端口針對新的數(shù)據(jù)會話請求下一數(shù)據(jù)提供方。下一數(shù)據(jù)提供方可以經(jīng)由在第一數(shù)據(jù)連接的測試期間或者在連接被關(guān)閉后發(fā)送的請求或設(shè)立消息而被請求。

在操作中，消息可以由若干分組遞送。例如，消息可以是若干兆字節(jié)。如果在沒有本申請的情況下使用傳統(tǒng)的tcp連接，當連接失敗時，需要花費很多分鐘以用于所有重新傳輸和超時以指示故障已經(jīng)出現(xiàn)。如果計時器被觸發(fā)，則這指示消息沒有在預期時間內(nèi)被遞送。作為結(jié)果，如果消息沒有及時被遞送，則連接被丟棄并且資源被釋放。

圖5示出了根據(jù)本申請的示例性施例的網(wǎng)絡(luò)監(jiān)測過程的邏輯流程圖。參見圖5，系統(tǒng)500包括網(wǎng)絡(luò)監(jiān)測系統(tǒng)，其嘗試標識可用于客戶端設(shè)備所有可用的接口/端口。不同的接口被連接到不同的提供方，其向具有多個數(shù)據(jù)提供方可用的特定設(shè)備提供各種數(shù)據(jù)服務后備選項。如果主(即，最偏好的)提供方失效或者整個網(wǎng)絡(luò)不工作，則必須盡早探索其他選項而不是在超時等狀態(tài)過去之后。在一個示例中，在部署方案中可以存在可用于用戶設(shè)備的多個接口。接口0-因特網(wǎng)服務提供方經(jīng)由有線因特網(wǎng)、電話線、光纖電纜等提供的本地wifi，接口1-來自xyz公司的蜂窩載波4g服務，接口2-來自abc公司的蜂窩載波4g服務，接口3-來自衛(wèi)星服務提供方的衛(wèi)星數(shù)據(jù)服務。附屬于用戶設(shè)備的用戶簡檔可以包括各種數(shù)據(jù)服務提供方選擇標準。標準可以基于可靠性、帶寬、成本或它們的組合，參數(shù)可以是按照優(yōu)先格式被排序從而它們能夠被相應地加權(quán)的參數(shù)。當連接測試被執(zhí)行了時，可以基于偏好按照數(shù)據(jù)連接選項的順序?qū)Y(jié)果重新排序。最偏好的接口通常是用于流量發(fā)送/接收的更快并且成本更低的接口。

再次參見圖5，示圖500包括對可用于由客戶端設(shè)備使用的網(wǎng)絡(luò)進行測試的過程。例如，可用連接、公知的服務器、客戶端設(shè)備的端口等等可以被測試并被監(jiān)測以求最優(yōu)的通信選項。在初始設(shè)立過程中，可以標識經(jīng)由客戶端設(shè)備的測試的接口或已知網(wǎng)關(guān)等到達目的地的靜態(tài)路由512。此時，回聲請求可以被傳輸以標識數(shù)據(jù)提供方針對該特定接口的狀態(tài)514。響應可以被接收516并且接口可以被標記為“有效”522，這指示著接口可用作準備好使用的可行數(shù)據(jù)通信接口。備選地，接口可以由于在指示數(shù)據(jù)連接并非最佳或者不可用的預定時間內(nèi)缺少回聲請求響應消息而被標記為“失效”?？梢詫L試連接的次數(shù)計數(shù)并且嘗試可以繼續(xù)直到回聲請求/響應嘗試的閾值次數(shù)(即，2-5個嘗試)已經(jīng)被達到。在這種情況下，失敗的嘗試可能導致接口被標記為失效524。作為結(jié)果，其他的接口經(jīng)由同樣的過程被嘗試同樣的嘗試次數(shù)526。如果所有的接口都未能提供數(shù)據(jù)服務的任何確認，則系統(tǒng)將被重新引導560。在至少一個接口存在的情況下，則該接口將被重置528以求立即的可用性。

接著，關(guān)于接口是否需要被改變做出確定532，并且如果不需要則下一接口可以被檢查和測試554。如果需要，“有效”接口可以被標識并被選擇引用連接狀態(tài)554。關(guān)于接口是否為有效接口的確定可以被執(zhí)行546，并且如果是的話，則該接口將被指派給到網(wǎng)關(guān)552，并且因而服務能夠根據(jù)利用分配的新接口被重啟。類似地，如果有效端口被標識為最偏好有效接口，則其將被相應地指派556。

圖6示出了根據(jù)本申請的示例實施例的數(shù)據(jù)源網(wǎng)絡(luò)轉(zhuǎn)換配置。參見圖6，客戶端設(shè)備112可以具有多個可操作端口/接口112。接口152-155用于四個不同的數(shù)據(jù)服務提供方。實際上，被配置為提供數(shù)據(jù)服務的數(shù)據(jù)服務提供方的數(shù)目可能在樹木上更多或者更少。在這一示例中，第一接口152與wifi熱點620通信，第二和第三接口與4g通信塔臺610和630通信，并且第四接口155與衛(wèi)星數(shù)據(jù)服務640通信。在其他服務商不能提供數(shù)據(jù)服務并且基于客戶端設(shè)備偏好的優(yōu)選標準和選擇操作的情況下，數(shù)據(jù)服務提供方中的任何數(shù)據(jù)服務提供方可以向客戶端設(shè)備提供數(shù)據(jù)服務。

圖7示出了被配置為執(zhí)行本發(fā)明的一個或多個示例實施例的系統(tǒng)配置。參見圖7，數(shù)據(jù)連接管理系統(tǒng)700可以將作為單獨的服務器的各種模塊或者一起工作以執(zhí)行有關(guān)任務的計算機集合。系統(tǒng)700可以包括回聲模塊710，其用于初始化和接收回聲信號并且經(jīng)由計時器處理模塊720來更新數(shù)據(jù)通信狀態(tài)，計時器處理模塊追蹤自從回聲請求被發(fā)送起的時間。任何反饋消息或者無反饋消息都將被標識并被連接更新模塊730記錄，連接更新模塊730將連接數(shù)據(jù)和狀態(tài)信息存儲到存儲器740中。

一個示例實施例可以包括系統(tǒng)700，其建立客戶端設(shè)備與第一數(shù)據(jù)服務提供方之間的第一數(shù)據(jù)會話，針對預定時間段內(nèi)的通信數(shù)據(jù)丟失來監(jiān)測該數(shù)據(jù)會話，標識預定的時間段在沒有如由計數(shù)器確定的數(shù)據(jù)會話活動的情況下已期滿，并作為結(jié)果終止第一數(shù)據(jù)會話。此外，可以從存儲器740取回數(shù)據(jù)會話偏好，并基于數(shù)據(jù)會話偏好建立客戶端設(shè)備與第二數(shù)據(jù)服務提供方之間的第二數(shù)據(jù)會話。

第一數(shù)據(jù)會話可以經(jīng)由客戶端設(shè)備的第一端口被建立，并且第二數(shù)據(jù)會話可以經(jīng)由客戶端設(shè)備的第二端口被建立。通過標識在客戶端設(shè)備處在預定時間段內(nèi)沒有接收到確認消息，預定時間段可以在沒有數(shù)據(jù)會話活動的情況下期滿。針對連接可靠性的第一數(shù)據(jù)會話偏好可以從客戶端設(shè)備的存儲的偏好信息被標識，并且針對連接成本的第二數(shù)據(jù)會話偏好也可以被應用。第二數(shù)據(jù)服務提供方可以基于第一數(shù)據(jù)會話偏好以及第二數(shù)據(jù)偏好被選擇。第一數(shù)據(jù)服務提供方可以包括本地wifi連接和/或有線連接，并且第二數(shù)據(jù)服務提供方可以包括4g蜂窩數(shù)據(jù)提供方和/或衛(wèi)星數(shù)據(jù)提供方。

至少一個數(shù)據(jù)分組可以被發(fā)送給第一數(shù)據(jù)服務提供方以標識網(wǎng)絡(luò)活動，計時器然后可以響應于傳輸至少一個數(shù)據(jù)分組而被發(fā)起。一旦計時器期滿，并且確認預定時間段內(nèi)沒有接收到確收，則與第二數(shù)據(jù)服務提供方發(fā)起數(shù)據(jù)會話的請求可以被傳輸以設(shè)立新的會話。此外，消息可以被傳輸給回聲服務器以標識候選數(shù)據(jù)服務提供方，并且響應消息可以被接收。作為結(jié)果，當?shù)谝粩?shù)據(jù)服務提供方未能向客戶端設(shè)備提供數(shù)據(jù)服務時，候選數(shù)據(jù)服務提供方基于回聲響應消息被選擇為第二數(shù)據(jù)服務提供方。

根據(jù)另一個示例性實施例，第一數(shù)據(jù)會話經(jīng)由客戶端設(shè)備的第一接口被建立在客戶端設(shè)備和第一數(shù)據(jù)服務提供方之間，接著回聲請求被傳輸給公知的參考點服務器，并且計時器響應于回聲請求被傳輸而被發(fā)起以開始，并且關(guān)于是否重啟第一數(shù)據(jù)會話的連接和改變到第二數(shù)據(jù)服務提供方做出確定。接著，在沒有接收到向?qū)芈曄⒌捻憫那闆r下，預定時間段被標識為已期滿，測試可以被檢查以確定是否已經(jīng)執(zhí)行了閾值次數(shù)次的回聲消息嘗試。當已經(jīng)執(zhí)行了閾值次數(shù)的回聲消息嘗試時，第一數(shù)據(jù)會話可以由于連接沒有工作而被終止。然后，經(jīng)由不同于第一數(shù)據(jù)服務提供方的第二數(shù)據(jù)服務提供方建立數(shù)據(jù)會話的嘗試可以被執(zhí)行。數(shù)據(jù)請求消息然后經(jīng)由客戶端設(shè)備的第二接口被傳輸，并且來自第二數(shù)據(jù)服務提供方的確認被接收。作為結(jié)果，經(jīng)由第二接口與第二數(shù)據(jù)服務提供方的連接被建立。第一數(shù)據(jù)服務提供方可以包括本地wifi連接和/或有線連接，并且第二數(shù)據(jù)服務提供方可以包括4g蜂窩數(shù)據(jù)提供方和衛(wèi)星數(shù)據(jù)提供方，或者反之亦然。預定的時間段可以少于在第一數(shù)據(jù)會話期間使用的用于確定網(wǎng)絡(luò)通信故障是否已發(fā)生的協(xié)議所需要的時間。

根據(jù)另一示例實施例，數(shù)據(jù)會話可以經(jīng)由客戶端設(shè)備第一接口被建立在客戶端設(shè)備和第一數(shù)據(jù)服務提供方之間。接著，消息的一部分可以被標識為已經(jīng)被接收。消息可以被檢查以確定消息是否完整，并且計時器接著被發(fā)起。然后，在沒有接收到對回聲消息的響應的情況下預定時間段被標識為已經(jīng)期滿。當消息的開始被接收并且消息不完整時，消息被視為不完整。計時器被發(fā)起預定時間長度，并且當計時器已期滿時會話被關(guān)閉。在消息被標識為完整的情況下，接著計時器被重置，并且消息驗證被標識為已失敗，并且該會話被關(guān)閉。接著，經(jīng)由不同于第一數(shù)據(jù)服務提供方的第二數(shù)據(jù)服務提供方來建立第二數(shù)據(jù)會話的嘗試通過經(jīng)由客戶端設(shè)備的第二接口傳輸數(shù)據(jù)會話請求消息以及接收來自第二數(shù)據(jù)服務提供方的確認的方式而被執(zhí)行。作為結(jié)果，與第二數(shù)據(jù)服務提供方的連接經(jīng)由第二接口被建立。預定的時間段少于在第一數(shù)據(jù)會話期間使用的用于確定網(wǎng)絡(luò)通信故障是否已發(fā)生的協(xié)議所需要的時間。例如，當若干分鐘后沒有接收到響應時協(xié)議可以超時，然而，計時器被設(shè)置成一個比協(xié)議超時事件更短的預定時間段。

根據(jù)另一示例實施例，從客戶端設(shè)備的第一接口到目的地設(shè)備之間的靜態(tài)路由被建立，并且回聲請求通過第一數(shù)據(jù)連接被傳輸給目的地設(shè)備。然后基于回聲請求的結(jié)果關(guān)于是否將該接口標記為“有效”或“無效”做出確定，并且接口被指派給網(wǎng)關(guān)設(shè)備。靜態(tài)路由經(jīng)由測試的接口建立，并且客戶端設(shè)備的附加接口也被測試以確定附加接口是否有效或者無效。在接口審計過程期間，在將接口標識為有效或者無效之前，網(wǎng)絡(luò)連接可以通過傳輸測試分組和接收響應被測試以用于數(shù)據(jù)網(wǎng)絡(luò)支持。最偏好接口也基于有效的接口以及與客戶端設(shè)備的關(guān)于可靠性、成本、可用性以及連接的類別關(guān)聯(lián)的偏好而被選擇。用于數(shù)據(jù)會話的最偏好接口也基于偏好被設(shè)立。在所有接口都被指明為無效的情況下，客戶端設(shè)備被重新引導。與客戶端設(shè)備關(guān)聯(lián)的偏好包括便利偏好、成本偏好、可用性偏好和可靠性偏好中的至少一項，響應于標識客戶端設(shè)備的至少一個“有效”接口，“有效”接口的狀態(tài)將被改變。在這一過程期間，沒有被客戶端設(shè)備使用的并且有效的最偏好接口可以被指明為活躍接口，并且活躍會話可以被關(guān)閉，并且新的會話可以經(jīng)由最偏好的接口被建立。

在網(wǎng)絡(luò)監(jiān)測配置期間，通常只有當所有接口測試產(chǎn)生否定結(jié)果時才執(zhí)行客戶端設(shè)備的重新引導。例如，如果客戶端設(shè)備接口無效，則最初的動作是重置該接口并再次監(jiān)測以標識問題是否被解決。當客戶端設(shè)備的所有接口在一個或多個連續(xù)的重置和監(jiān)測操作后已失效時，執(zhí)行重新引導。

被安裝在客戶端設(shè)備、網(wǎng)絡(luò)服務器等上的監(jiān)測連接的應用是可以是對瀏覽器的插件的應用、搭載服務等等。服務可以是應用和/或用于通過作為本地tcp代理操作來管理用于其他應用的連接的特殊服務。此外，該服務可以是可以由應用用作插件或者在編譯函數(shù)(靜態(tài)庫)或運行時(動態(tài)庫)中鏈接的應用功能的部分的軟件程序或者軟件庫(*.so,*.a,*.dll)。

“回聲”消息可以經(jīng)由用戶設(shè)備從各種數(shù)據(jù)提供方的視角被發(fā)送到回聲服務器。例如，如果客戶端設(shè)備具有分別用于wifi、4g1，4g2和sat的四個端口，那么例如在經(jīng)由端口1與wifi網(wǎng)絡(luò)的活躍會話期間，回聲消息從客戶端設(shè)備的每個端口被發(fā)送以確保質(zhì)量并標識哪個連接最佳/較差等等?？蛻舳吮O(jiān)測作為應用的一部分或作為鏈接庫或者共享的代理服務發(fā)生在應用級別上?？蛻舳吮O(jiān)測對連接進行管理并對具體應用執(zhí)行監(jiān)測。應用的故障不會影響在同一平臺上操作的使用相似連接管理/監(jiān)測功能的其他類似應用。

網(wǎng)絡(luò)監(jiān)測作為特殊服務在系統(tǒng)級別操作。這樣的監(jiān)測的結(jié)果影響在同一平臺上操作的應用。在監(jiān)測和回聲過程期間，在應用級別上可以存在多于一個數(shù)據(jù)連接充當備用連接。對操作系統(tǒng)的修改使得同時保持經(jīng)由不同提供方的連接成為可能。換言之，平臺可以像具有動態(tài)端口路由永久規(guī)則的路由器一樣操作?！澳康牡亍笨梢允恰肮摹狈掌?。當靜態(tài)路由被配置時，目標ip地址或網(wǎng)絡(luò)是目的地。

與在此公開的實施例有關(guān)地被描述的方法或算法的操作可以直接在硬件中、在由處理器執(zhí)行的計算機程序中或者在兩者的組合中被體現(xiàn)。計算機程序可以被在計算機可讀介質(zhì)(比如存儲介質(zhì))上被體現(xiàn)。例如，計算機程序可以駐留在隨機存取存儲器(“ram”)，閃存，只讀存儲器(“rom”)，可擦除可編程只讀存儲器(“eprom”)，電可擦除可編程只讀存儲器(“eeprom”)，寄存器，硬盤，移動硬盤，只讀光盤(“cd-rom”)，或者其他本領(lǐng)域公知的任何其他形式的存儲介質(zhì)中。

示例性存儲介質(zhì)可以被耦合到處理器從而使得處理器可以從存儲介質(zhì)讀取信息以及向存儲介質(zhì)寫入信息。在備選中，存儲介質(zhì)可以被集成到處理器。處理器和存儲介質(zhì)可以駐留在專用集成電路(“asic”)中。在備選中，處理器和存儲介質(zhì)可以駐留作為離散的組件。例如，圖8示出了示例網(wǎng)絡(luò)元件800，其可以代表上述網(wǎng)絡(luò)組件中的任何網(wǎng)絡(luò)組件等。

如圖8中所示，存儲器810和處理器820可以是用來執(zhí)行應用或一組操作的網(wǎng)絡(luò)實體800的離散的組件，應用可以按照一種能夠被處理器820的理解的計算機語言在軟件中被編碼，并被存儲計算機可讀介質(zhì)(比如存儲器810)中。計算機可讀介質(zhì)可以是包括除被存儲于存儲器中的軟件外的有形硬件組件的非暫態(tài)計算機可讀介質(zhì)。此外，軟件模塊830可以是作為網(wǎng)絡(luò)實體800一部分的另一離散的實體，并且其包含可以被處理器820執(zhí)行的軟件指令。網(wǎng)絡(luò)實體800除了上述提到的組件外，還可以具有發(fā)射器和接收器，其被配置為接收和傳輸通信信號(未示出)。

圖9示出了根據(jù)示例實施例的、針對第一和第二連接周期在對應的數(shù)據(jù)網(wǎng)絡(luò)上操作的監(jiān)控設(shè)備。參見圖9，監(jiān)控設(shè)備902可以是具有包括光檢測，音頻檢測，動作檢測，視頻和音頻記錄能力的各種傳感器的全方向攝像機。存儲單元904可以是攝像機的一部分或是分離的存儲單元。網(wǎng)絡(luò)906可以包括經(jīng)由監(jiān)控設(shè)備中的tx/rx直接與設(shè)備通信的蜂窩基站?？蛻舳嗽O(shè)備908可以經(jīng)由網(wǎng)絡(luò)接收來自監(jiān)控設(shè)備904的更新。隨著連接周期到期922和924，第一連接925和第二連接929可以根據(jù)計時器和連接周期的調(diào)度提供包括第一數(shù)據(jù)分組927和分組流926以及第二數(shù)據(jù)分組928的數(shù)據(jù)分組數(shù)據(jù)。數(shù)據(jù)可以從監(jiān)控設(shè)備902被發(fā)送給服務器，服務器將編譯的數(shù)據(jù)932發(fā)送給客戶端設(shè)備以用于參考和查看目的。

圖10示出了根據(jù)示例實施例的、針對第一和第二ip地址在對應的數(shù)據(jù)網(wǎng)絡(luò)上操作的監(jiān)控設(shè)備。參見圖10，服務器910可以包括第一調(diào)制解調(diào)器或者端口配置911以用于處理經(jīng)由第一ip地址931的第一連接數(shù)據(jù)。類似地，服務器910可以具有與第二調(diào)制解調(diào)器913關(guān)聯(lián)的第二ip地址933。在操作中，第一組分組916可以根據(jù)特定調(diào)度跨第一連接925被發(fā)送。

圖11示出了根據(jù)示例實施例的、具有備選網(wǎng)絡(luò)配置的針對第一好第二連接周期在對應的數(shù)據(jù)網(wǎng)絡(luò)上操作的監(jiān)控設(shè)備。參見圖11，該配置可以包括另一網(wǎng)絡(luò)907作為第二蜂窩網(wǎng)絡(luò)，當自動監(jiān)控設(shè)備拍攝流需要第二連接和對應的網(wǎng)絡(luò)時通過第二蜂窩網(wǎng)絡(luò)發(fā)送第二分組流。例如，如果第一網(wǎng)絡(luò)繁忙或者未正常工作，則第二網(wǎng)絡(luò)907和連接929就成為維持數(shù)據(jù)轉(zhuǎn)發(fā)事件所必須的。

圖12示出了根據(jù)示例實施例的第一網(wǎng)絡(luò)配置和第二網(wǎng)絡(luò)配置以及測試分組配置的流程圖。參見圖12，操作401包括：通過第一網(wǎng)絡(luò)建立與第二設(shè)備的第一連接402，通過第一連接接收來自第一網(wǎng)絡(luò)中的第二設(shè)備(監(jiān)控設(shè)備)的分組流的第一分組。接著，基于第一網(wǎng)絡(luò)的節(jié)流響應和/或帶寬容量和/或使用率和/或擁塞率來計算第一斷開點406。然后可以在第一斷開點前從第二設(shè)備斷開第一連接408。通過第一網(wǎng)絡(luò)建立與第二設(shè)備的第二連接410，并且然后經(jīng)由第二連接413通過第一網(wǎng)絡(luò)從第二設(shè)備接收分組流的第二數(shù)據(jù)分組413。

圖13a示出了根據(jù)示例實施例的攝像頭和傳感器配置。參見圖13a，roambee傳感器1310可以在監(jiān)控設(shè)備1312經(jīng)由rf、rfid、wifi等的通信范圍之內(nèi)，網(wǎng)絡(luò)1314可以用于將檢測到的運動轉(zhuǎn)發(fā)給遠程服務器1316以用于記錄檢測事件。遠程數(shù)據(jù)庫132可以在用戶簡檔中存儲事件并且與關(guān)聯(lián)于檢測到的數(shù)據(jù)的移動設(shè)備1318共享該信息。圖13b示出了根據(jù)示例實施例的另一攝像頭和傳感器配置。參見圖13b，設(shè)備1312可以具有其自己的本地服務器1321和本地數(shù)據(jù)庫1323。同樣，圖14示出了根據(jù)示例實施例的又一攝像頭和傳感器配置。在圖14中，設(shè)備可以與本地服務器和遠程服務器二者通信。

圖15a示出了根據(jù)示例實施例的攝像頭以及裝運包裝測量網(wǎng)絡(luò)配置。參見圖15a，設(shè)備可以包括攝像頭1311和用于檢測運動的光以及經(jīng)由裝運包裝1333的傳感器1329。容器1317可以包括包裝和傳感器，因此移動內(nèi)容的任何嘗試都可以被輕易檢測到，如圖15c中打開的容器或圖15b中打開的裝運容器。

圖16示出了根據(jù)示例實施例的傳感器測量以及包裝測量配置的流程圖。參見圖16，操作可以包括：在第一時間由第一傳感器感測第一數(shù)據(jù)1602。傳感器可以在第二時間在第一傳感器感測第二數(shù)據(jù)1604，對數(shù)據(jù)進行比較1606以確定數(shù)據(jù)是否不同，并且如果不同的話則由圖像捕捉設(shè)備捕捉第一包裝，并且第一包裝由設(shè)備發(fā)送給服務器1610。

數(shù)據(jù)捕捉和傳感器配置的示例操作方法可以包括：通過第一網(wǎng)絡(luò)建立與第二設(shè)備的第一連接，在第一連接中通過第一網(wǎng)絡(luò)接收來自第二設(shè)備的分組流的第一數(shù)據(jù)分組，基于第一網(wǎng)絡(luò)的節(jié)流響應/帶寬容量閾值/使用率/擁塞率等中的任意項計算第一斷開點。接著，在第一斷開點或之前斷開與第二設(shè)備的第一連接，通過第一網(wǎng)絡(luò)建立與第二設(shè)備的第二連接，并且在第二連接中通過第一網(wǎng)絡(luò)從第二設(shè)備接收分組流的第二數(shù)據(jù)分組。

另一示例性實施例可以包括管理由網(wǎng)絡(luò)載體通過經(jīng)由第一網(wǎng)絡(luò)載體提供的第一網(wǎng)絡(luò)來建立與第二設(shè)備的一個或多個測試連接，標識由第一設(shè)備由于超出了由第一網(wǎng)絡(luò)載體設(shè)置的帶寬上限發(fā)起的一個或多個測試連接的一個或多個終止，基于一個或多個測試連接的一個或多個終止來確定連接時間限制，通過第一網(wǎng)絡(luò)建立與第二設(shè)備的第一連接，在連接時間限制時或之前斷開與第二設(shè)備的第一連接，以及通過第一網(wǎng)絡(luò)建立與第二設(shè)備的第二連接。

用于訪問數(shù)據(jù)流的示例實施例可以包括：接收來自客戶端設(shè)備的的對數(shù)據(jù)流的請求，通過網(wǎng)絡(luò)建立與第二設(shè)備的連接以接收數(shù)據(jù)流，基于網(wǎng)絡(luò)的節(jié)流響應確定連接時間限制，在連接時間限制時或之前斷開與第二設(shè)備的第一連接，以及在斷開與第二設(shè)備連接后并在所述連接時間限制時或之前重新建立與第二設(shè)備的連接。

第一網(wǎng)絡(luò)可以是蜂窩網(wǎng)絡(luò)。第一數(shù)據(jù)分組和第二數(shù)據(jù)分組可以包括視頻圖像幀。分組流可以是視頻流。同樣的，第一設(shè)備可以是服務器并且第二設(shè)備可以是圖像捕捉設(shè)備。第一設(shè)備也可以是客戶端設(shè)備而第二設(shè)備是服務器。在操作中，第一數(shù)據(jù)分組可以與第二數(shù)據(jù)分組一起被拼接(stitch)以及編譯成經(jīng)拼接/編譯的數(shù)據(jù)文件，經(jīng)拼接/編譯的數(shù)據(jù)文件可以被傳輸給請求經(jīng)拼接/編譯的數(shù)據(jù)文件的客戶端設(shè)備。

與第二設(shè)備的第二連接可以在第二斷開點或之前被斷開，因此第二斷開點不同于第一斷開點。接著，通過服務器的第一調(diào)制解調(diào)器建立與第二設(shè)備的第一連接，并且通過服務器的第二調(diào)制解調(diào)器建立與第二設(shè)備的第二連接，并且第一調(diào)制解調(diào)器具有與第二調(diào)制解調(diào)器不同的ip地址。

附加地，可以通過第二網(wǎng)絡(luò)建立與第二設(shè)備的第三連接，并且可以在第三連接中通過第二網(wǎng)絡(luò)從第二設(shè)備接收分組流的第三數(shù)據(jù)分組。第一連接可以具有由第一網(wǎng)絡(luò)指派的第一連接標識符，第二連接可以具有由第一網(wǎng)絡(luò)指派的第二連接標識符，并且第一連接標識符不同于第二連接標識符。第一斷開點是第一連接開始后的約1毫秒到約30毫秒之間。在其他實施例中，第一斷開點可以在約1毫秒到大于30毫秒之間。第一連接可以具有x兆比特每秒(mbps-其中x在約0.5mps到約2mbps之間)的帶寬上限。在另一示例中，第一連接時段可以基于第一網(wǎng)絡(luò)的流量整形算法而被變化。同樣的，分組流可以是高清視頻流或者標準視頻流。

根據(jù)另一示例性實施例，安全系統(tǒng)可以包括：第一傳感器，其被配置為檢測第一時間的第一數(shù)據(jù)以及第二時間的第二數(shù)據(jù)；第一媒體捕捉設(shè)備，因此第一媒體捕捉設(shè)備被配置為當?shù)谝粩?shù)據(jù)與第二數(shù)據(jù)不同時捕捉第一包裝；以及發(fā)射器，其被配置為向服務器傳輸?shù)谝话b。附加地，第一傳感器可以被配置為測量溫度或者光強。此外，第一媒體捕捉設(shè)備可以被配置為相對發(fā)射器存在一定角度，并且發(fā)射器被配置為將第一包裝發(fā)送給移動設(shè)備，并且傳感器被耦合到第一媒體捕捉設(shè)備。傳感器可以與第一媒體捕捉設(shè)備分離，并且傳感器被配置為經(jīng)由藍牙(bluetooth)與第一媒體捕捉設(shè)備無線地通信。

還可以包括第二媒體捕捉設(shè)備，其可以是成角度的并具有第二傳感器。其配置也可以包括光發(fā)射器，因此該光發(fā)射器被耦合到第一媒體捕捉設(shè)備，并且光發(fā)射器與第一媒體捕捉設(shè)備面向同一方向。光發(fā)射器被配置為當?shù)谝幻襟w捕捉設(shè)備捕捉第一包裝時發(fā)射光，并且光被配置為在第一傳感器的方向中被引導。光發(fā)射器被配置為當?shù)谝粩?shù)據(jù)不同于所述第二數(shù)據(jù)時發(fā)射光，并且光被配置為在第一傳感器的方向中被引導。

根據(jù)一個示例操作方法，用于監(jiān)控的方法可以包括：由第一傳感器感測第一數(shù)據(jù)；將第一數(shù)據(jù)傳輸給圖像捕捉設(shè)備；由第一傳感器感測第二數(shù)據(jù)；將第二數(shù)據(jù)傳輸給圖像捕捉設(shè)備；當?shù)诙?shù)據(jù)不同于第一數(shù)據(jù)時由圖像捕捉設(shè)備捕捉第一包裝；以及將第一包裝傳輸給服務器。第一傳感器可以感測溫度。第一數(shù)據(jù)經(jīng)由無線路徑被傳輸給圖像捕捉設(shè)備，并且第一包裝被無線地傳輸給服務器。第一包裝從服務器被傳輸給移動設(shè)備。在操作中，當?shù)诙?shù)據(jù)不同于第一數(shù)據(jù)時光可以照亮目標區(qū)域。媒體捕捉系統(tǒng)可以從第一傳感器接收第一數(shù)據(jù)并且媒體捕捉系統(tǒng)可以從第二傳感器接收第二數(shù)據(jù)。然后，第一數(shù)據(jù)可以與第二數(shù)據(jù)被比較，并且當?shù)诙?shù)據(jù)不同于第一數(shù)據(jù)時，媒體捕捉系統(tǒng)可以捕捉第一包裝。作為結(jié)果，第一包裝被媒體捕捉系統(tǒng)傳輸給服務器。

盡管本申請中的系統(tǒng)、方法以及計算機可讀介質(zhì)的示例性實施例已經(jīng)在附圖中被示出及在之前的具體實施方式中被描述，但將容易理解的是，本申請并不具備局限于所公開的實施例，而是能夠在不脫離由權(quán)利要求所闡述和限制的本申請的精神和范圍的情況下進行多種重新布置、修改以及替換。例如，圖32的系統(tǒng)的能力可以通過在此描述的一個或者多個模塊或組件執(zhí)行，也可以按照分布式架構(gòu)的方式，并且可以包括發(fā)射器，接收器，或者發(fā)射器/接收器對。例如，由個體模塊執(zhí)行的全部或者部分功能可以由一個或者多個這些模塊執(zhí)行。進一步地，在此描述的功能可以在不同時間被執(zhí)行并且與模塊或組件內(nèi)部或外部的不同事件有關(guān)。同時，在各種模塊之間發(fā)送的信息可以經(jīng)由以下各項中的至少一項在模塊之間被發(fā)送：數(shù)據(jù)網(wǎng)絡(luò)、因特網(wǎng)、話音網(wǎng)絡(luò)、網(wǎng)際協(xié)議網(wǎng)絡(luò)、無線設(shè)備、有線設(shè)備和/或經(jīng)由多個協(xié)議。同時，由任何模塊發(fā)送或接收的消息可以直接地被發(fā)送或接收和/或經(jīng)由一個或者多個其他模塊而被發(fā)送或接收。

本領(lǐng)域技術(shù)人員將領(lǐng)會到，“系統(tǒng)”可以被體現(xiàn)為個人計算機、服務器、控制臺、個人數(shù)字助理(pda)、蜂窩電話、平板計算設(shè)備、智能電話或任何其他合適的計算設(shè)備，或者設(shè)備的組合。呈現(xiàn)如由“系統(tǒng)”執(zhí)行的上述功能并不旨在以任何方式限制本申請的范圍，而旨在于提供本申請的許多實施例的一個示例。實際上，在此公開的方法、系統(tǒng)以及裝置可以按照符合計算技術(shù)的局部式形式和分布式形式被實施。

應該注意的是，為了更特別地強調(diào)它們的實施獨立性，本說明書中描述的某些系統(tǒng)特征已被呈現(xiàn)為模塊。例如，模塊可以被實施為包括定制超大規(guī)模集成(vlsi)電路或門陣列、現(xiàn)成半導體(比如邏輯芯片、晶體管)或其他分立元件的硬件電路。模塊也可以被實施為可編程硬件設(shè)備，比如現(xiàn)場可編程門陣列、可編程陣列邏輯、可編程邏輯器件、圖像處理單元等。

模塊也可以至少部分在軟件中被實現(xiàn)以用于由各種類型的處理器執(zhí)行?？蓤?zhí)行代碼的標識的單元例如可以包括計算機指令的一個或多個物理塊或邏輯塊，其例如可以被組織為對象、過程或者函數(shù)。然而，被標識的模塊的可執(zhí)行文件并不需要物理上定位在一起，而是可以包括被存儲在不同位置的不同的指令，這些指令當在邏輯上被結(jié)合時包括該模塊并實現(xiàn)用于該模塊的陳述的目的。進一步地，模塊可以被存儲在計算機可讀介質(zhì)上，其例如可以是硬盤驅(qū)動、閃存設(shè)備、隨機存取存儲器(ram)、磁帶或用于存儲數(shù)據(jù)的任何其他這樣的介質(zhì)。

實際上，可執(zhí)行代碼的模塊可以是單個指令或者許多指令，并且甚至可以在不同程序之間并且跨若干存儲器設(shè)備而被分布在若干不同的代碼段上。類似地，操作數(shù)據(jù)可以被標識并在此在模塊內(nèi)被說明，并可以被體現(xiàn)在任何何時形式中并且可以被組織在任何合適類型的數(shù)據(jù)結(jié)構(gòu)內(nèi)。操作數(shù)據(jù)可以被收集作為單個數(shù)據(jù)集，或者可以被分布在包括不同存儲設(shè)備上的不同位置上，并且可以至少部分地僅僅作為系統(tǒng)或者網(wǎng)絡(luò)上的電子信號而存在。

將容易理解的是，如在此在附圖中總體上描述和示出的本申請的組件可以采用廣泛多種不同配置被布置和設(shè)計。因此，實施例的詳細說明并不旨在限制本申請所請求保護的范圍，而僅僅代表是本申請的選擇的實施例。

本領(lǐng)域普通技術(shù)人員將容易理解到，如以上所討論的本申請可以按照不同順序用步驟被實施，和/或以與公開的那些不同的配置在硬件中被實施。因此，盡管本申請已經(jīng)基于優(yōu)選實施例而被描述，但對于本領(lǐng)域技術(shù)人員而言，在本申請的精神和范圍內(nèi)的某些修改、變化以及備選配置是顯而易見的。因此，為了確定本申請的公認范圍，應當參考所附的權(quán)利要求。

盡管本申請的優(yōu)選實施例已經(jīng)被描述，但將理解的是，所描述的實施例僅僅是說明性的，并且本申請的范圍將在與對其的等同和修改(例如，協(xié)議、硬件設(shè)備、軟件平臺等等)一起被考慮時唯一地由所附權(quán)利要求所限定。

附錄

實時對象追蹤協(xié)議

1.0摘要-實時對象追蹤協(xié)議-ropt

公開的管理站能夠使用無狀態(tài)實時對象追蹤協(xié)議(rotp)以從裝置提取設(shè)備信息，并建立設(shè)備之間的通信。rotp的目標是幫助用戶對感興趣對象保持追蹤、由消息和控制命令在設(shè)備間實時執(zhí)行健康監(jiān)控以及數(shù)據(jù)同步。如果要求傳輸可靠性和錯誤恢復，則所使用的傳輸協(xié)議可以是面向連接的協(xié)議tcp，如果需求是最小化協(xié)議流量開銷，則所使用的傳輸協(xié)議可以是udp。rotp使能對感興趣對象的實時追蹤以及歷史搜索。

2.0樹狀拓撲、根、地區(qū)和組概念

公開的系統(tǒng)地區(qū)概念可以是樹狀拓撲結(jié)構(gòu)。在樹狀拓撲結(jié)構(gòu)的最高層是國家根管理站。從國家根分支是分別由州、城市以及區(qū)表示的中間管理站。標簽是用戶可定義的。

2.1實時對象追蹤方法

追蹤設(shè)備經(jīng)由三種方法實時通信：

節(jié)點到節(jié)點或裝置到裝置

節(jié)點到根或裝置到管理站

根到節(jié)點或管理站到裝置

根到根或管理站到管理站

為了理解上述方法是如何實現(xiàn)的，說明了以下基礎(chǔ)概念。

2.2根管理站

位于地區(qū)的根處的管理站。這一設(shè)備可以具有比非根裝置更強大的cpu、存儲器和存儲架構(gòu)。

2.3根查找服務流程圖

根查找服務對于移動進出不同地區(qū)根的移動系統(tǒng)是需要的。

2.4根查找部署類型流程圖

對于大規(guī)模部署來說，操作者可以啟用裝置到裝置級別通信，而不是裝置到根中央管理站通信，從而便于裝置之間的更快的消息傳遞，但其也會大量地增加網(wǎng)絡(luò)流量。

2.5組

多個根中央管理站在同一個網(wǎng)絡(luò)上的可能性是存在的，比如多個公司共享同一個網(wǎng)絡(luò)。因此，存在對用它們自己的根來對具體的實時對象跟蹤裝置進行分組的需要。

已經(jīng)加入網(wǎng)絡(luò)的剛剛啟動后的ip:x.x.2.23的裝置需要分配一個組id以及密鑰來加入組。操作者能夠?qū)⒄_的組id和密鑰分配給裝置，以便該裝置向正確的組廣播。

如果ip:x.x.2.23的裝置被分配了groupid＝groupy，那么r1-groupy能夠?qū)ζ溥M行響應。

如果ip:x.x.2.23的裝置被分配了groupid＝groupx，那么r1-groupx能夠?qū)ζ溥M行響應。

3.0追蹤方法

存在兩種追蹤方法：操作者一次點擊追蹤模式以及自動追蹤模式。

在操作者一次點擊追蹤模式中，操作者能夠點擊感興趣對象，之后該對象能夠通過攝像頭到攝像頭、層到層、地區(qū)到地區(qū)以及它們的結(jié)合進行追蹤。

在自動追蹤模式中，對象追蹤裝置能夠自動基于檢測到的感興趣的事件對感興趣對象通過攝像頭到攝像頭、層到層、區(qū)域到區(qū)域以及它們的結(jié)合進行追蹤。

能夠被使用的自動追蹤方法包括建立有界區(qū)域追蹤、調(diào)整有界區(qū)域大小追蹤、分割有界區(qū)域追蹤、移動有界區(qū)域追蹤以及它們的組合。這些方法能夠相應地依次使用。

3.1建立有界區(qū)域追蹤方法

當感興趣的被追蹤對象被裝置檢測到或被管理站操作者識別的時候，適當?shù)难b置能夠被管理站分配到查詢路由信息表(scrit)。

管理站然后能夠向scrit中列出的裝置發(fā)出開始搜索命令或scritm(開始)以及感興趣對象表(oit)。

3.2調(diào)整有界區(qū)域大小追蹤方法

在由搜索周邊擴展定時器(spet)指定的時間內(nèi)，感興趣對象沒有被任何裝置檢測到，并且在搜索持續(xù)時間定時器(sdt)期滿之前，每個裝置的scrit引擎能夠創(chuàng)建其自己的scritm(開始)以指示所有附接的裝置開始它們自己的搜索。

根據(jù)scrtim消息分配的裝置數(shù)目，有界區(qū)域能夠被擴展或減小。

3.3分割有界區(qū)域追蹤方法

在由搜索周邊擴展定時器(spet)指定的時間內(nèi)，感興趣對象沒有被任何裝置檢測到，并且在搜索持續(xù)時間定時器(sdt)期滿之前，每個裝置的scrit引擎能夠創(chuàng)建其自己的scritm(開始)以指示所有附接的裝置開始它們自己的搜索，從而分割搜索區(qū)域來追蹤感興趣對象。

3.4移動有界區(qū)域追蹤方法

當感興趣對象被裝置檢測到的時候，感興趣對象消息(oim)被發(fā)送到管理站。新的scrit指令被發(fā)送到另一個被分配的scrit裝置列表，以將搜索周邊和有界區(qū)域的中心移動到感興趣對象的最后已知檢測位置。這個過程被持續(xù)地重復，以追中感興趣裝置直到搜索持續(xù)時間定時器(sdt)期滿或者搜索終止命令scritm(停止)被管理站分布并由scrit表中的所有裝置接收到。

當管理站的操作者識別到感興趣對象并發(fā)布開始搜索命令的時候，過程可以是相同的。scrit引擎創(chuàng)建scrit，接著搜索周邊被形成以及有界區(qū)域的中心點的搜索起始于感興趣對象的最后已知檢測位置。這個過程被持續(xù)地重復，以追蹤感興趣裝置直到搜索持續(xù)時間定時器(sdt)期滿或者搜索終止命令scritm(停止)被管理站發(fā)布并由scrit表中的所有裝置接收到。

3.5定時器

(1)搜索持續(xù)時間定時器(sdt)--一個裝置對感興趣對象的搜索持續(xù)多長時間

(2)搜索周邊擴展定時器(spet)--在擴展搜索周邊到下一組裝置前進行多長時間搜索

(1)←[scrtim(開始)]---------------------sdt(搜索持續(xù)時間24小時)---------------------sdt(期滿)→

(2)←[scrtim(開始)]---------------------spet(搜索60分鐘)------→

(1)←[scrtim(開始)]---------------------sdt(搜索持續(xù)時間24小時)---------------------scrtim(結(jié)束)→

(2)←[scrtim(開始)]---------------------spet(搜索60分鐘)------scrtim(結(jié)束)→

4.0設(shè)備表結(jié)構(gòu)和消息類型

4.1類id#描述

設(shè)備通過類來標識。

類(1)＝設(shè)備

類(2)＝攝像機

類(3)＝傳感器

類(4)＝致動器

4.2設(shè)備位置表消息-dltm

消息描述＝從設(shè)備被發(fā)送到管理站。這是我所處在的位置。

類(1)消息＝[消息類型(dltm)+(dlt)]

類(2)消息＝[消息類型(dltm)+(dlt)]

類(3)消息＝[消息類型(dltm)+(dlt)]

類(4)消息＝[消息類型(dltm)+(dlt)]

4.3設(shè)備位置表-dlt

dlt從裝置處被發(fā)送到管理站，并跨區(qū)域聚集。

設(shè)備位置表包含每個設(shè)備id#以及它的位置(gps坐標或者轉(zhuǎn)換成gps坐標的物理位置)

設(shè)備序列號#

設(shè)備的制造商序列號。

設(shè)備標簽

設(shè)備的名稱

ip地址

分配給設(shè)備的ip地址

端口#

分配的tcp或udp端口#

組標簽

組的名稱

組id#

分配的組號

密鑰

分配的訪問組的密鑰

區(qū)域標簽

區(qū)域的名稱

區(qū)域id#

分配的區(qū)號

地區(qū)標簽

標簽的名稱

地區(qū)id#

分配的地區(qū)號

3.4dlt表結(jié)構(gòu)

[

[(設(shè)備id#)+根(是/否)+(設(shè)備序列號#)+(設(shè)備標簽)+(gps位置)+(ip地址)+(端口#)+(組標簽)+(組id#)+(密鑰)+(區(qū)域標簽)+(區(qū)域id#)+(地區(qū)標簽)+(地區(qū)id#)]

[(攝像設(shè)備id#)+(設(shè)備序列號#)+(設(shè)備標簽)+(設(shè)備位置)+(ip地址)+(端口#)+(組標簽)+(組id#)+(密鑰)+(區(qū)域標簽)+(區(qū)域id#)+(地區(qū)標簽)+(地區(qū)id#)]

[(傳感器id#)+(設(shè)備序列號#)+(設(shè)備標簽)+(設(shè)備位置)+(ip地址)+(端口#)+(組標簽)+(組id#)+(區(qū)域標簽)+(區(qū)域id#)+(地區(qū)標簽)+(地區(qū)id#)]

……

[(傳感器id#)+(設(shè)備序列號#)+(設(shè)備標簽)+(設(shè)備位置)+(ip地址)+(端口#)+(組標簽)+(組id#)+(密鑰)+(區(qū)域標簽)+(區(qū)域id#)+(地區(qū)標簽)+(地區(qū)id#)]

]

3.5設(shè)備信息表消息-ditm

消息描述＝從裝置發(fā)送到管理站，此處是我的信息。

[消息類型(ditm)+(dit)+(供應商id#)+(模型#)]

3.6設(shè)備新校表-dit

dit從裝置被發(fā)送到管理站。

dit表描述

dit信息表駐留于管理站以及每一個設(shè)備兩者中。管理站dit包含所有物理或邏輯附接到系統(tǒng)中的所有裝置的設(shè)備的信息。單獨的裝置包含所有物理或邏輯附接到它們，而不是整個系統(tǒng)的設(shè)備的所有類的信息。

dit默認的模式是停留在它們自己的地區(qū)內(nèi)，然而操作者也可以選擇從下層地區(qū)中導入dit或者僅僅單獨設(shè)備id#。

dit表結(jié)構(gòu)

[(設(shè)備id#)+(設(shè)備屬性)]

設(shè)備id#

知曉設(shè)備id#能夠允許裝置和管理站自動的確定設(shè)備容量。對于不兼容設(shè)備，其設(shè)備id信息也能夠在根管理站或者任何裝置處手動地輸入到設(shè)備信息表(dit)。所有的設(shè)備信息將與根管理站自動同步。

供應商id#描述-與供應商名稱相關(guān)聯(lián)的供應商id#。

模型#描述-供應商發(fā)布的模型#。

設(shè)備屬性表

設(shè)備的每個類包含了它們的屬性組，其中每個屬性包含由供應商或者用戶定義的其自己的值。

類(1)-裝置

[cpu()，內(nèi)存大小()，盤大小()，接口類型()，…]

類(2)-攝像機

[攝像機類型(模擬，數(shù)字，pt，ptz，……)+分辨率()+透鏡寬度()+#leds()+像素寬度()+像素寬度()……]

類(3)-傳感器

[傳感器類型(生物，化學，濕度，紅外，運動，壓力，熱……)+值(1)……+值(n)]

類(4)-致動器

[致動器類型(電氣，電-機械，電磁，電子)+值(1)……+值(n)]

設(shè)備信息表(dit)導入過程流程圖

3.7scrit消息-scritm

消息描述＝從管理站發(fā)送到裝置或其他管理站，執(zhí)行感興趣對象搜索。

[消息類型(scritm)+搜索命令(開始/結(jié)束)+[(裝置1ip地址)……(裝置nip地址)]+[oim]]

每個接收到包含(開始搜索命令或scrtim(開始))、(裝置ip地址)和(感興趣對象或oim)的scritm的裝置將把該信息存儲到感興趣對象表(oit)中以用于通過scrit中所有分配的裝置搜索感興趣對象。

scrit中列出的設(shè)備被指示搜索感興趣對象。這形成了搜索周邊以及該搜索周邊的搜索區(qū)域。這是有界區(qū)域搜索，即默認的搜索模式。周邊的中心是檢測到的感興趣對象的最后已知位置。

scrit消息

3.8跨地區(qū)搜索路由信息表消息(scritm)流程

3.9在設(shè)備和管理站搜索路由信息表消息(scritm)流程

scrit消息流程圖

3.10搜索路由信息表-scrit

scrit從管理站轉(zhuǎn)發(fā)到分配到搜索區(qū)域的所有裝置。

scrit描述

搜索路由信息表(scrit)由搜索路由引擎從設(shè)備位置表(dlt)提取。需要創(chuàng)建搜索區(qū)域，以定位和追蹤感興趣對象。

scrit表結(jié)構(gòu)

[(dmt)+(oit)]

設(shè)備地圖表-dmt

dmt從裝置發(fā)送到管理站。

[(設(shè)備id#)+(設(shè)備序列號#)+(gps位置)]

其中設(shè)備dmt從dlt提取。

感興趣對象消息

3.11感興趣對象消息(oim)

消息描述＝從裝置發(fā)送到管理站。這是我感興趣對象，請生成scrit。

[消息類型：(oim)+oit]

感興趣對象表-oit

[(對象id#)+(對象屬性)]

……

[(對象id#)+(對象屬性)]

對象屬性描述

[(圖像)+(gps位置)+(方向)+(速度)+(加速度)+(時間戳)]

感興趣對象流程圖

3.12你好消息

廣播你好消息-bhm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置

或管理站到管理站

這是我，但誰是我設(shè)備的鄰居？

[消息類型(bhm)+[(裝置標簽)+(ip地址)+(端口#)]]

廣播回復消息-brm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

我是你的鄰居

[消息類型(brm)+[(裝置標簽)+(ip地址)+(端口#)]]

3.13從裝置向管理站廣播你好消息的流程圖

3.14從管理站向裝置廣播你好消息的流程圖

3.15管理同步消息-msm

注釋：確保安全認證方法(公開密鑰-私有密鑰)已完成。

消息描述＝從裝置發(fā)送到管理站

管理站到管理站

[消息類型(msm)+(dlt)]

3.16從裝置到管理站同步的流程圖

3.17從管理站到裝置同步的流程圖

3.18健康檢查消息

健康檢查請求消息-hcrqm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

你還活著么？

[消息類型(hcrm)+(ip地址)+(端口#)]

健康檢查響應消息-hcrsm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

我活著

[消息類型(hcrm)+(ip地址)+(端口#)+(狀態(tài))]

3.19健康檢查消息流程圖

健康檢查消息流程圖

4.0實時對象追蹤協(xié)議通信方法總結(jié)

4.1裝置到裝置

設(shè)備位置表消息-dltm

消息描述＝從設(shè)備被發(fā)送到管理站。這是我所處在的位置。

類(1)消息＝[消息類型(dltm)+(dlt)]

類(2)消息＝[消息類型(dltm)+(dlt)]

類(3)消息＝[消息類型(dltm)+(dlt)]

類(4)消息＝[消息類型(dltm)+(dlt)]

廣播你好消息-bhm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

這是我，但誰是我設(shè)備的鄰居？

[消息類型(bhm)+[(裝置標簽)+(ip地址)+(端口#)]]

廣播回復消息-brm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

我是你的鄰居

[消息類型(brm)+[(裝置標簽)+(ip地址)+(端口#)]]

健康檢查請求消息-hcrqm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

你還活著么？

[消息類型(hcrm)+(ip地址)+(端口#)]

健康檢查響應消息-hcrsm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

我活著

[消息類型(hcrm)+(ip地址)+(端口#)+(狀態(tài))]

4.2裝置到管理站

設(shè)備位置表消息-dltm

消息描述＝從設(shè)備被發(fā)送到管理站。這是我所處在的位置。

類(1)消息＝[消息類型(dltm)+(dlt)]

類(2)消息＝[消息類型(dltm)+(dlt)]

類(3)消息＝[消息類型(dltm)+(dlt)]

類(4)消息＝[消息類型(dltm)+(dlt)]

設(shè)備信息表消息-ditm

消息描述＝從設(shè)備發(fā)送到管理站，此處是我的容量。

[消息類型(ditm)+(dit)+(供應商id#)+(模型#)]

感興趣對象消息-oim

消息描述＝從裝置發(fā)送到管理站。這是我感興趣對象，請生成scrit。

[消息類型：(oim)+oit]

scrit消息-scritm

消息描述＝從管理站發(fā)送到裝置或其他管理站，執(zhí)行感興趣對象搜索。

[消息類型(scritm)+搜索命令(開始/結(jié)束)+[(裝置1ip地址)……(裝置nip地址)]+[oim]]

廣播你好消息-bhm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

這是我，但誰是我設(shè)備的鄰居？

[消息類型(bhm)+[(裝置標簽)+(ip地址)+(端口#)]]

廣播回復消息-brm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

我是你的鄰居

[消息類型(brm)+[(裝置標簽)+(ip地址)+(端口#)]]

健康檢查請求消息-hcrqm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

你還活著么？

[消息類型(hcrm)+(ip地址)+(端口#)]

健康檢查響應消息-hcrsm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

我活著

[消息類型(hcrm)+(ip地址)+(端口#)+(狀態(tài))]

管理同步消息-msm

注釋：確保安全認證方法(公開密鑰-私有密鑰)已完成。

消息描述＝從裝置發(fā)送到管理站或

管理站到管理站

[消息類型(msm)+(dlt)]

4.3管理站到裝置

設(shè)備位置表消息-dltm

消息描述＝從設(shè)備被發(fā)送到管理站。這是我所處在的位置。

類(1)消息＝[消息類型(dltm)+(dlt)]

類(2)消息＝[消息類型(dltm)+(dlt)]

類(3)消息＝[消息類型(dltm)+(dlt)]

類(4)消息＝[消息類型(dltm)+(dlt)]

scrit消息-scritm

消息描述＝從管理站發(fā)送到裝置或其他管理站，執(zhí)行感興趣對象搜索。

[消息類型(scritm)+搜索命令(開始/結(jié)束)+[(裝置1ip地址)……(裝置nip地址)]+[oim]]

廣播你好消息-bhm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

這是我，但誰是我設(shè)備的鄰居？

[消息類型(bhm)+[(裝置標簽)+(ip地址)+(端口#)]]

廣播回復消息-brm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

我是你的鄰居

[消息類型(brm)+[(裝置標簽)+(ip地址)+(端口#)]]

健康檢查請求消息-hcrqm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

你還活著么？

[消息類型(hcrm)+(ip地址)+(端口#)]

健康檢查響應消息-hcrsm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

我活著

[消息類型(hcrm)+(ip地址)+(端口#)+(狀態(tài))]

4.4管理站到管理站

設(shè)備位置表消息-dltm

消息描述＝從設(shè)備被發(fā)送到管理站。這是我所處在的位置。

類(1)消息＝[消息類型(dltm)+(dlt)]

類(2)消息＝[消息類型(dltm)+(dlt)]

類(3)消息＝[消息類型(dltm)+(dlt)]

類(4)消息＝[消息類型(dltm)+(dlt)]

廣播你好消息-bhm

消息描述＝從裝置發(fā)送到裝置或裝置到管理站或管理站到裝置或管理站到管理站

這是我，但誰是我設(shè)備的鄰居？

[消息類型(bhm)+[(裝置標簽)+(ip地址)+(端口#)]]

廣播回復消息-brm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

我是你的鄰居

[消息類型(brm)+[(裝置標簽)+(ip地址)+(端口#)]]

管理同步消息-msm

注釋：確保安全認證方法(公開密鑰-私有密鑰)已完成。

消息描述＝從裝置發(fā)送到管理站或

管理站到管理站

[消息類型(msm)+(dlt)]

健康檢查請求消息-hcrqm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

你還活著么？

[消息類型(hcrm)+(ip地址)+(端口#)]

健康檢查響應消息-hcrsm

消息描述＝從裝置發(fā)送到裝置或

裝置到管理站或

管理站到裝置或

管理站到管理站

我活著

[消息類型(hcrm)+(ip地址)+(端口#)+(狀態(tài))]

移動以及非移動實時對象追蹤系統(tǒng)

1.0摘要

本文公開了一個系統(tǒng)包括一個設(shè)備或設(shè)備經(jīng)由實時對象跟蹤協(xié)議(rotp)與其他設(shè)備互相通信的設(shè)備網(wǎng)絡(luò)。協(xié)議通過網(wǎng)絡(luò)傳輸致動器、聲音、傳感器、視頻數(shù)據(jù)和搜索引擎消息到任何兼容的設(shè)備。

實時對象追蹤協(xié)議使得能夠通過系統(tǒng)的多個設(shè)備并通過將用戶定義的標準應用到視頻、音頻和其他傳感器輸入以識別和追蹤一個對象或者生物，和/或由其執(zhí)行的動作。追蹤對象，然后一旦用戶定義的標準被滿足則執(zhí)行動作。對于移動或者便攜式應用，一個通用的電力系統(tǒng)用于從多個輸入電源處提供恒定的以及不間斷的電力。

2.0發(fā)明領(lǐng)域

公開了一個實時對象追蹤系統(tǒng)，其實時追蹤感興趣對象，并包括設(shè)備之間通過實時對象追蹤協(xié)議(rotp)互聯(lián)的設(shè)備網(wǎng)。

3.0背景技術(shù)

移動以及非移動實時對象追蹤系統(tǒng)由對象追蹤網(wǎng)絡(luò)裝置、中央管理系統(tǒng)、實時對象追蹤協(xié)議以及通用電力系統(tǒng)組成，其能夠通過經(jīng)由視頻、音頻和傳感器輸入的盡可能多的有用信息為安保用戶和安保操作者提供迅速的態(tài)勢感知和對周圍環(huán)境了解，以重構(gòu)標識的事件中提取的感興趣事件和感興趣對象之前的、之中的或者之后的事件的序列

除了態(tài)勢感知的迅速發(fā)展外，移動、非移動和便攜式實時對象追蹤系統(tǒng)同樣開發(fā)了通過在由感興趣對象觸發(fā)的事件的數(shù)秒內(nèi)發(fā)出警報和向所有連接的兼容設(shè)備指示搜索區(qū)域數(shù)字或數(shù)字的組合以執(zhí)行被指示的搜索來檢測和追蹤感興趣對象以對感興趣對象迅速地搜索以及追蹤協(xié)議響應。搜索結(jié)果接著能夠用于建立感興趣對象在檢測事件發(fā)生前、發(fā)生時以及發(fā)生后的事件序列的記錄。視頻流量的優(yōu)化集中在帶寬以及服務質(zhì)量(qos999999999)采用層2交換以及層3路由的多層交換架構(gòu)(圖1)，其中ip攝像機連接到接入層交換機，接著通過分配層交換機發(fā)送到大規(guī)模核層交換機，其包括到數(shù)據(jù)中心網(wǎng)絡(luò)dvr，視頻存儲服務器和操作管理站的gb主干網(wǎng)鏈路。

ip視頻流量通過使用mepg4/h.264編碼格式進行壓縮，并通過tcp/ip協(xié)議進行傳輸。視頻流量行為能夠根據(jù)帶寬-比特率容量、丟包率-丟失或棄掉的包，延遲-從開始從源傳輸包到到達目標所經(jīng)歷的時間、抖動-包的周期的改變或偏差、突發(fā)-短暫流量的突然涌起來進行表征。以服務質(zhì)量網(wǎng)絡(luò)協(xié)議的形式的視頻流量優(yōu)化聚焦于為視頻流量傳輸優(yōu)化這些流量特征。

目前的ip視頻技術(shù)聚焦于向數(shù)據(jù)中心和中央視頻數(shù)據(jù)系統(tǒng)的視頻流量傳輸?shù)膬?yōu)化，在數(shù)據(jù)中心和中央視頻數(shù)據(jù)系統(tǒng)中網(wǎng)絡(luò)視頻記錄器記錄了實時視頻饋送并且實時視頻饋送被存儲在視頻存儲服務器上(圖2)。視頻監(jiān)控操作者利用視頻管理軟件在數(shù)據(jù)中心的跨越盡可能多的屏幕以及每個屏幕內(nèi)的攝像機顯示器來查看視頻饋送以開發(fā)出對不同攝像機位置出正在發(fā)生的事的態(tài)勢感知。被存儲的視頻饋送可以通過位置、日期以及記錄的時間或其他搜索條件進行檢索。接著采用視頻分析學以搜索車牌、面部識別、具體動作類型、顏色匹配、對象形狀匹配。因此，ip視頻流量和視頻分析學的典型部署主要是如下集中計算模型：主要計算能力、內(nèi)存以及存儲容量集中在數(shù)據(jù)中心，而攝像機靜態(tài)地位于ip視頻網(wǎng)絡(luò)邊緣。

移動、非移動以及便攜式實時對象追蹤系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)被設(shè)計為可以在任何地點和任何時間部署，即在邊緣、在數(shù)據(jù)中心、或者在網(wǎng)絡(luò)中對于對象追蹤和自動任務而言需要對象檢測、視頻分析學計算能力以及存儲設(shè)備的任何地方。裝置可以部署為具有攝像機、傳感器以及致動器以用于車載的移動、非移動或便攜式使用。為了追蹤不同部署方法中的對象，通過一個ip網(wǎng)絡(luò)發(fā)送通信流量，通過實時對象追蹤協(xié)議(rotp)執(zhí)行對象追蹤命令以及追蹤方法。

當永久電源不可用時，通用電力系統(tǒng)(ups)被使用以提供恒定的以及及不間斷的電力。

4.0發(fā)明概述

公開了基于系統(tǒng)的一系列方法以提供移動車載以及非移動的實時對象追蹤系統(tǒng)。

移動車載系統(tǒng)可以包括對象追蹤網(wǎng)絡(luò)裝置(331)、drivecam攝像機(810，811，812，813)、parkcam攝像機(800，801，802，803，804，805)、周邊傳感器(806，807，808，809)、lcd屏幕顯示器(901，902)以及通用電力系統(tǒng)(332)。

非移動系統(tǒng)可以包括對象追蹤網(wǎng)絡(luò)裝置(331)、中央管理站、實現(xiàn)對象追蹤網(wǎng)絡(luò)裝置之間通信的實時對象追蹤協(xié)議(326)以及中央管理應用(334)。此外，當永久電源不可用時，通用電力系統(tǒng)(332)能夠向裝置提供臨時電力。

4.1對象追蹤網(wǎng)絡(luò)裝置架構(gòu)

對象追蹤網(wǎng)絡(luò)裝置可以具有區(qū)域?qū)ο髾z測，區(qū)域到區(qū)域?qū)ο髾z測的系統(tǒng)，其當基于用戶定義的標準識別出對象或具體動作時執(zhí)行具體的操作。視頻和音頻輸入的記錄、傳感器輸入控制、致動器輸出動作控制、事件管理、通知、存儲、協(xié)議消息生成以及報告生成如圖3所示也被體現(xiàn)到了裝置中。

一種將視頻(301)、音頻(302)、傳感器(303)、來自其他兼容設(shè)備的可以消息(304)、以及中央管理站(305)集成到對象追蹤網(wǎng)絡(luò)裝置(300)中的方法可以通過經(jīng)由輸入接口(306)聚集它們的輸入來實現(xiàn)。

一種在單個區(qū)域內(nèi)以及跨越多個區(qū)域檢測感興趣對象的方法可以通過將來自輸入接口(306)的視頻輸出(309)轉(zhuǎn)發(fā)到對象在區(qū)域內(nèi)檢測引擎(307)以及區(qū)域到區(qū)域檢測引擎(308)以進行感興趣對象檢測來實現(xiàn)。

一種改變視頻檢測規(guī)則的方法，其依賴于感興趣對象在模板管理器(300)的哪個位置。來自輸入接口(306)的視頻輸出(309)能夠被發(fā)送到視頻引擎(310)以對傳入視頻進行解碼以進行視頻顯示。

一種在單個區(qū)域內(nèi)以及跨越多個區(qū)域檢測感興趣對象的方法可以通過以下來實現(xiàn)：將視頻輸出(309)轉(zhuǎn)發(fā)到動作識別引擎(312)以確定感興趣對象展現(xiàn)的動作是否符合用戶定義的標準以告知事件管理器(313)感興趣事件已經(jīng)發(fā)生，并且應該發(fā)出通知和/或采取行動。

一種觸發(fā)通知類型(317)的方法可以通過事件管理器經(jīng)由輸出接口(316)向通知引擎(314)發(fā)送通知消息來實現(xiàn)。通知類型可以是文本消息、電子郵件、視頻截圖、視頻剪輯或語音消息。

一種經(jīng)由輸出接口(316)觸發(fā)致動器動作(318)的方法可以通過事件管理器向致動器引擎(315)發(fā)送動作消息來實現(xiàn)。

一種通過視頻輸入(301)觸發(fā)通知(317)的方法可以通過從輸入接口(306)傳輸視頻輸出(309)到視頻引擎(310)以進行分析并與在事件管理器(3013)中的用戶定義的視頻觸發(fā)進行比較來實現(xiàn)。當視頻動作匹配視頻觸發(fā)時，事件管理器(313)能夠向通知引擎(314)發(fā)送消息，以發(fā)送通知(317)和/或致動器引擎(315)以執(zhí)行動作(318)。

一種通過音頻輸入(302)觸發(fā)通知(317)的方法可以通過從輸入接口(306)轉(zhuǎn)發(fā)音頻輸出(320)到音頻引擎(319)以進行分析并與在事件管理器(3013)中的用戶定義的音頻觸發(fā)進行比較來實現(xiàn)。當音頻消息匹配音頻觸發(fā)時，事件管理器(313)能夠向通知引擎(314)發(fā)送消息，以發(fā)送通知(317)和/或致動器引擎(315)以執(zhí)行動作(318)。

一種通過傳感器輸入(303)觸發(fā)通知(317)的方法可以通過從輸入接口(306)轉(zhuǎn)發(fā)傳感器輸出(309)到傳感器引擎(319)以進行分析并與在事件管理器(3013)中的用戶定義的傳感器觸發(fā)進行比較來實現(xiàn)。當傳感器輸入值匹配傳感器觸發(fā)時，事件管理器(313)能夠向通知引擎(314)發(fā)送消息，以發(fā)送通知(317)和/或致動器引擎(315)以執(zhí)行動作(318)。

一種記錄視頻輸入(301)、音頻輸入(302)以及傳感器輸入(303)的方法可以通過將來自音頻引擎(319)、視頻引擎(310)以及傳感器管理器(322)的相應輸出轉(zhuǎn)發(fā)到能夠記錄視頻、音頻和傳感器數(shù)據(jù)到存儲盤(311)的記錄管理器(323)來實現(xiàn)。

一種使能對象追蹤網(wǎng)路裝置(304)和中央管理系統(tǒng)(305)之間的通信的方法可以通過將傳入消息從輸入接口(306)轉(zhuǎn)發(fā)給協(xié)議引擎(326)來實現(xiàn)，該協(xié)議引擎(326)能夠?qū)碜暂敵鼋涌?316)的通信發(fā)送到其他對象追蹤網(wǎng)絡(luò)裝置(323)以及其他中央管理站(324)。

一種從存儲盤(311)中檢索存儲的音頻(327)、視頻(328)以及傳感器數(shù)據(jù)(329)的方法可以通過記錄管理器(323)來實現(xiàn)，該記錄管理器(323)能夠?qū)z索到的音頻、視頻以及傳感器數(shù)據(jù)轉(zhuǎn)發(fā)到輸出接口(316)。

一種從裝置向另一個中央管理系統(tǒng)(324)生成報告的方法可以通過報告引擎(330)來實現(xiàn)，該報告引擎(330)收集來自事件管理器(313)、音頻引擎(319)、視頻引擎(310)、傳感器管理器(322)以及協(xié)議引擎(323)的數(shù)據(jù)。所收集的數(shù)據(jù)然后能夠被處理并總結(jié)，并且經(jīng)由輸出接口(316)發(fā)送出。

一種在永久電源不可用時在擴展的時間段內(nèi)向?qū)ο笞粉櫻b置提供恒定的以及不間斷的電力的方法可以通過將該裝置(331)連接到通用電力系統(tǒng)(332)來實現(xiàn)。

一種在對象追蹤裝置以及中央管理系統(tǒng)應用或另一個外部供應商應用(335)之間交換通信的方法可以通過經(jīng)由應用編程接口(333)進行通信來實現(xiàn)。

4.2對象追蹤網(wǎng)絡(luò)裝置組件描述

請參見圖3-對象追蹤裝置網(wǎng)絡(luò)架構(gòu)

4.2.1輸入接口-(306)

●到設(shè)備的視頻輸入的通信(301)

●到設(shè)備的音頻輸入的通信(302)

●到設(shè)備的傳感器輸入的通信(303)

●來自其他裝置的協(xié)議消息的通信(304)

●來自其他中央管理站的協(xié)議消息輸入的通信(305)

4.2.2區(qū)域內(nèi)的對象移動檢測(owz)-(307)

●允許用戶創(chuàng)建任意數(shù)量的感興趣區(qū)域

●允許用戶創(chuàng)建任意形狀的區(qū)域

●允許用戶基于尺寸、形狀以及顏色定義感興趣對象

●允許用戶定義不同的區(qū)域和不同區(qū)域內(nèi)的對象彼此之間如何交互

4.2.3區(qū)域到區(qū)域的對象移動(z-z或z²)-(308)

●允許用戶追蹤在區(qū)域之間移動的對象

●允許用戶定義對象在區(qū)域之間移動時觸發(fā)警報的條件

4.2.4動作識別引擎(are)-(312)

●允許用戶定義感興趣動作

●動作能夠通過指定以下各項來定義

●速度向量(速率+方向)

●加速度

●形狀的改變

●形狀的縮放(調(diào)整尺寸)

●顏色和/或陰影的改變

●允許用戶使用預先定義的動作中的一個

●允許用戶為指定的動作定義區(qū)域

●允許用戶定義對于感興趣動作的響應。

4.2.5記錄管理器-(323)

負責：

●與事件管理器(313)通信

●與視頻引擎(310)通信

●與音頻引擎(319)通信

●與傳感器管理器(322)通信

●開始記錄

●結(jié)束記錄

●移除過期的文件

●加鎖重要的文件

●管理盤空間

●管理盤碎片

4.2.6音頻引擎-(319)

負責音頻輸入的處理

4.2.7視頻引擎-(310)

負責視頻輸入的處理

4.2.8傳感器管理器-(322)

負責：

●與事件管理器(313)通信

●從傳感器接收數(shù)據(jù)

●向傳感器發(fā)送命令

●配置傳感器

4.2.9模板管理器-(300)

負責：

●與事件管理器(313)通信

●供應由用戶設(shè)定的正確的感興趣對象模板以用于區(qū)域內(nèi)對象(307)以及區(qū)域到區(qū)域(308)的對象檢測

4.2.10事件管理器-(313)

負責：

●處理其他管理模塊之間的通信

●處理系統(tǒng)提供/激發(fā)的事件

●路由信號

●與owz(307)通信

●與z²(308)通信

●與are(312)通信

●與記錄管理器(323)通信

●與通知引擎(314)通信

●與致動器引擎(315)通信

●與音頻引擎(319)通信

●與視頻引擎(310)通信

●與傳感器管理器(322)通信

●與協(xié)議引擎(325)通信

·與報告引擎(330)通信

4.2.11通知引擎-(314)

當區(qū)域內(nèi)對象(owz)或動作響應引擎(are)被觸發(fā)時，接下來的通知或它們的組合將由通知引擎基于用戶偏好來發(fā)送：

●文本消息

●電子郵件

●視頻截圖

●視頻片段

●語音消息

4.2.12致動器引擎-(315)

負責：

●處理其他管理模塊之間的通信

●處理系統(tǒng)提供/激發(fā)的事件

●路由信號

●配置致動器

4.2.13存儲裝置-(311)

負責：

●視頻數(shù)據(jù)(301)的永久存儲

●音頻數(shù)據(jù)(302)的永久存儲

●傳感器數(shù)據(jù)(303)的永久存儲

●記錄管理器數(shù)據(jù)(323)的永久存儲

4.2.14協(xié)議引擎-(326)

負責實現(xiàn)實時對象追蹤協(xié)議(參見實時對象追蹤協(xié)議規(guī)范文檔)。

4.2.15報告引擎-(330)

負責：

●收集和報告來自事件管理器(313)的數(shù)據(jù)

●收集和報告來自音頻引擎(319)的數(shù)據(jù)

●收集和報告來自視頻引擎(310)的數(shù)據(jù)

●收集和報告來自傳感器管理器(322)的數(shù)據(jù)

●收集和報告來自協(xié)議引擎(326)的數(shù)據(jù)

4.2.16輸出接口(316)

負責：

●視頻輸出到裝置的通信(327)

●音頻輸出到裝置的通信(328)

●傳感器輸出到裝置的通信(329)

●協(xié)議消息輸出到其他裝置的通信(323)

●協(xié)議消息輸出到其他中央管理站的通信(324)

5.0中央管理應用(400)

中央管理站體現(xiàn)了駐留在實時對象追蹤裝置中的軟件應用，其被操作者用來訪問如圖4描述的裝置的功能。

負責：

用戶界面ui(401)-用戶訪問實時對象追蹤裝置的功能的方法

應用程序接口(402)-用戶界面(401)經(jīng)由api命令與其他系統(tǒng)組件通信的方法。

模板管理器配置模塊(403)-用戶界面(401)經(jīng)由api(402)向模板管理器(403)以及事件管理器(404)發(fā)送命令以為具體的用戶模板創(chuàng)建、修改或刪除owz(405)，z²(406)以及事件管理器(407)檢測參數(shù)的方法。

事件管理器模塊(404)-用于用戶界面(401)管理被觸發(fā)的事件以及經(jīng)由api(402)模板管理器配置模塊(403)和管理器(404)發(fā)送命令，以與所有其他模塊owz(405)、z²(406)、are(407)、記錄管理器(408)、音頻引擎(409)、視頻引擎(410)、傳感器管理器(411)、通知模塊(412)、致動器模塊(413)、協(xié)議引擎模塊(414)以及報告引擎(415)進行通信的方法。

區(qū)域內(nèi)對象模塊owz(405)-供用戶界面(401)經(jīng)由api(402)、模板管理器配置模塊(403)以及事件管理器(404)發(fā)送命令，以創(chuàng)建任何數(shù)目、任何形狀的檢測區(qū)域的方法?；诔叽纭⑿螤詈皖伾蜿幱岸x感興趣對象，以及不同區(qū)域和不同區(qū)域內(nèi)的對象是如何交互的。

區(qū)域到區(qū)域模塊z²(406)-供用戶界面(401)經(jīng)由api(402)、模板管理器配置模塊(403)以及事件管理器(404)發(fā)送命令，以追蹤在區(qū)域之間移動的對象，并且定義對象在區(qū)域之間移動時觸發(fā)報警和動作的條件的方法。

動作識別引擎are(407)-供用戶界面(401)經(jīng)由api(402)、模板管理器配置模塊(403)以及事件管理器(404)發(fā)送命令，以定義感興趣動作(速度向量(即速率加方向)、加速度、形狀的改變、形狀的縮放(調(diào)整尺寸)、顏色和/或陰影的改變)的方法。允許用戶選擇預先定義的動作。允許用戶定義指定的動作的檢測區(qū)域。允許用戶定義對感興趣動作的響應。

記錄管理模塊(408)-供用戶界面(401)經(jīng)由api(402)、模板管理器配置模塊(403)以及事件管理器(404)發(fā)送命令，以開始和結(jié)束或者定義事件輸入、視頻輸入、音頻輸入以及傳感器輸入的記錄的開始或者結(jié)束的方法。

音頻引擎模塊(409)-供用戶界面(401)經(jīng)由api(402)、模板管理器配置模塊(403)以及事件管理器(404)發(fā)送命令，以檢索音頻輸入的方法。

視頻引擎模塊(410)-供用戶界面(401)經(jīng)由api(402)、模板管理器配置模塊(403)以及事件管理器(404)發(fā)送命令，以檢索視頻輸入的方法。

傳感器管理器模塊(411)-供用戶界面(401)經(jīng)由api(402)、模板管理器配置模塊(403)以及事件管理器(404)發(fā)送命令，以配置傳感器并檢索傳感器數(shù)據(jù)的方法。

通知模塊(412)-供用戶界面(401)經(jīng)由api(402)、模板管理器配置模塊(403)以及事件管理器(404)發(fā)送命令，以配置通知類型(文本消息、電子郵件、視頻截圖、視頻片段、語音消息)的方法。

致動器模塊(413)-供用戶界面(401)經(jīng)由api(402)、模板管理器配置模塊(403)以及事件管理器(404)發(fā)送命令，以配置致動器并檢索致動器數(shù)據(jù)的方法。

協(xié)議模塊(414)-供用戶界面(401)經(jīng)由api(402)、模板管理器配置模塊(403)以及事件管理器(404)發(fā)送命令，以發(fā)布實時對象追蹤協(xié)議命令的方法。

報告模塊(415)-供用戶界面(401)經(jīng)由api(402)、模板管理器配置模塊(403)以及事件管理器(404)發(fā)送命令，以收集和報告來自事件管理器模塊(406)、音頻引擎模塊(409)，視頻引擎模塊(410)、傳感器管理器模塊(411)以及協(xié)議引擎(414)的數(shù)據(jù)的方法。

6.0實時對象追蹤協(xié)議(326)

協(xié)議引擎(326)體現(xiàn)了實時對象追蹤協(xié)議，該協(xié)議是一種用于從對象追蹤裝置處提取設(shè)備信息以及用于建立其他裝置之間的通信的無狀態(tài)協(xié)議方法。實時對象追蹤協(xié)議的目標是幫助用戶保持對感興趣對象的追蹤、執(zhí)行數(shù)據(jù)同步以及經(jīng)由消息和控制命令對裝置和中央管理站之間的實時健康監(jiān)控。在要求時傳輸可靠性和錯誤修復時，所使用的傳輸協(xié)議可以是面向連接的協(xié)議tcp，或者如果需求是最小化協(xié)議流量開銷，則所使用的傳輸協(xié)議可以是udp。實時對象追蹤協(xié)議使得能夠進行對感興趣對象的實時追蹤以及歷史搜索。

當基于用戶定義的標準檢測到感興趣對象時，由對象追蹤網(wǎng)絡(luò)裝置生成到中央管理系統(tǒng)的消息，以開始對這個對象的搜索并經(jīng)由實時對象追蹤協(xié)議跨位于感興趣對象周圍的其他裝置對該對象進行追蹤。

7.0通用電源系統(tǒng)(332)

通用電力系統(tǒng)體現(xiàn)了一種管理多個輸入電源并調(diào)整多個輸入電源以通過輸入電力緩沖器對對象追蹤網(wǎng)絡(luò)裝置供電的方法，該輸入電力緩沖器從車載交流發(fā)電機、室內(nèi)電力、太陽能、風能或者其他外部電源中自動選擇輸入電源來給兩個或更多個電池不斷充電。在指定時刻，只有一個電池向裝置提供電力。

通用電力系統(tǒng)也提供了一種對裝置操作溫度進行控制的方法。一旦周圍溫度低于或者高于具體操作溫度，可逆的加熱或者冷卻元件被啟動以維持對象追蹤網(wǎng)絡(luò)裝置的最佳操作溫度。

如果在多個電源中存在不足的能量，通用電力系統(tǒng)提供了一種組合電池以及多個電源中可用的能量以對對象追蹤網(wǎng)絡(luò)裝置供電的方法。

通用電力系統(tǒng)通過在從電池以及多個輸入電源沒有對裝置供電以保持系統(tǒng)狀態(tài)并避免災難性電力丟失數(shù)據(jù)損壞的足夠能量時向中央管理系統(tǒng)發(fā)送裝置關(guān)閉健康檢查狀態(tài)消息并自動關(guān)閉裝置而提供了一種低電力關(guān)閉方法。

8.0實時對象追蹤系統(tǒng)的移動車載部署方法

實時對象追蹤系統(tǒng)的移動車載版本當被安裝在車里時以兩種模式進行工作，即熄火和點火。

系統(tǒng)體現(xiàn)了對象追蹤網(wǎng)絡(luò)裝置(331)、drivecam攝像機(810，811，812，813)，parkcam攝像機(800，801，802，803，804，805)、周邊傳感器(806，807，808，809)、lcd屏幕顯示器(901，902)以及通用電力系統(tǒng)(332)。

當車輛熄火時，記錄來自parkcam攝像機(800，801，802，803，804，805)的實時視頻的方法可以通過能夠通過周邊傳感器(806，807，808，809)檢測對象進入周邊來實現(xiàn)。這些傳感器信號可以是到對象追蹤網(wǎng)絡(luò)裝置(311)的傳感器管理器(322)的傳感器輸入(303)。這個信號能夠觸發(fā)事件管理器(313)開始記錄來自視頻輸入(301)的視頻。

當車輛熄火時，記錄來自parkcam攝像機(800，801，802，803，804，805)的實時視頻的方法可以通過能夠通過周邊傳感器(806，807，808，809)檢測對象進入周邊來實現(xiàn)。這些傳感器信號是對象追蹤網(wǎng)絡(luò)裝置(311)的傳感器管理器(322)的傳感器輸入(303)。這個信號能夠觸發(fā)事件管理器(313)開始記錄來自視頻輸入(301)的視頻。然而，這個記錄方法能夠通過發(fā)送到事件管理器(313)以使得parkcam在熄火情況下一直記錄的命令而被繞開。

當車輛熄火時，從parkcam攝像機(800，801，802，803，804，805)檢測感興趣對象在區(qū)域內(nèi)的方法可以通過周邊傳感器(806，807，808，809)檢測對象強行進入周邊來實現(xiàn)。這些傳感器信號可以是到對象追蹤網(wǎng)絡(luò)裝置(311)的傳感器管理器(322)的傳感器輸入(303)。這個信號能夠觸發(fā)事件管理器(313)開始記錄來自視頻輸入(301)的視頻。這個對象然后可以被區(qū)域內(nèi)對象檢測(307)-owz模塊分析以確定該對象是否在由用戶定義的檢測區(qū)域內(nèi)。如果是，這個對象可以被標識為區(qū)域內(nèi)的感興趣對象。

當車輛熄火時，從parkcam攝像機(800，801，802，803，804，805)檢測感興趣對象正在區(qū)域到區(qū)域移動的方法可以通過周邊傳感器(806，807，808，809)檢測對象進入周邊來實現(xiàn)。這些傳感器信號可以是到對象追蹤網(wǎng)絡(luò)裝置(311)的傳感器管理器(322)的傳感器輸入(303)。這個信號能夠觸發(fā)事件管理器(313)開始記錄來自視頻輸入(301)的視頻。這個對象然后可以被區(qū)域內(nèi)對象檢測(307)-owz模塊分析以確定對象是否在由用戶定義的檢測區(qū)域內(nèi)。如果是，這個對象可以被標識為區(qū)域內(nèi)的感興趣對象。如果感興趣對象移動到同一個攝像機的另一個視野區(qū)域，或者任何其他攝像機的視野區(qū)域，那么這個相同的對象能夠通過區(qū)域到區(qū)域(308)-z²模塊進行追蹤。

當車輛點火時，記錄來自drivecam攝像機(810，811，812，813)的實時視頻的方法可以通drivecam內(nèi)的動作傳感器檢測動作來實現(xiàn)。實時的視頻可以是到對象追蹤網(wǎng)絡(luò)裝置(311)的視頻引擎(310)的視頻輸入(301)。這個信號能夠觸發(fā)事件管理器(313)開始記錄來自視頻輸入(301)的視頻。

一種顯示來自drivecam攝像機(810，811，812，813)的實時或者記錄的視頻的方法能夠通過在頭部遮陽板lcd顯示器(901)和/或?qū)Ш较到y(tǒng)終端(902)中顯示這些視頻來實現(xiàn)。

8.1系統(tǒng)組件描述

對象追蹤網(wǎng)絡(luò)裝置-(331)

對象追蹤網(wǎng)絡(luò)裝置可以包括區(qū)域?qū)ο髾z測，區(qū)域到區(qū)域?qū)ο髾z測的系統(tǒng)，其當基于用戶定義的標準識別出對象或具體動作時執(zhí)行具體的操作。視頻和音頻輸入的記錄、傳感器輸入控制、致動器輸出動作控制、事件管理、通知、存儲、協(xié)議消息生成以及報告生成能夠由圖3所描述的裝置執(zhí)行。

drivecam攝像機-(810，811，812，813)

drivecam攝像機可以具有能夠在點火時不管車輛是否移動或者頭燈是否打開都能夠獲取實時視頻的夜視攝像機。

parkcam攝像機-(800，801，802，803，804，805)

parkcam攝像機可以具有能夠在熄火時不管車輛是否移動都能夠獲取實時視頻的夜視攝像機。

周邊傳感器-(806，807，808，809)

周邊傳感器包括360度接近感測系統(tǒng)，其能在熄火時夠檢測360度安全周邊內(nèi)任何地方的對象。只有當對象違反安全周邊時，parkcam攝像機才開始記錄。

lcd屏幕顯示器-(901，902)

lcd屏幕顯示器可以具有實時或記錄的視頻顯示系統(tǒng)，其可以使用現(xiàn)有的車輛導航系統(tǒng)、娛樂或攝像機顯示器、或能夠安裝在車輛內(nèi)部任意位置的lcd屏幕顯示器，這些位置比如駕駛者或者乘客遮陽板后的隱蔽位置、在手套/存儲箱的內(nèi)部、或者后備箱、或者備胎艙。lcd屏幕顯示器能夠在任何位置的攝像機之間自動切換或者手動切換。能夠經(jīng)由遠程控制或者人工開關(guān)控制或者來自同一裝置的致動器引擎(318)的命令或者到另一個裝置的協(xié)議引擎(326)進行切換開關(guān)。

9.0實時對象追蹤系統(tǒng)的移動車載以及非移動部署方法

實時對象追蹤系統(tǒng)的移動車載以及非移動部署可以具有以下：

移動車載系統(tǒng)可以具有對象追蹤網(wǎng)絡(luò)裝置(331)、drivecam攝像機(810，811，812，813)、parkcam攝像機(800，801，802，803，804，805)、周邊傳感器(806，807，808，809)、lcd屏幕顯示器(901，902)以及通用電力系統(tǒng)(332)。

非移動系統(tǒng)可以具有對象追蹤網(wǎng)絡(luò)裝置(331)、中央管理站、實現(xiàn)對象追蹤網(wǎng)絡(luò)裝置和中央管理應用(334)之間的通信的實時對象追蹤協(xié)議(326)。此外，當永久電源不可用時，通用電力系統(tǒng)(332)能夠向裝置提供臨時電力。

參見圖8，當車輛熄火時，顯示包括車載攝像機(904，905)以及樓內(nèi)攝像機(906，907)的方法能夠通過經(jīng)由無線或蜂窩或者其他任何移動網(wǎng)絡(luò)傳輸媒介從車輛處發(fā)送實時視頻以及樓內(nèi)攝像機實時視頻到基于因特網(wǎng)的通信網(wǎng)絡(luò)來實現(xiàn)。實時視頻接著可以被發(fā)送到中央管理站(903)。中央管理站接著組合車載以及樓內(nèi)攝像機數(shù)據(jù)到辦公用筆記本(908)、智能平板計算機(909)、車載lcd顯示器(910)或其他任何形式的計算設(shè)備以進行視頻顯示。

10.0附圖

圖10.1典型多層ip視頻監(jiān)控交換架構(gòu)

10.2圖2典型企業(yè)ip視頻數(shù)據(jù)中心和中央管理系統(tǒng)架構(gòu)

10.3圖3-對象追蹤裝置架構(gòu)

10.4圖4-中央管理系統(tǒng)應用架構(gòu)

10.5圖5-移動車載實時對象追蹤系統(tǒng)parkcam模式(未點火)-320度視角

10.6圖6-移動車載實時對象追蹤系統(tǒng)parkcam模式(點火)-320度視角

10.7圖7-移動車載實時對象追蹤系統(tǒng)lcd屏顯示方法

10.8圖8-實時對象追蹤系統(tǒng)的移動車載和非移動部署方法

通用電力系統(tǒng)

1.0摘要

通用電力系統(tǒng)可以執(zhí)行一種管理多個輸入電源并調(diào)整多個輸入電源以通過輸入電力緩沖器對對象追蹤網(wǎng)絡(luò)裝置供電的方法，該輸入電力緩沖器從車載交流發(fā)電機、室內(nèi)電力、太陽能、風能或者其他外部電源來中選擇輸入電源來給兩個或更多個電池不斷充電。在指定時刻，只有一個電池向裝置提供電力。

通用電力系統(tǒng)可以執(zhí)行一種對裝置操作溫度進行控制的方法。一旦周圍溫度低于或者高于具體操作溫度，可逆的加熱或者冷卻元件被啟動以維持對象追蹤網(wǎng)絡(luò)裝置的最佳操作溫度。

如果多電源中存在不足的能量，通用電力系統(tǒng)可以組合電池以及多個電源中可用的能量以對對象追蹤網(wǎng)絡(luò)裝置供電。

通用電力系統(tǒng)可以通過在從電池以及多個輸入電源沒有對設(shè)備供電以維持系統(tǒng)狀態(tài)并避免災難性電力丟失數(shù)據(jù)損壞的足夠能量時，向中央管理系統(tǒng)發(fā)送裝置關(guān)閉健康檢查狀態(tài)消息并自動關(guān)閉裝置來執(zhí)行一種低電力自動關(guān)閉方法。

2.0發(fā)明領(lǐng)域

公開了在永久電源不可用時向裝置提供恒定的并且不間斷的電力的移動電力系統(tǒng)。

3.0背景技術(shù)

目前的車載視頻安全系統(tǒng)只有在車輛點火時工作，對安全系統(tǒng)的電力是通過車輛電池或者交流發(fā)電機直接提供。示例性的泊車輔助或者后視鏡視頻攝像機也只有在點火和引擎運行的時候才工作。如果沒點火或者引擎是關(guān)閉的，視頻攝像機將不再工作因為并沒有來自交流發(fā)電機的電力。如果攝像機直接從車輛電池獲得電力，那么車輛電池電力最終會被攝像機耗盡，然后車輛將無法啟動。為了解決這個問題，通用電力系統(tǒng)(ups)被發(fā)明以不管車輛是否點火都提供恒定的并且不間斷的電力。

4.0發(fā)明概述

通用電力系統(tǒng)能夠執(zhí)行一系列的方法以向裝置提供恒定的并且不間斷的電力。電力輸入可以來自任意數(shù)量的輸入電源。電力系統(tǒng)為兩個或更多個電池充電。電力輸出為對象追蹤網(wǎng)絡(luò)裝置供電，并且也提供電力給加熱和冷卻元件以維持裝置的最佳操作溫度。

參見圖1，通用電力系統(tǒng)組件-通用電力系統(tǒng)體現(xiàn)了電力管理系統(tǒng)(101)、電池(103，103)，輸入電源(104，105，106，107，108)、加熱(109)和冷卻組件(110)以向裝置(100)提供電力。

4.1通用電力系統(tǒng)邏輯流程

參見圖2-通用電力系統(tǒng)電流流程圖以及圖3邏輯圖表1情況集

參見圖3-通用電力系統(tǒng)邏輯表

自動選擇輸入電源的方法可以通過以下實現(xiàn)：輸入電源(200)是車輛交流發(fā)電機、ac電源、太陽能、風能或其他形式。電源控制(201)自動選擇最高的電源并將電流切換到電池充電選擇器(213)。

確定哪個電池需要充電的方法可以通過以下實現(xiàn)：電流平衡控制(202)確定哪個電池b1(209)或電池b2(210)需要充電。

對電池充電的方法可以通過以下實現(xiàn)：電池b1電力信號模塊(207)被設(shè)置為low，這代表著電流將從電流平衡控制(102)流動到電池b2(210)。電流平衡控制(102)接著將電流切換到被設(shè)定為low的電力信號模塊(207)，從而將電流切換以為電池b2(210)充電。

停止給電池充電的方法可以通過以下實現(xiàn)：由于電池b2(210)正在充電，沒有通過設(shè)置為關(guān)閉的電力開關(guān)(203)到電池b2(210)的電流流動。其反面對于針對電池b1設(shè)置為打開的電力開關(guān)(203)是正確的。電池b1(209)是充滿電狀態(tài)。因此，電流平衡控制(202)被設(shè)置到關(guān)，因此電池b1(209)不被充電。

為裝置提供電力的方法可以通過以下實現(xiàn)：

當按照電力信號模塊(208)電池b1(209)被設(shè)置為充滿電狀態(tài)，電力開關(guān)(203)可以被設(shè)置到打開，從而切換來自電池b1(209)的電流以給裝置(204)供電。

允許到裝置的傳感器輸入監(jiān)測的方法可以通過以下實現(xiàn)：輸入傳感器(214)可以被連接到裝置(204)以允許實時對象識別和對象追蹤。裝置(204)可以通過開關(guān)(203)打開，該開關(guān)(203)取決于哪塊電池由電流平衡控制(202)設(shè)置為充滿電狀態(tài)來切換來自電池b1(209)或者電池b2(210)的電流。充滿電狀態(tài)的電池能夠向設(shè)備(204)供電，從而允許傳感器輸入(214)的檢測。

一種監(jiān)控裝置操作溫度的方法可以通過以下方式實現(xiàn)：當裝置(204)由處于打開狀態(tài)的電力開關(guān)(203)供電時，熱傳感器和控制(205)也能夠被電力開關(guān)設(shè)置到打開狀態(tài)，使得其能夠監(jiān)控裝置(204)操作溫度。

一種確定裝置操作溫度超出用戶定義的最高溫度上限并且啟動冷卻的方法可以通過以下實現(xiàn)：如果如由熱傳感器和控制(205)檢測到的裝置操作溫度超出用戶定義的最高溫度上限，冷卻元件(206)可以被啟動以將操作溫度下降到可接受的操作溫度。

一種確定裝置操作溫度低于用戶定義的最低溫度下限并且啟動加熱的方法可以通過以下實現(xiàn)：如果如由熱傳感器和控制(205)檢測到的裝置操作溫度低于用戶定義的最低溫度下限，加熱元件(206)可以被啟動以將操作溫度上升到可接受的操作溫度。

4.2通用電力系統(tǒng)電路區(qū)塊圖描述

參見圖3-通用電力系統(tǒng)邏輯表

參見圖4-通用電力系統(tǒng)電路區(qū)塊圖

通用電力系統(tǒng)可以具有3個主要的電路區(qū)塊：電池b1充電塊(422)、電池b2充電塊(423)以及電力開關(guān)塊(424)。

4.2.1電池b1充電塊(422)

一種為電池b1(406)充電的方法可以通過以下來實現(xiàn)：將電池b1充電塊(422)連接到電池b1，同時電力開關(guān)塊(424)將電流切換到電池b1(406)如圖3表2所示-電池b1電量低，因此它需要充電。開關(guān)s1可以被設(shè)置為開，從而允許電池充電器bc1向電池b1充電。

一種為電池b1(406)充電的方法可以通過電力開關(guān)塊(424)實現(xiàn)，電力開關(guān)塊(424)包括u4四路雙向開關(guān)(409)以及電力開關(guān)繼電器(411)。u4(409)可以通過u3(407)電池b1輸出電壓檢測器控制，其能夠監(jiān)控電池b1(406)的輸出電壓。當電池b1(406)的輸出電壓低于u3(407)的參考電壓時，其能夠向u4(409)發(fā)出信號以觸發(fā)電池b1scrt-硅控制整流觸發(fā)器(410)。觸發(fā)器通過允許充電電流從u2(404)通過能夠?qū)㈦娏鲝妮斎腚娫崔D(zhuǎn)發(fā)到電池b1(406)的scr6(405)使得u2(404)給電池b1(406)充電。

一種自動選擇輸入電源(比如ac電源(401)或者其他電源)以對電池b1(406)進行充電的方法可以通過檢測最高的輸入電壓并切換該電壓以為電池充電來實現(xiàn)。這能夠通過每一個電源連接到用于每個輸入電源的輸入硅控制整流器scr1到scr5(402)，并將輸出電壓整流到u1電力輸入電壓電測器(403)來實現(xiàn)。u1(403)接著能夠觸發(fā)u2(402)將輸入電流切換通過能夠?qū)碜暂斎腚娫吹碾娏鬓D(zhuǎn)發(fā)到電池b1(406)的scr6(405)。

4.2.2電池b2充電塊(423)

一種為電池b2(413)充電的方法可以通過以下來實現(xiàn)：將電池b2充電塊(423)連接到電池b2，同時電力開關(guān)塊(424)將電流切換到電池b2(413)如圖3表1所示-電池b2電量低，因此它需要充電。開關(guān)s2可以被設(shè)置為開，從而允許電池充電器bc2向電池b2充電。

一種為電池b2(406)充電的方法可以通過電力開關(guān)塊(424)實現(xiàn)，該電力開關(guān)塊(424)包括u4四路雙向開關(guān)(409)以及電力開關(guān)繼電器(411)。u4(414)可以通過u3(416)電池b2輸出電壓檢測器控制，其能夠監(jiān)控電池b2(413)的輸出電壓。當電池b2(413)的輸出電壓低于u3(416)的參考電壓時，其能夠向u4(409)發(fā)出信號以觸發(fā)電池b2scrt-硅控制整流觸發(fā)器(415)。觸發(fā)器通過允許充電電流從u2(418)通過能夠?qū)㈦娏鲝妮斎腚娫崔D(zhuǎn)發(fā)到電池b2的scr6(407)給電池b2(413)充電。

一種自動選擇輸入電源(比如ac電源(421)或者其他電源)以對電池b2(413)進行充電的方法可以通過檢測最高的輸入電壓并切換該電壓以為電池充電來實現(xiàn)。這能夠通過一個電源連接到用于每個輸入電源的輸入硅控制整流器scr1到scr5(419)并將輸出電壓整流到u1電力輸入電壓電測器(419)來實現(xiàn)。u1(419)接著能夠觸發(fā)u2(418)切換輸入電流通過能夠?qū)碜暂斎腚娫吹碾娏鬓D(zhuǎn)發(fā)到電池b2(413)的scr6(417)。

4.3通用電力系統(tǒng)組件層次描述

參見圖5-通用電力系統(tǒng)電路圖

4.3.1電池b1充電塊(b1)

一種為電池b1(502)充電的方法可以通過以下來實現(xiàn)：連接電池b1充電塊(501)到電池b1(502)。不同電源(503)的輸入被連接到硅控制整流器(scr1，2，3，4，5)，并連接到電路平衡(u4)的輸入。u4確定哪個電源(503)具有最高輸入電壓。u4接著將連接到對應的scr的觸發(fā)輸入的適當?shù)妮敵鲈O(shè)置為高，從而將電流切換到電池b1(502)如圖3，表2-電池b1電量低，需要充電所示。

一種為電池b1(502)充電的方法可以通過以下來實現(xiàn)：b1輸入電源(503)將電流通過輸入電阻器(r13，r14，r15，r16，r17)轉(zhuǎn)發(fā)到電路平衡(u4)。u4確定哪個電源(503)輸入具有最高輸入電壓。u4接著將連接到對應的scr的觸發(fā)輸入的適當?shù)妮敵鲈O(shè)置為高，從而切換電流到電池b1(502)。

一種為電池b1(502)充電的方法可以通過以下實現(xiàn)：u4協(xié)同硅控整流器scr(1，2，3，4，5，6)作為電池b1(502)的一個電路開關(guān)繼電器，u4由作為用于監(jiān)控電池b1(502)的輸出電壓的電池b1輸出電壓檢測器電路平衡(u3)的輸出控制。當如由電壓分割電路電阻器(r8，r9)測量的電池b1(502)的輸出電壓低于通過電阻r7設(shè)置的u3的參考電壓時，u3的輸出被設(shè)置為高。這一觸發(fā)電壓使得u4將合適的scr(1，2，3，4，5，6)的出發(fā)輸入電壓設(shè)置為高。其充當電池b1充電電路(u2)的觸發(fā)電壓以使得它的輸出(pin6)設(shè)置為高。高電壓阻塞了流經(jīng)二極管d1的電流。這就允許電流通過電阻器r5和r6，從而設(shè)置晶體管的基極(b)為高。高電壓阻塞了來自發(fā)射極(e)到基極(b)的流經(jīng)電阻r3和led的電流。這創(chuàng)建了開路，從而阻止電流流經(jīng)晶體管。由于led輸入處的電流由于開路而不能夠流經(jīng)晶體管。電流可以代替地從u1經(jīng)過r23流到連接到電池b1(502)的scr6。由于scr6的觸發(fā)輸入電壓已經(jīng)被設(shè)置為高，這也就允許電流經(jīng)過scr6流向b1(502)以為其充電。

4.3.2電池b2充電塊(b2)

一種為電池b2(505)充電的方法可以通過以下實現(xiàn)：連接電池b2充電塊(504)到電池b1(505)。不同電源(506)的輸入被連接到硅控制整流器(scr1，2，3，4，5)，并連接到電路平衡(u4)的輸入。u4確定哪個電源(506)具有最高輸入電壓。u4接著將連接到對應的scr的觸發(fā)輸入的適當?shù)妮敵鲈O(shè)置為高，從而切換電流到電池b1(502)，如圖3，表2所定義的-電池b1電量低，因此需要充電。

一種為電池b2(505)充電的方法可以通過以下來實現(xiàn)：b2輸入電源(506)通過將電流通過輸入電阻器(r13，r14，r15，r16，r17)轉(zhuǎn)發(fā)到電路平衡(u4)。u4確定哪個電源(506)具有最高輸入電壓。u4接著將連接到對應的scr的觸發(fā)輸入的適當?shù)妮敵鲈O(shè)置為高，從而切換電流到電池b2(505)。

一種為電池b2(505)充電的方法可以如下實現(xiàn)：通過u4協(xié)同硅控整流器scr(1，2，3，4，5，6)作為電池b2(505)的電路開關(guān)繼電器，u4由作為用于監(jiān)控電池b2(505)的輸出電壓的電池b2輸出電壓檢測器的電路平衡(u3)的輸出控制。如由電壓分割電路電阻器(r8，r9)測量的電池b2(505)的輸出電壓低于通過電阻r7設(shè)置的u3的參考電壓時，u3的輸出被設(shè)置為高。這一觸發(fā)電壓使得u4將合適的scr(1，2，3，4，5，6)的參考輸入電壓設(shè)置為高。這充當b2充電電路(u2)的觸發(fā)電壓，以使得它的輸出(pin6)設(shè)置為高。高電壓阻塞了流經(jīng)二極管d1的電流。這就允許電流通過電阻r5和r6，從而設(shè)置晶體管的基極(b)為高。這一高電壓阻塞了來自發(fā)射極(e)到基極(b)的流經(jīng)電阻r3和led的電流。這創(chuàng)建了一個開路，從而阻止電流流經(jīng)晶體管。由于led輸入處的電流由于開路而不能夠流經(jīng)晶體管。電流可以代替地從u1經(jīng)過r23流到連接到電池b2(505)的scr6。由于scr6的觸發(fā)輸入電壓已經(jīng)被設(shè)置為高，這也就允許電流經(jīng)過scr6流向b2(505)以為其充電。

5.0附圖

圖1-通用電力系統(tǒng)組件

圖2-具有圖3邏輯圖表1情況集合的通用電力系統(tǒng)電流圖

圖3-通用功率系統(tǒng)邏輯表

圖4-通用功率系統(tǒng)電路框圖

圖5-通用功率系統(tǒng)組件級別圖