本發(fā)明涉及通信領域,具體而言,涉及一種數據查詢方法及裝置。
背景技術:
在對網絡設備進行數據查詢時,有些可支持多個終端對其進行數據查詢。例如,分組傳送網(Packet Transport Network,簡稱為PTN)設備使用者接入設備的接入方式有:網絡管理平臺方式、CLI控制方式、SNMP WEB接入。這三種接入終端都可以到設備查詢數據,從而實現(xiàn)對設備和網絡的管理。不同類型的終端可以同時接入,同類型的終端也可以同時接入多個。比如現(xiàn)在有兩個網管終端,兩個CLI終端同時接入到同一臺PTN設備中,且都在執(zhí)行查詢數據操作。設備需要保證查詢、應答的數據不沖突。
相關技術中,對多個接入終端的查詢請求會生成一系列順序節(jié)點,然后按照節(jié)點依次執(zhí)行查詢。這種查詢方式是阻塞式的,當一個查詢請求在執(zhí)行中,另一個查詢就處于等待狀態(tài)。特別是當某個查詢需要較長周期時,后面的查詢都會被阻塞。這種方式對查詢數據的及時性及有效性,以及用戶體驗都有較大影響。
針對相關技術中多終端不能同時對一臺設備查詢數據的問題,目前尚未提出有效的解決方案。
技術實現(xiàn)要素:
本發(fā)明提供了一種數據查詢方法及裝置,以至少解決相關技術中多終端不能同時對一臺設備查詢數據的問題。
根據本發(fā)明的一個方面,提供了一種數據查詢方法,包括:接收終端發(fā)送的第一數據查詢請求;獲取第一數據查詢請求的唯一標識,其中,唯一標識攜帶有終端的信息;根據唯一標識和第一數據查詢請求生成第二數據查詢請求;按照第二數據查詢請求執(zhí)行查詢,以獲取查詢結果;以及將查詢結果發(fā)送至終端。
進一步地,獲取第一數據查詢請求的唯一標識包括:確定終端的類型;確定終端的ID;確定第一數據查詢請求請求查詢的對象的ID;以及根據終端的類型、終端的ID以及請求查詢的對象的ID生成第一數據查詢請求的唯一標識。
進一步地,根據終端的類型、終端的ID以及請求查詢的對象的ID生成第一數據查詢請求的唯一標識包括:獲取第一字符,其中,第一字符為第一數據查詢請求在適配層映射的終端的類型;獲取第二字符,其中,第二字符為第一數據查詢請求在適配層映射 的終端的ID;獲取第三字符,其中,第三字符為第一數據查詢請求在適配層映射的請求查詢的對象的ID;以及第一字符、第二字符和第三字符按照預設規(guī)則生成一個字符串,并將字符串作為第一數據查詢請求的唯一標識。
進一步地,在按照第二數據查詢請求執(zhí)行查詢之前,該方法還包括:以唯一標識為關鍵字,緩存第一數據查詢請求,在將查詢結果發(fā)送至終端之后,該方法還包括:刪除緩存的第一數據查詢請求。
進一步地,在按照第二數據查詢請求執(zhí)行查詢的同時,該方法還包括:啟動定時器,其中,定時器用于指定第二數據查詢請求的應答等待時間,并對等待應答第二數據查詢請求的時間進行記錄,其中,如果在應答等待時間之內未獲取到查詢結果,則刪除緩存的第一數據查詢請求,在將查詢結果發(fā)送至終端的同時,該方法還包括:停止定時器。
進一步地,按照第二數據查詢請求執(zhí)行查詢,以獲取查詢結果包括:獲取第二數據查詢請求的應答報文;對應答報文進行解析,以獲取應答報文中攜帶的唯一標識;獲取唯一標識對應的第一數據查詢請求;以及將第一數據查詢請求和應答報文進行封裝,以得到查詢結果,其中,按照唯一標識將查詢結果發(fā)送至終端。
根據本發(fā)明的另一方面,提供了一種數據查詢裝置,包括:接收單元,用于接收終端發(fā)送的第一數據查詢請求;獲取單元,用于獲取第一數據查詢請求的唯一標識,其中,唯一標識攜帶有終端的信息;生成單元,用于根據唯一標識和第一數據查詢請求生成第二數據查詢請求;查詢單元,用于按照第二數據查詢請求執(zhí)行查詢,以獲取查詢結果;以及發(fā)送單元,用于將查詢結果發(fā)送至終端。
進一步地,獲取單元包括:第一確定模塊,用于確定終端的類型;第二確定模塊,用于確定終端的ID;第三確定模塊,用于確定第一數據查詢請求請求查詢的對象的ID;以及生成模塊,用于根據終端的類型、終端的ID以及請求查詢的對象的ID生成第一數據查詢請求的唯一標識。
進一步地,生成模塊包括:第一獲取子模塊,用于獲取第一字符,其中,第一字符為第一數據查詢請求在適配層映射的終端的類型;第二獲取子模塊,用于獲取第二字符,其中,第二字符為第一數據查詢請求在適配層映射的終端的ID;第三獲取子模塊,用于獲取第三字符,其中,第三字符為第一數據查詢請求在適配層映射的請求查詢的對象的ID;以及生成子模塊,用于第一字符、第二字符和第三字符按照預設規(guī)則生成一個字符串,并將字符串作為第一數據查詢請求的唯一標識。
進一步地,該裝置還包括:緩存單元,用于以唯一標識為關鍵字,緩存第一數據查詢請求;以及刪除單元,用于刪除緩存的第一數據查詢請求。
通過本發(fā)明,接收終端發(fā)送的第一數據查詢請求;獲取第一數據查詢請求的唯一標識,其中,唯一標識攜帶有終端的信息;根據唯一標識和第一數據查詢請求生成第二數 據查詢請求;按照第二數據查詢請求執(zhí)行查詢,以獲取查詢結果;以及將查詢結果發(fā)送至終端,解決了相關技術中多終端不能同時對一臺設備查詢數據的問題,進而通過獲取第一數據查詢請求的唯一標識,根據唯一標識和第一數據查詢請求生成第二數據查詢請求,并按照第二數據查詢請求執(zhí)行查詢,以獲取查詢結果,達到了多終端可同時對一臺設備查詢數據的效果。
附圖說明
此處所說明的附圖用來提供對本發(fā)明的進一步理解,構成本申請的一部分,本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明,并不構成對本發(fā)明的不當限定。在附圖中:
圖1是根據本發(fā)明第一實施例的數據查詢方法的流程圖;
圖2是根據本發(fā)明第一實施例的數據查詢方法的查詢架構的示意圖;
圖3是根據本發(fā)明第一實施例的數據查詢方法的唯一標識的構成示意圖;
圖4是根據本發(fā)明第一實施例的數據查詢方法中建立管理信息模型的示意圖;
圖5是根據本發(fā)明第二實施例的數據查詢方法中用于網管終端進行數據查詢的流程圖;
圖6是根據本發(fā)明第二實施例的數據查詢方法中用于CLI終端進行數據查詢的流程圖;
圖7是根據本發(fā)明第二實施例的數據查詢方法中收到查詢應答時執(zhí)行查詢處理的流程圖;
圖8是根據本發(fā)明第二實施例的數據查詢方法中未收到查詢應答時執(zhí)行查詢處理的流程圖;以及
圖9是根據本發(fā)明實施例的數據查詢裝置的結構框圖。
具體實施方式
下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是,在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互組合。
需要說明的是,本發(fā)明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區(qū)別類似的對象,而不必用于描述特定的順序或先后次序。
在本實施例中提供了一種數據查詢方法,圖1是根據本發(fā)明第一實施例的數據查詢方法的流程圖,如圖1所示,該流程包括如下步驟:
步驟S102,接收終端發(fā)送的第一數據查詢請求。
例如,第一數據查詢請求的發(fā)起端可以為網絡管理終端、命令行界面(Command-Line Interface,簡稱為CLI)終端,或者簡單網絡管理協(xié)議(Simple Network Management Protocol,簡稱為SNMP)WEB;第一數據查詢請求的接收端為PTN設備。
步驟S104,獲取第一數據查詢請求的唯一標識,其中,唯一標識攜帶有終端的信息。
唯一標識攜帶有終端的信息,用于對第一數據查詢請求進行唯一標識。在同時接收到多個終端發(fā)送的第一數查詢據請求時,每個第一數據查詢請求的唯一標識對于接收該請求的設備來說是不同的。因此根據該唯一標識,接收該請求的設備可以對不同的第一數據查詢請求進行區(qū)分。
步驟S106,根據唯一標識和第一數據查詢請求生成第二數據查詢請求。
第二數據查詢請求同時攜帶了唯一標識信息和第一數據查詢請求的具體請求信息。也即,第二數據查詢請求包含發(fā)送第一數據查詢請求的終端的信息和查詢命令的信息。
步驟S108,按照第二數據查詢請求執(zhí)行查詢,以獲取查詢結果。
根據第二數據查詢請求執(zhí)行查詢,獲取的查詢結果中攜帶了唯一標識,也即攜帶了發(fā)送第一數據查詢請求的終端的信息。因此,在多個終端同時對某設備執(zhí)行數據查詢時,該設備可以根據本實施例的數據查詢方法確定查詢結果與終端的對應關系,進而同時將多個查詢結果分別發(fā)送給其所對應的終端。
步驟S110,將查詢結果發(fā)送至終端。
根據該實施例,通過接收終端發(fā)送的第一數據查詢請求;獲取第一數據查詢請求的唯一標識,其中,唯一標識攜帶有終端的信息;根據唯一標識和第一數據查詢請求生成第二數據查詢請求;按照第二數據查詢請求執(zhí)行查詢,以獲取查詢結果;以及將查詢結果發(fā)送至終端,解決了相關技術中多終端不能同時對一臺設備查詢數據的問題,進而通過獲取第一數據查詢請求的唯一標識,根據唯一標識和第一數據查詢請求生成第二數據查詢請求,并按照第二數據查詢請求執(zhí)行查詢,以獲取查詢結果,達到了多終端可同時對一臺設備查詢數據的效果。
為了簡化生成上述唯一標識的過程,優(yōu)選地,獲取第一數據查詢請求的唯一標識包括:確定終端的類型;確定終端的ID;確定第一數據查詢請求請求查詢的對象的ID;以及根據終端的類型、終端的ID以及請求查詢的對象的ID生成第一數據查詢請求的唯一標識。
終端的類型和終端的ID用于標識發(fā)送第一數據查詢請求的終端的信息。每個終端都可以用類型和ID所唯一標識。在管理信息模型中建立查詢命令對象,每條查詢命令對應一個對象ID,也即第一數據查詢請求請求查詢的對象的ID。終端的類型、終端的ID以及請求查詢的對象的ID三者相結合,可以對第一數據查詢請求進行唯一的標識。
優(yōu)選地,根據終端的類型、終端的ID以及請求查詢的對象的ID生成第一數據查詢請求的唯一標識包括:獲取第一字符,其中,第一字符為第一數據查詢請求在適配層映射的終端的類型;獲取第二字符,其中,第二字符為第一數據查詢請求在適配層映射的終端的ID;獲取第三字符,其中,第三字符為第一數據查詢請求在適配層映射的請求查詢的對象的ID;以及第一字符、第二字符和第三字符按照預設規(guī)則生成一個字符串,并將字符串作為第一數據查詢請求的唯一標識。
以終端類型(LINK_TYPE)和終端ID(LINK_ID)定義每個終端。設備收到第一數據查詢請求(報文)在適配層映射終端類型和終端ID。在管理信息模型中建立查詢命令對象,每條查詢命令對應一個對象ID(OBJECT_ID)。可獲取第一數據查詢請求在適配層的映射命令對象ID。根據LINK_TYPE、LINK_ID、OBJECT_ID生成本次查詢的ID(QUERY_ID,也即上述的唯一標識),此ID對于接收第一數據查詢請求的設備來說是唯一的。
例如,預先定義為一個固定長度的字符串,從高位到低位分別填充為LINK_TYPE,LINK_ID以及OBJECT_ID。
可選地,在按照第二數據查詢請求執(zhí)行查詢之前,該方法還包括:以唯一標識為關鍵字,緩存第一數據查詢請求,在將查詢結果發(fā)送至終端之后,該方法還包括:刪除緩存的第一數據查詢請求。
以唯一標識作為關鍵字保存第一數據查詢請求,以備應答時使用。在最終獲取到查詢結果之后,可以將緩存的第一數據查詢請求(報文)刪除,以釋放內存。
為了提高數據查詢的有效性和執(zhí)行效率,可選地,在按照第二數據查詢請求執(zhí)行查詢的同時,該方法還包括:啟動定時器,其中,定時器用于指定第二數據查詢請求的應答等待時間,并對等待應答第二數據查詢請求的時間進行記錄,其中,如果在應答等待時間之內未獲取到查詢結果,則刪除緩存的第一數據查詢請求,在將查詢結果發(fā)送至終端的同時,該方法還包括:停止定時器。
預先設定應答等待時間(超時時間),如果在應答等待時間內接收到了應答,則執(zhí)行后續(xù)的過程,并在將查詢結果發(fā)送至終端的同時,停止計時器;如果在應答等待時間之內未獲取到查詢結果,則刪除緩存的第一數據查詢請求,以釋放內存。
優(yōu)選地,按照第二數據查詢請求執(zhí)行查詢,以獲取查詢結果包括:獲取第二數據查詢請求的應答報文;對應答報文進行解析,以獲取應答報文中攜帶的唯一標識;獲取唯一標識對應的第一數據查詢請求;以及將第一數據查詢請求和應答報文進行封裝,以得到查詢結果,其中,按照唯一標識將查詢結果發(fā)送至終端。
在根據第二數據查詢請求執(zhí)行查詢并獲取到應答報文之后,為了獲知該應答報文對應于哪個終端,也即識別該應答報文該發(fā)送至哪個終端,可以對應答報文進行解析,以 獲取應答報文中攜帶的唯一標識。根據該唯一標識,可以獲知終端的信息,以及該唯一標識對應的第一數據查詢請求(在緩存中查找)。將第一數據查詢請求和應答報文進行封裝之后,可將其發(fā)送至上述識別出的終端。
圖2是根據本發(fā)明第一實施例的數據查詢方法的查詢架構的示意圖。如圖2所示,CLI終端、網管終端和SNMP WEB終端同時向設備(PTN設備)發(fā)出數據查詢請求(即圖1所示實施例中的第一數據查詢請求),設備的適配層首先對該數據查詢請求進行處理,之后執(zhí)行后續(xù)的命令處理。后續(xù)的命令處理包括向業(yè)務模塊發(fā)送經過處理的數據查詢請求(即圖1所示實施例中的第二數據查詢請求)、啟動定時器等。
圖3是根據本發(fā)明第一實施例的數據查詢方法的唯一標識的構成示意圖。如圖3所示,唯一標識由LINK_TYPE(終端類型,數據量為8比特)、LINK_ID(終端ID,數據量為8比特)和OBJECT_ID(對象ID,數據量為16比特)組成。該方法中定義唯一標識為一個固定長度的字符串,從高位到低位分別填充為LINK_TYPE、LINK_ID和OBJECT_ID。
圖4是根據本發(fā)明第一實施例的數據查詢方法中建立管理信息模型的示意圖。如圖4所示,在管理信息模型中建立查詢命令對象,每個命令對象對應一個對象ID(OBJECT_ID),查詢單板運行狀態(tài)即可獲取該對象ID,例如,OBJECT_ID=25866。另外,為了提高數據查詢的準確性,也可以獲取單板位置屬性(包括機架號、槽位號等,用ATTRIBUTE_ID表示),例如,ATTRIBUTE_ID=88。
下面提供了根據本發(fā)明第二實施例的數據查詢方法。該實施例可以作為圖1所示實施例的一種優(yōu)選的實施方式。在該實施例中,提供了網管終端和CLI終端同時到設備查詢單板運行狀態(tài)的多終端數據查詢方法。圖5是根據本發(fā)明第二實施例的數據查詢方法中用于網管終端進行數據查詢的流程圖。如圖5所示,該方法包括:
步驟S502,接收到網管終端的查詢單板運行狀態(tài)的命令。
圖1所示實施例中的第一數據查詢請求可以為該命令。
步驟S504,獲取映射:INK_TYPE=5,LINK_ID=4,OBJECT_ID=25866。
根據上述命令在適配器映射終端類型(INK_TYPE)和終端ID(LINK_ID),以及查詢單板運行狀態(tài)的命令的對象ID(OBJECT_ID)。其中,映射的終端類型以及終端ID分別為:LINK_TYPE=5,LINK_ID=4;查詢單板狀態(tài)命令映射的對象ID為OBJECT_ID=25866。
步驟S506,計算QUERY_ID=0x0504650A。
QUERY_ID即圖1所示實施例中的唯一標識。
步驟S508,緩存查詢請求報文。
該查詢請求報文即步驟S502中查詢單板運行狀態(tài)的命令所對應的報文。將查詢請求報文以QUERY_ID(0x0504650A)為關鍵字,存儲到MAP映射表中。
步驟S510,將查詢請求下發(fā)至業(yè)務模塊。
將查詢請求發(fā)送到業(yè)務模塊執(zhí)行查詢。該查詢請求攜帶有QUERY_ID,該查詢請求也即圖1所示實施例中的第二數據查詢請求。
步驟S512,啟動定時器。
例如,定義超時時間為60秒。如果在該時間內得到了查詢應答,則執(zhí)行圖7所示實施例中的步驟,如果未得到查詢應答,則執(zhí)行圖8所示實施例中的步驟。
圖6是根據本發(fā)明第二實施例的數據查詢方法中用于CLI終端進行數據查詢的流程圖。如圖6所示,該方法包括:
步驟S602,接收到CLI終端的查詢單板運行狀態(tài)的命令。
圖1所示實施例中的第一數據查詢請求可為該命令。
步驟S604,獲取映射:INK_TYPE=1,LINK_ID=2,OBJECT_ID=25866。
根據上述命令在適配器映射終端類型(INK_TYPE)和終端ID(LINK_ID),以及查詢單板運行狀態(tài)的命令的對象ID(OBJECT_ID)。其中,映射的終端類型以及終端ID分別為:LINK_TYPE=1,LINK_ID=2;查詢單板狀態(tài)命令映射的對象ID為OBJECT_ID=25866。
步驟S606,計算QUERY_ID=0x0102650A。
QUERY_ID即圖1所示實施例中的唯一標識。
步驟S608,緩存查詢請求報文。
該查詢請求報文即步驟S602中查詢單板運行狀態(tài)的命令所對應的報文。將查詢請求報文以QUERY_ID(0x0102650A)為關鍵字,存儲到MAP映射表中。
步驟S610,將查詢請求下發(fā)業(yè)務模塊。
將查詢請求發(fā)送到業(yè)務模塊執(zhí)行查詢。該查詢請求攜帶有QUERY_ID,該查詢請求也即圖1所示實施例中的第二數據查詢請求。
步驟S612,啟動定時器。
同上述步驟S512,定義超時時間為60秒。如果在該時間內得到了查詢應答,則執(zhí)行圖7所示實施例中的步驟,如果未得到查詢應答,則執(zhí)行圖8所示實施例中的步驟。
需要說明的是,根據本發(fā)明實施例的數據查詢方法中,上述圖5和圖6執(zhí)行流程可 同時進行,也即該方法可使網管終端和CLI終端同時到設備查詢單板運行狀態(tài)。
圖7是根據本發(fā)明第二實施例的數據查詢方法中收到查詢應答時執(zhí)行查詢處理的流程圖。如圖7所示,該方法包括:
步驟S702,收到業(yè)務模塊的查詢應答。
步驟S704,取出QUERY_ID。
從查詢應答中提取QUERY_ID。
步驟S706,根據QUERY_ID從緩存中取出查詢請求報文。
步驟S708,打包上報應答報文。
將查詢請求報文與查詢應答報文進行封裝,得到查詢結果,并將其發(fā)送至網管終端或者CLI終端(如果兩個終端發(fā)送的請求均得到了應答,則將兩個查詢結果分別發(fā)送至其對應的終端;如果只有一個終端發(fā)送的請求得到了應答,則只向該終端發(fā)送查詢結果)。
步驟S710,停止定時器,刪除緩存的查詢請求報文。
具體地,如果收到QUERY_ID=0x0102650A的應答報文,則從MAP表中找到查詢請求報文。將其與應答報文封裝后發(fā)送到CLI終端。同時停止定時器,并將緩存的查詢請求報文從MAP表中刪除。查詢結束。
如果收到QUERY_ID=0x0504650A的應答報文,則從MAP表中找到查詢請求報文。將其與應答報文封裝后發(fā)送到到網管終端。同時停止定時器,并將緩存的查詢請求報文從MAP表中刪除。查詢結束。
圖8是根據本發(fā)明第二實施例的數據查詢方法中未收到查詢應答時執(zhí)行查詢處理的流程圖。如圖8所示,該方法包括:
步驟S802,超時未收到業(yè)務模塊的查詢應答。
步驟S804,刪除緩存的查詢請求報文。
如果超時未收到業(yè)務模塊的查詢應答,則將緩存的查詢請求報文從MAP表中刪除,并結束查詢。
通過以上的實施方式的描述,本領域的技術人員可以清楚地了解到根據上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn),當然也可以通過硬件,但很多情況下前者是更佳的實施方式?;谶@樣的理解,本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產品的形式體現(xiàn)出來,該計算機軟件產品存儲在一個存儲介質(如ROM/RAM、磁碟、光盤)中,包括若干指令用以使得一臺終端設備(可以是手機,計算機,服務器,或者網絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。
在本實施例中還提供了一種數據查詢裝置,該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式,已經進行過說明的不再贅述。如以下所使用的,術語“模塊”可以實現(xiàn)預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn),但是硬件,或者軟件和硬件的組合的實現(xiàn)也是可能并被構想的。
圖9是根據本發(fā)明實施例的數據查詢裝置的結構框圖,如圖9所示,該裝置包括:接收單元20、獲取單元40、生成單元60、查詢單元80和發(fā)送單元100。
接收單元20,用于接收終端發(fā)送的第一數據查詢請求。
獲取單元40,用于獲取第一數據查詢請求的唯一標識,其中,唯一標識攜帶有終端的信息。
生成單元60,用于根據唯一標識和第一數據查詢請求生成第二數據查詢請求。
查詢單元80,用于按照第二數據查詢請求執(zhí)行查詢,以獲取查詢結果。
發(fā)送單元100,用于將查詢結果發(fā)送至終端。
進一步地,獲取單元40包括:第一確定模塊,用于確定終端的類型;第二確定模塊,用于確定終端的ID;第三確定模塊,用于確定第一數據查詢請求請求查詢的對象的ID;以及生成模塊,用于根據終端的類型、終端的ID以及請求查詢的對象的ID生成第一數據查詢請求的唯一標識。
進一步地,生成模塊包括:第一獲取子模塊,用于獲取第一字符,其中,第一字符為第一數據查詢請求在適配層映射的終端的類型;第二獲取子模塊,用于獲取第二字符,其中,第二字符為第一數據查詢請求在適配層映射的終端的ID;第三獲取子模塊,用于獲取第三字符,其中,第三字符為第一數據查詢請求在適配層映射的請求查詢的對象的ID;以及生成子模塊,用于第一字符、第二字符和第三字符按照預設規(guī)則生成一個字符串,并將字符串作為第一數據查詢請求的唯一標識。
進一步地,該裝置還包括:緩存單元,用于以唯一標識為關鍵字,緩存第一數據查詢請求;以及刪除單元,用于刪除緩存的第一數據查詢請求。
根據該實施例,通過接收單元20接收終端發(fā)送的第一數據查詢請求,獲取單元40獲取第一數據查詢請求的唯一標識,生成單元60根據唯一標識和第一數據查詢請求生成第二數據查詢請求,查詢單元80按照第二數據查詢請求執(zhí)行查詢,以獲取查詢結果,以及發(fā)送單元100將查詢結果發(fā)送至終端,解決了相關技術中多終端不能同時對一臺設備查詢數據的問題,進而通過獲取單元40獲取第一數據查詢請求的唯一標識,生成單元60根據唯一標識和第一數據查詢請求生成第二數據查詢請求,然后查詢單元80按照第二數據查詢請求執(zhí)行查詢,以獲取查詢結果,達到了多終端可同時對一臺設備查詢數據的效果。
需要說明的是,上述各個模塊是可以通過軟件或硬件來實現(xiàn)的,對于后者,可以通過以下方式實現(xiàn),但不限于此:上述模塊均位于同一處理器中;或者,上述模塊分別位于多個處理器中。
顯然,本領域的技術人員應該明白,上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn),它們可以集中在單個的計算裝置上,或者分布在多個計算裝置所組成的網絡上,可選地,它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn),從而,可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行,并且在某些情況下,可以以不同于此處的順序執(zhí)行所示出或描述的步驟,或者將它們分別制作成各個集成電路模塊,或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣,本發(fā)明不限制于任何特定的硬件和軟件結合。
以上所述僅為本發(fā)明的優(yōu)選實施例而已,并不用于限制本發(fā)明,對于本領域的技術人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內,所作的任何修改、等同替換、改進等,均應包含在本發(fā)明的保護范圍之內。