TWI637612B - 於發送工作請求時維護串列路由之裝置及其方法 - Google Patents

Abstract

一種於發送工作請求時維護串列路由之裝置及其方法，其透過依據路由規則選擇串列埠發送工作請求後沒有接收到結果回應時，在路由規則中刪除對應的路由資料，並透過所有串列埠發送工作請求，當接收到結果回應時，在路由規則中新增對應的異動資料之技術手段，可以在閘道器新增連接的串列設備或串列設備改變與閘道器連接之串列埠時自動更新路由規則，並達成在閘道器安裝後無需特別設定的技術功效。

Description

於發送工作請求時維護串列路由之裝置及其方法

一種轉送工作請求之裝置及其方法，特別係指一種於發送工作請求時維護串列路由之裝置及其方法。

在現場總線（Fieldbus）的發展過程中，應用在串列傳輸（serial-based）的現場總線協定（如Profibus, Modbus RTU/ASCII等協定）較早開始被使用，且串列傳輸的現場總線協定沒有後續使用的其他現場總線協定那麼複雜，因此，目前仍存在許多僅支援串列傳輸之現場總線的串列裝置。不過，串列埠的物理線路特性並無法進行長距離的傳輸，因此，需要以增加中繼器（repeater）的方式來延長傳輸的距離，但如此將造成佈線成本的提升。

為了解決佈線成本提升的問題，有些工廠改為在遠端及近端各使用一個串列埠轉網路埠之閘道器（也就是閘道器支援串列傳輸現場總線協定）與串列裝置連接，兩個閘道器之間以乙太網路進行通訊，如此，便可以省下長距離的佈線成本。

然而，在使用串列埠轉網路埠的閘道器時，使用者需要在閘道器上手動設定所有與閘道器連接之串列設備的路由規則，使得閘道器可以透過路由規則將網路端傳來的通訊封包傳遞至正確的串列埠。但若有新的串列設備與閘道器連接或原本與閘道器連接的串列裝置改變與閘道器連接的串列埠後，使用者需要更新路由規則，否則新與閘道器連接的串列設備或改變連接之串列埠的串列設備將無法正確的收送資料。

綜上所述，可知先前技術中長期以來一直存在當閘道器新增或移動串列設備時需要手動更新路由規則否則串列設備無法正確收送資料的問題，因此有必要提出改進的技術手段，來解決此一問題。

有鑒於先前技術存在當閘道器新增或移動串列設備時需要手動更新路由規則否則串列設備無法正確收送資料的問題，本發明遂揭露一種於發送工作請求時維護串列路由之裝置及其方法，其中：

本發明所揭露之於發送工作請求時維護串列路由之裝置，至少包含：主連接埠，與主設備連接，用以接收主設備所傳送之工作請求，工作請求包含設備識別資料；多個串列埠，各串列埠分別對應不同的串列埠識別資料；儲存模組，儲存路由規則；處理模組，與主連接埠、串列埠、及儲存模組連接，用以依據路由規則判斷與設備識別資料對應之串列埠識別資料，當路由規則中存在與設備識別資料對應之串列埠識別資料時，透過相對應之串列埠傳送工作請求並等待結果回應，以及在等待預定時間後沒有收到結果回應時，於路由規則中刪除表示設備識別資料與串列埠識別資料對應之路由資料；當路由規則中不存在與設備識別資料對應之串列埠識別資料時，以各串列埠分別傳送工作請求並等待結果回應，以及在接收到結果回應時，於路由規則中新增表示設備識別資料與另一串列埠識別資料對應之異動資料，其中，另一串列埠識別資料與接收到結果回應之串列埠對應。

