專利名稱：管理網(wǎng)絡(luò)冗余檢查應(yīng)用程序的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種管理網(wǎng)絡(luò)冗余檢查應(yīng)用程序的方法，其通過主控 端內(nèi)的驅(qū)動程序?qū)⒅骺囟藘?nèi)多個網(wǎng)絡(luò)通訊地址下的通訊端口虛擬成單 一個通訊端口 ，而該虛擬后的通訊端口再通過冗余檢查機(jī)制來判斷欲 傳送的序列資料是否無效或重復(fù)，由此以達(dá)到同時擁有冗余檢查機(jī)制 及管理單一網(wǎng)絡(luò)通訊地址優(yōu)勢的功效。
背景技術(shù)：
隨著通訊技術(shù)的快速演進(jìn)，其衍生的通訊網(wǎng)路亦隨之快速發(fā)展， 并依照其規(guī)模大小而可區(qū)分為局域網(wǎng)絡(luò)以及廣域網(wǎng)絡(luò)，其中，局域網(wǎng) 絡(luò)則是由許多相同網(wǎng)絡(luò)架構(gòu)所完成的區(qū)域性網(wǎng)絡(luò)，而廣域網(wǎng)絡(luò)則是由 許多的局域網(wǎng)絡(luò)所組成的大型網(wǎng)絡(luò)，且其服務(wù)與聯(lián)機(jī)的范圍可遍及全 國甚至全世界。
不論是局域網(wǎng)絡(luò)或廣域網(wǎng)絡(luò)，其中最常見的基本架構(gòu)便是以太網(wǎng)
絡(luò)(Ethernet),而在以太網(wǎng)絡(luò)中則包括有利用光纖或絞線 為傳輸線路的集線器(Hub)、交換器(Switch)或路由器 (Router)等網(wǎng)絡(luò)中繼裝置，而通過網(wǎng)絡(luò)中繼裝置與傳輸線路 的組合，可使不同網(wǎng)域的局域網(wǎng)絡(luò)、以及計算機(jī)或其它裝置，如監(jiān)視 系統(tǒng)、保全系統(tǒng)及自動化等得以進(jìn)行資料、指令的傳輸或控制。
然而傳統(tǒng)商用以太網(wǎng)絡(luò)設(shè)備僅較適用一般單純且易于掌控的辦公 室等優(yōu)良環(huán)境，但對于較為艱困且無法預(yù)期的工業(yè)環(huán)境而言并不適用， 其中主要原因在于商用以太網(wǎng)絡(luò)設(shè)備并無法符合工業(yè)化應(yīng)用中的高度 信賴需求，因而也促使了工業(yè)用以太網(wǎng)絡(luò)的發(fā)展。再者，隨著微形化的邏輯控制器、中央處理器以及各種輸出/入 設(shè)備與工業(yè)用的操作系統(tǒng)或應(yīng)用程序等軟硬件制造廠商亦開始提供附 有嵌入式以太網(wǎng)絡(luò)接口的產(chǎn)品，由此亦加速了工業(yè)級以太網(wǎng)絡(luò)的革命 性發(fā)展；然而，由于商用及工業(yè)用的以太網(wǎng)絡(luò)具有其通用性，因此使 用者將不再受限于現(xiàn)有自動化廠商的專有協(xié)議及網(wǎng)絡(luò)架構(gòu)，由此亦促 使了許多組織及協(xié)會紛紛提倡以太網(wǎng)絡(luò)工業(yè)協(xié)議，讓工業(yè)控制設(shè)備可 以整合運用于共通的協(xié)議。
請參閱圖16所示，為現(xiàn)有技術(shù)具雙傳輸信道的以太網(wǎng)絡(luò)系統(tǒng)架構(gòu) 圖，而于此架構(gòu)下的系統(tǒng)主要包括由主控端A、主傳輸信道B、副傳 輸信道C、中繼裝置D及遠(yuǎn)程設(shè)備E等部分所組成，該系統(tǒng)下的主傳 輸信道B、副傳輸信道C主要是為了配合工業(yè)以太網(wǎng)絡(luò)應(yīng)用中的高度
信賴需求下所設(shè)計的架構(gòu)，然而與此種雙傳輸信道的硬件架構(gòu)相配合 的軟件或算法則是利用冗余檢查機(jī)制來決定主控端A將選擇的信道；
而所謂的冗余檢查即是利用數(shù)據(jù)傳輸封包中多余的信息來核對該信息 的算法。
然而與傳統(tǒng)的以太網(wǎng)絡(luò)相比較，該架構(gòu)為了基于保護(hù)以太網(wǎng)絡(luò)的 實體層，因此網(wǎng)絡(luò)裝置僅需一個網(wǎng)絡(luò)通訊地址(IP a d d r e s s)，但當(dāng)以太網(wǎng)絡(luò)連上串行裝置或針對某些工業(yè)用途時，使用者則 需要兩套以太網(wǎng)絡(luò)及兩組網(wǎng)絡(luò)通訊地址，如此不僅可保護(hù)以太網(wǎng)絡(luò)的 實體媒介，亦可保護(hù)使用者端的以太網(wǎng)絡(luò)接口及網(wǎng)絡(luò)服務(wù)器端的設(shè)備， 而與上述二組網(wǎng)絡(luò)通訊地址相配合的冗余檢查機(jī)制，由具有提供網(wǎng)絡(luò) 備援以及快速回復(fù)網(wǎng)絡(luò)聯(lián)機(jī)的特性，因此冗余檢查機(jī)制對工業(yè)以太網(wǎng) 絡(luò)通訊則扮一十分重要角色。
上述雙信道冗余型以太網(wǎng)絡(luò)系統(tǒng)雖然具備快速回復(fù)網(wǎng)絡(luò)的聯(lián)機(jī)能 力，且其冗余備援機(jī)制可以滿足工業(yè)化應(yīng)用上的需求，以確保整體工 業(yè)化以太網(wǎng)絡(luò)統(tǒng)運作順暢，但該雙信道的冗余備援機(jī)制于實作上卻^
下述缺陷與不足(一) 由于雙信道的冗余型以太網(wǎng)絡(luò)系統(tǒng)具有二組傳輸信道(主
傳輸信道B、副傳輸信道C)，因此主控端A的使用者則需針對該二 組傳輸信道分別進(jìn)行管控；再者，若該主控端A需針對不同的傳輸條 件來開放不同的通訊端口 (COM port),管理者則需要多管 理或監(jiān)控一倍數(shù)量的通訊端口，因此對于管理該雙信道的冗余型以太 網(wǎng)絡(luò)系統(tǒng)的管理者則需要花費雙倍的時間來管控其傳輸信道。
(二) 同理，主控端A或遠(yuǎn)程設(shè)備E的相關(guān)業(yè)者若要開發(fā)相關(guān)的 應(yīng)用程序，則亦需針對雙信道下的通訊端口 (COM p o r t )來 設(shè)計其路徑判斷的算法，然而對于欲使用雙信道的冗余型以太網(wǎng)絡(luò)系 統(tǒng)的相關(guān)業(yè)者，則需耗費多余的時間來開發(fā)新的管理程序，以便判斷 雙信道下的通訊端口的切換方式及判斷方法。
因此，上述現(xiàn)有技術(shù)的不足，便為從事此行業(yè)者所亟欲改善的課 題，而有待相關(guān)業(yè)者作進(jìn)一步改良與創(chuàng)新設(shè)計的必要。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于克服現(xiàn)有技術(shù)的不足與缺陷，提出一種管 理網(wǎng)絡(luò)冗余檢查應(yīng)用程序的方法，通過驅(qū)動程序以及中繼裝置所形成 的韌體來管理冗余檢查機(jī)制及其所用的通訊端口，因此雖然主機(jī)端包
括有二個網(wǎng)絡(luò)通訊地址，但使用者無需針對二個網(wǎng)絡(luò)通訊地址下的各 通訊端口進(jìn)行管理，也因此使用者于實際上僅需針對一個虛擬的通訊 端口進(jìn)行設(shè)定；再者，通過該驅(qū)動程序的判斷流程，雖主機(jī)端具有主 傳輸信道及副傳輸信道來傳送相同數(shù)據(jù)的功效，且由于針對使用者而 言卻僅需管理此虛擬的通訊端口，由此，該以太網(wǎng)絡(luò)架構(gòu)下的主機(jī)端 不但可通過冗余檢查機(jī)制下來擁有雙傳輸信道所帶來的高穩(wěn)定性，而 該架構(gòu)下的管理者卻不需管理雙傳輸信道下所衍生的大量通訊端口。
另外，本發(fā)明的次要目的在于，通過驅(qū)動程序?qū)⒅鱾鬏斝诺兰案?傳輸信道所使用的二個網(wǎng)絡(luò)通訊地址虛擬成單一的通訊端口，因此主 機(jī)端的應(yīng)用程序?qū)H需針對該虛擬通訊端口上的資料進(jìn)行存取，且若
7針對僅擁有一個網(wǎng)絡(luò)通訊地址下的以太網(wǎng)絡(luò)欲進(jìn)行升級至二個網(wǎng)絡(luò)通 訊地址的企業(yè)端，該原本己使用的應(yīng)用程序?qū)⒉恍柙O(shè)計新的應(yīng)用程序 來與二個網(wǎng)絡(luò)通訊地址互相配合存取，因此將可節(jié)省相關(guān)業(yè)者可觀的
應(yīng)用程序開發(fā)時間與精力。
為達(dá)上述目的，本發(fā)明提供一種管理網(wǎng)絡(luò)冗余檢查應(yīng)用程序的方 法，尤指運用于由主控端、主傳輸信道、副傳輸信道、中繼裝置及遠(yuǎn) 程設(shè)備所形成的雙信道網(wǎng)絡(luò)架構(gòu)下的冗余檢查應(yīng)用程序的方法，其通 過主控端內(nèi)的驅(qū)動程序?qū)⒅骺囟藘?nèi)多個網(wǎng)絡(luò)通訊地址下的通訊端口虛 擬成單一個通訊端口，由此使用者或使用者的應(yīng)用程序僅需管理或監(jiān)
控該虛擬后的通訊端口。


