網頁數據許可權設計方案

1、軟體設計後台操作用戶許可權管理的方案

　B/S系統中的許可權比C/S中的更顯的重要，C/S系統因為具有特殊的客戶端，所以訪問用戶的許可權檢測可以通過客戶端實現或通過客戶端+伺服器檢測實現，而B/S中，瀏覽器是每一台計算機都已具備的，如果不建立一個完整的許可權檢測，那麼一個「非法用戶」很可能就能通過瀏覽器輕易訪問到B/S系統中的所有功能。因此B/S業務系統都需要有一個或多個許可權系統來實現訪問許可權檢測，讓經過授權的用戶可以正常合法的使用已授權功能，而對那些未經授權的「非法用戶」將會將他們徹底的「拒之門外」。下面就讓我們一起了解一下如何設計可以滿足大部分B/S系統中對用戶功能許可權控制的許可權系統。

需求陳述

不同職責的人員，對於系統操作的許可權應該是不同的。優秀的業務系統，這是最基本的功能。

可以對「組」進行許可權分配。對於一個大企業的業務系統來說，如果要求管理員為其下員工逐一分配系統操作許可權的話，是件耗時且不夠方便的事情。所以，系統中就提出了對「組」進行操作的概念，將許可權一致的人員編入同一組，然後對該組進行許可權分配。

許可權管理系統應該是可擴展的。它應該可以加入到任何帶有許可權管理功能的系統中。就像是組件一樣的可以被不斷的重用，而不是每開發一套管理系統，就要針對許可權管理部分進行重新開發。

滿足業務系統中的功能許可權。傳統業務系統中，存在著兩種許可權管理，其一是功能許可權的管理，而另外一種則是資源許可權的管理，在不同系統之間，功能許可權是可以重用的，而資源許可權則不能。
關於設計

藉助NoahWeb的動作編程理念，在設計階段，系統設計人員無須考慮程序結構的設計，而是從程序流程以及資料庫結構開始入手。為了實現需求，資料庫的設計可謂及其重要，無論是「組」操作的概念，還是整套許可權管理系統的重用性，都在於資料庫的設計。

我們先來分析一下資料庫結構：

首先，action表（以下簡稱為「許可權表」），gorupmanager表（以下簡稱為「管理組表」），以及master表（以下簡稱為「人員表」），是三張實體表，它們依次記錄著「許可權」的信息，「管理組」的信息和「人員」的信息。如下圖：

這三個表之間的關系是多對多的，一個許可權可能同時屬於多個管理組，一個管理組中也可能同時包含多個許可權。同樣的道理，一個人員可能同時屬於多個管理組，而一個管理組中也可能同時包含多個人員。如下圖：

由於這三張表之間存在著多對多的關系，那麼它們之間的交互，最好使用另外兩張表來完成。而這兩張表起著映射的作用，分別是「actiongroup」表（以下簡稱「許可權映射表」）和「mastergroup」表（以下簡稱「人員映射表」），前者映射了許可權表與管理組表之間的交互。後者映射了人員表與管理組表之間的交互。如下圖：

另外，還需要一張表來控制系統運行時左側菜單中的許可權分欄，也就是「許可權分欄表」，如下圖：

根據上面的分析，我們進行資料庫結構設計，如下圖：

點擊這里查看許可權管理系統數據表欄位設計

為了能夠進行良好的分析，我們將資料庫結構圖拆分開來，三張實體表的作用已經很清晰，現在我們來看一下兩張映射表的作用。

一 許可權映射表 如下圖：

首先，我們來了解一下許可權映射表與管理組表以及許可權表之間的欄位關聯。

看圖中的紅圈，先看gorupid欄位相關聯，這種關聯方式在實際資料庫中的表現如下圖：

如圖中所示，管理組表中「超級管理員」的groupid為1，那麼許可權映射表中groupid為1的許可權也就是「超級管理員」所擁有的許可權。

使用groupid欄位關聯，是為了查到一個管理組能夠執行的許可權有哪些。但這些許可權的詳細信息卻是action欄位關聯所查詢到的。

action欄位相關聯在資料庫中的表現如下圖：

通過這種關聯，才查詢到許可權映射表之中那些許可權的詳細信息。綜合起來，我們就知道了一個管理組可以執行的許可權有哪些，以及這些許可權的詳細信息是什麼。

或許你會問，為什麼不使用actionid欄位相關聯呢？因為：

許可權表中的id欄位在經過多次的資料庫操作之後可能會發生更改。
許可權映射表中僅僅記錄著一個管理組可以執行的許可權。
一旦許可權表中的id更改，那麼許可權映射表中的記錄也就更改了。
一個管理組可以執行的許可權勢必將出錯，這是非常不希望的。
考慮到上面的情況，所以應該使用action欄位相關聯，因為：

在許可權表中，id可能發生變化，而action欄位卻是在任何情況下也不可能發生變化的。
許可權映射表中記錄的action欄位也就不會變。
一個管理組可以執行的許可權就不會出錯了。
二 人員映射表 如下圖：

我們來了解一下人員映射表與管理組表以及人員表之間的欄位關聯，如下圖：

