【導(dǎo)讀】{ "error_code": 17, "error_msg": "Open api daily request limit reached" }

　　

【正文】 AR(20)) + 通訊地址(VARCHAR(40)) + 郵編 (VARCHAR(20)) + 聯(lián)系電話 (VARCHAR(20)) + 郵箱 (VARCHAR(40)) 畢業(yè)設(shè)計(jì)（論文）報(bào)告紙 15 + 投稿網(wǎng)址 (VARCHAR(20)) } 說(shuō)明：期刊名師期刊信息表的主鍵，它唯一標(biāo)識(shí)每個(gè)記錄。 專利申請(qǐng)信息表 表名： patentapplication 專利申請(qǐng)信息表 = { 專利號(hào) (VARCHAR(20)) + 申請(qǐng)日 (VARCHAR(20) + 專利名稱(VARCHAR(40) + 公開(kāi)號(hào) (VARCHAR(20) + 公開(kāi)日 (VARCHAR(20) + 主分類號(hào)(VARCHAR(20) + 分 類 號(hào) (VARCHAR(20) + 頒證日 (VARCHAR(20) + 專 利 申 請(qǐng) 人(VARCHAR(20) + 教師工號(hào) (VARCHAR(20) + 教師姓名 (VARCHAR(20) + 國(guó)際申請(qǐng)(VARCHAR(20) + 國(guó)際公布 (VARCHAR(20) + 進(jìn)入國(guó)家時(shí) (VARCHAR(20)間 + 工作年 度(INT) + 備注 (VARCHAR(80)} 說(shuō)明：專利號(hào)是專利申請(qǐng)信息表的主鍵，它唯一標(biāo)致每個(gè)記錄。 創(chuàng)建數(shù)據(jù)庫(kù) 打開(kāi)運(yùn)行 Access 2021,其主界面如圖 所示。 在該界面中選擇要?jiǎng)?chuàng)建的的數(shù)據(jù)庫(kù)類型，在該界面中選擇創(chuàng)建空白數(shù)據(jù)庫(kù)，得到如圖 所示的數(shù)據(jù)庫(kù)名稱、路徑選擇框圖 畢業(yè)設(shè)計(jì)（論文）報(bào)告紙 16 圖 Access2021 運(yùn)行主界面 在如圖 所示的窗口右下角選擇數(shù)據(jù)庫(kù)名稱與路徑。 圖 數(shù)據(jù)庫(kù)名 稱與路徑選擇窗口 在確定好數(shù)據(jù)庫(kù)名稱與路徑后，單擊圖 中右下角的【創(chuàng)建】按鈕，得到如圖 所示的數(shù)據(jù)表結(jié)構(gòu)計(jì)圖。 畢業(yè)設(shè)計(jì)（論文）報(bào)告紙 17 圖 數(shù)據(jù)表結(jié)構(gòu)圖 在圖 中需要?jiǎng)?chuàng)建的數(shù)據(jù)項(xiàng)，并設(shè)置數(shù)據(jù)項(xiàng)的類型、非空屬性、是否為主鍵等。得到如圖 與 所示的數(shù)據(jù)表和數(shù)據(jù)項(xiàng)屬性，說(shuō)明，基于本系統(tǒng)中數(shù)據(jù)表的張數(shù)很多，在此只給出了一張有代表性的著作出版信息表的結(jié)構(gòu)與數(shù)據(jù)項(xiàng)屬性設(shè)計(jì)圖，即前面所說(shuō)圖 ，圖 ，數(shù)據(jù)庫(kù)中其它數(shù)據(jù)表依此類建。 圖 畢業(yè)設(shè)計(jì)（論文）報(bào)告紙 18 圖 著作出版信息表數(shù)據(jù)項(xiàng)屬性設(shè)計(jì)圖 在創(chuàng)建好數(shù)據(jù)庫(kù)后，將數(shù)據(jù)庫(kù)另存為 Microsoft Access 2021 兼容模式，以便能在只安裝了 Access2021 版本的用戶電腦上運(yùn)行。 本章小結(jié) 本章按照數(shù)據(jù)庫(kù)設(shè)計(jì)的常見(jiàn)步驟，有條理的對(duì)數(shù)據(jù)庫(kù)進(jìn)行了需求分析、給出了數(shù)據(jù)流圖、并繪出 ER 圖，最后結(jié)合以上所做工作，并充分權(quán)衡教師個(gè)人教研信息管理的特點(diǎn)，靈活的給出了數(shù)據(jù)庫(kù)設(shè)計(jì)。設(shè)計(jì)出的數(shù)據(jù)庫(kù)不經(jīng)具有相對(duì)較小的數(shù)據(jù)冗余量 [8]，而且對(duì)應(yīng)用程序的編寫提供了很好的支持。 畢業(yè)設(shè)計(jì)（論文）報(bào)告紙 19 第四章 實(shí)用功能模塊編寫 問(wèn)題的提出 作為教師個(gè)人教研信息管理 系統(tǒng)，僅僅具有數(shù)據(jù)庫(kù)操作功能，并不能有效地提高教師的工作效率，教師辦公時(shí)，不僅要對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作，還要對(duì)文件進(jìn)行管理，除此之外教師之間常常要相互之間傳遞數(shù)據(jù)， 而以上問(wèn)題的解決依賴于使用功能模塊實(shí)現(xiàn)。 本章主要設(shè)計(jì)實(shí)現(xiàn)局域網(wǎng)通信模塊和文件管理模塊，通過(guò)這兩個(gè)實(shí)用模塊的是實(shí)現(xiàn)，讓教師的日常管理工作變得更加簡(jiǎn)潔、方便。 相關(guān)概念描述 P2P 網(wǎng)絡(luò) P2P(Peer to Peer)即對(duì)等計(jì)算機(jī)或?qū)Φ染W(wǎng)絡(luò)，通常簡(jiǎn)稱為 P2P[9]，可以簡(jiǎn)單地定義為通過(guò)直接交換，共享計(jì)算機(jī)資源和服務(wù)。在 P2P 網(wǎng)絡(luò)中， 每臺(tái)計(jì)算機(jī)既能充當(dāng)網(wǎng)絡(luò)服務(wù)的請(qǐng)求者，又能對(duì)其它計(jì)算機(jī)做出響應(yīng)，提供資源和服務(wù)。 P2P 網(wǎng)絡(luò)與傳統(tǒng)網(wǎng)絡(luò)的對(duì)比 在 P2P 網(wǎng)絡(luò)中，弱化了服務(wù)器的功能，甚至取消了服務(wù)器，任意兩臺(tái) PC 互為服務(wù)器 /客戶端，即使只有一個(gè)對(duì)等點(diǎn)存在，網(wǎng)絡(luò)也是活動(dòng)的，節(jié)點(diǎn)所有者可以隨意地將自己的信息發(fā)布到網(wǎng)絡(luò)上。 傳統(tǒng)的 C/S 模式中，客戶端之間要進(jìn)行文件交換必須經(jīng)過(guò)服務(wù)器，隨著節(jié)點(diǎn)的增加，服務(wù)器的負(fù)擔(dān)越來(lái)越重，并逐漸形成系統(tǒng)瓶頸，一旦服務(wù)器崩潰，整個(gè)網(wǎng)絡(luò)也隨之癱瘓。而在P2P 網(wǎng)絡(luò)中每個(gè)節(jié)點(diǎn)既充當(dāng)服務(wù)器，為其他節(jié)點(diǎn)提供服務(wù)，同時(shí)也 充當(dāng)客服端，享用其他節(jié)點(diǎn)提供的服務(wù)。表 對(duì) P2P 網(wǎng)絡(luò)與傳統(tǒng)的一些性能進(jìn)行了比較，從中我們可以看出兩種網(wǎng)絡(luò)各自的優(yōu)缺點(diǎn)。 表 P2P 網(wǎng)絡(luò)與傳統(tǒng)網(wǎng)絡(luò)的一些性能比較 畢業(yè)設(shè)計(jì)（論文）報(bào)告紙 20 網(wǎng)絡(luò)類型 性能比較 P2P 網(wǎng)絡(luò) 數(shù)據(jù)成本 數(shù)據(jù)發(fā)布 數(shù)據(jù)接受 互動(dòng)性 及時(shí)性 數(shù)據(jù)更新 好 好 中 好 好 差 傳統(tǒng)網(wǎng)絡(luò) 數(shù)據(jù)成本 數(shù)據(jù)發(fā)布 數(shù)據(jù)接受 互動(dòng)性 及時(shí)性 數(shù)據(jù)更新 差 差 好 差 差 好 UDP 協(xié)議 UDP(User Datagram Protocol） 用戶數(shù)據(jù)報(bào)協(xié)議， 用戶數(shù)據(jù)報(bào)協(xié)議 （ UDP）是 OSI 參考模型中一種無(wú)連接的傳輸層協(xié)議，提供面向事務(wù)的簡(jiǎn)單不可靠信息傳送服務(wù)。是一個(gè)簡(jiǎn)單的面向數(shù)據(jù)報(bào)的傳輸層協(xié)議， IETF RFC 768 是 UDP 的正式規(guī)范。 UDP 協(xié)議基本上是 IP 協(xié)議 與上層協(xié)議的接口。 UDP 協(xié)議適用端口分別運(yùn)行在同一臺(tái)設(shè)備上的多個(gè)應(yīng)用程序。 由于大多數(shù)網(wǎng)絡(luò)應(yīng)用程序都在同一臺(tái)機(jī)器 上運(yùn)行， 計(jì)算機(jī) 上必須能夠確保目的地機(jī)器上的軟件程序能從源地址機(jī)器處獲得數(shù)據(jù)包，以及源計(jì)算機(jī)能收到正確的回復(fù)。這是通過(guò)使用 UDP 的 “端口號(hào) ”完成的。例如，如果一個(gè) 工作站 希望在工作站 上使用域名服務(wù)系統(tǒng)，它就會(huì)給數(shù)據(jù)包一個(gè)目的地 址 ，并在 UDP 頭插入目標(biāo)端口號(hào) 53 。源端口號(hào)標(biāo)識(shí)了請(qǐng)求域名服務(wù)的本地機(jī)的應(yīng)用程序，同時(shí)需要將所有由目的站生成的響應(yīng)包都指定到源主機(jī)的這個(gè)端口上。 與 TCP 不同， UDP 并不提供對(duì) IP 協(xié)議的可靠機(jī)制、流控制以及錯(cuò)誤恢復(fù)功能等。由于 UDP 比較簡(jiǎn)單， UDP 頭包含很少的字節(jié)，比 TCP 負(fù)載消耗少。 TCP 協(xié)議 TCP： Transmission Control Protocol 傳輸控制協(xié)議 TCP 是一種面向連接（連接導(dǎo)向）的、可靠的、基于字節(jié)流的運(yùn)輸層（ Transport layer）通信協(xié)議，由 IETF 的 RFC 793 說(shuō)明（ specified）。在簡(jiǎn)化的計(jì)算機(jī)網(wǎng)絡(luò) OSI 模型中，它完成第四層傳輸層所指定的功能， UDP 是同一層內(nèi)另一個(gè)重要的傳輸協(xié)議。 畢業(yè)設(shè)計(jì)（論文）報(bào)告紙 21 在因特網(wǎng)協(xié)議族（ Inter protocol suite）中， TCP 層是位于 IP 層之上，應(yīng)用層之下的中間層。不同主機(jī)的應(yīng)用層之間經(jīng)常需要可靠的、像管道一樣的連接，但是 IP 層不提供這樣的流機(jī) 制，而是提供不可靠的包交換。 應(yīng)用層向 TCP 層發(fā)送用于網(wǎng)間傳輸?shù)?、?8 位字節(jié)表示的數(shù)據(jù)流，然后 TCP 把數(shù)據(jù)流分割成適當(dāng)長(zhǎng)度的報(bào)文段（通常受該計(jì)算機(jī)連接的網(wǎng)絡(luò)的數(shù)據(jù)鏈路層的最大傳送單元 (MTU)的限制）。之后 TCP 把結(jié)果包傳給 IP 層 ， 由它來(lái)通過(guò)網(wǎng)絡(luò)將包傳送給接收端實(shí)體的 TCP 層。 TCP 為了保證不發(fā)生丟包，就給每個(gè)字節(jié)一個(gè)序號(hào)，同時(shí)序號(hào)也保證了傳送到接收端實(shí)體的包的按序接收。然后接收端實(shí)體對(duì)已成功收到的字節(jié)發(fā)回一個(gè)相應(yīng)的確認(rèn) (ACK)； 如果發(fā)送端實(shí)體在合理的往返時(shí)延 (RTT)內(nèi)未收到確認(rèn)，那么對(duì)應(yīng)的數(shù)據(jù)（假設(shè)丟 失了）將會(huì)被重傳。 TCP 用一個(gè)校驗(yàn)和函數(shù)來(lái)檢驗(yàn)數(shù)據(jù)是否有錯(cuò)誤；在發(fā)送和接收時(shí)都要計(jì)算校驗(yàn)和。 TCP 的結(jié)構(gòu)定義為 : struct tcphdr { u_int16_t source。 //發(fā)送 TCP 數(shù)據(jù)的源端口 u_int16_t dest。 //發(fā)送 TCP 數(shù)據(jù)的目標(biāo)端口 u_int32_t seq。 //標(biāo)識(shí)該 TCP 所包含的數(shù)據(jù)字節(jié)的開(kāi)始序列號(hào) u_int32_t ack_seq。 //確認(rèn)序列號(hào)表示接受方下次需要的序列號(hào) if __BYTE_ORDER == __LITTLE_ENDIAN u_int16_t res1:4。 u_int16_t doff:4。 //數(shù)據(jù)首部長(zhǎng)度，一般為 5 u_int16_t fin:1。 //為 1 表示親戚關(guān)系連接 u_int16_t syn:1。 //為 1 表示請(qǐng)求連接 u_int16_t rst:1。 //ret 為 1，表示重新連接 u_int16_t psh:1。 //為 1 表示接收方收到數(shù)據(jù)立即交到上層 u_int16_t ack:1。 //如果確認(rèn)號(hào)正確，那么為 1 u_int16_t urg:1。 //為 1 表示 為緊急數(shù)據(jù) u_int16_t res2:2。 elif __BYTE_ORDER == __BIG_ENDIAN 畢業(yè)設(shè)計(jì)（論文）報(bào)告紙 22 u_int16_t doff:4。 u_int16_t res1:4。 u_int16_t res2:2。 u_int16_t urg:1。 u_int16_t ack:1。 u_int16_t psh:1。 u_int16_t rst:1。 u_int16_t syn:1。 u_int16_t fin:1。 endif u_int16_t window。 //窗口 ,告訴接收者可以接收 的大小 u_int16_t check。 //對(duì) tcp 數(shù)據(jù)進(jìn)行較核 u_int16_t urg_prt。 //如果 urg=1,那么指出緊急數(shù)據(jù)對(duì)歷史數(shù)據(jù)開(kāi)始的序列號(hào)的偏移值 }。 TCP 的三次握手機(jī)制示意圖如圖 所示 圖 TCP 三次握手 機(jī)制 示意圖 SYN Received Send SYN,ACK( syn =1,ack=1, ack_seq = 1001, ctl = syn , ack,seq = 2021 ) 主機(jī) A 假設(shè) seq = 1000 主機(jī) B 假設(shè) seq = 2021 Send SYN(syn = 1,seq =1000,ctl = SYN) TCP 包 SYN Received Establish (seq = 1001,ack = 1, ack,seq = 2021, seq = 1001,ctl = ack ) 畢業(yè)設(shè)計(jì)（論文）報(bào)告紙 23 局域網(wǎng)通信模塊實(shí)現(xiàn) 局域網(wǎng)通行模塊主要采用 WinSocket 套接字來(lái)實(shí)現(xiàn)，通過(guò)編寫簡(jiǎn)短的用戶通信協(xié)議來(lái)實(shí)現(xiàn)用戶間的握手，最終在同一個(gè)網(wǎng)關(guān)下建立一個(gè)小的 P2P 網(wǎng)絡(luò)。在發(fā)送文字信息以及各種控制信息時(shí)，使用 UDP（數(shù)據(jù)報(bào)）協(xié) 議。在傳送文件時(shí)，為了確保數(shù)據(jù)的正確性，使用 TCP協(xié)議。 功能組成 本模塊要求能自動(dòng)獲取其它用戶在線信息，當(dāng)其它用戶啟動(dòng)該軟件后，能自動(dòng)將其添加到在線用戶列表，當(dāng)其退出時(shí)，自動(dòng)刪除在線狀態(tài)，能接收廣播消息，能向指定用戶發(fā)送文字信息和傳送文件，能和文件管理模塊結(jié)合，發(fā)送用戶選定的文件。 實(shí)現(xiàn)原理 該模塊需要?jiǎng)?chuàng)建一個(gè)全局的廣播套接字 gUdpSocket，用來(lái)接收用戶發(fā)過(guò)來(lái)的除文件傳送請(qǐng)求外的信息。為了讓系統(tǒng)在有 UDP 包發(fā)送過(guò)來(lái)時(shí)，能自動(dòng)響應(yīng)，需要為 gUdpSocket 注冊(cè)網(wǎng)絡(luò)套接字事件（ WSAAsyncSelect(gUdpSocket,thism_hWnd,UM_SOCK,FD_READ)），并自定義消息（ UM_SOCK）和為該消息添加響應(yīng)代碼（ OnBroadSock(WPARAM wParam, LPARAM lParam)）。 在文件傳輸時(shí)，采用了 MFC 里的 CSocket 類來(lái)實(shí)現(xiàn)，從 CSocket 里派生出兩個(gè)類CClientSocket、 CCListenSocket。 CCListenSocket 用于接受 TCP 連接， CClientSocket 用于進(jìn)行TCP 會(huì)話。分別重載里面的虛函數(shù) virtual OnAccept(int nErrorCode)， virtual void OnReceive(int nErrorCode)，將其與窗口綁定，當(dāng)有 TCP 事件過(guò)來(lái)