本發明所揭露之於發送工作請求時維護串列路由之方法，應用於包含多個串列部的閘道器，其步驟至少包括：取得工作請求，工作請求包含設備識別資料；依據路由規則判斷與設備識別資料對應之串列埠識別資料是否存在；當該路由規則中存在與設備識別資料對應之串列埠識別資料時，透過相對應之串列埠傳送工作請求並等待結果回應，以及在等待預定時間後沒有收到結果回應時，於路由規則中刪除表示設備識別資料與串列埠識別資料對應之路由資料；當路由規則中不存在與設備識別資料對應之串列埠識別資料時，以各串列埠分別傳送工作請求並等待結果回應，以及在接收到結果回應時，於路由規則中新增表示設備識別資料與另一串列埠識別資料對應之異動資料，其中另一串列埠識別資料與接收到結果回應之串列埠對應。

本發明所揭露之裝置與方法如上，與先前技術之間的差異在於本發明依據路由規則發送工作請求後沒有接收到結果回應時，在路由規則中刪除對應的路由資料，並透過所有串列埠發送工作請求，當接收到結果回應時，在路由規則中新增對應的異動資料，藉以解決先前技術所存在的問題，並可以達成在閘道器安裝後無需特別設定的技術功效。

以下將配合圖式及實施例來詳細說明本發明之特徵與實施方式，內容足以使任何熟習相關技藝者能夠輕易地充分理解本發明解決技術問題所應用的技術手段並據以實施，藉此實現本發明可達成的功效。

本發明可以讓閘道器（Gateway）在每一次取得工作請求（Request）後，動態更新路由規則，使得閘道器可以依據動態更新的路由規則自動地選擇串列埠（Serial port），藉以將工作請求傳送給正確的從屬設備（slave device）。

以下先以「第1A圖」本發明所提之於發送工作請求時維護串列路由之裝置之元件示意圖來說明本發明的運作過程。如「第1A圖」所示，本發明之裝置（閘道器100）含有主連接埠110、串列埠120、儲存模組130、以及處理模組150。

主連接埠110與主設備410連接。一般而言，主連接埠110是串列埠，也就是說，主設備410為串列設備，且閘道器100與主設備410是透過串列埠連接。

主連接埠110負責接收主設備410所傳送的工作請求。主連接埠110所接收之工作請求的表頭中包含設備識別資料。其中，設備識別資料與從屬設備420對應，用來表示相對應的從屬設備420。設備識別資料可以由任意數量的文字、字母、數字、符號任意排列而成，在能夠讓主設備410辨別不同從屬設備420（例如從屬設備421、422、423等）的組合下，本發明沒有特別的限制。

串列埠120與從屬設備420連接，各個串列埠分別對應到不同的串列埠識別資料。串列埠識別資料用來表示不同的串列埠120，可以由任意數量的文字、字母、數字、符號任意排列而成，在能夠讓閘道器100辨別不同串列埠120（如串列埠121、122、123等）之下，本發明沒有特別的限制。

儲存模組130負責儲存路由規則。儲存模組130所儲存的路由規則記錄與串列埠120對應之串列埠識別資料與從屬設備420對應之設備識別資料的對應關係，其中，每一對串列埠識別資料與設備識別資料的記錄被稱為路由資料。在本發明中，路由規則的儲存形式並沒有特別的限制，例如，路由規則可以是一個資料表，也可以是一組條件判斷式等；另外，路由規則的儲存方式也沒有特別的限制，例如，路由規則可以透過資料庫儲存，也可以儲存在檔案中等。

處理模組150與主連接埠110、串列埠120、以及儲存模組130連接。需要特別說明的是，在圖式中，處理模組150分別與主連接埠110、串列埠120、以及儲存模組130連接，而在實務上，處理模組150與主連接埠110、串列埠120、儲存模組130、以及閘道器100的其他元件（圖中未示）之間，通常是透過匯流排（bus）連接（但本發明並不以此為限），處理模組150可以透過輪詢的方式由主連接埠110、串列埠120、儲存模組130、或其他輸出入元件取得資料，或將資料提供給主連接埠110、串列埠120、儲存模組130、或其他輸出入元件。在部分的實施例中，處理模組150與儲存模組130可能包含在同一個處理晶片中（圖中未示），處理模組150與儲存模組130可以透過處理晶片中的電路連接，同時，處理晶片可以透過匯流排與主連接埠110、串列埠120、及其他輸出入元件連接，或可以分別與主連接埠110、串列埠120、及其他輸出入元件連接。