看圖中的紅圈部分，先看groupid欄位關聯，這種關聯方式在資料庫中的表現如下圖：

如圖，「超級管理員」組的groupid為1，我們再看人員映射表，admin屬於超級管理員組，而administrator屬於超級管理員組，同時也屬於管理員組。

使用這種關聯方式，是為了查到一個管理組中的人員有誰。和上面一樣，人員的詳細信息是靠id欄位（人員映射表中是masterid欄位）關聯查詢到的。

id欄位（人員映射表中是masterid欄位）關聯表現在資料庫中的形式如下圖：

一個人員可能同時屬於多個「管理組」，如圖中，administrator就同時屬於兩個「管理組」。所以，在人員映射表中關於administrator的記錄就會是兩條。

這種關聯方式才查詢到管理組中人員的詳細信息有哪些。綜合起來，才可以知道一個管理組中的人員有誰，以及這個人員的詳細信息。

再結合上面談到的許可權表和許可權映射表，就實現了需求中的「組」操作，如下圖：

其實，管理組表中僅僅記錄著組的基本信息，如名稱，組id等等。至於一個組中人員的詳細信息，以及該組能夠執行的許可權的詳細信息，都記錄在人員表和許可權表中。兩張映射表才真正記錄著一個組有哪些人員，能夠執行哪些許可權。通過兩張映射表的銜接，三張實體表之間的交互才得以實現，從而完成了需求中提到的「組」操作。

我們再來看一下許可權分欄表與許可權表之間的交互。這兩張表之間的欄位關聯如下圖：

兩張表使用了actioncolumnid欄位相關聯，這種關聯方式在資料庫中的表現如下圖：

如圖所示，通過這種關聯方式，我們可以非常清晰的看到許可權表中的許可權屬於哪個分欄。

現在，資料庫結構已經很清晰了，分配許可權的功能以及「組」操作都已經實現。下面我們再來分析一下需求中提到的關於許可權管理系統的重用性問題。

為什麼使用這種資料庫設計方式搭建起來的系統可以重用呢？

三張實體表中記錄著系統中的三個決定性元素。「許可權」，「組」和「人」。而這三種元素可以任意添加，彼此之間不受影響。無論是那種類型的業務系統，這三個決定性元素是不會變的，也就意味著結構上不會變，而變的僅僅是數據。
兩張映射表中記錄著三個元素之間的關系。但這些關系完全是人為創建的，需要變化的時候，只是對資料庫中的記錄進行操作，無需改動結構。
許可權分欄表中記錄著系統使用時顯示的分欄。無論是要添加分欄，修改分欄還是減少分欄，也只不過是操作記錄而已。
綜上所述，這樣設計資料庫，系統是完全可以重用的，並且經受得住「變更」考驗的。

總結：

此套系統的重點在於，三張實體表牢牢地抓住了系統的核心成分，而兩張映射表完美地映射出三張實體表之間的交互。其難點在於，理解映射表的工作，它記錄著關系，並且實現了「組」操作的概念。而系統總體的設計是本著可以在不同的MIS系統中「重用」來滿足不同系統的功能許可權設置。

附錄：

許可權管理系統數據表的欄位設計

下面我們來看看許可權管理系統的資料庫表設計，共分為六張表，如下圖：

action表：

action表中記錄著系統中所有的動作，以及動作相關描述。

actioncolumn表：

actioncolumn表中記錄著動作的分欄，系統運行時，左側菜單欄提供了幾塊不同的功能，每一塊就是一個分欄，每添加一個分欄，該表中的記錄就會增加一條,相對應的，左側菜單欄中也會新增機一個欄。

actiongroup表：

actiongroup表記錄著動作所在的組。

groupmanager表：

groupmanager表記錄著管理組的相關信息，每添加一個管理組，這里的記錄就會增加一條。

mastergroup表：

mastergroup表記錄著管理員所在的管理組，由於一名管理員可能同同時屬於多個組，所以該表中關於某一名管理員的記錄可能有多條。

master表：

master表記錄著所有管理員的信息，每添加一個管理員，該表就會增加一條記錄。

2、設計用戶認證及授權功能,要求對眾多用戶靈活許可權增刪簡述方案並列出相關資料庫表結構

給你一個真實的例子.原理是這樣

系統分為N個許可權模塊.然後設有工作組.每個工作組里有N個模塊的許可權.
然後每個人可以添加到多個組里.每個組可以有多個人.

這個方法是最原始的.資料庫結構比較簡單.已經有改進版本了.資料庫操作性更簡單的方法.不過一時找不到.你拿舊的研究一下OK了.

--登錄用戶表
Drop table IS_LoginUser;
Create Table IS_LoginUser(
ILU_ID varchar2(8), --登錄ID
ILU_Name varchar2(20), --用戶名
ILU_Password varchar2(20), --密碼
ILU_WGIDS varchar2(100), --所處工作組組合*G001*G002*
ILU_IsLock integer, --是否鎖定
ILU_Inputer varchar2(18), --錄入人
ILU_InputDate date --錄入日期
);

