本發(fā)明涉及一種不停車收費(fèi)系統(tǒng)，具體的說是基于HIEP支付標(biāo)準(zhǔn)的不停車收費(fèi)系統(tǒng)。
背景技術(shù)：
：隨著科學(xué)技術(shù)水平的發(fā)展，視頻領(lǐng)域已進(jìn)入高清時(shí)代，目前傳統(tǒng)的停車場(chǎng)大多采以下兩種方式：①近距離讀卡方式，必須停車伸手刷卡，上下坡道停車刷卡容易造成溜車、碰撞等事故，并且停車場(chǎng)卡片屬于一種耗材，后期添加需要購(gòu)買，還涉及丟卡、壞卡等情況引發(fā)的經(jīng)濟(jì)糾紛。②射屏讀卡模式（如高速公路收費(fèi)的ETC系統(tǒng)），需預(yù)先向收費(fèi)管理方申請(qǐng)購(gòu)買安裝射屏物理設(shè)備，同時(shí)向指定帳戶充值預(yù)存一定額度的費(fèi)用。當(dāng)發(fā)生消費(fèi)時(shí)，在指定帳戶中扣除。這種模式需先購(gòu)買安裝物理硬件設(shè)備，讓客戶造成不必要的資源浪費(fèi)，多次預(yù)存后消費(fèi)，占用客戶資金，消費(fèi)體驗(yàn)感差。無法實(shí)現(xiàn)車輛停車及收費(fèi)的多個(gè)場(chǎng)景的互聯(lián)互通。技術(shù)實(shí)現(xiàn)要素：本發(fā)明旨在克服現(xiàn)有技術(shù)的缺陷，提供一種基于HIEP支付標(biāo)準(zhǔn)的不停車收費(fèi)系統(tǒng)，實(shí)現(xiàn)無卡出入停車場(chǎng)，銀行自動(dòng)扣費(fèi)。為了解決上述技術(shù)問題，本發(fā)明是這樣實(shí)現(xiàn)的：一種基于HIEP支付標(biāo)準(zhǔn)的不停車收費(fèi)系統(tǒng)，其特征在于：它包括道閘、中心服務(wù)器、攝像單元、至少一個(gè)入口崗?fù)そK端和至少一個(gè)出口崗?fù)そK端，攝像單元包括入口攝像機(jī)組和出口攝像機(jī)組，入口攝像機(jī)組和出口攝像機(jī)組均包括攝像主機(jī)和攝像從機(jī)；入口攝像機(jī)組中的攝像主機(jī)自動(dòng)識(shí)別并抓拍車牌信息，攝像從機(jī)輔助識(shí)別車牌信息，攝像主機(jī)和攝像從機(jī)之間通過網(wǎng)絡(luò)交換信息，攝像主機(jī)通過網(wǎng)絡(luò)連接入口崗?fù)そK端和中心服務(wù)器，攝像主機(jī)控制道閘打開；中心服務(wù)器上裝有停車管理軟件以及與銀行后臺(tái)連接的HIEP支付標(biāo)準(zhǔn)；入口處掃描的車牌信息同時(shí)發(fā)送到中心服務(wù)器上的停車場(chǎng)收費(fèi)系統(tǒng)及銀行后臺(tái)的HIEP支付標(biāo)準(zhǔn)的系統(tǒng)內(nèi)；出口攝像機(jī)組中的攝像主機(jī)自動(dòng)識(shí)別并抓拍車牌信息，攝像從機(jī)輔助識(shí)別車牌信息，攝像主機(jī)和攝像從機(jī)之間通過網(wǎng)絡(luò)交換信息，攝像主機(jī)通過網(wǎng)絡(luò)連接出口崗?fù)そK端和中心服務(wù)器，通過中心服務(wù)器上的HIEP支付標(biāo)準(zhǔn)收取費(fèi)用，出口處掃描車牌信息后顯示的收費(fèi)金額與銀行后臺(tái)生成的收費(fèi)金額比對(duì)，比對(duì)成功后扣費(fèi)，攝像主機(jī)控制道閘打開；入口崗?fù)そK端和出口崗?fù)そK端顯示車牌識(shí)別信息、歷史信息、收費(fèi)金額、攝像單元及道閘狀態(tài)、剩余車位和報(bào)表查詢；所述的基于HIEP支付標(biāo)準(zhǔn)的不停車收費(fèi)系統(tǒng)，其特征在于：還包括入口顯示屏和出口顯示屏，入口顯示屏顯示剩余停車位數(shù)量，出口顯示屏顯示收費(fèi)金額。所述的基于HIEP支付標(biāo)準(zhǔn)的不停車收費(fèi)系統(tǒng)，其特征在于：入口和出口處還包括相互連通以及與入口崗?fù)そK端和出口崗?fù)そK端連通的語(yǔ)音對(duì)講機(jī)。所述的基于HIEP支付標(biāo)準(zhǔn)的不停車收費(fèi)系統(tǒng)，其特征在于：出口處還包括與入口崗?fù)そK端和出口崗?fù)そK端連接的票據(jù)打印機(jī)。所述的基于HIEP支付標(biāo)準(zhǔn)的不停車收費(fèi)系統(tǒng)，其特征在于：出口處的票據(jù)打印機(jī)還直接與國(guó)家財(cái)稅系統(tǒng)相連接，直接進(jìn)行相應(yīng)部分收款的稅務(wù)申報(bào)。所述的基于HIEP支付標(biāo)準(zhǔn)的不停車收費(fèi)系統(tǒng)，其特征在于：所述中心服務(wù)器和攝像單元均配備有備用電源。本發(fā)明的有益效果是：整套系統(tǒng)使用簡(jiǎn)單、維護(hù)方便、穩(wěn)定性強(qiáng)，采用TCP\IP網(wǎng)絡(luò)通訊，布線簡(jiǎn)單、方便，大大減少了施工難度，便于設(shè)備的調(diào)試及維護(hù)。此外，系統(tǒng)還將車牌的人工比對(duì)升級(jí)到自動(dòng)識(shí)別，提升了立體高清車牌識(shí)別攝像機(jī)圖像的清晰度、處理速度和圖像智能分析能力，有效控制了一卡多用和保安亂收費(fèi)等現(xiàn)象。附圖說明下面結(jié)合附圖和實(shí)施方式對(duì)本發(fā)明作進(jìn)一步的詳細(xì)說明：圖1為遠(yuǎn)程控制機(jī)（銀行前置交易系統(tǒng)）和現(xiàn)場(chǎng)監(jiān)控設(shè)備的互聯(lián)的示意圖。圖2為EPC前置平臺(tái)工業(yè)遠(yuǎn)程監(jiān)控系統(tǒng)圖。圖3為EPC系統(tǒng)監(jiān)控系統(tǒng)模型實(shí)現(xiàn)結(jié)構(gòu)示意圖。圖4為EPC計(jì)費(fèi)系統(tǒng)結(jié)構(gòu)表。圖5為EPC數(shù)據(jù)庫(kù)關(guān)系表。圖6為多重證書示意圖。圖7為NBFS的分布并行計(jì)算結(jié)構(gòu)圖。圖8為NBFS應(yīng)用結(jié)構(gòu)模型圖。圖9為服務(wù)器組機(jī)構(gòu)圖。圖10為XML模型的MVC模式實(shí)現(xiàn)方式示意圖。圖11為XML虛擬數(shù)據(jù)庫(kù)設(shè)計(jì)與實(shí)現(xiàn)的示意圖。圖12為EPC手機(jī)用戶界面演示圖。圖13為本發(fā)明入口處的結(jié)構(gòu)示意圖。圖14為本發(fā)明出口處的結(jié)構(gòu)示意圖。具體實(shí)施方式如圖13和圖14所示：一種基于HIEP支付標(biāo)準(zhǔn)的不停車收費(fèi)系統(tǒng)，它包括道閘1、中心服務(wù)器2、攝像單元、一個(gè)入口崗?fù)そK端3、一個(gè)出口崗?fù)そK端4、入口顯示屏、出口顯示屏5，攝像單元包括入口攝像機(jī)組6和出口攝像機(jī)組7，入口攝像機(jī)組和出口攝像機(jī)組均包括攝像主機(jī)和攝像從機(jī)；入口攝像機(jī)組中的攝像主機(jī)自動(dòng)識(shí)別并抓拍車牌信息，攝像從機(jī)輔助識(shí)別車牌信息，攝像主機(jī)和攝像從機(jī)之間通過網(wǎng)絡(luò)交換信息，加入智能仲裁算法選取最優(yōu)識(shí)別結(jié)果進(jìn)行控制，主機(jī)接收從機(jī)的識(shí)別結(jié)果，并進(jìn)行分析、處理，確認(rèn)車牌信息，攝像主機(jī)將車牌信息通過路由器8傳輸?shù)饺肟趰復(fù)そK端和中心服務(wù)器，攝像主機(jī)控制道閘打開；中心服務(wù)器上裝有停車管理軟件以及與銀行后臺(tái)連接的HIEP支付標(biāo)準(zhǔn)；入口處掃描的車牌信息同時(shí)發(fā)送到中心服務(wù)器上的停車場(chǎng)收費(fèi)系統(tǒng)及銀行后臺(tái)的HIEP支付標(biāo)準(zhǔn)的系統(tǒng)內(nèi)；出口攝像機(jī)組中的攝像主機(jī)自動(dòng)識(shí)別并抓拍車牌信息，攝像從機(jī)輔助識(shí)別車牌信息，攝像主機(jī)和攝像從機(jī)之間通過網(wǎng)絡(luò)交換信息，攝像主機(jī)將車牌信息通過網(wǎng)絡(luò)傳輸?shù)匠隹趰復(fù)そK端和中心服務(wù)器，通過中心服務(wù)器上的HIEP支付標(biāo)準(zhǔn)收取費(fèi)用，出口處掃描車牌信息后顯示的收費(fèi)金額與銀行后臺(tái)生成的收費(fèi)金額比對(duì)，比對(duì)成功后扣費(fèi)，攝像主機(jī)控制道閘打開；入口崗?fù)そK端和出口崗?fù)そK端顯示車牌識(shí)別信息、歷史信息、收費(fèi)金額、攝像單元及道閘狀態(tài)、剩余車位和報(bào)表查詢；入口顯示屏顯示剩余停車位數(shù)量，出口顯示屏顯示收費(fèi)金額；入口和出口處還包括相互連通以及與入口崗?fù)そK端和出口崗?fù)そK端連通的語(yǔ)音對(duì)講機(jī)；出口處還包括與入口崗?fù)そK端和出口崗?fù)そK端連接的票據(jù)打印機(jī)；出口處的票據(jù)打印機(jī)還直接與國(guó)家財(cái)稅系統(tǒng)相連接，直接進(jìn)行相應(yīng)部分收款的稅務(wù)申報(bào)；所述中心服務(wù)器和攝像單元均配備有備用電源。一、攝像單元能夠?qū)崟r(shí)準(zhǔn)確地自動(dòng)識(shí)別出車牌的數(shù)字、字母、漢字字符，并直接給出識(shí)別結(jié)果。同時(shí)管理者還可以通過抓拍到的圖片識(shí)別出車輛特征，如車型、顏色等。立體高清車牌識(shí)別攝像機(jī)采用百萬像素高清識(shí)別技術(shù)，可在室外惡劣環(huán)境下使用，穩(wěn)定可靠。立體高清車牌識(shí)別，可脫機(jī)工作，提供H.264、MPEG4、MJPEG的實(shí)時(shí)碼流，結(jié)合高性能的視頻壓縮算法，使圖片傳輸更加流暢。立體高清車牌識(shí)別攝像機(jī)調(diào)試可結(jié)合IE瀏覽器來完成，操作簡(jiǎn)單方便，可實(shí)現(xiàn)不停車通行。一體化：立體高清車牌識(shí)別攝像機(jī)內(nèi)部集成了所需的硬件和軟件，不需輔助的設(shè)備即可完成其功能。一體化的結(jié)構(gòu)形式使得立體高清車牌識(shí)別攝像機(jī)增加了系統(tǒng)的的適應(yīng)性、穩(wěn)定性，方便了安裝、調(diào)試及維護(hù)。嵌入式：立體高清車牌識(shí)別攝像機(jī)內(nèi)部將所有算法固化在硬件之中，因此可以脫離計(jì)算機(jī)實(shí)現(xiàn)獨(dú)立工作，得到了更廣闊的應(yīng)用空間。車牌識(shí)別：立體高清車牌識(shí)別系統(tǒng)將出入車輛的車牌信息作為車輛管理的唯一考證，自動(dòng)抓拍出入車輛的圖像，自動(dòng)識(shí)別車牌信息，通過對(duì)出入車輛的識(shí)別結(jié)果比對(duì)來判斷車輛是否為有效車輛。受現(xiàn)場(chǎng)環(huán)境制約，車牌表面和攝像軸線無法做到垂直，導(dǎo)致車牌發(fā)生畸變，遠(yuǎn)離攝像機(jī)的位置字符變小，對(duì)識(shí)別造成一定的困難。立體高清車牌識(shí)別攝像機(jī)畸變校準(zhǔn)算法采用多色彩空間進(jìn)行車牌底色檢測(cè)，準(zhǔn)確定位車牌區(qū)域，獲取車牌傾斜角度及橫向變形比例，最大傾斜角度達(dá)到25°，安全角度15°內(nèi)的準(zhǔn)確校準(zhǔn)率達(dá)到99%以上。二、攝像單元在每個(gè)出入口聯(lián)網(wǎng)工作，上位機(jī)識(shí)別方式聯(lián)網(wǎng)收費(fèi)，并以車牌號(hào)作為唯一的數(shù)據(jù)標(biāo)識(shí)進(jìn)行車輛的管理。通過對(duì)各個(gè)出入口的攝像單元識(shí)別結(jié)果的比對(duì)來進(jìn)行判斷和收費(fèi)，停車時(shí)間和停車費(fèi)用根據(jù)對(duì)應(yīng)的收費(fèi)方案計(jì)算并顯示在崗?fù)そK端的管理程序界面上；由于整個(gè)系統(tǒng)是網(wǎng)絡(luò)結(jié)構(gòu)，對(duì)于固定車輛來說斷網(wǎng)是沒有影響的，因?yàn)楣潭ㄜ囕v的車牌號(hào)都已經(jīng)下載到攝像單元內(nèi)，內(nèi)部將所有算法固化在硬件之中?！扒度胧健弊R(shí)別方式支持脫離計(jì)算機(jī)實(shí)現(xiàn)獨(dú)立工作。對(duì)于臨時(shí)車輛，如果一個(gè)路口的設(shè)備之間沒有斷網(wǎng)，也是不影響的；只有當(dāng)該臨時(shí)車從A路口的入口進(jìn)，又要從B路口的出口出，而中心服務(wù)器處于斷網(wǎng)情況，才會(huì)影響對(duì)該臨時(shí)車輛的收費(fèi)管理；攝像單元可以脫機(jī)存儲(chǔ)500張照片，2萬條識(shí)別記錄。還可以在崗?fù)そK端配置“條碼打印機(jī)”和“條碼掃描槍”，當(dāng)中心服務(wù)器斷網(wǎng)時(shí)，崗?fù)そK端程序會(huì)提醒工作人員使用“條碼打印機(jī)”對(duì)臨時(shí)車輛發(fā)一個(gè)條碼，條碼上記錄了入場(chǎng)時(shí)間；那么該臨時(shí)車輛從任何路口出場(chǎng)時(shí)，若“中心服務(wù)器”已經(jīng)“恢復(fù)聯(lián)網(wǎng)”，會(huì)將存儲(chǔ)的500張照片，2萬條識(shí)別記錄上傳，則按“臨時(shí)車車牌識(shí)別收費(fèi)管理規(guī)則”通行；該臨時(shí)車輛從任何路口出場(chǎng)時(shí)，若“中心服務(wù)器”還沒有“恢復(fù)聯(lián)網(wǎng)”，工作人員可以向該臨時(shí)車索要條形碼，按“臨時(shí)車條形碼識(shí)別收費(fèi)管理規(guī)則”通行；無卡出入停車場(chǎng)、臨時(shí)車收費(fèi)：針對(duì)某大型商場(chǎng)，對(duì)固定（內(nèi)部車）車輛與臨時(shí)車輛共用同一個(gè)出口或入口進(jìn)行聯(lián)網(wǎng)統(tǒng)一管理。我公司提供的方案只需在入口和出口安裝攝像單元，固定車輛，可以在軟件中建立固定用戶信息，車牌識(shí)別免費(fèi)通行。臨時(shí)車輛分為三種類型，A一般用戶采用商場(chǎng)停車場(chǎng)的標(biāo)準(zhǔn)收費(fèi)執(zhí)行;B商場(chǎng)可以對(duì)用戶實(shí)施優(yōu)惠策略“按時(shí)間優(yōu)惠”“按金額優(yōu)惠”，在出口崗?fù)ぼ浖嫌小拜斎雰?yōu)惠”按鈕，只要是需要優(yōu)惠的車輛，保安，按下“輸入優(yōu)惠”即可進(jìn)行收費(fèi)處理；C“條碼打印機(jī)”和“條碼掃描槍”還可以應(yīng)對(duì)“無車牌”或“車牌難以辨識(shí)”的臨時(shí)車輛，無牌車輛采用入口發(fā)小票，出口處用掃描槍對(duì)入場(chǎng)時(shí)的小票進(jìn)行掃碼，從而統(tǒng)計(jì)車輛的停車時(shí)間，計(jì)算車輛的收費(fèi)金額。固定用戶和臨時(shí)用戶都通過車牌識(shí)別自動(dòng)判斷車牌是固定用戶還是臨時(shí)用戶。在車輛入場(chǎng)時(shí)得到識(shí)別結(jié)果并通過TCP/IP網(wǎng)絡(luò)將識(shí)別出的車輛信息傳送到停車場(chǎng)各出口，出口將識(shí)別結(jié)果和基礎(chǔ)信息顯示出入口實(shí)時(shí)監(jiān)控：系統(tǒng)崗?fù)こ绦蛏蠈?shí)時(shí)顯示出入口的監(jiān)控圖像，使停車場(chǎng)的管理形成方便，安全，高效的控制體系。出口自動(dòng)計(jì)費(fèi)：此項(xiàng)功能必須保證網(wǎng)絡(luò)的暢通，停車場(chǎng)出入口設(shè)備實(shí)時(shí)在線，主要用于停車場(chǎng)出入口處已安裝“立體高清車牌識(shí)別攝像機(jī)”的停車場(chǎng)收費(fèi)系統(tǒng)，通過收費(fèi)系統(tǒng)軟件，入口處的“立體高清車牌識(shí)別攝像機(jī)”將識(shí)別的結(jié)果傳遞給出口，出口處的攝像單元得到識(shí)別結(jié)果并根據(jù)收費(fèi)方案自動(dòng)計(jì)算出應(yīng)繳納的收費(fèi)金額，防止內(nèi)部工作人員作弊，有效的避免了應(yīng)收款的流失。數(shù)據(jù)自動(dòng)統(tǒng)計(jì)及車牌模糊查詢：此項(xiàng)功能必須保證網(wǎng)絡(luò)的暢通，停車場(chǎng)出入口設(shè)備實(shí)時(shí)在線，隨時(shí)可以用來統(tǒng)計(jì)收費(fèi)金額，進(jìn)行車牌的模糊查詢。車牌圖像匹配：1、相同車牌完全相同的車牌直接匹配，崗?fù)こ绦颉俺隹谕ǖ馈迸c“對(duì)應(yīng)入場(chǎng)”窗口顯示匹配的圖片結(jié)果。2、近似車牌完全在客觀條件影響下如（暴雨、暴雪、大霧天氣等）造成的車牌識(shí)別不匹配，在對(duì)應(yīng)入場(chǎng)圖片下方是自動(dòng)列出的近似車牌信息條，管理人員可以人工查找系統(tǒng)沒有識(shí)別上的相似的車牌，在近似車牌信息條上快速找到對(duì)應(yīng)的車牌，進(jìn)行車牌匹配。以供管理人員進(jìn)行人工比對(duì)保證車輛的安全。3、無牌車輛當(dāng)無牌車輛入場(chǎng)時(shí)，車輛進(jìn)入車場(chǎng)出入口區(qū)域時(shí)觸發(fā)地感線圈，“立體高清車牌識(shí)別攝像機(jī)”自動(dòng)抓拍車輛的圖像，并將車輛信息傳至服務(wù)中心無牌車輛數(shù)據(jù)庫(kù)，顯示在崗?fù)こ绦蚱聊粺o牌車信息條上，管理人員可人工根據(jù)車輛圖像調(diào)出該車對(duì)應(yīng)入場(chǎng)的信息。以供管理人員進(jìn)行人工比對(duì)保證車輛的安全。注：本公司為保證無牌車輛的收費(fèi)準(zhǔn)確，節(jié)省人工查找的速度，同時(shí)增加“條碼打印機(jī)”和“條碼掃描槍”做輔助功能采用入口發(fā)小票，出口處用掃描槍對(duì)入場(chǎng)時(shí)的小票進(jìn)行掃碼，從而統(tǒng)計(jì)車輛的停車時(shí)間，計(jì)算車輛的收費(fèi)金額。系統(tǒng)管理功能由管理計(jì)算機(jī)實(shí)現(xiàn)。系統(tǒng)采用全網(wǎng)絡(luò)化設(shè)計(jì)，為了保證系統(tǒng)的可靠性，必須保證網(wǎng)絡(luò)的安全和暢通。出入口的“立體高清車牌識(shí)別攝像機(jī)”與控制管理計(jì)算機(jī)之間采用網(wǎng)絡(luò)的方式來實(shí)現(xiàn)數(shù)據(jù)和圖像的傳送。三、工作原理臨時(shí)客戶車輛：當(dāng)車輛進(jìn)場(chǎng)時(shí)，車輛駛?cè)胲嚺谱R(shí)別攝像機(jī)抓拍區(qū)域，觸發(fā)地感線圈，攝像單元自動(dòng)抓拍入場(chǎng)車輛的圖像并自動(dòng)識(shí)別車牌號(hào)、記錄入場(chǎng)時(shí)間并將車輛信息傳至服務(wù)中心，檢索數(shù)據(jù)庫(kù)得出車輛類別，顯示在崗?fù)ぶ行钠聊簧?，管理人員可隨時(shí)監(jiān)控入口的車輛情況，并可校正識(shí)別結(jié)果。顯示屏顯示該車的有效期或車位信息顯示，歡迎光臨等提示語(yǔ)。當(dāng)車輛出場(chǎng)時(shí)，車輛駛?cè)胲嚺谱R(shí)別攝像機(jī)抓拍區(qū)域，觸發(fā)地感線圈，攝像單元自動(dòng)抓拍入場(chǎng)車輛的圖像并自動(dòng)識(shí)別車牌號(hào)，記錄出場(chǎng)時(shí)間并將車輛信息傳至服務(wù)中心，服務(wù)中心根據(jù)比對(duì)自動(dòng)判斷車輛性質(zhì)，自動(dòng)統(tǒng)計(jì)調(diào)出相關(guān)信息顯示。車輛出場(chǎng)時(shí)系統(tǒng)將該車輛的入場(chǎng)信息顯示在崗?fù)び?jì)算機(jī)屏幕上，根據(jù)軟件制定的收費(fèi)方案進(jìn)行收費(fèi)金額的統(tǒng)計(jì)，以供管理人員對(duì)臨時(shí)車輛的管理。固定客戶車輛：在入口和出口安裝攝像單元，管理計(jì)算機(jī)將對(duì)應(yīng)授權(quán)通道的車牌信息下載到攝像單元內(nèi)。車輛駛?cè)牖蝰偝鐾＼噲?chǎng)時(shí)需地感觸發(fā)立體高清車牌識(shí)別攝像機(jī)抓拍、識(shí)別、處理車輛的車牌信息，并將識(shí)別結(jié)果傳送到管理計(jì)算機(jī)，管理計(jì)算機(jī)利用識(shí)別結(jié)果查詢數(shù)據(jù)庫(kù)，如果攝像機(jī)與管理計(jì)算機(jī)斷開連接，攝像機(jī)可以脫機(jī)工作，不會(huì)造成車流的堵塞達(dá)到不停車通行。整個(gè)停車場(chǎng)系統(tǒng)實(shí)行管理中心計(jì)算機(jī)集中管理，并采用立體高清車牌識(shí)別攝像機(jī)對(duì)進(jìn)入停車場(chǎng)的車輛進(jìn)行圖像抓拍，自動(dòng)識(shí)別，引導(dǎo)車輛進(jìn)入停車場(chǎng)指定的區(qū)域，在停車場(chǎng)出口立體高清車牌識(shí)別攝像機(jī)對(duì)駛出停車場(chǎng)的車輛進(jìn)行識(shí)別，對(duì)于固定客戶自動(dòng)放行，對(duì)于臨時(shí)客戶根據(jù)停車時(shí)間計(jì)費(fèi)，繳費(fèi)后方可離開，管理中心計(jì)算機(jī)對(duì)整個(gè)停車場(chǎng)進(jìn)行統(tǒng)一的管理，使停車場(chǎng)的管理形成方便，安全，高效的控制體系。道閘采用先進(jìn)的直流變頻技術(shù)，抬桿和落桿速度可以獨(dú)立調(diào)節(jié)，可以實(shí)現(xiàn)高速抬桿，實(shí)現(xiàn)快速通行；慢速落桿，防止砸車、砸人，更安全，避免了傳統(tǒng)道閘抬桿落桿速度相同造成的高速不安全，低速不方便的缺陷。停車場(chǎng)管理軟件主要有SQLServer數(shù)據(jù)庫(kù)、服務(wù)中心、管理程序、出口崗?fù)こ绦?、入口崗?fù)こ绦蚣跋嚓P(guān)硬件設(shè)備組成，可以實(shí)現(xiàn)車出入停車場(chǎng)自動(dòng)判斷該車牌的主人是固定用戶還是臨時(shí)用戶，根據(jù)收費(fèi)規(guī)則計(jì)算費(fèi)用及開閘放行，實(shí)現(xiàn)不停車通行。1、服務(wù)中心：主要是接收所有攝像機(jī)的圖片，接收入口通道的記錄，下載車牌等通訊功能。注意：服務(wù)中心必須與SQLServer數(shù)據(jù)庫(kù)在同一臺(tái)計(jì)算機(jī)上。2、管理程序：進(jìn)行車牌、通道、權(quán)限、收費(fèi)方案等設(shè)置，查詢統(tǒng)計(jì)各種報(bào)表。3、出口崗?fù)な召M(fèi)程序：接收出口通道的記錄，顯示出口圖片，查找相應(yīng)的入口圖片、入場(chǎng)時(shí)間，計(jì)算停留時(shí)間及費(fèi)用，收費(fèi)；可以最多監(jiān)控一個(gè)入口圖片，遠(yuǎn)程開閘。4、入口崗?fù)けO(jiān)控程序：監(jiān)控多個(gè)入口的圖片，并可修改車牌，遠(yuǎn)程開閘?；ヂ?lián)網(wǎng)金融支付領(lǐng)域，EPC交通支付系統(tǒng)：EPC（ElectronicPicture-catchingCollecting）即電子支付抓拍系統(tǒng)。是指車輛在通過收費(fèi)站時(shí)，通過車輛識(shí)別系統(tǒng)實(shí)現(xiàn)車輛識(shí)別、信息寫入（入口）并自動(dòng)從預(yù)先綁定的哈特支付空間上扣除相應(yīng)資金（出口），是基于HIEP協(xié)議的一種用于道路、大橋、隧道和車場(chǎng)管理的電子收費(fèi)系統(tǒng)。電子支付抓拍系統(tǒng)（EPC）是世界上最先進(jìn)的收費(fèi)系統(tǒng)，是智能交通系統(tǒng)的服務(wù)功能之一，過往車輛通過公路、大橋、隧道等道口時(shí)無須停車，即能夠?qū)崿F(xiàn)車輛身份自動(dòng)識(shí)別、自動(dòng)繳費(fèi)。在車場(chǎng)管理中，為提高出入口車輛通行效率，建設(shè)無人值守的快速通道，免取卡、不停車的出入體驗(yàn)，正改變出入停車場(chǎng)的管理模式。結(jié)合HIEP、HTTP通信協(xié)議上，通過WEB服務(wù)，實(shí)現(xiàn)車輛電子支付的技術(shù)?；贖IEP（HTBInternetE-walletProtocol）哈特支付空間的EPC（ElectronicPicture-catchingCollecting）的設(shè)計(jì)和實(shí)現(xiàn)。哈特支付空間應(yīng)用于HTML（數(shù)據(jù)外觀顯示互聯(lián)網(wǎng)標(biāo)準(zhǔn)協(xié)議）,它有一套有關(guān)于接口的行為規(guī)則，包括全局命名與引用、注冊(cè)、通信、信息處理、生命周期等；在整個(gè)系統(tǒng)中，我們采用了B/S架構(gòu)WEB遠(yuǎn)程監(jiān)控的方式，通過JAVA語(yǔ)言的跨平臺(tái)及其網(wǎng)絡(luò)編程的特性，以JNI和SOCKET編程的遠(yuǎn)程控制方法，使用編程的方法來實(shí)現(xiàn)對(duì)廣域網(wǎng)內(nèi)的監(jiān)控節(jié)點(diǎn)的遠(yuǎn)程控制，使主機(jī)能夠?qū)崿F(xiàn)對(duì)遠(yuǎn)程設(shè)備的監(jiān)控。設(shè)計(jì)開發(fā)基于三層結(jié)構(gòu)分布式系統(tǒng)的過程；并以壓縮機(jī)遠(yuǎn)程監(jiān)控系統(tǒng)為背景，運(yùn)用DCOM、ActiveX和遠(yuǎn)程腳本等技術(shù)，實(shí)現(xiàn)一個(gè)EPC具體運(yùn)用。1.WEB遠(yuǎn)程控制的實(shí)現(xiàn)1.1遠(yuǎn)程控制機(jī)（銀行前置交易系統(tǒng)）和現(xiàn)場(chǎng)監(jiān)控設(shè)備的互聯(lián)在已有局域網(wǎng)絡(luò)基礎(chǔ)上，構(gòu)成的互聯(lián)系統(tǒng)如圖1所示，實(shí)現(xiàn)遠(yuǎn)程控制，再由一個(gè)基于窄帶多協(xié)議環(huán)境的監(jiān)控系統(tǒng)模型。通過幀率自調(diào)整適應(yīng)帶寬，并依靠協(xié)議網(wǎng)關(guān)進(jìn)行IPX和TCP/IP之間的數(shù)據(jù)交換，實(shí)現(xiàn)遠(yuǎn)程監(jiān)控。SHAPE\*MERGEFORMATSSClient首先創(chuàng)建一個(gè)客戶端Socket對(duì)象，與運(yùn)行在主機(jī)端口10000的服務(wù)程序連接，注意端口應(yīng)大于1024，以免與系統(tǒng)的端口號(hào)發(fā)生沖突；主機(jī)的IP地址有host變量確定，圍繞BufferedReader的輸入流和PrintWriter的輸出流對(duì)字符串進(jìn)行讀寫操作，用于把服務(wù)器傳過來的命令和參數(shù)與其他程序進(jìn)行交互。在整個(gè)程序段中用trycatch語(yǔ)句進(jìn)行異常捕獲。服務(wù)器端的程序編制應(yīng)與客戶端程序的編制相適應(yīng)。由于一個(gè)遠(yuǎn)程控制機(jī)可以控制多個(gè)現(xiàn)場(chǎng)監(jiān)控設(shè)備，所以服務(wù)器程序必須采用多線程機(jī)制，這也是Java語(yǔ)言的一大特色。該程序段由兩個(gè)類組成：主類和線程類。主類負(fù)責(zé)建立服務(wù)器套接字ServerSocket，端口號(hào)必須與客戶機(jī)的端口號(hào)一致，然后通過ServerSocket的accept方法創(chuàng)建一個(gè)套接字接口，專門處理與客戶機(jī)的通信；線程類用于創(chuàng)建一個(gè)新的線程，負(fù)責(zé)處理各個(gè)現(xiàn)場(chǎng)監(jiān)控設(shè)備的輸入和輸出請(qǐng)求。當(dāng)然各個(gè)客戶端也可以采用不同的端口號(hào)向服務(wù)器發(fā)出請(qǐng)求，服務(wù)器相應(yīng)的也創(chuàng)建不同端口號(hào)的線程與端口號(hào)一致的客戶端進(jìn)行通信。遠(yuǎn)程控制主機(jī)服務(wù)器程序必須具有與數(shù)據(jù)庫(kù)進(jìn)行動(dòng)態(tài)交互的能力。數(shù)據(jù)庫(kù)中存放著大量的現(xiàn)場(chǎng)數(shù)據(jù)以及控制現(xiàn)場(chǎng)操作的參數(shù)和命令等。服務(wù)器程序中的某一線程體負(fù)責(zé)對(duì)數(shù)據(jù)庫(kù)的存取、修改和維護(hù)等操作，Java語(yǔ)言通過JDBC實(shí)現(xiàn)與數(shù)據(jù)庫(kù)的連接；使得Java語(yǔ)言能夠通過驅(qū)動(dòng)程序訪問數(shù)據(jù)庫(kù)。1.2JNI具體實(shí)現(xiàn)Java語(yǔ)言對(duì)監(jiān)控節(jié)點(diǎn)的控制只能采用第三方語(yǔ)言進(jìn)行，例如C或匯編語(yǔ)言。由于控制機(jī)的通信部分用Java語(yǔ)言編寫，為實(shí)現(xiàn)對(duì)監(jiān)控節(jié)點(diǎn)的控制，Java語(yǔ)言的JNI技術(shù)就可以實(shí)現(xiàn)與C和C++語(yǔ)言完美無缺地結(jié)合，這雖然在某種程度上犧牲了移植性，卻使Java語(yǔ)言能夠和具體的環(huán)境打交道，具備了驅(qū)動(dòng)硬件的能力。在本系統(tǒng)實(shí)現(xiàn)的例子中，EPC的應(yīng)用和驅(qū)動(dòng)程序用C語(yǔ)言開發(fā)的，Java語(yǔ)言把C語(yǔ)言編制的程序做成本地方法體。從而實(shí)現(xiàn)本系統(tǒng)的控制。對(duì)監(jiān)控節(jié)點(diǎn)的驅(qū)動(dòng)程序用C語(yǔ)言編寫，程序中所采用的函數(shù)大部分是研華公司開發(fā)的C庫(kù)函數(shù)，利用這些庫(kù)函數(shù)驅(qū)動(dòng)監(jiān)控設(shè)備完成各種功能。把這些程序集成為Java本地方法體，成為用Java語(yǔ)言實(shí)現(xiàn)遠(yuǎn)程控制的關(guān)鍵技術(shù)。對(duì)于控制機(jī)，利用Java集成本地方法。該段程序由主類和本地方法類組成，主類除完成通信部分的程序外，還必須實(shí)例化本地方法類，并且調(diào)用本地方法；在定義本地方法類時(shí)，必須加上關(guān)鍵詞native，并且程序段中有一段靜態(tài)代碼，該靜態(tài)代碼通過系統(tǒng)函數(shù)為本地方法類加載drive庫(kù)，再通過本地方法的執(zhí)行去獲取監(jiān)控節(jié)點(diǎn)或數(shù)據(jù)采集器中的數(shù)據(jù)，傳到數(shù)據(jù)服務(wù)器。至此，遠(yuǎn)端監(jiān)控設(shè)備的代碼就基本實(shí)現(xiàn)了，其主要包括運(yùn)行在控制機(jī)一端的Socket服務(wù)器和本地方法應(yīng)用，有服務(wù)器監(jiān)聽來自遠(yuǎn)端（Browser）發(fā)送來的“RUN”命令，Socket服務(wù)器根據(jù)傳來的“RUN”命令再調(diào)用由本地方法或運(yùn)行服務(wù)器端的EXE程序控制相應(yīng)的操作。在數(shù)據(jù)采集應(yīng)用中，采用JNI方法把讀取采集的數(shù)據(jù)直接插入到后臺(tái)數(shù)據(jù)庫(kù)，然后采用JDBC訪問數(shù)據(jù)庫(kù)顯示在Browse端，由于系統(tǒng)必須先驅(qū)動(dòng)讀取數(shù)據(jù)，采用線程方法實(shí)現(xiàn)延時(shí)，保證能在數(shù)據(jù)傳遞完后在Browse端顯示。對(duì)于其它嵌入式系統(tǒng)諸如監(jiān)控系統(tǒng)，同樣可以采用本地方法的集成和Socket網(wǎng)絡(luò)的通信機(jī)制，有效地把控制機(jī)和遠(yuǎn)程主機(jī)通過網(wǎng)絡(luò)連接起來，以實(shí)現(xiàn)遠(yuǎn)程控制。通過底層Socket通信機(jī)制發(fā)送不同命令道伺服器端進(jìn)行對(duì)應(yīng)的處理。由于Java語(yǔ)言的平臺(tái)無關(guān)性，使得Java在與本地方法的集成中隱藏了大量的技術(shù)細(xì)節(jié)。2.系統(tǒng)的設(shè)計(jì)2.1針對(duì)EPC前置平臺(tái)工業(yè)遠(yuǎn)程監(jiān)控系統(tǒng)，系統(tǒng)的結(jié)構(gòu)設(shè)計(jì)如圖2所示SHAPE\*MERGEFORMAT由于歷史的原因，監(jiān)控設(shè)備并不能直接與信息網(wǎng)絡(luò)進(jìn)行通訊，所以在系統(tǒng)的設(shè)計(jì)過程中，在中間層與監(jiān)控設(shè)備層之間增加了工控站，作為三層結(jié)構(gòu)的數(shù)據(jù)服務(wù)層。這樣的設(shè)計(jì)結(jié)構(gòu)可以使得中間層和表示層的開發(fā)完全獨(dú)立于工控網(wǎng)絡(luò)的具體類型和結(jié)構(gòu)，而工控站在工控網(wǎng)絡(luò)與信息網(wǎng)絡(luò)的連接中起到了智能網(wǎng)關(guān)的作用，屏蔽了工業(yè)控制網(wǎng)。從而，可以完全發(fā)揮三層C/S結(jié)構(gòu)在Internet/Intranet應(yīng)用中的各種優(yōu)勢(shì)。2.2系統(tǒng)實(shí)現(xiàn)的關(guān)鍵技術(shù)根據(jù)以上的設(shè)計(jì)架構(gòu)，以壓縮機(jī)遠(yuǎn)程監(jiān)控系統(tǒng)為實(shí)例，該系統(tǒng)以B/S結(jié)構(gòu)實(shí)現(xiàn)分布式三層結(jié)構(gòu)，并運(yùn)用了Microsoft的ASP、DCOM、ActiveX技術(shù)和遠(yuǎn)程腳本等技術(shù)。2.3基于窄帶多協(xié)議EPC監(jiān)控系統(tǒng)實(shí)現(xiàn)模型系統(tǒng)可以采用帶寬僅有64Kbps，并且在此信道上還需要運(yùn)行少量的數(shù)據(jù)傳送應(yīng)用，因而有效帶寬十分有限。用戶對(duì)單幀圖像的要求較高，為了更好地進(jìn)行動(dòng)態(tài)幀率和幀圖像調(diào)整，我們采用了定制的Motion-JPEG格式。另外，用戶為了網(wǎng)絡(luò)的安全，采用協(xié)議分隔方式，前段運(yùn)行在一個(gè)IPX協(xié)議局域網(wǎng)絡(luò)，遠(yuǎn)端則是基于TCP/IP的Intranet，所傳輸?shù)臄?shù)據(jù)需要在IPX和TCP/IP間轉(zhuǎn)換。這樣，前端采集和遠(yuǎn)端監(jiān)控之間還必須建構(gòu)一個(gè)協(xié)議網(wǎng)關(guān)。該系統(tǒng)物理結(jié)構(gòu)上可以劃分為5個(gè)部分：1）前端視頻設(shè)備；2）前端控制PC；3）通信線路；4）協(xié)議網(wǎng)關(guān)；5）遠(yuǎn)端控制器。整個(gè)系統(tǒng)包含了采集、壓縮、保存、網(wǎng)絡(luò)傳送、遠(yuǎn)程監(jiān)控等模塊，結(jié)構(gòu)如圖3所示：由于本模型的信源編碼、解碼、傳輸、回放和存儲(chǔ)都是基于軟件實(shí)現(xiàn)的，幀率和圖像質(zhì)量因子等參數(shù)都允許用戶動(dòng)態(tài)調(diào)整，并能通過系統(tǒng)應(yīng)答實(shí)現(xiàn)一定的帶寬自適應(yīng)，所以可以保證基本的QoS。2.4車輛牌照定位算法本系統(tǒng)對(duì)于普通CCD攝像機(jī)抓拍圖像進(jìn)行局部圖像增強(qiáng)處理，獲得理想的車牌特征描述，結(jié)合遺傳算法高效，快速的特點(diǎn)在全圖范圍搜索最滿足車牌特征的區(qū)域位置，從而準(zhǔn)確定位車牌。1）圖像預(yù)處理；2）局部圖像處理；3）特征表述。（二）計(jì)費(fèi)系統(tǒng)的設(shè)計(jì)1.EPC計(jì)費(fèi)系統(tǒng)的功能：在本項(xiàng)目運(yùn)營(yíng)管理中，銀行前置系統(tǒng)（BFS）的網(wǎng)管人員通過EPC計(jì)算管理系統(tǒng)對(duì)整個(gè)EPC計(jì)算進(jìn)行管理，包括所有EPC計(jì)算系統(tǒng)中所有的設(shè)備或設(shè)施的當(dāng)前工作狀態(tài)和工作參數(shù)、對(duì)設(shè)備或設(shè)施的工作狀態(tài)進(jìn)行控制（如啟動(dòng)、關(guān)閉）、對(duì)工作參數(shù)進(jìn)行修改等操作。EPC計(jì)算系統(tǒng)為了計(jì)算EPC用戶提交的用戶作業(yè)，需要在EPC用戶和本地用戶之間，EPC資源和本地資源之間建立聯(lián)系，也就是需要將EPC用戶映射為本地用戶，將EPC資源映射為本地資源，將EPC用戶對(duì)EPC資源的使用映射為本地用戶對(duì)本地資源的使用。（參考文獻(xiàn)7《Thegrid:BlueprintforaNewComputingInfrastructure》）。這一系列的映射過程將抽象的EPC計(jì)算轉(zhuǎn)化為具體的本地計(jì)算，EPC系統(tǒng)通過執(zhí)行具體的本地計(jì)算以完成抽象的云計(jì)算，通過特定的傳輸線路和控制協(xié)議對(duì)遠(yuǎn)程的網(wǎng)絡(luò)設(shè)備或設(shè)施進(jìn)行具體的操作。2.EPC計(jì)費(fèi)系統(tǒng)結(jié)構(gòu)為圖4所示：2.1認(rèn)證模塊：計(jì)算機(jī)EPC系統(tǒng)中對(duì)已實(shí)體身份的證明模塊。實(shí)體包括資源或用戶，通過HIEP信息認(rèn)證證書來實(shí)現(xiàn)對(duì)其認(rèn)證，HIEP信息認(rèn)證由可信任的機(jī)構(gòu)進(jìn)行簽發(fā)，表現(xiàn)為一段信息，這段信息包括了證書擁有者的信息，證書的有效時(shí)間和認(rèn)證模塊的數(shù)字簽名。對(duì)所有訪問的用戶或資源，將其信息記錄到記賬模塊中。2.2用戶代理模塊：當(dāng)用戶需要使用EPC資源進(jìn)行EPC計(jì)算的時(shí)候，用戶首先登陸一臺(tái)連接到HIEP銀行前置系統(tǒng)的計(jì)算機(jī)，并連接用戶代理模塊，然后用戶將需要申請(qǐng)的資源信息和需要計(jì)算的用戶作業(yè)為他給用戶代理，用戶代理模塊代替用戶完成雙向認(rèn)證、申請(qǐng)資源、提交作業(yè)、得到結(jié)果等工作。2.3資源代理模塊：當(dāng)一組資源加入EPC計(jì)算系統(tǒng)時(shí)，資源管理者首先要連接資源代理模塊，該資源代理負(fù)責(zé)這組資源的雙向認(rèn)證、分配和回收的工作。資源代理不一定運(yùn)行在這組資源所屬的節(jié)點(diǎn)上，但是資源代理和它管理的這組資源要在同一個(gè)局部信任域內(nèi)。2.4資源分配模塊：一個(gè)由EPC計(jì)算系統(tǒng)創(chuàng)建的進(jìn)程，負(fù)責(zé)資源的管理工作，為了方便對(duì)大量動(dòng)態(tài)資源進(jìn)行管理，同時(shí)簡(jiǎn)化復(fù)雜的資源分配過程。資源分配模塊向資源代理發(fā)送資源需求信息。所有的資源代理將其所管理的信息發(fā)給資源分配模塊，并在資源更新的時(shí)候?qū)①Y源的更新信息發(fā)送給資源分配模塊。該模塊對(duì)收到的資源信息進(jìn)行整理，形成抽象的、邏輯的資源信息。因此，資源分配模塊是個(gè)模塊之間信息交流的核心。2.5記賬模塊：該模塊記錄集處理用戶和資源的信息，認(rèn)證模塊把所有申請(qǐng)加入到該EPC計(jì)算系統(tǒng)的用戶和資源的信息寫入記賬模塊，資源分配模塊在用戶完成計(jì)算后把提交作業(yè)的信息也寫入該模塊，由該模塊對(duì)其進(jìn)行記錄。3.EPC計(jì)費(fèi)系統(tǒng)的實(shí)現(xiàn)3.1計(jì)費(fèi)的流程3.1.1EPC計(jì)算系統(tǒng)對(duì)資源進(jìn)行管理，并根據(jù)用戶的情況對(duì)資源進(jìn)行分配，以及各個(gè)實(shí)體獲得實(shí)體證書的過程；3.1.2用戶創(chuàng)建用戶代理與用戶代理提交用戶作業(yè)的過程；3.1.3用戶作業(yè)的計(jì)算流程；3.1.4資源的釋放過程。3.2EPC計(jì)算數(shù)據(jù)庫(kù)的設(shè)計(jì)與實(shí)現(xiàn)：如果我們要管理一個(gè)小規(guī)模的EPC，在記賬模塊數(shù)據(jù)庫(kù)中記錄用戶信息、資源信息、用戶使用資源的信息。我們不僅要保證數(shù)據(jù)存儲(chǔ)的方便快捷，更要保證數(shù)據(jù)的一致性和完整性，整個(gè)計(jì)費(fèi)系統(tǒng)是由多個(gè)線程組成的，他們通過一個(gè)共享內(nèi)存交換信息，由于多個(gè)進(jìn)程要同時(shí)訪問共享的內(nèi)存區(qū)，就會(huì)產(chǎn)生共享訪問的沖突。解決共享訪問沖突的一般方法是采用加鎖機(jī)制來解決，然而對(duì)共享內(nèi)存的加鎖解鎖必定會(huì)占用很大系統(tǒng)資源，從而會(huì)影響EPC系統(tǒng)的性能，因此我們通過合理安排系統(tǒng)中各進(jìn)程的讀寫區(qū)域，避免兩個(gè)進(jìn)程同時(shí)修改一個(gè)內(nèi)存單元，就可以防止共享沖突并且不需要進(jìn)行加鎖解鎖操作。我們?cè)O(shè)計(jì)數(shù)據(jù)庫(kù)內(nèi)的數(shù)據(jù)格式如下表1-3所示：表1:htb用戶信息表名稱類型字節(jié)數(shù)含義htbuser_idString16用戶代號(hào)，是該用戶登錄EPC的標(biāo)志，是唯一的主關(guān)鍵字user_typeChar1用戶類型，是一般用戶還是特殊用戶usercer_idString16用戶證書號(hào)，記錄用戶的認(rèn)證信息stateChar1當(dāng)前狀態(tài)，是合法用戶還是非法用戶表2：htb資源信息表名稱類型字節(jié)數(shù)含義htbres_idString16資源代號(hào)，該資源加入到EPC代號(hào)，是唯一的主關(guān)鍵字res_typeChar1資源類型，是普通資源還是專屬資源rescer_idString16資源證書號(hào)，記錄資源的認(rèn)證信息in_timeTimestamp8資源加入到云系統(tǒng)的時(shí)刻out-timeTimestamp8資源退出該云系統(tǒng)的時(shí)刻表3：htb用戶資源映射表名稱類型字節(jié)數(shù)含義htbuser_idString16用戶代號(hào)，使用EPC用戶的代號(hào)，是候選關(guān)鍵字之一htbres_idString16資源代號(hào)，在該進(jìn)程中資源的代號(hào)，是候選關(guān)鍵字之一fluxLong32用戶使用資源進(jìn)行計(jì)算時(shí)的流量start_timeTimestamp8用戶開始使用資源的時(shí)刻end_timeTimestamp8用戶結(jié)束使用資源的時(shí)刻timeTime8當(dāng)前狀態(tài)，是合法用戶還是非法用戶為避免內(nèi)存共享沖突，各個(gè)表之間的關(guān)系如圖5所示：為了預(yù)防共享訪問沖突，我們安排不同的進(jìn)程寫不同的區(qū)域，其中，htbuser_id，user_type由用戶代理進(jìn)程只寫的；htbres_id,res_type,in_time,out_time由資源代理進(jìn)程只寫的；usercer_id,state,rescer_id是由認(rèn)證進(jìn)程只寫的；flux,start_time,end_time是由資源分配進(jìn)程只寫的。這些區(qū)域只會(huì)在一個(gè)進(jìn)程中執(zhí)行寫操作，其他進(jìn)程只讀，所以不會(huì)出現(xiàn)共享沖突，在一定程度上保證了數(shù)據(jù)庫(kù)的安全性。（三）逃費(fèi)抓拍系統(tǒng)第一種情況：車輛為合法身份，使用正常繳費(fèi)第二種情況：車輛為合法身份，但不能正常繳費(fèi)（包括抗拒繳費(fèi)），則記錄到黑名單服務(wù)器CRLs；第三種情況：車輛為不合法身份，強(qiáng)行通過EPC通道的，將記錄到黑名單服務(wù)器CRLs；在本項(xiàng)目中逃費(fèi)抓拍系統(tǒng)是在發(fā)生后兩種情況下的客戶端行為記錄到黑名單服務(wù)器。當(dāng)發(fā)生第二種情況是，由該哈特支付地址的結(jié)算銀行自動(dòng)進(jìn)行扣費(fèi)或處罰；當(dāng)發(fā)生第三種情況時(shí)，將該車輛信息移交交警部門處理。在本項(xiàng)目實(shí)施中，根據(jù)XHSI（X.509V3私有擴(kuò)展項(xiàng)HIEP信息認(rèn)證體系），用于提供支持HIEP的基礎(chǔ)安全服務(wù)。HIEP擴(kuò)展項(xiàng)中使用X.509數(shù)字證書提供認(rèn)證和消息保護(hù)。對(duì)第二種情況采用的是證書撤銷列表CRL的方式。這里采用的是基于XHSI單向哈希鏈、HIEP擴(kuò)展項(xiàng)和CRLs共享模式的聯(lián)合撤銷方案，其優(yōu)點(diǎn)是：證書撤銷時(shí)不需要CA的參與，能較好地解決單點(diǎn)失敗和CA交叉認(rèn)證的問題，可以避免通信擁塞和確保證書撤銷的實(shí)時(shí)性。1.HIEP擴(kuò)展項(xiàng)聯(lián)合證書撤銷方案：證書撤銷的情況有兩類：第一類是與公鑰對(duì)應(yīng)的私鑰丟失或泄露；第二類是證書合同可能終止，或者證書中描述的持有者的身份改變或業(yè)務(wù)信息被撤銷。本方案使用的單向哈希鏈，對(duì)于上述的第一類情況，可以不需要CA的參與而使證書暫時(shí)或永久失效。對(duì)于第二類情況，可以使用HIEP擴(kuò)展項(xiàng)和CRLs共享模式來實(shí)現(xiàn)違法計(jì)費(fèi)。2.基于單向哈希鏈的新型證書哈希鏈基于一個(gè)公開的函數(shù)H，該函數(shù)在現(xiàn)有的計(jì)算環(huán)境下很容易進(jìn)行正向計(jì)算但幾乎不可能進(jìn)行反向計(jì)算。如果單向函數(shù)的輸入是定長(zhǎng)的，這就是單向哈希函數(shù)（OWHF）。我們把一個(gè)證書的最大的生命值分成多個(gè)小段。證書可以在任何一個(gè)時(shí)間段結(jié)束時(shí)過期，過期可以由證書的所有者或者其管理者控制。證書驗(yàn)證者不用從CA獲取撤銷信息就能驗(yàn)證證書的有效性。因此，這種撤銷機(jī)制簡(jiǎn)單而安全。單向哈希鏈通過輸入一個(gè)字符串到一個(gè)單向哈希函數(shù)進(jìn)行遞推來建立，可以表示為Hi(r)=H(Hi-1(r))(i=1,2,…)，在這里H0(r)=r是哈希鏈根。證書更新時(shí)間點(diǎn)定義為：D1=D+L,D2=D+2*L…,Dj=D+j*L，并產(chǎn)生一個(gè)單向哈希鏈Hi(r)=H(Hi-1(r))(i=1,2,…j)，H0(r)=r且r是一個(gè)僅為用戶U所知的隨機(jī)數(shù)。最后用戶發(fā)送請(qǐng)求（PK1,D,Hj(r),j,L）到CA。CA認(rèn)證用戶的請(qǐng)求并生成證書（PK1,D,Hj(r),j,L）。與傳統(tǒng)的公鑰證書相比較，證書CERTu包含額外的數(shù)據(jù)（Hj(r),j,L）。如圖6所示，用戶從CA接受證書后可以釋放Hj-1(r)來初始化證書的有效性。如果用戶因?yàn)槟撤N原因需要撤銷證書，可以停止釋放哈希值使證書在下個(gè)更新點(diǎn)過期。用戶甚至可以使證書暫時(shí)失效，然后在需要時(shí)重新釋放相應(yīng)的哈希值來更新證書。3.HIEP多重證書描述為了解決單點(diǎn)失敗和CA交叉認(rèn)證的問題，我們提出了一個(gè)叫做多重證書的新的證書機(jī)制。我們把幾個(gè)CA組成一個(gè)虛擬的組織（VO）。一個(gè)CA頒發(fā)證書時(shí)，該虛擬組織中的其他成員根據(jù)預(yù)定的順序?qū)ψC書的內(nèi)容簽名，并各自產(chǎn)生一個(gè)包含原始證書內(nèi)容和CA自身簽名的輔助證書。例如，如上圖所示，用戶發(fā)送其證書請(qǐng)求道CA。如果CA認(rèn)證了該請(qǐng)求，將頒發(fā)一個(gè)證書。同時(shí)，輔助CA1也將對(duì)該證書簽名產(chǎn)生輔助證書1，然后輔助CA2對(duì)輔助證書1簽名產(chǎn)生輔助證書2，依次類推。因此，只需要獲得任何一個(gè)輔助證書就可以驗(yàn)證一個(gè)證書的有效性，而不需要直接和頒發(fā)該證書CA直接通信。4.CRLs共享模式EPC應(yīng)用中有數(shù)量巨大的用戶和資源。每個(gè)用戶和資源都持有一個(gè)證書。當(dāng)他們的證書需要撤銷時(shí)，會(huì)給CA帶來龐大的CRLs。CA的服務(wù)器將成為整個(gè)系統(tǒng)的瓶頸，網(wǎng)絡(luò)時(shí)延增加，用戶無法及時(shí)獲得證書撤銷信息。另外，由于EPC節(jié)點(diǎn)是動(dòng)態(tài)的，必須確保所有的節(jié)點(diǎn)在即使列表服務(wù)器暫時(shí)不可用的情況下也能可靠地獲得最新的CRLs。根據(jù)EPC的這一特性，本項(xiàng)目提出CRLs共享模式。每個(gè)EPC節(jié)點(diǎn)從CA的目錄服務(wù)器下載CRLs，然后以EPC服務(wù)的形式發(fā)布。EPC節(jié)點(diǎn)根據(jù)按照先其他節(jié)點(diǎn)后CA的規(guī)則查找和獲取CRLs。CA用自己的私鑰對(duì)CRLs簽名，以確保CRLs不被篡改。5.結(jié)論針對(duì)第一種車輛情況，可以使用單向哈希鏈的新型證書來實(shí)現(xiàn)。針對(duì)第二和第三種車輛情況，可以使用HIEP多重證書來實(shí)現(xiàn)。整個(gè)方案，是通過CRLs共享模式來實(shí)現(xiàn)。基于該方案的優(yōu)點(diǎn)：5.1證書撤銷自主實(shí)時(shí)因?yàn)樽C書基于單向哈希鏈頒發(fā)，用戶可以用停止釋放哈希值的方法使證書暫時(shí)或永久失效。這將給用戶使用證書帶來更好的自主性和安全性。同時(shí)也減輕了CA在通信和處理上的負(fù)擔(dān)，可以提高撤銷的實(shí)時(shí)性。再加上采用了CRL共享模式，可以更好地適應(yīng)EPC計(jì)算分布、動(dòng)態(tài)的特點(diǎn)，保證所有節(jié)點(diǎn)都能及時(shí)獲得最新的撤銷信息。5.2證書管理簡(jiǎn)單可靠由于采用了HIEP多重證書頒發(fā)機(jī)制，不同CA頒發(fā)的證書可以進(jìn)行相互認(rèn)證，而且用戶不直接訪問證書的頒發(fā)CA就可以驗(yàn)證該證書的有效性，避免了EPC系統(tǒng)的單點(diǎn)失敗。（四）EPC銀行前置系統(tǒng)BFS1基于Scilab的分布式BFS并行計(jì)算方法的實(shí)現(xiàn)?；赟chab[3]運(yùn)算引擎，以O(shè)penBFS/webBFS為背景，涉及BFS環(huán)境下分布式并行計(jì)算工具（NetbutterflyhtbBFSComputingSystemNBFS）以支持BFS進(jìn)行大規(guī)?？茖W(xué)計(jì)算的實(shí)現(xiàn)平臺(tái)。1.1NBFS的分布并行計(jì)算結(jié)構(gòu)如圖7所示：由多個(gè)提供BFS服務(wù)的BFS計(jì)算機(jī)節(jié)點(diǎn)組成一個(gè)虛擬的并行機(jī)。它可以完成由BFS客戶提交的并行計(jì)算任務(wù)。每個(gè)BFS計(jì)算節(jié)點(diǎn)即并行計(jì)算的一個(gè)節(jié)點(diǎn)，提供一個(gè)或一些可以并行執(zhí)行等任務(wù)的并行BFS服務(wù)。作為對(duì)運(yùn)算資源的完整封裝，BFS計(jì)算節(jié)點(diǎn)用來完成具體的計(jì)算任務(wù)，他使用Scilab作為算法描述語(yǔ)言?？梢越档褪褂谜呙枋隹茖W(xué)計(jì)算問題的難度。計(jì)算服務(wù)層（虛擬并行機(jī)）抽象了計(jì)算能力，當(dāng)計(jì)算任務(wù)被接受時(shí)，它就會(huì)自動(dòng)尋找合適的計(jì)算資源來完成。應(yīng)用層主要是用來對(duì)計(jì)算服務(wù)進(jìn)行有效使用和管理，處理多應(yīng)用協(xié)調(diào)等問題。通過WEBHTB（哈特支付空間）并行的調(diào)用OPENHTB（哈特支付空間）的服務(wù)實(shí)例。1.2NBFS設(shè)計(jì)構(gòu)架1.2.1NBFS應(yīng)用結(jié)構(gòu)模型如圖8所示：數(shù)據(jù)容器主要存放在并行程序和應(yīng)用數(shù)據(jù)。運(yùn)算容器包括N個(gè)資源節(jié)點(diǎn)，為系統(tǒng)提供計(jì)算能力，資源目錄服務(wù)包括運(yùn)算資源服務(wù)和數(shù)據(jù)資源服務(wù)，NBFS運(yùn)行時(shí)節(jié)點(diǎn)把編輯好的任務(wù)交到數(shù)據(jù)容器，數(shù)據(jù)容器與運(yùn)算容器通過目錄服務(wù)來發(fā)現(xiàn)所需資源，直到運(yùn)算完成。1.2.2服務(wù)器系統(tǒng)設(shè)計(jì)NBFS在無力實(shí)現(xiàn)行采用了核心服務(wù)器組結(jié)構(gòu)?？蛻舳思仁琴Y源提供者又是資源調(diào)用者，系統(tǒng)內(nèi)的計(jì)算資源來自于客戶端資源的有效聚集。NBFS的服務(wù)器采用擴(kuò)展的集群設(shè)計(jì)，各個(gè)模塊可以分別運(yùn)行。服務(wù)器組結(jié)構(gòu)如圖9所示。1.2.3客戶節(jié)點(diǎn)設(shè)計(jì)NBFS的客戶節(jié)點(diǎn)包括任務(wù)接入界面和ScilabBFS計(jì)算虛擬機(jī)。任務(wù)接入界面是用戶申請(qǐng)進(jìn)入NBFS的接口，用戶通過任務(wù)接入界面把任務(wù)提交到NHCS系統(tǒng)，ScilabBFS計(jì)算虛擬機(jī)是NBFS的運(yùn)行節(jié)點(diǎn)，它為系統(tǒng)提供運(yùn)算能力。客戶節(jié)點(diǎn)分任務(wù)模式和計(jì)算模式。前者為節(jié)點(diǎn)向系統(tǒng)提交計(jì)算任務(wù)并等待完成過程，后者為節(jié)點(diǎn)向系統(tǒng)提供計(jì)算服務(wù)。所以，它支持從微機(jī)到巨型機(jī)的任何機(jī)種，從Windows到Unix和Linus以及將來可能出現(xiàn)的任何操作系統(tǒng)，極大地便利了異種機(jī)之間的網(wǎng)絡(luò)并行，從而可以充分的利用現(xiàn)有的網(wǎng)絡(luò)資源進(jìn)行分布并行計(jì)算。1.2.4系統(tǒng)編碼設(shè)計(jì)本系統(tǒng)采用了Scilab語(yǔ)言作為科學(xué)計(jì)算腳本描述語(yǔ)言。Scilab是由法國(guó)成立自動(dòng)化研究院（INRIA）和EBFS開發(fā)的“開放源碼”軟件，使用Scilab作為應(yīng)用腳本語(yǔ)言有利于計(jì)算任務(wù)的快捷描述和使用者快速掌握，從而提高了使用者對(duì)科學(xué)計(jì)算問題的描述效率。由于NBFS的應(yīng)用程序采用了解釋為執(zhí)行的方式，使得NBFS的應(yīng)用腳本可以在不同平臺(tái)的NBFS節(jié)點(diǎn)直接運(yùn)行，在不同操作系統(tǒng)節(jié)點(diǎn)中共同運(yùn)行一個(gè)并行程序，具有良好的異構(gòu)擴(kuò)展特性。為了使Scilab適用于網(wǎng)絡(luò)化的并行計(jì)算，系統(tǒng)增加了遠(yuǎn)程數(shù)據(jù)讀寫指令NBFS-RD和NBFS-WS，去掉了磁盤操作等可能危害客戶機(jī)的危險(xiǎn)指令，整個(gè)運(yùn)算并程序的入口是Mainnhcs文件，其他程序作為過程被調(diào)用。Mainnhcs是一個(gè)描述任務(wù)流的文件。語(yǔ)法上只有兩個(gè)關(guān)鍵字NBFS-CX和NBFS-END。NBFS-CX:程序的條件執(zhí)行，當(dāng)表達(dá)式X為真時(shí)，系統(tǒng)并行執(zhí)行NBFS-CX語(yǔ)句內(nèi)的所有函數(shù)。NBFS-END運(yùn)算結(jié)束，此條指令一般用來結(jié)束系統(tǒng)任務(wù)，系統(tǒng)執(zhí)行到此語(yǔ)句時(shí)對(duì)所分配資源進(jìn)行釋放，應(yīng)用完成。當(dāng)表達(dá)式X為真時(shí)，整個(gè)運(yùn)算任務(wù)結(jié)束。向任務(wù)提交者發(fā)出結(jié)束標(biāo)志。1.3.關(guān)鍵技術(shù)1.3.1任務(wù)并行NBFS并行調(diào)度語(yǔ)言，對(duì)任務(wù)關(guān)系描述，將人們對(duì)問題的分解自然的對(duì)應(yīng)程序中的各級(jí)任務(wù)，并行編程自然、清晰，同時(shí)，任務(wù)并行綜合了數(shù)據(jù)并行和功能并行的優(yōu)勢(shì)，在支持較高并行度的前提下，能夠有效的處理不規(guī)則問題?？梢暂^方便的將串行程序改寫為并行程序。系統(tǒng)把數(shù)據(jù)和操作封裝成不同的任務(wù)以實(shí)現(xiàn)并行化。當(dāng)多個(gè)任務(wù)具有相同操作，不同數(shù)據(jù)實(shí)現(xiàn)數(shù)據(jù)并行，當(dāng)多個(gè)任務(wù)具有不同操作時(shí)實(shí)現(xiàn)功能并行。每個(gè)任務(wù)分不到一個(gè)BFS節(jié)點(diǎn)，基于Scilab的分布并行計(jì)算可以擴(kuò)展并性計(jì)算環(huán)境到OPENHTB（開發(fā)式HTB哈特支付空間）網(wǎng)絡(luò)節(jié)點(diǎn)為并行計(jì)算節(jié)點(diǎn)的廣域網(wǎng)絡(luò)中，這樣，可并行計(jì)算的任務(wù)能被分布到BFS上多個(gè)計(jì)算資源上，系統(tǒng)性能將大大提高。1.3.2系統(tǒng)通信系統(tǒng)通信涉及兩個(gè)方面：一是并行計(jì)算節(jié)點(diǎn)之間的通信，主要是完成并行計(jì)算的各BFS計(jì)算節(jié)點(diǎn)上的BFS服務(wù)之間的數(shù)據(jù)通信和同步信息交流，另一個(gè)是BFS服務(wù)于客戶之間通信?？梢杂脕韺?shí)現(xiàn)BFS服務(wù)之間通信和BFS服務(wù)與客戶的通信。通信機(jī)制有兩種實(shí)現(xiàn)方法：PUII方法和PUSH方法。其中push方法允許數(shù)據(jù)和通知一起傳輸，這種通信方式效率高，對(duì)于并行計(jì)算這種性能優(yōu)點(diǎn)需求來說，可以采用這種方式。此外，由于BFS服務(wù)是基于TCP/IP這種底層通信方式，因此，通信效率較高。為了實(shí)現(xiàn)NBFS在internet下的通信，NBFS采用了SOAPV1.2標(biāo)準(zhǔn)并對(duì)其進(jìn)行封裝。SOAPV1.2為在一個(gè)松散的，分布的環(huán)境中使用XML對(duì)等的交換結(jié)構(gòu)化和類型化的信息提供了一個(gè)簡(jiǎn)單且輕量級(jí)的機(jī)制。SOAP本身并不是定義任何應(yīng)用語(yǔ)言，他只是定義了一種簡(jiǎn)單的機(jī)制，通過一模塊化的包裝的這項(xiàng)能力使得它可以被很多類型的系統(tǒng)用于從消息系統(tǒng)到RPC(RemoteProcedureCall)的延伸。NBFS擴(kuò)展了Scilab對(duì)SOAP進(jìn)行了封裝，在Scilab中加入了SOAP-EH的數(shù)據(jù)操作指令，NHCS-SOAPEH,使得用戶可以訪問系統(tǒng)各數(shù)據(jù)緩存中的數(shù)據(jù)信息，實(shí)現(xiàn)分布式內(nèi)存對(duì)用戶的透明性。NHCS-SOAP指令NHCS-SOAEH.有兩個(gè)參數(shù)：【TYPE】決定了系統(tǒng)執(zhí)行的操作模型：數(shù)據(jù)讀取或者數(shù)據(jù)寫入：【Name】為需要處理的變量名稱，由以字母打頭的字符串表示，當(dāng)前面加“#”時(shí)表示為數(shù)據(jù)指針操作，前面無“#”時(shí)表示值操作。1.3.3容錯(cuò)機(jī)制理想狀態(tài)下網(wǎng)絡(luò)具有以下特征：較短的通信延時(shí)，較高的通信帶寬，極低下的錯(cuò)誤率，較好的擴(kuò)展性。而現(xiàn)實(shí)情況是難以容忍的延時(shí)，有限的帶寬，隨機(jī)可能的出錯(cuò)，因此建立基于互聯(lián)網(wǎng)的分布并行運(yùn)算膝蓋痛必須有一套與元相對(duì)應(yīng)的容錯(cuò)機(jī)制來適應(yīng)。該計(jì)算環(huán)境是由分布的若干臺(tái)計(jì)算機(jī)用Internet連接而成。一個(gè)單元或資源的故障不影響其他資源的正常功能理論上，可以通過全局的檢查來實(shí)現(xiàn)BFS的容錯(cuò)。但實(shí)現(xiàn)難度大?？尚械姆椒ㄊ峭ㄟ^應(yīng)用程序本身來實(shí)現(xiàn)容錯(cuò)的功能，可以再發(fā)生故障的情況下，使用不可靠的故障檢測(cè)器無法解決NB-AC問題，所以對(duì)減弱他的非平凡性條件，得到NB-WAC問題，然后用HB將他歸約到一致合意問題，再用HB求解一致合意問題，從而完成對(duì)NB-WAC問題的求解。使用HB進(jìn)行求解，能夠在包含進(jìn)程故障和鏈路故障的異步消息傳遞系統(tǒng)中解決NB-WAC問題，而目前所知道的其他傳統(tǒng)的故障檢測(cè)器只能解決僅包含進(jìn)程故障的NB-WAC問題。該方法適用于每對(duì)不同的正確進(jìn)程都通過一條BFS通道連接情況，從而實(shí)現(xiàn)BFS容錯(cuò)目的。1.3.4安全問題由于采用SOAP進(jìn)行底層通信，NBFS應(yīng)用可以部署的范圍大為擴(kuò)大，但在運(yùn)行過程中暴露節(jié)點(diǎn)地址在所難免，節(jié)點(diǎn)安全問題和數(shù)據(jù)安全問題成為制約系統(tǒng)部署的主要問題。目前可以采用的策略是有限的不可傳遞的信任原則，節(jié)點(diǎn)對(duì)主控系統(tǒng)的信任以任務(wù)為單位分配，并且任務(wù)腳本不能訪問節(jié)點(diǎn)的文件系統(tǒng)，只能對(duì)系統(tǒng)規(guī)定的內(nèi)存進(jìn)行讀寫。2.其余XML模型的支持多終端的MVC模式實(shí)現(xiàn)方式目前最典型的一種MVC模式實(shí)現(xiàn)方式，是利用了SUN公司的J2EE技術(shù)。J2EE技術(shù)主要包括Servlet.JSP.JavaBean.EJB,Filter等部分。在MVC模式實(shí)現(xiàn)中，一般JSP對(duì)應(yīng)視圖，系統(tǒng)通過JSP提供的界面來與用戶交互。JavaBean或EJB對(duì)應(yīng)模型，處理業(yè)務(wù)邏輯，控制器由于Servlet來實(shí)現(xiàn)，作為模型與視圖間的樞紐。不過，這種實(shí)現(xiàn)方式有以下不足之處：由于JSP在頁(yè)面中嵌入Java語(yǔ)言，造成視圖和控制器的混合，破壞了MCG設(shè)計(jì)模式的風(fēng)格，這種方式的缺陷使得開發(fā)和維護(hù)變得很困難。該實(shí)現(xiàn)方式可以支持多種客戶端瀏覽器類型，但針對(duì)每一種特定的客戶端類型都要一個(gè)表示層接口。例如相同的業(yè)務(wù)邏輯，針對(duì)單面瀏覽器，需要一套JSP頁(yè)面形成HTML格式的表示層視圖。而對(duì)于使用哈特支付空間的手機(jī)，則需另外一套JSP頁(yè)面生成HIEP格式的表示層視圖。代碼冗余，不易擴(kuò)散。JavaBean或EJB一般都是與特定的數(shù)據(jù)庫(kù)相關(guān)的，如果改變或添加數(shù)據(jù)資源類型或需要多種異構(gòu)數(shù)據(jù)資源集成，則可能需要重新改寫代碼，可重用性和擴(kuò)展性比較差。為此，考慮到BFS所面對(duì)的是一個(gè)物理上分散的，異源的，異構(gòu)的數(shù)據(jù)環(huán)境和不同的終端用戶，為了使其能夠勝任不同應(yīng)用系統(tǒng)之間或者不同數(shù)據(jù)源之間實(shí)現(xiàn)數(shù)據(jù)共享與交互，即客戶端和服務(wù)器端雙向數(shù)據(jù)交流。采用一種基于XML模型的實(shí)現(xiàn)方式，即使用XML虛擬數(shù)據(jù)庫(kù)代替JavaBean/EJB作為MVC模式的模型實(shí)現(xiàn)，同時(shí)，由終端識(shí)別模塊J2MEMIDP（移動(dòng)中間件平臺(tái)）識(shí)別終端類型，并通過XSLT樣式表轉(zhuǎn)換處理器來統(tǒng)一動(dòng)態(tài)生成適合終端顯示的最終視圖。系統(tǒng)體系結(jié)構(gòu)如圖10所示，給予XML模型的MVC模式實(shí)現(xiàn)方式。2.1設(shè)計(jì)與實(shí)現(xiàn)2.1.1控制器部分設(shè)計(jì)控制器仍然由Servlet來完成，其實(shí)現(xiàn)過程如下：獲取來自客戶端的請(qǐng)求（客戶端可以為桌面瀏覽器，收集或PDA產(chǎn)品等等）終端識(shí)別模塊J2ME（手機(jī)平臺(tái)）通過捕獲HTTP請(qǐng)求頭來判斷終端類型。在HTTP請(qǐng)求中，UserAgentHTB（MIDP移動(dòng)信息設(shè)備間表）Accept（用戶終端可以接受的MIME文件類型）這兩個(gè)消息頭與終端類型有關(guān)。通過維護(hù)一個(gè)User-Agent和可接受的MIME類型的字典來完成對(duì)終端的識(shí)別。訪問模型數(shù)據(jù)XML虛擬數(shù)據(jù)庫(kù)。將終端類型識(shí)別結(jié)果及對(duì)XML虛擬數(shù)據(jù)庫(kù)訪問的結(jié)果數(shù)據(jù)置context對(duì)象或請(qǐng)求session中，供視圖部分來訪問?？刂茩?quán)轉(zhuǎn)交給視圖來處理。2.1.2模型設(shè)計(jì)圖11所示是一個(gè)XML虛擬數(shù)據(jù)庫(kù)設(shè)計(jì)與實(shí)現(xiàn)。由XML虛擬數(shù)據(jù)庫(kù)來實(shí)現(xiàn)XML虛擬數(shù)據(jù)庫(kù)充當(dāng)數(shù)據(jù)總線，完成與實(shí)際數(shù)據(jù)資源（可以為各種傳統(tǒng)關(guān)系數(shù)據(jù)庫(kù)，純XML文檔或其他資源類型）交互，屏蔽掉各數(shù)據(jù)源的差異，提供一致的數(shù)據(jù)視圖。設(shè)XML虛擬數(shù)據(jù)庫(kù)提供必要的數(shù)據(jù)轉(zhuǎn)換功能或工具，進(jìn)行各資源與XML格式數(shù)據(jù)的相互轉(zhuǎn)換，并維持XML數(shù)據(jù)與各異構(gòu)數(shù)據(jù)源之間的映射關(guān)系。XML虛擬數(shù)據(jù)庫(kù)從控制接受XML格式請(qǐng)求，并生成XML格式相應(yīng)，供視圖部分使用。其核心部分為：虛擬數(shù)據(jù)庫(kù)引擎和數(shù)據(jù)集成配置文檔。數(shù)據(jù)集成配置文檔數(shù)據(jù)集成配置文檔是一個(gè)自定義的XML格式配置文件，它在虛擬數(shù)據(jù)中占有非常重要的位置，它定義了請(qǐng)求，響應(yīng)文檔的語(yǔ)法結(jié)構(gòu)，動(dòng)態(tài)查詢分解，合并規(guī)則及對(duì)數(shù)據(jù)庫(kù)的相關(guān)操作。該配置文檔的主要元素與屬性值如下表1所示：在表中，</htbdate元素與/HTBQUERY>元素相類似。虛擬數(shù)據(jù)庫(kù)引擎解析數(shù)據(jù)集成配置文檔，并根據(jù)解析后的配置信息對(duì)請(qǐng)求進(jìn)行驗(yàn)證，分解、執(zhí)行、合并，并最終形成格式規(guī)范的XML文檔。屏蔽各異構(gòu)數(shù)據(jù)源的差異主要在這里完成。2.2視圖視圖是模型的外表在表現(xiàn)，通過XSLT處理器，并結(jié)合XSLT（ExtensibleStylesheetLanguage，可擴(kuò)展樣式語(yǔ)言）樣式來統(tǒng)一動(dòng)態(tài)生成適合終端顯示的視圖。XSL樣式表用于定義一系列的轉(zhuǎn)換規(guī)則，描述如何顯示XML文檔。XSLT處理器提供了一種通用的方法，可以將源XML文檔轉(zhuǎn)換成為各種客戶終端能識(shí)別的輸出格式，包括HTML-HIEP的格式。XSLT處理器的輸出格式是由XSL樣式定義的轉(zhuǎn)換規(guī)則決定。不同的客戶端類型，對(duì)應(yīng)的XSL樣式表不同。生成最終提供給用戶的視圖的過程如下：從context或session中獲取XML業(yè)務(wù)數(shù)據(jù)和用戶終端瀏覽器類型。根據(jù)瀏覽器終端類型選擇適當(dāng)?shù)腦SL樣式表，并經(jīng)過XSLT處理器對(duì)XML業(yè)務(wù)數(shù)據(jù)進(jìn)行格式轉(zhuǎn)換處理后，形成最終的HTML-HIEP的格式視圖。向客戶端設(shè)備提交視圖。2.3該結(jié)構(gòu)優(yōu)勢(shì)模型使用XML虛擬數(shù)據(jù)庫(kù)，如果需要添加資源類型，那么只需增加XML虛擬數(shù)據(jù)庫(kù)與該種數(shù)據(jù)資源的映射和轉(zhuǎn)換即可，實(shí)現(xiàn)了數(shù)據(jù)資源即播即用。同目前典型的MVC模式實(shí)現(xiàn)方式中JSP內(nèi)嵌入Java代碼，從而造成控制器與視圖混合不同。該結(jié)構(gòu)種，視圖中的XML樣式表只用來定義顯示格式，實(shí)現(xiàn)用戶界面設(shè)計(jì)，從而實(shí)現(xiàn)了模型，控制器，視圖的徹底分離。這樣開發(fā)人員可以清晰角色劃分，各部分得重要性金額可維護(hù)性大大提高。另外，這種構(gòu)架采用統(tǒng)一的方式有XSLT處理器進(jìn)行轉(zhuǎn)換處理，生成最終適合終端顯示的視圖。這樣系統(tǒng)表示層接口就可以支持多種客戶終端。當(dāng)需要加入新的客戶端類型時(shí)，無需改變表示層接口，只需增加相應(yīng)的XSL樣式表即可，代碼非常簡(jiǎn)潔清晰，而且可以獲得更好的模塊化和伸縮性。開通EPC服務(wù)工作界面的演示如圖12所示。當(dāng)前第1頁(yè)1 2 3