處理模組150負責依據儲存模組130所儲存的路由規則，判斷與主連接埠110所接收到之工作請求中的設備識別資料相對應的串列埠識別資料。其中，處理模組150可以不檢視工作請求的內容，而只查看主連接埠110所接收到之工作請求的表頭即可以取得工作請求中的設備識別資料，並依據所取得的設備識別資料由路由規則中判斷相對應的串列埠識別資料。也就是說，只要閘道器100支援主設備410所傳送的工作請求，也就是處理模組150可以判斷出主設備410所傳送之工作請求所使用的格式或協定，並由工作請求中取得設備識別資料，本發明所提之工作請求所使用的格式或協定並沒有特別的限制。

當儲存模組130所儲存的路由規則中存在與工作請求中之設備識別資料對應的串列埠識別資料時，也就是當路由規則中記錄與工作請求中之設備識別資料對應的串列埠識別資料使得處理模組150可以依據工作請求中之設備識別資料取得相對應的串列埠識別資料時，處理模組150可以透過與所取得之串列埠識別資料對應的一個串列埠（例如串列埠121、122、或123等）傳送主連接埠110所接收到之工作請求給與工作請求中之設備識別資料對應的從屬設備420（例如從屬設備421、422、或423），並等待與工作請求中之設備識別資料對應的從屬設備420所傳回的結果回應（response）。其中，本發明所提之從屬設備420所傳回的結果回應與處理模組150透過串列埠120傳送給同一從屬設備420的工作請求相對應。

處理模組150也負責在等待的預定時間到（timeout）後，也就是在等待預定時間後，都沒有由傳送主連接埠110所接收到之工作請求的串列埠120收到與工作請求中之設備識別資料對應的從屬設備420所傳回的結果回應時，從儲存模組130所儲存的路由規則中刪除一筆路由資料，其中，被刪除的路由資料表示主連接埠110所接收到之工作請求中的設備識別資料與與傳送工作請求之串列埠相對應的串列埠識別資料之對應關係，也就是說，在處理模組150刪除路由資料後，路由規則中將不存在與工作請求中之設備識別資料對應的串列埠識別資料。

另外，當處理模組150判斷儲存模組130所儲存的路由規則中不存在與工作請求中之設備識別資料對應的串列埠識別資料時，處理模組150可以透過所有的串列埠120分別傳送主連接埠110所接收到之工作請求，並等待任何從屬設備420所傳回之與所傳送之工作請求對應的結果回應。

處理模組150也負責在等待的預定時間到之前，也就是在等待預定時間內，透過串列埠120接收到任意從屬設備420所傳回之與所傳送之工作請求對應的結果回應時，於儲存模組130所儲存的路由規則中新增一筆異動資料做為路由資料，其中，新增的異動資料表示工作請求中之設備識別資料與與接收到結果回應之串列埠相對應的串列埠識別資料的對應關係。

處理模組150也可以在等待的預定時間內接收到與所傳送之工作請求對應的結果回應時，透過主連接埠110轉送所接收到的結果回應至主設備410。

值得一提的，若處理模組150在等待的預定時間到之前，也就是在等待的預定時間內，透過串列埠120接收到兩個或兩個以上的結果回應，也就是有兩個或兩個以上的從屬設備420傳送結果回應給閘道器100，則處理模組150將可以不在儲存模組130所儲存的路由規則中新增異動資料，也可以不將所接收到的結果回應透過主連接埠110傳送至主設備410，而可以產生表示有多個從屬設備420之裝置識別資料衝突的通知訊息，並透過主連接埠110傳送所產生的通知訊息至主設備410。

以下再以「第1B圖」本發明所提之於發送工作請求時維護串列路由之裝置的另一種元件示意圖來說明本發明的運作過程。如「第1B圖」所示，本發明之閘道器100含有網路埠115、串列埠120、儲存模組130、以及處理模組150。其中，串列埠120以及儲存模組130與「第1A圖」中的串列埠120以及儲存模組130有相同的功能。