--模塊許可權代碼表
Drop table IS_RightCode;
Create Table IS_RightCode(
IRC_ID varchar2(8), --ID
IRC_NAME varchar2(40), --模塊名稱
IRC_TYPE varchar2(20), --模塊類型
IRC_HTTP varchar2(60), --模塊地址
IRC_RIGHTCODE varchar2(4), --模塊代碼
IRC_DESC varchar2(60) --模塊描述
);

--工作組數據表
Drop Table IS_WORKGROUP;
CREATE TABLE IS_WORKGROUP (
IWG_ID varchar2(4), --工作組編號
IWG_NAME varchar2(40), --工作組名稱
IWG_RIGHTCODE varchar2(300), --許可權編碼
IWG_RIGHTDESC varchar2(60), --許可權描述
IWG_DESC varchar2(60), --工作組描述
IWG_INPUTER varchar2(18),
IWG_INPUTDATE date
);

3、求文檔: 網路視頻監控方案書

給你一份剛做的學校網路視頻監控方案、 你看下 只是中間你用得上的
第四章 視頻監控技術方案
一、總體設計指導思想
1.1 系統設計的指導思想
安全防範總的指導思想是：「以防為主，防控結合」，也就是說，在安防防範工程設計中，不僅要防範嚴密，使入侵者無孔可鑽，同時還要為打擊和捉拿罪犯創造條件，通知值班人員採取必要的措施。
1.2系統設計原則
根據客戶需求和目標，結合我公司的視頻監控建設經驗，我們制訂以下系統設計的原則：
1.2.1 先進性
本監控系統充分考慮電子信息技術的突飛猛進發展趨勢,採用國內外先進的成熟的技術（既全部信息都基於IP網路傳輸）,起點高,在技術上應具有一定的超前性,保證將保安系統建成為先進的智能化程度高、防範嚴密的綜合安全防範系統。
1.2.2 開放性、集成性
採用標准硬體、操作系統及網路和通訊協議，並可提供開放的通訊協議，支持第三方系統集成。由於系統的網路通訊協議全部採用TCP/IP，設備的互聯互通與集成都十分容易。
1.2.3 實用性
本監控系統在設計時就充分分析了防範需求及環境情況，採用實用的名牌優質設備，滿足安防要求，保證操作方便、耐久實用。
1.2.4 可靠性
整個安全防範系統具有高度的安全性、穩定性和可靠性。本監控系統設有設備自檢測系統，前端設備網路攝像機帶有看門狗電路，如果發生因雷電等強干擾造成的跑飛情況，設備將自動復位。
1.2.5 有利管理
本系統通過對各重要場所的監控，不僅能提高整個學校技防建設的現代化水平，而且能為學校各級領導和保衛部門實施安全防範提供強有力的管理手段，為學校應對公共突發事件提供指揮處置平台。
1.2.6 經濟性
本監控系統經過認真地優化設計，做到了子系統標准化、模塊化，在實現先進性和保證可靠性的前提下，達到較優的性能價格比。更為直接利用了原有網路等基礎設施，極大地節省了設備和施工投資。
1.2.7 可擴展性
本監控系統實現了集中管理、監控，分散控制，總體結構具有較強兼容性和可擴展性，既便於系統的充實、完善、改進和提高，又便於設備的更新、換代。可以隨時增加，拆除監控點，而不需要對系統軟體和監控軟體進行改造。
1.3 項目設計原理與依據
1.3.1 項目設計原理
 技術先進
各種設備均採用技術成熟、穩定且具備先進設計理念的產品，系統在建成後能通過平滑升級保持其先進性，延長生命周期。
 高可靠
系統軟硬體均具備極高的可靠性。軟體採用模塊化、層次化的設計思想充分保證系統的高可靠。
 高安全
系統從網路、數據、平台、管理、運行使用環境等多方面採取相應措施，確保系統安全。
 可用性
系統具備高效的軟硬體使用效率，人性化設計，簡單易用。
 易維護
系統軟硬體均便於管理及維護。
 高性價比
以滿足用戶實際的需求和品質要求為標准，為用戶提供最優化的、具有最佳性價比的方案。

1.3.2 項目設計依據
《安全防範工程程序與要求》 （GA/T75-94）
《安全防範系統驗收規則》 （GA308-2001）
《安全防範系統通用圖形符號》 （GA/T74-2000）
《民用閉路電視監控系統工程技術規范》 (GB50198-94)
《防盜報警中心控制台》 （GB/TI6572-1996）
《視頻安防系統技術要求》 （GB/T367-2001）
《報警圖像信號有線傳輸裝置》 （GB/T6677-1996）
《工業電視系統工程設計規范》 （GBJ115-87）
《智能建築設計標准》 （GB/T 50314－2000）
《彩色電視圖像質量主觀評價方法》 GB50198-94
《防盜報警中心控制台》 GB/T16572-1996
《安全防範工程費用概預算編制辦法》 GA/T70-94

