專利名稱：通信設(shè)備的多用戶控制方法、多用戶控制系統(tǒng)和服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及串行接口擴(kuò)展技術(shù)，更具體地說，涉及一種通信設(shè)備的多用戶控制方 法、多用戶控制系統(tǒng)和服務(wù)器。
背景技術(shù)：
目前，串口擴(kuò)展是通過串口服務(wù)器來實(shí)現(xiàn)的。然而現(xiàn)有技術(shù)中，對于串口控制的通 信設(shè)備，多個(gè)用戶無法同時(shí)對其操作，只能采取輪詢的方式或?yàn)槎鄠€(gè)用戶設(shè)置優(yōu)先級，上一 個(gè)用戶使用完后，釋放設(shè)備的使用權(quán)，下一個(gè)用戶才能使用。這樣就會(huì)給多個(gè)用戶帶來使用 上的限制，而且對通信設(shè)備進(jìn)行操作的效率也相對較低。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題在于，針對現(xiàn)有技術(shù)的上述通信設(shè)備使用受限、無法實(shí) 現(xiàn)多用戶控制、操作效率低的缺陷，提供一種通信設(shè)備的多用戶控制方法、多用戶控制系統(tǒng) 和服務(wù)器。本發(fā)明解決其技術(shù)問題所采用的技術(shù)方案是構(gòu)造一種通信設(shè)備的多用戶控制方 法，包括由服務(wù)器執(zhí)行以下操作接收來自多個(gè)客戶端的有關(guān)通信設(shè)備的服務(wù)請求，并判斷所述服務(wù)請求的類型；依據(jù)所述服務(wù)請求的類型將所述服務(wù)請求添加到相應(yīng)的任務(wù)隊(duì)列中；按照預(yù)設(shè)規(guī)則執(zhí)行任務(wù)隊(duì)列中的所述服務(wù)請求并在所述服務(wù)請求執(zhí)行完畢時(shí)反 饋執(zhí)行結(jié)果至相應(yīng)客戶端；所述服務(wù)器根據(jù)所述服務(wù)請求的類型及其執(zhí)行情況維護(hù)和更新通信設(shè)備使用情 況列表。在本發(fā)明所述的控制方法中，所述服務(wù)請求的類型包括查詢通信設(shè)備使用情況的 查詢請求、控制通信設(shè)備的設(shè)置請求，查詢請求相應(yīng)的任務(wù)隊(duì)列是查詢請求隊(duì)列，設(shè)置請求 相應(yīng)的任務(wù)隊(duì)列是設(shè)置請求隊(duì)列。在本發(fā)明所述的控制方法中，所述服務(wù)請求為查詢請求時(shí)，其中按照預(yù)設(shè)規(guī)則執(zhí) 行任務(wù)隊(duì)列中的所述服務(wù)請求并在所述服務(wù)請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至相應(yīng)客戶端 包括按照預(yù)設(shè)規(guī)則提取通信設(shè)備使用情況列表并將所述通信設(shè)備使用情況列表反饋 至客戶端。在本發(fā)明所述的控制方法中，所述服務(wù)請求為設(shè)置請求時(shí)，其中按照預(yù)設(shè)規(guī)則執(zhí) 行任務(wù)隊(duì)列中的所述服務(wù)請求并在所述服務(wù)請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至相應(yīng)客戶端 包括按照預(yù)設(shè)規(guī)則調(diào)用通信設(shè)備的控制模塊，使得所述控制模塊依據(jù)所述設(shè)置請求對 應(yīng)的控制操作指令執(zhí)行對通信設(shè)備的控制操作，并在所述設(shè)置請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至客戶端。在本發(fā)明所述的控制方法中，在執(zhí)行所述服務(wù)請求對通信設(shè)備進(jìn)行控制操作之前 還包括，更新通信設(shè)備使用情況列表。在本發(fā)明所述的控制方法中，所述服務(wù)請求的類型還包括釋放請求，釋放請求相 應(yīng)的任務(wù)隊(duì)列是釋放請求隊(duì)列；其中按照預(yù)設(shè)規(guī)則執(zhí)行任務(wù)隊(duì)列中的所述服務(wù)請求并在所述服務(wù)請求執(zhí)行完畢 時(shí)反饋執(zhí)行結(jié)果至相應(yīng)客戶端包括按照預(yù)設(shè)規(guī)則釋放所述客戶端對通信設(shè)備的控制，并更新通信設(shè)備使用情況列表。在本發(fā)明所述的控制方法中，所述方法還包括依據(jù)設(shè)置請求的使用頻率來優(yōu)化所述控制操作指令。本發(fā)明還提供一種多用戶控制系統(tǒng)，包括多個(gè)客戶端，用于向服務(wù)器發(fā)送服務(wù)請求以及接收服務(wù)器反饋的執(zhí)行結(jié)果；服務(wù)器，用于接收來自多個(gè)客戶端的有關(guān)通信設(shè)備的服務(wù)請求，并判斷所述服務(wù) 請求的類型；依據(jù)所述服務(wù)請求的類型將所述服務(wù)請求添加到相應(yīng)的任務(wù)隊(duì)列中；按照預(yù) 設(shè)規(guī)則執(zhí)行任務(wù)隊(duì)列中的所述服務(wù)請求并在所述服務(wù)請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至客 戶端；以及根據(jù)所述服務(wù)請求的類型及其執(zhí)行情況維護(hù)和更新通信設(shè)備使用情況列表；通信設(shè)備，用于依據(jù)所述服務(wù)請求對應(yīng)的控制操作指令執(zhí)行對通信設(shè)備的控制操 作，并在所述服務(wù)請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至服務(wù)器，以便由服務(wù)器將所述執(zhí)行結(jié)果 告知客戶端。本發(fā)明還提供一種服務(wù)器，用于實(shí)現(xiàn)對通信設(shè)備的多用戶控制，包括接收和判斷單元，用于接收來自多個(gè)客戶端的有關(guān)通信設(shè)備的服務(wù)請求，并判斷 所述服務(wù)請求的類型；添加單元，用于依據(jù)所述服務(wù)請求的類型將所述服務(wù)請求添加到相應(yīng)的任務(wù)隊(duì)列 中；執(zhí)行單元，用于按照預(yù)設(shè)規(guī)則執(zhí)行任務(wù)隊(duì)列中的所述服務(wù)請求并在所述服務(wù)請求 執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至相應(yīng)客戶端；以及根據(jù)所述服務(wù)請求的類型及其執(zhí)行情況維護(hù) 和更新通信設(shè)備使用情況列表。在本發(fā)明所述的服務(wù)器中，所述服務(wù)請求為查詢請求時(shí)，所述執(zhí)行單元用于按照 預(yù)設(shè)規(guī)則提取通信設(shè)備使用情況列表并將所述通信設(shè)備使用情況列表反饋至客戶端；所述服務(wù)請求為設(shè)置請求時(shí)，所述執(zhí)行單元用于按照預(yù)設(shè)規(guī)則調(diào)用通信設(shè)備的 控制模塊，使得所述控制模塊依據(jù)所述設(shè)置請求對應(yīng)的控制操作指令執(zhí)行對通信設(shè)備的控 制操作，并在所述設(shè)置請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至客戶端。本發(fā)明的有益效果是，由服務(wù)器來管理多個(gè)用戶對通信設(shè)備的操作，可實(shí)現(xiàn)對通 信設(shè)備的集中控制，使現(xiàn)有的單用戶控制的設(shè)備能夠?qū)崿F(xiàn)多用戶同時(shí)控制。服務(wù)器根據(jù) 不同的服務(wù)請求來對設(shè)備實(shí)現(xiàn)對應(yīng)的控制操作，對通信設(shè)備的控制操作不需要直接操作設(shè) 備，提高操作的效率，也提高了指令的執(zhí)行效率和設(shè)備利用率。