網路埠115與網路400連接，負責接收透過網路400所傳來的通訊封包。本發明所提之網路400，可以是網際網路或乙太網路等常見的通訊網路，也可以是工業使用的其他網路或使用私有協定的網路，本發明沒有特別的限制。

處理模組150及「第1A圖」中的處理模組150與閘道器100中之串列埠120、儲存模組130等元件的連接方式相同，且也具有與「第1A圖」中之處理模組150相同的功能，故不再重複描述。但在部分的實施例中，處理模組150可以不包含「第1A圖」中之處理模組150透過主連接埠110接收主設備410所傳送的工作請求以及傳送結果回應與通知訊息至主設備410的功能。

另外，處理模組150還負責判斷能夠處理網路埠115所接收到之通訊封包的封包內容的從屬設備420，並產生包含通訊封包之封包內容與所判斷出之從屬設備420之設備識別資料的工作請求。

接著以一個實施例來解說本發明的運作系統與方法，並請參照「第2A圖」本發明所提之於發送工作請求時維護串列路由之方法流程圖。在本實施例中，假設閘道器100透過主連接埠110與主設備410連接，並透過各個串列埠120分別與多個從屬設備420連接，其中，從屬設備421所對應的設備識別資料為1、從屬設備422所對應的設備識別資料為2、從屬設備423所對應的設備識別資料為3。

當主設備410欲透過閘道器100傳送工作請求給從屬設備422時，閘道器100的主連接埠110可以接收主設備410所傳送的工作請求。在本實施例中，主設備410所傳送之工作請求中的設備識別資料為2。

在閘道器100的主連接埠110取得主設備410所傳送的工作請求（步驟210）後，閘道器100的處理模組150可以依據閘道器100之儲存模組130所儲存的路由規則判斷與所接收到之工作請求中的設備識別資料對應的串列埠識別資料是否存在（步驟220）。在本實施例中，假設路由規則以路由表300的方式記錄設備識別資料與串列埠識別資料的對應關係，如「第3A圖」所示。

當閘道器100的處理模組150判斷閘道器100之儲存模組130所儲存的路由規則中存在與工作請求中之設備識別資料對應的串列埠識別資料時，處理模組150可以透過與設備識別資料對應之串列埠識別資料對應的串列埠120傳送閘道器100之主連接埠110所接收到的工作請求給從屬設備420（步驟231），並等待從屬設備423傳回結果回應。在本實施例中，由於工作請求中的設備識別資料為2，因此，處理模組150可以依據路由表300判斷出與設備識別資料「2」對應之串列埠識別資料為3，若串列埠123與串列埠識別資料「3」對應，則處理模組150便可以透過串列埠123發送工作請求。

在閘道器100的處理模組150透過閘道器100的串列埠120傳送工作請求後，與傳送工作請求之串列埠120連接的從屬設備420都可以接收到被傳送的工作請求。根據既有的串列通訊協定，例如Modbus，從屬設備420在接收到通訊封包時，需要先檢查所接收到之通訊封包中的設備識別資料是否與自身對應，也就是檢查所接收到之通訊封包中的設備識別資料是否為自身所使用的設備識別資料。若否，則丟棄（drop）所接收到的通訊封包；若是，則傳回回應封包給發出封包的裝置。在本實施例中，雖然與串列埠123連接的從屬設備422與從屬設備423都可以接收到串列埠123所傳送的工作請求，但由於從屬設備423所對應的設備識別資料為3，與所接收到之工作請求中的設備識別資料「2」並不相同，所以從屬設備423將會丟棄所接收到的工作請求，並不會傳送結果回應給閘道器100；而從屬設備422所對應的設備識別資料為2，與所接收到之工作請求中的設備識別資料「2」相同，所以從屬設備422將會傳送結果回應給閘道器100。

