TW200924534A - Intelligent video network protocol - Google Patents

Intelligent video network protocol Download PDF

Info

Publication number
TW200924534A
TW200924534A TW097120621A TW97120621A TW200924534A TW 200924534 A TW200924534 A TW 200924534A TW 097120621 A TW097120621 A TW 097120621A TW 97120621 A TW97120621 A TW 97120621A TW 200924534 A TW200924534 A TW 200924534A
Authority
TW
Taiwan
Prior art keywords
quot
data
type
channel
http
Prior art date
Application number
TW097120621A
Other languages
English (en)
Inventor
Gary W Myers
Robert Cutting
Ethan Shayne
Andrew Martone
Michael C Mannebach
David V Conger
Dana Eubanks
Orly Bayani Canlas
Chung Cheng Yen
Yuk-Chung Kam
Nathan D Borrebach
Satyajeet Shrikant Hoskote
Alan J Lipton
James Morris
William Aldrich
Original Assignee
Objectvideo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Objectvideo Inc filed Critical Objectvideo Inc
Publication of TW200924534A publication Critical patent/TW200924534A/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2407—Monitoring of transmitted content, e.g. distribution time, number of downloads
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213—Monitoring of end-user related data
    • H04N21/44222—Analytics of user selections, e.g. selection of programs or purchase activity
    • H04N21/44224—Monitoring of user activity on external systems, e.g. Internet browsing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/23418—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25816—Management of client data involving client authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25833—Management of client data involving client hardware characteristics, e.g. manufacturer, processing or storage capabilities

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Graphics (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Library & Information Science (AREA)
  • Computer And Data Communications (AREA)

Description

200924534 九、發明說明 【發明所屬之技術領域】 本申請案係相關於網路系統。尤其是，相關於一般視 訊系統的視頻分析之協定，將以特別的參考文獻加以說明 。然而’應明白下面亦可應用到其他類似應用。 【先前技術】 今曰’視訊分析軟體正用於許多平台上的廣泛目的。 現在使用的範圍從平台上之視訊監控系統到以視訊爲基的 商業智慧系統到以視訊爲基的自動化系統，諸如相機、編 碼器' 路由器、數位視訊記錄器（DVR)、個人電腦（PC )、及專業用以視訊爲基的裝置等。然而，沒有通用機構 能夠使裝置、視訊管理軟體、及其他系統之間可交互運作 與裝置到裝置的通訊。 需要有一通用協定以使裝置和應用程式之間能夠更容 易整合。 【發明內容】 本發明的一實施例可包括電腦可讀式媒體，其包含當 電腦執行時使電腦能夠執行方法之軟體，包含：獲得視訊 分析裝置的軟體能力；組配視訊分析裝置的軟體；接收來 自視訊分析裝置的輸出；及發送輸出到使用者裝置。 在最後形式再次完成申請專利範圍。 200924534 【實施方式】 在說明本發明時，下面定義可應用於全文（包括上文 )。 “視訊”可意指以類比及/或數位形式所表示之動態圖 像。視訊的例子可包括：電視；電影；來自視訊相機或其 他觀察器的影像序列；來自直播下載的影像序列；電腦產 生的影像序列；來自電腦圖形引擎的影像序列；來自諸如 電腦可讀式媒體、數位視訊碟（DVD )、或高清晰度碟（ HDD)等儲存裝置的影像序列；來自IEEE 1394爲基的介 面之影像序列；來自視訊數位器的影像序列；或來自網路 的影像序列。 “視訊序列”可意指一些或全部視訊。 “視訊相機”可意指用目視記錄的設備。視訊相機的例 子可包括下面的一或多個：視訊成像機和透鏡設備；視訊 相機；數位視訊相機；彩色相機；黑白相機；相機；攝錄 像機；p c相機；網路攝影機；紅外線（IR )視訊相機； 低光度視訊相機；熱視訊相機；閉路電視（C C T V )相機 :搖攝、傾斜、變焦（PTZ )相機；及視訊感測裝置。可 定位視訊相機以執行相關區域的監控。 “視訊處理”可意指視訊的操縱及/或分析，包括例如 壓縮、編輯、監控、及/或確認。 “圖框”可意指視訊內的特別影像或其他分離單元。 “電腦”可意指一或多個設備及/或一或多個系統，其 能夠接收結構性輸入’根據規定的規則來處理此結構性輸 200924534 入，及產生處理的結果當作輸出。電腦的例子可包括：電 腦；不動及/或可攜式電腦；具有單一處理器、可平行及 /或不平行操作的多個處理器、或多核心處理器之電腦； 萬用型電腦；超級電腦；大型主機；超迷你電腦；迷你電 腦；工作站；微電腦；伺服器；用戶；互動式電視；網頁 設備；具有互連網路存取之電信裝置；電腦和互動式電視 的混合組合；可攜式電腦；平板個人電腦（PC ):個人 數位助理（PDA );可攜式電視；仿效電腦及/或軟體之 特殊應用硬體，諸如數位信號處理器（DSP )、現場可程 式閘陣列（FPGA )、特殊應用積體電路（ASIC )、特殊 應用指令集處理器（ASIP )、晶片、複數晶片、或晶片組 等；單晶片系統（SoC )、或多處理器單晶片系統（ MPSoC ):光學電腦；量子電腦；生物電腦；及一設備， 其可接收資料、可根據一或多個儲存的軟體程式來處理資 料、可產生結果，典型上可包括輸入、輸出、儲存、算術 、邏輯、及控制單元。 “軟體”可意指操作電腦的規定規則。軟體的例子可包 括：軟體；碼段；指令；程式類型；預編譯碼；編譯碼； 解釋碼；電腦程式；及程式化邏輯。 “電腦可讀式媒體”可意指用於儲存電腦可存取之資料 的任何儲存裝置。電腦可讀式媒體的例子可包括：磁碟； 軟碟；光碟，諸如CD-ROM及DVD等；磁帶：快閃可移 除式記憶體；記憶體晶片；及/或可儲存機器可讀式指令 在其上之其他類型的媒體。 -8 - 200924534 “電腦系統”可意指具有一或多個電腦之系統，其中各 個電腦可包括收錄操作電腦的軟體之電腦可讀式媒體。電 腦系統的例子可包括：分佈式電腦系統，用以透過網路所 鏈結電腦系統來處理資訊；透過網路連接在一起之兩或更 多的電腦系統，用以在電腦系統之間傳送及/或接收資訊 ;及一或多個設備及或一或多個系統，可接收資料、可根 據一或多個儲存的軟體程式來處理資料、可產生結果，及 典型尙可包括輸入、輸出儲存、算術、邏輯、及控制單元 〇 “網路”可意指可由通訊設施連接之一些電腦和相關裝 置網路可包含諸如電纜等永久性連接和諸如經由電話或其 他通訊鏈結所製成者等暫時性連接。網路可另外包括固線 式連接（如、同軸電纜、扭絞對、光纖、波導等）及/或 無限連接（如、射頻波形、自由空間光學波形、聲波形等 )。網路的例子可包括：互連網路，諸如網際網路等；企 業內部網路；區域網路（LAN );廣域網路（WAN );及 網路的組合，諸如互連網路及企業內部網路等。可以一些 協定的任一種來操作例示網路，諸如網際網路協定（IP ) 、非同步傳輸模式（ATM )、及/或同步光纖網路（ SONET)、使用者資料封協定（UDP) 、ΙΕΕΕ 802·χ等。 例示實施例的詳細說明 在說明圖式所圖解之本發明的例示實施例時，爲了清 楚起見使用特定術語。但是，本發明並不侷限於所選定的 -9- 200924534 特定術語。應明白，各個特定元件包括以類似方式操作以 完成類似目的之所有技術性同等物。例示實施例被說明和 圖解爲非限制性例子。 視訊分析或智慧視訊網路協定可提供一機構以用於相 機、編碼器、路由器、數位視訊記錄器（DVR )、個人電 腦（PC )、及各種成像應用中所使用之專業用以視訊爲 基的裝置之間的可交互運作性。協定可例如將一通用方式 定義成 ： •獲得視訊分析軟體能力。因爲具有廣泛的應用用 於視訊分析，所以軟體將報告裝置所支援的分析能力。此 亦包括協定的能力（通訊通道、延伸部分等）。 •組配視訊分析軟體。此包括組態選擇、行爲定義 (規則）、及當所定義的行爲發生時執行之動作。支援選 擇的類型和行爲被報告當作能力的一部份。 •接收來自視訊分析軟體的輸出。雖然此可依據所 支援的能力而改變，但是可包括諸如是否有人在視訊中之 二進値等簡易的資訊或諸如快照等更複雜的資訊，視訊晶 片（或其他像）及所確認的行爲之說明。 〇此資料可包括物件追蹤資料，其可藉由其他 裝置使用來交遞目標，例如在u . S .專利申請案號 11/390,498 所述。 °此資料可包括元資料，諸如能夠複雜分佈應 用之視訊基元等。例如，在U. S.已公開專利申請案號 2005/0146605中說明視訊基元的產生。 200924534 〇此資料可包括說明已偵測到之相關特定事件 的警示資料’諸如破壞周圍的人、破壞臨界的區域中之佔 有人rp數、在週末！ 〇pm及5 am之間停靠在非法空間中之 車輛等。 °此資料可包括“計數”資料，諸如指示空間中 的人數'或已進入停車設施的車輛數目之連續信號等。 *自動或經由手處理來發現視訊分析裝置。 *胃丨共認證和授權支援以防止被未授權使用視訊分 析軟體。 * 提供視訊分析軟體狀態資訊。軟體可提供可用於 監視分析的目前狀態之狀態資訊。 •提供登入支援。此使視訊分析軟體能夠提供有意 義的資料，使得應用程式可登入或起作用。 •提供裝置對裝置通訊以附能分佈式應用程式。 •提供裝置對中央應用程式通訊以附能： 〇欲從單一企業應用程式管理之多個裝置 °來自欲整合的多個裝置之資料，以提供更複 雜的分析能力。 •提供一機構用於裝置軟體/韌體/許可證升級及維修 〇 如圖1所示，方塊7圖示可經由通用協定（方塊14 )從方塊1 3所定義的應用程式通訊之各種視訊分析裝置 。裝置7可包括例如視訊分析編碼器1、視訊分析相機2 '視訊分析路由器3、視訊分析DVR (數位影音記錄器） 200924534 4、視訊分析P C (個人電腦）5、或其他視訊分析 。應用程式1 3可包括例如網頁應用程式8 '視訊 體9、情況察覺應用程式1 〇、建築物自動化控制 其他應用程式1 2。 例示視訊分析協定的例示實施例可使用超文件 定（HTTP )當作以網際網路協定（IP )爲基的網 基本傳輸協定。各個視訊分析裝置可主持網頁伺服 網頁伺服器主持提供上列功能之以可擴充式標示 XML)爲基的應用程式介面（API)。其他實施例 可包括其他傳輸協定，諸如SIP、RTSP、及SNMP 了所說明的格式之外，其他實施例的例子可包括其 格式，諸如JSON、SOAP、二進制或正文等。通訊 以是以插座爲基（例子包括乙太網路及 WiFi)或 排爲基（例子包括 PCI、USB、PCIExpress、及 Memory ) ° 參考圖2’方塊2表示具有嵌入式視訊分析軟 機（方塊15)。另外，在相機上具有網頁伺服器 16 ) ’此伺服器將聽到XML請求（方塊1 7 )及ϋ 資料回應（方塊18)給各種應用程式（方塊8、 20 )。 本發明的其他例示實施例可包括無論在一處理 開處理器上的分開處理之間的通用協定。一處理將 訊分析，及另一處理將包括控制應用。在分開處理 子中’通訊通道最有可能以匯流排爲基。 裝置6 管理軟 1 1、或 傳輸協 路中之 器，此 語言（ 的例子 等。除 他資料 通道可 以匯流 Shared 體之相 (方塊 X XML 19、及 器或分 處理視 器的例 -12- 200924534 軟體可使視訊分析能夠嵌入到諸如相機、編碼器、及 路由器等不同裝置內。共同部屬各個裝置當作較大解決辦 法的一部份，在此較大解決辦法中，裝置將與諸如視訊管 理辦法和集中式終端用戶介面等其他應用程式整合在一起 。本發明的實施例可使視訊分析能夠被嵌入到諸如相機、 編碼器、及路由器等不同裝置內。共同部屬當作較大解決 辦法的一部份，這些裝置的每一個將與諸如視訊管理解決 辦法和集中式終端用戶介面等其他應用程式整合在一起。 利用這些智慧裝置的擴增，需要有一通用協定使裝置和應 用程式之間的整合更容易。 根據本發明的例示實施例之協定定義通用API以存取 所有順從的裝置，使應用程式能夠無縫地與設計用於視訊 分析組態和管理之那些智慧裝置整合在一起。 就技術觀點而言，本發明的實施例定義使用XML在 如圖1所示之HTTP/HTTPS上之通用協定。 此協定本質可類似於Web伺服器，但是可適應裝置 上輕量計算的請求。所有組態和管理觀點可被處理作利用 代表性狀態傳輸（REST )架構之資源。除了 HTTP/HTTPS 之外，亦可提供用於其他資料格式（即、SOAP或JSON )或運輸之支援。 下面此段詳細說明REST API的例子。可分成下面幾 段：1 )協定資訊；2 )裝置資訊和組態；3 )分析能力和 參數組態；4 )景象管理；5 )規則管理；6 )警示和計數 ;7 )使用者管理；8 )目標資料輸出；9 )元資料輸出。 -13- 200924534 各段包含提供例示XML格式的細節之例示XML片段 〇 此外，本發明的實施例使應用程式能夠藉由詢問各個 裝置而決定裝置能力。此使應用程式能夠根據所支援的特 徵而調整自己。 特有識別符號 ID可被定義作長度1 6的未簽名位元組陣列。爲了使 應用程式能夠定義ID格式（具有1 6位元組限制），添加 資源（規則、使用者等）之所有API可選用地提供ID以 產生資源。若未提供，則裝置可產生ID。 各個類型（規則、使用者、景象等）內的ID應至少 在通道位準上是特有的，但是可能遍及裝置各處是特有的 。若ID遍及裝置各處並非特有的，則藉由組合裝置位址 和通道ID (或若是特有的，只有通道ID )就可衍生全球 性特有ID。若應用程式產生的ID在其自己類型內不是特 有的，則當嘗試添加具有現存ID的新元件時，可歸回 400的狀態碼。建議通道ID是全球性特有的。 ID編碼 儘管除了長度是1 6位元組織外，ID並沒有固有的格 式，但是如何編碼ID是有限制的。因爲ID可出現當作 URI的一部份，所以編碼id有兩方式：下面的RFC 3986 或爲了純二元ID，當作十六進制字串。 -14- 200924534 RFC 3986首先將URI轉換成UTF，然後列印下面 URI中未被保留的字元而不作任何編碼：A-Z a-z 0-9-. 〇 所有不可列印或保留的字元可被編碼作前置有％之兩 數位十六進制値。例如，空間（32的ASCII値）可被編 碼作％ 2 0。此意謂ID的値可在內部儲存作1 6位元組，但 是若可編碼每一位元組，則XML表示可以直到長度48字 元。 因爲純二元ID可能包含可千擾瀏覽器的操作之値和 網頁伺服器，可支援ID的十六進制編碼。Id應開始於在 1 6對十六進制値的前面之〇χ (亦可接收Ox )。各個十六 進制對表示ID中的單一位元組。例如： 0x3F43 1 245DE67FAC46F9D034CA23AEFD4。亦可以 a-f 表不十六進位字兀A-F。所以 0x3f431245de67fac46f9d034ca23aefd4 可等於前一 ID。 若想要可讀式ID，則建議以未保留、可列印ASCII 字元來產生ID。長度小於16位元組之ID可自動擴展以 零塡滿整個緩衝區。需注意的是，因爲十六進制字串編碼 需要開始於‘Ox，或‘0X，的値，所以RFC 3986 ID不以此値 開始。開始於‘ 0 X，或‘ 0 X ’的任何ID長度應是3 2位元組’ 並且具有有效的十六進制値或可歸回400的HTTP狀態碼 備註 -15- 200924534 所有A P I呼叫的起點可以是/ a p i · r e s t。此根源於協定 反應所定義的起點。就浮動點數目而言’値可直到精確的 七數字。就時間戳記而言’具有直到毫秒精確。就項目列 表而言，名稱規劃追隨此格式：XyzList包含
XyzSummary項目。XyzSummary具有指向真正 Xyz的 XL INK屬性。無法直接修改表列和摘要項目，但是取而 代之的是，經由它們真正基本項目來修改。可以絕對（例 如、http://server/path/more/path )、根相對（如、 / p a t h / m o r e / p a t h )、或相對（如、假設請求的路徑根源於 /path/more)之三個通用URI參考的任一個來定義XLINK href。典型使用應是根相對（如此文件所示）或絕對來當 作更加重負擔於用戶上之相對位置。通常，除了十六進制 編碼ID除外（如上述），URI中的所有資源名稱應該有 大小寫之分，並且匹配此文件中所指定的格式。 座標系統 可以它們的値是範圍〇.()〇〇〇〇〇〇到1 .0者來標準化所 使用的座標’且具有0,0在上左角。爲了從標準化座標計 算影像座標，可使用下面公式：影像χ=標準化X*影 像寬度，影像Y=標準化Y*影像高度 爲了從影像座標計算標準化座標，可使用反向公式。 標準化X =影像X /影像寬度，標準化γ =影像Τ /影像高 度。 包含寬度和高度之物件也可被標準化。爲了轉換標準 -16- 200924534 化和影像座標之間的寬度和高度値，可使用下面公式：// 就影像座標中的矩形寬度/高度而言，影像矩形寬度=標準 化矩形寬度*影像寬度，影像矩形高度=標準化矩形高度* 影像筒度。 //就標準化座標中的矩形寬度/高度而言，標準化矩形 寬度=影像矩形寬度/影像寬度，標準化矩形高度=影像矩 形高度/影像高度。 爲了計算矩形的下右影像座標，可使用下面公式：// 就影像座標中的矩形寬度/高度而言，底X =(標準化矩形 寬度+標準化X)*影像m度，底γ=(標準化矩形高度+ 標準化γ ) *影像高度。 約定 爲了簡潔和格式化，文件中可使用下面約定。以[]所 限定之URI中的正文表示替換値。實際値依據被滿足的 資源而定，但是典型上是1D°若URI包含[channel rootn 通道根]，則完整的 URI 是/api .rest/channels/[channel id] 。特性可在粗體正文中，及特性値可用斜體字。在此文件 中，可將ID特性縮短成容易讀取。例如，Rule ID可表列 成“Rule009”。實際ID可以不同。 1 _協定資訊 協定資訊說明裝置上之實施的能力。其目的係爲提供 應用程式基本的資訊量，以確保適當的通訊和支援。此 -17- 200924534 XML的例子可以是： <?xml version^"1.0" encoding="utf-8"?> <OVReadyProtocol xmlns：xsi="http：//www..org/2001/XMLSchema-instance xmlns：xsd="http：//www.w3.org/2001/XMLSchema" xmlns="http：//www.obj ectvideo. com/schemas/ovready"> <ProtocolVersion>l.0</ProtocolVersion> <Root>/some/location/prefix</Root> <SupportedDataFormats> <DataFormat>XML</DataFormat> </SupportedDataFormats> <SupportedTransports > <Transport> < Typ e > HTT P </Typ e > <Port>80</Port> </Transport> <Transport> <Type >HTTPS </Type > <Port>443</Port> 〈/Transport〉 </SupportedTransports> <SupportedAuthentications > <Authentication>HTTPBasic</Authentication> <Authentication>OVSimple</Authentication〉 </SupportedAuthentications> </OVReadyProtocol>
Protocol Version特性告訴應用程式哪一協定版本正在 被使用中。如同HTTP —般，目的可以是較新的版本可往 回相容，使得應用程式能夠預設成支援的基本位準。若可 轉回較高的版本，則應用程式能夠利用它提供較佳的支援 給裝置。
Root特性告訴應用程式應將所有呼叫生根。在定義 根路徑之後，所有A P I呼叫開始於/ a p i. r e s t。 S u p ρ o r t e d D a t a F o r m a t s特性說明被支援的資料格式。 至少，需要X M L ’表不表列在此文件中的X M L規劃。諸 如JSON或SOAP等其他格式亦可被支援。
SupportedTransports特性告訴應用程式可支援哪一網 路運送，諸如HTTP或HTTPS等。 -18- 200924534 2.裝置組態 關鍵組件的其中之一可以是“裝置”的槪念。典型上， 可以單一 IP位址表示裝置。若實體裝置具有多個IP位址 ，則各個位址可被視作分開的裝置。 一裝置可處理分析的多個視訊“通道”。雖然裝置的組 態影響所有通道，但是單一通道的組態不影響裝置。 裝置組態提供有關整個裝置的細節。裝置組態可由唯 讀和可修正段組成。可從組態根U R1 ( /a p i · r e s t /d e v iv e ) 檢索整個組態，但是在此位置無法修正。各個可修正段具 有其自己的URI以檢索和更新那個別段。 裝置組態XML的例子可以是： -19- 200924534 <?xml version="l.0" encoding="utf-8"?> <DeviceConfiguration xmlns：xsi="http：//www.w3.org/2001/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/2 001/XMLScheman xmlns：xlink="http：//www.w3.org/1999/xlink" xmlns = "http：//www.obj ectvideo.com/schemas/ovready"> <DeviceInformation〉 <ID>SDC-002-3050-234</lD> <Manufacturer>Acme, Inc·〈/Manufacturers <ModelName>SuperDuper Camera</ModelName> <ModelNumber>SDC-101</ModelNumber> <FirmwareVersion>3.2.1.2</FirmwareVersion> <HardwareVersion>Revision A</HardwareVersion> <AnalyticsVersion>5.0.1.6</AnalyticsVersion> </DeviceInformation> <SupportedFeatures> <SupportsNetworkConfiguration>true</SupportsNetworkConfiguration> <SupportsDHCP>false</SupportsDHCP> <SupportsFirmwareUpdate>true</SupportsFirmwareUpdate> <SupportsAnalyticsLicenseUpgrade>true </SupportsAnalyticsLicenseUpgrade> <SupportsDeviceReset>true</SupportsDeviceReset> <SupportsChannelReset>true</SupportsChannelReset> <SupportsAlertPol1ing>true</SupportsAlertPolling> <SupportedAlertPollingBufferSize>5 </SupportedAlertPollingBufferSize> <SupportsAlertStreaming>true</SupportsAlertStreaming> <SupportsCountTallyPolling>true</SupportsCountTallyP〇lling> <SupportsCountStreaming>true</SupportsCountStreaming> <SupportsTargetPolling>true</SupportsTargetPolling〉 <SupportsTargetStreaming>true</SupportsTargetStreaming> <SupportsMetadataStreaming>true</SupportsMetadataStreaming> <SupportsSnapshots>true</SupportsSnapshots> <SupportedAnalyticsFrameSi2es> <Size> <Width>320</Width> < Height >2 4 0 </Height > </Size> <Size> <Width>352</Width> <Height>240</Height> </Size> <Size> <Width>352</Width> <Height >2 88 </Height > </Size> </SupportedAnalyticsFrameSizes> <SupportedSnapshotImageContentType>image/jpeg </SupportedSnapshotImageContentType> <SupportedPasswordChangeSchemes> <PasswordScheme>Basic</PasswordScheme> <PasswordScheme>Encrypted</PasswordScheme> </SupportedPasswordChangeSchemes> <SupportedContentTransferEncodings> <ContentTransferEncoding>x-identity</ContentTransferEncoding> <ContentTransferEncoding>x-deflate</ContentTransferEncoding> <ContentTransferEncoding>x-xml-token</ContentTransferEncoding> <ContentTransferEncoding>x-xml-token-deflate -20- 200924534 </ContentTransferEncoding> </SupportedContentTransferEncodings> <SupportedDateTimeConfigurations> <Types>ManualDateTimeConfiguration</Types> <Types>NTPDateTimeConfiguration</Types> </SupportedDateTimeConfigurations> </SupportedFeatures> <DeviceLimits> <MaxIDPropertyLength>16</MaxIDPropertyLength> <MaxNamePropertyLength>127</MaxNamePropertyLength> <MaxUserAccounts>10</MaxUserAccounts> <UserLoginNameMinLength>6</UserLoginNameMinLength> <UserLoginNameMaxLength>63</UserLoginNameMaxLength> <UserPasswordMinLength>4</UserPasswordMinLength> <UserPasswordMaxLength>63</UserPasswordMaxLength> </DeviceLimits> <NetworkConfiguration xlink：type="simple" xlink：href= n/api.rest/device/networkconfiguration"> <HostName>mydevice</HostName> <IPAddress>192.168.1.2</lpAddress> <SubnetMask>255,255.255.0</SubnetMask> <DefaultGateway>192.168.1.l</DefaultGateway> <DNSAddresses> <Address>192.168.1.1</Address> </DNSAddresses> <DHCPEnabled>false</DHCPEnabled> </NetworkConfiguration> <DateTimeConfiguration xsi：type="NTPDateTimeConfiguration" xlink：type-"simple" xlink-.href =u/ api . rest / device/datetimeconf igurat ion" > <NTPServerAddresses> <Address>192.168.1.4</Address> <Address>192.168.1.8</Address> </NTPServerAddresses> <DateTimeFormat >Default</DateTimeFormat> </DateTimeConf iguration> </DeviceConfiguration> 個別段可被說明如下。 2.1 .裝置資訊
Deviceinformation說明裝置本身。此段可以是唯讀 的。 ID欄是裝置本身的特有識別符號。Manufacture、
ModelName、及ModelNumber特性提供裝置的基本資訊。 若ModelName或ModelNumber不適用，可保留成空白。
FirmwareVersion 及 HardwareVersion 特性分別提供 -21 - 200924534 韌體和硬體的版本或修正版。
AnalyticsVersion特性告訴應用程式可使用分析程式 庫的哪一版本。 2.2.所支援的特徵 S u ρ ρ 〇 r t e d F e a t u r e s段說明此裝置所支援的特徵。此段 可以是唯讀的。
SupportsNetworkConfiguration 特性告訴應用程式裝 置是否支援諸如改變TCP/IP設定等網路組態。若此値是 假，則裝置不支援此功能，可忽視對 NetworkConfiguration設定的任何己夂變。
SupportsDHCP特性告訴應用程式裝置是否支援DHCP 。若此値是真，貝fj NetworkConfiguration 的 DHCPEnabled 特性可被修正成將DHCP開或關。若此値是假，則可忽視 對D H C Ρ E n a b 1 e d特性的任何改變。
SupportsFirmwareUpdate特性告訴應用程式是否可更 新韌體。此特性提供應用程式可（或不可）更新哪一裝置 之消息。
SupportsAnalyticsLicenseUpgrade 特性告訴應用程式 是否可將分析許可更新成新功能。
SupportsDeviceReset 及 SupportsChannelReset 特性分 別告訴應用程式是要將裝置整個或以通道爲基礎來重設。 若支援的話’可在裝置或特定通道上執行適當的重設操作 ’稍後將說明。 -22- 200924534
SupportsAlertPolling 及 SupportsAlertStreaming 特性 決定裝置如何輸出被觸發的警示。就支援的那些輸出而言 ，適當的設定可存在於用於各個通道的
AlertConfiguration段。若這些特性的其中之任一個是假 ，則在裝置或通道位準中存取對應的警示輸出機制之嘗試 可轉回HTTP狀態403。
SupportedAlertPollingBufferSize 可以是用於 Alert Polling之整個裝置上可緩衝的最大數目警示。 除了可指定成計數輸出之外，
SupportsCountTallyPolling 及 SupportsCountStreaming 特 性可類似於警示設定。若這些特性的任一個是假，則在裝 置或通道位準中存取對應的計數輸出機制之嘗試可轉回 403 °
SupportsTargetPolling 及 SupportsTargetStreaming 特 性告訴應用程式裝置是否支援來自 ObjectVideo OnBoard 程式庫之目標追蹤資料的輸出。可在通道基礎上請求目標 輸出。若這些特性的任一個是假，則在任何通道上存取對 應的目標輸出機制之嘗試可轉回403。
SupprotsMetad at aStr earning特性告訴應用程式裝置是 否支援元資料的輸出。可以通道爲基礎請求元資料輸出。 若此特性是假’則裝置不在任何通道上支援此特性。若是 真’則裝置支援元資料的串流（假設所請求的通道支援它 )。爲了決定通道是否支援元資料串流，應用程式應檢查 AnalytiesCapabilities。不支援它的任何通道上之存取元 -23- 200924534 資料串流API的嘗試可轉回HTTP狀態403 °
SupportsSnapshots特性告訴應用程式裝置是否支援 通道或景象快照。若此特性是假’則當請求通道或景象快 照時可轉回4 0 3。
SupportedAnalyticsFrameSizes 特性說明用於分析之 所有支援的方案。此可包含一或更多個支援方案。
SupportedSnapshotlmageFormat 特性說明可包括在言 示中或由景象和通道快照轉回之所有影像的格式。景象和 通道快照在HTTP標頭中重複此內容類型。此類型遵循標 準的 HTTP 內容類型（如、image/jpeg、image/x-png、 image/gif)。
SupportedPasswordChangeSchemes 表列支援的 、碼規 劃。
SupportedContentTransferEncodings 表歹[J 支援的 ΜIΜ E編碼。
SupportedDateTimeConfigurations 表歹Ij 此裝置支援之 支援的日期時間組態。若裝置不支援任何時間改變機制， 則此表列可以是空的。兩選擇是 ManualDateTimeConfiguration 及 NTPDateTimeConfiguration，分別用於在裝置上用手編輯 目前時間和使用 NTP伺服器。這些可被使用當作 DateTimeConfiguration 上的 “xsi:type”或當作 XML 中的真 正類型。 -24- 200924534 2.3 .裝置限制 D e v i c e L i m i t s段說明裝置的各種非分析特徵之限制。 可將分析特徵表列在 AnalyticsCapabilities段下面。 DeviceLimit段可以是唯讀的。
MaxIDPropertyLength 是能夠在諸如 Channel、Rules 、及Views等不同類型的各種ID特性中之位元組的最大 數目。
MaxUserAccounts特性告訴應用程式裝置支援多少使 用者帳號。最大値可以是1。添加使用者超出此範圍之嘗 試會失敗並且轉回400的HTTP狀態碼。 UserLoginNameMinLength 及
UserLoginNameMaxLength特性告訴應用程式有效的使用 者登入ID是多長。以此範圍外的登入名稱來添加或編輯 使用者會失敗並且轉回400的HTTP狀態碼。
UserPasswordMinLength 及 UserPasswordMaxLength 特性告訴應用程式有效的使用者密碼是多長。以此範圍外 的密碼添加或編輯使用者會失敗並且轉回400的HTTP狀 態碼。若應用程式提供比有效限制還長的値，則在無法處 理値的任何時候裝置都可轉回400的HTTP狀態碼。 2·4·網路組態 可經由 /api.rest/device/networkconfiguration URI 來 修正NetworkConfiguration段。此外，可從此同一 URI個 別檢索NetworkConfiguration段。在兩例子中 XML可以 -25- 200924534
<?xml version="l. 0" encoding=_，utf-8”？> <NetworkConfiguration xmlns ：xsi=,Fhttp： //www. w3 - org/2001/XMLSchema-instance " xmlns：xsd="http：//www.w3.org/2001/XMLSchema" xmlns="http：//www.objectvideo.com/schemas/ovready"> <HostName>mydevice</HostName> <IPAddress>192·168·1.2</lPAddress> <SubnetMask>2 55 *255.255.0</SubnetMask> <DefaultGateway>192.168.1.1</DefaultGateway> <DNSAddresses> <Address>192.168.1.1</Address> </DNSAddresses> <DHCPEnabled>false</DHCPEnabled> </NetworkConfiguration> IPAddress、HostName、SubnetMask、
DefaultGateway、DNSAddress、及 DHCPEnabled 特性可 以是TCP/IP組態的通用特性。當DeviceConfiguration被 檢索時，這些値反映裝置的目前狀態。HostName及 DNS Address特性可以隨意的並且可保持空白或省略。 DNS Address特性表歹IJ直到兩DNS伺服器位址爲止。 第一位址可總是主要DN S伺服器位址。第二位址，若存 在的話，可以是失敗接管的DN S伺服器。 若裝置支援網路組態（如同
SupportsNetworkConfiguration 特性所反映一般）’貝^]應 用程式可改變這些設定。不然，改變這些設定的任何嘗試 會導致403的HTTP狀態碼。若能賦能DHCP，則其他特 性從D H C P伺服器反映目前的設定。 2.5.日期時間組態 可經由 /api.rest/device/datetimeconfiguration URI 修 -26- 200924534 正DateTimeConfiguration段。此外，可從此同一 URI個 別檢索 DateTimeConfiguration段。依據以手動或經由 NTP伺服器組配日期時間，而兩例中的XML可以是下面 例子的任一種。ManualDateTimeConfiguration 看起來像
<DateTimeConfiguration xmlns rxsiyhttp : "www. w3 .org/2 0 0l/XMLSchema-instancen xmlns :xsd= "http : //www-w3 . org/SOOi/XMLSchema11 xsi：type="ManualDateTimeConfiguration" xmlns="http：//www.obj ectvideo.com/s chemas/ovready"> <DateTime>2 0 07-Q3-12T12：29：02</DateTime> <DateTimeFormat>Default</DateTimeFormat> </DateTimeConfiguration〉
DateTime特性可以是GET上之目前的日期和時間。 爲了更新裝置上的時間，應用程式可放入具有目前日期和 時間之 ManualDateTimeConfiguration °
DateTimeFormat欄指定來自裝置的曰期和時間値之 格式。 NTPServerAddress特性指定直到能夠選用地用於同步 化裝置上的時間之三網路時間協定（NTP )伺服器位址爲 止。此可以是主機名稱或IP位址。若保持空白，則無法 進行同步化。若被支援，則裝置可實施NTP用戶或簡易 網路時間協定（SNTP )用戶。這兩協定之間唯一的不同 處在於SNTP使用較不複雜的演算法並且更適合嵌入式裝 置。網路和時間格式可相同。
DateTimeFormat欄指定來自裝置之曰期和時間値之 格式。 -27- 200924534 2.6.裝置狀態 此外，可經由轉回指出是否適當運作裝置之回應的 /api.rest/devicestatus URI 來檢查裝置狀態。DeviceStatus 的XML可以是： <?xml version="1.0" encodings"utf-8"?> <DeviceStatus xmlns：xsi="http：//www.w3.〇rg/200l/XMLSchema-instance" xmlns：xsd-"http：//www.w3.org/200l/xMLSchemaM xmlns = "http ： //www .objectvideo * com/schemas/ovready11 > <Status>OK</Status> <StatusMessage>Running OK</StatusMessage> <CurrentTimestamp>2008-03~01T12 :29:02.222< /CurrentTirnesta.mp> <La.s tBoot Time stamp >2 008-02-12T09 ：29 : 02.123</ Las t Boot Time s 13mp > </DeviceStatus>
Status特性表列裝置的目前狀態。有三種不同著狀態 類型：OK、Warning、及Error。〇Κ狀態意謂裝置被適當 運作。W a r n i n g狀態意謂可運行裝置但有某些問題（如、 裝置無法接觸NTP伺服器）。Error狀態意謂無法適當操 作裝置。
StatusMes sage特性提供目前Status (狀態）上的更 多資訊。例如’就 w a r n丨n §狀態而言，此特性可以是 “Cannot contact NTP server 1 9 2 · 1 6 8 · 1 .1 ”。此特性的値視 裝置而定。
CurrentTimestamp特性將請求時之裝置上的時間提供 給應用程式。
LastBootTimestamp特性將啓動裝置的最近—次的時 間提供給應用程式。 需注意的是’若裝置無法保持準確的時間或無法取得 -28- 200924534 時間同步化服務，則無論c u r r e n t T i m e s t a m p或 LastBootTimestamp都不反映準確的時間。 2.7 .裝置操作 可支援裝置上之觸發特定操作。爲了用手動重設裝置 ，則應用程式將DeviceOperation確實PUT在 /api.rest/device/operation URI 上。DeviceOperation 看起 來像： <?xml version="1.0" encoding="utf-8"?> <DeviceOperation xmlns：xsi="http：//www.w3.org/2001/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/2001/XMLSchema" xmlns="http：//www.obj ectvideo.com/schemas/ovready"> <Operation>Reset</〇peration> </DeviceOperation>
Reset操作使裝置能夠馬上重設。若値是其他値，則 可轉回4 0 0的Η T T P狀態碼。成功的呼叫轉回2 0 4。然而 ，若裝置不支援如DeviceConfiguration所定義的Reset’ 則可忽視此呼叫，但是仍轉回403的HTTP碼。 3 .通道組態 通道組態APIs需要提供取得所有通道表列與有關特 定通道的資訊之機制。通道表列XML的例子可以是： -29- 200924534 <?xml version^"1.0M encoding^"utf-8"?> <ChannelList xmlns：xsi="http：//www.w3.org/200l/XMLSchema-instance xmlns：xsd="http://www.w3 -〇rg/2001/XMLSchema" xmlns：xlink="http ://www.w3.org/1999/xlink" xmlns^^http：//www.objectvideo. com/schemas/ovready"> <ChannelSummary xlink：type="simple" xlink:href =、'/api-rest/channels/0"> <ID>0</ID> <Name>Parking Lot PTZ</Name> <AnalyticsType>OnBoard 1000</AnalyticsType> <IsAnalyticsEnabled>false</IsAnalyticsEnabled> </ChannelSummary> <ChannelSummary xlink：type="simple" xlink:href =、、/api .rest/channels/l"> <ID>1</ID> <Name>Main Entrance</Name> <AnalyticsType>OnBoard 200</AnalyticsType> <IsAnalyticsEnabled>false</lsAnalyticsEnabled> </Channe1Summary > </ChannelList>
ChannelList轉回有關各個通道的最小資訊i 些背景。然而，其提供具有URI的XLINK屬性： 獲得有關通道的更多資訊。 ID特性可以是此通道的識別符號。此ID可] 別警示或計數上之Viewlnfo中的通道。其亦可1 資料串流所提供的資料內。若通道識別符號不是： 的（或部署內特有的），則應用程式需要儲存額： 以特有地識別通道。本文件所出現之例示通道識! 以是簡單的字串値，而且並不代表全球性特有識ί 若在應用程式中需要某一人，則Name特性_ 供通道的使用者友善名稱之選用欄。例如，應用； 名通道以反映它正在分析什麼。 A n a 1 y t i c s T y p e特性可以是能夠許可此通道/ 類型。此可包含許可鍵値或的名稱或None的値。 示未存在鍵値，不許可此通道，因此不執行。 提供一 :遵循以 :用於識 ,含在元 :球特有 、的資訊 ί符號可 符號。 「以是提 【式可命 :分析的 Ν ο n e 表 -30- 200924534
IsAnalyticsEnabled特性指定是否可賦能此通道用於 分析。若通道不被允許’則此値會總是假。 3.1 .通道資訊
Channel類型添加到ChannelSummary所定義的特性 。各個通道的XML可以是： <?xml version="1.0" encoding^"utf-8"?> <Channel xmlns：xsi="http：//www.w3.org/200l/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/2001/XMLSchema" xmlns="http：//www.obj ectvideo. com/schemas/ovready"> <ID>〇</ID> <AnalyticsType>OnBoard 1000</AnalyticsType> <Name>Parking Lot PTZ</Name> <VideoSource>video：//0</VideoSource> <IsAnalyticsEnabled>true</IsAnalyticsEnabled> <IsAnalyticsCalibrationRequired>false </IsAnalyticsCalibrationRequired> <IsAnalyticsCalibrated>false</lsAnalyticsCalibrated> <AnalyticsFrameSize> <Width>320</Width> <Height>240</Height> </AnalyticsFrameSize> <AlertConfiguration〉 <AlertPolling> <SnapshotOutput>true</SnapshotOutput > <DaySnapshotOutput>false</DaySnapshotOutput> <TargetOutput>true</TargetOutput> <SnapshotsInline>false</SnapshotsInline> </AlertPolling> <AlertStreaming〉 <SnapshotOutput>true</SnapshotOutput> <DaySnapshotOutput>false</DaySnapshotOutput> <TargetOutput>true</TargetOutput> <SnapshotsInline>true</SnapshotsInline> </AlertStreamings </AlertConfiguration> </Channel> ID及AnalyticsType可以是唯讀的’且可忽視改變這 些値的任何嘗試。在由許可鍵値定義 AnalyticsType的同 時，由裝置決定ID。
Name特性可以是應用程式將顯示給使用者之此通道 的名稱。 -31 - 200924534
VideoSource特性可以是允許應用程式能夠組配此通 道可分析哪一視訊來源之選用特性。例如，此可以是裝置 上之特定的類比視訊輸入，視訊框的子視窗，或IP視訊 串流的參考。說到裝置文件以決定是否需要此欄，若需要 的話，可從中看出可接受値。
Is Analytic sEnabled特性指定此通道是否被賦能用於 分析。若此通道被許可，則可視需要以賦能或失能分析。 若通道不被許可，則此値總是假，且忽視更新此特性的任 何嘗試。
IsAnalyticsCalibrationRequired 特性可以是唯讀的並 且指明分析是否需要校準。此視許可類型和目前設定而定 。若此是真，則應在爲此建立規則之前校準此通道。此特 性不表示通道是否被校準。其只是指明通道需要校準。
IsAnalyticsCalibrated特性可以是唯讀的，並且指明 是否已校準分析。若 IsAnalyticsCalibrationRequired 特性 是假，則此特性應總是轉回假。
AnalyticsFrameSize特性表列程式庫目前正在處理之 方案。改變此特性可使分析能夠重新開始處理不同的方案 。若既定方案不被支援，則可轉回400並且維持舊値。被 支援的方案可表列在DeviceConfiguration。
AlertConfiguration段說明如何從此通道輸出警示。 SnapshotOutput、Day SnapshotOutput、及 TargetOutput 特 性指明是否可將快照、日影像（若可取得特徵）、或目標 資訊（有關諸如邊界盒等目標的基本資訊）包含在所產生 -32- 200924534 的XML內。
Day SnapshotOutput 與 Obj ectVideo OnBoard 的 Night Enhanced Snapshots特徵一起運作。此特徵使通道能夠偵 測現在是白天或晚上，及若是晚上，則來自相同景象之曰 間影像可被發送到應用程式，使得其能夠提供較佳的視覺 參考給警示出現的時間。若裝置不支援此特徵或此特徵是 關的，則可忽視此設定及不產生快照。 若SnapshotOutput是假，則可忽視 DaySnapshotOutput、及 Snapshotlnline 特性’及不輸出標 示，或將快照置放在XML內。 若Snapshotlnline特性是真，可將Base64編碼的快 照置放在直接取代指出快照的URI之XML中。如上述’ 包含[channel root]之此文件中所定義的任何URIs等同 /api.rest/channels/[channel id]。 3.2.許可通道 可個別許可裝置上的各個通道。經由通道API可檢索 許可的類型。然而，就改變許可類型而言’應使用此段中 的API。許可的XML之例子可以是： <?xml versi〇n=111.0 " encoding="utf-8"?> <AnalyticsLicense xmlns:xsi="http；//www.w3-org/2001/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/2001/XMLSchema" xmlns=Mhttp：//www.objectvideo.com/schemas/ovready"> <License>Base64 Encoded License</License> </AnalyticsLicense> 此許可可以是指定給那裝置之實際許可鍵値的 -33- 200924534
Base64編碼字串。藉由改變此値，可爲額外的特徵升級 軟體。若可給予通道不被支援或無效的許可，則更新失敗 ’及轉回400的HTTP狀態碼，及裝置待在其先前狀態。 改變此特性可使分析能夠重新開始以新許可再組配通道。 需注意的是，此API只用於更新許可。無法檢索許可鍵値 。從通道本身只能夠檢索許可的類型。 3.3.分析能力 因爲可分開許可裝置上的各個通道，所以各個通道可 具有一組不同的分析能力。應用程式可詢問這些能力’且 因此而調整本身。表列在此段中的能力可以是唯讀的。用 於Object Video OnBoard能力的XML之例子可以是： -34- 200924534 <?xml version^"1.0" encoding="utf-8"?> <AnalyticsCapabilities xmlns：xsi="http：//www.w3.org/200l/XMLSchema~instance" xmlns：xsd="http：//www.w3.org/2001/XMLSchema" xmlns^"http ://www.obj ectvideo. com/schemas/ovready"> <AnalyticsType>0nBoard_1000MD</AnalyticsType> <MaxRulesPerView>5</MaxRulesPerView> <MaxViews>3</MaxViews> <SupportsAlertOutput>true</SupportsAlertOutput> <SupportsCountOutput>false</SupportsCountOutput> <SupportsMetadataOutput>true</SupportsMetadataOutput> <SupportsPeopleOnlyTrack:ing>false</SupportsPeopleOnlyTracking> <IsPeopleOnlyTrackingEnabled>false</IsPeopleOnlyTrack.ingEnabled> <RequiresCalibration>false</RequiresCalibration> <SupportedEvents> <SupportedEvent> <XsiType>CameraTamperEventDefinition</XsiType> <0ptions xsi：type="CameraTamperOptions" /> </SupportedEvent> <SupportedEvent> <XsiType>TripwireEventDefinition</XsiType> <Options xsi：type="TripwireOptions"> <MaxPoints>28</MaxPoints> <SupportedClassifications> <Classification>Anything</Classification> <Classification>Human</Classification> <Classification>Vehicle</Classification〉 </SupportedClassifications> </〇ptions> </SupportedEvent> <SupportedEvent> <XsiType>MultiLineTripwireEventDefinition</XsiType> <0ptions xsi：type="MultiLineTripwireOptions"> <MaxPoints>28</MaxPoints> <SupportedClassifications> <Classification>Anything</Classification> <Classi f ication>Human</Classification：» <Classification>Vehicle</Classification> </SupportedClassifications> <MaxLines>2</MaxLines> </0ptions> </SupportedEvent > <SupportedEvent > <XsiType>FullFrameEventDefinition</XsiType> <0ptions xsi：type="FullFrameOptions"> <SupportedClassifications> <Classification>Anything</Classification> <Classification>Human</Classification> <Classification>Vehicle</Classification> </SupportedClassifications> <SupportedActions> <Action>Appears</Action> <Action>Disappears</Action> <Action>LeftBehind</Action> <Action>TakenAway</Action> </SupportedActions> </0ptions> </SupportedEvent> -35- 200924534 <SupportedEvent> <XsiType>AreaOfInterestEventDefinition</XsiType> <Options xsi：type="AreaOfInterestOptions"> <MaxPoints>28</MaxPoints> <SupportsGroundPlane>true</SupportsGroundPlane> <SupportsImagePlane>true</SupportsImagePlane> <SupportedClassifications> <Classification>Anything</Classification> <Classification>Human</Classification〉 <Classification>Vehicle</Classification> </SupportedClassifications> <SupportedActions> <Action>Enters</Action> <Action>Exits</Action> <Action>Inside</Action> <Action>Appears</Action> <Action>Disappears</Action> <Action>TakenAway</Action> <Action>LeftBehind</Action> <Action>Loiters</Action> </SupportedActions > </〇ptions> </SupportedEvent > </SupportedEvents> <SupportedSchedules> <Type xsi：type="RecurringWeeklyScheduleOptions"> <MaxTimeBlocks>24</MaxTimeBlocks> </Type> </SupportedSchedules> <SupportedFilters> <Type>MinimumSizeFilter</Type> <Type>MaximumSizeFilter</Type> <Type>SizeChangeFilter</Type> <Type>ShapeAndDirectionFilter</Type> </SupportedFiIters> <SupportedResponses> <Type xsi：type="SimpleMessageResponseOptionsH> <MaxMessageLength>1024</MaxMessageLength> <MaxCustomResponseFields>8</MaxCustomResponseFields> <MaxCustomResponseKeyLength>32</MaxCustomResponseKeyLength> <MaxCustomResponseValueLength>128</MaxCustomResponseValueLength> </Type> </SupportedResponses> </AnalyticsCapabilities>
AnalyticsCapabilities說明依據許可的通道之完整能力和裝置的目前組態。若許可改變或特定參數改變，則此 影響能力。例如，用於使用唯人追蹤器之ObjectVideo的 計數封包之XML可以是： -36- 200924534 <?xml version^"1.0" encoding^"utf-8"?> <AnalyticsCapabilities xmlns：xsi="http：//www.w3.org/2001/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/200l/XMLSchemaM xmlns="http：//www.objectvideo. com/schemas/ovready"> <AnalyticsType>ECS_Full</AnalyticsType> <MaxRulesPerView>5</MaxRulesPerView> <MaxViews >1</MaxViews > <SupportsAlertOutput>false</SupportsAlertOutput> <SupportsCountOutput>true</SupportsCountOutput> <SupportsMetadataOutput>false</SupportsMetadataOutput> <SupportsPeopleOnlyTracking>true</SupportsPeopleOnlyTracking> <IsPeopleOnlyTrackingEnabled>true</IsPeopleOnlyTrackingEnabled> <RequiresCalibration>true</RequiresCalibration> <SupportedEvents> <SupportedEvent> <XsiType>TripwireEventDefinition</XsiType> <Options xsi：type="TripwireOptions"> <MaxPoints>2 8</MaxPoints > <SupportedClassifications> <Classification>Human</Classification〉 </SupportedClassifications> </0ptions> </SupportedEvent> <SupportedEvent> <XsiType>AreaOfInterestEventDefinitionc/XsiType〉 <Options xsi：type="AreaOfInterestOptions"> <MaxPoints>28</MaxPoints> <SupportsGroundPlane>true</SupportsGroundPlane> < Supports 工mage Plane > true </Support s Image Plane ：> <SupportedClassifications> <Classification>Anythingc/Classification〉 <Classification>Human</Classification〉 <Classification>Vehicle</Classification> </SupportedClassifications> <SupportedActions> <Action>Enters</Action> <Action>Exits</Action> <Action>Loiters</Action〉 </SupportedActions> </〇ptions> </SupportedEvent> <SupportedEvent> <XsiType>CountingAreaOfInterestEventDefinition</XsiType> <〇ptions xsi:type=nCountingAreaOfInterestOptions” > <MaxPoints>28</MaxPoints> <SupportsGroundPlane>true</SupportsGroundPlane> <SupportslmagePlane>true</SupportsImagePlane> <SupportedClassifications> <Classification>Human</Classification〉 </SupportedClassifications> <SupportedActions> <Action>OccupancyData</Action> <Action>OccupancyThreshold</Action> <Action>DwellData</Action> <Action>DwellThreshold</Action> </SupportedActions> </0ptions> -37- 200924534 </SupportedEvent> </SupportedEvents> <SupportedSchedules> <Type xsi：type="RecurringWeeklyScheduleOptions"> <MaxTimeBlocks>24</MaxTimeBlocks> </Type> </SupportedSchedules> <SupportedResponses> <Type xsi：type-"SimpleMessageResponseOptions"> <MaxMessageLength>1024</MaxMessageLength> <MaxCustomResponseFields>8</MaxCustomResponseFields> <MaxCustomResponseKeyLength>32</MaxCustomResponseKeyLength> <MaxCustomResponseValueLength>128</MaxCustomResponseValueLength> </Type> </SupportedResponses> :/AnalyticsCapabilities> ____ 需注意的是，未支援的選擇不顯示出 AnalyticsCapabilities XML。若唯人追蹤器失效，則用於 此同一許可類型的能力將改變，使得分類類型不被侷限於 Human (人），及一些 SupportedAction會改變。無論如 何，將所有可能特性的說明表列如下。 A n a 1 y t i c s T y p e特性可以是目前賦能給此通道之許可 的類型。此可以是與通道資訊的一部份所轉回一般相同之 値。若許可類型被改變，貝(I AnalyticsCapabilities可改變 ，因此每當許可被改變時，應用程式都應檢查目前的能力 〇
MaxRulesPerView特性指明此通道上每一景象可支援 多少規則。可從許可（若可應用的話）與裝置如何組配程 式庫來檢索此數目。
MaxViews特性可以是此通道可支援之景象的最大數 目。此可視許可與裝置如何組配ObjectVideo OnBoard程 式庫而定。雖然總是至少有一景象，但是特定許可類型不 允許一個以上的景象。 -38- 200924534
SupportsAlertOutput 及 SupportsCountOutput 特性指 明通道是否支援警示或計數的輸出。典型上，大部分的通 道可輸出其中一類型或另一類型。例如，計數許可只許可 計數輸出。
SupportsForensicsMetadataOutput 特性指明通道是否 允許輸出Forensics元資料。若許可允許，則裝置依據裝 置規格而能夠允許或不允許此功能。
SupportsPeopleOnlyTracking特性指明許可是否允許 使用ObjectVideo的唯人追蹤功能。此特徵提高計數總數 的準確性，並且能夠賦能Occupancy及Dwell規則類型給 Event Counting感測器。唯人追蹤假設相關的所有物件是 人。利用相機置放在上方，其在室內環境中運作的最好。
IsPeopleOnlyTrackingEnabled特性指明目前是否賦能 唯人追蹤（若允許的話）。經由參數的其中之一可改變此 設定並且可改變什麼分析能力可利用到此通道。 若可賦能 IsPeopleOnlyTrackingEnabled，則通道需要 校準。將此特性開或關可改變 AnalyticsCapabilities，因 此每當此特性被改變時，應用程式應檢查目前的能力。
RequiresCalibration特性指明此通道是否需要被校準 以確保成功的偵測。
SupportedEvents段說明依據許可和組態而可包括在 規則中的所有可能事件類型。其包含一或多個子成分類型 白勺 Supp〇rtedEvent°SupportedEvent 包含 XsiType 特性和 Options 特性。XsiType 定義能夠在 Rule 中指明之 -39- 200924534
EventDefinition的類型。若未表列特定的類型，則不支援 它。Ο p t i ο n s特性包含用於此規則類型的選擇。〇 p t i ο n s的 實際子類型可被表列當作xsi: type屬性的一部份。 類型的表列和其支援選擇可以是：
Camera Tamper-此事件類型偵測在相機的景象圖場中 何時具有明顯的變化，諸如被移動或阻隔等。XsiType可 以是 CameraTamperEventDefinition。可以 xsi:type = “ CameraTamperOptions”指明其選擇。
Tripwire-此事件類型偵測何時物件橫越Tripwire，及 可以 TripwireEventDefinition 的 XsiType 指明。可以 xsi:type = “TripwireOptions”指明其選擇。 M a X P o i n t s特性指明允許多少點。T r i p w i r e應包含2 點以產生單一區段T r i p w i r e。然而，若此値大於2，則允 許多區段Tripwire。
SupportedClassifications 特性表列被允許有 Tripwire 之所有類別。類別的表列如下。 M u 11 i -1 i n e T r i p w i r e -此事件類型偵測在特定的時間框 內和在使用者定義的方向中，物件何時橫越一個以上的 Tripwire。可以 MultiLineTripwireEventDefinition 指明它 ，及可以 xsi:type = “MultiLineTripwireOptions”指明其選 擇。
MaxPoints特性指明各個Tripwire中的點之最大數目 〇
SupportedClassifications特性指明可被偵測的物件之 -40- 200924534 表列。就包括在此事件中的所有TriPwire而言具有單一 類別。類別的表列如下。
MaxLines特性指明可包含此事件之TriPwires的最大 數目。雖然目前此被侷限到2，但是在將來的版本中可擴 展。
Full Frame-此事件類型偵測在景象的圖場中任一處何 時執行特定動作。可以 FullFrameEvnetDefiniti〇n 的 XsiType 指明它，及可以 xsi:type = “FullFrameOptions” 指 明其選擇。
SupportedClassifications 特性表歹！J 被允許有 Full F r a m e規則之所有類別。類別的表列如下。
SupportedActions特性表指明在整個框上可被偵測之 所有可應用的動作。
Area of Interest-此事件類型偵測在框的特定區域中 何時執行特定動作。可以 AreaoflnterestEventDefinition 的XsiType指明它，及可以xsi:type = “ AreaOflnterestOptions”指明其選擇。
MaxPoints特性指明可組成一區域之點的最大數目。 此値是3或更大。
SupportsGroundPlane 及 SupportsImagePlane 特性指 明當物件進入區域時，ObjectVideo程式庫如何處理物件 。接地面指明接觸地面的物件之部分，“足印”應在區域內 以觸發事件。此可允許一個人走在區域前面而不觸發事件 。就影像面而言，當物件的任何部分與區域重疊時可觸發 -41 - 200924534 事件。
SupportedClassifications特性表列被允許有相關事件 的區域之所有類別。類別的表列如下。
SupportedActions特性表指明在區域中可被偵測之所 有可應用的動作。
Counting Area of Interest-此事件類型偵測在框的特 定區域中何時執行某些計數動作。以
CountingAreaOflnterestEventDefinition 的 XsiType 指明它 ，及可以 xsi:type = “CountingAreaOfInterestOptions” 指明 其選擇。此和 AreaOflnterestEventDefinition之間的主要 不同處在於 CountingAreaOflnterestEventDefinition 只能 夠具有一計數動作。
MaxPoints特性指明可組成區域之點的最大數目。此 値是3或更大。
SupportsGroundPlane 及 SupportsImagePlane 特性指 明當物件進入區域時如何處理物件。接地面指明接觸地面 之的物件之部分，“足印”應在區域內以觸發事件。此可允 許一個人走在區域前面而不觸發事件。就影像面而言，當 物件的任何部分與區域重疊時可觸發事件。
SupportedClassifications特性表列被允許有相關事件 的區域之所有類別。類別的表列如下。
SupportedActions特性表指明在整個框上可被偵測之 所有可應用的計數動作。 S u ρ ρ 〇 r t e d S c h e d u 1 e s特性表列可爲各個規則組配之日 -42 - 200924534 程表類型。只有當目前時間在指定的日程表內才可執行規 則。
SupportedFilters特性指明可允許的過濾器之表列， 並且可由許可類型來決定。過濾器幫助提高偵測率並且降 低事件的錯誤觸發。過濾器的表列可以是= M i n i m u m S i z e F i 11 e r -當附加到規則時，此可過爐出不 符合最小尺寸的所有物件。 M a X i m u m S i z e F i 11 e r -當附加到規則時，此可過濾出大 於特定尺寸的所有物件。
SizeChangeFilter-當附加到規則時，此可過濾出急遽 改變兩框之間的尺寸之所有物件。 S h a p e A n d D i r e c t i ο n F i 11 e r -當附加到規則時，此可過濾 出不以一致的形狀或方向出現之所有物件。例如，若將此 打開，可忽視出現在陽光照射的水面上之刺眼的強光。 S u ρ ρ 〇 r t e d R e s ρ ο n s e s特性指明可爲各個規則組配之回 應類型。回應類型可以是當事件被觸發時連同任何特定顧 客回應欄一起輸出之正文字串。然而，應用程式可在這些 欄上建立以提供在它們自己應用程式內的其他回應類型（ 諸如、電子郵件或觸發乾接觸繼電器等）。 MaxMessageLength可以是在訊息中裝置支援之字元的最 大數目。MaxCumtomResponseKeyLength 及 MaxCustomResponseValueLength可以分別是顧客回應欄 中的鍵値和値特性中所允許之字元的最大數目。 -43- 200924534 3.3 . 1 .類別 有用的類別之表列如下：
Anything -就大部分事件類型而言，此包括物件的所 有類型，包括人、車輛、及無法被分類成人或車輛之物件 。就Left Behind及Taken Away事件而言，這些是不出現 而自己移動之物件（如、一個人已留下之盒）。
Human-偵測任何人或人形物件。
Vehicle-偵測任何車輛或車輛形狀的物件。 3.3.2.相關動作的全框或區域 有用的動作之表列如下：
Enters-偵測從任一方向物件何時進入相關區域。當從 未看見物件橫越區域邊界時，剛出現時，此不可被應用到 Full Frame 規貝IJ。
Exits-偵測在任何方向物件何時離開相關區域。當從 未看見物件橫越區域邊界時，剛消失時，此不可被應用到 Full Frame 規貝[J。
Appears-偵測在全框或相關區域內物件第一次變成看 得見。
Disappears-偵測在相關區域或全框中物件何時從相機 消失。
Inside-偵測物件何時在區域或全框內。此可類似於 Enters OR Appears 動作。
Taken A way-偵測物件何時從全框或相關區域移除。 -44- 200924534
LeftBehind-偵測物件何時留在全框或相關區域中。 L o i t e r s -偵測物件何時仍持續留在區域或全框中達使 用者特定時間週期之久。 3.3.3 .相關動作的計數區域 有用的計數動作之表列如下。
OccupancyData-連續輸出區域中目前人佔有計數。 OccupancyThreshold-偵測特定數目的人何時在區域中 達至少一特定持續時間。
Dwell Data-連續輸出人可在某些區域中的時間量。當 人離開或從景象消失時可輸出此。
DwellThreshold-偵測某人何時在區域內已超過特定時 間量。當某人離開或從景象消失時發生此偵測。添加在 AnalyticsCapabilities中未指明的規則類型之嘗試可轉回 4〇〇的狀態碼，及不添加規則。 3.3.4.分析校準 若 IsAnalyticsCalibrationRequired 特性是真’應在使 用之前校準程式庫。目前，雖然只有唯人追蹤功能需要校 準，但是在其他環境下未來可要求校準。校準XML的例 子可以是： -45- 200924534 <?xml version^"1.0" encoding="utf-8"?> <AnalyticsCalibration xmlns：xsi="http：//www.w3.org/200l/XMLSchema-instance" xmlns:xsd="http ://www.w3.org/2 0 01/XMLSchema" xmlns = "http：//www.obj ectvideo. com/schemas/ovreadyM > <Sample xsi：type="PersonCalibrationSample"> <HeadPoint> <X>0.2</X> <Y>0.35</Y> </HeadPoint> <FootPoint> <X>0.2</X> <Y>0.55</Y> </FootPoint> <BoundingBox> <X>0.11</X> <Y>0.29</Y> <Width>0.2</Width> <Height>0.3</Height> </BoundingBox> </Sample> <Sample xsi：type="PersonCalibrationSample"> <HeadPoint> <X>0.5</X> <Y>0.66</Y> </HeadPoint> <FootPoint> <X>0.5</X> <Y>0.85</Y> </FootPoint> <BoundingBox> <X>0.3</X> <Y>0.65</Y> <Width>0.2</Width> <Height>0.31</Height> </BoundingBox> </Sample> <Sample xsi：type="PersonCalibrationSample"> <HeadPoint> <X>0.1</X> <Y>0.7</Y> </HeadPoint> <FootPoint> <X>0.3</X> <Y>0.92</Y> </FootPoint> <BoundingBox> <X>0.08</X> <Y>0.68</Y> <Width>0.2</Width> <Height>0.25</Height> </BoundingBox> </Sample> </Analyti csCalibration>
AnalyticsCalibration類型包含一或多個校準樣本，例 如、PersonCalibrationSample。各個PersonCalibrationSample包含說明在框中的某些位置中之 -46- 200924534 人的 HeadPoint > FootPoint、及 BoundingBox 特性。可將 各個特性標準化。HeadPoint可以是在框中之那位置中的 平均尺寸人的頭之上方的一組座標。FootPoint可以是在 框中之那位置中的平均尺寸人的腳之下方的一組座標。 BoundingBox包括平均尺寸人的尺寸，並且必須包含 HeadPoint 和 FootPoint 二者。 3.5 .分析組態 就各個通道而言’可經由參數模型將分析組配和適於 不同環境條件及能力。可經由一組簡化的參數（稱作滑動 器）或經由完整的參數模型來改變參數模型。 某些參數或滑動器需要重新啓動OnBoard程式庫以產 生效果。再者，某些參數會影響目前的分析能力。 3 · 5 . 1 .參數滑動器 參數滑動器提供對應於應調整參數之最普遍的方式之 一組預先組配的設定。這些設定提供最容易的方式給應用 程式以將分析調諧呈現給終端使用者，和幫助程式庫的客 製化服務。在內部，這些設定的每一個代表完整參數模型 中之一或多個參數。 參數滑動器XML的例子可以是： -47 - 200924534 <?xml versions 1.0 " encoding= "utf - 8 " ? > <ParameterSliders xmlns：xsi="http：//www.w3.org/2001/XMLSchema-instance" xmlns : xsd= "http : / /www. w3 . ◦rg/2001/}C^1LScheπla,, xmlns：xlink="http：//www.w3.org/1999/xlink" xmlns = "http：//www.obj ectvideo. com/schemas/ovready"> <SliderSummary xlink：type="simple" xlink：href=M[channel root]/analyticssliders/PeopleOnlyTracking"> <Type>PeopleOnlyTracking</Type> <IsEnabled>false</IsEnabled> <RequiresRestart>true</RequiresRestart> <CurrentPosition>0</CurrentPosition> <DefaultPosition>0</DefaultPosition> <MaxiirmmPosition>l</MaximumPosition> </SliderSummary> <SliderSummary xlink：type="simple" xlink:href = [channel root] /analyticssliders/CountingSensitivity"> <Type>CountingSensitivity</Type> <IsEnabled>false</IsEnabled> <RequiresRestart>false</RequiresRestart> <CurrentPosition>2</CurrentPosition> <DefaultPosition>2</DefaultPosition> <MaximumPosition>4</MaximumPosition> </SliderSummary> <SliderSummary xlink：type="simple" xlink;href = " [channel root]/analyticssliders/StationaryDuration"> <Type>StationaryDuration</Type> <IsEnabled>false</IsEnabled> <RequiresRestart>false</RequiresRestart> <CurrentPosition>5</CurrentPosition> <DefaultPosition>5</DefaultPosition> <MaximumPosition>7</MaximumPosition> </SliderSummary> <SliderSummary xlink：type="simpleM xlink：href="[channel root]/analyticssliders/ContrastSensitivityn> <Type>ContrastSensitivity</Type〉 <IsEnabled>true</IsEnabled> <RequiresRestart>false</RequiresRestart> <CurrentPosition>2</CurrentPosition> <DefaultPosition>2</DefaultPosition> <MaximumPosition>4</MaximumPosition> </SliderSummary> <SliderSummary xlink：type="simple" xlink:href= "[channel root]/analyticssliders/MinimumObjectDetectionSize"> <Type>MinimumObjectDetectionSize</Type> <IsEnabled>true</IsEnabled> <RequiresRestart>false</RequiresRestart> <CurrentPosition>2</CurrentPosition> <DefaultPosition>2</DefaultPosition> <MaximumPosition>4</MaximumPosition> </SliderSummary> <SliderSummary xlink：type="simple" xlink:href= "[channel root]/analyticssliders/StoppedObjectsMonitorDuration"> <Type>StoppedObjectsMonitorDuration</Type> <IsEnabled>true</IsEnabled> <Requ3 resRestart>false</RequiresRestart> <CurrentPosition>2</CurrentPosition> <DefaultPosition>2〈/DefaultPosition〉 <MaximumPosition>4</MaximumPosition> _ -48- 200924534 </S1i derSummary> <SliderSummary xlink：type="simple" xlink：href="[channel root]/analyticssliders/ViewSensitivity"> <Type>ViewSensitivity</Type> <IsEnabled>true</lsEnabled> <RequiresRestart>false</RequiresRestart> <CurrentPosition>4</CurrentPosition> <DefaultPosition>4</DefauItPosition> <MaximumPosition>4</MaximumPosition> </SliderSummary> <SliderSummary xlink：type="simple" xlink:href="[channel root]/analyticssliders/BadSignalSensitivity"> <Type>BadSignalSensitivity</Type> <IsEnabled>true</IsEnabled> <RequiresRestart>false</RequiresRestart> <CurrentPosition>4</CurrentPosition> <DefaultPosition>4</DefaultPosition> <MaximumPosition>4</MaximumPosition> </SliderSummary> <SliderSummary xlink：type="simple" xlink：href="[channel root]/analyticssliders/ViewsSupported"> <Type>ViewsSupported</Type> <IsEnabled>true</IsEnabled> <RequiresRestart>false</RequiresRestart> <CurrentPosition>l</CurrentPosition> <DefaultPosition>l</DefaultPosition> <MaximumPosition>2</MaximumPosition> </SliderSummary> <SliderSummary xlink：type="simple" xlink：href="[channel root]/analyticssliders/ReportBadSignal"> <Type>ReportBadSignal</Type> <IsEnabled>true</IsEnabled> <RequiresRestart>false</RequiresRestart> <CurrentPosition>1</CurrentPosition〉 <DefaultP〇sition>l</DefaultPosition> <MaximumPosition>l</MaximumPosition> </SliderSummary> <SliderSummary xlink：type="simple" xlink:href="[channel root]/analyticssliders/ImageStabilization"> <Type>ImageStabilization</Type> <IsEnabled>true</IsEnabled> <RequiresRestart>true</RequiresRestart> < Current Position;>0<：/Current Position〉 <DefaultPosition>0</DefaultPosition> <MaximumPosition>l</MaximumPosition> </SliderSummary> <SliderSummary xlink：type="simple" xlink:href="[channel root]/analyticssliders/NighttimeEnhancement"> <Type>NighttimeEnhancement</Type> <IsEnabled>true</lsEnabled> <RequiresRestart>true</RequiresRestart> <CurrentPosition>0</CurrentPosition> <DefaultPosition>0</DefaultPosition> <MaximumPosition>l</MaximumPosition> </SliderSummary> </ParameterSliders> 此表可以 root]/analytic 是唯讀的，並且可經由[channel ssliders URI 檢索。
Type特性可以是用於此滑動器的特有識別符號。-49- 200924534
Is Enabled特性說明目前是否賦能此滑動器。—些滑 動器只在有關滑動器/參數設定或許可類型的条件下 被賦能。
RequiresRestart特性說明此滑動器的改變疋否箭要重 新啓動。 具有真RequiresRestart値之滑動器的任何改變需要 在新的値產生效果之前將裝置或通道重新啓動°可不自動 執行此重新啓動及應手動進行。
CurrentPosition特性可以是此滑動器的目前値。其範 圍從-1到Maximum Position，包含在內。
CurrentPosition 通常從 0 到 Maximum Position，包括 在內，但是若位於滑動器下面的參數未能與滑動器位置匹 配，則C u r r e η 1: P 〇 s i t i ο η可以是-1。此說明滑動器可在訂製 的位置中，此訂製的位置典型上係由直接經由如下一段將 說明的完整參數模型來編輯而產生的。
DefaultPosition特性可以是滑動器的預設値。
MaximumPosition可以是滑動器可具有之最大値。 一些滑動器可以是其唯一的値可以是0 (假）或1 ( 真）之Booleans滑動器。 爲了修正滑動器，應用程式可經由[channel root]/analyticssliders/[slider type] URI 來更新目前値。 此外，可經由具有GET之此同一 URI來檢索滑動器的目 前値。此XML看起來像： -50- 200924534 <?xml version^M1. Ο" encoding^"utf-8"?> <ParameterSlider xmlns:xsi二"http ://www.w3 * org/2001/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/2 001/XMLSchema" xmlns="http：//www.obj ectvideo- com/schemas/ovready"> <Type>ContrastSensitivity</Type> <CurrentPosition>2</CurrentPosition> </Parameterslider〉 _ 當更新時，Slider xlink屬性隨著基本參數係依據 T y p e特性而可以是隨意的。若T y p e特性是未知的或無效 的，則可轉回400的HTTP狀態碼。若更新成功，則可轉 回200或2 04的HTTP回應碼（依據改變的滑動器是否影 響其他滑動器而定）。 若滑動器變化影響其他滑動器，則可連同受滑動器變 化影響之其他滑動器的ParameterSlider表一起轉回200 的HTTP狀態碼。 例如’若 PeopleOnlyTracking滑動器被改變，則 CountingSensitivity 及 StationaryDuration 滑動器變成賦 能。下面所示的例子可以是在成功更新（及200的HTTP 狀態碼）時可轉回的本文。 -51 - 200924534 <?xml version="1.0" encoding="utf-8"?> <Parametersliders xmlns：xsi="http：//www.w3.org/2001/XMLSchema-instance11 xmlns：xsd="http：//www.w3.org/200l/XMLSchema" xmlns：xlink=nhttp：//www.w3.org/1999/xlink" xmlns = "http：//www.obj ectvideo. com/schemas/ovready"> <SliderSummary xlink：type="simple" xl ink:: href = [channel root] /analytics sliders/Count ingSensitivity" > <Type>CountingSensitivity</Type> <IsEnabled>true</IsEnabled> <RequiresRestart>false</RequiresRestart> <CurrentPosition>2</CurrentPosition> <DefaultPosition>2</DefaultPosition> <MaximumPosition>4</MaximumPosition> </SliderSummary> <SliderSummary xlink：type="simple" xlink:href="[channel root]/analyticssliders/Stationary-Duration"> <Type>Stati〇naryDuration</Type> <IsEnabled>true</IsEnabled> <RequiresRestart>false</RequiresRestart> <CurrentPosition>5</CurrentPosition> <DefaultPosition>5</DefaultPosition> <MaximumPosition>7</MaximumPosition> </SliderSummary> </Parametersliders> 若編輯的滑動器不影響任何其他滑動器，則可轉回沒 有內容之204的HTTP狀態碼。 需注意的是，對PeopleOnlyTracking的變化需要重新 啓動程式庫以產生影響。 3.5.2.完整參數模型 完整參數模型提供到可用於ObjectVideo OnBoard程 式庫的所有餐樹脂存取。當鍵値可以是參數號碼及此値可 以是參數値時，各個參數表示鍵値對。可經由[channel root]/analyticsparameters URI來檢索參數的完整表列。 可經由[channel root]/analyticsparameters/[num]來檢索或 更新個別參數。 完整參數模型XML的例子可以是： -52- 200924534 <?xml version=T’l · 0” encoding=nutf-8H?> <ParameterModel xmlns:xsi=Mhttp://www.w3.org/2001/XMLSchema-instanceH xmlns : xsd="http: //www. w3.org/2001/XMLSchema,f xmlns : xlink="http: / /www. w3 . org/1999/xlinkf' xmlns=nhttp: / /www. objectvideo. com/schemas/ovreadyf,> <ParameterSummary xlink:type=Msimplen xlink:href-H[channel root]/analyticsparameters/001"> <ParameterNumber>001</ParameterNumber> <ParameterType>int32</ParameterType> <RequiresRestart>false</RequiresRestart> <Value>12</Value> <DefaultValue>12</DefaultValue> </ParameterSummary> <ParameterSuminary xlink:type=Msimple1* xlink:href="[channel root]/analyticsparameters/002M> <ParameterNumber>002</ParameterNumber> <ParameterType>int32</ParaineterType> <RequiresRestart>false</RequiresRestart> <Value>6</Value> <DefaultValue>6</DefaultValue> 〈/ParameterSummary〉 < Parameter Summary xlink: type='f simplef, xlink:href="[channel root]/analyticsparameters/009"> <ParameterNumber>009</ParameterNumber> <ParameterType>float32</ParameterType> <RequiresRestart>false</RequiresRestart> <Value>0.4</Value> <DefaultValue>0.4</DefaultValue> </ParameterSummary> <ParameterSummary xlink:type='fsimplen xlink:href=n [channel root] /analyticsparameters/172',> <ParameterNumber>172</ParameterNumber> <ParameterType>uintl6</ParameterType> <RequiresRestart>true</RequiresRestart> <Value>25</Value> <DefaultValue>25</DefaultValue> </ParameterSununary> <ParameterSummary xlink:type=Hsimple,' xlink:href=M[channel root]/analyticsparameters/173M> <ParameterNumber>173</ParameterNuinber> <ParameterType>uint8</ParameterType> <RequiresRestart>false</RequiresRestart> <Value>5</Value> <DefaultValue>5</DefaultValue> </ParameterSummary> <ParameterSummary xlink:type=Hsimple0 xlink:href=" [channel root] /analyticsparaineters/191,,> <ParameterNumber>191</ParameterNumber> <ParameterType>bool</ParameterType> <RequiresRestart>false</RequiresRestart> <Value>true</Value> <DefaultValue>true</DefaultValue> </ParameterSummary> <ParameterSummary xlink：type=,,simplen xlink:href="[channel root]/analyticsparameters/192,l> -53- 200924534 <ParameterNumber>192</ParameterNumber> <ParameterType>bool</ParameterType> <RequiresRestart>false</RequiresRestart> <Value>false</Value> <DefaultValue>false</DefaultValue> </ParameterSummary> </ParameterModel>
ParameterNumber特性可以是欲改變之參數的數目。 ParameterType可以是此參數的値之資料類型。目 ，有效類型可以是： I nt 3 2 - 3 2位元簽名整數値。値的範圍可從 -2,147,483,648 到 2,147,483,647 。
Bool-Boolean (布林）値。有效値可以是真或假。 Float32-單一準確32位元浮動點値。
Uint8 -未簽名8位元整數。値的範圍可在〇和255之 間。
Uintl6-未簽名16位元整數。値的範圍可在 〇和 6 5 5 3 5之間。
RequiresRestart特性說明是否需要重新啓動對此參數 的改變。 對具有真RequiresRestart之參數的任何改變需要在 新的參數値產生效果之前將裝置或通道重新啓動。不自動 執行此重新啓動，及應用手動進行。
Value特性可以是此參數的目前値。
Default Value特性可以是此參數的預設値。依據通道 設定和許可，此値可能與同一參數數目不同。
可經由[channel root]/analyticsparameters/[num] URI 檢索個別參數。個別參數XML的例子可以是： -54- 200924534 <?xml version="1.0" encoding="utf-8"?> <Parameter xmlns：xsi="htcp://www.w3.〇rg/2〇〇l/XMLSchema-instance" xmlns：xsd="http：//www.w3-〇rg/200l/XMLSchemaH xmlns = "http：//www.obj ectvideo. com/schemas/ovready"> <ParameterNumber>001</ParameterNumber> <Value>16</Value> </Parameter〉 亦可經由[channel root]/analyticsparameters/[num] URI更新個別參數。在更新時，若値無效’則可轉回400 的HTTP狀態碼。若値有效，則可轉回2〇〇或204的 HTTP回應碼。 若討論中的參數改變其他參數，則可連同受此變化影 響之任何參數一起轉回200的HTTP狀態碼。例如’若參 數154影響參數145及167’則下面XML顯示出可連同 200的 HTTP狀態碼一起發送之成功更新時的子組 ParameterModel 〇 <?xml version^"1.0" encoding="utf-8"?> <ParameterModel xmlns：xsi="http：//www.w3.org/2001/XMLSchema-instance" xmlns：xsd="http：//wvrw..org/2001/XMLSchemaM xmlns：xlink="http：//www.w3.org/1999/xlink" xmlns="http：//www.obj ectvideo. com/schemas/ovready'^ <ParameterSummary xlink：type="simple" xlink：href="[channel root]/analyticsparameters/145"> <ParameterNumber>145</ParameterNumber> <ParameterType>int32</ParameterType> <RequiresRestart>false</RequiresRestart> cValue>65</Value〉 <DefaultValue>12</DefaultValue> </ParameterSummary> <ParameterSummary xlink：type="simple" _ xlink：href=" [channel root] /analyticsparameters/：l67 11 > <ParameterMumber>167</ParameterNumber> <ParameterType>int32 </ParameterType> <RequiresRestart>false</RequiresRestart> <Value>13</Value> <DefaultValue>10</DefaultValue> </ParameterSummary> </ParameterModel> _ 需注意的是，大部分的參數未具有改變其他參數的副 -55- 200924534 作用。若沒有參數受到變化的影響，則可轉回204的 HTTP狀態碼以取代2〇〇。 3 · 5 · 3 .重設參數 藉由呼叫[channel root]/analyticsparameters/defaults URI可將通道參數模型重設回工廠預設。此可以是PUT 法但是沒有爭論。需要在完成此之後重新啓動程式庫。當 它們使用基本參數模型時，此亦重設參數滑動器回到它們 的預設。 需注意的是，當重設參數時沒有資料被發送到裝置， 及在成功時沒有資料轉回，只有2 04的狀態碼。 3.6 .通道快照 應用程式能夠爲裝置上的通道請求目前快照。回應値 可以是一兀影像（非XML) 。HTTP標頭Content-Type可 說明轉回之影像的類型（JPEG ' PNG等）。例如，下面 是請求時所轉回之HTTP標頭的例子。 HTTP/1.1 2 00 OK ~~ ~--
Content-Type： image/jpeg Content-Length： 45029 <Binary data> 就未支援快照檢索之那些裝置而言，可轉回4 0 3的 HTTP狀態碼。 -56- 200924534 3.7.通道操作 可支援觸發通道上的某些操作，例如’手動式重設通 道。爲了進行此動作，應用程式在具有Channel〇Peration 的[channel root]/operation URI 上進行 PUT。 ChannelOperation 看起來像： <?xml version-"1.0" encoding="utf-8"?> <ChannelOperation xmlns：xsi^"http：//www.w3.org/20Ql/XMLSchema-instancen xmlns：xsd="http：//www.w3.org/200l/XMLSchema" __xmlns="http：//www.obj ectvideo. com/schemas/ovready"> <Operation>Reset</Operation> </ChannelOperation> 4 .景象管理 可支援PTZ相機或視訊多工器。程式庫經由“景象”來 處理相機和多工器的類型，其中景象表示單一 ΡΤΖ防護 旅遊止點或視訊多工器上的輸入。若使用者添加每一個當 作一景象時，程式庫可被組配成將這些的全部或一些認定 爲景象。 裝置中的各個通道可具有對應於相機的不同位置（或 多工器上的輸入）之一或多個命名的景象。通道應主動對 應於用於操作的視訊分析和用於施加規則之景象。 爲了取得景象的表列，應用程式詢問裝置。若可爲單 一景象組配裝置，則詢問總是轉回一景象。景象表xml 看起來像此： -57- 200924534 <?xml version="l.0" encoding^"utf-8"?> <ViewList xmlns：xsi="http：//www.w3.org/200l/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/200l/XMLSchema" xmlns：xlink="http：//www.w3.org/1999/xlink" xmlns="http：//www.obj ectvideo. com/schemas/ovready"> <ViewSummary xlink：type="simple" xlink：href="[channel root]/views/viewOOl"> <ID>view001</ID> <Name>Parking Lot</Name> <IsCurrentView>true</IsCurrentView> </ViewSummary>
<ViewSummary xlink：type = MsimpleH xlink：href="[channel root]/views/view002"> <ID>view002c/ID> <Name>Back door</Name> <IsCurrentView>false</IsCurrentView> </ViewSummary> </ViewList> 如同在ChannelList中一般’ ViewList包含有關景象 的摘要資訊，但是藉由遵循表列在XLINK屬性中的URI 來檢索全景象XML。ID和Name特性是景象的ID和名稱 〇 若有的話，IsCurrentView旗標讓應用程式知道哪一 景象目前是活動的（或已知）。雖然表中具有一真値的最 大値，但是表可以沒有目前已知景象。亦可經由如下述之 ViewStatus來檢索目前景象。 下一表顯示出可允許的景象狀態和槪要說明。 KnownView-通道目前是已知及先前添加的景象。當 這是景象狀態時，視訊信號可被處理’規則是活動的，及 可偵測事件。
UnknownView-通道不匹配饋入到任何先前儲存的景 象之目前視訊。直到可將景象轉回到KnownView爲止， 沒有規則是活動的，且通道不產生任何新回應或有用的辯 -58- 200924534 論資料。
Bad Signal-通道的視訊信號目前可以是非存在的或低 品質或反差的。直到將景象轉回到KnownView爲止，通 道不產生任何新回應或有用的辯論資料。
SearchingForView-經由被儲存景象的表列目前可正搜 尋通道以找出匹配。此狀態通常是短暫的，在短時間後應 以 KnownView 或 UnknownView 狀態取代。 4.1 .景象 可在初始化時產生景象，如此在系統中總是具有至少 一景象。爲了添加另一景象’通道目前應在 UnknownView狀態中。爲了添加景象，應用程式PS0Ts 景象XML到用於那通道上的景象之根URI( [channel root]/views)。此產生和儲存景象在目前的相機位置或在 具有特定名稱之多工器上的輸入中。 需注意的是，此不儲存實際的PTZ座標或多工器輸 入號碼。可儲存能夠用於以演算法認定同一位置之參考資 料。 可經由個別的景象 URI ( [channel r〇〇t]/view/[id]) 來進行檢索、更新、或刪除景象。 景象XML看起來像： -59- 200924534 <?xml version="l.On encoding="utf-8"?> <View xmlns ：xsi = "http : //www. w3 . org/200l/XMLSchema- instance1*_ xmlns：xsd="http：//www.w3.org/2001/XMLSchema" xmlns：xlink="http：//www.w3.org/1999/xlink" xmlns="http：//www.obj ectvideo. com/schemas/ovready"> <ID>view001</ID> <Name>Parking Lot</Name> <IsCurrentView>true</lsCurrentView> <Snapshot xlinkitype^^simple" _ xlink：href[channel root]/views/viewOOl/snapshot" /> </View> ID、Name、及 IsCurrentView 特性可與 ViewSummary 類型中所定義者相同。 若可取得的話，Snapshot特性包含到景象快照的鏈結 。若此特性是空的，則裝置未具有爲此景象所儲存的快照 〇 當添加景象時，若ID欄是空的’則裝置可產生識別 符號。當添加或更新景象時，可忽視 Snapshot及 IsCurrentView特性並且可保持空白。一旦被添加就無法 改變ID。如此做的任何嘗試可轉回在P U T上的4 0 〇。 當以產生ID的應用程式添加景象時，若ID已存在， 則裝置可轉回400的狀態碼。 4·2.景象快照 應用程式可爲裝置上的任何景象請求快照。所轉回的 影像可來自儲存景象快照之最近的時間。回應値可以是二 .元影像（非XMLHTTP標頭Content-Type可說明轉回的影 像類型（JPEG、PNG等）。例如’下面是請求時所轉回 之HTTP標頭的例子。 -60- 200924534 HTTP/1.1 200 OK Content-Type： image/jpeg Content-Length： 45029 <Binary data> 0就不支援快照檢索的那些裝置而言’可轉回4 0 3的 HTTP狀態碼。 4.3.景象狀態 應用程式可取得目前景象狀態，及決定目前活動景象 是什麼。此XML看起來像： <?xml version="l.0" encoding="utf-8"?> <ViewStatus xmlns：xsi="http：//www.w3.org/2001/XMLSchema-instance" xmlns：xsd="http：//www.w3-org/2001/XMLSchema" xmlns：xlink="http：//www.w3.org/1999/xlink" xmlns="http：//www.obj ectvideo.com/schemas/ovready"> <ViewState>KnownView</ViewState> <ViewInfo xlink type="simple" xlink：href=" [channel root]/views/viewOOl"> <ID>view001</ID: <Name>Parking Lot</Name> </ViewInfo> </ViewStatus >
ViewState特性告訴應用程式通道是否是已知景象。 若値是KnownView，貝fj Viewlnfo提供目前活動之景象的 ID 及 Name。若 ViewState 是 KnownView’ 則 V'ewlnfo 如下面所示一般是空的或非存在的： <?xml version=”l.0” encoding^nutf-8"?> <ViewStafcus xmlns :xs:L="ht:tp://www.w3 -org/SOOl/XMIiScheTaa-instance" xmlns：xsd="http://www.w3.org/2001/XMLSchema" xmlns = "http ： //www.objectvideo. com/schemas/ovready11 > <ViewState>UnknownView</ViewState> </ViewStatus> -61 - 200924534 4.4 .強迫景象 若目前不知道景象，但是應匹配先前儲存的景象ID ’則可強迫景象推翻先前儲存的景象。爲了如此作，應用 程式明確地呼叫[channel root]/views/[id]/current URI， 及成功的呼叫產生204的HTTP狀態碼。通道應在 UnknownView狀態以強迫景象。若目前狀態不是 UnknownView及景象被強迫，則強迫景象失敗，可轉回 400的HTTP狀態碼’及裝置待在其目前狀態。 需注意的是’當強迫影像並且沒有資料成功轉回，只 有204的狀態碼時，沒有資料被發送到裝置。 5 .規則管理 裝置可在內部儲存一些規則。爲了獲得用於通道之所 有規則的表列，應用程式可詢問h 11 p : / / s e r v e r / [ e h a η n e 1 root]/rules，及轉回的XML可以是： -62- 200924534 <?xml version="1.0" encoding^nutf-8u?> <RuleList xmlns：xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/2 001/XMLSchemaM xmlns：xlink=nhttp：//www.w3.org/1999/xlink" xmlns= "http ： //www. obj ectvideo . com/schemas/ovready'1 > <RuleSummary xlink: type= "simple11 xlink:href=n[channel root]/rules/ruleOOl"> <ID>rule001</lD> <Name >Rule1</Name > <ViewInfo xlink··type="simple’· xl ink： href[channel root] /views/viewOOl,! > <ID>view001</ID> <Name>Parking Lot</Name> </ViewInfo> <IsAc t ive >t rue </1sAc t ive > </Ru1e Summary> <RuleSummary xlink：type="simple" xlink：href=n[channel root]/rules/rule002"> <ID>rule002</lD：> <Name >Rule2 </Name > <ViewInfo xlink：type="simple" xlink：href[channel root】/views/view002M> <ID;>view0 02</lD：> <Name>Somewhere Else</Name> </ViewInf〇> cIsActive>true</lsActive：> </RuleSummary> </RuleList> 如同在ChannelList中一般，雖然RuleList包含有關 規則的摘要資訊，但是可藉由遵循表列在XLINK屬性中 的URI來檢索完整規則XML。 獲得通道上之所有規則的表列可轉回通道本身上的所 有規則（如、非景象指定規則）與那通道上的各個景象上 之所有規則。亦可藉由在特定景象下請求規則來過濾規則 的表列。例如，到 http://server/[channel root]/views/view/rules 的詢問可轉回： -63- 200924534 <?xml version^"1.0" encoding^"utf-8"?> cRuleList xmlns：xsi="http：//www.w3-〇rg/200l/XMLSchema- instance” xmlns :xsd=uhttp: / /www. w3 .〇rg/2 0 01/XMLSchema丨丨 xmlns：xlink=Mhttp：//www.w3.org/1999/xlink" xmlns="http ： //www. obj ectvideo. com/schemas/ovready'1 > <RuleSummary xlink：type="simple" xlink：href="[channel root]/rules/ruleOOlM > <ID>rule001</ID> <Name > Rul e 1 < / Name > <ViewInfo xlink:type="simple" xlink：href=n[channel root]/views/viewOOl"> <ID>view001</ID> <Name >Parking Lot </Name > </ViewInf〇> <IsActive>true</IsActive> </RuleSummary> </RuleList> 需注意的是，RuleList中所示之規則URIs總是駐在 用於通道和景象位準規則二者的通道根之下。 規則的例示XML可以是： -64 - 200924534 <?xml version=”1.0M encodingsMutf-8"?> <Rule xmlns：xsi="http：//www.w3.org/2001/XMLSchema*instance" xmlns：xsd="http：//www.w3.org/200l/XMLSchema" xmlns：xlink="http：//www.w3.org/1999/xlink" xmlns="http：//www.objectvideo. com/schemas/ovready"> <ID>rule001</lD> <Name>Tripwire rule</Name> <IsActive>true</IsActive> <ViewInfo xlink：type="simple" xlink：href="[channel root]/views/view001"> <ID>view001</ID> <Name>Parking Lot</Name> </ViewInfo> <EventDefinition xsi：type="TripwireEventDefinition"> <Classifications> cClassification>Human</Classification> . </Classifications〉 <TripwireDirection>AnyDirection</TripwireDirection> <Points> <Point> <X>0.2</X> <Y>0.6</Y> </Point> <Point> <X>0-2</X> <Y>0.8</Y> </Point> <Point> <X>0.4</X> <Y>0.8</Y> </Point> </Points> <Filters> <Filter xsi：type="MaximumSizeFilter"> <NearRectangle> <X> 0.2 </X> <Y>0.3</Y> <Width>0.2</Width> <Height>0.2</Height> </NearRectangle> 、 <FarRectangle> <X>0.5</X> <Y>0.6</Y> - <Width>0.4</Width> <Height>0.3</Height> </FarRectangle> </Filter> </Filters> </EventDefinition> <ResponseDef inition xsi ： type- "SimpleMessageResponse11 > <Message>Tripwire crossed</Message> </ResponseDefinition> <Schedule xsi：type="RecurringWeeklySchedule"> <WeeklyTimeBlocks> -65- 200924534 <WeeklyTimeBlock> <StartDayOfWeek>l</StartDayOfWeek> <EndDayOfWeek>l</EndDayOfWeek> <StartMinuteOfDay>540</StartMinuteOfDay> <EndMinuteOfDay>1020</EndMinuteOfDay> </WeeklyTimeBlock> <WeeklyTimeBlock> <StartDayOfWeek>2</StartDayOfWeek> <EndDayOfWeek>2 </EndDayOfWeek> <StartMinuteOfDay>540</StartMinuteOfDay> <EndMinuteOfDay>1020</EndMinuteOfDay> </WeeklyTimeBlock> </WeeklyTimeBlocks> </Schedule> </Rule> 雖然可支援通道位準規則，但是規則典型上是景象特 有的。若可在通道位準中定義規則’則Viewlnfl不存在 或保持空的。當添加或更新規則時’ v i e wN am e可以是隨 意的。可忽略對V i e w N a m e的任何改變。 規則可由事件定義、隨意回應定義、隨意日程表、及 隨意過濾器所組成。下面段落提供這些元素每一個的細節 〇 當添加規則時，伺服器以2 0 1的Η T T P狀態碼和新建 立的規則之URI —起回應。例如，到[channel root]/rules 的 POST 應轉回[channel root]/rules/rule009。 5 . 1 .事件定義 規則可具有單一類型的事件定義，但是事件可具有多 個選擇。可將事件定義的實際類型表列在x s i:1 y pe屬性中 。用於各個通道之事件的有用類型係可由用於通道的 AnalyticsCapabilities 來決定。 就支援Classifications特性的事件而言’此特性包含 -66 - 200924534 一或多個類別類型’如用於適當事件類型的 AnalyticsCapabilities 中所定義一般。若指明的話， Anything classification取代所有其他類別類型，因此不 需要指明其他類型。 某些事件可具有零或更多的過濾器。見用於更多資訊 的下面個別事件段落。若沒有所定義的過濾器，則Filters 元素不存在。 5 . 1 . 1 T r i p w i r e (跳脫佈線） 可由 xsi:type = “TripwireEventDefiniti〇n”定義 Tripwire事件。Tripwire可具有零或更多的過濾器。具有 單一過瀘器之例示Tripwire被圖示如下： -67- 200924534 <Rule> <EventDefinition xsi:type="TripwireEventDefinition 〈Classifications〉 <Classification>Human</Classification> </Classifications> <TripwireDirection>AnyDirection</TripwireDirection> <P〇ints> <Point> <X>0.2</X> <Y>0.G</Y> </Point> <Point> <X>0.2</X> <Y>0.8</Y> </Point> <P〇int> <X>0.4</X> <Y>0.8</Y> </Point> </Points> <Filters> 〈Filter xsi : type="MaximumSizeFilter?f> <NearRectangle> <X>0.2</X> <Y>0.3</Y> <Width>0.2</Width> <Height>〇.2</Height> </NearRectangle> <FarRectangle> <X>0.5</X> <Y>0.6</Y> <Width>0.4</Width> <Height>0.3</Height> </FarRectangle> </Filter> </Filters> </EventDefinition> </Rule>
TripwireDirection特性定義爲了觸發事件而應橫越
Tripwire 之方向。此可以是 LeftToRight、RightToLeft、 或AnyDirection。實際左或右方向視點的順序而定。爲了 決定左和右方向，想像一個人站在第一點看著第二點。左 -68- 200924534 和右方向匹配一個人的左和右側。可爲Tripwire中所定 義之所有下面點重複此處理。可將點全都標準化。 P 〇 i n t s特性包含用於線之一連串X及Y座標。就可 以是直線的T r i p w i r e而言，可具有兩定義的點，各個對 應於線之端點的其中之一。就多區段Tripwire而言，具 有位各個區段之間的交叉點所定義之額外點。可在 AnalyticsCapabilities 中定義最多的點。 5.1.2. Multi-line (多線）Tripwire 可由 xsi:type = “MultiLineTripwireEventDefinition” 定 義Multi-line Tripwire事件，及可具有零或更多的過據器 。具有單一過濾器的例示Multi-line Tripwire被圖示如下 <Rule> -69- 200924534 <EventDefinition xsi：type="MuXtiLineTripwireEventDefinition"> cClassifications> <Classification>Human</Classification> </Classifications> <LineCrossingOrder>Before</LineCrossingOrder> <Duration>0</Duration> <Tripwires> <Tripwire> <TripwireDirection>LeftToRight</TripwireDirection> <Points> <Point> <X>0.2</X> <Y>0.6</Y> </Point> <Point> <X>0.2</X> <Y>0.8</Y> </Point> </Points> </Tripwire> <Tripwire> <TripwireDirection>LeftToRight</TripwireDirection> <Points> <Point> <X>0.6</X> <Y>0.6</Y> </Point> <Point> <X>0.6</X> <Y>0.8</Y> </Point> </Points> </Tripwire> </Tripwi 〈Filters res> > <Filter xsi：type="MaximumSizeFiIter"> <NearRectangle> <X>0.2</X> <Y>0*3</Y> <Width>0.2</Width> <Height>0.2</Height> </NearRectangle> <FarRectangle> <X>0.5</X> <Y>0.6</Y> <Width>0.4</Width> <Height>0.3</Height> </FarRectangle> </Filter> </Filters> </EventDefinition> </Rule>
Multi-line Tripwire可由一個以上的分開Tripwire所組成。當在可組配的時間框內交叉各個 Tripwire時可觸 -70- 200924534 發 Multi-line Tripwire 事件。可在 AnalyticsCapabilities 中指明包含在Multi-line Tripwire事件中的Tripwire數目 LineCrossingOrder特性意指是否應以任何特定順序 交叉兩 Tripwire。選擇可以是 BeforeOrAfter 或 Before。 BeforeOrAfter 表示交叉 Tripwire 的順序無關緊要。 Before的値表示應以特定順序交叉Tripwire，Lines特性 中所提及的第一線應在第二線之前交叉。
Duration特性指明時間框，以秒計，其中應交叉兩 Tripwire以觸發事件。 T r i p w i r e特性提供有關各個T r i p w i r e的位置和物件方 向之資訊。
TripwireDirection特性定義爲了觸發事件而應交叉 Tripwire 的方向。此可以是 LeftToRight' RightToLeft、 或AnyDirection。實際左或右方向視點的順序而定。爲了 決定左和右方向，想像一個人站在第一點看著第二點。左 和右方向匹配一個人的左和右側。可爲Tripwire中所定 義之所有下面點重複此處理。可將點全都標準化。
Points特性包含用於線之一連串X及Y座標。就可 以是直線的Tripwire而言’可具有兩定義的點’各個對 應於線之端點的其中之一。就多區段T r i p w i r e而言’具 有位各個區段之間的交叉點所定義之額外點。可在 AnalyticsCapabilities中定義Tripwire中之點的最大數。 各個Tripwire中之點的數目可與任何其他Tripwire無關 。例如，一 Tripwire可具有兩點而另一Tripwire具有三 -71 - 200924534
5 . 1 . 3 .相關區域 可由 xsi :ty pe = ” AreaOflnterestEventDefinition” 定義 相關區域事件，及可具有零或多個過濾器。事件應包含至 少一 Action，但是也可包含多個Action。具有一過濾器的 例示相關區域被圖示如下： -72- 200924534 <Rule> <EventDef inition xsi:type= nArea〇fInterestEventDef inition” > <PlaneType>Ground</PlaneType> <P〇ints> <Point> <X>0.2</X> <Y>0.6</Y> </P〇int> <Point> <X>0.2</X> <Y>0.8</Y> </Point> <Point> <X>0.6</X> <Y>0.6</Y> </Point> <Point> <X>0.6</X> <Y>0.8</Y> </Point> </Points> <Classifications> <Classification>Human</Classification> </Classifications> <Actions>_ <Action xsi：type="EnterAreaAction" /> <Action xsi：type="LoiterAreaAction"> <Duration>3000</Duration> </Action> </Actions> <Filters> <Filter xsi：type="MaximumSizeFilter"> <NearRectangle> <X>0.2</X> <Y>0.3</Y> <Width>0.2</Width> <Height>0.2</Height> </NearRectangle> <FarRectangle> <X>0.5</X> <Y>0.6</Y> <Width>0.4</Width> <Height>0.3</Height> </FarRectangle> </Filter> </Filters> </EventDefinition> </Rule>
PlaneType特性表示相關區域是接地面（Ground)還 是影像面（I m a g e ) 。G r o u n d指明物件的底部（“足印，，） 應在區域內以觸發事件。此允許一個人能夠走在區域前面 卻不觸發事件。就Image而言，當在相關區域內偵測到物 -73- 200924534 件的任何部位時可觸發事件。
Points特性包括定義相關區域的角之至少三點。點的 數目是可變的，但是可在AnalyticsCapabilities中建立最 大設定。在上述例子中，相關區域可以是矩形的，具有提 供給其四角的每一個之X及Y座標。 5 . 1 . 3 . 1 .區域活動 此段落表列目前有用的A c t i ο η。可以X s i: t y p e屬性簡 單區分大部分的活動。然而，亦有具有額外特性的一些活 動。 <Action xsi：type="EnterAreaAction" /> <Action xsi：type="ExitAreaActxon" /> <Action xsi：type= MInsideAreaAction" /> <Action xsi：type="AppearAreaAction" /> <Act ion xsi：type="DisappearAreaAction" /> <Action xsi：type="TakeAwayAreaAction" /> <Acti〇n xsi：type="LeaveBehindAreaAction"> <Duration>15000</Duration> </Action> <Action xsi：type="LoiterAreaAction"> <Duration>3 0000</Duration> </Action>
LeaveBehindAreaAction 及 LoiterAreaAction 各個都 具有以毫秒指明之Duration特性。就
LeaveBehindAreaAction 及 LoiterAreaAction 類型而言， Duration可以是直到觸發事件爲止等待多久。 5.1.4.相關計數區域 相關計數區域可以是確實爲以計數爲基的活動特有之 事件，諸如Occupancy及Dwell。可由 -74- 200924534 xsi:type = “CountingAreaOfInterestEventDefinition”定義相 關計數區域事件。此事件不同於標準 “AreaOflnterestDefinition”之處在於其只允許單一活動而 不允許單一類別和過濾器。例示相關計數區域事件可被圖 示如下： <Rule> <EventDefinition xsi：type="CountingAreaOfInterestEventDefinition"> < PIaneType >Ground</PlaneType > <Points> <Point> <X>0.2</X> <Y>0.6</Y> </Point> <P〇int> <X>0.2</X> <Y>0.8</Y> </Point> <Point > <X>0.6</X> <Y>0.6</Y> </Point> <Point> <X>0.6</X> <Y>0.8</Y> </Point> </Points> cClassification>Human</Classification> <Action xsi：type="OccupancyDataAreaAction" /> </EventDefinition> </Rule>
PlaneType特性表示相關區域是 GroundPlane還是 ImagePlane。GroundPlane指明物件的底部（”足印”）應 在區域內以觸發事件。此允許一個人能夠走在區域前面卻 不觸發事件。就ImageP lane而言，當在相關區域內偵測 到物件的任何部位時可觸發事件。
Points特性包括定義相關區域的角之至少二點。點的 數目是可變的’但是可在 AnalyticsCapabilities中建立最 大設定。在上述例子中’相關區域可以是矩形的，具有提 -75- 200924534 供給其四角的每一個之χ及γ座標。
Classification 特性包含 AnalyticsCapabilities 中所定 義的單一類別類型。 需注意的是，目前
CountingAreaOflnterestEventDefinition 需要將 IsPeopleOnlyTrackerEnabled設定成真。若此設定是假， 則不添加規則及可轉回400的HTTP狀態碼。 5 . 1 . 4.1 .計數區域活動 此段落表列例示活動。某些活動可以xsi: type屬性簡 單區分。然而，亦有具有額外特性的一些活動。 <Action xsi：type="OccupancyDataAreaAction" /> <Action xsi：type="OccupancyThresholdAreaAction"> <Comparator>GreaterThanOrEqual</Comparator> < Count > 5 </Count > <Duration>1000</Duration> . </Action> <Action xsi：type="DwellDataAreaAction" /> <Action xsi：type="DwellThresholdAreaAction"> <Duration>2 0 00</Duration> </Action?
DwellThresholdAreaAction具有以毫秒指明之 Duration特性，此毫秒是在觸發事件之前物件應存在區域 中的最小持續期間。
OccupationThresholdAreaAction 需要三個額外特性。 Comparator特性指明何時觸發與計數有關的事件。在上述 例子中，一旦區域的佔有計數變得大於或等於五，則 Occupation Threshold 規則可觸發。用於 Comparator 的有 效値可以是：Equal、GreaterThanOrEqual、及 -76- 200924534
LessThanOrEqual °
OccupationThresholdAreaAction 的 Duration 特性告 訴規則只有佔有符合毫秒特定時間的準則才觸發。若佔有 改變臨界，則零的値立刻觸發事件。然而’若此値大於零 ，則在觸發事件之前規則等待特定時間（若條件仍適用的 話）。此特性的主要目的係避免算錯極短時間週期通過區 域的人。 5.1.5.全框 可由 xsi:type = “FullFrameEventDefinition” 定義 Full Frame事件。例不Full Frame事件可被圖不如下· <Rule> <EventDefinition xsi：type="FullFrameEventDefinition"> <Classifications> <Classification>Vehicle</Classification> </Classifications〉 <Actions> <Action xsi：type="EnterAreaAction" /> cAction xsi：type="ExitAreaAction" /> </Actions> <Filters> cFilter xsi：type="MaximumSizeFilterM> <NearRectangle> <X>0.2</X> <Y>0.3</Y> <Width>0.2</Width> <Height>0.2</Height> </NearRectangle> <FarRectangle> <X>0.5</X> <Y>0.6</Y> <Width>0.4</Width> <Height>0.3</Height> </FarRectangle> </Filter> </Filters> </EventDefinition> </Rule> -77- 200924534 如前一段所定義一般，A c t i ο n s特性表列可被偵測的 操作。可在AnalyticsCapabilities中定義有效活動的表列 。若指明活動在不被允許的規則中，則可轉回400。 5 . 1 . 6 .相機竄改 可由 xsi:type = “CameraTamperEventDefinition”定義由 相對於場景的相機移動所產生之Scene Change事件。例 示相機竄改事件可被圖示如下： <Rule> " '~ --— —-------j <EventDefmition xsi：type="CameraTamperEventDefinition"/> </Rule> 當實況轉播相機饋送已變得明顯不同於儲存在記憶體 中的場景時，相機竄改事件發生。 5.2.回應 規則包含用於當事件被觸發時之單一隨意回應。當事 件被觸發時’可產生警示或計數，但是只有警示包含訊息 和顧客回應欄（若被定義的話）。例]$
ResponseDefinition 可被圖示如下： -78- 200924534 <Rule> <ResponseDefinition xsi：type="SimpleMessageResponse"> <Message>Tripwire crossed</Message> <CustomResponseFields> <CustomResponseField> <Key>drycontact</Key> <Value>l</Value> </CustomResponseField> <CustomResponseField> <Key>email</Key> <Value>sally@acme.com</Value> </CustomResponseField> </CustomResponseFields> </ResponseDefinition> </Rule> 顧客回應欄是隨意的。在上述例子中’包括乾接觸繼 電器和電子郵件回應。1的dryc〇ntact Value表示乾接觸 繼電器將被觸發以回應事件。然後諸如閃光燈單元、收聽 單元、或存取控制系統等外部設備可獲得繼電器。電子郵 件回應Value可以是發送警示通知之電子郵件位址。欄的 數目是可變的，但是可在 AnalyticsCaPabilities中建立最 大數目。 5.3.日程表 規則可具有隨意的日程表。若未指明日程表’則所有 時間都可執行規則。目前唯一有用的日程表類型是一依據 以 xsi:type = “RecurringWeeklySchedule”所指明之以週循 環爲主者。依據複雜性’此類型的日程表可具有依或多個 時間區塊。時間區塊可橫跨幾日。例如，日程表可被定義 成涵蓋9AM到6PM。日程表看起來像： -79- 200924534 <Rule> 〈Schedule xsi :type=''RecurringWeeklySchedule"> <TimeBlocks> <TimeBlock> <StartDayOfWeek>l</StartDayOfWeek> <EndDayOfWeek>l</EndDayOfWeek> <StartMinuteOfDay>540</StartMinuteOfDay> <EndMinuteOfDay>1020</EndMinuteOfDay> </TimeBlock> <TimeBlock> <StartDay0fWeek>2</StartDay0fWeek> <EndDayOfWeek >2 </EndDayOfWeek> <StartMinuteOfDay>540</StartMinuteOfDay> <EndMinuteOfDay>1020</EndMinuteOfDay> </TimeBl〇ck> </TimeBlocks> </Schedule> </Rule> _
TimeBlocks特性包含一或多個TimeBlock段。各個 TimeBlock具有分別定一開始和結束日之StartDayOfWeek 及EndDayOfWeek。値的範圍是對應於星期天到星期六之 〇至6。單一 TimeBlock可橫跨一或多日。
StartMinuteOfDay 及 EndMinuteOfDay 定義一日中的開始 秒和一日中的結束秒。這些値的範圍是0至1 43 9 ( 1 1:5 9 PM )。 5.4 .過濾器 規則可具有零或更多個所定義的過濾器，但是只有各 個類型的其中之一。可將各個過濾器的實際類型表列在用 於各個過濾器的xsi: type屬性中。用於各個通道之有用的 過濾器類型係可由用於通道的AnalyticsCapabilities定義 -80- 200924534 需注意的是，當IsPeopleOnlyTrackEnabled被設定成 真時，任何規則不允許過濾器。例如，利用被設定成錯之 此設定，Tripwire可被添加有過濾器。當
IsPeopleOnlyTrackEnabled 被設定成真時，以 400 的 HTTP狀態碼添加此同一規則會失敗。 5.4.1.最大尺寸過濾器 若目標大於過濾器中所指明的尺寸，則 Maximum Size過濾器可防止事件被觸發。可以附近和遠方矩形指明 過濾器。附近矩形表示接近相機的最大目標尺寸，而遠方 矩形表示遠離相機的最大目標尺寸。附近矩形典型上較大 且矩形底部低於遠方矩形。系統可插入在這兩矩形之間， 以爲影像中的任何點計算對應的矩形。若在那位置目標大 於所計算的矩形，則事件不被觸發。 <EventDefinition> <Filter xsi : type=nMaximumSizeFilter?,> <NearRectangle> <X>0.2</X> <Y>0.3</Y> <Width>0.2</Width> <Height>0.2</Height> </NearRectangle> <FarRectangle> <X>0.5</X> <Y>0.6</Y> <Width>0.4</Width> <Height>0.3</Height> </FarRectangle〉 </Filter> </EventDefinition〉 -81 - 200924534
NearRectangle及FarRectangle特性定義標準化形式 的矩形座標。 5.4.2 .最小尺寸過濾器
Minimum Size過爐器是Maximum Size過濾器的相對 物。小於過濾器中所指明的尺寸之任何目標不觸發事件。 除了 xsi:type之外，XML規則與Maximum Size過濾器完 全相同。在下面例子中差異以粗體表不。 <EventDefinition> <Filters> <Filter xsi ： type= ''MinimumSizeFilter^ > <NearRectangle> <X>0.2</x> <Y>0.3</Y> <Width>0.2</Width> <Height>0.2</Height> </NearRectangle> <FarRectangle> <X>0.5</x> <Y>0.6</Y> <Width>0.4</Width> <Height>0.3</Height> </FarRectangle〉 </Filter> </Filters> </EventDefiniti〇n> 5.4.3.最大尺寸變化過濾器 若在框之間目標尺寸急遽變化，則 Maximum Size
Change過濾器可防止事件被觸發。尺寸變化量可被表列 作目前目標尺寸和前一目標尺寸之間的比率。Maximum
Size Change過濾器的例子可圖不如下。 -82- 200924534 <EventDefinition> <Filters> <Filter xsi：type="MaximumSizeChangeFilter"> <MaxSizeChangeRatio>l.5</MaxSizeChangeRatio> </Filter> </Filters> </EventDefinition>
MaxSizeChangeRatio可以是浮動點數目。例如，1.5 的改變比意謂若以1 . 5x (較大或較小）從前一框改變目標 尺寸，則可忽視目標。 5.4.4 .形狀和方向過濾器 若目標未具有一致形狀和形狀的成分未在統一方向移 動，則Shape及Direction過爐器可防止事件被觸發。出 現在陽光照射的水中之刺眼光線可以是使用此時的例子。 Shape及Direction過濾器XML的例子可被圖示如下。 cEventDefinition> <Filters> <Filter xsi：type="ShapeAndDirectionFilter"/> </Filters> </EventDefinition> 此過濾器未具有特性。 6 .事件輸出 可以兩形式輸出事件：警示及計數。這兩輸出類型之 間的主要差別在於警示輸出包含有關包括快照（若支援的 話）的警示之完全資訊和目標資訊，而計數包含降低頻寬 -83- 200924534 的數値。警示典型上計數包含降低頻寬的數値。雖然這些 需要之間有重疊，及輸出類型視許可而定，但是警示典型 上適合安全性應用程式，而計數適合商業智慧型應用程式 。依據規則和輸出機制，計數的數値可以是累計的（如、 交叉T r i p w i r e的次數）或瞬間的（如、剛好此時這區域 中的人數）。 接收警示或計數資料之兩機制在通道和裝置位準二者 上可以請求爲主（輪詢）或經由同步化機制（串流）。 輪詢需要應用程式視需要而請求警示或計數資訊，及 應用程式決定頻率。用於警示的輪詢可爲整座裝置或特定 通道轉回裝置的緩衝器中之所有警示的表列（緩衝器的尺 寸可被檢索當作DeviceConfiguration的部分）。依據輪 詢的頻率，應用程式可一起從前一請求接收副本或可遺失 一些警示。各個警示具有ID以幫助應用程式協調警示表 列。 用於計數的輪詢不轉回可被儲存在裝置緩衝器中之所 有個別計數。因爲輪詢的本質和裝置上可能限制的緩衝器 ’所以此途徑會遺失太多計數。取而代之的是，輪詢爲各 個規則轉回計數總數。既然此總數是最後的重設，所以此 總數可是規則觸發多少次。 當事件發生時’警示及計數資料的串流推送資訊到應 用程式。不像輪詢一般，只要具有正在收聽的用戶，此機 制最適用於當應用程式需要每一事件爲遺失可能性最小的 事件時。雖然並不侷限於此種應用程式，但是輪詢適用於 -84- 200924534 諸如直接在裝置上主控網頁應用程式等儀表板式應用程式 6.1 .事件輪詢 應用程式經由標準的HTTP呼叫爲警示和計數總數輪 詢。這些呼叫類似於此文件各處所定義的其他API，即在 呼叫之後呼叫立即轉回。 事件輪詢可分成兩API。一 API可用於警示輪詢，而 另一 A P I可用於計數總數輪詢。各個轉回不同的資料類型 6 . 1 . 1 .警示輪詢 應用程式可爲整座裝置或特定通道檢索裝置的緩衝器 中之目前警示的表列。表列中可取得之警示的數目視裝置 而定。可經由DeviceConfiguration類型獲得此數目。 爲了檢索警示給整座裝置，URI可以是 /api.rest/alerts。爲了檢索警示給特定通道，uri可以是 [channel root]/alerts。在任一例子中，用於警示的 xMl 看起來像： -85- 200924534 <?xml version=”l. 〇,! encoding="utf-8"?> <AnalyticsAlertList_ xmTns:xsi^nhttp://www.w3.org/2001/XMLSchema-instancen xmlns :xsd=”http: //www. w3.org/2001/XMLScheina” xmlns:xlink=”http://www·w3.〇rg/1999/xlink” __xmlns=,lhttp: / /www. object video . corn/schemas / ovreadyn> I <AnalyticsAlertSuminary xlink: type="sinaple" — I xlink:href=,,/api.rest/alerts/1020,,> — <ID>1020</ID> <Timestarap>2007-03-15T16: 4 9: 04.242</Timestamp> <Message>Person crossed tripwire</Message> <RuleInfo xlink:type=,tsimple1__ __xlink:href=M[channel root]/rules/ruleQ01n>_ <ID>rule001</ID> <Name>Tripwire rule</Name> __ </RuleInf〇> <ViewInfo xlink:type="simple"___ __xlink:hre£=" [channel root] /views/view001,,>_ <ID>view001</ID> <Name>Parking Lot</Name>___ </ViewInf〇> </AnalyticsAlertSumiaary> <AnalyticsAlertSummary xlink:type="simple”_ xlink: href = Vapi · rest/alerts/1021’’>_ <ID>1021</ID> <Timestamp>2007-03-15T16:51:44.444</Timestamp> <Message>Person crossed tripwire</Message> <RuleInfo xlink:type=’’simplen_ __xlink:href='V [channel root] /rules/ruleOOl’2〉_ <ID>rule001</ID> __<Name>Tripwire rule</Name>________ </RuleInfo> <ViewInfo xlink: type=f,simple,r __ I xlink:href=f,/ [channel root] /views/viewOQln> <ID>view001</ID> __<Name>Parking Lot</Name>_ </ViewInfo> </AnalyticsAlertSuminary> <AnalyticsAlertSummary xlink: type^^simple*'____ xlink: href^http://server/api,rest/alerts/1022M> <ID>1022</ID> <Timestamp>2007-03-15T16:51:54.545</Timestamp> <Message>Person loiters</Message〉 <RuleInfo xlink: type=g,>5impleM_ -86 - 1 <ID>view001</ID> __<Name>Parking Lot</Name>___ </ViewInfo> </AnalyticsAlertSuminary> </AnalyticsAlertList〉_ 2 xlink:href=l1/[channel root] /rules/ruleQQ2n> <ID>rule002</ID> __<Name>Loiters rule</Kame> ____ </RuleInfo> <ViewInfo xlink:type=,fsimpler?___ __xlink:href=" [channel root] /views/viewQOl,r>_ 200924534 警示表中的各個警示具有其自己的 A n a 1 y t i c s A1 e r t S u m m a r y 〇 各個警示包含提供事件偵測時間之T i m e S t am p ’往下 直到毫秒。
Rulelnfo特性藉由提供系統所提供的規則之名稱（ID )與使用者可組配的名稱（Name )來識別已觸發警示之 規則。 若可爲特別感測器景象產生規則，則 Viewlnfo特性 識別景象。系統所指派之景象的名稱可以是ID，及使用 者可組配的名稱可以是Name。 爲了檢索完全的警示資訊，應用程式使用 /api.rest/alerts/[alert id]URI。警示看起來像： -87- 200924534 <?xml version="l. 0 " encoding: ”utf - 8’’？ > <AnalyticsAlert xmlns：xsi="http：//www.w3.org/2001/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/200l/XMLSchema" xmlns：xlink="http：//www.w3.org/1999/xlink" xmlns="http：//www.obj ectvideo. com/schemas/ovready"> <ID>1009</ID> <Timestamp>20〇7-<Message>Person <RuleInfo xlink -03-12T12:29:02.22 2</Timestamp〉 crossed tripwire</Message> type="simple" xlink：href="[channel root]/rules/ruleOOl"> <ID>rule001</lD> <Name>Tripwire rule</Name> </RuleInf〇> <ViewInfo xlink：type=11 simple" xlink：href="[channel root]/views/viewO01"> <ID>view001</lD> <Name>Parking Lot</Name> </ViewInfo> <CustomResponseFields> <CustomResponseField> <Key>drycontact</Key> <Value>l</Value> </CustomResponseField> <CustomResponseField> <Key>email</Key> <Value>sally@acme.com</Value> </CustomResponseField> </CustomResponseFields> <EventSynopsis xsi：type="TripwireEventSynopsis"> <TripwireDirection>LeftToRight</TripwireDirection> <Points> <Point> <X>0.2</X> <Y>0.6</Y> </Point> <Point> <X>0.2</X> <Y>0.8</Y> </Point> <Point> <X>0.4</X> <Y>0-8</Y> </Point> </Points> </EventSynopsis> <TargetSlices> <TargetSlice> <TimeOffset>0</TimeOffset> cTargetID>135038</TargetID> <BoundingBox> <X>0728125</X> <Y>0.9041667</Y> <Width>0.06875</Width> <Height>0.0541666</Height> -88- 200924534 </BoundingBox> <Classification>Human</Classification> </TargetSlice> <TargetSlice> <TimeOffset>100</TimeOffset> <TargetID>135038</TargetID> <BoundingBox> <X>0.734565</X> <Y>0.9123667</Y> <Width>0.06875</Width> <Height>0.0541666</Height> </BoundingBox> <Classification>Human</Classification> </TargetSlice> </TargetSlices> <Snapsh〇ts> <Snapshot xlink：type="simpleM xlink：href="/api. rest/images/alertO01-1 - jpg" /> 〈Snapshot xlink：type="simple" xlink：href="/api. rest/images/alertOOl-2. jpg" /> </Snapshots> <DayImage xlink:type="simple" xlink：href="/api. rest/images/viewOOl-day. jpg" /> </AnalyticsAlert> 若你以通道根（見上文）輪詢，則當你以警示ID輪 詢時所提供之完全的警示資訊提供你將接收之相同的時間 戳記、規則識別、及景象識別資訊。然而，完全的警示資 訊亦包括有關包含在事件中的物件之資訊和可與警示一起 包括當作快照之任何視訊影像。 若存在的話，CustomResponseFields可以是表列如規 則回應段中所定義之所有的欄之隨意的特性。
EventSynopsis特性提供被觸發之事件的簡要說明， 允許應用程式能夠提供內文給警示卻不必檢索和儲存全部 的規則。事件槪要的實際類型可被表列在xsi: type屬性中 ，並且匹配規則中所指明的對應EventDefinition。 可將◦ b j e c t資訊詳述在T a r g e t S 1 i c e特性內。依據事 件類型，具有一或多個 TargetSlices給特定事件。各個 -89- 200924534
TargetSlice說明相對於所發生的事件之時間（Timestamp 所表示的）的特定時間之物件。若警示包括一個以上的快 照，則此可用於圖解說明在事件發生的時間附近物件如何 移動。 各個TargetSlice的TimeOffset可以是自從事件發生 的時間之時間（以毫秒計）。第一 TargetSlice總是表示 事件偵測的時間，如此 TimeOffset可以是 〇。另一 TargetSlice的 TimeOffset可以是在事件發生時之前的毫 秒數目。 在上述例子中，第一 TargetSlice的TimeOffset可以 是1 00，或事件發生前之一秒的1 /1 0。 各個TargetSlice包括TargetID，其可被用於在各個 物件從框移動至框時識別和追蹤各個物件。就各個物件而 言，B 〇 u n d i n g Β ο X特性提供位置和尺寸給可出現在警不快 照中的物件附近之矩形。X及Y座標提供矩形的上左角， 具有從那點提供矩形尺寸之Width和Height特性。 唯一需注意的是，可包括對規則的參考。若應用程式 想要儲存產生此警示之規則的定義，應用程式應遵循 Rule XLINK以檢索全部的規則（或存取快取拷貝）。 爲了檢索原始快照，應用程式應遵循表列在各個
Snapshot的XLINK屬性或Daylmage特性中的URI。若通 道上的AlertConfiguration賦能此特徵’貝1J Daylmage可 以是隨意的且唯一被包括的。 需注意的是，表列在XL INK屬性中的快照URI可以 -90- 200924534 或不可以生根在/api.rest path下面。其應向上到裝置以依 據其組態提供有意義的路徑。不管URI生根何處，至少 ，檢索這些快照的認證許可應允許檢索警示之相同的呼叫 者能夠檢索快照。
若 AlertConfiguration 使快照能夠內含，貝IJ Snapshot 或Daylmage本文包含Base64編碼的影像以取代XLINK 屬性，如下面所示（只有圖示Snapshots特性） <Snapshots> <Snapshot> <Xmage>fhdsj- .base64encoded.. .hfkhj s = </Image> </Snapshot> j <Snapshot> <Image>sfhue. .base64encoded.. ,dj hsk5e</Image> </Snapshot> </Snapshots> <DayImage> <Image>eee3j...base64encoded...hfkhjs=< </Daylmage> /Image> API亦支援刪除裝置上的所有或一些警示。爲了刪除 裝置上的所有警示，應用程式發送 DELETE 到 /api.rest/alerts URI。爲了爲通道刪除所有警示，應用程 式發送 DELETE 到[channel root]/alerts URI。爲了 刪除個 別警示，應用程式發送 DELETE到/api.rest/alerts/[alert id]。 由應用程式而非裝置產生具有標記的快照，此具有標 記的快照典型上包括目標片段附近的邊界盒和和以圖表畫 出的規則定義來當作標籤。此允許應用程式全面控制來自 不同的裝置之標記以求一致。應用程式能夠藉由使用目標 片段資訊與規則定義本身來產生標記給既定的警示。 -91 - 200924534 各個EventSynopsis的例子可被表列如下： <EventSynopsis xsi ： type= "TripwireEventSynopsis,Γ> <TripwireDirection>LeftToRight</TripwireDirection> <Points> <Point> <X>0.2</X> <Y>0.6</Y> </Point> <Point> <x>o.2</x> <Y>〇.8</Y> </Point> <Point> <X>0.4</X> <Y>0.8</Y> </Point> </Points> </EventSynops i s > <EventSyn〇psis xsi：type-"FullFrameEventSynopsis"> <Actions> <Action xsi：type="EnterAreaAction" /> </Actions> </Event Synop s i s > 〈EventSynopsis xsi：type="MultiLineTripwireEventSynopsis"> <LineCrossingOrder>Before</LineCrossingOrder> <Duration>0</Duration> <Tripwires> <Tripwire> <TripwireDirection>LeftToRight</TripwireDirection> <Points> <Point> <X>0.2</X> <Y>0.6</Y> </Point> <Point> <X>0.2</X> <Y>0.8</Y> </Point> </Points> </Tripwire> <Tripwire> <TripwireDirection>LeftToRight</TripwireDirection> <P〇ints> <Point> <X>0.6</X> <Y>0.6</Y> </Point> <Point> <X>0.6</X> <Y>0.8</Y> </Point > </Points> </Tripwire> </Tripwires> </EventSynops i s > -92- 200924534 <EventSynopsis xsi：type="AreaOfInterestEventSynopsis"> <Points>
<X>0.2</X> <Y>0.6</Y> </Point> <Point> <X>0.2</X> <Y>0.8</Y> </Point> <Point> <X>0.6</X> <Y>0.6</Y> </Point> <Point> <X>0.6</X> <Y>0.8</Y> </Point> </Points> 〈Actions > I <Action xsi ： type-,tEnterAreaActiontl / > </Actions> </EventSynops i s > <EventSynopsis xsi：type="CameraTamperEventSynopsis" /> 6.1.2.計數總數輪詢 應用程式能夠爲整座裝置或特定通道檢索用於各個規 則之目前總數的表列。此數目可依據規則類型來反映兩事 情的其中之一。有兩一般規則類型爲計數特有：觸發規則 或資料規則。 可產生觸發規則以偵測事件，諸如橫越Tripwire或 進入相關區域等。當符合規則的條件時可觸發事件。既然 計數被重設是最後一次，則觸發規則的總數可以剛好是符 合規則的條件之次數的累積總數。
Dwell Threshold 及 Occupancy Threshold 規則可被視 作觸發規則。總數顯示出符合臨界條件多少次。
Occupancy Data可以是用於計數總數的一資料規則類 型。Occupancy Data規則輸出目前佔用區域之人數。規則 -93- 200924534 可不被觸發’而只是每當計數改變時就發送資料。在此例 中’所反映的數目可以是來自資料規則中最新的計數。 具有稱作Dwell Data的另一資料規則類型，其輸出 在一人離開時那人在區域中的時間量。這些規則不是總數 表的一部份而只是被串流。 爲了檢索計數總數給整座裝置，URI可以是 /api.rest/tallycounts。爲了檢索計數總數給特定通道’ URI 可以是[channel root]/tallycounts。在任一例子中’用 於計數總數的XML看起來像此： -94- 200924534 <?xml version='fl. 0" encoding= "utf - 8 " ? > <AnalyticsTallyList xmlns：xsi = "http：//www.w3.org/2 0 01/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/2 0 01/XMLSchema" xmlns：xlink="http：//www.w3.org/1999/xlink" xmlns = "http：//www.objectvideo. com/schemas/ovready"> <AnalyticsTally xlink:type="simple" xlink：href=,i [channel root] /rules/ruleOOl/count" > < Count >15 </Count > <CountRuleType>TriggeredRule</CountRuleType> <Modified>2007-03-15T16:49:04.242</Modified> <LastReset>2007-03-15T16:49:04.242</LastReset> <SupportsReset>true</SupportsReset> <RuleInfo xlink：type="simple" xlink：href="[channel root]/rules/rule001"> <ID>rule001</lD> <Wame>Tripwire rule</Name> </RuleInfo> <ViewInfo xlink：type="simple" xlink：href="[channel root]/views/view001"> <ID>view001</lD> <Name>Parking Lot</Name> </ViewInfo> </AnalyticsTally> <AnalyticsTally xlink：type="simple" xlink：href="[channel root]/rules/rule003/count"> < Count >0</Count > <CountRuleType>OccupancyDataRule</CountRuleType> <Modified>2007-03-15T16：51:03.123</Modified> <LastReset>0000-00-OOTOO：00：00.000</LastReset> <SupportsReset>false</SupportsReset> <RuleInfo xlink:type=nsimple" xlink：href=" [channel root]/rules/rule003"> <ID>rule003</lD> <Name>Occupancy Rule</Name> </RuleInfo> <ViewInfo xlink：type="simple" xlink:href="[channel root]/views/view002"> <ID>view002</ID> <Name>C〇nference Room</Name> </viewlnf〇> </AnalyticsTally> <AnalyticsTally xlink：type=nsimple" xlink：href = " [channel root]/rules/rule002/countn> <Count>23</Count> <CountRuleType>TriggeredRule</CountRuleType> <Modified>2007-03-15T16：52：04.242</Modified> <LastReset>0000-00-00T00:00:00.000</LastReset> <SupportsReset>true</SupportsReset> <RuleInf〇 xlink ： type =M simple11__ xlink：href=" [channel root]/rules/rule002"> <ΙΌ>Γ·α1θ0 02</ ID> -95- 200924534 <Name>Loiters rule</Name> · </RuleInf〇> <ViewInfo xlink type=Msimple" xlink：href=" [channel root]/views/view001»> <ID>view001</ID> ~ " <Name>Parking Lot</Name> </ViewInfo> </AnalyticsTally〉 </AnalyticsTallyList〉 需注意的是，若在輪詢時未具有總數’則 GET/api.rest/counts呼叫可轉回204的HTTP狀態碼且沒 有內容。 可由分開的 AnalyticsTally 條目來說明表列在 AnalyticsTallyList 中的各個事件。
Count特性可以是規則被觸發之總次數的總數或利用 Occupancy Data規則所計數之人數。
CountRuleType表示是否可定義事件在觸發規則或目 前資料之下當作Occupancy Data事件的一部份。用於總 數的兩允許類型可以是TriggeredRule及 OccupancyDataRule 〇
Modified特性表示以觸發規則或重設計數（若支援的 話）來更新計數的最近一次。
LastReset表示重設總數的最近一次。若此値與 Modified値相同，則自從其被增加次數以來總數尙未被重 設。若尙未重設此値，則其可以是“〇〇〇〇-〇〇-〇〇1'00:00·· 00.0 0 0，，° 直到S u ρ ρ 〇 r t s R e s e t値是真爲止不重設規則。
Rulelnfo特性藉由提供系統所提供的規則之名稱（ID -96- 200924534 )與使用者可組配的名稱（Name)來識別已觸發事件之 規則。 若可爲特別感測器景象產生規則’貝1j viewInfo特性 識別景象。系統所指派之景象的名稱可以是1D ’及使用 者可組配的名稱可以是N am e。 API 亦經由[channel root]/rules/[rule id]/count URI ( 如AnalyticsTally XLINK屬性中所見）來支援獲得用於個 別規則的目前總數。回應可以是如上述例子中所定義之 AnalyticsTally。 此外，可藉由將被設定成想要的數目之具有Count特 性的 CountValue 發送回到[channel root]/rules/[rule id]/ count/revisedvalue URI來重設個別計數總數（若支援的 話）。（:ountValue XML的例子可被圖示如下。當將値發 送到裝置時，Las tRe set時間可被設定成目前裝置時間。 < ?xml version^"1.0" encoding="utf-8 M ?> <CountValue xmlns：xsi="http：//www.w3.orq/2001/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/2001/XMLSchema" xmlns="http：//www.obj ectvideo.com/schemas/ovready"> < Count > 0 </Count </CountValue> 6.2 .事件串流 作爲使用上述API的另一選擇，可將警示和計數二者 串流成同一連接上的等待應用程式。用戶應用程式將在接 收事件專屬之插座上請求非同步化事件。一旦裝置接收此 請求，則當它們發生等待應用程式時，其維持連接並且發 送出事件。可爲整座裝置或在特定通道上串流事件。利用 -97- 200924534 單一連接爲整座裝置檢索事件，URI是/api.rest/ eventstream。爲特定通道檢索事件的 URI是[channel root]/eventstream。在此例中，各個通道需要分開的連接 。使用單一連接從一或多個通道選擇性檢索事件，URI與 整座裝置相同’但是一或多個通道可被指明作爲詢問參數 ° 通式爲：/ap i · r e st/e v ent stream ? chann e 1 =i dc hann e 1 = id。例如，用以檢索來自兩通道0及2的事件之URI是： /api.rest/eventstream?channel = 0&channel = 2。輸出格式應 遵循如下所示的加上X-OVReady-Event-Type標頭之多部 分MIME格式，以允許應用程式容易地區分警示和計數。 亦可提供從裝置推送機制到等待應用程式之真警示。 在此途徑中，每當警示發生時，裝置接觸等待應用程式。 用於警示之XML的格式稍微不同於計數的XML格式 。警示的格式可與上述之Analytics Alert的格式相同。 計數可不同於AnalyticsTally，因爲它們表示規則被 觸發（用於觸發規則）或資料改變（用於資料規則）的每 一次。就觸發規則而言，計數典型上是1，而就資料規則 而言，計數表示那規則的目前値。就Dwell Data規則而 言，D u r a t i ο η特性提供人存在的毫秒數目。用於觸發規則 的例子，下面提供Occupancy Data規則，及Dwell Data 規則。
Triggered Rule Count (觸發規則計數） -98- 200924534 <?xml version=n1.0" encoding="utf-8"?> <AnalyticsCount xmlns：xsi="http：//www.w3.org/2001/XMLSchema-instance xmlns：xsd="http：//www.w3.org/200l/XMLSchema" xmlns：xlink="http：//www.w3.org/1999/xlink" xmlns="http：//www.obj ectvideo.com/schemas/ovready"> < Count >1</Count > <CountRuleType>TriggeredRule</CountRuleType> <Duration>0</Duration> <Timestamp>2007-03-15T16:49:04.242</Timestamp>
<RuleInfo xlink：type="simpleH xlink：href="[channel root]/rules/rule001"> <ID>rule001</lD> <Name>Tripwire rule</Name> </RuleInfo> <ViewInfo xlink：type="simple" xlink:href=”[channel root]/views/view〇Ol"> <ID>view001</ID> <Name>Parking Lot</Name> </ViewInfo> </Analyt i c s Count >
Occupancy Data Rule Count (佔有資料規則計數） <?xml version="l.0" encoding^"utf-8"?> <AnalyticsCount xmlns：xsi=nhttp://www.w3.org/2001/XMLSchema-instance" xmlns ：xsd='fhttp ： / /www. w3 . org/2001/XMLSchema" xmlns：xlink="http：//www.w3.org/1999/xlink" xmlns=nhttp://www.obj ectvideo. com/schemas/ovready"> <Count>9</Count> <CountRuleType>OccupancyDataRule</CountRuleType> <Duration>0</Duration> <Timestamp>2 00 7-03-15T16:51:03.123</Timestamp> <RuleInfo xlink:type="simple" xlink:href =’’ [channel root] /rules/rule003"> <ID>rule003 </ID> <Name>Occupancy rule</Name> ^/RuleInfo> <ViewInfo xlink：type= Hsimplen xlink：href="[channel root]/views/view002"> <ID>view002</ID> <Name>Conference Room</Name> </Viewlnfo> </AnalyticsCount>
Dwell Data Rule Count (存在資料規貝IJ計數） -99- 200924534 <?xml version^"1.0" encoding^"utf-8"?> <i\nalyticsCount xmlns :xsi=uhttp://www·w3，org/2001/XMIiSchema —instance1， xmlns：xsd="http：//www.w3.org/200l/XMLSchema" xmlns：xlink="http：//www.w3.org/1999/xlink" ____xmlns=11 http ： //www.obj ectvideo. com/schemas/ovreadyM > < Count >1</Count > <CountRuleType>DwellDataRule</CountRuleType> <Duration>60000</Duration> <Timestamp>2007-03-15T16:52:14.123</Timestamp> <RuleInfo xlink: type=' simple" xlink：href=M [channel root] /rules/rule004,'> <ID>rule004</lD: > <Name>Dwell rule</Name> </RuleInfo> <ViewInfo xlink type = ·，simple" xlink：href="[channel root]/views/view002n> <ID>view002</ID> <Name>Conference Room</Name> </ViewInfo> </AnalyticsCount> 可以分開的AnalyticsCount條目來說明各個串流事件 〇 就觸發規則和Dwell Data規則而言，Count可以是1 。就Occupancy Data規則而百，Count可以是規則中所定 義之區域中（若有的話）的目前佔有。
CountRuleType表示事件是被定義在觸發規則之下還 是增加資料當作計數相關（即、Dwe11或0ccuPancy )之 事件的一部分。允許的類型可以是 TriggeredRule、 Ο c c u p a n c y D at a Ru 1 e、及 DwellDataRule。
Duration特性意指物件已維持在相關區域的時間量。 因此，此特性可以是用於Dwell Data規則的唯一意義。 就觸發規則及佔有規則而言，Duration値可以是0。例如 ，若兩個人留在相關區域，則可產生兩 AnalyticsCounts 。各個AnalyticsCount具有計數1 ’但是Duration表示一 個人離開前在相關區域中多少毫秒。 -100- 200924534
TimeStamp可以是事件被觸發或計數資料改變之時間 ，往下直到毫秒。
Rulelnfo特性藉由提供系統所提供的規則之名稱（ID )與使用者可組配的名稱（Name )來識別已觸發事件的 規則。 若可爲特別感測器景象產生規則’則ViewInf〇特性 識別景象。系統所指派之景象的名稱可以是ID ’及使用 者可組配的名稱可以是N ame。 位在上述 XML 圖示出的是隨意的
CustomResponseFields 特性。在 AnalyticsAlert 及
AnalyticsCount類型二者上允許此特性。例如’當 Occupancy Threshold事件已被觸發時’此允許正在收聽 的應用程式能夠播放聲音。 下面圖示使用預設（x-identity )編碼之圖示警示和 計數二者在同一串流上的例子。需注意的是，使用X-OVReady-Event-Type 標頭。此可以是 AnalyticsCount 或 AnalyticsAlert 0 -101 - 200924534 MIME-Version： 1.0
Content-Type： multipart/mixed; boundary="--ovready" ----ovready
Content-Type： application/xml; charset="utf-8"
Content-Length： 752 X-OVReady-Event-Type： AnalyticsCount <?xml version="1.0" encoding="utf-8"?> <AnalyticsCount xmins txsi^^http：//www.w3.org/20Ql/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/2001/XMLSchema" xmins：xlink="http：//www.w3.org/X999/xlink" xmlns="http ://www.obj ectvideo. com/schemas/ovready"> <Count>9</Count> <CountRuleType>OccupancyDataRule</CountRuleType> <Duration>0</Duration> <Timestamp>2007-03-15T16:51:03.123</Timestamp> <RuleInfo xlink:type=nsimple，' xlink：href="[channel root]/rules/ruleO03"> <ID>rule00 3 </lD> <Name>Occupancy rule</Name> </RuleInfo> <ViewInfo xlink：type="simple" xlink ：href = " [channel root] / views/viewO02 11 > <ID>view0 02 </ID> <Name>Conference Room</Name> </ViewInfo> </AnalyticsCount> ----ovready
Content-Type： application/xml; charset="utf-8"
Content-Length： 1656 X-OVReady-Event-Type： AnalyticsAlert <?xml version="l.0M encodings"utf-8 M?> <AnalyticsAlert xmins：xsi="http：//www.w3.org/200l/XMLSchema-instance" xmins：xsd="http：//www.w3.org/2001/XMLSchema" xmins：xlink="http：//www.w3.org/1999/xlink" xmins = "http ://www.obj ectvideo. com/schemas/ovready"> <ID>1009</ID> <Timestamp>2007-<Message>Person <RuleInfo xlink -03-12T12:29:02.222</Timestamp> crossed tripwire</Message> type="simple" xlink：href="[channel root]/rules/rule001"> <ID>rule〇〇l</ID> <Name>Tripwire rule</Name> </RuleInfo> <ViewInfo xlink：type= Msimple" xlink：href="[channel root]/views/viewOOl"> <ID>view001</ID> <Name>Parking Lot</Name> </ViewInfo> <EventSynopsis xsi：type="TripwireEventSynopsis"> <TripwireDirection>LeftToRight</TripwireDirection> -102- 200924534 <Points > <Point> <X>0.2</X> <Y>0.6</Y> </Point> <Point> <X>0.2</X> <Y>0.8</Y> </P〇int> <Point> <X>0.4</X> <Y>0.8</Y> </Point> </Points> </Event Synop s i s > <TargetSlices> <TargetSlice> <TimeOffset>0</TimeOffset> <TargetID>135038</TargetID> <BoundingBox> <X>0.728125</X> <Y>0.9041667</Y> <Width>0.06875</Width> <Height>0.0541666</Height> </BoundingBox> <Classification>Human</Classification> </TargetSlice> <TargetSlice> <TimeOffset>100</TimeOffset> <TargetID>135038</TargetID> <BoundingBox> <X>0.734565</X> <Y>0.9123667</Y> <Width>0.06875</Width> <Height>0.0541666</Height> </BoundingBox> <Classification>Human</Classification> </TargetSlice> </TargetSlices > <Snapshots> 〈Snapshot xlink：type="simple" xlink:href= n/api. rest/images/alert001-1.jpgn /> <Snapshot xlink：type="simple" xlink : href = _，/ api . rest/images/alertOOl - 2 . jpg" /> </Snapshots> </AnalyticsAlert> ----ovready 需注意的是目前只支援用於事件串流的兩編碼類型是 x-identity 及 x-deflate。並未支援 x-xml-token 及 x-xml-token-deflate 類型。 -103- 200924534 7.使用者管理 使用者管理可以是協定的一部份。使用者管理賦能認 證和授權。安全模型係可依據以角色爲主的授權。 7. 1 .角色 爲了取得用於裝置之角色的表列’應用程式進行G E T 。角色的表列看起來像此： <?xml version-'1.0,f encoding-futf-8"?> <RoleList xmlns：xsi="http：//www.w3.org/2001/XMLSchema-instance" xmlns：xsd="http;//www.w3.org/2001/XMLSchema" xmlns ：xlink=11 http ： //www. w3 .org/1999/xlink" xmlns="http：//www.objectvideo. com/schemas/ovready"> <RoleSummary xlink：type="simple" xlink: href="/api. rest/roles/Administration <Name>Administration</Narne> </RoleSummary> <RoleSummary xlink：type="simple" xlink：href="/api.rest/roles/RuleManagement"> <Name>RuleManagement</Name> </RoleSummary> <RoleSummary xlink：type=Msimple xlink：href=n/api.rest/roles/EventOutput"> <Name>EventOutput</Name> </Ro1eSummary> <RoleSummary xlink：type="simple" xlink：href = "/api . rest/roles/TargetOutput11 > <Name>TargetOutput</Name> </RoleSummary> <RoleSummary xlink：type="s imple" xlink：href = 11 /api . rest/roles/Met adataQutput" > <Name>MetadataOutput</Name> </RoleSummary> </RoleList> 具有五個預定角色；
Administration -此角色讓使用者能夠執行管理操作， 諸如使用者管理、裝置組態、及通道組態等。 R u 1 e M a n a g e m e n t -此角色讓使用者能夠執行規則管理 操作，諸如添加或編輯規則等。此亦包括景象管理操作。 -104- 200924534
EventOutput-此角色讓使用者能夠利用警示和計數 U RI來輪詢及串流。
TargetOutput -此角色讓使用者能夠利用目標輸出URI 來詢及串流。
MetadataOutput-此角色讓使用者能夠利用元資料輸出 URI來串流。 7 . 1 . 1 .使用者映射之角色 爲了檢索用於既定角色之使用者的表列，應用程式發 送 /api_rest/roles/[role name] URI 上的 GET，其中[role name]可以是角色的名稱（有大小寫之分）。用於角色的 X M L看起來像此： <?xml version-"1.0" encoding="utf-8"?> <Role xmlns：xsi="http：//www.w3.org/2001/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/200l/XMLSchema" xmlns：xlink="http：//www.w3.org/1999/xlink" xmlns="http：//www.objectvideo. com/schemas/ovready"> <Name>EventOutput</Name> <Users> <UserInfo xlink：type="simple" xlink：href="/api. rest/users/frubble"> <LoginName>frubble</LoginName> <FullName>Fred Rubble</FullName> </UserInfo> <UserInfo xlink：type="simple" xlink：href="/api. rest/users/bstone"> <LoginName>bstone</LoginName> cFullName>Barney Stone</FullName> </UserInfo> </Users> </Role>
Users特性提供具有此角色之使用者的表列。此表列 中的各個U serlnfo提供使用者的LoginName及FullName -105- 200924534 7.1.2.角色說明 用於角色說明的XML看起來像此： <?xml version^"1.0" encoding^"utf-8"?> <RoleDescript ion xml ns ： xsi = "http ： / /www. w3 . org/2 001/XMLSchema - instance'' xmlns：xsd="http：//www.w3.org/2 001/XMLSchema" xmlns-"http：//www.obj ectvideo .com/schemas/ovready"> <Name>TargetOutput</Wame> <Operations> <0peration> <Method>GET</Method> <URI>[channel root]/targets</URI> </〇peration> <0peration> <Method>GET</Method> <URI>[channel root]/targetstream</URI> </0peration> </Operations> </RoleDescription> 7.2 .使用者 爲了取得用於裝置之使用者的表列，應用程式進行 G E T。用於使用者的表列之X M L看起來像此： -106- 200924534 <?xml version^"1.0" encoding^"utf-8"?> <UserList xmlns：xsi="http://www.w3.org/200l/XMLSchema-instance" xmlns:xsd="http：//www.w3.org/2 001/XMLSchema" xmlns：xlink="http：//www.w3.org/1999/xlink" xmlns="http：//www.obj ectvideo. com/schemas/ovready"> <UserSummary xlink：type="simple" xlink：href="/spi·rest/users/admin"> <LoginName>admin</LoginName> <FullName>Administrator</FullName> <Roles> <Role>Administration</Role> </R〇les> </UserSummary> <UserSummary xlink：type="simple" xlink: href="/api. rest/users/frubble"> < LoginName > f rubb1e </Log inName > <FullName>Fred Rubb1e</Fu1lName> <Roles> <Role>RuleManagement</Role> <Role>EventOutput</Role> </Roles> </UserSummary> <UserSummary xlink：type="simple" xlink：href="/api.rest/users/bstone"> <LoginName>bstone</LoginName> <FullName>Barney Stone</FullName> <Roles> <Role>EventOutput</Role> </Roles> </UserSummary> <UserList>
LoginName是使用者登入系統的名稱。FullName是 使用者的全名。在DeviceLimits的 U s e r L 〇 g i nN am e M i n L e n gt h 及 UserLoginNameMaxLength 特 性中定義LoginName的最小及最大長度。
Roles特性提供此使用赭能被賦能具有之角色的表列 〇 爲了檢索個別使用者，應用程式進行 GET。用於 User的MXL可非常類似於UserSummary及圖示如下： -107- 200924534 <?xml version="l.0" encoding="utf-8"?> <User xmlns：xsi="http：//www.w3.org/2001/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/200l/XMLSchemaM xmlns="http：//www.objectvideo. com/schemas/ovready"> <LoginName>frubble</LoginName> <FullName>Fred Rubble</FullName> <Roles> <Role>RuleManagement</Role> <Role>EventOutput</Role> </Roles> </User> 先前已說明User的欄作爲UserSummary的一部份。 就添加使用者，應用程式將POST到/api.rest/users URI。就編輯使用者，應用程式將PUT到/api.rest/users/ [loginname] URI。可在這兩命令的任一種指明添加使用者 到一或多個Roles。 就添加或編輯使用者而言，除了 PasswordScheme及 Password特性（從未轉回當作GET的一部份）之外XML 非常類似於從GET轉回者，如下所示： <?xml version="l.0" encoding^"utf-8"?> <User xmlns:xsi="http：//www.w3.org/200l/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/2001/XMLSchema" xmlns=Mhttp://www.objectvideo. com/schemas/ovready”> < LoginName > f rubb1e </Log i nName > <FullName>Fred Rubble</FullName> <Roles> <Role>RuleManagement</Role> <Role>EventOutput</Role> </Roles> <PasswordScheme>Basic</PasswordScheme> <Password>hjhjksd=</Password> </User> 當增加使用者時需要PasswordScheme及Password特 性。若未存在，則可轉回400的HTTP狀態碼。當編輯使 用者時，這兩欄是隨意的，視是否修正密碼而定。就密碼 的規劃和格式之類型而言，見第1 〇 1頁的“ 7 · 2.2.2 .加密密 -108- 200924534 碼變化規劃”。需注意的是，當檢索u s e r物件時不需要 PasswordScheme 及 Password 特性。 7.2.1 .改變密碼 改變密碼有兩方式··使用者改變及管理者改變。前者 是當使用者改變他或她自己的密碼時。後者適當管理者（ 具有管理角色的使用者）改變使用者的密碼（如、當使用 者忘記密碼時）。 假如使用者改變他或她自己的密碼’則應用程式進行 PUT 到 / api.rest/users/current/password URI。 可使用下面 的 XML : <?xml version="l.0" encoding="utf-8"?> <UserPassword xmlns ：xsi= ''http ： //www. w3 . org/2001/XMLSchema-instance" xmlns：xsd="http：//www.wS.org/200l/XMLSchema" _[ xmlns = "http ： //www. obj ectvideo . com/schemas/ovreadyf,> <PasswordScheme>Basic</PasswordScheme> <NewPassword>U2tvb2x6T3V0NHZy</NewPassword> </UserPassword> 可以下面所示的格式之一來編碼NewPassword ’以提 供傳輸到裝置。格式的更多細節請看下一段。 PasswordScheme定義正在使用之規劃的類型。 假如管理者改變使用者密碼，則管理者更新Usei•物 件並且提供Password特性。格式的更多細節請看下一段 7.2.2 .密碼改變規格 有兩種改變密碼規劃之類型：B a s i c及E n c r y p t e d。如 -109- 200924534 名稱所建議一般’ Basic提供一簡易的機制來改變使用者 的密碼而不必加密’如HTTP Basic提供認證的簡易機制 。就更好的安全性而言’ Basic規劃應與HTTPS —起使用 ，或以使用Encrypted規劃加以取代。Encrypted規劃詳 述可在用戶和伺服器之間加密新密碼而不必使用 HTTPS 的機制。 儘管Encrypted規劃是所建議的機制，但是當 Encrypted規劃受到輸出限制時，所有裝置應支援Basic 規劃。 在任一規劃中，管理者可改變使用者的密碼，或使用 者可改變他或她自己的密碼。 7.2.2.1. Basic密碼改變規劃 在Basic規劃下編碼新密碼的公式是： 1 TempString = login-name + + current-password + “:，，+ new-password 2 EncodedString = Base64(TempString) 列i將欲改變的人之登入名稱、改變密碼之人的目前 密碼、及用於使用者的新密碼連成一串，及以分號（“：” )字元分開各個成分。目前密碼是目前使用者的密碼（若 他正改變他自己的）或管理者的密碼（若管理者正改變使 用者的密碼）。例如，若使用者Fred Rubble將改變他自 己的密碼： -110- 200924534 1 TempString = “frubble” + + “fred-oldpass” + + “fred-newpass”
If the administrator were going to change Fred’s password, Line 1 would be: 1 TempString = “frubble” + + “admin-pass” + + “fred-newpass” 歹[J 2 B a s i c 6 4編碼來自歹[J 1的結果。 7.2.2.2. Encrypted密碼改變規劃 在Encrypted規劃下加密新密碼之公式是： 1 TempString = Base64 (SHA-1 (login-name + : 〃 + current-pass)) + new-pass 2 EncryptionKey = Truncate(SHA-1(current-pass)) to 16 bytes 3 NewPasswordEncrypted = EncryptAES128(TempString) with EncryptionKey 4 NewPasswordEncoded = Base64(NewPasswordEncrypted) 列丨作幾件事。首先，將欲改變之人的登入名稱與改 變密碼之人的目前密碼連成一串’以冒號（“：”）字元分 開。然後將此以SHA·1雜湊及以Base64編碼。然後將用 於特定使用者的新密碼附加到此編碼的値。例如’若使用 者Fred Rubble將改變他自己的密碼： 1 TempString = Base64 (SHA-1 (、'frubble"十 :"+、、fred-oldpass〃）） + red-newpass;, 若管理者將改變F r e d的密碼，則列1將是： 1 TempString 二 Base64(SHA-l(“frubble” + “:” + “admin-pass”)) + “fred-newpass” 列2依據改變密碼的使用者之密碼來產生加密鍵値。 -111 - 200924534 藉由進行目前使用者的密碼（長度20位元組）之SHA-1 雜湊和捨去到1 6位元組來進行此。例如，若使用者F r e d
Rubble將改變他自己的密碼： 2 EncryptionKey = Truncate(SHA-l(ttfred-oldpass,5)) to 16 bytes
If the administrator were going to change Fred’s password，Line 2 would be: 2 EncryptionKey = Truncate(SHA-l(“admin-pass”)) to 16 bytes 歹!J 3以來自具有A E S 1 2 8位元加密的列2 ( EncryptionKey)之結果來編碼列1的結果。然後可如列4 所示一般將此以Base64編碼。 可在N e w P a s s w 〇 r d特性中發送最後結果（ NewPasswordEncoded ) 。 在列1之額外步驟背後的目的是確保可準確地傳送加 密密碼並且不被訛用。在顛倒上述步驟之後，若裝置能夠 匹酉己 Base64(SHA-l(login-name + “：” + current-pass)) 前置與已提供者，則剩下的位元組意謂密碼未被訛用。 8.目標資料輸出
ObjectVideo OnBoard程式庫支援用於各個通道之目 標追縱資料的輸出，而 DeviceConfiguration指明裝置是 否支援此。此資料可包含有關框中的每一偵測目標之基本 資訊，且包括邊界盒和分類。目標資料可以被檢索當作串 流（類似於上述之警示和計數串流）或透過輪詢° 因爲可以框爲基礎將此資料產生在框上，所以可具有 -112- 200924534 幾種輸出格式以負責頻寬使用。 用於目標資料的表列之XML看起來像此： <?xml version="l.0" encoding="utf-8"?> <TargetList xmlns：xsi="http：//www.w3.org/200l/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/200l/XMLSchema" xmlns：xlink="http：//www.w3.org/1999/xlink" xmlns="http；//www. objectvideo.com/schemas/ovready"> <Timestamp>2007-03-12T12:29:02.222</Timestamp> <ChannelInfo xlink：type="simple" xlink: href="/api. rest/channel/0 <ID>0</ID> </ChannelInf〇> <Targets> <Target> <TargetID>135038</TargetID> <BoundingBox> <X>0.728125</X> <Y>0.9041667</Y> <Width>0.06875</Width> <Height>0.0541666</Height> </Bound ingBox > <Footprint> <X>0.7625</X> <Y>0.9041667</Y> </Footprint> <Centroid> <X>0.7625</X> <Y>0.93125</Y> </Centroid> <Classification>Human</Classification> <EqualID>135038</EqualID> <Parents> <ParentID>135 03 3 </ParentID> <ParentID>135025</ParentID> </Parents> </Target <Target> > cTarget工D>13 5 03 9</TargetID> <BoundingBox> <X>0.438125</X> <Y>0.8941667</Y> <Width>0.04875</Width> <Height>0.0741666</Height> </BoundingBox> <Footprint> <X>0.4625</X> <Y>0.8941667</Y> </Footprint> <Centroid> <X>0.4625</X> <Y>0.93125</Y> </Centroid> <Classification>Vehicle</Classification> <EqualID>135035</EqualID> 〈Parents /> </Target> </Targets> </TargetList> 200924534
TargetList表示發生在剛才被分析的框中之所有目標 。可具有一或多個Target元素。 各個Target (目標）具有在框的各處可改變之 TargetID。爲了追蹤各別目標的歷史，可使用 ParentIDs (若取得的話）和EquallD。
BoundingBox特性提供出現在警示快照中之物件四周 的矩形尺寸。X及Y座標指出矩形的上左角，從此處可外 推出其他矩形尺寸。就移動中的目標而言，BoundingBox 尺寸可框改到框。
Footprint和Centroid特性提供有關關於 BoundingBox的目標之額外資訊。Footprint (足印）可以 是分析程式庫估算目標底部之處（或足部可在個人上之處 )。此不總是在目標的底中央，而是依據追蹤系統類型和 校準而定。Centroid (質量中心）特性可以是分析程式庫 估算目標的質量中心之處。此不總是在邊界盒的確切中央 ，而是依據追蹤系統類型、校準、及其他識別特徵而定。
EquallD和ParentID特性能夠追蹤遍及不同世代的同 一目標。目前目標的TargetID可隨著時間而改變。爲了 建立歷史，ParentID可以是目前目標是直系後裔之一或多 個TargetID的表列。在上述例子中，第一目標（
TargetID = 135038)具有與其相關的兩ParentIDs。此意謂 在過去的某些點中，此物件已從已共同追蹤之兩其他物件 分出。EquallD特性可以是目前目標與過去持續世代相關 之ID。若沒有祖先，則EquallD可以等於TargetID。 -114- 200924534 8.1.目標資料輪詢 檢索目標資料的第一選擇可以是透過輪詢的隨選。此 讓用戶能夠從最近分析的框來抓取目標資料。裝置不保有 一個以上的單框目標資料，因此若用戶只一秒輪詢一次， 則會丟掉9框（假設1 〇 fps )的目標資料此讓用戶能夠容 易地支配所接收之目標資料的速率。 需注意的是’若在輪詢時未具有目標，則此可轉回 200的HTTP狀態碼且沒有內容。 8-2.目標資料串流 檢索目標資料的第二選擇可使用多部分ΜIΜ E來串流 目標資料到用戶。此方法可類似於上述的警示和計數串流 。裝置可盡可遗快地將資料串流出去，但是若用戶或網路 無法趕上速率’則會丟掉框的資料。爲了解決此問題，可 以幾種不同的格式來編碼資料以降低頻寬要求。 例子可以是： -115- 200924534 MIME-Version： 1.0
Content-Type： multipart/mixed; boundary^"--ovready" ----ovready
Content-Type： application/xml； charset="utf-8" Content-Length： 1605 <?xml version^"1.0" encoding="utf-8"?> <TargetList xmlns：xsi = "http：//www.w3.org/2001/XMLSchema-instance xmlns:xsd="http：//www.w3.org/2 00l/XMLSchema" xmlns：xlink="http：//www.w3.org/1999/xlink" xmlns=Mhttp：//www.objectvideo.com/schemas/ovready"> <Timestamp>2007-03-12T12:29:02.222</Timestamp> <ChannelInfo xlink：type="simple" xlink：href ="/api. rest/channel/0"> <ID>0</ID> </Channel Info <Targets> <Target> <TargetID>135038</TargetID> <BoundingBox> <X>0.728125</X> <Y>0.9041667</Y> <Width>0.06875</Width> <Height>0.0541666</Height> </BoundingBox> <Classification>Human</Classification> <EqualID>135038</EqualID> <Parents> <ParentID>135033</ParentID> <ParentID>135025</ParentID> </Parents> </Target> </Targets> </TargetList > ----ovready 9 .元資料輸出 支援用於各個通道之元資料的輸出。 DeviceConfiguration可指出裝置是否支援此。此元資料可 以是二元資料，此二元資料包含不論此時活動的規則爲何 ，被分析的用於各個框之所有資訊。然後元資料被用於搜 尋特定事件。 可以框爲基礎將元資料產生在一框上。爲了能夠捕捉 所有此資料，可使用利用多部分MIME的元資料串流。 元資料串流的例子可以是： -116- 200924534 MIME-Version: 1.0 Content-Type： multipart/mixed； boundary="--ovreadyM ----ovready Content-Type： application/octet - stream Content-Length： 1605 X — 〇VReady-Timestamp : 2007-03-15T16:51:44.444 X-OVReady-Device-ID： device-294826 X-OVReady-Channel-Location： http：//server/api.rest/channels/O X-OVReady-View-ID: viewOOl <binary data>
Content-Type： application/octet-stream Content-Length： 1605 X-OVReady-Timestamp: 2007 - 03 -15T16:51:44.544 X-OVReady-Device-ID： device-294826 X-〇VReady-Channel-Location: http：//server/api. rest/channels/0 <binary data> ----ovready 當資料是二進制時，Content-Type可總是八位元組。
Content-Transfer-Encoding 可以是 x-identity 或 x -deflate。在任一例子中，此子部分的本文可以是二進制的 。若不指定Content-Transfer-Encoding標頭，則可假定預 設的 x-identity 〇
Content-Length可以是本文的長度。 X-OVReady-Timestamp可以是產生此元資料之時間。 此可匹配所分析的對應視頻框。 X-OVReady-De vie e-ID可以是產生元資料之裝置的特 有識別符號。Χ-OVReady-Channel-Location可以是產生此 元資料之通道的完整URI。X-OVReady-View-ID可以是產 生此元資料之Known View狀態的景象之識別符號。若又-OV Ready-View-ID是未知的，則可不發送此欄（如同上述 第二例子一般）。應用程式可使用這些資訊段以有效劃分 -117- 200924534 元資料。 爲了決定使用者具有哪一角色，使用者應登入到系統 內並且被認證。 1 〇 ·認證 不管HTTP S使用與否，認證機制提供加密網路上之 使用者名稱和密碼的方式。OVSimple與瀏覽器和非澳[覽 器應用程式一起運作。其需要使用HTTP cookie在HTTP 標頭中以避免每一請求就重新認證。下面步驟說明此機制 當應用程式請求資源時，裝置檢查通信期cookie或 HTTP Authorization標頭的存在。若co〇kie存在且通信期 有效，則已執行認證且如正常一般繼續呼叫。若認證標頭 存在，則裝置可嘗試使用開始於步驟2中所槪述之步驟來 認證使用者。 若此cookie或Authorization標頭不存在或通信期已 屆滿，在回應中將 40 1的 HTTP狀態碼連同一或多個 WWW-Authenticate標頭一起轉回。此外，在回應中可轉 回暫時的cookie。此暫時的cookie値可被稱作nonce (目 前）。 裝置依據既定的使用者名稱來查閱使用者密碼。然後 裝置使用與用戶相同的機制產生一摘要。其比較此新產生 的摘要與給它的摘要。若它們匹配，則可將200的HTTP 狀態碼連同新的通信期cookie轉回到應用程式。然後應 -118- 200924534 用程式視需要進行總是沿著通信期c〇〇kie通過之其他呼 叫。裝置維持與此cookie相關連的通信期’且利用此 c oo k i e更新每一隨後請求上的截止時間。若密碼不匹配， 則裝置再次與新的暫時n 0 n c e (目前）回到步驟1。 爲了結束使用者的通信期，應用程式可發送DELETE 到 / api.rest/users/current/session URI。此可從伺服器刪除 通信期。 1 0.1 . Η T T P基本認證 可在RFC 2617中定義HTTP基本認證。使用者名稱 和密碼可被編碼，但是不被加密，如此密碼容易被檢索。 若可使用基本認證，則建議HTTPS可被用餘額外保護。 下面步驟說明此機制： 當應用程式請求資源時，裝置檢查通信期cookie或 HTTP Authorization標頭的存在。若cookie存在且通信期 有效，則已執行認證且如正常一般繼續呼叫。若認證標頭 存在，則裝置可嘗試使用開始於步驟2中所槪述之步驟來 認證使用者。 當使用者需要登入時，登入名稱和密碼可被發送到 HTTP認證標頭欄各處當作冒號隔開，Base64編碼字串。 例如，若登入名稱是“Aladdin”及密碼是“open sesame”， 則可先連接這些値以形成“Aladdin:open sesame”。然後此 被Base64編碼。HTTP標頭中被發送回來的實際値可以是 -119- 200924534
Authorization： Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ== 當裝置接收認證標頭時，開始認證的處理。裝置 Base64解碼字串並且獲得使用者名稱和密碼。然後裝置 可將此與那使用者名稱下方之所儲存的密碼比較。若它們 匹配，則可將200的HTTP狀態碼連同通信期cookie轉回 到應用程式。然後應用程式視需要進行總是沿著通信期 cookie通過之其他呼叫。裝置維持與此 cookie相關連的 通信期，且利用此cookie更新每一隨後請求上的截止時 間。 若雜湊値不匹配，則裝置藉由發送401及 WWW-Authenticate標頭而再次回到步驟1。 1 1.裝置發現 藉由相互定位和 DNS-Service Discovery (DNS-SD) 可發現裝置。 1 1.1 ·相互定位 相互定位必須提供使用者一機制，以指明裝置的位址 。典型上，此將是URL。當作定位的一部份，若需要的話 ，使用者可提供使用者名稱和密碼給應用程式。 1 2 . X M L串流 使用如RFC 2046之多部分MIME格式在HTTP連接 -120- 200924534 上之資料到用戶的串流可被使用。就各個被支援資料類型 而言，下面步驟是類似的。 在來自請求應用程式的最初連接中，裝置可發送回到 最初MIME內容資訊，如下面前兩列所示。 ΜIΜ E - V e r s i ο η : 1.0
Content-Type:multipart/mixed;bonundary = ‘‘--oveready’， 然後，就欲串流的各項目而言，可在現存連接上轉回 ‘----ovready’分界段。 ----ovready
Content-Type： application/xml； charset = "utf-8"
Content-Length： 126 <?xml version^"1.0" encoding="utf-8"?> <Foo> <Name>SomeName</Name> <ID>ID0001</ID:> <Etc>etc. etc . etc .</Etc> </Foo> 如此就多項目而言，將看起來像： ----ovready -121 - 200924534
Content-Type : application/xml； charset = "utf-8 Content-Length： 126 <?xml version="1.0" encoding="utf-8"?> <Foo> <Name>SomeName</Name> <ID>ID0001</ID> <Etc>etc.etc.etc.</Etc> </Foo> ----ovready Content-Type : application/xml； charset = "utf- 8 Content-Length: 127 <?xml version^"1.0" encoding="utf-8"?> <Foo> <Name>OtherName</Name> <ID>ID0004</ID> <Etc>etc.etc.etc.</Etc> </Foo> 偶爾，可由裝置發送選用的空封包（模擬心跳）以證 實連接尙未被破壞。此只在不活動週期後發送。 ----ovready Content-Type： application/xml； charset="utf- 8 M Content-Length： 0 XML串流編碼 爲了在不同的計算和網路化環境中是有彈性的，可用 幾種方式編碼XML資料串流。可使用的編碼機制之規格 遵循多部分MIME標準，藉以用戶經由X-MIME-Encoding 標頭來請求特定編碼類型。裝置支援的有效値可被表列在 Device Configuration (裝置組態）中。所有裝置支援X-identity編碼，若未提供編碼，則x-identity編碼可以是 預設編碼。 有效串流編碼的表列可表示如下。若X-MIME- -122- 200924534
Encoding標頭指明任何其他値或若所指明的値不被裝置 支援，則可不進行編碼。 x-identity-資料可不被修正。此可以是預設的。 x-deflate-以zlib壓縮來壓縮XML資料。 x-xml-token-XML資料被分成用於較小傳送的記號。 x-xml-token-deflate - x-xml-token 編碼以 zlib 壓縮來 壓縮之資料。 目前，這些値只應用到下面URI : [channel root]/eventstream (只有 x-identity 和 x_ deflate被允許） [channel root]/targetstream [channel root]/target [channel r〇〇t]/metadata (只有 x-identity 和 x-deflate 被允許） 用戶請求 當請求資源時，用戶可利用 X-MIME-Encoding標頭 來指明哪一編碼欲轉回。例如，請求具有壓縮的目標串流 之用戶可看起來像： GET [channel root]/targetstream HTTP/1.1 Host: [server]
Accept: application/xml X-MIME-Encoding: x-deflate 需注意的是，若用戶希望使用x-identity編碼，則X-MINE-Encoding標頭不需要被發送。 -123- 200924534 12. 1 .裝置回應 當裝置接收用於所支援之 URI的其中之一的 X-MIME-Encoding時，裝置可反映多部分 MIME標頭的 Content-Transfer-Encoding欄中之目前編碼類型。若 X-MINE-Encoding是無效的或未被支援的，則未使用編碼。 例如，若用戶請求具有壓縮（x-deflate編碼）的目標 串流，則裝置可轉回諸如下列者： HTTP/1.1 200 OK MIME-Versi〇n: 1.0
Content-Type ： multipart /mixed ； boundary^" - -ovready11 ----ovready
Content -Type : application/xml Content-Transfer-Encoding： x-deflate Content -Length： [sizel] [Compressed target tracking data] ----ovready
Content-Type： application/xml Content-Transfer-Encoding： x-deflate Content-Length: [size2] [Compressed target tracking data] 需 ίϊ 意的是，[Compressed target tracking data] nj 是二元資料。 就支援非串流AP I的那些而言，可遵循類似途徑。例 如，若用戶請求具有壓縮（x-deflate編碼）的目前目標’ 則裝置可轉回諸如下列者’· 124- 200924534 HTTP/1.1 200 OK Content-Type： application/xml Content-Transfer-Encoding： x-deflate Content-Length： [size] [Compressed target tracking data] 1 2.2. XML記號編碼 x-xml-token編碼可以是降低XML資料尺寸但仍然提 供容易讀取和剖析的文件格式之一方法。其保留有關 XML的物件類型之元資料但是去除許多冗餘文件。可將 其定位以處理可以是非常連貫且重複並且能夠達成70 % 或更多個尺寸降低之XML資料。可藉由具體指定xml-token-deflate，以 zlib (壓縮用函氏庫）進一步壓縮此資 料。此資料類型的例子可以是能夠從裝置檢索之目標資訊 〇
xml-token編碼規劃可包含兩部分：XML樣板和XML 記號。 12.3 . XML 樣板 在對具有 X-MIME-Encoding:x-xml-token 的 URI 之請 求上，裝置首先轉回定義資料的一般形式之XKL樣板。 此每一請求可被發送一次，因此就非同步化資料流操作而 言，在最初請求時發送。樣板可只包含靜態的文件，及可 以％ s取代所有動態字串，％可以是用於字串的printf格 式。例如，目標資料樣板可以是： -125- 200924534 1 <?xml version="1.0" encoding="utf-8n?> 2 <TargetList xmlns：xsi^"http：//www.w3.org/200l/XMLSchema-instance" xmlns：xsd="http：//www.w3.org/200l/XMLSchema" xmlns：xlink="http：//www.w3.org/1999/xlink" xmlns="http：//www.obj ectvideo. com/schemas/ovready"> <Timestamp>%s</Timestamp> <Charmel Info xl ink :hi:ef=''/api . rest/channel s/%s" > <ID>%s</lD> </ChannelInfo> <Targets> <Target> <TargetID>%s</TargetID> <BoundingBox> <X>%s</X> <Y>%s</Y> <Width>%s</Width> <Height>%s</Height> </BoundingBox> <Classification>%s</Classification> <Parents> <ParentID>%s</ParentID> </Parents> <EqualID>%s</EqualID> </Target> </Targets> </TargetList> 樣板的各列具有列號碼，之後有空間，之後有正文列 表。目前，正文可具有最多一 ％s値可被取代。 需注意的是，TargetList可包含一個以上的目標，如 此各個目標將重複Target定義（列1 1 -24 )。各個Target 可具有一個以上的父母，因此在 Parents特性內， ParentID特性（列 21 )將重複複數次。另一選擇是， Parents特性可以是空的，藉以這些列（20-22 )將不存在 。在這些例子的每一個中，XML記號資料將此列入考量 12.4. XML 記號 在轉回XML樣板到用戶之後，裝置然後格式化特定 XML資料以符合那樣板。XML記號資料的格式可以是列 號碼（參考XML樣板）及那列的替代物，若有的話，之 -126- 200924534 後有空間。爲了重新建立原始XML文件，用戶逐列重複 XML記號資料。就記號資料中所表列的各個列號碼而言 ，可使用對應的XML樣板列。若記號資料包含替代値， 則將其插入以替代距XML樣板列的％ s。 例如，與前一樣板有關連的XML記號資料可以是： 1 2 3 4 5 6 2007-03-12T12:29:02.222 7 0 8 0 9 10 11 12 135038 13 14 0.7281250 15 0.9041667 16 0.0687500 17 0.0541666 18 19 Human 20 21 135033 21 135025 22 23 135038 24 25 11 12 135039 13 14 0.4381250 15 0.8941667 16 0.0487500 17 0.0741666 18 19 Vehicle 23 135035 24 25 26 上述例子顯示出具有了 Target (目標）之單一 TargetList。第一Target開始於第一列“10”且繼續到第一 列“24”。此Target具有兩 ParentIDs，列“20”在各個參考 -127- 200924534 之前。第二Target，開始於第二列“10”且繼續到第二列 “24”。其未包含ParentIDs，因此列19-21未出現在第二 Tar get定義中 。 1 2.5 .組合 當用戶請求X - X m 1 -1 〇 k e η編碼時，此例可自始至終。 請求： GET [channel root]/targetstream HTTP/l.l Host： [server]
Accept： application/xml X-MIME-Encoding: x-xml - token _ 裝置首先將以樣板反應： HTTP/l.l 200 OK MIME-Version： 1.0 Content-Type： multipart/mixed； boundary^"--ovready" ----ovready Content-Type： application/xml Content-Transfer-Encoding： x-xml-token Content-Length： 735 1 <?xml version="1.0" encoding="utf- 8"? > 2 <TargetList xmlns：xsi="http：//www.w3.org/200l/XMLSchema-insCance" 3 xmlns：xsd="http：//www.w3.org/2001/XMLSchema" 4 xmlns：xlink="http：//www.w3.org/1999/xlink" 5 xmlns = "http：//www.objectvideo. com/schemas/ovready"> 6 <Timestamp>%s</Timestamp> Ί <CharmelInf o xlink:hjref =、'/api . 2：est/charmels/%s,,> 8 <ID>%s</ID> 9 </ChannelInf〇> 10 <Targets> 11 <Target> 12 <TargetID>%s</TargetID> 13 <BoundingBox> 14 <X>%s</X> 15 <Y>%s</Y> 16 <Width>%s</Width> 17 <Height>%s</Height> 18 </B〇undingBox> 19 <Classification>%s</Classification> 20 <Parents> 21 <ParentID>%s</ParentID> 22 </Parents> 23 <EqualID>%sc/EqualID> 24 </Target> 25 </Targets> 26 </TargetLisC> -128- 200924534 然後，（假設同一連接），每當存在時，裝置將發送 出XML記號資料： ----ovready Content-Type： application/xml Content-Transfer-Encoding： x-xml-token Content-Length： 311 1 2 3 4 5 6 2007-03-12T12:29:02.222 7 0 8 0 9 10 11 12 135038 13 14 0.7281250 15 0.904X667 16 0.0687500 17 0.0541666 18 19 Human 20 21 135033 21 135025 22 23 135038 24 25 11 12 135039 13 14 0.4381250 15 0 . 8941667 16 0.0487500 17 0.0741666 18 19 Vehicle 23 135035 24 25 26 ----ovready Content-Type： application/xml Content-Transfer-Encoding： x-xml-token Content-Length： [size] 本發明的實施例可採用包括硬體、軟體、韌體、及/ 或其組合之形式。可由處理器從電腦可讀式媒體接收軟體 ，或使用諸如無線接收器、數據機等輸入/輸出（I/O )裝 -129- 200924534 置，在通訊媒體之帶有軟體碼的信號上接收軟體。此電腦 可讀式媒體可例如是資料儲存媒體（例如：硬碟、軟碟、 快閃碟、RAM、ROM、磁泡記憶體等）。資料儲存媒體可 以是當地或遠端的，及可透過通訊網路從遠端儲存媒體下 載軟體碼。 此處所說明的例子和實施例是無限制的例子。 本發明詳細說明有關例示實施例，及精於本技藝之人 士從上述將明白，在不違背廣義的本發明之下，可進行變 化和修正，因此，如申請專利範圍所定義一般的本發明欲 涵蓋落在本發明的真正精神內之所有此種變化和修正。 【圖式簡單說明】 從附圖所圖解的上面本發明之此種實施例的更特別說 明將可更加明白本發明的各種實施例之上述和其他特徵， 在附圖中相同參考號碼通常表示相同、功能上類似、及/ 或結構上類似的元件。 圖1爲本發明的例示實施例圖； 圖2爲本發明的例示實施例圖； 圖3爲用於處理間通訊之本發明的例示實施例圖；及 圖4爲用於處理間通訊之本發明的例示實施例圖。 【主要元件符號說明】 1 :視訊分析編碼器 2 :視訊分析相機 -130- 200924534 3 :視訊分析路由器 4 :視訊分析數位影音記錄器 5 :視訊分析個人電腦 6 :其他視訊分析裝置 7 :裝置 8 :網頁應用程式 9 :視訊管理軟體 1 〇 :情況察覺應用程式 1 1 :建築物自動化控制 1 2 :其他應用程式 1 3 :應用程式 1 4 :通用協定 1 5 :視訊分析 1 6 :網頁伺服器 19:使用者介面應用程式 20 :伺服器應用程式 -131

Claims (1)

  1. 200924534 十、申請專利範圍 1. 一種通訊系統，係用於具有視訊分析能力的裝置 和電腦上執行的應用程式之間的通訊，該裝置和該應用程 式透過實體網路彼此通訊，該通訊系統包含： 一通訊層，配置在該裝置和該應用程式之間’並且具 有通訊協定和應用程式介面，該通訊協定包括協定資料、 裝置組態資料、通道組態資料' 規則管理資料、事件輸出 資料、使用者管理資料 '和元資料（metadata)輸出資料 0 2. 根據申請專利範圍第1項之通訊系統，其中該協 定資料包含有關該通訊協定的該能力之資訊。 3. 根據申請專利範圍第1項之通訊系統’其中該裝 置組態資料包含有關該裝置的資訊。 4. 根據申請專利範圍第1項之通訊系統’其中該通 道組態資訊包含可用通道的列表和通道特定資訊。 5. 根據申請專利範圍第1項之通訊系統，其中該通 訊協定另外包括景象管理資料。 6. 根據申請專利範圍第5項之通訊系統，其中該景 象管理資料包含用於該裝置的景象列表。 7. 根據申請專利範圍第1項之通訊系統’其中該規 則管理資料包含有關用於通道的規則之資訊。 8 .根據申請專利範圍第1項之通訊系統’其中該事 件輸出資料包含警示或計數。 9.根據申請專利範圍第1項之通訊系統，其中該使 -132- 200924534 用者管理資料包含用於使用者的認證和授權資訳 ° 1 〇 ·根據申請專利範圍第1項之通訊系統，其中該元 資料輸出資料包含由裝置分析之二元資料° 11.根據申請專利範圍第1 〇項之通訊系統’其中該 元資料輸出資料另外包含目標資料輸出資料。 1 2 ·根據申請專利範圍第1 1項之通訊系統’其中該 目標資料輸出資料包含有關該裝置所偵測的目標之資料。 13. 根據申請專利範圍第1項之通訊系統’其中該實 體網路是以插座爲基或以周邊爲基的其中之一。 14. 根據申請專利範圍第1項之通訊系統，其中該通 訊層是HTTP (超文件傳輸協定）、SIP (通信啓動協定） 、或SNMP (簡單網路管理協定）的其中之一。 1 5 .根據申請專利範圍第1項之通訊系統，其中該 API (應用程式設計介面）是XML (可擴充式標示語言） 、SOAP (簡單物件存取協定）、JSON (爪哇描述語言物 件標記法）、或二進制的其中之一。 16 · —種通訊方法，係用於具有視訊分析能力的裝置 和電腦上執行的應用程式之間的通訊，該裝置和該應用程 式透過實體網路發送訊息給彼此，該方法包含： 將通訊層配置在該裝置和該應用程式之間，並且具有 通訊協定和應用程式介面；及 使用該通訊協定發送該等訊息，該等訊息包括根據該 通訊協定所定義之協定資料、裝置組態資料、通道組態資 料、規則管理資料、事件輸出資料、使用者管理資料、和 -133- 200924534 元資料輸出資料。 1 7.根據申請專利範圍第1 6項之通訊方法，另外包 含分析該元資料，以決定後即時分析期間所發生之事件。 1 8 .根據申請專利範圍第1 6項之通訊方法，其中該 元資料輸出資料另外包含目標資料輸出資料。 1 9 .根據申請專利範圍第1 8項之通訊方法，其中該 目標資料輸出資料包含有關該裝置所偵測的目標之資料。 2 0. —種通訊方法，係用於包括複數裝置的視訊分析 系統中，該方法包含： 從一裝置發送訊息給該系統中之其他裝置，該訊息包 括協定資料、裝置組態資料、通道組態資料、規則管理資 料、事件輸出資料、使用者管理資料、和元資料輸出資料 在該裝置上接收來自該系統中之其他裝置的訊息，該 接收的訊息包括協定資料、裝置組態資料、通道組態資料 、規則管理資料、事件輸出資料、使用者管理資料、和元 資料輸出資料；及 依據該等交換訊息來設立裝置的該系統。 21. 一種電腦可讀式媒體，其包含當電腦執行時使該 電腦能夠執行方法之軟體，包含： 發現視訊分析裝置； 認證該等發現的視訊分析裝置； 獲得視訊分析裝置的軟體能力，包括： 獲得有關該裝置所支援的該協定之資訊； -134- 200924534 獲得有關該裝置組態之資訊； 獲得有關該裝置的任何通道之資訊； 獲得有關該裝置所提供的景象之資訊；及 獲得有關爲該裝置所定義的規則之資訊； 接收來自該視訊分析裝置的輸出，包括： 輸出有關該裝置所偵測的事件之資訊； 輸出有關該裝置所追蹤的目標之資訊；及 輸出圖框分析所使用之資訊； 及 發送該輸出到使用者裝置。 22. —種系統，包含： 複數視訊分析裝置’其捕捉和操縱視訊資料； 複數使用者裝置；及 一介面，其將該複數視訊分析裝置的任一個耦合到該 複數使用者裝置的任一個’該介面將該複數視訊分析裝置 的任一個之間的協定資料、裝置組態資料、通道組態資料 、規則管理資料、事件輸出資料、使用者管理資料、和元 資料輸出資料傳送到該複數使用者裝置的任一個。 -135-
TW097120621A 2007-06-04 2008-06-03 Intelligent video network protocol TW200924534A (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US92487207P 2007-06-04 2007-06-04
US6489308P 2008-04-01 2008-04-01

Publications (1)

Publication Number Publication Date
TW200924534A true TW200924534A (en) 2009-06-01

Family

ID=40094031

Family Applications (1)

Application Number Title Priority Date Filing Date
TW097120621A TW200924534A (en) 2007-06-04 2008-06-03 Intelligent video network protocol

Country Status (3)

Country Link
US (2) US9021006B2 (zh)
TW (1) TW200924534A (zh)
WO (1) WO2008150517A1 (zh)

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW200924534A (en) * 2007-06-04 2009-06-01 Objectvideo Inc Intelligent video network protocol
US8538242B2 (en) * 2008-08-13 2013-09-17 International Business Machines Corporation Compressed time ingestion of recorded video
KR101586700B1 (ko) * 2009-07-03 2016-01-20 한화테크윈 주식회사 감지장치, 이벤트 감지방법 및 촬영시스템
US20110055386A1 (en) * 2009-08-31 2011-03-03 Level 3 Communications, Llc Network analytics management
US10015543B1 (en) 2010-03-08 2018-07-03 Citrix Systems, Inc. Video traffic, quality of service and engagement analytics system and method
US20120144320A1 (en) * 2010-12-03 2012-06-07 Avaya Inc. System and method for enhancing video conference breaks
TWI417813B (zh) 2010-12-16 2013-12-01 Ind Tech Res Inst 可串接式相機竄改偵測收發器模組
US20120278872A1 (en) 2011-04-27 2012-11-01 Woelfel John Harold System and method of federated authentication with reverse proxy
US8929588B2 (en) 2011-07-22 2015-01-06 Honeywell International Inc. Object tracking
US8990163B2 (en) * 2011-12-15 2015-03-24 Sap Se Snapshot of distributed enterprise business data stored in various cloud services
CN103312665A (zh) * 2012-03-09 2013-09-18 阿尔卡特朗讯公司 用于敏感数据的安全机制
US9639760B2 (en) 2012-09-07 2017-05-02 Siemens Schweiz Ag Methods and apparatus for establishing exit/entry criteria for a secure location
US9703274B2 (en) * 2012-10-12 2017-07-11 Telefonaktiebolaget L M Ericsson (Publ) Method for synergistic occupancy sensing in commercial real estates
US9848133B2 (en) 2013-03-26 2017-12-19 Panasonic Intellectual Property Management Co., Ltd. Image generation device, imaging device, image generation method, and program for generating a new image from a captured image
US10373470B2 (en) 2013-04-29 2019-08-06 Intelliview Technologies, Inc. Object detection
US8861698B1 (en) * 2014-02-06 2014-10-14 Jeffrey D. Isaacs Post-page caller name identification system
CA2847707C (en) 2014-03-28 2021-03-30 Intelliview Technologies Inc. Leak detection
US10943357B2 (en) 2014-08-19 2021-03-09 Intelliview Technologies Inc. Video based indoor leak detection
US10057390B2 (en) * 2015-04-01 2018-08-21 Check Point Software Technologies Ltd. Method and system for modifying HTTP request headers without terminating the connection
CN106384532A (zh) * 2015-07-31 2017-02-08 富士通株式会社 视频数据分析方法、装置以及停车位监控系统
RU2632473C1 (ru) * 2016-09-30 2017-10-05 ООО "Ай Ти Ви групп" Способ обмена данными между ip видеокамерой и сервером (варианты)
US10698862B2 (en) * 2017-04-13 2020-06-30 International Business Machines Corporation Enhanced snapshot performance, storage efficiency improvement, dynamic snapshot policy in erasure code supported object storage environment
CN107241188B (zh) * 2017-06-02 2022-01-28 丁爱民 一种量子存储数据编解码方法、装置及系统
US10186124B1 (en) 2017-10-26 2019-01-22 Scott Charles Mullins Behavioral intrusion detection system
CN110058887B (zh) * 2018-01-16 2022-02-18 腾讯科技（深圳）有限公司 视频处理方法、装置、计算机可读存储介质和计算机设备
AU2020272775A1 (en) 2019-04-10 2021-11-18 Raptor Vision, Llc Monitoring systems

Family Cites Families (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6850252B1 (en) * 1999-10-05 2005-02-01 Steven M. Hoffberg Intelligent electronic appliance system and method
US5999525A (en) * 1996-11-18 1999-12-07 Mci Communications Corporation Method for video telephony over a hybrid network
US6237049B1 (en) * 1998-01-06 2001-05-22 Sony Corporation Of Japan Method and system for defining and discovering proxy functionality on a distributed audio video network
US6970183B1 (en) * 2000-06-14 2005-11-29 E-Watch, Inc. Multimedia surveillance and monitoring system including network configuration
US7904187B2 (en) * 1999-02-01 2011-03-08 Hoffberg Steven M Internet appliance system and method
US6892230B1 (en) * 1999-06-11 2005-05-10 Microsoft Corporation Dynamic self-configuration for ad hoc peer networking using mark-up language formated description messages
US6606660B1 (en) * 1999-08-31 2003-08-12 Accenture Llp Stream-based communication in a communication services patterns environment
EP1309901B1 (en) * 1999-12-02 2008-05-21 Western Digital Technologies, Inc. System for remote recording of television programs
US6904449B1 (en) * 2000-01-14 2005-06-07 Accenture Llp System and method for an application provider framework
US6646676B1 (en) * 2000-05-17 2003-11-11 Mitsubishi Electric Research Laboratories, Inc. Networked surveillance and control system
US7103668B1 (en) * 2000-08-29 2006-09-05 Inetcam, Inc. Method and apparatus for distributing multimedia to remote clients
US9892606B2 (en) * 2001-11-15 2018-02-13 Avigilon Fortress Corporation Video surveillance system employing video primitives
WO2002082301A1 (en) * 2001-04-03 2002-10-17 Vigilos, Inc. System and method for managing a device network
US20030153338A1 (en) * 2001-07-24 2003-08-14 Herz Frederick S. M. Autoband
US20030220781A1 (en) * 2002-02-25 2003-11-27 Oak Technology, Inc. Communication architecture utilizing emulator interface
US20030188027A1 (en) * 2002-03-27 2003-10-02 Jeff Liu System and method for a networked audio video control
US20030217125A1 (en) * 2002-05-15 2003-11-20 Lucent Technologies, Inc. Intelligent end user gateway device
KR100493896B1 (ko) * 2003-04-18 2005-06-10 삼성전자주식회사 디지털 콘텐트 메타데이터 변환 방법 및 장치, 그리고이를 이용한 네트워크 시스템
US20060069717A1 (en) * 2003-08-27 2006-03-30 Ascential Software Corporation Security service for a services oriented architecture in a data integration platform
US20050134695A1 (en) * 2003-12-17 2005-06-23 Deshpande Sachin G. Systems and methods for providing remote camera control
US7711796B2 (en) * 2006-06-12 2010-05-04 Icontrol Networks, Inc. Gateway registry methods and systems
WO2005091218A2 (en) * 2004-03-16 2005-09-29 Icontrol Networks, Inc Premises management system
US8635350B2 (en) * 2006-06-12 2014-01-21 Icontrol Networks, Inc. IP device discovery systems and methods
US20060026162A1 (en) * 2004-07-19 2006-02-02 Zoran Corporation Content management system
US7590997B2 (en) * 2004-07-30 2009-09-15 Broadband Itv, Inc. System and method for managing, converting and displaying video content on a video-on-demand platform, including ads used for drill-down navigation and consumer-generated classified ads
US8054330B2 (en) * 2004-10-12 2011-11-08 International Business Machines Corporation Apparatus and methods for establishing and managing a distributed, modular and extensible video surveillance system
US8347088B2 (en) * 2005-02-01 2013-01-01 Newsilike Media Group, Inc Security systems and methods for use with structured and unstructured data
WO2006124938A2 (en) * 2005-05-17 2006-11-23 Rajant Corporation System and method for communication in a wireless mobile ad-hoc network
US20070070962A1 (en) * 2005-09-29 2007-03-29 Sony Ericsson Mobile Communications Ab Communication networks for establishing communication sessions between a registered internet protocol (IP) device and one or more subscribing IP devices and methods and computer program products for operating the same
EP1775911B1 (en) * 2005-10-13 2018-02-28 BlackBerry Limited System and method for providing asynchronous notifications using synchronous data
US8170065B2 (en) * 2006-02-27 2012-05-01 Time Warner Cable Inc. Methods and apparatus for selecting digital access technology for programming and data delivery
US20070271453A1 (en) * 2006-05-19 2007-11-22 Nikia Corporation Identity based flow control of IP traffic
US20070291118A1 (en) * 2006-06-16 2007-12-20 Shu Chiao-Fe Intelligent surveillance system and method for integrated event based surveillance
US20070294263A1 (en) * 2006-06-16 2007-12-20 Ericsson, Inc. Associating independent multimedia sources into a conference call
US8392947B2 (en) * 2006-06-30 2013-03-05 At&T Intellectual Property I, Lp System and method for home audio and video communication
US8447843B2 (en) * 2006-09-25 2013-05-21 Yoics, Inc. System, method and computer program product for identifying, configuring and accessing a device on a network
EP2100454B1 (en) * 2006-11-20 2019-10-30 Axis AB Wireless network camera systems
WO2008082441A1 (en) * 2006-12-29 2008-07-10 Prodea Systems, Inc. Display inserts, overlays, and graphical user interfaces for multimedia systems
US20080181132A1 (en) * 2007-01-26 2008-07-31 Large Screen Display Rentals, Llc. Command Anywhere Mobile Mesh System
TW200924534A (en) * 2007-06-04 2009-06-01 Objectvideo Inc Intelligent video network protocol
US8427552B2 (en) * 2008-03-03 2013-04-23 Videoiq, Inc. Extending the operational lifetime of a hard-disk drive used in video data storage applications

Also Published As

Publication number Publication date
WO2008150517A1 (en) 2008-12-11
US20090158367A1 (en) 2009-06-18
US20150312602A1 (en) 2015-10-29
US9021006B2 (en) 2015-04-28

Similar Documents

Publication Publication Date Title
TW200924534A (en) Intelligent video network protocol
US9986209B2 (en) Method and system for managing data from digital network surveillance cameras
US8554927B2 (en) Method for sharing rights object in digital rights management and device and system thereof
CA2527491C (en) Computer program listing
JP5624525B2 (ja) 情報処理装置、リソース提供装置および情報処理システム
US10701454B2 (en) Image providing service
FI124694B (en) Improved presentation system
EP3378235A1 (en) Media streaming
US8276195B2 (en) Management of split audio/video streams
US10854068B2 (en) Method and system for configurable security and surveillance systems
WO2017084417A1 (zh) 周边感知联网中发送、接收信息的方法和装置
US20210250629A1 (en) Parental control monitoring system and method
CN113875259A (zh) 用于安全视频帧管理的技术
US20190007656A1 (en) Sending network camera video streams to active screens
CN201839379U (zh) 应用于网络摄像机服务系统中的摄像机
JP6463156B2 (ja) 通信装置
JP2020017997A (ja) 表示装置
JP2004248089A (ja) 画像変化検知システム
JP2018005275A (ja) 制御装置、制御方法及びプログラム
Anand et al. Design and implementation of DLNA enabled NEXT GEN Digital Picture Frame (NGDPF)
GB2550971A (en) Method and system for managing access to a media sample captured at a first site by a movable camera
JP2016144096A (ja) 通信装置
TW201519606A (zh) 網路服務方法以及伺服器