二、系統整體設計
2.3.1 存儲部分
平台操作系統,對所有監控點圖像24小時不間斷錄像,保存時間設計為 30 天,同時通過快捷簡便的錄像查詢系統,可以隨時調看以前的錄像資料, 起到案件查詢有據可依的作用。
可對巡檢、報警、視音頻、系統日誌等信息予以存儲。存儲和備份的報警、巡檢等歷史數據信息，可在網路系統中依據授權進行訪問。系統應能存儲下列信息並保持一定時間，可配置專用存儲設備備份需要長期保存的信息。
視頻信號通過數字視頻壓縮技術轉換為 H.264 或者 MPEG 4 格式的碼流。
錄像格式 解析度 所需容量/24小時
CIF 355X288 4~5G
D1 720X576 8~15G
（以上數據是按單路計算）
錄像存儲空間計算：
一個攝像機，根據15天的錄像時間計算，錄像格式為CIF的情況下，以每個點平均4G/天的標准計算，存儲15天錄像文件所需的容量為60G。
2.3.2 控制部分
控制部分由管理伺服器加伺服器管理軟體組成，對整個系統進行管理，通過系統平台管理軟體處理認證、控制、配置、注冊等信令信息,監控和處理前端攝像機設備的工作狀態，對用戶許可權進行分級、分組、分設備的管理，記錄所有功能操作、異常情況的日誌，並提供多種檢索、查詢方案。

管理菜單

伺服器用戶管理

客戶用戶管理

設備管理

RVS管理

電子地圖

日誌查詢
 錄播轉發
主要完成視頻信號的存儲和轉發，避免客戶端直接訪問前端攝像機，降低網路流量，以使更多的人在最低的帶寬下正常查看視頻錄像。
1）轉發：
視頻可通過流媒體伺服器被轉發，訪問方只要訪問流媒體伺服器並告知要訪問的前端設備，流媒體伺服器可代為取到視頻流並轉發給該訪問方。
2）分發：
一路視頻通過流媒體伺服器可以被復製成多路送給不同的訪問方。
系統可保障幾個、幾十個用戶、甚至更多用戶同時觀看到同一路圖像，不會因網路帶寬原因而造成傳輸線路堵塞，避免了多個用戶同時訪問同一路前端視頻時，出現圖像無法正常調用、瀏覽的傳統現象。

 監控中心顯示
實時視頻的顯示畫面控制功能包括多畫面顯示切換、輪巡顯示控制、翻頁、設備排序和主屏幕顯示等。

1、顯示模式切換
ImagineWorldClient支持單畫面、四畫面、六畫面、八畫面、九畫面和十六畫面六種顯示模式，系統默認的是十六畫面顯示模式。啟動ImagineWorldClient 時，系統以十六畫面模式顯示本客戶端設備列表中前十六個視頻通道的視頻。用戶可以用底部工具條 的切換顯示模式按鈕進行切換。
2、單畫面顯示
點擊底部工具條上的按鈕 ，切換到單畫面顯示模式。

在單畫面顯示模式下，可以根據所選中的視頻通道單獨設置播放流暢度和編碼質量。
3、全屏顯示
全屏幕顯示單畫面視頻或者多畫面視頻，隱去所有的菜單和工具欄。
點擊底部工具欄的 ，即可切換到全屏顯示狀態；雙擊此畫面則退出全屏顯示狀態。
4、輪巡監視
輪巡監視就是按照當前的顯示模式（單畫面或者多畫面），逐頁顯示在客戶端設備列表中所有通道的視頻。只有當本客戶端所在的用戶組被授權「輪巡設置」時，才能在本客戶端做輪巡顯示控制。
當連接有多個攝像頭時，可以先選擇「添加頁」，頁面可以選擇在何種分割模式（如單畫面，4畫面，6畫面，8畫面，9畫面，16畫面）下顯示。然後在每一頁下選擇「添加通道」添加攝像頭。
當然，也可以先在「分割模式顯示」設定好輪巡顯示的模式後點擊「自動配置」選項，則也可以實現上述功能。
輪巡時間可在「停留時間」項里對每一頁停留時間進行單獨設置，其方法是在「顯示頁列表」欄里單擊，再在「停留時間」里對其單獨設置畫面跳換間隔，設置完畢後需要點擊「更改停留時間」。
「輪巡模式選擇」是指在輪巡切換畫面時可以選擇攝像頭是否保持連接以及數據的傳送。

一切設置完畢後，點擊頂部菜單的 ，系統將啟動實時視頻的輪巡顯示，根據當前顯示畫面數開始逐頁顯示在客戶端列表中所有通道的視頻。當系統進入輪巡狀態時，主操作界面上的所有按鈕都不能使用。
再次點擊頂部菜單下的「輪巡監視」項，則可以退出輪巡顯示狀態。
5、雲台控制
只有當本客戶端所在的用戶組被授權「雲台控制」時，本客戶端才可以控制前端設備的雲台和鏡頭。本客戶端的用戶許可權由ImagineWorldClient應用伺服器軟體設置。
ImagineWorldClient可做以下雲台控制：
鏡頭上調/下調。
鏡頭左轉/右轉。
自動旋轉開/關。
鏡頭放大/縮小。
聚焦遠/近。
光圈放大/縮小。
雲台地址：顯示所選攝像機的雲台地址
調用預置點
設置預置點
循環預置點：循環預置點設置及調用
輔助設備：選擇的開/關，最多支持8個輔助設備的掛起
攝像頭移動的速度快/慢

 多畫面終端