同樣在閘道器100的處理模組150透過閘道器100的串列埠120傳送工作請求後，處理模組150可以等待由傳送工作請求之串列埠120接收從屬設備420所傳回之與被傳送之工作請求對應的結果回應。之後，處理模組150可以判斷是否在預定時間內接收到與被傳送之工作請求對應的結果回應（步驟235）。在本實施例中，處理模組150也就是判斷串列埠123是否在預定時間內接收到從屬設備422所傳回的結果回應。

若閘道器100中傳送工作請求之串列埠120在預定時間內接收從屬設備420所傳回之與工作請求相對應的結果回應，則閘道器100的處理模組150可以將串列埠120所接收到的結果回應透過主連接埠110轉送給主設備410。在本實施例中，也就是處理模組150判斷串列埠123在預定時間內接收到從屬設備422所傳回的結果回應時，將從屬設備422所傳送的結果回應透過主連接埠110傳送給主設備410（步驟280）。

而若閘道器100的處理模組150在等待預定時間後，仍然沒有透過傳送工作請求之串列埠120接收到從屬設備420所傳回之與工作請求相對應的結果回應，則處理模組150可以由閘道器100之儲存模組130所儲存的路由規則中，刪除表示工作請求中之設備識別資料以及與發送工作請求之串列埠對應的串列埠識別資料之對應關係的一筆路由資料（步驟250）。在本實施例中，也就是由路由表300中刪除表示設備識別資料「2」與串列埠識別資料「3」對應的路由資料，如此，在路由表300中，設備識別資料「2」將沒有對應的串列埠識別資料，且串列埠識別資料「3」僅對應到設備識別資料「3」，如「第3B圖」所示。

另外，在閘道器100的處理模組150依據閘道器100之儲存模組130所儲存的路由規則判斷與所接收到之工作請求中的設備識別資料對應的串列埠識別資料是否存在（步驟220）時，若閘道器100的處理模組150判斷閘道器100之儲存模組130所儲存的路由規則中不存在與工作請求中之設備識別資料對應的串列埠識別資料，則處理模組150可以透過閘道器100的所有串列埠120傳送閘道器100之主連接埠110所接收到的工作請求（步驟261），並等待任何從屬裝置420傳回的結果回應。

在閘道器100的處理模組150透過閘道器100的所有串列埠120分別傳送工作請求（步驟261）後，與閘道器100連接的所有從屬設備420都可以接收到被傳送的工作請求。如先前所述，根據既有的串列通訊協定，從屬設備420在接收到通訊封包時，若判斷所接收到之通訊封包中的設備識別資料與自身對應，即可以傳回回應封包給發出封包的裝置。在本實施例中，由於工作請求中所包含的設備識別資料為2，若與設備識別資料「2」對應的從屬設備422已沒有與閘道器100連接，且沒有其他從屬設備420對應設備識別資料「2」，則將不會有任何從屬設備420傳回結果回應至閘道器100。也就是說，在處理模組150透過所有串列埠120傳送工作請求（步驟261）後，將無法接收到任何的結果回應，因此，處理模組150在等待預定時間後，可以判斷沒有接收到結果回應（步驟265），並可以結束工作請求的處理程序。

而若在本實施例中，與設備識別資料「2」對應的從屬設備422在閘道器100持續運作沒有重新啟動的情況下由與閘道器100的串列埠123連接被改為與串列埠122連接，例如使用者更換了從屬設備422連接到閘道器100的串列埠，則在閘道器100的處理模組150透過閘道器100的所有串列埠120傳送工作請求（步驟261）後，從屬設備422可以由所連接的串列埠122接收到處理模組150所發出的工作請求，並傳回結果回應給閘道器100，使得在處理模組150可以透過串列埠122接收到從屬設備422所傳回之與工作請求對應的結果回應。如此，閘道器100的處理模組150可以判斷接收到結果回應（步驟265），並在閘道器100之儲存模組130所儲存的路由規則中新增表示工作請求中之設備識別資料以及與接收到結果回應之串列埠對應的串列埠識別資料之對應關係的一筆異動資料（步驟270）。在本實施例中，處理模組150也就是在路由表300中新增設備識別資料「2」與串列埠識別資料「2」相對應的異動資料做為一筆新的路由資料。如此，路由表300中將記錄三筆路由資料，分別表示設備識別資料「1」與串列埠識別資料「1」相對應、設備識別資料「2」與串列埠識別資料「2」相對應、以及設備識別資料「3」與串列埠識別資料「3」相對應，如「第3C圖」所示。

