DELL EMC圖形工作站1.1音頻采集音頻數(shù)據(jù)既能與圖像結(jié)合組合成視頻數(shù)據(jù)，也能以純音頻的方式采集播放，后者在很多成熟的應(yīng)用場(chǎng)景如在線電臺(tái)等起著非常重要的作用音頻的采集過(guò)程主要通過(guò)設(shè)備將環(huán)境中的模擬信號(hào)采集成PCM編碼的原始數(shù)據(jù)，然后編碼壓縮成MP3等格式的數(shù)據(jù)分發(fā)出去。常見(jiàn)的音頻壓縮格式有：MP3、AAC、HE-AC、Opus、FLAC、Vorbis（Ogg）、Speex和AMR等。音頻采集和編碼主要面臨的挑戰(zhàn)在于：延時(shí)敏感、卡頓敏感、噪聲消除（Denoise）、回聲消除（AEC）、靜音檢測(cè)（VAD）和各種混音算法等。1.2圖像采集將圖像采集的圖片結(jié)果組合成一組連續(xù)播放的動(dòng)畫，即構(gòu)成視頻中可肉眼觀看的內(nèi)容。圖像的采集過(guò)程主要由攝像頭等設(shè)備拍攝成YUV編碼的原始數(shù)據(jù)，然后經(jīng)過(guò)編碼壓縮成H.264等格式的數(shù)據(jù)分發(fā)出去。常見(jiàn)的視頻封裝格式有：MP4、3GP、AVI、MKV、WMV、MPG、VOB、FLV、SWF、MOV、RMVB和WebM等。圖像由于其直觀感受最強(qiáng)并且體積也比較大，構(gòu)成了一個(gè)視頻內(nèi)容的主要部分。圖像采集和編碼面臨的主要挑戰(zhàn)在于：設(shè)備兼容性差、延時(shí)敏感、卡頓敏感以及各種對(duì)圖像的處理操作如美顏和水印等。視頻采集的采集源主要有攝像頭采集、屏幕錄制和從視頻文件推流。2.處理視頻或者音頻完成采集之后得到原始數(shù)據(jù)，為了增強(qiáng)一些現(xiàn)場(chǎng)效果或者加上一些額外的效果，我們一般會(huì)在將其編碼壓縮前進(jìn)處理，比如打上時(shí)間戳或者公司LOGO的水印，祛斑美顏和聲音混淆等處理。
戴爾圖形工作站步驟：1.下載花生殼，注冊(cè)你的自己的域名假設(shè)為a.gicp.net開(kāi)啟花生殼后，pinga.gicp.net看看是不是自己的外網(wǎng)ip。2.路由端口22映射到你自己的電腦，如192.168.1.1003.設(shè)置/etc/hosts.allow中sshd:All（希望大家提供一個(gè)更好的選項(xiàng)形式，我剛用linux，不知道更好的解決方式），打開(kāi)你的終端，我這里用的是SecureCRT。建立一個(gè)連接，主機(jī)名填寫a.gicp.net連接即可。一些常見(jiàn)的失敗原因：1.端口映射沒(méi)有成功2.被訪問(wèn)服務(wù)器hosts.allow中sshd設(shè)置有問(wèn)題3.sshd沒(méi)有打開(kāi)/etc/init.d/sshdstart4.網(wǎng)卡設(shè)置問(wèn)題祝大家玩的愉快，有人配置成功的話，且開(kāi)機(jī)時(shí)間比較多的話（本人比較少），放出你的主機(jī)名，給大家個(gè)公用賬號(hào)，我們可以去你那里來(lái)個(gè)到此一游（給開(kāi)放個(gè)創(chuàng)建文件的權(quán)限吧），最后祝大家好運(yùn)。。
服務(wù)器租賃如果網(wǎng)站每天都有網(wǎng)友的瀏覽，還有不斷上傳的圖片和視頻等，則需要比較大的數(shù)據(jù)庫(kù)來(lái)承載這些信息數(shù)據(jù)庫(kù)的準(zhǔn)備完全是看我們對(duì)網(wǎng)站運(yùn)營(yíng)情況的預(yù)測(cè)。4.網(wǎng)站維護(hù)在網(wǎng)站建設(shè)的過(guò)程中，網(wǎng)站維護(hù)也是非常重要的工作。比如每天更新多少信息，多久一次更新升級(jí)等等。我們?cè)诰W(wǎng)站建設(shè)的過(guò)程中，只有重視網(wǎng)站的維護(hù)，才能更好的完善網(wǎng)站建設(shè)，放大網(wǎng)站建設(shè)功能，促進(jìn)網(wǎng)站的發(fā)展。推薦文章《企業(yè)為什么要建設(shè)網(wǎng)站》以上就是網(wǎng)站建設(shè)所需要的準(zhǔn)備工作，對(duì)小白來(lái)說(shuō)，是了解網(wǎng)絡(luò)建設(shè)非常不錯(cuò)的開(kāi)始。這些準(zhǔn)備工作可以讓我們更方便的去選擇制作網(wǎng)站建設(shè)的方式，也讓我們可以更好的去網(wǎng)站建設(shè)公司進(jìn)行溝通和合作。。
DELL EMC服務(wù)器至于數(shù)據(jù)庫(kù)，則看是否跟服務(wù)器配置贈(zèng)送，如果不是，則需要再獨(dú)立購(gòu)買4、建站方的選擇如果自己公司不會(huì)建站，需要外包，則看外包的團(tuán)隊(duì)了。一般來(lái)說(shuō)，個(gè)人工作室收費(fèi)比較低，這是優(yōu)勢(shì)。但是，因?yàn)閭€(gè)人工作室經(jīng)驗(yàn)不足，建站之后會(huì)出現(xiàn)比較多問(wèn)題。而且，因?yàn)槭莻€(gè)人工作室，一旦網(wǎng)站建設(shè)完成，很容易找不到人，這對(duì)以后的維護(hù)和運(yùn)營(yíng)非常不利。網(wǎng)絡(luò)公司型建站價(jià)格雖然高一些，但是相對(duì)來(lái)說(shuō)比較有保障性。經(jīng)驗(yàn)較為豐富、而且穩(wěn)定可靠，一般公司都有售后服務(wù)保障，如果建站之后出現(xiàn)問(wèn)題，也可以及時(shí)找到相應(yīng)的工作人員處理。以上，便是企業(yè)網(wǎng)站建設(shè)過(guò)程中產(chǎn)生費(fèi)用的幾個(gè)方面。目前企業(yè)網(wǎng)站建設(shè)的費(fèi)用并沒(méi)有一個(gè)統(tǒng)一的標(biāo)準(zhǔn)，因?yàn)椴煌δ苄枨蟮钠髽I(yè)網(wǎng)站價(jià)格會(huì)不一樣，畢竟，功能需求和細(xì)節(jié)越多，所花費(fèi)的時(shí)間成本、人力成本也會(huì)越高，網(wǎng)站建設(shè)的價(jià)格自然也就越高。對(duì)于中小型企業(yè)來(lái)說(shuō)，找到自己的網(wǎng)站定位和需求，根據(jù)自己跌需求選擇適合的建站服務(wù)團(tuán)隊(duì)，才是最為重要的，既可以節(jié)省建站的費(fèi)用，也可以保障企業(yè)網(wǎng)站的建設(shè)效果。公司做網(wǎng)站一般不建議用模板網(wǎng)站這種網(wǎng)站幾百塊錢但沒(méi)有實(shí)用意義幾百塊錢花也是浪費(fèi)建議都采用量身訂制的網(wǎng)站這類網(wǎng)站一般預(yù)算建議超過(guò)5000元這樣網(wǎng)站應(yīng)用時(shí)間也長(zhǎng).現(xiàn)在大家知道公司做網(wǎng)站多少錢了嗎？如果你公司要做網(wǎng)站聯(lián)系擁有網(wǎng)站建設(shè)中心華夏商務(wù)網(wǎng)QQ805329900。
DELL圖形工作站 根據(jù)前期初步溝通需求，以管理1000輛車的業(yè)務(wù)數(shù)據(jù)計(jì)算，系統(tǒng)每年產(chǎn)生大約500萬(wàn)條數(shù)據(jù)，建議Oracle數(shù)據(jù)庫(kù)，其它非海量數(shù)據(jù)庫(kù)當(dāng)數(shù)據(jù)量龐大時(shí)可能顯現(xiàn)出系統(tǒng)緩慢等不穩(wěn)定因素 軟件開(kāi)發(fā)B/S部分選擇目前主流開(kāi)發(fā)語(yǔ)言php，縮短開(kāi)發(fā)周期，減少開(kāi)發(fā)及維護(hù)成本，同時(shí)可以減少硬件投入。（若租用服務(wù)器，目前支持PHP的服務(wù)器非常普遍。若JAVA開(kāi)發(fā)則需要客戶自行配置服務(wù)器并托管，手續(xù)復(fù)雜且費(fèi)用較高。） 軟件開(kāi)發(fā)客戶端采用C++開(kāi)發(fā)，相比.NET框架開(kāi)發(fā)有點(diǎn)是開(kāi)發(fā)周期短，客戶機(jī)配置要求不用太高，節(jié)省硬件投入，系統(tǒng)融合性好，穩(wěn)定性高。。
迫于輕資產(chǎn)、高效率等方面的壓力運(yùn)營(yíng)商會(huì)嘗試更加高效的供電架構(gòu)而非專注于提升電源系統(tǒng)本身性能 為適應(yīng)SDN、NFV、云計(jì)算以及超寬帶網(wǎng)絡(luò)等新技術(shù)及業(yè)務(wù)的發(fā)展需要面向未來(lái)網(wǎng)絡(luò)的供電架構(gòu)將以“標(biāo)準(zhǔn)化、高效、池化、柔性可擴(kuò)展、智能化”作為發(fā)展方向?qū)⒚嫦蚨囝愋蛨?chǎng)景復(fù)雜的供電架構(gòu)融合通過(guò)標(biāo)準(zhǔn)架構(gòu)模型滿足各種類型的傳統(tǒng)業(yè)務(wù)、新型互聯(lián)網(wǎng)業(yè)務(wù)日新月異的需求變化?！ 。?）標(biāo)準(zhǔn)化 建立統(tǒng)一、標(biāo)準(zhǔn)的供電架構(gòu)在此架構(gòu)內(nèi)通過(guò)調(diào)整系統(tǒng)配置方案和運(yùn)行策略為多類型復(fù)雜場(chǎng)景的應(yīng)用模型和分等級(jí)建設(shè)的業(yè)務(wù)對(duì)象服務(wù)。在可預(yù)期的未來(lái)市電直供架構(gòu)將作為標(biāo)準(zhǔn)供電架構(gòu)應(yīng)用于運(yùn)營(yíng)商的各等級(jí)未來(lái)網(wǎng)絡(luò)機(jī)房?！ 。?）高效 供電架構(gòu)需從兩個(gè)方面實(shí)現(xiàn)高效的目標(biāo): ?、?gòu)氖须娨胫劣秒奍CT設(shè)備的整個(gè)電量輸送過(guò)程要盡量減少電源的變換環(huán)節(jié)也就是減少交直流電源轉(zhuǎn)換和電壓調(diào)整等環(huán)節(jié)， ?、陔娏枯斔瓦^(guò)程中低壓輸送部分盡可能地靠近ICT設(shè)備減少送電部分的線路損耗， ③高效供電架構(gòu)的目標(biāo)是采用市電負(fù)擔(dān)ICT設(shè)備全部負(fù)荷保障電源平時(shí)工作于備用狀態(tài)只有市電故障時(shí)才投入使用。 ?。?）資源池化 未來(lái)網(wǎng)絡(luò)機(jī)房?jī)?nèi)存在多個(gè)完整的電源系統(tǒng)這些電源系統(tǒng)可獨(dú)立工作也可通過(guò)簡(jiǎn)單的直聯(lián)合成大的資源池。通過(guò)統(tǒng)一的電源管理平臺(tái)根據(jù)業(yè)務(wù)需要自動(dòng)調(diào)整電力資源分配解決電力資源的池化、優(yōu)化和分享?！ ‰娫聪到y(tǒng)的資源池化可以充分利用現(xiàn)有電源系統(tǒng)提升電源系統(tǒng)負(fù)載率和效率指標(biāo)實(shí)現(xiàn)資源使用的最優(yōu)化同時(shí)節(jié)省機(jī)房電力、空間和制冷方面的投資以及大幅降低電源系統(tǒng)的運(yùn)行維護(hù)費(fèi)用?！ 。?）柔性可擴(kuò)展 柔性可擴(kuò)展是指對(duì)供電架構(gòu)內(nèi)已部署的電源系統(tǒng)可進(jìn)行在線擴(kuò)容這種在線擴(kuò)容不能影響在網(wǎng)業(yè)務(wù)運(yùn)行。它可以在原有電源系統(tǒng)內(nèi)實(shí)現(xiàn)也可以在電源系統(tǒng)資源池化后通過(guò)新增電源系統(tǒng)實(shí)現(xiàn)?！ 。?）智能化 以資源池化的電源系統(tǒng)為基礎(chǔ)把運(yùn)行、監(jiān)控分離將全部電源系統(tǒng)運(yùn)行操作進(jìn)行云化管理最上層云化的能源管理策略作為整個(gè)能源管理的中樞通過(guò)這個(gè)中樞實(shí)現(xiàn)與云資源池的對(duì)接將ICT設(shè)備與電源系統(tǒng)組成一個(gè)整合的系統(tǒng)達(dá)到效運(yùn)行目標(biāo)。
6）解決通過(guò)不同上網(wǎng)方式、不同地點(diǎn)訪問(wèn)圖像的問(wèn)題 7）解決多人訪問(wèn)圖像而影響圖像速度和質(zhì)量造成網(wǎng)絡(luò)壅塞的問(wèn)題?！ ?）解決管理機(jī)構(gòu)復(fù)雜，多人多層次權(quán)限控制的問(wèn)題?！ ?）解決對(duì)于分散的監(jiān)控點(diǎn)想集中管理的問(wèn)題?！ ?0）支持web圖像瀏覽的方式，完善網(wǎng)絡(luò)功能，使得圖像既可通過(guò)局域網(wǎng)傳輸，也可通過(guò)ADSL進(jìn)行傳輸，網(wǎng)絡(luò)用戶可以觀看或回放圖像；并且可以遠(yuǎn)端控制云臺(tái)。 在這種大型網(wǎng)絡(luò)視頻監(jiān)控解決方案中，我們可以采用模擬攝像頭+編碼器+流媒體服務(wù)器+存儲(chǔ)設(shè)備的方式進(jìn)行架構(gòu)，在總部配備一臺(tái)服務(wù)器，安裝網(wǎng)絡(luò)視頻監(jiān)控管理平臺(tái)軟件，構(gòu)建網(wǎng)絡(luò)視頻監(jiān)控管理服務(wù)器，同時(shí)在網(wǎng)絡(luò)視頻監(jiān)控管理服務(wù)器上配備相應(yīng)容量與數(shù)量的磁盤，以滿足錄像存儲(chǔ)周期的要求?！ ∫曨l數(shù)據(jù)通過(guò)編碼器轉(zhuǎn)化為IP數(shù)據(jù)包，然后穿過(guò)網(wǎng)絡(luò)到達(dá)監(jiān)控中心，然后通過(guò)流媒體服務(wù)器將數(shù)據(jù)進(jìn)行分發(fā)，一路上傳至顯示終端，一路到達(dá)存儲(chǔ)設(shè)備，進(jìn)行長(zhǎng)期保存。另外管理服務(wù)器進(jìn)行前端設(shè)備的系統(tǒng)設(shè)置和維護(hù)，Web服務(wù)器可提供客戶端基于PC的B/S或C/S架構(gòu)的瀏覽或管理?！ M足了以上幾個(gè)問(wèn)題，多路網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)才能最大化發(fā)揮自身的作用。。
電子秤使用過(guò)程中存在的最為隱蔽的作弊手段是通過(guò)修改或更換芯片中的程序.為了有效檢測(cè)這種隱蔽的電子秤作弊行為，維護(hù)市場(chǎng)公正，設(shè)計(jì)了一套作弊檢測(cè)系統(tǒng).單片機(jī)系統(tǒng)實(shí)現(xiàn)提取芯片程序，上位機(jī)從單片機(jī)獲取程序后，經(jīng)過(guò)循環(huán)冗余校驗(yàn)算法獲取程序校驗(yàn)碼，通過(guò)與遠(yuǎn)程服務(wù)器中已存的校驗(yàn)碼比對(duì)，確定芯片代碼是否被修改.1.系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)本系統(tǒng)借助了現(xiàn)有的網(wǎng)絡(luò)傳輸技術(shù)實(shí)現(xiàn)一條龍式的電子秤芯片檢驗(yàn)服務(wù)系統(tǒng).其主要功能如下：1）以非破壞性的手段從電子秤中提取其原有代碼，與標(biāo)準(zhǔn)代碼進(jìn)行比較，比對(duì)其是否相同.2）保證標(biāo)準(zhǔn)代碼數(shù)據(jù)的安全，使之不會(huì)被泄露出去.3）對(duì)已有的檢測(cè)資料進(jìn)行整理，能夠方便地瀏覽和統(tǒng)計(jì).4）系統(tǒng)支持離線上傳方式，可以在沒(méi)有網(wǎng)絡(luò)條件的環(huán)境下，向數(shù)據(jù)庫(kù)先采集數(shù)據(jù)，然后一并提交校驗(yàn).5）后臺(tái)管理系統(tǒng)能夠支持遠(yuǎn)程登錄，方便執(zhí)法人員的管理工作，如查詢某次的記錄、生成統(tǒng)計(jì)報(bào)表等為了方便系統(tǒng)功能的實(shí)現(xiàn)，系統(tǒng)由以下3個(gè)部分組成：芯片代碼提取器（單片機(jī)系統(tǒng)）、上位機(jī)（PC機(jī)）和遠(yuǎn)程服務(wù)器.其系統(tǒng)框圖如圖1所示。在實(shí)際的檢查過(guò)程中，不可避免地會(huì)在不同的地點(diǎn)同時(shí)進(jìn)行芯片代碼驗(yàn)證的工作.因此，需要有若干個(gè)代碼提取器在不同的地點(diǎn)工作.如果在提取芯片代碼的現(xiàn)場(chǎng)，并于提取器本地進(jìn)行芯片代碼與標(biāo)準(zhǔn)代碼的比對(duì)工作的話，那么，標(biāo)準(zhǔn)代碼就必須保存在代碼提取器中.這樣既不利于保證標(biāo)準(zhǔn)代碼數(shù)據(jù)的安全，同時(shí)，當(dāng)需要增加新的標(biāo)準(zhǔn)代碼，或者對(duì)標(biāo)準(zhǔn)代碼進(jìn)行修改時(shí)也非常不方便，數(shù)據(jù)統(tǒng)計(jì)等功能則更需要牽扯許多用于協(xié)調(diào)的人力和物力.為了避免這些問(wèn)題，有必要建立一個(gè)遠(yuǎn)程服務(wù)器，將標(biāo)準(zhǔn)代碼保存在服務(wù)器上，通過(guò)遠(yuǎn)程調(diào)用的手段訪問(wèn)，從而達(dá)到保證系統(tǒng)安全性，方便進(jìn)行統(tǒng)計(jì)查詢等功能的目的.現(xiàn)行的電子秤系統(tǒng)大多使用單片機(jī)（MCS—51系列單片機(jī)為主）作為系統(tǒng)的芯片，而且并非每臺(tái)電子秤都配有可與PC機(jī)連接的接口（如串行口等）.如果開(kāi)發(fā)一個(gè)專門的，能夠連入網(wǎng)絡(luò)的嵌入式系統(tǒng)（如PDA）則需要大量經(jīng)費(fèi)的投入，而且在某個(gè)檢測(cè)地點(diǎn)，肯定有大量的電子秤需要檢驗(yàn).使用PDA進(jìn)行檢測(cè)往往只能同時(shí)檢測(cè)一個(gè)，會(huì)耗費(fèi)大量的時(shí)間.為此，我們開(kāi)發(fā)了一個(gè)單片機(jī)來(lái)對(duì)電子秤芯片進(jìn)行代碼讀取工作，它通過(guò)串行口與PC機(jī)進(jìn)行連接，并可以實(shí)現(xiàn)多個(gè)子系統(tǒng)與PC機(jī)連通，同時(shí)進(jìn)行檢驗(yàn)，從而達(dá)到提高效率的目的.2.芯片信息提取器的實(shí)現(xiàn)方案芯片代碼提取器是一個(gè)單片機(jī)系統(tǒng)，其主要部件是一個(gè)40針的插座、一片存放提取程序用的可編程邏輯器件，以及一個(gè)MX232的串行傳輸芯片組成.系統(tǒng)通過(guò)插座連接電子秤的芯片，從中提取芯片中的存儲(chǔ)信息（代碼提取模塊）并解析成機(jī)器碼（數(shù)據(jù)解析模塊）經(jīng)由數(shù)據(jù)發(fā)送模塊，將提取的機(jī)器碼傳輸?shù)缴衔粰C(jī).其外觀如圖2所示.從圖2可見(jiàn)，提取器上的操作按鈕有2個(gè):開(kāi)關(guān)和復(fù)位按鈕，此外還有一個(gè)提示燈（紅色）.使用時(shí)，先在斷電的情況下接好串口，放上芯片后，打開(kāi)電源，提示燈點(diǎn)亮，提取器會(huì)對(duì)目標(biāo)芯片上的代碼進(jìn)行提取并解析成機(jī)器碼.當(dāng)解析完畢，提示燈會(huì)開(kāi)始閃爍.此時(shí)，如果提取的機(jī)器碼完全正確，提取器會(huì)首先輸出一個(gè)值66H的字節(jié)，表示輸出的代碼是完全正確的，隨后將提取出的機(jī)器代碼以300bit/s速率送入串行口，等待上位機(jī)接收，如果提取的機(jī)器碼有問(wèn)題，則提取器輸出的將會(huì)是亂碼.3.上位機(jī)子系統(tǒng)的實(shí)現(xiàn)方案3.1使用CRC—32校驗(yàn)碼作為校驗(yàn)依據(jù)從提取器中提取出的機(jī)器碼通常數(shù)據(jù)量要達(dá)到64K從個(gè)體機(jī)器的角度來(lái)看并不算龐大.然而如果將機(jī)器碼直接上傳到服務(wù)器端，可能會(huì)對(duì)服務(wù)器造成很大的通訊壓力，使系統(tǒng)不得不降低效率或者使用配置更高端的服務(wù)器系統(tǒng)，從而導(dǎo)致系統(tǒng)費(fèi)用的上升.實(shí)質(zhì)上，我們所要校驗(yàn)的，只是電子秤芯片中的代碼是否被篡改過(guò)的事實(shí)（或者說(shuō)，是否使用標(biāo)準(zhǔn)代碼的事實(shí)）.如果有一種機(jī)制或者算法，可以提取出代碼中的特征信息，使得只要電子秤芯片中的代碼與標(biāo)準(zhǔn)代碼不同時(shí)，如果能檢測(cè)出來(lái)，有可能傳輸很少的信息量就能達(dá)到我們的要求.這種機(jī)制或者算法并不復(fù)雜，許多用于傳輸校驗(yàn)的校驗(yàn)碼算法就能夠做到這一點(diǎn)，CRC算法是其中最為常用的一種.循環(huán)冗余碼CRC檢驗(yàn)技術(shù)廣泛應(yīng)用于測(cè)控及通信領(lǐng)域.如在常用的網(wǎng)絡(luò)通信協(xié)議以太網(wǎng)以及TCP/IP中，就使用CRC算法來(lái)驗(yàn)證傳輸信息的正確性.這種基于2個(gè)字節(jié)數(shù)據(jù)流使用、二進(jìn)制除法相除所得到的余數(shù)和進(jìn)行信息驗(yàn)證的算法，具有很高的可靠性，理論上其碰撞概率為1/40億，已經(jīng)達(dá)到了應(yīng)用需求.而且CRC算法是一個(gè)相對(duì)開(kāi)放的算法，可以根據(jù)需要設(shè)計(jì)很多新的變形算法。3.2上位機(jī)子系統(tǒng)設(shè)計(jì)思路本子系統(tǒng)主要由以下模塊組成：1）串行數(shù)據(jù)接收模塊；2）校驗(yàn)碼計(jì)算模塊；3）打包和發(fā)送數(shù)據(jù)模塊；4）離線信息米集模塊；5）離線信息發(fā)送模塊；6）離線程序信息數(shù)據(jù)庫(kù)；7）GUI模塊.3.2.1串行數(shù)據(jù)接收模塊由于芯片機(jī)能的限制，提取器發(fā)送信息是自主發(fā)送信息的，并非由上位機(jī)（PC機(jī)）告知對(duì)方后再傳輸，而是提取器一次性將所有的數(shù)據(jù)傳輸完畢.雖然串行傳輸十分穩(wěn)定，但是其中所必須解決的數(shù)據(jù)緩沖問(wèn)題，并沒(méi)有得到很好的解決，因此這部分的內(nèi)容必須由上位機(jī)部分來(lái)管理并實(shí)現(xiàn).同時(shí)，上位機(jī)并不知道提取器何時(shí)傳輸數(shù)據(jù)，為了監(jiān)聽(tīng)端口實(shí)現(xiàn)一次多機(jī)上傳，也必須要有多線程系統(tǒng)的支持。該模塊的多線程設(shè)計(jì)由兩個(gè)部分組成:主線程以及監(jiān)聽(tīng)器線程.主線程負(fù)責(zé)相應(yīng)GUI模塊提出的用戶交互請(qǐng)求（主要是設(shè)置和查看傳輸信息），而監(jiān)聽(tīng)器線程（根據(jù)需要，可以有很多個(gè)）則監(jiān)視端口的輸入情況，將輸入數(shù)據(jù)重新打包，解析成需要的流式信息，存入內(nèi)存中.兩個(gè)進(jìn)程通過(guò)互斥量同步，通過(guò)共享內(nèi)存技術(shù)實(shí)現(xiàn)互相之間的通信.兩者的主要關(guān)系如圖3所示。本系統(tǒng)設(shè)計(jì)的串行接收模塊基于.NET類庫(kù)中的SerialPort類實(shí)現(xiàn)，大大簡(jiǎn)化了設(shè)計(jì).但無(wú)論是使用何種類庫(kù)，都會(huì)涉及到串行口超時(shí)的問(wèn)題，在讀操作時(shí)是讀超時(shí)（ReadTimeOut）寫操作時(shí)寫超時(shí).所謂寫超時(shí)，是指在使用Write指令的時(shí)候能否成功傳輸?shù)綄?duì)方的輸入緩存中，如果不能夠成功傳輸，就等待，直到超過(guò)一定時(shí)間，這個(gè)時(shí)間就是寫超時(shí)，而讀超時(shí)，是指在使用Read指令時(shí)就開(kāi)始串行口的輸入緩存，如果其中有內(nèi)容，就讀出，如果沒(méi)有就等待，直到超過(guò)一定時(shí)間（讀超時(shí)）.系統(tǒng)所讀到的數(shù)據(jù)都要進(jìn)入輸入緩存，反之，等待輸出的數(shù)據(jù)都要進(jìn)入輸出緩存.當(dāng)發(fā)生如果寫（讀）超時(shí)，系統(tǒng)都會(huì)報(bào)錯(cuò)（對(duì)于SerialPort類，其會(huì)異常）.因此不能簡(jiǎn)單地認(rèn)為系統(tǒng)在讀寫串口時(shí)會(huì)始終阻塞主線程，必須人工編程，實(shí)現(xiàn)等待操作.整個(gè)等待讀操作的過(guò)程在一個(gè)循環(huán)中.當(dāng)串口發(fā)生超時(shí)，拋出異常時(shí)，使用.NET的異常處理機(jī)制將會(huì)捕獲這個(gè)異常，然后不執(zhí)行任何代碼（這種情況下的TimeOutException不能視為出錯(cuò)情況）就回到原本執(zhí)行的代碼中.只有在滿足條件的情況下（比如用戶中止或者達(dá)到別的退出情況），才進(jìn)入跳出這個(gè)環(huán)節(jié).本模塊將接收的數(shù)據(jù)存入一個(gè)64K大的Char型數(shù)組中，并將其傳輸給校驗(yàn)碼計(jì)算模塊.3.2.2校驗(yàn)碼計(jì)算模塊本模塊接收從串行數(shù)據(jù)傳輸模塊中輸出的Char型數(shù)組（字符串），并計(jì)算其對(duì)應(yīng)ASCII碼的CRC校驗(yàn)值，將其傳輸給GUI模塊、發(fā)送數(shù)據(jù)模塊以及離線信息采集模塊進(jìn)行進(jìn)一步處理.3.2.3打包和發(fā)送數(shù)據(jù)模塊本模塊首先接收從校驗(yàn)碼計(jì)算模塊中輸出的CRC校驗(yàn)值，將其與GUI模塊中獲得的芯片參數(shù)（生產(chǎn)廠家、型號(hào)等）以及檢查的日期與時(shí)間生成一個(gè)XML文檔.通過(guò)HTTP協(xié)議傳輸給遠(yuǎn)程服務(wù)器，調(diào)用遠(yuǎn)程服務(wù)器上的一個(gè)函數(shù)（將傳來(lái)的CRC校驗(yàn)值與標(biāo)準(zhǔn)值對(duì)比，判斷其是否正常），并獲取返回值，告知用戶檢測(cè)的結(jié)果.這種實(shí)現(xiàn)機(jī)制稱為XML—RPC它是基于XML格式的數(shù)據(jù)傳輸協(xié)議13能夠?qū)崿F(xiàn)跨平臺(tái)（指操作系統(tǒng)，如上位機(jī)為Windows系統(tǒng)、服務(wù)器為L(zhǎng)inux系統(tǒng)），跨語(yǔ)言（如在本系統(tǒng)中，上位機(jī)使用.NET實(shí)現(xiàn)服務(wù)器系統(tǒng)則使用PHP實(shí)現(xiàn)），具有很好的兼容性，能夠適應(yīng)多種情況.3.2.4離線信息采集發(fā)送模塊及離線程序信息數(shù)據(jù)庫(kù)在實(shí)際執(zhí)法的過(guò)程中，時(shí)常會(huì)發(fā)生無(wú)法訪問(wèn)網(wǎng)絡(luò)的情形，在這種情況下，有必要先將提取的代碼信息及校驗(yàn)碼先保存在上位機(jī)本地，待到能夠訪問(wèn)網(wǎng)絡(luò)的場(chǎng)合，再一次性提交信息.本系統(tǒng)將離線信息采集、發(fā)送所需要做的工作分成3個(gè)模塊:離線信息采集、離線信息發(fā)送和所需的離線程序信息數(shù)據(jù)庫(kù).離線信息采集模塊與數(shù)據(jù)打包模塊十分類似，有相當(dāng)部分代碼可以復(fù)用.所不同的是數(shù)據(jù)完成打包后，要將數(shù)據(jù)加密（使用諸如RSA算法可靠加密方法）并存入本地的離線程序信息數(shù)據(jù)庫(kù)中.離線信息發(fā)送模塊與數(shù)據(jù)發(fā)送模塊十分類似，只是所傳輸?shù)臄?shù)據(jù)包是加過(guò)密的，在服務(wù)器端另需執(zhí)行一段解密代碼，方能得到數(shù)據(jù).由于離線程序信息量并不大，因此本地的離線程序信息數(shù)據(jù)庫(kù)，可以使用文件系統(tǒng)組織的一個(gè)XML數(shù)據(jù)庫(kù)實(shí)現(xiàn)，這樣做既簡(jiǎn)單方便，又省去了不少開(kāi)發(fā)成本，也便于維護(hù)工作.4.遠(yuǎn)程服務(wù)器的實(shí)現(xiàn)方案電子秤校驗(yàn)系統(tǒng)服務(wù)器端用于管理電子秤芯片的標(biāo)準(zhǔn)代碼統(tǒng)計(jì)檢驗(yàn)結(jié)果，并為上位機(jī)端提供基于XML-RPC接口的WebService整體架構(gòu)使用了基于PHP的MVC框架Symfony，此框架成熟、靈活、擴(kuò)展性強(qiáng)，適用于大型系統(tǒng)的開(kāi)發(fā)，為服務(wù)器端系統(tǒng)提供了堅(jiān)實(shí)穩(wěn)定的基礎(chǔ).4.1Symfony框架的介紹Symfony致力于減少重復(fù)代碼的編寫，以加速Web應(yīng)用的開(kāi)發(fā)和維護(hù).它需要以下軟件的支持:安裝過(guò)PHP5的Unix或MicrosoftWindows等操作系統(tǒng)作為Web應(yīng)用服務(wù).Symfony與許多關(guān)系型數(shù)據(jù)庫(kù)集成得非常好，成本也較小.Symfony致力于在企業(yè)背景下創(chuàng)建良好的應(yīng)用，同時(shí)也給予開(kāi)發(fā)者強(qiáng)大的配置功能.從文件結(jié)構(gòu)到外部目錄，幾乎所有的東西都可以自定義.Symfony捆綁了一些諸如測(cè)試、調(diào)試和文檔生成等額外的工具來(lái)滿足企業(yè)的開(kāi)發(fā)過(guò)程.4.2電子秤標(biāo)準(zhǔn)校驗(yàn)碼數(shù)據(jù)庫(kù)的設(shè)計(jì)電子秤標(biāo)準(zhǔn)校驗(yàn)碼的管理使用了Symfony提供的基于Propel的ORM技術(shù)使得程序員可以使用面向?qū)ο蟮姆椒▽?duì)數(shù)據(jù)庫(kù)進(jìn)行訪問(wèn)，而不用手工構(gòu)造SQL代碼，這也杜絕了SQL注入的危險(xiǎn)另外，Propel使用了PHP的PDO模塊，可以以非常方便地遷移數(shù)據(jù)庫(kù).例如在測(cè)試時(shí)，使用基于SQLite3.x的數(shù)據(jù)庫(kù)，而在實(shí)際運(yùn)用中，只需要修改一下數(shù)據(jù)庫(kù)的配置文件，就可以用另外的數(shù)據(jù)庫(kù)管理系統(tǒng)，如MySQLOracle和SQLServer來(lái)取代，不需要對(duì)代碼本身作任何修改.Propel用一個(gè)XML文件來(lái)描述數(shù)據(jù)庫(kù)的配置，動(dòng)態(tài)生成與數(shù)據(jù)庫(kù)對(duì)象相關(guān)的一個(gè)PHP類，就可以直接使用這個(gè)類來(lái)對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作了.在Symfony中，標(biāo)注名為ID的字段的將自動(dòng)作為數(shù)據(jù)庫(kù)表的主鍵，同時(shí)具有AUTO—INCREMENT的屬性，名中以ID為后綴的字段名將自動(dòng)作為數(shù)據(jù)庫(kù)表的外鍵.而CREAT—AT則作為時(shí)間戳用于保存創(chuàng)建記錄時(shí)的時(shí)間.這些都是數(shù)據(jù)庫(kù)設(shè)計(jì)的默認(rèn)約定，而在Symfony里加以簡(jiǎn)化，使得數(shù)據(jù)庫(kù)的創(chuàng)建簡(jiǎn)便規(guī)范.目前，在項(xiàng)目中使用的表有兩個(gè)：一個(gè)是CRC表，用于保存芯片的標(biāo)準(zhǔn)代碼.由于標(biāo)準(zhǔn)代碼是芯片破解出的基本數(shù)據(jù)的循環(huán)冗余校驗(yàn)和，所以用其英文簡(jiǎn)稱CRC作為數(shù)據(jù)表名.CRC表中的COMPANY和PRODUCT是電子秤廠商的公司名和產(chǎn)品型號(hào)，而CHECKSUM字段則用于表示具體的標(biāo)準(zhǔn)代碼.另一個(gè)是Check—Log表，用于記錄檢查芯片的活動(dòng)，統(tǒng)計(jì)檢查的情況.其中SUBMITTED字段保存上位機(jī)軟件提交的校驗(yàn)和.4.3與上位機(jī)軟件進(jìn)行交互的XML-RPC接口上位機(jī)軟件用專用的讀碼器讀取芯片基本代碼成功后，經(jīng)過(guò)相關(guān)的計(jì)算，生成標(biāo)準(zhǔn)代碼，然后再將標(biāo)準(zhǔn)代碼通過(guò)HTTP協(xié)議傳給遠(yuǎn)程的服務(wù)器，其中使用的便是XML-RPC接口.之所以使用XML—RPC而不是SOAP是因?yàn)閄ML-RPC更簡(jiǎn)單合理.SOAP復(fù)雜的設(shè)計(jì)并不適合電子秤系統(tǒng)的交互，用XML—RPC更清晰簡(jiǎn)便.XML—RPC有兩個(gè)方面的內(nèi)涵：一個(gè)主要使用XML作為數(shù)據(jù)封裝格式，XML作為業(yè)界標(biāo)準(zhǔn)的數(shù)據(jù)交換格式，既規(guī)范又強(qiáng)大，另一個(gè)，本質(zhì)上是一個(gè)RPC系統(tǒng)，其中使用HTTP協(xié)議，而不是其他的協(xié)議.這樣就可以直接使用Web服務(wù)器來(lái)完成，減少了額外服務(wù)器的配置.5.實(shí)驗(yàn)分析獲取被測(cè)電子秤代碼CRC值后，通過(guò)XML—使得數(shù)據(jù)庫(kù)的操作與數(shù)據(jù)庫(kù)引擎相互獨(dú)立，從而可RPC與遠(yuǎn)程服務(wù)器通信.經(jīng)校驗(yàn)后，如果服務(wù)器端存儲(chǔ)的標(biāo)準(zhǔn)代碼的CRC值與當(dāng)前被測(cè)電子秤的代碼一致，說(shuō)明被測(cè)電子秤代碼沒(méi)有被修改過(guò)，否則，說(shuō)明被測(cè)電子秤代碼已經(jīng)被修改過(guò).下面給出測(cè)試一臺(tái)AT89C52型電子秤時(shí)的實(shí)驗(yàn)過(guò)程.在調(diào)用服務(wù)器端的校驗(yàn)方法時(shí)，上位機(jī)向服務(wù)器端發(fā)送圖4所示的XML數(shù)據(jù).經(jīng)與服務(wù)器端標(biāo)準(zhǔn)代碼的CRC值校驗(yàn)后，服務(wù)器端發(fā)送圖5中的數(shù)據(jù)到上位機(jī).如果當(dāng)前被測(cè)電子秤中的代碼沒(méi)有被修改，boolean節(jié)返回1，如果被測(cè)電子秤中的代碼被修改過(guò)，boolean節(jié)返回0.傳輸給服務(wù)器端的信息不完善或者有錯(cuò)誤時(shí)，服務(wù)器端將返回一個(gè)錯(cuò)誤信息；圖6所示的上位機(jī)傳給服務(wù)器端數(shù)據(jù)時(shí)，沒(méi)有將被測(cè)電子秤的生產(chǎn)廠家及產(chǎn)品編號(hào)等信息包含進(jìn)去，服務(wù)器端返回的是錯(cuò)誤提示.6.結(jié)語(yǔ)隨著電子技術(shù)的不斷發(fā)展，電子秤越來(lái)越廣泛地應(yīng)用于生活的方方面面，給人們的生活帶來(lái)了很大的便利.但與此同時(shí)，也有不法商販利用電子秤進(jìn)行作弊，以謀取非法利益.本文針對(duì)改變電子秤中芯片代碼的作弊行為，提出一套檢測(cè)方案，并實(shí)現(xiàn)一套軟硬件結(jié)合的系統(tǒng)原型.檢測(cè)過(guò)程中，如果服務(wù)器端存儲(chǔ)的標(biāo)準(zhǔn)代碼的CRC值與當(dāng)前被測(cè)電子秤的代碼相同，表明被測(cè)電子秤芯片代碼沒(méi)有被修改過(guò)，否則，說(shuō)明被測(cè)電子秤代碼被修改過(guò).通過(guò)對(duì)一臺(tái)AT89C52型電子秤的實(shí)驗(yàn)測(cè)試，可以驗(yàn)證當(dāng)前測(cè)評(píng)方案的正確性.同時(shí)，驗(yàn)證系統(tǒng)給出了良好的錯(cuò)誤檢驗(yàn)及提示信息.本防作弊測(cè)評(píng)方案設(shè)計(jì)及實(shí)現(xiàn)時(shí)，只針對(duì)電子秤產(chǎn)品的校驗(yàn).希望以后的研究工作，能將該測(cè)評(píng)方案擴(kuò)展到其他計(jì)量器具的防作弊檢驗(yàn)中，如出租車計(jì)價(jià)器和加油機(jī)等產(chǎn)品.同時(shí)，本文所實(shí)現(xiàn)的電子秤防作弊檢測(cè)系統(tǒng)原型在功能上還不夠完善，將在以后的工作中完善該系統(tǒng)，并能將其應(yīng)用到實(shí)際防作弊測(cè)評(píng)中。。
2、使用cmd命令，ping一下，ping的通，使用代理ip可以打開(kāi)，那就是網(wǎng)站域名被封五、域名被墻解決方案：（1）將被墻的域名搬到國(guó)內(nèi)來(lái)，使用國(guó)內(nèi)服務(wù)器，并且辦理備案，（2）服務(wù)器上綁定一個(gè)新域名，使用國(guó)內(nèi)的轉(zhuǎn)發(fā)服務(wù)器，將被墻的域名跳轉(zhuǎn)到新域名上，通過(guò)設(shè)置301和全站轉(zhuǎn)發(fā)，可以將原來(lái)域名的權(quán)重轉(zhuǎn)移到新的域名上。（3）將域名解析到國(guó)內(nèi)的某個(gè)大站（如baidu等），過(guò)幾天后有可能會(huì)被解封，（4）檢查網(wǎng)站信息，清理掉敏感內(nèi)容，網(wǎng)站內(nèi)容要符合國(guó)內(nèi)政策法規(guī)。（5）a、網(wǎng)站辦理HTTPS加密，可以防止被墻：b、仔細(xì)檢測(cè)自己的網(wǎng)站內(nèi)容，刪除非法或敏感信息，做一個(gè)守法網(wǎng)站。關(guān)于域名被墻，除了以上這些亡羊補(bǔ)牢的辦法之外，從各方面的資料來(lái)看，目前域名被墻基本無(wú)解，尤其是一些灰色地帶的網(wǎng)站，除非用國(guó)內(nèi)主機(jī)，因只要經(jīng)過(guò)墻就會(huì)被重置，用國(guó)內(nèi)主機(jī)的話，從國(guó)外訪問(wèn)會(huì)被重置。可以國(guó)內(nèi)國(guó)外各一個(gè)主機(jī)，根據(jù)線路解析。。
他稱：“Linux確實(shí)正在改變零售業(yè)的面貌零售商和我們磋商時(shí)，頭一兩個(gè)話題就會(huì)談到Linux。”據(jù)估計(jì)，使用IBM專屬軟硬件的收款機(jī)已占據(jù)目前美國(guó)近半數(shù)賣場(chǎng)POS系統(tǒng).IBM現(xiàn)在希望藉由硬件中的Linux系統(tǒng)來(lái)?yè)敉烁?jìng)爭(zhēng)對(duì)手，并增加對(duì)零售業(yè)計(jì)算機(jī)基礎(chǔ)建設(shè)市場(chǎng)的掌握。AMRResearch分析師PaulaRosenblum也指出：“Linux顯然對(duì)Windows在POS機(jī)領(lǐng)域的地位構(gòu)成威脅。”。
關(guān)閉返回