將前端的視頻多畫面顯示在屏幕上，支持自動切換、手動切換，可以設置切換時間、切換內容。用戶可以指定時間，讓所有的監控點在指定的時間里自動的切換。用戶也可以手動切換所有的監控點，使得顯示的畫面可以翻屏顯示。主要功能有：
1、電子地圖
IMagineWorld伺服器為用戶分配了電子地圖許可權，那麼用戶可以通過單擊「功能控制」區域的「電子」地圖按鈕，進行到電子地圖界面。
電子地圖界面中右邊位置有一個「報警設備樹」，節點可分為「場景」，「報警設備」兩種類型的節點。單擊「場景」節點，「報警設備樹」左邊「地圖」區域，會載入「場景」對應的地圖和該場景下所有的報警設備出現在地圖上相應的位置上。電子地圖上的報警設備，可以通過雙擊打開圖像預覽窗口；如果某設備處於報警狀態，那麼電子地圖上對應的的報警設備會閃爍，提示有報警。

2、輪詢監視
輪詢監視功能可以避免用戶手動切換視圖模式的麻煩，用用戶設置的時間間隔內自動切換視圖模式。

輪詢監視
3、圖像抓拍
即實時視頻抓拍功能，用來將動態圖像中的單幀圖像以特定的圖像格式保存下來。可以對任意一路攝像機的現場實時影像進行抓拍。如果需要保存現場的靜態的影像畫面，可以使用該功能。抓拍到的圖片文件可根據需要存放在你想要存放的目錄下，即可在「系統設置」里更改。只有當本客戶端所在的用戶組被授權「抓拍」時，本客戶端才能做實時視頻圖像抓拍操作。
4、圖像回放
在許可權許可的范圍內，本客戶端可以檢索和回放伺服器中的錄像文件。錄像檢索和回放窗口如圖所示。根據選定設備的錄像時間和錄像類型檢索存儲在伺服器或者本地的錄像文件，可以准確、方便的定位錄像文件。被檢索的設備必須在本客戶端的設備列表中，否則不能檢索。只有當本客戶端所在的用戶組被授權「圖象回放」時，才能進行錄像檢索操作。
雙擊查詢出的文件將自動播放。前端伺服器查詢和集中存儲查詢只能下載後才能播放。

查詢歷史視頻文件
2.3.3 顯示部分
監控中心是整個系統的顯示部分，通過軟體實現屏幕的切換控制。用戶可以設置切換序列，系統將自動進行切換，也允許用戶手動切換。
通過軟體控制，可以對前端攝像機進行雲台控制、變光、調焦、預置位設置。

圖六 大屏幕投影效果圖

三、主要設備選型
3．1、網路攝像機
網路攝像機是一種結合傳統攝像機與網路技術的新一代攝像機，它基於圖像的數字化以及壓縮加密、實時控制、網路通信傳輸等技術，將視頻數據壓縮加密後，採用 TCP/IP 協議，通過內嵌的視頻伺服器經區域網或 Internet 送到用戶終端，用戶可在自己的 PC 上使用標準的網路瀏覽器根據 IP 地址對網路攝像機進行訪問，觀看實時圖像及控制攝像機鏡頭和雲台，對目標實行全方位的實時監控。
網路攝像機功能強大，即插即用。採用網路攝像機的視頻監控系統，綜合布線代替了煩瑣的視頻布線，真正實現了信息網路和視頻網路的合二為一。
1. 網路視頻監控系統相對傳統視頻監控系統來說是一個顯著的飛躍，它增加了更多的智能特性。另一方面，數字化的視頻檔案更加便於管理；數字化信息通過網路更便於傳輸；數字壓縮技術還可以節省存儲空間並實現對所記錄材料的快速搜索，為了最大程度地減少網路流量。
2. 在本方案中使用的H204四路網路視頻伺服器，採用MPEG4(H.264)編碼標准，其優勢主要體現在以下幾個方面：
第一，便於計算機處理。由於視頻圖像的數字化，所以可以充分利用計算機的快速處理能力，對其進行壓縮、分析、存儲和顯示。通過視頻分析，可以及時發現異常情況並進行聯動報警，從而實現無人值守。
第二，適合遠距離傳輸。數字信息抗干擾能力強，不易受傳輸線路信號衰減的影響。
第三，便於查找。在傳統的模擬監控系統中，當出現問題時需要花大量時間觀看錄像帶才能找到現場記錄；而在網路視頻監控系統中，利用計算機建立的索引，在幾分鍾內就能找到相應的現場記錄。
第四，提高了圖像的質量與監控效率。利用計算機可以對不清晰的圖像進行去噪、銳化等處理，通過調整圖像大小，藉助顯示器的高解析度，可以觀看到清晰的高質量圖像。此外，可以在一台顯示器上同時觀看16路甚至更多路視頻圖像。
第五，系統易於管理和維護。網路視頻監控系統主要由電子設備組成，集成度高，視頻傳輸可利用有線或無線信道。這樣，整個系統是模塊化結構，體積小，易於安裝、使用和維護。
主要功能：
1. 編碼標准：把圖像進行 H.264/MPEG-4 編碼壓縮，通過網路利用 TCP/IP 協議進行傳輸；
2. 操作控制：通過網路對網路攝像機或鏡頭、雲台和其他外部設備進行操作控制；
3. 網路介面：內置一個 10M/100M 乙太網 RJ-45 介面，可通過網路實現遠程監控；
4. 外部介面：內置一個並行 I/O 介面，可以連接外部感測器進行自動報警，也可以對外部設備進行控制或進行聯動報警處理，支持聯動報警的圖像錄像功能；
5. 控制介面：內置一個 RS-485 串列介面，可以對鏡頭、雲台進行控制，或連接其他外部設備；
6. 組網方式：有中心的集中式管理與控制的監控網以及無中心的分布式監控網；
7. 內嵌 WEB SERVER ：網路攝像機內部提供了一個 WEB SERVER ，允許用戶從 PC 機使用標準的瀏覽器進行各種監控、操作；
8. 安全機制：具有單獨的安全機制，可以對操作本攝像機的用戶進行分級別的許可權驗證；
9. 升級維護：內置實時操作系統（ RTOS ），支持軟體下載和配置設置，方便升級和操作管理。