同樣在閘道器100的處理模組150判斷閘道器100的串列埠120接收到結果回應（步驟265）後，處理模組150可以透過主連接埠110將串列埠120所接收到的結果回應轉送給主設備410（步驟280）。

上述實施例中，在閘道器100的處理模組150透過閘道器100的所有串列埠120傳送工作請求（步驟261）後，處理模組150也可以如「第2B圖」之流程所示，處理模組150在等待的預定時間內持續判斷是否接收到兩個或兩個以上的結果回應（步驟291），若處理模組150在等待的預定時間內只有接收到一個結果回應，則處理模組150可以如上述流程，在路由規則中新增表示設備識別資料與串列埠識別資料對應的異動資料（步驟270），以及將所接收到的結果回應傳送給主設備410（步驟280）。而若處理模組150在等待的預定時間內接收到兩個或更多結果回應，則處理模組150可以部新增異動資料也不轉送結果回應，而可以產生通知訊息（步驟295），並透過閘道器100的主連接埠110傳送所產生的通知訊息給主設備410（步驟299）。

上述實施例中，在處理模組150由閘道器100之儲存模組130所儲存的路由規則中刪除表示設備識別資料與串列埠識別資料對應的路由資料（步驟250）後，處理模組150可以結束工作封包的處理程序，或是可以繼續透過所有串列埠120傳送工作請求（步驟261），並執行如上述之後續步驟，本發明沒有特別的限制。

此外，若上述實施例之閘道器100如「第1B圖」所示，直接透過網路埠115與網路400連接，則閘道器100可以如「第2C圖」之流程所示，在透過網路埠115接收到通訊封包（步驟211）後，依據所接收到的通訊封包產生包含設備識別資料的工作請求（步驟215），藉以取得工作請求（「第2A圖」步驟210）。之後，閘道器100便可以如「第2A圖」之流程運作，直到當閘道器100的處理模組150在刪除表示設備識別資料與串列埠識別資料對應的路由資料（步驟250）以及處理模組150在新增表示設備識別資料與串列埠識別資料對應的異動資料（步驟270）後，將可以直接結束工作封包的處理程序，並不需要轉送所接收到的結果回應給不存在的主設備410。相似的，處理模組150在產生通知訊息後，可以直接在閘道器100上顯示通知訊息，而不需要傳送所產生的通知訊息給不存在的主設備410。

綜上所述，可知本發明與先前技術之間的差異在於具有依據路由規則發送工作請求後沒有接收到結果回應時，在路由規則中刪除對應的路由資料，並透過所有串列埠發送工作請求，當接收到結果回應時，在路由規則中新增對應的異動資料之技術手段，藉由此一技術手段可以解決先前技術所存在當閘道器新增或移動串列設備時需要手動更新路由規則否則串列設備無法正確收送資料的問題，進而達成在閘道器安裝後無需特別設定的技術功效。

再者，本發明之於發送工作請求時維護串列路由之方法，可實現於硬體、軟體或硬體與軟體之組合中，亦可在電腦系統中以集中方式實現或以不同元件散佈於若干互連之電腦系統的分散方式實現。

雖然本發明所揭露之實施方式如上，惟所述之內容並非用以直接限定本發明之專利保護範圍。任何本發明所屬技術領域中具有通常知識者，在不脫離本發明所揭露之精神和範圍的前提下，對本發明之實施的形式上及細節上作些許之更動潤飾，均屬於本發明之專利保護範圍。本發明之專利保護範圍，仍須以所附之申請專利範圍所界定者為準。

