專利名稱：數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)處理技術(shù)和通信技術(shù)領(lǐng)域，特別涉及一種數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器， 以及該服務(wù)器的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)方法。
背景技術(shù)：
隨著數(shù)據(jù)網(wǎng)絡(luò)的發(fā)展，用戶急劇增多而且分散。在進(jìn)行多方數(shù)據(jù)通信時(shí)，常常需要 由一方向多方發(fā)出數(shù)據(jù)請(qǐng)求從而獲得數(shù)據(jù)，這樣的應(yīng)用場(chǎng)合中，數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器是較 常用到的一種轉(zhuǎn)發(fā)服務(wù)設(shè)備，它作為執(zhí)行數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)操作的中間件，有利于降低提供多 方數(shù)據(jù)通信服務(wù)平臺(tái)的構(gòu)架復(fù)雜性。目前最常用的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器，其內(nèi)部邏輯處理 流程基本上屬于監(jiān)聽觸發(fā)事件，然后執(zhí)行處理邏輯并順序的執(zhí)行相應(yīng)的操作；若要使用多 線程來提高速度，則需要額外編寫多線程程序代碼，而且程序流程為線性的，若中間件的接 口較多就有可能會(huì)有多條線性的流程形成交集，導(dǎo)致不必要的重復(fù)代碼，增大了數(shù)據(jù)請(qǐng)求 轉(zhuǎn)發(fā)服務(wù)器的開發(fā)工作量；并且多線程的內(nèi)部程序繁雜，除開發(fā)人員以外的技術(shù)人員后期 對(duì)數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器內(nèi)部程序的監(jiān)測(cè)和維護(hù)都非常困難，致使可維護(hù)性降低。