3．2、1KING統一操作平台
支持1/4/9/16路畫面分割及實時預覽功能，支持CIF與D1畫質自適應方式；支持本地錄像、回放功能，視頻源來自前端網路攝像機、硬碟錄像機。
群組切換、同步切換、程序切換的設置及指令的執行，向前向後切換；遠程高速球及雲台控制，光亮光暗，遠焦，近焦，預置位設置等功能。
 電子地圖功能，實現電子地圖與報警和視頻聯動功能，能夠直觀看出哪個地方報警，進而切換輸出現場視頻圖像，視頻觀察現場整個情況實現電子地圖與警視聯動功能，當需要查看報警點的具體位置時，可以把電子地圖切換到大屏幕，實現了電子地圖與視頻互切功能。
 所有設備管理上採用樹型結構：方便對系統內所有設備進行統一管理，而且設備之間的等級分明。如某個矩陣屬於某個行政區域等，所有設備採用統一編碼機制，即每個設備一個設備號，設備號是該設備在整個系統內的唯一標識。
 操作界面美觀大方：系統採用Window XP風格，界面美觀又大方，顏色協調一致。系統范圍內操作一致：同一用戶，不管在什麼地方操作系統（如深圳或北京），所擁有的許可權、操作的界面完全一致。使用方便：採用所見即所得，大部分操作都是一步到位，把復雜的業務邏輯隱藏在系統內部。
 許可權控制嚴格、等級分明：系統具有嚴格的許可權管理器，可針對不同的區域、管理人員設置不同的帳戶，限制其對系統的操作、訪問許可權，用戶分為不同的等級，每個等級的用戶又可以分配不同的許可權，用戶的所有操作全部控制在許可權范圍之內。
 全網路化、數據化的系統：硬體及軟體皆通過網路進行連接，傳輸數據全部進行數據化，解決數據傳輸過程中的數據衰減的問題。
 強大的報表輸出功能：包括操作日誌報表、報警日誌報表、設備統計報表等等報表功能。

四、系統功能說明
4.1、系統功能
1. 可以對校區進行24小時的實時視頻監控；防控結合。
2. 監控系統可以實時顯示、錄像存儲、回放、雲台控制等功能；
3. 系統能提供遠程訪問服務功能與遠程訪問身份認證及許可權分配等服務；
4. 學校相關部門能夠利用內部區域網實現網路實時監控（根據許可權）；
5. 主管部門可通過Internet監控所有教學的考試及教學情況（根據許可權），並可遠程進行錄像、快照；
6. 對多個監控場所進行分組管理，多場景自動進行自動巡場等操作。
7. 學生只要能上網即可在任何地方學習教學講座。
8. 學生家長可通過Internet觀看監控視頻（根據許可權）
4.2、主控室具有的功能
1、設備的管理、監測、調度和教室攝像機狀態的檢查等。
2、控制主機上可以顯示任意室內、室外監控點的聲像信息。
3、可任意控制監控點的攝像機，選取最佳角度和最佳距離（如前端採用雲鏡控制方式便可實現）。
4、可在電腦顯示器上，也可在大屏幕電視牆上監測顯示各監控點的現場情況。
5、通過滑鼠點擊可以單路循環切換各圖像，或多畫面分割顯示多幅圖像。
6、可對監測到的全部或部分教室情況進行數字硬碟錄像，記錄現 場內容。
7、可按照時間、日期、教室進行智能檢索，快速調看錄像資料。
4.3、系統的附加功能
1、在主控中心、各分控室可以進行觀摩聽課，從而保證觀摩聽課的人員的研討不影響課堂教學，同時也能真實地反映出課堂教學情況。
2、為了加強學校對監控系統的管理，可對校長分控系統軟體進行設置，使校長室具有最高的許可權；校長可在主控系統上對其他各分控系統進行授權，沒有授權的分控端將無法進入監控系統，這樣就會有效地杜絕對監控系統的不正當利用。
3、今後如涉及夜間安全防盜，可在現有監控系統的基礎上添加必須報警設備後，即可實現報警聯動錄像功能，一旦夜間有人闖入觸發報警探測設備，立即發出報警信號並啟動錄像。