100‧‧‧閘道器

110‧‧‧主連接埠

115‧‧‧網路埠

120‧‧‧串列埠

121~123‧‧‧串列埠

130‧‧‧儲存模組

150‧‧‧處理模組

300‧‧‧路由表

400‧‧‧網路

410‧‧‧主設備

420‧‧‧從屬設備

421~423‧‧‧從屬設備

步驟210‧‧‧取得工作請求

步驟211‧‧‧透過網路埠接收通訊封包

步驟215‧‧‧依據通訊封包產生工作請求

步驟220‧‧‧依據路由規則判斷與工作請求中之設備識別資料對應的串列埠識別資料是否存在

步驟231‧‧‧透過與串列埠識別資料對應之串列埠傳送工作請求

步驟235‧‧‧是否在預定時間內收到結果回應

步驟250‧‧‧於路由規則中刪除表示設備識別資料與串列埠識別資料對應之路由資料

步驟261‧‧‧以各串列埠分別傳送工作請求

步驟265‧‧‧是否收到結果回應

步驟270‧‧‧於路由規則中新增表示設備識別資料與串列埠識別資料對應之異動資料

步驟280‧‧‧傳送結果回應至主設備

步驟291‧‧‧是否接收到兩個以上的結果回應

步驟295‧‧‧產生通知訊息

步驟299‧‧‧傳送通知訊息至主設備

第1A圖為本發明所提之於發送工作請求時維護串列路由之裝置之元件示意圖。 第1B圖為本發明所提之另一種於發送工作請求時維護串列路由之裝置之元件示意圖。 第2A圖為本發明所提之於發送工作請求時維護串列路由之方法流程圖。 第2B圖為本發明所提之處理接收到多個結果回應之方法流程圖。 第2C圖為本發明所提之取得工作請求之方法流程圖。 第3A~3C圖為本發明實施例所提之路由表中路由資料變化之連續示意圖。

Claims (12)

