前些日子作了這麼一個項目，用戶提出的需求是遠程控制Led顯示屏的功能，所謂Led顯示屏，就是大家經常在銀行，火車站看到的超大的那種顯示屏。由於以前沒弄過和硬件打交道的項目，並且是BS的，項目也比較突然，所以沒想出什麼太好的解決方案，下面我說說我最終用的解決方案，希望園裡的大蝦老蝦們能給出更好的解決方案。大家一起探討。
用戶需求
先來說說用戶的需求：這個項目是給銀行做的，所以只是在局域網內使用，具體的網絡架構是銀行的事了。既然是局域網，所以在網絡帶寬上沒有問題。這家公司已經做好了一個CS的軟件，可以很好的對Led進行控制（人家是專業做Led的），但是銀行方面非要個BS的，沒辦法！所以找到的我們。
用戶主要的需求就是對Led的控制，可以編輯在Led上顯示的內容，編輯完後用任務審核，審核成功後發下給Led進行顯示，對Led的控制（開啟，關閉，顯示的亮度.......），遠程的對Led進行監控，看到Led上當前顯示的內容。
軟件功能的劃分和解決方案：
對硬件操縱的DLL公司給提供，畢竟他們有現成的（C++寫的），所以這方面不用我們考慮。我們直接拿來掉就可以了。
整個軟件分為兩個部分：服務器端，客戶端
這樣有點類似於Socket，服務器端做了一個專門的監聽程序，通過客戶端的請求進行相應的操作，如：任務的下發，對led的控制等。
主要說說客戶端，分了四塊（用戶有權限控制）：
系統管理（Led管理，用戶管理，日志管理，執行命令），編輯任務，審核下發，監控任務。由於公司提供的DLL在下發任務的時候是以.BMP圖的形式進行處理的，也就是說我需要在客戶端編輯完成後截出編輯區域的內容，生成一張.BMP的圖上傳到服務器。這個截圖的動作不是用戶來完成的，上傳圖片的動作也不是用戶做的，都是代碼自定完成的。所以像JS截圖什麼的就不行了。
我們最終用的方案是制作ActiveX控件（因為如果以IE為坐標截屏很難控制），客戶端如果第一次使用需要安裝個ActiveX。索性我們將任務的下發，Led監控都做成了ActiveX。與服務器的通信采用的Socket，而沒用Web服務之類的。
但是我感覺做成ActiveX的解決方案不是很好，不太符合BS的結構，由於項目比較急，所以只好先用著了。現在項目結了，拿出來探討下，想知道大家在做何硬件打交道的項目中是如何處理的，希望高手多多指教，不勝感激
