文件傳輸與聊天系統設計與實現計算機畢業設計論文(編輯修改稿)

　

【文章內容簡介】 L, int* lpSockAddrLen = NULL )。 rConnectedSocket 為當來了一個新的連接的時候所給的一個套接字的引用，以后就可以用這個新的套接字進行通信。 lpSockAddr 為接收到的客戶機的地址，指針類型。 lpSockAddrLen 為接收到的客戶機地址的長度的指針。 ④ 數據的發送與接收 CAsyncSocket 和 Socket API 中接收發送函數是一致的。 ⑤ 重載函數 CAsyncSocket 是異步模式，因此在進行一些處理的時候比如監聽 (Listen)或接收 (Accept)時它不會阻塞后面的操作而是直接返回，為了能夠處理相關事件必須要重載 CAsyncSocket 的 相關函數。 在服務器端一般都會重載以下函數： virtual void OnAccept(int nErrorCode)。 ////當有接收事件發生時調用該函數 virtual void OnReceive(int nErrorCode)。////當有數據到達的時候調用該函數 virtual void OnClose(int nErrorCode)。////當客戶端關閉套接字的時候調用該函數 在客戶端一般會重載以下函數： virtual void OnClose(int nErrorCode)。 ////當有服務器關閉套接字的時候調用該函數 virtual void OnConnect(int nErrorCode)。///當連接到服務器的時候調用該函數 virtual void OnReceive(int nErrorCode)。////當接收到數據的時候調用該函數 開發環境及相關知識介紹 所有代碼將在 Windows XP SP2+ 環境下開發；服務器的數據庫支持使用 Access+ODBC 處理；密碼算法使用國際上標準的 DES 算法和 MD5 單向加密算找畢業設計、項目源碼、編程視頻，就上碼農網 manong365 第 11 頁 共 45 頁 法來處理。 找畢業設計、項目源碼、編程視頻，就上碼農網 manong365 第 12 頁 共 45 頁 3 文件傳輸與聊天系統系統 分析 文件傳輸與聊天系統的開發概要 開發目的以及內容要求 熟悉即時通信軟件的應用環境及背景，熟悉即時通信軟件的常用開發技術，主要是網絡技術， SOCKET 編程技術，網絡數據庫技術，以及網絡安全技術。軟件開發基于 WINDOWS 平臺在 VC 上實現；按照軟件工程的思想從需求分析著手，進行總體設計，詳細設計，編碼及調試等步驟； SOCKET 可以使用 API 也可以使用已有類；通信部分軟件的設計與開發是本設計的重點。采用 CS 體系結構和 P2P 方式通信的思想進行軟件總體設計；撰寫用以保證通信安全的密碼算法，設計 相關的密鑰管理方案。 該軟件開發的技術指標 軟件功能完整，應有即時消息通信、文件傳輸等基本功能，能支持的客戶端的個數不少于 254 個；軟件界面友好；通過服務器進行消息中轉；要求至少能應用于局域網環境，最好能應用于 INTERNET 環境。 應用數據庫對通信用戶及通信消息、活動日志等進行管理；能實現查詢操作；對傳輸活動及消息進行加密管理，采用的算法應是國際上著名的算法，算法實現可以利用已有的 API 函數，借鑒現有成熟的代碼，也可以自主完成；有完整的無明顯漏洞的密鑰管理方案及實現。 該軟件開發的功 能描述 基本功能描述 ⑴ 用戶的注冊 通過服務器的用戶管理，提供用戶的注冊功能。用戶只有通過注冊的方式才可以與其他注冊的用戶進行信息的交流。注冊的信息最重要的就是用戶的昵稱以及密碼，當然還包括其他個人資料信息。用戶唯一的標志是服務器提供的用戶號碼，當且僅當用戶提出注冊請求的時候，服務器才根據數據庫中的信息提供新的用戶一個用戶號碼，用戶通過號碼和個人密碼進行后續的登陸操作。 ⑵ 用戶的登陸 通過服務器的用戶管理，提供用戶的登陸功能。用戶只有通過登陸的方式才可以進入主界面獲取其好友列表，然后才可以進行信息的交 流和其他操作。用戶的登陸操作會在服務器進行相關的記錄，服務器可以隨時查詢在線用戶的信息。用戶的找畢業設計、項目源碼、編程視頻，就上碼農網 manong365 第 13 頁 共 45 頁 登陸應該是安全的，號碼和密碼信息都傳輸到服務器的過程中會經過動態加密，即時是同一個用戶在同一地點進行多次登陸的時候，在網絡傳輸的登陸相關信息也不是相同的，這才可以保證登陸的最大化安全。 ⑶ 添加好友功能 用戶在注冊并成功登陸后可以獲取其好友列表，最初的時候每個用戶都是沒有任何好友的，因此本設計需要提供可以添加好友的功能以便讓用戶有信息溝通的對象。不但可以添加在線的好友對于不在線的好友也可以發出添加好友的請求，服務器 應該根據不同的用戶的狀態進行不同處理，當用戶不在線的時候，應該將添加好友的請求信息保存在服務器的數據庫中，以便當被添加者上線的時候將該添加請求發送出去。服務器對于添加好友的請求需要將相關信息進行數據庫的操作。添加好友是個雙向過程，當一方添加成功了另一方的時候，兩者都需要在自己的好友列表中添加一個好友信息。 ⑷ 刪除好友功能 用戶不僅可以添加好友也可以刪除好友。當用戶向服務器提出刪除好友的請求后，服務器需要進行數據庫的處理以便刪除好友的記錄在用戶的信息里面得到更新，同時也需要通知被刪除者被刪除的過程。刪除好友 的操作也是一個雙向的過程，在客戶的雙方都要將對方在自己的好友列表中刪除掉。這和添加好友是一致的。 ⑸ 消息傳送功能 這是一個最基本的功能，即時通信最基礎的要求就是要進行通訊信息的傳送。具體表現為當一方客戶需要向另一發客戶發送消息的時候，只需要在好友列表中選擇該好友，繼而在彈出的對話框中輸入通信內容，點擊發送按鈕后該消息將通過服務器的中轉轉發到接收方的客戶端并彈出消息聊天對話框進行顯示。這里傳送消息有兩種情況，其一是對方是在線用戶，那么服務器馬上可以進行轉發而不用有任何的延遲；其二是對不在線的用戶，如果對方不 在線那么服務器需要將傳送的信息保存在數據庫中，一旦對方上線的時候再將未轉發的信息發給該上線者。 ⑹ 文件傳輸功能 這個也是基本功能之一。登陸成功后的雙方用戶為了某種要求需要進行文件的傳輸，顯然文件傳輸應該是點對點的并且使用 TCP 連接才能保證文件傳輸的可靠性。一方用戶 A 點擊文件傳輸的選項繼而選擇要傳輸的文件名，此時在該用戶實際已經建立起一個 TCP 監聽套接字，在另一方的客戶 B 將接收到對于文件傳輸的接收請求，同意或者拒絕接收文件。當客戶 B 選擇接收的時候即將調用 connect 函數遠程連接到客戶 A，然后進行文件的傳輸 。文件的傳輸是分段處理的因為對于大找畢業設計、項目源碼、編程視頻，就上碼農網 manong365 第 14 頁 共 45 頁 文件來說一定要進行分段分割的傳輸。 ⑺ 查找用戶功能 本設計需要提供用戶的查詢功能。某用戶可以查詢到當前在線的用戶以及指定信息的用戶。這里的指定信息主要是指用戶號碼，通過用戶的號碼來查詢用戶的個人信息。當然還可以通過昵稱、國家、地區、年齡、性別等信息進行模糊查詢。 ⑻ 個人信息修改 本設計提供個人信息的修改功能。當個人用戶需要修改自己的某個資料時，比如自己的密碼，自己的昵稱等，用戶將修改好的信息傳送給服務器，服務器根據相關信息進行數據庫的修改將該用戶的資料更新。 ⑼ 查看好 友信息 本設計提供查看好友信息的功能。對于某個好友，客戶端向服務器發送查看該好友信息的請求，服務器操作數據庫提取相關信息然后傳送給客戶端。客戶端接收到好友信息后進行顯示。 ⑽ 服務器的日志記錄功能 對于每個客戶的活動，比如注冊，登陸，上線時間等服務器都會進行日志的記錄，以便于服務器的管理。 ⑾ 服務器的后臺管理 服務器的后臺管理表示服務器通過查詢數據庫可以了解所有用戶的信息，可以統計在線的人數，可以群體發布一些系統的公告。 ⑿ 服務器網絡處理 該功能是整個文件傳輸與聊天系統的核心。服務器應該可以協調多用戶的 請求服務，當用戶的請求消息來臨時能夠通過開辟線程的方式來進行并行處理，服務器對客戶的應答應該時快速的，對用戶來說不應該感覺到有延遲。 附加功能描述 ⑴ 用戶狀態改變功能 用戶可以改變自己的狀態，比如在線，隱身，忙碌，離線等。用戶狀態的改變先通知服務器，服務器再將該用戶狀態改變的通知發送給該用戶所有在線的好友，一旦好友接收到此通知后，將進行界面的處理，將這個用戶的狀態在自己的好友列表中修改。 ⑵ 用戶退出客戶端程序的功能 當用戶選擇退出客戶端軟件的時候，該客戶需要通知服務器下線通知，以便服務器能了解該用戶的 狀態信息，同時進行相關的數據庫處理。當某用戶退出系統的找畢業設計、項目源碼、編程視頻，就上碼農網 manong365 第 15 頁 共 45 頁 時候，服務器需要通知該用戶的其他好友，使得其他好友能明白該用戶已經下線，與用戶狀態改變的功能是一致的。 ⑶ 用戶保持在線的激活功能 該功能表示用戶和服務器在一定的時候內需要進行互相的激活，以便服務器能夠準確的知道某個用戶還在線。該功能的提出是因為用戶可能會非法退出程序，比如非法關機，死機等情況，這個時候客戶端軟件無法正常的告訴服務器自己的退出請求。服務器將定時給在線用戶發送激活消息，在一定時間內用戶若沒有應答，即做出該用戶已經下線的判斷，并做出相關的處理 。 系統用例圖： 圖 系統用例圖 文件傳輸與聊天系統的應用層協議設計以及相關數據結構 數據包格式定義 為了讓通信雙方遵守一定的規則，必須要定義通信數據包的格式，如圖 32 所示為本設計定義的數據包結構。 找畢業設計、項目源碼、編程視頻，就上碼農網 manong365 第 16 頁 共 45 頁 版本號 功能號 數據內容 加密后的長度 未加密前的原始數據內容長度 要傳輸的數據內容 4 個字節 4 個字節 4 個字節 4 個字節 長度由前面的字段決定 圖 數據包結構 前面的 4 個字段構成了數據包頭部，后面的為數據內容。換而言之，本設計的每個數據包都由數據包頭部和數 據內容組成： 數據包＝數據頭部 +數據內容 其中： ① 版本號 版本號為該數據包的版本系統號，這樣的設計是便于以后系統的擴展；另一方面也可以判斷該數據包是不是合法的數據包，當服務器或者是客戶端接收到的數據不是以指定的版本號開頭說明該數據包是不是本系統要求的，那么可以一開始就剔除掉，以免后面錯誤的發生。版本號的長度為 4 個字節。 ② 功能號 功能號用于指定該數據包的用途。每個數據包都具有特定的功能作用，服務器或者是客戶端對于接收到數據包就是根據不同的功能號才進行不同處理。也只有通過功能號才可以區分不同的數據包。功 能號的長度為 4 個字節。 ③ 數據內容加密后的長度 因為本設計的加密系統只是對數據內容進行加密，數據包頭部是不會被加密的。該字段指明了原始的數據內容進行加密后的長度，因為加密系統對數據加密后的密文長度可能是改變了的。本字段長度為 4 個字節。 ④ 未加密前的原始數據內容長度 本字段 4 個字節，記錄數據內容在未加密之前的長度，和③字段配合只用足可以讓加密后的數據內容解密還原。 ⑤ 要傳輸的數據內容 該字段的內容在傳輸前經過了加密，這里討論未加密前的數據內容格式。不同功能號對應的數據內容也是不一樣的。根據功能號定義了不 同數據內容的格式，數據內容的定義和功能號是一一對應的，比如若是功能號為 a 的數據包，那么它的數據內容的結構定義為 struct content_a，依次類推。 下面介紹所有的數據內容格式，里面出現的數據類型在附錄中均有定義。 (1) 功能號 0 功能描述：客戶端與服務器之間的激活消息，客戶端在登陸成功后就發送該消息；找畢業設計、項目源碼、編程視頻，就上碼農網 manong365 第 17 頁 共 45 頁 服務器每隔一定的時間就發送該消息給所有在線的用戶。 宏定義： define OP_ACTIVE 0 數據內容定義： struct content_0 { char userNum[MAX_USERNUM]。 }。 數據內容描述：若該消息由服務器接收，那么 userNum 表示發送者的號碼；若該消息由發送，那么 userNum 表示接受者的號碼。 (2) 功能號 1 功能描述：客戶請求注冊，發送該消息給服務器。 宏定義： define OP_REG_REQ 1 數據內容定義： struct content_1 { MYINFO myself。 }。 數據內容描述： myself 為 MYINFO 的結構體類型，里面填充了在注冊時需要的各種資料信息。 (3) 功能號 2 功能描述：服務器對客戶端注冊應答。 宏定義： define OP_REG_RESPONSE 2 數據內容定義： struct content_2 { bool OK。 char userNum[MAX_USERNUM]。 int errCode。 }。 數據內容描述： OK