1. 一種於發送工作請求時維護串列路由之方法，係應用於一閘道器，該閘道器包含多個串列埠，該方法至少包含下列步驟：取得一工作請求，該工作請求包含一設備識別資料；依據路由規則判斷與該設備識別資料對應之一串列埠識別資料是否存在；當該路由規則中存在該串列埠識別資料時，透過與該串列埠識別資料對應之一該串列埠傳送該工作請求並等待一結果回應，以及在等待一預定時間後沒有收到該結果回應時，於該路由規則中刪除表示該設備識別資料與該串列埠識別資料對應之一路由資料；當該路由規則中不存在該串列埠識別資料時，以各該串列埠分別傳送該工作請求並等待該結果回應；在該些串列埠只接收到一個該結果回應時，於該路由規則中新增表示該設備識別資料與另一串列埠識別資料對應之一異動資料，其中該另一串列埠識別資料與接收到該結果回應之一該串列埠對應；及在該些串列埠接收到兩個或兩個以上之該結果回應時，產生表示設備識別資料衝突之一通知訊息。
2. 如申請專利範圍第1項所述之於發送工作請求時維護串列路由之方法，其中該方法於產生該通知訊息之步驟後，更包含傳送該通知訊息至一主設備之步驟。
3. 如申請專利範圍第1項所述之於發送工作請求時維護串列路由之方法，其中取得該工作請求之步驟為接收一主設備所傳送之該工作請求，或透過該閘道器之一網路埠接收一通訊封包並依據該通訊封包產生該工作請求。
4. 如申請專利範圍第1項所述之於發送工作請求時維護串列路由之方法，其中該方法於等待該結果回應之步驟後，更包含在該預定時間內接收到該結果回應時，轉送該結果回應至一主設備之步驟。
5. 如申請專利範圍第1項所述之於發送工作請求時維護串列路由之方法，其中該方法在於該路由規則中刪除表示該設備識別資料與該串列埠識別資料對應之該路由資料之步驟後，更包含以各該串列埠分別傳送該工作請求並等待該結果回應，及在接收到該結果回應時，於該路由規則中新增表示該設備識別資料與該另一串列埠識別資料對應之該異動資料之步驟。
6. 一種於發送工作請求時維護串列路由之裝置，該裝置至少包含：一主連接埠，與一主設備連接，用以接收該主設備所傳送之一工作請求，該工作請求包含一設備識別資料；多個串列埠，每一該串列埠分別對應一串列埠識別資料；一儲存模組，儲存一路由規則；及一處理模組，與該主連接埠、該些串列埠、及該儲存模組連接，用以依據該路由規則判斷與該設備識別資料對應之一串列埠識別資料，當該路由規則中存在該串列埠識別資料時，透過與該串列埠識別資料對應之一該串列埠傳送該工作請求並等待一結果回應，以及在等待一預定時間後沒有收到該結果回應時，於該路由規則中刪除表示該設備識別資料與該串列埠識別資料對應之一路由資料；當該路由規則中不存在該串列埠識別資料 時，以各該串列埠分別傳送該工作請求並等待該結果回應，以及在該些串列埠只接收到一個該結果回應時，於該路由規則中新增表示該設備識別資料與另一串列埠識別資料對應之一異動資料；而在該些串列埠接收到兩個或兩個以上之該結果回應時，產生表示設備識別資料衝突之一通知訊息，其中，該另一串列埠識別資料與接收到該結果回應之一該串列埠對應。
7. 如申請專利範圍第6項所述之於發送工作請求時維護串列路由之裝置，其中該處理模組更用以透過該主連接埠傳送該通知訊息至該主設備。
8. 如申請專利範圍第6項所述之於發送工作請求時維護串列路由之裝置，其中該處理模組更用以透過該些串列埠在該預定時間內接收到該結果回應時，透過該主連接埠轉送該結果回應至該主設備。
9. 如申請專利範圍第6項所述之於發送工作請求時維護串列路由之裝置，其中該處理模組更用以在等待該預定時間後沒有收到該結果回應後，以各該串列埠分別傳送該工作請求並等待該結果回應，及在接收到該結果回應時，於該路由規則中新增表示該設備識別資料與該另一串列埠識別資料對應之該異動資料。
10. 一種於發送工作請求時維護串列路由之裝置，該裝置至少包含：一網路埠，用以接收一通訊封包；多個串列埠，每一該串列埠分別對應一串列埠識別資料；一儲存模組，儲存一路由規則；及一處理模組，與該網路埠、該些串列埠、及該儲存模組連接，用以依據該通訊封包產生一工作請求，該工作請求包含一設備識別資料，及用以依據一路由規則判斷與該設備識別資料對應之一串列埠識別資料，當該路 由規則中存在該串列埠識別資料時，透過與該串列埠識別資料對應之一該串列埠傳送該工作請求並等待一結果回應，以及在等待一預定時間後沒有收到該結果回應時，於該路由規則中刪除表示該設備識別資料與該串列埠識別資料對應之一路由資料；當該路由規則中不存在該串列埠識別資料時，以各該串列埠分別傳送該工作請求並等待該結果回應，以及在該些串列埠只接收到一個該結果回應時，於該路由規則中新增表示該設備識別資料與另一串列埠識別資料對應之一異動資料；而在透過該些串列埠接收到兩個或兩個以上之該結果回應時，產生表示設備識別資料衝突之一通知訊息，其中，該另一串列埠識別資料與接收到該結果回應之一該串列埠對應。
11. 如申請專利範圍第10項所述之於發送工作請求時維護串列路由之裝置，其中該處理模組更用以顯示該通知訊息。
12. 如申請專利範圍第10項所述之於發送工作請求時維護串列路由之裝置，其中該處理模組更用以在等待該預定時間後沒有收到該結果回應後，以各該串列埠分別傳送該工作請求並等待該結果回應，及在接收到該結果回應時，於該路由規則中新增表示該設備識別資料與該另一串列埠識別資料對應之該異動資料。