發(fā)明內(nèi)容
針對(duì)現(xiàn)有技術(shù)中存在的上述不足，本發(fā)明提供一種數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器以及該服 務(wù)器的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)方法，以確保在實(shí)現(xiàn)數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)功能的前提下，提高數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā) 服務(wù)器的可維護(hù)性。為實(shí)現(xiàn)上述目的，本發(fā)明采用了如下技術(shù)手段數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器，所述轉(zhuǎn)發(fā)服 務(wù)器包括若干個(gè)接口處理模塊和一個(gè)路由轉(zhuǎn)發(fā)模塊；
所述接口處理模塊用于接收來自網(wǎng)絡(luò)的數(shù)據(jù)請(qǐng)求并發(fā)送給路由轉(zhuǎn)發(fā)模塊，或者接收由 路由轉(zhuǎn)發(fā)模塊轉(zhuǎn)發(fā)的數(shù)據(jù)請(qǐng)求并發(fā)送至網(wǎng)絡(luò)；每個(gè)接口處理模塊對(duì)應(yīng)有唯一的接口 ID ；
所述路由轉(zhuǎn)發(fā)模塊用于劃分不同接口處理模塊在網(wǎng)絡(luò)中的通信網(wǎng)段，從而生成記錄接 口處理模塊的接口 ID與其通信網(wǎng)段的對(duì)應(yīng)關(guān)系的路由表；還用于解析來自接口處理模塊 的數(shù)據(jù)請(qǐng)求獲取其請(qǐng)求的網(wǎng)絡(luò)地址，并根據(jù)路由表將數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)至其請(qǐng)求的網(wǎng)絡(luò)地址所 在通信網(wǎng)段對(duì)應(yīng)的接口處理模塊。上述的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器中，所述接口處理模塊在網(wǎng)絡(luò)中的通信網(wǎng)段為TCP/IP 協(xié)議、IPX/SPX協(xié)議、UDP協(xié)議或局域網(wǎng)自定義協(xié)議的網(wǎng)段。所述數(shù)據(jù)請(qǐng)求所請(qǐng)求的網(wǎng)絡(luò)地 址為TCP/IP協(xié)議、IPX/SPX協(xié)議、UDP協(xié)議或局域網(wǎng)自定義協(xié)議的網(wǎng)絡(luò)地址。本發(fā)明的另一目的在于提供一種數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)方法，采用上述的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服 務(wù)器實(shí)現(xiàn)，具體包括如下步驟
1)路由轉(zhuǎn)發(fā)模塊劃分不同接口處理模塊在網(wǎng)絡(luò)中的通信網(wǎng)段，從而生成記錄接口處理 模塊的接口 ID與其通信網(wǎng)段的對(duì)應(yīng)關(guān)系的路由表；
32)任一接口處理模塊接收到來自網(wǎng)絡(luò)的數(shù)據(jù)請(qǐng)求，并發(fā)送給路由轉(zhuǎn)發(fā)模塊；
3)路由轉(zhuǎn)發(fā)模塊解析來自接口處理模塊的數(shù)據(jù)請(qǐng)求，獲取其請(qǐng)求的網(wǎng)絡(luò)地址；
4)路由轉(zhuǎn)發(fā)模塊根據(jù)路由表查找到數(shù)據(jù)請(qǐng)求所請(qǐng)求的網(wǎng)絡(luò)地址所在通信網(wǎng)段對(duì)應(yīng)的 接口處理模塊，作為目標(biāo)接口處理模塊，將數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)至目標(biāo)接口處理模塊；
5 )所述目標(biāo)接口處理模塊將來自路由轉(zhuǎn)發(fā)模塊的數(shù)據(jù)請(qǐng)求發(fā)送至網(wǎng)絡(luò)。上述的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)方法中，進(jìn)一步，所述步驟2)中，接口處理模塊將來自網(wǎng)絡(luò)的 數(shù)據(jù)請(qǐng)求發(fā)送給路由轉(zhuǎn)發(fā)模塊采用異步處理方式。上述的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)方法中，進(jìn)一步，所述步驟4)中，路由轉(zhuǎn)發(fā)模塊將數(shù)據(jù)請(qǐng)求轉(zhuǎn) 發(fā)至目標(biāo)接口處理模塊采用異步處理方式。 上述的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)方法中，進(jìn)一步，所述步驟5 )中，所述目標(biāo)接口處理模塊將來 自路由轉(zhuǎn)發(fā)模塊的數(shù)據(jù)請(qǐng)求發(fā)送至網(wǎng)絡(luò)采用異步處理方式。上述的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)方法中，所述接口處理模塊在網(wǎng)絡(luò)中的通信網(wǎng)段為TCP/IP 協(xié)議、IPX/SPX協(xié)議、UDP協(xié)議或局域網(wǎng)自定義協(xié)議的網(wǎng)段。所述數(shù)據(jù)請(qǐng)求所請(qǐng)求的網(wǎng)絡(luò)地 址為TCP/IP協(xié)議、IPX/SPX協(xié)議、UDP協(xié)議或局域網(wǎng)自定義協(xié)議的網(wǎng)絡(luò)地址。上述的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)方法中，進(jìn)一步，在所述步驟3)和4)之間，還包括 3a)將數(shù)據(jù)請(qǐng)求的協(xié)議格式轉(zhuǎn)換為其請(qǐng)求的網(wǎng)絡(luò)地址所采用的網(wǎng)絡(luò)協(xié)議格式。相比于現(xiàn)有技術(shù)，本發(fā)明具有如下有益效果
1、本發(fā)明的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器采用了若干個(gè)接口處理模塊作為數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)接口 端，一個(gè)路由轉(zhuǎn)發(fā)模塊用于對(duì)數(shù)據(jù)請(qǐng)求進(jìn)行路由轉(zhuǎn)發(fā)操作的方式，能夠容易的實(shí)現(xiàn)點(diǎn)對(duì)點(diǎn) 或一點(diǎn)對(duì)多點(diǎn)的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)。2、本發(fā)明的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器中作為核心處理程序的路由轉(zhuǎn)發(fā)模塊不需要重 復(fù)建設(shè)，避免了開發(fā)過程中大量的重復(fù)勞動(dòng)，能夠使得開發(fā)效率提高。3、服務(wù)器內(nèi)的模塊化結(jié)構(gòu)也非常清晰，檢測(cè)和維護(hù)都非常方便，有利于提高數(shù)據(jù) 請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器的可維護(hù)性，減少后期維護(hù)的人力成本。