五、主要設備技術指標

SN-LB3148GP 紅外線CCD彩色攝像機
型號: SN-LA3148 GP
成像器件: 1/3〃 Sony CCD
水平解析度: 480線
水平解析度: 500 X 582 PAL ( H: 15.625kHz, V: 50Hz)
系統制式: PAL500 X 582 PAL ( H: 15.625kHz, V: 50Hz)
NTSC510 X 492 NTSC ( H: 15.734kHz, V: 60Hz)
電子快門: PAL = 1/50 - 1/100,000 秒
NTSC = 1/60 - 1/100,000 秒
視頻輸出: 1 Vp-p, 75Ω
信噪比: > 48dB (自動增益 關閉)
紅外波長: 850mm 內置30個φ8高品質紅外管
紅外工作有效距離：70米
紅外半形: 6pcs=30° 6pcs=60°
紅外狀態: 小於10Lux 時紅外燈自動開啟
最低照度: 0Lux (F: 1.2)
紅外燈開啟時最低照度：0Lux
鏡頭規格: 板機鏡頭 (16mm)
伽瑪: 0.45
背光補償: 打開
輸入電源: DC12V 1500毫安
尺寸(φXLXH): mm
重量: 克
工作溫度范圍:-10℃ 到 50℃ (最大濕度 95%)
貯存溫度范圍:- 20℃ 到 60℃ (最大濕度 95%)

金融證券\公寓\娛樂\賭場\機場\軍事設施\珠寶店\醫院\停車場\
超級市場\大型餐廳\地鐵\學校\監獄等光線比較弱的場所.

H204四路CIF網路視頻伺服器

應用高清晰、高音質數字壓縮技術全力打造的一款視頻服務設備，不僅繼承了主流網路視頻傳輸設備圖像清晰、傳輸速度快、功能豐富、穩定性好等優點，而且為滿足高端安防行業的需求，使傳統意義上的監控設備向多元化預警系統更進了一步。
產品概述：
採用嵌入式設計，產品體積小，集成度高，可安裝於多種場所，便於組網
支持PAL/NTSC復合視頻
支持352*288 H.264視頻壓縮
支持MP3音頻壓縮
系統集成Web Server,使用Web頁面便可輕松實現遠程監看、控制、設置
支持多種網路的遠程升級，使維護輕松簡便
支持動態IP地址，支持區域網、Internet（ADSL、有線通）
支持多種無線傳輸，802.11g無線區域網、CDMA、GPRS
雙向語音對講，使遠程通話成本大大降低
網路自適應技術，根據網路帶寬自動調整視頻幀率
視頻碼率32Kbps-4Mbps連續可調，幀率1-30 (1-25)連續可調
畫面延遲小於200毫秒（區域網）
視頻遮擋、移動偵測、探頭等報警功能(可設區域和靈敏度)
RS-422/485串口，支持透明串口傳輸、支持雲台控制、高速球機或攝像機等外置設備
支持多用戶同時訪問，多級用戶密碼許可權管理
錄像文件可直接使用Microsoft Media Player播放
異常自動恢復功能，網路中斷後可自動連接
項目 參數內容 具體指標
視頻 視頻輸入 1.0V(P-P), 75Ω Composite, BNC, PAL/NTSC
視頻制式 支持NTSC或PAL格式
視頻壓縮方式 H.264單通道獨立編碼(H.264 Main Profile)
幀率 25幀/秒（PAL制式），30幀/秒（NTSC制式）,向下可調
圖像調節 亮度、對比度、色度、飽和度，圖像質量級別調節
支持的解析度 PAL格式 352×288
NTSC格式 352×240
平均佔用帶寬 200 kbps(25幀每通道)
畫面延遲 小於200毫秒(區域網)
音頻 音頻輸入 4路 BNC介面 麥克風輸入或線性輸入
音頻輸出 1.0V(P-P) BNC介面 線性輸出
音頻壓縮標准 ISO-MPEG Audio Layer-3
網路 網路介面 RJ-45 10/100M自適應網口
性能 輸出幀率最大為30fps，網路帶寬佔用最小為32Kbps
動態域名 內置動態域名客戶端，配置成為二級域名方便動態IP用戶使用
建議遠程監看用戶數量 10（直接訪問用戶數）
網路監控方式 IE瀏覽、配置、升級
報警 觸發事件 觸發條件：時間/報警輸入/視頻移動偵測/視頻丟失動作
報警輸入介面 4報警輸入(採用門限電壓3.1-4.1) （與型號有關）
觸發後動作 繼電器輸出控制外圍設備。
報警輸出介面 4繼電器報警輸出(1A 120VAC 1A 24VDC) （與型號有關）
控制 IO及控制介面 一個RS-485埠，支持透明通道傳輸
其它 CPU 高性能DSP
操作系統 實時嵌入式VxWorks操作系統
安全性 3層密碼保護
工作溫度 5 ~ 60 ℃
工作濕度 20 ~ 80%
輸入電壓 DC12V /1A
功率 小於10 瓦
整機尺寸 205mm(W)*122mm(H)*48mm(D)