圖1為本發(fā)明較佳實施例的雙信道冗余型以太網(wǎng)絡(luò)系統(tǒng)架構(gòu)圖； 圖2為本發(fā)明較佳實施例的由主控端傳送資料至中繼裝置的示意
圖3為本發(fā)明較佳實施例的由主控端傳送封包資料的示意圖； 圖4為本發(fā)明較佳實施例的主控端傳送資料并進(jìn)行封包的示意圖； 圖5為本發(fā)明較佳實施例的由中繼裝置傳送資料至主控端的示意
圖6為本發(fā)明較佳實施例的由中繼裝置傳送資料并進(jìn)行冗余檢查 的示意圖7為本發(fā)明較佳實施例的由驅(qū)動程序?qū)①Y料寫入網(wǎng)絡(luò)卡的判斷 步驟流程圖8為本發(fā)明較佳實施例的驅(qū)動程序從網(wǎng)絡(luò)卡讀取資料的判斷步 驟流程圖9為本發(fā)明較佳實施例的韌體將資料寫入網(wǎng)絡(luò)卡的判斷步驟流
程圖IO為本發(fā)明較佳實施例的通過韌體從網(wǎng)絡(luò)卡讀取資料的步驟流
程圖；圖11為本發(fā)明較佳實施例的操作接口圖(一)； 圖12為本發(fā)明較佳實施例的操作接口圖(二)；
圖13為本發(fā)明較佳實施例的操作接口圖(三)； 圖14為本發(fā)明較佳實施例的操作接口圖(四)；
圖15為本發(fā)明較佳實施例的操作接口圖(五)；
圖16為現(xiàn)有技術(shù)的具雙傳輸信道的以太網(wǎng)絡(luò)統(tǒng)架構(gòu)圖。
圖中符號說明
1主控端
11工作站13工作站
12工作站14工作站
2主傳輸信道
3副傳輸信道
4中繼裝置
5傳輸封包
51表頭52序列資料
A主控端
B主傳輸信道
C副傳輸信道
D中繼裝置
E遠(yuǎn)程設(shè)備
具體實施例方式
為達(dá)成上述目的及構(gòu)造，并為對于本發(fā)明的目的及功效有更進(jìn)一 步的了解，故本發(fā)明所采用的技術(shù)手段，結(jié)合附圖就本發(fā)明的較佳實 施例詳加說明如下，以利完全了解。
首先本說明書先通過說明各硬件的配置方塊圖以及通過達(dá)到本發(fā) 明的管理網(wǎng)絡(luò)冗余檢查應(yīng)用程序的方法所運用的流程步驟來加以說明 本發(fā)明的技術(shù)手段，最后再通過本發(fā)明實際運用的實施例來說明，以利更明確地了解本發(fā)明具體的實作技術(shù)。
請參閱圖1所示，為本發(fā)明較佳實施例的雙信道冗余型以太網(wǎng)絡(luò) 系統(tǒng)架構(gòu)圖，由圖中可以清楚得知該系統(tǒng)由主控端1、主傳輸信道2、 副傳輸信道3及中繼裝置4所構(gòu)成，而該主控端1則進(jìn)一步包括有多
個工作站ll、 12、 13及14，另，該系統(tǒng)下的主傳輸信道2及副傳輸信 道3則是為了配合工業(yè)以太網(wǎng)化應(yīng)用中所欲使用冗余檢査要求下所設(shè) 計的架構(gòu)。
請參閱圖2、 3、 4所示，分別為本發(fā)明較佳實施例的由主控端傳 送資料至中繼裝置的示意圖、由主控端傳送封包資料的示意圖及由主 控端傳送資料并進(jìn)行封包的示意圖，如圖2所示，當(dāng)主控端1的工作 站11分別由主傳輸信道2、副傳輸信道3傳送序號00001及00002 二 組碼框(frame)至中繼裝置4時，由于中繼裝置4的冗余檢査 機(jī)制會避免傳輸資料的重復(fù)，因此中繼裝置4將會把重復(fù)的序號00001 及00002 二組碼框忽略(d r o p )掉，所以，中繼裝置4可進(jìn)一步 將00001及00002 二組碼框傳送至遠(yuǎn)程。
然而當(dāng)工作站11傳送一序列資料52至中繼裝置4時，工作站11 將會把序列資料52進(jìn)行封包成一傳輸封包5，而該中繼裝置4主要將 包含有標(biāo)記(m a r k)、長度(1 e n)、序列號(s e q u e n c e number)及檢查和(checksum)的表頭51與序 列資料52結(jié)合成一傳輸封包5 (如圖3所示)；請參閱圖4所示并參 考圖2及圖3，當(dāng)工作站11欲傳送一序列資料52時，該序列資料52 將會經(jīng)過一冗余機(jī)制，而該冗余機(jī)制主要將表頭51加入該序列資料52 以形成一傳輸封包5，而該冗余機(jī)制再復(fù)制相同的傳輸封包5并分別通 過主傳輸信道2及副傳輸信道3傳送至中繼裝置4;所以，通過上述的 冗余機(jī)制并利用主傳輸信道2及副傳輸信道3，工作站11將可使二份 相同的序列資料52傳送至中繼裝置4，但卻不至造成接收端資料的重 復(fù)。請參閱圖5、 6所示，分別為本發(fā)明較佳實施例的由中繼裝置傳送 資料至主控端的示意圖及由中繼裝置傳送資料并進(jìn)行冗余檢査的示意
圖，當(dāng)中繼裝置4由遠(yuǎn)程接收一 00001碼框并欲傳送至工作站11時， 先將表頭51加入該序列資料52前而形成一傳輸封包5，再分別由主傳 輸信道2、副傳輸信道3傳送至工作站11，待工作站ll接收到該碼框 時，該工作站ll將忽略重復(fù)的碼框；然而該冗余檢查則如圖6所示的 示意圖，當(dāng)具有相同序列號(s e q u e n c e number)(如 S n o =8)的傳輸封包5欲通過主傳輸信道2及副傳輸信道3傳送至 工作站11時將會經(jīng)過一冗余檢査，該冗余檢查主要將二組傳輸封包5 的表頭51 (包括有標(biāo)記、長度、序列號及檢查和)進(jìn)行比對；因此經(jīng) 由此冗余檢查后，該工作站ll將不會接收到重復(fù)的資料。
然而，上述的冗余檢查機(jī)制于實作上主要包括有一驅(qū)動程序?qū)①Y 料寫入網(wǎng)絡(luò)卡的判斷步驟(如圖7)，其步驟如下
(101) 開始；
(102) 確認(rèn)驅(qū)動程序從使用者所運用的應(yīng)用程序取得欲傳送的序 列資料52，若否，執(zhí)行步驟(102);
(103) 為表頭51配置內(nèi)存，若失敗，執(zhí)行步驟(103);
(104) 將表頭51插入序列資料52之前以形成一傳輸封包5并指 派表頭51的值；
(105) 復(fù)制整個傳輸封包5 (表頭51及序列資料52);
(106) 將傳輸封包5放置主傳輸信道2，若失敗則執(zhí)行(107); 若成功則執(zhí)行(108);
(107) 將傳輸封包5丟棄(d i s c a r d )或忽略(drop);
(108) 將傳輸封包5放置副傳輸信道3，若失敗則執(zhí)行(109); 若成功則執(zhí)行(110);
(109) 將傳輸封包5丟棄(d i s c a r d )或忽略(drop);
(110) 結(jié)束。然而，與上述的冗余檢查機(jī)制于驅(qū)動程序?qū)①Y料寫入網(wǎng)絡(luò)卡的判 斷步驟相對應(yīng)的驅(qū)動程序則包括有如圖8所示的驅(qū)動程序從網(wǎng)絡(luò)卡讀 取資料的判斷步驟，其步驟如下
(201) 開始；
(202) 確認(rèn)網(wǎng)絡(luò)緩沖區(qū)中是否有資料可讀取，若否，執(zhí)行步驟 (211);
(203) 確認(rèn)中繼裝置4的緩沖區(qū)域(buffer )是否空白(存 放的前以從網(wǎng)絡(luò)讀取，但此時尚無法形成一完整封包的緩沖區(qū))， 若否，則執(zhí)行步驟(204);若是，則執(zhí)行步驟(205);
(204) 將已存入網(wǎng)絡(luò)卡的資料取出并插入緩沖區(qū)域的前端；舉例 而言，當(dāng)此情況發(fā)生在傳送端送出的封包為30b y t e s ，但接收端 第一次只收到10個b y t e s資料，但這10個b y t e s并不是一 完整的傳輸封包，必須等到后面的20b y t e s資料到達(dá)才可以一起 檢查標(biāo)頭與進(jìn)行后續(xù)的處理，因此前面10b y t e s需先放入緩沖區(qū)， 但后面20b y t e s到達(dá)時，再將緩沖區(qū)中的10b y t e s插入20 bytes的前端再一起處理；
(205) 檢査表頭51是否正確，若否則執(zhí)行步驟(206);若是則 執(zhí)行步驟(207);
(206) 將資料丟棄或忽略；結(jié)束；
(207) 進(jìn)行冗余檢查的處理，若該資料無法處理則執(zhí)行步驟 (202);
(208) 檢查表頭51的序列號是否正確，若否則執(zhí)行步驟(206);
(209) 將資料傳送給使用者的應(yīng)用程序；若失敗則執(zhí)行步驟 (206);
(210) 檢查緩沖區(qū)域內(nèi)的資料是否完整；若否則執(zhí)行(202);
(211) 結(jié)束。
簡而言之，通過如圖7及8所示的利用一驅(qū)動程序來對網(wǎng)絡(luò)卡進(jìn) 行讀取及寫入的說明，即可了解如何通過此驅(qū)動程序并通過主傳輸信 道2及副傳輸信道3來達(dá)到本發(fā)明的管理網(wǎng)絡(luò)冗余檢査應(yīng)用程序的方法；然而，本發(fā)明亦包括了通過一韌體將資料寫入網(wǎng)絡(luò)卡(如圖9)以 及通過韌體從網(wǎng)絡(luò)卡讀取數(shù)據(jù)的步驟流程(如圖10)，其步驟分別如
下
(301) 開始；
(302) 確認(rèn)中繼裝置4從其串行端口讀取資料，若否，執(zhí)行步驟 (302);
(303) 為表頭51配置內(nèi)存，若失敗，執(zhí)行步驟(303);
(304) 將表頭51插入序列資料52之前以形成一傳輸封包5并指 派表頭51的值；
(305) 復(fù)制整個傳輸封包5 (表頭51及序列資料52);
(306) 將傳輸封包5放置主傳輸信道2，若失敗則執(zhí)行(307); 若成功則執(zhí)行(308);
(307) 將傳輸封包5丟棄(discard )或忽略(drop);
(308) 將傳輸封包5放置副傳輸信道3，若失敗則執(zhí)行(309); 若成功則執(zhí)行(310);
(309) 將傳輸封包5丟棄(discard )或忽略(drop);
(310) 結(jié)束。
再者，請參閱如下述通過韌體從網(wǎng)絡(luò)卡讀取數(shù)據(jù)的步驟流程(如 圖io)，其步驟如下-
(401) 開始；
(402) 確認(rèn)韌體是否從網(wǎng)絡(luò)卡讀取資料，若否，執(zhí)行步驟(411);
(403) 確認(rèn)緩沖區(qū)域(buffer)是否空白，若否，則執(zhí)行 步驟(404);若是，則執(zhí)行步驟(405);
(404) 將已存入網(wǎng)絡(luò)卡的資料取出并插入緩沖區(qū)域的前端；
(405) 檢查表頭51是否正確，若否則執(zhí)行步驟(406);若是則 執(zhí)行步驟(407);
(406) 將資料丟棄或忽略；結(jié)束；
(407) 進(jìn)行冗余檢查的處理，若該資料無法處理則執(zhí)行步驟 (402);(408) 檢査表頭51的序列號是否正確，若否則執(zhí)行步驟(406);
(409) 該韌體將資料寫入中繼裝置4的串行端口；若失敗則執(zhí)行 步驟(406);
(410) 檢查緩沖區(qū)域內(nèi)的資料是否完整；若否則執(zhí)行(402);
(411) 結(jié)束。
綜上所述，通過圖7、 8、 9及IO的流程中所揭露的方法，即可清 楚了解本發(fā)明通過驅(qū)動程序以及韌體的執(zhí)行步驟來達(dá)到傳輸資料的冗 余檢查，再者，將上述方法運用到使用者所使用的應(yīng)用程序上，即可 讓該應(yīng)用程序?qū)⒅鱾鬏斝诺?、副傳輸信道3視為單一的傳送信道，由 此，該應(yīng)用程序的相關(guān)業(yè)者即可不需開發(fā)新的應(yīng)用程序來使用具雙信 道冗余檢查機(jī)制的以太網(wǎng)絡(luò)。
然而，為了能夠更了解本發(fā)明于實際操作上的優(yōu)點，因此請參閱 圖11、 12、 13、 14及15所示的操作接口圖，假設(shè)當(dāng)使用者欲管理中 繼裝置4上16個通訊端口，使用者首先則通過如圖11的接口來增加 欲管理的通訊端口，而后，再通過圖12的接口來偵測與中繼裝置4所 連接的一組傳輸信道(如主傳輸信道2及副傳輸信道3)，待工作站 11偵測到中繼裝置4上的二個網(wǎng)絡(luò)通訊地址時(IPa d d r e s s )(如圖13)，使用者即可進(jìn)一步指定欲開放的資料端口 (d a t aport)及命令端口 (commandport),然而 截至目前為止，雖然工作站ll偵測到二個網(wǎng)絡(luò)通訊地址，但使用者實 際上僅針對一個虛擬的通訊端口進(jìn)行設(shè)定，亦即當(dāng)使用者于設(shè)定圖14 中的通訊端口時，實際上是以直接指定主傳輸信道2 (如192 168 . 2 .100)、副傳輸信道3 (如192 . 168 . 3 . 100)的信道；再者，若于 二個網(wǎng)絡(luò)通訊地址下?lián)碛邢嗤Y料端口及命令端口的通訊端口則將被
虛擬成單一的通訊端口；所以，重復(fù)上述動作，使用者即可設(shè)定多組
的通訊端口 (COM port),然而如圖15所示，雖然于工作站 11共有32個通訊端口被設(shè)定，但針對使用者或使用者的應(yīng)用程序而言， 將僅需管理或監(jiān)控16個通訊端口 。然而，于本文中所揭露的通過韌體來提供冗余檢查的判斷依據(jù)， 僅為本發(fā)明管理網(wǎng)絡(luò)冗余檢查應(yīng)用程序的方法的較佳實施例，而于實 作中主要將二個以上的通訊端口虛擬成單一的通訊端口，固舉凡利用 驅(qū)動程序?qū)⒍€以上的通訊端口虛擬成單一的通訊端口并運用于一應(yīng) 用程序的方法均應(yīng)同理包含于本發(fā)明的專利范圍內(nèi)，而此種簡易修飾 及等效結(jié)構(gòu)變化，均應(yīng)同理包含于本發(fā)明的專利范圍內(nèi)。
所以，通過上述說明將可得知本發(fā)明與現(xiàn)有技術(shù)相比較著實具下 列優(yōu)點及特征
(一) 通過驅(qū)動程序以及中繼裝置所形成的韌體，雖然主機(jī)端包 括有二個網(wǎng)絡(luò)通訊地址，但使用者無需針對二個網(wǎng)絡(luò)通訊地址下的各 通訊端口進(jìn)行管理，因此使用者于實際上僅需針對一個虛擬的通訊端 口進(jìn)行設(shè)定；再者，通過該驅(qū)動程序的判斷流程，雖主機(jī)端具有主傳 輸信道及副傳輸信道來傳送相同數(shù)據(jù)的功效，且由于針對使用者而言 卻僅需管理此虛擬的通訊端口，由此，該以太網(wǎng)絡(luò)架構(gòu)下的主機(jī)端不 但可通過冗余檢查機(jī)制下來擁有雙傳輸信道所帶來的高穩(wěn)定性，而該 架構(gòu)下的管理者卻不需管理雙傳輸信道下所衍生的大量通訊端口。
(二) 通過驅(qū)動程序?qū)⒅鱾鬏斝诺兰案眰鬏斝诺浪褂玫亩€網(wǎng) 絡(luò)通訊地址虛擬成單一的通訊端口，主機(jī)端的應(yīng)用程序?qū)H需針對該 虛擬通訊端口上的資料進(jìn)行存取，因此若針對僅擁有一個網(wǎng)絡(luò)通訊地 址下的以太網(wǎng)絡(luò)欲進(jìn)行升級至二個網(wǎng)絡(luò)通訊地址，該以太網(wǎng)絡(luò)架構(gòu)下 的應(yīng)用程序?qū)⒉恍柙O(shè)計新的應(yīng)用程序來與二個網(wǎng)絡(luò)通訊地址配合存 取，因此將可節(jié)省相關(guān)業(yè)者可觀的應(yīng)用程序開發(fā)時間與精力。
(三) 無論是資料欲通過中繼裝置傳送至主機(jī)端或是主機(jī)端欲傳 送資料至中繼裝置，通過冗余檢查來判斷該資料封包中的序列號是否 相同，若相同便將其中一組資料封包忽略或放棄，由此將可避免接收 端收到重復(fù)的資料封包；再者，于該冗余檢查機(jī)制下的資料由于會加 入一序列號，因此該數(shù)據(jù)若欲由主傳輸信道及副傳輸信道進(jìn)行傳輸， 而該數(shù)據(jù)于主傳輸信道及副傳輸信道下的通訊端口則需要相同，由此將可確保該資料確實由主傳輸信道及副傳輸信道同時進(jìn)行傳輸。
(四)再者，于本發(fā)明的冗余檢查機(jī)制下若主機(jī)端或中繼裝置于
一段時限內(nèi)(TIME — OUT)未收到相同序列號的封包資料，則
該中繼裝置可發(fā)出一警示訊息至主控端的工作站，由此將可提醒網(wǎng)絡(luò) 管理者檢查該傳輸信道是否斷線或錯誤。
以上所述，僅是本發(fā)明的較佳實施例，自不能以此而局限本發(fā)明 的專利范圍，因此，舉凡運用本發(fā)明的權(quán)利要求所做的均等變化與修 飾，仍應(yīng)包含于本發(fā)明所涵蓋的專利范圍內(nèi)。
權(quán)利要求
1. 一種管理網(wǎng)絡(luò)冗余檢查應(yīng)用程序'的方法，尤指運用于由主控端、 主傳輸信道、副傳輸信道、中繼裝置及遠(yuǎn)程設(shè)備所形成的雙信道網(wǎng)絡(luò) 架構(gòu)下的冗余檢查應(yīng)用程序的方法，其特征在于通過主控端內(nèi)的驅(qū) 動程序?qū)⒅骺囟藘?nèi)多個網(wǎng)絡(luò)通訊地址下的通訊端口虛擬成單一個通訊 端口，由此使用者或使用者的應(yīng)用程序僅需管理或監(jiān)控該虛擬后的通 訊端口。
2. 如權(quán)利要求l所述的管理網(wǎng)絡(luò)冗余檢查應(yīng)用程序的方法，其中，該虛擬成單一個通訊端口是指主控端下二個網(wǎng)絡(luò)通訊地址擁有相同的 資料端口及命令端口的通訊端口 。
3. 如權(quán)利要求l所述的管理網(wǎng)絡(luò)冗余檢查應(yīng)用程序的方法，其中， 當(dāng)主控端欲傳送一序列資料至中繼裝置時，該序列數(shù)據(jù)會通過虛擬通 訊端口并將該序列數(shù)據(jù)封包成一傳輸封包。
4. 如權(quán)利要求l所述的管理網(wǎng)絡(luò)冗余檢查應(yīng)用程序的方法，其中， 該傳輸封包包括有表頭及序列資料。
5. 如權(quán)利要求4所述的管理網(wǎng)絡(luò)冗余檢查應(yīng)用程序的方法，其中， 若序列資料于主傳輸信道及副傳輸信道同時傳送時，則主傳輸信道及 副傳輸信道下的網(wǎng)絡(luò)通訊地址的通訊端口需要相同。
6. 如權(quán)利要求4所述的管理網(wǎng)絡(luò)冗余檢查應(yīng)用程序的方法，其中， 該表頭包括有標(biāo)記、長度、序列號及檢査和。
7. 如權(quán)利要求1所述的管理網(wǎng)絡(luò)冗余檢查應(yīng)用程序的方法，其中， 該驅(qū)動程序包括有將序列資料寫入主控端中網(wǎng)絡(luò)卡的方法，該方法包 括有a 、確認(rèn)驅(qū)動程序從使用者所運用的應(yīng)用程序取得欲傳送的序列資料；b、將欲傳送至網(wǎng)絡(luò)卡的表頭配置內(nèi)存；C、將表頭插入序列數(shù)據(jù)的位置前以形成一傳輸封包；d 、指派表頭的值；e 、復(fù)制整個傳輸封包至主傳輸信道及副傳輸信道；f、 將重復(fù)的傳輸封包丟棄或忽略。
8. 如權(quán)利要求1所述的管理網(wǎng)絡(luò)冗余檢查應(yīng)用程序的方法，其中， 該驅(qū)動程序包括有將從主控端中網(wǎng)絡(luò)卡讀取序列資料的方法，該方法 包括有a、 確認(rèn)網(wǎng)絡(luò)緩沖區(qū)中是否有資料可讀取；b、 確認(rèn)中繼裝置的緩沖區(qū)域是否空白；C、將已存入網(wǎng)絡(luò)卡的序列資料取出并插入緩沖區(qū)域的前端； d 、檢査表頭是否正確； e 、將序列資料丟棄或忽略 f 、進(jìn)行冗余檢查的處理；g、 檢查表頭的序列號是否正確；h、 將序列資料傳送給使用者的應(yīng)用程序；i、 檢查緩沖區(qū)域內(nèi)的資料是否完整。
9. 如權(quán)利要求1所述的管理網(wǎng)絡(luò)冗余檢查應(yīng)用程序的方法，其中， 該驅(qū)動程序與中繼裝置所形成的韌體包括有通過該韌體將序列資料寫 入主控端中網(wǎng)絡(luò)卡的方法，該方法包括a、 確認(rèn)中繼裝置從其串行端口讀取序列資料；b、 將中繼裝置欲傳送至網(wǎng)絡(luò)卡的表頭配置內(nèi)存；c、 將表頭插入序列數(shù)據(jù)的位置前以形成一傳輸封包； d 、指派表頭的值；e、 復(fù)制整個傳輸封包至主傳輸信道及副傳輸信道；f、 將重復(fù)的傳輸封包丟棄或忽略。
10.如權(quán)利要求1所述的管理網(wǎng)絡(luò)冗余檢查應(yīng)用程序的方法，其 中，該驅(qū)動程序與中繼裝置所形成的韌體包括從主控端中網(wǎng)絡(luò)卡讀取 序列資料的方法，該方法包括有a、 確認(rèn)該韌體是否從網(wǎng)絡(luò)卡讀取序列資料；b、 確認(rèn)中繼裝置的緩沖區(qū)域是否空白；c 、將已存入網(wǎng)絡(luò)卡的序列資料取出并插入緩沖區(qū)域的前端；d、檢查表頭是否正確；e 、將序列資料丟棄或忽略；f、 進(jìn)行冗余檢查的處理；g、 檢查表頭的序列號是否正確；h、 該韌體將序列資料寫入中繼裝置的串行端口；i、 檢查緩沖區(qū)域內(nèi)的資料是否完整。
全文摘要
本發(fā)明涉及一種管理網(wǎng)絡(luò)冗余檢查應(yīng)用程序的方法，尤指將一驅(qū)動程序運用于由主控端、主傳輸信道、副傳輸信道、中繼裝置及遠(yuǎn)程設(shè)備下所形成的雙信道網(wǎng)絡(luò)架構(gòu)下的冗余檢查應(yīng)用程序的方法，其通過主控端內(nèi)的驅(qū)動程序?qū)⒅骺囟藘?nèi)多個網(wǎng)絡(luò)通訊地址下的通訊端口虛擬成單一個通訊端口，由此，使用者或使用者的應(yīng)用程序僅需管理或監(jiān)控該虛擬后的通訊端口；再者，通過驅(qū)動程序及中繼裝置所形成的韌體將涵蓋了實際的操作模式以讓使用者或網(wǎng)絡(luò)應(yīng)用程序毋須考量該冗余機(jī)制所造成的系統(tǒng)復(fù)雜度；所以，本發(fā)明的網(wǎng)絡(luò)架構(gòu)下的主機(jī)端不但可通過冗余檢查機(jī)制下來擁有雙傳輸信道所帶來的高穩(wěn)定性，而該架構(gòu)下的管理者卻不需管理雙傳輸信道下所衍生的大量通訊端口。
文檔編號H04L12/26GK101312413SQ20071010453
公開日2008年11月26日 申請日期2007年5月25日 優(yōu)先權(quán)日2007年5月25日
發(fā)明者孫哲宏, 石璧淵, 邵世輝 申請人:四零四科技股份有限公司