圖1為本發(fā)明數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器的結(jié)構(gòu)示意圖2為本發(fā)明數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器執(zhí)行數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)操作的流程框圖。
具體實(shí)施例方式下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明的技術(shù)方案作進(jìn)一步的說明。現(xiàn)有技術(shù)中，數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器多線程程序代碼重復(fù)性高，容易有多條線性的 流程形成交集，導(dǎo)致開發(fā)工作量大，服務(wù)器可維護(hù)性低。本發(fā)明的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器改變 了服務(wù)器內(nèi)部功能模塊的構(gòu)成結(jié)構(gòu)，包括了若干個(gè)接口處理模塊和一個(gè)路由轉(zhuǎn)發(fā)模塊，如 圖1所示；接口處理模塊用于接收來自網(wǎng)絡(luò)的數(shù)據(jù)請(qǐng)求并發(fā)送給路由轉(zhuǎn)發(fā)模塊，或者接收 由路由轉(zhuǎn)發(fā)模塊轉(zhuǎn)發(fā)的數(shù)據(jù)請(qǐng)求并發(fā)送至網(wǎng)絡(luò)；每個(gè)接口處理模塊對(duì)應(yīng)有唯一的接口 ID ； 路由轉(zhuǎn)發(fā)模塊用于劃分不同接口處理模塊在網(wǎng)絡(luò)中的通信網(wǎng)段，從而生成記錄接口處理模塊的接口 ID與其通信網(wǎng)段的對(duì)應(yīng)關(guān)系的路由表；還用于解析來自接口處理模塊的數(shù)據(jù)請(qǐng) 求獲取其請(qǐng)求的網(wǎng)絡(luò)地址，并根據(jù)路由表將數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)至其請(qǐng)求的網(wǎng)絡(luò)地址所在通信網(wǎng) 段對(duì)應(yīng)的接口處理模塊；作為核心處理程序的路由轉(zhuǎn)發(fā)模塊不需要重復(fù)建設(shè)，又使得服務(wù) 器內(nèi)部構(gòu)架清晰、簡(jiǎn)化，從而避免了開發(fā)過程中大量的重復(fù)勞動(dòng)，提高后期可維護(hù)性。下面 通過實(shí)施例對(duì)本發(fā)明的實(shí)際應(yīng)用和效果做進(jìn)一步說明。
實(shí)施例
本實(shí)施采用上述包含若干個(gè)接口處理模塊及一個(gè)路由轉(zhuǎn)發(fā)模塊為處理結(jié)構(gòu)的數(shù)據(jù)請(qǐng) 求轉(zhuǎn)發(fā)服務(wù)器，其接口處理模塊的借口 ID分別為“001”、“002”、“003”……，實(shí)現(xiàn)分別采用 TCP/IP協(xié)議和IPX/SPX協(xié)議的兩個(gè)網(wǎng)絡(luò)中六個(gè)客戶的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)，該六個(gè)客戶分別為客 戶端A、客戶端B、客戶端C、客戶端D、客戶端E和客戶端F，分別通過網(wǎng)絡(luò)連接至本實(shí)施例的 數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器；其中，客戶端A、客戶端B、客戶端C和客戶端D處于TCP/IP協(xié)議網(wǎng)絡(luò) 中，其各自的網(wǎng)絡(luò)地址分別為IPa、IPb、IPc和IPd ；客戶端E和客戶端F處于IPX/SPX協(xié)議 網(wǎng)絡(luò)中其各自的網(wǎng)絡(luò)地址分別為SPXe和SPXf?，F(xiàn)在，客戶端A需要通過數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服 務(wù)器將數(shù)據(jù)請(qǐng)求發(fā)送至客戶端B、客戶端C、客戶端D、客戶端E和客戶端F，于是向數(shù)據(jù)請(qǐng)求 轉(zhuǎn)發(fā)服務(wù)器發(fā)送了一條請(qǐng)求的網(wǎng)絡(luò)地址包括IPb、IPc、IPd、SPXe和SPXf的數(shù)據(jù)請(qǐng)求ReqA ； 數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器執(zhí)行數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)操作的流程圖如圖2所示，具體如下
1)路由轉(zhuǎn)發(fā)模塊劃分不同接口處理模塊在網(wǎng)絡(luò)中的通信網(wǎng)段，從而生成記錄接口處 理模塊的接口 ID與其通信網(wǎng)段的對(duì)應(yīng)關(guān)系的路由表；本實(shí)施例中，預(yù)先由路由轉(zhuǎn)發(fā)模塊劃 分不同接口處理模塊在網(wǎng)絡(luò)中的通信網(wǎng)段，其中，接口 ID “001”的接口處理模塊對(duì)應(yīng)的通 信網(wǎng)段為IPa到IPb，接口 ID “002”的接口處理模塊對(duì)應(yīng)的通信網(wǎng)段為IPc到IPd，接口 ID “003”的接口處理模塊對(duì)應(yīng)的通信網(wǎng)段為SPXe到SPXf ；從而得到如表1所示的路由表
表1
接口 ID通信網(wǎng)段001IPa、IPb002IPc、IPd003SPXe、SPXf
2)任一接口處理模塊接收到來自網(wǎng)絡(luò)的數(shù)據(jù)請(qǐng)求，并發(fā)送給路由轉(zhuǎn)發(fā)模塊；由于數(shù)據(jù) 請(qǐng)求ReqA來自于客戶端A，因此數(shù)據(jù)請(qǐng)求ReqA被接口 ID “001”的接口處理模塊接收，然后 發(fā)送給路由轉(zhuǎn)發(fā)模塊；
3)路由轉(zhuǎn)發(fā)模塊解析來自接口ID “001”的接口處理模塊的數(shù)據(jù)請(qǐng)求ReqA，獲取其請(qǐng) 求的網(wǎng)絡(luò)地址，包括IPb、IPc、IPd、SPXe和SPXf ；由于客戶端A發(fā)送的數(shù)據(jù)請(qǐng)求為TCP/IP 協(xié)議格式，IPb、IPc和IPd為TCP/IP協(xié)議格式的網(wǎng)絡(luò)地址，因此轉(zhuǎn)發(fā)的數(shù)據(jù)請(qǐng)求無需進(jìn)行 協(xié)議格式轉(zhuǎn)換；而SPXe和SPXf為IPX/SPX協(xié)議格式的網(wǎng)絡(luò)地址，因此針對(duì)這兩個(gè)網(wǎng)絡(luò)地址 還需要進(jìn)行步驟3a)；
3a)針對(duì)SPXe和SPXf，將數(shù)據(jù)請(qǐng)求ReqA的協(xié)議格式轉(zhuǎn)換為IPX/SPX協(xié)議格式，轉(zhuǎn)換后 的數(shù)據(jù)請(qǐng)求以ReqA*表示；
4)路由轉(zhuǎn)發(fā)模塊根據(jù)路由表查找到數(shù)據(jù)請(qǐng)求所請(qǐng)求的網(wǎng)絡(luò)地址所在通信網(wǎng)段對(duì)應(yīng)的 接口處理模塊，作為目標(biāo)接口處理模塊，將數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)至目標(biāo)接口處理模塊；根據(jù)表1， TCP/IP協(xié)議格式的數(shù)據(jù)請(qǐng)求ReqA被分別轉(zhuǎn)發(fā)至接口 ID “001”的接口處理模塊和接口ID “002”的接口處理模塊，IPX/SPX協(xié)議格式的數(shù)據(jù)請(qǐng)求ReqA*被轉(zhuǎn)發(fā)至接口 ID “003”的 接口處理模塊；
5)所述目標(biāo)接口處理模塊將來自路由轉(zhuǎn)發(fā)模塊的數(shù)據(jù)請(qǐng)求發(fā)送至網(wǎng)絡(luò)；由此，接口 ID “001”的接口處理模塊將數(shù)據(jù)請(qǐng)求ReqA轉(zhuǎn)發(fā)至客戶端B ；接口 ID “002”的接口處理模 塊將數(shù)據(jù)請(qǐng)求ReqA轉(zhuǎn)發(fā)至客戶端C和客戶端D ；接口 ID “003”的接口處理模塊將數(shù)據(jù)請(qǐng) 求ReqA*轉(zhuǎn)發(fā)至客戶端E和客戶端F。由實(shí)施例可以看到，本發(fā)明的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器依然能夠完成一點(diǎn)對(duì)多點(diǎn)的數(shù) 據(jù)請(qǐng)求轉(zhuǎn)發(fā)，但與現(xiàn)有技術(shù)不同的是，本發(fā)明的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器采用了若干個(gè)接口處 理模塊作為數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)接口端，一個(gè)路由轉(zhuǎn)發(fā)模塊用于對(duì)數(shù)據(jù)請(qǐng)求進(jìn)行路由轉(zhuǎn)發(fā)操作的 方式；在實(shí)際的業(yè)務(wù)應(yīng)用當(dāng)中，對(duì)各個(gè)接口處理模塊接收到的數(shù)據(jù)請(qǐng)求進(jìn)行轉(zhuǎn)發(fā)操作，通過 重復(fù)調(diào)用路由轉(zhuǎn)發(fā)模塊即可實(shí)現(xiàn)。針對(duì)需要轉(zhuǎn)發(fā)的數(shù)據(jù)請(qǐng)求量較大的情況下，作為進(jìn)一步 改進(jìn)，在實(shí)施過程中，步驟2)中接口處理模塊將來自網(wǎng)絡(luò)的數(shù)據(jù)請(qǐng)求發(fā)送給路由轉(zhuǎn)發(fā)模塊 可采用異步處理方式，能夠使得數(shù)據(jù)請(qǐng)求在接口接收端的執(zhí)行效率得到提高，避免數(shù)據(jù)請(qǐng) 求在接口端丟失；步驟4)中路由轉(zhuǎn)發(fā)模塊將數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)至目標(biāo)接口處理模塊可采用異 步處理方式，能夠使得數(shù)據(jù)請(qǐng)求在路由轉(zhuǎn)發(fā)處理端的執(zhí)行效率得到提高，避免數(shù)據(jù)請(qǐng)求的 轉(zhuǎn)發(fā)處理積壓；步驟5)中所述目標(biāo)接口處理模塊將來自路由轉(zhuǎn)發(fā)模塊的數(shù)據(jù)請(qǐng)求發(fā)送至 網(wǎng)絡(luò)也可采用異步處理方式，提升數(shù)據(jù)請(qǐng)求發(fā)出端的執(zhí)行效率；此三步中若均采用異步處 理控制，讓數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器內(nèi)部的轉(zhuǎn)發(fā)流水線均呈現(xiàn)多線程狀態(tài)，有利于提高服務(wù)器 的整體轉(zhuǎn)發(fā)處理效率。此外，本發(fā)明的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器不僅僅可應(yīng)用于是實(shí)例中所述 的兩種網(wǎng)絡(luò)協(xié)議中，還可以應(yīng)用到UDP協(xié)議等公知協(xié)議的網(wǎng)絡(luò)中，也可以應(yīng)用在采用局域 網(wǎng)自定義協(xié)議的局域網(wǎng)絡(luò)中。本發(fā)明的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器，由于采用了若干個(gè)接口處理模塊作為數(shù)據(jù)請(qǐng)求轉(zhuǎn) 發(fā)接口端，一個(gè)路由轉(zhuǎn)發(fā)模塊用于對(duì)數(shù)據(jù)請(qǐng)求進(jìn)行路由轉(zhuǎn)發(fā)操作的方式，能夠容易的實(shí)現(xiàn) 點(diǎn)對(duì)點(diǎn)或一點(diǎn)對(duì)多點(diǎn)的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)；同時(shí)，作為核心處理程序的路由轉(zhuǎn)發(fā)模塊不需要重 復(fù)建設(shè)，避免了開發(fā)過程中大量的重復(fù)勞動(dòng)，因此能夠使得開發(fā)效率提高；此外，服務(wù)器內(nèi) 的模塊化結(jié)構(gòu)也非常清晰，檢測(cè)和維護(hù)都非常方便，有利于提高管理維護(hù)效率，減少后期維 護(hù)的人力成本。最后說明的是，以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案而非限制，盡管參照較 佳實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可以對(duì)本發(fā)明的技 術(shù)方案進(jìn)行修改或者等同替換，而不脫離本發(fā)明技術(shù)方案的宗旨和范圍，其均應(yīng)涵蓋在本 發(fā)明的權(quán)利要求范圍當(dāng)中。
權(quán)利要求
1.數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器，其特征在于，所述數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器包括若干個(gè)接口處理 模塊和一個(gè)路由轉(zhuǎn)發(fā)模塊；所述接口處理模塊用于接收來自網(wǎng)絡(luò)的數(shù)據(jù)請(qǐng)求并發(fā)送給路由轉(zhuǎn)發(fā)模塊，或者接收由 路由轉(zhuǎn)發(fā)模塊轉(zhuǎn)發(fā)的數(shù)據(jù)請(qǐng)求并發(fā)送至網(wǎng)絡(luò)；每個(gè)接口處理模塊對(duì)應(yīng)有唯一的接口 ID ；所述路由轉(zhuǎn)發(fā)模塊用于劃分不同接口處理模塊在網(wǎng)絡(luò)中的通信網(wǎng)段，從而生成記錄接 口處理模塊的接口 ID與其通信網(wǎng)段的對(duì)應(yīng)關(guān)系的路由表；還用于解析來自接口處理模塊 的數(shù)據(jù)請(qǐng)求獲取其請(qǐng)求的網(wǎng)絡(luò)地址，并根據(jù)路由表將數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)至其請(qǐng)求的網(wǎng)絡(luò)地址所 在通信網(wǎng)段對(duì)應(yīng)的接口處理模塊。
2.根據(jù)權(quán)利要求1所述的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器，其特征在于，所述接口處理模塊在網(wǎng) 絡(luò)中的通信網(wǎng)段為TCP/IP協(xié)議、IPX/SPX協(xié)議、UDP協(xié)議或局域網(wǎng)自定義協(xié)議的網(wǎng)段。
3.根據(jù)權(quán)利要求1所述的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器，其特征在于，所述數(shù)據(jù)請(qǐng)求所請(qǐng)求的 網(wǎng)絡(luò)地址為TCP/IP協(xié)議、IPX/SPX協(xié)議、UDP協(xié)議或局域網(wǎng)自定義協(xié)議的網(wǎng)絡(luò)地址。
4.數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)方法，其特征在于采用如權(quán)利要求1所述的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器實(shí) 現(xiàn)，具體包括如下步驟1)路由轉(zhuǎn)發(fā)模塊劃分不同接口處理模塊在網(wǎng)絡(luò)中的通信網(wǎng)段，從而生成記錄接口處理 模塊的接口 ID與其通信網(wǎng)段的對(duì)應(yīng)關(guān)系的路由表；2)任一接口處理模塊接收到來自網(wǎng)絡(luò)的數(shù)據(jù)請(qǐng)求，并發(fā)送給路由轉(zhuǎn)發(fā)模塊；3)路由轉(zhuǎn)發(fā)模塊解析來自接口處理模塊的數(shù)據(jù)請(qǐng)求，獲取其請(qǐng)求的網(wǎng)絡(luò)地址；4)路由轉(zhuǎn)發(fā)模塊根據(jù)路由表查找到數(shù)據(jù)請(qǐng)求所請(qǐng)求的網(wǎng)絡(luò)地址所在通信網(wǎng)段對(duì)應(yīng)的 接口處理模塊，作為目標(biāo)接口處理模塊，將數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)至目標(biāo)接口處理模塊；5 )所述目標(biāo)接口處理模塊將來自路由轉(zhuǎn)發(fā)模塊的數(shù)據(jù)請(qǐng)求發(fā)送至網(wǎng)絡(luò)。
5.根據(jù)權(quán)利要求4所述的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)方法，其特征在于，所述步驟2)中，接口處理模 塊將來自網(wǎng)絡(luò)的數(shù)據(jù)請(qǐng)求發(fā)送給路由轉(zhuǎn)發(fā)模塊采用異步處理方式。
6.根據(jù)權(quán)利要求4所述的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)方法，其特征在于，所述步驟4)中，路由轉(zhuǎn)發(fā)模 塊將數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)至目標(biāo)接口處理模塊采用異步處理方式。
7.根據(jù)權(quán)利要求4所述的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)方法，其特征在于，所述步驟5)中，所述目標(biāo)接 口處理模塊將來自路由轉(zhuǎn)發(fā)模塊的數(shù)據(jù)請(qǐng)求發(fā)送至網(wǎng)絡(luò)采用異步處理方式。
8.根據(jù)權(quán)利要求4所述的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)方法，其特征在于，所述接口處理模塊在網(wǎng)絡(luò) 中的通信網(wǎng)段為TCP/IP協(xié)議、IPX/SPX協(xié)議、UDP協(xié)議或局域網(wǎng)自定義協(xié)議的網(wǎng)段。
9.根據(jù)權(quán)利要求4所述的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)方法，其特征在于，所述數(shù)據(jù)請(qǐng)求所請(qǐng)求的網(wǎng) 絡(luò)地址為TCP/IP協(xié)議、IPX/SPX協(xié)議、UDP協(xié)議或局域網(wǎng)自定義協(xié)議的網(wǎng)絡(luò)地址。
10.根據(jù)權(quán)利要求4、中任一項(xiàng)所述的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)方法，其特征在于，在所述步驟3) 和4)之間，還包括3a)將數(shù)據(jù)請(qǐng)求的協(xié)議格式轉(zhuǎn)換為其請(qǐng)求的網(wǎng)絡(luò)地址所采用的網(wǎng)絡(luò)協(xié)議格式。
全文摘要
本發(fā)明提供了一種數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器及方法，該數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)服務(wù)器采用了若干個(gè)接口處理模塊作為數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)接口端，一個(gè)路由轉(zhuǎn)發(fā)模塊用于對(duì)數(shù)據(jù)請(qǐng)求進(jìn)行路由轉(zhuǎn)發(fā)操作的方式，能夠容易的實(shí)現(xiàn)點(diǎn)對(duì)點(diǎn)或一點(diǎn)對(duì)多點(diǎn)的數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)；同時(shí)，作為核心處理程序的路由轉(zhuǎn)發(fā)模塊不需要重復(fù)建設(shè)，避免了開發(fā)過程中大量的重復(fù)勞動(dòng)，因此能夠使得開發(fā)效率提高；此外，服務(wù)器內(nèi)的模塊化結(jié)構(gòu)也非常清晰，檢測(cè)和維護(hù)都非常方便，有利于提高管理維護(hù)效率，減少后期維護(hù)的人力成本。
文檔編號(hào)H04L12/56GK102006244SQ20101061810
公開日2011年4月6日 申請(qǐng)日期2010年12月31日 優(yōu)先權(quán)日2010年12月31日
發(fā)明者梁爽 申請(qǐng)人:重慶新媒農(nóng)信科技有限公司