4、請教多級，多種許可權會員資料庫的設計方案

我也在找這個問題的方案呢，但是你這樣沒有懸賞分估計就算有人知道也不一定願意拿出來分享，建議你加點分多吸引一些高手來幫著解答。

5、Web 前端和後端工程師的具體職責分別是怎樣的

一、Web 前端主要工作：

1、Web前端開發工程師，主要職責是利用(X)HTML/CSS/JavaScript/Flash等各種Web技術進行客戶端產品的開發。

2、完成客戶端程序（也就是瀏覽器端）的開發，開發JavaScript以及Flash模塊，同時結合後台開發技術模擬整體效果，進行豐富互聯網的Web開發，致力於通過技術改善用戶體驗。

二、後端工程師的主要工作：

1、會寫Java、php、c++等系列的一種語言代碼，會寫SQL語句，能做簡單的資料庫設計，會
Spring和iBatis，懂一些設計模式等。

2、主要做的就是網站或者軟體，手機app後台的交互和互動，以及資料庫體系；讓其展現在前台；

三、前端工程師主要負責：頁面的布局，兼容性處理（如不同瀏覽器, 跨終端），交互邏輯，以及對後端數據的展示等等（可以粗略的這么認為）

後端工程師主要負責：數據邏輯存儲（資料庫、redis等），復雜邏輯的設計（如許可權控制、前端數據交互、配置信息、路由等等）

(5)網頁數據許可權設計方案擴展資料：

Web 前端工程師的基本技術：

1、對常用的一些JS框架了解，如jQuery、YUI等。

2、掌握最基本的JavaScript計算方法編寫。

3、對目前互聯網流行的網頁製作方法（Web2.0）HTML+CSS，以及各大瀏覽器兼容性有很大的了解。

4、對前沿技術（HTML5+CSS3）的基本掌握。

5、還要對IT其他編程語言有所了解如：PHP，Java，.net！有一些公司還要求懂一點SEO優化！

參考資料：網路—web前端工程師

6、Delphi技術方案寶典的內容提要

◆通過115個實際開發方案，深入講解Delphi核心應用，全面提高實際開發能力。
開發模式技術及相關方案：窗體模式設計方案、界面設計方案、程序模塊化設計方案以及面向對象設計方案等，共16個實用方案。
◆數據處理操作技術及方案：資料庫數據處理方案、應用程序數據處理方案以及文件數據處理方案等，共11個實用方案。
◆用戶登錄許可權、密碼驗證方案：用戶登錄設計方案、密碼驗證方案和用戶許可權設計方案等，共10個實用方案。
◆數據查詢方案：簡單查詢方案、中級查詢方案、高級查詢方案等，共19個實用方案。
決策分析技術及方案：圖表分析方案、交叉表分析方案、透視表分析方案和透視圖決策分析方案等，共14個實用方案。
◆報表列印設計方案：Delphi7.0中Printer對象編程列印方案、QReport快速報表列印方案、Rave報表列印方案和目前比較常用的RiportMachine第三方報表列印方案等，共23個實用方案。
安全策略技術及方案：資料庫訪問安全策略、軟體注冊方案、密碼驗證和用戶許可權設計方案等，共9個實用方案。
◆打包發行技術及方案：包括打包設計分析、Wiselnstall打包設計方案和InstallShield打包設計方案，共3個實用方案。
◆幫助文件製作技術及方案：常用幫助製作工具製作幫助文件方案和幫助文件的調用方案等，共10個實用方案。

7、求一份圖書管理系統的資料庫設計方案

1． 對圖書館的信息建幾個表，考慮表之間的關系。
2．系統功能的基本要求：
a) 對資料庫的編內輯功能：容對圖書館信息記錄的添加、修改、刪除。
b) 對圖書的統計（國內圖書、國外圖書、計算機圖書、外語圖書、中文圖等各類圖書的統計）。
c) 對圖書的查詢（按關鍵字查詢、模糊查詢等）；
d) 對報表的列印；
e) 界面友好。

1、概述
包括項目背景、編寫目的、軟體定義、開發環境等內容。
2、需求分析
問題陳述、需完成的功能。
用數據流圖、數據字典、判斷樹等完成。
3、資料庫概念設計
畫出ER模型圖
4、資料庫邏輯設計
把ER模型圖轉換為關系表。
描述每一個基本表關系。要求所有關系達到BCNF範式。
定義視圖、定義索引、主關鍵字、定義許可權。
5 物理設計
主要用到存取方法
6、結束語
寫出完成本課程設計的心得，領會資料庫理論與軟體開發實踐的關系。有哪些收獲。軟體還需要哪些改進。
設計結果：設計報告，源程序代碼。