下面將結(jié)合附圖及實(shí)施例對本發(fā)明作進(jìn)一步說明，附圖中圖1是依據(jù)本發(fā)明一實(shí)施例的通信設(shè)備的多用戶控制方法流程示意圖；圖2是依據(jù)本發(fā)明一實(shí)施例的多用戶控制系統(tǒng)結(jié)構(gòu)示意圖；圖3是圖2的多用戶控制系統(tǒng)處理查詢請求的示意圖；圖4是圖2的多用戶控制系統(tǒng)處理設(shè)置請求的示意圖；圖5是圖2的多用戶控制系統(tǒng)處理釋放請求的示意圖；圖6是依據(jù)本發(fā)明一實(shí)施例的通信設(shè)備的服務(wù)器結(jié)構(gòu)示意圖。
具體實(shí)施例方式為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對 本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并 不用于限定本發(fā)明。圖1是依據(jù)本發(fā)明一實(shí)施例的通信設(shè)備的多用戶控制方法100流程示意圖。參考圖1，在步驟101中，服務(wù)器接收來自多個(gè)客戶端的服務(wù)請求，并判斷所述服 務(wù)請求的類型。在步驟102中，服務(wù)器依據(jù)所述服務(wù)請求的類型將所述服務(wù)請求添加到相應(yīng)的任 務(wù)隊(duì)列中。在步驟103中，服務(wù)器按照預(yù)設(shè)規(guī)則執(zhí)行任務(wù)隊(duì)列中的所述服務(wù)請求并在所述服 務(wù)請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至相應(yīng)客戶端；以及根據(jù)所述服務(wù)請求的類型及其執(zhí)行情 況維護(hù)和更新通信設(shè)備使用情況列表。服務(wù)請求的類型有多種，諸如查詢通信設(shè)備使用情況的查詢請求、控制通信設(shè)備 的設(shè)置請求，以及不再使用通信設(shè)備的釋放請求。查詢請求相應(yīng)的任務(wù)隊(duì)列是查詢請求隊(duì) 列，設(shè)置請求相應(yīng)的任務(wù)隊(duì)列是設(shè)置請求隊(duì)列，釋放請求相應(yīng)的任務(wù)隊(duì)列是釋放請求隊(duì)列。在本發(fā)明一實(shí)施例中，當(dāng)在步驟101中，判斷服務(wù)請求為查詢請求時(shí)，則在步驟 102中將該查詢請求添加到其查詢請求隊(duì)列中，隨后在步驟103中按照預(yù)設(shè)規(guī)則提取通信 設(shè)備使用情況列表并將所述通信設(shè)備使用情況列表反饋至客戶端。這里的預(yù)設(shè)規(guī)則可根據(jù)需要人為設(shè)定，例如輪詢的方式、查詢請求發(fā)送的時(shí)間先 后順序、優(yōu)先級設(shè)置順序等等方式。本發(fā)明并不限于此。由于服務(wù)器的處理速度非?？欤?此對與查詢請求幾乎是實(shí)時(shí)處理的，無需時(shí)間的延遲。在本發(fā)明又一實(shí)施例中，當(dāng)在步驟101中，判斷服務(wù)請求為設(shè)置請求時(shí)，則在步驟 102中將該設(shè)置請求添加到其設(shè)置請求隊(duì)列中，隨后在步驟103中按照預(yù)設(shè)規(guī)則調(diào)用通信設(shè) 備的控制模塊，使得所述控制模塊依據(jù)所述設(shè)置請求對應(yīng)的控制操作指令執(zhí)行對通信設(shè)備的 控制操作，并在所述設(shè)置請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至客戶端。在步驟103執(zhí)行過程開始 之前(執(zhí)行所述服務(wù)請求對通信設(shè)備進(jìn)行控制操作之前)還需更新通信設(shè)備使用情況列表。關(guān)于實(shí)現(xiàn)對通信設(shè)備進(jìn)行控制的控制操作指令，下面舉例說明，例如通信設(shè)備A， 最常用的操作是設(shè)置各線路(channel)的模擬線長(關(guān)于最常用的操作，主要是通過統(tǒng)計(jì) 一段時(shí)間所有指令的操作次數(shù)來獲取)，而不同的線路可提供給不同的用戶使用。使用串口 控制的通信設(shè)備，典型的用戶設(shè)置流程如下
(1)、登錄，身份驗(yàn)證(2)、進(jìn)入線路設(shè)置模塊(3)、設(shè)置模擬線長(4)、輸入指令后退出登錄或超時(shí)后自動(dòng)退出登錄控制操作指令的上述示例僅為解釋只用，并不作為對本發(fā)明的限制。不同的控制 操作指令有不同的流程。這里的預(yù)設(shè)規(guī)則可根據(jù)需要人為設(shè)定，例如輪詢的方式、查詢請求發(fā)送的時(shí)間先 后順序、優(yōu)先級設(shè)置順序等等方式。本發(fā)明并不限于此。在本發(fā)明又一實(shí)施例中，當(dāng)在步驟101中，判斷服務(wù)請求為釋放請求時(shí)，則在步驟 102中將該釋放請求添加到其釋放請求隊(duì)列中，隨后在步驟103中按照預(yù)設(shè)規(guī)則釋放所述 客戶端對通信設(shè)備的控制，并更新通信設(shè)備使用情況列表。關(guān)于根據(jù)所述服務(wù)請求的類型及其執(zhí)行情況維護(hù)和更新通信設(shè)備使用情況列表 的詳細(xì)內(nèi)容，在上文對服務(wù)類型的詳細(xì)描述中已做闡述。對于查詢請求，服務(wù)器只需反饋通 信設(shè)備使用情況列表給客戶端即可，無需更新通信設(shè)備使用情況列表。對于設(shè)置請求，在執(zhí) 行對通信設(shè)備的控制操作開始之前(執(zhí)行所述服務(wù)請求對通信設(shè)備進(jìn)行控制操作之前)更 新通信設(shè)備使用情況列表。對于釋放請求，在釋放客戶端對通信設(shè)備的控制操作之后，更新 通信設(shè)備使用情況列表，例如將之前客戶端所使用的通信設(shè)備資源設(shè)置為空閑。關(guān)于任務(wù)隊(duì)列，以串口控制的通信設(shè)備為例，由于串口的特性，傳輸速度慢，在使 用頻繁的情況下，如在某1秒內(nèi)，10個(gè)用戶同時(shí)請求對設(shè)備進(jìn)行配置，受串口速率限制，只 能逐一進(jìn)行，但用戶的請求又不能丟棄，于是就引進(jìn)隊(duì)列機(jī)制，所有用戶的需要對設(shè)備進(jìn)行 配置的請求，均放到一個(gè)請求隊(duì)列中，服務(wù)器根據(jù)內(nèi)部的調(diào)度機(jī)制，依次執(zhí)行隊(duì)列的設(shè)置請 求。這里涉及的預(yù)設(shè)規(guī)則(對任務(wù)隊(duì)列中的任務(wù)的處理的順序)可根據(jù)需要人為設(shè) 定，例如輪詢的方式、查詢請求發(fā)送的時(shí)間先后順序、優(yōu)先級設(shè)置順序等等方式。本發(fā)明并 不限于此。由于服務(wù)器的處理速度非常快，因此對于釋放請求幾乎是實(shí)時(shí)處理的，無需時(shí)間 的延遲。本發(fā)明提供的實(shí)施例僅涉及了三種服務(wù)請求，但本發(fā)明并不限于此，任何對通信 設(shè)備相關(guān)的操作請求都可適用。多個(gè)用戶可同時(shí)控制通信設(shè)備，由服務(wù)器來實(shí)現(xiàn)多個(gè)用戶對通信設(shè)備的控制，服 務(wù)器需要維護(hù)通信設(shè)備使用情況列表，在用戶需要查詢通信設(shè)備的使用狀況時(shí)，可直接與 服務(wù)器通信，查詢該列表就能知道設(shè)備的使用情況，使得用戶無需與通信設(shè)備直接操作。這 對于那些只能單用戶控制的通信設(shè)備以及通信速率較低的通信設(shè)備而言是非常有益的，避 免了多個(gè)用戶頻繁地訪問通信設(shè)備造成的控制延遲增大。與此同時(shí)，提高了通信設(shè)備的使 用效率。關(guān)于通信設(shè)備使用情況列表，描述如下通信設(shè)備使用情況列表由服務(wù)器來維護(hù)，首先，服務(wù)器程序初始化時(shí)，會(huì)檢查設(shè) 備的狀態(tài)和當(dāng)前的配置，或直接初始化通信設(shè)備，將設(shè)備的狀態(tài)信息保存在內(nèi)存數(shù)據(jù)結(jié)構(gòu) (或數(shù)據(jù)庫)中，例如表1所示表 1
客戶端IP
協(xié)議端口號(hào)設(shè)備ID設(shè)備資源信息屬性… 10. 0. 0. 8 151810. 0. 0. 1 150010. 0. 0. 5 1800————
SOlCHl 1000獨(dú)占…
SOlCH2 1500獨(dú)占…
SOlCH3 3000空閑…
SOlCH8 5000操作中其中，設(shè)備編號(hào)為SOl的通信設(shè)備，資源CH3空閑，當(dāng)前的已設(shè)置的值為3000。而 編號(hào)為CHl和CH2的資源則被其他用戶占用。而編號(hào)為CH8的資源處于操作中。表1的數(shù)據(jù)結(jié)構(gòu)是保存在服務(wù)器的內(nèi)存中，用戶需要查詢設(shè)備狀態(tài)時(shí)，服務(wù)器直 接從數(shù)據(jù)結(jié)構(gòu)返回設(shè)備信息，而不需要對通信設(shè)備進(jìn)行操作。涉及對通信設(shè)備的設(shè)置(配 置)時(shí)，需要先修改使用情況列表，再對通信設(shè)備進(jìn)行具體的操作。在本發(fā)明一實(shí)施例中，可通過依據(jù)設(shè)置請求的使用頻率來優(yōu)化所述控制操作指 令。通過記錄和維護(hù)設(shè)備的已登錄狀態(tài)，精簡設(shè)備操作的指令，提高指令執(zhí)行效率。當(dāng)執(zhí)行 完用戶的操作指令后，根據(jù)被控制設(shè)備的特點(diǎn)(例如統(tǒng)計(jì)實(shí)際使用中最常用的指令，記錄 其指令狀態(tài)，每次操作后自動(dòng)回到此狀態(tài))，記錄設(shè)備的指令模式、狀態(tài)、時(shí)間等參數(shù)，下次 執(zhí)行用戶指令時(shí)，根據(jù)優(yōu)化的指令算法，精簡用戶認(rèn)證等操作指令，從當(dāng)前狀態(tài)直接執(zhí)行操 作指令或根據(jù)時(shí)間特性(例如最大的超時(shí)退出時(shí)間。)重新登錄進(jìn)行操作、或自動(dòng)維護(hù)已 登錄的狀態(tài)以提高指令執(zhí)行效率。關(guān)于如何優(yōu)化指令，由于設(shè)備不一樣，優(yōu)化的方法也不一 樣，下面舉例說明。上文的實(shí)例中，通信設(shè)備A最常用的操作是設(shè)置各線路(channel)的線長(關(guān)于 最常用的操作，主要是通過統(tǒng)計(jì)一段時(shí)間所有指令的操作次數(shù)來獲取)，而不同的線路可提 供給不同的用戶使用。使用串口控制的通信設(shè)備，典型的用戶設(shè)置流程如下(1)、登錄，身份驗(yàn)證(2)、進(jìn)入線路設(shè)置模塊(3)、設(shè)置線長(4)、輸入指令后退出登錄或超時(shí)后自動(dòng)退出登錄在上述的操作步驟中，真正有用的是步驟(3)設(shè)置線路衰減，但為了進(jìn)入步驟 (3)，必須先進(jìn)行步驟(1)、(2)。如果能保持在步驟(3)的狀態(tài)，每次設(shè)置的操作，只需要輸 入一條指令即可，無需步驟(1)、(2)的操作。下面給出保持步驟(3)的狀態(tài)的途徑第一種途徑程序不主動(dòng)退出已登錄狀態(tài)；第二種途徑如果通信設(shè)備設(shè)置的是超時(shí)退出，那么提前獲取設(shè)備CLI (命令行) 的超時(shí)時(shí)間T，在T/2時(shí)間內(nèi)，如果沒有用戶輸入，程序通過自動(dòng)輸入換行符等操作(也可通 過查詢幫助等指令，這一點(diǎn)主要根據(jù)設(shè)備CLI的特點(diǎn)來做)來維護(hù)設(shè)備的當(dāng)前指令狀態(tài)。第三種途徑如果指令狀態(tài)停留在其他的控制操作指令模塊里，在當(dāng)前操作結(jié)束 后，自動(dòng)進(jìn)入以上步驟(3)可直接設(shè)置的狀態(tài)。通過對指令進(jìn)行優(yōu)化和抽象，可以縮短設(shè)置操作的時(shí)間，提高設(shè)置操作效率以及 通信設(shè)備的使用效率。例如，假設(shè)不使用指令優(yōu)化，有十個(gè)用戶發(fā)出不同的請求，其中查詢 類的請求有5個(gè)，設(shè)置的請求有5個(gè)，所有的請求均需要對設(shè)備進(jìn)行操作，每用戶平均的設(shè) 備操作時(shí)間是2s，按FIFO(先進(jìn)先出，firstin first out)處理，共需要20s，采用指令優(yōu)化和設(shè)備狀態(tài)列表后，狀態(tài)列表請求類操作花費(fèi)的時(shí)間幾乎為0，參數(shù)設(shè)置類花費(fèi)的總時(shí)間 大概是3-5秒，效率提高非常明顯。通信設(shè)備既可以是串口控制的，也可以是并口控制的，還可以是 GPIB(General-Purpose 10 ports)接口。本發(fā)明并不限于此。圖2是依據(jù)本發(fā)明一實(shí)施例的多用戶控制系統(tǒng)結(jié)構(gòu)示意圖多用戶控制系統(tǒng)200， 多用戶控制系統(tǒng)200包括多個(gè)客戶端201、服務(wù)器202、通信設(shè)備203。為了描述方便，圖2 僅示出一個(gè)客戶端?？蛻舳?01，用于向服務(wù)器發(fā)送服務(wù)請求以及接收服務(wù)器反饋的執(zhí)行結(jié)果；服務(wù)器202，用于接收來自多個(gè)客戶端的服務(wù)請求，并判斷所述服務(wù)請求的類型； 依據(jù)所述服務(wù)請求的類型將所述服務(wù)請求添加到相應(yīng)的任務(wù)隊(duì)列中；按照預(yù)設(shè)規(guī)則執(zhí)行任 務(wù)隊(duì)列中的所述服務(wù)請求并在所述服務(wù)請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至客戶端；通信設(shè)備203，用于依據(jù)所述服務(wù)請求對應(yīng)的控制操作指令執(zhí)行對通信設(shè)備的控 制操作，并在所述服務(wù)請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至服務(wù)器，以便由服務(wù)器將所述執(zhí)行 結(jié)果告知客戶端。通信設(shè)備既可以是串口控制的，也可以是并口控制的，還可以是 GPIB (General-Purpose 10 ports)接口。本發(fā)明并不限于此。通信設(shè)備由服務(wù)器統(tǒng)一通過串口、并口或GPIB連接，并由服務(wù)器對外提供遠(yuǎn)程控 制接口，連接多個(gè)客戶端。需要使用通信設(shè)備的用戶，向服務(wù)器發(fā)送請求并由服務(wù)器響應(yīng)請 求對設(shè)備進(jìn)行相關(guān)的設(shè)置。服務(wù)器可同時(shí)響應(yīng)多個(gè)用戶的請求，執(zhí)行遠(yuǎn)端客戶相關(guān)的操作 指令以實(shí)現(xiàn)各自的請求，完成對通信設(shè)備的控制。上述關(guān)于多用戶控制系統(tǒng)的詳細(xì)描述適用于多用戶控制方法，同樣，多用戶控制 方法的詳細(xì)描述適用于多用戶控制系統(tǒng)，此處不再贅述。圖3是圖2的多用戶控制系統(tǒng)處理查詢請求的示意圖。客戶端201向服務(wù)器202 發(fā)起查詢請求，服務(wù)器202接收到該查詢請求后將查詢請求添加到其查詢請求隊(duì)列中，按 照預(yù)設(shè)規(guī)則調(diào)用相應(yīng)的CGI (公共網(wǎng)關(guān)接口，CommonGateway Interface)程序來提取通信 設(shè)備203使用情況列表并將所述通信設(shè)備203使用情況列表反饋至客戶端201。這里的預(yù)設(shè)規(guī)則可根據(jù)需要人為設(shè)定，例如輪詢的方式、查詢請求發(fā)送的時(shí)間先 后順序、優(yōu)先級設(shè)置順序等等方式。本發(fā)明并不限于此。由于服務(wù)器的處理速度非?？欤?此對與查詢請求幾乎是實(shí)時(shí)處理的，無需時(shí)間的延遲。由圖3可知，對于查詢請求，服務(wù)器202通過維護(hù)通信設(shè)備使用情況列表，客戶端 201只需要與服務(wù)器202通信即可知悉通信設(shè)備的情況，無需與通信設(shè)備203進(jìn)行交互。避 免了多個(gè)客戶端201頻繁查詢通信設(shè)備的狀態(tài)，造成對通信設(shè)備203操作效率的影響。圖4是圖2的多用戶控制系統(tǒng)處理設(shè)置請求的示意圖?？蛻舳?01向服務(wù)器202 發(fā)起設(shè)置請求，服務(wù)器202接收到后將該設(shè)置請求添加到其設(shè)置請求隊(duì)列中，按照預(yù)設(shè)規(guī) 則調(diào)用通信設(shè)備的控制模塊，使得所述控制模塊依據(jù)所述設(shè)置請求對應(yīng)的控制操作指令執(zhí) 行對通信設(shè)備203的控制操作，并在所述設(shè)置請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果給服務(wù)器202， 服務(wù)器202再反饋執(zhí)行結(jié)果給客戶端201。應(yīng)當(dāng)指出的是，服務(wù)器202在執(zhí)行設(shè)置請求之前， 還需更新通信設(shè)備使用情況列表，以便其他客戶端占用客戶端201要使用的通信設(shè)備的資 源，導(dǎo)致客戶端201的控制操作指令無法執(zhí)行。
9
圖5是圖2的多用戶控制系統(tǒng)處理釋放請求的示意圖。當(dāng)客戶端不再需要使用通 信設(shè)備時(shí)，向服務(wù)器202發(fā)送釋放設(shè)備的釋放請求，服務(wù)器202接收到后將該釋放請求后按 照預(yù)設(shè)規(guī)則釋放客戶端201對通信設(shè)備的控制，并更新通信設(shè)備使用情況列表，以便其他 的客戶端使用客戶端201之前使用的通信設(shè)備的資源。圖6是依據(jù)本發(fā)明一實(shí)施例的通信設(shè)備的服務(wù)器結(jié)構(gòu)示意圖，用于實(shí)現(xiàn)對通信設(shè) 備的多用戶控制，包括接收和判斷單元601，用于接收來自多個(gè)客戶端的服務(wù)請求，并判斷所述服務(wù)請求 的類型；添加單元602，用于依據(jù)所述服務(wù)請求的類型將所述服務(wù)請求添加到相應(yīng)的任務(wù) 隊(duì)列中；執(zhí)行單元603，用于按照預(yù)設(shè)規(guī)則執(zhí)行任務(wù)隊(duì)列中的所述服務(wù)請求并在所述服務(wù) 請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至相應(yīng)客戶端。服務(wù)器600維護(hù)所連接的通信設(shè)備的使用情況列表。服務(wù)器600可以連接多個(gè)通 信設(shè)備，那么也即可以維護(hù)多個(gè)通信設(shè)備的使用情況列表。服務(wù)請求為查詢請求時(shí)，執(zhí)行單元603按照預(yù)設(shè)規(guī)則提取通信設(shè)備使用情況列表 并將所述通信設(shè)備使用情況列表反饋至客戶端。服務(wù)請求為設(shè)置請求時(shí)，執(zhí)行單元603按照預(yù)設(shè)規(guī)則調(diào)用通信設(shè)備的控制模塊， 使得所述控制模塊依據(jù)所述設(shè)置請求對應(yīng)的控制操作指令執(zhí)行對通信設(shè)備的控制操作，并 在所述設(shè)置請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至客戶端。服務(wù)請求為釋放請求時(shí)，執(zhí)行單元603按照預(yù)設(shè)規(guī)則釋放客戶端201對通信設(shè)備 的控制，并更新通信設(shè)備使用情況列表，以便其他的客戶端使用客戶端201之前使用的通 信設(shè)備的資源。服務(wù)器600統(tǒng)一通過串口、并口或GPIB連接通信設(shè)備，并對外提供遠(yuǎn)程控制接口， 連接多個(gè)客戶端。需要使用通信設(shè)備的用戶，向服務(wù)器600發(fā)送請求并由服務(wù)器600響應(yīng) 請求對設(shè)備進(jìn)行相關(guān)的設(shè)置。服務(wù)器600可同時(shí)響應(yīng)多個(gè)用戶的請求，執(zhí)行遠(yuǎn)端客戶相關(guān) 的操作指令以實(shí)現(xiàn)各自的請求，完成對通信設(shè)備的控制。關(guān)于通信設(shè)備使用情況列表、預(yù)設(shè)規(guī)則，以及服務(wù)器的工作原理等可參考多用戶 控制方法100的相關(guān)描述，此處不再贅述。服務(wù)器600解決了通信設(shè)備只能單獨(dú)控制、但可以多用戶使用的應(yīng)用場景中設(shè)備 使用限制的問題，使現(xiàn)有單用戶控制的設(shè)備實(shí)現(xiàn)多用戶同時(shí)控制。通過維護(hù)一張?jiān)O(shè)備狀態(tài) 及使用情況的列表，對設(shè)備的查詢操作不需要直接操作設(shè)備，直接訪問數(shù)據(jù)結(jié)構(gòu)即可返回 設(shè)備信息，提高查詢操作的效率。在多用戶的同時(shí)操作上采用輪詢機(jī)制實(shí)現(xiàn)多用戶的同時(shí) 操作，提高指令的執(zhí)行效率，進(jìn)而提高設(shè)備利用率。而且，服務(wù)器600可根據(jù)實(shí)際需要擴(kuò)展 成B/S或C/S架構(gòu)。本發(fā)明提供的服務(wù)器可實(shí)現(xiàn)一個(gè)服務(wù)器控制多個(gè)通信設(shè)備(例如串口 控制設(shè)備)，可實(shí)現(xiàn)對通信設(shè)備的集中控制以及網(wǎng)絡(luò)控制。基于任務(wù)隊(duì)列和維護(hù)使用情況列表的方式來控制多個(gè)用戶對通信設(shè)備的操作控 制。對設(shè)備狀態(tài)及使用情況狀態(tài)表的維護(hù)，減少了直接控制單用戶設(shè)備的操作。多用戶同 時(shí)對單用戶設(shè)備的輪詢操作，提高了設(shè)備使用效率。本發(fā)明提供的服務(wù)器可應(yīng)用于任何通信設(shè)備，例如工控設(shè)備、測試設(shè)備等。
關(guān)于上述對服務(wù)器和多用戶控制系統(tǒng)的相關(guān)描述適用于多用戶控制方法，同樣， 多用戶控制方法和多用戶控制系統(tǒng)的相關(guān)描述也適用于服務(wù)器，此處不再闡述。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種通信設(shè)備的多用戶控制方法，其特征在于，包括由服務(wù)器執(zhí)行以下操作接收來自多個(gè)客戶端的有關(guān)通信設(shè)備的服務(wù)請求，并判斷所述服務(wù)請求的類型；依據(jù)所述服務(wù)請求的類型將所述服務(wù)請求添加到相應(yīng)的任務(wù)隊(duì)列中；按照預(yù)設(shè)規(guī)則執(zhí)行任務(wù)隊(duì)列中的所述服務(wù)請求并在所述服務(wù)請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至相應(yīng)客戶端；根據(jù)所述服務(wù)請求的類型及其執(zhí)行情況維護(hù)和更新通信設(shè)備使用情況列表。
2.根據(jù)權(quán)利要求1所述的控制方法，其特征在于，所述服務(wù)請求的類型包括查詢通信 設(shè)備使用情況的查詢請求、控制通信設(shè)備的設(shè)置請求，查詢請求相應(yīng)的任務(wù)隊(duì)列是查詢請 求隊(duì)列，設(shè)置請求相應(yīng)的任務(wù)隊(duì)列是設(shè)置請求隊(duì)列。
3.根據(jù)權(quán)利要求2所述的控制方法，其特征在于，所述服務(wù)請求為查詢請求時(shí)，其中按 照預(yù)設(shè)規(guī)則執(zhí)行任務(wù)隊(duì)列中的所述服務(wù)請求并在所述服務(wù)請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果 至相應(yīng)客戶端包括按照預(yù)設(shè)規(guī)則提取通信設(shè)備使用情況列表并將所述通信設(shè)備使用情況列表反饋至客 戶端。
4.根據(jù)權(quán)利要求2所述的控制方法，其特征在于，所述服務(wù)請求為設(shè)置請求時(shí)，其中按 照預(yù)設(shè)規(guī)則執(zhí)行任務(wù)隊(duì)列中的所述服務(wù)請求并在所述服務(wù)請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果 至相應(yīng)客戶端包括按照預(yù)設(shè)規(guī)則調(diào)用通信設(shè)備的控制模塊，使得所述控制模塊依據(jù)所述設(shè)置請求對應(yīng)的 控制操作指令執(zhí)行對通信設(shè)備的控制操作，并在所述設(shè)置請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至 客戶端。
5.根據(jù)權(quán)利要求4所述的控制方法，其特征在于，在執(zhí)行所述服務(wù)請求對通信設(shè)備進(jìn) 行控制操作之前還包括，更新通信設(shè)備使用情況列表。
6.根據(jù)權(quán)利要求1所述的控制方法，其特征在于，所述服務(wù)請求的類型還包括釋放請 求，釋放請求相應(yīng)的任務(wù)隊(duì)列是釋放請求隊(duì)列；其中按照預(yù)設(shè)規(guī)則執(zhí)行任務(wù)隊(duì)列中的所述服務(wù)請求并在所述服務(wù)請求執(zhí)行完畢時(shí)反 饋執(zhí)行結(jié)果至相應(yīng)客戶端包括按照預(yù)設(shè)規(guī)則釋放所述客戶端對通信設(shè)備的控制，并更新通信設(shè)備使用情況列表。
7.根據(jù)權(quán)利要求4所述的控制方法，其特征在于，所述方法還包括 依據(jù)設(shè)置請求的使用頻率來優(yōu)化所述控制操作指令。
8.一種多用戶控制系統(tǒng)，其特征在于，包括多個(gè)客戶端，用于向服務(wù)器發(fā)送服務(wù)請求以及接收服務(wù)器反饋的執(zhí)行結(jié)果； 服務(wù)器，用于接收來自多個(gè)客戶端的有關(guān)通信設(shè)備的服務(wù)請求，并判斷所述服務(wù)請求 的類型；依據(jù)所述服務(wù)請求的類型將所述服務(wù)請求添加到相應(yīng)的任務(wù)隊(duì)列中；按照預(yù)設(shè)規(guī) 則執(zhí)行任務(wù)隊(duì)列中的所述服務(wù)請求并在所述服務(wù)請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至客戶端； 以及根據(jù)所述服務(wù)請求的類型及其執(zhí)行情況維護(hù)和更新通信設(shè)備使用情況列表；通信設(shè)備，用于依據(jù)所述服務(wù)請求對應(yīng)的控制操作指令執(zhí)行對通信設(shè)備的控制操作， 并在所述服務(wù)請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至服務(wù)器，以便由服務(wù)器將所述執(zhí)行結(jié)果告知 客戶端。
9. 一種服務(wù)器，用于實(shí)現(xiàn)對通信設(shè)備的多用戶控制，其特征在于，包括接收和判斷單元，用于接收來自多個(gè)客戶端的有關(guān)通信設(shè)備的服務(wù)請求，并判斷所述 服務(wù)請求的類型；添加單元，用于依據(jù)所述服務(wù)請求的類型將所述服務(wù)請求添加到相應(yīng)的任務(wù)隊(duì)列中；執(zhí)行單元，用于按照預(yù)設(shè)規(guī)則執(zhí)行任務(wù)隊(duì)列中的所述服務(wù)請求并在所述服務(wù)請求執(zhí)行 完畢時(shí)反饋執(zhí)行結(jié)果至相應(yīng)客戶端；以及根據(jù)所述服務(wù)請求的類型及其執(zhí)行情況維護(hù)和更 新通信設(shè)備使用情況列表。
10.根據(jù)權(quán)利要求9所述的服務(wù)器，其特征在于，所述服務(wù)請求為查詢請求時(shí)，所述執(zhí) 行單元用于按照預(yù)設(shè)規(guī)則提取通信設(shè)備使用情況列表并將所述通信設(shè)備使用情況列表反 饋至客戶端；所述服務(wù)請求為設(shè)置請求時(shí)，所述執(zhí)行單元用于按照預(yù)設(shè)規(guī)則調(diào)用通信設(shè)備的控制 模塊，使得所述控制模塊依據(jù)所述設(shè)置請求對應(yīng)的控制操作指令執(zhí)行對通信設(shè)備的控制操 作，并在所述設(shè)置請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至客戶端。
全文摘要
本發(fā)明涉及一種通信設(shè)備的多用戶控制方法和多用戶控制系統(tǒng)和服務(wù)器，方法包括接收來自多個(gè)客戶端的服務(wù)請求，并判斷所述服務(wù)請求的類型；依據(jù)所述服務(wù)請求的類型將所述服務(wù)請求添加到相應(yīng)的任務(wù)隊(duì)列中；按照預(yù)設(shè)規(guī)則執(zhí)行任務(wù)隊(duì)列中的所述服務(wù)請求并在所述服務(wù)請求執(zhí)行完畢時(shí)反饋執(zhí)行結(jié)果至相應(yīng)客戶端。本發(fā)明還涉及多用戶控制系統(tǒng)和服務(wù)器。本發(fā)明的技術(shù)方案能夠?qū)崿F(xiàn)多用戶同時(shí)控制，對通信設(shè)備的控制操作不需要直接操作設(shè)備，提高操作的效率，也提高了指令的執(zhí)行效率和設(shè)備利用率。
文檔編號(hào)H04L29/06GK101895544SQ20101022726
公開日2010年11月24日 申請日期2010年7月15日 優(yōu)先權(quán)日2010年7月15日
發(fā)明者陳艷杰, 陶鵬 申請人:深圳市普聯(lián)技術(shù)有限公司